Direkt zum Hauptinhalt

157 Beiträge getaggt mit „Web3“

Dezentrale Web-Technologien und Anwendungen

Alle Tags anzeigen

Hacken Q1 2026: 482 Mio. $ gestohlen und das Quartal, das die „Audit-First“-Religion von Krypto brach

· 13 Min. Lesezeit
Dora Noda
Software Engineer

Eine Person verlor 282 Millionen $ in einem einzigen Telefonat. Kein Smart Contract wurde ausgenutzt. Keine Zeile Solidity wurde angerührt. Ein gefälschter IT-Support-Mitarbeiter führte einen Krypto-Besitzer durch einen „Wiederherstellungsprozess“ für eine Hardware-Wallet am 10. Januar 2026 und entkam mit mehr Bitcoin und Litecoin, als die meisten DeFi-Protokolle an Gesamtwert (Total Value Locked) halten. Dieser einzige Vorfall – größer als Drift, größer als Kelp DAO allein – macht mehr als die Hälfte jedes Dollars aus, den Web3 im ersten Quartal 2026 verloren hat.

Hackens Q1 2026 Blockchain Security & Compliance Report beziffert das gesamte Quartal auf 482,6 Millionen angestohlenenGeldernin44Vorfa¨llen.PhishingundSocialEngineeringalleinmachten306Millionenan gestohlenen Geldern in 44 Vorfällen. Phishing und Social Engineering allein machten 306 Millionen aus – 63,4 % des vierteljährlichen Schadens. Smart-Contract-Exploits trugen nur 86,2 Millionen bei.ZugriffskontrollfehlerkompromittierteKeys,CloudZugangsdaten,MultisigU¨bernahmenfu¨gtenweitere71,9Millionenbei. Zugriffskontrollfehler – kompromittierte Keys, Cloud-Zugangsdaten, Multisig-Übernahmen – fügten weitere 71,9 Millionen hinzu. Die Rechnung ist ernüchternd: Für jeden Dollar, der im letzten Quartal durch fehlerhaften Code gestohlen wurde, entwendeten Angreifer etwa dreieinhalb durch die Menschen, Prozesse und Zugangsdaten, die den Code umgeben.

Für eine Branche, die fünf Jahre lang „geprüft“ (audited) als Synonym für „sicher“ behandelt hat, sind die Zahlen des ersten Quartals ein Weckruf. Die Angriffsfläche hat sich verschoben. Die Ausgaben nicht.

InfoFi ist das neue DeFi: Wie Information Finance im Jahr 2026 zum 10-Milliarden-Dollar-Sektor von Web3 wurde

· 13 Min. Lesezeit
Dora Noda
Software Engineer

Im März 2026 handelten Prognosemärkte in einem einzigen Monat 25,7 Milliarden US-Dollar. Das ist ein höheres Nominalvolumen als bei den meisten Mid-Cap-Aktienindizes. Es ist keine Blase und es ist kein Meme. Es ist das bisher deutlichste Signal dafür, dass eine neue Anlageklasse — die Information selbst — endlich einen Preis gefunden hat.

Willkommen bei InfoFi.

Jahrelang hat Krypto versucht, alles zu finanzialisieren: Kredite, Kunst, Katzenbilder, Liquiditätspositionen, sogar Kohlenstoff. Aber das eine, womit Märkte schon immer Schwierigkeiten hatten, einen Preis zu finden — die Qualität einer Vorhersage, das Vertrauen in eine Person, der Wert eines Datensatzes — blieb hartnäckig analog. Das änderte sich im Jahr 2026. Drei zuvor getrennte Experimente (Prognosemärkte, On-Chain-Reputation und KI-Datenmarktplätze) verschmolzen zu einem einzigen Sektor mit einer einzigen These: Bringen Sie „Skin in the Game“ hinter Informationen, und die Informationen werden besser.

Die Wall Street hat einen Namen für diese These. Sie nennt es Information Finance. Und nach derzeitigem Verlauf wird InfoFi noch vor Ende dieses Jahres die Marke von 10 Milliarden US-Dollar Sektorwert überschreiten.

Chrome 146 veröffentlicht WebMCP. Web3 erhält seinen bisher größten Distributions-Unlock.

· 10 Min. Lesezeit
Dora Noda
Software Engineer

Am 10. März 2026 veröffentlichte Google klammheimlich Chrome 146 in der stabilen Version. Tief in den Release-Notes vergraben – hinter einer weiteren Runde von Optimierungen am Passwort-Manager und einer Neugestaltung der Tab-Gruppen – befand sich eine Browser-API, die den Web3-Vertrieb stärker umgestalten wird als jeder Wallet-Launch der letzten fünf Jahre.

