Was ist eine Contract-Adresse bei Krypto und wie prüft man sie?

1. Was ist eine Contract-Adresse?

Jedes Konto auf Ethereum und auf den Chains, die nach demselben Prinzip gebaut sind, hat eine Adresse. Es gibt zwei Arten von Konten. Ein extern kontrolliertes Konto (Externally Owned Account) gehört demjenigen, der seinen privaten Schlüssel hält. Ein Contract-Konto enthält ein Programm und die Daten, die dieses Programm speichert, und seine Adresse ist die Contract-Adresse. Die Dokumentation auf ethereum.org sagt es direkt: Contract-Konten haben keine privaten Schlüssel; sie werden von der Logik des Smart-Contract-Codes gesteuert.

Ein Contract wird einmal durch eine Transaktion deployt, erhält in diesem Moment seine Adresse und behält sie, solange die Chain existiert. Jeder kann eine Transaktion an diese Adresse senden, um eine der Funktionen des Contracts aufzurufen. Ein Token-Transfer oder ein Swap auf einer dezentralen Börse ist eine Transaktion, die an einen Contract adressiert ist.

Token sind der häufigste Fall. USDT, USDC, WETH und jeder andere ERC-20-Token ist ein Contract, der eine Tabelle mit Guthaben führt. Die Adresse des Tokens ist deshalb eine Contract-Adresse, und sie ist die eine Information, die eine Wallet braucht, um einen Token anzuzeigen, den sie noch nicht kennt.

2. Was bedeutet "CA" bei Krypto?

CA steht für Contract Address, also Contract-Adresse. Auf X, Telegram und Discord endet ein Beitrag über einen neuen Token meist mit CA, gefolgt von der Adresse, denn Name und Ticker eines Tokens sind nicht eindeutig, die Adresse schon. Trading-Seiten und Wallets verwenden dieselbe Abkürzung.

Auf Solana ist die CA die Mint-Adresse des Tokens, das Konto, das Gesamtmenge und Dezimalstellen des Tokens festlegt. Auf Ethereum, BNB Chain, Base und anderen EVM-Netzwerken ist sie die Adresse des ERC-20- oder BEP-20-Contracts. In beiden Fällen ist die Adresse das, was du in eine Wallet oder einen Explorer einfügst, um genau den Token zu erreichen, von dem jemand spricht. Deshalb sind gefälschte CAs auch eine verbreitete Betrugsmasche: Ein nachgemachter Token mit demselben Namen bekommt eine andere Adresse.

3. Wie sieht eine Contract-Adresse aus?

Das Format richtet sich nach der Chain, und es ist dasselbe Format, das die Chain für Wallet-Adressen verwendet. Das sind die offiziellen Adressen zweier weit verbreiteter Stablecoins, übernommen von den Seiten der Herausgeber:

Die Einträge für Ethereum, Base, Arbitrum und Polygon stammen aus der Liste der USDC-Contract-Adressen von Circle, die USDT-Einträge von der Seite zu den unterstützten Protokollen von Tether. USDC hat auf jeder Chain eine andere Adresse: Derselbe Name bedeutet nicht denselben Contract. Groß- und Kleinbuchstaben in einer EVM-Adresse bilden eine Prüfsumme, definiert in EIP-55; die Form komplett in Kleinbuchstaben ist dieselbe Adresse, und Explorer und Wallets akzeptieren beide.

Bitcoin hat keine Contract-Adressen. Eine Bitcoin-Adresse, die mit 3 oder bc1 beginnt, kann ein Skript kodieren, aber unter der Adresse liegt kein Programm, das man aufruft. Das Konzept gehört zu kontobasierten Chains wie Ethereum, Tron und Solana.

4. Contract-Adresse vs. Wallet-Adresse: Was ist der Unterschied?

Auf einer EVM-Chain sehen beide identisch aus, der Unterschied liegt also darin, was die Adresse kontrolliert.

