XRP帳本3.3.0部署上線 6項提案啟用倒數仍為0

XRP帳本（XRP Ledger，XRPL）伺服器軟體xrpld 3.3.0已完成部署，但新功能要在主網真正生效，還得先過驗證人投票這一關，目前相關啟用倒數計時為「0天」。

XRP帳本官方開發文件6日公布xrpld 3.3.0，並呼籲節點營運商儘速升級。此次更新包含△BatchV1_1、△ConfidentialTransfer、△DynamicMPT、△PermissionDelegationV1_1、△Sponsor、△fixCleanup3_3_0共6項提案（Amendment）。

這次的關鍵在於，「部署」和「啟用」是兩回事。在XRP帳本的機制下，提案必須獲得80%以上受信任驗證人連續14天支持才會正式啟用，一旦支持率中途跌破門檻，倒數就會重新歸零。

根據XRPL Dashboard，截至24日，3.3.0相關提案的14天啟用倒數計時皆為「0件」，其中ConfidentialTransfer與Sponsor仍被列為「開發中（In development）」項目。換句話說，3.3.0雖已公開發布，新功能並未立即反映進帳本規則。

這次升級不只是單純新增功能。BatchV1_1與PermissionDelegationV1_1可以視為「修正重上線」——前一版本因發現問題遭停用，如今經修正後以新版本重新推出。官方發布說明也提到，新版分別取代了先前的Batch與PermissionDelegation提案。

具體來看，BatchV1_1是可將多筆交易打包處理的批次交易提案；ConfidentialTransfer用於保護轉帳資訊；DynamicMPT則擴大了多用途代幣（MPT）的應用範圍；PermissionDelegationV1_1涉及帳戶權限委派；Sponsor則與交易手續費負擔結構有關。

值得留意的是，節點與驗證人並不相同。一般節點只需同步網路資料，不一定參與提案投票；驗證人才是實際參與共識與提案表決的角色。因此，若把「節點版本更新比例」和「驗證人投票支持率」混為一談，很容易誤判實際啟用進度。

換言之，全網節點升級到最新版本的比例，與參與提案投票的受信任驗證人支持率，是兩組不同的指標。用同一套標準解讀，很可能會誤解部署後實際進展到哪個階段。

科技媒體U.Today報導引述RippleX工程師說法，指出判斷「是否已充分更新」不該只看驗證人名單，而應以整體網路狀況為準；該報導並提到3.3.0的升級比例約為32%。

不過，部分報導提到的「節點60%已就緒」數字，目前無法在官方發布內容、XRP帳本提案文件或公開儀表板上直接核實。就現有公開指標而言，與其說功能啟用已近在眼前，不如說整個網路仍處於部署後等待升級與投票的階段。

營運上的風險則在於使用舊版伺服器的情況。XRP帳本官方文件說明，一旦提案正式啟用、舊版伺服器卻無法處理相關規則，該伺服器就可能進入「amendment blocked」狀態，屆時將無法正常處理交易、參與共識，也無法參與後續提案投票。

這項差異對一般用戶而言看似遙遠，實際上更關乎基礎建設面：比起交易所用戶會立即感受到的變化，這其實是錢包、區塊鏈瀏覽器、支付服務與代幣發行工具的開發者及基礎設施業者，需要優先確認的網路營運議題。

關於XRP帳本上應用生態的擴張，本媒體先前也報導過，建立在XRP帳本上的借貸協議，其主網上線同樣以驗證人核准為前提。這也顯示即便協議功能持續增加，若應用程式缺乏穩定可用的接入層，實際可發揮的空間仍然有限。

總結來看，XRP帳本3.3.0已完成部署，但功能真正啟用仍須通過驗證人投票並維持14天達標。以公開儀表板數據為準，截至24日，相關14天啟用倒數計時仍為0件。