Münzen, Guthaben und Konten: warum „wie viel habe ich" drei verschiedene Antworten hat
Öffne eine Wallet, die mehrere Chains unterstützt, und dir fällt bei genauem Hinsehen etwas Merkwürdiges auf. Das Bitcoin-Guthaben und das Ethereum-Guthaben sind beide bloß Zahlen auf einem Bildschirm, aber darunter werden sie auf völlig verschiedene Weise berechnet — und auf Solana gibt es noch eine dritte Anordnung.
Das ist keine Randnotiz. Es erklärt, warum Bitcoin-Gebühren von deiner Transaktionshistorie abhängen, warum eine Ethereum-Transaktion scheitern und trotzdem Geld kosten kann, und warum ein Solana-Konto sich nicht einfach auf null leeren lässt.
Das UTXO-Modell: du besitzt Münzen, kein Guthaben
Bitcoin kennt keine Konten und speichert keine Guthaben. Was es speichert, ist eine Menge unverbrauchter Transaktionsausgänge — UTXOs — von denen jeder ein abgegrenztes Stück Wert ist, gesperrt durch irgendeine Ausgabebedingung.
Denk an Bargeld. Du hast nicht „47 Euro" in der Tasche; du hast einen Zwanziger, zwei Zehner, einen Fünfer und zwei Ein-Euro-Münzen. Um 23 Euro zu zahlen, gibst du den Zwanziger und den Fünfer und bekommst 2 zurück. Einen Schein kannst du nicht zerreißen.
UTXOs funktionieren genau so. Jeder muss ganz ausgegeben werden. Um 0,3 BTC aus einem Ausgang von 1 BTC zu zahlen, verbraucht deine Wallet das ganze BTC und erzeugt zwei neue Ausgänge: 0,3 an den Empfänger und rund 0,7 als Wechselgeld zurück an dich. Der 1-BTC-UTXO hört auf zu existieren.
Dein „Guthaben" ist daher eine abgeleitete Größe — deine Wallet durchsucht die Chain nach Ausgängen, die an Bedingungen gebunden sind, die du erfüllen kannst, und zählt sie zusammen. Nirgends auf der Bitcoin-Blockchain steht ein Eintrag, dass du einen bestimmten Betrag hast.
Daraus folgen drei Dinge, und alle drei sind praktisch:
Gebühren hängen von deiner Historie ab, nicht nur vom Betrag. Gebühren werden pro Byte berechnet, und jeder Eingang, den du ausgibst, fügt Bytes hinzu. 50 Euro aus einem großen UTXO zu zahlen ist billig; dieselben 50 Euro aus dreißig winzigen zusammenzusetzen ist teuer, weil die Transaktion physisch größer ist. Deshalb lohnt es sich, UTXOs zu konsolidieren, wenn die Gebühren niedrig sind.
Wechselgeld ist ein echter Ausgang, der irgendwohin muss. Jede Wallet erledigt das automatisch, aber es ist der Mechanismus hinter den Wechselgeld-Heuristiken, mit denen Chain-Analysten deine Adressen verknüpfen.
Ausgeben ist von Natur aus parallel. Verschiedene UTXOs sind unabhängig, nichts zwingt deine Transaktionen also in eine strenge Reihenfolge.
Bitcoin, Litecoin, Dogecoin, Bitcoin Cash, Zcash, Ravencoin und Flux arbeiten alle so. Es ist das ältere Modell und dasjenige, in dem „nicht deine Schlüssel, nicht deine Coins" am wörtlichsten zutrifft — es gibt kein Konto, nur Münzen mit angehängten Bedingungen.
Das Kontomodell: du besitzt ein Guthaben und einen Zähler
Ethereum warf das über Bord und nahm etwas, das eher einem Bankbuch gleicht. Die Chain speichert einen Zustand: eine riesige Zuordnung von Adressen zu Guthaben (und, bei Contracts, zu gespeicherten Daten). 0,3 ETH zu senden zieht 0,3 von einer Zahl ab und addiert sie zu einer anderen. Keine Eingänge, keine Ausgänge, kein Wechselgeld.
Das ist einfacher, und es macht Smart Contracts erst praktikabel — ein Contract braucht dauerhaften Speicher zum Lesen und Schreiben, was schwierig ist, wenn die Welt aus einzelnen Münzen besteht.
Doch das Kontomodell bringt ein Problem mit, das UTXOs nicht haben. Wenn eine Transaktion nur lautet „ziehe Alice 0,3 ab", könnte jeder, der sie sieht, sie immer wieder erneut verbreiten und ihr Konto leeren. Die Lösung ist der Nonce: ein Zähler je Konto, in jeder Transaktion enthalten, der sich um genau eins erhöhen muss. Transaktion Nummer 7 kann erst nach Nummer 6 geschürft werden, und nur einmal.
Der Nonce ist der Grund, warum EVM-Chains sich so verhalten, wie sie es tun:
Deine Transaktionen sind streng geordnet. Eine feststeckende Transaktion blockiert jede spätere derselben Adresse, weil sie nicht außer der Reihe verarbeitet werden können.
Gebühren fallen auch an, wenn eine Transaktion scheitert. Gas bezahlt versuchte Berechnung, nicht gelungene. Ein zurückgerollter Contract-Aufruf hat die Arbeit der Validatoren trotzdem verbraucht, also kostet er trotzdem. Das überrascht Leute ständig und ist ein echter Unterschied zur UTXO-Welt, wo eine ungültige Transaktion schlicht nie bestätigt wird und nichts kostet.
Nonce-Verwaltung ist echte Infrastruktur. Für eine gewöhnliche Wallet ist das unsichtbar. Für ein Multisig, bei dem sich zwei Geräte vor dem Senden einig werden müssen, muss der Nonce reserviert, verfolgt und freigegeben werden — weshalb der Umgang mit Nonces beim Signieren mit zwei Geräten ein wiederkehrendes Thema ist und kein Implementierungsdetail.
Ethereum, Polygon, BSC, Avalanche, Base und XDC nutzen alle dieses Modell.
Solana: Konten, die Miete zahlen
Solana ist ebenfalls kontobasiert, aber mit einer Wendung, die Leute überrascht.
Auf Solana ist im Grunde alles ein Konto — deine Wallet, jeder Token, den du hältst, die Daten jedes Programms. Und weil diese Konten Validator-Speicher belegen, müssen sie ein Mindestguthaben halten, um am Leben zu bleiben. Das ist die Mietbefreiung: leg genug ein, und das Konto besteht unbegrenzt fort; fall darunter, und es kann eingezogen werden.
Praktisch heißt das: Um einen SPL-Token zu halten, braucht es ein eigenes Token-Konto, finanziert mit ein wenig SOL, bevor dir überhaupt jemand diesen Token schicken kann. Empfangen ist nicht kostenlos. Das ist ungewöhnlich und lohnt sich zu verstehen, bevor man es braucht, denn „ich habe dir die Token geschickt und nichts kam an" ist oft nur ein fehlendes Token-Konto.
Warum eine Multi-Chain-Wallet alle drei abbilden muss
Eine Wallet, die diese Chains unterstützt, kann keine einheitliche interne Vorstellung von „Guthaben" haben. Sie braucht:
- Für UTXO-Chains: eine Menge von Ausgängen, je mit Betrag und Skript, plus eine Auswahllogik, die entscheidet, welche ausgegeben werden.
- Für EVM-Chains: eine einzelne Guthabenzahl plus einen Nonce und eine Warteschlange, die die Reihenfolge einhält.
- Für Solana: ein Guthaben, eine Menge zugehöriger Token-Konten und ein Bewusstsein für Mietminima.
Auch die Sicherheitsarchitektur muss sich anpassen. Auf UTXO-Chains ist SSPs 2-von-2 ein Skript: ein P2WSH-Ausgang, der zum Entsperren zwei Signaturen verlangt, durchgesetzt von den Skriptregeln der Chain selbst. Auf EVM-Chains gibt es für gewöhnliche Konten kein entsprechendes Skriptsystem, also wird Multisig über Account Abstraction umgesetzt — ein Smart-Contract-Konto, dessen Prüflogik beide Signaturen fordert. Auf Solana ist es eine programmabgeleitete Adresse, gesteuert von einem Programm auf der Chain.
Drei völlig verschiedene Mechanismen, eine nach außen sichtbare Idee: nichts bewegt sich ohne beide Geräte. Dass die zugrunde liegenden Umsetzungen einander in nichts ähneln, ist genau der Grund, warum die Garantie auf jeder Chain neu hergestellt und neu geprüft werden muss, statt als übertragbar angenommen zu werden.
Was das für dich bedeutet
Wenn Bitcoin-Gebühren für eine kleine Zahlung hoch wirken, schau dir deine Eingänge an. Der Betrag zählt weniger als die Zahl der Stücke, aus denen er besteht.
Wenn eine Ethereum-Transaktion feststeckt, hängen spätere derselben Adresse dahinter fest. Das ist der Nonce, kein Fehler. Die erste zu lösen macht die Schlange frei.
Wenn eine gescheiterte EVM-Transaktion trotzdem abrechnet, arbeitet das Modell wie entworfen. Simulation hilft, das zu vermeiden — weshalb Simulieren vor dem Signieren auf kontobasierten Chains wertvoller ist als auf UTXO-Chains.
Wenn eine Solana-Token-Überweisung „verschwindet", such nach einem Token-Konto. Nichts ist verloren; das Ziel gab es vielleicht noch gar nicht.
Nichts davon ist eine Marotte einer bestimmten Wallet. Es sind Folgen einer Entwurfsentscheidung, die jede Chain vor Jahren getroffen hat — und sobald du erkennst, in welchem Modell du dich bewegst, wird eine Menge sonst rätselhaftes Verhalten vorhersagbar.
