SOLANA·HUB
EN
Infrastruktur

Alpenglow ist für den 21. Oktober auf dem Mainnet geplant

Alpenglow ist für Epoche 1064 am 21. Oktober geplant. Triton beschreibt zwei Slots ohne Nutzertransaktionen. Das Preconf-Fenster ist offen.

SOLANA·HUB Redaktion
Quelle: Anza

Geplanter Start in Epoche 1064

Anza hat am 13. Oktober auf X einen Termin für Alpenglow auf dem Mainnet-beta genannt. Geplant ist Mittwoch, der 21. Oktober, zum Start der Epoche 1064. Laut Anza geschieht die Migration in einem Slot, nach 18 Monaten Arbeit.

Anza schreibt von etwa 14:50 UTC. Solana Developers nennt dieselbe Uhrzeit und dieselbe Epoche. Die Solana Foundation schreibt von etwa 15:00 UTC.

In Berlin sind das ungefähr 16:50 bis 17:00 Uhr. An dem Tag gilt dort noch die Sommerzeit. Die Foundation nennt die Uhrzeit eine Schätzung, weil der Epochenstart mit der Slot-Zeit driftet.

Das Feature-Gate SIMD-0384 schaltet zum Start der Epoche. TowerBFT läuft danach noch 5.000 Slots, etwa 18 Minuten. Votor übernimmt bei Slot 459.653.000.

In diesem Fenster liefert getAgGenesisCert weiter null. Eine Abfrage der öffentlichen Mainnet-RPC am 13. Oktober zeigte Epoche 1056. Dieselbe Abfrage lieferte für getAgGenesisCert null.

Heute dauert die Finalität laut Foundation etwa 12,8 Sekunden. Alpenglow zielt auf rund 150 Millisekunden. Das ist eine Erwartung, kein fester Wert.

Laut Foundation ist der Wert an der Stake-Verteilung zum Testzeitpunkt gemessen. Er verschiebt sich, wenn sich diese Verteilung ändert. Ein Block mit einer Abstimmungsrunde liegt darunter, einer mit zwei Runden darüber.

Rotor folgt als zweite Phase und soll Turbine ersetzen. Die Foundation setzt das in ein späteres Release, sobald Votor läuft. Einen Kalendertermin nennt die Seite nicht.

Die Testnetz-Migration steht in der Meldung zur Aktivierung. Die Übersichtsseite ohne Mainnet-Datum steht in der Meldung dazu. Jitos Hinweise zu Client und BAM-Wartung stehen in der Meldung vom 10. Oktober.

Validatoren und die VAT

Für Nutzer ändert sich beim Signieren, Senden und Bestätigen nichts. Wallets und Apps laufen weiter wie bisher. Laut Foundation bleiben SVM, Transaktionsformat und Gebühren gleich.

Validatoren brauchen vor Epoche 1064 einen Client auf Basis von Agave 4.3.0. Die Foundation nennt Agave, Jito-Solana und Harmonic Salsa. Firedancer und Frankendancer sind während der Migration nicht unterstützt.

Firedancer v26.10.2 vom 14. Oktober unterstützt Alpenglow im Betrieb. Die Umstellung von TowerBFT unterstützt das Release nicht. Die Meldung zu v26.10.2 fasst die Release Notes zusammen.

Die Gebühr heißt Validator Admission Ticket, kurz VAT, nach SIMD-0357. Sie beträgt 0,8 SOL pro Epoche. Der Vote-Account zahlt sie, das Protokoll verbrennt sie.

Die 0,8 SOL liegen über dem Rent-Minimum. Die erste Abbuchung sitzt am Start der Epoche 1064 und gilt für die Teilnahme in Epoche 1065. Fehlt der Betrag, stimmt der Validator in der folgenden Epoche nicht ab und baut keine Blöcke.

ashwin.sol schreibt auf X von mindestens 0,83 SOL im Vote-Account, für die VAT und das Rent-Minimum. Die Foundation und die Anza-Dokumentation nennen 0,8 SOL über dem Rent-Minimum.

Unter TowerBFT kosten die Votes laut Foundation etwa 1 SOL pro Epoche. Der Identity-Account zahlt diese Gebühren. Unter Alpenglow tritt die VAT aus dem Vote-Account an diese Stelle.

