XRP Ledger 在上線前修正借貸協議

重點摘要

XRP Ledger 正在功能上線前修訂其借貸協議。開發者提出後續修正案 LendingProtocolV1_1，以修正原始 LendingProtocol 程式碼；該功能目前仍在驗證者投票佇列中。此功能旨在提供由資金池出資的定期無抵押貸款，並透過鏈下借款人評估和第一損失資本來吸收初期違約損失。修正案須在兩週期間內獲得至少 80% 受信任驗證者的支持。此次上線前修正，是在揭露一項可能讓人偽造 XRP 的休眠支付引擎漏洞之後進行的。修正版的目標是在一開始就獲得採用，而不是等啟用後再修補。

情緒分析

• 本文對 XRP Ledger 的開發流程抱持審慎樂觀的看法。在借貸功能啟用前發布修正，顯示開發者能在修正案仍待批准時，對已發現的問題做出回應。
• 文章語氣也謹慎而偏重技術細節。對驗證者門檻、資金池借貸、信用審核及第一損失資本的描述，著重於協議的運作方式，而非承諾借款人或投資人會獲得特定結果。
• 由於原始借貸程式碼需要修正，且另一項支付引擎缺陷可能讓人偽造 XRP，文中明確表達了疑慮。不過，文章並未聲稱任一問題已造成損失，也未表示借貸協議已經處理貸款。
• 整體情緒複雜，但略偏審慎樂觀：主動維護被視為一種防護措施，同時，漏洞及治理流程也凸顯了部署新金融功能所涉及的風險與審查。

文章正文

XRP Ledger 正在準備推出新的借貸功能，但開發者在協議啟用前便修訂其程式碼。開發者提出了名為 LendingProtocolV1_1 的第二項修正案，以處理原始 LendingProtocol 修正案中的問題。原始提案仍在網路的驗證者投票程序中，因此借貸系統尚未上線。根據更新後的文件，這項功能需要兩項修正案；若獲得批准，修正版便可從一開始生效。

此協議旨在支援沒有傳統鏈上抵押品的定期貸款。它使用資金池，採取更接近機構信貸的架構，而非某些去中心化金融系統常見的抵押品與自動清算機制。借款人將透過鏈下信用審核進行評估，也就是在帳本之外評估其信用狀況。因此，這項設計仰賴相關各方的判斷與流程，而不是自動執行抵押品處置。

這項提議架構的一個重要部分是「第一損失資本」。貸款經紀人會提供這筆緩衝資金，在借款人違約時吸收最初的衝擊。其目的是為資金池提供一層保障，但並不能消除借貸風險。文章也指出，發行方保留合規管控措施，包括凍結帳戶或追回資金的能力。這些功能屬於協議的運作架構，也使其有別於完全依賴自動化鏈上規則的系統。

修正時機十分重要，因為 XRP Ledger 的變更是透過修正案推出。提案必須在兩週投票期間內獲得至少 80% 受信任驗證者的支持，才能啟用。由於原始借貸修正案尚未達到該門檻，開發者可以在部署前為修正版程式碼爭取批准。這項流程讓開發者有機會在功能處理實際借貸活動前，先解決已知問題。

此次上線前修正，也發生在帳本支付引擎出現另一項安全問題之後。開發者揭露並修復了一項重大漏洞，該漏洞可能讓攻擊者鑄造偽造的 XRP。研究人員發現這項漏洞前，它已休眠約十年。文章將此事描述為一次虛驚，並未表示偽造的 XRP 確實曾被鑄造。這起事件為謹慎處理新程式碼提供了背景，但涉及的是帳本中與借貸協議不同的部分。

借貸功能是 XRP Ledger 擴展信貸與去中心化金融能力之整體努力的一環。該網路一直在建構金融市場基礎設施，Ripple 等方面先前曾表示，XRP Ledger 缺乏這類設施。借貸協議可能擴大帳本所支援的金融活動類型，但能否採用取決於修正案流程及設計的實際執行。提議中的系統也涉及借款人評估、違約及資金池管理等風險。

在文中所述的時間點，借貸協議尚未發放任何貸款，原始修正案也仍在等待驗證者投票。因此，後續修正案代表的是部署前的變更，而非對實際借貸運作中問題的回應。結果將取決於修正案能否獲得所需的驗證者支持並啟用。文章將此次修正描述為帳本治理流程中的預防措施，同時指出，網路近期的安全經驗進一步凸顯了程式碼品質的重要性。

關鍵見解表