Pengembang XRP Ledger merilis xrpld versi 3.3.0 pada 6 Agustus, membawa beberapa perubahan protokol lebih dekat ke kemungkinan aktivasi mainnet.
Rilis resmi GitHub mengkonfirmasi pekerjaan pada ConfidentialTransfer, BatchV1_1, Sponsor, dan DynamicMPT, bersama dengan perbaikan dan perubahan protokol lainnya. Rilis perangkat lunak itu sendiri tidak mengaktifkan fitur-fitur tersebut di jaringan.
Perbedaan ini penting karena beberapa laporan menggambarkan enam peningkatan sudah aktif. Di bawah proses amandemen XRP Ledger, fitur protokol baru memerlukan dukungan validator sebelum aktivasi. Sebuah amandemen harus mempertahankan dukungan lebih dari 80% dari validator terpercaya selama dua minggu berturut-turut sebelum berlaku.
ConfidentialTransfer dirancang untuk menambahkan privasi bagi Multi-Purpose Tokens, atau MPT. Dokumentasi XRPL menyatakan bahwa amandemen ini menggunakan kriptografi untuk melindungi saldo individu dan jumlah transfer sambil mempertahankan mekanisme yang memungkinkan pihak berwenang, termasuk penerbit atau auditor, memverifikasi informasi yang diperlukan untuk kepatuhan.
Fitur ini masih tunduk pada aktivasi amandemen, sehingga transfer MPT pribadi belum dapat digambarkan sebagai aktif di mainnet XRPL.
BatchV1_1 adalah komponen utama lainnya. Standar XLS-56 memungkinkan beberapa transaksi untuk dikemas dan diproses bersama, termasuk transaksi yang melibatkan akun berbeda. Eksekusi atomik dapat membantu alur kerja penyelesaian di mana beberapa tindakan harus berhasil bersama-sama daripada meninggalkan satu bagian selesai sementara yang lain gagal.
Batch memiliki sejarah penting. Versi sebelumnya dinonaktifkan sebelum aktivasi mainnet setelah masalah keamanan ditemukan dalam logika penandatanganan transaksi. XRPL Foundation kemudian beralih ke BatchV1_1 sebagai pengganti yang dikoreksi. Seperti yang dilaporkan sebelumnya dalam liputan keamanan XRPL, pengembang telah meningkatkan tinjauan formal seputar peningkatan terbaru.
Delegasi Izin (Permission Delegation) mengikuti jalur serupa. XRPL mengungkapkan pada September 2025 bahwa sebuah bug dalam amandemen sebelumnya dapat memungkinkan transaksi yang tidak sah untuk membebankan biaya ke akun lain dalam kondisi tertentu. Validator disarankan untuk memilih tidak, dan fitur yang rentan tersebut tidak pernah diaktifkan. PermissionDelegationV1_1 dikembangkan sebagai penggantinya.
Konsep yang direvisi memungkinkan sebuah akun untuk memberikan izin transaksi yang ditentukan tanpa menyerahkan kunci pribadi utamanya, mendukung dompet operasional dengan otoritas terbatas.
Sponsor, berdasarkan XLS-68, dirancang untuk memungkinkan akun lain menanggung biaya transaksi atau persyaratan cadangan sementara pengguna tetap memegang kendali atas akun dan kunci. Fitur ini dapat memungkinkan aplikasi untuk mengorientasi pengguna tanpa mengharuskan mereka memperoleh XRP hanya untuk memenuhi biaya jaringan. Proposal XLS-68 secara eksplisit mendukung sponsor biaya dan cadangan sambil menjaga kendali kunci pengguna.
DynamicMPT menargetkan penerbit token. Proposal XLS-94 memungkinkan penerbit untuk menetapkan properti MPT tertentu sebagai dapat diubah saat membuat token, kemudian memperbarui bidang-bidang yang diizinkan tersebut di kemudian hari. Standar ini dimaksudkan untuk mengakomodasi perubahan kebutuhan bisnis atau kepatuhan tanpa membuat setiap properti token dapat diedit secara bebas.
Bersama-sama, fitur-fitur ini sesuai dengan fokus XRPL yang berkembang pada keuangan ter tokenisasi. Dalam liputan tokenisasi terkait, crypto.news melaporkan bahwa JPMorgan, Mastercard, Ondo Finance, dan Ripple menguji penebusan Treasury ter-tokenisasi menggunakan XRPL.
Satu koreksi diperlukan seputar kerangka "enam peningkatan" yang banyak beredar. fixCleanup3_2_0 termasuk dalam siklus xrpld 3.2.0 sebelumnya, bukan paket fitur 3.3.0 yang baru dirilis. Catatan perubahan GitHub 3.3.0 malah menunjukkan pekerjaan seputar LendingProtocolV1_1 dan jalur fixCleanup3_3_0 yang terpisah di samping fitur-fitur utama.
Oleh karena itu, rilis ini seharusnya tidak dibaca sebagai enam kemampuan yang selesai dan tersedia secara bersamaan. Ini adalah tonggak perangkat lunak server yang memberikan kode kepada validator dan operator yang diperlukan untuk keputusan amandemen. Amandemen individu dapat memiliki garis waktu pemungutan suara yang berbeda dan mungkin gagal aktif jika dukungan turun di bawah ambang batas yang disyaratkan.
Proses tata kelola ini penting sebelumnya. Amandemen Batch dan Permission Delegation yang asli dihentikan setelah bug diidentifikasi sebelum aktivasi mainnet, menunjukkan bahwa penyertaan dalam perangkat lunak atau pemungutan suara validator tidak sama dengan penerapan produksi.
Operator node sekarang perlu menilai versi 3.3.0 dan memutuskan apakah akan memutakhirkan dan mendukung amandemen individu. Tanggal aktivasi yang tepat tergantung pada pemungutan suara validator, bukan pada rilis perangkat lunak 6 Agustus. Aturan amandemen XRPL mensyaratkan mayoritas super harus bertahan terus menerus selama dua minggu.
Bagi pemegang XRP, perubahan langsung bersifat teknis daripada moneter. Versi 3.3.0 memperluas perangkat potensial jaringan untuk privasi, penyelesaian multi-langkah, otoritas yang didelegasikan, orientasi yang disponsori, dan penerbitan token yang dapat dikonfigurasi, tetapi tidak ada yang menjamin permintaan XRP yang lebih tinggi atau apresiasi harga.
Tonggak yang dapat diverifikasi berikutnya adalah adopsi validator terhadap 3.3.0, tingkat dukungan amandemen, dan tanggal aktivasi yang dijadwalkan. Sampai ambang batas tersebut terpenuhi, kemampuan baru harus digambarkan sebagai telah dirilis dalam perangkat lunak node dan bergerak melalui tata kelola, bukan sebagai fitur mainnet XRP Ledger yang sepenuhnya aktif.
Keputusan validator, bukan pemasaran rilis, yang akan menentukan kapan setiap fitur dapat digunakan di mainnet.
