Direkt zum Hauptinhalt

293 Beiträge getaggt mit „Ethereum“

Artikel über Ethereum-Blockchain, Smart Contracts und Ökosystem

Alle Tags anzeigen

Ketman-Projekt: Wie 100 nordkoreanische Agenten in das Web3 eindrangen

· 9 Min. Lesezeit
Dora Noda
Software Engineer

Hundert nordkoreanische Agenten. Dreiundfünfzig Krypto-Projekte. Sechs Monate geduldiger Geheimdienstarbeit – und die unbequeme Erkenntnis, dass der gefährlichste DPRK-Angriff auf das Web3 nicht der nächste Exploit ist, sondern der Entwickler, der bereits im letzten Quartal Code in Ihren main-Branch gemergt hat.

Das ist das zentrale Ergebnis des Ketman-Projekts, einer von der Ethereum Foundation unterstützten Initiative, die im Rahmen des ETH Rangers Sicherheitsprogramms läuft. Die Veröffentlichung vom April 2026 beschreibt keinen Hack. Sie beschreibt eine Belegschaft – eine langfristige Arbeitspipeline, die im Stillen DPRK-Einnahmen aus Krypto-Gehaltslisten abgezweigt hat, während sie gleichzeitig den Insider-Zugang vorbereitet hat, der Ereignisse wie den 1,5 Milliarden Dollar schweren Bybit-Raub erst ermöglicht.

Für eine Branche, die darauf konditioniert ist, das DPRK-Risiko als etwas zu betrachten, das beim Multisig passiert, stellt dies einen Kategoriewechsel dar. Die Bedrohung lautet nicht mehr nur: „Sie werden einbrechen.“ Sie lautet: „Sie sind bereits drin und haben das Build-Script geschrieben.“

Plume Networks 645-Mio.-$-Wette: Warum ein spezialisierter RWA-Layer-1 Ethereum und Solana bei der Tokenisierung übertrifft

· 10 Min. Lesezeit
Dora Noda
Software Engineer

Hier ist eine Zahl, die jeden ernsthaften Web3-Builder aufhorchen lassen sollte: Stand Anfang 2026 beherbergt das Plume Network 259.000 RWA-Halter – mehr als Ethereum (164.000) und Solana (184.000) zusammen. Und das mit rund 645 Millionen US-Dollar an tokenisierten Vermögenswerten auf einer Chain, die erst im Juni 2025 live ging.

Ein spezialisierter Layer-1 hat in weniger als einem Jahr die beiden größten Smart-Contract-Plattformen der Welt in der derzeit heißesten Kategorie von Krypto beim Onboarding überholt. Das ist keine Geschichte über Kursbewegungen oder "Farm-and-Dump"-Liquidität. Es ist eine Geschichte darüber, ob Allzweck-Blockchains die nächste Billionen-Dollar-Vertikale gewinnen können – oder ob Real-World Assets ihren eigenen Stack benötigen.

Die 26-Milliarden-Dollar-Kategorie, die aus Ethereum ausbrach

Tokenisierte Real-World Assets erreichten im März 2026 ein Volumen von 26,4 Milliarden US-Dollar, was einem Anstieg von mehr als 300 % gegenüber dem Vorjahr entspricht. Rechnet man Stablecoins heraus, überschritt der "reine" RWA-TVL immer noch die Marke von 12 Milliarden US-Dollar, gegenüber etwa 5 Milliarden US-Dollar fünfzehn Monate zuvor. Allein der BUIDL-Fonds von BlackRock hält 1,9 Milliarden US-Dollar. USDY und OUSG von Ondo verwalten zusammen über 1,4 Milliarden US-Dollar. Centrifuge, Maple und Goldfinch haben mehr als 3,2 Milliarden US-Dollar an On-Chain-Privatkrediten vergeben, wobei diese Unterkategorie im Jahresvergleich um 180 % gewachsen ist.

