SIMD-0511 legt die Stake-Verteilung jeder Epoche on-chain in den Bank-Hash
Serguey Asael Shinder1 Min. LesezeitSIMD-0511 „On-Chain Epoch Stakes“ wurde am 29. September in einem neuen Pull Request aufgefrischt: Vorschlag und Agave-Implementierung sind auf den aktuellen Code gebracht und das Schema an die Alpenglow-Konsensarbeit angepasst, die nach dem ersten Entwurf gelandet ist. Der Status ist Review.
Der Vorschlag schreibt je Epoche ein systemverwaltetes Konto, adressiert über die Epochennummer, mit der Zuordnung jedes Vote-Accounts zu seinem delegierten Stake. Jeder Eintrag enthält außerdem die Belohnungsfelder von Vote-Account v4, den komprimierten Alpenglow-BLS-Schlüssel des Validators und seinen kanonischen Rang. Einträge sind 224 Byte groß, womit ein Konto bei Alpenglows Obergrenze von 2000 Validatoren unter 438 KiB bleibt, und alle Epochen ab Aktivierung bleiben als Kontostand verfügbar.
Der Autor nennt mehrere Gründe. Heute ist die Stake-Verteilung, die grundlegende Eingabe des Konsenses, nur über RPC-Aufrufe wie getVoteAccounts oder aus Snapshot-Feldern verfügbar, On-Chain-Programme können sie also nicht nutzen: stakegewichtete Governance, stakebewusste Delegation ohne Orakel oder die clientseitige Berechnung des Leader-Plans sind unmöglich. Indexer müssen RPC abfragen, statt ein Konto zu abonnieren. Und die Epochen-Stakes im Snapshot-Manifest sind nicht vom Bank-Hash abgedeckt, ein Snapshot mit beschädigten oder manipulierten Stakes lädt daher fehlerfrei, und das Problem zeigt sich erst später beim Start. Im Konto lägen sie im Hash, über den Validatoren abstimmen, Beschädigungen fielen beim Laden auf.
Der Pull Request beschreibt SIMD-0558 als Ergänzung, das aktuelle und nächste Leader per Syscall liefert, und nennt die offene Review-Frage: dauerhafte Historie oder begrenztes Aufbewahrungsfenster.
Warum das wichtig ist
Stake ist die wichtigste Zahl einer Proof-of-Stake-Kette, und Solana-Programme können sie nicht lesen. Als Kontostand könnten Programme und Indexer dieselben Daten nutzen, über die Validatoren abstimmen, und ein weiteres Stück Konsensdaten verließe die RPC-Schicht, die laut Vorschlag den Validator irgendwann verlassen soll.