Cardano veröffentlicht Node 11.1.1 vor Dijkstra-Hardfork

Cardano hat die Node-Version 11.1.1 vor seiner nächsten großen Netzwerk-Ära veröffentlicht und damit den ersten von vier geplanten Node-Meilensteinen zur Unterstützung des Dijkstra-Hard-Forks abgeschlossen.

Intersects Container-Registry zeigt, dass Version 11.1.1 am Wochenende bis zum 6. September veröffentlicht wurde. Das Release entfernt Cardanos Legacy-Tracing-System und behebt bekannte Genesis-bezogene Probleme. Es reagiert auch auf den erhöhten Speicherverbrauch, der beim Testen von Node 11.1.0 festgestellt wurde.

Das Wartungs-Release kam, als Intersect einen detaillierteren Dijkstra-Zeitplan veröffentlichte. Die Node-Versionen 11.2 und 11.3, gefolgt von der finalen Protokollversion 12, werden schrittweise den Code einführen, der für Tests und Mainnet-Aktivierung erforderlich ist.

Intersect platziert derzeit eine mögliche Dijkstra-Inkraftsetzung zwischen dem 5. Dezember 2026 und dem 4. Januar 2027 unter seiner Zeitachse mit "moderater Konfidenz". Ein späteres Fenster mit "hoher Konfidenz" läuft vom 24. Februar bis 26. März 2027.

Diese Fenster bleiben Schätzungen. Cardano muss Entwicklung, öffentliche Tests, Ökosystem-Vorbereitung und On-Chain-Governance abschließen, bevor der Hard-Fork aktiviert werden kann.

Cardano-Node 11.1.1 beginnt die Release-Sequenz

Node 11.1.1 ist über Intersects offizielle GitHub-Container-Registry verfügbar. Intersect hatte zuvor die Woche ab dem 7. September als Ziel gesetzt, was bedeutet, dass das Paket etwas früher als dieses angegebene Fenster erschien.

Das Release aktiviert nicht die Dijkstra-Ära oder führt den vollständigen Satz geplanter Ledger-Funktionen ein. Es ist ein Wartungs- und Vorbereitungs-Update, das für die aktuelle Mainnet-Nutzung gedacht ist.

Version 11.1.1 entfernt die ältere Tracing-Infrastruktur, die zur Überwachung des Node-Betriebs verwendet wurde. Cardanos Entwicklungsbericht sagte auch, dass es den höheren residenten Speicherverbrauch beheben würde, der in Node-11.1.0-Benchmarks beobachtet wurde.

Die Release-Registry enthält Standard-, AMD64- und ARM64-Versionen. Die Verfügbarkeit für verschiedene Prozessorarchitekturen ist für Stake-Pool-Betreiber und Entwickler relevant, die Cardano-Infrastruktur auf unterschiedlicher Hardware betreiben.

Node 11.2 ist der nächste geplante Meilenstein. Intersect erwartet ihn innerhalb von etwa einem Monat nach seinem Update vom 5. September. Die Version wird den größten Teil des Dijkstra-Funktionsumfangs zum Testen enthalten, aber sie wird nicht der endgültige Hard-Fork-Kandidat sein.

Leios-Komponenten werden in Node 11.2 fehlen, da sie hauptsächlich Konsens und Blockproduktion betreffen. Entwickler sollten dennoch in der Lage sein, die verbleibenden Dijkstra-Ledger- und Transaktionsfunktionen zu testen.

DijkstraNet wird Cardanos neue Transaktionsfunktionen testen

Intersect plant, nach der Verfügbarkeit von Node 11.2 ein öffentliches Netzwerk namens DijkstraNet zu starten. Das Testnetz wird Entwicklern, Stake-Pool-Betreibern und Tooling-Anbietern ermöglichen, den breiteren Funktionsumfang von Protokollversion 12 zu testen.

DijkstraNet wird voraussichtlich Plutus V4, verschachtelte Transaktionen und CIP-50-Parameter umfassen. Weitere Ledger-Änderungen, die im öffentlichen Entwicklungs-Repository von Cardano verfolgt werden, umfassen neue Skripttypen, Adressänderungen, Überarbeitungen der Block-Body-Serialisierung und Änderungen bei Belohnungsabhebungen.

