Cardano 发布节点 11.1.1，为 Dijkstra 升级做准备

Cardano 在其下一個主要網路時代之前發布了節點版本 11.1.1，完成了支援 Dijkstra 硬分叉的四個計劃節點里程碑中的第一個。

Intersect 的容器註冊表顯示，版本 11.1.1 在截至 9 月 6 日的週末發布。該版本移除了 Cardano 的舊版追蹤系統，並解決了已知的與 Genesis 相關的問題。它還回應了在測試節點 11.1.0 期間發現的記憶體使用量增加的問題。

此維護版本發布之際，Intersect 發布了更詳細的 Dijkstra 時間表。節點版本 11.2 和 11.3，以及最終的協議版本 12 發布，將逐步引入測試和主網啟動所需的代碼。

Intersect 目前將可能的 Dijkstra 實施時間定在 2026 年 12 月 5 日至 2027 年 1 月 4 日之間，根據其「中等信心」時間表。稍後的「高信心」窗口為 2027 年 2 月 24 日至 3 月 26 日。

這些窗口仍是估計值。Cardano 必須完成開發、公開測試、生態系統準備和鏈上治理，硬分叉才能啟動。

Cardano 節點 11.1.1 開始發布序列

節點 11.1.1 可通過 Intersect 的官方 GitHub 容器註冊表獲取。Intersect 先前目標是 9 月 7 日開始的那一週，這意味著該套件比所述窗口稍早出現。

該版本不會啟動 Dijkstra 時代，也不會引入全套計劃中的帳本功能。這是一個維護和準備更新，旨在用於當前主網。

版本 11.1.1 移除了用於監控節點操作的舊版追蹤基礎設施。Cardano 的開發報告還表示，它將解決在節點 11.1.0 基準測試中觀察到的較高常駐記憶體使用量。

發布註冊表包括標準、AMD64 和 ARM64 版本。不同處理器架構的可用性對於在不同硬體上運行 Cardano 基礎設施的權益池運營商和開發人員來說很重要。

節點 11.2 是下一個計劃的里程碑。Intersect 預計在其 9 月 5 日更新後約一個月內發布。該版本將包含大部分 Dijkstra 功能集以供測試，但它不會是最終的硬分叉候選版本。

Leios 組件將不會出現在節點 11.2 中，因為它們主要涉及共識和區塊生產。開發人員仍應能夠測試其餘的 Dijkstra 帳本和交易功能。

DijkstraNet 將測試 Cardano 的新交易功能

Intersect 計劃在節點 11.2 可用後啟動一個名為 DijkstraNet 的公共網路。該測試網將讓開發人員、權益池運營商和工具提供商測試更廣泛的協議版本 12 功能集。

DijkstraNet 預計將包括 Plutus V4、巢狀交易和 CIP-50 參數。Cardano 公共開發儲存庫中追蹤的其他帳本更改包括新的腳本類型、地址更改、區塊體序列化修訂以及獎勵提取的更改。

巢狀交易將允許一個 Cardano 交易包含其他交易，同時保留單獨的驗證條件。這種結構可以支持更複雜的應用程式、協調操作和多參與者工作流程，而無需每個步驟都作為不相關的交易運行。

Plutus V4 代表 Cardano 智慧合約語言和執行環境的下一個版本。需要進行測試以確認錢包、去中心化應用程式、索引器和開發工具正確解釋新的帳本規則。

CIP-50 涉及質押槓桿和質押獎勵。其納入意味著權益池運營商需要在主網啟動前檢查新參數如何影響激勵和池經濟。

官方的 Dijkstra 準備就緒追蹤器仍然開放，並標記為進行中。它只會在開發人員準備好一個能夠完成硬分叉進入功能性 Dijkstra 時代的節點後關閉。

DijkstraNet 將與 MusashiNet 並行運作，而非取代它。MusashiNet 已經上線，專注於 Leios、共識和區塊生產測試。

這種分離允許帳本功能和新的共識架構並行進展。結果最終必須在選定為硬分叉候選的節點版本中匯合。

節點 11.3 將結合 Dijkstra 與 Linear Leios

根據 Intersect 9 月 5 日的更新，Cardano 節點 11.3 預計在一到兩個月內發布。它旨在成為 Dijkstra 硬分叉的發布候選版本。

