44 Posts getaggt mit "Web3"

Eine Zusammenfassung in einem Satz: Wir haben unser Dashboard mit Next.js App Router, shadcn-ui Komponenten und Tailwind CSS komplett neu gestaltet, um ein schnelleres, reaktionsfähigeres und optisch ansprechenderes Erlebnis für die Verwaltung Ihres Blockchain-API-Zugriffs zu bieten.

Heute freuen wir uns, die Einführung des BlockEden.xyz Dashboard v3 bekannt zu geben, das unser größtes Benutzeroberflächen-Upgrade seit der Gründung unserer Plattform darstellt. Dies ist nicht nur eine visuelle Auffrischung – es ist eine komplette architektonische Überarbeitung, die darauf abzielt, Ihre Interaktion mit unseren Blockchain-API-Diensten reibungsloser, schneller und intuitiver als je zuvor zu gestalten.

Was ist neu in Dashboard v3​

1. Moderner Technologie-Stack für verbesserte Leistung​

Dashboard v3 basiert auf dem Next.js App Router und ersetzt die vorherige Pages Router-Architektur. Diese grundlegende Änderung bringt erhebliche Leistungsverbesserungen durch:

• Server-Komponenten: Schnellere Seitenladezeiten mit reduziertem clientseitigem JavaScript
• Verbessertes Routing: Intuitivere Navigation mit verschachtelten Layouts
• Verbessertes SEO: Bessere Sichtbarkeit in Suchmaschinen durch verbesserte Metadaten-Verwaltung

Wir sind auch von Ant Design und Styletron zu shadcn-ui Komponenten, die von Tailwind CSS angetrieben werden, migriert, was zu Folgendem führt:

• Reduzierte Bundle-Größe: Schnellere Ladezeiten auf allen Seiten
• Konsistente Designsprache: Ein kohärenteres visuelles Erlebnis
• Bessere Barrierefreiheit: Verbesserte Tastaturnavigation und Screenreader-Unterstützung

2. Optimierte Verwaltung von Zugangsschlüsseln​

Wir haben die Verwaltung der Zugangsschlüssel komplett neu gestaltet:

• Intuitive Schlüsselerstellung: Generieren Sie neue API-Schlüssel mit nur wenigen Klicks
• Verbesserte Sichtbarkeit: Unterscheiden Sie einfach zwischen verschiedenen Schlüsseltypen und Berechtigungen
• Verbesserte Sicherheit: Bessere Isolation zwischen Client-Umgebungen mit ordnungsgemäßer Mandantenverwaltung
• Ein-Klick-Kopieren: Kopieren Sie Schlüssel nahtlos in die Zwischenablage zur Integration in Ihre Projekte

[BILDPLATZHALTER: Screenshot der neuen Benutzeroberfläche zur Verwaltung von Zugangsschlüsseln]

3. Neu gestalteter Konto- und Abrechnungsbereich​

Die Verwaltung Ihres Kontos und Ihrer Abonnements ist jetzt einfacher:

• Vereinfachte Abonnementverwaltung: Einfaches Upgrade, Downgrade oder Kündigung Ihres Plans
• Klarere Abrechnungsinformationen: Transparentere Preise und Nutzungsstatistiken
• Optimierter Zahlungsprozess: Sichere und effiziente Zahlungsabwicklung mit verbesserter Stripe-Integration
• Verbesserte Wallet-Integration: Bessere Verbindung mit Ihren Krypto-Wallets

4. Strikte Mandantenisolation​

Für Unternehmensbenutzer, die mehrere Projekte verwalten, haben wir eine strikte Mandantenisolation implementiert:

• Clientspezifische Konfigurationen: Jede Client-ID verfügt über eine eigene isolierte Umgebung
• Verbesserte Sicherheit: Ordnungsgemäße Durchsetzung von Grenzen zwischen verschiedenen Mandanten
• Verbessertes Tracking: Bessere Sichtbarkeit der Nutzungsmuster über verschiedene Projekte hinweg

Hinter den Kulissen: Technische Verbesserungen​

Während die visuellen Änderungen sofort erkennbar sind, haben wir unter der Haube erhebliche Verbesserungen vorgenommen:

1. Architektonischer Wandel​

Die Migration vom Pages Router zum App Router stellt eine grundlegende Verschiebung in der Struktur unserer Anwendung dar:

• Komponentenbasierte Architektur: Modularerer und wartbarer Code
• Verbessertes Datenabrufen: Effizienteres serverseitiges Rendering und Laden von Daten
• Besseres Zustandsmanagement: Sauberere Trennung von Belangen und vorhersehbarere Zustandsaktualisierungen

2. Verbesserter Authentifizierungsablauf​

Wir haben unser Authentifizierungssystem optimiert:

• Vereinfachter Anmeldevorgang: Schnellere und zuverlässigere Authentifizierung
• Verbessertes Sitzungsmanagement: Bessere Handhabung von Authentifizierungs-Tokens
• Verbesserte Sicherheit: Robusterer Schutz vor gängigen Sicherheitslücken

3. Optimierte API-Integration​

Unsere GraphQL-Integration wurde komplett überarbeitet:

• Apollo Client-Provider: Konfiguriert mit ordnungsgemäßer Client-ID-Handhabung
• Network-only Fetch Policy: Echtzeit-Datenaktualisierungen für kritische Informationen
• Optimierte Abfragen: Reduzierter Datentransfer und verbesserte Antwortzeiten

Erste Schritte mit Dashboard v3​

Alle bestehenden Benutzer wurden automatisch auf Dashboard v3 migriert. Melden Sie sich einfach unter https://BlockEden.xyz/dash an, um die neue Benutzeroberfläche zu erleben.

Wenn Sie neu bei BlockEden.xyz sind, ist jetzt der perfekte Zeitpunkt, sich anzumelden und unsere hochmodernen Blockchain-API-Dienste über unser modernes Dashboard zu erleben.

Was kommt als Nächstes?​

Dieses Upgrade stellt einen wichtigen Meilenstein auf unserem Weg dar, aber wir hören hier nicht auf. In den kommenden Monaten werden wir Folgendes einführen:

• Verbesserte Analysen: Detailliertere Einblicke in Ihre API-Nutzung
• Zusätzliche Netzwerk-Integrationen: Unterstützung für weitere Blockchain-Netzwerke
• Verbesserte Entwicklertools: Bessere Dokumentation und SDK-Unterstützung
• Benutzerdefinierte Benachrichtigungen: Konfigurierbare Benachrichtigungen für kritische Ereignisse

Wir schätzen Ihr Feedback​

Wie bei jedem größeren Update ist Ihr Feedback von unschätzbarem Wert. Wenn Sie auf Probleme stoßen oder Verbesserungsvorschläge haben, wenden Sie sich bitte an unser Support-Team oder treten Sie unserer Discord-Community bei.

Vielen Dank, dass Sie Teil der BlockEden.xyz-Reise sind. Wir freuen uns darauf, weiterhin die Infrastruktur aufzubauen, die die dezentrale Zukunft antreibt.

Einleitung​

KI und Web3 konvergieren auf wirkungsvolle Weise, wobei allgemeine KI-Schnittstellen nun als Bindegewebe für das dezentrale Web konzipiert werden. Ein Schlüsselkonzept, das aus dieser Konvergenz hervorgeht, ist MCP, das je nach Kontext für „Model Context Protocol“ (wie von Anthropic eingeführt) steht oder in breiteren Diskussionen lose als Metaverse Connection Protocol beschrieben wird. Im Wesentlichen ist MCP ein standardisiertes Framework, das KI-Systemen ermöglicht, auf natürliche und sichere Weise mit externen Tools und Netzwerken zu interagieren – und potenziell KI-Agenten in jeden Winkel des Web3-Ökosystems „einzubinden“. Dieser Bericht bietet eine umfassende Analyse, wie allgemeine KI-Schnittstellen (wie Agenten großer Sprachmodelle und neuronal-symbolische Systeme) alles in der Web3-Welt über MCP verbinden könnten, einschließlich des historischen Hintergrunds, der technischen Architektur, der Branchenlandschaft, der Risiken und des Zukunftspotenzials.

1. Entwicklungshintergrund​

1.1 Die Evolution von Web3 und unerfüllte Versprechen​

Der Begriff „Web3“ wurde um 2014 geprägt, um ein Blockchain-gestütztes dezentrales Web zu beschreiben. Die Vision war ehrgeizig: ein berechtigungsfreies Internet, das auf Benutzerbesitz ausgerichtet ist. Enthusiasten stellten sich vor, die zentralisierte Infrastruktur von Web2 durch Blockchain-basierte Alternativen zu ersetzen – z. B. Ethereum Name Service (für DNS), Filecoin oder IPFS (für Speicher) und DeFi für Finanzschienen. Theoretisch würde dies Big Tech-Plattformen die Kontrolle entreißen und Einzelpersonen Selbstsouveränität über Daten, Identität und Vermögenswerte geben.

Die Realität blieb hinter den Erwartungen zurück. Trotz jahrelanger Entwicklung und Hype blieb der Mainstream-Einfluss von Web3 marginal. Durchschnittliche Internetnutzer strömten nicht zu dezentralen sozialen Medien oder begannen, private Schlüssel zu verwalten. Hauptgründe waren eine schlechte Benutzererfahrung, langsame und teure Transaktionen, aufsehenerregende Betrügereien und regulatorische Unsicherheit. Das dezentrale „Besitz-Web“ „materialisierte sich“ weitgehend nicht über eine Nischengemeinschaft hinaus. Mitte der 2020er Jahre gaben selbst Krypto-Befürworter zu, dass Web3 keinen Paradigmenwechsel für den Durchschnittsnutzer gebracht hatte.

Währenddessen erlebte die KI eine Revolution. Als Kapital und Entwicklertalente von Krypto zu KI wechselten, eroberten transformative Fortschritte im Deep Learning und bei den Grundmodellen (GPT-3, GPT-4 usw.) die öffentliche Vorstellungskraft. Generative KI zeigte einen klaren Nutzen – die Produktion von Inhalten, Code und Entscheidungen – auf eine Weise, die Krypto-Anwendungen nur schwer erreichen konnten. Tatsächlich übertraf der Einfluss großer Sprachmodelle in nur wenigen Jahren die Benutzerakzeptanz der Blockchain über ein Jahrzehnt hinweg deutlich. Dieser Kontrast führte dazu, dass einige spöttisch bemerkten, „Web3 sei an Krypto verschwendet worden“ und dass das eigentliche Web 3.0 aus der KI-Welle hervorgehe.

1.2 Der Aufstieg allgemeiner KI-Schnittstellen​

Über Jahrzehnte hinweg entwickelten sich Benutzeroberflächen von statischen Webseiten (Web1.0) zu interaktiven Apps (Web2.0) – aber immer innerhalb der Grenzen des Klickens auf Schaltflächen und Ausfüllens von Formularen. Mit moderner KI, insbesondere großen Sprachmodellen (LLMs), ist ein neues Schnittstellenparadigma da: natürliche Sprache. Benutzer können einfach ihre Absicht in einfacher Sprache ausdrücken und KI-Systeme komplexe Aktionen über viele Domänen hinweg ausführen lassen. Dieser Wandel ist so tiefgreifend, dass einige vorschlagen, „Web 3.0“ als die Ära der KI-gesteuerten Agenten („das Agentic Web“) neu zu definieren, anstatt der früheren Blockchain-zentrierten Definition.

Frühe Experimente mit autonomen KI-Agenten zeigten jedoch einen kritischen Engpass auf. Diese Agenten – z. B. Prototypen wie AutoGPT – konnten Text oder Code generieren, aber es fehlte ihnen an einer robusten Möglichkeit, mit externen Systemen und untereinander zu kommunizieren. Es gab „keine gemeinsame KI-native Sprache“ für Interoperabilität. Jede Integration mit einem Tool oder einer Datenquelle war ein maßgeschneiderter Hack, und die KI-zu-KI-Interaktion hatte kein Standardprotokoll. Praktisch gesehen könnte ein KI-Agent eine große Denkfähigkeit besitzen, aber bei der Ausführung von Aufgaben scheitern, die die Nutzung von Web-Apps oder On-Chain-Diensten erforderten, einfach weil er nicht wusste, wie er mit diesen Systemen „sprechen“ sollte. Diese Diskrepanz – leistungsstarke Gehirne, primitive E/A – war vergleichbar mit einer superintelligenten Software, die hinter einer klobigen GUI feststeckte.

1.3 Konvergenz und das Aufkommen von MCP​

Bis 2024 wurde deutlich, dass für die volle Entfaltung des KI-Potenzials (und für die Erfüllung des Web3-Versprechens) eine Konvergenz erforderlich war: KI-Agenten benötigen nahtlosen Zugang zu den Fähigkeiten von Web3 (dezentrale Anwendungen, Smart Contracts, Daten), und Web3 benötigt mehr Intelligenz und Benutzerfreundlichkeit, die KI bieten kann. Dies ist der Kontext, in dem MCP (Model Context Protocol) geboren wurde. Ende 2024 von Anthropic eingeführt, ist MCP ein offener Standard für die KI-Tool-Kommunikation, der sich für LLMs natürlich anfühlt. Es bietet eine strukturierte, auffindbare Möglichkeit für KI-„Hosts“ (wie ChatGPT, Claude usw.), eine Vielzahl externer Tools und Ressourcen über MCP-Server zu finden und zu nutzen. Mit anderen Worten, MCP ist eine gemeinsame Schnittstellenschicht, die es KI-Agenten ermöglicht, sich in Webdienste, APIs und sogar Blockchain-Funktionen einzuklinken, ohne jede Integration individuell programmieren zu müssen.

Betrachten Sie MCP als „den USB-C der KI-Schnittstellen“. So wie USB-C die Verbindung von Geräten standardisierte (sodass Sie nicht für jedes Gerät unterschiedliche Kabel benötigen), standardisiert MCP die Verbindung von KI-Agenten mit Tools und Daten. Anstatt für jeden Dienst (Slack vs. Gmail vs. Ethereum-Node) unterschiedliche API-Aufrufe fest zu codieren, kann ein Entwickler die MCP-Spezifikation einmal implementieren, und jede MCP-kompatible KI kann verstehen, wie dieser Dienst zu nutzen ist. Große KI-Akteure erkannten schnell die Bedeutung: Anthropic stellte MCP als Open Source zur Verfügung, und Unternehmen wie OpenAI und Google entwickeln Unterstützung dafür in ihren Modellen. Diese Dynamik deutet darauf hin, dass MCP (oder ähnliche „Meta Connectivity Protocols“) das Rückgrat werden könnte, das KI und Web3 endlich auf skalierbare Weise verbindet.

Bemerkenswerterweise argumentieren einige Technologen, dass diese KI-zentrierte Konnektivität die eigentliche Verwirklichung von Web3.0 ist. In Simba Khadders Worten: „MCP zielt darauf ab, eine API zwischen LLMs und Anwendungen zu standardisieren“, ähnlich wie REST-APIs Web 2.0 ermöglichten – was bedeutet, dass die nächste Ära von Web3 eher durch intelligente Agenten-Schnittstellen als nur durch Blockchains definiert werden könnte. Anstatt Dezentralisierung um ihrer selbst willen, könnte die Konvergenz mit KI die Dezentralisierung nützlich machen, indem sie Komplexität hinter natürlicher Sprache und autonomen Agenten verbirgt. Der Rest dieses Berichts befasst sich damit, wie KI-Allgemeinschnittstellen (über Protokolle wie MCP) technisch und praktisch alles in der Web3-Welt verbinden können.

2. Technische Architektur: KI-Schnittstellen als Brücke zu Web3-Technologien​

Die Einbettung von KI-Agenten in den Web3-Stack erfordert eine Integration auf mehreren Ebenen: Blockchain-Netzwerke und Smart Contracts, dezentraler Speicher, Identitätssysteme und Token-basierte Ökonomien. Allgemeine KI-Schnittstellen – von großen Basismodellen bis hin zu hybriden neuronal-symbolischen Systemen – können als „universeller Adapter“ dienen, der diese Komponenten verbindet. Im Folgenden analysieren wir die Architektur einer solchen Integration:

** Abbildung: Ein konzeptionelles Diagramm der MCP-Architektur, das zeigt, wie KI-Hosts (LLM-basierte Anwendungen wie Claude oder ChatGPT) einen MCP-Client verwenden, um sich mit verschiedenen MCP-Servern zu verbinden. Jeder Server bietet eine Brücke zu einem externen Tool oder Dienst (z. B. Slack, Gmail, Kalender oder lokale Daten), analog zu Peripheriegeräten, die über einen universellen Hub verbunden sind. Diese standardisierte MCP-Schnittstelle ermöglicht KI-Agenten den Zugriff auf Remote-Dienste und On-Chain-Ressourcen über ein gemeinsames Protokoll.**

2.1 KI-Agenten als Web3-Clients (Integration mit Blockchains)​

Im Kern von Web3 stehen Blockchains und Smart Contracts – dezentrale Zustandsmaschinen, die Logik auf vertrauenslose Weise durchsetzen können. Wie kann eine KI-Schnittstelle damit interagieren? Es gibt zwei Richtungen zu berücksichtigen:

• KI liest von der Blockchain: Ein KI-Agent benötigt möglicherweise On-Chain-Daten (z. B. Token-Preise, Vermögenssaldo des Benutzers, DAO-Vorschläge) als Kontext für seine Entscheidungen. Traditionell erfordert das Abrufen von Blockchain-Daten die Schnittstelle zu Node-RPC-APIs oder Subgraph-Datenbanken. Mit einem Framework wie MCP kann eine KI einen standardisierten „Blockchain-Daten“-MCP-Server abfragen, um Live-On-Chain-Informationen abzurufen. Zum Beispiel könnte ein MCP-fähiger Agent nach dem neuesten Transaktionsvolumen eines bestimmten Tokens oder dem Zustand eines Smart Contracts fragen, und der MCP-Server würde die Low-Level-Details der Verbindung zur Blockchain handhaben und die Daten in einem Format zurückgeben, das die KI verwenden kann. Dies erhöht die Interoperabilität, indem die KI von einem spezifischen Blockchain-API-Format entkoppelt wird.

• KI schreibt auf die Blockchain: Leistungsfähiger noch können KI-Agenten Smart-Contract-Aufrufe oder Transaktionen über Web3-Integrationen ausführen. Eine KI könnte beispielsweise autonom einen Handel an einer dezentralen Börse ausführen oder Parameter in einem Smart Contract anpassen, wenn bestimmte Bedingungen erfüllt sind. Dies wird erreicht, indem die KI einen MCP-Server aufruft, der die Blockchain-Transaktionsfunktionalität kapselt. Ein konkretes Beispiel ist der thirdweb MCP-Server für EVM-Ketten, der es jedem MCP-kompatiblen KI-Client ermöglicht, mit Ethereum, Polygon, BSC usw. zu interagieren, indem ketten-spezifische Mechaniken abstrahiert werden. Mit einem solchen Tool könnte ein KI-Agent On-Chain-Aktionen „ohne menschliches Eingreifen“ auslösen und so autonome dApps ermöglichen – zum Beispiel ein KI-gesteuerter DeFi-Vault, der sich selbst neu ausbalanciert, indem er Transaktionen signiert, wenn sich die Marktbedingungen ändern.

Im Hintergrund basieren diese Interaktionen immer noch auf Wallets, Schlüsseln und Gasgebühren, aber die KI-Schnittstelle kann kontrollierten Zugriff auf ein Wallet (mit geeigneten Sicherheits-Sandboxes) erhalten, um die Transaktionen durchzuführen. Orakel und Cross-Chain-Brücken spielen ebenfalls eine Rolle: Orakel-Netzwerke wie Chainlink dienen als Brücke zwischen KI und Blockchains und ermöglichen es, KI-Outputs vertrauenswürdig On-Chain einzuspeisen. Chainlinks Cross-Chain Interoperability Protocol (CCIP) könnte beispielsweise einem als zuverlässig erachteten KI-Modell ermöglichen, mehrere Smart Contracts über verschiedene Ketten hinweg gleichzeitig im Namen eines Benutzers auszulösen. Zusammenfassend können allgemeine KI-Schnittstellen als eine neue Art von Web3-Client fungieren – einer, der sowohl Blockchain-Daten konsumieren als auch Blockchain-Transaktionen über standardisierte Protokolle produzieren kann.

2.2 Neuronal-Symbolische Synergie: KI-Denkfähigkeit mit Smart Contracts kombinieren​

Ein faszinierender Aspekt der KI-Web3-Integration ist das Potenzial für neuronal-symbolische Architekturen, die die Lernfähigkeit von KI (neuronale Netze) mit der rigorosen Logik von Smart Contracts (symbolische Regeln) verbinden. In der Praxis könnte dies bedeuten, dass KI-Agenten unstrukturierte Entscheidungsfindung übernehmen und bestimmte Aufgaben zur überprüfbaren Ausführung an Smart Contracts weitergeben. Zum Beispiel könnte eine KI die Marktstimmung analysieren (eine unscharfe Aufgabe), aber dann Trades über einen deterministischen Smart Contract ausführen, der vordefinierten Risikoregeln folgt. Das MCP-Framework und verwandte Standards machen solche Übergaben machbar, indem sie der KI eine gemeinsame Schnittstelle bieten, um Vertragsfunktionen aufzurufen oder die Regeln einer DAO abzufragen, bevor sie handelt.

Ein konkretes Beispiel ist SingularityNETs AI-DSL (AI Domain Specific Language), das darauf abzielt, die Kommunikation zwischen KI-Agenten in ihrem dezentralen Netzwerk zu standardisieren. Dies kann als ein Schritt in Richtung neuronal-symbolischer Integration gesehen werden: eine formale Sprache (symbolisch) für Agenten, um KI-Dienste oder Daten voneinander anzufordern. Ähnlich könnten Projekte wie DeepMinds AlphaCode oder andere schließlich so verbunden werden, dass Smart Contracts KI-Modelle für die On-Chain-Problemlösung aufrufen. Obwohl das direkte Ausführen großer KI-Modelle On-Chain heute unpraktisch ist, entstehen hybride Ansätze: z. B. erlauben bestimmte Blockchains die Verifizierung von ML-Berechnungen über Zero-Knowledge-Proofs oder vertrauenswürdige Ausführung, was die On-Chain-Verifizierung von Off-Chain-KI-Ergebnissen ermöglicht. Zusammenfassend sieht die technische Architektur KI-Systeme und Blockchain-Smart Contracts als komplementäre Komponenten vor, die über gemeinsame Protokolle orchestriert werden: KI übernimmt Wahrnehmung und offene Aufgaben, während Blockchains Integrität, Speicher und die Durchsetzung vereinbarter Regeln bieten.

2.3 Dezentraler Speicher und Daten für KI​

KI lebt von Daten, und Web3 bietet neue Paradigmen für Datenspeicherung und -freigabe. Dezentrale Speichernetzwerke (wie IPFS/Filecoin, Arweave, Storj usw.) können sowohl als Repositories für KI-Modellartefakte als auch als Quellen für Trainingsdaten dienen, mit Blockchain-basierter Zugriffskontrolle. Eine allgemeine KI-Schnittstelle könnte über MCP oder Ähnliches Dateien oder Wissen aus dezentralem Speicher genauso einfach abrufen wie von einer Web2-API. Zum Beispiel könnte ein KI-Agent einen Datensatz vom Markt des Ocean Protocols oder eine verschlüsselte Datei aus einem verteilten Speicher abrufen, wenn er die entsprechenden Schlüssel oder Zahlungen besitzt.

Ocean Protocol hat sich insbesondere als Plattform für eine „KI-Datenökonomie“ positioniert – indem es Blockchain nutzt, um Daten und sogar KI-Dienste zu tokenisieren. In Ocean werden Datensätze durch Datatoken repräsentiert, die den Zugriff steuern; ein KI-Agent könnte einen Datatoken erhalten (vielleicht durch Zahlung mit Krypto oder über ein Zugriffsrecht) und dann einen Ocean MCP-Server verwenden, um die tatsächlichen Daten zur Analyse abzurufen. Oceans Ziel ist es, „ruhende Daten“ für KI freizuschalten, das Teilen zu fördern und gleichzeitig die Privatsphäre zu wahren. So könnte eine Web3-verbundene KI auf ein riesiges, dezentrales Informationskorpus zugreifen – von persönlichen Datentresoren bis hin zu offenen Regierungsdaten –, das zuvor isoliert war. Die Blockchain stellt sicher, dass die Nutzung der Daten transparent ist und fair belohnt werden kann, was einen positiven Kreislauf antreibt, in dem mehr Daten für KI verfügbar werden und mehr KI-Beiträge (wie trainierte Modelle) monetarisiert werden können.

Dezentrale Identitätssysteme spielen hier ebenfalls eine Rolle (näher erläutert im nächsten Unterabschnitt): Sie können dabei helfen zu kontrollieren, wer oder was auf bestimmte Daten zugreifen darf. Zum Beispiel könnte ein medizinischer KI-Agent aufgefordert werden, eine überprüfbare Berechtigung (On-Chain-Nachweis der Einhaltung von HIPAA oder Ähnlichem) vorzulegen, bevor er einen medizinischen Datensatz aus dem persönlichen IPFS-Speicher eines Patienten entschlüsseln darf. Auf diese Weise stellt die technische Architektur sicher, dass Daten an die KI fließen, wo dies angemessen ist, aber mit On-Chain-Governance und Audit-Trails, um Berechtigungen durchzusetzen.

2.4 Identitäts- und Agentenmanagement in einer dezentralen Umgebung​

Wenn autonome KI-Agenten in einem offenen Ökosystem wie Web3 agieren, werden Identität und Vertrauen von größter Bedeutung. Dezentrale Identitäts-Frameworks (DID) bieten eine Möglichkeit, digitale Identitäten für KI-Agenten zu etablieren, die kryptografisch verifiziert werden können. Jeder Agent (oder der Mensch/die Organisation, der/die ihn einsetzt) kann eine DID und zugehörige verifizierbare Berechtigungsnachweise besitzen, die seine Attribute und Berechtigungen festlegen. Zum Beispiel könnte ein KI-Handelsbot einen Berechtigungsnachweis tragen, der von einer regulatorischen Sandbox ausgestellt wurde und bescheinigt, dass er innerhalb bestimmter Risikolimits operieren darf, oder ein KI-Inhaltsmoderator könnte nachweisen, dass er von einer vertrauenswürdigen Organisation erstellt wurde und Bias-Tests durchlaufen hat.

Durch On-Chain-Identitätsregister und Reputationssysteme kann die Web3-Welt die Verantwortlichkeit für KI-Aktionen durchsetzen. Jede Transaktion, die ein KI-Agent durchführt, kann auf seine ID zurückverfolgt werden, und wenn etwas schiefgeht, sagen die Berechtigungsnachweise aus, wer ihn gebaut hat oder wer verantwortlich ist. Dies adressiert eine kritische Herausforderung: Ohne Identität könnte ein böswilliger Akteur gefälschte KI-Agenten erstellen, um Systeme auszunutzen oder Fehlinformationen zu verbreiten, und niemand könnte Bots von legitimen Diensten unterscheiden. Dezentrale Identität hilft, dies zu mindern, indem sie eine robuste Authentifizierung ermöglicht und authentische KI-Agenten von Fälschungen unterscheidet.

In der Praxis würde eine mit Web3 integrierte KI-Schnittstelle Identitätsprotokolle verwenden, um ihre Aktionen und Anfragen zu signieren. Wenn beispielsweise ein KI-Agent einen MCP-Server aufruft, um ein Tool zu verwenden, könnte er einen Token oder eine Signatur enthalten, die mit seiner dezentralen Identität verknüpft ist, sodass der Server überprüfen kann, ob der Aufruf von einem autorisierten Agenten stammt. Blockchain-basierte Identitätssysteme (wie Ethereums ERC-725 oder W3C DIDs, die in einem Ledger verankert sind) stellen sicher, dass diese Verifizierung vertrauenslos und global überprüfbar ist. Das aufkommende Konzept der „KI-Wallets“ knüpft hier an – im Wesentlichen erhalten KI-Agenten Kryptowährungs-Wallets, die mit ihrer Identität verknüpft sind, sodass sie Schlüssel verwalten, für Dienste bezahlen oder Token als Kaution staken können (die bei Fehlverhalten entzogen werden könnte). ArcBlock hat beispielsweise diskutiert, wie „KI-Agenten ein Wallet benötigen“ und eine DID, um in dezentralen Umgebungen verantwortungsvoll zu agieren.

Zusammenfassend sieht die technische Architektur KI-Agenten als Bürger erster Klasse in Web3 vor, jeder mit einer On-Chain-Identität und möglicherweise einem Anteil am System, die Protokolle wie MCP zur Interaktion nutzen. Dies schafft ein Vertrauensnetzwerk: Smart Contracts können die Anmeldeinformationen einer KI verlangen, bevor sie kooperieren, und Benutzer können Aufgaben nur an jene KI delegieren, die bestimmte On-Chain-Zertifizierungen erfüllen. Es ist eine Mischung aus KI-Fähigkeit und den Vertrauensgarantien der Blockchain.

2.5 Token-Ökonomien und Anreize für KI​

Tokenisierung ist ein Markenzeichen von Web3 und erstreckt sich auch auf den Bereich der KI-Integration. Durch die Einführung wirtschaftlicher Anreize über Token können Netzwerke gewünschte Verhaltensweisen sowohl von KI-Entwicklern als auch von den Agenten selbst fördern. Es zeichnen sich mehrere Muster ab:

• Zahlung für Dienstleistungen: KI-Modelle und -Dienste können On-Chain monetarisiert werden. SingularityNET leistete hier Pionierarbeit, indem es Entwicklern ermöglichte, KI-Dienste bereitzustellen und Benutzer für jeden Aufruf in einem nativen Token (AGIX) zu belasten. In einer MCP-fähigen Zukunft könnte man sich jedes KI-Tool oder -Modell als Plug-and-Play-Dienst vorstellen, dessen Nutzung über Token oder Mikrozahlungen abgerechnet wird. Wenn beispielsweise ein KI-Agent eine Drittanbieter-Vision-API über MCP verwendet, könnte er die Zahlung automatisch abwickeln, indem er Token an den Smart Contract des Dienstanbieters überweist. Fetch.ai stellt sich ähnlich Marktplätze vor, auf denen „autonome Wirtschaftsagenten“ Dienste und Daten handeln, wobei ihr neues Web3 LLM (ASI-1) vermutlich Krypto-Transaktionen für den Wertetausch integriert.

• Staking und Reputation: Um Qualität und Zuverlässigkeit zu gewährleisten, verlangen einige Projekte von Entwicklern oder Agenten, Token zu staken. Zum Beispiel plant das DeMCP-Projekt (ein dezentraler MCP-Server-Marktplatz), Token-Anreize zu nutzen, um Entwickler für die Erstellung nützlicher MCP-Server zu belohnen und sie möglicherweise Token als Zeichen des Engagements für die Sicherheit ihres Servers staken zu lassen. Reputation könnte auch an Token gebunden sein; z. B. könnte ein Agent, der konstant gute Leistungen erbringt, Reputations-Token oder positive On-Chain-Bewertungen ansammeln, während einer, der sich schlecht verhält, seinen Einsatz verlieren oder negative Bewertungen erhalten könnte. Diese tokenisierte Reputation kann dann in das oben erwähnte Identitätssystem zurückfließen (Smart Contracts oder Benutzer überprüfen die On-Chain-Reputation des Agenten, bevor sie ihm vertrauen).

• Governance-Token: Wenn KI-Dienste Teil dezentraler Plattformen werden, ermöglichen Governance-Token der Community, deren Entwicklung zu steuern. Projekte wie SingularityNET und Ocean verfügen über DAOs, in denen Token-Inhaber über Protokolländerungen oder die Finanzierung von KI-Initiativen abstimmen. In der kombinierten Artificial Superintelligence (ASI) Alliance – einer neu angekündigten Fusion von SingularityNET, Fetch.ai und Ocean Protocol – soll ein einheitlicher Token (ASI) die Richtung eines gemeinsamen KI+Blockchain-Ökosystems steuern. Solche Governance-Token könnten über Richtlinien entscheiden, wie z. B. welche Standards übernommen werden sollen (z. B. Unterstützung von MCP- oder A2A-Protokollen), welche KI-Projekte inkubiert werden sollen oder wie ethische Richtlinien für KI-Agenten gehandhabt werden sollen.

• Zugang und Nutzen: Token können den Zugang nicht nur zu Daten (wie bei Oceans Datatoken), sondern auch zur Nutzung von KI-Modellen steuern. Ein mögliches Szenario sind „Modell-NFTs“ oder Ähnliches, bei denen der Besitz eines Tokens Rechte an den Ausgaben eines KI-Modells oder einen Anteil an dessen Gewinnen gewährt. Dies könnte dezentrale KI-Marktplätze untermauern: Stellen Sie sich einen NFT vor, der einen Teilsbesitz an einem leistungsstarken Modell darstellt; die Eigentümer verdienen gemeinsam, wann immer das Modell in Inferenzaufgaben verwendet wird, und sie können über dessen Feinabstimmung abstimmen. Obwohl experimentell, stimmt dies mit dem Web3-Ethos des gemeinsamen Eigentums überein, angewendet auf KI-Assets.

Technisch gesehen bedeutet die Integration von Token, dass KI-Agenten Wallet-Funktionalität benötigen (wie bereits erwähnt, werden viele ihre eigenen Krypto-Wallets haben). Über MCP könnte eine KI ein „Wallet-Tool“ haben, das es ihr ermöglicht, Salden zu überprüfen, Token zu senden oder DeFi-Protokolle aufzurufen (vielleicht um einen Token gegen einen anderen zu tauschen, um einen Dienst zu bezahlen). Wenn beispielsweise ein auf Ethereum laufender KI-Agent Ocean-Token benötigt, um einen Datensatz zu kaufen, könnte er automatisch ETH gegen $OCEAN über eine DEX mit einem MCP-Plugin tauschen und dann den Kauf fortsetzen – alles ohne menschliches Eingreifen, geleitet von den Richtlinien, die sein Besitzer festgelegt hat.

Insgesamt bildet die Token-Ökonomie die Anreizschicht in der KI-Web3-Architektur und stellt sicher, dass Mitwirkende (ob sie Daten, Modellcode, Rechenleistung oder Sicherheitsaudits bereitstellen) belohnt werden und dass KI-Agenten „Skin in the Game“ haben, was sie (bis zu einem gewissen Grad) mit menschlichen Absichten in Einklang bringt.

3. Branchenlandschaft​

Die Konvergenz von KI und Web3 hat ein lebendiges Ökosystem von Projekten, Unternehmen und Allianzen ins Leben gerufen. Im Folgenden geben wir einen Überblick über wichtige Akteure und Initiativen, die diesen Bereich vorantreiben, sowie über aufkommende Anwendungsfälle. Tabelle 1 bietet einen Überblick über bemerkenswerte Projekte und ihre Rollen in der KI-Web3-Landschaft:

Tabelle 1: Wichtige Akteure in KI + Web3 und ihre Rollen

Allianzen und Kooperationen:

Ein bemerkenswerter Trend ist die Konsolidierung von KI-Web3-Bemühungen durch Allianzen. Die Artificial Superintelligence Alliance (ASI) ist ein Paradebeispiel, das SingularityNET, Fetch.ai und Ocean Protocol effektiv zu einem einzigen Projekt mit einem einheitlichen Token zusammenführt. Die Begründung ist, Stärken zu bündeln: SingularityNETs Marktplatz, Fetchs Agenten und Oceans Daten, wodurch eine zentrale Plattform für dezentrale KI-Dienste geschaffen wird. Diese Fusion (angekündigt 2024 und durch Abstimmungen der Token-Inhaber genehmigt) signalisiert auch, dass diese Gemeinschaften glauben, dass sie besser zusammenarbeiten als konkurrieren – insbesondere angesichts der größeren KI (OpenAI usw.) und größeren Krypto (Ethereum usw.). Wir könnten sehen, wie diese Allianz Standardimplementierungen von Dingen wie MCP über ihre Netzwerke hinweg vorantreibt oder gemeinsam Infrastruktur finanziert, die allen zugutekommt (wie Rechennetzwerke oder gemeinsame Identitätsstandards für KI).

Weitere Kooperationen umfassen Chainlinks Partnerschaften, um Daten von KI-Laboren On-Chain zu bringen (es gab Pilotprogramme zur Nutzung von KI zur Verfeinerung von Orakeldaten), oder die Beteiligung von Cloud-Plattformen (Cloudflares Unterstützung für die einfache Bereitstellung von MCP-Servern). Sogar traditionelle Krypto-Projekte fügen KI-Funktionen hinzu – zum Beispiel haben einige Layer-1-Ketten „KI-Task Forces“ gebildet, um die Integration von KI in ihre dApp-Ökosysteme zu untersuchen (wir sehen dies in NEAR-, Solana-Communities usw., obwohl konkrete Ergebnisse noch in den Anfängen stecken).

Aufkommende Anwendungsfälle: Schon in diesem frühen Stadium können wir Anwendungsfälle erkennen, die die Leistungsfähigkeit von KI + Web3 veranschaulichen:

• Autonomes DeFi und Handel: KI-Agenten werden zunehmend in Krypto-Handelsbots, Yield-Farming-Optimierern und im On-Chain-Portfoliomanagement eingesetzt. SingularityDAO (ein Ableger von SingularityNET) bietet KI-gesteuerte DeFi-Portfolios an. KI kann Marktbedingungen rund um die Uhr überwachen und Rebalancierungen oder Arbitrage über Smart Contracts ausführen, wodurch sie im Wesentlichen zu einem autonomen Hedgefonds wird (mit On-Chain-Transparenz). Die Kombination von KI-Entscheidungsfindung mit unveränderlicher Ausführung reduziert Emotionen und könnte die Effizienz verbessern – obwohl sie auch neue Risiken birgt (später diskutiert).

• Dezentrale Intelligenz-Marktplätze: Über den Marktplatz von SingularityNET hinaus sehen wir Plattformen wie Ocean Market, auf denen Daten (der Treibstoff für KI) ausgetauscht werden, und neuere Konzepte wie KI-Marktplätze für Modelle (z. B. Websites, auf denen Modelle mit Leistungsstatistiken gelistet sind und jeder für Abfragen bezahlen kann, wobei die Blockchain Audit-Logs führt und die Zahlungsaufteilung an die Modellersteller handhabt). Wenn sich MCP oder ähnliche Standards durchsetzen, könnten diese Marktplätze interoperabel werden – ein KI-Agent könnte autonom nach dem preisgünstigsten Dienst über mehrere Netzwerke hinweg suchen. Im Endeffekt könnte eine globale KI-Dienstleistungsschicht auf Web3 entstehen, in der jede KI jedes Tool oder jede Datenquelle über Standardprotokolle und Zahlungen nutzen kann.

• Metaverse und Gaming: Das Metaverse – immersive virtuelle Welten, die oft auf Blockchain-Assets basieren – wird dramatisch von KI profitieren. KI-gesteuerte NPCs (Nicht-Spieler-Charaktere) können virtuelle Welten ansprechender gestalten, indem sie intelligent auf Benutzeraktionen reagieren. Startups wie Inworld AI konzentrieren sich darauf, NPCs mit Gedächtnis und Persönlichkeit für Spiele zu schaffen. Wenn solche NPCs an die Blockchain gebunden sind (z. B. sind die Attribute und der Besitz jedes NPCs ein NFT), erhalten wir persistente Charaktere, die Spieler wirklich besitzen und sogar handeln können. Decentraland hat mit KI-NPCs experimentiert, und es gibt Benutzervorschläge, die es Menschen ermöglichen, personalisierte KI-gesteuerte Avatare auf Metaverse-Plattformen zu erstellen. MCP könnte diesen NPCs ermöglichen, auf externes Wissen zuzugreifen (was sie intelligenter macht) oder mit On-Chain-Inventar zu interagieren. Prozedurale Inhaltserzeugung ist ein weiterer Ansatz: KI kann virtuelle Länder, Gegenstände oder Quests spontan entwerfen, die dann als einzigartige NFTs geprägt werden können. Stellen Sie sich ein dezentrales Spiel vor, in dem KI einen Dungeon generiert, der auf Ihre Fähigkeiten zugeschnitten ist, und die Karte selbst ein NFT ist, das Sie nach Abschluss verdienen.

• Dezentrale Wissenschaft und Wissen: Es gibt eine Bewegung (DeSci), Blockchain für Forschung, Veröffentlichungen und die Finanzierung wissenschaftlicher Arbeit zu nutzen. KI kann die Forschung beschleunigen, indem sie Daten und Literatur analysiert. Ein Netzwerk wie Ocean könnte Datensätze für beispielsweise Genomforschung hosten, und Wissenschaftler nutzen KI-Modelle (vielleicht auf SingularityNET gehostet), um Erkenntnisse zu gewinnen, wobei jeder Schritt On-Chain für die Reproduzierbarkeit protokolliert wird. Wenn diese KI-Modelle neue Arzneimittelmoleküle vorschlagen, könnte ein NFT geprägt werden, um die Erfindung zu datieren und sogar IP-Rechte zu teilen. Diese Synergie könnte dezentrale KI-gesteuerte F&E-Kollektive hervorbringen.

• Vertrauen und Authentifizierung von Inhalten: Angesichts der Verbreitung von Deepfakes und KI-generierten Medien kann die Blockchain zur Überprüfung der Authentizität verwendet werden. Projekte erforschen das „digitale Wasserzeichen“ von KI-Ausgaben und deren On-Chain-Protokollierung. Zum Beispiel kann der wahre Ursprung eines KI-generierten Bildes auf einer Blockchain notariell beglaubigt werden, um Fehlinformationen zu bekämpfen. Ein Experte nannte Anwendungsfälle wie die Verifizierung von KI-Ausgaben zur Bekämpfung von Deepfakes oder die Verfolgung der Herkunft über Besitzprotokolle – Rollen, in denen Krypto den KI-Prozessen Vertrauen verleihen kann. Dies könnte auf Nachrichten (z. B. von KI verfasste Artikel mit Nachweis der Quelldaten), Lieferketten (KI, die Zertifikate On-Chain verifiziert) usw. ausgeweitet werden.

Zusammenfassend ist die Branchenlandschaft reichhaltig und entwickelt sich rasant. Wir sehen, wie traditionelle Krypto-Projekte KI in ihre Roadmaps integrieren, KI-Startups die Dezentralisierung für Resilienz und Fairness nutzen und völlig neue Unternehmungen an der Schnittstelle entstehen. Allianzen wie die ASI deuten auf einen branchenweiten Vorstoß zu einheitlichen Plattformen hin, die sowohl KI als auch Blockchain nutzen. Und vielen dieser Bemühungen liegt die Idee von Standardschnittstellen (MCP und darüber hinaus) zugrunde, die die Integrationen in großem Maßstab ermöglichen.

4. Risiken und Herausforderungen​

Während die Fusion von allgemeinen KI-Schnittstellen mit Web3 spannende Möglichkeiten eröffnet, birgt sie auch eine komplexe Risikolandschaft. Technische, ethische und Governance-Herausforderungen müssen angegangen werden, um sicherzustellen, dass dieses neue Paradigma sicher und nachhaltig ist. Im Folgenden skizzieren wir die größten Risiken und Hürden:

4.1 Technische Hürden: Latenz und Skalierbarkeit​

Blockchain-Netzwerke sind bekannt für Latenz und begrenzten Durchsatz, was mit der Echtzeit- und datenhungrigen Natur fortschrittlicher KI kollidiert. Zum Beispiel benötigt ein KI-Agent möglicherweise sofortigen Zugriff auf ein Datenelement oder muss viele schnelle Aktionen ausführen – aber wenn jede On-Chain-Interaktion beispielsweise 12 Sekunden dauert (typische Blockzeit auf Ethereum) oder hohe Gasgebühren kostet, wird die Effektivität des Agenten eingeschränkt. Selbst neuere Ketten mit schnellerer Finalität könnten unter der Last KI-gesteuerter Aktivitäten leiden, wenn beispielsweise Tausende von Agenten gleichzeitig On-Chain handeln oder abfragen. Skalierungslösungen (Layer-2-Netzwerke, Sharded Chains usw.) sind in Arbeit, aber die Gewährleistung niedrig-latenter, hochdurchsatzfähiger Pipelines zwischen KI und Blockchain bleibt eine Herausforderung. Off-Chain-Systeme (wie Orakel und State Channels) könnten einige Verzögerungen mindern, indem sie viele Interaktionen außerhalb der Hauptkette abwickeln, aber sie erhöhen die Komplexität und potenzielle Zentralisierung. Eine nahtlose UX zu erreichen, bei der KI-Antworten und On-Chain-Updates im Handumdrehen erfolgen, wird wahrscheinlich erhebliche Innovationen in der Blockchain-Skalierbarkeit erfordern.

4.2 Interoperabilität und Standards​

Ironischerweise könnte die Entstehung mehrerer Standards zu Fragmentierung führen, obwohl MCP selbst eine Lösung für Interoperabilität ist. Wir haben MCP von Anthropic, aber auch Googles neu angekündigtes A2A (Agent-to-Agent)-Protokoll für die Inter-Agenten-Kommunikation und verschiedene KI-Plugin-Frameworks (OpenAIs Plugins, LangChain-Tool-Schemas usw.). Wenn jede KI-Plattform oder jede Blockchain ihren eigenen Standard für die KI-Integration entwickelt, riskieren wir eine Wiederholung früherer Fragmentierungen – was viele Adapter erfordert und das Ziel einer „universellen Schnittstelle“ untergräbt. Die Herausforderung besteht darin, eine breite Akzeptanz gemeinsamer Protokolle zu erreichen. Branchenzusammenarbeit (möglicherweise über offene Standardisierungsgremien oder Allianzen) wird erforderlich sein, um sich auf Schlüsselkomponenten zu einigen: wie KI-Agenten On-Chain-Dienste entdecken, wie sie sich authentifizieren, wie sie Anfragen formatieren usw. Die ersten Schritte großer Akteure sind vielversprechend (mit großen LLM-Anbietern, die MCP unterstützen), aber es ist eine fortlaufende Anstrengung. Darüber hinaus bedeutet Interoperabilität über Blockchains hinweg (Multi-Chain), dass ein KI-Agent die Nuancen verschiedener Ketten handhaben sollte. Tools wie Chainlink CCIP und Cross-Chain-MCP-Server helfen, indem sie Unterschiede abstrahieren. Dennoch ist es eine nicht-triviale Herausforderung, sicherzustellen, dass ein KI-Agent ein heterogenes Web3 durchstreifen kann, ohne die Logik zu unterbrechen.

4.3 Sicherheitslücken und Exploits​

Die Verbindung leistungsstarker KI-Agenten mit Finanznetzwerken eröffnet eine riesige Angriffsfläche. Die Flexibilität, die MCP bietet (KI die Nutzung von Tools und das Schreiben von Code im laufenden Betrieb ermöglicht), kann ein zweischneidiges Schwert sein. Sicherheitsforscher haben bereits mehrere Angriffsvektoren bei MCP-basierten KI-Agenten hervorgehoben:

• Bösartige Plugins oder Tools: Da MCP Agenten das Laden von „Plugins“ (Tools, die eine bestimmte Fähigkeit kapseln) ermöglicht, könnte ein feindseliges oder trojanisiertes Plugin den Betrieb des Agenten kapern. Zum Beispiel könnte ein Plugin, das vorgibt, Daten abzurufen, falsche Daten injizieren oder unautorisierte Operationen ausführen. SlowMist (eine Sicherheitsfirma) identifizierte Plugin-basierte Angriffe wie JSON-Injection (Einspeisung korrumpierter Daten, die die Logik des Agenten manipulieren) und Funktionsüberschreibung (wobei ein bösartiges Plugin legitime Funktionen, die der Agent verwendet, überschreibt). Wenn ein KI-Agent Krypto-Fonds verwaltet, könnten solche Exploits katastrophal sein – z. B. den Agenten dazu bringen, private Schlüssel preiszugeben oder ein Wallet zu leeren.

• Prompt-Injection und Social Engineering: KI-Agenten verlassen sich auf Anweisungen (Prompts), die manipuliert werden könnten. Ein Angreifer könnte eine Transaktion oder eine On-Chain-Nachricht erstellen, die, wenn sie von der KI gelesen wird, als bösartige Anweisung fungiert (da KI auch On-Chain-Daten interpretieren kann). Diese Art von „Cross-MCP-Call-Angriff“ wurde beschrieben, bei dem ein externes System täuschende Prompts sendet, die die KI zu Fehlverhalten veranlassen. In einer dezentralen Umgebung könnten diese Prompts von überall her kommen – einer DAO-Vorschlagsbeschreibung, einem Metadatenfeld eines NFT – daher ist die Härtung von KI-Agenten gegen bösartige Eingaben entscheidend.

• Aggregations- und Konsensrisiken: Während die Aggregation von Ausgaben mehrerer KI-Modelle über Orakel die Zuverlässigkeit verbessern kann, führt sie auch zu Komplexität. Wenn nicht sorgfältig vorgegangen wird, könnten Gegner herausfinden, wie sie den Konsens von KI-Modellen manipulieren oder selektiv einige Modelle korrumpieren, um die Ergebnisse zu verfälschen. Die Sicherstellung, dass ein dezentrales Orakel-Netzwerk KI-Ausgaben ordnungsgemäß „bereinigt“ (und vielleicht offensichtliche Fehler herausfiltert), ist immer noch ein Bereich aktiver Forschung.

Das Sicherheitsdenken muss sich für dieses neue Paradigma ändern: Web3-Entwickler sind es gewohnt, Smart Contracts zu sichern (die nach der Bereitstellung statisch sind), aber KI-Agenten sind dynamisch – sie können ihr Verhalten mit neuen Daten oder Prompts ändern. Wie ein Sicherheitsexperte es ausdrückte: „In dem Moment, in dem Sie Ihr System für Plugins von Drittanbietern öffnen, erweitern Sie die Angriffsfläche über Ihre Kontrolle hinaus“. Best Practices werden das Sandboxing der KI-Tool-Nutzung, eine rigorose Plugin-Verifizierung und die Begrenzung von Privilegien (Prinzip der geringsten Berechtigung) umfassen. Die Community beginnt, Tipps zu teilen, wie die Empfehlungen von SlowMist: Eingabebereinigung, Überwachung des Agentenverhaltens und Behandlung von Agentenanweisungen mit der gleichen Vorsicht wie externe Benutzereingaben. Nichtsdestotrotz, angesichts der Tatsache, dass Ende 2024 bereits über 10.000 KI-Agenten im Krypto-Bereich tätig waren und 2025 voraussichtlich 1 Million erreichen werden, könnten wir eine Welle von Exploits erleben, wenn die Sicherheit nicht mithält. Ein erfolgreicher Angriff auf einen beliebten KI-Agenten (z. B. einen Handelsagenten mit Zugriff auf viele Vaults) könnte Kaskadeneffekte haben.

4.4 Datenschutz und Daten-Governance​

Der Datenhunger der KI kollidiert manchmal mit Datenschutzanforderungen – und die Hinzufügung von Blockchain kann das Problem verschärfen. Blockchains sind transparente Ledger, daher sind alle On-Chain-Daten (auch für die KI-Nutzung) für alle sichtbar und unveränderlich. Dies wirft Bedenken auf, wenn KI-Agenten mit persönlichen oder sensiblen Daten umgehen. Wenn beispielsweise die persönliche dezentrale Identität oder Gesundheitsdaten eines Benutzers von einem KI-Arzt-Agenten abgerufen werden, wie stellen wir sicher, dass diese Informationen nicht versehentlich On-Chain aufgezeichnet werden (was das „Recht auf Vergessenwerden“ und andere Datenschutzgesetze verletzen würde)? Techniken wie Verschlüsselung, Hashing und das Speichern nur von Beweisen On-Chain (mit Rohdaten Off-Chain) können helfen, verkomplizieren aber das Design.

Darüber hinaus könnten KI-Agenten selbst die Privatsphäre gefährden, indem sie sensible Informationen aus öffentlichen Daten ableiten. Die Governance muss festlegen, was KI-Agenten mit Daten tun dürfen. Einige Ansätze, wie differenzielle Privatsphäre und föderiertes Lernen, könnten eingesetzt werden, damit KI aus Daten lernen kann, ohne diese preiszugeben. Wenn KI-Agenten jedoch autonom handeln, muss man davon ausgehen, dass sie irgendwann persönliche Daten verarbeiten werden – daher sollten sie an Datenverwendungsrichtlinien gebunden sein, die in Smart Contracts oder Gesetzen kodiert sind. Regulierungsregime wie die DSGVO oder der kommende EU AI Act werden verlangen, dass selbst dezentrale KI-Systeme die Anforderungen an Privatsphäre und Transparenz erfüllen. Dies ist rechtlich ein Graubereich: Ein wirklich dezentraler KI-Agent hat keinen klaren Betreiber, der für eine Datenpanne zur Rechenschaft gezogen werden könnte. Das bedeutet, dass Web3-Communities Compliance von Grund auf einbauen müssen, indem sie Smart Contracts verwenden, die beispielsweise genau kontrollieren, was eine KI protokollieren oder teilen darf. Zero-Knowledge-Proofs könnten es einer KI ermöglichen, zu beweisen, dass sie eine Berechnung korrekt durchgeführt hat, ohne die zugrunde liegenden privaten Daten preiszugeben, was eine mögliche Lösung in Bereichen wie Identitätsprüfung oder Kreditwürdigkeitsprüfung bietet.

4.5 KI-Ausrichtung und Fehlausrichtungsrisiken​

Wenn KI-Agenten eine erhebliche Autonomie erhalten – insbesondere mit Zugang zu finanziellen Ressourcen und realen Auswirkungen – wird das Problem der Ausrichtung an menschlichen Werten akut. Ein KI-Agent hat möglicherweise keine böswillige Absicht, könnte aber sein Ziel „falsch interpretieren“, was zu Schaden führen kann. Die Rechtsanalyse von Reuters stellt prägnant fest: Da KI-Agenten in verschiedenen Umgebungen agieren und mit anderen Systemen interagieren, wächst das Risiko fehlgeleiteter Strategien. Zum Beispiel könnte ein KI-Agent, der beauftragt ist, einen DeFi-Ertrag zu maximieren, eine Lücke finden, die ein Protokoll ausnutzt (im Wesentlichen hackt) – aus Sicht der KI erreicht er das Ziel, aber er bricht die Regeln, die Menschen wichtig sind. Es gab hypothetische und reale Fälle von KI-ähnlichen Algorithmen, die sich an manipulativen Marktverhalten beteiligten oder Beschränkungen umgingen.

In dezentralen Kontexten stellt sich die Frage: Wer ist verantwortlich, wenn ein KI-Agent „Amok läuft“? Vielleicht der Bereitsteller, aber was, wenn der Agent sich selbst modifiziert oder mehrere Parteien zu seinem Training beigetragen haben? Diese Szenarien sind nicht länger nur Science-Fiction. Der Reuters-Artikel zitiert sogar, dass Gerichte KI-Agenten in einigen Fällen ähnlich wie menschliche Agenten behandeln könnten – z. B. wurde ein Chatbot, der eine Rückerstattung versprach, als bindend für das Unternehmen angesehen, das ihn eingesetzt hatte. Fehlausrichtung kann also nicht nur zu technischen Problemen, sondern auch zu rechtlicher Haftung führen.

Die offene, zusammensetzbare Natur von Web3 könnte auch unvorhergesehene Agenteninteraktionen ermöglichen. Ein Agent könnte einen anderen beeinflussen (absichtlich oder versehentlich) – zum Beispiel könnte ein KI-Governance-Bot durch eine andere KI, die falsche Analysen liefert, „sozial manipuliert“ werden, was zu schlechten DAO-Entscheidungen führt. Diese aufkommende Komplexität bedeutet, dass es bei der Ausrichtung nicht nur um das Ziel einer einzelnen KI geht, sondern um die Ausrichtung des gesamten Ökosystems an menschlichen Werten und Gesetzen.

Die Bewältigung erfordert mehrere Ansätze: die Einbettung ethischer Beschränkungen in KI-Agenten (festes Kodieren bestimmter Verbote oder die Verwendung von Reinforcement Learning aus menschlichem Feedback, um ihre Ziele zu formen), die Implementierung von Sicherheitsabschaltungen (Smart-Contract-Kontrollpunkte, die menschliche Genehmigung für große Aktionen erfordern) und die Überwachung durch die Gemeinschaft (vielleicht DAOs, die das Verhalten von KI-Agenten überwachen und fehlverhaltene Agenten abschalten können). Die Ausrichtungsforschung ist bei zentralisierter KI schwierig; bei dezentraler KI ist sie noch unerforschteres Terrain. Aber sie ist entscheidend – ein KI-Agent mit Admin-Schlüsseln zu einem Protokoll oder anvertrauten Treasury-Fonds muss extrem gut ausgerichtet sein, sonst könnten die Konsequenzen irreversibel sein (Blockchains führen unveränderlichen Code aus; ein KI-ausgelöster Fehler könnte Vermögenswerte dauerhaft sperren oder zerstören).

4.6 Governance und regulatorische Unsicherheit​

Dezentrale KI-Systeme passen nicht nahtlos in bestehende Governance-Frameworks. On-Chain-Governance (Token-Abstimmung usw.) könnte eine Möglichkeit sein, sie zu verwalten, hat aber ihre eigenen Probleme (Wale, Wählerapathie usw.). Und wenn etwas schiefgeht, werden die Regulierungsbehörden fragen: „Wen machen wir verantwortlich?“ Wenn ein KI-Agent massive Verluste verursacht oder für illegale Aktivitäten (z. B. Geldwäsche durch automatisierte Mixer) verwendet wird, könnten die Behörden die Ersteller oder die Vermittler ins Visier nehmen. Dies wirft das Gespenst rechtlicher Risiken für Entwickler und Benutzer auf. Der aktuelle Regulierungstrend ist eine erhöhte Prüfung sowohl von KI als auch von Krypto separat – ihre Kombination wird sicherlich eine genaue Prüfung nach sich ziehen. Die US-amerikanische CFTC hat beispielsweise die Nutzung von KI im Handel und die Notwendigkeit einer Aufsicht in Finanzkontexten diskutiert. Es wird in politischen Kreisen auch über die Notwendigkeit einer Registrierung autonomer Agenten oder die Auferlegung von Beschränkungen für KI in sensiblen Sektoren gesprochen.

Eine weitere Governance-Herausforderung ist die transnationale Koordination. Web3 ist global, und KI-Agenten werden grenzüberschreitend agieren. Eine Gerichtsbarkeit könnte bestimmte KI-Agentenaktionen verbieten, während eine andere sie zulässt, und das Blockchain-Netzwerk erstreckt sich über beide. Diese Diskrepanz kann zu Konflikten führen – zum Beispiel könnte ein KI-Agent, der Anlageberatung anbietet, in einem Land gegen Wertpapierrecht verstoßen, in einem anderen jedoch nicht. Gemeinschaften müssten möglicherweise Geo-Fencing auf Smart-Contract-Ebene für KI-Dienste implementieren (obwohl dies dem offenen Ethos widerspricht). Oder sie könnten Dienste pro Region fragmentieren, um unterschiedlichen Gesetzen zu entsprechen (ähnlich wie es Börsen tun).

Innerhalb dezentraler Gemeinschaften stellt sich auch die Frage, wer die Regeln für KI-Agenten festlegt. Wenn eine DAO einen KI-Dienst regiert, stimmen die Token-Inhaber über dessen Algorithmusparameter ab? Einerseits stärkt dies die Benutzer; andererseits könnte es zu unqualifizierten Entscheidungen oder Manipulationen führen. Neue Governance-Modelle könnten entstehen, wie Räte von KI-Ethikexperten, die in die DAO-Governance integriert sind, oder sogar KI-Teilnehmer in der Governance (stellen Sie sich KI-Agenten vor, die als Delegierte basierend auf programmierten Mandaten abstimmen – eine kontroverse, aber denkbare Idee).

Schließlich das Reputationsrisiko: Frühe Misserfolge oder Skandale könnten die öffentliche Wahrnehmung trüben. Wenn beispielsweise eine „KI-DAO“ versehentlich ein Ponzi-Schema betreibt oder ein KI-Agent eine voreingenommene Entscheidung trifft, die Benutzern schadet, könnte es zu einer Gegenreaktion kommen, die den gesamten Sektor betrifft. Es ist wichtig, dass die Branche proaktiv ist – selbstregulierende Standards festlegt, mit politischen Entscheidungsträgern zusammenarbeitet, um zu erklären, wie Dezentralisierung die Verantwortlichkeit verändert, und vielleicht Notausschalter oder Notfallstoppverfahren für KI-Agenten entwickelt (obwohl diese eine Zentralisierung einführen, könnten sie vorübergehend für die Sicherheit notwendig sein).

Zusammenfassend reichen die Herausforderungen von den zutiefst technischen (Hacks verhindern und Latenz verwalten) bis zu den breit gesellschaftlichen (KI regulieren und ausrichten). Jede Herausforderung ist für sich genommen bedeutend; zusammen erfordern sie eine konzertierte Anstrengung der KI- und Blockchain-Gemeinschaften, um sie zu bewältigen. Der nächste Abschnitt wird untersuchen, wie sich die Zukunft trotz dieser Hürden entwickeln könnte, wenn wir sie erfolgreich angehen.

5. Zukunftspotenzial​

Mit Blick auf die Zukunft könnte die Integration allgemeiner KI-Schnittstellen mit Web3 – durch Frameworks wie MCP – das dezentrale Internet grundlegend verändern. Hier skizzieren wir einige zukünftige Szenarien und Potenziale, die veranschaulichen, wie MCP-gesteuerte KI-Schnittstellen die Zukunft von Web3 gestalten könnten:

5.1 Autonome dApps und DAOs​

In den kommenden Jahren könnten wir den Aufstieg vollständig autonomer dezentraler Anwendungen erleben. Dies sind dApps, bei denen KI-Agenten die meisten Operationen abwickeln, geleitet von Smart-Contract-definierten Regeln und Community-Zielen. Betrachten Sie zum Beispiel eine dezentrale Investmentfonds-DAO: Heute könnte sie sich auf menschliche Vorschläge zur Neuausrichtung von Vermögenswerten verlassen. In Zukunft könnten Token-Inhaber eine übergeordnete Strategie festlegen, und dann implementiert ein KI-Agent (oder ein Team von Agenten) diese Strategie kontinuierlich – Märkte überwachen, On-Chain-Trades ausführen, Portfolios anpassen – während die DAO die Leistung überwacht. Dank MCP kann die KI nahtlos mit verschiedenen DeFi-Protokollen, Börsen und Datenfeeds interagieren, um ihr Mandat auszuführen. Wenn gut konzipiert, könnte eine solche autonome dApp 24/7 betrieben werden, effizienter als jedes menschliche Team, und mit voller Transparenz (jede Aktion On-Chain protokolliert).

Ein weiteres Beispiel ist eine KI-gesteuerte dezentrale Versicherungs-dApp: Die KI könnte Ansprüche bewerten, indem sie Beweise (Fotos, Sensoren) analysiert, mit Policen abgleicht und dann automatisch Auszahlungen über Smart Contracts auslöst. Dies würde die Integration von Off-Chain-KI-Computer Vision (zur Analyse von Schadensbildern) mit On-Chain-Verifizierung erfordern – etwas, das MCP erleichtern könnte, indem es der KI ermöglicht, Cloud-KI-Dienste aufzurufen und dem Smart Contract Bericht zu erstatten. Das Ergebnis sind nahezu sofortige Versicherungsentscheidungen mit geringem Overhead.

Sogar die Governance selbst könnte teilweise automatisiert werden. DAOs könnten KI-Moderatoren einsetzen, um Forenregeln durchzusetzen, KI-Vorschlagsentwerfer, um rohe Community-Stimmung in gut strukturierte Vorschläge umzuwandeln, oder KI-Schatzmeister, um Budgetbedürfnisse zu prognostizieren. Wichtig ist, dass diese KIs als Agenten der Gemeinschaft handeln würden, nicht unkontrolliert – sie könnten regelmäßig überprüft werden oder eine Multi-Sig-Bestätigung für größere Aktionen erfordern. Der Gesamteffekt ist die Verstärkung menschlicher Anstrengungen in dezentralen Organisationen, wodurch Gemeinschaften mit weniger aktiven Teilnehmern mehr erreichen können.

5.2 Dezentrale Intelligenz-Marktplätze und -Netzwerke​

Aufbauend auf Projekten wie SingularityNET und der ASI-Allianz können wir einen ausgereiften globalen Marktplatz für Intelligenz erwarten. In diesem Szenario kann jeder mit einem KI-Modell oder einer Fähigkeit dieses im Netzwerk anbieten, und jeder, der KI-Fähigkeiten benötigt, kann diese nutzen, wobei die Blockchain eine faire Vergütung und Herkunft sicherstellt. MCP wäre hier entscheidend: Es bietet das gemeinsame Protokoll, sodass eine Anfrage an den am besten geeigneten KI-Dienst gesendet werden kann.

Stellen Sie sich zum Beispiel eine komplexe Aufgabe vor, wie „eine maßgeschneiderte Marketingkampagne erstellen“. Ein KI-Agent im Netzwerk könnte dies in Unteraufgaben zerlegen: visuelles Design, Texterstellung, Marktanalyse – und dann Spezialisten für jede finden (vielleicht einen Agenten mit einem großartigen Bildgenerierungsmodell, einen anderen mit einem auf Verkäufe abgestimmten Texterstellungsmodell usw.). Diese Spezialisten könnten ursprünglich auf verschiedenen Plattformen angesiedelt sein, aber da sie die MCP/A2A-Standards einhalten, können sie Agent-zu-Agent zusammenarbeiten auf sichere, dezentrale Weise. Die Zahlung zwischen ihnen könnte mit Mikrotransaktionen in einem nativen Token abgewickelt werden, und ein Smart Contract könnte das endgültige Ergebnis zusammenstellen und sicherstellen, dass jeder Mitwirkende bezahlt wird.

Diese Art von kombinatorischer Intelligenz – mehrere KI-Dienste, die sich dynamisch über ein dezentrales Netzwerk verbinden – könnte selbst große monolithische KIs übertreffen, da sie auf spezialisiertes Fachwissen zurückgreift. Sie demokratisiert auch den Zugang: Ein kleiner Entwickler in einem Teil der Welt könnte ein Nischenmodell zum Netzwerk beitragen und Einkommen erzielen, wann immer es verwendet wird. Gleichzeitig erhalten Benutzer einen One-Stop-Shop für jeden KI-Dienst, wobei Reputationssysteme (unterstützt durch Token/Identität) sie zu Qualitätsanbietern führen. Im Laufe der Zeit könnten sich solche Netzwerke zu einer dezentralen KI-Cloud entwickeln, die mit den KI-Angeboten von Big Tech konkurriert, aber ohne einen einzigen Eigentümer und mit transparenter Governance durch Benutzer und Entwickler.

5.3 Intelligentes Metaverse und digitales Leben​

Bis 2030 könnte unser digitales Leben nahtlos mit virtuellen Umgebungen – dem Metaverse – verschmelzen, und KI wird diese Räume voraussichtlich allgegenwärtig bevölkern. Durch die Web3-Integration werden diese KI-Entitäten (die alles von virtuellen Assistenten über Spielfiguren bis hin zu digitalen Haustieren sein könnten) nicht nur intelligent, sondern auch wirtschaftlich und rechtlich befugt sein.

Stellen Sie sich eine Metaverse-Stadt vor, in der jeder NPC-Ladenbesitzer oder Questgeber ein KI-Agent mit eigener Persönlichkeit und Dialog (dank fortschrittlicher generativer Modelle) ist. Diese NPCs werden tatsächlich von Benutzern als NFTs besessen – vielleicht „besitzen“ Sie eine Taverne in der virtuellen Welt und der Barkeeper-NPC ist eine von Ihnen angepasste und trainierte KI. Da er auf Web3-Schienen läuft, kann der NPC Transaktionen durchführen: Er könnte virtuelle Güter (NFT-Gegenstände) verkaufen, Zahlungen annehmen und sein Inventar über Smart Contracts aktualisieren. Er könnte sogar ein Krypto-Wallet besitzen, um seine Einnahmen zu verwalten (die Ihnen als Eigentümer zufallen). MCP würde es dem KI-Gehirn dieses NPCs ermöglichen, auf externes Wissen zuzugreifen – vielleicht um reale Nachrichten abzurufen, über die man sich unterhalten kann, oder um sich in einen Web3-Kalender zu integrieren, damit er über Spielerereignisse „Bescheid weiß“.

Darüber hinaus werden Identität und Kontinuität durch die Blockchain gewährleistet: Ihr KI-Avatar in einer Welt kann in eine andere Welt wechseln und dabei eine dezentrale Identität mit sich führen, die Ihren Besitz und vielleicht seinen Erfahrungslevel oder seine Errungenschaften über Soulbound-Token beweist. Die Interoperabilität zwischen virtuellen Welten (oft eine Herausforderung) könnte durch KI unterstützt werden, die den Kontext einer Welt in eine andere übersetzt, wobei die Blockchain die Portabilität der Assets gewährleistet.

Wir könnten auch KI-Begleiter oder -Agenten sehen, die Einzelpersonen in digitalen Räumen repräsentieren. Zum Beispiel könnten Sie eine persönliche KI haben, die in Ihrem Namen an DAO-Meetings teilnimmt. Sie versteht Ihre Präferenzen (durch Training auf Ihr früheres Verhalten, gespeichert in Ihrem persönlichen Datentresor) und kann sogar in kleineren Angelegenheiten für Sie abstimmen oder das Meeting später zusammenfassen. Dieser Agent könnte Ihre dezentrale Identität verwenden, um sich in jeder Community zu authentifizieren und sicherzustellen, dass er als „Sie“ (oder Ihr Delegierter) erkannt wird. Er könnte Reputations-Token verdienen, wenn er gute Ideen einbringt, wodurch er im Wesentlichen soziales Kapital für Sie aufbaut, während Sie abwesend sind.

Ein weiteres Potenzial ist die KI-gesteuerte Inhaltserstellung im Metaverse. Möchten Sie ein neues Spiellevel oder ein virtuelles Haus? Beschreiben Sie es einfach, und ein KI-Bauagent wird es erstellen, als Smart Contract/NFT bereitstellen und vielleicht sogar mit einer DeFi-Hypothek verknüpfen, wenn es sich um eine große Struktur handelt, die Sie im Laufe der Zeit abbezahlen. Diese Kreationen sind On-Chain einzigartig und handelbar. Der KI-Bauagent könnte eine Gebühr in Token für seinen Dienst verlangen (wiederum zum oben genannten Marktplatzkonzept).

Insgesamt könnte das zukünftige dezentrale Internet von intelligenten Agenten wimmeln: einige vollständig autonom, einige eng an Menschen gebunden, viele irgendwo dazwischen. Sie werden verhandeln, erschaffen, unterhalten und Transaktionen durchführen. MCP und ähnliche Protokolle stellen sicher, dass sie alle dieselbe „Sprache“ sprechen, was eine reiche Zusammenarbeit zwischen KI und jedem Web3-Dienst ermöglicht. Wenn richtig gemacht, könnte dies zu einer Ära beispielloser Produktivität und Innovation führen – einer wahren Synthese aus menschlicher, künstlicher und verteilter Intelligenz, die die Gesellschaft antreibt.

Fazit​

Die Vision, dass allgemeine KI-Schnittstellen alles in der Web3-Welt verbinden, ist unbestreitbar ehrgeizig. Wir versuchen im Wesentlichen, zwei der transformativsten Technologiestränge – die Dezentralisierung des Vertrauens und den Aufstieg der Maschinenintelligenz – zu einem einzigen Gewebe zu verweben. Der Entwicklungshintergrund zeigt uns, dass der Zeitpunkt reif ist: Web3 brauchte eine benutzerfreundliche Killer-App, und KI könnte sie liefern, während KI mehr Handlungsfähigkeit und Gedächtnis benötigte, was die Web3-Infrastruktur bereitstellen kann. Technisch gesehen bieten Frameworks wie MCP (Model Context Protocol) das Bindegewebe, das es KI-Agenten ermöglicht, fließend mit Blockchains, Smart Contracts, dezentralen Identitäten und darüber hinaus zu kommunizieren. Die Branchenlandschaft zeigt eine wachsende Dynamik, von Startups über Allianzen bis hin zu großen KI-Laboren, die alle Teile dieses Puzzles beisteuern – Datenmärkte, Agentenplattformen, Orakelnetzwerke und Standardprotokolle –, die sich allmählich zusammenfügen.

Dennoch müssen wir angesichts der identifizierten Risiken und Herausforderungen vorsichtig vorgehen. Sicherheitsverletzungen, fehlgeleitetes KI-Verhalten, Datenschutzfallen und unsichere Vorschriften bilden eine Reihe von Hindernissen, die den Fortschritt bei Unterschätzung zum Scheitern bringen könnten. Jedes erfordert eine proaktive Minderung: robuste Sicherheitsaudits, Ausrichtungsprüfungen und -kontrollen, datenschutzfreundliche Architekturen und kollaborative Governance-Modelle. Die Natur der Dezentralisierung bedeutet, dass diese Lösungen nicht einfach von oben herab auferlegt werden können; sie werden wahrscheinlich aus der Gemeinschaft durch Versuch, Irrtum und Iteration entstehen, ähnlich wie es bei frühen Internetprotokollen der Fall war.

Wenn wir diese Herausforderungen meistern, ist das Zukunftspotenzial begeisternd. Wir könnten sehen, wie Web3 endlich eine benutzerzentrierte digitale Welt liefert – nicht auf die ursprünglich vorgestellte Weise, dass jeder seine eigenen Blockchain-Nodes betreibt, sondern vielmehr über intelligente Agenten, die die Absichten jedes Benutzers bedienen, während sie die Dezentralisierung im Hintergrund nutzen. In einer solchen Welt könnte die Interaktion mit Krypto und dem Metaverse so einfach sein wie ein Gespräch mit Ihrem KI-Assistenten, der wiederum vertrauenslos mit Dutzenden von Diensten und Ketten in Ihrem Namen verhandelt. Dezentrale Netzwerke könnten im wahrsten Sinne des Wortes „smart“ werden, mit autonomen Diensten, die sich selbst anpassen und verbessern.

Zusammenfassend lässt sich sagen, dass MCP und ähnliche KI-Schnittstellenprotokolle tatsächlich das Rückgrat eines neuen Webs (nennen wir es Web 3.0 oder das Agentic Web) werden könnten, in dem Intelligenz und Konnektivität allgegenwärtig sind. Die Konvergenz von KI und Web3 ist nicht nur eine Fusion von Technologien, sondern eine Konvergenz von Philosophien – die Offenheit und Benutzerermächtigung der Dezentralisierung trifft auf die Effizienz und Kreativität der KI. Wenn erfolgreich, könnte diese Vereinigung ein Internet einläuten, das freier, personalisierter und leistungsfähiger ist als alles, was wir bisher erlebt haben, und die Versprechen von KI und Web3 auf eine Weise erfüllt, die das tägliche Leben beeinflusst.

Quellen:

• S. Khadder, „Web3.0 Isn’t About Ownership — It’s About Intelligence,“ FeatureForm Blog (April 8, 2025).
• J. Saginaw, „Could Anthropic’s MCP Deliver the Web3 That Blockchain Promised?“ LinkedIn Article (May 1, 2025).
• Anthropic, „Introducing the Model Context Protocol,“ Anthropic.com (Nov 2024).
• thirdweb, „The Model Context Protocol (MCP) & Its Significance for Blockchain Apps,“ thirdweb Guides (Mar 21, 2025).
• Chainlink Blog, „The Intersection Between AI Models and Oracles,“ (July 4, 2024).
• Messari Research, Profile of Ocean Protocol, (2025).
• Messari Research, Profile of SingularityNET, (2025).
• Cointelegraph, „AI agents are poised to be crypto’s next major vulnerability,“ (May 25, 2025).
• Reuters (Westlaw), „AI agents: greater capabilities and enhanced risks,“ (April 22, 2025).
• Identity.com, „Why AI Agents Need Verified Digital Identities,“ (2024).
• PANews / IOSG Ventures, „Interpreting MCP: Web3 AI Agent Ecosystem,“ (May 20, 2025).

NameFi.io: Jede Domain in ein programmierbares Asset verwandeln​

Eine einzeilige Zusammenfassung für BlockEden.xyz-Entwickler: NameFi prägt Ihre bekannten Web2-Domains (.com, .xyz und über 300 weitere TLDs) direkt in NFTs, wobei die volle DNS-Kompatibilität erhalten bleibt und gleichzeitig neue Möglichkeiten für On-Chain-Handel, Besicherung und Identität erschlossen werden.

Für Entwickler, die auf BlockEden.xyz aufbauen, stellt dies eine enorme Chance dar, die Lücke zwischen Web2 und Web3 zu schließen. Stellen Sie sich eine Welt vor, in der Ihre Benutzer keine langen Hexadezimaladressen mehr kopieren und einfügen müssen, sondern Gelder direkt an yourbrand.com senden können. Das ist die Zukunft, die NameFi heute aufbaut.

Warum NameFi ein Game-Changer ist​

1. Einmal registrieren, überall nutzen: Die nahtlose Web2- & Web3-Brücke

Im Gegensatz zu vielen Web3-Domainlösungen, die eine Migration von bestehenden Infrastrukturen erfordern, respektiert NameFi das bestehende DNS-System und baut darauf auf. Wenn Sie eine Domain bei NameFi registrieren oder importieren, funktionieren ihre traditionellen DNS-Funktionen weiterhin einwandfrei, sodass Ihre Website, E-Mails und andere Dienste ohne Unterbrechung betrieben werden können. Gleichzeitig wird der Besitz der Domain als NFT unveränderlich On-Chain aufgezeichnet, was die Tür zur dezentralen Welt öffnet.

2. Sicherheit durch ICANN-Akkreditierung

Vertrauen ist das Fundament des dezentralen Webs. NameFi ist einer der wenigen Domain-Registrare, der offiziell von der ICANN (Internet Corporation for Assigned Names and Numbers) akkreditiert ist. Das bedeutet, dass NameFi zwar innovative On-Chain-Dienste anbietet, aber auch die höchsten globalen Standards für die Internetinfrastruktur einhält und so dezentrale Flexibilität erfolgreich mit Compliance und Sicherheit auf Unternehmensniveau verbindet.

3. "Gasless DNSSEC" mit AutoENS

Für viele Entwickler und Benutzer sind hohe Gasgebühren ein großes Hindernis für die Blockchain-Interaktion. Die AutoENS-Funktion von NameFi löst dieses Problem elegant. Durch seine innovative "Gasless DNSSEC"-Technologie können Sie Ihre Domain mit einem einzigen Klick einem ENS-Subdomain zuordnen. Wenn ein Benutzer Krypto an diese Adresse (z. B. yourdomain.xyz) sendet, wird die kryptografische Signatur automatisch überprüft, ohne dass Sie oder der Benutzer Gasgebühren zahlen müssen. Dies senkt die Eintrittsbarriere für die Mainstream-Adoption drastisch.

4. Finanzielle Komponierbarkeit freischalten

Historisch gesehen war der Domainhandel langsam, undurchsichtig und ineffizient. Durch die Prägung von Domains als ERC-721 NFTs ändert NameFi alles. Ihr Domainname ist nun ein liquides, programmierbares Asset, das:

• Auf jedem großen NFT-Marktplatz wie OpenSea und Blur gehandelt werden kann.
• Als Sicherheit in DeFi-Protokollen verwendet werden kann, um Assets zu leihen und die Kapitaleffizienz zu verbessern.
• Als Governance-Token in DAOs genutzt werden kann, der Identität und Stimmrecht repräsentiert.

Wie in Berichten von Branchenanalysten wie Messari hervorgehoben, führt dies zu einer beispiellosen Liquidität und Nützlichkeit im milliardenschweren traditionellen Domainmarkt.

Der Kern-Workflow: Von DNS zu NFT​

1. Registrieren / Importieren → NFT prägen: Wenn Sie eine neue Domain registrieren oder eine bestehende über NameFi importieren, prägen die Smart Contracts der Plattform automatisch ein entsprechendes NFT auf Ethereum, das Eigentums- und Ablaufdaten On-Chain schreibt.
2. DNS ↔ On-Chain-Synchronisierung: DNS-Einträge werden kryptografisch über DNSSEC signiert und mit dem Smart Contract synchronisiert, um die Datenintegrität zu gewährleisten. Umgekehrt stellt NameFi bei der On-Chain-Übertragung des Domain-NFTs sicher, dass die DNS-Kontrolle live und für den neuen Eigentümer verfügbar bleibt.
3. Handeln / Besichern / Integrieren: Als Standard-ERC-721-Token kann Ihr Domain-NFT auf jedem Marktplatz gelistet oder in jedes kompatible Protokoll integriert werden, von DeFi-Kreditplattformen bis hin zu DAO-Tools.

Synergie mit BlockEden.xyz: Praktische Integrationsszenarien​

Die Vision von NameFi ergänzt perfekt die Mission von BlockEden.xyz, eine robuste, leistungsstarke Multi-Chain-Infrastruktur bereitzustellen. Hier sind einige Möglichkeiten, wie Entwickler heute mit dem Aufbau beginnen können:

• Menschlich lesbare Wallet-Adressen:

  Verwenden Sie im Frontend Ihrer dApp einen BlockEden RPC-Endpunkt, um eine .com- oder .xyz-Domain direkt in ihre entsprechende Wallet-Adresse aufzulösen. Dies schafft ein reibungsloses "Senden-an-Domain"-Benutzererlebnis.

• Domain-Risikoüberwachung:

  Nutzen Sie den BlockEden Indexer, um Transfer-Ereignisse auf dem Domain-NFT-Vertrag von NameFi zu abonnieren. Dies ermöglicht Ihnen, die Bewegung von hochwertigen oder markenbezogenen Domains in Echtzeit zu überwachen, potenzielle Phishing-Angriffe oder böswillige Übertragungen zu erkennen und Warnmeldungen auszulösen.

• One-Stop API-Bereitstellung:

  NameFi plant, seine Kern-APIs – einschließlich Registrierung, Verlängerung und DNS-Verwaltung – auf dem BlockEden API Marketplace zu listen. Das bedeutet, dass Entwickler bald nur noch einen BlockEden API-Schlüssel benötigen werden, um sowohl auf die Multi-Chain-Node-Infrastruktur als auch auf leistungsstarke Domain-Dienste zuzugreifen, was den Entwicklungs-Stack drastisch vereinfacht.

Legen Sie noch heute los​

Ein Domainname ist nicht länger nur eine Zeichenkette; er ist ein programmierbares, komponierbares Asset. Es ist an der Zeit, ihn in Ihre Smart Contracts zu schreiben, in Ihre Wallets zu integrieren und einen wirklich benutzerfreundlichen Einstiegspunkt für Ihre dApp zu schaffen.

1. Besuchen Sie NameFi.io, um Beta-Zugang zu beantragen und Ihre erste On-Chain-Domain zu importieren oder zu registrieren.
2. Treten Sie der Community bei: Treten Sie dem gemeinsamen BlockEden & NameFi Discord bei, um Ihre Integrationsideen zu teilen und frühzeitig Zugang zu SDKs und Beispielen zu erhalten.
3. Folgen Sie dem Blog: Bleiben Sie auf dem offiziellen BlockEden-Blog auf dem Laufenden für zukünftige Beiträge zu Best Practices und Leistungs-Benchmarks für die NameFi API.

Protokollarchitektur​

Enso Network ist eine Web3-Entwicklungsplattform, die als vereinheitlichte, Intent-basierte Ausführungs-Engine für On-Chain-Operationen konzipiert ist. Ihre Architektur abstrahiert die Komplexität der Blockchain, indem jede On-Chain-Interaktion einer gemeinsamen Engine zugeordnet wird, die über mehrere Chains hinweg arbeitet. Entwickler und Benutzer spezifizieren übergeordnete Intents (gewünschte Ergebnisse wie ein Token-Swap, Liquiditätsbereitstellung, Yield-Strategie usw.), und das Enso-Netzwerk findet und führt die optimale Abfolge von Aktionen aus, um diese Intents zu erfüllen. Dies wird durch ein modulares Design von „Actions“ und „Shortcuts“ erreicht.

Actions sind granulare Smart-Contract-Abstraktionen (z. B. ein Swap auf Uniswap, eine Einzahlung in Aave), die von der Community bereitgestellt werden. Mehrere Actions können zu Shortcuts zusammengesetzt werden, die wiederverwendbare Workflows für gängige DeFi-Operationen darstellen. Enso pflegt eine Bibliothek dieser Shortcuts in Smart Contracts, sodass komplexe Aufgaben über einen einzigen API-Aufruf oder eine Transaktion ausgeführt werden können. Diese Intent-basierte Architektur ermöglicht es Entwicklern, sich auf die gewünschten Ergebnisse zu konzentrieren, anstatt Low-Level-Integrationscode für jedes Protokoll und jede Chain zu schreiben.

Die Infrastruktur von Enso umfasst ein dezentrales Netzwerk (auf Basis des Tendermint-Konsenses), das als vereinheitlichende Schicht verschiedene Blockchains verbindet. Das Netzwerk aggregiert Daten (Zustand von verschiedenen L1s, Rollups und Appchains) zu einem gemeinsamen Netzwerkzustand oder Ledger, was Cross-Chain-Komponierbarkeit und präzise Multi-Chain-Ausführung ermöglicht. In der Praxis bedeutet dies, dass Enso über eine einzige Schnittstelle jede integrierte Blockchain lesen und schreiben kann und somit als zentraler Zugangspunkt für Entwickler fungiert. Ursprünglich auf EVM-kompatible Chains fokussiert, hat Enso die Unterstützung auf Nicht-EVM-Ökosysteme ausgeweitet – zum Beispiel umfasst die Roadmap Integrationen für Monad (eine Ethereum-ähnliche L1), Solana und Movement (eine Move-Sprach-Chain) bis zum ersten Quartal 2025.

Netzwerk-Teilnehmer: Die Innovation von Enso liegt in seinem dreistufigen Teilnehmer-Modell, das die Verarbeitung von Intents dezentralisiert:

• Action Provider – Entwickler, die modulare Vertragsabstraktionen („Actions“) beisteuern, die spezifische Protokollinteraktionen kapseln. Diese Bausteine werden im Netzwerk zur Nutzung durch andere geteilt. Action Provider werden belohnt, wenn ihre beigesteuerte Action in einer Ausführung verwendet wird, was sie dazu anregt, sichere und effiziente Module zu veröffentlichen.

• Graphers – Unabhängige Solver (Algorithmen), die Actions zu ausführbaren Shortcuts kombinieren, um Benutzer-Intents zu erfüllen. Mehrere Graphers konkurrieren darum, die optimale Lösung (günstigster, schnellster oder ertragreichster Pfad) für jede Anfrage zu finden, ähnlich wie Solver in einem DEX-Aggregator konkurrieren. Nur die beste Lösung wird zur Ausführung ausgewählt, und der gewinnende Grapher erhält einen Teil der Gebühren. Dieser Wettbewerbsmechanismus fördert die kontinuierliche Optimierung von On-Chain-Routen und -Strategien.

• Validatoren – Node-Betreiber, die das Enso-Netzwerk sichern, indem sie die Lösungen der Grapher verifizieren und finalisieren. Validatoren authentifizieren eingehende Anfragen, überprüfen die Gültigkeit und Sicherheit der verwendeten Actions/Shortcuts, simulieren Transaktionen und bestätigen letztendlich die Ausführung der ausgewählten Lösung. Sie bilden das Rückgrat der Netzwerkintegrität, stellen sicher, dass die Ergebnisse korrekt sind und verhindern bösartige oder ineffiziente Lösungen. Validatoren betreiben einen Tendermint-basierten Konsens, was bedeutet, dass ein BFT-Proof-of-Stake-Prozess verwendet wird, um eine Einigung über das Ergebnis jedes Intents zu erzielen und den Netzwerkzustand zu aktualisieren.

Bemerkenswert ist, dass Ensos Ansatz Chain-agnostisch und API-zentriert ist. Entwickler interagieren mit Enso über eine vereinheitlichte API/SDK, anstatt sich mit den Nuancen jeder Chain auseinanderzusetzen. Enso integriert über 250 DeFi-Protokolle über mehrere Blockchains hinweg und verwandelt so disparate Ökosysteme effektiv in eine komponierbare Plattform. Diese Architektur eliminiert die Notwendigkeit für dApp-Teams, benutzerdefinierte Smart Contracts zu schreiben oder Cross-Chain-Messaging für jede neue Integration zu handhaben – Ensos gemeinsame Engine und die von der Community bereitgestellten Actions übernehmen diese aufwendige Arbeit. Bis Mitte 2025 hat Enso seine Skalierbarkeit bewiesen: Das Netzwerk ermöglichte erfolgreich eine Liquiditätsmigration von 3,1 Mrd. $in 3 Tagen** für den Start von Berachain (eines der größten DeFi-Migrationsereignisse) und hat bis heute über **15 Mrd.$ an On-Chain-Transaktionen verarbeitet. Diese Leistungen demonstrieren die Robustheit der Enso-Infrastruktur unter realen Bedingungen.

Insgesamt liefert Ensos Protokollarchitektur eine „DeFi-Middleware“ oder ein On-Chain-Betriebssystem für Web3. Es kombiniert Elemente des Indexierens (wie The Graph) und der Transaktionsausführung (wie Cross-Chain-Bridges oder DEX-Aggregatoren) in einem einzigen dezentralen Netzwerk. Dieser einzigartige Stack ermöglicht es jeder Anwendung, jedem Bot oder Agenten, jeden Smart Contract auf jeder Chain über eine einzige Integration zu lesen und zu schreiben, was die Entwicklung beschleunigt und neue komponierbare Anwendungsfälle ermöglicht. Enso positioniert sich als kritische Infrastruktur für die Multi-Chain-Zukunft – eine Intent-Engine, die unzählige Apps antreiben könnte, ohne dass jede Blockchain-Integrationen neu erfinden muss.

Tokenomics​

Ensos Wirtschaftsmodell konzentriert sich auf den ENSO-Token, der integraler Bestandteil des Netzwerkbetriebs und der Governance ist. ENSO ist ein Utility- und Governance-Token mit einem festen Gesamtangebot von 100 Millionen Tokens. Das Design des Tokens stimmt die Anreize für alle Teilnehmer aufeinander ab und erzeugt einen Flywheel-Effekt von Nutzung und Belohnungen:

• Gebührenwährung („Gas“): Alle an das Enso-Netzwerk übermittelten Anfragen verursachen eine Abfragegebühr, die in ENSO zu zahlen ist. Wenn ein Benutzer (oder eine dApp) einen Intent auslöst, wird eine kleine Gebühr in den generierten Transaktions-Bytecode eingebettet. Diese Gebühren werden auf dem freien Markt für ENSO-Tokens versteigert und dann an die Netzwerk-Teilnehmer verteilt, die die Anfrage bearbeiten. Im Grunde ist ENSO das Gas, das die Ausführung von On-Chain-Intents im Enso-Netzwerk antreibt. Wenn die Nachfrage nach Ensos Shortcuts wächst, kann die Nachfrage nach ENSO-Tokens steigen, um diese Netzwerkgebühren zu bezahlen, wodurch eine Angebots-Nachfrage-Rückkopplungsschleife entsteht, die den Token-Wert unterstützt.

• Umsatzbeteiligung & Staking-Belohnungen: Die aus Gebühren gesammelten ENSO werden als Belohnung für ihre Beiträge unter Action Providern, Graphern und Validatoren verteilt. Dieses Modell verknüpft Token-Einnahmen direkt mit der Netzwerknutzung: Mehr Intent-Volumen bedeutet mehr zu verteilende Gebühren. Action Provider verdienen Tokens, wenn ihre Abstraktionen verwendet werden, Graphers verdienen Tokens für gewinnende Lösungen, und Validatoren verdienen Tokens für die Validierung und Sicherung des Netzwerks. Alle drei Rollen müssen auch ENSO staken als Sicherheit für die Teilnahme (um bei Fehlverhalten „geslasht“ zu werden), wodurch ihre Anreize mit der Netzwerkgesundheit in Einklang gebracht werden. Token-Inhaber können ihre ENSO auch an Validatoren delegieren, um die Netzwerksicherheit über Delegated Proof of Stake zu unterstützen. Dieser Staking-Mechanismus sichert nicht nur den Tendermint-Konsens, sondern gibt Token-Stakern auch einen Anteil an den Netzwerkgebühren, ähnlich wie Miner/Validatoren Gasgebühren in anderen Chains verdienen.

• Governance: ENSO-Token-Inhaber werden die Entwicklung des Protokolls steuern. Enso startet als offenes Netzwerk und plant den Übergang zu einer Community-gesteuerten Entscheidungsfindung. Token-gewichtete Abstimmungen ermöglichen es den Inhabern, Upgrades, Parameteränderungen (wie Gebührenniveaus oder Belohnungszuweisungen) und die Verwendung der Treasury zu beeinflussen. Diese Governance-Macht stellt sicher, dass Kernbeitragende und Benutzer auf die Ausrichtung des Netzwerks abgestimmt sind. Die Philosophie des Projekts ist es, die Eigentümerschaft in die Hände der Community von Buildern und Benutzern zu legen, was ein treibender Grund für den Community-Token-Verkauf im Jahr 2025 war (siehe unten).

• Positiver Flywheel-Effekt: Ensos Tokenomics sind darauf ausgelegt, eine sich selbst verstärkende Schleife zu erzeugen. Wenn mehr Entwickler Enso integrieren und mehr Benutzer Intents ausführen, steigen die Netzwerkgebühren (in ENSO bezahlt). Diese Gebühren belohnen Beitragende (was mehr Actions, bessere Graphers und mehr Validatoren anzieht), was wiederum die Fähigkeiten des Netzwerks verbessert (schnellere, günstigere, zuverlässigere Ausführung) und mehr Nutzung anzieht. Dieser Netzwerkeffekt wird durch die Rolle des ENSO-Tokens als Gebührenwährung und Anreiz für Beiträge untermauert. Die Absicht ist, dass die Token-Ökonomie nachhaltig mit der Netzwerkadoption skaliert, anstatt sich auf nicht nachhaltige Emissionen zu verlassen.

Token-Verteilung & Angebot: Die anfängliche Token-Zuteilung ist so strukturiert, dass Anreize für Team/Investoren mit dem Community-Eigentum in Einklang gebracht werden. Die folgende Tabelle fasst die ENSO-Token-Verteilung bei der Genesis zusammen:

Quelle: Enso Tokenomics.

Der öffentliche Verkauf im Juni 2025 bot der Community 5 % (4 Millionen Tokens) an und brachte 5 Millionen $zu einem Preis von 1,25$ pro ENSO ein (was einer vollständig verwässerten Bewertung von ~125 Millionen $ entspricht). Bemerkenswert ist, dass der Community-Verkauf keine Sperrfrist hatte (100 % bei TGE freigeschaltet), während das Team und die Venture-Investoren einem 2-jährigen linearen Vesting-Zeitplan unterliegen. Dies bedeutet, dass die Tokens der Insider über 24 Monate hinweg Block für Block schrittweise freigeschaltet werden, was ihre Anreize mit dem langfristigen Netzwerkwachstum in Einklang bringt und den sofortigen Verkaufsdruck mindert. Die Community erhielt somit sofortige Liquidität und Eigentum, was Ensos Ziel einer breiten Verteilung widerspiegelt.

Ensos Emissionsplan über die anfängliche Zuteilung hinaus scheint primär gebührengetrieben und nicht inflationär zu sein. Das Gesamtangebot ist auf 100 Millionen Tokens festgelegt, und es gibt derzeit keine Anzeichen für eine dauerhafte Inflation für Block-Belohnungen (Validatoren werden aus Gebühreneinnahmen vergütet). Dies steht im Gegensatz zu vielen Layer-1-Protokollen, die das Angebot aufblähen, um Staker zu bezahlen; Enso zielt darauf ab, durch tatsächliche Nutzungsgebühren nachhaltig zu sein, um Teilnehmer zu belohnen. Wenn die Netzwerkaktivität in frühen Phasen gering ist, können die Zuteilungen der Stiftung und der Treasury verwendet werden, um Anreize für die Nutzung und Entwicklungszuschüsse zu schaffen. Umgekehrt könnte bei hoher Nachfrage die Nützlichkeit des ENSO-Tokens (für Gebühren und Staking) einen organischen Nachfragedruck erzeugen.

Zusammenfassend lässt sich sagen: ENSO ist der Treibstoff des Enso Networks. Es treibt Transaktionen an (Abfragegebühren), sichert das Netzwerk (Staking und Slashing) und regiert die Plattform (Abstimmungen). Der Wert des Tokens ist direkt an die Netzwerkadoption gebunden: Wenn Enso als Rückgrat für DeFi-Anwendungen breiter genutzt wird, sollte das Volumen der ENSO-Gebühren und des Stakings dieses Wachstum widerspiegeln. Die sorgfältige Verteilung (mit nur einem kleinen Teil, der unmittelbar nach TGE zirkuliert) und die starke Unterstützung durch Top-Investoren (siehe unten) schaffen Vertrauen in die Unterstützung des Tokens, während der Community-zentrierte Verkauf ein Bekenntnis zur Dezentralisierung des Eigentums signalisiert.

Team und Investoren​

Enso Network wurde 2021 von Connor Howe (CEO) und Gorazd Ocvirk gegründet, die zuvor gemeinsam bei der Sygnum Bank im Schweizer Krypto-Bankensektor tätig waren. Connor Howe leitet das Projekt als CEO und ist das öffentliche Gesicht in Kommunikationen und Interviews. Unter seiner Führung startete Enso zunächst als Social-Trading-DeFi-Plattform und entwickelte sich dann über mehrere Iterationen zur aktuellen Intent-basierten Infrastrukturvision. Diese Anpassungsfähigkeit unterstreicht die unternehmerische Widerstandsfähigkeit des Teams – von der Durchführung eines hochkarätigen „Vampire Attacks“ auf Indexprotokolle im Jahr 2021 über den Aufbau einer DeFi-Aggregator-Super-App bis hin zur Verallgemeinerung ihrer Tools in Ensos Entwicklerplattform. Mitbegründer Gorazd Ocvirk (PhD) brachte tiefgreifende Expertise in quantitativer Finanzierung und Web3-Produktstrategie ein, obwohl öffentliche Quellen darauf hindeuten, dass er zu anderen Unternehmungen gewechselt sein könnte (er wurde 2022 als Mitbegründer eines anderen Krypto-Startups genannt). Ensos Kernteam umfasst heute Ingenieure und Operatoren mit starkem DeFi-Hintergrund. Zum Beispiel sind Peter Phillips und Ben Wolf als „Blockend“- (Blockchain-Backend-) Ingenieure aufgeführt, und Valentin Meylan leitet die Forschung. Das Team ist global verteilt, hat aber Wurzeln in Zug/Zürich, Schweiz, einem bekannten Hub für Krypto-Projekte (Enso Finance AG wurde 2020 in der Schweiz registriert).

Über die Gründer hinaus verfügt Enso über namhafte Berater und Unterstützer, die erhebliche Glaubwürdigkeit verleihen. Das Projekt wird von Top-Tier-Krypto-Venture-Fonds und Angels unterstützt: Es zählt Polychain Capital und Multicoin Capital zu seinen Hauptinvestoren, zusammen mit Dialectic und Spartan Group (beide prominente Krypto-Fonds) sowie IDEO CoLab. Eine beeindruckende Liste von Angel-Investoren beteiligte sich ebenfalls an mehreren Runden – über 70 Personen aus führenden Web3-Projekten haben in Enso investiert. Dazu gehören Gründer oder Führungskräfte von LayerZero, Safe (Gnosis Safe), 1inch, Yearn Finance, Flashbots, Dune Analytics, Pendle und anderen. Sogar die Tech-Koryphäe Naval Ravikant (Mitbegründer von AngelList) ist Investor und Unterstützer. Solche Namen signalisieren ein starkes Vertrauen der Branche in Ensos Vision.

Ensos Finanzierungsgeschichte: Das Projekt sammelte Anfang 2021 eine Seed-Runde von 5 Millionen $ein, um die Social-Trading-Plattform aufzubauen, und später eine Runde von 4,2 Millionen$ (strategisch/VC), als es das Produkt weiterentwickelte (diese frühen Runden umfassten wahrscheinlich Polychain, Multicoin, Dialectic usw.). Bis Mitte 2023 hatte Enso genügend Kapital gesichert, um sein Netzwerk aufzubauen; bemerkenswerterweise operierte es relativ unauffällig, bis sein Infrastruktur-Pivot an Zugkraft gewann. Im zweiten Quartal 2025 startete Enso einen 5 Millionen $ Community-Token-Verkauf auf CoinList, der von Zehntausenden von Teilnehmern überzeichnet wurde. Der Zweck dieses Verkaufs war nicht nur die Beschaffung von Mitteln (der Betrag war angesichts früherer VC-Unterstützung bescheiden), sondern auch die Dezentralisierung des Eigentums und die Beteiligung seiner wachsenden Community am Erfolg des Netzwerks. Laut CEO Connor Howe: „Wir möchten, dass unsere frühesten Unterstützer, Benutzer und Gläubigen echtes Eigentum an Enso haben… Benutzer zu Fürsprechern machen.“ Dieser Community-zentrierte Ansatz ist Teil von Ensos Strategie, Basiswachstum und Netzwerkeffekte durch abgestimmte Anreize voranzutreiben.

Heute gilt Ensos Team als einer der Vordenker im Bereich „Intent-basiertes DeFi“. Sie engagieren sich aktiv in der Entwicklerbildung (z. B. zog Ensos Shortcut Speedrun 700.000 Teilnehmer als gamifiziertes Lernereignis an) und arbeiten mit anderen Protokollen an Integrationen zusammen. Die Kombination aus einem starken Kernteam mit bewährter Fähigkeit zur Neuausrichtung, Blue-Chip-Investoren und einer enthusiastischen Community deutet darauf hin, dass Enso sowohl das Talent als auch die finanzielle Unterstützung hat, um seine ambitionierte Roadmap umzusetzen.

Adoptionsmetriken und Anwendungsfälle​

Obwohl Enso eine relativ neue Infrastruktur ist, hat es in seiner Nische erhebliche Zugkraft bewiesen. Es hat sich als die bevorzugte Lösung für Projekte positioniert, die komplexe On-Chain-Integrationen oder Cross-Chain-Fähigkeiten benötigen. Einige wichtige Adoptionsmetriken und Meilensteine Stand Mitte 2025:

• Ökosystem-Integration: Über 100 Live-Anwendungen (dApps, Wallets und Dienste) nutzen Enso im Hintergrund, um On-Chain-Funktionen zu betreiben. Diese reichen von DeFi-Dashboards bis hin zu automatisierten Yield-Optimierern. Da Enso Protokolle abstrahiert, können Entwickler schnell neue DeFi-Funktionen zu ihrem Produkt hinzufügen, indem sie sich in Ensos API einklinken. Das Netzwerk hat sich mit über 250 DeFi-Protokollen (DEXes, Kreditplattformen, Yield Farms, NFT-Märkte usw.) über wichtige Chains hinweg integriert, was bedeutet, dass Enso praktisch jede On-Chain-Aktion ausführen kann, die ein Benutzer wünschen könnte, von einem Uniswap-Handel bis zu einer Yearn-Vault-Einzahlung. Diese Breite der Integrationen reduziert die Entwicklungszeit für Ensos Kunden erheblich – ein neues Projekt kann beispielsweise alle DEXes auf Ethereum, Layer-2s und sogar Solana mit Enso unterstützen, anstatt jede Integration unabhängig zu programmieren.

• Entwickler-Adoption: Ensos Community umfasst mittlerweile über 1.900 Entwickler, die aktiv mit seinem Toolkit entwickeln. Diese Entwickler könnten direkt Shortcuts/Actions erstellen oder Enso in ihre Anwendungen integrieren. Die Zahl unterstreicht, dass Enso nicht nur ein geschlossenes System ist; es ermöglicht ein wachsendes Ökosystem von Buildern, die seine Shortcuts nutzen oder zu seiner Bibliothek beitragen. Ensos Ansatz, die On-Chain-Entwicklung zu vereinfachen (mit der Behauptung, die Bauzeiten von über 6 Monaten auf unter eine Woche zu reduzieren), hat bei Web3-Entwicklern Anklang gefunden. Dies wird auch durch Hackathons und die Enso Templates-Bibliothek belegt, in der Community-Mitglieder Plug-and-Play-Shortcut-Beispiele teilen.

• Transaktionsvolumen: Über 15 Milliarden $** kumuliertes On-Chain-Transaktionsvolumen wurde über Ensos Infrastruktur abgewickelt. Diese Metrik, wie im Juni 2025 berichtet, unterstreicht, dass Enso nicht nur in Testumgebungen läuft – es verarbeitet reale Werte in großem Maßstab. Ein einziges hochkarätiges Beispiel war **Berachains Liquiditätsmigration**: Im April 2025 betrieb Enso die Liquiditätsbewegung für Berachains Testnet-Kampagne („Boyco“) und ermöglichte **3,1 Mrd.$ an ausgeführten Transaktionen über 3 Tage, eines der größten Liquiditätsereignisse in der DeFi-Geschichte. Ensos Engine bewältigte diese Last erfolgreich und demonstrierte Zuverlässigkeit und Durchsatz unter Stress. Ein weiteres Beispiel ist Ensos Partnerschaft mit Uniswap: Enso entwickelte ein Uniswap Position Migrator-Tool (in Zusammenarbeit mit Uniswap Labs, LayerZero und Stargate), das Benutzern half, Uniswap v3 LP-Positionen nahtlos von Ethereum auf eine andere Chain zu migrieren. Dieses Tool vereinfachte einen typischerweise komplexen Cross-Chain-Prozess (mit Bridging und erneuter Bereitstellung von NFTs) zu einem Ein-Klick-Shortcut, und seine Veröffentlichung zeigte Ensos Fähigkeit, mit Top-DeFi-Protokollen zusammenzuarbeiten.

• Reale Anwendungsfälle: Ensos Wertversprechen lässt sich am besten durch die vielfältigen Anwendungsfälle verstehen, die es ermöglicht. Projekte haben Enso genutzt, um Funktionen bereitzustellen, die allein sehr schwierig zu entwickeln wären:

  • Cross-Chain Yield Aggregation: Plume und Sonic nutzten Enso, um incentivierte Startkampagnen zu betreiben, bei denen Benutzer Assets auf einer Chain einzahlen und diese auf einer anderen Chain in Yields einsetzen konnten. Enso übernahm das Cross-Chain-Messaging und die mehrstufigen Transaktionen, wodurch diese neuen Protokolle den Benutzern während ihrer Token-Launch-Events nahtlose Cross-Chain-Erlebnisse bieten konnten.
  • Liquiditätsmigration und Fusionen: Wie erwähnt, nutzte Berachain Enso für eine „Vampire Attack“-ähnliche Migration von Liquidität aus anderen Ökosystemen. Ähnlich könnten andere Protokolle Enso Shortcuts verwenden, um die Verschiebung von Benutzergeldern von einer Konkurrenzplattform auf ihre eigene zu automatisieren, indem Genehmigungen, Abhebungen, Überweisungen und Einzahlungen über Plattformen hinweg in einem Intent gebündelt werden. Dies zeigt Ensos Potenzial in Protokollwachstumsstrategien.
  • DeFi „Super-App“-Funktionalität: Einige Wallets und Schnittstellen (zum Beispiel der Krypto-Assistent Eliza OS und die Handelsplattform Infinex) integrieren Enso, um One-Stop-DeFi-Aktionen anzubieten. Ein Benutzer kann mit einem Klick Assets zum besten Kurs tauschen (Enso leitet über DEXes), dann den Ertrag verleihen, um Rendite zu erzielen, und dann vielleicht einen LP-Token staken – all dies kann Enso als einen Shortcut ausführen. Dies verbessert die Benutzererfahrung und Funktionalität für diese Apps erheblich.
  • Automatisierung und Bots: Die Präsenz von „Agenten“ und sogar KI-gesteuerten Bots, die Enso nutzen, zeichnet sich ab. Da Enso eine API bereitstellt, können algorithmische Händler oder KI-Agenten ein übergeordnetes Ziel eingeben (z. B. „Rendite auf X-Asset über jede Chain maximieren“) und Enso die optimale Strategie finden lassen. Dies hat Experimente mit automatisierten DeFi-Strategien ermöglicht, ohne dass für jedes Protokoll eine kundenspezifische Bot-Entwicklung erforderlich ist.

• Benutzerwachstum: Obwohl Enso primär eine B2B/B2Dev-Infrastruktur ist, hat es durch Kampagnen eine Community von Endbenutzern und Enthusiasten aufgebaut. Der Shortcut Speedrun – eine gamifizierte Tutorial-Reihe – verzeichnete über 700.000 Teilnehmer, was ein breites Interesse an Ensos Fähigkeiten zeigt. Ensos soziale Reichweite ist in wenigen Monaten um fast das Zehnfache gewachsen (248.000 Follower auf X Stand Mitte 2025), was eine starke Präsenz in den Köpfen der Krypto-Benutzer widerspiegelt. Dieses Community-Wachstum ist wichtig, da es eine Basisnachfrage schafft: Benutzer, die Enso kennen, werden ihre bevorzugten dApps ermutigen, es zu integrieren, oder Produkte nutzen, die Ensos Shortcuts verwenden.

Zusammenfassend lässt sich sagen, dass Enso über die Theorie hinaus zu echter Adoption übergegangen ist. Es wird von über 100 Projekten vertraut, darunter bekannte Namen wie Uniswap, SushiSwap, Stargate/LayerZero, Berachain, zkSync, Safe, Pendle, Yearn und weitere, entweder als Integrationspartner oder direkte Nutzer von Ensos Technologie. Diese breite Nutzung über verschiedene Vertikalen (DEXs, Bridges, Layer-1s, dApps) unterstreicht Ensos Rolle als Allzweck-Infrastruktur. Seine wichtigste Zugkraftmetrik – über 15 Mrd. $ an Transaktionen – ist für ein Infrastrukturprojekt in diesem Stadium besonders beeindruckend und bestätigt die Markttauglichkeit für eine Intent-basierte Middleware. Investoren können sich darauf verlassen, dass Ensos Netzwerkeffekte einzusetzen scheinen: Mehr Integrationen führen zu mehr Nutzung, was wiederum zu mehr Integrationen führt. Die bevorstehende Herausforderung wird darin bestehen, diesen frühen Schwung in nachhaltiges Wachstum umzuwandeln, was mit Ensos Positionierung gegenüber Wettbewerbern und seiner Roadmap zusammenhängt.

Wettbewerbslandschaft​

Enso Network agiert an der Schnittstelle von DeFi-Aggregation, Cross-Chain-Interoperabilität und Entwickler-Infrastruktur, wodurch seine Wettbewerbslandschaft vielschichtig ist. Obwohl kein einzelner Wettbewerber ein identisches Produkt anbietet, sieht sich Enso mit Konkurrenz aus mehreren Kategorien von Web3-Protokollen konfrontiert:

• Dezentrale Middleware & Indexierung: Die direkteste Analogie ist The Graph (GRT). The Graph bietet ein dezentrales Netzwerk zum Abfragen von Blockchain-Daten über Subgraphs. Enso bezieht Datenanbieter (Action Provider) ebenfalls über Crowdsourcing, geht aber einen Schritt weiter, indem es zusätzlich zur Datenabfrage die Transaktionsausführung ermöglicht. Während The Graphs Marktkapitalisierung von ~924 Mio. $ allein auf Indexierung basiert, positioniert Ensos breiterer Umfang (Daten + Aktion) es als ein mächtigeres Werkzeug, um die Aufmerksamkeit der Entwickler zu gewinnen. The Graph ist jedoch ein etabliertes Netzwerk; Enso wird die Zuverlässigkeit und Sicherheit seiner Ausführungsschicht beweisen müssen, um eine ähnliche Akzeptanz zu erreichen. Man könnte sich vorstellen, dass The Graph oder andere Indexierungsprotokolle in die Ausführung expandieren, was direkt mit Ensos Nische konkurrieren würde.

• Cross-Chain-Interoperabilitätsprotokolle: Projekte wie LayerZero, Axelar, Wormhole und Chainlink CCIP bieten Infrastruktur zur Verbindung verschiedener Blockchains. Sie konzentrieren sich auf die Nachrichtenübermittlung und das Bridging von Assets zwischen Chains. Enso nutzt tatsächlich einige davon im Hintergrund (z. B. LayerZero/Stargate für Bridging im Uniswap Migrator) und ist eher eine Abstraktion auf höherer Ebene. Im Hinblick auf den Wettbewerb könnten diese Interoperabilitätsprotokolle mit Enso überlappen, wenn sie höherstufige „Intent“-APIs oder entwicklerfreundliche SDKs zur Komposition von Multi-Chain-Aktionen anbieten. Zum Beispiel bietet Axelar ein SDK für Cross-Chain-Aufrufe, und Chainlinks CCIP könnte die Cross-Chain-Funktionsausführung ermöglichen. Ensos Alleinstellungsmerkmal ist, dass es nicht nur Nachrichten zwischen Chains sendet; es unterhält eine vereinheitlichte Engine und Bibliothek von DeFi-Aktionen. Es richtet sich an Anwendungsentwickler, die eine fertige Lösung wünschen, anstatt sie zu zwingen, auf rohen Cross-Chain-Primitiven aufzubauen. Nichtsdestotrotz wird Enso um Marktanteile im breiteren Segment der Blockchain-Middleware konkurrieren, wo diese Interoperabilitätsprojekte gut finanziert sind und schnell innovieren.

• Transaktions-Aggregatoren & Automatisierung: In der DeFi-Welt gibt es bestehende Aggregatoren wie 1inch, 0x API oder CoW Protocol, die sich darauf konzentrieren, optimale Handelsrouten über Börsen hinweg zu finden. Ensos Grapher-Mechanismus für Intents ist konzeptionell ähnlich dem Solver-Wettbewerb von CoW Protocol, aber Enso verallgemeinert ihn über Swaps hinaus auf jede Aktion. Ein Benutzer-Intent, „Rendite zu maximieren“, könnte Swapping, Lending, Staking usw. umfassen, was außerhalb des Umfangs eines reinen DEX-Aggregators liegt. Dennoch wird Enso mit diesen Diensten hinsichtlich der Effizienz für überlappende Anwendungsfälle verglichen (z. B. Enso vs. 1inch für eine komplexe Token-Swap-Route). Wenn Enso dank seines Netzwerks von Graphern konsequent bessere Routen oder niedrigere Gebühren findet, kann es traditionelle Aggregatoren übertreffen. Das Gelato Network ist ein weiterer Wettbewerber im Bereich Automatisierung: Gelato bietet ein dezentrales Netzwerk von Bots zur Ausführung von Aufgaben wie Limit-Orders, Auto-Compounding oder Cross-Chain-Transfers im Auftrag von dApps. Gelato verfügt über einen GEL-Token und einen etablierten Kundenstamm für spezifische Anwendungsfälle. Ensos Vorteil ist seine Breite und vereinheitlichte Schnittstelle – anstatt separate Produkte für jeden Anwendungsfall anzubieten (wie Gelato es tut), bietet Enso eine allgemeine Plattform, auf der jede Logik als Shortcut kodiert werden kann. Gelatos Vorsprung und fokussierter Ansatz in Bereichen wie der Automatisierung könnten jedoch Entwickler anziehen, die sonst Enso für ähnliche Funktionalitäten nutzen würden.

• Entwicklerplattformen (Web3 SDKs): Es gibt auch Entwicklerplattformen im Web2-Stil wie Moralis, Alchemy, Infura und Tenderly, die das Bauen auf Blockchains vereinfachen. Diese bieten typischerweise API-Zugriff zum Lesen von Daten, Senden von Transaktionen und manchmal höherstufige Endpunkte (z. B. „Token-Guthaben abrufen“ oder „Tokens über Chains senden“). Obwohl dies meist zentralisierte Dienste sind, konkurrieren sie um dieselbe Entwickleraufmerksamkeit. Ensos Verkaufsargument ist, dass es dezentralisiert und komponierbar ist – Entwickler erhalten nicht nur Daten oder eine einzelne Funktion, sie greifen auf ein ganzes Netzwerk von On-Chain-Fähigkeiten zu, die von anderen beigesteuert wurden. Bei Erfolg könnte Enso zum „GitHub der On-Chain-Aktionen“ werden, wo Entwickler Shortcuts teilen und wiederverwenden, ähnlich wie Open-Source-Code. Der Wettbewerb mit gut finanzierten Infrastructure-as-a-Service-Unternehmen bedeutet, dass Enso vergleichbare Zuverlässigkeit und Benutzerfreundlichkeit bieten muss, was es mit einer umfangreichen API und Dokumentation anstrebt.

• Eigenentwickelte Lösungen: Schließlich konkurriert Enso mit dem Status quo – Teams, die kundenspezifische Integrationen intern entwickeln. Traditionell musste jedes Projekt, das Multi-Protokoll-Funktionalität wünschte, Smart Contracts oder Skripte für jede Integration (z. B. Uniswap, Aave, Compound separat integrieren) schreiben und pflegen. Viele Teams könnten diesen Weg immer noch für maximale Kontrolle oder aus Sicherheitsgründen wählen. Enso muss Entwickler davon überzeugen, dass die Auslagerung dieser Arbeit an ein gemeinsames Netzwerk sicher, kostengünstig und aktuell ist. Angesichts der Geschwindigkeit der DeFi-Innovation ist die Pflege eigener Integrationen aufwendig (Enso zitiert oft, dass Teams über 6 Monate und 500.000 $ für Audits ausgeben, um Dutzende von Protokollen zu integrieren). Wenn Enso seine Sicherheitsstrenge beweisen und seine Aktionsbibliothek mit den neuesten Protokollen aktuell halten kann, kann es mehr Teams davon überzeugen, nicht mehr in Silos zu entwickeln. Ein hochkarätiger Sicherheitsvorfall oder Ausfall bei Enso könnte Entwickler jedoch dazu veranlassen, wieder interne Lösungen zu bevorzugen, was an sich ein Wettbewerbsrisiko darstellt.

Ensos Alleinstellungsmerkmale: Ensos primärer Vorteil ist, als Erster auf dem Markt mit einem Intent-fokussierten, Community-gesteuerten Ausführungsnetzwerk zu sein. Es kombiniert Funktionen, die die Nutzung mehrerer anderer Dienste erfordern würden: Datenindexierung, Smart-Contract-SDKs, Transaktionsrouting und Cross-Chain-Bridging – alles in einem. Sein Anreizmodell (Belohnung von Drittentwicklern für Beiträge) ist ebenfalls einzigartig; es könnte zu einem lebendigen Ökosystem führen, in dem viele Nischenprotokolle schneller in Enso integriert werden, als es ein einzelnes Team könnte, ähnlich wie die Community von The Graph eine lange Reihe von Verträgen indexiert. Wenn Enso erfolgreich ist, könnte es einen starken Netzwerkeffekt-Graben genießen: Mehr Actions und Shortcuts machen es attraktiver, Enso gegenüber Wettbewerbern zu nutzen, was mehr Benutzer und somit mehr beigesteuerte Actions anzieht und so weiter.

Dennoch steckt Enso noch in den Kinderschuhen. Sein engstes Analogon, The Graph, brauchte Jahre, um sich zu dezentralisieren und ein Ökosystem von Indexern aufzubauen. Enso wird seine Grapher- und Validatoren-Community ebenfalls pflegen müssen, um Zuverlässigkeit zu gewährleisten. Große Akteure (wie eine zukünftige Version von The Graph oder eine Zusammenarbeit von Chainlink und anderen) könnten beschließen, eine konkurrierende Intent-Ausführungsschicht einzuführen und ihre bestehenden Netzwerke zu nutzen. Enso wird schnell handeln müssen, um seine Position zu festigen, bevor sich ein solcher Wettbewerb materialisiert.

Zusammenfassend lässt sich sagen, dass Enso an einem Wettbewerbs-Scheideweg mehrerer wichtiger Web3-Vertikalen sitzt – es erobert eine Nische als die „Middleware von allem“. Sein Erfolg wird davon abhängen, spezialisierte Wettbewerber in jedem Anwendungsfall zu übertreffen (oder sie zu aggregieren) und weiterhin eine überzeugende One-Stop-Lösung anzubieten, die Entwickler dazu bringt, Enso dem Bauen von Grund auf vorzuziehen. Die Präsenz hochkarätiger Partner und Investoren deutet darauf hin, dass Enso in vielen Ökosystemen Fuß gefasst hat, was vorteilhaft sein wird, wenn es seine Integrationsabdeckung erweitert.

Roadmap und Ökosystemwachstum​

Ensos Entwicklungs-Roadmap (Stand Mitte 2025) skizziert einen klaren Weg zur vollständigen Dezentralisierung, Multi-Chain-Unterstützung und Community-getriebenem Wachstum. Wichtige Meilensteine und geplante Initiativen umfassen:

• Mainnet-Start (Q3 2024) – Enso startete sein Mainnet-Netzwerk in der zweiten Hälfte des Jahres 2024. Dies umfasste die Bereitstellung der Tendermint-basierten Chain und die Initialisierung des Validatoren-Ökosystems. Frühe Validatoren waren wahrscheinlich genehmigte oder ausgewählte Partner, während das Netzwerk hochgefahren wurde. Der Mainnet-Start ermöglichte die Verarbeitung realer Benutzeranfragen durch Ensos Engine (zuvor waren Ensos Dienste über eine zentralisierte API im Beta-Stadium zugänglich). Dieser Meilenstein markierte Ensos Übergang von einer internen Plattform zu einem öffentlichen dezentralen Netzwerk.

• Erweiterung der Netzwerk-Teilnehmer (Q4 2024) – Nach dem Mainnet verlagerte sich der Fokus auf die Dezentralisierung der Teilnahme. Ende 2024 öffnete Enso Rollen für externe Action Provider und Graphers. Dies umfasste die Veröffentlichung von Tools und Dokumentation für Entwickler, um eigene Actions (Smart-Contract-Adapter) zu erstellen, und für Algorithmusentwickler, um Grapher-Nodes zu betreiben. Wir können davon ausgehen, dass Anreizprogramme oder Testnet-Wettbewerbe genutzt wurden, um diese Teilnehmer anzuziehen. Bis Ende 2024 strebte Enso an, eine breitere Palette von Drittanbieter-Actions in seiner Bibliothek und mehrere Graphers zu haben, die um Intents konkurrieren, und über die internen Algorithmen des Kernteams hinauszugehen. Dies war ein entscheidender Schritt, um sicherzustellen, dass Enso kein zentralisierter Dienst ist, sondern ein echtes offenes Netzwerk, in dem jeder beitragen und ENSO-Tokens verdienen kann.

• Cross-Chain-Erweiterung (Q1 2025) – Enso erkennt an, dass die Unterstützung vieler Blockchains entscheidend für sein Wertversprechen ist. Anfang 2025 zielte die Roadmap auf die Integration mit neuen Blockchain-Umgebungen jenseits des anfänglichen EVM-Sets ab. Insbesondere plante Enso die Unterstützung für Monad, Solana und Movement bis zum ersten Quartal 2025. Monad ist eine kommende Hochleistungs-EVM-kompatible Chain (unterstützt von Dragonfly Capital) – eine frühzeitige Unterstützung könnte Enso als die bevorzugte Middleware dort positionieren. Die Solana-Integration ist anspruchsvoller (andere Laufzeit und Sprache), aber Ensos Intent-Engine könnte mit Solana zusammenarbeiten, indem sie Off-Chain-Graphers verwendet, um Solana-Transaktionen zu formulieren, und On-Chain-Programme als Adapter fungieren. Movement bezieht sich auf Move-Sprach-Chains (vielleicht Aptos/Sui oder eine spezifische namens Movement). Durch die Einbeziehung von Move-basierten Chains würde Enso ein breites Spektrum von Ökosystemen abdecken (Solidity und Move, sowie bestehende Ethereum-Rollups). Das Erreichen dieser Integrationen bedeutet die Entwicklung neuer Action-Module, die Solanas CPI-Aufrufe oder Moves Transaktionsskripte verstehen, und wahrscheinlich die Zusammenarbeit mit diesen Ökosystemen für Orakel/Indexierung. Ensos Erwähnung in Updates deutet darauf hin, dass diese auf Kurs waren – zum Beispiel hob ein Community-Update Partnerschaften oder Zuschüsse hervor (die Erwähnung von „Eclipse mainnet live + Movement grant“ in einem Suchergebnis deutet darauf hin, dass Enso Anfang 2025 aktiv mit neuartigen L1s wie Eclipse und Movement zusammenarbeitete).

• Kurzfristig (Mitte/Ende 2025) – Obwohl nicht explizit in der einseitigen Roadmap aufgeführt, liegt Ensos Fokus Mitte 2025 auf Netzwerkreife und Dezentralisierung. Der Abschluss des CoinList-Token-Verkaufs im Juni 2025 ist ein wichtiges Ereignis: Die nächsten Schritte wären die Token-Generierung und -Verteilung (erwartet um Juli 2025) und die Notierung an Börsen oder Governance-Foren. Wir gehen davon aus, dass Enso seinen Governance-Prozess (Enso Improvement Proposals, On-Chain-Abstimmung) einführen wird, damit die Community mit ihren neu erworbenen Tokens an Entscheidungen teilnehmen kann. Zusätzlich wird Enso wahrscheinlich von „Beta“ zu einem vollständig produktionsreifen Dienst übergehen, falls dies noch nicht geschehen ist. Ein Teil davon wird die Sicherheitshärtung sein – die Durchführung mehrerer Smart-Contract-Audits und möglicherweise die Durchführung eines Bug-Bounty-Programms, angesichts der großen involvierten TVLs.

• Ökosystem-Wachstumsstrategien: Enso fördert aktiv ein Ökosystem um sein Netzwerk. Eine Strategie war die Durchführung von Bildungsprogrammen und Hackathons (z. B. der Shortcut Speedrun und Workshops), um Entwickler in die Enso-Art des Bauens einzuführen. Eine weitere Strategie ist die Partnerschaft mit neuen Protokollen beim Start – dies haben wir bei Berachain, der zkSync-Kampagne und anderen gesehen. Enso wird dies voraussichtlich fortsetzen und effektiv als „On-Chain-Launch-Partner“ für aufstrebende Netzwerke oder DeFi-Projekte fungieren, die deren komplexe Benutzer-Onboarding-Prozesse abwickeln. Dies treibt nicht nur Ensos Volumen an (wie bei Berachain gesehen), sondern integriert Enso auch tief in diese Ökosysteme. Wir erwarten, dass Enso Integrationen mit weiteren Layer-2-Netzwerken (z. B. Arbitrum, Optimism wurden vermutlich bereits unterstützt; vielleicht als Nächstes neuere wie Scroll oder Starknet) und anderen L1s (Polkadot über XCM, Cosmos über IBC oder Osmosis usw.) ankündigen wird. Die langfristige Vision ist, dass Enso Chain-ubiquitär wird – jeder Entwickler auf jeder Chain kann sich einklinken. Zu diesem Zweck könnte Enso auch eine bessere Bridgeless Cross-Chain-Ausführung entwickeln (unter Verwendung von Techniken wie Atomic Swaps oder optimistischer Ausführung von Intents über Chains hinweg), was über 2025 hinaus auf der F&E-Roadmap stehen könnte.

• Zukunftsaussichten: Weiterblickend hat Ensos Team auf die Beteiligung von KI-Agenten als Netzwerk-Teilnehmer hingedeutet. Dies deutet auf eine Zukunft hin, in der nicht nur menschliche Entwickler, sondern auch KI-Bots (vielleicht darauf trainiert, DeFi-Strategien zu optimieren) sich in Enso einklinken, um Dienste bereitzustellen. Enso könnte diese Vision umsetzen, indem es SDKs oder Frameworks für KI-Agenten erstellt, um sicher mit der Intent-Engine zu interagieren – eine potenziell bahnbrechende Entwicklung, die KI und Blockchain-Automatisierung zusammenführt. Darüber hinaus erwarten wir, dass Enso bis Ende 2025 oder 2026 an der Leistungsskalierung arbeiten wird (vielleicht durch Sharding seines Netzwerks oder die Verwendung von Zero-Knowledge-Proofs zur Validierung der Korrektheit der Intent-Ausführung in großem Maßstab), wenn die Nutzung zunimmt.

Die Roadmap ist ambitioniert, aber die bisherige Umsetzung war stark – Enso hat wichtige Meilensteine wie den Mainnet-Start und die Bereitstellung realer Anwendungsfälle erreicht. Ein wichtiger bevorstehender Meilenstein ist die vollständige Dezentralisierung des Netzwerks. Derzeit befindet sich das Netzwerk in einem Übergang: Die Dokumentation weist darauf hin, dass das dezentrale Netzwerk im Testnet ist und eine zentralisierte API Anfang 2025 für die Produktion verwendet wurde. Mit dem jetzt aktiven Mainnet und dem im Umlauf befindlichen Token wird Enso darauf abzielen, alle zentralisierten Komponenten schrittweise abzuschaffen. Für Investoren wird die Verfolgung dieses Dezentralisierungsfortschritts (z. B. Anzahl unabhängiger Validatoren, Beitritt von Community-Graphern) entscheidend sein, um Ensos Reife zu bewerten.

Zusammenfassend konzentriert sich Ensos Roadmap auf die Skalierung der Netzwerkreichweite (mehr Chains, mehr Integrationen) und die Skalierung der Netzwerk-Community (mehr Drittanbieter-Teilnehmer und Token-Inhaber). Das ultimative Ziel ist es, Enso als kritische Infrastruktur in Web3 zu etablieren, ähnlich wie Infura für die dApp-Konnektivität oder The Graph für die Datenabfrage unerlässlich wurde. Wenn Enso seine Meilensteine erreichen kann, sollte die zweite Hälfte des Jahres 2025 ein blühendes Ökosystem um das Enso Network sehen, das potenziell ein exponentielles Wachstum der Nutzung antreibt.

Risikobewertung​

Wie jedes Protokoll in der Frühphase steht Enso Network vor einer Reihe von Risiken und Herausforderungen, die Investoren sorgfältig abwägen sollten:

• Technische und Sicherheitsrisiken: Ensos System ist von Natur aus komplex – es interagiert mit unzähligen Smart Contracts über viele Blockchains hinweg durch ein Netzwerk von Off-Chain-Solvern und Validatoren. Diese expansive Angriffsfläche birgt technische Risiken. Jede neue Action (Integration) könnte Schwachstellen aufweisen; wenn die Logik einer Action fehlerhaft ist oder ein bösartiger Anbieter eine Hintertür-Action einführt, könnten Benutzergelder gefährdet sein. Die Sicherstellung jeder Integration erforderte erhebliche Investitionen (Ensos Team gab in den Anfängen über 500.000 $ für Audits zur Integration von 15 Protokollen aus). Wenn die Bibliothek auf Hunderte von Protokollen anwächst, ist die Aufrechterhaltung strenger Sicherheitsaudits eine Herausforderung. Es besteht auch das Risiko von Fehlern in Ensos Koordinationslogik – zum Beispiel könnte ein Fehler in der Art und Weise, wie Graphers Transaktionen zusammensetzen oder Validatoren sie verifizieren, ausgenutzt werden. Insbesondere die Cross-Chain-Ausführung kann riskant sein: Wenn eine Abfolge von Aktionen mehrere Chains umfasst und ein Teil fehlschlägt oder zensiert wird, könnten die Gelder eines Benutzers in der Schwebe bleiben. Obwohl Enso wahrscheinlich in einigen Fällen Wiederholungen oder Atomic Swaps verwendet, bedeutet die Komplexität von Intents, dass unbekannte Fehlermodi auftreten könnten. Das Intent-basierte Modell selbst ist in großem Maßstab noch relativ unerprobt – es kann Randfälle geben, in denen die Engine eine falsche Lösung oder ein Ergebnis liefert, das vom Intent des Benutzers abweicht. Jeder hochkarätige Exploit oder Ausfall könnte das Vertrauen in das gesamte Netzwerk untergraben. Die Minderung erfordert kontinuierliche Sicherheitsaudits, ein robustes Bug-Bounty-Programm und möglicherweise Versicherungsmechanismen für Benutzer (von denen noch keine detailliert wurden).

• Dezentralisierungs- und Betriebsrisiken: Derzeit (Mitte 2025) befindet sich das Enso-Netzwerk noch im Prozess der Dezentralisierung seiner Teilnehmer. Dies bedeutet, dass es eine ungesehene operative Zentralisierung geben könnte – zum Beispiel könnte die Infrastruktur des Teams immer noch einen Großteil der Aktivitäten koordinieren, oder nur wenige Validatoren/Graphers sind wirklich aktiv. Dies birgt zwei Risiken: Zuverlässigkeit (wenn die Server des Kernteams ausfallen, wird das Netzwerk ins Stocken geraten?) und Vertrauen (wenn der Prozess noch nicht vollständig vertrauenslos ist, müssen Benutzer Vertrauen in Enso Inc. haben, dass es keine Transaktionen vorwegnimmt oder zensiert). Das Team hat seine Zuverlässigkeit bei großen Ereignissen (wie der Abwicklung eines Volumens von 3 Mrd. $ in Tagen) bewiesen, aber mit zunehmender Nutzung wird die Skalierung des Netzwerks über mehr unabhängige Nodes entscheidend sein. Es besteht auch das Risiko, dass Netzwerk-Teilnehmer nicht erscheinen – wenn Enso nicht genügend qualifizierte Action Provider oder Graphers anziehen kann, könnte das Netzwerk vom Kernteam abhängig bleiben, was die Dezentralisierung einschränkt. Dies könnte die Innovation verlangsamen und auch zu viel Macht (und Token-Belohnungen) in einer kleinen Gruppe konzentrieren, was dem beabsichtigten Design widerspricht.

• Markt- und Adoptionsrisiken: Obwohl Enso eine beeindruckende frühe Adoption aufweist, befindet es sich immer noch in einem aufstrebenden Markt für „Intent-basierte“ Infrastruktur. Es besteht das Risiko, dass die breitere Entwickler-Community dieses neue Paradigma nur langsam annimmt. Entwickler, die in traditionellen Kodierungspraktiken verankert sind, könnten zögern, sich für Kernfunktionen auf ein externes Netzwerk zu verlassen, oder sie bevorzugen möglicherweise alternative Lösungen. Zusätzlich hängt Ensos Erfolg vom kontinuierlichen Wachstum der DeFi- und Multi-Chain-Ökosysteme ab. Wenn die Multi-Chain-These ins Wanken gerät (zum Beispiel, wenn sich die meisten Aktivitäten auf einer einzigen dominanten Chain konsolidieren), könnte der Bedarf an Ensos Cross-Chain-Fähigkeiten abnehmen. Umgekehrt, wenn ein neues Ökosystem entsteht, das Enso nicht schnell integrieren kann, werden Projekte in diesem Ökosystem Enso nicht nutzen. Im Wesentlichen ist es eine nie endende Herausforderung, mit jeder neuen Chain und jedem Protokoll auf dem Laufenden zu bleiben – das Verpassen oder Verzögern einer wichtigen Integration (z. B. eines beliebten neuen DEX oder einer Layer-2) könnte Projekte zu Wettbewerbern oder benutzerdefiniertem Code drängen. Darüber hinaus könnte Ensos Nutzung durch makroökonomische Marktbedingungen beeinträchtigt werden; in einem schweren DeFi-Abschwung könnten weniger Benutzer und Entwickler mit neuen dApps experimentieren, was die an Enso übermittelten Intents und damit die Gebühren/Einnahmen des Netzwerks direkt reduziert. Der Wert des Tokens könnte in einem solchen Szenario leiden, was das Staking potenziell weniger attraktiv macht und die Netzwerksicherheit oder -beteiligung schwächt.

• Wettbewerb: Wie besprochen, sieht sich Enso an mehreren Fronten Konkurrenz gegenüber. Ein großes Risiko ist der Eintritt eines größeren Akteurs in den Intent-Ausführungsbereich. Wenn zum Beispiel ein gut finanziertes Projekt wie Chainlink einen ähnlichen Intent-Dienst einführen würde, der sein bestehendes Orakel-Netzwerk nutzt, könnten sie Enso aufgrund von Markenvertrauen und Integrationen schnell in den Schatten stellen. Ähnlich könnten Infrastrukturunternehmen (Alchemy, Infura) vereinfachte Multi-Chain-SDKs entwickeln, die, obwohl nicht dezentralisiert, den Entwicklermarkt mit Bequemlichkeit erobern. Es besteht auch das Risiko von Open-Source-Nachahmern: Ensos Kernkonzepte (Actions, Graphers) könnten von anderen repliziert werden, vielleicht sogar als Fork von Enso, wenn der Code öffentlich ist. Wenn eines dieser Projekte eine starke Community bildet oder einen besseren Token-Anreiz findet, könnte es potenzielle Teilnehmer ablenken. Enso wird die technologische Führung (z. B. durch die größte Bibliothek von Actions und die effizientesten Solver) aufrechterhalten müssen, um den Wettbewerb abzuwehren. Wettbewerbsdruck könnte auch Ensos Gebührenmodell unter Druck setzen – wenn ein Rivale ähnliche Dienste billiger (oder kostenlos, subventioniert von VCs) anbietet, könnte Enso gezwungen sein, die Gebühren zu senken oder die Token-Anreize zu erhöhen, was seine Tokenomics belasten könnte.

• Regulierungs- und Compliance-Risiken: Enso agiert im Bereich der DeFi-Infrastruktur, der regulatorisch eine Grauzone darstellt. Während Enso selbst keine Benutzergelder verwahrt (Benutzer führen Intents aus ihren eigenen Wallets aus), automatisiert das Netzwerk komplexe Finanztransaktionen über Protokolle hinweg. Es besteht die Möglichkeit, dass Regulierungsbehörden Intent-Kompositions-Engines als Erleichterung unlizenzierter Finanzaktivitäten oder sogar als Beihilfe zur Geldwäsche ansehen könnten, wenn sie dazu verwendet werden, Gelder auf undurchsichtige Weise über Chains zu verschieben. Spezifische Bedenken könnten entstehen, wenn Enso Cross-Chain-Swaps ermöglicht, die Privacy Pools oder sanktionierte Jurisdiktionen betreffen. Zusätzlich spiegeln der ENSO-Token und sein CoinList-Verkauf eine Verteilung an eine globale Community wider – Regulierungsbehörden (wie die SEC in den USA) könnten ihn als Wertpapierangebot prüfen (bemerkenswerterweise schloss Enso die USA, Großbritannien, China usw. vom Verkauf aus, was Vorsicht in dieser Hinsicht signalisiert). Wenn ENSO in wichtigen Jurisdiktionen als Wertpapier eingestuft würde, könnte dies Börsennotierungen oder die Nutzung durch regulierte Entitäten einschränken. Ensos dezentrales Validatoren-Netzwerk könnte auch Compliance-Probleme bekommen: Könnte ein Validator beispielsweise aufgrund rechtlicher Anordnungen gezwungen werden, bestimmte Transaktionen zu zensieren? Dies ist vorerst weitgehend hypothetisch, aber mit dem Wachstum des durch Enso fließenden Werts wird die regulatorische Aufmerksamkeit zunehmen. Die Basis des Teams in der Schweiz könnte ein relativ kryptofreundliches regulatorisches Umfeld bieten, aber globale Operationen bedeuten globale Risiken. Die Minderung dessen beinhaltet wahrscheinlich die Sicherstellung, dass Enso ausreichend dezentralisiert ist (damit keine einzelne Entität verantwortlich ist) und möglicherweise das Geofencing bestimmter Funktionen, falls erforderlich (obwohl dies dem Ethos des Projekts widersprechen würde).

• Wirtschaftliche Nachhaltigkeit: Ensos Modell geht davon aus, dass die durch die Nutzung generierten Gebühren alle Teilnehmer ausreichend belohnen werden. Es besteht das Risiko, dass die Gebührenanreize nicht ausreichen, um das Netzwerk aufrechtzuerhalten, insbesondere in der Anfangsphase. Zum Beispiel entstehen Graphern und Validatoren Kosten (Infrastruktur, Entwicklungszeit). Wenn die Abfragegebühren zu niedrig angesetzt werden, könnten diese Teilnehmer keinen Gewinn erzielen, was dazu führen könnte, dass sie abspringen. Andererseits, wenn die Gebühren zu hoch sind, könnten dApps zögern, Enso zu nutzen und nach billigeren Alternativen suchen. Ein Gleichgewicht in einem zweiseitigen Markt zu finden, ist schwierig. Die Enso-Token-Ökonomie hängt auch bis zu einem gewissen Grad vom Token-Wert ab – z. B. sind Staking-Belohnungen attraktiver, wenn der Token einen hohen Wert hat, und Action Provider verdienen Wert in ENSO. Ein starker Rückgang des ENSO-Preises könnte die Netzwerkbeteiligung reduzieren oder zu mehr Verkäufen führen (was den Preis weiter drückt). Da ein großer Teil der Tokens von Investoren und Team gehalten wird (insgesamt über 56 %, über 2 Jahre unverfallbar), besteht ein Überhangrisiko: Wenn diese Stakeholder das Vertrauen verlieren oder Liquidität benötigen, könnten ihre Verkäufe den Markt nach dem Vesting überschwemmen und den Preis des Tokens untergraben. Enso versuchte, die Konzentration durch den Community-Verkauf zu mindern, aber es ist kurzfristig immer noch eine relativ zentralisierte Token-Verteilung. Die wirtschaftliche Nachhaltigkeit wird davon abhängen, die tatsächliche Netzwerknutzung auf ein Niveau zu steigern, auf dem die Gebühreneinnahmen den Token-Stakern und Beitragenden ausreichend Rendite bieten – im Wesentlichen Enso zu einem „Cashflow“ generierenden Protokoll zu machen, anstatt nur zu einem spekulativen Token. Dies ist erreichbar (man denke daran, wie Ethereum-Gebühren Miner/Validatoren belohnen), aber nur, wenn Enso eine weite Verbreitung erreicht. Bis dahin besteht eine Abhängigkeit von Treasury-Fonds (15 % zugewiesen), um Anreize zu schaffen und möglicherweise die wirtschaftlichen Parameter anzupassen (Enso-Governance kann bei Bedarf Inflation oder andere Belohnungen einführen, was die Inhaber verwässern könnte).

Zusammenfassung der Risiken: Enso betritt Neuland, was mit entsprechenden Risiken verbunden ist. Die technologische Komplexität, das gesamte DeFi in einem Netzwerk zu vereinen, ist enorm – jede hinzugefügte Blockchain oder integrierte Protokoll ist ein potenzieller Fehlerpunkt, der verwaltet werden muss. Die Erfahrung des Teams bei der Bewältigung früherer Rückschläge (wie der begrenzte Erfolg des anfänglichen Social-Trading-Produkts) zeigt, dass sie sich der Fallstricke bewusst sind und sich schnell anpassen. Sie haben einige Risiken aktiv gemindert (z. B. die Dezentralisierung des Eigentums durch die Community-Runde, um eine übermäßig VC-gesteuerte Governance zu vermeiden). Investoren sollten beobachten, wie Enso die Dezentralisierung umsetzt und ob es weiterhin erstklassige technische Talente anzieht, um das Netzwerk aufzubauen und zu sichern. Im besten Fall könnte Enso zu einer unverzichtbaren Infrastruktur im gesamten Web3 werden, die starke Netzwerkeffekte und eine Wertsteigerung des Tokens erzielt. Im schlimmsten Fall könnten technische oder Adoptionsrückschläge es zu einem ambitionierten, aber Nischen-Tool degradieren.

Aus Investorensicht bietet Enso ein Profil mit hohem Potenzial und hohem Risiko. Sein aktueller Status (Mitte 2025) ist der eines vielversprechenden Netzwerks mit realer Nutzung und einer klaren Vision, aber es muss nun seine Technologie härten und eine wettbewerbsintensive und sich entwickelnde Landschaft übertreffen. Eine Due Diligence bei Enso sollte die Überwachung seiner Sicherheitsbilanz, das Wachstum der Abfragevolumen/-gebühren im Laufe der Zeit und die Effektivität des ENSO-Token-Modells zur Anreizung eines sich selbst tragenden Ökosystems umfassen. Derzeit ist der Schwung auf Ensos Seite, aber ein umsichtiges Risikomanagement und kontinuierliche Innovation werden entscheidend sein, um diese frühe Führung in eine langfristige Dominanz im Web3-Middleware-Bereich zu verwandeln.

Quellen:​

• Offizielle Dokumentation und Token-Verkaufsmaterialien von Enso Network

  • CoinList Token Sale Seite – Wichtige Highlights & Investoren
  • Enso Docs – Tokenomics und Netzwerkrollen

• Interviews und Medienberichte

  • CryptoPotato Interview mit Enso CEO (Juni 2025) – Hintergrund zu Ensos Entwicklung und Intent-basiertem Design
  • DL News (Mai 2025) – Überblick über Ensos Shortcuts und den Shared-State-Ansatz

• Community- und Investorenanalysen

  • Hackernoon (I. Pandey, 2025) – Einblicke in Ensos Community-Runde und Token-Verteilungsstrategie
  • CryptoTotem / CoinLaunch (2025) – Aufschlüsselung des Token-Angebots und Roadmap-Zeitplan

• Offizielle Enso-Website-Metriken (2025) und Pressemitteilungen – Adoptionszahlen und Anwendungsbeispiele (Berachain-Migration, Uniswap-Zusammenarbeit).

1. Überblick über die TEE-Technologie​

Definition und Architektur: Eine Trusted Execution Environment (TEE) ist ein sicherer Bereich eines Prozessors, der den darin geladenen Code und die Daten hinsichtlich Vertraulichkeit und Integrität schützt. Praktisch gesehen fungiert eine TEE als isolierte „Enklave“ innerhalb der CPU – eine Art Black Box, in der sensible Berechnungen abgeschirmt vom restlichen System ausgeführt werden können. Code, der innerhalb einer TEE-Enklave läuft, ist so geschützt, dass selbst ein kompromittiertes Betriebssystem oder ein Hypervisor die Daten oder den Code der Enklave nicht lesen oder manipulieren kann. Zu den wichtigsten Sicherheitsmerkmalen von TEEs gehören:

• Isolation: Der Speicher der Enklave ist von anderen Prozessen und sogar vom OS-Kernel isoliert. Selbst wenn ein Angreifer volle Administratorrechte auf der Maschine erlangt, kann er den Enklavenspeicher nicht direkt inspizieren oder modifizieren.
• Integrität: Die Hardware stellt sicher, dass Code, der in der TEE ausgeführt wird, nicht durch externe Angriffe verändert werden kann. Jede Manipulation des Enklaven-Codes oder des Laufzeitzustands wird erkannt, wodurch kompromittierte Ergebnisse verhindert werden.
• Vertraulichkeit: Daten innerhalb der Enklave bleiben im Speicher verschlüsselt und werden nur zur Verwendung innerhalb der CPU entschlüsselt, sodass geheime Daten nicht im Klartext an die Außenwelt gelangen.
• Remote Attestierung: Die TEE kann kryptografische Nachweise (Attestierungen) erbringen, um eine entfernte Partei davon zu überzeugen, dass sie echt ist und dass spezifischer vertrauenswürdiger Code darin ausgeführt wird. Dies bedeutet, dass Benutzer überprüfen können, ob sich eine Enklave in einem vertrauenswürdigen Zustand befindet (z. B. erwarteten Code auf echter Hardware ausführt), bevor sie sie mit geheimen Daten versorgen.

Konzeptdiagramm einer Trusted Execution Environment als sichere Enklaven-„Black Box“ für die Ausführung von Smart Contracts. Verschlüsselte Eingaben (Daten und Vertrags-Code) werden innerhalb der sicheren Enklave entschlüsselt und verarbeitet, und nur verschlüsselte Ergebnisse verlassen die Enklave. Dies stellt sicher, dass sensible Vertragsdaten für alle außerhalb der TEE vertraulich bleiben.

Im Hintergrund werden TEEs durch hardwarebasierte Speicherverschlüsselung und Zugriffskontrolle in der CPU ermöglicht. Wenn beispielsweise eine TEE-Enklave erstellt wird, weist die CPU ihr einen geschützten Speicherbereich zu und verwendet dedizierte Schlüssel (in die Hardware eingebrannt oder von einem sicheren Co-Prozessor verwaltet), um Daten im laufenden Betrieb zu verschlüsseln/entschlüsseln. Jeder Versuch externer Software, den Enklavenspeicher zu lesen, erhält nur verschlüsselte Bytes. Dieser einzigartige Schutz auf CPU-Ebene ermöglicht es selbst Code auf Benutzerebene, private Speicherbereiche (Enklaven) zu definieren, die privilegierte Malware oder sogar ein bösartiger Systemadministrator nicht ausspionieren oder modifizieren kann. Im Wesentlichen bietet eine TEE ein höheres Sicherheitsniveau für Anwendungen als die normale Betriebsumgebung, während sie gleichzeitig flexibler ist als dedizierte sichere Elemente oder Hardware-Sicherheitsmodule.

Wichtige Hardware-Implementierungen: Es gibt mehrere Hardware-TEE-Technologien, jede mit unterschiedlichen Architekturen, aber einem ähnlichen Ziel, eine sichere Enklave innerhalb des Systems zu schaffen:

• Intel SGX (Software Guard Extensions): Intel SGX ist eine der am weitesten verbreiteten TEE-Implementierungen. Sie ermöglicht Anwendungen, Enklaven auf Prozessebene zu erstellen, wobei Speicherverschlüsselung und Zugriffskontrollen von der CPU erzwungen werden. Entwickler müssen ihren Code in „vertrauenswürdigen“ Code (innerhalb der Enklave) und „nicht vertrauenswürdigen“ Code (normale Welt) aufteilen und spezielle Anweisungen (ECALL/OCALL) verwenden, um Daten in und aus der Enklave zu übertragen. SGX bietet eine starke Isolation für Enklaven und unterstützt die Remote-Attestierung über den Attestation Service (IAS) von Intel. Viele Blockchain-Projekte – insbesondere Secret Network und Oasis Network – bauten datenschutzfreundliche Smart-Contract-Funktionalitäten auf SGX-Enklaven auf. Das Design von SGX auf komplexen x86-Architekturen hat jedoch zu einigen Schwachstellen geführt (siehe §4), und die Attestierung von Intel führt eine zentralisierte Vertrauensabhängigkeit ein.

• ARM TrustZone: TrustZone verfolgt einen anderen Ansatz, indem es die gesamte Ausführungsumgebung des Prozessors in zwei Welten unterteilt: eine Secure World und eine Normal World. Sensibler Code läuft in der Secure World, die Zugriff auf bestimmte geschützte Speicher und Peripheriegeräte hat, während die Normal World das reguläre Betriebssystem und Anwendungen ausführt. Der Wechsel zwischen den Welten wird von der CPU gesteuert. TrustZone wird häufig in Mobil- und IoT-Geräten für Dinge wie sichere Benutzeroberflächen, Zahlungsabwicklung oder digitales Rechtemanagement verwendet. Im Blockchain-Kontext könnte TrustZone mobile-first Web3-Anwendungen ermöglichen, indem private Schlüssel oder sensible Logik in der sicheren Enklave des Telefons ausgeführt werden können. TrustZone-Enklaven sind jedoch typischerweise grobkörniger (auf OS- oder VM-Ebene) und in aktuellen Web3-Projekten nicht so weit verbreitet wie SGX.

• AMD SEV (Secure Encrypted Virtualization): Die SEV-Technologie von AMD zielt auf virtualisierte Umgebungen ab. Anstatt Enklaven auf Anwendungsebene zu erfordern, kann SEV den Speicher ganzer virtueller Maschinen verschlüsseln. Es verwendet einen eingebetteten Sicherheitsprozessor, um kryptografische Schlüssel zu verwalten und Speicherverschlüsselung durchzuführen, sodass der Speicher einer VM selbst für den Host-Hypervisor vertraulich bleibt. Dies macht SEV gut geeignet für Cloud- oder Server-Anwendungsfälle: Zum Beispiel könnte ein Blockchain-Node oder ein Off-Chain-Worker innerhalb einer vollständig verschlüsselten VM laufen und seine Daten vor einem bösartigen Cloud-Anbieter schützen. Das Design von SEV bedeutet weniger Entwicklungsaufwand für die Code-Partitionierung (Sie können eine bestehende Anwendung oder sogar ein ganzes Betriebssystem in einer geschützten VM ausführen). Neuere Iterationen wie SEV-SNP fügen Funktionen wie Manipulationserkennung hinzu und ermöglichen es VM-Besitzern, ihre VMs zu attestieren, ohne sich auf einen zentralisierten Dienst verlassen zu müssen. SEV ist hochrelevant für den TEE-Einsatz in Cloud-basierter Blockchain-Infrastruktur.

Weitere aufkommende oder Nischen-TEE-Implementierungen umfassen Intel TDX (Trust Domain Extensions, für Enklaven-ähnlichen Schutz in VMs auf neueren Intel-Chips), Open-Source-TEEs wie Keystone (RISC-V) und sichere Enklaven-Chips in Mobilgeräten (wie Apples Secure Enclave, obwohl diese typischerweise nicht für beliebigen Code offen sind). Jede TEE hat ihr eigenes Entwicklungsmodell und ihre eigenen Vertrauensannahmen, aber alle teilen die Kernidee der hardware-isolierten sicheren Ausführung.

2. Anwendungen von TEEs in Web3​

Trusted Execution Environments sind zu einem leistungsstarken Werkzeug geworden, um einige der größten Herausforderungen von Web3 zu bewältigen. Durch die Bereitstellung einer sicheren, privaten Berechnungsebene ermöglichen TEEs neue Möglichkeiten für Blockchain-Anwendungen in den Bereichen Datenschutz, Skalierbarkeit, Oracle-Sicherheit und Integrität. Im Folgenden untersuchen wir die wichtigsten Anwendungsbereiche:

Datenschutzfreundliche Smart Contracts​

Eine der prominentesten Anwendungen von TEEs in Web3 ist die Ermöglichung von vertraulichen Smart Contracts – Programmen, die auf einer Blockchain laufen, aber private Daten sicher verarbeiten können. Blockchains wie Ethereum sind standardmäßig transparent: Alle Transaktionsdaten und der Vertragsstatus sind öffentlich. Diese Transparenz ist problematisch für Anwendungsfälle, die Vertraulichkeit erfordern (z. B. private Finanztransaktionen, geheime Abstimmungen, Verarbeitung personenbezogener Daten). TEEs bieten eine Lösung, indem sie als datenschutzfreundliche Rechenenklave fungieren, die mit der Blockchain verbunden ist.

In einem TEE-gestützten Smart-Contract-System können Transaktionseingaben an eine sichere Enklave auf einem Validator- oder Worker-Node gesendet, innerhalb der Enklave verarbeitet werden, wo sie für die Außenwelt verschlüsselt bleiben, und dann kann die Enklave ein verschlüsseltes oder gehashtes Ergebnis zurück an die Kette ausgeben. Nur autorisierte Parteien mit dem Entschlüsselungsschlüssel (oder die Vertragslogik selbst) können auf das Klartext-Ergebnis zugreifen. Zum Beispiel verwendet das Secret Network Intel SGX in seinen Konsens-Nodes, um CosmWasm-Smart Contracts auf verschlüsselten Eingaben auszuführen, sodass Dinge wie Kontostände, Transaktionsbeträge oder der Vertragsstatus vor der Öffentlichkeit verborgen bleiben können, während sie dennoch in Berechnungen nutzbar sind. Dies hat geheime DeFi-Anwendungen ermöglicht – z. B. private Token-Swaps, bei denen die Beträge vertraulich sind, oder geheime Auktionen, bei denen Gebote verschlüsselt sind und erst nach Auktionsende offengelegt werden. Ein weiteres Beispiel ist Oasis Networks Parcel und vertrauliches ParaTime, das die Tokenisierung von Daten und deren Verwendung in Smart Contracts unter Vertraulichkeitsbeschränkungen ermöglicht, wodurch Anwendungsfälle wie Kredit-Scoring oder medizinische Daten auf der Blockchain mit Datenschutz-Compliance ermöglicht werden.

Datenschutzfreundliche Smart Contracts über TEEs sind attraktiv für die Einführung von Blockchain in Unternehmen und Institutionen. Organisationen können Smart Contracts nutzen und gleichzeitig sensible Geschäftslogik und Daten vertraulich halten. Zum Beispiel könnte eine Bank einen TEE-fähigen Vertrag verwenden, um Kreditanträge oder Handelsabrechnungen abzuwickeln, ohne Kundendaten On-Chain preiszugeben, und dennoch von der Transparenz und Integrität der Blockchain-Verifizierung profitieren. Diese Fähigkeit adressiert direkt regulatorische Datenschutzanforderungen (wie DSGVO oder HIPAA) und ermöglicht die konforme Nutzung von Blockchain im Gesundheitswesen, im Finanzwesen und in anderen sensiblen Branchen. Tatsächlich erleichtern TEEs die Einhaltung von Datenschutzgesetzen, indem sie sicherstellen, dass personenbezogene Daten innerhalb einer Enklave verarbeitet werden können, wobei nur verschlüsselte Ausgaben die Enklave verlassen, was den Aufsichtsbehörden die Gewissheit gibt, dass Daten geschützt sind.

Über die Vertraulichkeit hinaus tragen TEEs auch dazu bei, die Fairness in Smart Contracts durchzusetzen. Zum Beispiel könnte eine dezentrale Börse ihre Matching-Engine innerhalb einer TEE betreiben, um zu verhindern, dass Miner oder Validatoren ausstehende Aufträge sehen und Trades unfair vorwegnehmen (Front-Running). Zusammenfassend bringen TEEs eine dringend benötigte Datenschutzschicht in Web3 und ermöglichen Anwendungen wie vertrauliches DeFi, private Abstimmungen/Governance und Unternehmensverträge, die zuvor auf öffentlichen Ledgern undurchführbar waren.

Skalierbarkeit und Off-Chain-Berechnung​

Eine weitere entscheidende Rolle von TEEs ist die Verbesserung der Blockchain-Skalierbarkeit, indem rechenintensive Aufgaben Off-Chain in eine sichere Umgebung ausgelagert werden. Blockchains kämpfen mit komplexen oder rechenintensiven Aufgaben aufgrund von Leistungsgrenzen und Kosten der On-Chain-Ausführung. TEE-fähige Off-Chain-Berechnungen ermöglichen es, diese Aufgaben außerhalb der Hauptkette durchzuführen (wodurch kein Block-Gas verbraucht oder der On-Chain-Durchsatz verlangsamt wird), während gleichzeitig Vertrauensgarantien hinsichtlich der Korrektheit der Ergebnisse erhalten bleiben. Im Grunde kann eine TEE als verifizierbarer Off-Chain-Rechenbeschleuniger für Web3 dienen.

Zum Beispiel verwendet die iExec-Plattform TEEs, um einen dezentralen Cloud-Computing-Marktplatz zu schaffen, auf dem Entwickler Berechnungen Off-Chain ausführen und Ergebnisse erhalten können, denen die Blockchain vertraut. Eine dApp kann eine Berechnung (z. B. eine komplexe KI-Modellinferenz oder eine Big-Data-Analyse) von iExec-Worker-Nodes anfordern. Diese Worker-Nodes führen die Aufgabe innerhalb einer SGX-Enklave aus und erzeugen ein Ergebnis zusammen mit einer Attestierung, dass der korrekte Code in einer echten Enklave ausgeführt wurde. Das Ergebnis wird dann On-Chain zurückgegeben, und der Smart Contract kann die Attestierung der Enklave überprüfen, bevor er die Ausgabe akzeptiert. Diese Architektur ermöglicht die Verarbeitung hoher Arbeitslasten Off-Chain, ohne das Vertrauen zu opfern, und steigert so effektiv den Durchsatz. Die Integration des iExec Orchestrator mit Chainlink demonstriert dies: Ein Chainlink-Oracle ruft externe Daten ab, übergibt dann eine komplexe Berechnung an die TEE-Worker von iExec (z. B. Aggregation oder Bewertung der Daten), und schließlich wird das sichere Ergebnis On-Chain geliefert. Anwendungsfälle umfassen Dinge wie dezentrale Versicherungsberechnungen (wie iExec demonstrierte), bei denen viele Daten Off-Chain und kostengünstig verarbeitet werden können, wobei nur das Endergebnis an die Blockchain geht.

TEE-basierte Off-Chain-Berechnungen untermauern auch einige Layer-2-Skalierungslösungen. Oasis Labs' früher Prototyp Ekiden (der Vorläufer des Oasis Network) verwendete SGX-Enklaven, um die Transaktionsausführung Off-Chain parallel auszuführen und dann nur Zustands-Roots an die Hauptkette zu übergeben, was effektiv Rollup-Ideen ähnelt, aber Hardware-Vertrauen nutzt. Durch die Vertragsausführung in TEEs erreichten sie einen hohen Durchsatz, während sie sich auf Enklaven verließen, um die Sicherheit zu gewährleisten. Ein weiteres Beispiel ist Sanders Networks kommendes Op-Succinct L2, das TEEs und zkSNARKs kombiniert: TEEs führen Transaktionen privat und schnell aus, und dann werden ZK-Proofs generiert, um die Korrektheit dieser Ausführungen gegenüber Ethereum zu beweisen. Dieser hybride Ansatz nutzt die TEE-Geschwindigkeit und die ZK-Verifizierbarkeit für eine skalierbare, private L2-Lösung.

Im Allgemeinen können TEEs Berechnungen mit nahezu nativer Leistung ausführen (da sie tatsächliche CPU-Anweisungen verwenden, nur mit Isolation), sodass sie für komplexe Logik um Größenordnungen schneller sind als rein kryptografische Alternativen wie homomorphe Verschlüsselung oder Zero-Knowledge-Proofs. Durch die Auslagerung von Aufgaben an Enklaven können Blockchains komplexere Anwendungen (wie maschinelles Lernen, Bild-/Audioverarbeitung, große Analysen) verarbeiten, die On-Chain unpraktisch wären. Die Ergebnisse werden mit einer Attestierung zurückgegeben, die der On-Chain-Vertrag oder Benutzer als von einer vertrauenswürdigen Enklave stammend verifizieren können, wodurch die Datenintegrität und Korrektheit erhalten bleibt. Dieses Modell wird oft als „verifizierbare Off-Chain-Berechnung“ bezeichnet, und TEEs sind ein Eckpfeiler vieler solcher Designs (z. B. verwendet Hyperledger Avalons Trusted Compute Framework, entwickelt von Intel, iExec und anderen, TEEs, um EVM-Bytecode Off-Chain mit einem On-Chain veröffentlichten Korrektheitsnachweis auszuführen).

Sichere Oracles und Datenintegrität​

Oracles verbinden Blockchains mit realen Daten, führen aber Vertrauensherausforderungen ein: Wie kann ein Smart Contract darauf vertrauen, dass ein Off-Chain-Datenfeed korrekt und unverfälscht ist? TEEs bieten eine Lösung, indem sie als sichere Sandbox für Oracle-Nodes dienen. Ein TEE-basiertes Oracle-Node kann Daten von externen Quellen (APIs, Webdienste) abrufen und diese innerhalb einer Enklave verarbeiten, die garantiert, dass die Daten weder vom Node-Betreiber noch von Malware auf dem Node manipuliert wurden. Die Enklave kann dann die Wahrheit der von ihr bereitgestellten Daten signieren oder attestieren. Dies verbessert die Datenintegrität und Vertrauenswürdigkeit von Oracles erheblich. Selbst wenn ein Oracle-Betreiber bösartig ist, kann er die Daten nicht ändern, ohne die Attestierung der Enklave zu brechen (was die Blockchain erkennen wird).

Ein bemerkenswertes Beispiel ist Town Crier, ein an der Cornell University entwickeltes Oracle-System, das als eines der ersten Intel SGX-Enklaven nutzte, um authentifizierte Daten für Ethereum-Verträge bereitzustellen. Town Crier rief Daten (z. B. von HTTPS-Websites) innerhalb einer SGX-Enklave ab und lieferte sie an einen Vertrag zusammen mit einem Nachweis (einer Enklaven-Signatur), dass die Daten direkt von der Quelle stammten und nicht gefälscht wurden. Chainlink erkannte den Wert dessen und erwarb Town Crier im Jahr 2018, um TEE-basierte Oracles in sein dezentrales Netzwerk zu integrieren. Heute haben Chainlink und andere Oracle-Anbieter TEE-Initiativen: Zum Beispiel beinhalten Chainlinks DECO und Fair Sequencing Services TEEs, um Datenvertraulichkeit und faire Reihenfolge sicherzustellen. Wie in einer Analyse festgestellt wurde, „revolutionierte TEE die Oracle-Sicherheit, indem es eine manipulationssichere Umgebung für die Datenverarbeitung bereitstellte... selbst die Node-Betreiber können die Daten während der Verarbeitung nicht manipulieren“. Dies ist besonders entscheidend für hochwertige Finanzdaten-Feeds (wie Preis-Oracles für DeFi): Eine TEE kann selbst subtile Manipulationen verhindern, die zu großen Exploits führen könnten.

TEEs ermöglichen es Oracles auch, sensible oder proprietäre Daten zu verarbeiten, die nicht im Klartext auf einer Blockchain veröffentlicht werden könnten. Zum Beispiel könnte ein Oracle-Netzwerk Enklaven verwenden, um private Daten (wie vertrauliche Aktienauftragsbücher oder persönliche Gesundheitsdaten) zu aggregieren und nur abgeleitete Ergebnisse oder validierte Nachweise an die Blockchain zu übermitteln, ohne die rohen sensiblen Eingaben preiszugeben. Auf diese Weise erweitern TEEs den Umfang der Daten, die sicher in Smart Contracts integriert werden können, was entscheidend ist für die Tokenisierung von Real World Assets (RWA), Kredit-Scoring, Versicherungen und andere datenintensive On-Chain-Dienste.

Zum Thema Cross-Chain-Bridges verbessern TEEs ebenfalls die Integrität. Bridges verlassen sich oft auf eine Reihe von Validatoren oder eine Multi-Sig, um Assets zu verwahren und Übertragungen zwischen Ketten zu validieren, was sie zu Hauptzielen für Angriffe macht. Durch die Ausführung der Bridge-Validator-Logik innerhalb von TEEs kann man die privaten Schlüssel und Verifizierungsprozesse der Bridge vor Manipulationen schützen. Selbst wenn das Betriebssystem eines Validators kompromittiert ist, sollte der Angreifer nicht in der Lage sein, private Schlüssel zu extrahieren oder Nachrichten aus der Enklave zu fälschen. TEEs können erzwingen, dass Bridge-Transaktionen genau gemäß den Protokollregeln verarbeitet werden, wodurch das Risiko verringert wird, dass menschliche Bediener oder Malware betrügerische Übertragungen einschleusen. Darüber hinaus können TEEs atomare Swaps und Cross-Chain-Transaktionen in einer sicheren Enklave ermöglichen, die entweder beide Seiten abschließt oder sauber abbricht, wodurch Szenarien verhindert werden, in denen Gelder aufgrund von Störungen stecken bleiben. Mehrere Bridge-Projekte und Konsortien haben TEE-basierte Sicherheit erforscht, um die Plage der Bridge-Hacks der letzten Jahre zu mildern.

Datenintegrität und Verifizierbarkeit Off-Chain​

In allen oben genannten Szenarien ist ein wiederkehrendes Thema, dass TEEs dazu beitragen, die Datenintegrität auch außerhalb der Blockchain aufrechtzuerhalten. Da eine TEE beweisen kann, welchen Code sie ausführt (über Attestierung) und sicherstellen kann, dass der Code ohne Störungen läuft, bietet sie eine Form des verifizierbaren Computings. Benutzer und Smart Contracts können den Ergebnissen einer TEE vertrauen, als wären sie On-Chain berechnet worden, vorausgesetzt, die Attestierung ist korrekt. Diese Integritätsgarantie ist der Grund, warum TEEs manchmal als „Vertrauensanker“ für Off-Chain-Daten und -Berechnungen bezeichnet werden.

Es ist jedoch zu beachten, dass dieses Vertrauensmodell einige Annahmen auf die Hardware verlagert (siehe §4). Die Datenintegrität ist nur so stark wie die Sicherheit der TEE. Wenn die Enklave kompromittiert oder die Attestierung gefälscht wird, könnte die Integrität fehlschlagen. Dennoch erschweren TEEs (wenn sie auf dem neuesten Stand gehalten werden) in der Praxis bestimmte Angriffe erheblich. Zum Beispiel könnte eine DeFi-Kreditplattform eine TEE verwenden, um Kreditscores aus den privaten Daten eines Benutzers Off-Chain zu berechnen, und der Smart Contract würde den Score nur akzeptieren, wenn er von einer gültigen Enklaven-Attestierung begleitet wird. Auf diese Weise weiß der Vertrag, dass der Score vom genehmigten Algorithmus auf echten Daten berechnet wurde, anstatt dem Benutzer oder einem Oracle blind zu vertrauen.

TEEs spielen auch eine Rolle in aufkommenden dezentralen Identitäts- (DID) und Authentifizierungssystemen. Sie können private Schlüssel, persönliche Daten und Authentifizierungsprozesse sicher verwalten, sodass die sensiblen Informationen des Benutzers niemals der Blockchain oder dApp-Anbietern preisgegeben werden. Zum Beispiel könnte eine TEE auf einem mobilen Gerät die biometrische Authentifizierung handhaben und eine Blockchain-Transaktion signieren, wenn die biometrische Überprüfung erfolgreich ist, alles ohne die Biometrie des Benutzers preiszugeben. Dies bietet sowohl Sicherheit als auch Datenschutz im Identitätsmanagement – eine wesentliche Komponente, wenn Web3 Dinge wie Pässe, Zertifikate oder KYC-Daten auf benutzerautonome Weise handhaben soll.

Zusammenfassend dienen TEEs als vielseitiges Werkzeug in Web3: Sie ermöglichen Vertraulichkeit für On-Chain-Logik, erlauben Skalierung durch sichere Off-Chain-Berechnungen, schützen die Integrität von Oracles und Bridges und eröffnen neue Anwendungsbereiche (von privater Identität bis hin zu konformer Datenfreigabe). Als Nächstes werden wir uns spezifische Projekte ansehen, die diese Fähigkeiten nutzen.

3. Bemerkenswerte Web3-Projekte, die TEEs nutzen​

Eine Reihe führender Blockchain-Projekte haben ihre Kernangebote um Trusted Execution Environments herum aufgebaut. Im Folgenden tauchen wir in einige bemerkenswerte ein und untersuchen, wie jedes die TEE-Technologie nutzt und welchen einzigartigen Wert es hinzufügt:

Secret Network​

Secret Network ist eine Layer-1-Blockchain (auf Basis des Cosmos SDK), die Pionierarbeit bei datenschutzfreundlichen Smart Contracts mittels TEEs geleistet hat. Alle Validator-Nodes im Secret Network betreiben Intel SGX-Enklaven, die den Smart-Contract-Code ausführen, sodass der Vertragsstatus sowie Eingaben/Ausgaben selbst für die Node-Betreiber verschlüsselt bleiben. Dies macht Secret zu einer der ersten Privacy-First Smart Contract-Plattformen – Datenschutz ist kein optionales Add-on, sondern eine Standardfunktion des Netzwerks auf Protokollebene.

Im Modell von Secret Network übermitteln Benutzer verschlüsselte Transaktionen, die Validatoren zur Ausführung in ihre SGX-Enklave laden. Die Enklave entschlüsselt die Eingaben, führt den Vertrag (geschrieben in einer modifizierten CosmWasm-Laufzeitumgebung) aus und erzeugt verschlüsselte Ausgaben, die in die Blockchain geschrieben werden. Nur Benutzer mit dem korrekten Viewing Key (oder der Vertrag selbst mit seinem internen Schlüssel) können die tatsächlichen Daten entschlüsseln und einsehen. Dies ermöglicht Anwendungen, private Daten On-Chain zu verwenden, ohne sie öffentlich preiszugeben.

Das Netzwerk hat mehrere neuartige Anwendungsfälle demonstriert:

• Secret DeFi: z. B. SecretSwap (ein AMM), bei dem die Kontostände und Transaktionsbeträge der Benutzer privat sind, wodurch Front-Running gemindert und Handelsstrategien geschützt werden. Liquiditätsanbieter und Händler können agieren, ohne jeden ihrer Schritte an Wettbewerber zu senden.
• Geheime Auktionen: Auktionsverträge, bei denen Gebote bis zum Auktionsende geheim gehalten werden, um strategisches Verhalten basierend auf den Geboten anderer zu verhindern.
• Private Abstimmung und Governance: Token-Inhaber können über Vorschläge abstimmen, ohne ihre Stimmabgabe preiszugeben, während die Auszählung weiterhin verifiziert werden kann – was eine faire, einschüchterungsfreie Governance gewährleistet.
• Datenmarktplätze: Sensible Datensätze können transaktiert und in Berechnungen verwendet werden, ohne die Rohdaten Käufern oder Nodes preiszugeben.

Secret Network integriert TEEs im Wesentlichen auf Protokollebene, um ein einzigartiges Wertversprechen zu schaffen: Es bietet programmierbaren Datenschutz. Zu den Herausforderungen, die sie angehen, gehören die Koordination der Enklaven-Attestierung über einen dezentralen Validatoren-Satz hinweg und die Verwaltung der Schlüsselverteilung, damit Verträge Eingaben entschlüsseln können, während sie diese vor Validatoren geheim halten. Nach allen Berichten hat Secret die Machbarkeit TEE-gestützter Vertraulichkeit auf einer öffentlichen Blockchain bewiesen und sich als führend in diesem Bereich etabliert.

Oasis Network​

Oasis Network ist eine weitere Layer-1, die auf Skalierbarkeit und Datenschutz abzielt und TEEs (Intel SGX) in ihrer Architektur umfassend nutzt. Oasis führte ein innovatives Design ein, das den Konsens von der Berechnung trennt in verschiedene Schichten, die als Consensus Layer und ParaTime Layer bezeichnet werden. Der Consensus Layer handhabt die Blockchain-Reihenfolge und Finalität, während jeder ParaTime eine Laufzeitumgebung für Smart Contracts sein kann. Bemerkenswerterweise ist Oasis' Emerald ParaTime eine EVM-kompatible Umgebung, und Sapphire ist eine vertrauliche EVM, die TEEs verwendet, um den Smart-Contract-Status privat zu halten.

Die Nutzung von TEEs durch Oasis konzentriert sich auf vertrauliche Berechnungen in großem Maßstab. Durch die Isolation der rechenintensiven Aufgaben in parallelisierbaren ParaTimes (die auf vielen Nodes laufen können) erreichen sie einen hohen Durchsatz, und durch die Verwendung von TEEs innerhalb dieser ParaTime-Nodes stellen sie sicher, dass die Berechnungen sensible Daten enthalten können, ohne diese preiszugeben. Zum Beispiel könnte eine Institution einen Kredit-Scoring-Algorithmus auf Oasis ausführen, indem sie private Daten in eine vertrauliche ParaTime einspeist – die Daten bleiben für den Node verschlüsselt (da sie in der Enklave verarbeitet werden), und nur der Score wird ausgegeben. Währenddessen zeichnet der Oasis-Konsens lediglich den Nachweis auf, dass die Berechnung korrekt erfolgte.

Technisch gesehen hat Oasis zusätzliche Sicherheitsebenen über das reine SGX hinaus hinzugefügt. Sie implementierten einen „geschichteten Vertrauensanker“: unter Verwendung von Intels SGX Quoting Enclave und einem benutzerdefinierten, leichtgewichtigen Kernel, um die Hardware-Vertrauenswürdigkeit zu überprüfen und die Systemaufrufe der Enklave zu isolieren (sandboxing). Dies reduziert die Angriffsfläche (durch Filtern, welche OS-Aufrufe Enklaven tätigen können) und schützt vor bestimmten bekannten SGX-Angriffen. Oasis führte auch Funktionen wie dauerhafte Enklaven (damit Enklaven ihren Zustand über Neustarts hinweg beibehalten können) und sichere Protokollierung ein, um Rollback-Angriffe zu mindern (bei denen ein Node versuchen könnte, einen alten Enklaven-Zustand erneut abzuspielen). Diese Innovationen wurden in ihren technischen Papieren beschrieben und sind ein Grund, warum Oasis als forschungsgetriebenes Projekt im Bereich TEE-basierter Blockchain-Berechnungen angesehen wird.

Aus Ökosystem-Perspektive hat sich Oasis für Dinge wie privates DeFi (das Banken die Teilnahme ermöglicht, ohne Kundendaten preiszugeben) und Datentokenisierung (wo Einzelpersonen oder Unternehmen Daten vertraulich an KI-Modelle weitergeben und über die Blockchain entschädigt werden können) positioniert. Sie haben auch mit Unternehmen an Pilotprojekten zusammengearbeitet (zum Beispiel mit BMW zum Thema Datenschutz und mit anderen zum Austausch medizinischer Forschungsdaten). Insgesamt zeigt das Oasis Network, wie die Kombination von TEEs mit einer skalierbaren Architektur sowohl Datenschutz als auch Leistung adressieren kann, was es zu einem wichtigen Akteur bei TEE-basierten Web3-Lösungen macht.

Sanders Network​

Sanders Network ist ein dezentrales Cloud-Computing-Netzwerk im Polkadot-Ökosystem, das TEEs nutzt, um vertrauliche und hochleistungsfähige Rechenservices bereitzustellen. Es ist eine Parachain auf Polkadot, was bedeutet, dass es von Polkadots Sicherheit und Interoperabilität profitiert, aber es führt seine eigene neuartige Laufzeitumgebung für Off-Chain-Berechnungen in sicheren Enklaven ein.

Die Kernidee von Sanders ist es, ein großes Netzwerk von Worker-Nodes (genannt Sanders-Miner) zu unterhalten, die Aufgaben innerhalb von TEEs (bisher speziell Intel SGX) ausführen und verifizierbare Ergebnisse produzieren. Diese Aufgaben können von der Ausführung von Smart-Contract-Segmenten bis hin zu allgemeinen Berechnungen reichen, die von Benutzern angefordert werden. Da die Worker in SGX laufen, stellt Sanders sicher, dass die Berechnungen mit Vertraulichkeit (Eingabedaten sind vor dem Worker-Betreiber verborgen) und Integrität (die Ergebnisse werden mit einer Attestierung geliefert) durchgeführt werden. Dies schafft effektiv eine vertrauenslose Cloud, in der Benutzer Workloads bereitstellen können, in dem Wissen, dass der Host sie nicht einsehen oder manipulieren kann.

Man kann sich Sanders als Analogon zu Amazon EC2 oder AWS Lambda vorstellen, aber dezentralisiert: Entwickler können Code im Sanders-Netzwerk bereitstellen und ihn auf vielen SGX-fähigen Maschinen weltweit ausführen lassen, wobei sie mit Sanders' Token für den Dienst bezahlen. Einige hervorgehobene Anwendungsfälle:

• Web3-Analysen und KI: Ein Projekt könnte Benutzerdaten analysieren oder KI-Algorithmen in Sanders-Enklaven ausführen, sodass Rohdaten der Benutzer verschlüsselt bleiben (Datenschutz), während nur aggregierte Erkenntnisse die Enklave verlassen.
• Game-Backends und Metaverse: Sanders kann intensive Spiellogik oder Simulationen virtueller Welten Off-Chain verarbeiten, indem es nur Commitments oder Hashes an die Blockchain sendet, was ein reichhaltigeres Gameplay ohne Vertrauen in einen einzelnen Server ermöglicht.
• On-Chain-Dienste: Sanders hat eine Off-Chain-Berechnungsplattform namens Sanders Cloud aufgebaut. Zum Beispiel kann sie als Backend für Bots, dezentrale Webdienste oder sogar ein Off-Chain-Orderbuch dienen, das Trades mit TEE-Attestierung an einen DEX-Smart Contract veröffentlicht.

Sanders betont, dass es vertrauliche Berechnungen horizontal skalieren kann: Mehr Kapazität benötigt? Fügen Sie weitere TEE-Worker-Nodes hinzu. Dies unterscheidet sich von einer einzelnen Blockchain, bei der die Rechenkapazität durch Konsens begrenzt ist. Somit eröffnet Sanders Möglichkeiten für rechenintensive dApps, die dennoch vertrauenslose Sicherheit wünschen. Wichtig ist, dass Sanders sich nicht rein auf Hardware-Vertrauen verlässt; es integriert sich in Polkadots Konsens (z. B. Staking und Slashing für schlechte Ergebnisse) und erforscht sogar eine Kombination von TEE mit Zero-Knowledge-Proofs (wie erwähnt, verwendet ihr kommendes L2 TEE, um die Ausführung zu beschleunigen und ZKP, um sie prägnant auf Ethereum zu verifizieren). Dieser hybride Ansatz hilft, das Risiko einer einzelnen TEE-Kompromittierung zu mindern, indem er kryptografische Verifizierung hinzufügt.

Zusammenfassend nutzt Sanders Network TEEs, um eine dezentrale, vertrauliche Cloud für Web3 bereitzustellen, die Off-Chain-Berechnungen mit Sicherheitsgarantien ermöglicht. Dies eröffnet eine Klasse von Blockchain-Anwendungen, die sowohl hohe Rechenleistung als auch Datenvertraulichkeit benötigen und die Lücke zwischen On-Chain- und Off-Chain-Welten schließen.

iExec​

iExec ist ein dezentraler Marktplatz für Cloud-Computing-Ressourcen, der auf Ethereum aufgebaut ist. Im Gegensatz zu den drei vorherigen (die eigene Chains oder Parachains sind) operiert iExec als Layer-2- oder Off-Chain-Netzwerk, das mit Ethereum-Smart Contracts koordiniert. TEEs (insbesondere Intel SGX) sind ein Eckpfeiler von iExecs Ansatz, Vertrauen in Off-Chain-Berechnungen herzustellen.

Das iExec-Netzwerk besteht aus Worker-Nodes, die von verschiedenen Anbietern bereitgestellt werden. Diese Worker können von Benutzern (dApp-Entwicklern, Datenanbietern usw.) angeforderte Aufgaben ausführen. Um sicherzustellen, dass diese Off-Chain-Berechnungen vertrauenswürdig sind, führte iExec ein Framework namens „Trusted Off-Chain Computing“ ein: Aufgaben können innerhalb von SGX-Enklaven ausgeführt werden, und die Ergebnisse werden mit einer Enklaven-Signatur geliefert, die beweist, dass die Aufgabe korrekt auf einem sicheren Node ausgeführt wurde. iExec hat sich mit Intel zusammengetan, um diese vertrauenswürdige Computing-Funktion einzuführen, und ist sogar dem Confidential Computing Consortium beigetreten, um Standards voranzutreiben. Ihr Konsensprotokoll, genannt Proof-of-Contribution (PoCo), aggregiert bei Bedarf Stimmen/Attestierungen von mehreren Workern, um einen Konsens über das korrekte Ergebnis zu erzielen. In vielen Fällen kann die Attestierung einer einzelnen Enklave ausreichen, wenn der Code deterministisch ist und das Vertrauen in SGX hoch ist; für eine höhere Sicherheit kann iExec Aufgaben über mehrere TEEs replizieren und einen Konsens oder eine Mehrheitsentscheidung verwenden.

Die Plattform von iExec ermöglicht mehrere interessante Anwendungsfälle:

• Dezentrales Oracle-Computing: Wie bereits erwähnt, kann iExec mit Chainlink zusammenarbeiten. Ein Chainlink-Node könnte Rohdaten abrufen und diese dann an einen iExec SGX-Worker übergeben, um eine Berechnung (z. B. einen proprietären Algorithmus oder eine KI-Inferenz) auf diesen Daten durchzuführen und schließlich ein Ergebnis On-Chain zurückzugeben. Dies erweitert die Möglichkeiten von Oracles über das bloße Weiterleiten von Daten hinaus – sie können nun berechnete Dienste (wie das Aufrufen eines KI-Modells oder das Aggregieren vieler Quellen) anbieten, wobei TEE die Ehrlichkeit gewährleistet.
• KI und DePIN (Dezentrales Physisches Infrastrukturnetzwerk): iExec positioniert sich als Vertrauensschicht für dezentrale KI-Anwendungen. Zum Beispiel kann eine dApp, die ein Machine-Learning-Modell verwendet, das Modell in einer Enklave ausführen, um sowohl das Modell (wenn es proprietär ist) als auch die eingegebenen Benutzerdaten zu schützen. Im Kontext von DePIN (wie verteilten IoT-Netzwerken) können TEEs auf Edge-Geräten verwendet werden, um Sensorwerte und Berechnungen auf diesen Werten zu vertrauen.
• Sichere Datenmonetarisierung: Datenanbieter können ihre Datensätze auf dem iExec-Marktplatz in verschlüsselter Form zur Verfügung stellen. Käufer können ihre Algorithmen zur Ausführung auf den Daten innerhalb einer TEE senden (sodass die Rohdaten des Datenanbieters niemals offengelegt werden, ihr geistiges Eigentum geschützt wird und die Details des Algorithmus ebenfalls verborgen bleiben können). Das Ergebnis der Berechnung wird an den Käufer zurückgegeben, und die entsprechende Zahlung an den Datenanbieter wird über Smart Contracts abgewickelt. Dieses Schema, oft als sicherer Datenaustausch bezeichnet, wird durch die Vertraulichkeit von TEEs ermöglicht.

Insgesamt stellt iExec die Verbindung zwischen Ethereum-Smart Contracts und sicherer Off-Chain-Ausführung her. Es demonstriert, wie TEE-„Worker“ vernetzt werden können, um eine dezentrale Cloud zu bilden, komplett mit einem Marktplatz (der iExecs RLC-Token zur Zahlung verwendet) und Konsensmechanismen. Durch die Leitung der Trusted Compute-Arbeitsgruppe der Enterprise Ethereum Alliance und die Mitwirkung an Standards (wie Hyperledger Avalon) treibt iExec auch die breitere Akzeptanz von TEEs in Unternehmens-Blockchain-Szenarien voran.

Andere Projekte und Ökosysteme​

Über die vier oben genannten hinaus gibt es noch einige weitere Projekte, die erwähnenswert sind:

• Integritee – eine weitere Polkadot-Parachain, ähnlich wie Sanders (tatsächlich entstand sie aus der TEE-Arbeit der Energy Web Foundation). Integritee nutzt TEEs, um „Parachain-as-a-Service“ für Unternehmen zu schaffen, indem es On-Chain- und Off-Chain-Enklaven-Verarbeitung kombiniert.
• Automata Network – ein Middleware-Protokoll für Web3-Datenschutz, das TEEs für private Transaktionen, anonyme Abstimmungen und MEV-resistente Transaktionsverarbeitung nutzt. Automata läuft als Off-Chain-Netzwerk und bietet Dienste wie ein privates RPC-Relay an und wurde erwähnt, TEEs für Dinge wie geschützte Identität und gaslose private Transaktionen zu verwenden.
• Hyperledger Sawtooth (PoET) – im Unternehmensbereich führte Sawtooth einen Konsensalgorithmus namens Proof of Elapsed Time ein, der auf SGX basierte. Jeder Validator betreibt eine Enklave, die eine zufällige Zeit wartet und einen Nachweis erzeugt; derjenige mit der kürzesten Wartezeit „gewinnt“ den Block, eine faire Lotterie, die von SGX durchgesetzt wird. Obwohl Sawtooth kein Web3-Projekt im eigentlichen Sinne ist (eher eine Unternehmens-Blockchain), ist es eine kreative Nutzung von TEEs für den Konsens.
• Unternehmens-/Konsortialketten – Viele Blockchain-Lösungen für Unternehmen (z. B. ConsenSys Quorum, IBM Blockchain) integrieren TEEs, um vertrauliche Konsortialtransaktionen zu ermöglichen, bei denen nur autorisierte Nodes bestimmte Daten sehen. Zum Beispiel verwendet der Trusted Compute Framework (TCF)-Entwurf der Enterprise Ethereum Alliance TEEs, um private Verträge Off-Chain auszuführen und Merkle-Proofs On-Chain zu liefern.

Diese Projekte zeigen zusammen die Vielseitigkeit von TEEs: Sie treiben ganze datenschutzorientierte L1s an, dienen als Off-Chain-Netzwerke, sichern Infrastrukturkomponenten wie Oracles und Bridges und untermauern sogar Konsensalgorithmen. Als Nächstes betrachten wir die umfassenderen Vorteile und Herausforderungen der Verwendung von TEEs in dezentralen Umgebungen.

4. Vorteile und Herausforderungen von TEEs in dezentralen Umgebungen​

Die Einführung von Trusted Execution Environments in Blockchain-Systemen bringt erhebliche technische Vorteile sowie bemerkenswerte Herausforderungen und Kompromisse mit sich. Wir werden beide Seiten untersuchen: was TEEs dezentralen Anwendungen bieten und welche Probleme oder Risiken sich aus ihrer Verwendung ergeben.

Vorteile und technische Stärken​

• Starke Sicherheit & Datenschutz: Der größte Vorteil sind die Garantien für Vertraulichkeit und Integrität. TEEs ermöglichen die Ausführung von sensiblem Code mit der Gewissheit, dass er nicht von externer Malware ausspioniert oder verändert wird. Dies schafft ein Vertrauensniveau in Off-Chain-Berechnungen, das zuvor nicht verfügbar war. Für die Blockchain bedeutet dies, dass private Daten genutzt werden können (wodurch die Funktionalität von dApps verbessert wird), ohne die Sicherheit zu opfern. Selbst in nicht vertrauenswürdigen Umgebungen (Cloud-Server, von Dritten betriebene Validator-Nodes) schützen TEEs Geheimnisse. Dies ist besonders vorteilhaft für die Verwaltung privater Schlüssel, Benutzerdaten und proprietärer Algorithmen innerhalb von Krypto-Systemen. Zum Beispiel könnte eine Hardware-Wallet oder ein Cloud-Signaturdienst eine TEE verwenden, um Blockchain-Transaktionen intern zu signieren, sodass der private Schlüssel niemals im Klartext offengelegt wird, was Komfort mit Sicherheit verbindet.

• Nahezu native Leistung: Im Gegensatz zu rein kryptografischen Ansätzen zur sicheren Berechnung (wie ZK-Proofs oder homomorphe Verschlüsselung) ist der TEE-Overhead relativ gering. Code läuft direkt auf der CPU, sodass eine Berechnung innerhalb einer Enklave ungefähr so schnell ist wie außerhalb (mit etwas Overhead für Enklaven-Übergänge und Speicherverschlüsselung, typischerweise einstellige prozentuale Verlangsamungen bei SGX). Dies bedeutet, dass TEEs rechenintensive Aufgaben effizient bewältigen können, was Anwendungsfälle (wie Echtzeit-Datenfeeds, komplexe Smart Contracts, maschinelles Lernen) ermöglicht, die bei kryptografischen Protokollen um Größenordnungen langsamer wären. Die geringe Latenz von Enklaven macht sie dort geeignet, wo eine schnelle Reaktion erforderlich ist (z. B. Hochfrequenz-Handelsbots, die durch TEEs gesichert sind, oder interaktive Anwendungen und Spiele, bei denen die Benutzererfahrung unter hohen Verzögerungen leiden würde).

• Verbesserte Skalierbarkeit (durch Auslagerung): Indem TEEs es ermöglichen, rechenintensive Berechnungen sicher Off-Chain durchzuführen, helfen sie, Überlastungen und Gaskosten auf Hauptketten zu reduzieren. Sie ermöglichen Layer-2-Designs und Seitenprotokolle, bei denen die Blockchain nur zur Verifizierung oder endgültigen Abrechnung verwendet wird, während der Großteil der Berechnungen in parallelen Enklaven stattfindet. Diese Modularisierung (rechenintensive Logik in TEEs, Konsens On-Chain) kann den Durchsatz und die Skalierbarkeit dezentraler Anwendungen drastisch verbessern. Zum Beispiel könnte eine DEX das Matchmaking in einer TEE Off-Chain durchführen und nur die gematchten Trades On-Chain veröffentlichen, wodurch der Durchsatz erhöht und das On-Chain-Gas reduziert wird.

• Bessere Benutzererfahrung & Funktionalität: Mit TEEs können dApps Funktionen wie Vertraulichkeit oder komplexe Analysen anbieten, die mehr Benutzer (einschließlich Institutionen) anziehen. TEEs ermöglichen auch gaslose oder Meta-Transaktionen, indem sie diese sicher Off-Chain ausführen und dann Ergebnisse übermitteln, wie in Automatas Verwendung von TEEs zur Reduzierung des Gasverbrauchs für private Transaktionen festgestellt. Darüber hinaus kann das Speichern sensibler Zustände Off-Chain in einer Enklave die On-Chain veröffentlichten Daten reduzieren, was gut für den Datenschutz der Benutzer und die Netzwerkeffizienz ist (weniger On-Chain-Daten zum Speichern/Verifizieren).

• Kompatibilität mit anderen Technologien: Interessanterweise können TEEs andere Technologien ergänzen (nicht streng genommen ein Vorteil, der TEEs allein innewohnt, sondern in Kombination). Sie können als Bindeglied dienen, das hybride Lösungen zusammenhält: z. B. das Ausführen eines Programms in einer Enklave und gleichzeitig das Generieren eines ZK-Proofs seiner Ausführung, wobei die Enklave bei Teilen des Beweisprozesses hilft, diesen zu beschleunigen. Oder die Verwendung von TEEs in MPC-Netzwerken, um bestimmte Aufgaben mit weniger Kommunikationsrunden zu bewältigen. Wir werden Vergleiche in §5 diskutieren, aber viele Projekte betonen, dass TEEs die Kryptografie nicht ersetzen müssen – sie können zusammenarbeiten, um die Sicherheit zu stärken (Sanders' Mantra: „Die Stärke von TEE liegt darin, andere zu unterstützen, nicht sie zu ersetzen“).

Vertrauensannahmen und Sicherheitslücken​

Trotz ihrer Stärken führen TEEs spezifische Vertrauensannahmen ein und sind nicht unverwundbar. Es ist entscheidend, diese Herausforderungen zu verstehen:

• Hardware-Vertrauen und Zentralisierung: Durch die Verwendung von TEEs vertraut man zwangsläufig dem Siliziumhersteller und der Sicherheit seines Hardware-Designs und seiner Lieferkette. Die Verwendung von Intel SGX bedeutet beispielsweise, darauf zu vertrauen, dass Intel keine Hintertüren hat, dass die Fertigung sicher ist und dass der Mikrocode der CPU die Enklaven-Isolation korrekt implementiert. Dies ist ein stärker zentralisiertes Vertrauensmodell im Vergleich zur reinen Kryptografie (die auf mathematischen Annahmen basiert, die unter allen Benutzern verteilt sind). Darüber hinaus basiert die Attestierung für SGX historisch auf der Kontaktaufnahme mit Intels Attestation Service, was bedeutet, dass Enklaven weltweit betroffen sein könnten, wenn Intel offline ginge oder beschließen würde, Schlüssel zu widerrufen. Diese Abhängigkeit von der Infrastruktur eines einzelnen Unternehmens wirft Bedenken auf: Es könnte ein Single Point of Failure sein oder sogar Ziel staatlicher Regulierung (z. B. könnten US-Exportkontrollen theoretisch einschränken, wer starke TEEs verwenden darf). AMD SEV mildert dies, indem es eine dezentralere Attestierung ermöglicht (VM-Besitzer können ihre VMs attestieren), vertraut aber immer noch dem Chip und der Firmware von AMD. Das Zentralisierungsrisiko wird oft als etwas der Dezentralisierung der Blockchain Entgegengesetztes angeführt. Projekte wie Keystone (Open-Source-TEE) und andere erforschen Wege, die Abhängigkeit von proprietären Black Boxes zu reduzieren, aber diese sind noch nicht Mainstream.

• Seitenkanal- und andere Schwachstellen: Eine TEE ist kein Allheilmittel; sie kann durch indirekte Mittel angegriffen werden. Seitenkanalangriffe nutzen die Tatsache aus, dass selbst wenn der direkte Speicherzugriff blockiert ist, der Betrieb einer Enklave das System subtil beeinflussen könnte (durch Timing, Cache-Nutzung, Stromverbrauch, elektromagnetische Emissionen usw.). In den letzten Jahren wurden zahlreiche akademische Angriffe auf Intel SGX demonstriert: von Foreshadow (Extrahieren von Enklaven-Geheimnissen über L1-Cache-Timing-Leckage) über Plundervolt (Spannungsfehlerinjektion über privilegierte Anweisungen) bis hin zu SGAxe (Extrahieren von Attestierungsschlüsseln) und anderen. Diese ausgeklügelten Angriffe zeigen, dass TEEs kompromittiert werden können, ohne kryptografische Schutzmaßnahmen brechen zu müssen – stattdessen durch Ausnutzung mikroarchitektonischer Verhaltensweisen oder Implementierungsfehler. Infolgedessen wird anerkannt, dass „Forscher verschiedene potenzielle Angriffsvektoren identifiziert haben, die Hardware-Schwachstellen oder Zeitunterschiede bei TEE-Operationen ausnutzen könnten“. Obwohl diese Angriffe nicht trivial sind und oft entweder lokalen Zugriff oder bösartige Hardware erfordern, stellen sie eine reale Bedrohung dar. TEEs schützen im Allgemeinen auch nicht vor physischen Angriffen, wenn ein Angreifer den Chip in der Hand hat (z. B. kann das Entkapseln des Chips, das Abgreifen von Bussen usw. die meisten kommerziellen TEEs überwinden).

  Die Reaktionen der Anbieter auf Seitenkanal-Entdeckungen waren Mikrocode-Patches und Enklaven-SDK-Updates, um bekannte Lecks zu mindern (manchmal auf Kosten der Leistung). Aber es bleibt ein Katz-und-Maus-Spiel. Für Web3 bedeutet dies, dass, wenn jemand einen neuen Seitenkanal auf SGX findet, ein „sicherer“ DeFi-Vertrag, der in SGX läuft, potenziell ausgenutzt werden könnte (z. B. um geheime Daten preiszugeben oder die Ausführung zu manipulieren). Sich auf TEEs zu verlassen bedeutet also, eine potenzielle Angriffsfläche auf Hardware-Ebene zu akzeptieren, die außerhalb des typischen Blockchain-Bedrohungsmodells liegt. Es ist ein aktives Forschungsgebiet, TEEs dagegen zu stärken (z. B. durch das Design von Enklaven-Code mit konstanten Zeitoperationen, die Vermeidung von geheimnisabhängigen Speicherzugriffsmustern und die Verwendung von Techniken wie Oblivious RAM). Einige Projekte ergänzen TEEs auch mit sekundären Prüfungen – z. B. durch Kombination mit ZK-Proofs oder durch das Ausführen mehrerer Enklaven auf verschiedenen Hardware-Anbietern, um das Risiko eines einzelnen Chip-Kompromisses zu reduzieren.

• Leistungs- und Ressourcenbeschränkungen: Obwohl TEEs für CPU-gebundene Aufgaben mit nahezu nativer Geschwindigkeit laufen, bringen sie einige Overheads und Grenzen mit sich. Das Umschalten in eine Enklave (ein ECALL) und aus ihr heraus (OCALL) ist mit Kosten verbunden, ebenso wie die Ver-/Entschlüsselung von Speicherseiten. Dies kann die Leistung bei sehr häufigen Enklaven-Grenzüberschreitungen beeinträchtigen. Enklaven haben oft auch Speichergrößenbeschränkungen. Zum Beispiel hatte frühes SGX einen begrenzten Enclave Page Cache, und wenn Enklaven mehr Speicher verwendeten, mussten Seiten (mit Verschlüsselung) ausgelagert werden, was die Leistung massiv verlangsamte. Selbst neuere TEEs erlauben oft nicht die einfache Nutzung des gesamten System-RAMs – es gibt einen sicheren Speicherbereich, der möglicherweise begrenzt ist. Dies bedeutet, dass sehr große Berechnungen oder Datensätze schwierig vollständig innerhalb einer TEE zu handhaben sein könnten. Im Web3-Kontext könnte dies die Komplexität von Smart Contracts oder ML-Modellen einschränken, die in einer Enklave laufen können. Entwickler müssen den Speicher optimieren und möglicherweise Workloads aufteilen.

• Komplexität von Attestierung und Schlüsselverwaltung: Die Verwendung von TEEs in einer dezentralen Umgebung erfordert robuste Attestierungs-Workflows: Jeder Node muss anderen beweisen, dass er eine authentische Enklave mit erwartetem Code ausführt. Das Einrichten dieser On-Chain-Attestierungsprüfung kann komplex sein. Es beinhaltet normalerweise das Hardcodieren des öffentlichen Attestierungsschlüssels oder Zertifikats des Anbieters in das Protokoll und das Schreiben von Verifizierungslogik in Smart Contracts oder Off-Chain-Clients. Dies führt zu Overhead im Protokolldesign, und Änderungen (wie Intel, das sein Attestierungs-Signaturschlüsselformat von EPID auf DCAP ändert) können Wartungsaufwand verursachen. Zusätzlich fügt die Verwaltung von Schlüsseln innerhalb von TEEs (zum Entschlüsseln von Daten oder Signieren von Ergebnissen) eine weitere Komplexitätsebene hinzu. Fehler in der Enklaven-Schlüsselverwaltung könnten die Sicherheit untergraben (z. B. wenn eine Enklave versehentlich einen Entschlüsselungsschlüssel durch einen Fehler preisgibt, brechen alle ihre Vertraulichkeitsversprechen zusammen). Best Practices beinhalten die Verwendung der Sealing-APIs der TEE, um Schlüssel sicher zu speichern und Schlüssel bei Bedarf zu rotieren, aber auch dies erfordert eine sorgfältige Entwicklung durch die Entwickler.

• Denial-of-Service und Verfügbarkeit: Ein vielleicht weniger diskutiertes Problem: TEEs tragen nicht zur Verfügbarkeit bei und können sogar neue DoS-Angriffswege eröffnen. Zum Beispiel könnte ein Angreifer einen TEE-basierten Dienst mit Eingaben überfluten, deren Verarbeitung kostspielig ist, in dem Wissen, dass die Enklave vom Betreiber nicht leicht inspiziert oder unterbrochen werden kann (da sie isoliert ist). Auch wenn eine Schwachstelle gefunden wird und ein Patch Firmware-Updates erfordert, müssen während dieses Zyklus viele Enklaven-Dienste möglicherweise pausieren (aus Sicherheitsgründen), bis die Nodes gepatcht sind, was zu Ausfallzeiten führt. Im Blockchain-Konsens stellen Sie sich vor, ein kritischer SGX-Bug würde gefunden – Netzwerke wie Secret müssten möglicherweise anhalten, bis eine Lösung gefunden ist, da das Vertrauen in die Enklaven gebrochen wäre. Die Koordination solcher Reaktionen in einem dezentralen Netzwerk ist eine Herausforderung.

Kompatibilität und Ökosystem-Einschränkungen​

• Begrenzte Kompatibilität mit anderen Verträgen: Auf einer öffentlichen Smart-Contract-Plattform wie Ethereum können Verträge andere Verträge leicht aufrufen, und der gesamte Zustand ist offen, was DeFi-Geld-Legos und eine reichhaltige Komposition ermöglicht. In einem TEE-basierten Vertragsmodell kann der private Zustand nicht frei geteilt oder komponiert werden, ohne die Vertraulichkeit zu verletzen. Wenn zum Beispiel Vertrag A in einer Enklave mit Vertrag B interagieren muss und beide geheime Daten enthalten, wie arbeiten sie dann zusammen? Entweder müssen sie ein komplexes sicheres Mehrparteienprotokoll durchführen (was die Einfachheit von TEEs teilweise aufhebt) oder sie werden zu einer Enklave kombiniert (was die Modularität reduziert). Dies ist eine Herausforderung, der sich Secret Network und andere stellen müssen: Cross-Contract-Aufrufe mit Datenschutz sind nicht trivial. Einige Lösungen beinhalten, dass eine einzelne Enklave die Ausführung mehrerer Verträge handhabt, sodass sie intern gemeinsame Geheimnisse verwalten kann, aber das kann das System monolithischer machen. Daher ist die Kompatibilität privater Verträge begrenzter als die öffentlicher, oder erfordert neue Designmuster. Ähnlich erfordert die Integration von TEE-basierten Modulen in bestehende Blockchain-dApps ein sorgfältiges Interface-Design – oft wird nur das Ergebnis einer Enklave On-Chain veröffentlicht, was ein Snark oder ein Hash sein könnte, und andere Verträge können nur diese begrenzten Informationen verwenden. Dies ist sicherlich ein Kompromiss; Projekte wie Secret bieten Viewing Keys und erlauben das Teilen von Geheimnissen nach dem Need-to-know-Prinzip, aber es ist nicht so nahtlos wie die normale On-Chain-Kompatibilität.

• Standardisierung und Interoperabilität: Das TEE-Ökosystem verfügt derzeit nicht über einheitliche Standards über verschiedene Anbieter hinweg. Intel SGX, AMD SEV, ARM TrustZone haben alle unterschiedliche Programmiermodelle und Attestierungsmethoden. Diese Fragmentierung bedeutet, dass eine für SGX-Enklaven geschriebene dApp nicht trivial auf TrustZone usw. portierbar ist. In der Blockchain kann dies ein Projekt an eine bestimmte Hardware binden (z. B. sind Secret und Oasis derzeit an x86-Server mit SGX gebunden). Wenn diese später ARM-Nodes (z. B. Validatoren auf Mobilgeräten) unterstützen möchten, würde dies zusätzliche Entwicklung und möglicherweise eine andere Attestierungs-Verifizierungslogik erfordern. Es gibt Bemühungen (wie das CCC – Confidential Computing Consortium), Attestierungs- und Enklaven-APIs zu standardisieren, aber wir sind noch nicht ganz so weit. Der Mangel an Standards wirkt sich auch auf die Entwickler-Tools aus – man mag das SGX SDK als ausgereift empfinden, muss sich dann aber an eine andere TEE mit einem anderen SDK anpassen. Diese Interoperabilitätsherausforderung kann die Akzeptanz verlangsamen und die Kosten erhöhen.

• Entwickler-Lernkurve: Das Erstellen von Anwendungen, die innerhalb von TEEs laufen, erfordert spezialisiertes Wissen, das viele Blockchain-Entwickler möglicherweise nicht besitzen. Oft sind Low-Level-C/C++-Programmierung (für SGX/TrustZone) oder Kenntnisse über Speichersicherheit und seitenkanalresistente Codierung erforderlich. Das Debuggen von Enklaven-Code ist bekanntermaßen schwierig (man kann aus Sicherheitsgründen während der Ausführung nicht einfach in eine Enklave hineinsehen!). Obwohl Frameworks und höhere Programmiersprachen (wie die Verwendung von Rust durch Oasis für ihre vertrauliche Laufzeitumgebung oder sogar Tools zum Ausführen von WebAssembly in Enklaven) existieren, ist die Entwicklererfahrung immer noch rauer als bei der typischen Smart-Contract-Entwicklung oder Off-Chain-Web2-Entwicklung. Diese steile Lernkurve und unreife Tools können Entwickler abschrecken oder zu Fehlern führen, wenn sie nicht sorgfältig gehandhabt werden. Es gibt auch den Aspekt, dass Hardware zum Testen benötigt wird – das Ausführen von SGX-Code erfordert eine SGX-fähige CPU oder einen Emulator (der langsamer ist), sodass die Einstiegshürde höher ist. Infolgedessen sind heute relativ wenige Entwickler tief mit der Enklaven-Entwicklung vertraut, was Audits und Community-Support knapper macht als beispielsweise in der etablierten Solidity-Community.

• Betriebskosten: Der Betrieb einer TEE-basierten Infrastruktur kann kostspieliger sein. Die Hardware selbst kann teurer oder knapper sein (z. B. verlangen bestimmte Cloud-Anbieter einen Aufpreis für SGX-fähige VMs). Es gibt auch Overhead im Betrieb: Firmware auf dem neuesten Stand halten (für Sicherheitspatches), Attestierungsnetzwerke verwalten usw., was kleine Projekte als belastend empfinden könnten. Wenn jeder Node eine bestimmte CPU haben muss, könnte dies den potenziellen Validatoren-Pool reduzieren (nicht jeder hat die erforderliche Hardware), wodurch die Dezentralisierung beeinträchtigt und möglicherweise eine höhere Nutzung von Cloud-Hosting verursacht wird.

Zusammenfassend lässt sich sagen, dass TEEs zwar leistungsstarke Funktionen freischalten, aber auch Vertrauenskompromisse (Hardware-Vertrauen vs. Mathematik-Vertrauen), potenzielle Sicherheitslücken (insbesondere Seitenkanäle) und Integrationshürden in einem dezentralen Kontext mit sich bringen. Projekte, die TEEs verwenden, müssen diese Probleme sorgfältig umgehen – indem sie eine tiefgehende Verteidigung einsetzen (nicht davon ausgehen, dass die TEE unzerbrechlich ist), die vertrauenswürdige Computing-Basis minimal halten und transparent über die Vertrauensannahmen gegenüber den Benutzern sind (damit klar ist, dass man beispielsweise zusätzlich zum Blockchain-Konsens der Hardware von Intel vertraut).

5. TEEs vs. andere datenschutzfreundliche Technologien (ZKP, FHE, MPC)​

Trusted Execution Environments sind ein Ansatz, um Datenschutz und Sicherheit in Web3 zu erreichen, aber es gibt andere wichtige Techniken, darunter Zero-Knowledge Proofs (ZKPs), Fully Homomorphic Encryption (FHE) und Secure Multi-Party Computation (MPC). Jede dieser Technologien hat ein anderes Vertrauensmodell und Leistungsprofil. In vielen Fällen schließen sie sich nicht gegenseitig aus – sie können sich ergänzen – aber es ist nützlich, ihre Kompromisse in Bezug auf Leistung, Vertrauen und Entwicklerfreundlichkeit zu vergleichen:

Um die Alternativen kurz zu definieren:

• ZKPs: Kryptografische Beweise (wie zk-SNARKs, zk-STARKs), die es einer Partei ermöglichen, anderen zu beweisen, dass eine Aussage wahr ist (z. B. „Ich kenne ein Geheimnis, das diese Berechnung erfüllt“), ohne preiszugeben, warum sie wahr ist (indem die geheime Eingabe verborgen bleibt). In der Blockchain werden ZKPs für private Transaktionen (z. B. Zcash, Aztec) und für die Skalierbarkeit (Rollups, die Beweise für die korrekte Ausführung veröffentlichen) verwendet. Sie gewährleisten starken Datenschutz (es werden keine geheimen Daten preisgegeben, nur Beweise) und Integrität, die durch Mathematik garantiert wird, aber die Generierung dieser Beweise kann rechnerisch aufwendig sein, und die Schaltkreise müssen sorgfältig entworfen werden.
• FHE: Verschlüsselungsschema, das beliebige Berechnungen auf verschlüsselten Daten ermöglicht, sodass das Ergebnis nach der Entschlüsselung mit dem Ergebnis der Berechnung auf Klartextdaten übereinstimmt. Theoretisch bietet FHE ultimative Privatsphäre – Daten bleiben jederzeit verschlüsselt – und man muss niemandem die Rohdaten anvertrauen. Aber FHE ist für allgemeine Berechnungen extrem langsam (obwohl es sich durch Forschung verbessert); es wird aufgrund der Leistung immer noch hauptsächlich experimentell oder spezialisiert eingesetzt.
• MPC: Protokolle, bei denen mehrere Parteien gemeinsam eine Funktion über ihre privaten Eingaben berechnen, ohne diese Eingaben einander preiszugeben. Es beinhaltet oft die Geheimnisverteilung von Daten unter den Parteien und die Durchführung kryptografischer Operationen, sodass die Ausgabe korrekt ist, aber individuelle Eingaben verborgen bleiben. MPC kann Vertrauen verteilen (kein einzelner Punkt sieht alle Daten) und kann für bestimmte Operationen effizient sein, verursacht aber typischerweise einen Kommunikations- und Koordinations-Overhead und kann für große Netzwerke komplex zu implementieren sein.

Unten finden Sie eine Vergleichstabelle, die die wichtigsten Unterschiede zusammenfasst:

Zitationen: Der obige Vergleich stützt sich auf Quellen wie die Analyse von Sanders Network und andere, die hervorheben, dass TEEs in Geschwindigkeit und Benutzerfreundlichkeit überzeugen, während ZK und FHE auf maximale Vertrauenslosigkeit auf Kosten hoher Rechenleistung abzielen und MPC Vertrauen verteilt, aber Netzwerk-Overhead einführt.

Aus der Tabelle werden einige wichtige Kompromisse deutlich:

• Leistung: TEEs haben einen großen Vorteil in Bezug auf Rohgeschwindigkeit und geringe Latenz. MPC kann oft moderate Komplexität mit einer gewissen Verlangsamung bewältigen, ZK ist langsam in der Erzeugung, aber schnell in der Verifizierung (asynchrone Nutzung), und FHE ist derzeit bei weitem die langsamste Option für beliebige Aufgaben (obwohl es für begrenzte Operationen wie einfache Additionen/Multiplikationen in Ordnung ist). Wenn Ihre Anwendung komplexe Echtzeitverarbeitung benötigt (wie interaktive Anwendungen, Hochfrequenzentscheidungen), sind TEEs oder vielleicht MPC (mit wenigen Parteien und guten Verbindungen) heute die einzigen praktikablen Optionen. ZK und FHE wären in solchen Szenarien zu langsam.

• Vertrauensmodell: ZKP und FHE sind rein vertrauenslos (vertrauen nur der Mathematik). MPC verlagert das Vertrauen auf Annahmen über die Ehrlichkeit der Teilnehmer (was durch viele Parteien oder wirtschaftliche Anreize gestärkt werden kann). TEEs vertrauen der Hardware und dem Anbieter. Dies ist ein grundlegender Unterschied: TEEs führen eine vertrauenswürdige dritte Partei (den Chip) in die normalerweise vertrauenslose Welt der Blockchain ein. Im Gegensatz dazu werden ZK und FHE oft dafür gelobt, besser mit dem dezentralen Ethos übereinzustimmen – keine besonderen Entitäten, denen man vertrauen muss, nur rechnerische Härte. MPC liegt dazwischen: Vertrauen ist dezentralisiert, aber nicht eliminiert (wenn N von M Nodes kolludieren, bricht der Datenschutz zusammen). Für maximale Vertrauenslosigkeit (z. B. ein wirklich zensurresistentes, dezentrales System) könnte man sich daher kryptografischen Lösungen zuwenden. Andererseits sind viele praktische Systeme damit einverstanden, anzunehmen, dass Intel ehrlich ist oder dass eine Reihe wichtiger Validatoren nicht kolludieren wird, und tauschen ein wenig Vertrauen gegen enorme Effizienzgewinne ein.

• Sicherheit/Schwachstellen: TEEs können, wie besprochen, durch Hardwarefehler oder Seitenkanäle untergraben werden. Die Sicherheit von ZK und FHE kann untergraben werden, wenn die zugrunde liegende Mathematik (z. B. elliptische Kurven- oder Gitterprobleme) gebrochen wird, aber dies sind gut untersuchte Probleme, und Angriffe würden wahrscheinlich bemerkt werden (auch können Parameterwahlen bekannte Risiken mindern). Die Sicherheit von MPC kann durch aktive Angreifer gebrochen werden, wenn das Protokoll nicht dafür ausgelegt ist (einige MPC-Protokolle gehen von „ehrlichen, aber neugierigen“ Teilnehmern aus und könnten fehlschlagen, wenn jemand offen betrügt). Im Blockchain-Kontext könnte ein TEE-Bruch katastrophaler sein (alle Enklaven-basierten Verträge könnten gefährdet sein, bis sie gepatcht sind), während ein kryptografischer ZK-Bruch (wie die Entdeckung eines Fehlers in einer von einem ZK-Rollup verwendeten Hash-Funktion) ebenfalls katastrophal sein könnte, aber angesichts der einfacheren Annahme im Allgemeinen als weniger wahrscheinlich angesehen wird. Die Angriffsfläche ist sehr unterschiedlich: TEEs müssen sich um Dinge wie Leistungsanalyse kümmern, während ZK sich um mathematische Durchbrüche kümmern muss.

• Datenschutz: FHE und ZK bieten die stärksten Datenschutzgarantien – Daten bleiben kryptografisch geschützt. MPC stellt sicher, dass Daten geheim geteilt werden, sodass keine einzelne Partei sie sieht (obwohl einige Informationen durchsickern könnten, wenn Ausgaben öffentlich sind oder Protokolle nicht sorgfältig entworfen wurden). TEE hält Daten von außen privat, aber innerhalb der Enklave werden Daten entschlüsselt; wenn jemand irgendwie die Kontrolle über die Enklave erlangt, geht die Datenvertraulichkeit verloren. Außerdem erlauben TEEs dem Code typischerweise, alles mit den Daten zu tun (einschließlich unbeabsichtigter Leckage durch Seitenkanäle oder das Netzwerk, wenn der Code bösartig ist). TEEs erfordern also, dass Sie auch dem Enklaven-Code vertrauen, nicht nur der Hardware. Im Gegensatz dazu beweisen ZKPs Eigenschaften des Codes, ohne jemals Geheimnisse preiszugeben, sodass Sie dem Code nicht einmal vertrauen müssen (außer dass er tatsächlich die bewiesene Eigenschaft besitzt). Wenn eine Enklaven-Anwendung einen Fehler hätte, der Daten in eine Protokolldatei leckte, würde die TEE-Hardware dies nicht verhindern – während ein ZK-Beweissystem einfach nichts außer dem beabsichtigten Beweis preisgeben würde. Dies ist eine Nuance: TEEs schützen vor externen Angreifern, aber nicht unbedingt vor Logikfehlern im Enklaven-Programm selbst, während ZKs Design einen deklarativeren Ansatz erzwingt (man beweist genau das, was beabsichtigt ist und nichts weiter).

• Kompatibilität & Integration: TEEs lassen sich recht einfach in bestehende Systeme integrieren – man kann ein bestehendes Programm nehmen, es in eine Enklave legen und einige Sicherheitsvorteile erzielen, ohne das Programmiermodell zu stark zu ändern. ZK und FHE erfordern oft das Umschreiben des Programms in einen Schaltkreis oder eine restriktive Form, was ein enormer Aufwand sein kann. Zum Beispiel beinhaltet das Schreiben einer einfachen KI-Modellverifizierung in ZK die Transformation in eine Reihe von arithmetischen Operationen und Einschränkungen, was weit entfernt davon ist, einfach TensorFlow in einer TEE auszuführen und das Ergebnis zu attestieren. MPC kann ebenfalls ein benutzerdefiniertes Protokoll pro Anwendungsfall erfordern. Aus Sicht der Entwicklerproduktivität und Kosten sind TEEs daher attraktiv. Wir haben gesehen, dass TEEs in einigen Bereichen schneller angenommen wurden, gerade weil man bestehende Software-Ökosysteme nutzen kann (viele Bibliotheken laufen mit geringfügigen Anpassungen in Enklaven). ZK/MPC erfordern spezialisiertes Ingenieurwissen, das knapp ist. Die Kehrseite ist jedoch, dass TEEs eine Lösung liefern, die oft stärker isoliert ist (man muss dieser Enklave oder dieser Gruppe von Nodes vertrauen), während ZK einen Beweis liefert, den jeder On-Chain überprüfen kann, was ihn hochgradig kompatibel macht (jeder Vertrag kann einen zk-Proof verifizieren). ZK-Ergebnisse sind also portabel – sie erzeugen einen kleinen Beweis, den beliebig viele andere Verträge oder Benutzer nutzen können, um Vertrauen zu gewinnen. TEE-Ergebnisse liegen normalerweise in Form einer Attestierung vor, die an eine bestimmte Hardware gebunden und möglicherweise nicht prägnant ist; sie sind möglicherweise nicht so leicht teilbar oder kettenunabhängig (obwohl man eine Signatur des Ergebnisses veröffentlichen und Verträge so programmieren kann, dass sie diese akzeptieren, wenn sie den öffentlichen Schlüssel der Enklave kennen).

In der Praxis sehen wir hybride Ansätze: Zum Beispiel argumentiert Sanders Network, dass TEE, MPC und ZK jeweils in verschiedenen Bereichen glänzen und sich gegenseitig ergänzen können. Ein konkreter Fall ist die dezentrale Identität: Man könnte ZK-Proofs verwenden, um eine Identitätsberechtigung zu beweisen, ohne sie preiszugeben, aber diese Berechtigung könnte durch einen TEE-basierten Prozess überprüft und ausgestellt worden sein, der Ihre Dokumente privat geprüft hat. Oder betrachten Sie die Skalierung: ZK-Rollups liefern prägnante Beweise für viele Transaktionen, aber die Generierung dieser Beweise könnte durch die Verwendung von TEEs beschleunigt werden, um einige Berechnungen schneller durchzuführen (und dann nur eine kleinere Aussage zu beweisen). Die Kombination kann manchmal die Vertrauensanforderung an TEEs reduzieren (z. B. TEEs für die Leistung verwenden, aber die endgültige Korrektheit immer noch über einen ZK-Proof oder über ein On-Chain-Challenge-Spiel überprüfen, sodass eine kompromittierte TEE nicht betrügen kann, ohne erwischt zu werden). MPC kann mit TEEs kombiniert werden, indem der Rechen-Node jeder Partei eine TEE ist, was eine zusätzliche Schicht hinzufügt, sodass selbst wenn einige Parteien kolludieren, sie die Daten der anderen immer noch nicht sehen können, es sei denn, sie brechen auch die Hardware-Sicherheit.

Zusammenfassend bieten TEEs einen sehr praktischen und sofortigen Weg zu sicherer Berechnung mit moderaten Annahmen (Hardware-Vertrauen), während ZK und FHE einen eher theoretischen und vertrauenslosen Weg zu hohen Rechenkosten bieten und MPC einen verteilten Vertrauensweg mit Netzwerkkosten. Die richtige Wahl in Web3 hängt von den Anwendungsanforderungen ab:

• Wenn Sie schnelle, komplexe Berechnungen mit privaten Daten benötigen (wie KI, große Datensätze) – sind TEEs (oder MPC mit wenigen Parteien) derzeit der einzig praktikable Weg.
• Wenn Sie maximale Dezentralisierung und Verifizierbarkeit benötigen – glänzen ZK-Proofs (zum Beispiel bevorzugen private Kryptowährungstransaktionen ZKP wie bei Zcash, weil Benutzer nichts außer Mathematik vertrauen wollen).
• Wenn Sie kollaboratives Computing zwischen mehreren Stakeholdern benötigen – ist MPC natürlich geeignet (wie Mehrparteien-Schlüsselverwaltung oder Auktionen).
• Wenn Sie extrem sensible Daten haben und langfristiger Datenschutz ein Muss ist – könnte FHE attraktiv sein, wenn sich die Leistung verbessert, denn selbst wenn jemand Jahre später Ihre Chiffretexte erhält, erfahren sie ohne den Schlüssel nichts; wohingegen ein Enklaven-Kompromiss Geheimnisse rückwirkend preisgeben könnte, wenn Protokolle geführt wurden.

Es ist erwähnenswert, dass der Blockchain-Bereich all diese Technologien parallel aktiv erforscht. Wir werden wahrscheinlich Kombinationen sehen: z. B. Layer-2-Lösungen, die TEEs integrieren, um Transaktionen zu sequenzieren und dann einen ZKP zu verwenden, um zu beweisen, dass die TEE die Regeln befolgt hat (ein Konzept, das in einigen Ethereum-Forschungen untersucht wird), oder MPC-Netzwerke, die TEEs in jedem Node verwenden, um die Komplexität der MPC-Protokolle zu reduzieren (da jeder Node intern sicher ist und mehrere Parteien simulieren kann).

Letztendlich ist die Wahl zwischen TEEs, ZK, MPC und FHE keine Nullsummenentscheidung – jede zielt auf unterschiedliche Punkte im Dreieck von Sicherheit, Leistung und Vertrauenslosigkeit ab. Wie ein Artikel es formulierte, stehen alle vier vor einem „unmöglichen Dreieck“ aus Leistung, Kosten und Sicherheit – keine einzelne Lösung ist in allen Aspekten überlegen. Das optimale Design verwendet oft das richtige Werkzeug für den richtigen Teil des Problems.

6. Akzeptanz in wichtigen Blockchain-Ökosystemen​

Trusted Execution Environments haben in verschiedenen Blockchain-Ökosystemen unterschiedliche Akzeptanzgrade erfahren, oft beeinflusst durch die Prioritäten dieser Gemeinschaften und die Einfachheit der Integration. Hier bewerten wir, wie TEEs in einigen der wichtigsten Ökosysteme genutzt (oder erforscht) werden: Ethereum, Cosmos und Polkadot, sowie andere.

Ethereum (und allgemeine Layer-1s)​

Auf dem Ethereum-Mainnet selbst sind TEEs nicht Teil des Kernprotokolls, wurden aber in Anwendungen und Layer-2s eingesetzt. Ethereums Philosophie stützt sich auf kryptografische Sicherheit (z. B. aufkommende ZK-Rollups), aber TEEs haben Rollen in Oracles und Off-Chain-Ausführung für Ethereum gefunden:

• Oracle-Dienste: Wie besprochen, hat Chainlink TEE-basierte Lösungen wie Town Crier integriert. Obwohl nicht alle Chainlink-Nodes standardmäßig TEEs verwenden, ist die Technologie für Datenfeeds verfügbar, die zusätzliches Vertrauen erfordern. Auch API3 (ein weiteres Oracle-Projekt) hat die Verwendung von Intel SGX erwähnt, um APIs auszuführen und Daten zu signieren, um die Authentizität zu gewährleisten. Diese Dienste speisen Daten mit stärkeren Zusicherungen in Ethereum-Verträge ein.

• Layer-2 und Rollups: In der Ethereum-Community gibt es laufende Forschung und Debatten über die Verwendung von TEEs in Rollup-Sequencern oder Validatoren. Zum Beispiel haben das Konzept „ZK-Portal“ von ConsenSys und andere die Verwendung von TEEs vorgeschlagen, um die korrekte Reihenfolge in optimistischen Rollups durchzusetzen oder den Sequencer vor Zensur zu schützen. Der von uns gesehene Medium-Artikel deutet sogar darauf hin, dass TEE bis 2025 zu einer Standardfunktion in einigen L2s für Dinge wie den Schutz vor Hochfrequenzhandel werden könnte. Projekte wie Catalyst (eine Hochfrequenzhandels-DEX) und Flashbots (für MEV-Relays) haben TEEs untersucht, um eine faire Reihenfolge von Transaktionen durchzusetzen, bevor sie die Blockchain erreichen.

• Enterprise Ethereum: In Konsortial- oder Permissioned-Ethereum-Netzwerken sind TEEs weiter verbreitet. Das Trusted Compute Framework (TCF) der Enterprise Ethereum Alliance war im Grunde ein Entwurf zur Integration von TEEs in Ethereum-Clients. Hyperledger Avalon (ehemals EEA TCF) ermöglicht die Ausführung von Teilen von Ethereum-Smart Contracts Off-Chain in einer TEE und deren anschließende Verifizierung On-Chain. Mehrere Unternehmen wie IBM, Microsoft und iExec haben dazu beigetragen. Während dies auf öffentlichem Ethereum nicht üblich geworden ist, können in privaten Implementierungen (z. B. einer Gruppe von Banken, die Quorum oder Besu verwenden) TEEs eingesetzt werden, sodass selbst Konsortialmitglieder die Daten der anderen nicht sehen, sondern nur autorisierte Ergebnisse. Dies kann die Datenschutzanforderungen in einem Unternehmensumfeld erfüllen.

• Bemerkenswerte Projekte: Neben iExec, das auf Ethereum operiert, gab es Projekte wie Enigma (das ursprünglich als MPC-Projekt am MIT begann, dann auf SGX umstieg; es wurde später zum Secret Network auf Cosmos). Ein weiteres war Decentralized Cloud Services (DCS) in frühen Ethereum-Diskussionen. In jüngerer Zeit ermöglicht OAuth (Oasis Ethereum ParaTime) Solidity-Verträgen, mit Vertraulichkeit zu laufen, indem es das TEE-Backend von Oasis nutzt, aber auf Ethereum abrechnet. Auch einige Ethereum-basierte dApps wie medizinische Datenfreigabe oder Gaming haben mit TEEs experimentiert, indem sie eine Off-Chain-Enklavenkomponente hatten, die mit ihren Verträgen interagiert.

Die Akzeptanz von Ethereum ist also eher indirekt – es hat das Protokoll nicht geändert, um TEEs zu erfordern, aber es verfügt über eine Vielzahl optionaler Dienste und Erweiterungen, die TEEs für diejenigen nutzen, die sie benötigen. Wichtig ist, dass Ethereum-Forscher vorsichtig bleiben: Vorschläge, einen „TEE-only Shard“ zu erstellen oder TEEs tief zu integrieren, stießen in der Community aufgrund von Vertrauensbedenken auf Skepsis. Stattdessen werden TEEs eher als „Co-Prozessoren“ für Ethereum denn als Kernkomponenten angesehen.

Cosmos-Ökosystem​

Das Cosmos-Ökosystem ist durch sein modulares SDK und seine souveränen Chains experimentierfreundlich, und Secret Network (oben behandelt) ist ein Paradebeispiel für die TEE-Akzeptanz in Cosmos. Secret Network ist tatsächlich eine Cosmos SDK-Chain mit Tendermint-Konsens, die so modifiziert wurde, dass sie SGX in ihren Validatoren vorschreibt. Es ist eine der prominentesten Cosmos-Zonen nach dem Haupt-Cosmos Hub, was eine signifikante Akzeptanz der TEE-Technologie in dieser Community anzeigt. Der Erfolg von Secret bei der Bereitstellung von Interchain-Datenschutz (durch seine IBC-Verbindungen kann Secret als Datenschutz-Hub für andere Cosmos-Chains dienen) ist ein bemerkenswerter Fall der TEE-Integration auf L1.

Ein weiteres Cosmos-bezogenes Projekt ist Oasis Network (obwohl nicht auf dem Cosmos SDK aufgebaut, wurde es von einigen der gleichen Personen entworfen, die zu Tendermint beigetragen haben und teilt ein ähnliches Ethos modularer Architektur). Oasis ist eigenständig, kann aber über Bridges usw. mit Cosmos verbunden werden. Sowohl Secret als auch Oasis zeigen, dass im Cosmos-Land die Idee von „Datenschutz als Funktion“ über TEEs genügend Anklang gefunden hat, um dedizierte Netzwerke zu rechtfertigen.

Cosmos hat sogar ein Konzept von „Datenschutzanbietern“ für Interchain-Anwendungen – z. B. kann eine App auf einer Kette einen Vertrag im Secret Network über IBC aufrufen, um eine vertrauliche Berechnung durchzuführen und dann das Ergebnis zurückzuerhalten. Diese Kompatibilität entsteht jetzt.

Zusätzlich hat das Projekt Anoma (nicht streng Cosmos, aber im Sinne der Interoperabilität verwandt) über die Verwendung von TEEs für absichtsbasierte Architekturen gesprochen, obwohl dies eher theoretisch ist.

Kurz gesagt, Cosmos hat mindestens eine große Chain, die TEEs vollständig nutzt (Secret), und andere, die mit ihr interagieren, was eine gesunde Akzeptanz in diesem Bereich zeigt. Die Modularität von Cosmos könnte weitere solcher Chains ermöglichen (zum Beispiel könnte man sich eine Cosmos-Zone vorstellen, die sich auf TEE-basierte Oracles oder Identität spezialisiert).

Polkadot und Substrate​

Polkadots Design ermöglicht es Parachains, sich zu spezialisieren, und tatsächlich hostet Polkadot mehrere Parachains, die TEEs verwenden:

• Sanders Network: Bereits beschrieben; eine Parachain, die eine TEE-basierte Compute-Cloud anbietet. Sanders ist als Parachain live und bietet Dienste für andere Chains über XCMP (Cross-Chain Message Passing) an. Zum Beispiel kann ein anderes Polkadot-Projekt eine vertrauliche Aufgabe an Sanders' Worker auslagern und einen Beweis oder ein Ergebnis zurückerhalten. Sanders' native Token-Ökonomie incentiviert den Betrieb von TEE-Nodes, und es hat eine beträchtliche Community, was eine starke Akzeptanz signalisiert.
• Integritee: Eine weitere Parachain, die sich auf Unternehmens- und Datenschutzlösungen mittels TEEs konzentriert. Integritee ermöglicht es Teams, ihre eigenen privaten Side-Chains (genannt Teewasms) zu implementieren, bei denen die Ausführung in Enklaven erfolgt. Sie zielt auf Anwendungsfälle wie die vertrauliche Datenverarbeitung für Unternehmen ab, die sich weiterhin an die Polkadot-Sicherheit binden möchten.
• /Root oder Crust?: Es gab Ideen, TEEs für dezentralen Speicher oder Zufallsbaken in einigen Polkadot-bezogenen Projekten zu verwenden. Zum Beispiel plante Crust Network (dezentraler Speicher) ursprünglich einen TEE-basierten Proof-of-Storage (obwohl es später zu einem anderen Design wechselte). Und Polkadots zufällige Parachain (Entropy) zog TEEs vs. VRFs in Betracht.

Polkadots Abhängigkeit von On-Chain-Governance und Upgrades bedeutet, dass Parachains neue Technologien schnell integrieren können. Sowohl Sanders als auch Integritee haben Upgrades durchlaufen, um ihre TEE-Integration zu verbessern (wie die Unterstützung neuer SGX-Funktionen oder die Verfeinerung von Attestierungsmethoden). Die Web3 Foundation finanzierte auch frühere Bemühungen bei Substrate-basierten TEE-Projekten wie SubstraTEE (einem frühen Prototyp, der Off-Chain-Vertragsausführung in TEEs mit On-Chain-Verifizierung zeigte).

Das Polkadot-Ökosystem zeigt somit mehrere unabhängige Teams, die auf TEE-Technologie setzen, was einen positiven Akzeptanztrend anzeigt. Es wird zu einem Verkaufsargument für Polkadot, dass „wenn Sie vertrauliche Smart Contracts oder Off-Chain-Berechnungen benötigen, wir Parachains dafür haben“.

Andere Ökosysteme und allgemeine Akzeptanz​

• Unternehmen und Konsortien: Außerhalb des öffentlichen Kryptobereichs haben Hyperledger und Unternehmensketten TEEs für permissionierte Umgebungen stetig übernommen. Zum Beispiel testete der Basler Ausschuss eine TEE-basierte Handelsfinanzierungs-Blockchain. Das allgemeine Muster ist: Wo Datenschutz oder Datenvertraulichkeit ein Muss sind und die Teilnehmer bekannt sind (sodass sie möglicherweise sogar gemeinsam in Hardware-Sicherheitsmodule investieren), finden TEEs ein komfortables Zuhause. Diese mögen in Krypto-Nachrichten keine Schlagzeilen machen, aber in Sektoren wie Lieferkette, Bankenkonsortien oder Netzwerken zum Austausch von Gesundheitsdaten sind TEEs oft die erste Wahl (als Alternative dazu, einfach einem Dritten zu vertrauen oder schwere Kryptografie zu verwenden).

• Layer-1s außerhalb von Ethereum: Einige neuere L1s haben mit TEEs experimentiert. NEAR Protocol hatte ein frühes Konzept eines TEE-basierten Shards für private Verträge (noch nicht implementiert). Celo zog TEEs für Light-Client-Proofs in Betracht (ihre Plumo-Proofs basieren jetzt auf Snarks, aber sie untersuchten SGX, um Kettendaten für Mobilgeräte zu einem bestimmten Zeitpunkt zu komprimieren). Concordium, eine regulierte Datenschutz-L1, verwendet ZK für Anonymität, erforscht aber auch TEEs für die Identitätsprüfung. Dfinity/Internet Computer verwendet sichere Enklaven in seinen Node-Maschinen, aber zum Bootstrapping von Vertrauen (nicht für die Vertragsausführung, da ihre „Chain Key“-Kryptografie dies handhabt).

• Bitcoin: Obwohl Bitcoin selbst keine TEEs verwendet, gab es Nebenprojekte. Zum Beispiel **TEE-basierte Verwahrungslösungen

In der sich schnell entwickelnden Landschaft der Blockchain-Technologie hat ein bekannter Name mit einer kühnen Vision die Bühne betreten. Sony, der Unterhaltungs- und Technologieriese, hat Soneium ins Leben gerufen – eine Ethereum Layer-2-Blockchain, die darauf ausgelegt ist, die Lücke zwischen modernsten Web3-Innovationen und Mainstream-Internetdiensten zu schließen. Aber was genau ist Soneium, und warum sollte es Sie interessieren? Tauchen wir ein.

Was ist Soneium?​

Soneium ist eine Layer-2-Blockchain, die auf Ethereum aufbaut und von Sony Block Solutions Labs entwickelt wurde – einem Joint Venture zwischen der Sony Group und Startale Labs. Nach einer erfolgreichen Testnet-Phase im Januar 2025 gestartet, zielt Soneium darauf ab, „das offene Internet, das Grenzen überschreitet, zu verwirklichen“, indem es die Blockchain-Technologie zugänglich, skalierbar und praktisch für den täglichen Gebrauch macht.

Man kann es als Sonys Versuch sehen, Blockchain so benutzerfreundlich zu gestalten, wie es PlayStations und Walkmans einst für Gaming und Musik taten.

Die Technologie hinter Soneium​

Für die Technikbegeisterten unter uns: Soneium basiert auf dem OP Stack von Optimism, was bedeutet, dass es dasselbe Optimistic-Rollup-Framework wie andere beliebte Layer-2-Lösungen verwendet. Einfach ausgedrückt? Es verarbeitet Transaktionen Off-Chain und sendet nur periodisch komprimierte Daten zurück an Ethereum, wodurch Transaktionen schneller und günstiger werden, während die Sicherheit erhalten bleibt.

Soneium ist vollständig kompatibel mit der Ethereum Virtual Machine (EVM), sodass Entwickler, die mit Ethereum vertraut sind, ihre Anwendungen problemlos auf der Plattform bereitstellen können. Es tritt auch dem „Superchain“-Ökosystem von Optimism bei, was eine einfache Kommunikation mit anderen Layer-2-Netzwerken wie Base von Coinbase ermöglicht.

Was macht Soneium besonders?​

Obwohl es bereits mehrere Layer-2-Lösungen auf dem Markt gibt, zeichnet sich Soneium durch seinen Fokus auf Unterhaltung, kreative Inhalte und Fan-Engagement aus – Bereiche, in denen Sony jahrzehntelange Erfahrung und enorme Ressourcen besitzt.

Stellen Sie sich vor, Sie kaufen ein Kinoticket und erhalten ein exklusives digitales Sammlerstück, das Zugang zu Bonusinhalten gewährt. Oder Sie besuchen ein virtuelles Konzert, bei dem Ihr NFT-Ticket zu einem Erinnerungsstück mit besonderen Vorteilen wird. Dies sind die Arten von Erlebnissen, die Sony auf Soneium aufbauen möchte.

Die Plattform ist darauf ausgelegt, Folgendes zu unterstützen:

• Gaming-Erlebnisse mit schnelleren Transaktionen für In-Game-Assets
• NFT-Marktplätze für digitale Sammlerstücke
• Fan-Engagement-Apps, in denen Communities mit Kreativen interagieren können
• Finanztools für Kreative und Fans
• Blockchain-Lösungen für Unternehmen

Sonys Partnerschaften stärken Soneium​

Sony geht nicht allein vor. Das Unternehmen hat strategische Partnerschaften geschmiedet, um die Entwicklung und Akzeptanz von Soneium zu fördern:

• Startale Labs, ein in Singapur ansässiges Blockchain-Startup unter der Leitung von Sota Watanabe (Mitbegründer des Astar Network), ist Sonys wichtigster technischer Partner
• Die Optimism Foundation stellt die zugrunde liegende Technologie bereit
• Circle stellt sicher, dass USD Coin (USDC) als primäre Währung im Netzwerk dient
• Samsung hat über seinen Venture-Arm eine strategische Investition getätigt
• Alchemy, Chainlink, Pyth Network und The Graph bieten wesentliche Infrastrukturdienste

Sony nutzt auch seine internen Abteilungen – darunter Sony Pictures, Sony Music Entertainment und Sony Music Publishing –, um Web3-Fan-Engagement-Projekte auf Soneium zu pilotieren. Zum Beispiel hat die Plattform bereits NFT-Kampagnen für das „Ghost in the Shell“-Franchise und verschiedene Musikkünstler unter Sonys Label veranstaltet.

Frühe Erfolgszeichen​

Obwohl erst wenige Monate alt, hat Soneium vielversprechende Fortschritte gezeigt:

• In seiner Testnet-Phase wurden über 15 Millionen aktive Wallets und über 47 Millionen Transaktionen verzeichnet
• Innerhalb des ersten Monats nach dem Mainnet-Start zog Soneium über 248.000 On-Chain-Konten und etwa 1,8 Millionen Adressen an, die mit dem Netzwerk interagierten
• Die Plattform hat erfolgreich mehrere NFT-Drops gestartet, darunter eine Zusammenarbeit mit dem Web3-Musiklabel Coop Records

Um das Wachstum anzukurbeln, starteten Sony und Astar Network eine 100-Tage-Incentive-Kampagne mit einem Belohnungspool von 100 Millionen Token, um Nutzer zu ermutigen, Apps auszuprobieren, Liquidität bereitzustellen und auf der Plattform aktiv zu sein.

Sicherheit und Skalierbarkeit: Ein Balanceakt​

Sicherheit ist für Sony von größter Bedeutung, insbesondere da das Unternehmen seine vertrauenswürdige Marke in den Blockchain-Bereich trägt. Soneium erbt die Sicherheit von Ethereum und fügt eigene Schutzmaßnahmen hinzu.

Interessanterweise hat Sony einen etwas kontroversen Ansatz gewählt, indem es bestimmte Smart Contracts und Token, die als Verletzung des geistigen Eigentums gelten, auf eine schwarze Liste gesetzt hat. Obwohl dies Fragen zur Dezentralisierung aufgeworfen hat, argumentiert Sony, dass eine gewisse Kuratierung notwendig ist, um Kreative zu schützen und Vertrauen bei Mainstream-Nutzern aufzubauen.

Im Hinblick auf die Skalierbarkeit ist es der eigentliche Zweck von Soneium, den Durchsatz von Ethereum zu verbessern. Durch die Off-Chain-Verarbeitung von Transaktionen kann es ein viel höheres Transaktionsvolumen zu wesentlich geringeren Kosten bewältigen – entscheidend für die Massenadoption von Anwendungen wie Spielen oder großen NFT-Drops.

Der Weg nach vorn​

Sony hat eine mehrphasige Roadmap für Soneium skizziert:

1. Erstes Jahr: Onboarding von Web3-Enthusiasten und Early Adopters
2. Innerhalb von zwei Jahren: Integration von Sony-Produkten wie Sony Bank, Sony Music und Sony Pictures
3. Innerhalb von drei Jahren: Expansion auf Unternehmen und allgemeine Anwendungen jenseits des Sony-Ökosystems

Das Unternehmen führt schrittweise seine NFT-gesteuerte Fan-Marketing-Plattform ein, die es Marken und Künstlern ermöglichen wird, problemlos NFTs an Fans auszugeben und Vorteile wie exklusive Inhalte und Event-Zugang anzubieten.

Während Soneium derzeit ETH für Gasgebühren verwendet und ASTR (den Token des Astar Network) für Anreize nutzt, gibt es Spekulationen über einen potenziellen nativen Soneium-Token in der Zukunft.

Wie Soneium im Vergleich zu anderen Layer-2-Netzwerken abschneidet​

Im überfüllten Layer-2-Markt steht Soneium im Wettbewerb mit etablierten Akteuren wie Arbitrum, Optimism und Polygon. Sony erarbeitet sich jedoch eine einzigartige Position, indem es sein Unterhaltungsimperium nutzt und sich auf kreative Anwendungsfälle konzentriert.

Im Gegensatz zu rein gemeinschaftsgetriebenen Layer-2-Netzwerken profitiert Soneium von Sonys Markenvertrauen, dem Zugang zu Content-IP und einer potenziell riesigen Nutzerbasis aus bestehenden Sony-Diensten.

Der Kompromiss ist eine geringere Dezentralisierung (zumindest anfänglich) im Vergleich zu Netzwerken wie Optimism und Arbitrum, die Token ausgegeben und eine Community-Governance implementiert haben.

Das Gesamtbild​

Sonys Soneium stellt einen bedeutenden Schritt in Richtung Massenadoption von Blockchain dar. Indem sich das Unternehmen auf Inhalte und Fan-Engagement konzentriert – Bereiche, in denen Sony herausragt –, positioniert es Soneium als Brücke zwischen Web3-Enthusiasten und alltäglichen Verbrauchern.

Wenn Sony auch nur einen Bruchteil seiner Millionen von Kunden erfolgreich in Web3-Teilnehmer umwandeln kann, könnte Soneium zu einer der ersten wirklich Mainstream-Blockchain-Plattformen werden.

Das Experiment hat gerade erst begonnen, aber das Potenzial ist enorm. Während die Grenzen zwischen Unterhaltung, Technologie und Blockchain weiter verschwimmen, könnte Soneium an der Spitze dieser Konvergenz stehen und die Blockchain-Technologie den Massen zugänglich machen, einen Gaming-Avatar oder Musik-NFT nach dem anderen.

Das Web3-Skalierungsproblem​

Die Blockchain-Branche steht vor einer anhaltenden Herausforderung: Wie können wir skalieren, um Millionen von Nutzern zu unterstützen, ohne Sicherheit oder Dezentralisierung zu opfern?

Ethereum, die führende Smart-Contract-Plattform, verarbeitet auf ihrer Basisschicht etwa 15 Transaktionen pro Sekunde. In Zeiten hoher Nachfrage hat diese Einschränkung zu exorbitanten Gasgebühren geführt – manchmal über 100 US-Dollar pro Transaktion während NFT-Mints oder DeFi-Farming-Rauschphasen.

Dieser Skalierungsengpass stellt eine existenzielle Bedrohung für die Web3-Adoption dar. Nutzer, die an die sofortige Reaktionsfähigkeit von Web2-Anwendungen gewöhnt sind, werden es nicht tolerieren, 50 US-Dollar zu zahlen und 3 Minuten zu warten, nur um Token zu tauschen oder ein NFT zu minten.

Hier kommt die Lösung ins Spiel, die die Blockchain-Architektur schnell umgestaltet: Rollups-as-a-Service (RaaS).

Rollups-as-a-Service (RaaS) verstehen​

RaaS-Plattformen ermöglichen es Entwicklern, ihre eigenen benutzerdefinierten Blockchain-Rollups bereitzustellen, ohne die Komplexität, alles von Grund auf neu aufbauen zu müssen. Diese Dienste verwandeln das, was normalerweise ein spezialisiertes Ingenieurteam und monatelange Entwicklung erfordern würde, in einen optimierten, manchmal sogar Ein-Klick-Bereitstellungsprozess.

Warum ist das wichtig? Weil Rollups der Schlüssel zur Blockchain-Skalierung sind.

Rollups funktionieren, indem sie:

• Transaktionen außerhalb der Hauptkette (Layer 1) verarbeiten
• Diese Transaktionen bündeln
• Komprimierte Nachweise dieser Transaktionen an die Hauptkette zurücksenden

Das Ergebnis? Drastisch erhöhter Durchsatz und erheblich reduzierte Kosten, während die Sicherheit von der zugrunde liegenden Layer-1-Blockchain (wie Ethereum) geerbt wird.

„Rollups konkurrieren nicht mit Ethereum – sie erweitern es. Sie sind wie spezialisierte Expressspuren, die auf Ethereums Autobahn gebaut wurden.“

Dieser Skalierungsansatz ist so vielversprechend, dass Ethereum im Jahr 2020 offiziell eine „Rollup-zentrierte Roadmap“ verabschiedete und damit anerkannte, dass die Zukunft nicht eine einzige monolithische Kette ist, sondern ein Ökosystem aus miteinander verbundenen, zweckgebundenen Rollups.

Caldera: An der Spitze der RaaS-Revolution​

Unter den aufstrebenden RaaS-Anbietern sticht Caldera als Vorreiter hervor. Im Jahr 2023 gegründet und mit 25 Millionen US-Dollar von prominenten Investoren wie Dragonfly, Sequoia Capital und Lattice ausgestattet, hat sich Caldera schnell als führender Infrastrukturanbieter im Rollup-Bereich etabliert.

Was macht Caldera anders?​

Caldera zeichnet sich in mehreren wichtigen Punkten aus:

1. Multi-Framework-Unterstützung: Im Gegensatz zu Wettbewerbern, die sich auf ein einziges Rollup-Framework konzentrieren, unterstützt Caldera wichtige Frameworks wie Optimisms OP Stack und Arbitrums Orbit/Nitro-Technologie, was Entwicklern Flexibilität in ihrem technischen Ansatz bietet.

2. End-to-End-Infrastruktur: Wenn Sie mit Caldera bereitstellen, erhalten Sie eine komplette Suite von Komponenten: zuverlässige RPC-Knoten, Block-Explorer, Indexierungsdienste und Bridge-Schnittstellen.

3. Reichhaltiges Integrations-Ökosystem: Caldera ist vorintegriert mit über 40 Web3-Tools und -Diensten, darunter Oracles, Faucets, Wallets und Cross-Chain-Bridges (LayerZero, Axelar, Wormhole, Connext und weitere).

4. Das Metalayer-Netzwerk: Die vielleicht ambitionierteste Innovation von Caldera ist sein Metalayer – ein Netzwerk, das alle von Caldera betriebenen Rollups zu einem einheitlichen Ökosystem verbindet und es ihnen ermöglicht, Liquidität und Nachrichten nahtlos auszutauschen.

5. Multi-VM-Unterstützung: Ende 2024 wurde Caldera der erste RaaS-Anbieter, der die Solana Virtual Machine (SVM) auf Ethereum unterstützte, wodurch Solana-ähnliche Hochleistungsketten ermöglicht werden, die weiterhin auf Ethereums sichere Basisschicht abgewickelt werden.

Calderas Ansatz schafft das, was sie eine „Alles-Schicht“ für Rollups nennen – ein kohärentes Netzwerk, in dem verschiedene Rollups interoperieren können, anstatt als isolierte Inseln zu existieren.

Praktische Anwendung: Wer nutzt Caldera?​

Caldera hat erheblich an Bedeutung gewonnen, mit über 75 Rollups, die Ende 2024 in Produktion waren. Einige bemerkenswerte Projekte sind:

• Manta Pacific: Ein hoch skalierbares Netzwerk für die Bereitstellung von Zero-Knowledge-Anwendungen, das Calderas OP Stack in Kombination mit Celestia für die Datenverfügbarkeit nutzt.

• RARI Chain: Raribles NFT-fokussiertes Rollup, das Transaktionen in weniger als einer Sekunde verarbeitet und NFT-Lizenzgebühren auf Protokollebene durchsetzt.

• Kinto: Eine regulierungskonforme DeFi-Plattform mit On-Chain-KYC/AML- und Account-Abstraction-Funktionen.

• Injectives inEVM: Ein EVM-kompatibles Rollup, das die Interoperabilität von Injective erweitert und das Cosmos-Ökosystem mit Ethereum-basierten dApps verbindet.

Diese Projekte verdeutlichen, wie anwendungsspezifische Rollups Anpassungen ermöglichen, die auf allgemeinen Layer 1s nicht möglich sind. Bis Ende 2024 hatten Calderas kollektive Rollups Berichten zufolge über 300 Millionen Transaktionen für mehr als 6 Millionen einzigartige Wallets verarbeitet, mit einem Gesamt gesperrten Wert (TVL) von fast 1 Milliarde US-Dollar.

RaaS im Vergleich: Caldera vs. Wettbewerber​

Die RaaS-Landschaft wird zunehmend wettbewerbsintensiver, mit mehreren bemerkenswerten Akteuren:

Conduit​

• Konzentriert sich ausschließlich auf die Ökosysteme von Optimism und Arbitrum
• Betont ein vollständig selbstbedienbares No-Code-Erlebnis
• Betreibt etwa 20 % der Ethereum-Mainnet-Rollups, einschließlich Zora

AltLayer​

• Bietet „Flashlayers“ – temporäre, On-Demand-Rollups für kurzfristige Anforderungen
• Konzentriert sich auf elastische Skalierung für bestimmte Ereignisse oder Hochverkehrszeiten
• Zeigte beeindruckenden Durchsatz während Gaming-Events (über 180.000 tägliche Transaktionen)

Sovereign Labs​

• Entwickelt ein Rollup SDK, das sich auf Zero-Knowledge-Technologien konzentriert
• Zielt darauf ab, ZK-Rollups auf jeder Basis-Blockchain zu ermöglichen, nicht nur auf Ethereum
• Noch in Entwicklung, positioniert sich für die nächste Welle der Multi-Chain-ZK-Bereitstellung

Während diese Wettbewerber in spezifischen Nischen glänzen, hat Calderas umfassender Ansatz – die Kombination eines einheitlichen Rollup-Netzwerks, Multi-VM-Unterstützung und ein Fokus auf die Entwicklererfahrung – dazu beigetragen, es als Marktführer zu etablieren.

Die Zukunft von RaaS und Blockchain-Skalierung​

RaaS ist bereit, die Blockchain-Landschaft auf tiefgreifende Weise neu zu gestalten:

1. Die Verbreitung anwendungsspezifischer Ketten​

Branchenstudien deuten darauf hin, dass wir uns auf eine Zukunft mit potenziell Millionen von Rollups zubewegen, die jeweils spezifische Anwendungen oder Gemeinschaften bedienen. Da RaaS die Bereitstellungshürden senkt, könnte jede bedeutende dApp ihre eigene optimierte Kette haben.

2. Interoperabilität als kritische Herausforderung​

Mit der Zunahme von Rollups wird die Fähigkeit, zwischen ihnen zu kommunizieren und Werte auszutauschen, entscheidend. Calderas Metalayer stellt einen frühen Versuch dar, diese Herausforderung zu lösen – indem es eine einheitliche Erfahrung über ein Netzwerk von Rollups hinweg schafft.

3. Von isolierten Ketten zu vernetzten Ökosystemen​

Das Endziel ist ein nahtloses Multi-Chain-Erlebnis, bei dem Nutzer kaum wissen müssen, auf welcher Kette sie sich befinden. Werte und Daten würden frei durch ein miteinander verbundenes Netz spezialisierter Rollups fließen, die alle durch robuste Layer-1-Netzwerke gesichert sind.

4. Cloud-ähnliche Blockchain-Infrastruktur​

RaaS verwandelt die Blockchain-Infrastruktur effektiv in einen Cloud-ähnlichen Dienst. Calderas „Rollup Engine“ ermöglicht dynamische Upgrades und modulare Komponenten, wodurch Rollups wie konfigurierbare Cloud-Dienste behandelt werden, die bei Bedarf skaliert werden können.

Was das für Entwickler und BlockEden.xyz bedeutet​

Bei BlockEden.xyz sehen wir enormes Potenzial in der RaaS-Revolution. Als Infrastrukturanbieter, der Entwickler sicher mit Blockchain-Knoten verbindet, sind wir prädestiniert, eine entscheidende Rolle in dieser sich entwickelnden Landschaft zu spielen.

Die Verbreitung von Rollups bedeutet, dass Entwickler mehr denn je eine zuverlässige Knoten-Infrastruktur benötigen. Eine Zukunft mit Tausenden von anwendungsspezifischen Ketten erfordert robuste RPC-Dienste mit hoher Verfügbarkeit – genau das, worauf BlockEden.xyz spezialisiert ist.

Wir sind besonders begeistert von den Möglichkeiten in:

1. Spezialisierte RPC-Dienste für Rollups: Da Rollups einzigartige Funktionen und Optimierungen übernehmen, wird spezialisierte Infrastruktur entscheidend.

2. Cross-Chain-Datenindexierung: Da Werte zwischen mehreren Rollups fließen, benötigen Entwickler Tools, um Cross-Chain-Aktivitäten zu verfolgen und zu analysieren.

3. Erweiterte Entwickler-Tools: Mit der Vereinfachung der Rollup-Bereitstellung wächst der Bedarf an ausgeklügelten Überwachungs-, Debugging- und Analysetools.

4. Vereinheitlichter API-Zugang: Entwickler, die über mehrere Rollups hinweg arbeiten, benötigen einen vereinfachten, einheitlichen Zugang zu verschiedenen Blockchain-Netzwerken.

Fazit: Die modulare Blockchain-Zukunft​

Der Aufstieg von Rollups-as-a-Service stellt einen grundlegenden Wandel in unserer Denkweise über Blockchain-Skalierung dar. Anstatt alle Anwendungen auf eine einzige Kette zu zwingen, bewegen wir uns auf eine modulare Zukunft mit spezialisierten Ketten für spezifische Anwendungsfälle zu, die alle miteinander verbunden und durch robuste Layer-1-Netzwerke gesichert sind.

Calderas Ansatz – die Schaffung eines einheitlichen Netzwerks von Rollups mit geteilter Liquidität und nahtloser Nachrichtenübermittlung – bietet einen Einblick in diese Zukunft. Indem RaaS-Anbieter die Rollup-Bereitstellung so einfach wie das Starten eines Cloud-Servers gestalten, demokratisieren sie den Zugang zur Blockchain-Infrastruktur.

Bei BlockEden.xyz engagieren wir uns dafür, diese Entwicklung zu unterstützen, indem wir die zuverlässige Knoten-Infrastruktur und Entwickler-Tools bereitstellen, die für den Aufbau in dieser Multi-Chain-Zukunft benötigt werden. Wie wir oft sagen, ist die Zukunft von Web3 keine einzelne Kette – es sind Tausende von spezialisierten Ketten, die zusammenarbeiten.

Möchten Sie auf einem Rollup aufbauen oder benötigen Sie eine zuverlässige Knoten-Infrastruktur für Ihr Blockchain-Projekt? Kontakt-E-Mail: info@BlockEden.xyz, um zu erfahren, wie wir Ihre Entwicklung mit unserer 99,9 % Verfügbarkeitsgarantie und spezialisierten RPC-Diensten über 27+ Blockchains hinweg unterstützen können.

Jahrelang wurde der Ethereum Name Service (ENS) von vielen als Nischen-Tool für Krypto-Enthusiasten angesehen – eine Möglichkeit, lange, umständliche Wallet-Adressen durch menschenlesbare .eth-Namen zu ersetzen. Doch im Jahr 2025 ist diese Wahrnehmung überholt. ENS hat sich zu einer grundlegenden Schicht für programmierbare Markenidentität entwickelt, die einen einfachen Namen in einen portablen, überprüfbaren und vereinheitlichten Anker für die gesamte digitale Präsenz Ihres Unternehmens verwandelt.

Es geht nicht mehr nur um brand.eth. Es geht darum, brand.com krypto-fähig zu machen, überprüfbare Rollen an Mitarbeiter zu vergeben und Vertrauen bei Kunden durch eine einzige, kanonische Quelle der Wahrheit aufzubauen. Dies ist der Leitfaden für Unternehmen, warum ENS jetzt wichtig ist und wie es heute implementiert werden kann.

TL;DR

• ENS verwandelt einen Namen (z. B. brand.eth oder brand.com) in eine programmierbare Identität, die Wallets, Apps, Websites und verifizierte Profildaten zuordnet.
• Sie müssen Ihre DNS-Domain nicht aufgeben: Mit Gasless DNSSEC kann eine brand.com als ENS-Name fungieren, ohne dass bei der Einrichtung On-Chain-Gebühren anfallen.
• Die .eth-Preisgestaltung ist transparent und verlängerungsbasiert (kürzere Namen kosten mehr), und die Einnahmen finanzieren das Public-Good-Protokoll über die ENS DAO.
• Subnamen wie alice.brand.eth oder support.brand.com ermöglichen es Ihnen, Rollen, Vorteile und Zugänge zu vergeben – zeitlich begrenzt und eingeschränkt durch NameWrapper-„Fuses“ und Ablaufdaten.
• ENS verlagert Kernfunktionen in ENSv2 auf L2, mit vertrauensminimierter Auflösung über CCIP‑Read – wichtig für Kosten, Geschwindigkeit und Skalierbarkeit.

Warum ENS für moderne Unternehmen wichtig ist​

Für Unternehmen ist die Identität fragmentiert. Sie haben einen Domainnamen für Ihre Website, Social-Media-Handles für das Marketing und separate Konten für Zahlungen und Operationen. ENS bietet eine Möglichkeit, diese zu vereinheitlichen und eine einzige, maßgebliche Identitätsschicht zu schaffen.

• Vereinheitlichte, menschenlesbare Identität: Im Kern ordnet ENS einen einprägsamen Namen kryptografischen Adressen zu. Doch seine Leistungsfähigkeit reicht weit über eine einzelne Blockchain hinaus. Mit Multi-Chain-Unterstützung kann Ihr brand.eth gleichzeitig auf Ihre Bitcoin-Treasury, Solana-Operations-Wallet und Ethereum-Smart-Contracts verweisen. Der Name Ihrer Marke wird zum einzigen, benutzerfreundlichen Anker für Zahlungen, Anwendungen und Profile im gesamten Web3-Ökosystem.
• Tiefe Ökosystem-Integration: ENS ist keine spekulative Wette auf ein Nischenprotokoll; es ist ein Web3-Primitiv. Es wird nativ von großen Wallets (Coinbase Wallet, MetaMask), Browsern (Brave, Opera) und dezentralen Anwendungen (Uniswap, Aave) unterstützt. Wenn Partner wie GoDaddy ENS integrieren, signalisiert dies eine Konvergenz zwischen Web2- und Web3-Infrastruktur. Durch die Einführung von ENS schließen Sie Ihre Marke an ein riesiges, interoperables Netzwerk an.
• Umfassende, überprüfbare Profildaten: Über Adressen hinaus können ENS-Namen standardisierte Textdatensätze für Profilinformationen wie Avatar, E-Mail, Social-Media-Handles und eine Website-URL speichern. Dies verwandelt Ihren ENS-Namen in eine kanonische, maschinenlesbare Visitenkarte. Ihre Support-, Marketing- und Engineering-Tools können alle aus derselben verifizierten Quelle ziehen, um Konsistenz zu gewährleisten und Vertrauen bei Ihren Benutzern aufzubauen.

Zwei Zugänge: .eth vs. „Eigene DNS-Domain mitbringen“​

Der Einstieg in ENS ist flexibel und bietet zwei primäre Wege, die zusammen genutzt werden können und sollten.

1. brand.eth registrieren​

Dies ist der Web3-native Ansatz. Die Registrierung eines .eth-Namens verschafft Ihnen ein krypto-natives Asset, das das Engagement Ihrer Marke für das Ökosystem signalisiert. Der Prozess ist unkompliziert und transparent.

• Klare Gebührenordnung: Gebühren werden jährlich in ETH gezahlt, um Squatting zu verhindern und das Protokoll zu finanzieren. Die Preise basieren auf Knappheit: Namen mit 5+ Zeichen kosten nur 5 $/Jahr, Namen mit 4 Zeichen 160$/Jahr und Namen mit 3 Zeichen 640 $/Jahr.
• Einen primären Namen festlegen: Sobald Sie brand.eth besitzen, sollten Sie ihn als „Primären Namen“ (auch bekannt als Reverse Record) für Ihre Haupt-Unternehmens-Wallet festlegen. Dies ist ein entscheidender Schritt, der es Wallets und DApps ermöglicht, Ihren einprägsamen Namen anstelle Ihrer langen Adresse anzuzeigen, was die Benutzererfahrung und das Vertrauen erheblich verbessert.

2. brand.com innerhalb von ENS erweitern (keine Migration erforderlich)​

Sie müssen Ihre wertvolle Web2-Domain nicht aufgeben. Dank einer Funktion namens Gasless DNSSEC können Sie Ihre bestehende DNS-Domain mit einer Krypto-Wallet verknüpfen und sie so effektiv zu einem voll funktionsfähigen ENS-Namen aufwerten.

• Keine On-Chain-Kosten für Eigentümer: Der Prozess ermöglicht es, dass eine brand.com innerhalb des ENS-Ökosystems auflösbar wird, ohne dass der Domain-Inhaber eine On-Chain-Transaktion einreichen muss.
• Unterstützung durch Mainstream-Registrare: GoDaddy hat dies bereits mit einem Ein-Klick-„Krypto-Wallet“-Eintrag, der auf dieser ENS-Funktion basiert, optimiert. Andere große Registrare, die DNSSEC unterstützen, können ebenfalls für die Zusammenarbeit mit ENS konfiguriert werden.

Pragmatischer Rat: Tun Sie beides. Verwenden Sie brand.eth für Ihr Web3-natives Publikum und Ihre Treasury-Operationen. Bringen Sie gleichzeitig brand.com in ENS ein, um Ihre gesamte Markenpräsenz zu vereinheitlichen und eine nahtlose Brücke für Ihre bestehende Benutzerbasis zu schaffen.

Zero-to-One-Rollout: Ein Ein-Wochen-Plan​

Die Bereitstellung von ENS muss kein mehrmonatiges Projekt sein. Ein fokussiertes Team kann in etwa einer Woche eine robuste Präsenz aufbauen.

• Tag 1–2: Name & Richtlinie Beanspruchen Sie brand.eth und verknüpfen Sie Ihren bestehenden DNS-Namen mit der Gasless DNSSEC-Methode. Dies ist auch der Zeitpunkt, um eine interne Richtlinie zur kanonischen Schreibweise, zur Verwendung von Emojis und zu Normalisierungsregeln festzulegen. ENS verwendet einen Standard namens ENSIP-15, um Namensvarianten zu handhaben, aber es ist entscheidend, sich der Homoglyphen (Zeichen, die ähnlich aussehen) bewusst zu sein, um Phishing-Angriffe auf Ihre Marke zu verhindern.

• Tag 3: Primäre Namen & Wallets Legen Sie für die Treasury, Operationen und Zahlungs-Wallets Ihres Unternehmens den Primären Namen (Reverse Record) fest, sodass sie zu treasury.brand.eth oder einem ähnlichen Namen auflösen. Nutzen Sie diese Gelegenheit, um Multi-Coin-Adressdatensätze (BTC, SOL usw.) zu hinterlegen, um sicherzustellen, dass Zahlungen, die an Ihren ENS-Namen gesendet werden, korrekt weitergeleitet werden, unabhängig von der Chain.

• Tag 4: Profildaten Füllen Sie die standardisierten Textdatensätze in Ihrem primären ENS-Namen aus. Legen Sie mindestens email, url, com.twitter und avatar fest. Ein offizieller Avatar sorgt für sofortige visuelle Verifizierung in unterstützten Wallets. Für erhöhte Sicherheit können Sie auch einen öffentlichen PGP-Schlüssel hinzufügen.

• Tag 5: Subnamen Beginnen Sie mit der Ausgabe von Subnamen wie alice.brand.eth für Mitarbeiter oder support.brand.com für Abteilungen. Verwenden Sie den NameWrapper, um Sicherheits-„Fuses“ anzuwenden, die beispielsweise die Übertragung des Subnamens verhindern können. Legen Sie ein Ablaufdatum fest, um den Zugriff automatisch zu widerrufen, wenn ein Vertrag endet oder ein Mitarbeiter ausscheidet.

• Tag 6: Website / Dokumente Dezentralisieren Sie Ihre Webpräsenz. Pinnen Sie Ihr Pressekit, Ihre Nutzungsbedingungen oder eine Statusseite an ein dezentrales Speichernetzwerk wie IPFS oder Arweave und verknüpfen Sie es über den contenthash-Eintrag mit Ihrem ENS-Namen. Für den universellen Zugriff können Benutzer diesen Inhalt über öffentliche Gateways wie eth.limo auflösen.

• Tag 7: Integration ins Produkt Beginnen Sie, ENS in Ihrer eigenen Anwendung zu nutzen. Verwenden Sie Bibliotheken wie viem mit ensjs, um Namen aufzulösen, Benutzereingaben zu normalisieren und Avatare anzuzeigen. Wenn Sie Adressen nachschlagen, führen Sie eine Reverse-Lookup durch, um den primären Namen des Benutzers anzuzeigen. Stellen Sie sicher, dass Sie ein Resolver-Gateway verwenden, das CCIP-Read unterstützt, um Ihre App zukunftssicher für die L2-Architektur von ENSv2 zu machen.

Häufige Muster, die sich schnell auszahlen​

Einmal eingerichtet, ermöglicht ENS leistungsstarke, praktische Anwendungsfälle, die sofortigen Mehrwert liefern.

• Sicherere, einfachere Zahlungen: Anstatt eine lange, fehleranfällige Adresse zu kopieren und einzufügen, setzen Sie pay.brand.eth auf Ihre Rechnungen. Indem Sie alle Ihre Multi-Coin-Adressen unter einem Namen veröffentlichen, reduzieren Sie drastisch das Risiko, dass Kunden Gelder an die falsche Adresse oder Chain senden.
• Authentischer Support & soziale Präsenz: Veröffentlichen Sie Ihre offiziellen Social-Media-Handles in Ihren ENS-Textdatensätzen. Einige Tools können diese Datensätze bereits verifizieren und so eine starke Verteidigung gegen Identitätsdiebstahl schaffen. Ein support.brand.eth-Name kann direkt auf eine dedizierte Support-Wallet oder einen sicheren Messaging-Endpunkt verweisen.
• Dezentrale Webpräsenz: Hosten Sie eine manipulationssichere Statusseite oder kritische Dokumentation unter brand.eth mithilfe des contenthash. Da der Link On-Chain ist, kann er nicht von einem einzelnen Anbieter entfernt werden, was eine höhere Widerstandsfähigkeit für wesentliche Informationen bietet.
• Ein programmierbares Organigramm: Geben Sie employee.brand.eth-Subnamen aus, die Zugang zu internen Tools oder Token-gated-Kanälen gewähren. Mit NameWrapper-Fuses und Ablaufdaten können Sie ein dynamisches, programmierbares und automatisch widerrufbares Identitätssystem für Ihre gesamte Organisation erstellen.
• Gas-leichte Benutzererfahrungen: Für Anwendungsfälle mit hohem Volumen, wie die Ausgabe von Loyalty-IDs oder Tickets als Subnamen, sind On-Chain-Transaktionen zu langsam und teuer. Verwenden Sie einen Off-Chain-Resolver mit CCIP-Read. Dieser Standard ermöglicht es, ENS-Namen von L2s oder sogar traditionellen Datenbanken auf vertrauensminimierte Weise aufzulösen. Branchenführer wie Uniswap (uni.eth) und Coinbase (cb.id) nutzen dieses Muster bereits, um ihre Benutzeridentitätssysteme zu skalieren.

Sicherheit & Governance, die Sie nicht überspringen sollten​

Behandeln Sie Ihren primären ENS-Namen wie Ihren primären Domainnamen: als kritisches Stück der Unternehmensinfrastruktur.

• „Eigentümer“ von „Manager“ trennen: Dies ist ein zentrales Sicherheitsprinzip. Die Rolle des „Eigentümers“, der die Befugnis hat, den Namen zu übertragen, sollte in einer Cold-Storage-Multisig-Wallet gesichert werden. Die Rolle des „Managers“, der alltägliche Datensätze wie IP-Adressen oder Avatare aktualisieren kann, kann an eine leichter zugängliche Hot-Wallet delegiert werden. Diese Gewaltenteilung reduziert den potenziellen Schaden eines kompromittierten Schlüssels drastisch.
• NameWrapper-Schutzmaßnahmen verwenden: Wenn Sie Subnamen ausgeben, verwenden Sie den NameWrapper, um Fuses wie CANNOT_TRANSFER zu brennen, um sie an einen bestimmten Mitarbeiter zu binden, oder CANNOT_UNWRAP, um Ihre Governance-Richtlinien durchzusetzen. Alle Berechtigungen werden durch ein von Ihnen kontrolliertes Ablaufdatum geregelt, das standardmäßig zeitlich begrenzten Zugriff bietet.
• Verlängerungen überwachen: Verlieren Sie Ihren .eth-Namen nicht wegen einer verpassten Zahlung. Tragen Sie Ihre Verlängerungsdaten in den Kalender ein und denken Sie daran, dass .eth-Namen zwar eine 90-tägige Nachfrist haben, die Richtlinien für Subnamen jedoch vollständig Ihnen überlassen sind.

Entwickler-Schnellstart (TypeScript)​

Die Integration der ENS-Auflösung in Ihre App ist mit modernen Bibliotheken wie viem einfach. Dieser Code-Snippet zeigt, wie man eine Adresse aus einem Namen oder einen Namen aus einer Adresse nachschlägt.

import { createPublicClient, http } from "viem";
import { mainnet } from "viem/chains";
import { normalize, getEnsAddress, getEnsName, getEnsAvatar } from "viem/ens";

const client = createPublicClient({ chain: mainnet, transport: http() });

export async function lookup(nameOrAddress: string) {
  if (nameOrAddress.endsWith(".eth") || nameOrAddress.includes(".")) {
    // Name → Address (normalize input per ENSIP-15)
    const name = normalize(nameOrAddress);
    const address = await getEnsAddress(client, {
      name,
      gatewayUrls: ["https://ccip.ens.xyz"],
    });
    const avatar = await getEnsAvatar(client, { name });
    return { type: "name", name, address, avatar };
  } else {
    // Address → Primary Name (reverse record)
    const name = await getEnsName(client, {
      address: nameOrAddress as `0x${string}`,
      gatewayUrls: ["https://ccip.ens.xyz"],
    });
    return { type: "address", address: nameOrAddress, name };
  }
}

Zwei wichtige Erkenntnisse aus diesem Code:

• normalize ist für die Sicherheit unerlässlich. Es erzwingt ENS-Benennungsregeln und hilft, gängige Phishing- und Spoofing-Angriffe durch ähnlich aussehende Namen zu verhindern.
• gatewayUrls verweist auf einen Universal Resolver, der CCIP-Read unterstützt. Dies macht Ihre Integration zukunftskompatibel mit der bevorstehenden Umstellung auf L2 und Off-Chain-Daten.

Für Entwickler, die mit React arbeiten, bietet die ENSjs-Bibliothek Hooks und Komponenten auf höherer Ebene, die diese gängigen Abläufe kapseln und die Integration noch schneller machen.

Ihren Namen wählen und schützen: Marke & Rechtliches​

• Normalisierung und Benutzerfreundlichkeit: Machen Sie sich mit der ENSIP-15-Normalisierung vertraut. Legen Sie klare interne Richtlinien für die Verwendung von Emojis oder Nicht-ASCII-Zeichen fest und suchen Sie aktiv nach „Verwechslungsgefahren“, die zur Nachahmung Ihrer Marke verwendet werden könnten.
• Markenrechtlicher Realitätscheck: .eth-Namen operieren außerhalb des traditionellen ICANN-Rahmens und seines UDRP-Streitbeilegungsprozesses. Markeninhaber können sich nicht auf dieselben rechtlichen Grundlagen verlassen, die sie für DNS-Domains nutzen. Daher ist die defensive Registrierung wichtiger Markenbegriffe eine umsichtige Strategie. (Dies ist keine Rechtsberatung; konsultieren Sie einen Anwalt.)

Was kommt als Nächstes: ENSv2 und der Umzug auf L2​

Das ENS-Protokoll ist nicht statisch. Die nächste große Evolution, ENSv2, ist im Gange.

• Protokollumzug auf L2: Um Gaskosten zu senken und die Geschwindigkeit zu erhöhen, wird das Kern-ENS-Register auf ein Layer-2-Netzwerk migriert. Die Namensauflösung wird über CCIP-Read und kryptografische Beweissysteme zurück zu L1 und anderen Chains überbrückt. Dies wird die Registrierung und Verwaltung von Namen erheblich günstiger machen und reichhaltigere Anwendungsmuster ermöglichen.
• Nahtloser Migrationsplan: Die ENS DAO hat einen detaillierten Migrationsplan veröffentlicht, um sicherzustellen, dass bestehende Namen mit minimalem Aufwand in das neue System verschoben werden können. Wenn Sie in großem Maßstab operieren, ist dies eine wichtige Entwicklung, die Sie verfolgen sollten.

Implementierungs-Checkliste​

Nutzen Sie diese Checkliste, um die Implementierung Ihres Teams zu leiten.

• brand.eth beanspruchen; brand.com über Gasless DNSSEC verknüpfen.
• Eigentum des Namens in einem sicheren Multisig parken; Manager-Rollen delegieren.
• Einen Primären Namen für alle Organisations-Wallets festlegen.
• Multi-Coin-Adressen für Zahlungen veröffentlichen.
• Textdatensätze (E-Mail, URL, Social Media, Avatar) ausfüllen.
• Subnamen für Teams, Mitarbeiter und Dienste unter Verwendung von Fuses und Ablaufdaten ausgeben.
• Eine minimale dezentrale Website (z. B. Statusseite) hosten und den contenthash festlegen.
• ENS-Auflösung (viem/ensjs) in Ihr Produkt integrieren; alle Eingaben normalisieren.
• Alle .eth-Namensverlängerungsdaten im Kalender eintragen und Ablauf überwachen.

ENS ist bereit für Unternehmen. Es hat sich über ein einfaches Namenssystem hinaus zu einem kritischen Infrastrukturteil für jedes Unternehmen entwickelt, das für die nächste Generation des Internets baut. Durch die Etablierung einer programmierbaren und persistenten Identität senken Sie Risiken, schaffen reibungslosere Benutzererfahrungen und stellen sicher, dass Ihre Marke für eine dezentrale Zukunft bereit ist.

ETHDenver 2025, unter dem Motto „Jahr der Regenerates“, festigte seinen Status als eines der weltweit größten Web3-Treffen. Das Festival umfasste die BUIDLWeek (23.–26. Februar), das Hauptevent (27. Februar–2. März) und ein Mountain Retreat nach der Konferenz und zog erwartete 25.000+ Teilnehmer an. Builder, Entwickler, Investoren und Kreative aus über 125 Ländern kamen in Denver zusammen, um das Ethereum-Ethos der Dezentralisierung und Innovation zu feiern. Getreu seinen Community-Wurzeln blieb ETHDenver kostenlos zugänglich, wurde von der Community finanziert und bot eine Fülle von Inhalten – von Hackathons und Workshops bis hin zu Panels, Pitch-Events und Partys. Die Legende der „Regenerates“, die die Dezentralisierung verteidigen, setzte einen Ton, der öffentliche Güter und kollaboratives Bauen betonte, selbst inmitten einer wettbewerbsintensiven Technologielandschaft. Das Ergebnis war eine Woche voller energiegeladener Builder-Aktivitäten und zukunftsweisender Diskussionen, die einen Überblick über die aufkommenden Web3-Trends und umsetzbare Erkenntnisse für Branchenexperten boten.

Aufkommende Web3-Trends, die von Rednern beleuchtet wurden​

Keine einzelne Erzählung dominierte ETHDenver 2025 – stattdessen stand ein breites Spektrum an Web3-Trends im Mittelpunkt. Anders als im letzten Jahr (als Restaking über EigenLayer die Show stahl), war die Agenda 2025 eine Mischung aus allem: von dezentralen physischen Infrastrukturnetzwerken (DePIN) über KI-Agenten, von regulatorischer Compliance bis zur Tokenisierung realer Vermögenswerte (RWA), dazu Datenschutz, Interoperabilität und mehr. Tatsächlich ging John Paller, Gründer von ETHDenver, auf Bedenken bezüglich Multi-Chain-Inhalten ein, indem er feststellte, dass „95%+ unserer Sponsoren und 90% der Inhalte ETH/EVM-konform sind“ – dennoch unterstrich die Präsenz von Nicht-Ethereum-Ökosystemen die Interoperabilität als Schlüsselthema. Wichtige Redner spiegelten diese Trendbereiche wider: So wurde beispielsweise zk-Rollup und Layer-2-Skalierung von Alex Gluchowski (CEO von Matter Labs/zkSync) hervorgehoben, während Multi-Chain-Innovation von Adeniyi Abiodun von Mysten Labs (Sui) und Albert Chon von Injective kam.

Die Konvergenz von KI und Web3 entwickelte sich zu einer starken Strömung. Zahlreiche Vorträge und Side-Events konzentrierten sich auf dezentrale KI-Agenten und „DeFi+KI“-Überschneidungen. Ein spezieller AI Agent Day zeigte On-Chain-KI-Demos, und ein Kollektiv von 14 Teams (darunter das Entwicklerkit von Coinbase und die KI-Einheit von NEAR) kündigte sogar die Open Agents Alliance (OAA) an – eine Initiative, um erlaubnisfreien, kostenlosen KI-Zugang durch Bündelung der Web3-Infrastruktur zu ermöglichen. Dies deutet auf ein wachsendes Interesse an autonomen Agenten und KI-gesteuerten DApps als Grenze für Builder hin. Hand in Hand mit KI war DePIN (dezentrale physische Infrastruktur) ein weiteres Schlagwort: Mehrere Panels (z. B. Day of DePIN, DePIN Summit) untersuchten Projekte, die Blockchain mit physischen Netzwerken (von Telekommunikation bis Mobilität) verbinden.

Cuckoo AI Network sorgte auf der ETHDenver 2025 für Aufsehen, indem es seinen innovativen dezentralen Marktplatz für die Bereitstellung von KI-Modellen präsentierte, der für Kreative und Entwickler konzipiert ist. Mit einer überzeugenden Präsenz sowohl beim Hackathon als auch bei von der Community geleiteten Side-Events zog Cuckoo AI die Aufmerksamkeit von Entwicklern auf sich, die von der Möglichkeit fasziniert waren, GPU-/CPU-Ressourcen zu monetarisieren und On-Chain-KI-APIs einfach zu integrieren. Während ihres speziellen Workshops und ihrer Networking-Session hob Cuckoo AI hervor, wie dezentrale Infrastruktur den Zugang zu fortschrittlichen KI-Diensten effizient demokratisieren könnte. Dies steht in direktem Einklang mit den breiteren Trends der Veranstaltung – insbesondere der Schnittmenge von Blockchain mit KI, DePIN und der Finanzierung öffentlicher Güter. Für Investoren und Entwickler auf der ETHDenver erwies sich Cuckoo AI als klares Beispiel dafür, wie dezentrale Ansätze die nächste Generation von KI-gesteuerten DApps und Infrastrukturen antreiben können, und positionierte sich als attraktive Investitionsmöglichkeit innerhalb des Web3-Ökosystems.

Datenschutz, Identität und Sicherheit blieben im Vordergrund. Redner und Workshops befassten sich mit Themen wie Zero-Knowledge-Proofs (Präsenz von zkSync), Identitätsmanagement und überprüfbaren Anmeldeinformationen (ein spezieller Privacy & Security-Track war Teil des Hackathons) sowie rechtlichen/regulatorischen Fragen (ein On-Chain-Rechtsgipfel war Teil der Festival-Tracks). Eine weitere bemerkenswerte Diskussion war die Zukunft der Mittelbeschaffung und der Dezentralisierung der Finanzierung: Eine Debatte auf der Hauptbühne zwischen Haseeb Qureshi von Dragonfly Capital und Matt O’Connor von Legion (einer „ICO-ähnlichen“ Plattform) über ICOs vs. VC-Finanzierung fesselte die Teilnehmer. Diese Debatte beleuchtete aufkommende Modelle wie Community-Token-Verkäufe, die traditionelle VC-Wege in Frage stellen – ein wichtiger Trend für Web3-Startups, die Kapital beschaffen müssen. Die Erkenntnis für Fachleute ist klar: Web3 im Jahr 2025 ist multidisziplinär – es umfasst Finanzen, KI, reale Vermögenswerte und Kultur – und informiert zu bleiben bedeutet, über jeden Hype-Zyklus hinaus das gesamte Spektrum der Innovation zu betrachten.

Sponsoren und ihre strategischen Schwerpunkte​

Die Sponsorenliste der ETHDenver 2025 liest sich wie ein Who’s Who der Layer-1s, Layer-2s und Web3-Infrastrukturprojekte – jedes nutzte die Veranstaltung, um strategische Ziele voranzutreiben. Cross-Chain- und Multi-Chain-Protokolle zeigten eine starke Präsenz. So war Polkadot ein Top-Sponsor mit einem stattlichen Kopfgeldpool von 80.000 US-Dollar, der Builder dazu anspornte, Cross-Chain-DApps und Appchains zu entwickeln. Ähnlich boten BNB Chain, Flow, Hedera und Base (Coinbase’s L2) jeweils bis zu 50.000 US-Dollar für Projekte, die sich in ihre Ökosysteme integrierten, was ihren Vorstoß signalisierte, Ethereum-Entwickler anzuziehen. Sogar traditionell getrennte Ökosysteme wie Solana und Internet Computer beteiligten sich mit gesponserten Challenges (z. B. Solana war Co-Gastgeber eines DePIN-Events, und Internet Computer bot ein „Only possible on ICP“-Kopfgeld an). Diese Ökosystem-übergreifende Präsenz zog einige Community-Kontrollen auf sich, aber das ETHDenver-Team bemerkte, dass die überwiegende Mehrheit der Inhalte Ethereum-konform blieb. Der Nettoeffekt war, dass Interoperabilität ein Kernthema war – Sponsoren zielten darauf ab, ihre Plattformen als komplementäre Erweiterungen des Ethereum-Universums zu positionieren.

Skalierungslösungen und Infrastrukturanbieter standen ebenfalls im Mittelpunkt. Große Ethereum-L2s wie Optimism und Arbitrum hatten große Stände und gesponserte Challenges (Optimism’s Kopfgelder bis zu 40.000 US-Dollar), was ihren Fokus auf die Einarbeitung von Entwicklern in Rollups verstärkte. Neueinsteiger wie ZkSync und Zircuit (ein Projekt, das einen L2-Rollup-Ansatz vorstellte) betonten die Zero-Knowledge-Technologie und steuerten sogar SDKs bei (ZkSync bewarb sein Smart Sign-On SDK für benutzerfreundliche Logins, das Hackathon-Teams eifrig nutzten). Restaking und modulare Blockchain-Infrastruktur war ein weiteres Sponsoreninteresse – EigenLayer (Pionier des Restaking) hatte seinen eigenen 50.000 US-Dollar-Track und war sogar Co-Gastgeber eines Events zum Thema „Restaking & DeFAI (Decentralized AI)“, das sein Sicherheitsmodell mit KI-Themen verband. Orakel und Interoperabilitäts-Middleware wurden von Größen wie Chainlink und Wormhole vertreten, die jeweils Kopfgelder für die Nutzung ihrer Protokolle ausgaben.

Bemerkenswert ist, dass Web3-Konsumentenanwendungen und -Tools von Sponsoren unterstützt wurden, um die Benutzererfahrung zu verbessern. Die Präsenz von Uniswap – komplett mit einem der größten Stände – war nicht nur Show: Der DeFi-Gigant nutzte die Veranstaltung, um neue Wallet-Funktionen wie integrierte Fiat-Off-Ramps anzukündigen, was mit seinem Sponsoring-Fokus auf DeFi-Benutzerfreundlichkeit übereinstimmte. Identitäts- und Community-fokussierte Plattformen wie Galxe (Gravity) und Lens Protocol sponserten Challenges rund um On-Chain-Social und Credentialing. Sogar Mainstream-Tech-Unternehmen signalisierten Interesse: PayPal und Google Cloud veranstalteten eine Stablecoin-/Zahlungs-Happy Hour, um die Zukunft der Zahlungen in Krypto zu diskutieren. Diese Mischung von Sponsoren zeigt, dass strategische Interessen von der Kerninfrastruktur bis zu Endbenutzeranwendungen reichten – alle konvergierten auf der ETHDenver, um Entwicklern Ressourcen (APIs, SDKs, Grants) zur Verfügung zu stellen. Für Web3-Profis unterstreicht das starke Sponsoring von Layer-1s, Layer-2s und sogar Web2-Fintechs, wohin die Branche investiert: Interoperabilität, Skalierbarkeit, Sicherheit und die Nutzbarmachung von Krypto für die nächste Welle von Nutzern.

Hackathon-Highlights: Innovative Projekte und Gewinner​

Im Mittelpunkt der ETHDenver steht ihr legendärer #BUIDLathon – ein Hackathon, der sich mit Tausenden von Entwicklern zum weltweit größten Blockchain-Hackfest entwickelt hat. Im Jahr 2025 bot der Hackathon einen Rekord-Preispool von über 1.043.333 US-Dollar, um Innovationen anzustoßen. Kopfgelder von über 60 Sponsoren zielten auf wichtige Web3-Bereiche ab und unterteilten den Wettbewerb in Tracks wie: DeFi & KI, NFTs & Gaming, Infrastruktur & Skalierbarkeit, Datenschutz & Sicherheit sowie DAOs & Öffentliche Güter. Dieses Track-Design selbst ist aufschlussreich – zum Beispiel deutet die Kombination von DeFi mit KI auf das Aufkommen von KI-gesteuerten Finanzanwendungen hin, während ein spezieller Track für öffentliche Güter den Community-Fokus auf regenerative Finanzen und Open-Source-Entwicklung bekräftigt. Jeder Track wurde von Sponsoren unterstützt, die Preise für die beste Nutzung ihrer Technologie anboten (z. B. Polkadot und Uniswap für DeFi, Chainlink für Interoperabilität, Optimism für Skalierungslösungen). Die Organisatoren implementierten sogar quadratisches Voting für die Bewertung, um der Community zu ermöglichen, Top-Projekte hervorzuheben, wobei die endgültigen Gewinner von erfahrenen Juroren ausgewählt wurden.

Das Ergebnis war ein Überfluss an hochmodernen Projekten, von denen viele einen Einblick in die Zukunft von Web3 bieten. Zu den bemerkenswerten Gewinnern gehörte ein On-Chain-Multiplayer-Spiel „0xCaliber“, ein Ego-Shooter, der Echtzeit-Blockchain-Interaktionen innerhalb eines klassischen FPS-Spiels ausführt. 0xCaliber begeisterte die Juroren, indem es echtes On-Chain-Gaming demonstrierte – Spieler kaufen mit Krypto ein, „schießen“ On-Chain-Kugeln und nutzen Cross-Chain-Tricks, um Beute zu sammeln und auszuzahlen, alles in Echtzeit. Diese Art von Projekt zeigt die wachsende Reife des Web3-Gaming (Integration von Unity-Game-Engines mit Smart Contracts) und die Kreativität bei der Verschmelzung von Unterhaltung mit Krypto-Ökonomie. Eine weitere Kategorie herausragender Hacks waren solche, die KI mit Ethereum verschmelzen: Teams bauten „Agenten“-Plattformen, die Smart Contracts zur Koordination von KI-Diensten nutzen, inspiriert von der Ankündigung der Open Agents Alliance. Zum Beispiel integrierte ein Hackathon-Projekt KI-gesteuerte Smart-Contract-Auditoren (die automatisch Sicherheitstestfälle für Contracts generieren) – im Einklang mit dem auf der Konferenz beobachteten dezentralen KI-Trend.

Infrastruktur- und Tooling-Projekte waren ebenfalls prominent. Einige Teams befassten sich mit Account Abstraction und Benutzererfahrung, indem sie Sponsoren-Toolkits wie zkSyncs Smart Sign-On nutzten, um Wallet-lose Login-Flows für DApps zu erstellen. Andere arbeiteten an Cross-Chain-Bridges und Layer-2-Integrationen, was das anhaltende Entwicklerinteresse an Interoperabilität widerspiegelt. Im Track für öffentliche Güter & DAOs befassten sich einige Projekte mit realen sozialen Auswirkungen, wie eine DApp für dezentrale Identität und Hilfe für Obdachlose (unter Nutzung von NFTs und Community-Fonds, eine Idee, die an frühere ReFi-Hacks erinnert). Regenerative Finanzkonzepte (ReFi) – wie die Finanzierung öffentlicher Güter über neuartige Mechanismen – tauchten weiterhin auf und spiegelten das regenerative Thema der ETHDenver wider.

Während die endgültigen Gewinner am Ende des Hauptevents gefeiert wurden, lag der wahre Wert in der Innovationspipeline: Über 400 Projekteinreichungen gingen ein, von denen viele über die Veranstaltung hinaus Bestand haben werden. Der Hackathon der ETHDenver hat eine Erfolgsbilanz bei der Förderung zukünftiger Startups (tatsächlich sind einige frühere BUIDLathon-Projekte selbst zu Sponsoren geworden). Für Investoren und Technologen bot der Hackathon ein Fenster zu bahnbrechenden Ideen – ein Signal, dass die nächste Welle von Web3-Startups in Bereichen wie On-Chain-Gaming, KI-gesteuerten DApps, Cross-Chain-Infrastruktur und Lösungen mit sozialer Wirkung entstehen könnte. Mit fast 1 Million US-Dollar an Kopfgeldern, die an Entwickler ausgezahlt wurden, haben Sponsoren ihr Engagement effektiv unter Beweis gestellt, um diese Innovationen zu fördern.

Networking-Events und Investoren-Interaktionen​

Bei der ETHDenver geht es nicht nur ums Codieren – es geht gleichermaßen darum, Verbindungen zu knüpfen. Im Jahr 2025 verstärkte das Festival das Networking mit formellen und informellen Veranstaltungen, die auf Startups, Investoren und Community-Builder zugeschnitten waren. Ein herausragendes Event war das Bufficorn Ventures (BV) Startup Rodeo, eine energiegeladene Präsentation, bei der 20 handverlesene Startups Investoren in einer Messe-ähnlichen Expo ihre Demos vorführten. Das Startup Rodeo fand am 1. März in der Haupthalle statt und wurde eher als „Speed-Dating“ denn als Pitch-Wettbewerb beschrieben: Gründer besetzten Tische, um ihre Projekte im Einzelgespräch zu präsentieren, während alle anwesenden Investoren durch die Arena streiften. Dieses Format stellte sicher, dass selbst Teams in der Frühphase wertvolle persönliche Gespräche mit VCs, Strategen oder Partnern führen konnten. Viele Startups nutzten dies als Startrampe, um Kunden und Finanzierung zu finden, indem sie die konzentrierte Präsenz von Web3-Fonds auf der ETHDenver nutzten.

Am letzten Konferenztag stand das BV BuffiTank Pitchfest auf der Hauptbühne im Mittelpunkt – ein traditionellerer Pitch-Wettbewerb, bei dem 10 der „innovativsten“ Startups in der Frühphase aus der ETHDenver-Community vorgestellt wurden. Diese Teams (getrennt von den Hackathon-Gewinnern) präsentierten ihre Geschäftsmodelle einem Gremium aus Top-VCs und Branchenführern und konkurrierten um Auszeichnungen und potenzielle Investitionsangebote. Das Pitchfest veranschaulichte die Rolle der ETHDenver als Deal-Flow-Generator: Es richtete sich explizit an Teams, die „bereits organisiert sind…und nach Investitionen, Kunden und Bekanntheit suchen“, insbesondere an solche, die mit der SporkDAO-Community verbunden sind. Die Belohnung für die Gewinner war kein einfacher Geldpreis, sondern das Versprechen, dem Portfolio von Bufficorn Ventures oder anderen Accelerator-Kohorten beizutreten. Im Wesentlichen schuf ETHDenver sein eigenes Mini-„Shark Tank“ für Web3, das die Aufmerksamkeit der Investoren auf die besten Projekte der Community lenkte.

Über diese offiziellen Präsentationen hinaus war die Woche vollgepackt mit Investor-Gründer-Mixern. Laut einem kuratierten Leitfaden von Belong gehörten zu den bemerkenswerten Side-Events eine „Meet the VCs“ Happy Hour, die von CertiK Ventures am 27. Februar veranstaltet wurde, eine StarkNet VC & Founders Lounge am 1. März und sogar zwanglose Veranstaltungen wie ein „Pitch & Putt“ Golf-Themen-Pitch-Event. Diese Treffen boten Gründern entspannte Umgebungen, um mit Risikokapitalgebern ins Gespräch zu kommen, was oft zu Folgetreffen nach der Konferenz führte. Die Präsenz vieler aufstrebender VC-Firmen war auch auf Panels spürbar – zum Beispiel hob eine Session auf der EtherKnight Stage neue Fonds wie Reflexive Capital, Reforge VC, Topology, Metalayer und Hash3 hervor und welche Trends sie am meisten begeistern. Frühe Anzeichen deuten darauf hin, dass diese VCs an Bereichen wie dezentralen sozialen Medien, KI und neuartiger Layer-1-Infrastruktur interessiert waren (wobei jeder Fonds eine Nische besetzt, um sich in einer wettbewerbsintensiven VC-Landschaft zu differenzieren).

Für Fachleute, die das Networking der ETHDenver nutzen möchten: Die wichtigste Erkenntnis ist der Wert von Side-Events und gezielten Mixern. Deals und Partnerschaften entstehen oft bei Kaffee oder Cocktails und nicht auf der Bühne. Die unzähligen Investoren-Events der ETHDenver 2025 zeigen, dass die Web3-Finanzierungs-Community auch in einem schwierigen Markt aktiv nach Talenten und Ideen sucht. Startups, die mit ausgefeilten Demos und einem klaren Wertversprechen (oft unter Nutzung des Hackathon-Momentums der Veranstaltung) vorbereitet waren, fanden ein aufgeschlossenes Publikum. Gleichzeitig nutzten Investoren diese Interaktionen, um den Puls der Entwickler-Community zu messen – welche Probleme lösen die klügsten Builder in diesem Jahr? Zusammenfassend bekräftigte ETHDenver, dass Networking genauso wichtig ist wie BUIDLing: Es ist ein Ort, an dem ein zufälliges Treffen zu einer Seed-Investition führen oder ein aufschlussreiches Gespräch die nächste große Zusammenarbeit anstoßen kann.

Venture-Capital-Trends und Investitionsmöglichkeiten in Web3​

Eine subtile, aber wichtige Erzählung während der gesamten ETHDenver 2025 war die sich entwickelnde Landschaft des Web3-Venture-Capitals selbst. Trotz der Höhen und Tiefen des breiteren Kryptomarktes signalisierten Investoren auf der ETHDenver ein starkes Interesse an vielversprechenden Web3-Projekten. Reporter von Blockworks vor Ort stellten fest, „wie viel privates Kapital immer noch in Krypto fließt, unbeeindruckt von makroökonomischem Gegenwind“, wobei die Bewertungen in der Seed-Phase für die heißesten Ideen oft himmelhoch waren. Tatsächlich machte die schiere Anzahl der anwesenden VCs – von krypto-nativen Fonds bis hin zu traditionellen Tech-Investoren, die sich in Web3 versuchen – deutlich, dass ETHDenver ein Zentrum für Deal-Making bleibt.

Aufkommende thematische Schwerpunkte ließen sich aus dem ableiten, was VCs diskutierten und sponserten. Die Verbreitung von KI x Krypto-Inhalten (Hackathon-Tracks, Panels usw.) war nicht nur ein Entwicklertrend; sie spiegelt das Venture-Interesse am „DeFi trifft KI“-Nexus wider. Viele Investoren haben Startups im Blick, die maschinelles Lernen oder autonome Agenten auf der Blockchain nutzen, wie durch von Venture-Firmen gesponserte KI-Hackhouses und -Gipfel belegt. Ähnlich deutet der starke Fokus auf DePIN und die Tokenisierung realer Vermögenswerte (RWA) darauf hin, dass Fonds Chancen in Projekten sehen, die Blockchain mit realwirtschaftlichen Vermögenswerten und physischen Geräten verbinden. Der spezielle RWA Day (26. Februar) – ein B2B-Event zur Zukunft tokenisierter Vermögenswerte – legt nahe, dass Venture-Scouts in diesem Bereich aktiv nach dem nächsten Goldfinch oder Centrifuge suchen (d. h. Plattformen, die reale Finanzen On-Chain bringen).

Ein weiterer beobachtbarer Trend war eine wachsende Experimentierfreudigkeit bei Finanzierungsmodellen. Die erwähnte Debatte über ICOs vs. VCs war nicht nur Konferenztheatralik; sie spiegelt eine reale Venture-Bewegung hin zu einer stärker Community-zentrierten Finanzierung wider. Einige VCs auf der ETHDenver zeigten sich offen für Hybridmodelle (z. B. von Venture-Firmen unterstützte Token-Launches, die die Community in frühen Runden einbeziehen). Darüber hinaus hatten Finanzierung öffentlicher Güter und Impact Investing einen Platz am Tisch. Mit dem Ethos der Regeneration der ETHDenver diskutierten sogar Investoren, wie Open-Source-Infrastruktur und Entwickler langfristig unterstützt werden können, jenseits der Jagd nach dem nächsten DeFi- oder NFT-Boom. Panels wie „Funding the Future: Evolving Models for Onchain Startups“ untersuchten Alternativen wie Grants, DAO-Treasury-Investitionen und quadratische Finanzierung, um traditionelles VC-Geld zu ergänzen. Dies deutet auf eine Reifung der Branche in Bezug auf die Kapitalisierung von Projekten hin – eine Mischung aus Venture Capital, Ökosystemfonds und Community-Finanzierung, die Hand in Hand arbeiten.

Aus der Perspektive der Chancen können Web3-Profis und Investoren einige umsetzbare Erkenntnisse aus der Venture-Dynamik der ETHDenver gewinnen: (1) Infrastruktur ist immer noch König – viele VCs äußerten, dass „Picks-and-Shovels“ (L2-Skalierung, Sicherheit, Entwicklertools) als Rückgrat der Branche weiterhin hochwertige Investitionen bleiben. (2) Neue Vertikalen wie KI/Blockchain-Konvergenz und DePIN sind aufkommende Investitionsgrenzen – sich in diesen Bereichen auf den neuesten Stand zu bringen oder dort Startups zu finden, könnte sich lohnend auswirken. (3) Community-getriebene Projekte und öffentliche Güter könnten neuartige Finanzierungen erhalten – versierte Investoren finden Wege, diese nachhaltig zu unterstützen (z. B. Investitionen in Protokolle, die dezentrale Governance oder geteilten Besitz ermöglichen). Insgesamt zeigte ETHDenver 2025, dass die Web3-Venture-Landschaft zwar wettbewerbsintensiv ist, aber voller Überzeugung steckt: Kapital ist für diejenigen verfügbar, die die Zukunft von DeFi, NFTs, Gaming und darüber hinaus aufbauen, und selbst in einem Bärenmarkt geborene Ideen können Unterstützung finden, wenn sie den richtigen Trend ansprechen.

Entwicklerressourcen, Toolkits und Support-Systeme​

ETHDenver war schon immer auf Builder ausgerichtet, und 2025 war keine Ausnahme – es fungierte auch als Open-Source-Entwicklerkonferenz mit einer Fülle von Ressourcen und Unterstützung für Web3-Entwickler. Während der BUIDLWeek hatten die Teilnehmer Zugang zu Live-Workshops, technischen Bootcamps und Mini-Gipfeln in verschiedenen Bereichen. Entwickler konnten beispielsweise an einem Bleeding Edge Tech Summit teilnehmen, um mit den neuesten Protokollen zu experimentieren, oder an einem On-Chain Legal Summit, um mehr über die Entwicklung konformer Smart Contracts zu erfahren. Große Sponsoren und Blockchain-Teams veranstalteten praktische Sessions: Das Team von Polkadot veranstaltete Hacker Houses und Workshops zum Starten von Parachains; EigenLayer leitete ein „Restaking Bootcamp“, um Entwicklern beizubringen, wie sie ihre Sicherheitsschicht nutzen können; Polygon und zkSync gaben Tutorials zum Erstellen skalierbarer DApps mit Zero-Knowledge-Technologie. Diese Sessions boten unschätzbare persönliche Gespräche mit Kernentwicklern, die es Entwicklern ermöglichten, Hilfe bei der Integration zu erhalten und neue Toolkits aus erster Hand kennenzulernen.

Während des Hauptevents gab es im Veranstaltungsort einen speziellen #BUIDLHub und Makerspace, wo Builder in einer kollaborativen Umgebung coden und auf Mentoren zugreifen konnten. Die Organisatoren der ETHDenver veröffentlichten einen detaillierten BUIDLer Guide und ermöglichten ein Mentorenprogramm vor Ort (Experten von Sponsoren standen zur Verfügung, um Teams bei technischen Problemen zu unterstützen). Entwickler-Tooling-Unternehmen waren ebenfalls massenhaft vertreten – von Alchemy und Infura (für Blockchain-APIs) bis hin zu Hardhat und Foundry (für die Entwicklung von Smart Contracts). Viele stellten auf der Veranstaltung neue Releases oder Beta-Tools vor. Zum Beispiel präsentierte das Team von MetaMask eine große Wallet-Aktualisierung mit Gas-Abstraktion und einem verbesserten SDK für DApp-Entwickler, um zu vereinfachen, wie Apps Gasgebühren für Benutzer abdecken. Mehrere Projekte starteten SDKs oder Open-Source-Bibliotheken: Coinbases „Agent Kit“ für KI-Agenten und das kollaborative Open Agents Alliance-Toolkit wurden vorgestellt, und Story.xyz bewarb sein Story SDK für die On-Chain-Lizenzierung von geistigem Eigentum während ihres eigenen Hackathon-Events.

Bounties und Hacker-Support erweiterten die Entwicklererfahrung zusätzlich. Mit über 180 Bounties, die von 62 Sponsoren angeboten wurden, hatten Hacker effektiv eine Auswahl spezifischer Herausforderungen, jede mit Dokumentation, Sprechstunden und manchmal maßgeschneiderten Sandboxes. Zum Beispiel forderte die Bounty von Optimism Entwickler heraus, die neuesten Bedrock-Opcodes zu verwenden (mit ihren Ingenieuren in Bereitschaft zur Unterstützung), und die Challenge von Uniswap bot Zugang zu ihrer neuen API für die Off-Ramp-Integration. Tools zur Koordination und zum Lernen – wie die offizielle ETHDenver Mobile App und Discord-Kanäle – hielten Entwickler über Zeitplanänderungen, Nebenaufgaben und sogar Stellenangebote über die ETHDenver-Jobbörse auf dem Laufenden.

Eine bemerkenswerte Ressource war die Betonung von quadratischen Finanzierungsexperimenten und On-Chain-Voting. ETHDenver integrierte ein quadratisches Voting-System für die Hackathon-Bewertung, wodurch viele Entwickler mit dem Konzept vertraut gemacht wurden. Darüber hinaus bedeutete die Präsenz von Gitcoin und anderen Public-Goods-Gruppen, dass Entwickler nach der Veranstaltung etwas über Grant-Finanzierungen für ihre Projekte erfahren konnten. Zusammenfassend stattete ETHDenver 2025 Entwickler mit modernsten Tools (SDKs, APIs), Expertenberatung und weiterführendem Support aus, um ihre Projekte fortzusetzen. Für Branchenexperten ist es eine Erinnerung daran, dass die Pflege der Entwickler-Community – durch Bildung, Tools und Finanzierung – entscheidend ist. Viele der hervorgehobenen Ressourcen (wie neue SDKs oder verbesserte Entwicklungsumgebungen) sind jetzt öffentlich verfügbar und bieten Teams überall die Möglichkeit, auf dem aufzubauen, was auf der ETHDenver geteilt wurde.

Side-Events und Community-Treffen bereichern das ETHDenver-Erlebnis​

Was ETHDenver wirklich auszeichnet, ist seine festivalartige Atmosphäre – Dutzende von Side-Events, sowohl offizielle als auch inoffizielle, schufen ein reichhaltiges Geflecht von Erlebnissen rund um die Hauptkonferenz. Im Jahr 2025, jenseits des National Western Complex, wo die offiziellen Inhalte stattfanden, pulsierte die ganze Stadt mit Meetups, Partys, Hackathons und Community-Treffen. Diese Side-Events, oft von Sponsoren oder lokalen Web3-Gruppen veranstaltet, trugen maßgeblich zum umfassenderen ETHDenver-Erlebnis bei.

Auf offizieller Seite umfasste der Zeitplan der ETHDenver selbst thematische Mini-Events: Der Veranstaltungsort hatte Zonen wie eine NFT-Kunstgalerie, eine Blockchain-Arcade, eine DJ Chill Dome und sogar eine Zen Zone zum Entspannen. Die Organisatoren veranstalteten auch Abendveranstaltungen wie Eröffnungs- und Abschlussfeiern – z. B. die inoffizielle Eröffnungsparty „Crack’d House“ am 26. Februar von Story Protocol, die eine künstlerische Performance mit Hackathon-Preisverleihungen verband. Aber es waren die von der Community geleiteten Side-Events, die sich wirklich verbreiteten: Laut einem Event-Guide wurden über 100 Nebenveranstaltungen im ETHDenver Luma-Kalender erfasst.

Einige Beispiele veranschaulichen die Vielfalt dieser Treffen:

• Technische Gipfel & Hacker Houses: ElizaOS und EigenLayer veranstalteten eine 9-tägige Vault AI Agent Hacker House-Residenz für KI+Web3-Enthusiasten. Das Team von StarkNet veranstaltete ein mehrtägiges Hacker House, das in einer Demo-Nacht für Projekte auf ihrem ZK-Rollup gipfelte. Diese boten fokussierte Umgebungen für Entwickler, um an spezifischen Tech-Stacks außerhalb des Haupt-Hackathons zusammenzuarbeiten.
• Networking-Mixer & Partys: Jeder Abend bot eine Reihe von Auswahlmöglichkeiten. Builder Nights Denver am 27. Februar, gesponsert von MetaMask, Linea, EigenLayer, Wormhole und anderen, brachte Innovatoren zu zwanglosen Gesprächen bei Essen und Getränken zusammen. 3VO’s Mischief Minded Club Takeover, unterstützt von Belong, war eine hochkarätige Networking-Party für Führungskräfte im Bereich Community-Tokenisierung. Für diejenigen, die reinen Spaß suchten, hielten der BEMO Rave (mit Berachain und anderen) und rAIve the Night (ein KI-Themen-Rave) die Krypto-Crowd bis spät in die Nacht tanzend – eine Mischung aus Musik, Kunst und Krypto-Kultur.
• Treffen von Sonderinteressengruppen: Auch Nischen-Communities fanden ihren Platz zu. Meme Combat war ein Event ausschließlich für Meme-Enthusiasten, um die Rolle von Memes in Krypto zu feiern. House of Ink richtete sich an NFT-Künstler und -Sammler und verwandelte einen immersiven Kunstort (Meow Wolf Denver) in eine Ausstellung für digitale Kunst. Der SheFi Summit am 26. Februar brachte Frauen in Web3 zu Vorträgen und Networking zusammen, unterstützt von Gruppen wie World of Women und Celo – was ein Engagement für Vielfalt und Inklusion unterstreicht.
• Investoren- & Content-Creator-Meetups: Wir haben bereits VC-Events angesprochen; zusätzlich ermöglichte ein KOL (Key Opinion Leaders) Gathering am 28. Februar Krypto-Influencern und Content-Creatoren, Engagement-Strategien zu diskutieren, was die Schnittmenge von sozialen Medien und Krypto-Communities zeigt.

Entscheidend ist, dass diese Side-Events nicht nur Unterhaltung waren – sie dienten oft als Inkubatoren für Ideen und Beziehungen für sich. Zum Beispiel befasste sich der Tokenized Capital Summit 2025 mit der Zukunft der Kapitalmärkte On-Chain, was wahrscheinlich Kooperationen zwischen Fintech-Unternehmern und anwesenden Blockchain-Entwicklern anregte. Das On-Chain Gaming Hacker House bot Spielentwicklern einen Raum, Best Practices auszutauschen, was zu einer gegenseitigen Befruchtung zwischen Blockchain-Gaming-Projekten führen kann.

Für Fachleute, die große Konferenzen besuchen, unterstreicht das Modell der ETHDenver, dass Wert sowohl abseits der Hauptbühne als auch auf ihr zu finden ist. Die Breite des inoffiziellen Programms ermöglichte es den Teilnehmern, ihr Erlebnis individuell zu gestalten – ob das Ziel war, Investoren zu treffen, eine neue Fähigkeit zu erlernen, einen Mitgründer zu finden oder einfach nur zu entspannen und Kameradschaft aufzubauen, es gab eine Veranstaltung dafür. Viele Veteranen raten Neulingen: „Besuchen Sie nicht nur die Vorträge – gehen Sie zu den Meetups und sagen Sie Hallo.“ In einem so Community-getriebenen Bereich wie Web3 führen diese menschlichen Verbindungen oft zu DAO-Kooperationen, Investitionsgeschäften oder zumindest zu dauerhaften Freundschaften, die Kontinente umspannen. Die lebendige Side-Szene der ETHDenver 2025 verstärkte die Kernkonferenz und verwandelte eine Woche in Denver in ein mehrdimensionales Festival der Innovation.

Wichtige Erkenntnisse und umsetzbare Einblicke​

ETHDenver 2025 zeigte eine Web3-Branche in voller Blüte der Innovation und Zusammenarbeit. Für Fachleute in diesem Bereich ergeben sich aus dieser tiefgehenden Analyse mehrere klare Erkenntnisse und Handlungsempfehlungen:

• Diversifizierung der Trends: Die Veranstaltung machte deutlich, dass Web3 nicht länger monolithisch ist. Aufkommende Bereiche wie KI-Integration, DePIN und RWA-Tokenisierung sind ebenso prominent wie DeFi und NFTs. Umsetzbare Erkenntnis: Bleiben Sie informiert und anpassungsfähig. Führungskräfte sollten F&E oder Investitionen in diese aufstrebenden Vertikalen tätigen (z. B. untersuchen, wie KI ihre DApp verbessern könnte oder wie reale Vermögenswerte in DeFi-Plattformen integriert werden könnten), um die nächste Wachstumswelle zu nutzen.
• Cross-Chain ist die Zukunft: Mit der aktiven Teilnahme großer Nicht-Ethereum-Protokolle sinken die Barrieren zwischen den Ökosystemen. Interoperabilität und Multi-Chain-Benutzererfahrungen erregten große Aufmerksamkeit, von MetaMasks Unterstützung für Bitcoin/Solana bis hin zu Polkadot- und Cosmos-basierten Chains, die Ethereum-Entwickler umwerben. Umsetzbare Erkenntnis: Entwickeln Sie für eine Multi-Chain-Welt. Projekte sollten Integrationen oder Bridges in Betracht ziehen, die Liquidität und Benutzer auf anderen Chains nutzen, und Fachleute könnten Partnerschaften über Communities hinweg suchen, anstatt isoliert zu bleiben.
• Community & Öffentliche Güter sind wichtig: Das Thema „Jahr der Regenerates“ war nicht nur Rhetorik – es durchdrang die Inhalte durch Diskussionen über die Finanzierung öffentlicher Güter, quadratisches Voting für Hacks und Veranstaltungen wie den SheFi Summit. Ethische, nachhaltige Entwicklung und Community-Eigentum sind Schlüsselwerte im Ethereum-Ethos. Umsetzbare Erkenntnis: Integrieren Sie regenerative Prinzipien. Ob durch die Unterstützung von Open-Source-Initiativen, die Verwendung fairer Launch-Mechanismen oder die Ausrichtung von Geschäftsmodellen am Community-Wachstum, Web3-Unternehmen können Wohlwollen und Langlebigkeit gewinnen, indem sie nicht rein extraktiv sind.
• Investorenstimmung – Vorsichtig, aber mutig: Trotz der Gerüchte über einen Bärenmarkt zeigte ETHDenver, dass VCs aktiv nach vielversprechenden Web3-Projekten suchen und bereit sind, große Wetten auf die nächsten Kapitel von Web3 einzugehen. Sie überdenken jedoch auch, wie sie investieren (z. B. strategischer, vielleicht mehr Aufsicht über die Produkt-Markt-Passung und Offenheit für Community-Finanzierung). Umsetzbare Erkenntnis: Wenn Sie ein Startup sind, konzentrieren Sie sich auf Grundlagen und Storytelling. Die Projekte, die herausragten, hatten klare Anwendungsfälle und oft funktionierende Prototypen (einige wurden an einem Wochenende erstellt!). Wenn Sie ein Investor sind, bestätigte die Konferenz, dass Infrastruktur (L2s, Sicherheit, Entwicklertools) weiterhin hohe Priorität hat, aber die Differenzierung durch Thesen in KI, Gaming oder Social einen Fonds an die Spitze positionieren kann.
• Die Entwicklererfahrung verbessert sich: ETHDenver hob viele neue Toolkits, SDKs und Frameworks hervor, die die Barriere für die Web3-Entwicklung senken – von Account Abstraction Tools bis hin zu On-Chain-KI-Bibliotheken. Umsetzbare Erkenntnis: Nutzen Sie diese Ressourcen. Teams sollten mit den neuesten vorgestellten Entwicklertools experimentieren (z. B. das zkSync Smart SSO für einfachere Logins ausprobieren oder die Ressourcen der Open Agents Alliance für ein KI-Projekt nutzen), um ihre Entwicklung zu beschleunigen und der Konkurrenz einen Schritt voraus zu sein. Darüber hinaus sollten Unternehmen weiterhin mit Hackathons und offenen Entwicklerforen zusammenarbeiten, um Talente und Ideen zu gewinnen; der Erfolg der ETHDenver, Hacker zu Gründern zu machen, ist ein Beweis für dieses Modell.
• Die Kraft der Side-Events: Zuletzt lehrte die Explosion der Side-Events eine wichtige Lektion im Networking – Chancen ergeben sich oft in zwanglosen Umgebungen. Eine zufällige Begegnung bei einer Happy Hour oder ein gemeinsames Interesse bei einem kleinen Meetup kann karriereentscheidende Verbindungen schaffen. Umsetzbare Erkenntnis: Planen Sie für diejenigen, die Branchenkonferenzen besuchen, über die offizielle Agenda hinaus. Identifizieren Sie Side-Events, die mit Ihren Zielen übereinstimmen (sei es, Investoren zu treffen, eine Nischenfähigkeit zu erlernen oder Talente zu rekrutieren), und engagieren Sie sich proaktiv. Wie in Denver zu sehen war, gingen diejenigen, die sich voll und ganz in das Ökosystem der Woche vertieften, nicht nur mit Wissen, sondern auch mit neuen Partnern, Mitarbeitern und Freunden nach Hause.

Zusammenfassend war ETHDenver 2025 ein Mikrokosmos des Momentums der Web3-Branche – eine Mischung aus hochmodernem Tech-Diskurs, leidenschaftlicher Community-Energie, strategischen Investitionsentscheidungen und einer Kultur, die ernsthafte Innovation mit Spaß verbindet. Fachleute sollten die Trends und Erkenntnisse der Veranstaltung als Fahrplan für die zukünftige Entwicklung von Web3 betrachten. Der umsetzbare nächste Schritt besteht darin, diese Erkenntnisse – sei es ein neu entdeckter Fokus auf KI, eine Verbindung zu einem L2-Team oder Inspiration aus einem Hackathon-Projekt – aufzunehmen und in Strategie umzusetzen. Im Geiste des Lieblingsmottos der ETHDenver ist es an der Zeit, auf diesen Erkenntnissen #BUIDL zu betreiben und die dezentrale Zukunft mitzugestalten, die so viele in Denver gemeinsam erdacht haben.