318 Beiträge getaggt mit „Ethereum“

Zwei Protokolle stehen nun zwischen jedem KI-Agenten und der Blockchain, die er ansprechen möchte. Eines stammt von Anthropic. Eines stammt von Google. Und bis April 2026 ist keines von beiden optional für Web3-Entwickler, die sicherstellen wollen, dass ihre Infrastruktur für die über 250.000 + täglich aktiven On-Chain-Agenten erreichbar ist, die im ersten Quartal online gegangen sind.

Das Model Context Protocol (MCP) sagt einem Agenten, wie er ein Tool verwenden soll. Das Agent2Agent Protocol (A2A) sagt einem Agenten, wie er mit einem anderen Agenten kommunizieren soll. Sie sind weniger Rivalen als vielmehr Schichten – aber die Entscheidung, welches zuerst unterstützt, wofür optimiert und wie krypto-native Primitive durch beide offengelegt werden sollen, ist heute eine grundlegende Architekturentscheidung für jeden, der für das agentische Web baut.

Ein Jahr, das den Agent-Stack neu gemischt hat​

MCP entstand Ende 2024 bei Anthropic als ein enger Standard: Claude und später jedes Modell sollten über eine einzige Client-Server-Schnittstelle anstelle von maßgeschneiderten Integrationen auf externe Tools und Daten zugreifen können. Als Coinbase im Februar 2026 sein Payments MCP veröffentlichte, war MCP bereits der Weg, über den Frontier-Modelle – Claude, Gemini, Codex – Wallets, APIs und Datenfeeds erreichen. deBridge stellte das Cross-Chain-Swap-Routing über einen MCP-Server bereit. Der MCP-Server von Solana gab jedem MCP-fähigen Modell die Möglichkeit, Kontostände zu prüfen, Token zu tauschen und NFTs in einfachem Englisch zu prägen.

A2A schlug einen anderen Weg ein. Google kündigte es im April 2025 mit mehr als 50 Launch-Partnern an – Atlassian, Box, Cohere, Intuit, LangChain, MongoDB, PayPal, Salesforce, SAP, ServiceNow und die großen Beratungsunternehmen. Es wurde im Juni 2025 an die Linux Foundation gespendet. Wo MCP die Agent-zu-Tool-Verbindung standardisierte, standardisierte A2A die Agent-zu-Agent-Verbindung: wie ein Agent einen anderen Agenten entdeckt, dessen „Agent Card“ liest, eine Aufgabe aushandelt und die Arbeit über Organisationsgrenzen hinweg koordiniert.

Dann kam der Dezember 2025. Die Linux Foundation gründete die Agentic AI Foundation (AAIF) mit sechs Mitbegründern – OpenAI, Anthropic, Google, Microsoft, AWS und Block – und stellte sowohl MCP als auch A2A unter denselben Governance-Schirm. Das Narrativ des „Protokollkriegs“ brach fast so schnell zusammen, wie es begonnen hatte. Sie ergänzen sich gegenseitig, und die Branche behandelt sie heute auch so.

Für Web3 ist die Komplementarität wichtiger als der Wettbewerb es je war. Tools leben On-Chain; Agenten leben überall. Man braucht beides.

Was MCP tatsächlich für einen Krypto-Stack leistet​

MCP ist ein Client-Server-Protokoll für Tool-Aufrufe. Ein Modell, das innerhalb einer Anwendung läuft – der MCP-Client –, verbindet sich mit einem MCP-Server, der eine Reihe von Tools, Ressourcen und Prompt-Vorlagen veröffentlicht. Der Server kann alles Mögliche sein: ein lokales Dateisystem, eine SaaS-API oder ein Blockchain-RPC, der mit semantischen Beschreibungen versehen ist.

In diese letzte Kategorie klinkt sich Web3 ein. Das Payments MCP von Coinbase stellt Wallet-Erstellung, On-Ramp-Flows und Stablecoin-Transfers als Tools bereit, die jeder MCP-Client aufrufen kann. Der MCP-Server von deBridge ermöglicht Cross-Chain-Quoting und die nicht-verwahrte Ausführung von Swaps. Ein Solana-MCP-Server ermöglicht Kontostandsabfragen, Überweisungen, Swaps und Mints. Für das Modell fühlen sich diese wie der Aufruf eines Taschenrechner-Tools an – die krypto-native Komplexität bleibt hinter JSON-Schemas verborgen.

Der praktische Effekt ist, dass jedes Modell mit MCP-Unterstützung – Claude, Gemini, Codex und die meisten Open-Weight-Agenten-Frameworks – nun ohne individuellen SDK-Aufwand mit On-Chain-Infrastruktur interagieren kann. Seit Anfang 2026 hat das x402-Zahlungsprotokoll (mehr dazu weiter unten) ein Volumen von mehr als 600 Millionen $ verarbeitet und unterstützt fast 500.000 aktive KI-Wallets, von denen die meisten über MCP-exponierte Tools operieren.

Was A2A bietet, was MCP nicht kann​

A2A beantwortet eine andere Frage: Wenn mein Agent einen anderen Agenten beauftragen muss – einen, der eine rechtliche Prüfung, ein Fraud-Scoring, eine Übersetzung oder spezialisierte On-Chain-Analysen durchführen kann –, wie findet er diesen Agenten, verifiziert ihn und arbeitet mit ihm zusammen?

Die Antwort von A2A sind Agent Cards: kleine JSON-Dokumente, die über HTTPS gehostet werden und die Fähigkeiten, Endpunkte, Authentifizierungsanforderungen und Skills eines Agenten beschreiben. Ein Agent entdeckt einen anderen Agenten, liest die Karte und initiiert eine Aufgabe über einen Standardsatz von HTTP + JSON-RPC-Methoden. Das Protokoll ist bewusst schlank gehalten: Es ist ihm egal, auf welchem Framework der andere Agent läuft, solange er A2A spricht.

Für Web3 finden hier die organisationsübergreifenden Workflows statt. Ein Trading-Agent auf einer Plattform beauftragt einen Risikoanalyse-Agenten auf einer anderen. Ein DAO-Treasury-Agent delegiert eine Compliance-Prüfung an einen Drittanbieterdienst. Ein Game-Agent gibt ein On-Chain-Asset bei einem Generative-Art-Agenten in Auftrag. Nichts davon ist ein Tool-Aufruf – es ist eine Verhandlung zwischen Peers, und dafür war MCP nie ausgelegt.

Die Web3-native Schicht: x402 und ERC-8004 passen darunter​

Weder MCP noch A2A kümmern sich um Zahlungen oder Identität. In diese Lücke stoßen nun krypto-native Standards.

x402 ist die Wiederbelebung des lange Zeit brachliegenden HTTP-Statuscodes 402 „Payment Required“ durch Coinbase. Wenn ein Agent einen Endpunkt mit Paywall aufruft, gibt der Server 402 mit Zahlungsanweisungen zurück; der Agent zahlt in Stablecoins – typischerweise USDC – und versucht es erneut. Es ist kontofrei, abonnementfrei und auf Mikrozahlungen im Sub-Cent-Bereich ausgelegt. Bis April 2026 umfasst die x402 Foundation Adyen, AWS, American Express, Base, Circle, Cloudflare, Coinbase, Google, Mastercard, Microsoft, Shopify, Solana Foundation, Stripe und Visa. Google hat x402 in seine eigene Agents Payment Protocol (AP2) Initiative integriert, was es effektiv als den Zahlungskanal unterhalb von A2A-koordinierten Transaktionen legitimiert.

ERC-8004, das am 29. Januar 2026 im Ethereum-Mainnet live ging, ist das Pendant für Identität und Reputation. Mitverfasst von Mitwirkenden von MetaMask, der Ethereum Foundation, Google und Coinbase, führt es drei On-Chain-Register ein – Identität, Reputation und Validierung –, mit denen Agenten beweisen können, wer sie sind, und eine verifizierbare Erfolgsbilanz über Organisationsgrenzen hinweg aufbauen können. Bis April 2026 sind mehr als 20.000 Agenten registriert und über 70 + Projekte bauen darauf auf. Der Standard spiegelt bewusst das Agent-Card-Konzept von A2A wider: Die On-Chain-AgentID lässt sich in eine Off-Chain-AgentCard auflösen, sodass A2A-konforme Agenten die Identität von ERC-8004 ohne ein neues Protokoll übernehmen können.

ERC-8183, von der Ethereum Foundation und dem Virtuals Protocol, schließt den Kreislauf mit einem Hire-Deliver-Settle-Treuhandmuster. Es definiert die Rollen Client, Provider und Evaluator für On-Chain-Agent-Arbeitsmärkte. Die treffende Zusammenfassung, die in diesem Quartal die Runde macht: x402 beantwortet die Frage, wie man bezahlt, ERC-8004 beantwortet, wer die andere Partei ist und ob sie vertrauenswürdig ist, und ERC-8183 beantwortet, wie man sicher transagiert. Alle drei setzen auf der A2A-Koordination und der MCP-Tool-Nutzung auf.

Worauf die Chains setzen​

Verschiedene L1s und L2s gehen unterschiedliche Wetten darauf ein, welche Protokolloberfläche am wichtigsten ist – und diese Wetten bestimmen, worauf ihre Developer-Stacks Priorität legen.

Ethereum hat sich am stärksten auf Identitäts- und Auftragssemantik über ERC-8004 und ERC-8183 konzentriert und richtet sich damit klar an das organisationsübergreifende Modell von A2A aus. Das dAI-Team der Ethereum Foundation bezeichnete ERC-8004 als eine Kernkomponente der Roadmap für 2026.

Solana setzt verstärkt auf die MCP-Tool-Exposition und x402-Zahlungen. Mehr als 9.000 Solana-Netzwerk-Agenten sind bereits im Einsatz, und der Solana-MCP-Server ist der kanonische Einstiegspunkt für jedes MCP-bewusste Modell, das mit der Chain interagieren möchte. Die Wette des Ökosystems lautet: Schnelle, günstige Ausführung plus native MCP-Anbindung gewinnen die Tool-Call-Ebene.

