RippleX mengharapkan versi berikutnya dari perangkat lunak server inti XRP Ledger, xrpld 3.3.0, segera minggu depan. Rilis ini akan mengembalikan amandemen Batch dan Permission Delegation yang ditulis ulang ke dalam proses validator setelah adanya kelemahan otorisasi yang menyebabkan operator memblokir pendahulu mereka sebelum aktivasi mainnet.
Peluncuran tetap berada di tahap prarilis. xrpld 3.2.1 masih menjadi rilis stabil terbaru pada 1 Agustus, sementara tag beta dan release-candidate resmi untuk 3.3.0 telah tersedia publik. Hitung mundur mayoritas mainnet belum dimulai untuk amandemen pengganti mana pun.
Kepala produk RippleX Jazzi Cooper menyebutkan lima fitur yang diusulkan untuk XRP Ledger versi 3.3.0: Confidential MPT, Batch, Delegasi Izin, Biaya dan Cadangan yang Disponsori, serta Dynamic MPT. Cooper mengatakan semua lima fitur tersebut masih memerlukan persetujuan validator sebelum diaktifkan.
Mengapa validator menghentikan fitur aslinya
Pengubahan Batch asli berisi kelemahan otorisasi yang dapat memungkinkan penyerang menjalankan transaksi internal untuk akun korban sembarangan tanpa kunci pribadi mereka, termasuk pembayaran tidak sah dan perubahan buku besar.
Pengungkapan resmi menyatakan bahwa para peneliti menemukan masalah tersebut saat amandemen masih dalam tahap pemungutan suara. Validator memblokir aktivasi, dan tidak ada dana yang berisiko. CryptoSlate melaporkan intervensi tersebut pada Februari.
Delegasi izin membuka jalur berbeda menuju kerugian. Transaksi yang ditandatangani secara offline dan tidak valid masih dapat mengenakan biaya transaksi pada akun korban sebelum gagal otorisasi, memungkinkan pengiriman berulang untuk menguras XRP melalui biaya. pengungkapan XRPL menyatakan fitur ini tidak pernah diaktifkan di mainnet, dan validator menonaktifkan dukungan untuk amandemen yang terdampak.
3.3 development registry kini menandai BatchV1_1 dan PermissionDelegationV1_1 sebagai didukung dengan suara Bukan secara default. “Didukung” dalam registry tersebut berarti kode server memahami amandemen tersebut; persetujuan dan aktivasi validator tetap merupakan langkah terpisah.
Perubahan XRPL hanya dapat diaktifkan setelah kode yang kompatibel dirilis dan dukungan tetap di atas 80% dari validator terpercaya selama dua minggu. Jika dukungan turun menjadi 80% atau kurang sebelum aktivasi, periode tersebut dimulai ulang.
Pada 1 Agustus, objek Amendemen mainnet yang diverifikasi di ledger 105.997.300 tidak berisi bidang Majorities maupun pengganti di antara amendemen yang diaktifkan. Bidang ini mencatat amendemen yang ditunda yang telah melampaui ambang mayoritas, menunjukkan bahwa tidak ada jam dua minggu yang aktif. Objek ledger hanya mencatat jam mayoritas yang aktif, sehingga dukungan tepat di bawah ambang batas tidak diungkapkan.
Aktivasi juga akan menetapkan batas waktu operasional. aturan amandemen XRPL menyatakan bahwa server yang tidak memahami amandemen yang diaktifkan dapat menjadi terblokir amandemen, kehilangan kemampuan untuk menentukan validitas ledger, memproses transaksi, bergabung dalam konsensus, atau memberikan suara. Jika salah satu pengganti diaktifkan, operator akan memerlukan perangkat lunak yang kompatibel terlepas dari bagaimana mereka pribadi memilih.
Tahap berikutnya yang dapat diukur dari XRPL adalah rilis stabil, diikuti oleh supermajoritas validator yang berkelanjutan untuk salah satu amandemen. Sampai saat itu, penulisan ulang tetap menjadi usulan fitur yang dihentikan sebelum aktivasi, tanpa eksploitasi atau kerugian di mainnet yang perlu dipulihkan.
Pos Bagaimana validator XRPL secara diam-diam membunuh eksploitasi diam-diam yang bisa menguras akun korban hanya melalui biaya transaksi muncul pertama kali di CryptoSlate.