Skip to main content

Was ist ein Token-Standard

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

Was ist ein Token-Standard

Ein Token-Standard ist ein Satz technischer Regeln, der definiert, wie sich ein Token auf einer bestimmten Blockchain verhält. Er spezifiziert die Programmierschnittstelle — welche Funktionen der Smart Contract des Tokens implementieren muss, welche Ereignisse er auslösen muss und wie andere Verträge und Anwendungen mit ihm interagieren können. Ein Token-Standard ist ein Bauplan für Kompatibilität: Jeder Token, der demselben Standard folgt, kann von jeder Wallet, Börse oder Anwendung, die diesen Standard unterstützt, gesendet, empfangen, angezeigt und gehandelt werden, ohne benutzerdefinierte Integration zu erfordern.

Token-Standards lösen ein praktisches Problem. Ohne sie würde jedes Projekt sein eigenes Token-Format erfinden, und Wallets würden benutzerdefinierten Code benötigen, um jedes einzelne zu unterstützen. Standards wie ERC-20 (auf Ethereum), BEP-20 (auf der BNB Smart Chain) und SPL (auf Solana) bieten eine gemeinsame Sprache, die das gesamte Ökosystem spricht. Wenn ein neues Projekt einen Token erstellt, der ERC-20 folgt, funktioniert er automatisch mit jeder Ethereum-Wallet, jeder dezentralen Börse und jedem Portfolio-Tracker — vom ersten Tag an.

Es ist entscheidend zu verstehen, was ein Token-Standard ist und was nicht. Ein Standard beschreibt das technische Format eines Tokens: wie er übertragen werden kann, wie Salden verfolgt werden und wie Genehmigungen funktionieren. Er sagt nichts über den Zweck, den Wert oder die wirtschaftliche Rolle des Tokens im Projekt aus. Zwei Token können demselben Standard folgen (ERC-20), während sie völlig unterschiedliche Funktionen erfüllen — einer könnte ein Governance-Token für eine DAO sein, ein anderer ein Utility-Token zum Bezahlen von KI-Inferenzgebühren. Der Standard ist der Behälter; das Token-Modell ist der Inhalt.

Kurz gesagt: Ein Token-Standard definiert das technische Format und die Schnittstelle eines Tokens, sodass er mit Wallets, Börsen und Anwendungen auf seiner Blockchain kompatibel ist. Er beschreibt, wie der Token mechanisch funktioniert, nicht, wozu er dient.

Wie Token-Standards funktionieren

Die Rolle von Smart Contracts

Auf den meisten Blockchains werden Token durch die Bereitstellung eines Smart Contracts erstellt — eines Programms, das auf der Chain lebt und automatisch ausgeführt wird, wenn es aufgerufen wird. Der Token-Standard definiert, welche Funktionen dieser Smart Contract enthalten muss. Zum Beispiel erfordert der ERC-20-Standard die folgenden Kernfunktionen:

Funktion Zweck
totalSupply() Gibt die Gesamtzahl der existierenden Token zurück
balanceOf(address) Gibt den Token-Saldo einer bestimmten Adresse zurück
transfer(to, amount) Sendet Token vom Aufrufer an eine andere Adresse
approve(spender, amount) Autorisiert eine andere Adresse, Token im Namen des Aufrufers auszugeben
transferFrom(from, to, amount) Sendet Token im Namen einer anderen Adresse (erfordert vorherige Genehmigung)
allowance(owner, spender) Gibt die verbleibende Anzahl von Token zurück, die der Spender übertragen darf

Jeder Smart Contract, der diese Funktionen implementiert, ist ERC-20-kompatibel. Wallets, Börsen und dezentrale Anwendungen prüfen auf diese Funktionen, um festzustellen, ob sie mit dem Token interagieren können. Diese Standardisierung ist es, die es MetaMask, Uniswap oder jedem anderen Ethereum-kompatiblen Tool ermöglicht, Tausende verschiedener Token zu unterstützen, ohne benutzerdefinierten Code für jeden einzelnen zu benötigen.

Standards auf verschiedenen Blockchains

Jede große Blockchain hat ihren eigenen Token-Standard oder ihre eigene Familie von Standards, die die Architektur und das Programmiermodell der Chain widerspiegeln:

Standard Blockchain Anmerkungen
ERC-20 Ethereum (und EVM-kompatible Chains) Der am weitesten verbreitete Token-Standard; die De-facto-Referenz für fungible Token
BEP-20 BNB Smart Chain Funktional identisch mit ERC-20, angepasst für die EVM-kompatible Umgebung der BNB Smart Chain
SPL Solana Solanas Token-Programm; andere Architektur (kontobasiert statt vertragsbasiert), erfüllt aber denselben Zweck
Native Token Verschiedene Die eingebaute Währung der Chain (ETH auf Ethereum, SOL auf Solana, BTC auf Bitcoin); nicht durch einen Smart Contract, sondern durch das Protokoll selbst erstellt

