Laporan bug yang baru diajukan menunjukkan perangkat lunak XRP Ledger v3.2.0 mencatat satu kunci validator saat menjalankan kunci lain, ketika sekitar 30% node mengadopsi server yang telah diganti nama.
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 aktif.
- Adopsi pembaruan berada di kisaran 30%, dengan sebagian besar operator masih menggunakan build sebelumnya.
Bug XRP Ledger Memperlihatkan Ketidakcocokan Kunci
Cacat ini, yang diajukan sebagai issue #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 ada di file wallet.db lokal. Kedua catatan itu tidak lagi cocok.
Mereproduksi perpecahan ini tidak sulit. Operator mengatakan menambahkan token validator yang sudah ada ke node aktif dan me-restart server memicu bug ini di Ubuntu 22.04, sebuah urutan yang umum selama migrasi rutin.
Baca Juga: Apakah Sell-Off Anthropic Perp Menjadi Peringatan Untuk Taruhan Kripto Pra-IPO?
Identitas Validator Menjadi Jangkar Konsensus Jaringan
Identitas validator berada di pusat cara XRP Ledger menyepakati setiap ledger baru. Proposal sebuah node hanya berbobot ketika server lain memercayai kuncinya melalui unique node list mereka, sehingga identitas yang usang atau tidak cocok dapat membingungkan siapa pun yang meninjau mesin tersebut. Log yang membingungkan dapat memperlambat terbentuknya kepercayaan itu.
Sejauh ini ketidakcocokan tersebut belum menyebabkan gangguan layanan. Meski begitu, ini memperpanjang deretan cacat yang telah ditandai pengembang sejak rilis pertengahan bulan, mulai dari kegagalan sinkronisasi hingga crash pada parser konfigurasi.
Pelapor mengusulkan perbaikan, dengan meminta agar log layanan mencetak 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 masuk antrean peninjauan, sementara yang lain tetap terbuka saat kontributor menimbangnya.
Adopsi Tertinggal Sementara Voting Amandemen Berjalan
Tingkat penggunaan rilis ini masih lambat. Sekitar 30% node kini menjalankan versi 3.2.0, sementara sebagian besar operator tetap pada build 3.1.3 sebelumnya, menurut data jaringan publik.
Peluncuran dimulai pada 15 Juni, ketika pembaruan mengganti nama perangkat lunak inti dari rippled menjadi xrpld dan menjanjikan penghematan memori 30% hingga 40%. Sejak itu, operator melaporkan putusnya sinkronisasi, salah hitung relay, dan kini ketidakcocokan kunci pada build terbaru, tanpa patch yang dirilis sejauh ini. Pihak yang tertinggal juga berisiko memasuki status terblokir amandemen setelah validator meratifikasi fixCleanup3_2_0, perubahan pembersihan yang sudah didukung Ripple dalam voting yang sedang berlangsung.
Baca Berikutnya: Mane City Mobile Hadir di iOS dan Android di 100+ Negara