318 Beiträge getaggt mit „Ethereum“

Jahrelang war Crypto mit einer unmöglichen Wahl konfrontiert: vollständige Transparenz, die Benutzer gegenüber Front-Running und Überwachung gefährdet, oder totale Anonymität, die Sanktionen und Abschaltungen einlädt. Tornado Cash hat bewiesen, dass reiner Datenschutz ohne Compliance-Schutzvorrichtungen zu OFAC-Blacklists und strafrechtlicher Verfolgung führt. Aber die Alternative — eine Blockchain, auf der jeder Wallet-Saldo und jede Transaktion öffentlich ist — macht die institutionelle DeFi-Beteiligung aufgrund von Alpha-Leakage und MEV-Ausbeutung praktisch unmöglich.

Das Privacy Pools-Protokoll von 0xbow bietet einen dritten Weg. Durch die Kombination von Zero-Knowledge-Proofs mit einem neuartigen Compliance-Mechanismus namens Association Sets können Benutzer ihre Transaktionen vor der öffentlichen Einsicht schützen und gleichzeitig kryptographisch nachweisen, dass ihre Gelder keine Verbindung zu illegaler Aktivität haben. Es ist die erste produktive Lösung, bei der Datenschutz und Regulierung durch mathematische Beweise koexistieren, anstatt sich gegenseitig auszuschließen.

Stellen Sie sich vor, Sie sagen einem DeFi-Bot: „Tausche all mein WETH gegen USDC, lege es bei Aave an, aber nur wenn mein Endguthaben über $5.000 bleibt.“ Heute erfordert diese Anweisung, dass ein Entwickler jeden Parameter vor der Signierung fest einprogrammiert — das exakte WETH-Guthaben, die erwartete USDC-Ausgabe, den Aave-Einzahlungsbetrag — was eine fragile Transaktion erzeugt, die fehlschlägt, sobald sich die Marktbedingungen zwischen dem Block der Signierung und dem Block der On-Chain-Ausführung verschieben. ERC-8211, veröffentlicht am 6. April 2026 von Biconomy und der Ethereum Foundation, beseitigt diese Fragilität vollständig. Es ist der erste Ethereum-Standard, der KI-Agenten ermöglicht, den aktuellen Chain-Status zu lesen, Bedingungen zu validieren und mehrstufige Strategien in einer einzigen atomaren Transaktion auszuführen — und verwandelt statische Batch-Aufrufe in intelligente, sich selbst anpassende Workflows.

Das Timing ist kein Zufall. Über 17.000 KI-Agenten sind mittlerweile allein auf Virtuals Protocol aktiv. Coinbases AgentKit betreibt autonome Wallets über mehrere LLM-Anbieter hinweg. NEARs Mitgründer hat erklärt, dass „die Nutzer der Blockchain KI-Agenten sein werden.“ Aber bis jetzt waren diese Agenten gezwungen, mit DeFi über dieselben starren Transaktionsformate zu interagieren, die für Menschen entwickelt wurden, die Buttons auf einer Benutzeroberfläche klicken. ERC-8211 gibt ihnen etwas grundlegend anderes: die Fähigkeit, Entscheidungen on-chain, zur Ausführungszeit, mit integrierten Sicherheitsmechanismen zu komponieren.

Das Problem: Statisches Batching wurde nie für autonome Agenten entwickelt​

Multi-Call-Verträge wie Multicall3 und ERC-4337-Bundler ermöglichen es Wallets bereits, mehrere Transaktionen zu einer zusammenzufassen. Aber jeder Parameter muss zum Zeitpunkt der Signierung festgelegt werden. Wenn ein KI-Agent einen Batch signiert, um 2,5 WETH gegen USDC zu tauschen und die Erlöse bei Aave einzuzahlen, ist der Wert von 2,5 WETH eingefroren — selbst wenn sich das tatsächliche Guthaben des Agenten zwischen Signierung und Ausführung durch einen eingehenden Transfer oder eine Gebührenabbuchung geändert hat.

Dies erzeugt drei kaskadierende Probleme für autonome Agenten:

• Veralteter Zustand: Bis eine gebatchte Transaktion in einen Block aufgenommen wird, gilt der angenommene On-Chain-Zustand möglicherweise nicht mehr. Eine Preisverschiebung von 0,3 % kann dazu führen, dass ein Swap fehlschlägt, Gas verschwendet wird und die Strategie nur halb ausgeführt bleibt.
• Überspezifikation: Agenten müssen jeden Zwischenwert (exakte Ausgabemengen, Slippage-Schwellenwerte, Einzahlungsmengen) vor der Signierung vorberechnen. Bei einer fünfstufigen Hebel-Schleife bedeutet dies die Vorhersage von fünf aufeinanderfolgenden Ausgaben — von denen jede einzelne den Rest ungültig machen kann.
• Keine bedingte Logik: Statische Batches sind alles oder nichts. Es gibt keine Möglichkeit zu sagen: „Fahre mit Schritt drei nur fort, wenn das Ergebnis von Schritt zwei einen Schwellenwert überschreitet.“ Ein Agent kann innerhalb des Batch selbst keine Sicherheitsbedingungen ausdrücken.

Das Ergebnis ist, dass heutige KI-Agenten DeFi-Strategien mit der Flexibilität einer gedruckten Bordkarte ausführen — jedes Detail muss vor dem Abflug korrekt sein, und jede Änderung erfordert einen Neuanfang.

So funktioniert ERC-8211: Fetcher, Constraints und Prädikate​

ERC-8211 führt das ein, was Biconomy als „Smart Batching“ bezeichnet — einen Contract-Layer-Encoding-Standard, bei dem jeder Parameter in einem Batch deklariert, wie sein Wert ermittelt wird und welche Bedingungen dieser Wert erfüllen muss. Der Standard basiert auf drei Grundbausteinen:

Fetcher​

Jeder Eingabeparameter trägt einen Fetcher-Typ, der bestimmt, wie sein Wert zur Ausführungszeit — nicht zur Signierungszeit — bezogen wird. Drei Fetcher-Typen stehen zur Verfügung:

• RAW_BYTES: Der Wert ist fest kodiert, identisch mit traditionellem Batching.
• STATIC_CALL: Der Wert wird aus einem Live-On-Chain-Vertragsaufruf gelesen — Prüfung eines Guthabens, Abfrage eines Orakel-Preises oder Auslesen der Reserven eines Pools.
• BALANCE: Der Wert ist das Native-Token- oder ERC-20-Guthaben des ausführenden Kontos zum Zeitpunkt der Ausführung.

Ein Routing-Ziel bestimmt dann, wohin der aufgelöste Wert geht: in die Zieladresse des Aufrufs, sein Value-Feld oder seine Calldata.

Constraints​

Jeder aufgelöste Wert kann Inline-Constraints tragen — logische Prüfungen, die on-chain validiert werden, bevor der Aufruf fortfährt. Unterstützte Constraint-Typen umfassen EQ (gleich), GTE (größer oder gleich), LTE (kleiner oder gleich) und IN (Zugehörigkeit zu einer Menge). Wenn eine Constraint fehlschlägt, wird der gesamte Batch atomar zurückgesetzt.

In der Praxis bedeutet dies, dass ein Agent sagen kann: „Hole mein WETH-Guthaben (BALANCE-Fetcher), bestätige, dass es GTE 1,0 WETH ist (Constraint), und leite den aufgelösten Wert in die Swap-Calldata weiter (Routing).“

Prädikate​

Einträge mit target = address(0) fungieren als reine Assertions-Checkpoints. Sie kodieren eine boolesche Bedingung zum Chain-Zustand — zum Beispiel die Überprüfung, ob das USDC-Guthaben einer Wallet nach einer Hebel-Schleife über einem Sicherheitsminimum bleibt — ohne einen externen Aufruf auszuführen. Wenn das Prädikat fehlschlägt, wird der Batch zurückgesetzt.

Zusammen verwandeln diese drei Grundbausteine einen Batch von einem statischen Skript in ein reaktives Programm: „Tausche mein gesamtes WETH-Guthaben gegen USDC, lege dann genau das Erhaltene bei Aave an, aber nur wenn mein Endguthaben mein Sicherheitsminimum überschreitet.“ Alles in einer Transaktion, alles zur Ausführungszeit aufgelöst.

Der entstehende Agent-Protokoll-Stack​

ERC-8211 existiert nicht isoliert. Es fügt sich in einen zunehmend kohärenten Protokoll-Stack ein, den die Ethereum Foundation speziell für autonome Agenten zusammenstellt:

Schicht	Standard	Funktion	Hauptentwickler
Identität	ERC-8004	Agenten-Erkennung, Vertrauen und Reputationsbewertung	Ethereum Foundation
Handel	ERC-8183	Job-Lifecycle-Management — Treuhand, Liefernachweis, Abrechnung	Virtuals Protocol
Ausführung	ERC-8211	Smart Batching — bedingte, zustandsbewusste On-Chain-Ausführung	Biconomy
Zahlung	x402	HTTP-native Stablecoin-Mikrozahlungen für Agenten-Dienste	Coinbase + Cloudflare

Die Analogie ist kein Zufall: ERC-8004 identifiziert, wer transagiert, ERC-8183 regelt, welche Arbeit ausgetauscht wird, ERC-8211 handhabt, wie die Arbeit on-chain ausgeführt wird, und x402 verwaltet, wie Zahlungen zwischen Agenten fließen. Zusammen bilden sie das, was Branchenbeobachter als den „TCP/IP-Moment für On-Chain-KI“ zu bezeichnen begonnen haben — einen geschichteten Stack, in dem jedes Protokoll ein Anliegen sauber behandelt.

ERC-8183 ist besonders komplementär. Sein Job-Primitiv — bei dem ein Client-Agent einen Provider-Agenten beauftragt, treuhänderisch hinterlegte Mittel gehalten werden und ein Evaluator die Lieferung bestätigt — erzeugt genau die Art von mehrstufigen, bedingten On-Chain-Aktionen, für deren Ausführung ERC-8211 konzipiert ist. Ein KI-Agent, der einen Job über ERC-8183 annimmt, muss möglicherweise eine Reihe von DeFi-Operationen (Tausch, Einlage, Leihe) als Teil der Auftragsabwicklung durchführen. ERC-8211 stellt sicher, dass diese Operationen korrekt ausgeführt werden, selbst wenn sich die Marktbedingungen zwischen Auftragsannahme und Ausführung ändern.

Konkurrierende Ansätze: AgentKit, NEAR Chain Signatures und das Fragmentierungsrisiko​

ERC-8211s Smart Batching ist nicht das einzige Framework, das um die Position als Standard-Ausführungsschicht für KI-Agenten konkurriert:

Coinbase AgentKit stellt Wallet-Infrastruktur und On-Chain-Aktionsprimitive für KI-Agenten bereit, mit nativer Unterstützung für OpenAI, Anthropic und Llama-Modelle. Im März 2026 startete World (Sam Altmans Identitätsprojekt) eine AgentKit-Integration mit x402-Zahlungen und World-ID-Verifizierung, die es Agenten ermöglicht, einen kryptographischen Nachweis menschlicher Unterstützung mitzuführen. AgentKit glänzt bei der Wallet-Verwaltung und einfachen Transaktionen, bietet aber derzeit nicht die bedingte, zustandsbewusste Ausführung, die ERC-8211 bereitstellt.

NEAR Chain Signatures verfolgt einen anderen architektonischen Ansatz: Agenten erhalten eigene NEAR-Konten mit privaten Schlüsseln, die in Trusted Execution Environments (TEEs) gespeichert sind, und können über die Chain-Signatures-Technologie Transaktionen auf jeder Blockchain — Ethereum, Bitcoin, Solana — von einer einzigen NEAR-basierten Identität aus signieren. Dies löst das Multi-Chain-Problem elegant, operiert aber auf der Infrastrukturebene und nicht auf der Ebene der Ausführungssemantik.

Visas Trusted Agent Protocol und Googles AP2 (Agent Payment Protocol 2.0) adressieren die Zahlungs- und Händler-Verifizierungsseite und helfen dem traditionellen Handel, KI-Agenten-Transaktionen zu erkennen und zu verarbeiten. Sie ergänzen ERC-8211s On-Chain-Ausführungsfokus, anstatt damit zu konkurrieren.

Das Fragmentierungsrisiko ist real. Wenn AgentKit eigene Primitive für bedingte Ausführung entwickelt oder wenn NEAR einen konkurrierenden Batch-Ausführungsstandard schafft, könnten Agenten vor denselben Interoperabilitätsherausforderungen stehen, die das frühe DeFi plagten — mehrere Standards, die dasselbe Problem lösen, keiner erreicht eine kritische Masse. ERC-8211s Vorteil ist seine Kompatibilität mit bestehender Account-Abstraction-Infrastruktur (ERC-4337, ERC-7683) und sein minimaler Fußabdruck: Es erfordert keinen Protokoll-Fork, keinen neuen Opcode und funktioniert mit jeder Smart-Account-Implementierung.

Warum das wichtig ist: Die 400.000-Agenten-Ökonomie braucht On-Chain-Komposabilität​

Die Zahlen zeichnen ein klares Bild der Dringlichkeit. Über 400.000 KI-Agenten operieren mittlerweile über Blockchain-Netzwerke hinweg, laut Chainalysis-Schätzungen. Virtuals Protocol allein hat einen kumulativen Umsatz von $39,5 Millionen mit seinen mehr als 17.000 Agenten überschritten. Coinbases AgentKit unterstützt autonome Wallets über jeden großen LLM. Die Agenten-Ökonomie ist nicht spekulativ — sie generiert heute reale Umsätze und führt reale Transaktionen aus.

Aber diese Agenten sind durch eine für menschliche Nutzer konzipierte Infrastruktur eingeschränkt. Ein Mensch, der einen Swap auf Uniswap signiert, kann den Preis prüfen, die Slippage anpassen und bestätigen — alles innerhalb von Sekunden. Ein autonomer Agent, der im großen Maßstab operiert, kann sich diese manuelle Feedback-Schleife nicht leisten. Er muss komplexe Strategien als eigenständige, sich selbst validierende Transaktionsbündel ausdrücken, die unabhängig davon korrekt ausgeführt werden, was zwischen Signierung und Aufnahme geschieht.

Die Auswirkungen von ERC-8211 gehen über die DeFi-Automatisierung hinaus. Betrachten Sie diese Szenarien:

• Autonomes Treasury-Management: Ein DAO-Treasury-Agent, der über Yield-Protokolle hinweg rebalanciert, mit Prädikat-Prüfungen, die sicherstellen, dass kein einzelnes Protokoll mehr als 30 % der Mittel hält — alles in einer atomaren Transaktion.
• MEV-resistente Ausführung: Durch die Auflösung von Werten zur Ausführungszeit statt zur Signierungszeit reduzieren Smart Batches die Informationen, die MEV-Suchern zur Verfügung stehen, die veraltete Parameter in ausstehenden Transaktionen ausnutzen.
• Protokollübergreifende Arbitrage: Ein Agent, der eine Preisdiskrepanz zwischen Uniswap und Curve erkennt, kann die Arbitrage atomar mit Constraints ausführen, die Mindestgewinnschwellen sicherstellen, und eliminiert das Risiko, eine Seite auszuführen und bei der anderen zu scheitern.

Der Weg voraus: Vom Standard zur Infrastruktur​

ERC-8211 ist noch ein ERC-Vorschlag, kein finalisierter Standard. Seine Referenzimplementierung ist Open Source und in einer Demo-Form verfügbar, aber die Adoption hängt davon ab, dass Wallet-Anbieter, Bundler-Betreiber und DeFi-Protokolle das Smart-Batching-Interface integrieren. Das kontoagnostische Design des Standards — er funktioniert mit ERC-4337-Smart-Accounts, ERC-7683-Cross-Chain-Intents und traditionellen EOAs über Executor-Verträge — beseitigt die größte Adoptionshürde, aber die Integration erfordert weiterhin aktive Entwicklung.

Der Vier-Standard-Agenten-Stack (ERC-8004 + ERC-8183 + ERC-8211 + x402) repräsentiert eine kohärente Vision, aber kohärente Visionen in der Kryptowelt sind historisch unter Wettbewerbsdruck fragmentiert. Ob sich der Stack zu einem De-facto-Standard konsolidiert oder in konkurrierende Implementierungen zersplittert, wird davon abhängen, welche Protokolle zuerst Produktionsintegrationen ausliefern.

Was nicht in Frage steht, ist die Richtung. Die primären Nutzer der Blockchain verlagern sich von Menschen, die durch Frontends klicken, zu autonomen Agenten, die programmatische Strategien ausführen. ERC-8211 ist der erste ernsthafte Versuch, diesen Agenten ein Transaktionsformat zu geben, das ihren Fähigkeiten entspricht — eines, das nachdenkt, bevor es transagiert.

Entwickeln Sie KI-Agenten, die mit DeFi-Protokollen über mehrere Chains hinweg interagieren? BlockEden.xyz bietet leistungsstarke RPC-Endpunkte und Daten-APIs für Ethereum, Sui, Aptos und über 20 weitere Netzwerke — die Infrastrukturschicht, die Ihre Agenten für zuverlässige On-Chain-Lesezugriffe und Ausführung benötigen. Entdecken Sie unseren API-Marktplatz, um loszulegen.

Das letzte Mal, als das ETH/BTC-Verhältnis so tief stand — um 0,028 herum — übertraf Ethereum Bitcoin in den folgenden drei Monaten um mehr als 60%. Das war im vierten Quartal 2023. Davor, im zweiten Quartal 2019, ging einem fast identischen Setup eine relative Outperformance von 80% voraus. Mustererkennung ist keine Prophezeiung, aber da Ethereums folgenreichstes Upgrade seit The Merge nun einen Start im Mai/Juni 2026 anstrebt, sieht das Setup unangenehm vertraut aus.

Glamsterdam ist Ethereums nächster Hard Fork. Es ist kein inkrementeller Patch. Es ist eine strukturelle Überarbeitung zweier der umstrittensten Fehlerarten des Protokolls: die Extraktion von Wert durch eine kleine Gruppe privilegierter Akteure durch Maximal Extrahierbaren Wert (MEV) und den sequenziellen Engpass, der Ethereums Layer 1 daran hindert, beim reinen Durchsatz mit Solana, MegaETH und Monad zu konkurrieren. Ob Glamsterdam bei beiden Punkten liefert, wird bestimmen, ob Ethereums vierjährige Unterperformance gegenüber Bitcoin eine strukturelle Geschichte ist — oder lediglich ein Stimmungszyklus, der auf einen Katalysator wartet.

Von Pectra zu Glamsterdam: Den Performance-Stack aufbauen​

Um zu verstehen, was Glamsterdam ist, muss man zunächst verstehen, was Pectra geliefert hat. Das Prague-Electra-Upgrade ging am 7. Mai 2025 im Mainnet live und führte elf Änderungen am Ethereum-Protokoll ein — zwei davon sind für die Trajektorie hin zu Glamsterdam am bedeutsamsten.

EIP-7702 gab extern kontrollierten Konten (EOAs) die Fähigkeit, während einer Transaktion vorübergehend Smart-Contract-Logik auszuführen. Praktisch bedeutet das, dass eine normale Ethereum-Wallet nun mehrere Operationen bündeln, Gas im Namen von Nutzern sponsern oder an alternative Key-Schemes delegieren kann — ohne dass Nutzer zu einer Smart-Contract-Wallet migrieren müssen. Für Entwickler hat EIP-7702 die Unterscheidung zwischen EOA- und Account-Abstraction-Use-Cases aufgehoben und damit eine wichtige Hürde für Consumer-Grade-Onboarding entfernt.

EIP-7691 verdoppelte Ethereums Blob-Kapazität. Die Zielanzahl von Blobs pro Block stieg von 3 auf 6, das Maximum von 6 auf 9. Blobs — in EIP-4844 (Dencun, März 2024) eingeführt — sind temporäre Datenpakete, die von Layer-2-Rollups verwendet werden, um Transaktionsdaten günstig in Ethereum zu veröffentlichen. Die Verdoppelung der Zielanzahl bedeutet mehr L2-Durchsatz zu geringeren Kosten und stärkt Ethereums Position als Settlement-Layer für ein Rollup-zentriertes Ökosystem.

Kurz gesagt: Pectra drehte sich darum, Ethereum einfacher zu nutzen und günstiger zu bauen. Glamsterdam dreht sich darum, Ethereum selbst schneller und fairer zu machen.

Das zweiköpfige Upgrade: Amsterdam und Gloas​

Der Name Glamsterdam ist ein Kofferwort aus den beiden simultanen Komponenten des Upgrades: Gloas (die Konsensus-Schicht) und Amsterdam (die Ausführungsschicht). Jede trägt einen Headliner-Vorschlag, der ein eigenständiges Systemproblem adressiert.

ePBS (EIP-7732): Block-Building ins Protokoll bringen​

Das Kernstück des Konsensus-Schicht-Upgrades ist die Eingebettete Proposer-Builder-Separation, verfolgt als EIP-7732. Um zu verstehen, warum das wichtig ist, muss man Ethereums aktuellen Block-Building-Prozess verstehen.

Im aktuellen System werden ca. 80-90% der Ethereum-Blöcke mit MEV-Boost gebaut, einem Drittanbieter-Relay-System, das spezialisierten Akteuren namens "Buildern" ermöglicht, Blöcke zu konstruieren und sie Validatoren zur Vorschlagstellung zu übermitteln. Diese Anordnung entstand organisch, da Builder — mit ausgefeilten Algorithmen für Transaktions-Ordering und Arbitrage-Extraktion — profitablere Blöcke produzieren können als die meisten Validatoren alleine. Validatoren akzeptieren diese Blöcke, weil sie mehr MEV verdienen. Das Relay fungiert als vertrauenswürdiger Intermediär.

Das Problem ist architektonisch: Ein kritisches Stück in Ethereums Block-Produktions-Pipeline hängt von Off-Protokoll-Infrastruktur ab, der Validatoren vertrauen müssen. Wenn ein dominantes Relay offline geht, böswillig handelt oder anfängt, Transaktionen zu zensieren, gibt es keinen protokollinternen Rechtsweg.

EIP-7732 entfernt das Relay vollständig. Es integriert die Builder-Proposer-Beziehung direkt in Ethereums Konsensus-Schicht und setzt auf Protokollebene durch, was MEV-Boost durch Vertrauen durchsetzt. Unter ePBS werden Block-Building und Block-Proposing formal getrennte Rollen innerhalb des Protokolls selbst — Builder reichen Gebote ein, Proposer committen zum höchsten Gebot, und der Prozess wird durch kryptografische Commitments statt eines Drittanbieter-Relays regiert.

Die nachgelagerten Effekte sind erheblich. MEV-Extraktion könnte durch eine fairere, transparentere Verteilung um bis zu 70% reduziert werden. Home-Staker — die derzeit Schwierigkeiten haben, mit institutionellen Validatoren zu konkurrieren, die ausgefeilte MEV-Strategien betreiben — erlangen Parität. Und Ethereums Zensurresistenz verbessert sich materiell, da das Protokoll nun Inklusionsregeln durchsetzen kann, ohne auf Relay-Verhalten angewiesen zu sein.

Block-Level-Zugriffslisten (EIP-7928): Parallele Ausführung freischalten​

Das Ausführungsschicht-Upgrade (Amsterdam) wird von EIP-7928 getragen, das Block-Level-Zugriffslisten (BALs) einführt. Dies ist das architektonische Fundament für Ethereums Durchsatz-Ambitionen.

Derzeit verarbeitet Ethereum Transaktionen sequenziell. Jede Transaktion wird der Reihe nach einzeln ausgeführt, was begrenzt, wie viele pro Sekunde verarbeitet werden können — unabhängig von der Leistungsfähigkeit der Nodes, die das Netzwerk betreiben. Dieses sequenzielle Modell ist der Hauptgrund dafür, dass Ethereums Layer-1-Durchsatz begrenzt geblieben ist, während Chains wie Solana — die Ausführung parallelisieren — weit mehr Transaktionen pro Sekunde verarbeiten können.

BALs funktionieren, indem sie auf Block-Ebene jedes Konto und jeden Storage-Slot aufzeichnen, auf den während der Ausführung zugegriffen wurde, zusammen mit ihren Post-Execution-Werten. Diese Block-weite Zugriffsmap ermöglicht drei Kategorien von Parallelismus, die derzeit unmöglich sind: parallele Disk-Reads (Nodes können alle Storage-Locations prefetchen statt sequenziell zu lesen), parallele Transaktionsvalidierung (unabhängige Transaktionen können gleichzeitig verifiziert werden) und parallele State-Root-Berechnung (das Merkle-Tree-Update am Ende jedes Blocks wird auf Threads verteilbar).

Das Ergebnis ist eine erhebliche Reduktion der Worst-Case-Block-Validierungslatenz. Schnellere Validierung ermöglicht es dem Netzwerk, Gas-Limits sicher zu erhöhen, ohne die Node-Performance zu beeinträchtigen — was sich direkt in höherem Durchsatz und niedrigeren Gas-Gebühren pro Transaktion niederschlägt. Frühe Analysen deuten darauf hin, dass Gas-Gebühren mit steigender Kapazität um ca. 78% fallen könnten.

Das ETH/BTC-Verhältnis: Eine vierjährige Kompression auf der Suche nach Entladung​

Das ETH/BTC-Verhältnis ist die meiste Zeit der letzten vier Jahre gesunken. Trotz der Tatsache, dass Ethereum mehr wirtschaftliche Aktivität verarbeitet als jede andere Smart-Contract-Plattform — und trotz der Tatsache, dass The Merge die ETH-Ausgabe um ca. 90% reduziert hat — hat ETH gegenüber Bitcoin seit Ende 2021 in nahezu jeder messbaren Weise an Boden verloren. Selbst der Launch von Spot-Ethereum-ETFs, der 6,5 Milliarden Dollar an verwalteten Vermögen für BlackRocks ETHA-Produkt generierte, konnte die Lücke nicht schließen.

Die Erklärungen sind nicht schwer zu finden. Bitcoin erfasste den Großteil der institutionellen Kapitalzuflüsse nach der Genehmigung von Spot-Bitcoin-ETFs im Januar 2024. Narrative Fragmentierung — da Ethereums Roadmap die Aufmerksamkeit zwischen der Basisschicht, L2-Skalierung und Account-Abstraktion aufteilte — erschwerte es, generalistischen Investoren ein einfaches Wertversprechen zu kommunizieren. Und der Wechsel zu einer Rollup-zentrierten Architektur, technisch korrekt, reduzierte vorübergehend die Basisschicht-Gebühreneinnahmen, da L2s Blob-Platz statt L1-Blockspace verbrauchten.

Aber April 2026 brachte etwas Neues. Das ETH/BTC-Verhältnis stieg von seinen Tiefs bei 0,028. ETH begann in einem Marktumfeld, in dem frühere Instanzen dieses Musters — Q2 2019 und Q4 2023 — einer substanziellen relativen Outperformance im folgenden Quartal vorausgingen, Bitcoin zu übertreffen.

Zwei Ereignisse lieferten fundamentale Unterstützung. Erstens wurde BlackRocks iShares Staked Ethereum Trust ETF (ETHB) am 12. März 2026 an der Nasdaq gelistet und zog am ersten Tag 155 Millionen Dollar an Zuflüssen an. ETHB kombiniert Spot-ETH-Preisexposure mit Staking-Rewards und bietet institutionellen Investoren erstmals über ein reguliertes Vehikel Zugang zu einer renditegenerienden Krypto-Position. Zweitens war Grayscales Ethereum Staking ETF (ETHE) seit Oktober 2025 aktiv, und das kombinierte Vorhandensein zweier Staking-ETF-Produkte von großen Emittenten signalisiert, dass institutionelle Infrastruktur rund um ETH-Rendite zur Standardfunktion wird, nicht zum Experiment.

Ob das ETH/BTC-Verhältnis seine Erholung fortsetzt, hängt maßgeblich davon ab, ob Glamsterdam planmäßig ausgeliefert wird und messbare Verbesserungen bringt.

Drei Meilensteine, die Glamsterdam erreichen muss​

Der Rahmen zur Bewertung von Glamsterdays Erfolg ist konkret:

1. Zeigen, dass BALs den L1-Durchsatz meaningful steigern. Die in Q1 2026 Stress-getesteten Glamsterdam-Devnets werden frühe Daten darüber produzieren, ob parallele Ausführung durch EIP-7928 reale Latenzsenkungen liefert. Ethereum muss nicht sofort mit Monads 10.000-TPS-Behauptungen oder MegaETHs 100.000-TPS-Aspirationen mithalten — aber es muss einen glaubwürdigen Pfad zu wettbewerbsfähiger L1-Performance zeigen, der Entwicklern, die Chain-Optionen evaluieren, kommuniziert werden kann.

2. Zeigen, dass ePBS Validator-Konzentration reduziert, ohne die Block-Produktion zu brechen. Das aktuelle MEV-Boost-Ökosystem hat eine bedeutende Konzentration unter einer kleinen Anzahl ausgefeilter Builder und Relay-Betreiber geschaffen. EIP-7732 ist darauf ausgelegt, diese Macht gleichmäßiger zu verteilen, aber der Übergang trägt Ausführungsrisiko: Wenn die ePBS-Implementierung Fehler hat oder sich Builder-Incentives nach dem Upgrade auf unerwartete Weise verschieben, könnten die Ergebnisse das Gegenteil des Beabsichtigten sein. Ein sauberer ePBS-Launch mit messbarer Reduktion der Builder-Konzentration wäre ein bedeutendes Signal.

3. EVM-Komposierbarkeit durchweg aufrechterhalten. Ethereums Wettbewerbsgraben gegenüber hochperformanten Chains ist nicht roher Durchsatz — es ist die Komposierbarkeit einer einheitlichen Ausführungsumgebung, in der Tausende von Protokollen trustless interagieren. Jede Performance-Optimierung, die diese Komposierbarkeit fragmentiert (etwa indem Entwickler Transaktionen auf eine Art mit Zugriffslisten annotieren müssen, die bestehenden Code bricht), würde genau das schädigen, was Ethereum optimierungswürdig macht. Die BAL-Implementierung muss rückwärtskompatibel und transparent für Entwickler sein, die Solidity schreiben.

Was Glamsterdam für die Chain-Wahl von Entwicklern bedeutet​

Die Glamsterdam-Timeline für Mitte 2026 schafft ein konkretes Entscheidungsfenster für Entwickler, die gerade evaluieren, ob sie auf Ethereum-L2s bauen, native Contracts auf Solana deployen oder mit neuen hochperformanten EVMs wie Monad oder MegaETH experimentieren sollen.

Wenn Glamsterdam planmäßig ausgeliefert wird und die angestrebten Verbesserungen liefert, folgen mehrere Dinge. Gas-Gebühren auf Ethereum L1 fallen substanziell, was direktes L1-Deployment für eine breitere Klasse von Anwendungen wirtschaftlich tragfähig macht. ePBS reduziert die MEV-Steuer, die DeFi-Protokolle bei jedem Swap, jeder Kreditvergabe und Liquidation zahlen — und verbessert die Wirtschaftlichkeit sowohl für Protokolle als auch für Nutzer. Und die Demonstration funktionierender paralleler Ausführung auf L1-Ebene bietet ein technisches Fundament für künftige Durchsatzsteigerungen, die keine architektonischen Trade-offs Rollup-basierter Skalierung erfordern.

Wenn Glamsterdam sich verzögert oder hinter den Erwartungen zurückbleibt, wird der Wettbewerbsdruck von Chains, die bereits parallele Ausführung in der Produktion betreiben, materiell zunehmen. Monads Mainnet startete im April 2026. MegaETH war früher in 2026. Beide sind EVM-kompatibel, beide beanspruchen Durchsatz, der Ethereums aktuellen L1 in den Schatten stellt, und beide konkurrieren aktiv um Ethereum-Entwickler.

Die Entwicklerbasis, die Ethereum über acht Jahre aufgebaut hat, ist sein dauerhaftester Wettbewerbsvorteil. Glamsterdams Hauptaufgabe ist es, zu demonstrieren, dass diese Entwicklerbasis nicht zwischen Sicherheit und Performance wählen muss — dass Ethereum schließlich beides bieten kann.

Das Upgrade-Katalysator-Muster​

EIP-1559 wurde am 5. August 2021 als Teil des London Hard Forks deployed. Vor dem Upgrade prognostizierten Analysten eine Bandbreite von Ergebnissen — von vernachlässigbarem kurzfristigen Preiseinfluss bis zu einer möglichen Verfünffachung des ETH-Wertes. Was passierte, war nuancierter: Der deflationäre Druck durch Gebührenverbrennung brauchte Monate, um sich als netto-ETH-Angebotsreduktion niederzuschlagen, aber die Kombination aus Upgrade-Narrativ, veränderter Angebotsdynamik und makroökonomischem Rückenwind trug dazu bei, dass ETH im November 2021 sein Allzeithoch erreichte — etwa drei Monate nach London.

Das Muster ist nicht, dass Upgrades unmittelbare Preisbewegungen verursachen. Das Muster ist, dass Upgrades, die echte strukturelle Verbesserungen liefern, institutionellem Kapital einen narrativen Rahmen geben, um auf eine bereits aufbauende Stimmung zu handeln. Glamsterdam, kombiniert mit einer vierjährigen ETH/BTC-Kompression auf historischen Tiefs, dem Launch von Staking-ETFs, die institutionellen Rendite-Zugang bieten, und einem hochperformanten EVM-Wettrüsten, das Ethereum unter Druck setzt, L1-Wettbewerbsfähigkeit zu demonstrieren — schafft eine ähnliche Konvergenz struktureller und narrativer Faktoren.

Ob sich die Geschichte wiederholt, hängt von der Ausführung ab. Da Glamsterdam Mai oder Juni 2026 als Mainnet-Ziel anpeilt, ist das Launch-Fenster nah. Die Devnets laufen. Die EIPs sind spezifiziert. Entwickler in den Teams von Geth, Besu, Prysm und anderen Client-Teams testen Cross-Client-Kompatibilität unter Stress.

Das Upgrade ist real. Die Frage ist, ob Ethereums Fähigkeit, es sauber auszuliefern, dem Gewicht dessen entspricht, was von ihm verlangt wird.

---

BlockEden.xyz bietet enterprise-grade RPC-Nodes und APIs für Ethereum, Sui, Aptos und 20+ weitere Blockchains. Entwickler, die über Glamsterdam hinaus auf Ethereum bauen, können zuverlässige Infrastruktur bei BlockEden.xyz zugreifen — einschließlich EVM-kompatibler Endpunkte, die für hochdurchsatzfähige Anwendungen optimiert sind.

Drei Jahre nach der Paradigm-geführten Finanzierungsrunde über 240 Millionen Dollar und dem Versprechen, die EVM-Performance-Grenze zu sprengen, hat Monad geliefert. Das öffentliche Mainnet ging am 24. November 2025 live, und die Zahlen sind real: 10.000 Transaktionen pro Sekunde, 400-Millisekunden-Blockzeiten, 800-Millisekunden-Finalität — alles auf einem vollständig EVM-kompatiblen Layer 1. Das schwierige Ingenieursproblem ist gelöst. Doch ein völlig anderes Problem hat seinen Platz eingenommen: Kann reiner Durchsatz noch Marktanteile gewinnen, wenn Coinbases Base-Chain mit vergleichsweise moderaten 2-Sekunden-Blöcken 4,1 Milliarden Dollar TVL kontrolliert und fast die Hälfte des gesamten L2-DEX-Volumens hält?

Die Antwort auf diese Frage bestimmt nicht nur Monads Zukunft, sondern die gesamte parallele EVM-Erzählung.

Eine einzige Zahl spaltet im Stillen den 165 Milliarden Dollar schweren institutionellen Kryptomarkt: 0,0026.

Das ist die ungefähre Terawattstunden-Zahl an Strom, die das gesamte globale Ethereum-Netzwerk pro Jahr verbraucht – weniger als eine mittelgroße Stadt. Bitcoin hingegen verbraucht jährlich eher 150–171 TWh, mehr als das gesamte Land Argentinien. Den Großteil der Krypto-Geschichte über dienten diese Energieprofile als Stoff für philosophische Debatten. Im Jahr 2026 sind sie Grundlage für Kapitalallokationsentscheidungen.

Staatsfonds, europäische Pensionsmanager und Universitätsstiftungen agieren zunehmend unter ESG-Mandaten, die von ihnen verlangen, den ökologischen Fußabdruck jedes Vermögenswerts zu bewerten. Während die Kryptoindustrie reift und institutionelle Zuflüsse Rekordhöhen erreichen – allein BlackRocks IBIT Bitcoin ETF hält ein verwaltetes Vermögen (AUM) von etwa 55 Milliarden Dollar –, sind die ökologischen Referenzen einzelner Blockchains zu einer echten Marktkraft geworden. Die ESG-Kluft ist nicht mehr nur ein Anliegen von Aktivisten. Sie bestimmt, welche Vermögenswerte institutionelle Portfolios halten können.

Als der breitere Kryptomarkt Anfang April 2026 um 20% fiel, tat eine Ecke der On-Chain-Wirtschaft etwas Ungewöhnliches: Sie wuchs. Tokenisierte reale Vermögenswerte überschritten still und leise $27,6 Milliarden im gesamten On-Chain-Wert — ein neues Allzeithoch — und verzeichneten einen Gewinn von 4%, während Bitcoin mit Mehrmonatstiefstwerten flirtete und der DeFi-TVL sank. Das ist keine Anomalie. Es ist das bisher deutlichste Signal dafür, dass auf denselben Blockchains zwei unterschiedliche Wirtschaftssysteme entstehen.

Als Michael Saylor Strategy mit einer halben Million BTC in der Bilanz zum „Bitcoin-König" aufbaute, nannten Skeptiker es leichtfertig. Drei Jahre später kopieren alle das Playbook — aber nicht alle kopieren das gleiche Asset. Tom Lees Bitmine Immersion Technologies wurde gerade an der New Yorker Börse mit 4,803 Millionen ETH im Wert von 10,77 Milliarden Dollar, einem Aktienrückkaufprogramm von 4 Milliarden Dollar und einem Staking-Netzwerk gelistet, das fast 300 Millionen Dollar jährliche Rendite generieren könnte. Die Ethereum-Königin ist angekommen, und die Regeln des Corporate-Crypto-Schatzes ändern sich.

Jede Nacht, während Kleinanleger schlafen, führt die Wall Street eine der größten Finanzoperationen der Welt durch — den Markt für Rückkaufvereinbarungen (Repo). Banken, Vermögensverwalter und Zentralbanken tauschen Billionen von Dollar an Wertpapieren gegen Tagesgeld und wickeln diese Geschäfte bei Tagesanbruch wieder ab. Jahrzehntelang lief dieser täglich $12,5 Billionen schwere Markt auf einem Flickenteppich aus Telefonaten, manuellen Bestätigungen und Abwicklungssystemen, deren Abstimmung Stunden dauern konnte. Jetzt, im Jahr 2026, bewegt sich die wichtigste Finanzinfrastruktur der Welt auf Blockchain-Schienen — und die Institutionen, die sie aufbauen, sind keine Krypto-Startups. Es sind JPMorgan, DTCC, Goldman Sachs und Broadridge.

Etwa jedes Jahrzehnt zwingt ein neues Computer-Paradigma die Zahlungsindustrie dazu, sich von Grund auf neu zu erfinden. Das Internet gab uns PayPal. Das Smartphone gab uns Stripe. Jetzt bescheren uns AI-Agenten etwas weitaus Seltsameres: eine Welt, in der Software autonom Waren, Dienstleistungen und Rechenleistung kauft und verkauft — in Maschinengeschwindigkeit, in Maschinengröße und ohne dass ein Mensch jede einzelne Transaktion autorisieren muss.

Die Frage, die das nächste Jahrzehnt des Handels prägen wird, ist nicht, ob AI-Agenten Transaktionen durchführen werden. Das tun sie bereits. Die Frage ist: Welches Protokoll werden sie verwenden?

In den ersten vier Monaten des Jahres 2026 haben sich vier Hauptanwärter herauskristallisiert — Googles Universal Commerce Protocol (UCP), Coinbases x402, Ethereums ERC-8183 und Stripes Machine Payments Protocol (MPP). Jedes davon repräsentiert eine grundlegend andere Philosophie darüber, wer die Zukunft des autonomen Handels kontrolliert. Das Verständnis ihrer Unterschiede ist für jeden Entwickler, Investor oder jedes Unternehmen, das an der Konvergenz von KI und Krypto arbeitet, von entscheidender Bedeutung.

Google UCP: Die Handelsschicht​

Am 11. Januar 2026 kündigte Google das Universal Commerce Protocol zusammen mit über 20 globalen Partnern an, darunter Shopify, Walmart, Target, Mastercard, Visa und Stripe. Das Versprechen war elegant: Beseitigung des „N × N-Integrationsengpasses“ — dem Gewirr aus Punkt-zu-Punkt-Integrationen, das KI-Shopping-Agenten derzeit daran hindert, im gesamten offenen Web zu funktionieren.

UCP arbeitet über einen einfachen Entdeckungsmechanismus. Händler veröffentlichen ein /.well-known/ucp JSON-Manifest, das AI-Agenten dynamisch auslesen können. Das Manifest listet verfügbare Funktionen auf — Checkout, Produktsuche, Auftragsverwaltung, Treueprogramme —, strukturiert als modulare Funktionen, die Agenten zusammenstellen können. Die Zahlung selbst wird separat abgewickelt: UCP unterstützt Google Pay, Shop Pay und die großen Kartennetzwerke, wobei Zahlungsabwickler wie Adyen, Mastercard und Stripe an eine flexible Zahlungshändler-Ebene angebunden sind.

Der praktische Einstiegspunkt ist der Google AI-Modus in der Suche und die Gemini-App. Wenn Sie Gemini bitten, „eine Geburtstagstorte in der nächstgelegenen Bäckerei zu bestellen“, ist UCP die Infrastruktur, die diese Transaktion ermöglicht, ohne dass Sie jemals eine Website besuchen müssen.

Was UCP so mächtig macht, ist seine Verbreitung, nicht seine Technologie. Die KI-Oberflächen von Google erreichen Milliarden von Nutzern. Jeder Einzelhändler, der in KI-vermittelten Suchergebnissen erscheinen möchte, hat einen starken Anreiz, UCP zu implementieren. Dieser Netzwerkeffekt — die Verbreitung von Käufer-Agenten durch Google und die Akzeptanz durch Händler aus Angst, im E-Commerce abgehängt zu werden — ist ein struktureller Schutzwall, den kein Startup so leicht nachbauen kann.

Die Web3-Bedenken: UCP leitet Transaktionen über die Identitätsebene von Google und etablierte Zahlungsabwickler. Stablecoins und On-Chain-Abwicklungen sind nicht Teil der ursprünglichen Architektur. Vorerst ist UCP das bestehende System in einem Gewand für Agenten.

Coinbase x402: Die offene Schiene​

Während Google den verbraucherorientierten Einzelhandel optimierte, identifizierte Coinbase ein anderes Problem: Die API-Ökonomie funktioniert nicht, wenn Agenten hinzukommen.

Kartennetzwerke haben eine Mindestgebühr von etwa 0,30 $pro Transaktion. Das ist in Ordnung, wenn ein Mensch ein Produkt für 50$ kauft. Es ist jedoch völlig unpraktikabel, wenn ein AI-Agent Tausende von Mikro-Anfragen an verschiedene APIs stellt — einen Wetterdatenpunkt abruft, eine kurze LLM-Inferenz ausführt, einen Blockchain-Knoten abfragt — für jeweils Bruchteile eines Cents. Traditionelle Zahlungsschienen sind schlichtweg das falsche Werkzeug.

Die Antwort von Coinbase, die Anfang 2026 gemeinsam mit Cloudflare in der x402 Foundation formalisiert wurde, nutzt den lange brachliegenden HTTP-Statuscode 402 „Payment Required“ um. So funktioniert eine Transaktion:

1. Ein Agent sendet eine HTTP-Anfrage an eine kostenpflichtige Ressource.
2. Der Server antwortet mit HTTP 402 — einer maschinenlesbaren Zahlungsaufforderung, die den Betrag und die akzeptierte Währung angibt.
3. Der Agent zahlt in Stablecoins (hauptsächlich USDC auf Base, Polygon oder Solana).
4. Der Agent wiederholt die Anfrage; der Server gewährt Zugriff.

Die Implementierung ist lediglich ein Middleware-Wrapper — ein paar Zeilen Code. Keine Kontoeinrichtung. Keine API-Schlüssel für die Zahlung selbst. Die Abwicklung erfolgt sofort und nahezu kostenlos auf L2-Netzwerken. USDC macht 98,6 % der x402-Transaktionen auf EVM-Ketten aus. Coinbase bietet über seine Entwicklerplattform 1.000 kostenlose Transaktionen pro Monat an.

x402 ist besonders attraktiv für den Markt für Entwickler-Tools und KI-Infrastruktur. Die Blockchain-Node-APIs von BlockEden.xyz zum Beispiel repräsentieren genau die Art von Pay-per-Call-Diensten, für deren Freischaltung x402 entwickelt wurde — wo der API-Zugriff von Maschine zu Maschine sowohl granular als auch wirtschaftlich rentabel sein muss.

Die ehrliche Herausforderung: Trotz eines unterstützenden Ökosystems mit einem Wert von rund 7 Milliarden US-Dollar zeigen die On-Chain-Daten vom März 2026 nur ein tägliches x402-Volumen von etwa 28.000 $. Das Narrativ ist der realen Nutzung um Jahre voraus. Das Protokoll ist technisch fundiert; der Product-Market-Fit muss im großen Maßstab erst noch bewiesen werden.

ERC-8183: Vertrauen zwischen Agenten​

Weder UCP noch x402 lösen ein Problem, das entsteht, wenn Agenten nicht nur Dinge kaufen — sondern sich gegenseitig beauftragen.

Stellen Sie sich einen Orchestrierungs-Agenten vor, der eine komplexe Forschungsaufgabe erledigen muss. Er beauftragt einen Web-Scraping-Agenten, einen Zusammenfassungs-Agenten und einen Faktenprüfungs-Agenten als Subunternehmer. Jeder Subunternehmer muss bezahlt werden — aber wie vertraut der Orchestrierer darauf, dass die Arbeit tatsächlich erledigt wurde? Wie vertraut der Subunternehmer darauf, dass er bezahlt wird? Was passiert, wenn die Arbeit subjektiv ist und die Parteien uneins sind?

ERC-8183, am 10. März 2026 vom dAI-Team der Ethereum Foundation und dem Virtuals Protocol angekündigt, befasst sich mit dieser Ebene. Davide Crapis, AI Lead der Ethereum Foundation, bezeichnete es als „eine der fehlenden Komponenten in der offenen Agenten-Ökonomie“.

Der Standard definiert drei Rollen:

• Client (Auftraggeber): Veröffentlicht eine Aufgabe On-Chain und hinterlegt Gelder auf einem Treuhandkonto (Escrow).
• Provider (Anbieter): Der Agent, der die Arbeit ausführt und den Erbringungsnachweis einreicht.
• Evaluator (Prüfer): Die Partei, die beurteilt, ob die Arbeit abgeschlossen ist, und die Auszahlung auslöst.

Der Evaluator ist die Kerninnovation. Er ist modular: Er kann ein anderer AI-Agent sein, ein Smart Contract mit Zero-Knowledge-Verifizierung (für deterministische Aufgaben), eine Multi-Sig-DAO (für hochwertige Arbeiten) oder jede Adresse, die complete oder reject aufrufen kann. Das Protokoll selbst ist neutral — es wartet lediglich auf das Abwicklungssignal.

Der Lebenszyklus eines Auftrags durchläuft vier Zustände: Offen → Finanziert → Eingereicht → Beendet. Ein Hook-System ermöglicht es Entwicklern, den Kern-Lebenszyklus um eigene Logik zu erweitern: Bedingungen erzwingen, komplexe Kapitalflüsse verwalten oder externe Reputationsprüfungen integrieren.

ERC-8183 konkurriert nicht mit x402 oder MPP — es agiert auf einer anderen Ebene. Der entstehende Technologie-Stack sieht wie folgt aus:

Ebene	Protokoll	Funktion
Handel / Entdeckung	Google UCP	Was wird gekauft, von wem, zu welchen Bedingungen
HTTP-Zahlungsprimitive	x402	API-Zugriff auf Pay-per-Request-Basis
Abwicklung / Bridge	Stripe MPP	Fiat- + Krypto-Abwicklung
Agenten-Vertrag / Treuhand	ERC-8183	Vergabe von Unteraufträgen zwischen Agenten und Streitbeilegung
Identität / Reputation	ERC-8004	Ist dieser Agent vertrauenswürdig?

Stripe MPP: Die Brücke​

Stripes Machine Payments Protocol, das am 18. März 2026 zusammen mit der Tempo-Blockchain (mit-inkubiert von Paradigm) eingeführt wurde, ist das pragmatischste der vier. Es ist als Fiat-zu-Krypto-Brücke konzipiert, die es Agenten ermöglicht, je nach Präferenz des Händlers in beiden Währungen zu transagieren.

Der Ablauf spiegelt bekannte Muster wider: Ein Agent fordert eine Ressource an, der Dienst antwortet mit einer Zahlungsaufforderung, der Agent autorisiert die Zahlung, die Ressource wird geliefert. Bemerkenswert ist, was als Nächstes geschieht: MPP-Transaktionen erscheinen im Händler-Dashboard identisch mit Standard-Stripe-Zahlungen — gleiche Steuerberechnung, gleicher Betrugsschutz, gleiche Buchhaltungsintegrationen, gleiche Erstattungsabläufe.

Frühe Anwendungsfälle erfassen die Bandbreite der Möglichkeiten. Browserbase nutzt MPP, damit Agenten pro Headless-Browser-Sitzung bezahlen können. Postalform ermöglicht es Agenten, für das Drucken und Versenden physischer Briefe zu bezahlen. Ein Lebensmittelhändler lässt Agenten Sandwiches in New York City bestellen.

Stripe unterstützt auch x402 („Stripe nutzt Base für das KI-Agenten-Zahlungsprotokoll x402“), was darauf hindeutet, dass sich das Unternehmen bewusst als Infrastruktur für jedes Agenten-Zahlungsprotokoll positioniert, anstatt ausschließlich auf seinen eigenen Standard zu setzen. Dies ist ein klassischer Plattform-Move: Die Kontrolle über den Settlement-Layer behalten, unabhängig davon, welches Protokoll auf dem Application-Layer gewinnt.

Der Einsatz: Wer sichert sich 3–5 Billionen $?​

McKinsey prognostiziert, dass KI-Agenten bis 2030 am globalen Handel im Wert von 3–5 Billionen $ beteiligt sein könnten. Die Protokollkriege sind von Bedeutung, da derjenige, der die Zahlungsebene kontrolliert, die Ökonomie dieses Marktes kontrolliert.

Die fundamentale Kluft besteht zwischen zwei Visionen:

Die Vision der Etablierten (Google UCP, Stripe MPP, Visas Trusted Agent Protocol): Agenten-Zahlungen sind eine Erweiterung der bestehenden Handelsinfrastruktur. Händler übernehmen neue Protokolle aufgrund von Distributionsvorteilen und Compliance-Garantien. Stablecoins könnten auf dem Settlement-Layer partizipieren, aber Identität, Betrugsschutz und Händlerbeziehungen verbleiben bei den bestehenden Akteuren.

Die offene Krypto-native Vision (x402, ERC-8183): Agenten sind eine grundlegend neue Akteursklasse, die nicht in bestehende Identitäts- und Zahlungsannahmen passt. Ein Software-Agent hat keine Kredithistorie, keine Sozialversicherungsnummer und keine Rechnungsadresse. Das einzig sinnvolle Identitätssystem ist eine kryptografische Wallet. Die einzige sinnvolle Zahlungsschiene ist eine, die keinen menschlichen Kontoinhaber erfordert. Stablecoins sind nicht nur eine alternative Zahlungsmethode — sie sind das richtige Primitiv.

Mastercards 1,8-Milliarden-Dollar-Übernahme des Stablecoin-Infrastrukturunternehmens BVNK — der größte Stablecoin-Infrastruktur-Deal aller Zeiten — deutet darauf hin, dass die etablierten Akteure die Bedrohung verstanden haben. Sie überlassen den Stablecoin-Layer nicht anderen; sie kaufen sich ihren Weg hinein.

Der Blockchain-Arm der Ant Group stieg am 2. April 2026 in das Rennen ein und enthüllte Anvita, eine Plattform, die es KI-Agenten ermöglicht, Vermögenswerte zu halten, zu handeln und Transaktionen mit minimaler menschlicher Beteiligung durchzuführen — damit tritt chinesische Fintech in ein Rennen ein, das zuvor US-dominiert schien.

Was dies für Web3-Builder bedeutet​

Die Protokollkriege sind kein „Winner-take-all“-Szenario — zumindest nicht auf allen Ebenen gleichzeitig. Wahrscheinlicher ist, dass verschiedene Protokolle unterschiedliche Segmente dominieren werden:

• Consumer Retail: Google UCP gewinnt durch Distribution, zumindest kurzfristig
• Zahlungen für APIs/Entwickler-Tools: x402 gewinnt, wenn die Akzeptanz unter KI-Infrastrukturanbietern eine kritische Masse erreicht
• Agent-zu-Agent-Subunternehmervergabe: ERC-8183 gewinnt standardmäßig — kein etablierter Akteur hat einen konkurrierenden Standard für diesen Anwendungsfall
• Hybride Händlerzahlungen: Stripe MPP gewinnt bei Stripes bestehendem Händlerstamm

Die existenzielle Frage für Krypto-native Protokolle ist, ob das tägliche x402-Volumen von 28.000 $ zu etwas Realem anwächst, bevor etablierte Unternehmen Stablecoins in ihre eigenen Standards integrieren und das Differenzierungsmerkmal eliminieren.

Für Entwickler, die heute bauen, lautet die praktische Antwort: Implementieren Sie x402 für die API-Monetarisierung (die Integrationskosten sind gering), beobachten Sie ERC-8183 für den Handel zwischen Agenten und akzeptieren Sie, dass Google UCP den Consumer Retail dominieren wird, bis das Gegenteil bewiesen ist.

Das Rennen um die Definition, wie KI-Agenten bezahlen, ist derzeit der wichtigste Infrastrukturwettbewerb in der Technologie. Die Gewinner werden nicht nur Zahlungen abwickeln — sie werden die Bedingungen der autonomen Wirtschaft festlegen.

BlockEden.xyz bietet Blockchain-APIs der Enterprise-Klasse und Node-Infrastruktur über 20+ Netzwerke hinweg, entwickelt für die Skalierbarkeit, die KI-Agenten-Anwendungen erfordern. Während x402 und Agenten-native Zahlungsprotokolle reifen, positioniert unsere API-first-Architektur Entwickler so, dass sie Blockchain-Daten mit einer Granularität in Maschinengeschwindigkeit monetarisieren und darauf zugreifen können. Entdecken Sie unseren API-Marktplatz, um eine Infrastruktur zu bauen, die für die autonome Zukunft konzipiert ist.