Solana-Gebühren und Miete erklärt
Solana gilt als nahezu kostenlos in der Nutzung, und für gewöhnliche Überweisungen ist dieser Ruf verdient. Doch „nahezu kostenlos“ verdeckt eine Struktur, die man verstehen sollte, denn die Kosten, denen du in einer Wallet in Eigenverwahrung begegnest, sind nicht alle Gebühren — und die größte Zahl, die du auf Solana je siehst, ist Geld, das du behältst.
Dieser Artikel schlüsselt genau auf, was du zahlst, wenn du SOL oder einen SPL-Token aus SSP sendest, mit echten Zahlen statt runder. Falls du noch nicht gelesen hast, wie SSP überhaupt SOL hält, ist Solana in SSP die Grundlage.
Die drei Dinge, für die du tatsächlich zahlst
Jede Solana-Transaktion kann drei verschiedene Kosten mit sich bringen, und sie zu vermengen ist der Anfang aller Verwirrung.
Die Grundgebühr ist das, was das Netzwerk für die Verarbeitung deiner Transaktion verlangt. Die Prioritätsgebühr ist optional und erkauft deiner Transaktion eine bessere Behandlung, wenn das Netzwerk ausgelastet ist. Miete ist überhaupt keine Gebühr — sie ist eine erstattungsfähige Kaution, die ein Konto on-chain am Leben hält.
Nur die ersten beiden werden ausgegeben. Miete wird geparkt. Diese Unterscheidung zu verstehen ist der größte Teil der Sache.
Grundgebühren: günstig und vorhersagbar
Solana verlangt 5.000 Lamport pro Signatur — 0,000005 SOL. Das ist das gesamte Modell der Grundgebühr. Es ändert sich weder mit der Höhe des gesendeten Betrags noch mit der Komplexität des aufgerufenen Programms noch mit der Tageszeit.
Eine einfache SOL-Überweisung hat eine Signatur und kostet 5.000 Lamport. Eine Transaktion mit drei Signaturen kostet 15.000. Bei jedem plausiblen SOL-Kurs ist das ein Rundungsfehler — genau deshalb wird Solana für jene kleinen, häufigen Zahlungen genutzt, die anderswo unwirtschaftlich wären. Solanas Gebührendokumentation ist die Primärquelle.
Wer von Ethereum kommt, erlebt einen scharfen Kontrast: Dort skaliert die Gebühr mit der Rechenlast und mit der Überlastung, mitunter um Größenordnungen. Gas-Gebühren auf Ethereum, erklärt für Nutzer in Eigenverwahrung behandelt dieses Modell.
Prioritätsgebühren: einen Platz in der Schlange kaufen
Wenn Solana ausgelastet ist, haben Validatoren mehr Transaktionen, als hineinpassen. Die Prioritätsgebühr ist dein Signal, dass deine zuerst drankommen soll. Sie wird pro Compute Unit — einem Maß dafür, wie viel Arbeit deine Transaktion verrichtet — in Mikro-Lamport bepreist.
SSP setzt im Mainnet eine Prioritätsgebühr von 50.000 Mikro-Lamport je Compute Unit an. Ein Sendevorgang verbraucht rund 10.000 Compute Units, die Prioritätsgebühr beläuft sich also auf etwa 500 Lamport oder 0,0000005 SOL.
Das ist eine bewusst kleine Zahl mit einem bewusst großen Zweck. Neben allem anderen in der Transaktion ist sie vernachlässigbar — und sie ist der Unterschied zwischen einem Sendevorgang, der in einer Belastungsphase landet, und einem, der still verworfen wird. Ein halbes Tausendstel Cent dafür zu zahlen, sich nicht fragen zu müssen, ob die Transaktion angekommen ist, ist ein guter Tausch.
Miete ist eine Kaution, keine Gebühr
Hier kommt der Teil, der Umsteiger von anderen Chains überrascht. Auf Solana muss ein Konto ein Mindestguthaben an SOL proportional zu seiner Größe halten, um zu existieren. Fehlt die Kaution, wird das Konto gelöscht.
Die Zahlen für die Konten, die SSP anlegt:
- Multisig-Konto (86 Byte) — etwa 0,00149 SOL
- Durable-Nonce-Konto (80 Byte) — etwa 0,00145 SOL
- Assoziiertes Token-Konto (165 Byte) — etwa 0,00204 SOL
Nichts davon wird ausgegeben. Es liegt in diesen Konten und kommt zurück, falls ein Konto je geschlossen wird. Multisig- und Nonce-Konto sind dauerhaft, solange dein Vault existiert — die Nonce-Kaution ist nur beim Auflösen eines Vaults erstattungsfähig. Die Kaution eines Token-Kontos kann sein Eigentümer jederzeit durch Schließen zurückholen.
Deshalb ist dein erster Solana-Sendevorgang in SSP der teure und deshalb wiederholt sich das nie. Du zahlst keine Einrichtungsgebühr; du finanzierst die Konten, die alles Weitere erst funktionieren lassen.
Was SSP berechnet, Zeile für Zeile
Jede Zahl hier stammt aus SSPs veröffentlichter Gebührenliste, nicht aus einer Schätzung.
| Was passiert ist | Kosten | Was es ist |
|---|---|---|
| Erster Sendevorgang aus einem neuen Vault | 3.200.000 Lamport (~0,0032 SOL) | Multisig-Miete + Nonce-Miete + Netzwerkgebühr |
| Jeder Sendevorgang danach | 100.000 Lamport (~0,0001 SOL) | Netzwerkgebühr plus kleine Marge |
| SPL-Token an einen neuen Empfänger senden | + 2.500.000 Lamport (~0,0025 SOL) | Miete für das Token-Konto des Empfängers |
Ein weiteres Stück Buchhaltung ist wissenswert. Der Multisig-Vorschlag, den deine beiden Geräte freigeben, ist selbst ein On-Chain-Konto und braucht ebenfalls Miete. SSP schließt ihn in derselben Transaktion, die ihn ausführt, sodass diese Miete sofort zurückkommt und sich zu null saldiert. Du siehst sie nie als Kosten, weil sie nie welche werden.
Die genaue Gebühr steht vor dem Signieren auf dem Prüfbildschirm — aus den Transaktionsbytes dekodiert, nicht von einem Server gemeldet. Deine Geräte erzwingen zusätzlich eine unabhängige Obergrenze: Eine Erstattung über dem Maximum, das SSP für plausibel hält, gilt als Angriff und blockiert das Signieren, ganz gleich, was irgendein Server behauptet.
Warum der Vault einen Paymaster erstattet
Auf Solana muss das Konto, das die Gebühr einer Transaktion trägt — der Fee Payer —, die Transaktion signieren. Für einen frischen Multisig-Vault ist das ein echtes Startproblem: Der Vault braucht SOL, um genau die Transaktion zu bezahlen, die seine Konten anlegen würde, und diese Konten existieren noch nicht.
Das Relay von SSP betreibt einen Paymaster, der als Fee Payer signiert, die Netzwerkgebühr und jede Miete vorstreckt und von deinem Vault innerhalb derselben Transaktion erstattet wird. Die Erstattungs-Instruktion ist Teil des Vorschlags, den deine beiden Geräte freigeben; sie kann also ohne beide Signaturen nicht ausgeführt und ohne Auffallen bei der Dekodierprüfung nicht durch etwas anderes ersetzt werden.
Praktisch heißt das: Du unterhältst nie ein separates Gas-Guthaben. SOL empfangen, SOL senden. Falls dir Paymaster als allgemeines Muster neu sind, behandelt Gas-Sponsoring und Paymaster, erklärt die Idee, und Durable Nonces und Signieren mit zwei Geräten erklärt die andere Hälfte dessen, was Signieren mit zwei Geräten auf Solana möglich macht.
SOL zurückholen
Mietkautionen sind erstattungsfähig, doch der Mechanismus unterscheidet sich je nach Konto.
Token-Konten können von ihrem Eigentümer geschlossen werden, sobald der Bestand null ist, und geben je rund 0,002 SOL zurück. Wenn sich Token-Konten für Token angesammelt haben, die du nicht mehr hältst — auch solche, die dir jemand unaufgefordert geschickt hat —, holt Schließen echtes SOL zurück. SPL-Token und Token-Konten in SSP erklärt, was diese Konten sind.
Das Multisig- und das Nonce-Konto bleiben für die Lebensdauer des Vaults finanziert. Ihre Kautionen sind erst erstattungsfähig, wenn der Vault vollständig aufgelöst wird — nichts, was man beiläufig tut, denn genau diese Konten machen deine Adresse verfügbar.
Die praktische Lehre ist klein: Behandle die rund 0,003 SOL hinter deinem Vault als Teil des Vaults und nicht als verfügbares Guthaben, und wundere dich nicht, wenn der „verfügbare“ Betrag einer Wallet etwas unter der rohen On-Chain-Zahl liegt.
Für die Schritt-für-Schritt-Mechanik eines Sendevorgangs, samt der Stellen, an denen jede dieser Zahlen auf dem Bildschirm auftaucht, siehe Solana mit SSP senden.
