Skip to main content

Was ist die EVM

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

Was ist die EVM

Die EVM (Ethereum Virtual Machine) ist die Berechnungs-Engine, die Ethereum und eine große Anzahl anderer Blockchains antreibt. Sie ist die Software-Umgebung, die Smart Contracts ausführt — selbstdurchsetzende Programme, die auf der Blockchain gespeichert sind. Wenn ein Entwickler einen Smart Contract in Solidity (oder einer anderen EVM-kompatiblen Sprache) schreibt, ihn kompiliert und auf eine Chain deployt, ist es die EVM, die diesen Code tatsächlich ausführt.

Jeder Node in einem EVM-kompatiblen Netzwerk führt dieselbe virtuelle Maschine mit denselben Regeln aus. Das ist es, was Smart Contracts deterministisch macht: Bei gleicher Eingabe und gleichem Zustand erzeugt jeder Node dieselbe Ausgabe. Es gibt keine Mehrdeutigkeit, kein "Es funktioniert auf meinem Rechner"-Problem. Die EVM garantiert, dass sich jeder Teilnehmer im Netzwerk über das Ergebnis jeder Berechnung einig ist.

Kurz gesagt: Die EVM ist die standardisierte Ausführungs-Engine für Smart Contracts auf Ethereum und EVM-kompatiblen Chains. Sie definiert, wie Code läuft, wie der Zustand gespeichert wird und wie Gas verbraucht wird — und schafft so eine gemeinsame Laufzeit, die auf allen Nodes identisch funktioniert.

Wie die EVM funktioniert

Bytecode-Ausführung

Smart Contracts werden nicht als menschenlesbarer Quellcode On-Chain gespeichert. Vor dem Deployment wird der Quellcode (typischerweise in Solidity geschrieben) in Bytecode kompiliert — einen Low-Level-Satz von Instruktionen, den die EVM versteht. Jede Instruktion ist ein Opcode: eine grundlegende Operation wie "addiere zwei Zahlen", "speichere einen Wert im Speicher", "lade Daten aus dem Storage" oder "transferiere Token".

Wenn eine Transaktion einen Smart Contract auslöst, führt jeder validierende Node im Netzwerk Folgendes aus:

  1. Lädt den Bytecode des Contracts aus dem Blockchain-Zustand.
  2. Führt die Opcodes sequenziell aus, gemäß der Spezifikation der EVM.
  3. Aktualisiert den Blockchain-Zustand basierend auf dem Ausführungsergebnis.
  4. Berechnet Gas für jeden ausgeführten Opcode.

Da jeder Node denselben Bytecode mit denselben Regeln ausführt, gelangen sie alle zum selben Ergebnis. Diese deterministische Ausführung ist das Fundament der vertrauenslosen Berechnung On-Chain.

Gas

Jeder Opcode hat Gaskosten — eine Maßeinheit, die den rechnerischen Aufwand repräsentiert, der zur Ausführung dieser Instruktion erforderlich ist. Gas dient zwei Zwecken:

  • Ressourcenmessung — Gas verhindert Endlosschleifen und stellt sicher, dass jede Berechnung eine begrenzte Menge an Netzwerkressourcen verbraucht. Ein Contract, der versucht, ewig zu laufen, wird sein Gas-Limit erschöpfen und revertieren.
  • Gebührenmechanismus — Nutzer zahlen Gas-Gebühren (denominiert im nativen Token der Chain), um Validatoren für die Ausführung ihrer Transaktionen zu entschädigen. Komplexere Operationen kosten mehr Gas.

Gaskosten werden durch die EVM-Spezifikation definiert und sind über alle EVM-kompatiblen Chains hinweg gleich (obwohl der Preis von Gas im nativen Token je nach Netzwerk variiert).

Zustand und Storage

Die EVM pflegt einen globalen Zustand — eine Zuordnung von Adressen (sowohl Nutzerkonten als auch Contract-Konten) zu ihren aktuellen Guthaben, ihrem Code und ihrem Storage. Smart-Contract-Storage ist als Key-Value-Store organisiert: Jeder Contract hat seinen eigenen 256-Bit-Adressraum, in dem er persistente Daten lesen und schreiben kann.

Storage-Operationen (das Schreiben in und Lesen aus persistentem Zustand) gehören zu den teuersten EVM-Operationen in Bezug auf Gas, weil sie die Daten betreffen, die jeder Node dauerhaft speichern muss.