Es heißt WebMCP. Es befindet sich unter navigator.modelContext. Und es hat gerade 3,83 Milliarden Chrome-Nutzern einen nativen Weg eröffnet, On-Chain-Transaktionen durchzuführen, ohne jemals eine Wallet installieren zu müssen.

Die stille Funktion, die den Wallet-Installations-Engpass durchbricht

Ein Jahrzehnt lang sah die Wachstumsrechnung von Web3 so aus: Nutzer gewinnen → Nutzer überzeugen, MetaMask zu installieren → Nutzer überzeugen, die Wallet aufzuladen → Nutzer überzeugen, eine Transaktion zu signieren. Jeder dieser Schritte kostete 40–70 % des Trichters. Der gesamte Diskurs über die „Crypto-UX“ war eine laufende Obduktion der MetaMask-Abhängigkeit.

WebMCP – das Web Model Context Protocol – entfernt die ersten drei Schritte, indem es die Transaktionsfläche direkt in den Browser verlagert.

WebMCP wurde gemeinsam von Ingenieuren von Google und Microsoft entwickelt und durch die W3C Web Machine Learning Community Group inkubiert. Es adaptiert das Model Context Protocol (MCP) von Anthropic für den Browser. Jede Website kann nun strukturierte „Tools“ registrieren, die KI-Agenten innerhalb von Chrome direkt entdecken und aufrufen können, wobei DOM-Scraping, Button-Klick-Heuristiken und Screenreader-Simulationen umgangen werden. Google-Ingenieur Khushal Sagar beschrieb das Ziel in einem Satz: WebMCP soll der „USB-C der Interaktionen von KI-Agenten mit dem Web“ sein.

Diese Formulierung unterschätzt die Bedeutung für Krypto. USB-C hat Hardware-Anschlüsse standardisiert. WebMCP standardisiert die Schnittstelle zwischen 3,83 Milliarden Browser-Nutzern, ihren KI-Agenten und jedem On-Chain-Dienst, den diese Agenten für Zahlungen, Swaps oder Abrechnungen benötigen könnten.

Was Chrome 146 tatsächlich ausgeliefert hat

Die API-Oberfläche ist bewusst minimal gehalten. Eine Website ruft navigator.modelContext.registerTool() auf, um eine benannte Aktion – etwa swapTokens oder signPermit – mit einem JSON-Schema für die Eingaben und einem execute()-Handler für die Logik bereitzustellen. Agenten im Browser listen diese Tools auf dieselbe Weise auf, wie sie jeden MCP-Server auflisten: indem sie eine Liste der Funktionen anfordern, das Schema lesen und mit typisierten Parametern aufrufen.

Es gibt zwei Wege zur Registrierung:

  • Deklarative API: HTML-Formularattribute definieren Standardaktionen. Null JavaScript.
  • Imperative API: registerTool(), unregisterTool(), provideContext() und clearContext() ermöglichen es dynamischen Apps, ihre Tool-Oberfläche bei Statusänderungen zu aktualisieren.

Beide Wege präsentieren dem Agenten dasselbe – ein benanntes Tool mit einem typisierten Vertrag. Kein „Suchen nach dem Button mit der Aufschrift Bestätigen“ mehr, keine brüchigen Playwright-Skripte, keine von LLMs erratenen XPaths mehr. Die Website teilt dem Agenten auf strukturierte Weise mit, was sie tun kann.

Chrome 146 Canary enthielt die Funktion bereits im Februar 2026 hinter einem chrome://flags-Schalter. Die Beförderung in die stabile Version erfolgte am 10. März. Microsoft Edge 147 folgte innerhalb weniger Tage. Damit ist praktisch der gesamte Desktop-Browser-Markt abgedeckt – Chrome plus Chromium-Derivate erreichen über 75 % des weltweiten Browser-Marktanteils, und Statcounter beziffert Chrome allein auf 67,72 % im Jahr 2026.

Warum Web3-Protokolle darum wetteifern, WebMCP-Endpunkte zu veröffentlichen

Die Auswirkungen für den Agenten-basierten Krypto-Handel sind unmittelbar, und die Protokolle, die aufmerksam sind, haben bereits begonnen, sich zu bewegen.

Betrachten wir den Stack, wie er heute existiert:

  • MCP – wie Agenten Tools entdecken und aufrufen.
  • x402 – das wiederbelebte HTTP 402, angeführt von Coinbase, das sofortige Stablecoin-Zahlungen über einfaches HTTP ermöglicht. Über 50 Millionen Transaktionen wurden bis Anfang 2026 verarbeitet, wobei Solana etwa 65 % des x402-Volumens über Base, Solana und die BNB Chain abwickelte.
  • AP2 (Agent Payments Protocol) – Googles Koordinationsschicht, entwickelt mit Coinbase, der Ethereum Foundation und MetaMask, mit einer expliziten „A2A x402-Erweiterung“ für die Krypto-Abrechnung.
  • ERC-8004 – Ethereums aufkommendes Primitiv für die Agenten-Ausführung.

