Cardano Ledger fügt Regeln für Leios Endorser Blöcke hinzu

Das Cardano Ledger Entwicklungsteam hat Regeln für die Verarbeitung von Ouroboros Leios Endorser Blöcken zusammengeführt. Pull Request #6215 mit dem Titel „Add EB and EBLEDGERS“ wurde am 30. Oktober in den Master Branch des cardano-ledger Repositories zusammengeführt.

Das Update ist Teil der Arbeiten zur Vorbereitung des Cardano Ledgers auf Leios, eine vorgeschlagene Protokollerweiterung, die den Transaktionsdurchsatz erhöhen soll. Leios befindet sich weiterhin in Entwicklung und ist auf dem Cardano Mainnet nicht aktiv.

Wie die neuen Cardano Ledger Regeln funktionieren

Das Ledger prüft, ob Blöcke und Transaktionen gültig sind, und legt fest, wie sie den aufgezeichneten Zustand des Netzwerks verändern. Die neu zusammengeführten Regeln gelten für die geplante Dijkstra Ära und legen fest, wie das Ledger einen Endorser Block und dessen Transaktionen verarbeitet.

Die erste Regel, EB, prüft, ob der Hash des anzuwendenden Blocks mit der neuesten im Ledger Zustand verzeichneten Endorser Block Ankündigung übereinstimmt. Sie weist den Block auch zurück, wenn keine Ankündigung vorliegt.

Die zweite Regel, EBLEDGERS, verarbeitet die Transaktionen des Blocks. In ihrer Anfangsform folgt sie der bestehenden LEDGERS Regel für die Transaktionsverarbeitung. Der zusammengeführte Pull Request enthält auch Tests für die neuen Regeln.

Leios Zertifikate und Stake Pool Abstimmung

Leios führt Endorser Blöcke neben der bestehenden Praos Kette ein. Das Design erlaubt es diesen Blöcken, zusätzliche Transaktionen zu referenzieren, wobei ein Stake Pool Komitee darüber abstimmt, bevor diese Transaktionen in das Ledger aufgenommen werden können.

Nach dem aktuellen CIP-0164 Vorschlag besteht das Komitee aus den größten Pools nach aktivem Stake und wird für eine Epoche ausgewählt. Stimmen werden nach Stake gewichtet und mit BLS Signaturen zusammengeführt. Der Vorschlag beschreibt eine Zertifikatsschwelle von 75% des gesamten aktiven Stakes als praktikablen Parameterwert.

Das Ledger Team hat am 27. Oktober eine separate LEIOSCERT Regel zusammengeführt, um Zertifikate und deren Timing zu validieren. Am 29. Oktober wurde zudem eine Schnittstelle zur Zertifikatsvalidierung für die Konsensschicht zusammengeführt. Die zugehörige Entwicklungsaufgabe beschreibt eine Möglichkeit, ein Zertifikat zu prüfen, wenn die für die Validierung benötigten Informationen verfügbar sind, der Endorser Block selbst jedoch noch nicht eingegangen ist.

[NEWSBREAK]

Von Ledger Änderungen zum Dijkstra Hard Fork

Die neuen Ledger Regeln wurden nach dem cardano-node 11.2.0 Vorabrelease zusammengeführt. Diese Version enthält Dijkstra Entwicklungsfunktionen und Grundlagen für Leios, während die Leios Funktionalität standardmäßig deaktiviert bleibt.

Laut Protokoll der Hard Fork Working Group von Intersect soll node 11.3 lineares Leios enthalten. Die Gruppe beschrieb dies als den ersten Kandidaten, der auf Version 12.0 angehoben werden könnte, die in der Lage wäre, den Hard Fork zu vollziehen, sofern Tests keine blockierenden Probleme identifizieren.

Der veröffentlichte Rollout Plan von Input Output umfasst den Dijkstra Hard Fork, die Registrierung von BLS Schlüsseln durch Stake Pool Betreiber, Mainnet Lasttests und spätere Kapazitätserhöhungen durch Updates der Protokollparameter. Das anfängliche Ziel liegt bei etwa dem Drei bis Fünffachen der aktuellen Praos Obergrenze von 4,5 Kilobyte an Transaktionen pro Sekunde. Spätere Updates zielen auf etwa das Zehn bis Fünfzehnfache dieser Obergrenze, vorbehaltlich von Tests und Governance Entscheidungen.