XRPL 處理託管漏洞影響機構代幣化工作流程

• XRPL 3.0.0 引入 TokenEscrowV1 以修復帶有轉帳手續費的 MPT 託管會計問題,防止 LockedAmount 供應量偏移。
• 此修正案需要驗證者批准才能啟動,確保網路節點間託管完成行為的一致性。

Ripple 已發布 XRP Ledger 版本 3.0.0,並敦促驗證者和節點營運商立即升級。此版本針對在已發行資產代幣託管內部測試期間發現的託管會計錯誤。Ripple 表示,此修復支援機構在 XRPL 上使用時間鎖定或基於條件的代幣交付時的一致結算行為。

為何這對 XRP Ledger 至關重要

託管是一個長期存在的 XRPL 功能,用於預定交易和條件性釋放。它歷來僅適用於 XRP,這限制了發行者如何為自己的代幣使用託管。XLS-85 代幣託管提案將託管擴展到其他已發行資產,包括 IOUs 和多用途代幣,使企業工作流程能夠在 XRP 之外進行託管交付。

多用途代幣是一種 XRPL 原生代幣格式,融合了可替代和不可替代的特性。它們可以攜帶共享特徵,同時在鏈上儲存資產特定的元數據。開發者描述它們適合合規代幣化,因為它們可以嵌入規則和生命週期處理,而無需依賴外部智能合約進行核心控制。

原始代幣託管設計的內部測試人員(該設計尚未在主網路上啟用)發現了收取轉帳手續費的多用途代幣的會計不匹配問題。 

在一個測試案例中,託管鎖定了一百個代幣,並在解鎖時收取一個代幣的轉帳手續費。收款人在收取手續費後正確收到了九十九個代幣。然而,發行者會計將發行者的 LockedAmount 減少了九十九而不是完整的一百。完成後仍有一個代幣被記錄為鎖定狀態,這將導致發行者指標隨時間推移而不同步。

TokenEscrowV1 將總託管額與淨交付額分離

版本 3.0.0 包含 TokenEscrowV1 修正案,改變了帳本處理帶有手續費的多用途代幣託管完成的方式。此修正案將總託管會計與淨交付會計分離。 

當託管完成時,LockedAmount 現在會減少最初放入託管的全部金額,恢復到託管前的水平。轉帳手續費透過發行者的手續費機制獨立處理,因此只有交付的淨金額會影響流通供應量計算。發行者的轉帳手續費機制單獨計算手續費金額。

網路表示,這種方法防止代幣在託管完成後仍處於鎖定狀態,並使發行者的 LockedAmount 指標與帳本狀態保持一致。它將此修復與依賴準確託管會計的機構代幣化工作流程聯繫起來,包括預定支付和使用帶有轉帳手續費的已發行資產的自動化財務操作。

由於 TokenEscrowV1 修改了核心帳本處理,因此需要透過修正案投票來啟動。驗證者必須批准該修正案,以確保節點在整個網路中應用相同的託管完成規則。Ripple 要求營運商升級到版本 3.0.0,以便在網路朝著啟動方向發展時保持實現的兼容性。

新的 XRP Ledger 版本 3.0.0 是在 Ripple 擴大其在日本的業務範圍幾週後推出的,透過日本金融基礎設施創新計劃,與 Asia Web3 Alliance Japan 和 Web3 Salon 建立合作夥伴關係。

截至撰寫本文時,XRP 的交易價格為 $2.33,在過去 24 小時內上漲了9.34%。