XRP Ledger（XRPL）上的一項草案提案 XLS-66，將引入使用資金池資產的固定期限、無擔保借貸。 XLS-66 Lending Protocol 仍屬草案，並依賴兩項配套提案 XLS-65 與 XLS-64。其設計勾勒出原生借貸在帳本上的運作方式：資金池金庫持有存款人資產，貸款經紀人在鏈下發放貸款並管理信用風險，而第一損失資本可依經紀人選定的覆蓋條款，抵銷部分違約損失。若經由治理流程批准並啟用，該提案將使 XRPL 可用借貸原語——不過它本身不會自動創造借款人、流動性或成熟的經紀人網路。由於該提案仍屬草案基礎設施，資金池條款與經紀人披露仍是最重要的觀察依據。

金庫與經紀人是核心

XLS-66 建立在 XLS-65 Single Asset Vaults 之上。金庫會將存款人提供的單一資產——XRP、由發行方背書的 IOU 或 Multi-Purpose Token——匯聚起來，並發行代表每位存款人在資金池中權益的份額。

貸款經紀人將金庫連接至借貸協議。經紀人負責建立資金池、發放貸款，並在整個存續期間管理該安排。經紀人也會設定關鍵經濟條件，包括管理費，以及若有的話，配置於資金池上的第一損失資本數額。

金庫份額代表所有權，不代表保證流動性

存款人將資產放入資金池後，會取得金庫份額。這些份額代表其對金庫的按比例請求權，但實際價值取決於資金池可用資產與提領政策。一旦資本已被貸放，存款人可能無法立即取回同等數量的流動資產。因此，未來金庫的文件應說明在貸款尚未結清時如何提領、申請是否可以排隊，以及金庫是否會根據可用流動性限制放貸規模。

存取權限可以是公開或受限

XLS-65 允許公開金庫與私有金庫。公開資金池可接受廣泛的存款人群體；私有資金池則可使用鏈上憑證限制已核准參與者的存取。這讓 XRPL 有空間同時容納機構信用資金池與開放存取產品。這也意味著「原生借貸」不會呈現單一、統一的體驗：每個資金池在可存款者、可借款者，以及參與者可取得哪些資訊方面，都可能不同。

貸款如何記錄與服務

在 XLS-66 之下，貸款經紀人與借款人會建立一筆具有明確本金、利率、付款週期、到期日與寬限期的貸款。之後，貸款物件會追蹤尚未償還的本金與利息。該協議包含付款處理、逾期利息規則，以及如貸款發放或提前還款等服務的費用。如果借款人在約定寬限期之後仍未付款，經紀人可依提案規則將該貸款標記為減損或違約。

把這些細節記錄在帳本上，可能讓放款人、借款人與託管方更容易使用同一份紀錄。Evernorth 首席商務長 Sagar Shah 曾在一份提交給 SEC 的 公司溝通文件中表示，共享貸款資料可減少這些參與方之間的對帳爭議。

不過，違約狀態本身只是一項會計事件，並不會自動追回未償金額。貸款背後的法律協議與經紀人的回收流程，仍是影響存款人結果的核心。

信用判斷仍在 XRPL 之外

XLS-66 在協議層級是為無擔保貸款而設計。其作者刻意省略了自動化的鏈上抵押管理與強制清算，改採鏈下授信。實務上，經紀人必須判斷借款人是否有能力償還。這項評估可能涉及財務報表、交易歷史、法律協議、保證，或存放於 XRPL 之外的抵押品。該提案未規定單一授信方法，也未建立通用的借款人標準。

這樣的設計可能適合已使用成熟信用流程的做市商與機構。它同時也提高了經紀人資訊透明度的重要性：存款人需要足夠資訊，才能在決定是否接受報酬前，評估經紀人的放貸紀律與風險是否匹配。

第一損失資本可緩和違約衝擊

該提案允許經紀人存入第一損失資本。若發生違約，這部分資本的一部分可以被清算並返還至金庫，從而降低轉嫁給存款人的損失。

此緩衝可能因資金池而小或大。僅看代幣數量無法判斷其價值。100 萬 XRP 的準備金，對比 500 萬 XRP 的貸款，與對比 1 億 XRP 的貸款，其意義截然不同。

未來資金池披露應顯示所需的最低覆蓋、可供清算的覆蓋比例，以及經紀人提取超額資本的能力。這些數據才能揭示借款人失約時，存款人實際擁有多少保護。

資本進入資金池前應清楚揭露的條款

一個可信的 XRPL 借貸資金池，不能只公布年化收益率。其文件應回答以下問題：

經紀人身分與司法管轄：誰在運營該資金池、透過哪個法律實體，以及適用何種管轄法律？

借款人資格：哪些公司或帳戶可以獲得貸款，關聯方是否可以從資金池借款？

集中度限制：金庫中有多少比例可借給單一借款人或關聯借款人群體？

損失覆蓋：以未償債務比例計算，已配置多少第一損失資本？

提領條款：存款人何時可以贖回金庫份額，而當資金池大部分資產已被貸出時會發生什麼？

違約與回收流程：違約後由誰採取行動，資金池對借款人持有哪些請求權？

這些都是常見的借貸問題，但當鏈上金庫為參與者提供進入信用市場的簡便入口時，它們就變得更為重要。結算透明度並不能取代信用分析。

核准將開啟測試空間

XLS-66 仍屬草案，且需要 XLS-65 與 XLS-64 配合。若治理與啟用流程成功，借貸原語將可在 XRPL 上使用，但它本身不會自動帶來借款人、流動性或成熟的經紀人網路。最早可觀察到的採用跡象會很具體：有名稱的經紀人、公開的資金池條款、揭露的覆蓋比率，以及可隨時間檢視的鏈上還款紀錄。這些細節將顯示該提案框架是否正在服務真實的信用市場，抑或只是新增另一個未被使用的帳本功能。

為何 Evernorth 會出現在討論中

The Block 在 8 月 20 日報導，Evernorth 正在探索圍繞 XRP 的 DeFi 機會。Evernorth 並不控制 XLS-66，且已審閱的原始資料中，也未顯示其營運任何 Evernorth 主導的借貸資金池。其相關性較窄：其官方揭露的資金策略包含放貸、流動性提供與 DeFi 收益，因此若 XRPL 借貸成為可用機制，它可能是潛在的機構使用者之一。

XRPL 的借貸提案，最終將由其底下建立的資金池來評判：借款人是誰、流動性條款如何，以及信用環境惡化時能提供多少保護。

技術主張與提案狀態係根據官方 XLS-66 Lending Protocol 與 XLS-65 Single Asset Vault 規格。Evernorth 的當前相關性則參考自 The Block 8 月 20 日報導、其官方發佈聲明，以及一份提交給 SEC 的公司溝通文件。

本文最初發布於 Coindoo。