新聞 
幣種資訊 
關於我們 
根據 XRPL 開發團隊與 XRPL.org 公布的技術更新，於 12 日（當地時間），由 *瑞波幣(XRP)* 驅動的 *XRP Ledger(XRPL)* 正式在主網啟用「*代幣託管(Token Escrow, XLS-85)*」功能。這項升級將原本只適用於 *XRP* 的「*託管(Escrow)*」機制，全面擴展至 XRPL 上的所有可替代型代幣，包括依賴「*信任線(IOU)*」發行的代幣與「*多用途代幣(Multi-Purpose Token, MPT)*」，讓條件式與時間鎖定等 *鏈上結算* 結構可以套用在更廣泛的資產上。
此次 *XLS-85* 在主網啟用，是在 34 個驗證者中獲得 30 個節點同意（約 88% 共識）後生效，並透過 *Ripple* 節點軟體「*rippled*」2.5.0 版本中內建的 XLS-85 規格予以實作。隨著託管機制從單一 *瑞波幣(XRP)* 擴展至信任線代幣與 *MPT*，XRPL 的支付與清算基礎設施被視為進一步強化，能支援更多元的 *代幣經濟* 與 *機構級應用*。
*Ripple* 旗下開發部門 *RippleX* 在社群平台 X 上指出，「*代幣託管(XLS-85)* 已在 XRPL 主網上線，此功能將原生託管從 XRP 擴展至所有信任線代幣與 MPT，從類似 *RLUSD* 的穩定幣到各類 *實體資產代幣(RWA)*，XRPL 現在都能支援安全且具條件的 *鏈上支付*。」*評論*：這意味著 XRPL 不再只是一條為 XRP 優化的支付鏈，而是進一步朝「*多資產結算層*」定位邁進，對機構化 DeFi 的吸引力明顯提升。
根據 XRPL.org 說明，傳統意義上的「*託管(Escrow)*」通常由第三方 intermediaries 代為保管資產並按約釋放；XRPL 則是以「嵌入帳本的自動化系統」取代中介。過去這套自動化託管機制只適用於 *瑞波幣(XRP)*，此次 *代幣託管* 更新，將相同結構擴大到所有「*可替代型(Fungible)* 代幣」，不涵蓋 NFT 類別，進一步豐富 XRPL 的 *支付、清算與風險管理* 工具箱。
在具體實作上，信任線代幣與 *MPT* 需透過不同旗標(flag)來啟用託管功能。信任線代幣方面，代幣發行帳戶必須先開啟「*Allow Trust Line Locking*」旗標，該代幣才可被鎖入託管合約；若該旗標維持關閉狀態，該 *IOU* 僅可照舊進行轉帳，無法納入託管結構。至於 *MPT*，發行方需在發行當下明確設定「*Can Escrow*」與「*Can Transfer*」兩項旗標，分別對應「是否可被鎖入託管」以及「解鎖後是否可再次轉移」，藉此細緻區隔「可鎖定」與「可移轉」兩類權限。
不過，規則對發行者設下了一個關鍵限制：代幣發行帳戶不得「將自己發行的代幣，鎖入由自己創建的託管合約」。換言之，發行者可以作為收款人，從其他用戶建立的託管中接收代幣，但不能自己同時扮演「發行方」與「同一代幣託管的創建者」。*評論*：此設計可降低發行方透過自我託管操控流通或製造假性鎖倉的空間，有助於提升代幣經濟的透明度與市場信任。
在「*權限(Authorization)*」管理層面，若某一代幣由發行方設定為「需事先授權」模式，則託管相關操作也必須符合這種授權邏輯：
發送方在創建託管前就要先取得發行方的收款授權；當託管到期被取消並將代幣退回原帳戶時，該帳戶同樣必須具備可接收該代幣的授權資格，無論是誰提出取消請求。此外，託管的最終收款人若試圖完成「*EscrowFinish*」交易，在代幣屬於「需授權」類型時，也必須事先獲得發行者認可，否則交易將被網路拒絕。這種在 *協議層* 就內建的「*存取控制*」與「合規條件」，明顯對 *反洗錢(AML)* 與 *證券型代幣* 法規因應更為友善。
功能面上，XRP Ledger 延續既有的「*時間型*」、「*條件型*」與「*複合型*」託管結構。用戶透過「*EscrowCreate*」將資產鎖定，當條件達成時由「*EscrowFinish*」釋放資產，若超過到期時間則可由「*EscrowCancel*」申請返還。對於代幣託管，規格明定「*必須設定到期時間(expiration time)*」，不允許無限期鎖定，天然適用於 *解鎖(Unlock)* 條件明確的 *線性釋放(Vesting)* 與 *鎖倉(Lock-up)* 結構。
在成本層面，XRPL.org 提醒，託管交易「至少涉及兩筆交易」，且若採用「*加密條件(Crypto-Conditions)*」將提高手續費。當前 XRPL 僅支援 *PREIMAGE-SHA-256* 類型加密條件，這類機制會在「*EscrowFinish*」階段多出條件驗證流程，使得其最低手續費來到 330 *drop* 的 *瑞波幣(XRP)*，並隨條件資料（fulfillment）大小再額外加收費用。此一費用結構會連動主網的基本費率設定調整。*評論*：從經濟誘因來看，專案方與機構需要在「*更高鏈上自動化與安全性*」與「*手續費支出*」之間做權衡，選擇在哪些支付與結算環節啟用託管。
針對具體應用場景，*RippleX* 點出，*代幣託管* 可用於：
— *代幣解鎖與補助(Grant)發放*：專案團隊能將投資人與團隊配額鎖入託管，按時間或里程碑分批釋放；
— *條件式支付與場外交易(OTC)交換*：雙方可將代幣與資金同時鎖定，待條件滿足再同時釋放，降低對手風險；
— *財務與國庫(Treasury)流程*：包括因訴訟或監管因素導致的「法律保留」或質押品管理等情境；
— *實物資產(RWA) 解鎖結構*：可將鏈下事件（文件提交、監管核准、債券到期等）透過加密條件與託管結合，讓資產僅在條件滿足時釋放。
這些案例共同指向一個關鍵需求：需要「*在特定時間點或特定條件達成前，原生鎖定資產*」的鏈上機制。*代幣託管(XLS-85)* 正是在 XRPL 的代幣層提供這種「*lock until X*」能力，減少對第三方託管或完全鏈下協調的依賴。考量 XRPL 長期主打的「*合規與機構友好*」定位，這套能在鏈上精確管理「條件、授權與到期」的新功能，對吸引 *機構投資人* 與 *金融機構* 參與 XRPL 生態相當關鍵。
*評論*：隨著託管範圍從 *瑞波幣(XRP)* 擴大到所有 XRPL 代幣，未來在穩定幣、*RWA*、以及各類功能型代幣之上的結構性商品、支付與抵押方案，預期會在 XRPL 上出現更多創新嘗試。對布局「*機構級 DeFi*」的市場參與者而言，*代幣託管(XLS-85)* 不僅是功能補強，更像是 XRPL 向「多資產、可編程結算層」邁進的重要一步。
留言 0