Die eine Grauzone ist EIP-7702, seit dem Pectra-Upgrade im Mai 2025 auf Ethereum aktiv. Damit kann eine Wallet-Adresse delegierten Code an sich binden, um Aufrufe zu bündeln oder ihre Gebühren von jemand anderem bezahlen zu lassen. Der Schlüssel kontrolliert das Konto weiterhin und das Konto kann weiterhin Transaktionen senden, es bleibt also eine Wallet-Adresse mit angehängtem Code.

Um sie auseinanderzuhalten, öffne die Adresse in einem Block Explorer: Ein Contract bekommt einen Contract-Tab, eine Creator-Adresse und, falls der Quellcode veröffentlicht wurde, verifizierten Code. Im Code gibt die JSON-RPC-Methode eth_getCode den Bytecode zurück, der unter einer Adresse gespeichert ist, und für eine Wallet-Adresse nur 0x. Der Etherscan-Guide zeigt, wo jeder dieser Tabs zu finden ist.

5. Wie wird eine Contract-Adresse erzeugt?

Die Adresse wird berechnet, nicht gewählt, und jede Chain hat ihre eigene Regel:

Ethereum und EVM-Chains (CREATE)

Die Adresse besteht aus den letzten 20 Bytes des Keccak-256-Hashes aus der Adresse des Deployers und seiner Nonce, also der Anzahl der Transaktionen, die diese Adresse gesendet hat. Zweimal vom selben Konto zu deployen ergibt zwei verschiedene Adressen, weil die Nonce inzwischen weitergezählt hat.

Ethereum und EVM-Chains (CREATE2)

Ein Contract kann einen anderen Contract an einer Adresse deployen, die aus seiner eigenen Adresse, einem von ihm gewählten Salt und dem Hash des Erstellungscodes berechnet wird: keccak256(0xff ++ address ++ salt ++ keccak256(init_code))[12:]. Die Adresse steht fest, bevor irgendetwas deployt ist, und so kann ein Contract auf vielen Chains unter derselben Adresse erscheinen.

Tron

Eine Tron-Adresse besteht aus 21 Bytes mit einem führenden 0x41 und wird als 34 Base58check-Zeichen dargestellt, die mit T beginnen. Contract-Adressen haben dasselbe Format wie Wallet-Adressen und werden aus der ID der Deployment-Transaktion und der Adresse des Deployers abgeleitet.

Solana

Die Adresse eines Programms ist der öffentliche Schlüssel des Kontos, das seinen ausführbaren Code speichert. Ein Token wird über die Adresse seines Mint-Kontos identifiziert, das dem Token Program gehört. Die Wallet, die den Token hält, bekommt für jeden Mint ein eigenes Token-Konto.

Die Regeln stehen in der Dokumentation zu Konten auf ethereum.org, in EIP-1014 für CREATE2, in der Tron-Referenz zu Konten und in der Solana-Dokumentation zu Token.

6. Ist eine Token-Adresse dasselbe wie eine Contract-Adresse?

Auf EVM-Chains ja. Eine Token-Adresse ist die Contract-Adresse des Token-Contracts, und Wallets, Explorer und Börsen verwenden beide Namen für dieselbe Zeichenkette. Einen Token manuell zu einer Wallet hinzuzufügen heißt, diese Adresse einzufügen; die Wallet liest dann Symbol und Anzahl der Dezimalstellen aus dem Contract selbst, weshalb eine falsche Adresse einen falschen Token anzeigt statt einer Fehlermeldung.

Zwei Fälle brauchen eine zusätzliche Kennung. Ein NFT wird über die Contract-Adresse der Kollektion plus eine Token-ID identifiziert, weil ein Contract die gesamte Kollektion enthält. Auf Solana ist die Token-Adresse die Mint-Adresse, und das Guthaben, das dir gehört, liegt in einem Token-Konto, das an deine Wallet gebunden ist, nicht beim Mint.

7. Wie finde ich die Contract-Adresse eines Tokens?

Nimm sie aus einer Quelle, die der Herausgeber kontrolliert, und bestätige sie dann im Explorer.

Website oder Dokumentation des Herausgebers

Stablecoin-Herausgeber, Protokolle und die meisten Projekte veröffentlichen ihre Adressen pro Chain. Circle und Tether führen je eine Seite für USDC und USDT, und die Einträge in der Tabelle oben stammen von dort.