與節點 11.2 不同，版本 11.3 預計包含完整的 Dijkstra 功能集，包括 Linear Leios。它也應該能夠在測試網絡演練中從當前的 Conway 帳本時代跨越到 Dijkstra。

Linear Leios 是 Cardano 計劃中的 Ouroboros Leios 第一階段實現。它在現有的 Praos 共識設計周圍增加了平行交易處理結構。目標是在不改變 Cardano 基礎鏈安全假設的情況下提高吞吐量。

測試必須檢查的不僅僅是原始交易容量。開發人員需要評估區塊傳播、網絡頻寬、資源使用、同步、恢復行為以及在不利條件下的性能。

根據項目的命名慣例，Cardano 節點 12.0 將成為最終的協議版本 12 發布。Intersect 尚未指定發布日期。

Intersect 將 12 月至 1 月期間描述為「中等信心」窗口，而非保證的啟動日期。

該組織的後續窗口，從 2 月 24 日到 3 月 26 日，如果早期時間表無法滿足，則允許更多時間進行測試和治理。兩個窗口都不是固定的硬分叉日期。

正如先前在 Cardano 發布其分階段 Dijkstra 路線圖時報導的那樣，年終目標最初部分指的是代碼完成。主網啟動仍然取決於技術準備和社區批准。

治理必須批准 Cardano 的 Dijkstra 硬分叉

Cardano 不能僅通過軟體發布來啟動 Dijkstra。網絡的鏈上治理系統必須批准協議版本 12 所需的憲法和硬分叉行動。

一些新的 Dijkstra 參數需要在治理修改它們之前納入 Cardano 憲法的護欄中。Intersect 已要求參與者監控其憲法修正案入口網站以獲取相關提案。

憲法變更需要根據 Cardano 的治理規則獲得批准。然後，一個單獨的硬分叉啟動行動必須獲得代表、權益池運營商和憲法委員會的所需支持。

此過程在 van Rossem 硬分叉期間進行了測試。正如crypto.news 在其 7 月啟動後報導的那樣，van Rossem 在完成網絡完整的鏈上批准流程後，將 Cardano 移至協議版本 11。

Van Rossem 仍然在 Conway 時代內，但增加了 Plutus 更改並為 Dijkstra 準備了技術基礎。這是 Cardano 首次完全通過當前治理框架實施的主網硬分叉。

Dijkstra 轉變將更為廣泛，因為它改變了帳本時代，並引入了更廣泛的共識、交易和智能合約功能。交易所、錢包、瀏覽器和去中心化應用程式必須在啟動前做好準備。

Intersect 鼓勵質押池營運商和開發者加入 MusashiNet 和 DijkstraNet 測試。它還安排了節點多樣性工作坊，分別於 10 月 6 日在新加坡以及 11 月 13 日至 14 日在倫敦舉行。

Amaru 是用 Rust 編寫的另一個 Cardano 節點，也是該準備工作的一部分。它已經可以驗證並與鏈頂同步，而主網區塊生產仍以 2026 年 11 月為目標。

節點多樣性可以減少網絡對單一 Haskell 實現的依賴。這也產生了另一個測試要求，因為替代客戶端必須一致地解釋協議規則。

Peras 仍然是 2027 年的單獨升級

Cardano 的 Dijkstra 計劃分為兩個階段。第一階段涵蓋時代轉變、巢狀交易和線性 Leios。開發者目標是在 2026 年底左右準備好主網，但需視測試和治理而定。

第二階段將透過單獨的時代內硬分叉啟動 Ouroboros Peras。Intersect 目前目標是 2027 年第二季度。

Peras 增加了基於權益的近期鏈頭投票，以加速結算。該設計旨在比僅依賴 Ouroboros Praos 的正常鏈深度規則更早地提供更強的確認。

第一階段將安裝 Peras 所需的一些編解碼器和協議參數。它不會啟動最終性機制本身。Peras 將需要自己的測試網部署、準備檢查和治理行動。

沒有經證實的 ADA 價格變動可完全歸因於節點發布或 Intersect 修訂的時間窗口。路線圖提供了可衡量的技術里程碑，但最終啟動日期仍取決於開發和治理。

接下來的檢查點是採用節點 11.1.1、發布節點 11.2、公開開放 DijkstraNet 以及發布所需的憲法修正案。然後，節點 11.3 將決定 Cardano 是否在技術上準備好排練完整的時代轉變。

常見問題