Firedancer v26.10.5 behebt seltenen Absturz an der Epochengrenze
Victoria Shinder1 Min. LesezeitDas Firedancer-Team hat am 27. Oktober v26.10.5 veröffentlicht, gekennzeichnet als mainnet-tauglich. Zuvor erschienen v26.10.3 am 20. Oktober und v26.10.4 am 21. Oktober — drei Produktions-Builds in acht Tagen.
Die Notizen zu v26.10.5 nennen sechs Änderungen: die Behebung eines seltenen Fehlers, der den Validator an der Epochengrenze abstürzen lassen konnte; schnelleres Blockpacken, indem abgelaufene Transaktionen früh verworfen werden; bessere Peer-Auswahl beim Herunterladen von Snapshots während des Starts; zuverlässigere Verbindungen für abstimmende Validatoren; eine Änderung der Oberfläche, die die Stimmenzahl am Slot mit dem Zertifikat statt am abgestimmten Slot zeigt; und einen höheren Standardwert für shred_tile_count im Abschnitt layout, jetzt 2.
Die beiden vorherigen Releases waren enger. v26.10.3 verbesserte die Reparatur durch bessere Peer-Auswahl und Timeouts sowie Leistung und Zuverlässigkeit der Alpenglow-Konsensimplementierung. v26.10.4 behob einen Fall, in dem Firedancers Gossip-Tabelle von der Agaves abwich, was hohen Verkehr und Auslastung verursachte, und stimmte den Reparaturalgorithmus für zurückfallende Knoten ab.
Was das bedeutet
Die Taktung ist die Nachricht: drei mainnet-taugliche Builds in einer Woche, jeder gegen ein Verhalten, das nur unter echten Netzbedingungen auftritt — abweichender Gossip mit dem anderen Client, ein Absturz an der Epochengrenze, Reparatur beim Aufholen. So sieht der Betrieb eines zweiten unabhängigen Clients praktisch aus. Wer Shred-Tile-Einstellungen von Hand geändert hat, sollte prüfen, dass der neue Standard das eigene Layout nicht stillschweigend überschreibt.