CoinMarketCap und CoinGecko

Die Token-Seite listet unter Contracts die Contract-Adresse für jede Chain, mit Kopieren-Button und Link zum Explorer.

Ein Block Explorer

Suche den Token-Namen auf Etherscan, BscScan, Polygonscan, Tronscan oder Solscan. Explorer kennzeichnen den etablierten Token und zeigen die Anzahl der Holder; eine Kopie mit demselben Namen und zehn Holdern ist ein anderer Token.

Deine Wallet oder Börse

Wallets zeigen die Adresse in der Detailansicht des Tokens. Börsen zeigen sie auf den Ein- und Auszahlungsseiten, zusammen mit dem Netzwerk, zu dem die Adresse gehört.

Kopiere die gesamte Zeichenkette und notiere dir das Netzwerk dazu. Eine USDC-Adresse von Base bedeutet auf Arbitrum nichts, und ein Explorer zeigt eine leere Adresse, wenn du sie auf der falschen Chain nachschlägst.

8. Wie prüfe ich, ob eine Contract-Adresse echt ist?

Name und Symbol eines Tokens sind freier Text im Contract, jeder kann also einen zweiten USDC deployen. Diese Prüfungen trennen den echten Contract von den Kopien:

Mit dem Herausgeber abgleichen

Die Adresse muss Zeichen für Zeichen mit der auf der Website oder in der Dokumentation des Herausgebers übereinstimmen. Vergleiche mehr als die ersten und letzten paar Zeichen; ähnlich aussehende Adressen werden gezielt so erzeugt, dass genau diese übereinstimmen.

Nach verifiziertem Quellcode suchen

Auf Etherscan und ähnlichen Explorern zeigt der Contract-Tab, ob der Deployer den Quellcode veröffentlicht hat und der Explorer ihn neu kompiliert hat, sodass er zum Bytecode passt. Nicht verifizierter Bytecode ist bei jedem weit verbreiteten Token ein Warnsignal.

Holder, Alter und Aktivität prüfen

Ein echter Stablecoin-Contract hat Millionen von Transfers und Jahre an Historie. Ein Contract, der letzte Woche deployt wurde, mit einer Handvoll Holdern und ohne verifizierten Quellcode, ist ein anderer Token, egal wie er heißt.

Die Regeln des Tokens lesen

Explorer und Token-Scanner markieren Contracts, deren Owner nach Belieben minten, Transfers pausieren, Gebühren ändern oder den Verkauf blockieren kann. Ein Proxy-Contract behält seine Adresse, kann aber seine Implementierung austauschen, prüfe also, wer das Upgrade kontrolliert.

Die Chain gegenprüfen

Dasselbe Projekt hat auf verschiedenen Chains verschiedene Adressen, stelle also sicher, dass Explorer, Wallet und Quelle alle vom selben Netzwerk sprechen.

Der Etherscan-Guide geht den Contract-Tab und die Ansichten Read Contract und Write Contract durch, die für diese Prüfungen verwendet werden.

9. Kann ich Krypto an eine Contract-Adresse senden?

Ja, und das Ergebnis hängt vom Contract ab. In einen Lending-Pool einzahlen, auf einer dezentralen Börse kaufen oder ein NFT minten funktioniert immer so, dass eine Transaktion an einen Contract geschickt wird, meist mit einem Funktionsaufruf, über eine Wallet oder eine dApp, die die Schnittstelle des Contracts kennt.

Token an die eigene Contract-Adresse des Tokens zu senden ist der Fehler, den du vermeiden musst. Der ERC-20-Standard definiert Funktionen zum Übertragen, Freigeben und Abfragen von Guthaben und nichts, womit der Contract Token zurückgeben könnte, deshalb sind Coins, die versehentlich an einen Token-Contract geschickt wurden, normalerweise verloren, es sei denn, der Herausgeber hat eine Wiederherstellungsfunktion eingebaut und ist bereit, sie zu nutzen. Dasselbe gilt für die meisten Contracts, die nie für einfache Transfers gedacht waren: Manche lehnen sie ab, andere nehmen sie stillschweigend an.

