Pengembang Bitcoin Core dituduh memaksa transaksi penggantian-dengan-biaya

CEO Synonym John Carvalho menuduh sejumlah pengembang Bitcoin Core berusaha memaksa Bitcoin untuk menerima transaksi replace-by-fee (RBF) secara default. Proposal mereka akan mengubah protokol inti Bitcoin daripada membiarkan pengguna memutuskan apakah akan menggunakan transaksi RBF atau konfirmasi nol (0conf) di tingkat permukaan.

Carvalho mengatakan para pengembang telah menggunakan taktik seperti:

• Menyebarkan kebohongan dan taktik lobi di milis Bitcoin-Dev,
• memperkenalkan perubahan dalam kode simpul Bitcoin Core, dan
• menyuap penambang untuk mendukung RBF.

Transaksi RBF dapat menggantikan protokol transaksi 0conf yang digunakan oleh sebagian besar pedagang. Carvalho mengatakan Synonym mendukung upaya untuk membuat transaksi 0conf lebih tahan terhadap serangan pengeluaran ganda dan dia menuduh pengembang yang menghargai RBF mencoba melindungi desain khusus dengan kasus penggunaan terbatas.

Transaksi 0conf juga disebut 'transaksi yang belum dikonfirmasi' atau 'transaksi yang diusulkan' dan menurut definisi, tidak termasuk dalam blok apa pun di blockchain Bitcoin.

Apa yang membedakan transaksi RBF dengan transaksi 0conf?

Ganti-dengan-biaya bisa kecepatan meningkatkan konfirmasi transaksi dengan mengganti transaksi yang belum dikonfirmasi dengan transaksi berbiaya rendah yang menyertakan biaya lebih tinggi. Jenis transaksi ini hanya berfungsi ketika penambang belum memilih transaksi berbiaya rendah untuk dimasukkan ke dalam blok. Biaya yang lebih tinggi membuat penambang lebih mungkin memilih transaksi.

Transaksi RBF memang datang dengan satu kelemahan. Pengirim dapat mengganti transaksi yang belum dikonfirmasi dengan transaksi yang memiliki biaya lebih tinggi dan juga mengganti alamat tujuan transaksi. Cacat ini membuatnya mungkin bagi pengirim pembayaran kripto untuk menipu pedagang dengan mengirimkan dana ke alamat lain dikendalikan oleh pengirim setelah pedagang menyerahkan pembeliannya.

Transaksi tanpa konfirmasi membuatnya mungkin untuk membelanjakan aset digital tanpa menunggu 10 menit hingga transaksi mulai dikonfirmasi. Pengirim dapat menyiarkan transaksi dan mengandalkan pedagang yang menerima dana jika sekilas tampak valid. Pedagang menyukai transaksi 0conf karena mereka dapat melakukan bisnis secepat pembeli menggesek kartu debit.

Pencipta Bitcoin Satoshi Nakamoto tampaknya mengantisipasi transaksi 0conf pada tahun 2010 ketika ia mendalilkan "Mesin Makanan Ringan Bitcoin" - mesin penjual otomatis yang dapat menerima transaksi dalam 10 detik atau kurang dengan "pengecekan yang cukup baik."

Sejak itu, transaksi 0conf telah terlihat adopsi dengan pemroses pembayaran seperti BitPay, yang membantu menyebarkan penggunaannya di antara para pedagang.

Anggota komunitas Bitcoin berdebat bahwa pengirim masih dapat mengganti transaksi 0conf sebelum penambang menambahkannya ke blok. Upaya untuk memecahkan masalah dengan transaksi 0conf termasuk proposal untuk menambahkan protokol Zero Confirmation Forfeit yang dapat digunakan pedagang untuk mencegah pencurian. Transaksi Zero Confirm Forfeit akan membutuhkan penyimpan dana yang akan hangus jika pengirim mencoba membelanjakan dana dua kali lipat dalam transaksi awal.

Ek berdebat bahwa keputusan menggunakan RBF atau transaksi 0conf harus dibiarkan pada tingkat yang dangkal. Akhir pengguna idealnya akan membuat keputusan akhir alih-alih dipaksakan oleh pengembang Core. Pengembang dompet seperti Synonym dapat menambahkan opsi untuk transaksi RBF dan/atau 0conf.

Baca lebih lanjut: Pembaruan Bitcoin Core ini akan melindungi operator full node dari peretasan

Dalam sebuah posting yang diterbitkan ke GitHub sebelumnya hari ini, Carvalho mengatakan: “Jika saya mengerti dengan benar, topik meta di sini tampaknya menjadi templating untuk preferensi/kurasi/penyensoran mempool txns, templat mana yang harus disediakan, dan mana yang menjadi default.

“Penggantian hanyalah salah satu opsi yang mungkin lebih disukai oleh sebuah simpul… Terserah masing-masing simpul untuk memutuskan.

“Kita seharusnya tidak menyuntikkan bias untuk preferensi tertentu sebagai default, tetapi kita mungkin perlu memulai dengan semacam kebijakan, jadi ini harus diatur ke konsensus status quo saat ini, bukan agenda baru bagi RBF untuk menjadi default kelas satu. Tipe.

“Semua ini belum lagi banyak hal yang dapat saya katakan yang hebat tentang pedagang yang dapat memilih untuk ikut serta dalam 0conf, dan bahwa risiko yang ada saat ini sangat dapat dikelola dan eksposur dapat dengan mudah dibatasi untuk memberikan nilai yang besar bagi pedagang dan konsumen. .

“Kita dapat memiliki RBF dan 0conf yang hidup berdampingan, ya, kita sudah melakukannya! Jadi mari kita bijaksana dan menangani keseluruhan desain dengan cerdas dan tanpa secara pasif menyerang atau memutuskan pengguna yang bertentangan dengan konsensus saat ini. Terima kasih!"

Sementara itu, karena semua ini terjadi, beberapa komunitas Bitcoin mempertanyakan apakah itu semua bagian dari rencana untuk mengalihkan perhatian dari bug LND baru-baru ini di Jaringan Petir.