Cardano 的 Dijkstra 升級按計劃於 2026–2027 年推出

Cardano 長期期待的 Dijkstra 升級仍按計劃推進——但開發者正從純粹的工程開發轉向生態系統準備，為 2026–2027 年分兩階段的上線做準備。 即將到來的內容與時間表 - 第一階段：Dijkstra 帳本時代，包含 Linear Leios（主要擴展功能）、嵌套交易、新的交易/區塊序列化、Plutus V4 更新及多項協議參數新增。Intersect 目標於 2026 年第四季度完成代碼。第一階段還將安裝下一階段所需的編碼擴展與參數槽位，但不會啟用 Ouroboros Peras。 - 第二階段：Ouroboros Peras，將新增基於質押池運營商委員會的鏈上投票層，以加速結算，超越標準 Praos 區塊深度規則。Peras 計劃作為一個跨時代的硬分叉，目標於 2027 年第二季度推出，並需進行獨立的預覽、預生產部署及單獨的鏈上治理行動。 關鍵技術細節 - Linear Leios 不會取代 Cardano 的 Praos 安全模型。相反，它引入了「認證區塊」，可透過基於質押的委員會引用並認證額外交易——此設計旨在提升吞吐量，同時保留基礎共識保障。 - 第一階段的嵌套交易與編碼/序列化更新為 Peras 做好帳本準備，但不會立即啟用。 - 7 月的 van Rossem 硬分叉已將主網升級至協議版本 11，為 Dijkstra 和 Leios 奠定基礎。 節點多樣性與 Amaru（Rust 節點） - Intersect 強調推動節點客戶端的多樣性。開源 Rust 節點 Amaru 目前已可作為中繼節點，並能驗證與同步至鏈尖。Amaru 的主網區塊生產目標為 2026 年 11 月，開發里程碑如下：通用區塊生產者發布（9 月 30 日）、Dijkstra 兼容區塊生產者里程碑（10 月 29 日）、Leios 兼容發布（11 月 26 日）。這些為開發目標，非保證啟用日期。 - 增加替代節點實現旨在減少對 Haskell 節點的依賴，並擴展生態系統。 治理與憲法變更 - 某些 Dijkstra 協議參數若未明確納入憲法的保障條款，則無法透過鏈上治理修改。Input Output 計劃提出一項範圍狹窄的憲法修正案，新增這些參數及其允許範圍——但不改變治理角色、投票門檻或憲法原則。 - 目前計劃最遲於 Epoch 655（9 月 11 日開始）提交此治理行動。社區討論正透過 Intersect 的憲法修正案入口進行，截至 8 月 14 日已有四項初始提案。 流程與注意事項 - Intersect 於 8 月 14 日的週度更新（#124）指出，規劃重心已轉向測試網報告、生態系統準備及支援替代節點團隊，且已達成的技術範圍與目標日期保持不變。 - 路線圖中的 2026 年第四季度（第一階段代碼完成）與 2027 年第二季度（Peras 啟用）目標為估計值，非保證日期。測試、預覽/預生產週期及鏈上治理可能推遲主網啟用時間。 為何重要 若成功，Dijkstra 的 Linear Leios 與 Peras 將共同顯著提升 Cardano 的吞吐量與結算速度，同時維持現有共識保障不變。時間表也標誌著生態系統的成熟——從單一 Haskell 參考節點轉向更多元、多客戶端的網絡，並為敏感協議變更提供謹慎的治理路徑。 總結：開發者正按時推進 2026 年第一階段功能交付與 2027 年 Peras 的實施，但最終主網日期將取決於社區測試、節點多樣性努力與治理行動。