Skip to main content

Was ist ERC-20

Hinweis: Dieses Dokument ist eine automatische Übersetzung des englischen Originals.

Was ist ERC-20

ERC-20 ist der am weitesten verbreitete Token-Standard auf der Ethereum-Blockchain. Er definiert eine gemeinsame Schnittstelle — einen Satz von Funktionen und Ereignissen —, die ein Smart Contract implementieren muss, um einen fungiblen Token zu erstellen. „Fungibel" bedeutet, dass jede Einheit des Tokens identisch und austauschbar ist, genauso wie jeder Ein-Dollar-Schein einem anderen Ein-Dollar-Schein entspricht.

ERC steht für Ethereum Request for Comments, und 20 ist die Vorschlagsnummer. Der Standard wurde 2015 vorgeschlagen und ist zum De-facto-Bauplan für die Erstellung von Token auf Ethereum und auf EVM-kompatiblen Chains geworden. Wenn ein Projekt sagt, sein Token sei „ERC-20", bedeutet das, dass der Token-Vertrag dieser Standardschnittstelle folgt, was die Kompatibilität mit Wallets, dezentralen Börsen, Portfolio-Trackern und anderen Smart Contracts im gesamten Ethereum-Ökosystem garantiert.

Kurz gesagt: ERC-20 ist ein technischer Standard, der definiert, wie fungible Token auf Ethereum funktionieren — und sicherstellt, dass jeder ERC-20-Token von jeder Wallet oder Anwendung, die den Standard unterstützt, gesendet, empfangen und verwaltet werden kann.

Wie ERC-20 funktioniert

Die Standardschnittstelle

Im Kern spezifiziert ERC-20 einen Satz von Funktionen, die jeder konforme Token-Vertrag implementieren muss. Diese Funktionen bieten eine gemeinsame Sprache, die externe Anwendungen (Wallets, Börsen, andere Verträge) nutzen können, um mit dem Token zu interagieren, ohne etwas über die interne Logik des Tokens wissen zu müssen.

Die wichtigsten Funktionen sind:

Funktion Was sie tut
totalSupply() Gibt die Gesamtzahl der existierenden Token zurück
balanceOf(address) Gibt zurück, wie viele Token eine bestimmte Adresse hält
transfer(to, amount) Sendet Token von der Adresse des Aufrufers an eine andere Adresse
approve(spender, amount) Autorisiert eine andere Adresse (einen Smart Contract oder Nutzer), bis zu einem festgelegten Betrag der Token des Aufrufers auszugeben
transferFrom(from, to, amount) Ermöglicht einem vorab genehmigten Spender, Token im Namen des Token-Eigentümers zu übertragen
allowance(owner, spender) Gibt zurück, wie viele Token der Spender noch im Namen des Eigentümers übertragen darf

Der Standard definiert außerdem zwei Ereignisse — Transfer und Approval —, die ausgelöst werden, wenn Token bewegt werden oder wenn sich Ausgabeerlaubnisse ändern. Diese Ereignisse ermöglichen es externen Systemen (Block-Explorern, Indexern, Analysetools), Token-Aktivität zu verfolgen, ohne den Vertrag direkt abzufragen.

Warum ein Standard wichtig ist

Bevor ERC-20 weit verbreitet war, erstellte jedes Token-Projekt seine eigene benutzerdefinierte Schnittstelle. Das bedeutete, dass Wallets, Börsen und andere Anwendungen benutzerdefinierten Code für jeden neuen Token schreiben mussten. ERC-20 löste dieses Problem durch die Schaffung einer universellen Vertragsschnittstelle: Jede Anwendung, die ERC-20 unterstützt, unterstützt automatisch jeden ERC-20-Token, ob er gestern oder vor Jahren erstellt wurde.

Diese Komponierbarkeit ist eines der Fundamente des Ethereum-Ökosystems. Eine dezentrale Börse muss nicht wissen, was ein bestimmter Token darstellt oder wer ihn erstellt hat — wenn der Token die ERC-20-Schnittstelle implementiert, kann die Börse ihn listen, handeln und Transaktionen damit abwickeln.

Bereitstellung eines ERC-20-Tokens

