XRP Ledger 在獲得批准所需的 29 張驗證者投票後，已更接近於 10 月 23 日啟用一套軟體修復方案，不過其計劃中的借貸系統仍低於網路的投票門檻。
摘要
- XRP Ledger 最新的錯誤修復方案已獲得 29 張驗證者投票，達到網路的批准門檻。
- 若驗證者在規定的兩週投票期內持續支持，該更新可能於 10 月 23 日啟用。
- 計劃中的借貸系統仍差 10 票，而其配套的資金庫功能還需再增加八票。
- 這些修復解決了 XRPL 上的借貸計算、資金庫會計、代幣處理及其他交易處理問題。
- 該借貸提案將支持無抵押的定期貸款，由經紀商在鏈下評估借款人的信用狀況。
根據 XRPL Dashboard 的資料，截至 10 月 19 日，名為 fixCleanup3_4_0 的修正案已獲得網路預設信任清單中 35 位驗證者裡 29 位的支持。該提案正處於規定的兩週批准期，若該支持持續，預計將於週五啟用。
該更新包含影響代幣交易、資金庫會計、自動做市商及借貸相關流程的修復。其啟用不會在網路上開啟借貸功能，因為主要的借貸與資金庫提案正進行分別的投票。
LendingProtocol 修正案有 19 位支持驗證者，距離所需的 29 票還差 10 票。SingleAssetVault 將持有用於貸款的資金，目前有 21 票，還需再增加八票。
XRP Ledger 錯誤修復目標為 10 月 23 日啟用
fixCleanup3_4_0 修正案於 10 月 9 日達到所需的驗證者多數，開始為期 14 天的期間，在此期間支持率必須維持在 80% 以上。
在 10 月 19 日的檢查點，該提案已完成該等待期約九天。儀表板預測 10 月 23 日約 09:34 UTC 為所需批准期結束的時間點。
實際啟用可能在此之後不久發生，因為 XRP Ledger 會在稱為標誌帳本的指定間隔處理修正案決定。
根據網路的修正案文件，這些檢查每 256 個帳本進行一次。一旦規定的等待期過去，網路便會記錄修正案決定，並在後續帳本中套用更新後的規則。
在儀表板 10 月 19 日的快照中，該修復恰好有 29 票，除所需最低票數外沒有額外的支持驗證者。若其中一位驗證者在等待期結束前撤回支持，該提案將低於所需多數。
根據 XRPL 的規則，失去該多數將在恢復足夠支持時重新開始兩週的批准期。因此，10 月 23 日的啟用時間是一項預測，而非該更新已生效的確認。
伺服器營運者必須運行能識別已批准修正案的軟體。根據 XRPL 文件，使用缺少必要程式碼之舊版本的伺服器，一旦網路開始執行新規則，可能會被封鎖修正案。
XRPL 開發者於 9 月 16 日發布 xrpld 伺服器軟體 3.4.0 版，並建議營運者升級以維持相容性。
XRP Ledger 借貸仍差 10 票才能獲得批准
儘管待定修復的部分內容與借貸有關，網路的借貸服務尚未獲得足夠的驗證者支持以啟用。
名為 XLS-66 的 LendingProtocol 提案，在 10 月 19 日的快照中獲得 35 個受信任驗證者中的 19 票。其配套的 SingleAssetVault 提案 XLS-65 獲得 21 票。兩者都需要至少 29 個驗證者連續兩週的支持才能生效。
這些提案必須先啟動，計劃中的借貸系統才能在 XRP Ledger 主網上運作。即使兩者立即達到所需的票數，兩週的等待規則意味著它們無法與 10 月 23 日的錯誤修復套件一同啟動。
另一項獨立的修正案 LendingProtocolV1_1 獲得 19 張支持票。該修正案在 3.4.0 版本中引入，提議對借貸金庫的設計以及貸款利息的會計方式進行變更。
這項額外的修正案將要求新建立的貸款經紀商使用封閉式金庫，其中存款、借貸和提款遵循既定的階段。
該提案將此過程分為認購期、投資期和贖回期。
它將改變利息會計方式，使收入在借款人實際付款時才予以確認，而非在貸款開始時記錄所有預定利息。
這些擬議的變更仍需獲得驗證者批准。
9 月，crypto.news 報導了該軟體發布及其兩項新修正案，並指出發布可運作的程式碼本身並未啟動新的借貸規則。
最新的驗證者統計顯示，這項捆綁的維護更新進展領先於它部分支持的金融功能。
借貸設計依賴經紀商進行借款人審查
在擬議的 XRPL 借貸系統下，存款人將資產投入共享金庫，貸款經紀商則利用這些 pooled 資金安排固定期限貸款。
帳本將記錄貸款義務、還款及其他相關交易。
借款人無需直接透過該協議提供抵押品。
取而代之的是，貸款經紀商將使用區塊鏈之外的審查來評估借款人的財務狀況和還款能力。這種安排將使經紀商負責決定哪些借款人符合資格以及他們獲得何種貸款條件。
已發布的設計包含一種名為首損資本的可選保護機制。經紀商可以將額外資產存入一個單獨的帳戶，以幫助彌補借款人未能償還貸款時的損失。
該保護取決於所提供的金額。它並不保證存款人在違約後能收回全部資金。XRPL 的文件解釋說，該協議目前不提供自動的鏈上抵押品管理或清算。
貸款經紀商可以選擇在借款人錯過付款且相關寬限期屆滿後宣布貸款違約。
該協議旨在支持使用 XRP 及帳本上發行的其他合格資產進行機構借貸活動。Ripple 作為其與金融機構合作的一部分，支持了這些借貸提案的開發。
8 月，Ripple 透過其驗證者支持了這兩項修正案，當時它們仍低於啟動門檻。
6 月一項獨立的借貸安全重新審計報告稱，在網路安全公司 Halborn 審查的變更中未發現任何嚴重或高風險問題。
該審查中未發現嚴重問題並不等同於網路批准或對未來軟體問題的保證。
最新軟體更新解決金庫和交易錯誤
9 月 16 日的 xrpld 3.4.0 發布說明描述了 fixCleanup3_4_0 中包含的若干修正。
其中一項修正可防止某些自動化做市商恢復交易在四捨五入導致無法回收任何底層資產時銷毀用戶的流動性提供者代幣。
其他變更涉及人們從金庫存入或提取資金時所使用的計算。這些修正旨在使交易期間金庫資產餘額與發放給存款人的份額數量保持一致。
在借貸方面，開發者更新了涵蓋授權、凍結資產、憑證和付款目的地的規則。發布說明具體指出了涉及貸款違約如何與資產凍結相互作用，以及協議如何檢查從許可制金庫提款的變更。
另有調整涉及許可制去中心化交易所交易、NFT 報價和託管處理。一項與簽名相關的修正為不同的簽名角色引入了不同的密碼學前綴。此變更可防止原本用於某一角色的簽名被重複用於另一角色。
此版本還收緊了對某些代幣交易的限制，並強制執行先前僅記錄在軟體日誌中的檢查。這些修正已包含在軟體版本中，但需要相關修正案啟動後，其新的交易規則才能在主網上強制執行。
3.4.0 版本還改變了相容伺服器套件的分發方式，透過 XRPL 基金會提供已簽署的 Linux 安裝套件。
該基金會的發布通知指示營運商將其伺服器升級至 3.4.0 版本，以便在網路採用新修正案時維持服務。
