Ripple telah mengeluarkan XRP Ledger versi 3.0.0 dan menggesa pengesah serta pengendali nod untuk menaik taraf segera bagi mengelakkan gangguan. Ini bukan sekadar peningkatan. Ini kerana ia membetulkan masalah teknologi asas yang berkaitan dengan escrow token.
Ini adalah salah satu fungsi utama yang digunakan untuk penyelesaian serta transaksi berjadual pada XRPL. Mereka yang terlibat dalam pembangunan aplikasi perusahaan menganggap escrow sebagai salah satu tonggak penting kepercayaan.
Baca Juga: XRPL Q2 Menyaksikan Rekod 154% Penggunaan RLUSD Di Tengah Peningkatan Permodalan Pasaran XRP
Walau bagaimanapun, escrow sentiasa menjadi bahagian penting dalam perkhidmatan penyelesaian XRPL. Untuk tempoh yang lama, ia hanya menyokong penggunaan XRP secara eksklusif. Tetapi ini bermakna jika perniagaan ingin mengeluarkan tokennya pada XRPL, ia akan menghadapi kesukaran untuk memanfaatkan ciri-ciri canggih.
Cadangan yang dipanggil XLS-85 Token Escrow memperkenalkan perkhidmatan escrow untuk aset yang diterbitkan, seperti IOU dan Token Pelbagai Guna.
Token Pelbagai Guna amat relevan dalam tokenisasi. Ia adalah gabungan token boleh tukar dan tidak boleh tukar serta mengandungi banyak metadata.
Pembangun XRPL memetik Token Pelbagai Guna sebagai penyelesaian untuk persekitaran pematuhan tinggi kerana ia mampu memasukkan peraturan dan kitaran hayat tanpa menggunakan kontrak pintar luaran.
Penguji dalaman reka bentuk Token Escrow asal menyedari masalah berkaitan MPT, yang mengandungi yuran pemindahan. Masalah ini muncul selepas selesai proses escrow dan pembebasan token.
Apabila 100 token dibuka kunci, dengan yuran pemindahan 1 token, penerima sebenarnya menerima 99 token.
Masalahnya terletak pada perakaunan penerbit. Lejar mengurangkan LockedAmount penerbit hanya sebanyak 99 dan bukannya keseluruhan 100 yang asal di-escrow. Oleh itu, satu token kekal dalam keadaan terkunci. Akhirnya, isu kecil ini mungkin terkumpul dan membawa kepada percanggahan dalam jumlah bekalan pada rangkaian.
Pakar yang menjejaki infrastruktur XRPL telah sentiasa menyerlahkan bahaya percanggahan perakaunan yang paling kecil dalam konteks rangkaian token dan bagaimana ia boleh menjejaskan kepercayaan dalam rangkaian tersebut.
Isu ini telah diselesaikan dalam pindaan TokenEscrowV1, di mana logik escrow kasar telah diasingkan daripada penghantaran bersih. Setelah escrow selesai, LockedAmount akan berkurangan mengikut keseluruhan nilai yang dikunci sebelumnya.
Caj pemindahan akan diproses secara berasingan supaya hanya nilai bersih memberi kesan kepada bekalan. Tiada token akan dibiarkan terkunci, dan nilai jumlah bekalan akan dikekalkan dengan tepat.
Baca Juga: Dompet XRPL Generasi Seterusnya daripada Anodos Memudahkan Penyertaan dan Memberi Ganjaran kepada Pengguna