EVM-kompatible Chains (Ethereum, BNB Smart Chain, Polygon, Arbitrum, Base, Avalanche C-Chain) teilen die ERC-20-Schnittstelle, was bedeutet, dass Token oft mit minimaler Reibung zwischen diesen Chains gebridgt werden können. Nicht-EVM-Chains wie Solana verwenden andere Standards, die dieselben Ziele durch andere technische Mittel erreichen.

Fungible vs. nicht-fungible Standards

Token-Standards fallen in zwei Hauptkategorien:

  • Fungible Token-Standards (ERC-20, BEP-20, SPL) — jeder Token ist identisch und austauschbar. Eine Einheit eines fungiblen Tokens ist dasselbe wie jede andere Einheit, genau wie ein Ein-Dollar-Schein mit einem anderen austauschbar ist.
  • Nicht-fungible Token-Standards (ERC-721, ERC-1155) — jeder Token ist einzigartig und repräsentiert einen eigenständigen Gegenstand oder Vermögenswert. Dies sind die Standards hinter NFTs.

Im Kontext von DecAIHub-Projektkarten bezieht sich das Feld Token standard auf den fungiblen Token-Standard, der vom Haupttoken des Projekts verwendet wird. Die meisten Krypto-KI-Projekte geben fungible Token aus.

Warum Interoperabilität wichtig ist

Der praktische Wert von Token-Standards liegt in der Interoperabilität — der Fähigkeit verschiedener Tools und Dienste, nahtlos zusammenzuarbeiten:

  • Wallet-Unterstützung — eine Wallet, die ERC-20 unterstützt, kann jeden ERC-20-Token ohne Updates anzeigen und übertragen. Nutzer benötigen nicht für jedes Projekt eine andere Wallet.
  • Börsenlistings — zentralisierte und dezentrale Börsen können jeden standardkonformen Token durch automatisierte Prozesse listen. Nicht-Standard-Token erfordern benutzerdefinierte Integration, was Reibung und Verzögerungen erzeugt.
  • DeFi-Komponierbarkeit — dezentrale Finanzprotokolle (Lending-Plattformen, Liquiditätspools, Yield-Aggregatoren) sind darauf ausgelegt, mit Standard-Token zu interagieren. Ein Token, der ERC-20 folgt, kann ohne jegliche Modifikation in einen Lending-Pool eingebracht, als Sicherheit verwendet oder in einem Liquiditätspool gepaart werden.
  • Block-Explorer-Kompatibilität — Explorer wie Etherscan erkennen und zeigen automatisch standardkonforme Token-Übertragungen, Salden und Inhaberzahlen an.
  • Entwicklertools — Standard-Token funktionieren sofort mit Entwicklungs-Frameworks, Test-Suites und Sicherheitsaudit-Tools. Nicht-Standard-Implementierungen erhöhen die Audit-Komplexität und das Risiko von Fehlern.

Was ein Standard NICHT definiert

Ein Token-Standard lässt absichtlich viele wichtige Aspekte undefiniert:

  • Token-Angebot — der Standard schreibt nicht vor, ob das Gesamtangebot fest, inflationär oder deflationär ist. Dies sind tokenökonomische Entscheidungen, die vom Projekt getroffen werden.
  • Verteilung — wie Token zugeteilt werden (Team, Investoren, Gemeinschaft, Treasury) ist nicht Teil des Standards.
  • Nutzen — der Standard spezifiziert nicht, wofür der Token verwendet wird. Ein Token kann ERC-20 folgen und als Governance-Token, Utility-Token, Stablecoin oder Meme-Token dienen.
  • Wert — der Standard hat keine Meinung darüber, was der Token wert sein sollte. Der Preis wird durch Angebot, Nachfrage, Nutzen und Marktdynamiken bestimmt — von denen keine im Standard kodiert ist.

Warum es für Krypto-KI-Projekte wichtig ist

