Solana-Gebühren erklärt: Basisgebühr, Priority Fees, Compute Units und Jito-Tips
Was eine Solana-Transaktion wirklich kostet: Basisgebühr von 5.000 Lamports, Priority Fees pro Compute Unit, Local Fee Markets und Jito-Tips erklärt.
Eine Solana-Transaktion kostet als Basisgebühr genau 5.000 Lamports pro Signatur — das sind 0,000005 SOL. Dazu kann eine optionale Priority Fee kommen, die pro Compute Unit berechnet wird, und in manchen Fällen ein Jito-Tip als separater Kanal. Dieser Artikel erklärt alle Bausteine — und was davon verbrannt wird.
Kurzantwort: Solana-Gebühren bestehen aus einer festen Basisgebühr (5.000 Lamports pro Signatur, also 0,000005 SOL) und einer optionalen Priority Fee (Preis pro Compute Unit in Micro-Lamports). Jito-Tips sind ein dritter, separater Kanal für garantierte Platzierung. Von der Basisgebühr werden 50 Prozent verbrannt; Priority Fees gehen seit Februar 2025 vollständig an den Validator.
In einfachen Worten: Du zahlst einen festen Mini-Betrag fürs Mitfahren — und optional einen Aufpreis, damit dein Platz im nächsten Block sicherer wird. Der Aufpreis richtet sich danach, wie viel Rechenarbeit du für deine Transaktion reservierst.
Die Basisgebühr: 5.000 Lamports pro Signatur
Jede Transaktion auf Solana zahlt eine feste Basisgebühr von 5.000 Lamports pro Signatur. Ein Lamport ist die kleinste SOL-Einheit: 1 SOL entspricht 1.000.000.000 Lamports. Die meisten Transaktionen tragen genau eine Signatur — sie kosten also 0,000005 SOL. Selbst bei dreistelligen SOL-Kursen ist das ein Bruchteil eines Cents.
Die Basisgebühr entlohnt Validatoren für die kryptografische Arbeit der Signaturprüfung. Sie ist immer gleich hoch — egal, ob du einen simplen SOL-Transfer schickst oder einen komplexen Swap. Wichtig für die Praxis: Wer eine Wallet einrichtet, sollte neben den Token immer einen kleinen SOL-Rest für Gebühren behalten. Ohne SOL geht keine Transaktion raus.
Compute Units: das Rechenbudget deiner Transaktion
Bevor Priority Fees Sinn ergeben, brauchst du ein zweites Konzept: Compute Units (CU). Sie messen, wie viel Rechenarbeit eine Transaktion verbraucht — vergleichbar mit einem Benzinbudget für die Fahrt durch die Blockchain.
Die Grundregeln laut Solana-Doku:
- Jede Instruktion bekommt standardmäßig ein Limit von 200.000 CU.
- Instruktionen eingebauter Programme (etwa das System-Programm für SOL-Transfers) starten mit einem Default von 3.000 CU.
- Eine ganze Transaktion darf maximal 1.400.000 CU anfordern.
- Mit der Instruktion
SetComputeUnitLimitkannst du das Limit selbst setzen.
Warum das zählt: Die Priority Fee wird auf dein angefordertes Limit gerechnet, nicht auf den tatsächlichen Verbrauch. Wer das Limit großzügig auf dem Default lässt, obwohl die Transaktion nur einen Bruchteil braucht, zahlt unnötig viel Aufpreis. Gute Wallets und Apps schätzen den Verbrauch vorab und setzen das Limit knapp darüber.
Priority Fees: der Preis pro Compute Unit
Die Priority Fee (offiziell: Prioritization Fee) ist ein optionaler Aufpreis, damit der aktuelle Block-Produzent deine Transaktion vor konkurrierenden Transaktionen einplant. Du setzt sie mit der Instruktion SetComputeUnitPrice — als Preis pro Compute Unit in Micro-Lamports. Ein Lamport entspricht 1.000.000 Micro-Lamports.
Die Formel aus der offiziellen Doku:
Priority Fee (Lamports) = Compute-Unit-Preis × Compute-Unit-Limit ÷ 1.000.000, aufgerundet auf den nächsten Lamport.
Ein Rechenbeispiel: Du setzt einen Compute-Unit-Preis von 10.000 Micro-Lamports und lässt das Limit bei 200.000 CU. Dann beträgt die Priority Fee 10.000 × 200.000 ÷ 1.000.000 = 2.000 Lamports (0,000002 SOL). Zusammen mit der Basisgebühr zahlst du 7.000 Lamports — immer noch 0,000007 SOL.
In ruhigen Phasen kommen Transaktionen oft auch ganz ohne Priority Fee durch. In umkämpften Momenten — etwa bei einem gefragten Token-Launch — entscheidet der Compute-Unit-Preis darüber, ob deine Transaktion im nächsten Block landet oder wartet.
Local Fee Markets: Stau bleibt lokal
Solana verarbeitet Transaktionen parallel, solange sie nicht auf dieselben Konten schreiben. Darauf baut das Konzept der Local Fee Markets auf: Der Scheduler begrenzt, wie viel Rechenbudget pro Block auf ein einzelnes, schreibgesperrtes Konto entfallen darf.
Die Folge: Wenn ein einzelner Markt überläuft — etwa der Pool eines neuen Tokens —, steigen die nötigen Priority Fees vor allem für Transaktionen, die genau diese Konten schreiben wollen. Der Rest des Netzwerks bleibt davon weitgehend unberührt und günstig. Stau auf einer Straße macht also nicht das ganze Straßennetz teuer — ein wichtiger Unterschied zu einem globalen Gebührenmarkt, in dem jeder Nutzer denselben Preisanstieg spürt.
Jito-Tips: der separate Kanal
Neben Basisgebühr und Priority Fee gibt es einen dritten Kanal, der oft verwechselt wird: Jito-Tips. Sie sind kein Teil der Protokoll-Gebühren, sondern gewöhnliche SOL-Transfers an eines von acht festen Tip-Konten des Jito-Netzwerks. Das dokumentierte Minimum liegt bei 1.000 Lamports — in umkämpften Phasen reicht das aber selten.
Wofür das gut ist: Jito betreibt eine Block-Engine, über die Transaktionen und Bundles (bis zu fünf Transaktionen, die atomar und in fester Reihenfolge ausgeführt werden) direkt an Validatoren gelangen. Der Tip bestimmt, wie konkurrenzfähig ein Bundle in dieser Auktion ist. Das Umfeld dazu — Sandwiching, Arbitrage, Block-Auktionen — erklären wir im Artikel MEV auf Solana.
Wichtig für Nutzer: Auch normale Apps und Wallet-Infrastruktur nutzen diesen Kanal zunehmend im Hintergrund, um Transaktionen zuverlässig zu landen — ein Beispiel ist die FullSend-Integration von Privy und Jito. Wer bei einer Transaktion einen kleinen zusätzlichen SOL-Transfer an ein unbekanntes Konto sieht, schaut deshalb oft auf einen Jito-Tip — kein Grund zur Panik, aber ein Grund, genau hinzusehen.
Was wird verbrannt?
Der Burn-Anteil sortiert sich so:
- Basisgebühr: 50 Prozent werden verbrannt, 50 Prozent gehen an den Validator, der den Block produziert.
- Priority Fee: ging früher ebenfalls zur Hälfte in den Burn. Seit der Aktivierung von SIMD-0096 im Februar 2025 erhält der Validator 100 Prozent.
- Jito-Tips: werden nicht verbrannt. Sie fließen über das Jito-System an die beteiligten Validatoren und deren Staker.
Der Burn reduziert die umlaufende SOL-Menge minimal — bei den geringen Beträgen pro Transaktion ist das eher ein Protokoll-Detail als ein spürbarer Faktor.
Auf einen Blick
- Basisgebühr: 5.000 Lamports (0,000005 SOL) pro Signatur — fix, davon 50 Prozent Burn.
- Compute Units: Default 200.000 CU pro Instruktion, Maximum 1.400.000 CU pro Transaktion.
- Priority Fee: Compute-Unit-Preis (Micro-Lamports) × CU-Limit ÷ 1.000.000 — seit Februar 2025 zu 100 Prozent an den Validator.
- Local Fee Markets: Gebühren steigen nur dort, wo Konten umkämpft sind — nicht netzwerkweit.
- Jito-Tips: separater SOL-Transfer an eines von acht Tip-Konten, Minimum 1.000 Lamports — kein Teil der Protokoll-Gebühr.
Hinweis: Keine Finanzberatung.
Quellen
- Solana-Dokumentation: Transaction Fees
- Solana-Dokumentation: Terminology (Lamport, Prioritization Fee)
- Jito-Dokumentation: Low Latency Transaction Send & Tips
- SIMD-0096: Reward collected priority fee in entirety (GitHub)
Verwandte Artikel
- Was ist Solana? — die Grundlagen des Netzwerks
- MEV auf Solana — Bundles, Auktionen und Sandwiching im Detail
- Solana-Wallet einrichten — der praktische Einstieg