9月12日前 卡爾達諾(ADA)推動戴克斯特拉憲法修訂

卡爾達諾(ADA)在「戴克斯特拉時代」(Dijkstra Era)正式啟動前,正同步推進憲法護欄(guardrail)修訂與雷歐斯(Leios)測試工作,目的是讓鏈上治理能在新節點功能上線主網之前,先行掌握可調整的協議參數。

開發公司Input Output在7月10日發布的文章中表示,團隊正準備以「小幅且單純的技術性更新」方式調整卡爾達諾憲法。戴克斯特拉時代將納入烏洛波洛斯雷歐斯(Ouroboros Leios)與巢狀交易(nested transactions)等功能,這個過程中會產生新的可調整協議參數。

卡爾達諾憲法規定,未明確列出的參數不能透過治理程序的參數更新方式變更。也就是說,即使新功能產生了新參數,只要未被納入憲法附錄的護欄清單,該數值在功能啟用後就可能無法再被調整。

Input Output提出將戴克斯特拉相關參數整合為單一提案送交審議的方案,目標是在第655個epoch開始前,也就是台灣時間9月12日凌晨5點44分(原文標示為韓國時間6點44分)之前完成提交。

戴克斯特拉目前仍未進入實際階段。卡爾達諾官方文件將戴克斯特拉列為未來規劃時代,並將普魯特斯v4(Plutus v4)、共識與帳本整合、康威時代(Conway Era)轉型收尾列為主要課題。

這是范羅森姆硬分叉(Van Rossem)套用協議11.0版本的作業之後的下一步。當時的范羅森姆硬分叉並非邁向新時代的過渡,而是被歸類為在康威時代內部調整協議規則的作業。

雷歐斯是以擴大卡爾達諾處理量為目標的擴展性升級。官方路線圖將雷歐斯的區塊結構與編碼、帳本的雷歐斯協議參數,以及卡爾達諾節點11.x以後版本的支援,都納入戴克斯特拉的範圍。

不過路線圖並不代表會立即套用至主網,還須經過公開測試網、負載測試、威脅模型更新、相容性測試與候選發布版本等階段。

卡爾達諾已於6月23日啟動公開測試網「Musashi Dojo」。7月17日發布的官方開發報告指出,雷歐斯測試網已透過兩個原型版本與投票儀表板趨於穩定。

7月24日的開發報告也提到,帳本團隊仍在持續推進雷歐斯整合工作。同一份報告一併提到CIP-181的實作,以及移除DRep(委任代表)委託條件的作業。

憲法護欄是用來界定鏈上治理可調整協議參數範圍與條件的機制。硬分叉一旦產生新參數,必須先納入憲法附錄,並事先訂定合適的護欄。

社群的反應目前更聚焦於治理設計,而非技術進展本身。在戴克斯特拉相關討論區中,有意見認為應提前將新參數納入憲法,同時也有聲音主張應一併檢視資安風險與DRep權限過度集中的問題。

換句話說,焦點與其說是升級本身,不如說是「由誰、依什麼程序、在什麼範圍內」進行調整。有評論認為,卡爾達諾擴大鏈上治理的同時,技術實作與決策架構之間的一致性也必須同步跟上。

部分外媒曾將戴克斯特拉的導入時程分為2026年底與2027年第2季兩階段報導,但官方一手資料中並未確認相同時程,因此本文無法將其視為已確定的時間表。

目前可確認的程序是,憲法修訂提案須在台灣時間9月12日凌晨5點44分前提交,以及正在進行的雷歐斯測試與整合作業。戴克斯特拉時代若要真正進入主網階段,節點實作、質押池營運商的負擔,以及憲法參數的整合驗證都必須同步到位。

查證來源:Input Output、Cardano Docs、Cardano Constitution、Ouroboros Leios Roadmap、卡爾達諾每週開發報告、U.Today。