Amandemen Batch V1.1 pada XRP Ledger telah memperoleh dukungan dari 27 dari 35 validator tepercaya jaringan tersebut, atau sekitar 77 persen. Posisi ini menyisakan satu suara validator lagi sebelum ambang batas 80 persen terpenuhi, syarat yang dibutuhkan XRPL untuk memulai hitung mundur aktivasi selama 14 hari.
Apa yang Sebenarnya Dipicu oleh Suara Validator
Batch V1.1 dirancang agar pengguna dapat menggabungkan hingga delapan transaksi berantai menjadi satu operasi transaksi atomik. Perubahan ini relevan bagi siapa pun yang memantau aktivitas pembayaran di XRPL, karena seluruh transaksi dalam satu bundel akan berhasil bersama atau gagal bersama.
Namun, angka 27 suara ini bukan sekadar hitungan yang merangkak menuju sebuah target. Mencapai 28 suara hanya akan memulai jam hitung mundur, bukan menyalakan fitur tersebut. Dukungan harus tetap berada di atas 80 persen selama dua pekan penuh, dan validator dapat mengubah suara mereka dalam rentang waktu itu, sehingga perolehan saat ini merupakan titik pemicu, bukan hasil akhir yang sudah pasti.
Mekanismenya bekerja sebagai berikut: begitu 80 persen dari 35 validator tepercaya mendukung Batch V1.1, amandemen masuk ke periode mayoritas 14 hari. Jika dukungan bertahan, perubahan akan aktif; jika dukungan turun di bawah ambang batas sebelum jendela waktu berakhir, hitung mundur akan direset. Amandemen ini belum aktif di jaringan utama, meski sudah dirilis dalam xrpld 3.3.0 dan kini tengah memasuki tahap pemungutan suara validator.
Dalam praktiknya, Batch V1.1 memungkinkan hingga delapan transaksi dieksekusi sebagai satu bundel. Sebuah pertukaran token antara dua pihak, misalnya, dapat memastikan kedua transfer diselesaikan bersamaan alih-alih meninggalkan satu sisi dalam posisi terbuka. Dompet dan marketplace juga dapat memasangkan pembayaran pelanggan dengan biaya platform dalam satu operasi. RippleX menyatakan proyek komersial yang dibangun di sekitar Batch sudah dalam kontrak atau tahap pengembangan, meski belum menyebut nama perusahaan yang terlibat.
Penyempurnaan Keamanan di Balik Batch V1.1
Versi yang saat ini diusulkan menggantikan proposal Batch sebelumnya yang tidak pernah mencapai Mainnet. Peneliti menemukan cacat yang, dalam kondisi tertentu, dapat membuat penyerang menyertakan transaksi milik akun lain tanpa persetujuan. Karena versi tersebut ditarik sebelum aktivasi, tidak ada dana yang berisiko, demikian menurut laporan pengungkapan kerentanan XRPL. Pengembang menggantinya pada rilis 6 Agustus dari perangkat lunak XRP Ledger 3.3.0.
RippleX merinci tinjauan lanjutan itu dalam tulisan teknis yang dipublikasikan di dev.to, mencakup pemeriksaan oleh empat insinyur senior, audit dari Halborn dan Common Prefix, kontes keamanan publik Sherlock, serta pengujian otomatis. Proses tersebut menemukan 11 isu tambahan yang melibatkan tanda tangan, pemeriksaan otorisasi, dan bug yang mampu membuat server mengalami crash. Salah satunya dinilai kritis oleh Common Prefix karena dapat memungkinkan penyerang menggunakan kembali izin yang telah ditandatangani untuk mengeksekusi lebih banyak transaksi dari yang seharusnya.
Dalam unggahan di X, Mayukha Vadari menyampaikan bahwa setelah bug tanda tangan v1.0 ditemukan pada Februari dalam kondisi pra-Mainnet tanpa dana yang berisiko, tim membangun ulang mekanisme tersebut melalui perbaikan akar masalah, empat peninjau senior, sebuah attackathon Sherlock, serta audit dari Halborn dan Common Prefix.
Implikasi Industri: Infrastruktur Pembayaran Menanti Suara
Jika Batch V1.1 melewati ambang batas dan bertahan selama 14 hari, XRPL akan memiliki alat bawaan untuk mengoordinasikan alur pembayaran multi-langkah tanpa bergantung pada logika smart contract. Hal ini relevan bagi penggunaan penyelesaian transaksi seperti jalur transaksi agentic dan aktivitas stablecoin yang berkaitan dengan volume penyelesaian RLUSD.
Klaim RippleX mengenai proyek komersial yang telah berkontrak masih belum terverifikasi karena pihak yang disebut tidak dinamai, dan proyeksi yang lebih luas soal Batch mengubah posisi kompetitif XRPL terhadap rantai smart contract masih sebatas riset pada tahap ini. Untuk saat ini, fakta konkretnya lebih sempit: satu validator, satu suara, dan jam hitung mundur 14 hari yang belum dimulai.
