Gleicher Token, andere Chain: native und gebridgte Stablecoins
Du und ein Freund haltet jeweils 500 USDC, aber auf verschiedenen Netzwerken. Eine Börse akzeptiert deine Einzahlung, seine aber nicht. Gleicher Ticker, gleiches Logo – was ist da los?
Die kurze Antwort: „USDC“ oder „USDT“ ist nicht ein einzelner Token. Es ist eine Familie getrennter Verträge auf getrennten Blockchains, und nicht jedes Mitglied dieser Familie wird auf dieselbe Weise ausgegeben. Hier erfährst du, warum das wichtig ist und wie du prüfst, welchen du hältst.
Ein Name, viele Verträge
Ein Token auf Ethereum, Polygon, Base oder Solana ist ein Programm (ein Smart Contract bzw. auf Solana ein „Mint“), das nur auf dieser einen Chain existiert. Eine Chain kann die Verträge einer anderen nicht sehen. Wenn ein Stablecoin also „auf zehn Chains“ verfügbar ist, gibt es mindestens zehn getrennte Verträge – jeder mit eigener Adresse, eigenem Angebot und eigenen Regeln.
Selbst Details unterscheiden sich: Auf BNB Smart Chain verwenden die in SSP Wallet gelisteten USDT und USDC 18 Dezimalstellen, die Ethereum-Versionen dagegen 6.
Falls dir neu ist, dass Tokens innerhalb einer Chain leben und deren native Coin für Gebühren brauchen, erklärt Coins vs. Tokens die Grundlagen.
Nativ oder gebridgt: Wer steht wirklich dahinter?
Es gibt zwei grundlegende Wege, wie ein Stablecoin auf eine Chain gelangt.
Nativ ausgegeben. Der Emittent selbst setzt den Vertrag auf und prägt und löst Tokens direkt auf dieser Chain ein. Dein Anspruch richtet sich direkt an die Reserven des Emittenten, zu dessen Bedingungen. Was Stablecoins wirklich deckt erklärt, woraus diese Reserven bestehen.
Gebridgt. Jemand sperrt die ursprünglichen Tokens in einem Vertrag auf einer Chain, und eine Bridge prägt einen entsprechenden „gewrappten“ Token auf einer anderen Chain. Dieser Token lässt sich nicht direkt beim Emittenten einlösen. Er ist ein Schuldschein auf das, was in der Bridge gesperrt ist, und trägt damit zusätzlich zum Risiko des Emittenten das Risiko der Bridge. Wird die Bridge geleert oder werden ihre Schlüssel kompromittiert, kann der gebridgte Token seine Deckung verlieren, während der native Token unberührt bleibt. Warum Bridges immer wieder gehackt werden und Wrapped Tokens vertiefen beide Themen.
Oft existieren beide nebeneinander. Auf Polygon zum Beispiel kam USDC zuerst über eine Bridge. Als Circle später begann, USDC dort nativ auszugeben, wurde der ältere gebridgte Token in USDC.e umbenannt, und beide zirkulierten weiter als getrennte Tokens.
Warum die Vertragsadresse die Identität ist
Namen, Ticker und Logos sind nur Etiketten. Jeder kann einen Token-Vertrag aufsetzen und ihn „USDC“ nennen, mit sechs Dezimalstellen und blauem Logo. Betrüger tun genau das und schicken Nachahmungen per Airdrop an Wallets, in der Hoffnung, dass jemand versucht, sie zu verwenden.
Das Einzige, was sich nicht kopieren lässt, ist die Vertragsadresse. Auf einer bestimmten Chain ist genau eine Adresse der USDC des Emittenten (oder, wo mehrere existieren, ist eine die native und die anderen sind gebridgte Versionen mit eigenen Adressen). Zwei Tokens mit identischem Namen, aber unterschiedlichen Adressen sind unterschiedliche Vermögenswerte – Punkt.
Deshalb können Börsen und Zahlungsdienste auch eine Version gutschreiben und eine andere nicht. Jeder Dienst entscheidet, welche Verträge er auf welchen Netzwerken unterstützt. Sendest du eine gebridgte Version oder den richtigen Token im falschen Netzwerk, wird die Einzahlung womöglich nicht automatisch gutgeschrieben. Prüfe vor dem Senden drei Dinge: das Netzwerk, den Token und den genauen Vertrag, den der Empfänger akzeptiert.
So prüfst du einen Token-Vertrag
- Beginne beim Emittenten. Große Emittenten veröffentlichen ihre offizielle Vertragsadresse für jede unterstützte Chain. Vergleiche Zeichen für Zeichen, nicht nur die ersten und letzten paar.
- Nutze einen Block-Explorer. Schlage die Adresse im Explorer der Chain nach. Prüfe, ob der Vertrag verifiziert ist, Name und Dezimalstellen stimmen und seine Historie wie die eines großen Stablecoins aussieht – nicht wie ein Vertrag von letzter Woche.
- Misstraue Adressen aus Antworten, Anzeigen oder Direktnachrichten. Sie sind ein häufiger Weg für gefälschte Verträge.
- Frag den Empfänger. Wenn du an eine Börse oder ein Unternehmen zahlst, nutze das Netzwerk und den Token von deren Einzahlungsseite, nicht die, die du vermutest.
Wie SSP damit umgeht
SSP Wallet bringt für jede unterstützte EVM-Chain und für Solana eine eingebaute Token-Liste mit. Sie enthält verbreitete Stablecoins: zum Beispiel USDT und USDC auf Ethereum, USDT und den nativ ausgegebenen USDC auf Polygon, USDC auf Base, USDT auf Avalanche, USDT und USDC auf BNB Smart Chain sowie Circles USDC-Mint auf Solana. Die Listen sind kurz, daher ist nicht jede Version jedes Stablecoins enthalten.
Für alles andere kannst du einen benutzerdefinierten Token hinzufügen, indem du seine Vertragsadresse (bzw. auf Solana die Mint-Adresse) einfügst. SSP ruft Name, Symbol und Dezimalstellen des Tokens ab und fügt ihn nur dieser Chain hinzu. Bedenke, dass Name und Symbol vom Token selbst stammen – eine Nachahmung nennt sich also problemlos „USDC“. Entscheidend ist die Adresse, die du einfügst; nimm sie deshalb vom Emittenten oder aus dem Explorer.
Ist ein Token hinzugefügt, zeigt SSP Wallet in den Token-Details Vertragsadresse, Dezimalstellen und Netzwerk mit einer Kopierschaltfläche an, und der Vertrag erscheint auch in den Transaktionsdetails. Auf der Freigabeseite zeigt SSP Key bei einer Token-Überweisung den Token-Vertrag (bzw. den Solana-Mint) an, bevor du zustimmst. Erkennt das Telefon den Token nicht – etwa einen, den du nur in der Browser-Erweiterung importiert hast –, zeigt SSP Key den Betrag in Roh-Einheiten und kennzeichnet ihn als unbekannten Token, statt einem Namen zu vertrauen, den es nicht prüfen kann.
Die ehrliche Zusammenfassung
„USDC“ und „USDT“ sind Familien getrennter Verträge. Manche werden vom Emittenten nativ ausgegeben, andere sind gebridgte Schuldscheine, die zusätzlich davon abhängen, dass eine Bridge hält. Der Ticker sagt sehr wenig aus – erst Netzwerk und Vertragsadresse zusammen sagen dir, was du tatsächlich hältst.
Bestätige vor dem Senden von Stablecoins das Netzwerk und den genauen Vertrag, den der Empfänger akzeptiert, und prüfe unbekannte Verträge anhand der veröffentlichten Liste des Emittenten und eines Explorers. SSP hilft, indem es gängige Stablecoins vorab listet, Vertragsadressen anzeigt und unbekannte Tokens auf SSP Key kennzeichnet – aber es kann nicht für dich entscheiden, welche Version eine Börse gutschreibt.