Jürgen Blumberg, COO von Centrifuge, prognostizierte offiziell einen RWA-TVL von über 100 Milliarden US-Dollar bis Ende 2026, wobei mehr als die Hälfte der weltweit 20 größten Asset-Manager tokenisierte Produkte einführen werden. Unabhängige Analysten beziffern das Ziel für 2030 auf irgendwo zwischen 10 Billionen und 16 Billionen US-Dollar.

Hier kommt Plume ins Spiel. Die These ist einfach: Das Ethereum-Mainnet ist zu teuer und bietet keine native Compliance. Allzweck-L2s behandeln RWAs als Nebensache. Emissionsplattformen wie Securitize laufen auf der Chain eines Drittanbieters. Was die Kategorie tatsächlich benötigt, ist ein Execution Layer, auf dem Compliance, Identität, der Lebenszyklus von Vermögenswerten und Datenfeeds erstklassige Protokoll-Primitive sind – und keine notdürftig zusammengefügten Smart Contracts.

Plume Genesis: Was tatsächlich geliefert wurde

Plume Genesis ging am 5. Juni 2025 live, unterstützt von Apollo Global Management und YZi Labs (ehemals Binance Labs). Das Mainnet startete mit 150 Millionen US-Dollar an eingesetztem RWA-Kapital und mehr als 200 Projekten in der Pipeline, darunter Superstate, Blackstone, Invesco, WisdomTree und Securitize.

Die Architektur stützt sich auf drei proprietäre Infrastrukturkomponenten:

  • Arc – eine No-Code-Tokenisierungs-Engine, die die Erstellung von Vermögenswerten, das Onboarding und das Lebenszyklusmanagement mit integrierten Echtzeit-Compliance-Prüfungen übernimmt. Arc ersetzt den Workflow "drei Anwälte und einen Smart-Contract-Auditor einstellen", der die RWA-Emission auf generischen L1s bisher ausgebremst hat.
  • Nexus – Plumes nativer Daten-Layer, funktionell ähnlich wie ein Oracle, aber speziell auf RWA-Inputs abgestimmt: NAV-Feeds (Net Asset Value), Testatberichte, Off-Chain-Cashflows sowie Umwelt- oder Wirtschaftsmetriken. Dies ist wichtig, da die meisten RWA-Fehlschläge auf mangelnde Datenintegrität und nicht auf Smart-Contract-Bugs zurückzuführen sind.
  • Passport – eine Smart Wallet mit auf der Kontoebene eingebetteter Compliance, sodass KYC-Status, Gerichtsbarkeit und Akkreditierung mit dem Nutzer mitreisen, anstatt bei jedem Protokoll erneut überprüft zu werden.

Entscheidend ist, dass Plume EVM-kompatibel ist. Solidity-Entwickler können vom ersten Tag an deployen, erben aber Compliance- und Identitäts-Primitive, die sie sonst selbst bauen müssten.

Warum ein dedizierter L1 einen Allzweck-L1 schlägt (für diesen Anwendungsfall)

Das philosophische Argument für RWAs auf Ethereum ist elegant: maximale Liquidität, maximale Komponierbarkeit, maximales Vertrauen. Die praktische Erfahrung war weniger elegant. Gaskosten schließen Instrumente mit geringer Stückelung aus. Compliance findet in Off-Chain-Allowlists statt, die die Komponierbarkeit ohnehin unterbrechen. Und regulierte Emittenten werden routinemäßig aufgefordert, dieselbe Infrastruktur zu akzeptieren, die auf Validator-Ebene Memecoins und "Pump-and-Dump"-Token abwickelt.

Plumes Angebot an Institutionen ist das Gegenteil: eine Chain, bei der jeder Validator, jeder RPC-Endpunkt und jedes Standard-Wallet versteht, dass es sich bei einigen Vermögenswerten um regulierte Wertpapiere handelt. Vergleichen Sie dazu die Alternativen:

  • Ethereum-Mainnet. Hohes Gas, starkes Vertrauen, null native Compliance. Gut für Staatsanleihen im BlackRock-Maßstab. Fatal für Privatkredite im Mittelstand.
  • Generische L2s (Base, Arbitrum). Günstig, schnell, komponierbar – aber RWA-Protokolle müssen Compliance immer noch auf der Applikationsebene hinzufügen.
  • Reine Plattform-Anbieter (Securitize). Exzellente Emissions-Workflows, aber sie laufen auf der Chain eines anderen und erben deren Einschränkungen.
  • Ondo Chain. Der engste strukturelle Wettbewerber – ein auf Berechtigungen basierender L1 für institutionelle Märkte, der sich als "Wall Street 2.0" positioniert. Ondo betont tokenisierte Staatsanleihen; Plume betont komponierbares RWAfi.
  • Pharos, Plume und der Long Tail. Spezialisierte Chains, die über regulatorische Ausrichtung, Asset-Abdeckung und Developer Experience konkurrieren.

Der interessante Trend Anfang 2026 ist, dass sich diese Lager nicht mehr gegenseitig ausschließen. Centrifuge V3 wurde gleichzeitig auf Ethereum, Base, Plume, Avalanche, BNB Chain und Arbitrum bereitgestellt. Plume und Ondo haben offen eine "symbiotische" Beziehung beschrieben. Die Wettbewerbsfrage verlagert sich von welche Chain gewinnt hin zu welche Chain den Kapitalfluss verankert.

Die Zahlen hinter dem frühen Vorsprung von Plume

Einige Datenpunkte, die man sich genauer ansehen sollte:

  • **645Mio.antokenisiertenVermo¨genswertenaufPlume(StandAnfang2026)ein4facherAnstieggegenu¨berden645 Mio. an tokenisierten Vermögenswerten** auf Plume (Stand Anfang 2026) — ein 4-facher Anstieg gegenüber den 150 Mio. beim Genesis-Launch innerhalb von neun Monaten.
  • 259.000 Inhaber — übertrifft Ethereum und Solana auf reiner Nutzerbasis für RWA-Assets.
  • Über 200 integrierte Projekte, von tokenisierten Staatsanleihen, Privatkrediten, Solarparks und Medicaid-Forderungen bis hin zu Konsumentenkrediten, Kunst, Edelmetallen und — bemerkenswerterweise — Uran und Sammelkarten.
  • Regulatorischer Fußabdruck: Eine Lizenz des Abu Dhabi Global Market (ADGM), eine KRW1-Stablecoin-Integration für den Zugang institutioneller Anleger in Korea und eine Partnerschaft mit Securitize (Securitize selbst wird von BlackRock und Morgan Stanley unterstützt), die auf eine Kapitalallokation von $ 100 Millionen in die Nest-Vaults von Plume abzielt.

Das Signal im Securitize-Deal ist besonders deutlich. Securitize ist die Tokenisierungs-Infrastruktur hinter BUIDL. Die Bereitschaft, Kapital in Plume-native Vaults zu leiten, ist ein Vertrauensbeweis aus der konservativsten Ecke des RWA-Sektors.

Die Agenten-Ökonomie, Lohnabrechnung und der „Esoteric Tail“

Zwei Datenpunkte vom April 2026 deuten darauf hin, wohin Plume als Nächstes steuern möchte.

Erstens startete Plume am 2. April 2026 in Partnerschaft mit Toku ein Pilotprojekt für die Lohnabrechnung, bei dem Teile der Mitarbeitergehälter direkt in den WTGXX von WisdomTree geleitet werden — einen regulierten, tokenisierten Geldmarktfonds. Das Nutzererlebnis lautet: „Bezahlt werden, automatisch Rendite erzielen“. Dies ist kein Trading-Produkt. Es ist der Anfang einer viel größeren Entwicklung: renditetragende RWAs als Standard-Cash-Äquivalente in alltägliche Arbeitsabläufe von Konsumenten zu integrieren.

Zweitens hat Plume eine aggressive Expansion in esoterische Asset-Klassen angekündigt — tokenisierte Kunst, Edelmetalle, Uran, Tuk-Tuks, Sammelkarten. Spott ist eine verständliche erste Reaktion. Aber jede dieser Kategorien ist ein realer Markt mit realen Abwicklungshemmnissen. Die Long-Tail-These für RWAfi besagt: Sobald die Compliance- und Dateninfrastruktur steht, wird das Hinzufügen einer neuen Asset-Klasse eher zu einem Inhaltsproblem als zu einem Infrastrukturproblem.

Wenn diese These Bestand hat, wird die Chain, die 2026 gewinnt, nicht diejenige mit der größten BlackRock-Exposition sein. Es wird diejenige mit der vielfältigsten Pipeline für das Asset-Onboarding sein — und Plumes Anzahl von über 200 Projekten liegt auf dieser Achse derzeit vorn.

Die Risiken, die das Plume-Team auf Kurs halten sollten

Drei Bedenken sollten explizit genannt werden.

Regulatorische Konzentration. Eine dedizierte RWA-Chain ist konstruktionsbedingt ein regulatorischer „Single Point of Failure“. Ein ungünstiges SEC-Urteil, ein Entzug der ADGM-Lizenz oder eine überraschende OFAC-Sanktion trifft das gesamte Netzwerk — nicht nur eine einzelne App darauf.

Liquiditätsfragmentierung. 259.000 Inhaber sind beeindruckend für ein L1, das weniger als ein Jahr alt ist, aber im Vergleich zur aggregierten Liquidität von Ethereum DeFi ist dies verschwindend gering. Damit sich Plume-Assets wie „krypto-native Token“ verhalten (das erklärte Ziel des Projekts), müssen Cross-Chain-Bridges und gemeinsame Liquiditätsstandorte schnell reifen. Die Multi-Chain-Strategie von Centrifuge bietet einen Ausblick darauf, wie das aussehen könnte.

Komponierbarkeit versus Compliance. Jede eingebettete Compliance-Prüfung ist eine Stelle, an der die Komponierbarkeit brechen kann. Je stärker Plume die Identität in den Base-Layer integriert, desto schwieriger wird es für ein beliebiges DeFi-Protokoll, ein Plume-RWA wie jeden anderen ERC-20-Token zu behandeln. Die Chain muss eine Gratwanderung zwischen „institutioneller Qualität“ und einem „zugangsbeschränkten Walled Garden“ meistern.

Was das für Infrastruktur-Entwickler bedeutet

Wenn die RWA-Kategorie von 26Milliardenauf26 Milliarden auf 100 Milliarden im Jahr 2026 und bis 2030 in die Billionen wächst, sind die Auswirkungen auf die Infrastruktur erheblich. RPC-Anbieter, Indexer, Orakel-Netzwerke und Node-Betreiber werden RWA-orientierte Toolings benötigen. Identitäts- und Attestierungsdienste werden ebenso wichtig wie Mempool-Daten. Und eine Multi-Chain-Strategie wird nicht mehr optional sein — institutionellem Kapital ist es egal, auf welcher Chain ein Token geprägt wurde, aber es ist entscheidend, ob der vollständige Lebenszyklus (Emission, Verwahrung, Rückgabe, Reporting) durchgehend funktioniert.

Plume ist nicht die einzige Wette in diesem Bereich und mit Sicherheit nicht die endgültige Form der RWAfi-Infrastruktur. Aber es ist das derzeit klarste Beispiel dafür, was passiert, wenn eine Blockchain aufhört, alles sein zu wollen, und stattdessen versucht, in einer Sache, die zählt, außergewöhnlich zu sein.

BlockEden.xyz bietet Enterprise-Grade RPC- und Indexing-Infrastruktur für Ethereum, Sui, Aptos und andere Chains, die die nächste Welle der Tokenisierung vorantreiben. Entdecken Sie unseren API-Marktplatz, um RWA-Anwendungen auf einer Infrastruktur aufzubauen, die für institutionelle Zuverlässigkeit entwickelt wurde.

Quellen

Aave hat gerade 1 Billion US-Dollar an Krediten überschritten — und TradFi kann nicht länger so tun, als wäre DeFi ein Spielzeug

· 10 Min. Lesezeit
Dora Noda
Software Engineer

JPMorgan benötigte Jahrzehnte, um seine erste Billion Dollar an Krediten zu vergeben. Aave schaffte dies in sechs Jahren, durch zwei Bärenmärkte hindurch, ohne Filialen, ohne Kreditsachbearbeiter und ohne Anrufe bei Regulierungsbehörden, um um Erlaubnis zu bitten.

Am 25. Februar 2026 wurde Aave zum ersten Dezentralen Finanzprotokoll (DeFi) in der Geschichte, das seit seinem Start im Jahr 2020 die Marke von 1 Billion ankumulativenKreditvergabenu¨berschrittenhat.BisApril2026weistdasProtokolleinenTVLvonetwa40Milliardenan kumulativen Kreditvergaben** überschritten hat. Bis April 2026 weist das Protokoll einen **TVL von etwa 40 Milliarden auf, generiert 83 Millionen $ an Gebühren pro Monat und beginnt — nachdem es still und leise ein SOC 2 Type II-Testat erhalten hat — auf den Listen zugelassener Gegenparteien von Vermögensverwaltern zu erscheinen, die vor drei Jahren nicht einmal zu einem Treffen bereit gewesen wären. Die Frage ist nicht mehr, ob On-Chain-Kreditvergabe funktioniert. Die Frage ist, welchen Teil der traditionellen Kreditmärkte sie als Nächstes absorbiert.

Ethereum Hegota: Der Post-Glamsterdam-Fork und Ethereums 18-monatige Drei-Fork-Pipeline

· 8 Min. Lesezeit
Dora Noda
Software Engineer

Während des Großteils der Geschichte von Ethereum war ein neuer Hard Fork ein einmaliges Ereignis pro Jahr – ein langsamer, schwerfälliger Release-Zug, der immer dann abfuhr, wenn der Rückstau an Ethereum Improvement Proposals (EIPs) zu groß wurde, um ihn weiter aufzuschieben. Diese Ära ist vorbei. Mit der Benennung von Hegota als das auf Glamsterdam folgende Upgrade haben sich die Core-Entwickler von Ethereum nun öffentlich zu drei Hard Forks innerhalb eines Fensters von 18 Monaten verpflichtet: Fusaka (veröffentlicht im Dezember 2025), Glamsterdam (1. Halbjahr 2026) und Hegota (2. Halbjahr 2026). Zusammen mit Pectra (Mai 2025) sind das vier Protokoll-Upgrades in etwa 20 Monaten – die dichteste Ausführungstaktung seit The Merge.

Google A2A vs. Anthropic MCP: Der Agent-Protokoll-Stack, den Web3-Builder nicht ignorieren können

· 11 Min. Lesezeit
Dora Noda
Software Engineer

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

Chaos Labs verzichtet auf 5 Mio. $: Die DeFi-Risikomanagement-Krise, der Aave nicht entwachsen kann

· 12 Min. Lesezeit
Dora Noda
Software Engineer

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.

EigenLayer Slashing geht live: Der 15 Mrd. $ Restaking-Realitätscheck beginnt

· 12 Min. Lesezeit
Dora Noda
Software Engineer

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 und19,7Milliardenund 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

$3 Mrd. Blockspace Futures: Wie ETHGas und ether.fi Ethereum seine erste Terminkurve gaben

· 12 Min. Lesezeit
Dora Noda
Software Engineer

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.

Glamsterdam verzögert sich: Ethereums MEV-Reform stößt auf technische Realität, da sich ePBS verspätet

· 12 Min. Lesezeit
Dora Noda
Software Engineer

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 ?