Cardano Mainnet Konfiguration setzt standardmäßig auf Ouroboros Genesis

Die offizielle Mainnet Konfiguration enthält nun ConsensusMode: GenesisMode. Dies verschiebt Genesis von einem optionalen Synchronisationsmodus zur Standardeinstellung für Nodes, die mit dem neuesten Konfigurationspaket bereitgestellt werden.

Das Update ist kein Hard Fork oder ein Ledger Upgrade. Es ändert, wie Nodes mit dem Netzwerk synchronisieren, insbesondere beim erstmaligen Beitritt oder beim erneuten Verbinden nach einer längeren Offline Zeit.

GenesisMode wird zum Mainnet Standard

Das Cardano Operations Book bestätigt, dass Ouroboros Genesis nun der Standard Konsensmodus in der verteilten Mainnet Node Konfiguration ist.

Das aktuelle Paket ist als kompatibel mit cardano-node 11.1.2 aufgeführt, während die Konfiguration mindestens Version 11.1.0 erfordert. Betreiber, die diese Dateien verwenden, werden GenesisMode nutzen, sofern sie nicht manuell PraosMode auswählen.

Bestehende Stake Pools und Relay Nodes werden nicht automatisch umgestellt. Ein Node folgt weiterhin dem in seiner lokalen Konfiguration festgelegten Konsensmodus, bis der Betreiber diese Datei aktualisiert oder ersetzt.

Betreiber können auch zum vorherigen Synchronisationsprozess zurückkehren, indem sie PraosMode auswählen und die entsprechende Bootstrap Peer Konfiguration verwenden.

Genesis verringert die Abhängigkeit von vertrauenswürdigen Einstiegspunkten

Unter PraosMode beginnt ein neuer Node die Synchronisation über eine vordefinierte Gruppe von Bootstrap Peers. Diese Peers stellen den anfänglichen Pfad ins Netzwerk bereit und helfen dem Node, die aktuelle Kette zu erreichen.

Ouroboros Genesis führt einen Kettenauswahlprozess ein, der auf Cardanos Annahme einer ehrlichen Mehrheitsbeteiligung am Stake basiert. Anstatt sich auf eine feste Liste vertrauenswürdiger Einstiegspunkte zu stützen, um die korrekte Kette zu identifizieren, bewertet ein Node die verfügbare Kettenhistorie anhand von Protokollregeln und Informationen zur Verteilung des ADA Stakes.

Das Mainnet Paket enthält außerdem einen Peer Snapshot mit großen Ledger Peers, die aus Stake Daten des Netzwerks ausgewählt wurden. Diese Peers helfen dem Node, anfängliche Verbindungen herzustellen, während Genesis bestimmt, wie konkurrierende Ketten während der Synchronisation bewertet werden.

Für einen neuen Node oder einen, der nach längerer Abwesenheit zurückkehrt, ergibt sich praktisch ein robusterer Wiederherstellungsprozess. Der Node kann die gültige Kette identifizieren, ohne davon auszugehen, dass die ersten Peers, die er kontaktiert, notwendigerweise dem richtigen Zweig folgen.

Genesis beseitigt nicht jede betriebliche Abhängigkeit. Nodes benötigen weiterhin gültige Konfigurationsdateien, ausreichenden Netzwerkzugang und die Sicherheitsannahme, dass eine ehrliche Mehrheit den aktiven ADA Stake kontrolliert.

Betreiber müssen Version und Topologie prüfen

Betreiber, die Genesis übernehmen, müssen zunächst prüfen, dass sie eine unterstützte cardano-node Version ausführen. Die aktuelle Konfiguration erfordert Version 11.1.0 oder höher, während das verteilte Mainnet Paket als kompatibel mit Version 11.1.2 ausgewiesen ist.

Anschließend muss der lokale Wert von ConsensusMode geprüft werden. Ein Node, der mit GenesisMode konfiguriert ist, wird den neuen Synchronisationsprozess verwenden. Ein Node, der weiterhin PraosMode enthält, wird unabhängig von der Einstellung in der neuesten öffentlichen Konfiguration weiterhin Bootstrap Peers verwenden.

Die zugehörige Topologie erfordert ebenfalls eine gültige Referenz auf den Peer Snapshot. Das Ändern des Konsensmodus ohne Überprüfung der Topologie kann den Node ohne den von Genesis erwarteten Pfad zur Peer Entdeckung zurücklassen.

Cardanos Dokumentation ist noch nicht vollständig abgestimmt. Das Operations Book benennt Genesis als Mainnet Standard, während einige Entwickler Anleitungen Praos noch als aktuellen Standard und Genesis als zukünftigen Ersatz beschreiben. Für Deployments, die das neueste Mainnet Paket verwenden, liefert die verteilte Konfigurationsdatei die maßgebliche Einstellung.

Es gibt keine einzelne Aktivierungsepoche für die Umstellung. Ouroboros Genesis wird nach und nach zum operativen Standard, Node für Node, wenn neue Deployments das aktuelle Paket übernehmen und bestehende Betreiber ihre lokale Konfiguration aktualisieren.