BNB Chain wählte mit BAP-578 einen dritten Weg – den Standard für Non-Fungible Agents (NFA), der im Februar 2026 im Mainnet live ging. BAP-578 macht den Agenten selbst zum primären On-Chain-Asset – jeder NFA besitzt ein Wallet, kann Token halten, Logik ausführen und gekauft oder gemietet werden. Der Standard unterstützt RAG, MCP-Integration, Fine-Tuning und Reinforcement-Learning-Ansätze durch austauschbare Logik-Contracts. Bis Mitte Februar war das Agent-Ökosystem der BNB Chain auf 58 Projekte in 10 Kategorien angewachsen.

Base verankert die x402-Schiene über Coinbase und hat sich zum Standard-Settlement-Layer für Agent-to-Agent-Mikrozahlungen entwickelt. Die in diesem Quartal angekündigte Integration von Stripe mit Base erweitert diese Schiene bis in die Mainstream-Händlerinfrastruktur.

Das Muster: Keine Chain wählt MCP oder A2A – sie wählen alle beides, ergänzt um ein krypto-natives Differenzierungsmerkmal (Identität bei Ethereum, Ausführung bei Solana, Asset-Repräsentation bei BNB, Zahlungen bei Base).

Die entscheidende Frage für Builder: Welche Oberfläche exponieren Sie zuerst?​

Die Konvergenz der Standards beseitigt keine Priorisierungsentscheidungen. Ein Protokoll, ein Wallet, eine Bridge oder ein Datenanbieter muss immer noch entscheiden, was zuerst ausgeliefert wird, und diese Entscheidung hat Konsequenzen.

• Veröffentlichen Sie zuerst einen MCP-Server, wenn Ihr Produkt ein Tool ist – ein Wallet, eine Bridge, ein Daten-Feed oder ein Swap-Router. MCP ist der Ort, an dem der Flow vom individuellen Agenten zum Tool stattfindet, und die meisten autonomen Agenten im Jahr 2026 sind immer noch Single-Agent-Setups, die Tools aufrufen.
• Veröffentlichen Sie als Nächstes eine A2A-Agenten-Karte, wenn Ihr Produkt selbst ein Agent oder ein Dienst ist, den andere Agenten beauftragen werden. Risikobewertung, Compliance-Prüfungen, On-Chain-Analysen, Market-Making – dies sind Agent-to-Agent-Flows.
• Integrieren Sie x402 in beides, wenn Ihr Dienst abrechenbar ist. Jeder MCP-Tool-Aufruf und jeder A2A-Task-Aufruf ist eine potenzielle Mikrozahlung, und x402 ist der Pfad des geringsten Widerstands.
• Registrieren Sie sich bei ERC-8004, wenn Ihr Agent über Organisationsgrenzen hinweg agiert und Reputation eine Rolle spielt. Identität ohne Reputation ist nur ein Namensschild; Identität mit On-Chain-Reputation ist eine Erfolgsbilanz.
• Ziehen Sie ERC-8183 in Betracht, wenn Ihr Dienst diskrete, bewertbare Leistungen verkauft – das Escrow-Muster lässt sich sauber auf Agent-als-Auftragnehmer-Geschäftsmodelle übertragen.

Der Vergleich zwischen der langsamen Einführung von ERC-4337 und der sofortigen Akzeptanz von ERC-20 ist aufschlussreich. ERC-20 gewann, weil jeder Token das Gleiche benötigte. ERC-4337 kam nur mühsam voran, da sich Account-Abstraktion erst lohnt, wenn der Nutzen offensichtlich ist. MCP ähnelt eher ERC-20 – fast jeder Agent benötigt Tools – während A2A eher wie ERC-4337 wirkt, mit einer Adoption, die sich dort konzentriert, wo echte Multi-Agent-Workflows existieren. Das könnte sich ändern, wenn die Agentenpopulationen wachsen und die Spezialisierung zunimmt, aber bis 2026 erscheint die MCP-First-Priorisierung für die meisten Web3-Builder als der richtige Weg.

Warum dies für Infrastrukturanbieter wichtig ist​

Für einen RPC- und Indexer-Anbieter, der das agentenbasierte Web bedient, ist die Implikation eindeutig: Jede von Ihnen unterstützte Blockchain muss über beide Protokolle erreichbar sein, mit x402-Abrechnung dort, wo es sinnvoll ist.

BlockEden.xyz betreibt produktive RPC- und Indexierungs-Infrastruktur für über 27+ Blockchains – darunter Sui, Aptos, Solana, Ethereum, BNB Chain und Base – auf die autonome Agenten zunehmend über MCP-Server und A2A-Workflows zugreifen. Erkunden Sie unseren API-Marktplatz, wenn Sie agentenintegrierte Infrastruktur aufbauen, die vom ersten Tag an beide Protokolle sprechen muss.

Quellen​

• Announcing the Agent2Agent Protocol (A2A) — Google Developers Blog
• Google's Agent-to-Agent (A2A) and Anthropic's Model Context Protocol (MCP) — Gravitee
• A2A and MCP: Start of the AI Agent Protocol Wars? — Koyeb
• MCP vs A2A: The Complete Guide to AI Agent Protocols in 2026
• Coinbase Payments MCP launch
• Coinbase Debuts Crypto Wallet Infrastructure for AI Agents — PYMNTS
• x402 — Payment Required, Internet-Native Payments Standard
• Stripe taps Base for AI agent x402 payment protocol — crypto.news
• ERC-8004: Trustless Agents — Ethereum Improvement Proposals
• Ethereum's ERC-8004 aims to put identity and trust behind AI agents — CoinDesk
• Ethereum Foundation and Virtuals Protocol Launch ERC-8183 — KuCoin
• BNB Chain BAP-578: When AI Agents Become Tradable Assets — BlockEden.xyz
• BAP-578 specification — BNB Chain BEPs
• Solana, BSC, and Base Accelerate AI Agent Infrastructure — KuCoin

Ein DeFi-Protokoll im Wert von 24 Milliarden US-Dollar hat gerade seinen Risikomanager verloren, weil 5 Millionen US-Dollar nicht ausreichten, um den Auftrag profitabel zu führen. Dieser Satz sollte jeden zum Innehalten bringen, der über den Weg von DeFi zur institutionellen Reife nachdenkt.

Am 6. April 2026 gab Chaos Labs bekannt, dass es sein dreijähriges Engagement bei Aave beenden werde. Damit verzichtete das Unternehmen auf ein Retainer-Paket in Höhe von 5 Millionen US-Dollar, das Aave Labs angeboten hatte, um die Firma zu halten. Omer Goldberg, der Gründer von Chaos Labs, erklärte der Community, dass sein Team den Risikobetrieb von Aave selbst mit dieser Budgeterhöhung mit Verlust betrieb – und dies auch weiterhin tun würde, da die Hub-and-Spoke-Architektur von V4 den Bereich, den sie abdecken sollten, erheblich erweiterte.

Dies war kein gewöhnlicher Streit mit einem Dienstleister. Chaos Labs war der dritte große technische Dienstleister, der Aave innerhalb von 90 Tagen verließ, nach BGD Labs (1. April) und der Aave Chan Initiative zu Beginn des Quartals. Inmitten dieses Exodus führte Aave das größte Upgrade seiner Geschichte durch – V4 ging am 30. März 2026 im Ethereum-Mainnet live – während es ein TVL von 26,4 Mrd. USD verwaltete und Horizon, seine institutionelle RWA-Plattform, darauf vorbereitete, über die bereits verwalteten 1 Mrd. USD an tokenisierten Staatsanleihen hinaus zu skalieren.

Die Geschichte handelt nicht davon, dass Aave den Betrieb einstellen wird. Die Geschichte handelt davon, was sie über die strukturelle Zerbrechlichkeit offenbart, die in jedem großen DeFi-Protokoll verborgen ist: die Kluft zwischen dem Umfang der verwalteten Vermögenswerte und der Größe der Teams, die sie verwalten.

Seit zwei Jahren ist das Versprechen von EigenLayer an Restaker simpel: ETH staken, das Protokoll eines anderen sichern, zusätzliche Rendite kassieren. Die Slashing-Parameter existierten nur auf dem Papier. Betreiber konnten kein tatsächliches Kapital durch Fehlverhalten bei einem AVS verlieren, da der Code, der ihren Einsatz einziehen würde, noch nicht veröffentlicht war. Diese Ära endete am 17. April 2026, als EigenLayer das Production-Slashing im Mainnet aktivierte.

Etwa 15 – 18 Milliarden $ an restaktem ETH sind nun zum ersten Mal seit dem Start des Protokolls einem realen kryptookönomischen Verlustrisiko ausgesetzt. Die Frage, der Restaker, Betreiber, AVS-Entwickler und die DeFi-Lending-Märkte – die Hunderte von Milliarden an LST-besicherten Schulden halten – seit vierundzwanzig Monaten höflich aus dem Weg gegangen sind, wird nun endlich beantwortet: Ist die Restaking-Rendite eine Vergütung für echte Sicherheitsarbeit oder ist es eine Vergütung für ein Risiko, das bisher niemand wirklich eingegangen ist?

Zwei Jahre Slashing-Theater​

EigenLayer startete 2023 im Mainnet mit einem klaren Versprechen. Betreiber würden ETH restaken, um Actively Validated Services — Oracle-Netzwerke, Bridges, Datenverfügbarkeitsschichten, Co-Prozessoren — zu sichern, und wenn sie sich falsch verhielten, konnte der AVS ihren Einsatz (Stake) slashen. Das Modell sollte einen einheitlichen Markt für kryptookönomische Sicherheit schaffen, auf dem jedes neue Protokoll das Validatoren-Set von Ethereum ausleihen konnte, anstatt ein eigenes Validatoren-Set aufzubauen.

