截至11月11日,XRP Ledger(XRPL)的借貸功能提案獲35個受信任驗證者中的22個支持。較10月19日的19票增加3票,但距離啟用門檻29票仍差7票。
XRP Ledger驗證者投票儀表板顯示,借貸修正案LendingProtocol在10月19日獲19票支持,11月11日則增至22票。TokenPost先前報導,截至11月6日,借貸提案獲得21票。
11月11日的投票紀錄只顯示支持票總數,無法確認哪些驗證者在何時改變投票。
同日,單一資產金庫修正案SingleAssetVault獲23票,後續借貸修正案LendingProtocolV1_1則獲22票。三項提案都尚未達到各自所需的票數門檻。
XRP Ledger官方修正案流程規定,提案須獲超過80%的受信任驗證者支持。35個驗證者中,28票恰好是80%,因此至少需要29票才算超過門檻。
即使達到票數門檻,修正案也不會立即生效。支持率必須連續兩週高於80%;若支持率降至門檻以下,等待期就會重新計算。
11月11日的儀表板將借貸提案標示為尚未啟用,也顯示它尚未進入為期兩週的啟用等待階段。目前票數反映的是驗證者對修正案的支持程度,不代表功能已經啟用。
借貸功能的設計,是將資金集中在單一資產金庫,再於指定期間內借出。金庫負責募集資金,借貸協議則處理貸款條件與還款流程。
XLS-66規格設計由借貸中介管理金庫與貸款。中介和借款人共同簽署貸款條件後,帳本會依照約定處理放款與還款。
借款人的信用審查與風險管理在鏈下進行。XLS-66文件目前標示為「草案」,並將這種借貸方式描述為無抵押貸款。
規格中的「初始損失承擔資本」(First-Loss Capital),是指借款人無法還款時,由中介先以自身資金承擔部分金庫損失。中介是否投入資金由其自行決定,這項安排也不保證能完全避免存款人受損。
瑞波(Ripple)在自家說明中,以支付業者等待結算期間借入短期營運資金為應用示例。這並不代表任何特定銀行或支付業者已宣布實際採用該功能。
2024年XLS提案相關的開發者論壇討論中,有人對金庫管理者的裁量權與監管風險表示疑慮。回覆也討論了將資格憑證與個人資料記錄在鏈上的問題;這些都是當時提案討論中的意見。
9月16日公開的伺服器軟體xrpld 3.4.0包含與LendingProtocolV1_1相關的內容,新增封閉式金庫與現金制會計功能。即使軟體已包含相關程式碼,仍須完成個別修正案的投票與啟用程序。
一般修正案fixCleanup3_4_0已於11月4日在主網啟用,但與借貸功能無關。借貸主提案及相關修正案仍須各自達到票數門檻,並連續兩週維持支持,才可能生效。
Comment 0