Untuk pertama kalinya dalam empat tahun, Bitcoin mungkin akan menghadapi "Soft Fork yang dipimpin pengguna"?

Komunitas dasar Bitcoin mulai mendorong perubahan pada perangkat lunak dasar Bitcoin, yang jarang terjadi dalam lebih dari empat tahun.

Ditulis oleh: GaryMa Wu mengatakan blockchain

Menurut laporan Blockspace, komunitas dasar Bitcoin telah mulai mendorong perubahan pada perangkat lunak dasar Bitcoin, yang merupakan hal yang jarang terjadi dalam lebih dari empat tahun (sebelumnya, perubahan dasar yang signifikan biasanya dipimpin oleh kelompok pengembang inti).

Dua proposal peningkatan Bitcoin (BIP) yang mendapatkan dukungan dari masyarakat saat ini adalah BIP-119 (CTV) dan BIP-348 (CSFS). Kedua proposal ini mengusulkan cara baru dalam penulisan skrip Bitcoin, yang akan memungkinkan Bitcoin untuk mengimplementasikan fungsi “kontrak” (Covenants). Kedua proposal ini mungkin akan diterapkan dalam soft fork Bitcoin berikutnya.

Untuk menghindari beberapa pembaca yang mungkin sementara tidak memahami hubungan antara Covenants Bitcoin dan rencana BIP spesifik ini, mari kita jelaskan di sini:

Secara sederhana, Covenants adalah konsep fungsi dalam jaringan Bitcoin, dan dua BIP yang disebutkan dalam artikel ini adalah berbagai solusi implementasi untuk mewujudkan konsep fungsi ini.

Apa itu Covenants Bitcoin?

Definisi:

Covenants adalah mekanisme yang diusulkan dalam protokol Bitcoin, yang memungkinkan untuk menetapkan kondisi atau pembatasan dalam transaksi, menentukan bagaimana Bitcoin dapat dibelanjakan atau dipindahkan. Kondisi-kondisi ini dapat melintasi beberapa transaksi, membatasi cara pengeluaran di masa depan, sehingga meningkatkan fungsi skrip Bitcoin.

Fungsi:

• Meningkatkan kemampuan kontrak pintar Bitcoin, mendukung aplikasi yang lebih kompleks (seperti pinjaman, pertukaran terdesentralisasi, dan penyimpanan).
• Meningkatkan keamanan, mencegah dana dicuri atau disalahgunakan.
• Mengoptimalkan kinerja jaringan, seperti mengurangi biaya transaksi atau meningkatkan privasi.

Di sini kita bisa cukup jelas, Covenants adalah sebuah konsep, sementara BIP-119 (CTV) dan BIP-348 (CSFS) yang disebutkan dalam artikel ini adalah implementasi konkret dari konsep fungsi Covenants.

Status Saat Ini:

Jaringan utama Bitcoin saat ini belum secara resmi mengintegrasikan fungsi terkait Covenants, meskipun diskusi dan proposal terkait (seperti BIP-119) telah berlangsung selama bertahun-tahun.

BIP 119：OP_CHECKTEMPLATEVERIFY (CTV)

Sebuah opcode Bitcoin yang diusulkan, memungkinkan keluaran transaksi untuk menentukan sebuah “template”, yang mengharuskan keluaran transaksi pengeluaran berikutnya untuk cocok dengan template tersebut.

Diajukan oleh mantan kontributor inti Bitcoin, Jeremy Rubin, telah ada selama lebih dari lima tahun. Ini mewujudkan fungsi “pembawaan status” dengan membatasi dana hanya dapat dibelanjakan dengan cara yang telah ditentukan.

Aplikasi termasuk:

• Membuat Pembayaran Batch (Batch Payments), mengurangi biaya transaksi. Membangun bursa terdesentralisasi (DEX) atau protokol pinjaman.
• Mewujudkan Vaults (brankas), melindungi dana dari pencurian.
• CTV adalah implementasi ringan dari Covenants yang fokus pada pembatasan format keluaran, tanpa melibatkan logika yang kompleks.

BIP 348：OP_CHECKSIGFROMSTACK (CSFS)

