Einführung in die Ethereum Virtual Machine (EVM): die Engine, die jeden Smart Contract ausführt.
Ich erinnere mich noch gut daran, als die Gasgebühren zum ersten Mal die Hälfte meiner Transaktion verschlangen. Es war 2021, ich wollte etwas auf OpenSea minten, und das Netzwerk verlangte 87 Dollar allein für die Verarbeitung. In diesem Moment wurde mir klar, dass ich keine Ahnung hatte, was da eigentlich vor sich ging. Warum kostete es so viel? Wohin ging das ganze Geld? Was führte meine Transaktion überhaupt aus? Die Antwort auf alle drei Fragen war dieselbe: die Ethereum Virtual Machine.
Die meisten Krypto-Experten haben schon mal von der „Ethereum Virtual Machine“ (EVM) gehört. Nur wenige können erklären, was sie genau macht. Das ist wichtig, denn die EVM prägt praktisch alles auf Ethereum und den über 390 Blockchains, die ihr Design übernommen haben. Aktuell befinden sich DeFi-Vermögenswerte von über 190 Milliarden US-Dollar in EVM-Netzwerken. Wenn Sie jemals MetaMask benutzt, Token getauscht oder einen Button in einer dezentralen Anwendung (dApp) angeklickt haben, hat die EVM im Hintergrund die Arbeit erledigt. Nodes führen Smart Contracts auf all diesen Blockchains aus, und die EVM sorgt dafür, dass jeder einzelne dieser Aufrufe tatsächlich ausgeführt wird.
Also, packen wir es mal richtig aus. Nicht die Lehrbuchversion, sondern die Realität.
Was ist die Ethereum Virtual Machine und warum ist sie wichtig?
Okay, fangen wir mit der einfachsten Version an. Kennst du Taschenrechner-Apps? 2 + 2 eingeben, 4 erhalten. Langweilig. Stell dir nun vor, dieser Taschenrechner läuft gleichzeitig auf 10.000 Handys. Jedes Handy liefert dasselbe Ergebnis. Wenn ein Handy behauptet, „2 + 2 = 5“, weisen die anderen 9.999 es sofort zurück. Niemand kontrolliert den Taschenrechner, niemand kann ihn abschalten und niemand kann ihn manipulieren. Genau das macht die EVM im Prinzip, nur dass sie statt Matheaufgaben Smart Contracts ausführt, die echtes Geld bewegen.
In der Informatik nennt man das einen Zustandsautomaten. Ethereum verwaltet eine riesige Datenmenge: Wer welche Coins besitzt, welche Smart Contracts existieren, wie viel Ether sich auf jeder Adresse befindet und welche Informationen jeder Contract speichert. All das ist der „Zustand“. Sie senden eine Transaktion. Die Ethereum Virtual Machine (EVM) vergleicht diese mit dem aktuellen Zustand. Ein neuer Zustand entsteht. Alter Zustand plus Transaktion ergibt neuen Zustand. Formel auf dem Papier: Y(S, T) = S'. Fertig.
Das Verrückte daran ist die Redundanz. Ihre Transaktion landet nicht auf einem einzigen Server in Virginia. Sie durchläuft Tausende von Knoten im gesamten Ethereum-Netzwerk. Jeder Knoten führt die Berechnungen selbst durch. Die Ergebnisse werden verglichen. Stimmen sie überein? Perfekt, der neue Status wird in die Blockchain eingetragen. Stimmen sie nicht überein? Die fehlerhafte Version wird verworfen. Ich stelle mir das immer so vor: Tausende von Buchhaltern füllen dieselbe Steuererklärung aus. Einer von ihnen trägt eine andere Zahl ein, alle halten inne und suchen nach dem Fehler.
Und genau das unterscheidet es von normaler Software. Niemand betreibt die EVM. Kein Unternehmen steht dahinter. Kein Support-Desk. Kein Administrator, der nachts um 2 Uhr stillschweigend eine Vereinbarung rückgängig machen kann. Der Code ist Open Source, läuft auf jedem Knoten identisch, und das Vertrauen entsteht durch die schiere Menge an Übereinstimmung, nicht durch eine Autoritätsperson, die sagt: „Vertrau mir.“
Wie funktioniert das EVM: von Solidity bis zur Ausführung
Lassen Sie mich Ihnen den Lebenszyklus eines Smart Contracts erläutern, denn wenn Sie die gesamte Ereigniskette sehen, wird die EVM viel verständlicher.
Schritt eins: Sie schreiben Code. Solidity ist die Programmiersprache, die etwa 90 % der EVM-Entwickler wählen. Sie übernimmt Syntaxelemente von JavaScript: geschweifte Klammern, Funktionen, Variablen – das Übliche. Vyper gibt es auch (ähnlich wie Python, aber bewusst einfacher), aber Solidity ist die dominierende Sprache. Hier ist der Haken, der Einsteiger oft überrascht: Jede einzelne Codezeile kostet echtes Geld. Es gibt keine Sandbox. Keine Möglichkeit, Änderungen rückgängig zu machen. Sie stellen einen Vertrag mit einem Fehler bereit, und dieser Fehler bleibt bestehen, sofern Sie nicht vorher einen Aktualisierungsmechanismus implementiert haben. Ich habe das auf die harte Tour gelernt, als ein befreundeter Entwickler wegen eines falsch gesetzten Kommas schlaflose Nächte hatte.
Schritt zwei: Ihr Solidity-Code wird in Bytecode kompiliert. Stellen Sie sich Bytecode als die Maschinensprache der EVM vor. Sie schreiben Code, den ein Mensch lesen kann. Der Compiler wandelt ihn in Hexadezimalcode um, den die EVM versteht. In diesem Hexadezimalcode befinden sich Opcodes, etwa 150 an der Zahl. ADD führt Additionen durch. SSTORE speichert Daten dauerhaft. CALL ermöglicht die Kommunikation zwischen Smart Contracts. Ein Opcode, eine kleine Aufgabe. Ihr Smart Contract verknüpft Tausende dieser Aufgaben.
Im dritten Schritt wird es interessant. Jemand ruft Ihren Vertrag auf. Jeder Knoten im Netzwerk empfängt die Transaktion, lädt Ihren Bytecode und verarbeitet die Opcodes sequenziell. Der Prozessor arbeitet stapelbasiert: Stellen Sie sich einen Tellerstapel vor, bei dem Sie nur den obersten Teller berühren können. Legen Sie eine Zahl auf den Stapel. Legen Sie eine weitere Zahl auf den Stapel. Führen Sie die Addition aus. Beide Zahlen werden vom Stapel genommen, addiert und das Ergebnis wieder auf den Stapel gelegt. Die maximale Stapeltiefe beträgt 1024 Elemente, jedes Element ist 256 Bit breit.
Jeder Knoten führt diesen Vorgang eigenständig aus. Derselbe Bytecode, dieselben Eingaben, derselbe Ausgangszustand. Jedes Mal dasselbe Ergebnis. Diese Vorhersagbarkeit ist die Grundlage für den Blockchain-Konsens. Würde die EVM auf verschiedenen Maschinen unterschiedliche Ergebnisse liefern, würde das gesamte Kartenhaus zusammenbrechen.
EVM-Architektur: Stack, Speicher und Datenspeicher
Die EVM verarbeitet Daten in drei Schichten. Dieser Aspekt ist wichtig, da er sich direkt auf die Kosten Ihrer Transaktionen auswirkt.
Der Stack ist das Arbeitstier. Alle Berechnungen finden hier statt. Elemente hinzufügen, entfernen, ausführen, wiederholen. Er ist schnell, kostengünstig (etwa 3 Gas pro Operation) und verschwindet nach Abschluss der Ausführung. Die meisten Opcodes arbeiten direkt mit dem Stack.
Der Arbeitsspeicher funktioniert wie ein Notizblock. Er ermöglicht das Lesen und Schreiben an jeder beliebigen Position und ist daher flexibler als der Stack, beispielsweise für Zeichenketten oder große Arrays. Allerdings geht der Speicher nach Abschluss einer Transaktion verloren. Kostentechnisch liegt er im Mittelfeld: teurer als der Stack, aber deutlich günstiger als herkömmlicher Speicher. Er wächst bedarfsgerecht, und die Gaskosten steigen quadratisch mit der Speicherzuweisung.
Dann ist da noch der Speicher . Dieser ist teuer, und das aus gutem Grund. Die Speicherung ist permanent. Wenn Ihr Smart Contract beispielsweise speichert, dass Alice 500 Token besitzt, werden diese Daten in den Ethereum-State-Trie geschrieben und bleiben dort. Jeder Knoten im Netzwerk speichert sie. Für immer. Ein erstmaliger Schreibvorgang im Speicher kostet 20.000 Gas. Eine Aktualisierung kostet 5.000 Gas. Zum Vergleich: Eine einfache Ether-Überweisung kostet insgesamt 21.000 Gas. Ein einziger Speichereintrag ist also fast so teuer wie eine komplette Basistransaktion.
| Datenschicht | Wie lange hält es? | Benzinkosten | Wozu dient es? |
|---|---|---|---|
| Stapel | Nach der Hinrichtung verschwunden. | ~3 Gas pro Operation | Mathematik, Logik, Vergleiche |
| Erinnerung | Nach der Transaktion verschwunden | 3 Gas + Expansionskosten | Temporäre Daten, Funktionsargumente |
| Lagerung | Dauerhaft | 5.000–20.000 Gas pro Schreibvorgang | Token-Guthaben, Eigentumsverhältnisse, Einstellungen |
Falls Sie sich jemals gefragt haben, warum die Bereitstellung eines Smart Contracts so teuer ist, hier die Erklärung: Bei der Bereitstellung werden der gesamte Bytecode und die Initialdaten des Vertrags im Speicher abgelegt. Das entspricht einer Vielzahl von Operationen, die jeweils 20.000 Gasgebühren verursachen.
Wenn Ihnen das bekannt vorkommt, ist das kein Zufall. Herkömmliche Computer funktionieren genauso. Die CPU-Register sind schnell, aber winzig, wie der Stack. Der Arbeitsspeicher (RAM) ist größer und langsamer, wie der Speicher selbst. Festplatten speichern alles, benötigen aber die meiste Zeit pro Schreibvorgang, wie Speichermedien. Die Entwickler von Ethereum haben das bewusst so gestaltet. Sie wollen, dass Sie die finanziellen Folgen der dauerhaften Speicherung von Daten in der Blockchain spüren, damit Sie nur das speichern, was wirklich notwendig ist.
Gasgebühren auf der EVM: Wie die Ethereum-Preise berechnet werden
Ich muss über Gas sprechen, denn es ist sowohl der cleverste als auch der frustrierendste Teil des Wahlautomaten.
Die EVM ist Turing-vollständig. Einfacher ausgedrückt: Sie kann jede beliebige Berechnung ausführen, auch Endlosschleifen. Stellen Sie sich vor, jemand stellt einen Smart Contract mit einer while(true)-Schleife bereit, dessen Ausführung kostenlos ist. Alle Knoten bleiben hängen. Die Blockchain friert ein. Spiel vorbei.
Gas verhindert das. Jeder Opcode hat einen Preis. ADD kostet 3 Gas. SSTORE kostet 5.000 oder 20.000 Gas. Beim Senden einer Transaktion legen Sie ein Gasbudget fest. Liegt das Budget unter dem Limit? Sie erhalten eine Rückerstattung für das nicht verbrauchte Gas. Wird das Limit erreicht? Alle Operationen werden rückgängig gemacht, aber Sie zahlen trotzdem für das verbrauchte Gas. Endlosschleifen verbrauchen das Budget und führen zum Abbruch.
Die Gebühren, die von Ihrem Konto abgebucht werden, setzen sich aus den verbrauchten Gaskosten und dem Gaspreis zusammen. Die verbrauchten Gaskosten hängen von der Art Ihrer Transaktion ab. Der Gaspreis schwankt mit der Netzwerkauslastung und wird in Gwei (einem Milliardstel Ether) gemessen. Hohes Handelsaufkommen? Höhere Gaskosten. Ruhiger Sonntag? Niedrigere Gaskosten.
Und jetzt wird die Geschichte interessant. Erinnern Sie sich an meine 87-Dollar-Münze aus dem Jahr 2021? Damals lagen die Gasgebühren regelmäßig bei 100–200 Gwei. Der DeFi-Sommer und der NFT-Hype sorgten dafür, dass das Netzwerk voll ausgelastet war. Spulen wir vor ins Jahr 2026: Der durchschnittliche Gaspreis liegt bei etwa 3 Gwei. Eine einfache ETH-Überweisung kostet ungefähr 0,30 bis 0,67 Dollar. Das ist ein Rückgang von 96 % gegenüber 2021.
| Jahr | Durchschnittliche Transaktionsgebühr | Gaspreisspanne | Was hat es verursacht? |
|---|---|---|---|
| 2021 | ~24 $ | 100-200 Gwei | NFT-Manie, DeFi-Yield-Farming |
| 2022 | 5-15 $ | 30-80 Gwei | Markteinbruch, geringere Aktivität |
| 2023 | 2-8 US-Dollar | 15-40 Gwei | Eindämmung des Bärenmarktes |
| 2024 | 0,50-2 | 5-15 Gwei | Dencun-Upgrade, EIP-4844 |
| 1. Quartal 2026 | 0,30–0,67 USD | ~3 Gwei | L2-Migration, Blob-Transaktionen |
Was hat sich geändert? Zwei Dinge. Erstens führte das Dencun-Upgrade im März 2024 EIP-4844 ein, wodurch „Blob“-Speicher für Rollups geschaffen wurde. Vor der Einführung von Blobs mussten Layer-2-Netzwerke ihre Daten als Calldata im Ethereum-Mainnet veröffentlichen, was teuer war. Blobs sind temporär und deutlich günstiger, wodurch die Kosten für die L2-Veröffentlichung um etwa 95 % gesenkt werden. Zweitens verlagerte sich der Großteil der Aktivität einfach in Layer-2-Netzwerke. Wenn Ihr Uniswap-Swap auf Arbitrum statt im Mainnet läuft, bleibt die Basisschicht weniger ausgelastet.
In diesen Layer-2-Netzwerken kann ein Tausch weniger als einen Cent kosten. Arbitrum, Base und Optimism nutzen alle die EVM, daher funktioniert Ihr Solidity-Code genauso. Sie zahlen lediglich einen Bruchteil der Gasgebühren.
EVM-Kompatibilität: Warum über 390 Blockchains das Ethereum-Konzept kopiert haben
Hier wird die Geschichte des EVM von interessant zu wirklich bedeutsam für die gesamte Branche.
Als die BNB Chain startete, erfand Binance keine neue virtuelle Maschine. Sie nutzten die EVM und passten sie an. Polygon tat dasselbe. Avalanche, Fantom, Cronos, Harmony, Gnosis Chain: dasselbe Prinzip. Selbst speziell entwickelte Layer-2-Rollups wie Arbitrum und Optimism nutzen die EVM nativ. Das Ergebnis ist ein Ökosystem von über 390 EVM-kompatiblen Chains, von denen allerdings nur etwa 40–50 eine nennenswerte tägliche Aktivität aufweisen.
Warum Ethereum kopieren, anstatt etwas Neues zu entwickeln? Drei Gründe, alle ganz praktisch.
Zunächst zu den Entwicklern. Weltweit gibt es über 20.000 Solidity-Entwickler. Mit einer EVM-Chain kann jeder von ihnen vom ersten Tag an Code veröffentlichen, ohne eine neue Programmiersprache lernen zu müssen. Solana verwendet Rust, Aptos und Sui verwenden Move. Diese Chains mussten ihre Entwicklerpools von Grund auf neu aufbauen. Eine EVM-Chain umgeht dieses Problem komplett.
Zweitens: kostenlose Tools. MetaMask, Hardhat, Foundry, Ethers.js, OpenZeppelin, Etherscan. Das gesamte Ethereum-Toolkit funktioniert ohne Änderungen auf jeder EVM-Chain. Dieselbe Wallet. Dasselbe Testframework. Derselbe Block-Explorer. Das spart jahrelange Arbeit.
Drittens: DeFi entwickelt sich parallel zur EVM. Uniswap, Aave, Curve, SushiSwap – sie alle sind auf mindestens fünf EVM-Chains aktiv. Die Smart Contracts werden einfach von Ethereum zu Polygon, Arbitrum und zur BNB-Chain kopiert. Derselbe Code, dasselbe Audit, dasselbe Sicherheitsmodell. Bridges verbinden die Liquidität. Die EVM ist das Bindeglied.
Das Kopieren der EVM bedeutet aber auch das Kopieren ihrer Probleme. Transaktion für Transaktion. 256-Bit-Wörter auf 64-Bit-Prozessoren, was zusätzlichen Overhead verursacht. Ein Gas-System, das zwar funktioniert, aber die Komplexität erhöht und von neueren VMs übersprungen wird. Solanas SVM führt Transaktionen parallel aus. MoveVM verfügt über ein Ressourcenmodell, das ganze Fehlerkategorien beseitigt. FuelVM übernimmt Ideen aus dem modernen CPU-Design.
Hat irgendjemand die EVM in puncto Verbreitung eingeholt? Nein. Nicht annähernd. Bessere Technologie auf dem Papier kann Netzwerkeffekte in der Praxis nicht ausgleichen. Die EVM hat die meisten Entwickler, die meisten aktiven Protokolle, die am besten geprüften Codemuster und die meisten Erfahrungen mit Hackerangriffen und deren erfolgreicher Bewältigung. In der Kryptowelt, wo ein einziger Fehler neunstellige Summen vernichten kann, zählen Erfahrungen mehr als Benchmarks.
Der Zustand von Ethereum und wie die EVM den Konsens aufrechterhält
Dieser Abschnitt ist etwas technischer, aber wichtig. Er erklärt, warum Ethereum-Knoten echte Hardware benötigen und warum das Speichern von Daten in der Blockchain ein kleines Vermögen kostet.
Ethereum verwaltet eine riesige Nachschlagetabelle. Gibt man eine beliebige Adresse ein, liefert Ethereum den Ether-Saldo, die Nonce (Transaktionsanzahl) und – bei Smart Contracts – den vollständigen Bytecode sowie alle gespeicherten Daten. Millionen von Adressen. Hunderte von Gigabyte. Das ist der Zustand von Ethereum.
Alles ist in einem Merkle-Patricia-Trie gespeichert. Kurz gesagt: Es handelt sich um einen Baum, in dem jeder Zweig seinen eigenen Hashwert erhält und alle Hashwerte zu einem Wurzel-Hashwert am oberen Ende zusammengefasst werden. Dieser Wurzel-Hashwert befindet sich im Header jedes Blocks. Verschiebt man 0,001 ETH zwischen zwei Wallets, ändert sich der Wurzel-Hashwert vollständig. Validatoren prüfen Blöcke, indem sie jede Transaktion ausführen, den resultierenden Wurzel-Hashwert berechnen und vergleichen. Gleicher Hashwert? Block gültig. Unterschiedlicher Hashwert? Block abgelehnt.
Das Betreiben eines Nodes bedeutet, den gesamten Baum mit jedem einzelnen Block zu aktualisieren. Das ist tatsächlich das größte Skalierungsproblem von Ethereum. Die VM selbst ist schnell genug. Der Zustand wächst jedoch ständig. Jeder SSTORE fügt dem Trie ein neues Blatt hinzu. Jeder neue Smart Contract fügt weitere Daten hinzu. Verkle-Bäume könnten dieses Problem lösen. Das Ethereum-Team arbeitet seit einigen Jahren an ihnen. Sie würden es Nodes ermöglichen, Blöcke zu überprüfen, ohne den gesamten Zustand speichern zu müssen. Wenn Verkle veröffentlicht wird, wird der Betrieb eines Nodes deutlich günstiger, und mehr Menschen können dem Validator-Set beitreten.
EVM-Implementierung: Eine Spezifikation, viele Clients
Die meisten Leute wissen das nicht: Die „EVM“ ist eine Spezifikation, kein Programm. Es ist ein Dokument, das festlegt: „Bei diesen Eingaben werden diese Ausgaben erzeugt.“ Jeder kann seine eigene Version in einer beliebigen Programmiersprache entwickeln, solange sie der Spezifikation entspricht.
Geth ist der wichtigste Client. Er ist in Go geschrieben und läuft auf den meisten Ethereum-Knoten. Es gibt aber auch andere: Nethermind (C#), Besu (Java, für Unternehmen entwickelt), Erigon (Go, für Festplattenspeicher optimiert) und Reth (Rust, entwickelt von Paradigm). Die Kernentwickler wünschen sich diese Vielfalt. Warum? Wenn 95 % der Knoten Geth verwenden und Geth einen kritischen Fehler aufweist, ist das gesamte Netzwerk gefährdet. Verteilt sich ein Fehler auf fünf Clients, betrifft er nur 20 % der Knoten. Die restlichen Knoten laufen weiter.
Layer-2-Netzwerke bringen ihre eigenen Besonderheiten mit sich. Arbitrum entwickelte eine modifizierte Version namens Arbitrum VM. Optimism strebt „EVM-Äquivalenz“ an, also bytegenau identisches Verhalten. zkSync Era geht noch einen Schritt weiter. Es kompiliert EVM-Bytecode in ein Format, das mit Zero-Knowledge-Beweisen kompatibel ist. Unter der Haube läuft also ein völlig anderer Ausführungspfad ab. Aber für einen Solidity-Entwickler? Sieht alles gleich aus. Die Tatsache, dass radikal unterschiedliche Architekturen Entwicklern alle die gleiche Oberfläche präsentieren, ist ehrlich gesagt einer der am meisten unterschätzten Aspekte der EVM.
Als Entwickler ist es Ihnen im Wesentlichen egal, welcher Client Ihren Vertrag verarbeitet. Sie schreiben Solidity-Code, kompilieren ihn zu Bytecode und stellen ihn bereit. Die Spezifikation garantiert überall dasselbe Ergebnis.
Smart-Contract-Entwicklung auf der EVM: Womit Entwickler sich tatsächlich auseinandersetzen
Webentwickler, die versuchen, für die EVM zu entwickeln, erleben eine böse Überraschung. Fehler kosten Geld. Produktionsumgebungen lassen sich nicht patchen. Ein fehlerhafter Vertrag bleibt fehlerhaft, es sei denn, man hat im Vorfeld entsprechende Vorkehrungen getroffen.
Solidity ist die Basis für über 90 % der EVM-Verträge. Die Tools sind mittlerweile sehr gut. Hardhat bietet JavaScript/TypeScript mit Plugins. Foundry verwendet Rust, ist schneller und ermöglicht das Schreiben von Tests direkt in Solidity. Beide starten eine lokale EVM, sodass Sie testen können, ohne zusätzliche Gebühren zu zahlen. Für jedes neue Projekt würde ich Foundry empfehlen. Sobald Ihre Testsuite mehr als hundert Tests umfasst, wird der Geschwindigkeitsunterschied deutlich.
Token-Standards sorgen für ein geordnetes Ökosystem. ERC-20 deckt fungible Token wie USDT, LINK und UNI ab. ERC-721 ist für NFTs. ERC-1155 verarbeitet Multi-Token-Verträge. ERC-4626 ist für Yield Vaults zuständig. Alle funktionieren auf jeder EVM-Chain gleich. Schreiben Sie Ihren Vertrag einmal und stellen Sie ihn auf Ethereum, Arbitrum, Base und Polygon bereit. Derselbe Code, dasselbe Verhalten.
Sicherheit? Mangelhaft. Reentrancy-Angriffe haben über die Jahre Hunderte Millionen Dollar gekostet. Der DAO-Hack 2016 spaltete Ethereum aufgrund eines Reentrancy-Bugs, der es einem Angreifer ermöglichte, Auszahlungen in einer Schleife abzuwickeln und 60 Millionen Dollar zu erbeuten. Integer-Überläufe waren bis zur Einführung von Standardprüfungen in Solidity 0.8 im Jahr 2021 ein ständiges Problem. Fehler in der Zugriffskontrolle tauchen selbst in geprüftem Code professioneller Teams noch auf. Tools wie Slither, Mythril und Certora decken zwar einige Fehler auf, aber nichts ersetzt ein gründliches Audit. Und selbst Audits übersehen Fehler. So ist es nun mal.
Aktuell kostet ein einfacher ERC-20-Token im Mainnet 5–20 US-Dollar. Ein komplettes DeFi-Protokoll? Vielleicht ein paar Hundert Dollar. In Layer-2-Netzwerken? Nur Centbeträge. Kein Wunder, dass 65 % der neuen Smart Contracts im Jahr 2025 auf Layer 2 laufen.
Das EVM-Ökosystem im Jahr 2026: Dominanz der Schicht 2 und was als Nächstes kommt
Vor drei Jahren verwalteten Layer-2-Netzwerke ein TVL von 4 Milliarden US-Dollar. Heute sind es über 50 Milliarden. Allein Arbitrum verfügt über 16,6 Milliarden US-Dollar, Base über 10 Milliarden und Optimism über 6 Milliarden US-Dollar. Dieser Wandel ist auf die stark gesunkenen L2-Gebühren zurückzuführen. Die meisten Rollups kosten nur noch unter einem Cent. Selbst die Mainnet-Gebühren fielen unter einen Dollar. Früher hieß es, Ethereum sei zu teuer und alle sollten Solana nutzen. Diese Ansicht hat sich inzwischen geändert.
Die Kontoabstraktion (ERC-4337) hat die Spielregeln in den Jahren 2025 und 2026 grundlegend verändert. Intelligente Wallets ermöglichen es Nutzern, Gebühren in Stablecoins zu bezahlen, mehrere Aktionen in einer Transaktion zu bündeln und Konten ohne Seed-Phrase wiederherzustellen. Wer schon einmal erlebt hat, wie ein Freund wütend mit Kryptowährungen aufgehört hat, weil MetaMask ihn zwang, zwei Pop-ups für einen einzigen Tausch zu bestätigen, versteht, warum das so wichtig ist. Die Unterschiede zwischen einer Krypto-Wallet und einer herkömmlichen Banking-App verringern sich zusehends.
Was kommt als Nächstes? Ich beobachte einige Entwicklungen. EOF (EVM Object Format) optimiert den Bytecode, wodurch die Validierung effizienter wird und Tools besser funktionieren. Forschungen zur parallelen Ausführung könnten es der EVM ermöglichen, unabhängige Transaktionen gleichzeitig statt nacheinander zu verarbeiten. Es ist noch früh, aber wenn es funktioniert, steigt der Durchsatz sprunghaft an, ohne dass sich für Entwickler etwas ändert. Und die Verkle-Bäume rücken der Veröffentlichung immer näher.
Der Wettbewerb ist real. Solanas SVM erzielt einen höheren Durchsatz. MoveVM hat Muster eingeführt, die ganze Fehlerkategorien verhindern. Aber sehen Sie sich die Zahlen an: Das EVM-Ökosystem verwaltet über 190 Milliarden US-Dollar an DeFi-Vermögen. Das monatliche DEX-Volumen übersteigt 400 Milliarden US-Dollar. Mehr als 20.000 Entwickler bauen darauf auf. Fast elf Jahre Praxiserfahrung. Neuere VMs gewinnen Benchmarks. Die EVM ist in allem überlegen, was wirklich zählt, wenn es um echtes Geld geht.
