Laporan bug yang baru diajukan menunjukkan perangkat lunak XRP Ledger v3.2.0 mencatat satu kunci validator saat menjalankan kunci lain, sementara kira-kira 30% node mengadopsi server yang telah diberi nama ulang.
Poin-Poin Utama:
- Seorang operator node melaporkan bahwa v3.2.0 mencatat kunci baru validator yang dimigrasikan sementara server masih menjalankan kunci lama.
- Cacat ini muncul di Ubuntu 22.04 ketika token validator yang sudah ada ditambahkan ke node RPC yang sedang berjalan.
- Adopsi pembaruan berada di sekitar 30%, dengan sebagian besar operator masih pada build sebelumnya.
Bug XRP Ledger Memperlihatkan Ketidaksesuaian Kunci
Cacat tersebut, yang diajukan sebagai isu #7581 di pelacak GitHub proyek, muncul setelah operator memigrasikan validator yang sudah ada ke node RPC yang sudah berjalan dan kemudian me-restart layanan. Log layanan melaporkan identitas baru validator yang dimigrasikan, sementara endpoint server_info terus mengembalikan kunci lama yang berada di file wallet.db lokal. Kedua catatan itu tidak lagi selaras.
Mereproduksi perbedaan ini tidak sulit. Operator mengatakan bahwa menambahkan token validator yang sudah ada ke node aktif dan me-restart server memicu bug tersebut di Ubuntu 22.04, sebuah urutan yang umum selama migrasi rutin.
Juga Baca: Apakah Penjualan Perpetual Anthropic Menjadi Peringatan untuk Taruhan Kripto Pra-IPO?
Identitas Validator Menjadi Penopang Konsensus Jaringan
Identitas validator berada di pusat cara XRP Ledger menyepakati setiap ledger baru. Proposal sebuah node hanya memiliki bobot ketika server lain memercayai kuncinya melalui daftar node unik mereka, sehingga identitas yang usang atau tidak cocok dapat membingungkan siapa pun yang meninjau mesin tersebut. Log yang membingungkan dapat memperlambat pembentukan kepercayaan itu.
Sejauh ini, ketidaksesuaian tersebut belum menyebabkan gangguan layanan. Meski begitu, hal ini memperpanjang deretan cacat yang telah ditandai pengembang sejak rilis pertengahan bulan, mulai dari kegagalan sinkronisasi hingga crash pada parser konfigurasi.
Pelapor mengusulkan perbaikan, meminta agar log layanan menampilkan kunci yang benar-benar digunakan server, atau menampilkan kunci turunan dan kunci aktif secara bersamaan. Belum ada maintainer yang ditugaskan untuk laporan ini. Beberapa laporan sebelumnya sudah dikonfirmasi sebagai bug dan telah masuk antrean peninjauan, sementara yang lain tetap terbuka sambil menunggu penilaian para kontributor.
Adopsi Tertinggal Sementara Voting Amandemen Berjalan
Adopsi rilis ini tetap lambat. Sekitar 30% node kini menjalankan versi 3.2.0, sementara sebagian besar operator masih bertahan di build 3.1.3 sebelumnya, menurut data jaringan publik.
Peluncuran dimulai pada 15 Juni, ketika pembaruan tersebut mengganti nama perangkat lunak inti dari rippled menjadi xrpld dan menjanjikan penghematan memori 30% hingga 40%. Sejak itu operator melaporkan putusnya sinkronisasi, salah perhitungan relay, dan kini ketidaksesuaian kunci pada build baru, tanpa patch yang dirilis sejauh ini. Mereka yang tertinggal juga berisiko berada dalam status terblokir amandemen setelah validator meratifikasi fixCleanup3_2_0, perubahan pembersihan yang telah didukung Ripple dalam voting yang sedang berlangsung.
Baca Selanjutnya: Mane City Mobile Hadir di iOS dan Android di 100+ Negara