Cardano DB Sync 13.8.0.0 fügt Unterstützung für node 11.2 hinzu und liefert ARM Linux Builds

Cardano DB Sync 13.8.0.0 wurde für Cardano Netzwerke veröffentlicht, nutzt node 11.2.0 und führt Änderungen an Konfiguration, Protokollierung und Datenbankwartung ein.

DB Sync verfolgt die Cardano Blockchain und speichert Informationen aus der Chain und dem Ledger in einer PostgreSQL Datenbank. Explorer, Analyseplattformen und andere Anwendungen können diese Datenbank abfragen, um auf Netzwerkinformationen zuzugreifen.

Cardano DB Sync ändert die Protokollierung und fügt ARM Unterstützung hinzu

Die neue Version liest das mit node 11.2.0 eingeführte verschachtelte Konfigurationsformat und verlagert die Protokollierung in das trace-dispatcher System des node.

Diese Änderung erfordert, dass Betreiber ihre Protokollierungskonfiguration aktualisieren. Von iohk-monitoring zuvor verwendete Einstellungen, darunter minSeverity und setupScribes, werden nicht mehr eingelesen. Die Versionshinweise weisen Betreiber an, diese Einstellungen durch einen TraceOptions Block zu ersetzen, wobei die mainnet Konfiguration als Beispiel dient.

Version 13.8.0.0 führt zudem statische Binärdateien und Docker Images für 64 Bit ARM Linux Systeme ein. Statische Binärdateien bleiben für 64 Bit x86 Linux verfügbar.

Eine neue Option --ledger-only spielt die Blockchain durch das Ledger erneut ab und schreibt Ledger Snapshots, ohne die Datenbank zu öffnen. Betreiber können sie nutzen, um einen aktuellen Ledger Snapshot vor einem Upgrade vorzubereiten.

Datenbankmigrationen und Datenkorrekturen

Betreiber, die von DB Sync 13.7.2.1 aktualisieren, führen laut den Versionshinweisen beim Start der neuen Version drei schnelle Datenbankmigrationen aus.

Die Migrationen fügen guard zur Liste der Skriptzwecktypen hinzu, entfernen doppelte Epoch State Datensätze und führen eine Eindeutigkeitsbeschränkung für die Epoch Nummer ein. Sie korrigieren außerdem Collateral Parameter in zwei Datenbanktabellen, die von einem Problem mit signierter 16 Bit Kodierung betroffen waren.

Bei einem Upgrade von einer beliebigen 13.7.x Version ist keine vollständige Resynchronisierung erforderlich. Ältere Installationen führen zusätzliche Migrationen aus: Upgrades von 13.7.1.x enthalten die in 13.7.2.1 eingeführten Epoch Redesign Migrationen, während Upgrades von 13.7.0.x zusätzlich eine frühere Epoch Reparatur ausführen.

Die Versionshinweise geben an, dass die Redesign Migrationen auf mainnet mehrere Minuten dauern können. Die frühere Reparatur kann bei einer Datenbank in mainnet Größe fünf bis 15 Minuten zusätzlich beanspruchen.

[NEWSBREAK]

DijkstraNet Tests und Hinweise zum DB Sync Upgrade

Die Veröffentlichung erscheint, während Cardano Infrastruktur Teams ihre Werkzeuge für Dijkstra vorbereiten. Am 2. November wechselte das DijkstraNet Testnetz auf Protokollversion 12, ohne Linear Leios zu aktivieren, und bietet Entwicklern und Betreibern damit eine Umgebung für Integrationstests.

DB Sync 13.8.0.0 verwendet node 11.2.0, doch die Versionshinweise nennen auch betriebliche Details für Teams, die bestehende Dienste betreiben. Die Epoch View berechnet die aktuelle Epoch dynamisch, und Abfragen dagegen können auf mainnet etwa 500 Millisekunden langsamer sein. Anwendungen, die die aktuelle Epoch nicht benötigen, können epoch_finalized direkt abfragen.

Die Versionshinweise nennen ein bekanntes Problem: IPv4 und IPv6 Adressen für Stake Pool Relays können mit wörtlichen doppelten Anführungszeichen gespeichert werden. Außerdem enthalten sie Links zu mainnet Snapshots für die Versionen 13.7 und 13.6, während der Eintrag für einen 13.8 Snapshot weiterhin als ausstehend markiert ist.