Was tatsächlich geliefert wurde, war die erste Hälfte dieses Versprechens. Betreiber konnten sich registrieren, delegieren und Belohnungen verdienen. Die Slashing-Logik selbst war mit Platzhalter-Parametern versehen. In den Jahren 2024 und dem Großteil von 2025 hatte ein AVS, der Double-Signing, Datenzensur oder das Erstellen eines fehlerhaften Proofs durch einen Betreiber feststellte, keine Möglichkeit auf Protokollebene, das ETH dieses Betreibers einzuziehen. Die Zahl für „slashbare Sicherheit“ auf den Dashboards war lediglich ein angestrebtes Ziel.

Dies war kein Geheimnis. Die Dokumentation von EigenLayer wies explizit auf den phasenweisen Rollout hin. Doch die Auswirkungen auf das Verhalten der Betreiber und die Erwartungen der Restaker waren erheblich. Ein AVS-Betreiber, der gleichzeitig EigenDA, Hyperlane und Lagrange betrieb, wusste, dass ein Softwarefehler, eine Oracle-Abweichung oder sogar vorsätzliches Fehlverhalten zwar Rendite, aber nicht das Kapital kosten konnte. Restaker wiederum behandelten Restaking eher als eine höher verzinste Variante des einfachen ETH-Stakings und nicht als ein grundlegend anderes Risikoprodukt.

ELIP-002 — „Slashing via Unique Stake & Operator Sets“ — ist das, was die Kalkulation schließlich änderte. Das Mainnet-Upgrade vom 17. April aktiviert die Verträge, die es einem AVS ermöglichen, eine Slashing-Transaktion gegen die spezifische Zuweisung eines bestimmten Betreibers auszuführen, wobei echtes ETH aus echten Wallets abfließt. Die Ära der Platzhalter ist vorbei.

Was tatsächlich live gegangen ist​

Das Upgrade ist kein einzelner Schalter, der jeden Betreiber sofort slasht, sobald eine Spezifikationsverletzung auftritt. Es ist ein Framework, für das sich AVSs, Betreiber und Restaker nun bewusst entscheiden.

Betreiber-Sets (Operator Sets) sind das neue Kern-Primitiv. Ein AVS verfügt nicht mehr über einen globalen Pool von Betreibern, die ihn sichern. Stattdessen definiert er ein oder mehrere Betreiber-Sets, jedes mit eigenen Registrierungsregeln, Aufgabenzuweisungen, Slashing-Bedingungen und Belohnungsstrukturen. Ein Betreiber, der einen AVS sichern möchte, registriert sich in einem spezifischen Betreiber-Set und akzeptiert ausdrücklich die damit verbundenen Slashing-Bedingungen.

Einzigartige Stake-Zuweisung (Unique Stake Allocation) ist das dahinterliegende Abrechnungsmodell. Jeder Betreiber beginnt mit einer protokollseitig definierten Gesamtmagnitude (Total Magnitude, 1 × 10^18 Einheiten), die seinen gesamten delegierten Stake repräsentiert. Der Betreiber weist Teile dieser Magnitude verschiedenen Betreiber-Sets zu. Nur der AVS, dem ein bestimmtes Betreiber-Set gehört, kann den ihm zugewiesenen Anteil slashen. Wenn das Betreiber-Set von EigenDA 40 % der Magnitude eines Betreibers hält und das von Hyperlane 30 %, kann ein Slashing-Ereignis bei EigenDA im schlimmsten Fall diese 40 % verbrauchen — der Stake von Hyperlane ist für den Slasher von EigenDA unantastbar und umgekehrt.

Opt-in als Standard ist der Mechanismus für den schrittweisen Rollout. Betreiber, die bereits AVSs unter dem Pre-Slashing-Regime betreiben, werden nicht automatisch in die neuen Betreiber-Sets aufgenommen. Sie müssen die Slashing-Bedingungen jedes AVS prüfen, entscheiden, welche akzeptabel sind, und sich aktiv anmelden (Opt-in). Ebenso müssen AVSs ihre Slashing-Bedingungen formulieren und veröffentlichen, damit die Betreiber sie bewerten können. In der Praxis bedeutet dies, dass das Slashing-Risiko über Wochen und Monate hinweg ansteigen wird, während Betreiber und AVSs vom Legacy-Modell zu den Betreiber-Sets migrieren, anstatt über Nacht als einzelner Schadensradius zu erscheinen.

Der EIGEN-Token fügt einen separaten Mechanismus für „intersubjektive“ Fehler hinzu — Fehlverhalten, das on-chain nicht beweisbar ist, bei dem aber jeder vernünftige Beobachter einer Strafe zustimmen würde. Wenn eine Super-Mehrheit der EIGEN-Staker konspiriert, um einen AVS auf eine Weise anzugreifen, die durch einen Fork gelöst werden kann, können Herausforderer einen Slashing-Fork des Tokens erstellen. Dies erfolgt orthogonal zum ETH-Slashing in ELIP-002 und zielt auf eine andere Art von Versagen ab.

Insgesamt ist das Design auf eine Weise konservativ, die entscheidend ist. Die einzigartige Stake-Zuweisung isoliert den Schadensradius pro AVS, was direkt das am häufigsten genannte Restaking-Risiko adressiert: dass ein einzelner fehlerhafter AVS mit einem defekten Slashing-Schaltkreis über den gemeinsamen Betreiber-Stake unbeteiligte AVSs mit in den Abgrund reißen könnte. Dieser Fehlermodus ist nun strukturell schwerer auszulösen.

Die empirische Frage , die das Restaking bisher gemieden hat​

EigenLayer hält derzeit je nach Zählweise zwischen 15,2 Milliarden $und 19,7 Milliarden$ an restaked Assets und kontrolliert damit etwa 94 % des Restaking - Marktes . Mehr als 4,3 Millionen ETH sind delegiert . Das Protokoll sichert über 20 AVSs , wobei EigenDA , Hyperlane und Lagrange den Großteil der Gebühreneinnahmen generieren .

Diese Zahlen wurden in einer Zeit aufgebaut , in der Slashing noch theoretisch war . Die empirische Frage , welche die Aktivierung am 17. April nun erzwingt , ist einfach : Wie viel der Sicherheit , die diese AVSs " bereitgestellt " haben , war tatsächlich real ?

Betrachten wir die zwei Möglichkeiten .

Im ersten Szenario haben die führenden AVSs von Anfang an nach hohen Standards gearbeitet . Ihre Betreiber nutzen Infrastruktur auf Produktionsniveau , ihre Slashing - Spezifikationen erfassen echtes Fehlverhalten , und die Basis - Slashing - Rate nach der Aktivierung pendelt sich bei etwas ein , das deutlich über der nahezu bei Null liegenden Rate von Lido liegt — vielleicht 10 bis 100 Basispunkte jährlich . Dies spiegelt die Tatsache wider , dass die Sicherung eines DA - Layers oder einer Bridge eine schwierigere Aufgabe ist als die Validierung von Blöcken . Die Restaking - Renditen passen sich nach oben an , um dieses Risiko zu kompensieren , und die These , dass restaked ETH zusätzliche wirtschaftliche Sicherheit bietet , hat Bestand .

Im zweiten Szenario war vieles von dem , was zwei Jahre lang wie Sicherheit aussah , in Wirklichkeit nur ein Zufall aufgrund fehlender Durchsetzung . Die Betreiber haben Belohnungen für Dienste kassiert , deren Slashing - Spezifikationen nie an echtem Fehlverhalten getestet wurden . Sobald das Slashing aktiviert wird , passiert eines von drei Dingen : AVSs stellen fest , dass ihre eigenen Spezifikationen zu locker sind und echtes Fehlverhalten durchlassen ; sie stellen fest , dass ihre Spezifikationen zu streng sind und ehrliche Betreiber aufgrund von Grenzfällen ( Edge Cases ) bestrafen , die in der Testumgebung nie auftraten ; oder die Betreiber kommen angesichts der ersten echten Slashing - Ereignisse zu dem Schluss , dass die risikobereinigte Rendite schlechter ist als beim einfachen ETH - Staking , und ziehen ihr Kapital ab .

Der Grund , warum das zweite Szenario plausibel ist , liegt darin , dass bisher niemand durch Verluste diszipliniert wurde . AVSs , die als hochsicher erscheinen wollen , hatten keine Möglichkeit , dies zu beweisen , und AVSs , die nachlässig waren , hatten keine Möglichkeit , entlarvt zu werden . Auf einem Dashboard sehen beide identisch aus . Die Aktivierung des Slashings ist der erste Mechanismus , der die beiden Gruppen voneinander trennt .

Der entscheidende Vergleich ist hier Lido . Lido hat seit 2020 weniger als 0,01 % des gestakten ETH durch Slashing auf der Konsensschicht verloren . Das ist der Referenzwert für " passives Staking " , bei dem die einzige Aufgabe darin besteht , Attestierungsregeln zu befolgen , die über fünf Jahre hinweg durch echte Strafen in Höhe von Hunderten Millionen Dollar getestet wurden . Wenn die AVSs von EigenLayer tatsächlich schwierigere Arbeit leisten — den Betrieb von Oracles , Bridges , DA - Layern , Co - Prozessoren — sollten ihre Slashing - Raten höher sein als die von Lido , da schwierigere Arbeit mehr Fehlermöglichkeiten schafft . Wenn sich die Slashing - Raten nach der Aktivierung denen von Lido annähern , ist dies ein starker Beweis dafür , dass AVSs nicht die zusätzliche Sicherheit produziert haben , die ihre Gebühren implizieren .

Das LST - Übertragungsrisiko​

EigenLayer existiert nicht isoliert . Das größte LST im DeFi - Bereich ist stETH von Lido , und stETH ist eine der am weitesten verbreiteten Formen von Sicherheiten im Restaking - System . Betrachtet man dies im Zusammenhang mit den großen Kreditmärkten : Aave , Morpho und Spark halten zusammen Einlagen von über 30 Milliarden $ , wovon ein erheblicher Teil aus stETH oder wstETH besteht , die als Sicherheit für Stablecoin - Kredite dienen .

