XRP分類帳信貸標準未過關 主網啟用要等驗證人80%支持

瑞波（Ripple）將XRP分類帳（XRP Ledger，XRPL）的單一資產金庫（XLS-65）與借貸協議（XLS-66），定位為機構級鏈上信貸基礎設施的核心功能。不過，這兩項提案雖已寫入相關軟體版本，距離主網正式啟用所需的審查與投票程序仍未走完。

瑞波在6月29日發布的文章中說明，這套架構讓機構在鏈下自行判斷借款人資質與法規遵循，再由協議標準化貸款執行、還款與條件履行的流程。簡單來說，信用評估留在鏈下，交易處理則搬到鏈上完成。

單一資產金庫是匯聚放貸資金的基礎功能。根據XRP分類帳官方文件，金庫只會集中瑞波幣(XRP)、信任線代幣（trustline token）或多用途代幣（MPT）三者之一，再將資金供應給其他鏈上協議使用。

MPT是XRP分類帳用來表示代幣化資產的功能，一個金庫只能裝入單一種類的資產，借貸協議則運用這些集中起來的資金，執行固定期限的無抵押貸款。

建立貸款需要放貸中介與借款人雙方簽署。放貸中介會先在鏈下完成信用與法規遵循審查，確認條件後，再把協議好的內容以鏈上交易方式執行。

這與一般以自動清算為核心的去中心化金融（DeFi）借貸模式不同。XRP分類帳文件明確寫道，目前的實作並未包含自動化的鏈上抵押品管理與清算機制，因此XLS-66不能視為常見的抵押貸款或會自動清算的貨幣市場產品。

本站先前已報導XLS-66的無抵押貸款結構與鏈下信用審查方式，當時就指出，標準提案審查與程式碼測試雖在進行中，但尚未成為主網上可實際使用的功能，這也是外界關注的核心課題。

XRP分類帳官方「Known Amendments」文件將單一資產金庫與借貸協議都標示為「Loading（載入中）」狀態，預設投票結果為「No」；對應的兩份標準文件也仍歸類在「Draft（草案）」階段。

XRP分類帳的提案要正式啟用，須讓驗證人（validator）支持率連續兩週維持在80%以上。換句話說，程式碼被寫入軟體是一回事，功能真正在網路上啟用又是另一回事，兩者不能劃上等號。

1月28日發布的XRP分類帳3.1.0版本，已納入單一資產金庫與借貸協議的支援程式碼；6月15日推出的xrpld 3.2.0版本，也對這兩項功能進行了修正與維護作業。

本站稍早報導，xrpld 3.2.0修正了單一資產金庫與借貸協議在精確度與四捨五入上的錯誤。在資金匯聚再放貸的架構裡，金庫記帳與還款處理的精準度，正是實際運作能否順利的前提。

資安公司哈爾本（Halborn）於2025年7月21日至8月5日（當地時間）對借貸協議進行稽核，共發現13項問題，其中包含4項「嚴重」、1項「高」、4項「中」與4項「低」風險等級的項目。哈爾本表示，回報的問題已全數獲得處理。

不過，這份稽核結果僅反映當時檢視的程式碼版本。若標準確定內容與網路啟用過程中程式碼出現變動，針對修改後版本的追加驗證同樣重要。

社群內部的反應則呈現期待與疑慮並存的局面。XRPL Commons於3月6日公開表態支持XLS-65，認為單一資產金庫是資金共同管理所需的協議層基礎功能。

相對地，在XRPL-Standards的GitHub討論串中，也有人對是否符合美國證券法規、鏈下審查責任歸屬，以及分散式身分識別（DID）與客戶身分驗證（KYC）的設計方式提出疑慮。兩項提案要在主網正式啟用，都必須先讓驗證人支持率連續兩週超過80%。