Die Erstellung eines ERC-20-Tokens beinhaltet die Bereitstellung eines Smart Contracts im Ethereum-Netzwerk (oder einer EVM-kompatiblen Chain), der die erforderlichen Funktionen implementiert. Der Bereitsteller legt Name, Symbol, Dezimalpräzision und anfängliches Angebot des Tokens fest. Einmal bereitgestellt, ist der Vertrag unveränderlich — die Kernschnittstelle des Tokens kann nicht geändert werden, obwohl einige Implementierungen zusätzliche Funktionen wie Prägen, Verbrennen oder Pausieren über Governance-Mechanismen enthalten.

Die niedrige technische Hürde zur Bereitstellung eines ERC-20-Tokens ist sowohl eine Stärke als auch ein Risiko. Sie ermöglicht schnelle Innovation und Experimente, bedeutet aber auch, dass jeder einen Token mit beliebigem Namen und beliebigem angegebenen Zweck erstellen kann. Die Existenz eines ERC-20-Tokens impliziert keine Qualität, Legitimität oder keinen Wert.

ERC-20 und EVM-kompatible Chains

Obwohl ERC-20 für Ethereum geschaffen wurde, funktioniert der Standard auf jeder EVM-kompatiblen Blockchain. Chains wie BNB Smart Chain, Polygon, Arbitrum One, Base und Avalanche unterstützen ERC-20-Token alle nativ, weil sie die Ethereum Virtual Machine implementieren. Auf einigen dieser Chains kann der Standard einen anderen formalen Namen haben (BEP-20 auf der BNB Smart Chain beispielsweise), aber die Schnittstelle ist funktional identisch.

Das bedeutet, dass der Token eines Projekts als „ERC-20" beschrieben werden kann, auch wenn er auf einer anderen Chain als Ethereum bereitgestellt wird. Der Standard ist eine technische Schnittstelle, keine chainspezifische Bezeichnung. Was zählt, ist, ob der Token-Vertrag den ERC-20-Funktionssatz implementiert, nicht auf welchem Netzwerk er läuft.

ERC-20 im Vergleich zu anderen Token-Typen

Dimension ERC-20 ERC-721 (NFT) ERC-1155 (Multi-Token) Nativer Token (ETH, SOL)
Fungibilität Fungibel (alle Einheiten identisch) Nicht-fungibel (jeder Token einzigartig) Sowohl fungibel als auch nicht-fungibel Fungibel
Bereitgestellt als Smart Contract Smart Contract Smart Contract In das Protokoll eingebaut
Standardschnittstelle transfer, approve, balanceOf ownerOf, safeTransferFrom Batch-Operationen Keine standardisierte Vertragsschnittstelle
Anwendungsfall Währungen, Utility-Token, Governance-Token Digitale Kunst, einzigartige Vermögenswerte, Identität Gaming-Items, gemischte Sammlungen Gas-Gebühren, Staking, Basiswährung

ERC-20-Token unterscheiden sich von nativen Token wie ETH. Während ETH direkt in das Ethereum-Protokoll eingebaut ist und ohne einen Smart Contract existiert, werden ERC-20-Token durch die Bereitstellung eines Vertrags erstellt, der dem Standard folgt. Beide können gehalten und übertragen werden, aber sie haben unterschiedliche technische Eigenschaften und unterschiedliche Rollen im Netzwerk.

Einschränkungen und Erweiterungen von ERC-20

Obwohl ERC-20 der am weitesten verbreitete Token-Standard ist, hat er bekannte Einschränkungen, die zu Erweiterungen und Verbesserungen geführt haben:

  • Keine Benachrichtigung beim Empfang. Wenn Token an einen Smart Contract gesendet werden, hat der empfangende Vertrag keine automatische Möglichkeit zu reagieren. Dies hat dazu geführt, dass Token dauerhaft in Verträgen gesperrt werden, die ERC-20-Übertragungen nicht handhaben. Die Standards ERC-223 und ERC-777 wurden vorgeschlagen, um dies zu beheben, obwohl ERC-20 dominant bleibt.
  • Zweistufiges Genehmigungsmuster. Die Übertragung von Token im Namen einer anderen Adresse erfordert zwei Transaktionen: zuerst approve, dann transferFrom. Dies erhöht die Reibung und die Gas-Kosten. Die Erweiterung ERC-2612 (Permit) ermöglicht gasfreie Genehmigungen durch Off-Chain-Signaturen.
  • Keine eingebauten Metadaten. ERC-20-Token haben einen Namen und ein Symbol, aber keine standardisierte Möglichkeit, zusätzliche Metadaten (Beschreibung, Icon, Dokumentationslink) einzubeziehen. Erweiterungen und Off-Chain-Register füllen diese Lücke.