Die Kette der Risikoexposition sieht wie folgt aus : Ein stETH - Inhaber betreibt Restaking bei EigenLayer . Der EigenLayer - Betreiber , an den er delegiert , betreibt ein AVS , bei dem ein Slashing - Ereignis eintritt . Ein Teil der stETH - Deckung ist nun weniger wert , als sein ETH - Rückzahlungswert implizieren würde . Wenn das Slashing groß genug ist , um die Bindung ( Peg ) von stETH an ETH spürbar zu beeinflussen , erleiden gehebelte stETH - Positionen auf Aave und Morpho Liquidationsschäden . Liquidationen zwingen mehr stETH auf den Markt , was den Depeg vertieht und weitere Liquidationen auslöst . Die Rückkopplungsschleife , die das System im Mai 2022 — als stETH während des UST - Zusammenbruchs an Wert verlor — kurzzeitig bedrohte , hat nun einen neuen potenziellen Auslöser .

Mehrere strukturelle Faktoren machen dies weniger beängstigend , als es klingt . Die " Unique Stake Allocation " begrenzt den Schadensradius auf ein bestimmtes AVS , anstatt zuzulassen , dass sich ein Fehler ausbreitet . Die meisten AVSs haben Slashing - Schwellenwerte , die weit unter 100 % liegen , sodass selbst ein Ereignis maximaler Schwere nur einen Bruchteil des gefährdeten Einsatzes verbraucht . Abhebungen von der Beacon Chain haben die Rückzahlung von stETH wesentlich reibungsloser gemacht als im Jahr 2022 , was die Anfälligkeit für einen Depeg verringert . Zudem bedeutet die schrittweise Einführung ( Opt - in Ramp ) , dass die ersten Slashing - Ereignisse nur einen kleinen Bruchteil der gesamten restaked Basis treffen werden .

Doch das Risiko ist nicht null , und es ist höher , als die meisten Nutzer , die stETH als Sicherheit für " sichere Rendite " halten , verstehen . Jeder , der gehebeltes stETH auf Aave oder Morpho nutzt , hat nun eine neue exogene Variable in seiner Liquidationsrechnung . Kreditnehmer , die zuvor die Slashing - Bedingungen von AVSs nicht verfolgt haben , sind diesen nun indirekt ausgesetzt .

Wie die nächsten sechs Monate wahrscheinlich aussehen werden​

Die ehrliche Antwort ist , dass es niemand weiß . Aber die Konturen dessen , worauf man achten sollte , sind klar .

Das erste echte Slashing - Ereignis wird das Narrativ definieren . Wenn es ein großes AVS trifft und die Fehleranalyse einen Fehler in der Spezifikation anstelle von echtem Fehlverhalten des Betreibers offenbart , wird das Vertrauen in das Modell erschüttert , und Restaker werden beginnen , kritischere Fragen zur Qualität der Spezifikationen jedes AVS zu stellen . Wenn es echtes Fehlverhalten trifft und das System den schlechten Betreiber sauber bestraft , während ehrliche Betreiber unversehrt bleiben , erhält die Restaking - These einen massiven Glaubwürdigkeitsschub . Beide Ergebnisse sind möglich , und der Unterschied ist von enormer Bedeutung .

Die AVS - Gebühreneinnahmen werden sich stratifizieren . AVSs , die robuste Slashing - Spezifikationen und einwandfreies Betreiberverhalten nachweisen können , werden höhere Renditen erzielen , da Restaker sie korrekterweise als Anbieter echter Sicherheit einpreisen werden . AVSs , deren Spezifikationen nachlässig erscheinen , werden entweder nachbessern oder Betreiber an besser geführte Alternativen verlieren . Es ist zu erwarten , dass sich in den nächsten zwei Quartalen eine sichtbare Lücke zwischen den Top 3 und dem " Long Tail " auftun wird .

Die Betreiber werden konsolidieren . Der Betrieb von AVSs mit echtem Slashing - Risiko erfordert eine Infrastruktur und eine operative Disziplin , über die viele derzeitige Betreiber nicht verfügen . Es ist zu erwarten , dass ein erheblicher Teil der kleineren Betreiber aussteigt , anstatt das Risiko zu übernehmen . Der Betreibermarkt wird sich auf Unternehmen konzentrieren , die ihre Slashing - Anfälligkeit tatsächlich verteidigen können .

LRT - Emittenten werden explizit werden müssen . Liquid Restaking Tokens — die Wrapper - Produkte auf Basis von EigenLayer — waren in der Vergangenheit vage in Bezug darauf , welche AVSs durch den zugrunde liegenden Stake gesichert werden . Nach der Aktivierung wird diese Unklarheit zu einer Belastung . Es ist zu erwarten , dass LRT - Emittenten entweder Transparenz über die AVS - Allokation schaffen oder Marktanteile an diejenigen verlieren , die dies tun .

Die Aktivierung ist keine Krise . Es ist der Moment , in dem Restaking aufhört , ein Narrativ zu sein , und beginnt , ein Produkt mit einem echten Risikomodell zu sein . Zum ersten Mal seit 2023 wird die Zinskurve für restaked ETH gezwungen sein , das widerzuspiegeln , was tatsächlich innerhalb der AVSs passiert , und nicht das , was Restaker sich vorstellen . Das ist ein gesunder Übergang , und die Protokolle , die die nötige Arbeit geleistet haben , werden davon profitieren . Diejenigen , die sich ausgeruht haben , werden es nicht .

BlockEden.xyz bietet RPC - und Indexierungs - Infrastruktur auf Enterprise - Niveau für Ethereum und sein Restaking - Ökosystem . Wenn Sie AVSs oder LRTs entwickeln oder betreiben oder Monitoring - Tools entwickeln , die einen Zugriff mit geringer Latenz auf den EigenLayer - Status benötigen , erkunden Sie unseren API - Marktplatz , um auf einer Infrastruktur aufzubauen , die für die Ära des produktiven Slashings konzipiert ist .

Quellen​

• EigenLayer Mainnet Slashing: Leitfaden für institutionelle Staker
• Einführung in Slashing auf EigenLayer: AVS-Edition
• EigenLayer Slashing geht live — Wie sollten sich AVSs, Betreiber und Restaker vorbereiten?
• ELIP-002: Slashing über Unique Stake & Operator Sets (EigenLayer Forum)
• Strategien und Größenordnungen — EigenCloud-Dokumentation
• EigenLayer überschreitet 18 Mrd. $ an restaked ETH (BlockEden.xyz)
• EigenLayers Restaking-Wirtschaft erreicht 25 Mrd. $ TVL — Too Big to Fail?
• Aufklärung eines kuriosen Sonderfalls in der Slashing-Buchhaltung von EigenLayer (Sigma Prime)
• Restaking 2026: Ertragsmaximierung mit EigenLayer & Jito
• EigenLayers TVL überschreitet 15 Milliarden $ (The Block)

Seit mehr als einem Jahrzehnt bepreist Ethereum seine wichtigste Ressource auf die gleiche Weise, wie ein Fischmarkt den Thunfisch um 4 Uhr morgens bepreist: Wer in der allerletzten Sekunde am lautesten schreit, gewinnt. Alle zwölf Sekunden öffnet und schließt sich eine neue Auktion, ohne die Möglichkeit, einen Preis am Vortag zu sichern, sich gegen eine Spitze abzusichern oder für einen Validator zu wissen, wie die Einnahmen am nächsten Dienstag aussehen könnten.

Das änderte sich am 15. April 2026. ETHGas und ether.fi schlossen eine dreijährige Handelsvereinbarung über 3 Milliarden US-Dollar ab, die den ersten ernsthaften Terminmarkt für Ethereum-Blockspace einführt. Ether.fi, das größte Liquid Staking-Protokoll neben Lido mit 2,8 Millionen verwalteten ETH, stellt rund 40 % seiner Bestände für den High Performance Staking-Service von ETHGas zur Verfügung. Im Gegenzug erhält ETHGas die Validator-Tiefe, die es benötigt, um etwas zu verkaufen, das Ethereum noch nie hatte: einen garantierten, vorab bepreisten Platz in einem Block, der noch nicht gebaut wurde.

Es klingt nach Infrastruktur. Es ist Infrastruktur. Aber das waren auch die ersten Erdgasterminkontrakte im Jahr 1990, und diese veränderten in der Folge die Art und Weise, wie jede Fluggesellschaft, jeder Versorger und jeder industrielle Käufer auf der Welt Geschäfte macht.

Zum ersten Mal in der beschleunigten Fork-Kadenz von Ethereum für 2026 - 2027 hat die Roadmap gezögert . Mitte April 2026 räumten die Kernentwickler öffentlich ein , was Client-Teams bereits seit Wochen flüsterten : Enshrined Proposer-Builder Separation — das ehrgeizigste Teil des Glamsterdam-Hard-Forks — ist " schwieriger als erwartet " , und das ursprüngliche Mainnet-Fenster für Mai - Juni ist fast sicher außer Reichweite . Die Verzögerung verschiebt Glamsterdam in Richtung Q3 oder Q4 2026 , verringert den Abstand zum bereits geplanten Hegota-Fork und wirft eine Frage erneut auf , die Ethereum bereits für geklärt hielt : Kann eine Basisschicht mit fünf Clients immer noch in dem Tempo Upgrades durchführen , das eine L2-Ökonomie nach Pectra erfordert ?

Über zwanzig Ethereum-Rollups sichern mittlerweile einen Wert von rund 40 Milliarden US-Dollar, und fast keines davon kann im selben Atemzug miteinander kommunizieren. Ein Nutzer mit ETH auf Base muss immer noch brücken, um ein NFT auf Optimism zu kaufen. Eine DeFi-Position auf Arbitrum kann nicht atomar gegen Sicherheiten auf Scroll abgerechnet werden. Die Skalierungs-Roadmap, die Ethereum wie einen einzigen Computer wirken lassen sollte, hat es stattdessen in hundert Inseln zersplittert.

