Amendemen Batch V1.1 XRP Ledger hanya selisih satu suara validator dari mencapai ambang batas 80% yang diperlukan untuk memulai hitung mundur aktivasi 14 hari, setelah pemulihan keamanan yang mengikuti kelemahan kritis pada versi aslinya.
Kode yang direvisi telah melalui tinjauan teknis senior, pengujian adversarial, dua tinjauan keamanan eksternal, dan analisis bantuan AI sebelum pemungutan suara validator saat ini.
Batch V1.1 mencapai pemungutan suara terakhir sebelum hitung mundur aktivasi
Developer RippleX Mayukha Vadari said bahwa amandemen yang dikirim bersama xrpld 3.3.0 kini sedang dalam proses pemungutan suara. Pembaruan ini menggantikan Batch V1.0, yang bug validasi tandatangannya ditemukan pada Februari saat amandemen masih pra-mainnet, artinya tidak ada dana yang berisiko.
Kerentanan asli melibatkan pengembalian awal pada fungsi checkBatchSign. Jika akun penandatangan belum ada di buku besar, validasi bisa mengembalikan keberhasilan tanpa memeriksa penandatangan yang tersisa. Hal itu bisa memungkinkan transaksi dieksekusi atas nama akun lain tanpa kunci pribadi mereka.
Batch V1.1 removed kelemahan tersebut dan juga menangani beberapa masalah lain yang ditemukan selama proses pembangunan ulang. Proses ini mencakup tinjauan oleh empat insinyur senior, Sherlock Batch Attackathon, penilaian ulang oleh Halborn, audit Common Prefix, pemindaian Cantina AI, serta pengujian regresi Devnet dan testnet.
Vadari juga mengatakan tim memperbaiki bug tambahan yang ditemukan melalui pekerjaan red-teaming AI terbarunya. Perubahan tersebut mencakup perbaikan untuk bypass validasi MPT, kegagalan node, validasi ukuran jalur, verifikasi tanda tangan, pengurutan penandatangan, dan hashing transaksi.
Sentimen validator mendekati ambang yang diperlukan, dengan satu akun, FrancisBovineSwift, menjelaskan pemungutan suara Batch sebagai “hampir sampai,” dengan snapshot terbaru menunjukkan 27 validator terpercaya telah memilih mendukung amandemen dan delapan menentangnya, sehingga dukungan berada di sekitar 77% terhadap ambang 80% yang diperlukan untuk menyetujui perubahan, dengan hanya satu suara lagi yang dibutuhkan untuk mencapai angka tersebut.
Mengapa Perubahan Batch Penting bagi Pengembang XRPL
Batch, juga dikenal sebagai XLS-56, memungkinkan beberapa transaksi dari akun yang berbeda untuk dieksekusi secara atomik dalam satu penutupan ledger. Jika satu transaksi dalam batch all-or-nothing gagal, seluruh operasi akan dibatalkan. Desain ini tidak memerlukan kontrak pintar.
Fitur ini ditujukan untuk pertukaran atom, penyelesaian terkoordinasi, dan transaksi lainnya di mana beberapa pihak perlu bertindak bersama. Fitur ini juga dapat mengurangi jumlah langkah yang diperlukan untuk pencetakan dan transfer NFT.
Pembangunan ulang keamanan mengikuti tinjauan XRPL baru-baru ini, setelah jaringan menghapus amandemen Delegasi Izin ketika ditemukan bug tingkat tinggi sebelum peluncuran mainnet, dengan V1.1 menjalani tinjauan tambahan.
Selain itu, dasbor pengujian XRPL dirilis bulan ini juga telah membuat pengujian perubahan lebih terlihat dengan melacak jenis transaksi, bidang, dan kode hasil mana yang telah diuji di Devnet.
Pos XRP Ledger Batch V1.1 Mendekati Aktivasi Setelah Rekonstruksi Keamanan pertama kali muncul di CryptoPotato.