XRP Ledger 3.3.0 membawa peningkatan privasi dan batch

Pengembang XRP Ledger merilis versi xrpld 3.3.0 pada 6 Agustus, mendekatkan beberapa perubahan protokol ke kemungkinan aktivasi mainnet.
Ringkasan

• XRPL 3.3.0 memperkenalkan kode protokol, tetapi persetujuan validator tetap diperlukan sebelum aktivasi mainnet terjadi.
• ConfidentialTransfer akan melindungi saldo MPT dan jumlah transfer sambil mempertahankan akses kepatuhan untuk pihak yang berwenang.
• BatchV1_1 mengembalikan fungsionalitas transaksi atom setelah versi sebelumnya dihentikan karena cacat keamanan.
• Sponsor akan memungkinkan pihak ketiga menanggung biaya dan cadangan sementara pengguna mempertahankan kontrol penuh atas akun.
• DynamicMPT akan memungkinkan penerbit untuk memodifikasi properti token yang dipilih di kemudian hari, mendukung kebutuhan bisnis dan kepatuhan yang berkembang.

Rilis resmi GitHub mengonfirmasi 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 sebagai sudah aktif. Di bawah proses amandemen XRP Ledger, fitur protokol baru memerlukan dukungan validator sebelum aktivasi. Sebuah amandemen harus mempertahankan lebih dari 80% dukungan dari validator tepercaya selama dua minggu berturut-turut sebelum berlaku.

XRP Ledger 3.3.0 menambah privasi dan alat transaksi atom

ConfidentialTransfer dirancang untuk menambah privasi untuk Multi-Purpose Tokens, atau MPT. Dokumentasi XRPL mengatakan 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 tetap tunduk pada aktivasi amandemen, jadi transfer MPT pribadi belum dapat dianggap aktif di mainnet XRPL.

BatchV1_1 adalah komponen utama lainnya. Standar XLS-56 memungkinkan beberapa transaksi dikemas dan diproses bersama, termasuk transaksi yang melibatkan akun yang berbeda. Eksekusi atom dapat membantu alur kerja penyelesaian di mana beberapa tindakan harus berhasil bersama daripada membiarkan satu bagian selesai sementara yang lain gagal.

Fitur yang direvisi mengikuti temuan keamanan sebelumnya

Batch memiliki sejarah penting. Versi sebelumnya dinonaktifkan sebelum aktivasi mainnet setelah masalah keamanan ditemukan dalam logika penandatanganan transaksi. Yayasan XRPL kemudian bergerak menuju BatchV1_1 sebagai pengganti yang diperbaiki. Seperti yang dilaporkan sebelumnya dalam liputan keamanan XRPL, pengembang telah meningkatkan tinjauan formal seputar peningkatan terbaru.

Delegasi Izin mengikuti jalur serupa. XRPL mengungkapkan pada September 2025 bahwa bug dalam amandemen sebelumnya dapat memungkinkan transaksi yang tidak sah untuk membebankan biaya ke akun lain dalam kondisi tertentu. Validator disarankan untuk memberikan suara tidak, dan fitur yang rentan tidak pernah diaktifkan. PermissionDelegationV1_1 dikembangkan sebagai penggantinya.

Konsep yang direvisi memungkinkan sebuah akun memberikan izin transaksi yang ditentukan tanpa menyerahkan kunci privat utamanya, mendukung dompet operasional dengan otoritas terbatas.

Sponsor dan DynamicMPT menargetkan onboarding institusional

Sponsor, berdasarkan XLS-68, dirancang untuk memungkinkan akun lain menanggung biaya transaksi atau persyaratan cadangan sementara pengguna tetap mengontrol akun dan kunci. Fitur ini dapat memungkinkan aplikasi untuk mengonversi pengguna tanpa mengharuskan mereka untuk memperoleh XRP hanya untuk memenuhi biaya jaringan. Proposal XLS-68 secara eksplisit mendukung sponsor biaya dan cadangan sambil mempertahankan kontrol kunci pengguna.

DynamicMPT menargetkan penerbit token. Proposal XLS-94 memungkinkan penerbit menetapkan properti MPT yang dipilih sebagai dapat diubah saat membuat token, kemudian memperbarui bidang yang diizinkan tersebut di kemudian hari. Standar ini dimaksudkan untuk mengakomodasi kebutuhan bisnis atau kepatuhan yang berubah tanpa membuat setiap properti token dapat diedit secara bebas.

Bersama-sama, fitur-fitur ini sesuai dengan fokus yang berkembang dari XRPL 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.

Tidak semua peningkatan yang disebutkan termasuk dalam versi 3.3.0

Satu koreksi diperlukan terkait dengan kerangka "enam peningkatan" yang banyak beredar. fixCleanup3_2_0 termasuk dalam siklus xrpld 3.2.0 yang lebih awal, bukan paket fitur 3.3.0 yang baru dirilis. Changelog GitHub 3.3.0 justru menunjukkan pekerjaan seputar LendingProtocolV1_1 dan jalur fixCleanup3_3_0 terpisah di samping fitur utama.

Oleh karena itu, rilis ini tidak boleh dibaca sebagai enam kemampuan yang selesai tersedia secara bersamaan. Ini adalah tonggak perangkat lunak server yang memberikan validator dan operator kode yang diperlukan untuk keputusan amandemen. Amandemen individu dapat memiliki garis waktu pemungutan suara yang berbeda dan mungkin gagal diaktifkan jika dukungan jatuh di bawah ambang batas yang diperlukan.

Proses tata kelola ini telah penting sebelumnya. Amandemen Batch dan Delegasi Izin yang asli dihentikan setelah bug diidentifikasi sebelum aktivasi mainnet, menunjukkan bahwa inklusi dalam perangkat lunak atau pemungutan suara validator tidak sama dengan penerapan produksi.

Apa yang terjadi selanjutnya untuk validator XRPL

Operator node sekarang perlu menilai versi 3.3.0 dan memutuskan apakah akan meningkatkan dan mendukung amandemen individu. Tanggal aktivasi yang tepat tergantung pada pemungutan suara validator, bukan pada rilis perangkat lunak 6 Agustus. Aturan amandemen XRPL mengharuskan supermajority untuk bertahan terus menerus selama dua minggu.

Bagi pemegang XRP, perubahan segera bersifat teknis daripada moneter. Versi 3.3.0 memperluas potensi toolkit jaringan untuk privasi, penyelesaian multi-langkah, wewenang yang didelegasikan, onboarding yang disponsori, dan penerbitan token yang dapat dikonfigurasi, tetapi tidak ada yang menjamin permintaan XRP yang lebih tinggi atau apresiasi harga.

Tonggak terverifikasi berikutnya akan menjadi adopsi validator terhadap 3.3.0, tingkat dukungan amandemen, dan tanggal aktivasi yang dijadwalkan. Sampai ambang tersebut terpenuhi, kemampuan baru harus dijelaskan sebagai dirilis dalam perangkat lunak node dan bergerak melalui tata kelola, bukan sebagai fitur utama XRP Ledger yang sepenuhnya aktif.

Keputusan validator, bukan pemasaran rilis, akan menentukan kapan setiap fitur dapat digunakan di mainnet.