Bitcoin memasuki jendela biasa terakhir 2.016 blok BIP-110 pada 25 Juli dengan dukungan penambang sebesar 0,89%. Usulan ini memerlukan 1.109 blok, atau 55%, untuk kunci biasa, dan fase bit versi wajibnya dapat dimulai pada Agustus jika dukungan tetap di bawah ambang tersebut.
Jameson Lopp telah merangkum Consensus Cleanup, covenants, dan persiapan kuantum sebagai agenda berikutnya Bitcoin. Ia juga berada di dua sisi transisi tersebut: Lopp menentang BIP-110 dan bersama-sama menulis BIP-361, sebuah rancangan rencana untuk migrasi pasca-kuantum.
BIP-110 memberikan debat-debat tersebut referensi tata kelola langsung karena pengembang, penambang, operator node, bursa, penitip aset, dan pemegang masing-masing memberikan bentuk persetujuan yang berbeda. Proposal berikutnya mengaitkan uji koordinasi ini dengan validasi blok, kepemilikan yang tahan pencurian, dan status kepemilikan koin yang rentan.
Bug yang diketahui masuk ke antrian pembaruan
Consensus Cleanup menggabungkan empat perbaikan protokol dalam BIP-54. Antoine Poinsot dan Matt Corallo menyelesaikan spesifikasi pada Mei, dan Bitcoin Inquisition telah menjalankan aturan tersebut pada signet eksperimental sejak Februari.
Paket ini mencakup serangan timewarp, biaya validasi blok yang ekstrem, ambiguitas pohon Merkle yang melibatkan transaksi 64-byte, dan pemeriksaan transaksi duplikat di masa depan.
Kelemahan timewarp memberikan daya hash mayoritas jalur untuk mendorong kesulitan penambangan menuju minimum dalam 38 hari, menarik subsidi maju melalui produksi blok yang lebih cepat dan mengubah insentif penambang.
Kelemahan terpisah adalah bahwa blok yang dirancang khusus dapat memakan waktu beberapa menit pada perangkat keras high-end dan berjam-jam pada mesin yang lebih lemah.
BIP-54 membatasi operasi tanda tangan per transaksi, mengurangi beban validasi kasus terburuk sebesar faktor 40. BIP-54 juga tidak lagi mengakui bentuk transaksi 64-byte yang telah diperlakukan oleh penambang sebagai non-standar sejak 2019 dan yang terakhir dicatat Bitcoin secara on-chain pada 2016.
Karena perbaikan tersebut memperketat validitas konsensus, tinjauan berfokus pada kasus tepi di seluruh spesifikasi, kode referensi, vektor pengujian, dan bulan-bulan penggunaan signet. Penundaan yang diperpanjang akan meninggalkan empat kelemahan yang terdokumentasi dalam protokol dan meningkatkan kemungkinan serangan masa depan akan memperpendek jadwal tinjauan.
Consensus Cleanup memberikan uji perawatan pada Bitcoin dengan kesalahan yang terdefinisi dan solusi yang terukur, memungkinkan persetujuan untuk menunjukkan bahwa jaringan dapat memproses pekerjaan protokol pertahanan melalui tinjauan biasa.
Penundaan yang berkepanjangan akan mengonversi kelemahan yang diketahui menjadi utang teknis yang terakumulasi.
| Perbaikan BIP-54 | Risiko telah diatasi | Dampak praktis | Pertanyaan yang bersifat proaktif |
|---|---|---|---|
| Perbaikan Timewarp | Kekuatan hash mayoritas dapat mendorong kesulitan menuju minimum | Dapat mempercepat produksi blok dan menarik subsidi maju | Dapatkah bitcoin menutup kerentanan insentif yang sudah diketahui sebelum dimanfaatkan? |
| Batas biaya validasi | Blok yang dibuat dapat memakan waktu beberapa menit atau jam untuk divalidasi | Melemahkan node berdaya rendah dan meningkatkan risiko propagasi | Apakah jaringan memprioritaskan ketahanan dalam skenario terburuk sebelum tekanan serangan meningkat? |
| Aturan transaksi 64-byte | Kaburannya pohon Merkle dari format transaksi khusus | Menghapus sekelompok ambiguitas konsensus historis | Apakah pembersihan preventif lebih mudah dilakukan sebelum kasus tepi menjadi dimanfaatkan? |
| Pembersihan transaksi ganda | Kekhawatiran validasi gaya BIP-0030 masa depan | Mengurangi penanganan pengecualian lama | Dapatkah bitcoin menyederhanakan konsensus tanpa memicu reaksi koordinasi yang negatif? |
Covenants masuk ke tahap pengujian aktif
Bitcoin Inquisition mengaktifkan OP_TEMPLATEHASH BIP-446 pada 27 Juli di blok signet 314.928. Opcode ini memungkinkan Tapscript untuk mengikat transaksi tepat yang dapat menghabiskan output, memberikan primitif perjanjian kepada dompet dan sistem lapisan kedua.
Sebuah vault menggunakan primitif tersebut melalui transaksi pertama yang mengumumkan upaya penarikan dan menciptakan jeda selama pemilik dapat mengalihkan dana ke alamat yang lebih aman atau mencegah pembayaran pencuri.
Konstruksi saat ini dapat menggunakan transaksi yang ditandatangani sebelumnya dan kunci tanda tangan yang dihancurkan, model operasional yang menjadi rapuh pada saldo besar dan periode penyimpanan panjang.
BIP-448 mengusulkan paket Tapscript tiga-opcode yang menggabungkan OP_TEMPLATEHASH dengan OP_CHECKSIGFROMSTACK dan OP_INTERNALKEY.
Gregory Sanders, Antoine Poinsot, dan Steven Roose menghubungkan paket tersebut dengan transaksi yang dapat diikat ulang, saluran pembayaran yang lebih sederhana, desain Lightning multipihak, statechains, dan varian Ark.
Reviewer dapat membandingkan aktivasi TEMPLATEHASH mandiri, dengan cakupan tinjauan yang lebih kecil dan alat vault yang lebih awal, terhadap dukungan sistem pembayaran yang lebih luas dari BIP-448 dan kemungkinan lebih rendah terjadinya soft fork lainnya.
Periode pengujian yang lebih panjang mempertahankan aturan konsensus saat ini dan memperpanjang ketergantungan pada pihak penjaga atau konstruksi presigned yang rapuh.
Untuk pemegang, covenant policy determines seberapa banyak kendali yang dapat dienkodes oleh dompet sebelum dana meninggalkan alamat.
Keterlambatan vault, jalur pemulihan, dan template pengeluaran terbatas dapat memperkuat self-custody dan menjaga kendali di luar bursa, ETF, atau penjaga profesional.
| Proposal | Perubahan inti | Kasus penggunaan utama | Kompromi |
|---|---|---|---|
| BIP-446 / OP_TEMPLATEHASH | Mari Tapscript mencantumkan transaksi pengeluaran | Vault, jalur pemulihan, pengeluaran terbatas | Permukaan tinjauan lebih kecil, tetapi kemampuan lebih sempit |
| Paket BIP-448 | Menggabungkan OP_TEMPLATEHASH, OP_CHECKSIGFROMSTACK, dan OP_INTERNALKEY | Saluran pembayaran, Lightning multipihak, statechains, varian Ark | Utilitas yang lebih luas, tetapi beban tinjauan konsensus yang lebih besar |
| Tidak ada aktivasi perjanjian | Mempertahankan aturan konsensus saat ini | Vault yang telah ditandatangani sebelumnya, kontrol pihak ketiga, model dompet yang sudah ada | Menghindari risiko soft-fork, tetapi membuat alat self-custody menjadi lebih lemah |
Migrasi kuantum menetapkan batas waktu kepemilikan
BIP-361 menempatkan tugas koordinasi terbesar pada hitungan mundur lima tahun. Draf tersebut akan menghentikan penciptaan output baru yang rentan terhadap kuantum sekitar tiga tahun setelah aktivasi, lalu node would tighten verification for legacy ECDSA and Schnorr spending paths sekitar tahun kelima.
Fase B akan memerlukan protokol penyelamatan yang aman terhadap kuantum untuk pengeluaran lama, meskipun draf tersebut belum menentukan satu desain penyelamatan.
Jadwal itu akan mengharuskan bursa, penyedia penitipan, penyedia dompet, dan pemegang individu untuk memindahkan dana ke jenis output pasca-kuantum. Pemilik yang tidak bermigrasi hingga Fase B perlu memenuhi syarat penyelamatan baru.
Dengan menempatkan jaminan kepemilikan di dalam desain keamanan, BIP-361 bertujuan untuk mencegah operator kuantum menyita koin yang terpapar melalui jalur pengeluaran lama. Pemilik yang melewatkan jendela waktu dapat menghadapi hambatan pemulihan yang lebih besar, dan mekanisme penyelamatan apa pun akan memerlukan aturan untuk desain bukti, privasi, kontrol penipuan, dan dana yang tidak aktif.
| Fase | Perkiraan waktu | Apa perubahan | Siapa yang harus bertindak |
|---|---|---|---|
| Aktivasi | Tahun 0 | Jam migrasi kuantum dimulai | Pengembang, operator node, penyedia dompet, bursa, penitipan |
| Fase A | Sekitar tahun 3 | Output baru yang rentan terhadap kuantum akan berhenti dibuat | Dompet, bursa, pemroses pembayaran, penjaga aset |
| Fase B | Sekitar tahun 5 | Verifikasi ECDSA/Schnorr lama akan diperketat dengan aturan penyelamatan yang aman terhadap kuantum | Semua pemegang dengan output yang rentan |
Dalam skenario bull, proses BIP-110 menghasilkan standar yang lebih jelas untuk kesiapan jaringan. BIP-54 menerima tinjauan terfokus, proposal covenant memperoleh data signet komparatif, dan perencanaan kuantum mendapatkan jangka waktu implementasi multi-tahun.
Dompet mendapatkan kontrol pencurian yang lebih kuat, node mendapatkan batasan validasi yang lebih ketat, dan penanggung jawab mendapatkan waktu untuk menginventarisasi output yang rentan.
Dalam skenario bear, perselisihan spam mengubah setiap soft fork menjadi kontes faksi. Consensus Cleanup tetap berada di signet, pekerjaan covenant terpecah di antara paket opcode yang saling bersaing, dan kebijakan pasca-kuantum menunggu ancaman kriptografi yang lebih dekat.
Bitcoin kemudian membawa bug yang diketahui, alat self-custody yang lebih lemah, dan jadwal migrasi yang dipadatkan ke dalam proses tata kelola yang sama.
Jendela Agustus BIP-110 akan menciptakan satu catatan tata kelola Bitcoin, dan Consensus Cleanup, covenants, dan BIP-361 akan memperluas catatan tersebut ke dalam pemeliharaan, kepemilikan, dan kelangsungan kriptografis.
Jalur bitcoin sekarang bergantung pada mengidentifikasi usulan protokol mana yang melindungi fungsi intinya dan membangun kesepakatan sebelum kondisi darurat menetapkan jadwal.
Pos Empat bug yang belum diperbaiki, jam kuantum 5 tahun, dan konflik penambang mendorong Bitcoin ke persimpangan kritis muncul pertama kali di CryptoSlate.