Bitcoin memasuki jendela biasa akhir 2.016 blok BIP-110 pada 25 Julai dengan sokongan penambang pada 0.89%. Cadangan ini memerlukan 1.109 blok, atau 55%, untuk kunci biasa, dan fasa bit versi wajibnya boleh bermula pada Ogos jika sokongan kekal di bawah ambang tersebut.
Jameson Lopp telah merangkum Pembersihan Konsensus, perjanjian, dan persiapan kuantum sebagai agenda seterusnya Bitcoin. Beliau juga berada di dua sisi peralihan tersebut: Lopp menentang BIP-110 dan merupakan salah seorang penulis bersama BIP-361, satu rancangan cadangan untuk migrasi pasca-kuantum.
BIP-110 memberikan perdebatan itu rujukan tata pentadbiran langsung kerana pembangun, penambang, pengendali nod, bursa, pihak penyimpan dan pemegang setiap satu memberikan bentuk persetujuan yang berbeza. Cadangan seterusnya mengaitkan ujian koordinasi itu kepada pengesahan blok, penyimpanan yang tahan pencurian dan status kepemilikan koin yang rentan.
Kesalahan yang diketahui masuk ke dalam antrian pengupayaan
Pembersihan Konsensus menggabungkan empat pembaikan protokol dalam BIP-54. Antoine Poinsot dan Matt Corallo menyelesaikan spesifikasi pada Mei, dan Bitcoin Inquisition telah menjalankan peraturan tersebut pada signet eksperimen sejak Februari.
Pakej ini merangkumi serangan timewarp, kos pengesahan blok yang ekstrem, ketidakjelasan pokok Merkle yang melibatkan transaksi 64-byte, dan semakan transaksi duplikat masa depan.
Cacat timewarp memberikan kuasa hash majoriti laluan untuk menarik kesukaran penambangan ke arah minimum dalam tempoh 38 hari, menarik subsidi ke hadapan melalui penghasilan blok yang lebih pantas dan mengubah insentif penambang.
Kelemahan yang berasingan ialah blok-blok yang dirangka secara khas boleh mengambil beberapa minit pada peranti canggih dan berjam-jam pada mesin yang lebih lemah.
BIP-54 mengekang operasi tanda tangan setiap transaksi, mengurangkan beban pengesahan kes terburuk sebanyak 40 kali. Ia juga membuat bentuk transaksi 64-byte tidak sah, yang telah diperlakukan oleh penambang sebagai bukan piawai sejak 2019 dan yang terakhir direkodkan Bitcoin secara atas rantai pada 2016.
Kerana pembaikan tersebut memperketat kesahihan konsensus, ulasan berfokus pada kes-kes pinggir di seluruh spesifikasi, kod rujukan, vektor ujian, dan bulan-bulan penggunaan signet. Penangguhan yang diperpanjang akan meninggalkan empat kelemahan yang didokumentasikan dalam protokol dan meningkatkan kemungkinan serangan masa depan akan memampatkan jadual ulasan.
Pembersihan Konsensus memberikan ujian penyelenggaraan kepada bitcoin dengan kesalahan yang ditakrifkan dan solusi yang boleh diukur, membolehkan persetujuan untuk menunjukkan bahawa rangkaian boleh memproses kerja protokol pertahanan melalui tinjauan biasa.
Penundaan yang berpanjangan akan menukar kelemahan yang diketahui menjadi hutang teknikal yang terkumpul.
| Pembaikan BIP-54 | Risiko telah diatasi | Impak praktikal | Soalan yang bersifat masa depan |
|---|---|---|---|
| Pembaikan Timewarp | Kuasa hash majoriti boleh mendorong kesukaran ke arah minimum | Boleh mempercepat penghasilan blok dan menarik subsidi ke hadapan | Bolehkah bitcoin menutup lubang insentif yang diketahui sebelum ia menjadi boleh dieksploitasi? |
| Hadiah batas pengesahan | Blok yang dirangkaikan boleh mengambil masa beberapa minit atau jam untuk disahkan | Melemahkan nod sumber rendah dan meningkatkan risiko penyebaran | Adakah rangkaian mengutamakan ketahanan kes terburuk sebelum tekanan serangan meningkat? |
| Peraturan transaksi 64-byte | Kabur merkle-tree daripada format transaksi khas | Menghapus satu kelas keambiguan konsensus sejarah | Adakah pembersihan pencegahan lebih mudah sebelum kes tepi menjadi dimanfaatkan? |
| Pembersihan transaksi berganda | Kekhawatiran tentang pengesahan gaya BIP-0030 masa depan | Mengurangkan penanganan pengecualian warisan | Bolehkah bitcoin menyederhanakan konsensus tanpa memicu reaksi koordinasi? |
Perjanjian berpindah ke pengujian aktif
Bitcoin Inquisition mengaktifkan OP_TEMPLATEHASH BIP-446 pada 27 Julai di blok signet 314.928. Opcode ini membolehkan Tapscript mengikat kepada transaksi tepat yang boleh menghabiskan output, memberikan primitif perjanjian kepada dompet dan sistem lapisan kedua.
Sebuah vault menggunakan primitif tersebut melalui transaksi pertama yang mengumumkan percubaan penarikan dan mencipta jangka masa tunda di mana pemilik boleh mengalihkan dana ke alamat yang lebih selamat atau menghalang pembayaran pencuri.
Konstruksi semasa boleh menggunakan transaksi yang ditandatangani sebelumnya dan kunci penandatanganan yang dimusnahkan, model operasi yang menjadi rapuh apabila berurusan dengan baki besar dan tempoh penyimpanan yang panjang.
BIP-448 mencadangkan pakej tiga-opcode Tapscript yang menggabungkan OP_TEMPLATEHASH dengan OP_CHECKSIGFROMSTACK dan OP_INTERNALKEY.
Gregory Sanders, Antoine Poinsot dan Steven Roose menghubungkan pakej tersebut kepada transaksi yang boleh diikat semula, saluran bayaran yang lebih mudah, reka bentuk Lightning multipihak, statechain dan varian Ark.
Pemeriksa boleh membandingkan pengaktifan TEMPLATEHASH yang berdiri sendiri, dengan permukaan semakan yang lebih kecil dan alat vault yang lebih awal, dengan sokongan sistem pembayaran yang lebih luas dan kemungkinan lebih rendah untuk cabang lembut lain oleh BIP-448.
Tempoh ujian yang lebih panjang mengekalkan peraturan konsensus semasa dan memperpanjangkan ketergantungan kepada pihak penyimpan atau struktur presigned yang rapuh.
Untuk pemegang, covenant policy determines seberapa banyak kawalan yang boleh dienkodkan oleh dompet sebelum dana meninggalkan alamat.
Keterlambatan Vault, laluan pemulihan, dan templat perbelanjaan terhad boleh memperkuat pengurusan sendiri dan mengekalkan kawalan di luar bursa, ETF, atau penjaga profesional.
| Cadangan | Perubahan utama | Kes penggunaan utama | Perkompromian |
|---|---|---|---|
| BIP-446 / OP_TEMPLATEHASH | Mari kita gunakan Tapscript untuk mengkomit kepada transaksi perbelanjaan | Vault, laluan pemulihan, perbelanjaan terhad | Permukaan ulasan yang lebih kecil, tetapi kemampuan yang lebih sempit |
| Pakej BIP-448 | Menggabungkan OP_TEMPLATEHASH, OP_CHECKSIGFROMSTACK, dan OP_INTERNALKEY | Saluran bayaran, Lightning multipihak, statechains, varian Ark | Kegunaan yang lebih luas, tetapi beban ulasan konsensus yang lebih besar |
| Tiada pengaktifan perjanjian | Mengekalkan peraturan konsensus semasa | Vault yang ditandatangani sebelumnya, kawalan penjagaan, model dompet yang sedia ada | Mengelakkan risiko soft-fork, tetapi menjadikan alat self-custody lebih lemah |
Pemindahan kuantum menetapkan batas masa kepemilikan
BIP-361 meletakkan tugas koordinasi terbesar pada jam lima tahun. Draf tersebut akan menghentikan penciptaan output baru yang rentan terhadap kuantum sekitar tiga tahun selepas pengaktifan, kemudian nod would tighten verification for legacy ECDSA and Schnorr spending paths sekitar tahun kelima.
Fasa B akan memerlukan protokol penyelamat yang selamat daripada kuantum untuk perbelanjaan warisan, walaupun draf tersebut belum menentukan satu reka bentuk penyelamat.
Jadual itu akan memerlukan bursa, pihak penyimpan, penyedia dompet, dan pemegang individu untuk memindahkan dana ke jenis output pasca-kuantum. Pemilik yang tidak berpindah sebelum Fasa B perlu memenuhi syarat selamat baru.
Dengan meletakkan jaminan kepemilikan di dalam reka bentuk keselamatan, BIP-361 bertujuan untuk menghalang operator kuantum daripada mengambil alih koin yang terdedah melalui laluan perbelanjaan lama. Pemilik yang terlepas jendela mungkin menghadapi kesukaran tambahan dalam pemulihan, dan sebarang mekanisme penyelamat akan memerlukan peraturan untuk reka bentuk bukti, privasi, kawalan penipuan, dan dana yang tidak aktif.
| Fasa | Masa anggaran | Apakah perubahan | Siapa yang perlu bertindak |
|---|---|---|---|
| Pengaktifan | Tahun 0 | Masa migrasi kuantum bermula | Pembangun, pengendali nod, penyedia dompet, bursa, pihak penyimpanan |
| Fasa A | Sekitar tahun 3 | Output yang rentan terhadap kuantum baru tidak akan lagi dihasilkan | Dompet, bursa, pemproses pembayaran, penjaga |
| Fasa B | Sekitar tahun 5 | Pengesahan ECDSA/Schnorr lama akan dipertegas dengan peraturan penyelamat yang selamat daripada kuantum | Semua pemegang dengan output yang rentan |
Dalam kes bull, proses BIP-110 menghasilkan piawaian yang lebih jelas untuk kesiapan rangkaian. BIP-54 menerima tinjauan terfokus, cadangan perjanjian mendapat data signet perbandingan, dan perancangan kuantum mendapat jangka masa pelaksanaan bertahun-tahun.
Dompet mendapat kawalan pencurian yang lebih kuat, nod mendapat sempadan pengesahan yang lebih ketat, dan pihak penyimpanan mendapat masa untuk menginventori output yang rentan.
Dalam kes beruang, perselisihan spam mengubah setiap soft fork menjadi pertandingan faksi. Consensus Cleanup kekal di signet, kerja covenant terpecah di antara pakej opcode yang bersaing, dan dasar pasca-kuantum menunggu ancaman kriptografi yang lebih dekat.
Bitcoin kemudian membawa bug yang diketahui, alat penyimpanan sendiri yang lemah, dan jadual migrasi yang dipadatkan ke dalam proses tadbir urus yang sama.
Jendela Ogos BIP-110 akan mencipta satu rekod tunggal pentadbiran Bitcoin, dan Pembersihan Konsensus, perjanjian, dan BIP-361 akan melanjutkan rekod itu ke dalam penyelenggaraan, pemegangan, dan keselamatan kriptografi.
Jalan bitcoin sekarang bergantung kepada mengenal pasti cadangan protokol yang melindungi fungsi asasnya dan membina persetujuan sebelum keadaan kecemasan menetapkan jadual masa.
Pos Empat kelemahan yang belum dibaiki, jam kuantum 5 tahun, dan pergaduhan penambang mendorong Bitcoin ke persimpangan kritikal muncul pertama kali di CryptoSlate.