Diese Einschränkungen schmälern nicht den praktischen Nutzen von ERC-20. Die Einfachheit des Standards und die universelle Unterstützung überwiegen seine technischen Unvollkommenheiten für die überwiegende Mehrheit der Anwendungsfälle.

Warum ERC-20 für Krypto-KI-Projekte wichtig ist

Die meisten Krypto-KI-Projekte, die einen Token auf Ethereum oder einer EVM-kompatiblen Chain ausgeben, verwenden den ERC-20-Standard. Der Token könnte als Utility-Token dienen (Bezahlung für Compute, Zugang zu KI-Diensten), als Governance-Token (Abstimmung über Protokollparameter) oder als Gebührenmechanismus (Bezahlung für Netzwerknutzung). Unabhängig von seiner beabsichtigten Rolle stellt die Verwendung von ERC-20 sicher, dass der Token mit dem breiteren Ökosystem kompatibel ist: Nutzer können ihn in Standard-Wallets halten, ihn an dezentralen Börsen handeln und über bekannte Schnittstellen mit ihm interagieren.

Für Leser, die ein Krypto-KI-Projekt bewerten, sagt das Wissen, dass ein Token ERC-20 ist, etwas über sein technisches Format aus — nicht über seinen Nutzen, seine Notwendigkeit oder seinen Wert. Der Token-Standard beantwortet „Wie funktioniert der Token technisch?", aber nicht „Warum braucht das Projekt einen Token?" oder „Erfüllt der Token tatsächlich einen Zweck in der KI-Pipeline?".

Wo es in DecAIHub-Projektkarten erscheint

In einer DecAIHub-Projektkarte erscheint ERC-20 im Feld Token standard. Wenn eine Karte Token standard: ERC-20 anzeigt, bedeutet das, dass der Token des Projekts als ERC-20-Smart-Contract implementiert ist.

Das Feld Token standard ist rein beschreibend: Es teilt den Lesern das technische Format des Tokens mit. Es sollte zusammen mit dem Feld Token model (das die Rolle des Tokens beschreibt: Utility, Governance, Gebührenmechanismus) und dem Feld Main chain (das den Lesern mitteilt, auf welchem Netzwerk der Token bereitgestellt wird) gelesen werden.

Ein Projekt kann Token auf mehreren Chains haben — zum Beispiel einen ERC-20-Token auf Ethereum und eine gebridgte Version auf einem L2 wie Arbitrum. Das Feld Token standard spiegelt typischerweise die primäre Bereitstellung wider.

Was ERC-20 allein nicht beweist

  • ERC-20 beweist keinen Token-Nutzen. Jeder Smart Contract kann die ERC-20-Schnittstelle implementieren. Der Standard definiert das technische Verhalten des Tokens, nicht seine wirtschaftliche Rolle oder Notwendigkeit. Ein Projekt kann einen ERC-20-Token haben, der keinen Zweck in seiner KI- oder Anwendungs-Pipeline erfüllt.
  • ERC-20 beweist keine Legitimität. Die Erstellung und Bereitstellung eines ERC-20-Tokens erfordert minimalen technischen Aufwand und geringe Kosten. Die Existenz eines Tokens ist kein Beleg dafür, dass das dahinterstehende Projekt echt, funktionsfähig oder vertrauenswürdig ist.
  • ERC-20 beweist nicht, dass das Projekt auf Ethereum ist. ERC-20-Token existieren auf vielen EVM-kompatiblen Chains. Der Token-Standard gibt nicht an, auf welcher Chain der Token bereitgestellt wird — prüfen Sie dafür das Feld Main chain.
  • ERC-20 beweist keine KI-Fähigkeit. Der technische Standard eines Tokens hat keine Verbindung dazu, ob das Projekt eine echte KI-Komponente, funktionierende Inferenz oder überprüfbare Modelle hat.
  • ERC-20 beweist keine Dezentralisierung. Der Token-Vertrag selbst kann zentralisierte Kontrollen enthalten: Admin-Schlüssel zum Prägen oder Verbrennen, Pause-Funktionen, von einer einzelnen Adresse kontrollierte Upgrade-Proxys. Der Standard definiert die Schnittstelle, nicht das Governance-Modell.