Sebuah opcode Bitcoin yang diusulkan, yang memungkinkan verifikasi apakah sebuah tanda tangan valid untuk pesan apa pun (Message), dan bukan hanya hash dari transaksi saat ini. Ini mengambil tanda tangan, kunci publik, dan pesan dari tumpukan data, dan memeriksa apakah tanda tangan tersebut cocok.

Diajukan secara resmi oleh Jeremy Rubin dan Brandon Black pada November 2024.

OP_CSFS adalah alat yang kuat untuk mewujudkan Covenants yang lebih fleksibel, karena memungkinkan “introspeksi” terhadap input transaksi, yaitu memeriksa konten atau status transaksi yang telah ditandatangani.

Aplikasi spesifik:

• Implementasi Covenants: OP_CSFS dapat digunakan untuk membuat logika kondisi yang kompleks, memastikan bahwa dana hanya dapat dibelanjakan sesuai aturan tertentu. Misalnya, validator dapat memeriksa apakah input transaksi memenuhi template atau batasan yang telah ditentukan.
• Peningkatan keamanan: Mendukung Vaults dan protokol terdesentralisasi, mencegah pencurian atau pengeluaran yang tidak sah melalui verifikasi tanda tangan.
• Skalabilitas: Dapat dikombinasikan dengan opcode lain (seperti OP_CAT) untuk membangun kontrak pintar yang lebih kompleks.

Dan ketika membahas tentang Covenants Bitcoin serta dua proposal BIP-119 (CTV) dan BIP-348 (CSFS), pasti tidak akan lepas dari OP_CAT.

BIP 347：OP_CAT

Sejarah:

Keberadaan awal: OP_CAT adalah bagian dari bahasa skrip asli Bitcoin, yang termasuk oleh Satoshi Nakamoto saat peluncuran Bitcoin pada tahun 2009. Ini awalnya dirancang untuk meningkatkan fleksibilitas skrip dan mendukung logika yang lebih kompleks.

Alasan Penghapusan (2010):

• OP_CAT dihapus (dinonaktifkan) pada tahun 2010, dengan alasan untuk mencegah potensi kerentanan keamanan dan penyalahgunaan sumber daya.
• Masalah spesifik: Jika tidak ada batasan, OP_CAT dapat digunakan oleh pengguna jahat untuk menghasilkan data yang tidak terbatas (melalui pemanggilan rekursif), yang dapat mengakibatkan “serangan penolakan layanan” (DoS Attack), karena node Bitcoin perlu memproses data ini, meningkatkan beban komputasi dan penyimpanan.
• Pada saat itu, bahasa skrip Bitcoin disederhanakan, mempertahankan fungsi dasar, memastikan ringan, keamanan, dan desentralisasi protokol.

Definisi dan Fungsi:

OP_CAT adalah opcode (Opcode) dari bahasa skrip Bitcoin (Script), yang bukan merupakan implementasi Covenant langsung, tetapi merupakan alat potensial untuk membangun logika Covenant yang kompleks. Dibandingkan dengan dua opcode yang disebutkan di atas, OP_CAT lebih umum, cocok untuk operasi data, tetapi perlu digabungkan dengan opcode lain untuk mencapai fungsi kompleks.

Kondisi Saat Ini:

Komunitas Bitcoin telah mendiskusikan kembali kembalinya OP_CAT dalam beberapa tahun terakhir, sebelumnya muncul dalam bentuk proposal BIP-420 yang lebih bersifat permainan komunitas, namun saat ini telah secara resmi digabungkan ke dalam repositori bitcoin/bips dengan nomor BIP-347.

Bagaimana perkembangannya

Menurut berita dari Coindesk, dalam beberapa minggu terakhir, banyak pengembang Bitcoin Barat telah secara aktif menyatakan dukungan mereka untuk CTV dan CSFS di Twitter — — ini jelas merupakan sinyal kuat yang menunjukkan bahwa setidaknya di kalangan media sosial, sebagian komunitas Bitcoin sedang bergerak menuju penerimaan perubahan ini.

Selain itu, para pengembang umumnya berpendapat bahwa definisi dari kedua proposal ini cukup “sempit”. Secara sederhana, ini berarti bahwa setelah diaktifkan, kemungkinan disalahgunakan secara tidak sengaja oleh pengguna relatif rendah. Komunitas pengembang Bitcoin selalu bersikap hati-hati terhadap perubahan Bitcoin. Misalnya, meskipun BIP 119 telah ditangguhkan selama hampir lima tahun, baru-baru ini, CTV masih dianggap terlalu radikal dan tidak layak untuk diaktifkan.