Für Krypto-KI-Projekte beeinflussen Token-Standards mehrere praktische Dimensionen:

  • Ökosystemreichweite — ein Projekt, das einen ERC-20-Token auf Ethereum ausgibt, kann sofort auf das größte DeFi-Ökosystem, die breiteste Wallet-Unterstützung und die liquidesten Handelsplätze zugreifen. Die Wahl eines weniger verbreiteten Standards begrenzt die unmittelbare Reichweite des Tokens.
  • Cross-Chain-Bereitstellung — viele KI-Projekte stellen auf mehreren Chains bereit. Das Verständnis von Token-Standards hilft zu beurteilen, ob die Multi-Chain-Behauptungen eines Projekts glaubwürdig sind. Ein ERC-20-Token auf Ethereum und ein BEP-20-Token auf der BNB Smart Chain sind funktional gleichwertig, erfordern aber separate Smart Contracts und möglicherweise eine Bridge für Cross-Chain-Übertragungen.
  • Smart-Contract-Risiko — standardkonforme Token profitieren von umfangreichem Auditing und Community-Review. Benutzerdefinierte oder modifizierte Token-Implementierungen können Schwachstellen einführen, die vom breiteren Ökosystem nicht getestet wurden.
  • KI-spezifische Token-Mechaniken — einige KI-Projekte fügen benutzerdefinierte Logik auf Standard-Token-Verträge hinzu: dynamische Gebührenmechanismen, die an die KI-Inferenznutzung gekoppelt sind, Staking-Verträge, die eine Token-Sperrung vor dem Zugang zu KI-Diensten erfordern, oder Belohnungsverteilung basierend auf beigetragener Berechnung. Der Basis-Token-Standard bietet die Grundlage; die KI-spezifische Logik wird darauf aufgesetzt.

Wo dies in DecAIHub-Projektkarten erscheint

Das Feld Token standard in einer DecAIHub-Projektkarte erfasst den technischen Standard des primären Tokens des Projekts. Gängige Werte umfassen:

  • ERC-20 — der Token folgt dem Ethereum-ERC-20-Standard (oder einem EVM-kompatiblen Äquivalent).
  • BEP-20 — der Token folgt dem BNB-Smart-Chain-BEP-20-Standard.
  • SPL — der Token ist ein SPL-Token auf Solana.
  • native — der Token ist die eingebaute Währung der Blockchain, kein Smart-Contract-Token.

Dieses Feld ist rein beschreibend. Es sagt Ihnen, welches technische Format der Token verwendet und damit, zu welchem Blockchain-Ökosystem er gehört. Es sagt Ihnen nicht, was der Token tut oder wie wertvoll er ist.

Beim Lesen einer Projektkarte wird das Feld Token standard am besten zusammen mit Folgendem verstanden:

  • Main chain — auf welcher Blockchain der Token bereitgestellt wird.
  • Token model — die wirtschaftliche Rolle, die der Token im Projekt spielt (Utility, Governance, Staking, Fee-mechanism oder kein Token).
  • Token-Name und Ticker — die menschenlesbaren Bezeichner für den Token.

Was ein Token-Standard allein nicht beweist

  • Ein Token-Standard beweist nicht, dass der Token Nutzen hat. Ein Projekt kann einen perfekt konformen ERC-20-Token bereitstellen, der keinen Zweck innerhalb seines Ökosystems erfüllt. Technische Konformität sagt nichts über funktionale Notwendigkeit aus.
  • Ein Token-Standard beweist keine Sicherheit. Während Standardimplementierungen gut geprüft sind, kann ein Projekt benutzerdefinierte Logik hinzufügen (Prägefunktionen, Pause-Mechanismen, Admin-Kontrollen), die Schwachstellen einführt. Der Standard ist ein Ausgangspunkt, keine Sicherheitsgarantie.
  • Ein Token-Standard beweist nicht, dass das Projekt KI hat. Die Ausgabe eines Tokens auf einem beliebigen Standard ist eine rein finanzielle und infrastrukturelle Aktivität. Sie hat keine Beziehung dazu, ob das Projekt eine echte KI-Komponente hat.
  • Ein Token-Standard beweist keine Interoperabilität über seine Chain hinaus. Ein ERC-20-Token auf Ethereum ist nicht automatisch auf Solana verfügbar. Cross-Chain-Verfügbarkeit erfordert Bridges, Wrapped Token oder separate Bereitstellungen — von denen keine Teil des Standards selbst ist.
  • Ein Token-Standard beweist keine Dezentralisierung des Tokens. Ein standardkonformer Token kann eine einzelne Eigentümeradresse mit der Fähigkeit haben, unbegrenzt Token zu prägen, Übertragungen einzufrieren oder Adressen auf eine Blacklist zu setzen. Der Standard definiert die Schnittstelle, nicht die Zugriffskontrollen.