Nicht verwechseln mit

  • Token standard — das übergeordnete Konzept. ERC-20 ist ein spezifischer Token-Standard. Andere umfassen ERC-721 (NFTs), ERC-1155 (Multi-Token), BEP-20 (BNB Smart Chain), SPL (Solana) und native Token.
  • Native Token — ETH ist der native Token von Ethereum, in das Protokoll selbst eingebaut. ERC-20-Token werden durch die Bereitstellung von Smart Contracts auf dem Protokoll erstellt. Sie koexistieren, sind aber technisch unterschiedlich.
  • Token model — das Token-Modell beschreibt die Rolle des Tokens (Utility, Governance, Gebührenmechanismus). Der Token-Standard beschreibt das technische Format. Ein Token kann gleichzeitig ERC-20 (Standard) und ein Utility-Token (Modell) sein.
  • BEP-20 — der Token-Standard auf der BNB Smart Chain. BEP-20 ist funktional identisch mit ERC-20, ist aber die Namenskonvention, die auf einer anderen Chain verwendet wird.
  • ERC-721 — der Standard für nicht-fungible Token (NFTs) auf Ethereum. ERC-721-Token sind einzigartig; ERC-20-Token sind austauschbar.

Häufig gestellte Fragen

Was bedeutet „fungibel" im Kontext von ERC-20?

Fungibel bedeutet, dass jede Einheit des Tokens in Wert und Funktion mit jeder anderen Einheit identisch ist. Wenn Sie 100 Einheiten eines ERC-20-Tokens halten, ist jede einzelne dieser Einheiten mit jeder anderen Einheit desselben Tokens austauschbar. Das ist dasselbe Prinzip, das einen Ein-Dollar-Schein gleichwertig zu jedem anderen Ein-Dollar-Schein macht. Im Gegensatz dazu ist jeder nicht-fungible Token (ERC-721) einzigartig — ein NFT ist nicht mit einem anderen austauschbar.

Kann ein ERC-20-Token auf anderen Chains als Ethereum erstellt werden?

Ja. Jede Blockchain, die die Ethereum Virtual Machine (EVM) implementiert, unterstützt ERC-20-Token. Dazu gehören Chains wie Polygon, Arbitrum One, Base, BNB Smart Chain, Avalanche und viele andere. Auf der BNB Smart Chain heißt der äquivalente Standard BEP-20, aber er implementiert dieselbe Schnittstelle. Ein Token, der dem ERC-20-Funktionssatz folgt, funktioniert mit jeder EVM-kompatiblen Wallet, Börse oder Smart Contract, unabhängig von der spezifischen Chain.

Was ist der Unterschied zwischen ERC-20 und einem nativen Token wie ETH?

ETH ist der native Token von Ethereum — er ist in das Protokoll selbst eingebaut und existiert ohne einen Smart Contract. ETH wird verwendet, um Gas-Gebühren zu bezahlen und an Staking teilzunehmen. ERC-20-Token werden im Gegensatz dazu durch die Bereitstellung von Smart Contracts auf Ethereum erstellt. Sie benötigen ETH, um Gas-Gebühren für Übertragungen und Interaktionen zu bezahlen. Beide Token-Typen können in derselben Wallet gehalten werden, aber ihre technische Implementierung ist grundlegend verschieden.

Erfordert die Bereitstellung eines ERC-20-Tokens viel technisches Fachwissen?

Die Bereitstellung eines grundlegenden ERC-20-Tokens erfordert moderate Smart-Contract-Entwicklungskenntnisse. Standardbibliotheken (wie OpenZeppelin) bieten geprüfte, einsatzbereite ERC-20-Implementierungen, die mit minimaler Anpassung bereitgestellt werden können. Die niedrige Hürde zur Bereitstellung ist sowohl ein Vorteil (ermöglicht schnelles Experimentieren und Innovation) als auch ein Risiko (ermöglicht jedem, einen Token für jeden Zweck zu erstellen). Die Existenz eines bereitgestellten Tokens ist für sich genommen kein Beleg für technische Fähigkeit.

Externe Referenzen

Siehe auch

No comments to display

Back to top