Verschachtelte Transaktionen würden es einer Cardano-Transaktion ermöglichen, andere Transaktionen zu enthalten, während separate Validierungsbedingungen erhalten bleiben. Diese Struktur könnte komplexere Anwendungen, koordinierte Aktionen und Multi-Party-Workflows unterstützen, ohne dass jeder Schritt als unabhängige Transaktion operieren muss.

Plutus V4 repräsentiert die nächste Version von Cardanos Smart-Contract-Sprache und Ausführungsumgebung. Tests werden erforderlich sein, um zu bestätigen, dass Wallets, dezentrale Anwendungen, Indexer und Entwicklertools die neuen Ledger-Regeln korrekt interpretieren.

CIP-50 betrifft Pledge-Leverage und Staking-Belohnungen. Seine Aufnahme bedeutet, dass Stake-Pool-Betreiber untersuchen müssen, wie neue Parameter Anreize und Pool-Ökonomie vor der Mainnet-Aktivierung beeinflussen könnten.

Der offizielle Dijkstra-Bereitschafts-Tracker bleibt offen und ist als in Arbeit markiert. Er wird erst geschlossen, nachdem Entwickler einen Knoten vorbereitet haben, der den Hard Fork in eine funktionsfähige Dijkstra-Ära abschließen kann.

DijkstraNet wird parallel zu MusashiNet betrieben, nicht als Ersatz. MusashiNet ist bereits live und konzentriert sich auf Leios-, Konsens- und Blockproduktionstests.

Diese Trennung ermöglicht es, dass Ledger-Funktionen und die neue Konsensarchitektur parallel voranschreiten. Die Ergebnisse müssen schließlich in der Knotenversion konvergieren, die als Hard-Fork-Kandidat ausgewählt wird.

Node 11.3 wird Dijkstra mit Linear Leios kombinieren

Cardano-Node 11.3 wird laut Intersects Update vom 5. September innerhalb von ein bis zwei Monaten erwartet. Er soll der Release-Kandidat für den Dijkstra-Hard-Fork werden.

Im Gegensatz zu Node 11.2 wird Version 11.3 voraussichtlich den vollständigen Dijkstra-Funktionsumfang enthalten, einschließlich Linear Leios. Sie sollte auch in der Lage sein, während der Testnetz-Proben von der aktuellen Conway-Ledger-Ära in Dijkstra zu wechseln.

Linear Leios ist Cardanos geplante erste Implementierungsstufe von Ouroboros Leios. Es fügt parallele Transaktionsverarbeitungsstrukturen um das bestehende Praos-Konsensdesign hinzu. Das Ziel ist es, den Durchsatz zu erhöhen, ohne die Sicherheitsannahmen der Cardano-Basischain zu ersetzen.

Die Tests müssen mehr als nur die rohe Transaktionskapazität untersuchen. Entwickler müssen Blockausbreitung, Netzwerkbandbreite, Ressourcennutzung, Synchronisierung, Wiederherstellungsverhalten und Leistung unter widrigen Bedingungen bewerten.

Cardano-Node 12.0 wird unter der Namenskonvention des Projekts die endgültige Version des Protokolls 12 sein. Intersect hat kein Veröffentlichungsdatum festgelegt.

Intersect bezeichnete den Zeitraum Dezember bis Januar als Fenster mit "moderater Zuversicht", nicht als garantiertes Aktivierungsdatum.

Das spätere Fenster der Organisation, das vom 24. Februar bis 26. März läuft, lässt mehr Zeit für Tests und Governance, falls der frühere Zeitplan nicht eingehalten werden kann. Keines der Fenster ist ein festes Hard-Fork-Datum.

Wie bereits berichtet, als Cardano seinen phasenweisen Dijkstra-Fahrplan veröffentlichte, bezog sich das Jahresendziel ursprünglich teilweise auf den Abschluss des Codes. Die Aktivierung im Mainnet bleibt abhängig von technischer Bereitschaft und Zustimmung der Gemeinschaft.

Governance muss Cardanos Dijkstra-Hard-Fork genehmigen

Cardano kann Dijkstra nicht allein durch eine Softwareveröffentlichung aktivieren. Das On-Chain-Governance-System des Netzwerks muss die verfassungsrechtlichen und Hard-Fork-Maßnahmen genehmigen, die für Protokollversion 12 erforderlich sind.

