Escrow token XRPL menargetkan penggunaan blockchain yang ramah regulasi

<div class="entry-content">
 <div>
  <p>Pada 12 Februari, RippleX, divisi pengembangan Ripple, mengumumkan bahwa Token Escrow kini telah aktif di mainnet XRP Ledger (XRPL).</p>
  <p>Perubahan ini, yang diberi label Token Escrow (XLS-85), memperluas penguncian dan pelepasan kondisional ke token berbasis trustline (IOU) dan Multi-Purpose Token (MPT).</p>
  <p>Ini memperluas fungsi escrow jaringan di luar XRP untuk mencakup aset yang diterbitkan yang digunakan untuk stablecoin dan instrumen yang ditokenisasi.</p>
  <p>Peningkatan ini tiba saat stablecoin terus berkembang sebagai lini produk kripto yang paling mapan. Data <em>CryptoSlate</em> menunjukkan bahwa total pasokan beredar dari aset-aset ini melayang sekitar $308 miliar dan terus meningkat setiap minggu.</p>
  <p>Pada saat yang sama, aset dunia nyata yang ditokenisasi juga berkembang secara paralel. Data dari RWA.xyz menunjukkan bahwa Treasuri AS yang ditokenisasi bernilai sekitar $10 miliar di blockchain publik, dengan puluhan miliar lagi di berbagai kategori seperti kredit swasta dan komoditas.</p>
  <p>Untuk XRPL, konteks pasar itulah intinya. Fitur baru ini bukan tentang menambahkan alat opsional lain untuk pengembang, tetapi lebih tentang memperkenalkan primitif penyelesaian on-chain yang dapat digunakan institusi untuk memindahkan aset hanya setelah kondisi terpenuhi.</p>
  <h2>Escrow meluas melampaui XRP, tetapi penerbit tetap memegang kendali</h2>
  <p>XRPL telah mendukung escrow selama bertahun-tahun, tetapi fitur tersebut secara historis hanya berlaku untuk XRP.</p>
  <p>Token Escrow memperluas cakupan tersebut ke token yang diterbitkan, yang merupakan tempat sebagian besar kasus penggunaan yang menghadap institusi berada.</p>
  <p>Di XRPL, stablecoin, Treasuri yang ditokenisasi, dan instrumen tokenisasi lainnya umumnya tidak diakui sebagai koin asli. Sebaliknya, mereka dianggap sebagai aset yang diterbitkan.</p>
  <p>Dokumentasi XRPL membuat model kontrol penerbit menjadi eksplisit. Token escrow diberi izin pada tingkat penerbit dan token dan tidak secara otomatis tersedia untuk setiap aset yang diterbitkan di jaringan.</p>
  <p>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.</p>
  <p>Desain tersebut penting bagi penerbit yang diatur, yang sering menginginkan hook kebijakan dan titik kontrol yang tertanam dalam siklus hidup aset.</p>
  <p>Ini juga berarti jalur adopsi tidak otomatis. Amandemen yang aktif tidak menjamin volume segera jika penerbit tidak ikut serta dan jika dompet dan platform tidak membangun alur pengguna di sekitarnya.</p>
  <p>Fitur ini dirancang untuk alur kerja yang memerlukan penyelesaian kondisional. Dalam keuangan tradisional, kondisi tersebut ditangani melalui perantara, kontrak, dan proses operasional.</p>
  <p>Penyelesaian on-chain dapat memampatkan langkah-langkah tersebut jika ledger dasar mengunci nilai dan melepaskannya hanya ketika aturan yang telah ditentukan sebelumnya terpenuhi.</p>
  <p>Dalam istilah praktis, escrow yang diaktifkan token dapat mendukung penyelesaian delivery-versus-payment, distribusi terkunci waktu dan pembayaran terstruktur, penyelesaian perdagangan over-the-counter yang mengurangi risiko pihak lawan, dan mekanisme agunan dan margin yang memerlukan pelepasan kondisional daripada transfer langsung.</p>
  <p>Setiap alur kerja tersebut menjadi lebih mudah dimodelkan ketika primitif escrow dapat menampung jenis aset yang sama yang digunakan institusi dalam penyelesaian, daripada memaksa proses untuk merutekan hanya melalui XRP.</p>
  <h2>Model cadangan XRPL mengubah pertumbuhan objek menjadi permintaan struktural XRP</h2>
  <p>Model cadangan XRPL menciptakan mekanisme tingkat kedua yang dapat menerjemahkan penggunaan ledger yang lebih besar menjadi saldo XRP dasar yang dipegang untuk alasan operasional, bukan untuk biaya transaksi.</p>
  <p>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.</p>
  <p>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.</p>
  <p>Rentang skenario sederhana menggambarkan hubungan mekanis.</p>
  <p>Jika adopsi Token Escrow mendorong tambahan 100.000 objek escrow, itu menyiratkan kenaikan 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, adalah 2.000.000 XRP.</p>
  <p>Angka-angka tersebut bukan ramalan adopsi, dan bukan panggilan harga. Namun, mereka menunjukkan bagaimana desain XRPL menghubungkan penggunaan dengan persyaratan cadangan.</p>
  <p>Untuk institusi, cadangan tersebut berfungsi lebih seperti agunan operasional daripada biaya dan tetap ada karena sistem memerlukannya untuk menjalankan alur kerja intensif sumber daya.</p>
  <p>Ini adalah salah satu alasan pengembang XRPL fokus pada fitur "plumbing".</p>
  <p>Dalam model berbasis cadangan, ekonomi unit pertumbuhan terkait dengan apakah lebih banyak objek yang berarti ada di ledger, bukan apakah biaya transaksi naik.</p>
  <div id="cs-inline-newsletter-6991aa0b6c0de" class="cs-inline-newsletter">
   <div class="cs-inline-newsletter__inner">
    <div class="cs-inline-newsletter__content">
     <span class="cs-inline-newsletter__eyebrow">CryptoSlate Daily Brief</span>
     <h3 class="cs-inline-newsletter__title">Sinyal harian, nol kebisingan.</h3>
     <p>Berita utama yang menggerakkan pasar dan konteks dikirimkan setiap pagi dalam satu bacaan ringkas.</p>
     <p><i class="fa-regular fa-bolt"></i> Ringkasan 5 menit <i class="fa-regular fa-star"></i> 100 ribu+ pembaca</p>
    </div>
    <div class="cs-inline-newsletter__form-shell">
     <p>Gratis. Tanpa spam. Berhenti berlangganan kapan saja.</p>
     <p><i class="fa-regular fa-circle-xmark"></i> Ups, sepertinya ada masalah. Silakan coba lagi.</p>
     <p><i class="fa-regular fa-circle-check"></i> Anda sudah berlangganan. Selamat datang.</p>
    </div>
   </div>
  </div>
  <h2>Dorongan yang lebih besar adalah stack yang diizinkan, bukan amandemen tunggal</h2>
  <p>Sementara itu, Token Escrow diperkenalkan bersama dengan serangkaian perubahan yang lebih luas yang dibingkai oleh pengembang XRPL sebagai toolkit "permissioned", dirancang untuk partisipasi yang diatur di ledger publik.</p>
  <p>Permissioned Domains (XLS-80) diaktifkan di mainnet awal bulan ini.</p>
  <p>Domain ini adalah lingkungan terkontrol yang "tidak melakukan apa-apa sendiri," tetapi mengaktifkan fitur lain, termasuk bursa terdesentralisasi yang diizinkan dan protokol pinjaman, yang dapat membatasi akses dan mendukung kepatuhan on-chain.</p>
  <p>RippleXDev mencatat di X bahwa Permissioned DEX telah mencapai konsensus validator untuk diaktifkan tidak lama setelahnya.</p>
  <p>Ketika dilihat sebagai arsitektur gabungan, fitur-fitur ini menjawab tiga pertanyaan berbeda untuk peserta institusional.</p>
  <p>Permissioned Domains menangani siapa yang diizinkan untuk berpartisipasi dalam transaksi. Token Escrow menangani bagaimana aset diselesaikan secara kondisional dan aman. Terakhir, Permissioned DEX menangani di mana likuiditas yang patuh dan penemuan harga terjadi.</p>
  <p>Triad fitur ini menunjukkan pergeseran dalam proposisi nilai fundamental XRPL.</p>
  <p>Ini bergerak menjauh dari hanya dipandang sebagai rantai pembayaran dengan buku pesanan limit sentral dan menuju peran sebagai lapisan penyelesaian institusional yang didefinisikan oleh partisipasi yang dijaga, tempat yang dikontrol, dan penyelesaian kondisional asli.</p>
  <p>Premisnya sederhana. Stablecoin dan aset yang ditokenisasi berkembang, dan entitas yang diatur sering lebih memilih untuk tidak berinteraksi dengan pool terbuka di mana identitas peserta dan kontrol akses tidak terdefinisi.</p>
  <p>Jika ledger dapat mendukung partisipasi yang dijaga dan penyelesaian kondisional tanpa sepenuhnya bergantung pada sistem eksternal, menjadi lebih mudah untuk memetakan kepatuhan dan operasi dunia nyata ke rel on-chain.</p>
  <h2>Apa yang akan datang selanjutnya, dan apa yang dapat memperlambatnya</h2>
  <p>Aktivasi Token Escrow mewakili taruhan berpandangan ke depan bahwa masa depan blockchain terletak pada stack yang kompatibel dengan kepatuhan daripada sistem yang sepenuhnya tanpa izin.</p>
  <p>Pilar pertama adalah pembentukan likuiditas yang diatur, di mana tempat yang diizinkan mengurangi gesekan kepatuhan yang saat ini mencegah banyak institusi mengakses pool likuiditas terbuka.</p>
  <p>Yang kedua adalah standarisasi penyelesaian RWA. Dengan treasuri yang ditokenisasi dan aset lain yang sudah berkembang, primitif penyelesaian kondisional dapat membuat alur kerja produksi lebih mudah dikirim.</p>
  <p>Pilar ketiga adalah memperluas utilitas stablecoin di luar transfer sederhana. Kemampuan escrow membuka penyelesaian terstruktur dan otomatisasi perbendaharaan, kasus penggunaan yang lebih menyerupai operasi back-office daripada perdagangan aktif.</p>
  <p>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.</p>
  <p>Selain itu, munculnya domain yang diizinkan membawa risiko fragmentasi likuiditas jika ekosistem terpecah terlalu tajam antara pasar terbuka dan terjaga.</p>
  <div class="post-bottom">
   <div class="post-mentions-and-posted-in">
    <div class="post-info-block post-mentions">
     <span class="post-info__label">Disebutkan dalam artikel ini</span>
    </div>
   </div>
  </div>
 </div>
 <p>Sumber: https://cryptoslate.com/xrpls-token-escrow-targets-regulatory-friendly-blockchain-use/</p>
</div>