Vor Chrome 146 existierte dieser Stack in serverseitigen Agent-Frameworks. Ein autonomer Agent, der eine kostenpflichtige API aufrief, musste innerhalb der verwalteten Laufzeitumgebung von jemandem ausgeführt werden – OpenAI's Custom Actions, Anthropic's MCP-gehostete Tools, ein Zapier-ähnlicher Broker. Die Benutzeroberfläche war ein Chat-Fenster, und der Distributions-Engpass war die jeweilige KI-App, die der Nutzer an diesem Tag gerade geöffnet hatte.

WebMCP lässt dies in sich zusammenfallen. Der Browser wird zur Laufzeitumgebung. Der Agent lebt nur einen Tab entfernt von der Website, mit der er interagiert. Und entscheidend ist, dass der Zahlungsfluss keine vorinstallierte Wallet benötigt – das Konsortium aus MetaMask+AP2+x402 hat bereits den Pfad entworfen, auf dem ein Chrome-nativer Agent eine Stablecoin-Zahlung aushandelt, sie über einen vom Nutzer genehmigten Signer leitet und eine strukturierte Bestätigung als Tool-Antwort zurückerhält.

Die Ankündigung der Linux Foundation im April 2026, die neu gegründete x402 Foundation zu beherbergen, ist kein Zufall. x402 benötigt ein neutrales Zuhause für Standards, gerade weil Chrome, Edge und jeder KI-Agenten-Anbieter im Begriff sind, es als Standard-Zahlungsprimitiv für über WebMCP exponierte Tools zu behandeln.

Die Zahlen, die diesen Moment zu einem kategoriestiftenden Ereignis machen

Einige Datenpunkte zur Einordnung der Größenordnung:

  • 3,83 Milliarden Chrome-Nutzer weltweit im Jahr 2026, laut konsolidierten Zahlen von Statcounter und DemandSage.
  • 67,72 % globaler Browser-Marktanteil, ein leichter Anstieg gegenüber dem Vorjahr – dies ist kein schrumpfender Distributionskanal.
  • 8 Milliarden US-Dollar Transaktionswert im Agentic Commerce fließen bereits im Jahr 2026, mit einer Prognose von 3,5 Billionen US-Dollar bis 2031 (Juniper Research).
  • Über 50 Millionen x402-Transaktionen, die bis zum ersten Quartal 2026 verarbeitet wurden, wobei das wöchentliche Volumen bis Ende 2025 die Marke von 500.000 überschreitet.
  • 40 % der Unternehmensanwendungen werden voraussichtlich bis Ende 2026 aufgabenspezifische KI-Agenten einbetten (Gartner).
  • IDC beziffert Agentic AI auf 10–15 % der gesamten IT-Ausgaben im Jahr 2026.

Multiplizieren Sie das nun: Wenn auch nur 1 % der 3,83 Milliarden Chrome-Nutzer einen WebMCP-fähigen Agenten aktivieren (und Google treibt die Gemini-Integration aggressiv genau in diese Richtung), entspricht das 38 Millionen Nutzern mit KI-Agenten, die mit einem Klick Zugang zu jedem WebMCP-fähigen Krypto-Service haben. Keine Wallet-Installation. Keine Seed-Phrase-Zeremonie. Kein Absprung wegen der Frage „Was ist Gas?“.

Das ist ein Distributions-Durchbruch, den Krypto so noch nie erlebt hat.

Das architektonische Rennen: Wer darf das Wallet sein?

WebMCP legt sich nicht auf ein Wallet fest. Das ist sowohl seine Genialität als auch der Auslöser für einen monatelangen, harten Verdrängungswettbewerb zwischen den etablierten Akteuren.

Drei Lager beziehen bereits Stellung:

  1. Custodial Exchange Wallets (Coinbase Agentic Wallet, Binance Web3 Wallet). Schnellste UX, konformitätsfreundlich, führt aber einen zentralisierten Signierer wieder ein. Der Vorsprung von Coinbase mit x402 und der Browserbase-Integration macht es zum offensichtlichen Standard für Agenten-Flows im Privatkundenbereich.
  2. Self-Custody Platzhirsche (MetaMask, Rabby). MetaMask hat sich beim AP2-Launch explizit positioniert: "Blockchains sind die natürliche Zahlungsebene für Agenten." Ihr Versprechen ist Komponierbarkeit plus echte Selbstverwahrung – der Agent verhandelt, aber der Nutzer signiert.
  3. Programmatische Wallet-Infrastruktur (Privy, Turnkey, MoonPay Open Wallet Standard, Polygon Agent CLI). Diese zielen auf die Entwicklerebene ab: ein WebMCP-Tool, das intern ein zweckgebundenes Wallet mit Ausgabenlimit für den Agenten selbst erstellt, ganz ohne menschliche Schlüsselverwaltung.