Am 29. März 2026 betraten Gnosis-Mitbegründerin Friederike Ernst und Zisk-Gründer Jordi Baylina die Bühne der EthCC in Cannes und schlugen einen anderen Rahmen vor. Keine weitere Bridge. Kein weiteres Komitee für Shared Sequencer. Eine Ethereum Economic Zone (Ethereum-Wirtschaftszone) — ausgesprochen "easy" — in der Rollups synchron mit dem Mainnet und untereinander innerhalb einer einzigen Transaktion interagieren, mitfinanziert von der Ethereum Foundation und unterstützt von einem Echtzeit-ZK-Proving-Stack, dessen Entwicklung zwei Jahre in Anspruch nahm.

Es ist der bisher ehrgeizigste Versuch, eine Frage zu beantworten, der die L2-Ära bisher ausgewichen ist: Was, wenn das Problem nie die Bandbreite war, sondern die wirtschaftliche Koordination?

Seit fünfzehn Jahren bedeutet die Nutzung von Kryptowährungen ein zutiefst seltsames Ritual: Man öffnet eine Wallet, prüft eine hex-kodierte Transaktion, füllt ein Konto manuell mit dem richtigen Gas-Token auf und signiert mit einem Key, für dessen Verlust man persönlich die Verantwortung trägt. Bis 2026 wird dieses Ritual der Vergangenheit angehören – und die Wallets, die diesen Wandel anführen, verlangen von den Nutzern überhaupt nicht mehr, Transaktionen zu signieren. Sie fragen die Nutzer, welches Ergebnis sie erzielen möchten.

Dieser Wandel, von transaktionsbasierten Wallets hin zu intent-basierten Wallets, ist das lang versprochene Endspiel der Account Abstraction. Er setzt sich derzeit aus drei scheinbar unabhängigen Teilen zusammen: ERC-4337 Smart Accounts, EIP-7702 EOA-Programmierbarkeit und einem über 10 Mrd. $ schweren Wallet-as-a-Service-Markt, in dem Coinbase, Privy (jetzt Teil von Stripe), Dynamic (übernommen von Fireblocks), Safe und Biconomy um die Vorherrschaft als Standard-Schnittstelle für Web3-Nutzer konkurrieren. Setzt man diese Puzzleteile zusammen, erhält man eine Wallet, die sich endlich wie Apple Pay verhält: Man äußert einen Wunsch, jemand anderes kümmert sich um die technische Abwicklung, und die Blockchain verschwindet im Hintergrund.

Die finale Form: Nutzer legen Ergebnisse fest, keine Transaktionen​

Das mentale Modell für eine Krypto-Wallet aus der Ära um 2020 war das einer Transaktionsfabrik. Man wählte eine Chain, entschied sich für einen Gas-Token, legte die Slippage fest, überprüfte die Calldata und signierte. Jede UX-Hürde – falsches Netzwerk, unzureichendes ETH für Gas, eine Signatur für eine Genehmigung plus eine zweite Signatur für den Swap – resultierte aus der Tatsache, dass der Nutzer selbst die Low-Level-Maschine bediente.

Intent-basierte Architekturen kehren dieses Modell um. Wie Anomas Forschung zu intent-zentrierten Topologien darlegt, ist ein Intent (eine Absicht) eine Teil-Zustandsänderung, die eine Präferenz ausdrückt, vom Nutzer signiert wird und deren Erfüllung ein Solver-Netzwerk im Wettbewerb übernimmt. Das CoW Protocol nutzt dieses Prinzip seit Jahren als Batch-Auction-DEX, bei der Nutzer signieren „verkaufe X für mindestens Y“ und Solver das Routing übernehmen. SUAVE von Flashbots überträgt dieselbe Idee auf das Block-Building. Cross-Chain-Intent-Protokolle sind dabei, Bridges aktiv zu ersetzen, indem sie „Bridge von Arbitrum zu Base“ in „habe diese Token in weniger als einer Minute auf Base“ verwandeln.

Der entscheidende Punkt für Wallets ist dieser: Sobald ein Konto programmierbar genug ist, um bedingte, mehrstufige Anweisungen zu akzeptieren und diese an einen Solver zu übergeben, muss die Benutzeroberfläche nicht mehr wie Etherscan aussehen. Sie kann wie ein Chat-Fenster, ein Shopify-Checkout oder ein Ein-Klick-Button „PENGU kaufen“ innerhalb einer Consumer-App aussehen. Die Wallet wird zu dem Ort, an dem Intents authentifiziert werden; die Ausführung übernimmt jemand anderes.

ERC-4337 baute die Ausführungsleitungen​

Der erste Baustein ist ERC-4337, das am 1. März 2023 im Ethereum-Mainnet live ging und stillschweigend zum Ausführungssubstrat für die meisten heutigen Smart Wallets wurde. Anstatt eine Transaktion von einem Externally Owned Account (EOA) zu senden, signiert ein Nutzer eine UserOperation – ein komplexeres Objekt, das Validierungsregeln, einen optionalen Paymaster und die auszuführenden Aufrufe spezifiziert. Bundler fassen diese in echten Transaktionen zusammen und senden sie an einen kanonischen EntryPoint-Contract. Alchemys Überblick über Account Abstraction beschreibt diese Pipeline im Detail.

Drei Funktionen ergeben sich aus diesem Design, die eine intent-basierte UX erst marktreif machen:

• Gas-Abstraktion über Paymaster. Ein Paymaster-Contract kann zustimmen, die Gas-Gebühren im Namen des Nutzers zu zahlen, gesponsert von der Anwendung oder getauscht gegen einen beliebigen ERC-20-Token, den der Nutzer hält. Das Erlebnis für den Nutzer: Mit null ETH sofort nach der Kontoerstellung transagieren – ein Muster, das laut Nadcabs Leitfaden zur Gas-Abstraktion 2026 bis 2027 zum unsichtbaren Standard werden wird.
• Session-Keys. Anstatt jede Aktion neu zu autorisieren, kann ein Nutzer einen begrenzten, zeitlich befristeten Key vergeben – „diese dApp darf in der nächsten Stunde bis zu 100 USDC für Trades auf Base ausgeben“. Dies ist die Basis, die On-Chain-Spiele, KI-Agenten und Hochfrequenz-DeFi nutzbar macht, ohne dass alle 30 Sekunden ein Signatur-Popup erscheint.
• Modulare Validierung. Da die Validierung in Contract-Code ausgedrückt wird und nicht fest im Protokoll verankert ist, können Wallets Passkeys, Multisig-Logik, Social Recovery oder Betrugsprüfungen integrieren, ohne das zugrunde liegende Konto zu ändern.

ERC-4337 allein hatte jedoch ein strukturelles Problem: Smart Accounts sind separate Contracts, die sich von den gewöhnlichen EOAs unterscheiden, die die meisten Nutzer bereits besaßen. Eine Migration von über 200 Mio. bestehenden Adressen auf völlig neue Konten wäre niemals reibungslos verlaufen. Diese Lücke hat EIP-7702 geschlossen.

EIP-7702 hat die Wallets aller Nutzer über Nacht aufgerüstet​

Das Pectra-Upgrade von Ethereum startete am 7. Mai 2025 und führte EIP-7702 ein – eine täuschend einfache Änderung, die es einem gewöhnlichen EOA ermöglicht, seinen Code vorübergehend an einen Smart Contract zu delegieren. Der Private Key kontrolliert weiterhin das Konto, aber während die Delegation aktiv ist, verhält sich der EOA wie eine Smart Wallet: Er kann Aufrufe bündeln, Paymaster nutzen, Session-Keys auf die Whitelist setzen und die ERC-4337-Infrastruktur nutzen. Turnkeys Analyse der Reise von 4337 zu 7702 bringt die entscheidende Erkenntnis auf den Punkt: Die beiden Standards ergänzen sich und stehen nicht in Konkurrenz zueinander.

Die Auswirkungen auf die Akzeptanz sind dramatisch. MetaMask, Ledger, Ambire und Trust Wallet haben EIP-7702-Unterstützung implementiert, und Ledger hat sie für Flex, Stax, Nano Gen5, Nano X und Nano S Plus Hardware ausgerollt. Der Vergleich von ERC-4337 vs. EIP-7702 von BuildBear stellt fest, dass von den meisten großen Wallet-Anbietern erwartet wird, dass sie bis 2025 und 2026 nachziehen, was genau das ist, was die On-Chain-Daten jetzt zeigen.

Praktisch gesehen bedeutet 7702, dass Nutzer gar nicht wissen müssen, dass sie eine Smart Wallet erhalten. Ihre bestehende Adresse funktioniert weiterhin; sie kann einfach mehr. Das ist die stille Voraussetzung für eine massentaugliche intent-basierte UX: Man kann nicht hunderte Millionen Nutzer zur Migration auffordern, also rüstet man das Konto auf, das sie bereits haben.

Der $ 10 Mrd.+ Kampf um Wallet-as-a-Service​

Wenn ERC-4337 und EIP-7702 die Protokollschicht bilden, wird der Kampf um die Produktschicht im Bereich Wallet-as-a-Service ausgetragen. Hier werden Onboarding für Endverbraucher, Passkeys, eingebettete Benutzeroberflächen und Intent-Routing in ein SDK gepackt, das jede App einfach integrieren kann.

Die Marktführer kommen jeweils aus unterschiedlichen Richtungen:

• Coinbase Smart Wallet ist die Referenz-Implementierung für Endverbraucher. Die Ankündigung von Coinbase und der Rollout-Plan von Base beschreiben eine Wallet mit Passkey-basierter Authentifizierung, standardmäßig gaslosen Transaktionen und Cross-Chain-Deployment – 8 Netzwerke zum Start und dieselbe Kontraktadresse auf 248 Chains über die Safe Singleton Factory. Das Ziel ist es effektiv, das „Sign in with Apple“ des Web3 zu werden.
• Privy, das im Juni 2025 von Stripe übernommen wurde, ist nun mit Bridge verschmolzen, um Krypto- und Fiat-Zahlungen zu vereinen und Embedded Wallets tief in den Mainstream-Fintech-Bereich zu bringen. Der Privy-Alternativen-Guide von Openfort verfolgt, wie diese Übernahme die Consumer-Krypto-Landschaft verändert hat.
• Dynamic, übernommen von Fireblocks, konzentriert sich auf die Developer Experience und Multi-Chain-Adapter und positioniert Embedded Wallets als Baustein für Unternehmen.
• Safe und Biconomy konkurrieren im Bereich der modularen Konten, insbesondere rund um ERC-7579 – ein minimaler Standard für modulare Smart Accounts, der gemeinsam von Rhinestone, Biconomy, ZeroDev und OKX entwickelt wurde. Er ermöglicht es, dass Validatoren, Executoren, Hooks und Fallback-Handler in jedes konforme Konto integriert werden können.
• Aggregatoren wie WAGMI, Web3Modal, RainbowKit und Reown haben Smart Wallets bereits auf der Connector-Ebene integriert, was bedeutet, dass die meisten neuen DApps standardmäßig intent-fähig sind.

Der strategische Preis ist die Identitäts- und Intent-Schicht für das Web3. Wer die Wallet kontrolliert, kontrolliert den Trichter für jede Transaktion, jede Zahlung und jede Agenten-Aktion, die ein Nutzer initiiert. Der Bericht über die Top 10 Embedded Wallets von Openfort und die Welle von M&A-Aktivitäten durch Stripe/Fireblocks machen deutlich, dass etablierte Akteure dies nun als strategisch wichtig – und begrenzt – betrachten.

Die vier Primitive, die die Intent-Wallet Realität werden lassen​

Reduziert man das Marketing auf das Wesentliche, stehen vier konkrete Primitive hinter den Wallets, die „die Blockchain verbergen“.

1. Native Passkeys (EIP-7212). Ein Precompile für die secp256r1-Signaturverifizierung ermöglicht es Wallets, sich mit denselben WebAuthn-Passkeys zu authentifizieren, die iPhones, Android-Geräte und YubiKeys bereits verwenden. Das entfernt Seed-Phrases als Standard-Wiederherstellungsmodell und ersetzt sie durch gerätesichere, phishing-resistente Anmeldedaten, denen die Nutzer bereits vertrauen.
2. Session-Keys (häufig als ERC-7579-Validatormodule strukturiert). Zeitlich und inhaltlich begrenzte, widerrufbare Berechtigungen ermöglichen One-Tap-Gameplay, wiederkehrende Zahlungen und Agenten-Autonomie, ohne das Signatur-Popup in Spam zu verwandeln.
3. Gas-Abstraktion (ERC-4337 Paymaster). Apps übernehmen die Gas-Kosten, Nutzer zahlen Gebühren in dem Stablecoin, den sie bereits besitzen, und der Schritt „Ich muss erst ETH kaufen“ ist kein Hindernis mehr.
4. Batched Execution (ERC-7821). Eine einzige Nutzeraktion kann eine Sequenz aus Approve + Swap + Bridge + Stake enthalten, die entweder vollständig oder gar nicht ausgeführt wird. Dies eliminiert die halbfertigen, mehrstufigen Katastrophen, die das heutige Krypto-UX-Design prägen.

Kombiniert man diese vier mit einem Solver-Netzwerk, erhält man die Zutaten für eine echte Intent-basierte Wallet: Der Nutzer sagt „tausche $ 500 USDC gegen ETH auf der günstigsten Chain“, und die Wallet kümmert sich um Bridging, Gas, Approval und Ausführung unter einer einzigen Autorisierung.

Warum dies auch eine Sicherheitsgeschichte ist​

Intent-Architekturen sind nicht nur ein UX-Upgrade. Sie sind auch ein Sicherheitsmuster, was angesichts des Berichts über den $ 25 Mio. Resolv-Hack vom März 2026, der die Sicherheit der Intent-Schicht in den Fokus der Investoren rückte, wichtiger denn je ist.

Zwei Entwicklungen stechen hervor. Erstens: Da Intents aussagekräftige Deklarationen gewünschter Endzustände sind, können Wallets und Solver diese vor der Ausführung simulieren und analysieren. Sie können alles ablehnen, dessen Ergebnis gegen eine Richtlinie verstoßen würde, anstatt sich darauf zu verlassen, dass Nutzer bösartige Calldata erkennen. Zweitens ermöglichen Smart Accounts den Wallets eine Tiefenverteidigung (Defense-in-Depth): Ausgabenlimits, Adress-Allow-Lists, Transferverzögerungen bei großen Abflüssen und automatische Pausen bei anomalen Aktivitäten können alle als Module auf dem Konto selbst implementiert werden, statt nur optionale Einstellungen in einer Benutzeroberfläche zu sein.

Die Kehrseite ist eine neue Risikofläche. Solver-Netzwerke können kolludieren, Paymaster können Front-Running betreiben, und ein falsch konfigurierter Session-Key kann ein Konto unbemerkt leeren. Intent-Wallets eliminieren Risiken nicht; sie verlagern sie von der Frage „Hat der Nutzer die Calldata gelesen?“ hin zu „Haben sich die Module und Solver der Wallet korrekt verhalten?“. Das ist im Jahr 2026 die wesentlich bessere Frage für ein Audit.

Was Entwickler in den nächsten 12 Monaten beobachten sollten​

Drei Wendepunkte sind besonders verfolgenswert:

• EIP-7702 Sättigung. Da immer mehr Wallets die Delegation aktivieren und mehr DApps beginnen, Smart-Wallet-Funktionen vorauszufehen, bricht der Gestaltungsspielraum für EOA-only UX zusammen. Apps, die von Nutzern immer noch verlangen, Gas manuell zu finanzieren, separat zu bestätigen und Bridges zu signieren, werden sich veraltet anfühlen.
• ERC-7579 Modul-Ökosysteme. Erwarten Sie einen echten Marktplatz für auditierte Validatoren, Session-Key-Module, Wiederherstellungsrichtlinien und Compliance-Hooks, die Wallets so zusammenstellen können, wie mobile Apps SDKs kombinieren. Thirdweb, OpenZeppelin und Rhinestone bauen bereits in diese Richtung.
• Intent-Settlement-Standards. Cross-Chain-Intents sind das nächste Schlachtfeld. Wer das Settlement standardisiert (ERC-7683 und seine Nachfolger), wird beeinflussen, wie Liquidität und MEV über L2s hinweg erfasst werden.

Die zugrunde liegende Infrastruktur – RPCs mit geringer Latenz, Bundler, Paymaster, Indexer – muss Schritt halten. Jeder Intent, den eine Wallet akzeptiert, wird hinter den Kulissen zu mehreren Chain-Operationen. Das bedeutet, dass die Anbieter, die diese Wallets bedienen, einen Traffic-Zuwachs sehen, der nichtlinear mit den Nutzerzahlen skaliert.

BlockEden.xyz betreibt hochverfügbare RPC- und Indexierungs-Infrastruktur über Ethereum, Base, Arbitrum, Sui, Aptos und andere Netzwerke hinweg, auf denen Intent-basierte Wallets abgewickelt werden. Wenn Sie ein Smart-Wallet-SDK, einen Paymaster, einen Solver oder eine Embedded-Wallet-Experience entwickeln, erkunden Sie unseren API-Marktplatz, um auf einer Infrastruktur zu arbeiten, die für die Multi-Chain- und Intent-gesteuerte Zukunft konzipiert ist.

Quellen​

• Account-Abstraktion auf Ethereum: Von ERC-4337 bis EIP-7702 — Turnkey
• Was ist ERC-4337? — Alchemy
• Gelatos Leitfaden zur Account-Abstraktion: von ERC-4337 bis EIP-7702
• ERC-4337 vs. EIP-7702: Smart Account-Abstraktion — BuildBear
• EOA vs. Smart Wallets im Jahr 2026 — Openfort
• Gas-Abstraktion in Krypto-Wallets: Vollständiger Leitfaden 2026 — Nadcab
• Die Top 10 Embedded Wallets für Apps im Jahr 2026 — Openfort
• Eine neue Ära für Krypto-Wallets: Die Smart Wallet ist da — Coinbase
• Wie Base Smart Wallets zum Standard macht
• Die Top 7 Privy-Alternativen im Jahr 2026 — Openfort
• ERC-7579: Minimale modulare Smart Accounts
• ERC-7579 — Safe Docs
• Auf dem Weg zu einer Intent-zentrierten Topologie — Anoma
• Die besten Cross-Chain-Intent-Protokolle 2026 — Eco
• Der 25-Millionen-Dollar-Hack von Resolv zeigt, warum Intent-Architektur für die Sicherheit wichtig ist — CoinSpectator

Am 17. April 2026 gab Mint Blockchain – die 2024 von NFTScan Labs und MintCore gestartete, auf NFTs spezialisierte Ethereum Layer 2 – bekannt, dass sie den Betrieb einstellt. Nutzer haben bis zum 20. Oktober 2026 Zeit, ETH, WBTC, USDC und USDT über das offizielle Gateway unter mintchain.io/withdraw abzuheben. Nach diesem Datum sind alle auf der Chain verbliebenen Vermögenswerte verloren. Keine Verlängerungen. Keine Ausnahmen.

Es ist verlockend, dies als ein weiteres Krypto-Projekt abzutun, das in der Versenkung verschwindet. Das ist es nicht. Die Schließung von Mint ist der jüngste Eintrag in einem Trend des Jahres 2026, der sich still und heimlich zu einer der wichtigsten strukturellen Geschichten in Ethereum entwickelt hat: Die „Build Every L2“-Ära prallt auf die Realität der Einnahmen, und das Rollup-Ökosystem lernt eine neue Disziplin – wie man würdevoll abtritt.

