Pengembang XRP Ledger telah menonaktifkan lima amendemen protokol yang telah lama aktif di xrpld versi 3.3.0, namun langkah ini tidak menghilangkan fitur-fitur mereka atau mengharuskan pemegang XRP untuk mengambil tindakan.
Insinyur perangkat lunak RippleX, Mayukha Vadari, menjelaskan di X bahwa penonaktifan menghapus kode pra-amendemen lama yang tertinggal setelah perubahan protokol beroperasi selama bertahun-tahun. Perilaku yang diubah itu sendiri tetap berlaku. Dokumentasi resmi XRPL mengkonfirmasi bahwa amendemen yang dinonaktifkan menjadi bagian tak bersyarat dari protokol inti.
Perbedaan ini menjadi penting setelah rilis xrpld 3.3.0 pada 6 Agustus, yang menonaktifkan Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve, dan fixUniversalNumber. Dengan kata lain, "menonaktifkan Clawback" tidak berarti penerbit XRP Ledger kehilangan fungsionalitas clawback. Jaringan justru menghilangkan jalur kode lama yang menjelaskan bagaimana transaksi berperilaku sebelum amendemen menjadi aktif.
Sistem amendemen XRP Ledger memungkinkan perubahan protokol diperkenalkan tanpa secara langsung memaksakan setiap aturan baru ke Mainnet. Validator memberikan suara pada amendemen, dan sebuah proposal harus mempertahankan dukungan dari lebih dari 80% validator terpercaya selama dua minggu berturut-turut sebelum menjadi aktif. Setelah diaktifkan, perilaku baru berlaku secara permanen kecuali amendemen lain kemudian mengubahnya.
Selama periode setelah aktivasi, xrpld menyimpan logika saat ini dan beberapa kode pra-amendemen. Kode warisan itu dapat membantu pengembang mereproduksi perilaku ledger lama saat melakukan debugging atau memverifikasi transaksi historis. Namun, menjaga cabang-cabang usang selama bertahun-tahun juga menambah kompleksitas pada basis kode.
Dokumentasi amendemen resmi menyatakan bahwa amendemen Mainnet dapat dinonaktifkan setelah diaktifkan selama dua tahun. Penonaktifan menghapus jalur kode lamanya, berhenti memperlakukan perubahan sebagai amendemen kondisional, dan menggabungkan perilaku yang lebih baru ke dalam protokol tanpa syarat.
Vadari menggambarkan proses tersebut sebagai “pembersihan basis kode murni” dan mengatakan bahwa “itu tidak akan memengaruhi pengguna mana pun.” Dia menambahkan bahwa pengembang umumnya menunggu dua tahun karena implementasi sebelumnya masih dapat berguna saat melakukan debugging transaksi yang lebih lama. Dokumentasi pengujian XRPL sendiri juga memperingatkan bahwa pemutaran ulang transaksi yang akurat secara historis mungkin memerlukan menjalankan versi xrpld yang awalnya memproses transaksi setelah amendemen lama dinonaktifkan.
Clawback adalah yang paling dikenal dari lima amendemen yang dinonaktifkan dan yang paling mudah disalahartikan. Fitur ini menjadi aktif di Mainnet pada 8 Februari 2024 dan memungkinkan penerbit yang memenuhi syarat untuk memulihkan token yang diterbitkan dari pemegang ketika akun penerbit telah mengaktifkan pengaturan clawback yang diperlukan. Ini tidak memungkinkan penerbit untuk menarik kembali XRP native.
Oleh karena itu, menonaktifkan amendemen berarti jaringan tidak lagi membutuhkan kode untuk versi XRPL di mana Clawback tidak ada. Perilaku Clawback saat ini tetap menjadi bagian dari protokol. Halaman amendemen yang dikenal XRPL sekarang secara eksplisit menandai fungsionalitas pra-amendemennya sebagai dinonaktifkan.
Empat penonaktifan lainnya mengikuti prinsip yang sama. fixDisallowIncomingV1 mengoreksi masalah otorisasi trust line. fixInnerObjTemplate mengatasi kesalahan yang melibatkan objek AMM internal. fixNFTokenReserve menambahkan pemeriksaan cadangan saat penawaran NFT diterima, sementara fixUniversalNumber menyatukan bagian-bagian dari perhitungan floating point desimal XRPL. Aturan pasca-amendemen mereka tetap berlaku meskipun jalur yang lebih lama dihapus.
Ini bukan mekanisme tata kelola yang baru. XRPL telah menonaktifkan amendemen-amendemen sebelumnya setelah aturannya cukup mapan. Versi 3.2.0, misalnya, menonaktifkan perubahan-perubahan lama yang mencakup Checks, Deposit Authorization, penghapusan akun, dan fungsi protokol lainnya.
Sementara lima amendemen lama meninggalkan status kondisional, versi 3.3.0 menambahkan enam proposal baru ke xrpld. Mereka adalah BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor dan fixCleanup3_3_0. Inklusi mereka dalam perangkat lunak tidak berarti kemampuan tersebut sudah aktif di Mainnet.
Seperti yang dilaporkan crypto.news, ConfidentialTransfer akan mendukung transfer Token Multi-Purpose yang menjaga privasi, sementara BatchV1_1 akan memungkinkan sebuah akun untuk mengirim hingga delapan transaksi internal secara bersamaan. Sponsor akan memungkinkan pihak ketiga untuk menanggung biaya dan persyaratan cadangan, sementara DynamicMPT akan memberikan lebih banyak fleksibilitas atas properti token yang dipilih.
Setiap proposal harus tetap melewati proses validator XRPL secara independen. Lebih dari 80% dukungan harus bertahan selama dua minggu sebelum amendemen aktif, dan dukungan dapat turun di bawah ambang batas dan mengatur ulang waktu.
Perbedaan antara amendemen baru ini dan lima amendemen yang dinonaktifkan oleh karena itu cukup substansial. Proposal baru sedang menunggu persetujuan jaringan. Amendemen yang dinonaktifkan sudah melewati tahap itu bertahun-tahun yang lalu, menjadi perilaku jaringan yang mapan, dan kini telah mencapai titik di mana mempertahankan kode lama mereka tidak lagi dianggap perlu.
Bagi pemegang XRP biasa, tidak ada migrasi, pembaruan dompet, atau transaksi yang diperlukan secara khusus karena lima amendemen tersebut dinonaktifkan. Clawback dan perilaku protokol lain yang terpengaruh terus beroperasi di bawah aturan yang telah ditetapkan.
Operator server memiliki pertimbangan yang berbeda. Pemberitahuan rilis XRPL 3.3.0 memberi tahu operator untuk segera melakukan upgrade ke versi 3.3.0 untuk menjaga kesinambungan layanan. Tetap terkini juga penting karena server membutuhkan perangkat lunak yang berisi kode untuk amendemen yang mungkin nantinya menjadi aktif. Server yang tidak memiliki amendemen yang diaktifkan dapat menjadi terblokir amendemen dan berhenti berpartisipasi secara normal di jaringan.
Dalam liputan terkait, mekanisme itu ditunjukkan pada bulan Juli ketika aktivasi fixCleanup3_2_0 membuat node yang menjalankan versi lama yang tidak kompatibel menjadi terblokir amendemen.
Perhatian kini beralih dari amendemen yang dinonaktifkan ke keputusan validator mengenai enam tambahan dalam versi 3.3.0. Seperti yang dilaporkan sebelumnya, ConfidentialTransfer adalah salah satu proposal yang bertujuan untuk memperluas alat XRPL untuk aset tokenisasi institusional, namun penggunaannya masih bergantung pada persetujuan validator.
Namun, untuk lima amendemen yang dinonaktifkan, tidak ada pemungutan suara yang sebanding di depan. Penonaktifan menandai berakhirnya periode transisi mereka daripada berakhirnya fungsionalitas mereka: aturan yang diubah kini hanyalah bagian dari perilaku inti permanen XRP Ledger.
