Pengembang Memperingatkan Risiko Besar dalam Usulan Soft Fork Pengurangan Data Bitcoin

Ulasan Data Transaksi Menunjukkan RDTS Bisa Memblokir Penggunaan Bitcoin Utama

Sebuah proposal soft fork baru yang dirancang untuk mengekang penyimpanan data yang berlebihan pada blockchain Bitcoin sedang menuai kritik tajam akhir-akhir ini. Pada hari Rabu, analis independen dan pengembang mempool.space, Mononaut, menerbitkan penilaian yang menggambarkan potensi kerusakan tambahan yang dapat ditimbulkan oleh aturan tersebut.

Proposal yang dikenal sebagai Reduced Data Temporary Softfork (RDTS), memperkenalkan serangkaian pembatasan konsensus yang ditujukan untuk mengurangi transaksi yang berat data—upaya yang menurut pengembang diperlukan setelah pembaruan Bitcoin Core v30 yang menghapus batasan pada data OP_RETURN.

RDTS akan diterapkan selama kurang lebih satu tahun jika diaktifkan, membatasi scriptPubKeys hingga 34 byte, membatasi output OP_RETURN hingga 83 byte, membatasi blok kontrol Taproot, melarang versi saksi yang tidak terdefinisi, dan menonaktifkan seluruh kategori logika Tapscript. Para pendukung BIP berpendapat langka-langka ini bertindak sebagai rem darurat terhadap unggahan data sembarangan yang dapat mengekspos operator node pada tanggung jawab hukum jika materi ilegal disematkan dalam rantai.

Penilaian Mononaut, bagaimanapun, mengukur dampak praktik pembatasan tersebut dengan meninjau aktivitas blockchain historis untuk melihat transaksi mana yang melanggar aturan yang diusulkan. Temuannya menunjukkan gangguan signifikan. Di bawah batas ukuran scriptPubKey saja, semua output pay-to-public-key (P2PK) dan multisig (P2MS) menjadi tidak valid. Pembatasan itu juga memengaruhi sejumlah kecil output non-standar dalam transaksi masa lalu.

Salah satu aturan yang lebih luas—menghapus validitas operasi OP_PUSHDATA dengan payload di atas 256 byte—tidak akan memengaruhi amplop inskripsi, dengan asumsi hanya dijalankan mendorong yang memenuhi syarat. Namun, Mononaut menekankan bahwa versi saksi yang tidak terdefinisi akan berdampak pada lebih dari 54.000 transaksi historis, banyak di antaranya menggunakan output yang tidak konvensional untuk melewati batas data OP_RETURN. Karena panjang versi saksi sangat didefinisikan dalam BIP 141 dan 341, proposal seperti yang ditulis bahkan akan memblokir beberapa format modern yang valid seperti jangkar P2A.

Baca juga: Pengembang Bitcoin Core Menggabungkan Perubahan Kebijakan Kontroversial: Apakah Cabang Akan Terjadi?

Mononaut menjelaskan bahwa RDTS juga membatalkan tumpukan saksi yang mengandung lampiran Taproot. Meskipun jarang, pengembang mempool.space mencatat bahwa paling tidak 11 transaksi telah menggunakan lampiran untuk tujuan data berat. Sebuah kategori yang lebih signifikan, ditekankan Mononaut, adalah blok kontrol Taproot besar: sekitar 32.000 pengeluaran sebelumnya termasuk blok kontrol kedalaman-100+ sering digunakan untuk menyematkan data, tetapi bahkan beberapa eksperimen non-data bergantung pada konfigurasi yang lebih kecil dan sah yang akan dinonaktifkan. Satu alamat aktif secara konsisten menghabiskan pada kedalaman blok kontrol 11, yang akan ditolak di bawah RDTS.

Item baris proposal yang paling ketat—melarang OP_SUCCESS* dan setiap Tapscript yang mengeksekusi OP_IF atau OP_NOTIF—melampaui amplop inskripsi. Mononaut menyoroti dua transaksi OP_SUCCESS historis, termasuk transaksi pemecah lightning Burak, dan sekitar 70 pengeluaran Taproot berbasis OP_IF yang non-inskripsi. Beberapa dari transaksi ini adalah primitif keuangan, termasuk template multisig yang membusuk dan desain kontrak terkunci waktu hash (HTLC). Beberapa berasal dari dompet yang dengan sengaja menonaktifkan jalur kunci mereka, meninggalkan pengeluaran jalur-skrip sebagai cara satu-satunya untuk memindahkan dana.

Pendukung RDTS telah berargumen bahwa pengguna dengan skrip yang terdampak dapat kembali ke pengeluaran jalur kunci. Namun, data Mononaut langsung menantang asumsi itu: sekitar 560.000 pengeluaran Taproot historis berasal dari output yang jalur kuncinya terbukti dinonaktifkan, membuat OP_IF dan fungsi serupa menjadi esensial daripada opsional.

Pendukung soft fork sementara berpendapat bahwa RDTS adalah langkah perlindungan jangka pendek yang dirancang untuk melestarikan utilitas moneter Bitcoin, mencegah bahaya hukum, dan mengurangi beban node dengan membatasi penyimpanan data. Kritikus mengaitkan bahwa pembatasan luas pada perilaku Tapscript berisiko memperkenalkan sensor de facto, menonaktifkan jenis transaksi yang sah, dan merusak aplikasi yang ada.

Debat ini mencerminkan perdebatan sebelumnya mengenai pertumbuhan data yang didorong oleh inskripsi, mengungkapkan perbedaan yang lebih dalam mengenai apakah Bitcoin seharusnya tetap murni moneter atau terus mengakomodasi penggunaan eksperimental. Sebagai proposal yang masih dalam bentuk draft, diskusi sedang berlangsung di antara pengembang, peneliti, dan peserta ekosistem.

FAQ ❓

• Apa itu RDTS?
  Sebuah proposal soft fork sementara yang membatasi beberapa fitur skrip dan data Bitcoin.
• Mengapa RDTS diperdebatkan?
  Pendukung ingin mengekang penyalahgunaan data, sementara kritikus mengatakan itu menonaktifkan transaksi yang sah.
• Apa yang ditemukan Mononaut?
  Analisisnya menunjukkan bahwa banyak transaksi historis akan gagal di bawah aturan RDTS.
• Berapa lama RDTS akan berlangsung?
  Proposal tersebut menguraikan jendela aktivasi satu tahun jika diadopsi.