Stack-basierte Architektur

Die EVM ist eine Stack-Maschine: Sie verwendet einen Last-in-First-out-Stack, um Zwischenwerte während der Berechnung zu halten, statt benannter Register. Opcodes legen Werte auf den Stack, operieren auf den obersten Elementen und legen Ergebnisse zurück. Dieses Design ist einfach und gut spezifiziert, unterscheidet sich aber von den registerbasierten Architekturen, die die meisten traditionellen CPUs und einige neuere Blockchain-Virtual-Machines (wie Solanas SBF/eBPF) verwenden.

Warum die EVM wichtig ist

Der Standard, der zu einem Ökosystem wurde

Die Bedeutung der EVM reicht weit über Ethereum selbst hinaus. Da die EVM-Spezifikation offen und gut dokumentiert ist, haben viele andere Blockchains sie übernommen — entweder indem sie die EVM nativ ausführen oder indem sie eine EVM-kompatible Ausführungsebene implementieren. Dies hat ein gemeinsames Ökosystem geschaffen:

Was geteilt wird Was es in der Praxis bedeutet
Smart-Contract-Sprache Entwickler schreiben Solidity einmal und deployen auf jeder EVM-Chain
Entwicklungstools Hardhat, Foundry, Remix und andere Tools funktionieren über alle EVM-Chains
Wallet-Kompatibilität MetaMask und andere EVM-Wallets funktionieren durch einfaches Hinzufügen eines neuen Netzwerks
Token-Standards ERC-20 (fungible Token), ERC-721 (NFTs) und andere Standards sind über Chains hinweg portierbar
Auditierung und Sicherheit Security-Auditoren, formale Verifizierungstools und Best Practices übertragen sich über EVM-Chains
Entwicklerwissen Ein Entwickler, der Solidity und die EVM kennt, kann auf Ethereum, Polygon, Avalanche, BNB Chain, Arbitrum, Base und Dutzenden anderer Netzwerke arbeiten

Diese Portierbarkeit ist der Grund, warum EVM-Kompatibilität zur Standardwahl für neue Blockchains wurde, die schnell Entwickler und Anwendungen anziehen wollen. Es ist günstiger und schneller, einem bestehenden Ökosystem beizutreten, als eines von Grund auf neu zu bauen.

Multi-Chain-Deployment

Für Projekte — einschließlich KI-bezogener Krypto-Projekte — bedeutet EVM-Kompatibilität, dass ein auf Ethereum deployter Smart Contract mit minimaler Modifikation auf Polygon, Avalanches C-Chain, Arbitrum, Base oder BNB Smart Chain deployt werden kann. Dies ermöglicht:

  • Multi-Chain-Präsenz — ein Projekt kann denselben Token-Contract und dieselbe Kernlogik auf mehreren Chains deployen, um verschiedene Nutzerbasen zu erreichen.
  • Chain-Migration — wenn ein Projekt zu einer Chain mit niedrigeren Gebühren oder höherem Durchsatz wechseln muss, reduziert die EVM-Kompatibilität die Migrationskosten.
  • Komponierbarkeit — auf jeder gegebenen EVM-Chain können Contracts mit denselben Schnittstellen und Standards miteinander interagieren, was DeFi-Komponierbarkeit, Token-Integrationen und geteilte Infrastruktur ermöglicht.

Einschränkungen

Die EVM wurde für die allgemeine Smart-Contract-Ausführung konzipiert, nicht für rechenintensive Workloads. Wesentliche Einschränkungen umfassen:

  • Kein natives Floating Point — die EVM verwendet nur 256-Bit-Ganzzahlen. Gleitkomma-Arithmetik (essenziell für die meisten KI/ML-Berechnungen) muss emuliert werden, was extrem gas-teuer ist.
  • Gas-Einschränkungen — das Block-Gas-Limit begrenzt die gesamte Berechnung pro Block. Komplexe Operationen (wie Matrixmultiplikation für KI-Inferenz) sind innerhalb der EVM-Ausführung unerschwinglich teuer.
  • Sequenzielle Ausführung — die EVM verarbeitet Transaktionen innerhalb eines Blocks sequenziell. Parallele Ausführung, die moderne CPUs für Leistung verwenden, wird nicht nativ unterstützt (obwohl einige neuere EVM-kompatible Chains mit paralleler EVM-Ausführung experimentieren).
  • Storage-Kosten — das Speichern großer Datenmengen On-Chain ist teuer. KI-Modelle, Datensätze und Zwischenberechnungen sind viel zu groß für On-Chain-Storage.