Keines dieser Szenarien erfordert, dass der Nutzer vorab etwas installiert hat. Der Agent ruft das WebMCP-Tool auf, das Tool orchestriert den Wallet-Pfad, und der Nutzer erhält eine einzige Zustimmungsaufforderung. Die Reibungsverluste, die das Web3-Onboarding ein Jahrzehnt lang prägten, komprimieren sich in ein einziges Modal-Fenster.

Die historische Parallele: Service Workers und der PWA-Durchbruch

Wenn Sie eine Vorlage dafür suchen, wie sich dies entwickelt, blicken Sie auf Chrome 49 im März 2016 zurück, als Service Workers für die stabile Version freigegeben wurden und im Stillen das Ökosystem der Progressive Web Apps (PWA) schufen. Am ersten Tag bemerkte es niemand. Innerhalb von zwei Jahren hatte jede größere Handelsseite eine PWA-Strategie, Twitter Lite lieferte 70 % schnellere Ladezeiten in Schwellenländern, und das mobile Web verlor zum ersten Mal seit 2010 keinen Boden mehr gegenüber nativen Apps.

WebMCP hat die gleiche Struktur: ein unscheinbarer Eintrag in den Release-Notes, eine fundamentale Plattform-Funktion, eine sich über Jahre verstärkende Akzeptanz. Die Unternehmen, die im zweiten Quartal 2026 WebMCP-Endpunkte bereitstellen, werden den vom Agenten geleiteten Traffic besitzen, wenn Google den Standard-Agenten-Modus für Gemini-in-Chrome aktiviert – was laut allen Signalen mit dem Release von Chrome 150 oder 151 der Fall sein wird.

Für Web3-Protokolle bedeutet das, dass das Zeitfenster, um ein erstklassiger WebMCP-Bürger zu werden, in Monaten und nicht in Jahren gemessen wird. Eine DEX, die swapTokens als strukturiertes Tool bereitstellt, wird von jedem Agenten angesteuert, der ein Portfolio umschichten muss. Ein Stablecoin-Emittent, der mint und redeem anbietet, erfasst jeden AP2-Zahlungsstrom, der eine On-Ramp benötigt. Ein Node-/API-Anbieter, der RPC-Methoden als MCP-Tools bereitstellt, wird zur Standard-Rechenebene für die gesamte Agenten-Ökonomie.

Was Entwickler am Montag tun sollten

Drei konkrete Schritte, geordnet nach ihrer Hebelwirkung:

  1. Überprüfen Sie Ihre bestehende API-Oberfläche auf WebMCP-fähige Aktionen. Alles, was sich bereits hinter einem REST- oder GraphQL-Endpunkt befindet, ist ein Kandidat. Wählen Sie die fünf Aktionen mit der höchsten Intention aus (swap, bridge, mint, stake, query-balance) und binden Sie diese mit navigator.modelContext.registerTool() hinter einem Feature-Flag ein.
  2. Legen Sie Ihre Zahlungsstrategie fest. Werden Sie x402 direkt akzeptieren? Den AP2-Handshake verlangen? Tools hinter Sitzungs-Cookies des Nutzers absichern? Die Antwort bestimmt, ob Agenten autonom transagieren können oder ob ein Mensch in der Schleife erforderlich ist. Für die meisten Protokolle ist x402 in Kombination mit Ausgabenlimits pro Tool der richtige Standard.
  3. Veröffentlichen Sie ein /.well-known/mcp.json Manifest. Chrome 146 erfordert dies zwar noch nicht, aber die Spezifikation bewegt sich in Richtung automatischer Tool-Erkennung über bekannte URIs. Protokolle, die Manifeste frühzeitig veröffentlichen, werden von Agenten-Verzeichnissen (einschließlich derer, die Anthropic und Google aufbauen) indexiert, noch bevor ihre Konkurrenten in diesen Verzeichnissen überhaupt existieren.

Die Distributionsgeschichte für Web3 hieß bisher immer: „Warten, bis die Nutzer zu uns kommen.“ Chrome 146 kehrt dies um: Jetzt kommen die Agenten zu Ihnen, im Browser-Maßstab, mit vorverhandelten Zahlungswegen. Die Protokolle, die als strukturierte Tools erscheinen, werden diejenigen sein, die die Maschinenökonomie nutzt. Diejenigen, die dies nicht tun, werden unsichtbar sein.