Wenn eine Börse oder eine Person um eine Einzahlung bittet, bekommst du eine Wallet-Adresse. Wenn ein Protokoll will, dass du mit ihm interagierst, baut die dApp die Transaktion für dich. Wenn du dabei bist, die Contract-Adresse eines Tokens in das Empfängerfeld einer Überweisung einzufügen, halte inne und prüfe, was du da tust.

10. Ist eine Contract-Adresse auf jeder Blockchain dieselbe?

Nein, es sei denn, der Deployer hat es so eingerichtet. Die USDC-Tabelle oben zeigt vier verschiedene Adressen auf vier EVM-Chains für denselben Vermögenswert, weil jedes Deployment eine eigene Transaktion von einem Konto mit einer anderen Nonce war. Per Bridge übertragene Versionen eines Tokens, oft mit einem Suffix wie .e gekennzeichnet, haben eigene Adressen, ein Explorer kann auf einem Netzwerk also mehr als einen Token namens USDC anzeigen.

Identische Adressen über Chains hinweg sind per CREATE2 möglich oder indem dieselbe signierte Deployment-Transaktion von einem frischen Konto auf jeder Chain erneut eingespielt wird. Multicall3, ein Hilfs-Contract, den Wallets und Bibliotheken nutzen, liegt aus genau diesem Grund auf mehr als hundert Chains unter 0xcA11bde05977b3631167028862bE2a173976CA11, wie seine Deployment-Liste zeigt. Die meisten Token werden nicht so deployt, schlag die Adresse also auf der Chain nach, die du verwendest.

Wenn du nicht sicher bist, mit welchem Netzwerk eine Wallet verbunden ist, ordnet die Chain-ID-Liste jede Chain-ID ihrem Netzwerk und Explorer zu.

11. Eine Adresse im Code prüfen

Eine Anwendung, in der Nutzer eine Token- oder Empfängeradresse einfügen können, sollte das Format prüfen, bevor sie eine Transaktion baut. Das ChainGate SDK validiert Adressen für Bitcoin, Ethereum, Litecoin, Dogecoin, Bitcoin Cash und jedes EVM-Netzwerk, das du registrierst, und es lehnt eine EVM-Adresse ab, deren Prüfsumme aus Groß- und Kleinschreibung nicht stimmt:

import { ChainGate, isValidEvmAddress } from 'chaingate';

const cg = new ChainGate({ apiKey: process.env.CHAINGATE_API_KEY });

// Format checks: true for a well-formed address, false otherwise
cg.networks.ethereum.isValidAddress('0xdAC17F958D2ee523a2206206994597C13D831ec7'); // true  (USDT contract)
cg.networks.ethereum.isValidAddress('0xD8DA6bf26964af9d7eed9e03e53415d37aa96045'); // false (EIP-55 checksum does not match)
isValidEvmAddress('0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48');                  // true  (USDC contract)

// Bitcoin: validate and classify the address type
cg.networks.bitcoin.isValidAddress('bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4');      // true
cg.networks.bitcoin.identifyAddressType('bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4'); // 'segwit-p2wpkh'

Die Formatprüfung sagt, dass die Zeichenkette eine wohlgeformte Adresse ist; sie sagt nicht, ob dort Code liegt. Dafür rufst du eth_getCode an einem RPC-Endpunkt auf: Ein Contract gibt seinen Bytecode zurück, eine Wallet-Adresse 0x. Die Dokumentation zur Adressvalidierung listet jedes unterstützte Netzwerk und die Bitcoin-Adresstypen, die das SDK erkennt.

12. Wie es weitergeht

Eine Contract-Adresse sagt dir, mit welchem Programm du sprichst, der Transaktions-Hash sagt dir, welchen Aufruf du gemacht hast, und der Etherscan-Guide zeigt, wie du beides in einem Explorer liest. Jeder Aufruf eines Contracts kostet Gas, und der Gas-Tracker zeigt, was das gerade auf jedem Netzwerk kostet. Und wenn Adressvalidierung, Guthaben und Transfers über Bitcoin, Ethereum und die anderen Netzwerke aus einem einzigen SDK erledigt werden sollen, macht ChainGate genau das.

Häufig gestellte Fragen