{"id":295,"date":"2026-08-16T16:17:22","date_gmt":"2026-08-16T16:17:22","guid":{"rendered":"https:\/\/hoge.gg\/de\/eliza-framework-2026-architektur-plugins-bauen\/"},"modified":"2026-08-16T16:17:22","modified_gmt":"2026-08-16T16:17:22","slug":"eliza-framework-2026-architektur-plugins-bauen","status":"publish","type":"post","link":"https:\/\/hoge.gg\/de\/eliza-framework-2026-architektur-plugins-bauen\/","title":{"rendered":"Eliza-Framework 2026: Architektur, Plugins und die Bau-Frage"},"content":{"rendered":"

Am 4. August 2026 schrieb Shaw Walters, der Erfinder von Eliza, drei S\u00e4tze auf X, die eine der lautesten Geschichten des KI-Krypto-Zyklus beendeten: der Token sei tot, vollst\u00e4ndig, die Stiftung werde abgewickelt. Zw\u00f6lf Tage sp\u00e4ter notiert ELIZAOS bei rund 0,0002 US-Dollar (etwa 0,00018 Euro), die Marktkapitalisierung liegt laut CoinGecko<\/a> bei knapp 1,5 Millionen Dollar, ein winziger Bruchteil der einstigen Bewertung. Der Token ist \u00f6konomisch erledigt. Das Repository dahinter ist es nicht.<\/p>

Auf GitHub tr\u00e4gt elizaOS\/eliza<\/a> inzwischen 19.100 Sterne, 5.700 Forks und \u00fcber 14.300 Commits im develop-Zweig; die Tagline lautet n\u00fcchtern „Your agentic operating system“. Neue Pull Requests laufen weiter ein, kommerzielle Teams bauen Produkte darauf. F\u00fcr Spekulanten ist die Sache vorbei. F\u00fcr Entwickler wird sie gerade erst interessant.<\/p>

Diese Analyse ist kein weiterer Nachruf auf die ai16z-Saga; die Chronik von Aufstieg, Sammelklage und Token-Tod haben wir bereits an anderer Stelle erz\u00e4hlt<\/a>. Hier geht es unter die Haube. Was macht die Runtime eigentlich, wie funktioniert das Plugin-System, wo sitzen die Sicherheitsl\u00fccken, wer baut ernsthaft darauf, und was bedeuten BaFin, Steuerrecht und Haftung f\u00fcr ein deutsches Team, das einen autonomen Agenten in Produktion schickt? Am Ende steht die einzige Frage, die 2026 noch z\u00e4hlt: Sollte man auf Eliza bauen?<\/p>

Was das Eliza-Framework 2026 eigentlich ist<\/h2>

Eliza ist ein quelloffenes Framework, mit dem Entwickler autonome KI-Agenten bauen: Programme, die auf Basis eines Sprachmodells planen, Nachrichten interpretieren, eigene Aktionen ausl\u00f6sen und, wenn man sie l\u00e4sst, eine eigene Wallet steuern. Geschrieben ist es in TypeScript, lizenziert unter der permissiven MIT-Lizenz, und es lebt als Monorepo, das die Kern-Runtime, die Eliza-App, ein Command-Line-Interface, Cloud-Dienste, native Bridges und die hauseigenen Plugins b\u00fcndelt. Ein Agent besteht im Kern aus einer Character-Datei (Pers\u00f6nlichkeit, Wissen, erlaubte Aktionen) und einer Runtime, die diese Datei zum Leben erweckt.<\/p>

Wichtig ist eine Trennung, die im Trubel der letzten Wochen oft unterging: Token und Framework sind zwei verschiedene Dinge. Der Token war ein Solana-Asset, das \u00fcber eine Migration von ai16z zu ELIZAOS lief und dessen Wert am Markt festgestellt wurde; das Framework ist Code unter MIT-Lizenz, den jeder klonen, forken und ausf\u00fchren kann, ganz ohne Token, ohne Wallet, ohne Erlaubnis. Als Walters den Token f\u00fcr tot erkl\u00e4rte, betonte er genau diesen Punkt gegen\u00fcber CoinDesk<\/a>: „Ich fange neu an, denn mir geh\u00f6rt das geistige Eigentum, und ich lasse nie wieder einen Token in die N\u00e4he von Eliza kommen.“<\/p>

Genau deshalb \u00fcberlebt der Code seinen eigenen Token. Wer 2026 einen Agenten baut, l\u00e4dt ein npm-Paket herunter, keinen Verm\u00f6genswert. Die Qualit\u00e4t der Software h\u00e4ngt nicht am Kurschart, und der Kurschart h\u00e4ngt l\u00e4ngst nicht mehr an der Software. Diese Entkopplung ist die eigentliche Nachricht des Sommers, und sie macht das Framework zu einem der wenigen Projekte im KI-Krypto-Sektor, dessen technischer Wert man unabh\u00e4ngig von jeder Tokenspekulation beurteilen kann.<\/p>

Vom ai16z-Hype zum toten Token: die kurze Version<\/h2>

Die lange Fassung dieser Geschichte f\u00fcllt Gerichtsakten; hier die komprimierte, weil sie den Kontext liefert, in dem ein Entwickler heute entscheidet. Im Oktober 2024 startete Walters \u00fcber die Launchpad-Plattform daos.fun einen KI-Fonds namens ai16z, eine augenzwinkernde Anspielung auf den Wagniskapitalgeber a16z. Als der echte Marc Andreessen die Idee auf X mit einem knappen „GAUNTLET THROWN“ quittierte, schoss die Marktkapitalisierung laut The Block<\/a> binnen Stunden auf fast 100 Millionen Dollar und legte die Website des Launchpads lahm.<\/p>

Der Rest ist ein Lehrst\u00fcck \u00fcber die L\u00fccke zwischen Erz\u00e4hlung und Realit\u00e4t. Anfang Januar 2025 erreichte die Bewertung einen H\u00f6hepunkt von rund 2,4 Milliarden Dollar (damals gut 2,3 Milliarden Euro), so CoinDesk<\/a>. Dann kam die Ern\u00fcchterung: Ende Januar 2025 die Umbenennung in ElizaOS (a16z hatte um Distanz gebeten), im November 2025 die Token-Migration, im April 2026 eine Sammelklage der Kanzlei Burwick Law vor dem Bundesgericht in Manhattan. Sie warf dem Projekt vor, sich als autonom KI-gesteuerten Fonds vermarktet zu haben, w\u00e4hrend in Wahrheit Menschen die F\u00e4den zogen und Insider einen erheblichen Teil der Token hielten.<\/p>

Am 4. August 2026 einigte sich Walters mit den Kl\u00e4gern, indem er den verbleibenden Kassenbestand der Stiftung an die Halter \u00fcbertrug, und erkl\u00e4rte den Token anschlie\u00dfend f\u00fcr tot. Zur Verteidigung sagte er, die Klage sei „l\u00e4cherlich“ gewesen, aber es habe schlicht am Kapital gefehlt, um sie durchzufechten. Wer die vollst\u00e4ndige Chronik samt Verfahrensdetails sucht, findet sie in unserer Analyse zum Token-Tod<\/a>. F\u00fcr den Bau-Entscheid z\u00e4hlt nur eine Konsequenz: Es gibt keine Stiftung, keine Kasse und keinen Token mehr, an denen ein Projekt h\u00e4ngen k\u00f6nnte. Was bleibt, ist der Code.<\/p>

Datum<\/th>Ereignis<\/th><\/tr><\/thead>
Okt. 2024<\/td>Start von ai16z \u00fcber daos.fun; Andreessens „GAUNTLET THROWN“<\/td><\/tr>
Jan. 2025<\/td>Spitzenbewertung rund 2,4 Mrd. USD<\/td><\/tr>
Jan. 2025<\/td>Umbenennung in ElizaOS<\/td><\/tr>
Nov. 2025<\/td>Token-Migration ai16z zu ELIZAOS<\/td><\/tr>
Apr. 2026<\/td>Sammelklage (Burwick Law) am SDNY<\/td><\/tr>
4. Aug. 2026<\/td>Vergleich, Stiftungsaufl\u00f6sung, Token f\u00fcr tot erkl\u00e4rt<\/td><\/tr>
16. Aug. 2026<\/td>Framework aktiv: 19.100 Sterne, laufende PRs<\/td><\/tr><\/tbody><\/table><\/figure>

Die Architektur: eine Runtime, ein Plugin-Interface<\/h2>

Technisch ist Eliza sparsamer entworfen, als sein Ruf vermuten l\u00e4sst. Im Zentrum steht die AgentRuntime, ein Objekt, das den Zustand eines Agenten h\u00e4lt: sein Ged\u00e4chtnis, seine registrierten F\u00e4higkeiten, seine Verbindungen zu Modellen und Datenbanken. Alles, was ein Agent kann, wird \u00fcber ein einziges, einheitliches Plugin-Interface angemeldet. Das ist die zentrale Designentscheidung: Statt f\u00fcr jede Funktion ein eigenes Erweiterungssystem zu bauen, registriert sich jede Komponente, egal ob Aktion, Datenquelle oder Hintergrunddienst, durch dieselbe Schnittstelle.<\/p>

Der Nachrichtenfluss folgt einem festen Zyklus. Trifft eine Nachricht ein, sammeln die sogenannten Provider den Kontext zusammen: Wallet-Saldo, Uhrzeit, aktuelle Marktdaten, j\u00fcngste Gespr\u00e4chsverl\u00e4ufe. Dieser Kontext wandert als Prompt an das Sprachmodell. Aus dessen Antwort leitet die Runtime eine oder mehrere Aktionen ab, f\u00fchrt sie aus und l\u00e4sst anschlie\u00dfend die Evaluatoren \u00fcber das Ergebnis urteilen, etwa um Fakten zu extrahieren oder das Gespr\u00e4ch zu bewerten. Erst dann geht die Antwort hinaus. Diese Kette (Kontext, Modell, Aktion, Bewertung) ist der Herzschlag jedes Eliza-Agenten.<\/p>

F\u00fcr Entwickler ist die Konsequenz angenehm: Man erweitert einen Agenten nicht, indem man den Kern ver\u00e4ndert, sondern indem man ein Plugin schreibt, das sich in genau diesen Zyklus einklinkt. Die offizielle Plugin-Dokumentation<\/a> beschreibt das Interface detailliert, und wer schon einmal Middleware f\u00fcr einen Webserver geschrieben hat, findet sich schnell zurecht. Der Preis dieser Flexibilit\u00e4t ist Reife-Risiko: Ein so junges, schnell iterierendes Framework \u00e4ndert seine Schnittstellen h\u00e4ufiger, als produktionsnahen Teams lieb ist.<\/p>

Die acht Bausteine eines Plugins<\/h2>

Ein Eliza-Plugin kann laut Dokumentation acht verschiedene Komponententypen registrieren. Wer die versteht, versteht das Framework, denn jede echte F\u00e4higkeit eines Agenten, vom Token-Transfer bis zur Sprachtranskription, f\u00e4llt in eine dieser Kategorien. Die Runtime registriert sie bei der Anmeldung in einer festen Reihenfolge (zuerst der Datenbank-Adapter, dann Aktionen, Evaluatoren, Provider, Modelle, Routen, Events und zuletzt die Dienste), damit Abh\u00e4ngigkeiten bereitstehen, bevor abh\u00e4ngige Komponenten starten.<\/p>

Baustein<\/th>Rolle<\/th>Beispiel<\/th><\/tr><\/thead>
Actions<\/td>Aufgaben ausf\u00fchren; Handler plus Validator<\/td>Token senden, Beitrag posten<\/td><\/tr>
Providers<\/td>Kontext und Daten vor jedem Modellaufruf liefern<\/td>Wallet-Saldo, Uhrzeit, Marktdaten<\/td><\/tr>
Evaluators<\/td>Antworten bewerten und filtern, optional bei jeder Antwort<\/td>Fakten extrahieren, Stimmung messen<\/td><\/tr>
Services<\/td>Hintergrundprozesse; verlangen stop() und Beschreibung<\/td>Browser, Transkription, Wallet<\/td><\/tr>
Database Adapters<\/td>Persistenz von Erinnerungen, R\u00e4umen, Beziehungen<\/td>Postgres, SQLite, pgvector<\/td><\/tr>
Models<\/td>LLM-Handler je Modelltyp anmelden<\/td>lokales Modell, gehostete API<\/td><\/tr>
Routes<\/td>HTTP-Endpunkte (GET, POST, PUT, DELETE)<\/td>Webhook, Dashboard, Upload<\/td><\/tr>
Events<\/td>Systemereignisse abfangen<\/td>Nachricht empfangen, Aktion beendet<\/td><\/tr><\/tbody><\/table><\/figure>

Der Charme dieses Modells liegt in seiner Zusammensetzbarkeit. Ein Zahlungs-Plugin bringt eine Action (senden), einen Provider (Saldo) und einen Service (Wallet-Verbindung) mit; ein Analyse-Plugin liefert einen Evaluator und einen Provider. Man kombiniert sie wie Lego. Genau darin steckt aber auch die Sicherheitsfrage, auf die wir noch kommen: Jede Action, die eine Wallet ber\u00fchrt, ist eine potenzielle Angriffsfl\u00e4che, und Provider, die externe Daten in den Prompt schaufeln, sind der klassische Einfallsweg f\u00fcr manipulierte Eingaben.<\/p>

Worlds, Rooms und Entities: das Ged\u00e4chtnismodell<\/h2>

\u00dcber den einzelnen Aktionen liegt eine zweite Struktur, die das Ged\u00e4chtnis und die Sozialit\u00e4t der Agenten organisiert. Eliza ordnet die Welt hierarchisch: Ein World ist ein Server oder Arbeitsbereich, ein Room ist ein Kanal oder eine Direktnachricht darin, und Entities sind die Teilnehmer, Menschen wie Agenten. Diese Begriffe stammen aus der Spiel- und Chat-Welt, und das ist kein Zufall: Ein Agent, der auf Discord, Telegram und X gleichzeitig lebt, braucht ein Modell daf\u00fcr, welche Erinnerung zu welchem Kontext geh\u00f6rt.<\/p>

Das Ged\u00e4chtnis selbst liegt in einer Datenbank, angereichert mit Vektor-Embeddings, sodass ein Agent nicht nur die letzten Zeilen, sondern semantisch passende \u00e4ltere Gespr\u00e4che abrufen kann. Ein Nutzer, der vor Wochen seine Risikobereitschaft erw\u00e4hnt hat, taucht im richtigen Moment wieder auf. 2026 hat das Projekt diese Ebene sp\u00fcrbar \u00fcberarbeitet und st\u00e4rker auf eine kanalbasierte Architektur umgestellt, was die Trennung zwischen verschiedenen Gespr\u00e4chskontexten sauberer macht. F\u00fcr Entwickler hei\u00dft das: mehr Kontrolle dar\u00fcber, was ein Agent \u00fcber eine Person wei\u00df und wo.<\/p>

Diese Persistenz ist Segen und Fluch zugleich. Sie ist der Grund, warum Eliza-Agenten sich pers\u00f6nlich anf\u00fchlen, und sie ist zugleich der Grund, warum die im n\u00e4chsten Abschnitt beschriebenen Angriffe so gef\u00e4hrlich sind: Wer das Ged\u00e4chtnis vergiftet, ver\u00e4ndert nicht eine einzelne Antwort, sondern das dauerhafte Weltbild des Agenten.<\/p>

Eliza-1, lokale Modelle und die OS-Ambition<\/h2>

Der Namenszusatz „operating system“ ist mehr als Marketing, auch wenn man ihn nicht \u00fcberbewerten sollte. \u00dcber das Models-Interface l\u00e4sst sich praktisch jedes Sprachmodell einh\u00e4ngen, von gehosteten APIs bis zu lokal laufenden Gewichten. F\u00fcr einen Agenten, der sensible Wallet-Operationen ausf\u00fchrt, ist die Option auf ein lokales Modell mehr als Komfort: Sie h\u00e4lt Prompts, Schl\u00fcssel und Kontext auf der eigenen Maschine, statt sie an einen Cloud-Anbieter zu schicken. Die mitgelieferte CLI (als elizaos@beta verf\u00fcgbar) ger\u00fcstet Projekte und Plugins in Minuten auf.<\/p>

Die weitergehende Vision, ein agentennatives Betriebssystem, bei dem Software nicht mehr f\u00fcr Menschen, sondern f\u00fcr Agenten gebaut wird, ist real vorhanden, aber fr\u00fch. Man sollte sie als Richtungsangabe lesen, nicht als ausgeliefertes Produkt. Der Sektor ist voll solcher Ambitionen, die auf halbem Weg stecken bleiben; ein lehrreicher Vergleich ist das KI-native Blockchain-Projekt Ritual, das ebenfalls gro\u00dfe Infrastrukturversprechen macht, aber, wie wir festgestellt haben<\/a>, weder Mainnet noch Token liefert. Eliza hat gegen\u00fcber solchen Wetten einen Vorteil: Das Kernst\u00fcck, die Agenten-Runtime, funktioniert heute und wird von Tausenden genutzt.<\/p>

Walters selbst rahmt die Sache kulturell, nicht technisch. In einer Forbes-Kolumne<\/a> schrieb er: „KI-Agenten werden nicht massentauglich, weil sie intelligent sind; sie werden es, weil sie eigenwillig und pers\u00f6nlich sind und durch die Kultur ziehen wie Memes.“ Das erkl\u00e4rt, warum Eliza so viele Pers\u00f6nlichkeits-Bots hervorgebracht hat und weniger die n\u00fcchternen Backoffice-Werkzeuge, die Unternehmen sich w\u00fcnschen. Genau diese L\u00fccke versuchen nun kommerzielle Partner zu schlie\u00dfen.<\/p>

Das Plugin-\u00d6kosystem: wer wirklich darauf baut<\/h2>

Ein Framework ist so viel wert wie die Menschen, die darauf bauen. Und hier wird das Bild interessanter, als der tote Token vermuten l\u00e4sst. Neben der offiziellen Plugin-Registry betreiben ernstzunehmende Infrastruktur-Teams eigene Ableger. Automata Network, ein Protokoll f\u00fcr On-Chain-Attestierung, unterh\u00e4lt eine eigene Registry und ein Proof-of-Agent-Plugin<\/a>, das per Intel-DCAP-Fernattestierung nachweist, dass ein Agent tats\u00e4chlich in einer abgeschotteten Umgebung l\u00e4uft. Auch das Team hinter dem Ethereum-Client Nethermind pflegt einen eigenen Registry-Fork<\/a>.<\/p>

Das ist ein relevantes Signal. Wenn ein etabliertes Client-Team und ein Attestierungs-Spezialist Zeit in ein Framework stecken, tun sie das nicht wegen eines Meme-Tokens, sondern weil sie die Runtime f\u00fcr eine brauchbare Grundlage halten. Anwendungsseitig reicht das Spektrum von Spielen mit KI-nativen Figuren bis zu Agenten, die auf Prognosem\u00e4rkten handeln, ein Feld, in dem autonome Bots inzwischen einen erheblichen Teil des Volumens stellen, wie unsere Analyse zu Prognosem\u00e4rkten<\/a> zeigt.<\/p>

Diese Vielfalt hat eine Kehrseite. Ein \u00d6kosystem mit mehreren konkurrierenden Registries und ohne eine finanziell abgesicherte Stiftung im R\u00fccken ist fragmentierter und schwerer zu kuratieren. Wer ein fremdes Plugin einbindet, importiert dessen Code in einen Prozess, der wom\u00f6glich eine Wallet kontrolliert. Die Pr\u00fcfpflicht liegt vollst\u00e4ndig beim Entwickler, denn es gibt keine zentrale Instanz mehr, die Plugins freigibt oder haftet.<\/p>

Die Sicherheitsfrage: gef\u00e4lschte Erinnerungen, vergiftete Prompts<\/h2>

Hier liegt das gr\u00f6\u00dfte offene Problem, und es ist kein Eliza-spezifisches, sondern eines der gesamten Agenten-Klasse. Ein Sprachmodell kann Anweisung und Daten nicht zuverl\u00e4ssig trennen. Alles, was in den Kontext ger\u00e4t, eine Nachricht, ein Web-Snippet, ein Eintrag im Ged\u00e4chtnis, kann vom Modell als Befehl gelesen werden. Forscher haben das an Eliza konkret durchgespielt. Die Arbeit Real AI Agents with Fake Memories<\/a> f\u00fchrte den Benchmark CrAIBench ein und zeigte, wie sich das Ged\u00e4chtnis eines Web3-Agenten mit falschen Erinnerungen manipulieren l\u00e4sst, sodass er sp\u00e4ter scheinbar aus eigenem Antrieb Geld an einen Angreifer schickt. Das Fachmagazin Decrypt<\/a> nannte es treffend eine Form von Gaslighting f\u00fcr Maschinen.<\/p>

Dass das keine Theorie ist, zeigte der Vorfall vom 4. Mai 2026, dokumentiert im Incident-Register der OECD<\/a>: Ein Angreifer versteckte in einer X-Antwort eine in Morsecode kodierte Anweisung und schenkte dem Agenten zus\u00e4tzlich ein NFT, das Transfer- und Tausch-Rechte freischaltete. Der Agent \u00fcberwies daraufhin Token im Wert von rund 175.000 Dollar. Das Muster (harmlos aussehende Eingabe, versteckter Befehl, missbrauchte Berechtigung) ist der Prototyp dessen, was Agenten mit Wallet-Zugriff bedroht.<\/p>

Die pragmatischste Gegenma\u00dfnahme kommt von Vitalik Buterin. In einem Beitrag vom April 2026<\/a> empfahl er, autonome Transaktionen eines Agenten auf gr\u00f6ssenordnungsm\u00e4ssig 100 Dollar pro Tag zu deckeln und Mensch und Modell wie eine 2-von-2-Best\u00e4tigung zu behandeln: Erst wenn beide zustimmen, geht Geld raus. Das kostet Autonomie, und darin liegt der ungel\u00f6ste Zielkonflikt: Jede sinnvolle Sicherheitsgrenze beschneidet genau die Selbst\u00e4ndigkeit, die einen Agenten erst reizvoll macht. Ein Weg aus dem Dilemma f\u00fchrt \u00fcber verifizierbare Ausf\u00fchrung; wie Krypto KI-Rechnen beweisbar zu machen versucht, haben wir im St\u00fcck zu Verifiable Compute<\/a> ausgef\u00fchrt. Walters bringt die Grundhaltung auf den Punkt, die man verinnerlichen sollte, bevor man einem Agenten eine Wallet gibt; gegen\u00fcber Decrypt<\/a> sagte er: „Man sollte einem KI-Agenten wahrscheinlich nicht einen Haufen Geld geben und erwarten, dass er daraus mehr macht.“<\/p>

Framework gegen Framework: Eliza, Virtuals, Olas, LangChain, CrewAI<\/h2>

Eliza ist nicht die einzige Wahl, und die Alternativen unterscheiden sich weniger im K\u00f6nnen als in der Philosophie. Virtuals Protocol ist ein Launchpad, das die Monetarisierung in den Vordergrund stellt und einen eigenen Token (VIRTUAL) mitbringt; Olas, auch Autonolas genannt, baut eine On-Chain-Agenten-\u00d6konomie mit dem Token OLAS. Auf der anderen Seite stehen die tokenlosen, aus der klassischen KI-Welt stammenden Bibliotheken LangChain und CrewAI, die keine Krypto-Ambition haben, daf\u00fcr riesige Nutzerbasen. Eliza sitzt dazwischen: quelloffen, self-hosted, on-chain-affin, aber seit August 2026 ohne Token.<\/p>

Framework<\/th>Sprache<\/th>Token<\/th>Modell<\/th>Fokus<\/th><\/tr><\/thead>
ElizaOS<\/td>TypeScript<\/td>keiner (tot)<\/td>self-hosted, MIT<\/td>Pers\u00f6nlichkeits-Agenten, on-chain<\/td><\/tr>
Virtuals<\/td>Solidity\/TS<\/td>VIRTUAL<\/td>Launchpad (Base\/Solana)<\/td>No-Code-Agenten, Monetarisierung<\/td><\/tr>
Olas\/Autonolas<\/td>Python<\/td>OLAS<\/td>On-Chain-\u00d6konomie<\/td>DeFAI, Prognosem\u00e4rkte<\/td><\/tr>
LangChain<\/td>Python\/JS<\/td>keiner<\/td>Bibliothek, VC-finanziert<\/td>Allzweck-LLM-Orchestrierung<\/td><\/tr>
CrewAI<\/td>Python<\/td>keiner<\/td>Multi-Agenten-Teams<\/td>Rollenbasierte Workflows<\/td><\/tr><\/tbody><\/table><\/figure>

Marktseitig ist der ganze Sektor kleiner geworden. Die AI-Agents-Kategorie von CoinGecko<\/a> summiert sich Mitte August 2026 auf rund 2,88 Milliarden Dollar; VIRTUAL notiert bei etwa 0,56 Dollar (rund 368 Millionen Dollar Marktkapitalisierung), der ASI-Alliance-Token FET bei rund 0,12 Dollar (276 Millionen), OLAS bei knapp 5,6 Millionen. Bemerkenswert ist die Divergenz: W\u00e4hrend die Token schrumpfen, w\u00e4chst die Nutzung der Frameworks. F\u00fcr einen Entwickler ist die passende Lehre, die Werkzeugwahl von der Tokenperformance zu entkoppeln, und da hat Eliza mit MIT-Lizenz und ohne Token-Ballast paradoxerweise das sauberste Angebot.<\/p>

Leben nach dem Token: wer pflegt ein 19.000-Sterne-Projekt?<\/h2>

Die unbequeme Frage nach dem Token-Tod lautet: Wer bezahlt die Wartung? Bei den meisten Krypto-Projekten finanziert eine Stiftungskasse die Kernentwickler. Diese Kasse gibt es bei Eliza nicht mehr, sie ging im Vergleich auf. \u00dcbrig bleiben drei Modelle der Tr\u00e4gerschaft, die sich erg\u00e4nzen. Erstens Walters selbst, der das geistige Eigentum h\u00e4lt und \u00f6ffentlich versprochen hat weiterzumachen: „Ich werde jeden einzelnen Tag weiterbauen“, sagte er nach dem Vergleich, und dass man in zehn Jahren noch da sein wolle. Ob eine einzelne Person ein 19.100-Sterne-Projekt tragen kann, ist die offene Wette.<\/p>

Zweitens die kommerziellen Anwender, und hier liegt das plausibelste Zukunftsmodell. Die b\u00f6rsennotierte Secure Blockchain Development Corp hat mit der Eliza-Stiftung eine Entwicklungsvereinbarung geschlossen, um ein White-Label-Produkt namens Agentic SME zu bauen, das kleinen und mittleren Unternehmen KI-Agenten f\u00fcr Vertrieb, Verwaltung, Finanzen und Support an die Hand gibt. Laut der Ank\u00fcndigung<\/a> sah der Fahrplan eine erste Version binnen 30 Tagen und die Fertigstellung binnen drei Monaten vor, mit einem Zielfenster um Mitte August 2026. Entscheidend ist die Konstruktion: Agentic besitzt das kommerzielle Produkt, nicht das quelloffene Framework darunter. So verdient jemand Geld, ohne das offene Fundament einzuz\u00e4unen.<\/p>

Drittens die freiwillige Gemeinschaft, ablesbar an den laufenden Pull Requests und der Contributor-Basis auf GitHub<\/a>. Dieses Dreieck aus IP-Eigent\u00fcmer, kommerziellen Nutzern und Community ist das g\u00e4ngige Muster reifer Open-Source-Projekte, man denke an Linux-Distributionen. Der Unterschied ist, dass Eliza diesen \u00dcbergang unter dem Schatten einer Klage und ohne Kasse vollzieht. Das kann zu einem gesunden, tokenfreien Projekt f\u00fchren oder zu einem langsamen Ausbluten. Beides ist 2026 noch m\u00f6glich.<\/p>

Was das f\u00fcr die BaFin und deutsche Entwickler bedeutet<\/h2>

F\u00fcr ein deutsches Team ist die gute Nachricht regulatorisch simpel: Das Framework selbst ist kein beaufsichtigtes Produkt. Die europ\u00e4ische MiCA-Verordnung und die BaFin regulieren Krypto-Dienstleister (CASPs) und die Emission von Krypto-Werten, nicht quelloffene Software. Das BaFin-Merkblatt zu Kryptowerte-Dienstleistungen<\/a> zieht diese Linie deutlich. Ironischerweise war ausgerechnet der jetzt tote Token der regulatorisch heikle Teil des Projekts; der Code, den man herunterl\u00e4dt und ausf\u00fchrt, ist es nicht.<\/p>

Heikel wird es erst durch das, was man den Agenten tun l\u00e4sst. Ber\u00e4t ein Agent bei Anlageentscheidungen oder verwaltet er ein Portfolio, verl\u00e4sst man den Boden von MiCA und landet bei der Finanzmarktrichtlinie MiFID II; die ESMA hat in ihren Hinweisen zu KI in Wertpapierdienstleistungen betont, dass Governance, Transparenz und menschliche Aufsicht auch dann gelten, wenn ein Modell die Empfehlung ausspricht. Wer wiederum einen neuen Token an einen Agenten koppeln wollte, w\u00e4re sofort im Emittenten- und wom\u00f6glich Prospektregime, und genau diese Kopplung ist es, die Walters f\u00fcr immer ausschlie\u00dft. Die grunds\u00e4tzliche Frage, ob ein Krypto-Asset als Ware oder als Wertpapier gilt und welche Aufsicht damit greift, entscheidet in vielen F\u00e4llen alles; wir haben sie am US-Beispiel im St\u00fcck zur SEC und dem Safe Harbor<\/a> aufgearbeitet.<\/p>

Der zweite Kernpunkt ist die fehlende Rechtspers\u00f6nlichkeit. Ein Agent ist keine juristische Person, hat keine Steuernummer und kann nicht haften. Alles, was er tut, wird rechtlich dem Menschen oder dem Unternehmen zugerechnet, das ihn betreibt, dem Prinzipal. Diese schlichte Tatsache ordnet Haftung und Steuer neu, und sie ist der Grund, warum die Betreiberfrage wichtiger ist als jede Lizenzdebatte \u00fcber das Framework.<\/p>

Steuern und Haftung: der Prinzipal tr\u00e4gt das Risiko<\/h2>

Steuerlich behandelt das deutsche Recht Gewinne eines Agenten wie Gewinne des Wallet-Inhabers. Krypto-Werte gelten als anderes Wirtschaftsgut im Sinne von Paragraf 23 EStG: Ein Verkauf innerhalb der einj\u00e4hrigen Haltefrist ist steuerpflichtig (mit dem pers\u00f6nlichen Satz, plus Soli), nach mehr als einem Jahr steuerfrei; es gilt eine Freigrenze, und in der Regel wird nach FIFO abgerechnet. Das klingt harmlos, wird aber t\u00fcckisch, sobald ein Agent hochfrequent handelt.<\/p>

Denn jede einzelne Ver\u00e4u\u00dferung ist ein steuerbarer Vorgang. Ein Agent, der pro Tag Hunderte Mikrotransaktionen ausf\u00fchrt, etwa Stablecoin-Zahlungen f\u00fcr Dienste, produziert Hunderte potenziell steuerrelevanter Ereignisse, deren Dokumentation Menschen leisten m\u00fcssen. Kommt Dauerhaftigkeit und Umfang hinzu, droht die Umqualifizierung ins Gewerbliche: Dann f\u00e4llt Gewerbesteuer an, und die einj\u00e4hrige Steuerfreiheit entf\u00e4llt. Ein rund um die Uhr handelnder autonomer Agent ist genau der Grenzfall, den das Bundesfinanzministerium mit seinen Krypto-Schreiben im Blick hat.<\/p>

Haftungsseitig gilt dieselbe Logik in Ernst: Verletzt ein Agent Rechte Dritter, \u00fcberweist er versehentlich oder durch einen Prompt-Injection-Angriff Geld an die falsche Adresse, ist es der Prinzipal, der geradesteht, nicht der Code und nicht Eliza Labs. F\u00fcr ein deutsches Team hei\u00dft das praktisch: harte Transaktionslimits, menschliche Freigaben bei sensiblen Aktionen, saubere Protokollierung und eine bewusste Entscheidung, welche Berechtigungen ein Agent \u00fcberhaupt bekommt. Die Technik von Eliza erlaubt all das; ob man es umsetzt, entscheidet \u00fcber das eigene Risiko.<\/p>

Sollte man 2026 auf Eliza bauen? Eine n\u00fcchterne Bilanz<\/h2>

Die ehrliche Antwort h\u00e4ngt davon ab, was man baut. F\u00fcr Experimente, Pers\u00f6nlichkeits-Bots, Community-Agenten und Prototypen ist Eliza eine ausgezeichnete Wahl: reif genug, gut dokumentiert, in TypeScript geschrieben (was viele Web-Entwickler abholt), unter MIT-Lizenz frei von Token-Zwang und Vendor-Lock-in. Man baut auf einem Fundament, das Tausende nutzen und das ernsthafte Infrastruktur-Teams pflegen. Der tote Token ist f\u00fcr die reine Softwarenutzung schlicht irrelevant.<\/p>

Faktor<\/th>Spricht daf\u00fcr<\/th>Spricht dagegen<\/th><\/tr><\/thead>
Lizenz und Kosten<\/td>MIT, kein Token n\u00f6tig, kein Lock-in<\/td>Betriebskosten (Modell, Hosting) tr\u00e4gt man selbst<\/td><\/tr>
Reife<\/td>\u00fcber 14.300 Commits, gro\u00dfe Contributor-Basis<\/td>schnelle Breaking Changes, Beta-CLI<\/td><\/tr>
Sicherheit<\/td>aktive Forschung, Isolation und Limits m\u00f6glich<\/td>Memory-Injection ungel\u00f6st, reale Drains<\/td><\/tr>
Tr\u00e4gerschaft<\/td>Walters baut weiter, Infra-Teams dabei<\/td>Stiftung aufgel\u00f6st, keine Kasse<\/td><\/tr>
Reputation<\/td>Technik vom Token entkoppelt<\/td>ai16z-Altlast, Schatten der Klage<\/td><\/tr><\/tbody><\/table><\/figure>

F\u00fcr alles, was echtes Geld autonom bewegt, gilt Vorsicht als oberste Pflicht. Die Sicherheitslage der gesamten Agenten-Klasse ist ungel\u00f6st, und Eliza bildet da keine Ausnahme; die dokumentierten Drains sind real. Wer produktiv geht, muss die Berechtigungen minimieren, Transaktionen deckeln, Menschen in die Schleife holen und externe Plugins so misstrauisch behandeln wie jede andere Fremd-Dependency. Dazu kommt das Tr\u00e4gerschaftsrisiko: Ein Projekt ohne Kasse kann florieren oder verk\u00fcmmern, und das l\u00e4sst sich heute nicht sicher vorhersagen.<\/p>

Unterm Strich ist Eliza 2026 ein besseres Werkzeug, als sein Ruf nahelegt, und ein schlechterer Verm\u00f6genswert, als seine Vergangenheit versprach. F\u00fcr Entwickler ist genau das die richtige Aufteilung. Man baut auf dem Code, nicht auf dem Chart, h\u00e4lt die Wallet-Berechtigungen kurz und die Erwartungen realistisch. Der Token ist tot; das Framework ist ein Angebot, kein Versprechen. Wer das trennen kann, findet in Eliza eine der ausgereifteren Grundlagen, um autonome Agenten zu bauen, solange man die Sicherheits- und Haftungsfragen nicht dem Zufall \u00fcberl\u00e4sst.<\/p>

Frequently Asked Questions<\/h2>

Ist das Eliza-Framework nach dem Token-Tod noch nutzbar?<\/h3>

Ja. Das Framework ist quelloffener Code unter MIT-Lizenz und funktioniert vollst\u00e4ndig ohne Token. Der ELIZAOS-Token war ein separates, am Markt gehandeltes Asset; sein Ende ber\u00fchrt die Software nicht. Auf GitHub laufen weiterhin aktive Commits und Pull Requests ein, und kommerzielle Teams bauen darauf.<\/p>

Was kostet es, mit ElizaOS einen Agenten zu bauen?<\/h3>

Das Framework selbst ist kostenlos (MIT-Lizenz). Kosten entstehen im Betrieb: durch die Nutzung eines Sprachmodells (gehostete API oder lokale Rechenleistung) und durch Hosting. Man muss keinen Token kaufen, halten oder staken, um Eliza zu verwenden.<\/p>

Sind ELIZAOS-Token und Eliza-Framework dasselbe?<\/h3>

Nein. ELIZAOS war ein Solana-Token, der aus der Migration von ai16z hervorging und dessen Wert am Markt festgestellt wurde. Das Eliza-Framework ist die zugrunde liegende Software. Seit dem 4. August 2026 gilt der Token als tot, w\u00e4hrend das Framework unabh\u00e4ngig weiterentwickelt wird.<\/p>

Welche Programmiersprache nutzt das Eliza-Framework?<\/h3>

TypeScript. Eliza ist als Monorepo organisiert und b\u00fcndelt Kern-Runtime, App, ein Command-Line-Interface, Cloud-Dienste und die hauseigenen Plugins. Erweiterungen schreibt man \u00fcber ein einheitliches Plugin-Interface mit acht Komponententypen wie Actions, Providers und Services.<\/p>

Braucht man in Deutschland eine BaFin-Lizenz, um einen Eliza-Agenten zu betreiben?<\/h3>

F\u00fcr das Framework selbst nicht: MiCA und die BaFin regulieren Krypto-Dienstleister und Token-Emissionen, nicht quelloffene Software. Eine Erlaubnispflicht kann aber entstehen, je nachdem was der Agent tut, etwa Anlageberatung (dann MiFID II) oder die Emission eines Tokens (dann das Emittentenregime). Rechtlich haftet stets der menschliche oder unternehmerische Betreiber.<\/p>