Kode akhir untuk Taproot akan dikirim pada bulan Maret, tetapi akankah itu menampung fitur “garpu lunak yang diaktifkan pengguna” yang mengancam untuk mengaktifkan SegWit?
Tanggal rilis dan jadwal aktivasi ditetapkan untuk peningkatan Taproot Bitcoin, tetapi pengembang dan pemangku kepentingan lainnya masih memperdebatkan metode terbaik untuk mengoordinasikan peningkatan terbesar Bitcoin sejak SegWit.
Berdasarkan diskusi obrolan IRC publik , kode untuk peningkatan Taproot yang sepenuhnya siap dan siap akan diterapkan antara 17 Maret dan 31 Maret (atau April jika perlu), tetapi sinyal aktual bahwa memulai proses aktivasi mungkin menang ‘ t mulai sampai Juli.
Jika semuanya berjalan sesuai rencana , maka “mayoritas ekonomi” Bitcoin (penambang dan operator node yang menjalankan kode Bitcoin) dapat diperbarui dalam waktu dua minggu sejak dimulainya periode sinyal. Mulai Agustus 2022, masa aktivasi Taproot akan mencapai timeoutheightdan pensinyalan akan berakhir.
Dengan asumsi kolam penambangan mencerminkan 90% + dari dukungan hashrate Bitcoin Taproot sebelum timeoutheight(seperti yang ditunjukkan oleh satu survei), maka sebagian besar dukungan akan memastikan Taproot berhasil, dan 10% lainnya atau lebih (“minoritas ekonomi”) dapat memperbarui tanpa konsekuensi sesudahnya.
Tetapi apa yang terjadi jika kolam penambangan tidak memberi sinyal untuk mengaktifkan Taproot? Nah, di situlah hang-up sedang dibahas sekarang. Tetapi untuk beberapa pemangku kepentingan Bitcoin, penutupan itu seharusnya tidak ada.
Benar atau salah?
Pertama, catatan singkat tentang peningkatan Bitcoin.
Tidak seperti jaringan terpusat, yang operator pusatnya dapat mengamanatkan peningkatan kapan pun dan bagaimana pun yang mereka pilih, jaringan Bitcoin terdesentralisasi, sehingga peningkatan memerlukan pengambilan keputusan dan diskusi yang disengaja di antara pemangku kepentingan Bitcoin (yaitu, pengembang, penambang, bisnis, dan pengguna listrik). Taproot adalah “soft fork”, yang berarti perubahan yang kompatibel dengan versi software sebelumnya (tidak seperti “hard fork,” di mana rule-set yang lebih baru dan rule-set yang lebih lama tidak kompatibel).
Soft fork atau tidak, inti dari masalah untuk mengaktifkan Taproot adalah apakah akan memberikan operator node (orang-orang yang menjalankan kode sumber Bitcoin) opsi untuk mengaktifkan peningkatan secara paksa jika sebagian besar penambang gagal mendukungnya sebelum batas waktu.
Ini akan memungkinkan operator node menolak blok dari penambang yang tidak mendukung peningkatan. Ukuran semacam ini (yang disebut “soft fork yang diaktifkan oleh pengguna”) digunakan untuk mendorong aktivasi peningkatan SegWit pada tahun 2017 dan diyakini telah mengubah jendela Overton bagi penambang untuk menerima peningkatan.
Opsi lainnya adalah tidak menyertakan fitur ini sama sekali. Opsi Bitcoin Improvement Proposal (BIP) ini untuk memaksa atau tidak memaksa peningkatan masing-masing disebut sebagai BIP8 (benar) dan BIP8 (salah), juga dikenal sebagai LOT = true dan LOT = false. LOT adalah kependekan dari lockinontime, fitur yang menentukan apakah Taproot akan “dikunci” jika aktivasi seluruh jaringan tidak tercapai saat timeoutheight tercapai; opsi (benar) secara otomatis mengamanatkan peningkatan setelah jendela aktivasi berakhir, sementara (salah) membiarkannya gagal sepenuhnya.
Penentang BIP8 (benar) mengatakan tindakan agresif ini tidak beralasan karena Taproot tidak berisiko gagal. Seperti yang dikatakan kontributor Bitcoin Core Andrew Chow, dengan survei aktivasi Taproot yang dikirim ke penambang , “komunitas telah memutuskan untuk mengaktifkan, [jadi] tidak perlu [melakukan] LOT = true. Penambang adalah bagian dari komunitas. ”
Bisakah aktivasi Taproot menyebabkan rantai Bitcoin terpecah?
Yang lain yang mendukung BIP8 (benar) percaya itu adalah fitur yang diperlukan untuk mengoordinasikan peningkatan, yang dalam keadaan diskoordinasi ekstrim yang jarang terjadi, dapat membagi jaringan Bitcoin menjadi versi yang tidak kompatibel jika terjadi kesalahan.
“LOT = true tidak memisahkan rantai. Ini benar-benar mengurangi kemungkinan itu, “kata pendukung utama BIP8 (benar) Luke Dashjr dalam obrolan.
Dashjr berbagi pandangan ini dengan orang lain, seperti hsjoberg, yang mencatat, “Lot = true akan memastikan node yang ditingkatkan mengamanatkan rantai tertentu.” Ini berarti bahwa operator node yang menjalankan true akan mengamanatkan bahwa versi Bitcoin yang diaktifkan Taproot adalah rantai “nyata”, jadi secara teoritis ini akan membantu mengoordinasikan konsensus antar aktor untuk menghindari perpecahan.
Satu brg444 berpendapat bahwa “jika lot = true aktif akan ada pemisahan jaringan.” Tetapi ini hanya akan terjadi jika aktivasi paksa berhasil. Brg444 mengatakan mereka pikir ini tidak mungkin, karena ancaman perpecahan ini akan cukup untuk menakut-nakuti penambang agar aktif sebelum aktivasi paksa terjadi.
Hantu SegWit masa lalu
Tetapi apakah taktik menakut-nakuti benar-benar diperlukan atau apakah itu unjuk kekuatan yang mengerikan?
“[Menurut pendapat saya, orang-orang] menderita PTSD dari SegWit… [mereka] secara preemptif defensif karena tampaknya tidak ada alasan lain selain mereka takut akan peristiwa masa lalu yang sekarang tampaknya memiliki probabilitas rendah untuk benar-benar terjadi,” CTO Lightning Labs Olaoluwa Osuntokun mengatakan dalam obrolan tersebut, merujuk pada penambang yang awalnya menentang aktivasi SegWit.
“[P] pl hanya shadow boxing casper rn lol,” katanya kemudian. “Mari kita coba [BIP8 (false)] dan merevisi setelah itu jika hal-hal benar-benar terjadi.”
Lagi pula, jika enam bulan atau lebih setelah aktivasi dimulai, penambang belum memberi sinyal untuk Taproot, maka LOT = true dapat dikodekan setelah fakta untuk memaksakan peningkatan.
Namun, ini akan menambah langkah lain ke proses, dan membuat perubahan pasca-fakta ini akan lebih merepotkan daripada hanya memasukkannya dalam rilis awal. Tetapi beberapa orang berpikir itu adalah keputusan yang lebih bijaksana, terutama mengingat stigma yang menyebut pengembangan Bitcoin sebagai taman tertutup yang hanya tunduk pada perawatan pengembang.
“LOT = true muncul seolah-olah pengembang sedang memaksakan perubahan pada komunitas. Meskipun itu belum tentu demikian, penampakannya yang terjadi bukanlah hal yang baik. Mengingat bahwa kami tidak yakin akan ada masalah dengan aktivasi, saya lebih suka LOT = false untuk menghindari pandangan ini, ”kata Chow.
Pertanyaan tentang koordinasi
Khususnya, pertemuan terakhir untuk membahas Taproot tampaknya menunjukkan dukungan mayoritas untuk LOT = false. Dengan hanya 100 atau lebih peserta putaran ini (berlawanan dengan hampir dua kali lipat kehadiran terakhir kali), dan beberapa mendukung untuk LOT = true, meskipun, “kami tidak dapat benar-benar mengukur ‘konsensus komunitas,’” kata kontributor Darosoir.
Menurut wiki aktivasi Taproot, 26 peserta dalam pertemuan kemarin secara vokal menyukai LOT = false sedangkan 19 menyukai LOT = true (beberapa pihak yang lebih netral mengindikasikan mereka akan baik-baik saja dengan keduanya).
Hampir tidak mewakili komunitas internasional Bitcoin yang luas, obrolan IRC meninggalkan pertemuan tanpa konsensus yang jelas tentang parameter aktivasi yang tepat, dengan beberapa yang menyuarakan kebutuhan untuk meringkas kerumitan proses untuk mendapatkan opini yang lebih terinformasi dari komunitas yang lebih luas.
“Namun, saya akan mengatakan bahwa saya pikir diskusi ini akan mendapat manfaat karena memiliki pandangan yang lebih jelas tentang komunitas yang sangat mendukung ini. Di luar topik untuk pertemuan ini, tetapi siapa pun yang tertarik dengan cara mendapatkan data yang lebih baik tentang ini, saya akan tertarik untuk bekerja sama, ”tulis Keagan McClelland, salah satu pendiri Start9 Labs, dalam obrolan tersebut.
Dengan tanggal yang ditetapkan untuk akhir Maret dan sebagian besar parameter aktivasi yang dipilih di BIP8, pertanyaan terakhir yang harus dijawab untuk penerapan Taproot adalah apakah akan menyertakan ukuran “garpu lunak yang diaktifkan pengguna” dari awal atau tidak.
Taproot akan dikirimkan oleh BIP8 pada akhir Maret dan aktivasi dijadwalkan pada Juli, jadi pertanyaan ini harus dijawab dalam sebulan.
https://www.coindesk.com/bitcoin-taproot-upgrade-july-finer-details-not-finalized