BlockEden.xyz betreibt die RPC- und Indexierungs-Infrastruktur, die WebMCP-exponierte Web3-Tools über mehr als 20 Chains hinweg schnell und zuverlässig macht. Wenn Sie agentenbereite Endpunkte erstellen, erkunden Sie unseren API-Marktplatz – wir haben bereits für die hochfrequenten Call-Muster mit niedriger Latenz optimiert, die autonome Agenten erzeugen.

Quellen

Lens Protocol V3 auf ZKsync: Die SocialFi Layer 2 Wette

· 11 Min. Lesezeit
Dora Noda
Software Engineer

Was wäre, wenn Ihr Social Graph, die unsichtbare Karte jeder Person, der Sie folgen, jedes Beitrags, den Sie geliked haben, und jedes Erstellers, dem Sie Trinkgeld gegeben haben, nicht in einer Unternehmensdatenbank eingesperrt wäre? Was wäre, wenn die Migration von 650.000 Profilen, 28 Millionen sozialen Verbindungen und 12 Millionen Posts auf eine brandneue Blockchain an einem einzigen Wochenende stattfinden könnte, ohne dass einer dieser Nutzer auch nur einen Finger rühren müsste?

Genau das hat Lens mit der Einführung von Lens Chain und Lens V3 erreicht. Damit hat das Projekt eine der bisher größten Wetten im Web3-Bereich abgeschlossen: dass SocialFi – dezentrale soziale Medien mit integrierter Monetarisierung – eine eigene, speziell dafür entwickelte Layer 2 benötigt und keine Allzweck-Chain, die mit DeFi-Bots und NFT-Flippern geteilt wird. Der Stack der Wahl? Der ZK Stack von ZKsync für die Ausführung, Avail für die Datenverfügbarkeit (Data Availability) und der GHO-Stablecoin von Aave als Gas-Token.

Es ist eine eigenwillige Wette. Sie könnte aber auch die richtige sein.

SEC-Vorsitzender Atkins' DeFi-Innovationsbefreiung: Der informelle Safe Harbor hinter 95 Mrd. $ an erlaubnisfreien Finanzen

· 12 Min. Lesezeit
Dora Noda
Software Engineer

Drei Jahre lang wachten amerikanische DeFi-Entwickler jeden Morgen mit der gleichen Frage auf: Bin ich heute ein Broker-Dealer? Seit April 2026 hat die SEC diese Frage faktisch beantwortet — nicht durch eine Regel oder ein Gesetz, sondern durch Reden, Erklärungen von Mitarbeitern und abgeschlossene Untersuchungen. Willkommen im Zeitalter des informellen Safe Harbors, in dem 95 Mrd. USD an TVL in erlaubnisfreien Protokollen unter dem regulatorischen Äquivalent eines Augenzwinkerns operieren.

SEC-Vorsitzender Paul Atkins hat sich klar zum Ziel geäußert. Seine Initiative "Project Crypto", die am 31. Juli 2025 ins Leben gerufen wurde, zielt darauf ab, Amerikas Finanzmärkte On-Chain zu bringen. Seine vorgeschlagene "Innovation Exemption" soll noch in diesem Jahr in Kraft treten. Und seine Abteilung für Handel und Märkte (Division of Trading and Markets) hat Frontend-Entwicklern bereits mitgeteilt, dass sie weiterhin selbstverwaltete Schnittstellen (Self-Custodial Interfaces) erstellen können, ohne sich als Broker-Dealer registrieren zu müssen — zumindest für die nächsten fünf Jahre. Der noch ausstehende CLARITY Act würde all dies gesetzlich verankern, doch mit einer Senatsfrist bis zum 25. April 2026, bevor der Gesetzentwurf bis 2030 auf Eis gelegt zu werden droht, entdeckt die Branche eine unangenehme Wahrheit: Das derzeit mächtigste regulatorische System im Kryptobereich hat keine gesetzliche Kraft hinter sich.

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.“

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

Sentio erscheint auf Kraken, während $ST live geht: Kann ein TypeScript-fokussierter Indexer den Datenthron von The Graph stürzen?

· 11 Min. Lesezeit
Dora Noda
Software Engineer

Am 15. April 2026 unternahm Kraken im Stillen etwas, das weitaus folgenreichere Konsequenzen hatte als ein gewöhnliches Listing eines Mid-Cap-Tokens.

Es öffnete um 10:30 Uhr UTC die Orderbücher für ST / USD und ST / EUR für Sentio, ein selbsternanntes "dezentrales Daten- und Rechennetzwerk", das sich selbst als KI-gestütztes Bloomberg-Terminal für Web3 vermarktet. Binance Alpha und Gate.io folgten am selben Tag. In einer Woche, in der die Schlagzeilen von quantensicherem Bitcoin, Billionen-Dollar-DeFi-Lending-Meilensteinen und Tempos von Stripe unterstütztem L1-Testnet dominiert wurden, schlich sich das $ST-Listing als die technisch interessanteste Infrastruktur-Wette des Zyklus durch – denn Sentio versucht nicht, eine DEX oder einen Stablecoin zu ersetzen. Es versucht, die unsichtbare Infrastruktur zu ersetzen, von der jede dApp, jedes Analytics-Dashboard und jeder KI-Agent bereits abhängt: den Indexer.