Einige neue Dijkstra-Parameter müssen in die Leitplanken der Cardano-Verfassung aufgenommen werden, bevor die Governance sie ändern kann. Intersect hat die Teilnehmer gebeten, sein Portal für Verfassungsänderungen auf damit zusammenhängende Vorschläge zu überwachen.

Eine Verfassungsänderung erfordert die Genehmigung gemäß den Governance-Regeln von Cardano. Eine separate Aktion zur Einleitung des Hard Forks muss dann die erforderliche Unterstützung von delegierten Vertretern, Stake-Pool-Betreibern und dem Verfassungsausschuss erhalten.

Dieser Prozess wurde während des van-Rossem-Hard-Forks getestet. Wie crypto.news nach seiner Aktivierung im Juli berichtete, brachte van Rossem Cardano nach Abschluss des vollständigen On-Chain-Genehmigungsprozesses auf Protokollversion 11.

Van Rossem blieb in der Conway-Ära, fügte jedoch Plutus-Änderungen hinzu und bereitete technische Grundlagen für Dijkstra vor. Es war Cardanos erster Mainnet-Hard-Fork, der vollständig durch den aktuellen Governance-Rahmen umgesetzt wurde.

Der Dijkstra-Übergang wird umfassender sein, da er die Ledger-Ära ändert und umfangreichere Konsens-, Transaktions- und Smart-Contract-Fähigkeiten einführt. Börsen, Wallets, Explorer und dezentrale Anwendungen müssen vor der Aktivierung bereit sein.

Intersect ermutigt Stake-Pool-Betreiber und Entwickler, an MusashiNet- und DijkstraNet-Tests teilzunehmen. Es hat auch Node-Diversity-Workshops in Singapur am 6. Oktober und in London am 13. und 14. November geplant.

Amaru, ein alternativer Cardano-Knoten, der in Rust geschrieben ist, ist ein weiterer Teil dieser Vorbereitung. Er kann bereits validieren und mit der Chain-Spitze synchronisieren, während die Mainnet-Blockproduktion weiterhin für November 2026 angestrebt wird.

Node-Diversität könnte die Abhängigkeit des Netzwerks von einer einzigen Haskell-Implementierung verringern. Sie schafft auch eine weitere Testanforderung, da alternative Clients die Protokollregeln konsistent interpretieren müssen.

Peras bleibt ein separates Upgrade für 2027

Cardanos Dijkstra-Plan hat zwei Phasen. Phase 1 umfasst den Ära-Übergang, Nested Transactions und Linear Leios. Die Entwickler zielen auf Mainnet-Bereitschaft gegen Ende 2026 ab, vorbehaltlich Tests und Governance.

Phase 2 wird Ouroboros Peras durch einen separaten Intra-Ära-Hard-Fork aktivieren. Intersect zielt derzeit auf das zweite Quartal 2027 ab.

Peras fügt eine einsatzbasierte Abstimmung über aktuelle Chain-Spitzen hinzu, um die Abwicklung zu beschleunigen. Das Design zielt darauf ab, stärkere Bestätigungen früher zu liefern, als sich nur auf die normalen Chain-Tiefen-Regeln von Ouroboros Praos zu verlassen.

Phase 1 wird einige der Codecs und Protokollparameter installieren, die für Peras benötigt werden. Es wird den Finalitätsmechanismus selbst nicht aktivieren. Peras wird eigene Testnet-Bereitstellungen, Bereitschaftsprüfungen und Governance-Aktionen erfordern.

Keine bestätigte ADA-Preisbewegung konnte allein auf die Knotenveröffentlichung oder Intersects überarbeitete Zeitfenster zurückgeführt werden. Die Roadmap bietet messbare technische Meilensteine, aber das endgültige Aktivierungsdatum bleibt von Entwicklung und Governance abhängig.

Die nächsten Kontrollpunkte sind die Übernahme von Knoten 11.1.1, die Veröffentlichung von Knoten 11.2, die öffentliche Öffnung von DijkstraNet und die Veröffentlichung der erforderlichen Verfassungsänderungen. Knoten 11.3 wird dann bestimmen, ob Cardano technisch bereit ist, den vollständigen Ära-Übergang zu proben.

FAQs