XRP Ledger 開發者正持續完善 XLS-66，這是一項擬議標準，將為 XRPL 引入原生借貸功能。若該規格持續推進，它可能成為該網路較重要的 DeFi 類升級之一。

該提案概述了一種以單一資產金庫（Single Asset Vaults）為核心的鏈上、固定期限、無抵押借貸模式。它也採用由貸款經紀人在鏈下進行的承銷，而結算則會透過 XRPL 基礎設施在鏈上處理。

這一結構是該提案的核心。XLS-66 並非設計成類似完全抵押化 Ethereum 貨幣市場的簡單「任何人向任何人借款」DeFi 借貸池。相反，它提出了一種更具結構性的借貸模式，將鏈下信用評估與基於區塊鏈的執行相結合。

該功能仍處於標準審查和程式碼測試階段。XLS-66 下的原生借貸尚未在 XRP Ledger 主網上線。

XRPL 正在向支付以外擴展

XRP Ledger 長期以來一直與支付、快速結算和交易功能相關。這段歷史仍然重要，但也可能使外界忽視該網路近期的開發方向。

XRPL 開發者一直在開發旨在擴大該鏈在鏈上金融中作用的功能，包括金庫、自動化做市商功能、憑證以及借貸標準。XLS-66 是這一更廣泛開發路線的一部分。不同於 EVM 相容鏈通常由第三方開發者以智慧合約形式部署 DeFi 協議，XRPL 透過標準提案和修正案，將主要金融功能作為原生協議功能實作。這意味著借貸等功能在主網啟用前，需要經過正式的標準審查流程，因此 XLS-66 這類提案是該網路路線圖的重要指標。

原生借貸協議將使 XRPL 與信貸市場建立更直接的連結。不過，該提案並非試圖完全複製現有 DeFi 模型。它引入單一資產金庫和固定期限借貸，同時將鏈下承銷保留為流程中的關鍵部分。

從這個角度看，該設計類似於傳統信貸流程與區塊鏈結算之間的橋樑。信用評估會在鏈下進行，而由此產生的貸款結構則可在 XRPL 上記錄和結算。

為何鏈下承銷是核心

多數 DeFi 借貸都是超額抵押。在這種模式下，使用者存入價值高於其借款金額的資產，若抵押品價值下跌過多，智慧合約會管理清算。這種方法透明且自動化，但資本效率也較低，因為借款人通常必須已持有大量資產，才能取得信用。Aave 和 Compound 等協議已在 Ethereum 上普及此模式，而它至今仍是大多數 DeFi 借貸市場的主導範式。

無抵押借貸的運作方式不同。它需要信任、身分、信用評估或承銷的某種組合。若缺乏這些要素，借款人可能在沒有可靠機制讓貸方評估還款風險的情況下取得貸款。

XLS-66 將貸款經紀人引入這一結構。根據擬議模型，信用決策和借款人評估會在鏈下進行，而由此產生的貸款條款和結算則可在鏈上處理。

這形成了一種與標準 DeFi 借貸顯著不同的風險模型。它可能更適合某些現實世界的信貸流程，但也高度依賴承銷流程的品質。區塊鏈可以記錄結算、執行特定條款並提供透明度，但並不會消除借款人的信用風險。

因此，貸款經紀人的角色是該提案的核心要素，而不是次要的實作細節。

單一資產金庫作為建構模組

單一資產金庫是擬議設計中的另一個重要部分。金庫結構可以協助組織資金、隔離資產，並為特定借貸活動建立更清晰的容器。相較於較不具結構性的資金池模型，這可能使基於 XRPL 的借貸更容易理解和管理。

對開發者而言，金庫也可能作為更廣泛的金融建構模組。一旦金庫機制可用，其他產品可能更容易開發。借貸、收益產品、結構性信貸和資產管理工具都需要可靠的方法來持有資產並進行會計記錄。

這就是為何技術標準討論在主網上線前也可能很重要。市場通常在功能上線後才投入更多關注，但架構是在更早期的標準辯論、修訂和測試過程中形成的。XLS-66 正是 XRPL 原生借貸設計正在開發和完善的階段。

XRPL 原生借貸尚未上線

主要需要注意的是，XLS-66 仍處於審查和測試階段。使用者不應假設目前已可使用 XRPL 原生借貸。開發者仍在處理規格和程式碼整合，包括 XRPLF 儲存庫中追蹤的相關工作。

這一流程對協議開發而言很常見，尤其是在涉及金融原語時。借貸系統需要仔細審查，因為錯誤可能代價高昂。它們涉及餘額、還款、違約、金庫會計、權限和使用者預期。

對 XRP 持有者和 XRPL 使用者而言，該提案值得關注，因為若能安全實施，它將擴大該網路的潛在用例。原生借貸可能強化 XRPL 的 DeFi 形象，並可能吸引尋求與該帳本速度和結算功能相連的信貸產品的開發者和使用者。

然而，在目前階段，該提案仍聚焦於設計和測試，而非採用。

XRPL 的 DeFi 開發更加可見

XLS-66 顯示，XRP Ledger 的開發正朝向更進階的金融基礎設施邁進。這並不取代該網路的支付傳統；而是在其上增加另一層。支付與借貸在傳統金融中密切相關，而同時支援兩者的區塊鏈，可能比僅用於轉帳的區塊鏈具備更廣泛的角色。

仍有多個問題尚未解決。該標準需要定稿，程式碼需要安全整合，開發者需要圍繞它建立借貸產品，使用者需要信任鏈下承銷模型，而貸款經紀人也需要產生實際需求。

這些結果仍不確定，且需要時間評估。目前的重點是，XRPL 開發者正以反映該網路自身架構的方式開發原生借貸，而不是簡單複製另一條鏈的 DeFi 模型。

若這項工作成功，XLS-66 可能有助於將 XRPL 定位為更廣泛的金融應用層。若進展停滯，它仍將顯示開發者一直試圖將該網路能力推向何處。無論如何，該標準仍是最值得關注的 XRPL 開發工作之一。

本文基於 XRPLF GitHub 上關於 XLS-66 的討論以及相關的 rippled pull request。原始報導由 News Desk 撰寫，並由 Samuel Rae 編輯。本文基於披露資料和主要來源文件中發布的資訊。