Cardano Peras verlagert die Zertifikatsverarbeitung in den Protokollcode

Ouroboros Peras geht über Protokollspezifikationen hinaus und wandert in die Codepfade, die festlegen, wie Cardano Knoten Zertifikate speichern, sie mit Peers synchronisieren und Blockraum für Konsensdaten reservieren. Tweag berichtete über die Arbeiten zusammen mit Testnet Updates und einer Überprüfung der kryptografischen Abstimmungsanalyse. Peras bleibt für eine spätere Dijkstra Phase vorgesehen, ein Mainnet Aktivierungsdatum ist nicht angekündigt.

Peras Zertifikatsspeicherung wandert in den Konsenscode

Eine erste Implementierung von ImmutablePerasCertDB wurde über Pull Request 2293 im Ouroboros Consensus Repository eingereicht. Die Datenbank ist darauf ausgelegt, eine persistente Speicherung für Peras Zertifikate bereitzustellen und befindet sich derzeit in der internen Überprüfung.

Peras erweitert Ouroboros Praos um stake basiertes Voting und Blockzertifizierung. Seine Zertifikate aggregieren Belege dafür, dass beteiligter Stake einen Block bestätigt hat, was Knoten zusätzliche Informationen bei der Bewertung der Abwicklungssicherheit liefert.

Bei Aktivierung könnte Peras Börsen, Brücken und Wallets ermöglichen, für ADA Transaktionen nach weniger Blöcken eine stärkere Abwicklungssicherheit zu erreichen. Diese Dienste würden sich auf die von Cardano Knoten bereitgestellten Abwicklungsgarantien stützen, statt Peras Zertifikate als separate Benutzerfunktion zu handhaben.

Die ObjectDiffusion Implementierung hat außerdem eine geordnete Beendigung des Clients und eine Methode erhalten, um zu erkennen, wann die Zertifikatssynchronisierung aufgeholt hat. Dieser Status kann von der Governor Zustandsmaschine von Cardano genutzt werden, wenn Peer Verbindungen und Netzwerksynchronisierung koordiniert werden.

Das Network Design Team hat gesondert nachgewiesen, dass Zertifikate, die für die Kettenauswahl relevant sind, einen Knoten in aufsteigender Peras Rundenreihenfolge erreichen sollten, wenn der Knoten mit mindestens einem ehrlichen Peer verbunden ist und die üblichen Annahmen zu Kettenqualität und Netzwerk gelten. Dieses Ergebnis zur Reihenfolge vereinfacht die geplante Verteilung historischer und aktueller Zertifikate über ObjectDiffusion.

Cardano Ledger testet per Governance steuerbare Peras Parameter

Das Ledger Integration Team arbeitet an den verbleibenden Peras Komponenten, die benötigt werden, bevor der anstehende Hard Fork den Code Freeze erreicht. Die Arbeiten umfassen die Festlegung, welche Peras Protokollparameter später über die Cardano Governance geändert werden könnten.

Ein Prototyp wurde über Pull Request 6067 im Cardano Ledger Repository eingereicht. Die Finalisierung der Parameterliste erfordert zudem ein Update der Cardano Constitution, damit der Governance Rahmen festlegt, welche Werte geändert werden können und welche Grenzen dafür gelten.

Die Ledger Arbeiten bereiten Cardano auf eine künftige Peras Bereitstellung vor. Die Aktivierung ist weiterhin einer späteren Dijkstra Phase zugeordnet und wird separate Tests, eine Governance Genehmigung und eine Änderung der Protokollversion erfordern.

Entwickler haben zudem eine erste Methode zur Schätzung der Zertifikatsgröße vor der Blockproduktion fertiggestellt. Ein Peras Zertifikat konkurriert mit ADA und Transaktionen nativer Assets um Kapazität im Blockkörper, daher muss der erzeugende Knoten vor der Auswahl von Transaktionen genug Platz reservieren.

Ein zugehöriger Pull Request verringert die Zahl der ausgewählten Transaktionen, wenn ein Block ein Peras Zertifikat enthält. Die Anpassung verhindert, dass der Knoten den Block füllt, bevor die erforderlichen Konsensdaten hinzugefügt werden können.

Peras Testnet bereitet integrierte Knoten Tests vor

Das Entwicklungsteam hat die als Peras 67 und Peras 68 erfassten Änderungen nach der Einarbeitung von Review Feedback zusammengeführt. Zwei zusätzliche Pull Requests, Peras 69 und Peras 70, fügen Striktheitsanmerkungen hinzu und beheben einen Abfragefehler, der Nightly und Testnet Läufe blockierte.

Die Testnet Vorbereitung umfasst ein verbessertes Initialisierungsskript, die zentrale Erfassung von Logs und Metriken und eine Aktualisierung des Basis Branches auf den neuesten Peras Code. Diese Änderungen sollen Fehler leichter nachverfolgbar machen, wenn Konsens, Netzwerk und Ledger Komponenten zusammenarbeiten.

Tweag hat zudem Version 1.1 der Peras Voting Analyse geprüft, die von Forschern aus Input Outputs Applied Cryptography Team erstellt wurde. Im Review aufgeworfene Fragen fließen in die Definition des Lieferplans für kryptografische Komponenten ein, die für eine künftige Mainnet Implementierung erforderlich sind.

Das geplante Testnet Update wird vier zuvor getrennte Fähigkeiten kombinieren: persistente Zertifikatsspeicherung, Erkennung einer abgeschlossenen Zertifikatssynchronisierung, zertifikatsbewusste Blockerzeugung und Ledger Zugriff auf Peras Parameter. Das Erreichen dieses Betriebszustands hängt von der Fertigstellung der offenen internen Reviews und der Umstellung des Testnet Branches auf die neueste Implementierung ab.