Die Frage ist, ob ein TypeScript SDK, das Versprechen einer 100-mal schnelleren Indexierung und ein frischer Token für Compute-Credits etablierte Akteure verdrängen können, die fünf Jahre damit verbracht haben, sich in jedem ernsthaften Web3-Stack zu verankern.

Das Ende des monolithischen KI-Agenten: Warum Coinbases Agentic Wallet den Orchestration-Stack von Web3 neu schreibt

· 9 Min. Lesezeit
Dora Noda
Software Engineer

Seit zwei Jahren versprach das Krypto-KI-Narrativ einen einzigen, gottgleichen Agenten: ein Modell, das Ihre Keys hält, den Mempool liest, Ihre Strategie ausführt und Ihr Gedächtnis verwaltet. Dieser Agent ist bereits veraltet. Im Februar 2026 begrub Coinbase ihn still und leise — und der Großteil der Branche hat es noch nicht bemerkt.

Als Coinbase am 11. Februar 2026 Agentic Wallets einführte, konzentrierten sich die Schlagzeilen auf das Offensichtliche: eine Wallet-Infrastruktur, die speziell für autonome KI entwickelt wurde. Das tiefere Signal war architektonischer Natur. Coinbase hat keinen intelligenteren Agenten auf den Markt gebracht. Es lieferte ein Wallet, das Agenten als externen Dienst aufrufen — und formalisierte damit den Übergang von monolithischer KI zu spezialisierten Agentennetzwerken als das kritische Infrastrukturproblem von Web3 für das nächste Jahrzehnt.

Der monolithische Agent war schon immer eine Fantasie

Die erste Welle von Krypto-Agenten — Virtuals, ai16z-Forks, die frühen Eliza-Klone — bündelte alles in einer einzigen Runtime. Reasoning, Gedächtnis, Key-Management, Ausführung und Risikobewertung lebten in einem einzigen Prozess, oft in einem einzigen LLM-Aufruf. Es war eine beeindruckende Demo und ein schreckliches Produktionssystem.

Die Misserfolge waren vorhersehbar. Ein monolithischer Agent, der Keys hält, ist nur eine Sicherheitslücke vom Totalverlust entfernt. Ein monolithischer Agent, der mehrere Aufgaben bedient, driftet zwischen Domänen ab, halluziniert über Kontexte hinweg und kann nicht unabhängig auditiert werden. Und die Skalierungsrechnung ist brutal: Anthropics eigene Forschung ergab, dass ein einzelner Agent bei gleichwertigen Werkzeugen bei 64 % der Benchmark-Aufgaben mit Multi-Agenten-Konfigurationen gleichzog oder diese übertraf — aber die 36 %, in denen Multi-Agenten gewinnen, sind genau die hochwertigen, hochkomplexen Workloads, die für Web3 entscheidend sind, wo die parallele Sub-Agenten-Architektur von Anthropic den Einzelagenten-Opus um 90,2 % übertraf.

Übersetzung: Wenn Ihr Agent irgendetwas Interessantes tut, kann ein einzelner Prozess das Gewicht nicht tragen. Und wenn Ihr Agent irgendetwas Wertvolles tut, kann einem einzelnen Prozess nicht damit vertraut werden.

Der architektonische Pivot von Coinbase: Wallet als aufrufbarer Dienst

Das Agentic Wallet von Coinbase definiert das Wallet als einen diskreten Dienst neu, den Agenten aufrufen, anstatt ihn zu enthalten. Die Komponenten erzählen die Geschichte:

  • Agent Skills — vordefinierte Primitive für Authenticate, Fund, Send, Trade und Earn, die als aufrufbare Schnittstellen statt als eingebettete Logik bereitgestellt werden
  • x402 Payment Rails — der HTTP-402-Statuscode, der als Machine-to-Machine-Zahlungsprotokoll wiederbelebt wurde, mit über 75 Millionen verarbeiteten Transaktionen, 94.000 einzigartigen Käufern und 22.000 Verkäufern im gesamten Netzwerk
  • TEE-gesicherte CDP Wallets — Non-custodial Keys, die in Trusted Execution Environments (TEEs) gehalten und niemals dem Reasoning-Agenten ausgesetzt werden
  • Programmierbare Guardrails — Compliance-Prüfung, Ausgabenlimits und Nutzungsüberwachung, die außerhalb des Kontextfensters des Agenten erzwungen werden
  • EVM- und Solana-Unterstützung vom ersten Tag an, mit gaslosen Transaktionen auf Base

Die entscheidende Erkenntnis: Der Reasoning-Agent sieht niemals den Private Key. Er fordert eine Aktion an; der Wallet-Dienst setzt die Richtlinien durch und führt sie aus. Dies ist dieselbe Entkopplung, die es der Cloud-Industrie ermöglichte, von Monolithen zu Microservices zu skalieren — unabhängige Skalierung, isolierte Fehlerdomänen und Sicherheitskompartimentierung.

Die entstehende Taxonomie spezialisierter Agenten

Sobald man akzeptiert, dass Wallets ein Dienst sind, zerfällt der Rest des Stacks auf natürliche Weise. Ein ausgereifter agentischer Workflow im Jahr 2026 sieht weniger wie ein einzelnes Modell aus, sondern eher wie ein Orchester:

  • Koordinator-Agenten zerlegen Aufgaben, verifizieren Ergebnisse und wickeln Zahlungen zwischen Sub-Agenten ab
  • Ausführungs-Agenten spezialisieren sich auf die Ausführung von DeFi-Strategien, Cross-Chain-Routing und MEV-bewusste Transaktionserstellung
  • Daten-Agenten übernehmen Orakel-Abfragen, On-Chain-Analysen und Sentiment-Signale
  • Compliance-Agenten wenden KYC-, Travel-Rule- und Jurisdiktionsprüfungen an, bevor Signaturen angefordert werden
  • Interface-Agenten übersetzen Absichten in natürlicher Sprache in strukturierte Tool-Aufrufe

Das Warden Protocol hat genau dieses Substrat aufgebaut. Sein Agent Hub — effektiv ein „App Store für Agenten“ — hat bis Februar 2026 über 60 Millionen agentische Aufgaben verarbeitet und bedient rund 20 Millionen Nutzer, nach einer strategischen Runde über 4 Millionen US-Dollar bei einer Bewertung von 200 Millionen US-Dollar durch 0G, Messari und Venice.AI. Wardens Statistical Proof of Execution (SPEx) liefert den kryptografischen Beweis, dass das Ergebnis einer Aufgabe vom angegebenen Modell stammt — das Vertrauensprimitiv, das ein Koordinator benötigt, wenn er Arbeit an nicht vertrauenswürdige Spezialisten delegiert.

Die unterstützenden Standards fügen sich zusammen. ERC-8004, das am 29. Januar 2026 im Ethereum-Mainnet live ging und sechs Tage später die BNB Chain erreichte, verleiht Agenten eine verifizierbare On-Chain-Identität und Reputation. x402 übernimmt die Micropayment-Ebene, damit Agenten einander ohne API-Keys bezahlen können. Session Keys, die auf der Account Abstraction von ERC-4337 basieren, ermöglichen es Besitzern, die Autonomie zu begrenzen — „dieser Agent kann 50 $/Tag ausgeben, alles darüber hinaus erfordert eine menschliche Signatur“ — ohne Master-Keys preiszugeben.

Identität, Bezahlung, Ausführungsnachweise und Key-Grenzen: Die vier fehlenden Primitive, die monolithische Agenten intern vorzutäuschen versuchten, sind jetzt externe, komponierbare Dienste.

Microservices-Déjà-vu — einschließlich der Schmerzen

Jeder Architekt, der die Microservices-Migration von 2015-2020 miterlebt hat, beobachtet dies mit einem vertrauten Unbehagen. Die Vorteile sind real. Die Kosten ebenso.

Multi-Agenten-Systeme sind resilienter, besser prüfbar und anpassungsfähiger als monolithische Äquivalente. Sie isolieren Fehler, ermöglichen es spezialisierten Teams, unabhängig zu releasen, und erlauben den Austausch eines Reasoning-Modells, ohne die Wallet-Ebene neu aufbauen zu müssen. Aber 40 % der Multi-Agenten-Piloten scheitern innerhalb von sechs Monaten nach dem Produktionsstart, meist weil Teams das falsche Orchestrierungsmuster wählen oder nicht verstehen, wie es an Leistung verliert. Latenz summiert sich über mehrere Hops hinweg. Schnittstellen verfestigen sich. Das Debugging eines verteilten Traces von Modellaufrufen ist schwieriger als das Debugging eines Monolithen — und der Monolith hat zumindest ein einziges Log zum Auslesen.

Web3 erbt all dies, plus eine einzigartige Wendung: Die Ausführungsebene ist adversarisch.

Das Agenten-MEV-Problem

Hier ist die unangenehme Wahrheit, die die meisten Evangelisten spezialisierter Netzwerke vermeiden. Deterministische, zusammensetzbare Ausführungsagenten sind anfälliger für MEV als ihre monolithischen Vorgänger, nicht weniger.

