Cardano Node 11.2.1 senkt den Speicherverbrauch bei Ledger Snapshots

Intersect hat am 10. November Cardano Node 11.2.1 als Wartungsvorabversion für die 11.2 Serie veröffentlicht. Die Versionshinweise beschreiben eine Korrektur für temporäre Speicherspitzen, wenn der Node Ledger Snapshots speichert. Sie berichten außerdem, dass die festplattenbasierte LSM Konfiguration die Leistungsanforderungen von Ouroboros Praos für die Blockproduktion erfüllt hat.

Ledger Snapshots benötigen weniger Speicher

Ein Cardano Node speichert regelmäßig eine Kopie des Ledger Zustands auf die Festplatte, damit er nach einem Neustart von diesem Punkt aus fortsetzen kann. Zuvor konnte das Schreiben eines Snapshots die Speichernutzung vorübergehend in etwa um die Größe des Snapshots selbst erhöhen. Den Versionshinweisen zufolge beseitigt 11.2.1 diese Spitze. Die Kettendatenbank behält außerdem den anfänglichen Ledger Zustand nicht mehr im Speicher, was auf Netzwerken mit großen anfänglichen Mengen an nicht ausgegebenen Transaktionsausgängen oder Delegationen mehrere hundert MiB einsparen kann.

Die Veröffentlichung ändert auch, wann Snapshots geschrieben werden. Während der initialen Synchronisierung schreibt der Node Snapshots, sobald sie angefordert werden. Nachdem er zur Kettenspitze aufgeschlossen hat, wendet er eine zufällige Verzögerung an. Auf mainnet und Preprod sinkt die maximale Verzögerung von sechs Stunden auf eine.

Intersect hatte zuvor in der 11.1.x Serie eine Speicherregression identifiziert und einen Plan skizziert, um die Nutzung wieder näher an die 11.0 Werte zu bringen. Die Snapshot Korrektur behebt eine spezifische Quelle für Spitzenverbrauch beim Schreiben auf die Festplatte. Wie viel dabei eingespart wird, hängt von der Größe des Snapshots ab.

Was festplattenbasierter Speicher für Stake Pools bedeutet

Cardanos UTxO-HD Design ermöglicht es einem Node, einen Teil seiner Daten zu nicht ausgegebenen Transaktionsausgängen auf der Festplatte zu halten. Die Versionshinweise berichten, dass sein LSM Speicherbackend die Leistungsanforderungen von Ouroboros Praos erfüllt hat, dem Protokoll, das Cardano zur Blockproduktion verwendet. Die Hardware Tabelle führt 24 GB RAM für die Konfiguration im Speicher und 8 GB für die festplattenbasierte Konfiguration auf, wobei das niedrigere Minimum noch validiert wird.

Für einen Stake Pool Betreiber stellt sich praktisch die Frage, ob der Node mit weniger RAM auskommt und dabei die Fristen des Protokolls für die Blockproduktion einhält. Wenn ein Teil des Ledger Zustands auf die Festplatte verlagert wird, wird die Speicherleistung zu einem Teil dieser Kalkulation. Ein Relay kann einem Betreiber helfen, die Konfiguration zu bewerten, während ein Test auf der für die Blockproduktion vorgesehenen Hardware zeigen kann, wie sie sich unter dieser Last verhält. Intersect empfiehlt, die LSM Konfiguration zu testen, bevor sie auf einem Block produzierenden Node eingesetzt wird.

[NEWSBREAK]

Was sich für Betreiber ändert, die von 11.1.x wechseln

Die 11.2 Serie führt ein versioniertes Format für veröffentlichte Netzwerk Konfigurationsdateien ein. Bestehende flache Konfigurationen funktionieren weiterhin mit 11.2 und können mit cardano-node config migrate konvertiert werden. Nodes, die älter als 11.2 sind, können die neu veröffentlichten Dateien nicht lesen.

Wallets, Explorer und API Dienste sehen sich bei der Verbindung zu einem Node der 11.2 Serie mit einer separaten Kompatibilitätsänderung konfrontiert. Die Serie entfernt die Versionen 16 bis 22 des node-to-client Protokolls sowie Abfragen, die ausschließlich von diesen Versionen abhingen.