Solana wird schneller, aber der interessante Teil ist nicht einfach nur 350-ms-Blöcke.
Ich habe mir angesehen, was sich tatsächlich ändert, wenn die Ziel-Slot-Zeit von 400 ms auf 350 ms sinkt.
Ein Solana-Slot ist im Grunde das Zeitfenster, das einem Validator gegeben wird, um einen Block zu produzieren.
Mit kürzeren Slots kommen Blöcke häufiger an, und das blockbezogene Feedback erfolgt schneller.
Aber hier ist der Teil, den ich besonders interessant fand:
Solana reduziert außerdem die pro Slot zulässige Arbeitsmenge.
Das bedeutet also nicht, dass man lediglich versucht, immer mehr Rechenarbeit in jede Sekunde zu pressen.
Die Idee ist, die Slots kürzer zu machen, während die geschätzte Arbeitskapazität pro Sekunde insgesamt in etwa ähnlich bleibt.
Das ist nur der erste Schritt.
Der Fahrplan sieht 300 ms → 250 ms → schließlich 200 ms vor.
Die eigentliche Frage für mich ist:
Wie stark kann Solana die Timing-Vorgaben für Validatoren noch straffen, bevor übersprungene Slots zu einem Problem werden?
Ich habe mir angesehen, was sich tatsächlich ändert, wenn die Ziel-Slot-Zeit von 400 ms auf 350 ms sinkt.
Ein Solana-Slot ist im Grunde das Zeitfenster, das einem Validator gegeben wird, um einen Block zu produzieren.
Mit kürzeren Slots kommen Blöcke häufiger an, und das blockbezogene Feedback erfolgt schneller.
Aber hier ist der Teil, den ich besonders interessant fand:
Solana reduziert außerdem die pro Slot zulässige Arbeitsmenge.
Das bedeutet also nicht, dass man lediglich versucht, immer mehr Rechenarbeit in jede Sekunde zu pressen.
Die Idee ist, die Slots kürzer zu machen, während die geschätzte Arbeitskapazität pro Sekunde insgesamt in etwa ähnlich bleibt.
Das ist nur der erste Schritt.
Der Fahrplan sieht 300 ms → 250 ms → schließlich 200 ms vor.
Die eigentliche Frage für mich ist:
Wie stark kann Solana die Timing-Vorgaben für Validatoren noch straffen, bevor übersprungene Slots zu einem Problem werden?
