Firedancer v26.09.4 senkt den Speicherbedarf im Mainnet von 307 auf 182 GB
Victoria Shinder2 Min. LesezeitFiredancer, der unabhängige Solana-Validator-Client von Jump Crypto, hat am 22. September Version v26.09.4 veröffentlicht und als Mainnet-reif gekennzeichnet. Die wichtigste Änderung betrifft den Speicher: Laut Projekt sinkt der Bedarf im Mainnet von rund 307 GB auf rund 182 GB und im Testnet von rund 233 GB auf 109 GB.
Neu ist außerdem ein Netzwerk-Provider mit Kernel-Bypass für Mellanox-ConnectX-Karten auf Basis von mlx5. Die Einstellung [net] provider steht nun standardmäßig auf "auto" und wählt den neuen Treiber, wo die Hardware ihn unterstützt. Das Release unterstützt die Funktionen von Solana 4.3, die die Notes als No-op-Transaktionen, verdoppelte Disinflationsrate und das Entfernen inaktiver Stakes aufführen, dazu schnelleres Laden von Snapshots, Verbesserungen bei Gossip sowie Stabilitätskorrekturen in Netzwerk, Repair, Runtime und Snapshot-Laden. OpenSSL wird auf 3.6.4 aktualisiert.
Zwei Konfigurationsänderungen verlangen Aufmerksamkeit. Im Abschnitt [snapshots] heißen die Einstellungen *_snapshot_interval_slots nun *_snapshot_interval_blocks, und [net] auto_level entfällt. Die Notes fordern Betreiber auf, nach dem Update firedancer configure init all erneut auszuführen. Das Release folgt auf eine Reihe von Versionen in diesem Monat, darunter Mainnet-Releases am 10. und 15. September und Vorabversionen dazwischen.
Was das bedeutet
Speicher gehört zu den Kosten, die bestimmen, wer einen Solana-Validator betreiben kann. Rund 125 GB weniger im Mainnet erweitern die Auswahl an Hardware für Firedancer - und das zählt für den Hauptzweck des Clients: Solana einen zweiten, unabhängig geschriebenen Validator zu geben, damit ein Fehler in einer Implementierung nicht das ganze Netz anhält.
Für Betreiber ist das Update kein reiner Austausch. Umbenannte Konfigurationsschlüssel sind genau die Art Änderung, die still scheitert, wenn eine Vorlage unverändert übernommen wird - der erneute configure-Schritt, den die Notes verlangen, gehört automatisiert. Auch die neue Voreinstellung des Kernel-Bypass verdient eine Kontrolle: "auto" wählt auf unterstützten Karten einen neuen Netzwerkpfad, das ist eine Verhaltensänderung, und Betreiber sollten nach dem Update prüfen, welchen Provider ihre Knoten tatsächlich nutzen. Die Funktionen von Solana 4.3 kommen mit dem Client, ihre Aktivierung im Netz ist aber eine eigene, clusterweite Entscheidung.