Diese Einschränkungen erklären, warum KI-bezogene Krypto-Projekte KI-Workloads typischerweise off-chain ausführen und On-Chain-EVM-Contracts nur für Koordination, Zahlungen, Governance und Ergebnisaufzeichnung verwenden.

Wo es in DecAIHub-Projektkarten erscheint

In DecAIHub-Projektkarten erscheint die EVM in:

  • Type — EVM gibt an, dass das Projekt auf einer EVM-kompatiblen Chain operiert. Dies verrät dem Leser, dass das Projekt Solidity-basierte Smart Contracts und standardmäßiges Ethereum-Tooling verwendet.
  • Main chain — die spezifische EVM-kompatible Chain wird aufgeführt (Ethereum, Polygon, Avalanche, Arbitrum, Base, BNB Smart Chain usw.). Sie alle teilen die EVM-Ausführung.
  • Token standard — EVM-kompatible Chains verwenden Ethereum-Token-Standards. ERC-20 (fungible Token), ERC-721 (NFTs) und ERC-1155 (Multi-Token) sind die häufigsten. Diese Standards sind spezifisch für das EVM-Ökosystem.
  • Smart contracts — wenn die Smart Contracts eines Projekts auf einem Block-Explorer verifiziert sind, kann der Leser sie inspizieren. EVM-Contracts werden in Solidity (oder Vyper) geschrieben und zu EVM-Bytecode kompiliert.

Eine Type: EVM-Klassifizierung liefert nützlichen Kontext über das Tooling und Ökosystem des Projekts, aber sie sagt an sich nichts über die Qualität der KI des Projekts oder die Notwendigkeit seines Tokens aus.

Was EVM-Kompatibilität allein nicht beweist

  • EVM-Kompatibilität beweist keine KI-Fähigkeit. Die EVM führt Smart Contracts aus; KI-Modelle laufen auf GPUs. Dass ein Projekt auf einer EVM-Chain ist, sagt nichts darüber aus, ob es eine echte AI component hat.
  • Das Deployen auf einer EVM-Chain macht ein Projekt nicht einzigartig. Derselbe Contract kann auf Dutzenden von EVM-kompatiblen Chains deployt werden. Die Deployment-Wahl ist eine Infrastrukturentscheidung, kein Unterscheidungsmerkmal.
  • Verifizierte Smart Contracts beweisen nicht, dass die Off-Chain-Komponente funktioniert. Ein Projekt kann sauberen, auditierten On-Chain-Code haben und dennoch keine funktionierende KI-Pipeline dahinter. On-Chain- und Off-Chain-Komponenten müssen separat bewertet werden.
  • EVM-Ökosystem-Tooling reduziert nicht den Bedarf an Evidenz. MetaMask-Unterstützung, ein Block-Explorer-Listing und ERC-20-Token zu haben, ist Standardinfrastruktur — es ist kein Beleg für Technologie, Innovation oder Qualität.
  • EVM-Ausführung ist keine KI-Ausführung. Das Ausführen eines neuronalen Netzwerks innerhalb der EVM ist für jedes nicht-triviale Modell unerschwinglich teuer. Wenn ein Projekt "On-Chain-KI" auf einer EVM-Chain sagt, prüfen Sie genau, was On-Chain gegenüber Off-Chain läuft.

Nicht verwechseln mit

  • Ethereum — Ethereum ist ein spezifisches Blockchain-Netzwerk. Die EVM ist die virtuelle Maschine, die Ethereum (und viele andere Chains) verwenden. "EVM" bezieht sich auf die Ausführungs-Engine; "Ethereum" bezieht sich auf das Netzwerk, seine Validatoren und seinen Zustand.
  • non-EVM-Blockchain — Blockchains wie Solana, Cosmos-Chains und Bittensor verwenden andere virtuelle Maschinen (SVM, CosmWasm, benutzerdefinierte Laufzeiten). Sie sind nicht EVM-kompatibel, was bedeutet, dass Solidity-Contracts und EVM-Tooling auf ihnen nicht nativ funktionieren.
  • Smart Contract — ein Smart Contract ist ein Programm, das auf der EVM läuft. Die EVM ist die Engine; der Smart Contract ist der Code, den sie ausführt. Smart Contracts existieren auch auf non-EVM-Chains, unter Verwendung anderer Sprachen und Laufzeiten.
  • Solidity — Solidity ist die beliebteste Programmiersprache für EVM-Smart-Contracts, aber sie ist nicht die EVM selbst. Vyper ist eine weitere EVM-kompatible Sprache. Die EVM führt kompilierten Bytecode aus, unabhängig davon, welche Quellsprache ihn erzeugt hat.