Blöcke, Finalität und Zeitstempel

Vote-Transaktionen verschwinden aus den Blöcken. Kennzahlen, die Votes mitzählen, fallen. Die Zahl der Nutzertransaktionen ändert sich damit nicht.

Nach der Umstellung meinen confirmed und finalized denselben Zustand. Bis dahin bleibt finalized die Wartezeit von etwa 12,8 Sekunden. Die Foundation schreibt, neuer Code solle finalized erst nach der Umstellung verwenden.

Proof of History taktet die Blockproduktion nicht mehr. Die Tick-Einträge fallen aus dem Shred-Strom.

Den Zeitstempel in Clock.unix_timestamp setzt der Leader. Vorher kam er aus dem Median der Vote-Zeiten.

Geyser trägt ab Agave 4.3 ein Feld bank_id. Ein Slot kann mehr als einen Kandidatenblock tragen. Wer Blöcke nur nach der Slot-Nummer puffert, mischt diese Kandidaten.

Zwei Slots ohne Nutzertransaktionen

Triton One beschreibt am 14. Oktober auf X, was am Umstellungstag in den Slots passiert. Triton betreibt RPC und Streaming. Die Zeiten sind Angaben dieses Anbieters.

Der Start bleibt Epoche 1064 am 21. Oktober. Triton setzt die Uhrzeit auf etwa 14:50 UTC. Danach laufen 5.000 Slots, etwa 17 Minuten, ohne Änderung für Nutzer.

Die Foundation nennt für denselben Countdown etwa 18 Minuten. Die Uhrzeit setzt sie auf etwa 15:00 UTC.

Dann pausieren Nutzertransaktionen laut Triton für zwei Slots, rund 400 Millisekunden. Die Validatoren warten auf Stimmen von 82 Prozent des Stakes.

Liegt das vor, ist Alpenglow laut Triton aktiv. Die Finalität liegt dann bei rund 150 Millisekunden.

Anza beschreibt auf der Migrationsseite Blöcke, die an der Grenze nur Votes tragen. In der Regel folgt ein weiterer TowerBFT-Block. Anza führt das darauf zurück, dass ein Block meist über 95 Prozent des Stakes erhält. Die Übergabe dauert laut Anza hunderte Millisekunden.

Laut Triton weist das Netz Transaktionen aus diesen Slots nicht zurück. Man sendet sie mit Abstand und einem neuen Blockhash von confirmed erneut. finalized nutzt der Code erst, wenn getAgGenesisCert ein Zertifikat zurückgibt.

Was vor der Lücke confirmed erreicht hat, bleibt laut Triton unverändert. Die Blöcke in der Lücke enthalten nur Votes. Dieselbe Angabe von zwei Slots steht im Triton-Blog vom 14. Oktober.

Das Blockpacking von Harmonic und die Preconfs pausieren laut Triton für rund zehn Minuten. Die Preconfs von Jito BAM pausieren in dem Fenster ebenfalls.

In der Pause ist man nur von den Preconf-Strömen getrennt. Laut Triton bleibt die Pause ohne Abrechnung.

Wer Blöcke streamt oder indexiert, spielt vor dem Tag das Alpenglow-Release von Yellowstone gRPC ein. Man übernimmt nur, was confirmed erreicht.

Ohne die Vote-Transaktionen sinken die Zähler je Block und die TPS. Die Nutzeraktivität bleibt gleich.

Hinweis: Dies ist Berichterstattung, keine Anlageberatung.

Was zu beobachten ist

  • Ob Epoche 1064 am 21. Oktober in dem genannten Zeitfenster startet
  • Ob die Lücke zwei Slots dauert, wie Triton schreibt, oder typischerweise einen weiteren Block, wie Anza schreibt
  • Das genaue Zeitfenster der Preconf-Pause von Harmonic und Jito BAM
  • Ob die Finalität auf dem Mainnet nahe an 150 Millisekunden liegt
  • Ob die Foundation Firedancer und Frankendancer für die Migration noch freigibt
  • Ob Rotor einen Termin bekommt

Quellen

#alpenglow #mainnet #validator #infrastruktur

Verwandte Artikel