XRPL 地址托管漏洞影響機構代幣化工作流程

• XRPL 3.0.0 引入 TokenEscrowV1 以修正帶有轉帳手續費的 MPT 托管會計問題，防止 LockedAmount 供應量漂移。
• 該修正案需經驗證者批准才能啟用，確保網絡節點間托管完成行為的一致性。

Ripple 已發布 XRP Ledger 版本 3.0.0，並敦促驗證者與節點運營商儘快升級。此次發布針對在內部測試中發現的發行資產的代幣托管會計錯誤。Ripple 表示，此修正支持在機構使用時間鎖定或條件基礎的代幣交付時保持結算行為的一致性。 為何這對 XRP Ledger 至關重要 托管（Escrow）是 XRPL 上一個長期使用的功能，用於預定交易和條件釋放。它歷來僅與 XRP 一起運作，限制了發行者對自己代幣使用托管的方式。XLS-85 Token Escrow 提案將托管擴展到其他發行資產，包括 IOU 和多用途代幣，實現超越 XRP 的托管交付，適用於企業工作流程。

提醒：XRPL 版本 3.0.0 已推出，我們鼓勵所有驗證者與節點運營商儘早升級，以確保服務連續性。✅

此最新版本包含多項修正，包括 TokenEscrow 的修正，您可以了解更多…

— RippleX (@RippleXDev) 2026 年 1 月 5 日

多用途代幣（Multi-purpose tokens）是 XRPL 原生的代幣格式，融合了可替代與非可替代的特性。它們可以攜帶共享屬性，同時在鏈上存儲資產特定的元數據。開發者描述它們適合用於合規代幣化，因為它們可以嵌入規則和生命週期管理，而無需依賴外部智能合約來進行核心控制。 原始 Token Escrow 設計的內部測試人員（尚未在主網啟用）發現了對於收取轉帳手續費的多用途代幣的會計不匹配問題。 在一個測試案例中，一個托管鎖定了100個代幣，並在解鎖時收取1個代幣的轉帳手續費。收款方在扣除手續費後正確收到了99個代幣。然而，發行者的會計記錄中，LockedAmount 減少了99而非整個100。完成後，仍有1個代幣被記錄為鎖定狀態，這會導致發行者的指標隨時間不同步。 TokenEscrowV1 將毛托管與淨交付分離 版本 3.0.0 包含 TokenEscrowV1 修正案，改變了帳本處理收取手續費的多用途代幣的托管完成方式。該修正案將毛托管會計與淨交付會計分離。 當托管完成時，LockedAmount 現在會減少原本放入托管的全部金額，回到托管前的水平。轉帳手續費由發行者的手續費機制獨立處理，因此只有淨交付的金額會影響未清供應量的計算。發行者的轉帳手續費機制會單獨計算手續費金額。 網絡表示，此方法可防止代幣在托管完成後仍卡在鎖定狀態，並使發行者的 LockedAmount 指標與帳本狀態保持一致。該修正與依賴準確托管會計的機構代幣化工作流程相關，包括預定支付和使用收取轉帳手續費的發行資產的自動化財庫操作。 由於 TokenEscrowV1 改變了核心帳本處理流程，需通過修正案投票啟用。驗證者必須批准該修正案，以確保節點在整個網絡中應用相同的托管完成規則。Ripple 呼籲運營商升級至版本 3.0.0，以保持實作的相容性，隨著網絡推進至啟用階段。 新版本 XRP Ledger 3.0.0 在 Ripple 擴展其在日本的布局，通過與亞洲 Web3 聯盟日本及 Web3 Salon 的合作推動日本金融基礎設施創新計劃後數週推出。 截至撰寫時，XRP 交易價格為 $2.33，在過去 24 小時內漲幅達 9.34%。