Häufig gestellte Fragen

Was bedeutet "EVM-kompatibel"?

Eine Blockchain ist EVM-kompatibel, wenn sie EVM-Bytecode — die kompilierte Form von Solidity-Smart-Contracts — unter Verwendung desselben Opcode-Sets und derselben Ausführungsregeln wie Ethereum ausführen kann. In der Praxis bedeutet das, dass Entwickler dieselben Contracts auf mehreren EVM-kompatiblen Chains deployen, dieselben Tools (Hardhat, Foundry, MetaMask) verwenden und sich auf dieselben Token-Standards (ERC-20, ERC-721) verlassen können. Beispiele für EVM-kompatible Chains sind Polygon, Avalanche C-Chain, BNB Smart Chain, Arbitrum und Base.

Können KI-Modelle innerhalb der EVM laufen?

In der Theorie kann jede Berechnung als EVM-Opcodes ausgedrückt werden. In der Praxis ist das Ausführen nicht-trivialer KI-Modelle innerhalb der EVM unerschwinglich teuer. Der EVM fehlt native Floating-Point-Unterstützung, sie hat strikte Gas-Limits pro Block und berechnet hohe Gaskosten für komplexe Operationen. Ein einziger Vorwärtsdurchlauf durch selbst ein kleines neuronales Netzwerk würde in Gas um Größenordnungen mehr kosten, als irgendeine praktische Anwendung rechtfertigen könnte. Deshalb führen KI-bezogene Krypto-Projekte Modelle off-chain aus und verwenden die EVM nur für Koordinations-, Zahlungs- und Verifizierungslogik.

Warum übernehmen so viele Blockchains die EVM?

Netzwerkeffekte. Ethereum war die erste große Smart-Contract-Plattform, und sein Entwickler-Ökosystem — Solidity-Wissen, Tooling, Audit-Expertise, Wallet-Unterstützung und Token-Standards — wuchs über Jahre. Eine neue Blockchain, die die EVM übernimmt, erhält sofort Zugang zu diesem gesamten Ökosystem. Entwickler müssen keine neue Sprache lernen, Projekte können bestehende Contracts deployen, und Nutzer können sich mit vertrauten Wallets verbinden. Ein konkurrierendes Ökosystem von Grund auf zu bauen, ist weit teurer und ungewisser. EVM-Kompatibilität ist eine pragmatische Abkürzung zur Adoption.

Was ist der Unterschied zwischen EVM-kompatibel und EVM-äquivalent?

EVM-kompatibel bedeutet, dass die Chain EVM-Bytecode ausführen kann und dieselben Opcodes unterstützt, es aber geringfügige Verhaltensunterschiede geben kann (z. B. Gaskosten, Precompiles oder Edge-Case-Opcode-Verhalten). EVM-äquivalent bedeutet, dass die Chain Ethereums EVM-Verhalten auf Opcode-Ebene repliziert — jede Operation erzeugt dasselbe Ergebnis, das sie auf Ethereum erzeugen würde. EVM-Äquivalenz ist eine stärkere Behauptung: Sie bedeutet, dass selbst komplexe Contracts und Tooling, die von präzisem EVM-Verhalten abhängen, ohne Modifikation funktionieren sollten. Polygon zkEVM zum Beispiel strebt EVM-Äquivalenz an.

Externe Referenzen

  • Ethereum.org — Ethereum Virtual Machine — offizielle Dokumentation der Ethereum Foundation, die die EVM-Architektur, Opcodes und das Ausführungsmodell erklärt.
  • Ethereum Yellow Paper — die formale Spezifikation des Ethereum-Protokolls, einschließlich des vollständigen EVM-Opcode-Sets und der Ausführungssemantik.
  • EVM Codes — interaktive Referenz für EVM-Opcodes mit Gaskosten, Beschreibungen und einem Playground zum Testen der Bytecode-Ausführung.

Siehe auch

No comments to display

Back to top