XRP Ledger 3.3.0 vs 3.2.1: 5 Perbedaan Kunci yang Perlu Anda Ketahui

• XRPLD 3.2.1 memperbaiki risiko manifest validator, sementara 3.3.0 memperluas fitur protokol.
• BatchV1_1 mengembalikan transaksi yang dikelompokkan dengan validasi tanda tangan dalam yang telah diperbaiki.
• Transfer rahasia dan biaya sponsor sedang dalam pengembangan dan belum aktif.

Siklus perangkat lunak XRP Ledger berikutnya memisahkan perbaikan keamanan yang terfokus dari serangkaian perubahan protokol yang lebih luas untuk validator, bursa, dan pengembang aplikasi. Per 1 Agustus 2026, xrpld 3.2.1 tetap menjadi versi terbaru, sementara tonggak 3.3.0 menunjukkan 122 item tanpa tanggal rilis.

Status tersebut menciptakan perbedaan bagi validator, bursa, dan pengembang yang sedang menyiapkan rencana upgrade xrpld 2026. Pada dasarnya, versi 3.2.1 memperkuat ketahanan node dengan mengatasi masalah propagasi manifest validator dan membatasi risiko dari pesan peer yang tidak dipercaya.

Sebaliknya, XRPL 3.3.0 vs. 3.2.1 menawarkan paket yang lebih luas yang mencakup penggabungan transaksi, alat privasi, fungsi sponsor, dan perlindungan operasional.

BatchV1_1 Membawa Transaksi Kelompok yang Lebih Aman ke XRPL 3.3.0

Versi 3.2.1 dirilis pada 31 Juli sebagai respons terarah terhadap risiko dalam manifest validator. Ia membatasi cache manifest tidak terpercaya, menolak manifest validator berukuran besar, dan membatasi jumlah manifest untrusted yang dibawa dalam pesan peer. Perubahan ini mengurangi paparan terhadap data yang cacat atau berlebihan tanpa memperkenalkan fungsi protokol yang lebih luas.

Terhadap fokus keamanan yang lebih sempit itu, perbedaan utama pertama dalam tonggak 3.3.0 adalah BatchV1_1, yang menggantikan amandemen batch yang ditarik. XRPL sebelumnya menonaktifkan Batch dan fixBatchInnerSigs pada versi 3.1.1 setelah peneliti menemukan cacat otorisasi transaksi internal. Karena transaksi internal tidak memiliki tanda tangan independen, kondisi tertentu dapat memungkinkan instruksi yang tidak sah untuk dieksekusi.

Untuk mengatasi kelemahan tersebut, tonggak pengembangan 3.3.0 mencakup implementasi BatchV1_1 gabungan dan kode yang memungkinkan amandemen. Desainnya mempertahankan pendekatan XLS-56 dengan menggabungkan beberapa transaksi di bawah aturan eksekusi yang telah ditentukan. Namun, ini menambahkan validasi tanda tangan yang dikoreksi daripada mengandalkan amandemen fixBatchInnerSigs yang sudah usang.

Fitur XRPL 3.3.0 Masih Memerlukan Persetujuan Validator

Perbedaan kedua berkaitan dengan aktivasi. Dukungan perangkat lunak tidak secara otomatis mengaktifkan perubahan XRP Ledger di Mainnet. Sebuah amandemen harus mempertahankan dukungan dari lebih dari 80% validator terpercaya selama dua minggu. Oleh karena itu, operator harus memisahkan ketersediaan kode dari aktivasi jaringan saat meninjau perbaikan bug transaksi batch XRPL.

Transfer Rahasia Tambahkan Alat Privasi ke XRPL 3.3.0

Perbedaan ketiga adalah ConfidentialTransfer, yang berbasis XLS-96. Pekerjaan pengembangan gabungan memungkinkan amandemen ini di dalam cabang 3.3.0. Proposal ini akan menyembunyikan saldo token multi-guna dan jumlah transfer melalui kriptografi EC-ElGamal dan bukti tanpa pengetahuan.

Penerbit, auditor, atau entitas yang ditunjuk yang berwenang masih dapat menerima akses terhadap pengungkapan. Struktur Confidential MPT XRP Ledger menargetkan aset tokenisasi yang diatur sekaligus mengurangi eksposur publik terhadap detail transaksi. Namun demikian, dokumentasi resmi masih mencantumkan ConfidentialTransfer sebagai “Dalam Pengembangan,” sementara rilis stabil mempertahankan suara default “Tidak”.

Biaya yang disponsori dapat menghilangkan hambatan onboarding XRP

Perbedaan keempat berkaitan dengan amandemen Sponsored Fees and Reserves, yang juga disebut Sponsor atau XLS-68. Ini akan memungkinkan bisnis, aplikasi, atau penerbit menanggung biaya transaksi akun lain, persyaratan cadangan, atau keduanya. Pengguna yang disponsori tetap akan mengendalikan akun dan kunci privat mereka.

Terkait: Komunitas XRP Mengalihkan Fokus ke Utilitas XRPL Menjelang Peningkatan Besar

Pendekatan ini dapat mengurangi hambatan onboarding karena pengguna baru tidak langsung membutuhkan XRP untuk biaya atau cadangan ledger-object. Namun, Sponsor masih dalam tahap pengembangan dan tidak aktif di 3.2.1. Kemasukannya dalam paket final 3.3.0 juga belum dikonfirmasi sampai catatan rilis resmi mendefinisikan seluruh set fitur.

XRPL 3.3.0 Memperluas Keandalan dan Perlindungan Ledger

Selain fitur yang diusulkan ini, perbedaan kelima adalah cakupan peningkatan operasional yang lebih luas. Tonggak 3.3.0 mencakup penyaringan transaksi delegasi untuk account_tx, perbaikan pembulatan numerik, invarian penghapusan akun pseudo, pemeriksaan pembekuan yang diselaraskan, dan perlindungan AMM yang melibatkan saham vault.

Bersama-sama, perubahan ini memperluas peningkatan dari sekadar amandemen individual ke peningkatan keandalan dan konsistensi buku besar yang lebih luas. Dengan demikian, XRPL 3.3.0 vs. 3.2.1 menandakan pergeseran dari pemeliharaan defensif ke kemampuan protokol yang lebih luas.

Namun 3.2.1 tetap menjadi target stabil bagi para operator. Selain itu, tombol penandatanganan paket Ripple yang diputar harus dipercaya untuk peningkatan otomatis. Sementara itu, pengujian harus tetap terpisah sampai paket yang ditandatangani dan catatan akhir mengonfirmasi rilis XRP Ledger 3.3.0.