Drei Jahre lang war die Hochleistungs-EVM kaum mehr als ein Satz Pitch-Slides. Bis April 2026 sind daraus zwei aktive Mainnets geworden, mit etwa einer halben Milliarde Dollar an frühem TVL und einer offenen Frage, die die nächsten zwei Jahre der Ethereum-nahen Skalierung definieren wird: Gehört die Zukunft einer parallelen L1, die den Settlement-Layer von Ethereum aufgibt, oder einer Echtzeit-L2, die voll darauf setzt?

Monad ging am 24. November 2025 mit einer parallelen EVM mit 10.000 TPS, Sub-Sekunden-Finalität und einem der größten Token-Airdrops des Zyklus an den Start – 105 Millionen Dollar verteilt an rund 76.000 Wallets. Elf Wochen später, am 9. Februar 2026, startete MegaETH sein öffentliches Mainnet mit einer völlig anderen Wette: Eine Single-Sequencer L2, die Transaktionen in 10-ms-Blöcken streamt, mit einer Latenz im Sub-Millisekunden-Bereich und einer erklärten Obergrenze von 100.000 TPS. Beide sind EVM-kompatibel. Beide werden von erstklassigem Kapital unterstützt. Beide sind heute verfügbar. Philosophisch gesehen könnten sie jedoch nicht gegensätzlicher sein.

Dies ist nicht die Debatte zwischen paralleler EVM und monolithischer L1 aus dem Jahr 2024. Es ist der seltene Fall, in dem zwei Mainnets innerhalb eines Quartals erscheinen, dieselbe Ethereum-Entwicklerbasis ansprechen und eine Wahl erzwingen, bei der man sich nicht absichern kann: Optimiert man für Solana-ähnlichen Durchsatz auf dem eigenen Settlement-Layer oder für Web2-ähnliche Latenz, verankert in Ethereum?

Zwei Mainnets, zwei Thesen​

Monads Versprechen ist struktureller Natur. Es ist eine L1 – mit eigenem Konsens, eigener Datenverfügbarkeit und eigenem Validator-Set – entwickelt um vier gekoppelte Optimierungen: MonadBFT (ein HotStuff-Derivat mit einstufiger spekulativer Finalität), verzögerte Ausführung (Deferred Execution), optimistische parallele Ausführung und MonadDb. Das Ergebnis sind 400-ms-Blöcke und eine Time-to-Finality von 800 ms, wobei die wirtschaftliche Sicherheit der Chain völlig unabhängig von Ethereum ist.

MegaETHs Versprechen ist architektonischer Natur. Es ist eine L2 – die auf Ethereum abrechnet und Daten an EigenDA sendet – aber sie bricht mit der Multi-Sequencer-Konvention, die Optimistic und ZK-Rollups definiert. Ein einzelner Sequencer-Knoten, ausgestattet mit 100-Kern-CPUs und 1–4 TB RAM, ordnet und führt Transaktionen über das aus, was das Team „Streaming EVM“ nennt: eine asynchrone Pipeline, die Transaktionsergebnisse kontinuierlich ausgibt, anstatt sie in Blöcken zu bündeln. Die vom Benutzer wahrgenommene Latenz liegt im Sub-Millisekunden-Bereich. Die Durchsatz-Obergrenze, die mit 100.000 TPS angegeben wird, lag zum Start bei etwa 50.000 TPS, wobei Stresstests zuvor 35.000 TPS dauerhaft erreichten.

Beide Architekturen brechen mit der EVM-Tradition. Monad behält das vertraute Vertrauensmodell bei – ein Validator-Set, BFT-Konsens, On-Chain-Status – baut aber den Execution- und Storage-Stack von Grund auf neu auf. MegaETH behält Ethereum als Vertrauensanker bei, zentralisiert jedoch den kritischen Pfad in einem einzigen High-Spec-Knoten und führt das Latenzprofil eines Web2-Backends wieder ein.

Die Frage ist nicht, welche technisch beeindruckender ist. Es ist die Frage, für welche Kompromisse die Entwickler bereit sind zu zahlen.

Die Architektur hinter den Wetten​

Monad: Entkoppelte Pipelines auf einer neuen L1​

Die Schlagzeile für Monad lautet 10.000 TPS, aber die interessantere Zahl sind 400 ms – die Blockzeit. Diese Zahl ist keine Folge schnellerer Hardware; sie ist eine Folge der Trennung von Konsens und Ausführung.

In einer herkömmlichen EVM-Chain müssen Validatoren eine Einigung über einen Block erzielen und jede darin enthaltene Transaktion ausführen, bevor sie den nächsten Block produzieren. Ein langsamer Smart-Contract-Aufruf kann die gesamte Pipeline blockieren. Monad entkoppelt diese Phasen: MonadBFT-Validatoren einigen sich zuerst auf die Reihenfolge der Transaktionen, und die Execution-Engine verarbeitet den vorherigen Block asynchron, während die nächste Konsensrunde bereits läuft.

Die Execution-Engine selbst arbeitet optimistisch. Monad geht davon aus, dass die meisten Transaktionen in einem Block unabhängige Zustände betreffen, und führt sie parallel über CPU-Kerne aus. Wenn ein Konflikt auftritt – zum Beispiel, wenn zwei Transaktionen auf dasselbe Konto schreiben – werden die betroffenen Transaktionen erneut ausgeführt und zusammengeführt. Das empirische Ergebnis, das während der Testnet-Phase und dem frühen Mainnet-Betrieb von Monad gemeldet wurde, zeigt, dass die parallele Beschleunigung für typische DeFi-Workloads signifikant ist, bei denen Transaktionen dazu neigen, sich um einige beliebte Verträge zu häufen, der Großteil des Status jedoch unabhängig ist.

MonadDb vervollständigt das Bild. Standard-EVM-Clients verwenden Allzweck-Key-Value-Stores wie LevelDB oder RocksDB; Monad liefert eine benutzerdefinierte Datenbank, die auf die Zugriffsmuster einer ausführenden EVM abgestimmt ist. Der kombinierte Effekt – MonadBFT plus verzögerte Ausführung plus parallele Ausführung plus MonadDb – ermöglicht es der Chain, 10.000 TPS bei 400-ms-Blöcken zu erreichen, ohne die EVM-Kompatibilität aufzugeben.

MegaETH: Ein Sequencer, viele spezialisierte Knoten​

MegaETH geht von einer anderen Frage aus: Wenn wir Ethereum als Abrechnungsschicht akzeptieren, wie schnell kann dann eine einzelne L2-Ausführungsumgebung sein?

Die Antwort, wie sie das Team entwickelt hat, erfordert das Aufbrechen der Symmetrie von Ethereum-Knoten. MegaETH trennt die Rollen in spezialisierte Knotentypen – Sequencer-Knoten, Prover-Knoten, Full-Nodes – und stattet den Sequencer mit extremer Hardware aus: 100-Kern-CPUs, 1–4 TB RAM. Dieser einzelne Sequencer ordnet Transaktionen, führt sie über eine „hyper-optimierte“ EVM aus und gibt die Ergebnisse im Streaming-Verfahren aus, anstatt auf den vollständigen Blockabschluss zu warten.

Die 10-ms-Blockzeit und die Sub-Millisekunden-Benutzerlatenz sind das Resultat dieses Designs. Ebenso das Zentralisierungsrisiko. MegaETH stellt explizit fest, dass der Sequencer ein Single Point ist – die primäre Sicherheitsrolle des MEGA-Tokens besteht im Staking durch Sequencer-Betreiber, wobei Rotation und Slashing ein ehrliches Verhalten sicherstellen sollen. EigenDA übernimmt die Datenverfügbarkeit, sodass Benutzer den Status unabhängig rekonstruieren können, falls der Sequencer ausfällt oder zensiert. Im Normalbetrieb sieht jedoch eine einzige Maschine jede Transaktion zuerst.

Dieses Design hat einen klaren theoretischen Vorteil: Latenz dominiert den Durchsatz bei Anwendungen im Web2-Stil. Ein Echtzeit-Orderbuch, ein Multiplayer-Game-Tick, eine KI-Agenten-Schleife – all diese Anwendungen legen mehr Wert auf die Round-Trip-Zeit einer einzelnen Transaktion als auf den maximalen Durchsatz der Chain. MegaETH wettet darauf, dass es eine Kategorie von Anwendungen gibt, die darauf gewartet haben, dass sich Blockchains wie Server anfühlen, und dass diese Anwendungen einen zentralisierteren kritischen Pfad im Austausch für diese Latenz akzeptieren werden.

TVL, Token-Performance und der Kampf um das frühe Ökosystem​

Die Zahlen geben bisher keiner Seite eindeutig recht. Stand Mitte April 2026:

• MegaETH hat seit dem Start am 9. Februar etwa 110,8 Mio. $an TVL angesammelt – etwa zehn Wochen Zinseszins-Wachstum ausgehend von einer Basis von 66 Mio.$ am Launch-Tag.
• Monad hat die Marke von 355 Mio. $ TVL überschritten, wobei die täglichen Transaktionen bis März 2026 zwischen 1,7 Mio. und 2,1 Mio. lagen – hier zeigt sich der fünfmonatige Vorsprung.

Auf Basis des wöchentlichen TVL-Wachstums liegen die beiden näher beieinander, als es die absoluten Zahlen vermuten lassen. Zudem bedeutet der L2-Status von MegaETH, dass ein Teil seines TVL aus gebrückten Ethereum-Sicherheiten besteht, die schnell neu eingesetzt werden können, sobald neue Handelsplätze eröffnen.

Die Token-Märkte sind kurzfristig weniger gnädig zu Monad. MON wird bei 0,03623 $gehandelt, verglichen mit einem Allzeithoch (ATH) von 0,04883$, das während der Airdrop-Euphorie erreicht wurde – etwa 28 % unter dem ATH, aber immer noch 114 % über seinem Tiefststand. Der nächste große MON-Unlock ist für den 24. April 2026 geplant, was Trader als potenziellen Test der Angebotsseite beobachten. Die Mechanik des MEGA-Tokens von MegaETH ist in diesem Stadium stärker eingeschränkt: Die primäre protokollinterne Verwendung des Tokens ist das Sequencer-Staking und die Rotation, was die Menge des Floats begrenzt, die in den ersten Monaten die Sekundärmärkte erreicht.

