新聞 
幣種資訊 
關於我們 
根據加密基礎設施開發團隊 RippleX 的說明，XRP「レジャー」的下一次重大升級，將在 xrpld 3.3.0 版本中重新引入過去因「安全問題」而被暫停的功能，並同時加入多項全新機制。不過，這些改動最終能否在主網上「正式生效」，仍必須通過「驗證者投票」這道高門檻，取得至少 80% 支持。
RippleX 表示，預計於下週公開的 xrpld 3.3.0 將整合共 5 項核心更新，包括：「Confidential MPT」、「Batch」、「Permission Delegation」、「Sponsored Fees and Reserves」以及「Dynamic MPT」。其中，「Batch」與「Permission Delegation」屬於此前因「安全漏洞」而被緊急關閉的功能，如今在完成修補後再次回到檢驗舞台。
根據相關技術文件，XRP「レジャー」的任何功能變更，都必須在至少兩週時間內，穩定獲得「80% 以上驗證者」支持後，才會被正式啟用。因此，這次升級不僅考驗「技術成熟度」，也考驗社群對這兩項功能「信任度」是否已經恢復。
根據 2 月安全研究人員 Pranavya Keshikamath 與安全公司「Cantina」的分析，「Batch」功能在簽名驗證流程中暴露出嚴重弱點。原本「Batch」設計，是將最多 8 筆、跨多帳戶的交易「打包」為一次操作，要嘛全部成功，要嘛全部失敗，藉此提升處理效率；但在漏洞被披露後，研究人員發現，攻擊者甚至有機會在「不持有帳戶私鑰」的情況下發送交易。評論：這類問題等同於繞過核心帳戶控制，對任何公鏈來說都是最高等級的風險。
在問題曝光後，「Batch」功能於主網啟用前即被「緊急關閉」，沒有導致實際資金損失。不過，這也讓驗證者與開發者之間，對「新功能引入流程」的審慎程度明顯提升。
與此同時，「Permission Delegation」也有類似的爭議歷史。該功能原本用於「權限委託」，允許某個帳戶只獲得「受限權限」代表另一帳戶執行特定操作，理論上能服務託管機構、企業用戶等場景。然而，之後發現相關設計存在風險，可能被用來「代他人支付手續費並消耗餘額」，造成無辜帳戶資產被動縮水，於是在 2025 年 9 月遭到「停用」。評論：對於偏向機構與合規場景的「XRP 生態」，這類與支付責任相關的漏洞，會直接削弱金融機構導入意願。
除了「修補再戰」的兩項功能，本次版本也納入多個聚焦「隱私」與「使用體驗」的更新。「Confidential MPT」採用「零知識證明(ZKP)」結合「橢圓曲線密碼學」，讓代幣餘額與交易金額不會完全暴露在公開帳本上，同時又能保留「監管機構」或「審計方」在特定條件下進行驗證的能力。評論：這種類型的「選擇性透明」設計，正是目前傳統金融機構在考慮上鏈時最關注的方向之一。
「Sponsored Fees and Reserves」則希望改善「新用戶體驗」。透過這個機制，「銀行」、「交易平台」或其他服務提供者，可以代替使用者支付 XRP 手續費與必要準備金，降低使用者「必須先持有 XRP」才能啟用帳戶或使用服務的門檻，有助於提升應用 onboarding 效率。
另外，「Dynamic MPT」允許在代幣發行時，預先設計未來可調整的屬性，使發行方能在日後根據需求調整像是「手續費參數」或「代幣相關元資料」，而不必透過「重新發行新代幣、再遷移資產」這種高成本方式來迭代。評論：對想在公鏈上做長期產品迭代的團隊，這類「升級彈性」常常比單次功能創新更重要。
儘管本次升級內容豐富，但這並不代表功能就會立即在主網啟用。依照 XRP「レジャー」現行治理設計，所有變更提案最終都要經過「驗證者」投票表態，並連續維持高支持度才能真正落地。目前，與「借貸協議」及「單一資產保管庫」相關的其他提案，支持率大約僅在「30% 左右」，遠未達到 80% 的啟用門檻。
考慮到「Batch」功能過去曾被投票否決的前例，市場普遍認為，單純的「技術修復」可能不足以說服所有驗證者。在安全事件記憶尚未完全淡化的情況下，驗證者更傾向於保守路線，要求額外審查、外部審計報告，甚至實際測試網長期觀察。
評論：從長線來看，XRP「レジャー」這輪功能更新，實際考驗的是整個生態如何在「安全穩定」與「功能擴張」兩者之間取得平衡。若能在維持高標準安全性的前提下，成功引入「隱私保護」、「手續費代付」、「動態代幣管理」等機制，將有助於 XRP 在與其他「智慧合約公鏈」的競爭中，強化自身在支付與機構應用領域的定位。相反地，若在溝通與信任重建上步伐太慢，即便技術本身成熟，也可能因投票門檻而長期「卡在升級前夜」。
留言 0