Solana nimmt Fee-Reform an: fixer Validator-Anteil plus nutzungsbasierter Burn
Das Resource-and-Inclusion-Fees-SIMD ist angenommen: 2500 Lamports der Basisgebühr gehen an den Validator, der Rest wird nach angeforderten Compute Units berechnet und verbrannt. Noch nicht auf dem Mainnet aktiv.
Was passiert ist
Im Solana-Changelog vom 23. Juli 2026 hat die Solana Foundation gemeldet, dass das „Resource and Inclusion Fees”-SIMD den Status „accepted” erreicht hat. Das Proposal (eingereicht als Pull Request #553) ändert, wie die Basisgebühr einer Transaktion aufgeteilt und verbrannt wird.
Wichtig zur Einordnung: „accepted” bedeutet, dass der Vorschlag den Review-Prozess durchlaufen hat und angenommen ist — nicht, dass er bereits auf dem Mainnet aktiv ist. Die Aktivierung ist ein separater Schritt.
Was sich ändern soll
Bisher ist die Basisgebühr fix und wird zur Hälfte verbrannt, zur Hälfte an den Validator ausgezahlt. Das SIMD führt eine neue Aufteilung ein:
- Fixer Validator-Anteil: 2500 Lamports der Basisgebühr gehen an den Validator, der den Block produziert.
- Nutzungsbasierter Burn: Der andere Teil wird anhand der angeforderten Compute Units berechnet und verbrannt. Wer mehr Rechenlast anfordert, verbrennt mehr SOL.
Die Solana Foundation bezeichnet diesen zweiten Teil als „Buy-and-Burn”-Strategie, die an die Netzwerk-Nutzung gekoppelt ist. Präziser beschrieben: Es ist ein nutzungsabhängiger Burn eines Teils der Basisgebühr — je mehr das Netzwerk genutzt wird, desto mehr SOL wird dauerhaft aus dem Umlauf genommen.
Einordnung
- Der Effekt zielt in zwei Richtungen: ein planbarer, fixer Ertrag für Validatoren pro Transaktion und ein an die Auslastung gekoppelter Deflations-Mechanismus für SOL.
- Wie die Gebühren auf Solana heute funktionieren — Basisgebühr, Priority Fees, Compute Units — erklärt unser Hintergrund Solana-Gebühren erklärt. Dieser beschreibt weiterhin das aktuell gültige Modell; er wird angepasst, sobald die Reform live ist.
- Was ein SIMD ist und wie der Weg von „accepted” bis zur Aktivierung läuft, steht in Solana Governance erklärt: SIMDs und SGPs.
- Im selben Changelog: neue (Vorab-)Versionen der Validator-Clients Agave (v4.3.0-alpha.2, v4.2.0-beta.2) und Firedancer (v1.1.2, v0.1102.40201) sowie diverse Programm-SDKs — reguläre Entwicklungsarbeit, keine Mainnet-Pflichtupdates.
Update (28. August 2026): im Governance-Vote gescheitert — vorerst
Die Reform hat die erste formale On-Chain-Abstimmung nicht bestanden: Als SGP-0003 erreichte sie 53,9 Prozent Zustimmung — deutlich unter der Zwei-Drittel-Schwelle. Zum Abstimmungsbild laut Anza: Die Mehrheit des nicht zustimmenden Stakes hat enthalten statt abgelehnt — eine neu parametrisierte Fassung des Vorschlags gilt deshalb als möglich. Der SIMD-Status „accepted” aus dem Juli beschrieb die Spezifikations-Ebene; die Aktivierungs-Entscheidung fällt in der Governance — und dort steht sie vorerst nicht an. Die parallel abgestimmte Disinflations-Verdopplung wurde angenommen: zum Ergebnis.
Hinweis: Dies ist Berichterstattung, keine Anlageberatung.
Was zu beobachten ist
- Ob eine neu parametrisierte Fassung der Fee-Reform vorgelegt wird
- Wie die Autoren auf das Enthaltungs-Muster reagieren
Quellen
- Solana — Solana Changelog: July 23, 2026
- Solana Improvement Documents — Resource and Inclusion Fees (PR #553)