Dua penggagas proposal ini, Jeremy Rubin, sebelumnya menghadapi penolakan keras dalam upayanya mempromosikan CTV — terutama dari beberapa pemimpin opini Bitcoin yang memiliki banyak pengikut, seperti Adam Back dan Jimmy Song. Berbagai kritik ini akhirnya berkembang menjadi ketidakpuasan yang luas di komunitas Bitcoin, memaksa Rubin untuk akhirnya mundur dari bidang Bitcoin.

Jadi, apa yang sebenarnya mendorong perubahan ini? Dorongan baru-baru ini untuk opcode OP_CAT tampaknya telah memperluas batasan proposal Bitcoin yang dianggap “dapat diterima”, menjadikan CTV dan CSFS sebagai opsi yang relatif “konservatif”. Perlu dicatat bahwa sebagian besar pendukung OP_CAT juga mendukung BIP 119 dan BIP 348 (serta sebagian besar proposal lainnya).

Apa yang bisa kita harapkan selanjutnya? Pertama, diskusi akan terus berlanjut. Diperkirakan para pengembang akan membahas proposal ini lebih lanjut dalam beberapa konferensi teknis, seperti OPNEXT yang direncanakan pada bulan April, BTC++ pada bulan Juli, dan TABConf pada bulan Oktober. Setelah para pengembang mencapai konsensus awal, aktivasi nyata dari soft fork akan diserahkan kepada para penambang, komunitas, dan investor untuk konfirmasi akhir.

Bagaimana cara mengikuti kemajuan diskusi BIPs dalam komunitas / proses soft fork?

Jawabannya sangat sulit!

Komunitas teknologi Bitcoin biasanya akan melakukan diskusi mendalam tentang proposal-proposal ini. Namun, ini adalah proses diskusi yang tampaknya samar dan berulang.

Sederhananya, proses soft fork Bitcoin membutuhkan perkiraan kasar tingkat dukungan dari semua pemangku kepentingan yang terlibat dalam Bitcoin, termasuk pengembang, kustodian, investor, dan penambang. Indikator dukungan yang paling intuitif biasanya berasal dari penambang, karena mereka dapat memberi sinyal persetujuan mereka atas perubahan pada basis kode dengan memberi sinyal di blok yang ditambang. Biasanya, Bitcoin Core membutuhkan 95% blok untuk memberi sinyal dukungan untuk jangka waktu tertentu sebelum pembaruan dikunci untuk aktivasi.

Namun, belum ada kesepakatan tentang bagaimana seharusnya mendefinisikan “dukungan luas”, konsensus Bitcoin terus berkembang. Para penambang menjadi penyedia sinyal yang penting hanya karena mereka merupakan entitas yang “dapat dihitung” dalam jaringan Bitcoin. Dengan kata lain, karena struktur desentralisasi Bitcoin, sulit untuk mengukur konsensus keseluruhan dari sudut pandang yang “terlihat dengan mata”.

Namun, sebuah perusahaan pengembang yang terkenal dengan NFT Bitcoin, Taproot Wizards, menggunakan OP_CAT sebagai contoh, mengungkapkan proses panjang dan rumit dari soft fork Bitcoin dengan cara diagram alur. Pembaca yang berminat dapat melihatnya sendiri, di sini kami akan mencoba merangkum sedikit:

Siklus Hidup Proposal BIPs | Proses Panjang dan Rumit dari Soft Fork Bitcoin

1. Proposal ini awalnya diajukan dan dibahas di daftar email pengembang Bitcoin.

2. Masuk ke diskusi komunitas yang lebih besar, terjebak dalam dilema diskusi jangka panjang tentang kelebihan dan kekurangan fungsi proposal. Jika tidak dapat maju lebih lanjut, maka berhenti di sini.

3. Komunitas dasar menulis draf BIP untuk proposal di Github.

4. Pengembang mulai mengimplementasikan kode terkait, harus tidak ada bug yang terdeteksi dalam jangka panjang sebelum dapat melanjutkan.

5. Setelah ditinjau oleh editor BIP dari gudang Bitcoin dan disetujui secara awal oleh komunitas, alokasikan nomor BIP resmi.

