Pengembang XRP Ledger<\/strong> membela keputusan luar biasa dalam hal keamanan setelah menerapkan perbaikan protokol kritis<\/strong> tanpa menunggu proses persetujuan validator standar yang biasanya berlangsung selama dua minggu. Pembaruan darurat yang dirilis pada 25 September<\/strong> ini menangani kerentanan berusia 11 tahun<\/em> yang dapat memungkinkan penyerang menciptakan XRP yang dapat dibelanjakan melebihi batas pasokan yang ditentukan untuk cryptocurrency tersebut. Meskipun penyelidik tidak menemukan bukti adanya eksploitasi, metode yang digunakan untuk mengatasi ancaman ini telah memicu perdebatan mengenai bagaimana jaringan terdesentralisasi seharusnya merespons keadaan darurat.<\/p>\n Di bawah kerangka tata kelola XRPL yang normal, perubahan yang mempengaruhi pemrosesan transaksi harus mendapatkan dukungan dari lebih dari 80% validator tepercaya<\/strong> selama dua minggu berturut-turut sebelum diaktifkan. Namun, patch keamanan yang dirilis pada bulan September mengikuti prosedur yang berbeda. Menurut laporan resmi mengenai kerentanan tersebut, perbaikan ini mulai berlaku segera di setiap server setelah peningkatan ke versi xrpld 3.4.1<\/strong>, alih-alih diaktifkan secara bersamaan melalui amandemen yang disetujui. Para pengembang menjelaskan bahwa tingkat keparahan kerentanan pasokan XRP membuat proses normal menjadi terlalu berisiko. Menerbitkan patch sambil membiarkan celah tersebut dapat dieksploitasi selama periode pemungutan suara yang diperpanjang dapat memberikan penyerang informasi yang cukup untuk mereproduksi eksploitasi.<\/p>\n Masalah mendasar yang dihadapi adalah overflow integer<\/strong> di mesin pembayaran. Transaksi yang dirancang khusus dapat menyebabkan sistem mengkredit lebih banyak XRP daripada yang sebenarnya dibayarkan oleh pengirim, berpotensi menciptakan token baru. Peneliti melacak kode yang rentan ini hingga tahun 2015<\/strong>, meskipun mereka tidak menemukan bukti bahwa kode tersebut telah dieksploitasi di jaringan publik.<\/p>\n Keputusan untuk melewati proses normal ini tidak tanpa konsekuensi teknis. Biasanya, amandemen diaktifkan secara bersamaan di seluruh server yang kompatibel, memastikan bahwa validator menerapkan aturan transaksi yang identik. Namun, pembaruan darurat ini menciptakan periode sementara di mana server yang telah ditingkatkan akan menolak transaksi jahat tertentu, sementara versi yang lebih lama mungkin masih menerimanya. Ketidaksepakatan ini secara teoritis dapat mengganggu validasi buku besar jika penyerang mencoba mengeksploitasi kerentanan sebelum cukup banyak validator melakukan peningkatan. Namun, peluncuran yang cepat mengurangi risiko tersebut. Menurut pengungkapan tim pengembang, lebih dari 80%<\/strong> operator di Daftar Node Unik default telah menginstal versi 3.4.1<\/strong> pada 25 September<\/strong>.<\/p>\n Respons ini berbeda dari perbaikan keamanan Batch terpisah yang mengikuti prosedur amandemen normal dan diaktifkan pada 9 Oktober<\/strong>. Insiden ini telah memicu pertanyaan mengenai seberapa banyak wewenang yang seharusnya dimiliki oleh pengembang dan operator validator selama keadaan darurat jaringan yang parah. Kritik sebagian terfokus pada distribusi perangkat lunak sementara sebelum kode sumber yang sensitif terhadap keamanan dirilis secara publik. Pendukung berargumen bahwa koordinasi segera diperlukan untuk mencegah penyerang mengeksploitasi kelemahan yang telah diungkap. XRPL Foundation<\/strong> menolak saran bahwa operator dipaksa untuk menginstal pembaruan, menekankan bahwa validator membuat keputusan peningkatan mereka sendiri.<\/p>\n Perdebatan ini juga muncul saat peningkatan peminjaman XRPL yang akan datang terus bergerak melalui proses pemungutan suara biasa, menunjukkan bahwa perubahan protokol rutin masih memerlukan dukungan validator yang berkelanjutan. Para pengembang tetap berpendapat bahwa melewati amandemen harus tetap diperuntukkan bagi ancaman keamanan yang sangat parah<\/strong>, bukan menjadi alternatif standar untuk tata kelola jaringan. Bagi pemegang XRP, kekhawatiran langsung telah ditangani: kerentanan telah diperbaiki, dan penyelidik melaporkan tidak ada eksploitasi yang diketahui. Pertanyaan jangka panjang adalah bagaimana XRPL dapat mempertahankan pengambilan keputusan terdesentralisasi sambil merespons cukup cepat terhadap ancaman kritis di masa depan.<\/p>\n","protected":false},"excerpt":{"rendered":" Pembelaan Keputusan Keamanan XRP Ledger Pengembang XRP Ledger membela keputusan luar biasa dalam hal keamanan setelah menerapkan perbaikan protokol kritis tanpa menunggu proses persetujuan validator standar yang biasanya…<\/p>\n","protected":false},"author":3,"featured_media":23495,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[47],"tags":[4313,4507,12907,6713,12908],"class_list":["post-23496","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hack","tag-hack","tag-ripple","tag-validators","tag-xrpl","tag-xrpl-foundation"],"yoast_head":"\nProses Normal vs. Pembaruan Darurat<\/h2>\n
Masalah Kerentanan dan Dampaknya<\/h2>\n
Konsekuensi Teknis dari Keputusan<\/h2>\n
Perdebatan Mengenai Wewenang Pengembang<\/h2>\n
Kesimpulan dan Pertanyaan Jangka Panjang<\/h2>\n