Cardano 的 Dijkstra 升級維持其商定的技術範圍和時程，開發人員在第一階段鎖定 Linear Leios 和巢狀交易，之後將在 2027 年單獨啟用 Peras。 Summary Cardano 的 Dijkstra 第一階段目標在年底前將 Linear Leios 和巢狀交易納入主網。 Peras 啟用計畫在 2027 年第二季度，透過主網上單獨的時代內硬分叉進行。 Amaru 目前正在驗證並同步至鏈尖，主網區塊生成目標設定在 2026 年 11 月。 Cardano 計劃增加一個 Dijkstra 參數的憲法修正案，目標在 2026 年 9 月 11 日前提交。 Dijkstra 的第一階段也為 Peras 協議在明年啟用前準備好編解碼器和參數。 Intersect 在 8 月 14 日的更新中表示，目前的規劃正轉向生態系統準備、測試網報告以及對替代節點實作的支援。 最新的官方路線圖將 Dijkstra 分為兩個階段。第一階段引入新的 Dijkstra 帳本時代和 Linear Leios，目標在 2026 年第四季度完成程式碼。第二階段透過預計在 2027 年第二季度進行的時代內硬分叉啟用 Ouroboros Peras。已發布的時程明確指出這些日期是估計值而非「保證」，因為測試和鏈上治理可能會延長最終主網上線時間。 Cardano Dijkstra 在第一階段納入 Linear Leios Linear Leios 是 Dijkstra 第一次硬分叉的主要擴容組件。它並非取代 Cardano 的 Praos 安全模型，而是引入背書區塊，這些區塊可以引用額外的交易並由基於權益的委員會認證。該設計旨在提高吞吐量，同時保留現有的基礎共識保證。 第一階段還包括巢狀交易、新的交易和區塊序列化結構、PlutusV4 變更以及多個協議參數新增。重要的是，它將安裝 Peras 所需的編解碼器擴展和參數，但不會啟用 Peras 本身。 正如 crypto.news 先前報導，Cardano 的 van Rossem 硬分叉在 7 月將主網升級到協議版本 11，並為 Dijkstra 和 Leios 奠定了技術基礎。 Ouroboros Peras 預計在第二階段進行。該協議增加了一個投票層，允許權益池營運者委員會對最近的鏈尖進行投票，使 Cardano 能夠比標準 Praos 鏈深度規則更快地達成結算。 Intersect 目前將 Peras 階段的目標設定在 2027 年第二季度。這將需要其自身的預覽和預生產部署，然後再進行一次主網治理行動。第一階段必須已經啟用，因為它提供了 Peras 所需的帳本結構和協議參數。 Amaru 朝 Cardano 區塊生成邁進 Dijkstra 也推動 Cardano 朝向更大的節點客戶端多樣性發展。Intersect 表示，Amaru 這個開源 Rust 實作已經具備中繼能力，並且可以驗證並同步至鏈尖。主網區塊生成目標設定在 2026 年 11 月。 Amaru 自身的開發追蹤器提供了更多細節。其通用區塊生成器發布目標在 9 月 30 日，接著是 10 月 29 日的相容 Dijkstra 的區塊生成器里程碑，以及 11 月 26 日的相容 Leios 的發布。這些是開發里程碑，而非保證的 Cardano 主網啟用日期。 節點多樣性將減少 Cardano 對其 Haskell 實作的依賴。Intersect 也正在開發一個 Dijkstra 準備度追蹤器，涵蓋測試網性能和生態系統準備，同時邀請替代節點團隊加入其每週的硬分叉工作組。 治理變更必須在 Dijkstra 之前到位 Dijkstra 引入的協議參數，除非明確出現在憲法的保護措施範圍內，否則 Cardano 治理無法更改。因此，Input Output 計劃提出一項狹隘的憲法修正案，增加相關參數和允許範圍。它不提議改變治理角色、投票門檻或憲法原則。 目前的目標是在不遲於 9 月 11 日開始的第 655 紀元提交該治理行動。社群討論已透過 Intersect 的憲法修正案入口網站組織，截至 8 月 14 日已收到四份初步提交。 最終，近期工作的核心是完成 Dijkstra 程式碼、建立準備度標準，並在任何主網治理投票之前，將第一階段推向預覽和預生產。Intersect 的最新更新表示，商定的範圍和目標日期保持不變。 主要注意事項是時間安排。儘管 Haskell 節點團隊正努力在 2026 年底前完成第一階段的主網交付，但官方路線圖將第四季度描述為程式碼完成目標，並表示治理和社群測試可能會將啟用時間推遲。Peras 仍目標在第一階段部署後於 2027 年第二季度啟用。