Cardanos Dijkstra-Upgrade bleibt in seinem vereinbarten technischen Umfang und Zeitplan, wobei die Entwickler in der ersten Phase auf Linear Leios und Nested Transactions abzielen, bevor eine separate Peras-Aktivierung im Jahr 2027 erfolgt.
Zusammenfassung
- Cardanos Dijkstra-Phase 1 zielt auf Mainnet bis Jahresende mit Linear Leios und Nested Transactions ab.
- Die Peras-Aktivierung ist für Q2 2027 durch einen separaten Intra-Ära-Hardfork im Mainnet geplant.
- Amaru validiert und synchronisiert derzeit bis zur Spitze, mit Mainnet-Blockproduktion angestrebt für November 2026.
- Cardano plant eine Verfassungsänderung, die Dijkstra-Parameter hinzufügt, mit dem Ziel der Einreichung bis zum 11. September 2026.
- Die erste Phase von Dijkstra bereitet auch Peras-Codecs und -Parameter vor, bevor das Protokoll nächstes Jahr aktiviert wird.
Intersect sagte in seinem Update vom 14. August, dass sich die Planung nun auf die Bereitschaft des Ökosystems, Testnet-Berichterstattung und Unterstützung für alternative Knotenimplementierungen verlagert.
Die neueste offizielle Roadmap teilt Dijkstra in zwei Phasen. Phase 1 führt die neue Dijkstra-Ledger-Ära und Linear Leios ein, mit einem Ziel für den Codeabschluss im Q4 2026. Phase 2 aktiviert Ouroboros Peras durch einen Intra-Ära-Hardfork, der für Q2 2027 geplant ist. Der veröffentlichte Zeitplan sagt ausdrücklich, dass diese Daten Schätzungen und "keine Garantien" sind, da Tests und On-Chain-Governance den endgültigen Mainnet-Zeitplan verlängern können.
Cardano Dijkstra setzt Linear Leios in Phase 1
Linear Leios ist die Hauptskalierungskomponente des ersten Dijkstra-Hardforks. Anstatt Cardanos Praos-Sicherheitsmodell zu ersetzen, führt es Endorser-Blöcke ein, die zusätzliche Transaktionen referenzieren können und diese von Ausschüssen auf Basis von Einsätzen zertifizieren lassen. Das Design zielt darauf ab, den Durchsatz zu erhöhen, während die bestehenden grundlegenden Konsensgarantien erhalten bleiben.
Phase 1 umfasst auch Nested Transactions, neue Transaktions- und Blockserialisierungsstrukturen, PlutusV4-Änderungen und mehrere Protokollparameter-Ergänzungen. Wichtig ist, dass es die für Peras erforderlichen Codec-Erweiterungen und Parameter installiert, ohne Peras selbst zu aktivieren.
Wie crypto.news bereits berichtete, hat Cardanos van-Rossem-Hardfork das Mainnet im Juli auf Protokollversion 11 umgestellt und die technische Grundlage für Dijkstra und Leios gelegt.
Ouroboros Peras ist für Phase 2 geplant. Das Protokoll fügt eine Abstimmungsebene hinzu, die es Ausschüssen von Stake-Pool-Betreibern ermöglicht, über aktuelle Chain-Tips abzustimmen, wodurch Cardano eine Möglichkeit erhält, schneller eine Abwicklung zu erreichen als unter den standardmäßigen Praos-Chain-Tiefenregeln.
Intersect zielt derzeit auf Q2 2027 für die Peras-Phase ab. Dies erfordert eigene Preview- und Pre-Production-Bereitstellungen, gefolgt von einer weiteren Mainnet-Governance-Aktion. Phase 1 muss bereits aktiv sein, da sie die Ledger-Strukturen und Protokollparameter liefert, die Peras benötigt.
Amaru bewegt sich in Richtung Cardano-Blockproduktion
Dijkstra treibt Cardano auch zu einer größeren Vielfalt an Knoten-Clients. Intersect sagte, dass Amaru, eine Open-Source-Rust-Implementierung, bereits Relay-fähig ist und die Chain-Spitze validieren und synchronisieren kann. Die Mainnet-Blockproduktion ist für November 2026 geplant.
Amarus eigener Entwicklungs-Tracker bietet weitere Details. Sein allgemeines Block-Producer-Release ist für den 30. September geplant, gefolgt von einem Dijkstra-kompatiblen Block-Producer-Meilenstein am 29. Oktober und einem Leios-kompatiblen Release am 26. November. Dies sind Entwicklungsmeilensteine und keine garantierten Aktivierungstermine für das Cardano-Mainnet.
Knotenvielfalt würde Cardanos Abhängigkeit von seiner Haskell-Implementierung verringern. Intersect entwickelt auch einen Dijkstra-Bereitschafts-Tracker, der Testnet-Leistung und Ökosystem-Vorbereitung abdeckt, und lädt alternative Knotenteams in seine wöchentliche Hard-Fork-Arbeitsgruppe ein.
Governance-Änderungen müssen vor Dijkstra kommen
Dijkstra führt Protokollparameter ein, die die Cardano-Governance nicht ändern kann, es sei denn, sie erscheinen ausdrücklich in den Leitplanken der Verfassung. Input Output plant daher eine schmale Verfassungsänderung, die die relevanten Parameter und zulässigen Bereiche hinzufügt. Es werden keine Änderungen an Governance-Rollen, Abstimmungsschwellen oder Verfassungsprinzipien vorgeschlagen.
Das derzeitige Ziel ist es, diese Governance-Aktion spätestens bis Epoch 655, beginnend am 11. September, einzureichen. Die Community-Diskussion wird bereits über das Constitutional Amendment Portal von Intersect organisiert, das bis zum 14. August vier erste Einreichungen erhalten hatte.
Letztendlich konzentriert sich die kurzfristige Arbeit auf den Abschluss des Dijkstra-Codes, die Festlegung von Bereitschaftskriterien und die Durchführung der ersten Phase durch Preview und Pre-Production, bevor eine Mainnet-Governance-Abstimmung stattfindet. Das neueste Update von Intersect besagt, dass der vereinbarte Umfang und die Zieltermine unverändert bleiben.
Der Hauptvorbehalt ist das Timing. Obwohl das Haskell-Node-Team auf die Auslieferung der Phase 1 im Mainnet bis Ende 2026 hinarbeitet, beschreibt der formelle Fahrplan Q4 als Ziel für den Code-Abschluss und besagt, dass Governance- und Community-Tests die Aktivierung später verschieben können. Peras bleibt nach der Bereitstellung von Phase 1 für Q2 2027 geplant.