Nicht verwechseln mit

  • Token model — das Token-Modell beschreibt die Rolle des Tokens (Utility, Governance, Staking, Fee-mechanism). Der Standard beschreibt das Format. Ein Token-Modell beantwortet „Wozu dient es?" Ein Standard beantwortet „Wie funktioniert es technisch?"
  • Tokenomics — Tokenomics umfasst Angebot, Verteilung, Emissionsplan, Vesting und wirtschaftliche Anreize. Dies sind wirtschaftliche Designentscheidungen, kein Teil des technischen Standards.
  • Smart Contract — ein Token-Standard ist ein spezifischer Typ von Smart Contract. Nicht alle Smart Contracts sind Token, und nicht alle Token sind Smart Contracts (native Token wie ETH oder SOL sind in das Protokoll selbst eingebaut).
  • Protokoll — ein Blockchain-Protokoll ist der vollständige Satz von Regeln, die das Netzwerk regeln. Ein Token-Standard ist eine viel engere Spezifikation, die einen Typ von Vermögenswert im Netzwerk regelt.

Häufig gestellte Fragen

Sind ERC-20 und BEP-20 dasselbe?

Funktional ja. BEP-20 ist das BNB-Smart-Chain-Äquivalent zu ERC-20 und verwendet dieselben Funktionssignaturen und Schnittstellen. Der Unterschied liegt in der Blockchain, auf der sie laufen: ERC-20 auf Ethereum, BEP-20 auf der BNB Smart Chain. Da die BNB Smart Chain EVM-kompatibel ist, ist der Smart-Contract-Code oft identisch. Die Token existieren jedoch auf separaten Netzwerken und können ohne eine Cross-Chain-Bridge nicht austauschbar verwendet werden.

Was passiert, wenn ein Token keinem Standard folgt?

Ein Nicht-Standard-Token wird möglicherweise nicht von Wallets, Börsen oder DeFi-Protokollen erkannt. Nutzer könnten ihren Saldo nicht sehen, Token nicht übertragen oder sie nicht an dezentralen Börsen handeln. Nicht-Standard-Token erfordern benutzerdefinierte Integrationsarbeit von jeder Plattform, die sie unterstützen möchte, was Reibung erzeugt und die Adoption begrenzt. In einigen Fällen hat Nicht-Standard-Übertragungslogik dazu geführt, dass Token dauerhaft in Smart Contracts stecken bleiben.

Kann ein Token seinen Standard ändern?

Nicht direkt. Der Standard eines Tokens wird durch seinen Smart Contract definiert, der nach der Bereitstellung unveränderlich ist (es sei denn, er verwendet ein aktualisierbares Proxy-Muster). Um Standards zu „ändern", würde ein Projekt typischerweise einen neuen Token-Vertrag auf dem Zielstandard bereitstellen und einen Migrations- oder Swap-Mechanismus für bestehende Inhaber anbieten. Dies ist ungewöhnlich und komplex.

Beeinflusst der Token-Standard die Transaktionsgebühren?

Indirekt. Der Standard definiert die Smart-Contract-Funktionen, die während Übertragungen aufgerufen werden, und verschiedene Funktionen verbrauchen unterschiedliche Mengen an Gas (der Einheit der Berechnungskosten auf EVM-Chains). Eine einfache ERC-20-Übertragung kostet auf Ethereum etwa 65.000 Gas-Einheiten. Token mit hinzugefügter Logik (wie Übertragungssteuern, Reflection-Mechanismen oder automatische Liquiditätsbereitstellung) verbrauchen mehr Gas. Der Standard legt die Basis fest; benutzerdefinierte Ergänzungen erhöhen die Kosten.

Warum verwenden einige Projekte native Token statt ERC-20?

Native Token sind in das Blockchain-Protokoll selbst eingebaut, nicht durch einen Smart Contract erstellt. Sie dienen als Währung des Netzwerks zur Zahlung von Transaktionsgebühren und, in PoS-Netzwerken, für Staking. Projekte, die ihre eigene Blockchain betreiben (L1-Chains oder Appchains), haben typischerweise native Token, weil die Chain eine eingebaute Gebührenwährung benötigt. Projekte, die als Anwendungen auf einer bestehenden Chain bereitgestellt werden, geben typischerweise ERC-20-Token (oder Äquivalente) aus, weil sie das zugrunde liegende Protokoll nicht kontrollieren.

Wie kann ich verifizieren, welchen Standard ein Token verwendet?

Auf EVM-Chains können Sie den Smart Contract des Tokens auf einem Block-Explorer wie Etherscan prüfen. Wenn der Vertrag die sechs ERC-20-Kernfunktionen implementiert (totalSupply, balanceOf, transfer, approve, transferFrom, allowance), ist er ERC-20-kompatibel. Die meisten Explorer kennzeichnen Token automatisch nach ihrem Standard. Auf Solana identifiziert die SPL-Token-Programm-Seite auf Solscan oder Solana Explorer SPL-Token. DecAIHub-Projektkarten enthalten das Feld Token standard, um Ihnen diese Suche zu ersparen.

Externe Referenzen

Siehe auch

No comments to display

Back to top