Pada 12 Februari, RippleX, divisi pengembangan Ripple, mengumumkan bahwa Token Escrow kini telah aktif di mainnet XRP Ledger (XRPL).
Perubahan ini, yang diberi label Token Escrow (XLS-85), memperluas penguncian dan pelepasan bersyarat ke token berbasis trustline (IOU) dan Multi-Purpose Tokens (MPT).
Ini memperluas fungsi escrow jaringan di luar XRP untuk mencakup aset yang diterbitkan yang digunakan untuk stablecoin dan instrumen yang ditokenisasi.
Peningkatan ini hadir saat stablecoin terus berkembang sebagai lini produk kripto yang paling mapan. Data CryptoSlate menunjukkan bahwa total pasokan yang beredar dari aset-aset ini berada di sekitar $308 miliar dan terus meningkat dari minggu ke minggu.
Pada saat yang sama, aset dunia nyata yang ditokenisasi juga berkembang secara paralel. Data dari RWA.xyz menunjukkan bahwa Treasury AS yang ditokenisasi bernilai sekitar $10 miliar di blockchain publik, dengan puluhan miliar lainnya di berbagai kategori seperti kredit swasta dan komoditas.
Untuk XRPL, konteks pasar itulah intinya. Fitur baru ini bukan tentang menambahkan alat opsional lain untuk pengembang, melainkan tentang memperkenalkan primitif penyelesaian on-chain yang dapat digunakan institusi untuk memindahkan aset hanya setelah kondisi terpenuhi.
XRPL telah mendukung escrow selama bertahun-tahun, tetapi fitur ini secara historis hanya berlaku untuk XRP.
Token Escrow memperluas cakupan tersebut ke token yang diterbitkan, yang merupakan tempat sebagian besar kasus penggunaan yang menghadap institusi berada.
Di XRPL, stablecoin, Treasury yang ditokenisasi, dan instrumen tokenisasi lainnya umumnya tidak diakui sebagai koin asli. Sebaliknya, mereka dipandang sebagai aset yang diterbitkan.
Dokumentasi XRPL membuat model kontrol penerbit menjadi eksplisit. Token escrow memerlukan izin di tingkat penerbit dan token dan tidak secara otomatis tersedia untuk setiap aset yang diterbitkan di jaringan.
Untuk token trustline, penerbit harus mengaktifkan flag "Allow Trust Line Locking" sebelum escrow dapat digunakan dengan penerbitan tersebut. Untuk MPT, penerbit harus mengaktifkan "Can Escrow" (dan flag terkait) agar penerbitan mendukung escrow.
Desain tersebut penting bagi penerbit yang diatur, yang sering menginginkan hook kebijakan dan titik kontrol yang tertanam dalam siklus hidup aset.
Ini juga berarti jalur adopsi tidak otomatis. Amandemen yang aktif tidak menjamin volume langsung jika penerbit tidak ikut serta dan jika dompet dan platform tidak membangun alur pengguna di sekitarnya.
Fitur ini dirancang untuk alur kerja yang memerlukan penyelesaian bersyarat. Dalam keuangan tradisional, kondisi tersebut ditangani melalui perantara, kontrak, dan proses operasional.
Penyelesaian on-chain dapat memampatkan langkah-langkah tersebut jika ledger dasar mengunci nilai dan melepaskannya hanya ketika aturan yang telah ditentukan terpenuhi.
Dalam istilah praktis, escrow yang didukung token dapat mendukung penyelesaian delivery-versus-payment, distribusi yang dikunci waktu dan pembayaran terstruktur, penyelesaian perdagangan over-the-counter yang mengurangi risiko counterparty, dan mekanik agunan dan margin yang memerlukan pelepasan bersyarat daripada transfer langsung.
Setiap alur kerja tersebut menjadi lebih mudah untuk dimodelkan ketika primitif escrow dapat menampung jenis aset yang sama yang digunakan institusi dalam penyelesaian, daripada memaksa proses untuk melewati XRP saja.
Model cadangan XRPL menciptakan mekanisme orde kedua yang dapat menerjemahkan penggunaan ledger yang lebih besar menjadi saldo XRP dasar yang dipegang untuk alasan operasional, bukan untuk biaya transaksi.
Di mainnet, akun harus memegang cadangan dasar 1 XRP ditambah 0,2 XRP per objek ledger yang dimiliki (cadangan pemilik). Persyaratan tersebut diturunkan secara tajam pada 2 Desember 2024, perubahan yang membuat aplikasi intensif sumber daya lebih layak.
Hal itu penting karena Token Escrow adalah fitur yang didorong objek. Setiap escrow yang dibuat di ledger adalah objek yang dimiliki. Saat alur kerja penyelesaian berbasis escrow berkembang, mereka dapat meningkatkan persyaratan cadangan pemilik untuk entitas yang memiliki objek tersebut.
Rentang skenario sederhana menggambarkan hubungan mekanis.
Jika adopsi Token Escrow mendorong tambahan 100.000 objek escrow, itu berarti tambahan 20.000 XRP dalam cadangan pemilik (100.000 × 0,2). Pada 1.000.000 objek escrow baru, total XRP adalah 200.000. Pada 10.000.000, itu adalah 2.000.000 XRP.
Angka-angka tersebut bukan perkiraan adopsi, dan bukan prediksi harga. Namun, mereka menunjukkan bagaimana desain XRPL menghubungkan penggunaan dengan persyaratan cadangan.
Untuk institusi, cadangan tersebut berfungsi lebih seperti agunan operasional daripada biaya dan tetap ada karena sistem memerlukannya untuk menjalankan alur kerja intensif sumber daya.
Ini adalah salah satu alasan pengembang XRPL fokus pada fitur "pipa".
Dalam model berbasis cadangan, unit ekonomi pertumbuhan terkait dengan apakah ada lebih banyak objek bermakna di ledger, bukan apakah biaya transaksi naik.
Sementara itu, Token Escrow diperkenalkan bersama serangkaian perubahan yang lebih luas yang telah dibingkai oleh pengembang XRPL sebagai toolkit "berizin", dirancang untuk partisipasi yang diatur di ledger publik.
Permissioned Domains (XLS-80) diaktifkan di mainnet awal bulan ini.
Domain ini adalah lingkungan terkontrol yang "tidak melakukan apa-apa sendiri," tetapi memungkinkan fitur lain, termasuk bursa terdesentralisasi berizin dan protokol pinjaman, yang dapat membatasi akses dan mendukung kepatuhan on-chain.
RippleXDev mencatat di X bahwa Permissioned DEX telah mencapai konsensus validator untuk diaktifkan segera setelahnya.
Ketika dilihat sebagai arsitektur gabungan, fitur-fitur ini menjawab tiga pertanyaan berbeda untuk peserta institusional.
Permissioned Domains menangani siapa yang diizinkan untuk berpartisipasi dalam transaksi. Token Escrow menangani bagaimana aset diselesaikan secara bersyarat dan aman. Terakhir, Permissioned DEX menangani di mana likuiditas yang patuh dan penemuan harga terjadi.
Triad fitur ini menunjukkan pergeseran dalam proposisi nilai fundamental XRPL.
Ini bergerak menjauh dari hanya dipandang sebagai rantai pembayaran dengan buku pesanan limit pusat dan menuju peran sebagai lapisan penyelesaian institusional yang didefinisikan oleh partisipasi terbatas, platform terkontrol, dan penyelesaian bersyarat asli.
Premisnya sederhana. Stablecoin dan aset yang ditokenisasi sedang berkembang, dan entitas yang diatur sering lebih suka tidak berinteraksi dengan pool terbuka di mana identitas peserta dan kontrol akses tidak jelas.
Jika ledger dapat mendukung partisipasi terbatas dan penyelesaian bersyarat tanpa sepenuhnya bergantung pada sistem eksternal, menjadi lebih mudah untuk memetakan kepatuhan dan operasi dunia nyata ke rel on-chain.
Aktivasi Token Escrow mewakili taruhan berwawasan ke depan bahwa masa depan blockchain terletak pada tumpukan yang kompatibel dengan kepatuhan daripada sistem yang murni tanpa izin.
Pilar pertama adalah pembentukan likuiditas yang diatur, di mana platform berizin mengurangi gesekan kepatuhan yang saat ini mencegah banyak institusi mengakses pool likuiditas terbuka.
Kedua adalah standardisasi penyelesaian RWA. Dengan treasury yang ditokenisasi dan aset lainnya sudah berkembang, primitif penyelesaian bersyarat dapat membuat alur kerja produksi lebih mudah untuk dikirim.
Pilar ketiga adalah memperluas utilitas stablecoin di luar transfer sederhana. Kemampuan escrow membuka penyelesaian terstruktur dan otomasi treasury, kasus penggunaan yang lebih menyerupai operasi back-office daripada perdagangan aktif.
Risiko implementasi yang signifikan tetap ada, karena penerbit harus ikut serta dalam kemampuan token escrow dengan mengaktifkan flag yang diperlukan. Pada saat yang sama, dompet dan bursa harus mengintegrasikan alur baru untuk membuatnya dapat diakses oleh pengguna.
Selain itu, munculnya domain berizin membawa risiko fragmentasi likuiditas jika ekosistem terbagi terlalu tajam antara pasar terbuka dan terbatas.
Postingan Token Escrow di XRPL dapat memaksa permintaan XRP baru, tetapi hanya jika hambatan adopsi ini teratasi muncul pertama kali di CryptoSlate.


