ERC-20-Adressen über EVM-Chains hinweg

ERC20 Address: Format, balanceOf und Erstellung über API

Wie eine ERC-20-Adresse und balanceOf im Detail funktionieren, wie sich das auf Polygon und Arbitrum überträgt, und wie Sie ERC-20-Adressen über REST statt rohem JSON-RPC erstellen und beobachten.

7 Tage kostenlos testen — keine Karte, kein KYC nötig Non-custodial — Private Keys bleiben unter Ihrer Kontrolle Pläne ab 49 €/Monat (490 €/Jahr) — Pläne und Rate Limits ansehen

Eine ERC20-Adresse ist dasselbe 0x-präfixierte, 42-stellige Adressformat, das Ethereum für jedes Konto nutzt – sie wird im Kontext zur „ERC-20-Adresse“, sobald dieses Konto Token hält, die dem ERC-20-Standard entsprechen. Weil das Format über jede EVM-Chain hinweg geteilt wird, funktioniert dieselbe erc20 address, die Sie auf Ethereum nutzen, unverändert auf Polygon und Arbitrum, auch wenn die Token und Guthaben an dieser Adresse chain-spezifisch sind. Diese Seite behandelt das Format, den balanceOf-Aufruf, der ein Token-Guthaben liest, und die Erstellung von Adressen über eine API.

Der ERC-20-Standard, kurz erklärt

ERC-20 ist Ethereums Standard für fungible Token: eine kleine Menge an Funktionen – transfer, approve, balanceOf und einige weitere –, die jeder konforme Token-Contract implementiert, weshalb Wallets und Börsen neue ERC-20-Token unterstützen können, ohne pro Token eigene Integrationsarbeit zu leisten. Die vollständige Mechanik steht im ERC20-Token-Standard-Artikel im Blog; diese Seite konzentriert sich auf die Adressseite: was eine erc20 address ist und wie Sie programmatisch damit arbeiten.

balanceOf: wie ein ERC-20-Guthaben tatsächlich gelesen wird

Ein ERC-20-Token-Guthaben ist nicht an der Adresse selbst gespeichert – es liegt im Smart Contract des Tokens, in einem Mapping, das nach Adresse indiziert ist. balanceOf(address) ist die standardmäßige, nur lesende Funktion, die jeder ERC-20-Contract bereitstellt, um diesen Wert nachzuschlagen. Sie direkt aufzurufen bedeutet, ein rohes JSON-RPC eth_call gegen den Token-Contract zu kodieren und den zurückgegebenen Hex zu dekodieren. Die Chaingateway-API übernimmt dieses Decoding für Sie: Balance- und Transaktionshistorie-Endpoints geben schlichte Zahlen zurück, sodass „erc20 balanceof“ kein Roh-RPC-Problem mehr ist, sondern eine normale API-Antwort wird.

Dieselbe Adresse auf Polygon und Arbitrum

Polygon und Arbitrum sind beide EVM-kompatibel, sodass eine Polygon-Adresse und eine Arbitrum-Adresse dasselbe 0x-Format wie eine Ethereum-Adresse nutzen und tatsächlich dieselbe Adresse sein können, wenn sie vom selben Key abgeleitet ist. Deshalb sind Polygon-Token in jeder funktionalen Hinsicht ERC-20-Token – ist Polygon ein ERC-20-Token-Netzwerk, kein anderer Adressstandard – POL und Polygon-native Token implementieren dieselbe Schnittstelle wie Ethereum-Token. Die Token-Contracts unterscheiden sich pro Chain, auch wenn das Adressformat es nicht tut; ein auf Ethereum deployter Token braucht ein separates Deployment (oder eine Bridge), um auf Polygon zu existieren.

ERC-721 und ERC-721A: ein anderer Standard, dasselbe Adressformat

ERC-721 ist Ethereums Standard für Non-Fungible Token – jede Token-ID ist einzigartig statt austauschbar, anders als bei ERC-20s fungiblen Guthaben. ERC-721A ist eine weit verbreitete, gas-optimierte Implementierung derselben ERC-721-Schnittstelle, beliebt für NFT-Kollektionen, die in Batches gemintet werden; sie ändert, wie der Contract Daten intern speichert, nicht wie die Adresse eines Halters aussieht. Beide nutzen dieselbe erc20-artige 0x-Adresse für den Eigentumsnachweis. Der ERC721-Token-Standard-Artikel behandelt die NFT-Seite ausführlich.

ERC-20-Adressen per REST erstellen und lesen

EndpointWas er tut
POST /api/v2/ethereum/addressesNeue Ethereum-Adresse generieren
POST /api/v2/ethereum/addresses/importPrivate Key importieren, damit die API für diese Adresse signieren kann
POST /api/v2/ethereum/webhooksWebhook für ERC-20-Deposits auf die Adresse registrieren
POST /api/v2/ethereum/transactions/erc20ERC-20-Token von der Adresse senden

Dasselbe Anfrageformat gilt mit /polygon/ oder /arbitrum/ anstelle von /ethereum/ im Pfad, da alle drei Chains sich das Adressformat und die ERC-20-Schnittstelle teilen.

Brauchen Sie ERC-20-Guthaben, ohne balanceOf-Aufrufe von Hand zu dekodieren? Kostenloses Konto erstellen und eine Testnet-Adresse per REST abfragen – 7 Tage kostenlos testen, keine Karte, kein KYC.

FAQ: ERC-20-Adressen

Das 0x-präfixierte, 42-stellige Adressformat, das Ethereum für jedes Konto nutzt, unabhängig davon, ob es ERC-20-Token hält. Im Kontext wird sie als ERC-20-Adresse bezeichnet, wenn es speziell um die Token geht, die sie hält.

Eine Reihe von Funktionen – transfer, approve, balanceOf und weitere –, die jeder fungible Token-Contract auf Ethereum implementiert, sodass Wallets und Börsen neue Token unterstützen können, ohne Custom-Code pro Token.

balanceOf(address) ist eine nur lesende Funktion, die jeder ERC-20-Contract bereitstellt. Sie direkt aufzurufen bedeutet einen eth_call gegen den Token-Contract und das Dekodieren der Hex-Antwort; die Chaingateway-API gibt das dekodierte Guthaben direkt zurück.

Polygon ist eine Blockchain, kein Token, aber sie ist EVM-kompatibel, sodass Token darauf dieselbe ERC-20-Schnittstelle implementieren wie Ethereum-Token, und eine Polygon-Adresse nutzt dasselbe 0x-Format.

Eine gas-optimierte Implementierung des ERC-721-NFT-Standards, verbreitet bei Kollektionen, die in Batches gemintet werden. Sie ändert die interne Contract-Speicherung, nicht das Adressformat – Eigentum löst sich weiterhin auf eine Standard-0x-Adresse auf.

Bereit, auf Ethereum, Polygon oder Arbitrum zu bauen?

Konto erstellen und noch heute ein ERC-20-Guthaben im Testnet abfragen – 7 Tage kostenlos testen, keine Karte, kein KYC. Vollständige Referenz in den Ethereum API-Docs, oder alle sieben Chains mit der Multi-Chain-Blockchain-API abdecken.