Back to top
  • 공유 分享
  • 인쇄 列印
  • 글자크기 字體大小
已複製網址

XRP Ledger兩項代幣接收授權修正案進入程式碼審查,尚未套用

檢視代幣接收授權路徑的程式碼審查資料與指尖 / TokenPost.ai (macro)

XRP Ledger(XRPL)開發者正審查兩項修正案,旨在補強需要發行方授權的代幣接收流程。一項涉及自動化做市商(AMM)流動性池的LP代幣,另一項處理帳戶已有代幣餘額時的追加接收。兩項修正案都尚未套用至網路規則。

XRP Ledger Foundation(XRPLF)的伺服器軟體儲存庫於10月27日新增了PR #8648與PR #8650。截至11月2日,兩項提案都處於「開啟」狀態;一同討論的#8649與#8651則已關閉。

這些提案涉及發行方的「Require Auth」持有授權設定。XRP Ledger官方文件說明,若發行方啟用此設定,帳戶必須先取得信任線授權,才能持有該發行方的代幣。

信任線是帳戶與代幣發行方之間建立的帳本關係。授權機制適用於發行代幣,不適用於網路原生資產瑞波幣(XRP)。

#8648提議,接收AMM流動性提供者代幣(LP代幣)時,應檢查構成流動性池的兩種資產是否都符合授權要求。LP代幣代表持有人對存入流動性池資產的份額。提案內容要求,只要帳戶未獲准持有其中一種資產,就不得接收該LP代幣。

檢查範圍不限於存入資產的流程。提案也涵蓋付款、交易提議、非同質化代幣(NFT)交易及AMM拍賣出價等LP代幣可能移轉的情境,並要求確認接收帳戶是否獲得授權。提案指出,即使存入時檢查過授權,也未必能阻止LP代幣之後移轉。

#8650則處理信任線上已有代幣餘額的情況。提案指出,現行付款流程只會在餘額為零時執行授權檢查,因此未獲授權的帳戶若仍有餘額,可能繼續接收代幣。這項修正案將阻止該帳戶追加接收代幣。

將既有餘額退還給發行方的贖回流程仍會保留,因此這項提案不會全面禁止餘額未清帳戶的所有操作。另一項擬進一步限制未授權餘額使用的提案#8649目前已關閉。

兩項修正案都與「fixCleanup3_5_0」修正案相關。XRP Ledger官方文件指出,會改變交易處理規則的修正案,必須先納入軟體版本,再取得超過80%的受信任驗證者支持並維持兩週,才能啟用。

本刊先前報導,另一項修正案「fixCleanup3_4_0」的預計啟用日,在驗證者支持條件下由10月23日改為11月4日。目前這兩項新提案仍在程式碼審查階段,後續還須合併、納入軟體版本,再進入驗證者投票程序。

<版權所有 ⓒ TokenPost,未經授權禁止轉載與散佈>

最受歡迎

其他相關文章

留言 0

留言小技巧

好文章。 希望有後續報導。 分析得很棒。

0/1000

留言小技巧

好文章。 希望有後續報導。 分析得很棒。
1