6. Masuk ke jaringan uji Signet. Signet adalah jaringan uji Bitcoin yang memungkinkan pengembang untuk menguji fitur baru atau perubahan kode tanpa mempengaruhi jaringan utama. (Mungkin sebagian besar fitur baru hanya akan terhenti di langkah ini.)

7. Mungkin masuk ke sisi Liquid untuk percobaan.

8. Kirim PR ke Bitcoin Core.

9. Masuk ke proses tinjauan kode inti Bitcoin dan penggabungan proposal, dengan ketidakpastian tinggi. Proposal hanya memiliki peluang untuk memasuki tahap penggabungan setelah menghindari sebagian besar keberatan dan memenuhi persyaratan teknis (tanpa Bug serius); pendapat pengembang kunci (seperti Pieter Wuille) sering kali sangat penting, diakui atau ditolak dapat sangat mempengaruhi nasib proposal.

10. Jika tinjauan kode tidak apa-apa, tunggu pengelola repositori Bitcoin untuk menggabungkan PR ke dalam proyek utama. Saat ini ada lima pengelola: Michael Ford (fanquake), Hennadii Stepanov (hebasto), Andrew Chow (achow101), Gloria Zhao (glozow), Ryan Ofsky (ryanofsky).

11. Terus ada potensi sengketa dan diskusi antara berbagai kelompok seperti pengembang Bitcoin dan penambang.

12. Pilih mekanisme aktivasi:

a. Soft fork yang dipimpin oleh penambang (MASF): diaktifkan oleh penambang melalui sinyal (biasanya ambang 95%) untuk aturan baru, seperti mode default BIP-9 atau BIP-8. Lebih stabil, tetapi memerlukan koordinasi konsensus yang luas dan pengujian, sehingga membutuhkan waktu yang lebih lama;

b. User-Led Soft Fork (UASF): Operator node (pengguna) memaksa aktivasi aturan baru (seperti “Lockinontimeout: True” BIP-8) untuk melewati resistensi penambang, dengan potensi risiko garpu rantai dan ketidaksepakatan masyarakat.

Kesimpulan

Wu mengatakan sebelumnya telah melaporkan bahwa pemelihara domain Bitcoin.org, Cobra, memperingatkan bahwa pada tahun 2025 jaringan Bitcoin mungkin akan menghadapi soft fork yang dipimpin oleh pengguna (UASF) yang dimulai oleh pengembang anonim di luar Bitcoin Core, yang sebenarnya merujuk pada perubahan potensial BIP 119 yang disebutkan dalam artikel ini. Cobra percaya bahwa perbaikan ini dapat memicu perpecahan antara “faksi konservatif” dan “faksi perbaikan”, yang dipimpin oleh komunitas dasar dan didorong oleh pengembang non-Bitcoin Core.

Diketahui bahwa UASF (User Activated Soft Fork) adalah cara untuk meningkatkan protokol yang diprakarsai oleh pengguna Bitcoin, dengan memaksa pembaruan protokol melalui peningkatan perangkat lunak node, bahkan jika penambang atau pihak lain tidak mendukungnya, sehingga juga berarti ada risiko pemisahan rantai. Tentu saja, saat ini tidak perlu terlalu khawatir, karena banyak hal masih belum pasti. Misalnya, apakah soft fork di masa depan hanya akan mencakup CTV dan CSFS? Apakah OP_CAT yang sering dibahas bersama dengan sekumpulan opcode ini akan dipertimbangkan? Bagaimana proses aktivasi soft fork yang sebenarnya akan berlangsung? Apakah pemangku kepentingan lainnya (seperti penambang Bitcoin) akan memberikan perhatian yang cukup?

Bagaimanapun juga, selama konsensus BIPs cukup besar, proposal yang didorong oleh komunitas dasar juga dapat dilakukan dalam bentuk pemisahan lunak yang dipimpin oleh penambang (MASF). Dan meskipun UASF, secara historis, juga memiliki kasus keberhasilan. UASF memainkan peran kunci dalam peningkatan SegWit tahun 2017, di mana pengguna berhasil mendorong pemisahan lunak, menghindari pemisahan keras, dan memfasilitasi perluasan Bitcoin.

Tautan referensi: