Cardano node 11.1.0 bereitet Dijkstra vor und entfernt veraltetes Tracing

Cardano node 11.1.0 wurde am 21. August veröffentlicht und bringt Infrastrukturänderungen, die die Netzwerksoftware auf die Dijkstra Ära vorbereiten. Das Update verbessert die Transaktionsverarbeitung, die Plutus Validierung und den Node Betrieb, verlangt jedoch von Node Betreibern, die veraltetes Tracing oder das LMDB Speicher Backend nutzen, ihre Konfigurationen zu migrieren.

Cardano node 11.1.0 treibt die Dijkstra Infrastruktur voran

Cardano node ist die Kernsoftware, die verwendet wird, um Blöcke zu validieren, Transaktionen weiterzuleiten und eine synchronisierte Kopie des Cardano Ledgers zu führen. Stake Pool Betreiber nutzen sie für Blockproduktion und Relay Infrastruktur, während Entwickler sich auf ihre Schnittstellen verlassen, um Transaktionen einzureichen, den Netzwerkzustand abzufragen und Anwendungen zu testen, die mit ADA arbeiten.

Laut den offiziellen Release Notes setzt Version 11.1.0 die technische Grundlagenarbeit für den Dijkstra Hard Fork fort, Cardanos nächste große Ledger Ära nach van Rossem. Das Update umfasst effizienteres Weiterleiten von Transaktionen zwischen Peers, Mempool Schnappschüsse, die auch bei steigendem Transaktionsvolumen schnell bleiben sollen, sowie eine schnellere Validierung von Plutus Skripten.

Die Veröffentlichung führt außerdem erste Netzwerk und Konsensunterstützung für Ouroboros Peras ein. Die Funktionalität ist standardmäßig deaktiviert und bleibt hinter der experimentellen Protokollversion NodeToNodeV_16 verborgen.

Peras soll die Abwicklungszeit von Transaktionen durch zusätzliche Voting Zertifikate verkürzen, die über den bestehenden Ouroboros Konsens von Cardano gelegt werden. Es ist der zweiten Phase der Dijkstra Roadmap zugeordnet, getrennt von der ersten Phase, die sich auf Linear Leios, Nested Transactions und eine neue Ledger Ära konzentriert.

Legacy Tracing und LMDB erfordern Migration durch Betreiber

Cardano node 11.1.0 schließt die Entfernung des früheren Tracing Systems iohk-monitoring-framework ab. Die neuere Tracing Architektur ist nun die einzige enthaltene Version, und Konfigurationen, die noch auf Legacy Monitoring Schlüssel verweisen, müssen migriert werden.

Cardano tracer hat außerdem die eingestellte Komponente RTView entfernt, während seine optionale Metrik Schnittstelle nun dem Prometheus Wire Format noch genauer folgt.

LedgerDB V1 und das LMDB Speicher Backend wurden ebenfalls entfernt. Betreiber, die LMDB verwenden, müssen auf eine andere unterstützte Speicheroption wechseln, wobei Cardanos neuere Architektur LedgerDB V2 ein LSM basiertes Backend für die UTxO Speicherung auf Datenträger nutzt.

Ledger Schnappschüsse werden nun vorhersagbar und in einem mit Mithril kompatiblen Format erzeugt. Dadurch können von verschiedenen Nodes erstellte Schnappschüsse zuverlässiger verglichen und geteilt werden, während gleichzeitig eine schnellere, unabhängig überprüfbare Synchronisierung unterstützt wird.

Das Mithril Signer Binary ist außerdem im x86_64 Linux Release Paket enthalten, was die Anzahl der separaten Komponenten verringert, die für die Konfiguration der Teilnahme am Mithril Signing erforderlich sind.

Cardano node 11.1.0 bleibt in Vorabtests

Version 11.1.0 erweitert mehrere von Infrastrukturanbietern und Entwicklern genutzte Schnittstellen. Die experimentäre gRPC und UTxO-RPC Schicht fügt Methoden zum Lesen und Folgen der Kettenspitze, zum Zugriff auf Genesis Informationen, zum Suchen nach UTxOs und zum Evaluieren von Transaktionen hinzu.

Der Befehl cardano-cli ping unterstützt nun mehrere Ziele und DNS SRV Records gemäß CIP-0155. Container Images für cardano-node, cardano-tracer und cardano-submit-api können außerdem als Benutzer ohne Root Rechte oder mit schreibgeschützten Dateisystemen betrieben werden, was zusätzliche Bereitstellungsoptionen für Infrastruktur bietet, die ADA Transaktionen unterstützt.

Die veröffentlichten Anforderungen nennen 24 GB Arbeitsspeicher für das In Memory Backend und 8 GB für die On Disk Konfiguration, wobei die letztere Angabe noch der Bestätigung harrt. Ein bekanntes Problem führt beim Laden von Testnet Genesis Dateien mit großen Mengen vorab eingespielter Daten zu etwa 12% höherem Speicherverbrauch als bei Version 11.0.1. Den Release Notes zufolge ist Cardanos mainnet nicht betroffen.

Performance Benchmarks und Systemtestberichte wurden noch nicht veröffentlicht. Version 11.1.0 legt die Konfigurationsmigrationen, Speicheränderungen und experimentellen Protokoll Schnittstellen fest, die nun getestet werden können, bevor eine spätere für Dijkstra vorbereitete Veröffentlichung in den Mainnet Upgrade Prozess von Cardano eintritt.