Die EVM ist per Design deterministisch: Derselbe Status plus dieselbe Transaktionssequenz ergibt auf jedem Node identische Ergebnisse. Diese Garantie ist das Fundament des Blockchain-Konsensus und gleichzeitig der Traum eines Front-Running-Bots. Wenn ein spezialisierter Ausführungsagent einem vorhersehbaren Muster folgt — „Rebalance um 14:00 Uhr UTC, Routing über Uniswap V4, Slippage-Toleranz 0,3 %“ — wird er trivial beobachtbar. Sandwich-Bots scannen den Mempool nach genau diesen Signaturen. Je spezialisierter und deterministischer der Ausführungsagent ist, desto schärfer ist die Angriffsfläche.

Ein monolithischer Agent mit unordentlichem, variierendem Verhalten war paradoxerweise teilweise durch sein eigenes Chaos geschützt. Ein diszipliniertes spezialisiertes Netzwerk ist das nicht. Was bedeutet, dass der MEV-Schutz-Stack — Solver-Netzwerke wie CoW Protocol, Private Order Flow, intent-basiertes Batching und verschlüsselte Mempools — keine optionale DeFi-Annehmlichkeit mehr ist. Für spezialisierte Netzwerke in der Produktion ist er die Grundvoraussetzung.

Was dies für die Web3-Infrastruktur bedeutet

Die Verschiebung hat eine direkte Konsequenz für jeden, der die Infrastruktur betreibt. Ein einzelner monolithischer Agent erzeugt eine RPC-Session, einen Wallet-Signatur-Flow, einen kohärenten Transaktionsstrom. Ein spezialisiertes Netzwerk, das auf derselben Benutzerabsicht basiert, erzeugt um Größenordnungen mehr Traffic: Datenagenten, die Oracles abfragen, Koordinationsagenten, die Reputationsregister ansteuern, Ausführungsagenten, die kettenübergreifende Vorab-Simulationen durchführen, Compliance-Agenten, die Sanktionslisten abfragen, und alle rechnen Mikrozahlungen untereinander via x402 ab.

Jeder dieser Hops benötigt zuverlässigen Multi-Chain-Datenzugriff. Das Profil des API-Konsumenten ändert sich von „dApp ruft eth_call ein paar Mal pro Benutzersitzung auf“ zu „ein Schwarm von Agenten, der innerhalb eines einzigen Workflows Tausende von Low-Latency-Anfragen über Ethereum, Base, Solana, Sui und Aptos stellt.“ Rate-Limits, die für Menschen entwickelt wurden, versagen sofort. Single-Chain-RPC-Provider werden zu Engpässen. Latenzvarianzen, die einem menschlichen Benutzer nie auffallen würden, kaskadieren über Agenten-Hops hinweg zu kumulierten Fehlern.

BlockEden.xyz betreibt RPC- und Indexing-Infrastruktur der Enterprise-Klasse für über 25 Chains, die speziell für diese Art von hochdurchsatzfähigem Multi-Chain-Agent-Workload entwickelt wurde. Wenn Sie Koordinations- oder Ausführungsagenten bauen, die Ökosysteme überspannen, erkunden Sie unseren API-Marktplatz für Infrastruktur, die darauf ausgelegt ist, mit Traffic auf Agenten-Ebene Schritt zu halten.

Die nächsten achtzehn Monate

Die Steine liegen nun auf dem Brett: Die Wallet-as-a-Service-Architektur von Coinbase, die Koordinationsschicht von Warden, ERC-8004-Identität, x402-Zahlungen, ERC-4337-Session-Keys und eine wachsende Bibliothek spezialisierter Agenten-Frameworks. Was als Nächstes kommt, ist der schwierige Teil — nicht das Erfinden neuer Primitiven, sondern das Zusammensetzen der bestehenden zu zuverlässigen, prüfbaren und MEV-resistenten Produktionssystemen.

Erwarten Sie eine Konsolidierung um einige dominante Orchestrierungsmuster, ein brutales Aussortieren unter den 40 % der Multi-Agenten-Projekte, die das falsche gewählt haben, und einen stillen Werttransfer von „Agent-Apps“ hin zu den Infrastrukturanbietern, die spezialisierte Netzwerke im großen Stil tatsächlich funktionsfähig machen. Der monolithische Agent war eine gute Demo. Das spezialisierte Netzwerk ist die Architektur, die in Serie geht.

Die einzige verbleibende Frage ist, ob die Teams, die auf Web3 bauen, den Wandel rechtzeitig erkennen — oder ein weiteres Jahr damit verbringen, gottgleiche Agenten zu releasen, die den Kontakt mit einem Mempool nicht überleben.


Quellen: