Cardano Dijkstra trennt Linear Leios und Peras in zwei Phasen

Cardanos Dijkstra Upgrade wird nicht alle geplanten Änderungen am Konsens auf einmal aktivieren. Phase 1 führt eine neue Ledger Ära ein,

Protokollversion 12, mit Linear Leios und einem breiteren Satz an Ledger Änderungen, während Peras für eine spätere Aktivierung innerhalb derselben Ära vorgesehen ist.

Intersect peilt derzeit die Fertigstellung des Phase 1 Codes für Q4 2026 an, Peras ist für Q2 2027 anvisiert. Diese Termine sind Entwicklungsschätzungen und keine bestätigten Mainnet Hard Fork Termine.

Linear Leios kommt bei Dijkstra zuerst zum Einsatz

Linear Leios ist die zentrale Skalierungskomponente von Phase 1 und stellt eine vereinfachte Implementierung des umfassenderen Ouroboros Leios Designs dar.

Bestehende Praos Blöcke werden zu Ranking Blocks erweitert, während Endorser Blocks zusätzliche Kapazität für die Transaktionsverarbeitung bereitstellen. Ein stakebasiertes Komitee zertifiziert einen Endorser Block, bevor dessen Zertifikat in einen späteren Ranking Block aufgenommen wird und die zugehörigen Transaktionen im Ledger angewendet werden.

Das lineare Design entfernt Input Blocks und das weiter gefasste Modell der gleichzeitigen Produktion von Endorser Blocks, das in umfassenderen Leios Designs enthalten ist.

Intersect hat diesen Ansatz gewählt, um Teile der Leios Architektur in Richtung Produktion zu bringen, ohne die zusätzliche Komplexität der Transaktionsstruktur einzuführen, die das umfassendere Design erfordert. Die Dokumentation vermerkt außerdem, dass einige alternative Ansätze Bedenken hinsichtlich der dApp User Experience aufwarfen, die für die erste Einführung als ungeeignet angesehen wurden.

Dijkstra Phase 1 umfasst zusätzliche Ledger Änderungen wie Nested Transactions, Guard Scripts, Plutus V4 Script Context und eine neue Block Body Serialisierungsstruktur. Zusammen bilden sie den breiteren Übergang zur neuen Ledger Ära.

Es wurde keine einzelne TPS Zielgröße als Dijkstra Mainnet Ziel definiert. Linear Leios kann je nach Transaktionsgröße und Protokollparametern in unterschiedlichen Konfigurationen arbeiten, wobei erwartet wird, dass die Kapazität nach der Aktivierung schrittweise zunimmt, statt sofort mit einem theoretischen Maximum zu starten.

Peras wird ohne eine weitere Ledger Ära vorbereitet

Peras wird in Phase 1 nicht aktiviert, doch ein Teil der dafür benötigten Infrastruktur wird bereits eingeführt.

Dijkstra enthält die Codec Erweiterungen und Protokollparameter aus CIP-140, die für eine spätere Peras Aktivierung durch eine Protokollversionsänderung innerhalb der bestehenden Ära benötigt werden. Strukturelle Änderungen können daher während Phase 1 abgeschlossen werden, ohne Cardano zu einem weiteren vollständigen Ledger Übergang zu zwingen, wenn Peras bereit ist.

Die Protokolle adressieren zudem unterschiedliche Bereiche der Netzwerkleistung. Linear Leios erweitert die Kapazität der Transaktionsverarbeitung, während Peras eine Voting Ebene oberhalb von Ouroboros Praos hinzufügt, die darauf ausgelegt ist, die Finalisierung zu beschleunigen und früher Vertrauen in die kanonische Kette zu erhöhen.

Phase 2 ist daher ein separates Consensus Upgrade und nicht ein unfertiger Teil der Leios Einführung. Es kann seinen eigenen Test und Ratifikationsprozess durchlaufen, nachdem die erforderlichen Ledger Grundlagen bereits vorhanden sind.

Code Fertigstellung bedeutet nicht Dijkstra Mainnet

Das aktuelle Ziel Q4 2026 bezieht sich auf die Fertigstellung des Phase 1 Codes, nicht auf ein garantiertes Mainnet Aktivierungsdatum.

Nach einer Dijkstra kompatiblen Node Veröffentlichung muss das Upgrade die Preview und Preprod Hard Forks, Stake Pool Operator Tests und Überprüfungen der Netzwerkbereitschaft durchlaufen. Eine Mainnet Hard Fork Initiation Governance Action kann erst folgen, nachdem diese Phasen abgeschlossen sind.

Linear Leios wird zudem in der Musashi Dojo Umgebung getestet, wo Nodesynchronisierung, Endorser Block Zertifizierung und Transaktionsfluss bereits demonstriert wurden. Diese Arbeit wird genutzt, um die Parameter zu verfeinern, die später das Produktionsverhalten bestimmen.

Dijkstra erfordert außerdem eine gezielte Änderung der Cardano Constitution. Neue Protokollparameter benötigen entsprechende verfassungsmäßige Leitplanken, damit die Governance sie nach der Aktivierung innerhalb definierter Bandbreiten anpassen kann.

Die vorgeschlagene Änderung ist technisch im Umfang und ändert weder bestehende Governance Rollen noch Abstimmungsschwellen. Das aktuelle Ziel ist, die kombinierte Änderung bis Epoche 655 mit Beginn am 11. September 2026 einzureichen, gefolgt von einer DRep Ratifikation und einer Verfassungsmäßigkeitsprüfung durch das Constitutional Committee.

Diese Abfolge lässt bewusst eine Lücke zwischen dem Abschluss der Entwicklung und der Netzwerkaktivierung. Dijkstra kann zunächst die für Linear Leios erforderlichen Ledger Änderungen etablieren, während die bereits in Phase 1 verankerte Vorarbeit es Peras ermöglicht, später als separate Protokollentscheidung zu folgen, statt als weiterer vollständiger Übergang der Ledger Ära.