Solana Rent nach Kontotyp: Reserve-Tabelle für gängige Konten
Preis- und Funktionsangaben geprüft 24. September 2026.
Jedes Solana-Konto muss für die gespeicherten Daten einen Mindestbetrag in SOL halten. Der Betrag folgt einer einzigen Formel, doch die Eingaben unterscheiden sich je nach Kontotyp, und der Satz pro Byte sinkt derzeit in Stufen. Diese Seite stellt die gängigen Kontotypen nebeneinander, damit du siehst, was jeder heute benötigt, was er früher benötigte und was er nach der letzten vorgeschlagenen Stufe benötigen würde.
Wie wird Solana Rent berechnet?
Solana Rent ist ein erstattungsfähiges Mindestguthaben: (128 + data bytes) × lamports per byte. Am 24. September 2026 lieferte das Mainnet Werte passend zu 5,080 Lamports pro Byte, also benötigte ein Token-Konto mit 165 Bytes 0.001488440 SOL und eine leere Wallet-Adresse 0.000650240 SOL.
Die 128 sind fixer Overhead, den jedes Konto zahlt, auch eine einfache Wallet ohne Daten. Die Datenlänge hängt vom Programm ab, dem das Konto gehört. Ein klassisches Token-Konto speichert immer 165 Bytes, während ein Token-2022-Konto oder ein NFT-Metadatenkonto variieren kann.
Den Satz legt das Netzwerk fest. SIMD-0437 senkt ihn in fünf unabhängigen Stufen von 6,960 auf 696 Lamports pro Byte; der Fortschritt steht auf der Solana-Seite zur Rent-Senkung. Unser Artikel zur Rent-Senkung behandelt den Rollout selbst; diese Seite ist die Nachschlagetabelle.
Geprüft am 24. September 2026 um 22:43 UTC: Finalisierte Mainnet-Aufrufe von getMinimumBalanceForRentExemption lieferten 650,240 Lamports für 0 Bytes und 1,488,440 Lamports für 165 Bytes, passend zu Stufe 2 mit 5,080 Lamports pro Byte. Solana führt die Stufen 3, 4 und 5 als erwartet in Agave 4.4 im November 2026. Prüfe erneut, bevor du eine Spalte als aktuell behandelst.
Wie hoch ist die Rent für jeden Solana-Kontotyp?
Die folgenden Datenlängen wurden an echten Mainnet-Konten oder am veröffentlichten Layout des zuständigen Programms bestätigt. Die SOL-Beträge sind das berechnete Rent-befreite Minimum für diese Länge.
| Kontotyp | Daten-Bytes | Alt (6,960) | Live-Prüfung (5,080) | Letzte Stufe (696) |
|---|---|---|---|---|
| Wallet (System-Program-Konto, keine Daten) | 0 | 0.000890880 SOL | 0.000650240 SOL | 0.000089088 SOL |
| Durable-Nonce-Konto | 80 | 0.001447680 SOL | 0.001056640 SOL | 0.000144768 SOL |
| Metaplex-pNFT-Token-Record | 80 | 0.001447680 SOL | 0.001056640 SOL | 0.000144768 SOL |
| Klassischer Token-Mint | 82 | 0.001461600 SOL | 0.001066800 SOL | 0.000146160 SOL |
| Klassisches SPL-Token-Konto | 165 | 0.002039280 SOL | 0.001488440 SOL | 0.000203928 SOL |
| Token-2022-Konto, nur Immutable Owner | 170 | 0.002074080 SOL | 0.001513840 SOL | 0.000207408 SOL |
| Stake-Konto | 200 | 0.002282880 SOL | 0.001666240 SOL | 0.000228288 SOL |
| Master Edition, ursprüngliche Zuweisung | 282 | 0.002853600 SOL | 0.002082800 SOL | 0.000285360 SOL |
| Token-Multisig | 355 | 0.003361680 SOL | 0.002453640 SOL | 0.000336168 SOL |
| Metaplex-Metadaten, maximale Zuweisung | 679 | 0.005616720 SOL | 0.004099560 SOL | 0.000561672 SOL |
Die Zeilen sind nach Größe sortiert, nicht danach, wie oft du sie siehst. Jeder Token, den du je erhalten hast, hinterlässt ein klassisches SPL- oder Token-2022-Token-Konto. Diese beiden Zeilen multiplizierst du also mit der Anzahl deiner leeren Konten.
Welche Kontotypen variieren in der Größe?
Drei Arten von Konten haben keine feste Länge. Deshalb kann eine einzelne Tabellenzeile für sie nie ein allgemeingültiger Wert sein.
Token-2022-Konten. Erweiterungen werden hinter dem klassischen Layout angehängt. Ein von Token-2022 erstelltes Associated Token Account trägt normalerweise die Immutable-Owner-Erweiterung und kommt damit auf 170 Bytes. Mints mit zusätzlichen Erweiterungen auf Kontoebene vergrößern das Konto jedes Inhabers: Wir haben Konten mit 179 Bytes beobachtet, die zusätzlich Pausable- und Transfer-Hook-Zustand speichern. Der Leitfaden zu Token-2022-Erweiterungen erklärt, wie du sie prüfst.
Token-2022-Mints. Ein Mint mit mehreren Erweiterungen kann weit größer sein als der klassische Mint mit 82 Bytes. Der PYUSD-Mint nutzte in unserer Prüfung zum Beispiel 866 Bytes, was beim aktuellen Satz 0.005049520 SOL ergibt. Diese Einlage gehört zum Mint, nicht zu den Inhabern des Tokens.
Metaplex-NFT-Konten. 679 Bytes ist die maximale Metadatenzuweisung und 282 Bytes die ursprüngliche Master-Edition-Zuweisung. Viele bestehende Konten wurden inzwischen auf ihren tatsächlichen Inhalt verkleinert. In unserer Stichprobe nutzten verkleinerte Metadatenkonten 607 Bytes und verkleinerte Master Editions 20 Bytes. Lies immer die tatsächliche Datenlänge, bevor du schätzt, was ein NFT-Burn zurückgibt.
| Variables Beispiel aus unserer Prüfung | Daten-Bytes | Live-Prüfung (5,080) |
|---|---|---|
| Token-2022-Konto mit zusätzlichen Erweiterungen | 179 | 0.001559560 SOL |
| Verkleinerte Metaplex-Metadaten | 607 | 0.003733800 SOL |
| Verkleinerte Master Edition | 20 | 0.000751840 SOL |
| PYUSD-Token-2022-Mint | 866 | 0.005049520 SOL |
Komprimierte NFTs tauchen in keiner dieser Tabellen auf. Sie haben kein eigenes Token-Konto, Metadatenkonto oder Editionskonto, also gibt es überhaupt keine Einlage pro Asset. Deshalb bringt das Verbrennen eines komprimierten NFTs null SOL zurück.
Wie verändert jede Rent-Stufe die häufigsten Konten?
Jede SIMD-0437-Stufe multipliziert dasselbe 128 + data bytes mit einem niedrigeren Satz. Ein klassisches Token-Konto sinkt von 0.002039280 SOL unter der alten Einstellung auf 0.000203928 SOL in der letzten vorgeschlagenen Stufe, eine Senkung um 90%, sofern jede Stufe aktiviert wird.
| Stufe | Lamports pro Byte | Wallet (0 Bytes) | SPL-Token-Konto (165) | Token-2022-Konto (170) |
|---|---|---|---|---|
| Alt | 6,960 | 0.000890880 SOL | 0.002039280 SOL | 0.002074080 SOL |
| Stufe 1 | 6,333 | 0.000810624 SOL | 0.001855569 SOL | 0.001887234 SOL |
| Stufe 2 | 5,080 | 0.000650240 SOL | 0.001488440 SOL | 0.001513840 SOL |
| Stufe 3 | 2,575 | 0.000329600 SOL | 0.000754475 SOL | 0.000767350 SOL |
| Stufe 4 | 1,322 | 0.000169216 SOL | 0.000387346 SOL | 0.000393956 SOL |
| Stufe 5 | 696 | 0.000089088 SOL | 0.000203928 SOL | 0.000207408 SOL |
Ein niedrigerer Satz senkt, was ein neues Konto halten muss. Er bewegt kein SOL aus bestehenden Konten. Ein älteres Konto, das unter der alten Einstellung erstellt wurde, hält sein ursprüngliches Guthaben, bis jemand es schließt oder den Überschuss entnimmt.
Was bedeutet die Wallet-Zeile für deine eigene Adresse?
Deine Haupt-Wallet ist ein System-Program-Konto ohne Daten. Ihre Zeile ist das kleinste Guthaben, das die Adresse halten kann, solange sie existiert: Das Konto muss auf oder über diesem Minimum bleiben oder auf genau null sinken. Solanas Dokumentation zur Konto-Laufzeit besagt, dass ein Gebührenzahler nicht zwischen null und dem Rent-befreiten Minimum landen darf.
Deshalb wird eine Überweisung abgelehnt, die deine Wallet über null, aber unter diesem Minimum zurücklassen würde. Aus demselben Grund schlägt das Senden von SOL an eine brandneue Adresse fehl, wenn der Betrag unter der Wallet-Zeile der aktuellen Stufe liegt.
Welche dieser Einlagen kannst du tatsächlich zurückholen?
Die Größe einer Einlage zu kennen, ist nur die halbe Frage. Die andere Hälfte ist, wer befugt ist, sie freizugeben.
| Kontotyp | Wie die Einlage normalerweise freigegeben wird |
|---|---|
| Klassisches SPL- oder Token-2022-Token-Konto | Schließen, sobald der Token-Bestand null ist; der Inhaber erhält die Lamports |
| Token-Konto, das du behalten willst | Nur den Überschuss über dem Live-Minimum mit WithdrawExcessLamports entnehmen |
| Klassischer Token-Mint | Nur Überschuss kann entnommen werden, und nur durch die Mint Authority oder den Mint selbst |
| Stake-Konto | Die Withdraw Authority entnimmt nach der Deaktivierung das volle Guthaben, wodurch es geschlossen wird |
| Metaplex-NFT-Konten | Freigabe über einen unterstützten Burn-Pfad; die Rückgewinnung hängt vom Asset-Standard ab |
| Wallet | Das ist dein verfügbares SOL; wenn du alles versendest, sinkt die Adresse auf null |
Sol Incinerator automatisiert die häufigsten Zeilen. Der Fun-Modus schließt leere Token-Konten und entnimmt berechtigte Rent-Überschüsse aus Konten, die du behältst, während der Pro-Modus das Verbrennen von Tokens und NFTs ergänzt, die du nicht mehr willst. Die v2-Bereinigungsgebühr beträgt 2% der live rückforderbaren Lamports, und die Transaktionsvorschau zeigt den genauen Betrag, bevor du signierst.
Sol Incinerator
Scanne deine Wallet und sieh, welche Konto-Einlagen du beim heutigen Rent-Satz zurückholen kannst.
Weiterführende Artikel
Häufig gestellte Fragen
Wie viel Rent kostet ein Solana-Token-Konto?
Ein klassisches Token-Konto mit 165 Bytes benötigt 0.001488440 SOL bei der Einstellung von 5,080 Lamports pro Byte, die am 24. September 2026 im Mainnet beobachtet wurde. Unter der alten Einstellung waren es 0.002039280 SOL. Die Einlage wird beim Schließen des leeren Kontos erstattet, und spätere Rent-Stufen senken den Bedarf weiter.
Wie wird Solana Rent für ein Konto berechnet?
Das Rent-befreite Minimum besteht aus 128 Bytes fixem Overhead plus der Datenlänge des Kontos, multipliziert mit der aktuellen Einstellung für Lamports pro Byte. Teile das Ergebnis durch 1,000,000,000, um Lamports in SOL umzurechnen. Da sich die Einstellung stufenweise ändert, frage den Live-Wert ab, statt eine einzelne Zahl zu übernehmen.
Warum kosten Token-2022-Konten mehr Rent?
Token-2022-Konten hängen Erweiterungsdaten an das klassische Layout mit 165 Bytes an. Ein standardmäßiges Token-2022 Associated Token Account mit nur der Immutable-Owner-Erweiterung nutzt 170 Bytes, Konten mit weiteren Erweiterungen nutzen mehr. Jedes zusätzliche Byte kostet denselben Betrag pro Byte wie der Rest des Kontos.
Belegen NFT-Metadatenkonten immer 679 Bytes?
Nein. 679 Bytes ist die maximale Metaplex-Metadatenzuweisung, aber viele bestehende Metadaten- und Master-Edition-Konten wurden auf ihren tatsächlichen Inhalt verkleinert. In unserer Stichprobe nutzten verkleinerte Metadaten 607 Bytes und eine verkleinerte Master Edition 20 Bytes. Prüfe daher die tatsächliche Kontolänge.