Ripple 已發布 XRP Ledger 3.0.0 版本,並敦促驗證者和節點營運商立即升級以避免中斷。這不僅僅是一次升級,因為它修復了與代幣託管相關的根本技術問題。
這是 XRPL 上用於結算以及預定交易的關鍵功能之一。參與開發企業應用程式的人員一直將託管視為信任的重要支柱之一。
延伸閱讀:XRPL 第二季度在 XRP 市值上升的同時,RLUSD 採用率創下 154% 的紀錄
然而,託管一直是 XRPL 結算服務不可或缺的一部分。長期以來,它僅支援使用 XRP。但這意味著如果企業要在 XRPL 上發行其代幣,將難以利用這些進階功能。
名為 XLS-85 代幣託管的提案為已發行資產(例如 IOU 和多用途代幣)引入了託管服務。
多用途代幣在代幣化中特別相關。它們結合了同質化和非同質化代幣,並且還包含大量的元資料。
XRPL 開發者將多用途代幣視為高合規環境的解決方案,因為它們能夠在不使用外部智慧合約的情況下包含規則和生命週期。
原始代幣託管設計的內部測試人員注意到關於 MPT 的問題,其中包含轉帳費用。這個問題在託管流程完成和代幣釋放後出現。
當 100 個代幣被解鎖時,扣除 1 個代幣的轉帳費用後,接收者實際獲得 99 個代幣。
問題出在發行者的會計處理上。帳本僅將發行者的 LockedAmount 減少了 99,而非原本託管的全部 100。因此,有一個代幣仍處於鎖定狀態。最終,這個小問題可能會累積並導致網路上的供應量出現差異。
追蹤 XRPL 基礎設施的專家不斷強調在代幣網路中最微小的會計差異的危險性,以及它們如何可能破壞對這些網路的信任。
此問題已在 TokenEscrowV1 修正案中得到解決,其中總託管邏輯已與淨交付分離。一旦託管完成,LockedAmount 將減少其先前鎖定的全部價值。
轉帳費用將獨立處理,因此只有淨值影響供應量。不會有代幣被留在鎖定狀態,總供應量的數值將保持準確。
延伸閱讀:Anodos 推出的次世代 XRPL 錢包簡化了註冊流程並獎勵使用者


