Btw sejauh ini merchant yang ngirim balik Bitcoin secara otomatis kalau konfirmasinya udah melewati batas waktu transfer adalah Bitpay. Sementara Mega.nz tidak support (ga tahu kalau sekarang).
It was the Bitcointalk forum that inspired us to create Bitcointalksearch.org - Bitcointalk is an excellent site that should be the default page for anybody dealing in cryptocurrency, since it is a virtual gold-mine of data. However, our experience and user feedback led us create our site; Bitcointalk's search is slow, and difficult to get the results you need, because you need to log in first to find anything useful - furthermore, there are rate limiters for their search functionality.
The aim of our project is to create a faster website that yields more results and faster without having to create an account and eliminate the need to log in - your personal data, therefore, will never be in jeopardy since we are not asking for any of your data and you don't need to provide them to use our site with all of its capabilities.
We created this website with the sole purpose of users being able to search quickly and efficiently in the field of cryptocurrency so they will have access to the latest and most accurate information and thereby assisting the crypto-community at large.
3 Unconfirmed Transactions (Sebelum CPFP)
April 03, 2019, 09:50:13 AM
~snip~ Om kalau boleh proses CPFP tersebut di sertai prakter langsung, jadi biar kelihatan ada hasilnya.● Proses CPFP selesai. Oia apakah CPFP masih bisa digunakan buat versi bitcoin core yg sekarang? Thanks next weeks saya mampir ah mau nebeng inet wuss buat install bitcoin core :v April 02, 2019, 09:26:17 PM
Tutorial CPFP - Child Pays For Parent Sebelum melakukan proses CPFP ada beberapa hal yg wajib diketahui terlebih dahulu : - Untuk bisa melakukan CPFP anda harus mempunyai akses Private Key pada address yg akan digunakan untuk CPFP - Download dan ekstrak coinbin-master di https://github.com/OutCast3k/coinbin/archive/master.zip - Pada saat melakukan Sign transaction gunakan coinbin-master pada mode offline (menjaga kerahasiaan Private Key) ● Dibawah ini ada 3 transaksi dalam status unconfirmed pada address penerima 1HxJxxxxxxxxxxxxxxxxxxxxxx ● Selanjutnya semua UTXO (dalam status pending balance) dari address td akan digunakan untuk proses CPFP ● Kunjungi https://www.coinb.in/#newTransaction, dan masukkan address wallet pada kolom lalu Load [1], masukkan juga address penerima (address anda yg lain) pada kolom [2] dan jumlah BTC yang akan ditransfer pada kolom [3], lalu tekan submit dan copy Hex transaksi tersebut [4]. Note : * Berhubung total transaksi ada 4 (1 baru + 3 dari transaksi lama yg masih unconfirmed), maka jumlah fee pada transaksi baru ini harus bisa mengcover semuanya, sehingga tujuan CPFP bisa tercapai. * Besar seluruh transaksi adalah 1547 Bytes (782+255+255+255), dan pada tutorial kali ini saya akan menggunakan fee 32,7 sat/byte dengan total keseluruhan fee 0.00050600 BTC (0.00049832 + 0.00000255 + 0.00000255 + 0.00000255) * Untuk melihat fee rate pada jaringan BTC bisa dilihat di https://bitcoinfees.earn.com/ ● Matikan sambungan internet, dan buka index.html pada folder coinbin-master yg sudah didonwload & ekstrak tadi. ● Pilih Sign [5], lalu masukkan Private Key ke kolom [6] dan Paste Hex transaksi pada kolom [7], lalu tekan submit dan copy Hex Sign transaction tersebut [8]. ● Nyalakan sambungan internet, lalu masuk ke https://www.coinb.in/#broadcast. Paste Hex Sign transaction pada kolom [9] lalu tekan submit untuk melakukan broadcast pada jaringan BTC. Jika proses broadcast berhasil maka akan muncul sebuah TX-ID [10] ● Pada saat miner memutuskan untuk memasukkan transaksi baru ini kedalam sebuah block, maka 3 transaksi lama (unconfirmed transaction) sebelumnya juga akan ikut dimasukkan kedalam block. ● Proses CPFP selesai. hero member
Activity: 728
Merit: 1006
BountyPortal Supporter & Hhampuz is my manager
April 01, 2019, 12:40:52 PM
~snip~ Nah, yg saya sampaikan disini adalah wallet, bukan exchange address deposit.Permasalahan yah memang terdapat di Mercatox yang membuat transaksi pengiriman Bitcoin terbilang sangat lama sekali, hal ini saya alami sendiri & beberapa teman saya sesama pengepul coin XRB. Dalam melakukan withdrawl mercatox kondisi mercatox saat itu yaitu : ~snip~ Analogi saya seperti ini: Wallet adalah dompet; dimana kita menguasai sepenuhnya atas isi, jumlah dan bungkusnya. Kita menguasai dan mempunyai hak penuh pada wallet/dompet tersebut. Kita ibaratkan sebagai dompet yg berada di saku kita. Exchanger address deposit; adalah rekening yg kita buat untuk melakukan deposit uang/aset kita. Jika kita melakukan deposit, maka aset kita akan disimpan pemilik wallet(dalam hal ini adalah exchange ybs) ke wallet mereka, berdasarkan kontrak rekening yg kita buat. Kita tidak mempunyai hak penuh atas isi wallet, karena kita bukan pemiliknya. Hak kita adalah sebatas melakukan pengajuan deposit dan mengajukan penarikan deposit/withdrawal. Dalam mengajukan tersebut, ada hak pemilik wallet untuk menerima atau tidak pengajuan kita. Kita ibaratkan hal ini adalah rekening kita di Bank. Dan untuk kasus tersebut, langkah satu2nya adalah dengan melakukan jasa Transaction Accelerator, dan detailnya udah dijelasin oleh om Abhi. April 01, 2019, 02:49:33 AM
Thread ini akan saya lanjutkan (edit) siang ini, dengan menambahkan beberapa gambar yg mungkin akan memperjelas keterangan yg sudah saya sampaikan. Sorri nyepam dikit, ini siang ini yang mana kah? Kok belum berubah". When edit sir. Bahas tentang stuck/unconfirmed. Saya dulu pernah mengalami hal tersebut hingga beberapa hari 2 / 3 hari sih, transaksi masih Unconfirmed. Waktu itu juga lagi rame-ramenya hal tersebut. Setelah 2/3 itu tidak terkonfirmasi, melaikan transaksi dibatalkan(tidak ada btc yang hilang maupun dari fee) Kira kira itu dulu faktor apa ya? Mempool sibuk dalam beberapa hari, fee agan terlalu rendah / ukuran TX terlalu kecil di saat TX lain pada besar, dan pada akhirnya ke drop/keluar dari mempool, mungkin. April 01, 2019, 12:54:27 AM
- snip - [IMO] Tampaknya abandon transaction hanya berlaku pada local transaction saja. Jadi jika node-node lain sudah mengenali transaksi tersebut, pada saat node yg melakuan abandon transaction td membuat sebuah transaksi baru dari input (abandon transaction) kemungkinan transaksi tersebut akan ditolak oleh jaringan karena dianggap sebagai double-spend transaction. Klo menurut https://en.bitcoin.it/wiki/Fee_bumping bitcoin core yg digunakan adalah yg versi 0.13.2. Jadi kemungkinan https://bitcointalksearch.org/topic/all-about-stuck-transactions-and-what-you-can-do-to-fix-them-1802212 juga diperuntukkan untuk bitcoin core sebelum versi 0.16.3 direlease. Mungkin untuk kepastiannya harus dicoba untuk versi bitcoin core yg sekarang Om, jadi biar jelas apakah fungsi tersebut masih bisa digunakan utk melakukan Full RBF (double-spend higher fee) *[SMO] Serious mode on March 31, 2019, 11:57:03 PM
Saya sempet mencobanya ... ketika akan membuat transaksi ke-2 (fee lebih besar) Input dari transaksi pertama sudah tidak bisa digunakan (dalam kasus saya Input menunjukkan balance 0). Ane telah menyelikidi lagi topik ini, ternyata memang ada double spend protection pada node-node bitcoin dengan aturan transaksi yang pertama terlihat adalah yang valid.By the way, ternyata ada tiga jenis RBF. Full RBF katanya bisa membatalkan transaksi yang belum dikonfirmasi. Quote Bitcoin Core Sumber: https://bitcointalksearch.org/topic/all-about-stuck-transactions-and-what-you-can-do-to-fix-them-1802212Bitcoin Core makes making Full RBF transactions very easy. Simply go to the transactions list, right click the transaction that is stuck, and choose the "Abandon Transaction" option. If that option is greyed out, then you must go to the Bitcoin Core datadir and delete the mempool.dat file. Then restart Bitcoin Core with the -walletbroadcast=0 option and then you should be able to use "Abandon Transaction". If the above two options fail for some reason, then you can start Bitcoin Core with the -zapwallettxes option to clear all unconfirmed transactions from your wallet. Once the transaction is either Abandoned or cleared from the wallet, you can simply go to the Send tab and send the Bitcoin again but make sure that you include a sufficient transaction fee. Bitcoin Armory Bitcoin Armory also makes making Full RBF transactions very easy. Go to Help > Clear All Unconfirmed Transactions and restart Armory. This will clear all of the unconfirmed transactions from the wallet and thus allow you to create the Full RBF transaction. Once Armory has restarted, simply send the Bitcoin again as you normally would but be sure to include a sufficient transaction fee. Jadi kalau belum dikonfirmasi tinggal di-clear saja beres, begitu kah? March 31, 2019, 10:18:11 AM
-snip- Ok thanks om penjelasannya, sorry banyak nanya penasaran aja waktu dulu pernah ngalamin dan ini situasinya waktu dulu banget awal saya mengenal crypto tahun 2017 dan terlebih lagi posisi transaksi dari exchange bukan wallet pribadi. Kalo untuk transaksi yang saya lakukan saat ini dengan mengunakan wallet pribadi saya sudah pernah memakai yang point 1 & 2 om pandu jelaskan. March 31, 2019, 09:56:55 AM
Bahas tentang stuck/unconfirmed. Saya dulu pernah mengalami hal tersebut hingga beberapa hari 2 / 3 hari sih, transaksi masih Unconfirmed. Waktu itu juga lagi rame-ramenya hal tersebut. Setelah 2/3 itu tidak terkonfirmasi, melaikan transaksi dibatalkan(tidak ada btc yang hilang maupun dari fee)
Kira kira itu dulu faktor apa ya? March 31, 2019, 09:21:30 AM
Oh iya om, jika transaksi yang terdapat di memory pool sudah hilang/keluar apakah ada kemungkinan transaksi hash tersebut muncul kembali? Tetap bisa gan, karena tx pada transaksi tersebut masih tersimpan di memory pool komputer agan. Jadi sewaktu-waktu bitcoin core masih mungkin untuk membroadcast transaksi itu kembali ke jaringan blockchain. Yang perlu dilakukan supaya tx tersebut tidak di re-broadcast oleh bitcoin core : - Segera menggunakan UTXO dari input tersebut sebelum dibroadcast oleh bitcoin core. - Memutuskan sambungan internet, jadi node agan tidak terkoneksi dengan jaringan blockchain - Menghapus transaksi tsb secara manual -zapwallettxes=2 >>> -rescan >>> matikan bitcoin core >>> hapus file mempool.dat >>> jalankan kembali bitcoin core March 31, 2019, 02:55:45 AM
-snip- Oh iya om, jika transaksi yang terdapat di memory pool sudah hilang/keluar apakah ada kemungkinan transaksi hash tersebut muncul kembali?-snip- Permasalahan yah memang terdapat di Mercatox yang membuat transaksi pengiriman Bitcoin terbilang sangat lama sekali, hal ini saya alami sendiri & beberapa teman saya sesama pengepul coin XRB. Dalam melakukan withdrawl mercatox kondisi mercatox saat itu yaitu :
March 31, 2019, 02:35:04 AM
(3) Legitimate race attack: misal A kirim ke B, agan punya private key A (dompet agan sebagai pengirim). Menggunakan tools di atas, agan bisa membuat transaksi baru dengan cara serupa, hanya saja nanti transaksi baru tersebut harus menggunakan biaya transaksi yang signifikan lebih besar dari transaksi yang dibatalkan, kemudian dibroadcast di berbagai node (tidak hanya coinb.in), agar memastikan miner-miner tidak mining transaksi lama agan. Namanya juga balapan, ada kemungkinan cara ini gagal kalau sudah ada miner yang menyertakan transaksi lama agan pada blok yang valid (1-conf). Note: cara (3) ane belum pernah melakukan, mohon dikoreksi apabila salah. Semenjak Core 0.16.3 (CVE-2018-17144) direalase, cara ke-3 tersebut sudah tidak bisa dilakukan lagi pada coinb.in Saya sempet mencobanya ... ketika akan membuat transaksi ke-2 (fee lebih besar) Input dari transaksi pertama sudah tidak bisa digunakan (dalam kasus saya Input menunjukkan balance 0). ps : tetapi mungkin saja ada tools lain yg bisa dipergunakkan utk melakukan double-spending pada jaringan blockchain saat ini. March 31, 2019, 01:28:44 AM
Ini topik yang menarik gans. Jadi untuk mempercepat transaksi ada 2 cara:
(1) RBF: misalnya A kirim ke B, agan punya private key A (dompet agan sebagai pengirim). (2) CPFP: misalnya A kirim ke B, agan punya private key B (dompet agan sebagai penerima). Untuk kasus (1) ane kira tidak masalah karena sudah banyak dompet yang support RBF (dompet-dompet yang ane pakai semua support RBF), tinggal dinaikkan saja biaya transaksinya maka BTC yang agan kirim akan lebih cepat dimining. Untuk kasus (2) ini lebih tricky karena misalnya agan dikirimi BTC dari agan @pandukelana2712, dan agan butuh BTC tersebut segera muncul di dompet, maka agan bisa membuat transaksi baru untuk membayar biaya transaksi @pandukelana2712 agar segera dimining. Transaksi baru bisa mengirim ke alamat baru atau alamat yang sama. Tutorial: https://www.youtube.com/watch?v=dUJyfz0QQXw Tools: https://coinb.in/ | https://github.com/OutCast3k/coinbin/ Nah cara-cara di atas masih membahas mempercepat transaksi, bukan membatalkan transaksi. Sebetulnya kalau biaya transaksi yang agan gunakan kelewat kecil, maka transaksi agan otomatis nanti akan didrop oleh jaringan, sehingga agan tidak perlu melakukan apapun. Permasalahannya adalah kalau biaya transaksi masih cukup "oke" untuk dimining, dan agan ingin transaksi tersebut dibatalkan, maka: (3) Legitimate race attack: misal A kirim ke B, agan punya private key A (dompet agan sebagai pengirim). Menggunakan tools di atas, agan bisa membuat transaksi baru dengan cara serupa, hanya saja nanti transaksi baru tersebut harus menggunakan biaya transaksi yang signifikan lebih besar dari transaksi yang dibatalkan, kemudian dibroadcast di berbagai node (tidak hanya coinb.in), agar memastikan miner-miner tidak mining transaksi lama agan. Namanya juga balapan, ada kemungkinan cara ini gagal kalau sudah ada miner yang menyertakan transaksi lama agan pada blok yang valid (1-conf). Note: cara (3) ane belum pernah melakukan, mohon dikoreksi apabila salah. Kebetulan topiknya pas dan mungkin saya bisa bertanya disini, jadi ini dari pengalaman saya. Saya sendiri punya pengalaman terjadi kasus yang memang transaksi bitcoin terbilang sangat lama yang saya lakukan dari mercatox membutuhkan waktu sekitar 3-4 hari agar terconfirmasi padahal juga sudah di push oleh viabtc itupun kudu ngantri ( Alasan dulu mercatox ngasih fee pelit banget waktu saya trading XRB (Nano). nambahin opini selain dari penjelasan om abhi. untuk kasus agan, saya pahamnya agan wd dari mercatox (BTC) dan stuck lama karena feenya terlalu kecil pada saat mempool lagi sibuk. dalam kasus akhirnya transaksi agan di drop oleh jaringan, ane agak sangsi apakah mercatox bakal menentukan status transaksi agan sebagai udah terkirim atau canceled/failed. soalnya di exchange itu biasanya agak ribet mengenai masalah seperti ini, kadang perlu kontak support supaya input dan balance agan direstore ulang karena gagalnya withdraw. oiya, push transaction sendiri sepemahaman saya kerjanya kaya orang ngasih free service buat memasukkan transaksi agan buat dia proses/konfirmasikan. mereka nyari transaksi dengan fee" kecil, tapi kalau feenya terlalu kecil bisa saja mereka masang tarif tambahan karena fee tersebut ga worth buat dicover menurut persepsi mereka. jadi wajar saja kalau push transaction juga sifatnya dong-dongan, tergantung kondisi mempool dan niat baik orang itu. cmiiw. btw om pandu, kenapa CPFP gak diikutkan dalam list? Ada yang membuat saya penasaran dari pertanyaan orang lain dan ini saya dulu sempat kepikiran sehingga saya khawatir ketika mengunakan mercatox, apakah jika memang transaksi yang dilakukan tidak kunjung terkonfirmasi selama lebih dari 1 minggu transaksi yang dilakukan akan gagal? dan dana akan balik ke si pengirim, alasan nya tidak terkonfirmasi sama kayak diatas fee yang diberikan kecil sekali. Sebenarnya istilah yg lebih tepat buat "dana akan balik ke pengirim" ialah kapan input dari transaksi tersebut bisa dipergunakan kembali. Jadi pada saat sebuah transaksi dikirimkan (broadcast) ke dalam jaringan P2P maka transaksi tersebut akan tersimpan didalam memory (transaction) pool dari setiap node yang terhubung didalam jaringan BTC. Jadi selama TXid (transaksi) tersebut masih berada didalam memory pool maka input dari TXid belum bisa digunakan kembali. Hal-hal yang bisa menyebabkan Transaksi hilang (keluar) dari memory pool : - Transaksi tersebut masuk kedalam sebuah block karena digunakan oleh node miner
- Transaksi tersebut dibatalkan lewat proses RBF (Bump Fee) sehingga muncul TXid baru - Transaksi tersebut akan didrop oleh jaringan (hilang dari memory pool). Secara default ukuran memory pool dari setiap node adalah 300 Mbyte, jadi jika unconfirmed transaksi tersebut sudah berada dibatas akhir ukuran memory pool (seluruh node) maka pada saat muncul transaksi baru, Unconfirmed transaction tersebut akan menghilang dari memory pool. Pada saat Unconfirmed transaction tersebut sudah tidak tersimpan di memory pool, maka input dan UTXO dari transaksi tersebut bisa dipergunakan kembali. Cmiiw
Kebetulan topiknya pas dan mungkin saya bisa bertanya disini, jadi ini dari pengalaman saya. Saya sendiri punya pengalaman terjadi kasus yang memang transaksi bitcoin terbilang sangat lama yang saya lakukan dari mercatox membutuhkan waktu sekitar 3-4 hari agar terconfirmasi padahal juga sudah di push oleh viabtc itupun kudu ngantri ( Alasan dulu mercatox ngasih fee pelit banget waktu saya trading XRB (Nano).
Ada yang membuat saya penasaran dari pertanyaan orang lain dan ini saya dulu sempat kepikiran sehingga saya khawatir ketika mengunakan mercatox, apakah jika memang transaksi yang dilakukan tidak kunjung terkonfirmasi selama lebih dari 1 minggu transaksi yang dilakukan akan gagal? dan dana akan balik ke si pengirim, alasan nya tidak terkonfirmasi sama kayak diatas fee yang diberikan kecil sekali. 3. Melakukan double spend using higher fee, tapi transaksi pengiriman pada wallet address yg kita tuju. Dulu saya pernah mencoba melakukan double-spend pada saat bicoin core masih versi 0.14 (tahun 2017) untuk mengatasi transaksi yg stuck dengan menggunakan coinb.in, dan usaha tersebut memang berhasil dilakukan meskipun harus melalui proses pembuatan transaksi secara manual dan sesekali harus memutuskan koneksi internet. Tampaknya setelah muncul update pada Bitcoin core 0.16.3 , proses double-spend dgn tujuan push-tx (include fee lebih besar) sudah tidak bisa lagi dilakukan. https://bitcoinnews.com/bitcoin-core-0-16-3-includes-double-spend-critical-bug-fix/
yang nomer 2"Melakukan push transaction melalui jasa2 yg tersedia di forum / website."harap berhati-hati karena ada yang scam,salah satunya adalah http://confirmtx.com/
sumber : https://www.reddit.com/r/btc/comments/7r76u3/confirmtx_is_a_scam/
Om mau klarifikasi/ngajak diskusi dikit. Sepemahaman saya RBF itu tidak bisa membatalkan transaksi, tapi bisa menggantikan fee dan menambah insentif tertentu buat miner untuk memprioritaskan transaksi yang tertahan di mempool.[1]
Asumsi saya, pembatalan berarti transaksi sebelumnya (input, address tujuan/output) bisa digagalkan/diubah, tapi RBF tidak mengubah itu. Di link yang om cantumin, ane nangkepnya si author juga aslinya berusaha menjelaskan cara untuk membuat transaksi yang stuck itu jadi terkonfirmasi, dan "membatalkan" transaksi yang tertahan tadi dengan mengubahnya jadi transaksi dengan fee yang lebih tinggi tapi tujuannya tetap sama. Jadi rujukan "cancel"-nya di artikel itu pada "unconfirmed transaction", supaya jadi "confirmed". [1] https://en.bitcoin.it/wiki/Replace_by_fee ~snip~Dengan agak kalap saya mencari cara untuk melakukan pembatalan transaksi tersebut.~snip~ Saya agak kaget membaca bagian ini. Sekelas Om Pandu yang pastinya sudah biasa bertransaksi BTC dan punya jam terbang tinggi kok bisa kalap. Saya tebak ini pasti nominalnya cukup besar, makannya sampai bikin kalap. BTW apa sebelumnya memang belum pernah mengalami kasus semacam ini Om? ~snip~saya mengalami transaksi unconfirmed (+/-6 jam) pada waktu mengirim BTC dari wallet electrum saya ke wallet exchanger.~snip~ Mungkin juga karena kepadatan transaksi yang terjadi saat ini. Jika melihat data live unconfirmed transactions pada Blockchain.com, sepertinya bisa ada kemungkinan karena itu. [just guessing ya Om] ~snip~Re-broadcast transaksi menggunakan tool2 yang udah ada.~snip~ Maksudnya tool-tool ini, Om?1. https://pool.viabtc.com/tools/txaccelerator/ 2. https://en.bitcoin.it/wiki/Transaction_broadcasting FYI, di board lokal kita, sebenarnya sudah pernah ada yang membahas kasus yang mirip kayak yang di alami Om Pandu. Tapi sayangnya memang gak ada jawaban yang terlihat meyakinkan di sana. Di thread ini : https://bitcointalksearch.org/topic/confirm-btc-lama-banget-2392890 Note : Saya belum lihat ending cerita Om Pandu. Mungkin nanti bisa dituliskan ya Om. Saya masih penasaran apakah transaksi BTC nya masih berstatus unconfirmed atau sudah terkirim. Dan apa solusi terbaik yang disarankan Om Pandu kalo nemu kasus semacam ini. hero member
Activity: 728
Merit: 1006
BountyPortal Supporter & Hhampuz is my manager
Update: 25/04/2019, 11:39 AM
Tutorial: 1. Tutorial CPFP - Child Pays For Parent oleh om abhiseshakana 2. Tutorial Bump Fee - Bitcoin Core oleh om abhiseshakana Tips n Trik: 1. https://bitcointalksearch.org/topic/m.50375338 2. https://bitcointalksearch.org/topic/m.50383070 3. https://bitcointalksearch.org/topic/m.50388947 Tanya Jawab: 1. Q: https://bitcointalksearch.org/topic/m.50403145 ttg RFB A: https://bitcointalksearch.org/topic/m.50403585 hero member
Activity: 728
Merit: 1006
BountyPortal Supporter & Hhampuz is my manager
Latar Belakang Dalam menggunakan kripto sebagai "mata uang" dalam komunitas kita, kita tidak lepas transaksi yang berkaitan dengan mata uang kripto tersebut. Dan sebagaimana yang kita tahu, bahwa mata uang kripto memiliki keunikan sendiri dalam penggunaannya. Seringkali kita dihadapkan dengan keadaan transaksi macet/stuck/unconfirmed, bahkan transaksi gagal/fail karena fee, gas, traffic jaringan, dll. Kalok udah kenak hal tersebut, kita pasti harap2 cemas menunggu kedatangan berita bahwa coin/token yang kita kirim telah sampai pada wallet yang kita tuju. Tujuan Thread ini saya buat sebagai bahan belajar dan tempat diskusi jika kita mengalami kondisi tersebut diatas. Local Rule: No spam post allowed. Beberapa waktu lalu saya mengalami transaksi unconfirmed (+/-6 jam) pada waktu mengirim BTC dari wallet electrum saya ke wallet exchanger. Dengan agak kalap saya mencari cara untuk melakukan pembatalan transaksi tersebut. Untuk melakukan pembatalan, ada 2 cara: 1. Melakukan RBF (Replace By Fee) Transaksi akan dibatalkan, tetapi fee transaksi akan tetap masuk mining (saldo kita akan berkurang sebesar fee) Sayangnya hanya beberapa wallet yang mendukung fungsi ini 2. Melakukan Double Spend using higher fee Caranya kita membuat transaksi baru yg jumlahnya sama, dan mengirim pada wallet kita sendiri, pastikan fee-nya lebih gede. Ini bisa kita lakukan pada wallet yang kita punya (bukan exchange address), dan saldo kita akan berkurang 2x fee. Sebelum saya melakukan hal tersebut, saya berkonsultasi kepada om @abhiseshakana dan kebetulan saya menemukan thread https://bitcointalksearch.org/topic/issues-unconfirmed-btc-over-10-h-5125732 yang memiliki kasus serupa dengan saya. Dan ternyata om abhi memberikan 3 opsi jika saya ingin melanjutkan transaksi (bukan membatalkan): 1. Re-broadcast transaksi menggunakan tool2 yang udah ada. (silahkan cek di thread diatas). 2. Melakukan push transaction melalui jasa2 yg tersedia di forum / website. 3. Melakukan double spend using higher fee, tapi transaksi pengiriman pada wallet address yg kita tuju. Dari cara membatalkan dan melanjutkan transaksi ada cara yg disebut Double Spend Using Higher Fee, dan saya ingin mengulas hal tersebut. Proses untuk re-broadcasting yg saya lakukan dengan menggunakan tool di website coinb.in. Langkah2nya 1. Copy txhash yg unconfirmed di wallet kita (kebetulan saya menggunakan electrum), dan paste di blockchair.com 2. Convert txhash tersebut menjadi Raw Hex Transaction (saya menggunakan blockchair.com utk mendapatkan raw hex transaction txhash tsb). 3. Copy raw hex tx di https://coinb.in/#broadcast dan klik submit. Keliatannya sudah tidak ada banyak yg bisa saya sampaikan lagi, karena udah terjadi diskusi dibawah. So thread ini saya ganti pada [DISKUSI], dan hasil diskusi akan saya posting di post berikutnya #2. Sumber: 1. https://coincentral.com/cancel-unconfirmed-bitcoin-transaction/ 2. https://en.bitcoin.it/wiki/Transaction_broadcasting 3. https://bitcointalksearch.org/topic/guide-broadcast-your-raw-transaction-btc-alts-coins-1938621
Pages:
Jump to:
|