Solana halbiert die Blockzeiten: Letztes 200-Millisekunden-Upgrade steht bevor

Solana bereitet sich darauf vor, die Zeit zwischen den Blöcken am Freitag auf 200 Millisekunden zu kürzen und damit eine siebewöchige Upgrade-Offensive abzuschließen, die die Ziel-Blockproduktionszeit des Netzwerks seit August halbiert haben wird. Die letzte Reduzierung von 250 Millisekunden soll nach Angaben von Anza, dem Entwickler der weit verbreiteten Agave-Validator-Software von Solana, bei Epoch 1053 in Kraft treten, erwartet gegen 15:00 UTC.

Die Änderung bringt fünf Blockproduktionsmöglichkeiten pro Sekunde und kann Transaktions-Updates potenziell beschleunigen, während das Rechenlimit pro Block gesenkt wird, um die Gesamtkapazität des Netzwerks weitgehend unverändert zu lassen. Zugleich bringt sie Kompromisse mit sich: Validatoren stehen vor höheren Kosten und engeren Betriebsfenstern.

Das Upgrade ist im technischen Vorschlag SIMD-0525 beschrieben, einem der nummerierten Solana Improvement Documents, über die Kernprotokoll-Änderungen festgelegt werden, bevor Validatoren sie in die Client-Software übernehmen; verfolgt wird es auf Solanas offizieller Upgrades-Seite. Damit geht ein gestaffelter Rollout zu Ende, der am 21. August begann, als das Netzwerk von der ursprünglichen Einstellung von 400 Millisekunden auf 350 Millisekunden wechselte, gefolgt von Reduzierungen auf 300 Millisekunden am 28. August und 250 Millisekunden am 18. September.

Fünf Blockproduktionsmöglichkeiten pro Sekunde

Bei 200 Millisekunden wird die Blockchain fünf Blockproduktionsmöglichkeiten pro Sekunde anstreben, gegenüber 2,5 bei der ursprünglichen Konfiguration mit 400 Millisekunden. Ein Slot ist das kurze Zeitfenster, in dem ein benannter Validator Transaktionen zur Blockchain hinzufügen kann. Kürzere Slots bedeuten, dass Trading-Anwendungen, Wallets und Börsen aktualisierte Informationen häufiger empfangen können, wodurch sich die Wartezeit einer eingereichten Transaktion bis zur Verarbeitung verkürzt. Da Nutzer die Netzwerkleistung letztlich als Zeit bis zur Bestätigung erleben, prägt der Takt der Blockproduktion, wie reaktionsschnell sich die Kette für latenzempfindliche Anwendungen wie Trading anfühlt.

Schnellere Blöcke könnten Transaktionsverzögerungen und Trading-Exploits reduzieren, erhöhen jedoch auch die Voting-Anforderungen an Validatoren, belasten Netzwerkverbindungen und verkürzen das Gültigkeitsfenster für Transaktionen.

Der Vorschlag begrenzt zudem, wie viel Rechenarbeit Validatoren in jeden Block packen können. Bei 200 Millisekunden kann jeder Block maximal 30 Millionen Compute Units tragen, gegenüber 37,5 Millionen bei 250 Millisekunden. Die Blöcke kommen häufiger, tragen aber proportional weniger Arbeit, sodass die theoretische Verarbeitungskapazität des Netzwerks weitgehend unverändert bleibt.

Engereierungsfenster und höhere Validator-Kosten

Validatoren produzieren Blöcke weiterhin in Gruppen von vier aufeinanderfolgenden Slots. Ihr ununterbrochenes Fenster zum Sortieren von Transaktionen verkleinert sich dadurch von 1,6 Sekunden in der ursprünglichen Konfiguration auf 800 Millisekunden. Das könnte Möglichkeiten verringern, Transaktionen zu verzögern oder Kursbewegungen an anderen Börsen auszunutzen, bevor Solana aufholt.

Der schnellere Takt hat auch seinen Preis. Validatoren, die bei jedem Slot Votes einreichen, müssen dies etwa doppelt so häufig wie in der ursprünglichen Konfiguration tun, was die Voting-Kosten erhöht und Netzwerkverbindungen stärker belastet.

Wallets und andere Anwendungen haben zudem weniger Zeit, einen aktuellen Blockhash zu verwenden – eine Referenz in Transaktionen, die deren Wiedereinspielen verhindern soll. Das kürzere Gültigkeitsfenster könnte Transaktionen erschweren, die eine manuelle Freigabe oder Offline-Signaturen erfordern.

Die tatsächliche Netzwerkleistung bleibt ein Test

Daten von Solana Compass zeigen, dass die bisherige Konfiguration mit 250 Millisekunden in den letzten Epochen durchschnittliche Slot-Zeiten von etwa 266 bis 269 Millisekunden lieferte, also leicht über dem Ziel.

Die letzte Reduzierung wurde bereits auf Solanas Testnet und Devnet vor der Mainnet-Aktivierung ausgerollt. Entwickler haben erklärt, dass der Mainnet-Rollout von den Netzwerkbedingungen abhängt, insbesondere von der Rate, mit der Validatoren ihre zugewiesenen Blockproduktionsmöglichkeiten verpassen. Nach der Aktivierung wird der entscheidende Maßstab sein, ob sich die durchschnittlichen Slot-Zeiten in den folgenden Epochendem neuen Ziel von 200 Millisekunden annähern.

Der Übergang wird am Freitag an der Epoch-1053-Grenze erwartet.

Quelle: CoinDesk