Penerapan dua pembaruan utama pada XRP Ledger (XRPL) dipastikan mengalami penundaan jadwal setelah tingkat dukungan validator tepercaya sempat merosot di bawah ambang batas minimum. Perubahan voting ini secara otomatis mereset pewaktu hitung mundur dua minggu yang disyaratkan oleh protokol tata kelola jaringan.
Pembaruan pertama yang terdampak adalah fitur pembungkusan transaksi bernama BatchV1_1. Fitur yang sebelumnya diperkirakan meluncur pada 29 September ini kini bergeser ke tanggal pengaktifan paling awal pada 9 Oktober mendatang, sekitar pukul 14:46 UTC, dengan asumsi ambang batas dukungan validator tetap terjaga secara konsisten.
Mekanisme Konsensus XRPL dan Penyebab Reset Jadwal
Untuk memahami alasan penundaan ini, pembaca perlu memahami mekanisme tata kelola teknis yang berlaku di XRP Ledger. Di dalam arsitektur XRPL, validator adalah entitas pengoperasi simpul (node) yang bertugas memverifikasi kelayakan transaksi serta memberikan suara (voting) terhadap usulan perubahan sistem yang disebut amandemen.
Suatu amandemen baru dapat diaktifkan apabila berhasil mengantongi dan mempertahankan dukungan lebih dari 80% dari total validator tepercaya secara berkelanjutan selama dua minggu berturut-turut. Jika dalam rentang waktu tersebut tingkat dukungan turun di bawah 80%—meskipun hanya sejenak—maka akumulasi waktu yang telah berjalan akan langsung gugur dan sistem akan memulai kembali perhitungan mundur dari awal saat persentase dukungan kembali terpenuhi.
Pada kasus pembaruan BatchV1_1, proses hitung mundur sebenarnya telah berjalan sejak 15 September. Namun, fluktuasi dukungan validator sempat menurunkan persentase di bawah batas 80%. Pada 25 September, amandemen ini berhasil memulihkan dukungannya dengan mengantongi suara dari 30 dari total 35 validator tepercaya di dashboard amandemen XRPL, yang menandai dimulainya kembali hitung mundur dua minggu secara penuh.
Fungsi Pembaruan BatchV1_1 untuk Operasional Jaringan
Fitur Batch dirancang untuk memberikan efisiensi baru bagi para pengguna dan pengembang sistem. Melalui pembaruan ini, pengguna dapat mengelompokkan hingga delapan transaksi berbeda ke dalam satu eksekusi bersama. Transaksi yang dibungkus ini dapat mencakup transfer aset maupun mekanisme pembayaran.
Salah satu keunggulan teknis dari fitur Batch adalah opsi eksekusi bersyarat serentak (all-or-nothing). Mekanisme ini memungkinkan transaksi pembeli aset tertokenisasi dan pembayaran nilai aset terjadi dalam satu operasi yang tak terpisahkan. Pola ini mencegah terjadinya kondisi di mana salah satu pihak menyelesaikan kewajibannya tanpa menerima haknya dari pihak lawan transaksi.
Pembaruan BatchV1_1 ini sendiri merupakan upaya iterasi kedua dari tim pengembang. Versi awal fitur ini sebelumnya sempat ditarik kembali oleh pengembang sebelum aktivasi akibat ditemukannya celah kritis pada sistem pemeriksaan tanda tangan digital. Implementasi perbaikan yang telah disempurnakan kemudian dirilis pada Agustus lalu melalui versi perangkat lunak node XRPL 3.3.0.
Ayo Akinyele, Head of Engineering RippleX, sempat menyatakan bahwa sejumah proyek pengembangan tengah dirancang dengan memperhitungkan integrasi fungsi Batch. Menurutnya, aktivasi resmi fitur ini akan mendorong proyek-proyek tersebut mendekati tahap produksi, serta membuka ruang bagi Ripple untuk membagikan detail lebih lanjut mengenai kolaborasi dengan pengelola aset, meskipun ia tidak menyebutkan nama mitra maupun tenggat waktu peluncuran komersial secara spesifik.
Penundaan Paralel pada Fitur Delegasi Izin
Selain pembaruan Batch, perubahan pola voting validator juga berdampak pada amandemen lain bernama PermissionDelegationV1_1. Pembaruan ini dirancang untuk memfasilitasi kebutuhan operasional skala kelembagaan atau korporasi pada jaringan XRPL.
Fitur Permission Delegation memungkinkan pemilik akun otorisasi untuk menguasakan tugas-tugas operasional tertentu kepada akun lain tanpa harus membagikan kunci penandatanganan utama (signing keys) yang mengendalikan aset utama mereka. Sebagai contoh, sebuah entitas penerbit token dapat memisahkan tugas pembayaran harian dan pemenuhan kewajiban kepatuhan (compliance) ke dalam beberapa akun operasional yang berbeda secara aman.
Amandemen PermissionDelegationV1_1 sempat kehilangan syarat dukungan kualifikasi pada 23 September, sebelum akhirnya kembali memenuhi ambang batas pada 24 September. Pergeseran satu hari ini mengubah perkiraan jadwal aktivasi paling awal yang semula ditargetkan pada 5 Oktober menjadi 8 Oktober sekitar pukul 21:25 UTC.
Poin Penting untuk Dipahami Pembaca
Penundaan peluncuran fitur di tingkat protokol blockchain seperti XRP Ledger tidak selalu menandakan adanya kegagalan teknis pada kode dasar, melainkan cerminan dari ketatnya aturan konsensus desentralisasi. Dalam arsitektur blockchain terdistribusi, aturan hitung mundur ketat berfungsi sebagai jaring pengaman agar seluruh ekosistem validator benar-benar stabil dan siap sebelum fitur baru diterapkan secara permanen di tingkat jaringan utama.
Bagi pelaku industri dan pengembang aplikasi aset digital, penyesuaian jadwal ini memberikan kepastian tanggal baru untuk mematangkan uji coba sistem sebelum fitur transaksi kelompok maupun delegasi otoritas dapat dimanfaatkan secara penuh di lingkungan produksi XRPL mulai awal Oktober mendatang.