Auf der dApp-Seite haben beide Ökosysteme aggressiv um Ethereum-native Protokolle geworben. Aave schlug die Bereitstellung von v3.6 oder v3.7 auf Monad für Mitte bis Ende März 2026 vor. Balancer V3 ging im März auf Monad live. Alloras Prediction-Inference-Layer wurde am 13. Januar integriert. PancakeSwap brachte bei seinem Start auf Monad im Dezember etwa 250 Mio. $ an TVL mit.

Der deutlichste frühe Erfolg für MegaETH war der Beitritt zu Chainlink SCALE am 7. Februar 2026 – zwei Tage vor dem Mainnet-Start. Dies brachte dApps wie Aave und GMX sofort in Reichweite einer Oracle-Pipeline, die mit fast 14 Mrd. $ an Cross-Chain-DeFi-Assets verbunden ist. Die Wette dabei ist Hebelwirkung: Anstatt darauf zu warten, dass Protokolle organisch bereitgestellt werden, klinkt man sich in das Bindegewebe ein, das bereits Liquidität über verschiedene Chains hinweg leitet.

Die Entwickler-Entscheidung, auf die es wirklich ankommt​

Für die meisten Ethereum-Entwickler sind beide Chains ausreichend EVM-äquivalent, sodass eine "Portierung" lediglich die erneute Bereitstellung von Verträgen und die Aktualisierung einer RPC-URL bedeutet. Die tiefergehende Entscheidung betrifft das Performance-Profil, das Ihre Anwendung benötigt, und die Vertrauensannahmen, die Ihre Nutzer akzeptieren werden.

Wählen Sie Monad, wenn Ihre Anwendung durchsatzgebunden und wertführend ist. Eine Perp-DEX, die tausende Orders pro Sekunde abgleicht, ein On-Chain-CLOB, ein Hochfrequenz-Leihmarkt – diese profitieren von 10.000 TPS bei 800 ms Finalität und vom L1-Vertrauensmodell von Monad, bei dem die Sicherheit der Chain nicht an einen einzelnen Sequencer delegiert wird. Die Kosten liegen im Bridging: Assets und Nutzer müssen explizit von Ethereum zu Monad wechseln, und die wirtschaftliche Sicherheit von Monad liegt in seinem eigenen Validator-Set statt in dem von Ethereum.

Wählen Sie MegaETH, wenn Ihre Anwendung latenzgebunden und Ethereum-orientiert ist. Echtzeit-Spiele, KI-Agent-Loops mit engen Feedback-Zyklen, Orderbücher, die 10-ms-Ticks benötigen, mikrotransaktionsintensive Consumer-Apps – diese profitieren mehr von einer Latenz im Sub-Millisekundenbereich als von reinen TPS. Das Settlement auf Ethereum bedeutet, dass Assets im Sicherheitsmodell des L1 denominiert bleiben und das Bridging kostengünstiger ist. Die Kosten sind die Vertrauensannahme bezüglich eines einzelnen Sequencers während des normalen Betriebs.

Die ehrliche Antwort für viele Teams lautet: Beides. Die beiden Chains kämpfen weniger um dieselben Anwendungskategorien, sondern definieren vielmehr die Grenzen dessen, was High-Performance-EVM bedeutet. Monad verankert das Ende des L1-Durchsatzes. MegaETH verankert das Ende der L2-Latenz. Die Mitte – und dort findet der Großteil des bestehenden DeFi statt – wird basierend darauf wählen, welche Kennzahlen für die spezifische Arbeitslast wichtiger sind.

Kann das High-Performance-EVM-Segment zwei Gewinner verkraften?​

Der Instinkt nach jedem L1-Rennen des letzten Zyklus ist es, eine Konsolidierung zu erwarten. Die Welle der "Ethereum-Killer" von 2021 bis 2024 brachte einen dauerhaften Gewinner außerhalb von Ethereum (Solana) und einen langen Rattenschwanz an Chains hervor, die nie über einen niedrigen einstelligen Milliardenbereich beim TVL hinaus kamen. Das High-Performance-EVM-Segment im Jahr 2026 sieht strukturell anders aus.

Erstens ist die architektonische Divergenz real und nicht nur kosmetisch. Monad und MegaETH sind nicht zwei Versuche derselben Idee mit unterschiedlicher Tokenomics. Eine L1 mit paralleler Ausführung und eine L2 mit einem zentralisierten Streaming-Sequencer sind auf der Ebene der Arbeitslast keine Substitute füreinander. Kapital und Entwickler können – und werden sich wahrscheinlich – aufteilen.

Zweitens zielen beide Chains auf den Pool der EVM-Entwickler ab, der mit großem Abstand der größte im Krypto-Bereich ist. Etwa 90 % der Blockchain-Entwickler arbeiten an mindestens einer EVM-Chain. Selbst eine bescheidene anteilige Gewinnung unterstützt zwei lebensfähige Ökosysteme.

Drittens ist das Wettbewerbsumfeld breiter als nur diese beiden. Solana dominiert weiterhin die Diskussion über parallele Ausführung außerhalb der EVM. Seis Giga-Upgrade mit 200.000 TPS im Devnet und dem Autobahn-Konsens, der bis 2026 eingeführt wird, ist ein dritter High-Performance-EVM-Anwärter. Hyperliquid hat gezeigt, dass eine vertikal integrierte Chain, die für einen speziellen Anwendungsfall (Perpetuals) optimiert ist, dominieren kann, ohne beim Allzweck-Durchsatz zu konkurrieren. Das Narrativ, dass "das High-Performance-EVM" zu einem einzigen Gewinner kollabieren wird, verwechselt eine Kategorie mit einem einzelnen Markt.

Die interessantere Frage ist, welche dieser Chains bis Ende 2026 zum Standard für grundlegend neue, Ethereum-orientierte Entwicklungen wird – diejenige, zu der Entwickler zuerst greifen, wenn Latenz oder Durchsatz das Ethereum-Mainnet ausschließen. Nach der derzeitigen Entwicklung hat Monad den Vorsprung bei DeFi-Kapital und der Breite der Entwicklerinfrastruktur; MegaETH führt beim Narrativ der Latenz für Consumer-Anwendungen und Agenten. Beides kann gleichzeitig wahr sein, zumindest für das nächste Jahr.

Was man bis 2026 im Auge behalten sollte​

Drei Signale werden zeigen, wie sich dies entwickelt:

1. TVL-Zusammensetzung, nicht nur der Gesamtwert. Monad muss zeigen, dass das Kapital beständig ist und nicht nur durch Airdrops rotiert wird, und dass Protokolle Produktionsvolumina bereitstellen, anstatt nur zu testen. MegaETH muss zeigen, dass überbrücktes Kapital in aktive Strategien umgewandelt wird, anstatt nur geparkt zu werden.
2. Erstklassige native Anwendungen. Beide Ökosysteme sind immer noch größtenteils von Portierungen etablierter Ethereum-Projekte bevölkert. Die Chain, die eine kategorieprägende native Anwendung hervorbringt – etwas, das nur dort existieren könnte –, wird im Rennen um den Developer Mindshare die Nase vorn haben, den die TVL-Zahlen nicht erfassen können.
3. Sequencer-Dezentralisierung auf MegaETH; Validator-Ökonomie auf Monad. Das Single-Sequencer-Modell von MegaETH geht ehrlich mit seinen Kompromissen um, benötigt jedoch eine glaubwürdige Roadmap zur Dezentralisierung, um institutionelles und risikoaverses Kapital zu gewinnen. Die Ökonomie des Validator-Sets von Monad, insbesondere durch den Unlock am 24. April und die nachfolgenden Vesting-Tranchen bis 2029, wird darüber entscheiden, ob das Sicherheitsbudget von MON mit dem Wachstum der Chain mithalten kann.

Die Hochleistungs-EVM war jahrelang eine These. Im zweiten Quartal 2026 wurde sie zu einem Markt mit zwei Live-Produkten und einer klärenden Frage: Welche Art von Geschwindigkeit zählt? Welche Seite auch immer die bessere Antwort für die Workloads des nächsten Zyklus gibt – DeFi in großem Maßstab oder echtzeitfähige Anwendungen für Endverbraucher –, wird die Vorlage liefern, der der Rest des EVM-Ökosystems für den Rest des Jahrzehnts nacheifern wird.

BlockEden.xyz bietet RPC- und Indexierungs-Infrastruktur auf Enterprise-Level im gesamten EVM-Ökosystem und für wichtige Nicht-EVM-Chains an und unterstützt Entwickler bei der Entscheidung, wo sie bereitstellen sollen, während die Hochleistungs-EVM reift. Erkunden Sie unseren API-Marktplatz, um auf der Infrastruktur aufzubauen, die das Latenz- und Durchsatzprofil Ihrer Anwendung tatsächlich benötigt.

Quellen​

• MegaETH vs. Monad: Ein Vergleichsbericht — Messari
• Monad Mainnet startet mit Airdrop und 50 % des Angebots gesperrt — Bankless
• MegaETH debütiert im Mainnet, während die Debatte um die Skalierung von Ethereum an Fahrt gewinnt — CoinDesk
• MonadBFT — Monad Entwickler-Dokumentation
• Was ist MegaETH ($MEGA)? — MEXC
• MegaETH startet Mainnet mit dem Versprechen von 100.000 TPS und 66 Mio. $ TVL — Crypto Valley Journal
• Der parallele Ausführungsprozess von Monad erklärt — Imperator
• Aktuelle Monad-Neuigkeiten — CoinMarketCap
• Monad Preis heute — CoinGecko
• MegaETH vs. Monad vs. Hyperliquid: Krypto-Einblicke — Three Sigma
• Warum Solana und Monad das Rennen um die parallele Ausführung anführen — FinanceFeeds