Eliza 2026: Der Token ist tot, das Framework lebt weiter

Am 4. August 2026 schrieb Shaw Walters einen Satz auf X, der eine der lautesten Geschichten des KI-Krypto-Sektors beendete: „The token is dead. Completely“ (Der Token ist tot. Vollständig). Gemeint war ELIZAOS, jenes Projekt, das als ai16z im Herbst 2024 startete, zeitweise mit rund 2,4 Mrd. US-Dollar bewertet wurde und für viele als Sinnbild eines ganzen Sektors galt: autonome KI-Agenten, die auf der Blockchain ihr eigenes Geld verwalten. Kurz darauf berichteten CoinDesk, The Block und Decrypt übereinstimmend über den Schritt.

Doch die Nachricht hat zwei Hälften, und die zweite geht in den Schlagzeilen oft unter. Der Token ist tot, die Stiftung wickelt sich ab; das Open-Source-Framework, das denselben Namen trägt, wird weiter entwickelt. Auf GitHub sammelt das Repository rund 19.100 Sterne, die Lizenz ist MIT, die Sprache TypeScript, und Commits landen weiter fast täglich. Für deutschsprachige Leser lohnt der genaue Blick, weil der Fall zwei Fragen zusammenführt, die den Markt 2026 prägen: Braucht Software im Krypto-Umfeld überhaupt einen eigenen Token, um zu überleben? Und wer trägt die Verantwortung, wenn ein KI-Agent, den niemand vollständig kontrolliert, Geld bewegt?

Der Tag, an dem Walters den Token für tot erklärte

Walters, Gründer von Eliza Labs, machte kurzen Prozess. In mehreren Posts erklärte er den Token für erledigt: keine weitere Unterstützung durch die Stiftung, keine Rückkäufe, keine Maßnahmen an der Umlaufmenge. Auslöser war ein Vergleich. Die Kanzlei Burwick Law hatte im April 2026 eine geplante Sammelklage eingereicht; Walters entschied sich, nicht zu prozessieren, sondern das verbliebene Vermögen der Stiftung an die Kläger zu übertragen. Seine Begründung, in mehreren Berichten wiedergegeben: Der Vorwurf sei absurd gewesen, aber es habe das Kapital gefehlt, um sich juristisch zu wehren, also habe man sich verglichen und den Rest hergegeben.

Persönlich trifft es ihn hart, zumindest auf dem Papier. Walters hielt nach eigener Aussage einst Token im Wert von rund 25 Mio. US-Dollar (gut 21 Mio. Euro) und sah zu, wie dieser Wert gegen null lief. Zugleich zog er eine Grenze, die für den Rest dieses Textes zentral ist. In den Berichten von CoinDesk wird er sinngemäß so zitiert: „Ich fange neu an, denn mir gehört das geistige Eigentum, und ich lasse nie wieder einen Token in die Nähe von Eliza kommen“. Und knapper: „Eliza ist tot. Lang lebe Eliza“. Es ist eine ungewöhnliche Ansage: Der Gründer begräbt das Finanzinstrument und schwört zugleich, den Code für immer weiterzuführen.

Framework, nicht Token: Was Eliza wirklich ist

Um zu verstehen, warum das eine sterben kann, während das andere lebt, muss man beides sauber trennen. Eliza, das Framework, ist ein quelloffener Baukasten, um KI-Agenten zu bauen: Programme, die auf einem Sprachmodell aufsetzen, eine eigene Wallet und Werkzeuge bekommen und dann eigenständig posten, moderieren oder handeln. Der Token ELIZAOS dagegen war ein davon getrenntes Finanzinstrument auf Solana. Beide teilen Namen und Ursprungsgeschichte, aber ihr Schicksal ist entkoppelt: Der eine ist tot, der andere aktiv.

Technisch ist Eliza in TypeScript geschrieben, MIT-lizenziert und gehört zu den meistbeachteten KI-Repositories überhaupt. Das Repository trägt inzwischen den Untertitel „Your agentic operating system“, ein Hinweis auf den gewachsenen Anspruch: nicht nur eine Bibliothek, sondern ein Betriebssystem für Agenten. Rund 19.100 Sterne, etwa 5.700 Forks und knapp 14.000 Commits auf dem Entwicklungszweig zeigen, dass die Aktivität nicht am Tokenpreis hängt.

Der Unterschied ist mehr als Semantik. Ein Token kann kollabieren, ohne dass eine einzige Zeile Code verschwindet; ein Repository kann forken und weiterleben, auch wenn die Stiftung dahinter sich auflöst. Genau diese Entkopplung ist die eigentliche Nachricht hinter den Schlagzeilen. Der Fall reiht sich in eine breitere Debatte 2026 ein, ob Krypto-Software ihren Wert an einem handelbaren Token festmachen muss. Bei verifizierbarer Rechenleistung etwa skalieren, so das Argument, die Beweise, nicht zwangsläufig die Token.

Vom „Gauntlet“ zum 2,4-Milliarden-Peak

Im Oktober 2024 startete Walters das Projekt unter dem Namen ai16z auf dem Solana-Launchpad daos.fun, mit einem Zielvolumen von nur rund 75.000 US-Dollar. Der Name war eine Anspielung auf die Risikokapitalfirma Andreessen Horowitz (a16z). Als der echte Marc Andreessen auf X mit den Worten „GAUNTLET THROWN“ reagierte, schoss die Marktkapitalisierung binnen Stunden auf fast 100 Mio. US-Dollar und legte die Website des Launchpads lahm, wie The Block berichtete.

Das Konzept war ein „Marketplace of Trust“: Zwei KI-Personas, eine im Stil des besonnenen Wagniskapitalgebers (Marc AIndreessen), eine als aggressiver Trader (Degen Spartan AI), sollten Investmentideen der Community bewerten. Wessen Tipps sich als profitabel erwiesen, dessen Stimme sollte mehr Gewicht bekommen. Die Erzählung: ein autonomer, KI-gesteuerter Fonds.

Der Peak kam früh. Am 2. Januar 2025 erreichte der Token laut CoinDesk eine Marktkapitalisierung von rund 2,4 Mrd. US-Dollar (damals etwa 2,3 Mrd. Euro), bei einem Tagesvolumen von 291 Mio. US-Dollar. Von dort ging es fast nur abwärts. Ende Januar 2025 folgte die Umbenennung in ElizaOS, nachdem a16z selbst um Distanz gebeten hatte; Decrypt berichtete über die Namens- und Markenverwirrung. Schon in dieser Phase mehrten sich Zweifel an der Autonomie: Der angeblich eigenständige Agent, so frühe Berichte und später die Klage, wurde in Wahrheit weitgehend von Menschen gesteuert, die Trades freigaben.

Auch die Umstellung von ai16z auf ELIZAOS selbst wurde später beanstandet. Technisch war sie eine Migration mit erhöhter Zielmenge: Aus der ursprünglichen ai16z-Menge sollten bis zu 11 Mrd. ELIZAOS werden, ein Aufschlag, der Spielraum für genau jene Zuteilungen schuf, die im Zentrum der Klage stehen. In der Praxis blieb die Umlaufmenge weit unter diesem Ziel. Für Anleger, die nahe dem Höchststand eingestiegen waren, war das ohnehin zweitrangig, denn der Kurs hatte seinen Boden da längst verloren, und jede weitere Ausgabe verwässerte, was noch übrig war.

Die Sammelklage, die alles beendete

Im April 2026 reichte Burwick Law für den spanischen Kläger Gorka Pikabea beim Bundesgericht für den Südbezirk von New York (SDNY) eine geplante Sammelklage ein, Aktenzeichen 1:26-cv-03238. Beklagte sind unter anderem Eliza Labs Inc., Shaw Walters, der Direktor Sebastian Quinn-Watson und die AI16Z DAO. Die Vorwürfe laut Gerichtsakte: falsche Werbung nach New Yorker und kalifornischem Recht sowie ungerechtfertigte Bereicherung.

Kern der Klage ist, dass sich das Projekt als autonomer, KI-gesteuerter Wagniskapitalfonds vermarktet habe, während Insider die Kontrolle behielten. Beanstandet wird auch die Migration von ai16z zu ELIZAOS: Die Kläger sprechen von einem 60/40-Schlüssel, bei dem 40 Prozent an Insider und projektnahe Adressen gegangen seien, und identifizieren mindestens 3.945 Wallets mit Nettoverlusten im Zeitraum Oktober 2024 bis April 2026. Die Vorwürfe sind unbewiesen.

Der Fall kam nur schleppend voran. Bei einer Anhörung im Frühjahr zeigte sich der zuständige Richter Jed S. Rakoff ungehalten darüber, dass die Kläger monatelang nur einen einzigen Zustellversuch an Walters unternommen hatten. Aktenkundig ist laut dem Gerichtsreporter Inner City Press seine Bemerkung: „Ich werde den Fall auf dieser Basis nicht vorantreiben: ein Versuch?“. Die Kanzlei DLA Piper vertrat Walters und Eliza Labs, merkte aber an, eine DAO lasse sich nicht auf herkömmlichem Weg verklagen; Quinn-Watson lebt in Australien, was die Zustellung nach der Haager Übereinkunft zusätzlich verzögerte. Am Ende entschied nicht das Gericht, sondern das leere Konto: Im August übertrug die Stiftung ihr Restvermögen, und Walters erklärte den Token für tot.

Eine Pikanterie am Rande verdichtet die Geschichte. Sebastian Quinn-Watson, in der Klage als Beklagter geführt, war kurz zuvor Direktor bei Secure Blockchain geworden, jenem börsennotierten Unternehmen, das kommerziell auf elizaOS aufbaut. Derselbe Name steht damit zugleich für den juristischen Tiefpunkt des Tokens und für den Versuch, aus dem Framework ein seriöses Geschäft zu machen. Deutlicher lässt sich die Kluft zwischen dem gescheiterten Finanzprodukt und der weiterlaufenden Software kaum illustrieren.

Für deutsche Anleger ist der Fall vor allem als Muster interessant. Er zeigt, wie langsam sich Ansprüche gegen dezentrale Strukturen durchsetzen lassen und warum die Frage, ob ein Token rechtlich eine Ware oder ein Wertpapier ist, so viel Gewicht hat. Diese Einordnung entscheidet, welche Aufsicht greift und welche Werbe- und Prospektpflichten gelten; sie ist derselbe Streit, der auch über Krypto-ETF-Zulassungen entscheidet.

Warum das Framework den Token überlebt

Die Qualität eines Frameworks und die Kursentwicklung seines Tokens sind zwei getrennte Dinge, und der Eliza-Fall führt das in Reinform vor. Der Token brauchte Käufer, um einen Preis zu haben; das Framework braucht nur Entwickler, um nützlich zu bleiben. Solange Teams ein wirtschaftliches Interesse am Code haben, überlebt er den Preisverfall des Tokens.

Dass Infrastruktur-Teams das Framework ernst nehmen, zeigen eigene Plugin-Registries: Der Ethereum-Client-Entwickler Nethermind und das Attestierungsprojekt Automata Network betreiben jeweils Forks der offiziellen Registry. Kommerziell am konkretesten ist Agentic SME, ein White-Label-Produkt zur Geschäftsautomatisierung, das die börsennotierte Secure Blockchain Development Corp. gemeinsam mit der Eliza Foundation auf dem offenen Framework baut. Laut Mitteilung war eine erste Version für Mitte August 2026 angepeilt, ein v1-Baustein binnen 30 Tagen und ein Endprodukt binnen drei Monaten. Solche Adopter sind der eigentliche Grund, warum der Code den Token überlebt.

Über die reinen Registries hinaus ist rund um Eliza ein kleines Ökosystem entstanden. Entwickler-Förderungen und Agenten-Projekte, von Spielwelten bis zu Handelsassistenten, setzen auf derselben Laufzeit auf. Nicht jedes dieser Projekte wird überleben, und einige waren stärker vom Tokenpreis getrieben als von echtem Nutzen. Doch die Breite zeigt, dass der Wert von Eliza nie im Token allein lag, sondern in der Zahl der Menschen, die damit tatsächlich etwas gebaut haben.

Unter der Haube: Plugins, Actions und Provider

Ein Eliza-Agent ist im Kern eine Laufzeitumgebung, die ein Sprachmodell mit vier wiederkehrenden Bausteinen verbindet. Actions (Aktionen) sind das, was ein Agent tun kann: eine Nachricht senden, eine Transaktion signieren, eine API aufrufen. Providers (Anbieter) speisen Kontext ein: Kontostände, Marktdaten, gespeicherte Erinnerungen. Evaluators (Bewerter) prüfen nach einer Interaktion, was gelernt oder abgelegt werden soll. Services halten langlaufende Verbindungen, etwa zu Discord oder einer Blockchain.

Das Besondere: All das registriert sich über eine einzige Plugin-Schnittstelle. Ein Plugin kann Adapter, Aktionen, Bewerter, Anbieter, Modelle, Routen, Ereignisse und Dienste zugleich mitbringen. Diese Einheitlichkeit erklärt, warum das Ökosystem so schnell wächst und warum externe Teams eigene Registries betreiben können, ohne den Kern zu berühren. Darüber liegt ein Nachrichtenmodell, das 2026 zunehmend auf Kanäle umgestellt wird: Worlds (etwa ein Server oder Arbeitsbereich) enthalten Rooms (Kanäle oder Direktnachrichten), in denen Entities (Nutzer oder Agenten) interagieren.

Auffällig ist auch das Tempo. In manchen Wochen erscheinen mehrere Vorabversionen hintereinander, und die Entwicklung reicht über die reine Bibliothek hinaus: Eine separate Codebasis zielt auf ein agentennahes Betriebssystem, andere Arbeit auf lokal laufende Modelle, damit Agenten nicht zwingend an externe Cloud-Anbieter gebunden sind. Vieles davon ist früh und sollte nicht überschätzt werden, aber es erklärt den Untertitel „agentic operating system“: Der Anspruch ist, mehr als ein Chatbot-Baukasten zu sein.

Ein Merkmal unterscheidet Eliza von reinen Werkzeug-Frameworks: der Fokus auf Persönlichkeit. Agenten werden über eine Charakterdatei definiert, die Ton, Wissen und Verhalten festlegt. Für Entwickler heißt das, dass ein Agent, der für Discord gebaut wurde, sich mit überschaubarem Aufwand nach Telegram oder ins Web heben lässt, ohne die Logik neu zu schreiben. Genau diese Portabilität ist ein Grund, warum der Code auch ohne Token attraktiv bleibt.

Der wunde Punkt: manipulierbare Erinnerungen

Der größte ungelöste Konflikt autonomer Agenten ist nicht der Tokenpreis, sondern die Sicherheit. Ein Forschungsteam mit Beteiligten aus Princeton und dem Sentient-Umfeld zeigte 2025 in der Arbeit „Real AI Agents with Fake Memories“, wie sich Web3-Agenten, ausdrücklich auch ElizaOS-basierte, durch manipulierten Kontext zu Fehlhandlungen bewegen lassen. Das Papier beschreibt das Prinzip klar: Wer die Erinnerungen eines Agenten vergiftet, etwa über eine harmlos aussehende Nachricht, kann ihn dazu bringen, Gelder an eine fremde Adresse zu senden. Der zugehörige Benchmark heißt CrAIBench.

Die Ursache ist strukturell: Ein Sprachmodell trennt Anweisung und Daten nicht zuverlässig. Alles, was im Kontext steht, kann als Befehl gelesen werden. In der Praxis heißt das, dass ein Agent mit Wallet-Zugriff eine große Angriffsfläche hat. Ein prominenter Vorfall außerhalb von Eliza illustrierte das im Mai 2026, als ein Angreifer über eine versteckte Instruktion und ein manipulatives Rechte-Geschenk einen Agenten dazu brachte, Token im Wert mehrerer Hunderttausend US-Dollar zu transferieren. Der Fehler lag nicht im einzelnen Projekt, sondern im Muster.

Der Kern des Problems ist ein Zielkonflikt, den bisher niemand gelöst hat. Je mehr Freiheit ein Agent bekommt, desto nützlicher ist er, und desto größer ist der Schaden, wenn er getäuscht wird. Wer die Rechte hart beschneidet und jede größere Aktion von einem Menschen bestätigen lässt, nimmt dem Agenten genau die Autonomie, die ihn interessant macht. Für Eliza wie für jedes andere Framework heißt das: Sicherheit ist keine Funktion, die man nachrüstet, sondern eine Abwägung, die in jedes Agenten-Design gehört.

Vitalik Buterin hat daraus konkrete Vorschläge abgeleitet. In einem Beitrag vom April 2026 empfiehlt er, autonome Transaktionen zu deckeln (Größenordnung 100 US-Dollar pro Tag), Mensch und Modell als Zwei-Faktor-Bestätigung zu verschalten und davon auszugehen, dass ein erheblicher Teil der angebotenen Agenten-Fähigkeiten bösartige Anweisungen enthält. Wer Agenten wirtschaftlich absichern will, denkt zunehmend über eigene Sicherheitsmärkte nach, wie sie etwa bei Based Applications diskutiert werden. Für Eliza-Nutzer ist die Lehre schlicht: Ein Agent mit Wallet braucht harte Limits, nicht blindes Vertrauen.

Eliza im Wettbewerb: Virtuals, Olas, LangChain, CrewAI

Eliza ist nicht das einzige Agenten-Framework, und der Vergleich zeigt, wo es steht. Die folgende Übersicht ordnet die wichtigsten Alternativen nach Betreiber, Ansatz und Tokenbindung.

Der Vergleich zeigt ein Muster. Die beiden größten Nicht-Krypto-Frameworks, LangChain (mit weit über 100.000 GitHub-Sternen) und CrewAI, kamen nie mit einem Token und werden dennoch breit genutzt. Krypto-native Konkurrenten wie Virtuals und Olas halten an ihren Token fest. Eliza steht seit August 2026 dazwischen: krypto-nativ, aber ohne lebendigen Token, mit derselben Codebasis wie zuvor. Olas etwa betreibt Agenten, die auf Prognosemärkten zeitweise einen erheblichen Teil der Aktivität stellen, ein Beleg dafür, dass autonome Software auch dort schon reale Volumina bewegt.

Der KI-Agenten-Sektor 2026: die tokenlose Wende

Der gesamte Sektor der KI-Agenten-Token bringt Mitte August 2026 laut CoinGecko rund 2,52 Mrd. US-Dollar auf die Waage (etwa 2,18 Mrd. Euro), bei einem Tagesvolumen von rund 264 Mio. US-Dollar; Anfang 2026 lag die Kategorie noch über 3 Mrd. US-Dollar. ELIZAOS rangiert weit unten. Die folgende Tabelle stellt die größten Vertreter dem einstigen Vorzeigeprojekt gegenüber (Marktkapitalisierung gerundet in Euro, Quelle in US-Dollar).

Nach Daten von CoinGecko notiert ELIZAOS bei rund 0,00018 Euro, mit einer Marktkapitalisierung von etwa 1,4 Mio. Euro und Rang 2272; sein Allzeittief markierte der Token am 11. August 2026 bei 0,0001599 US-Dollar. Die Umlaufmenge liegt bei 7,48 Mrd. Stück, das Migrationsziel von 11 Mrd. wurde nie erreicht.

Parallel dazu wandern Agenten tiefer in die Finanzanwendungen selbst. Ein wachsender Teil neuer DeFi-Protokolle bindet mindestens einen autonomen Agenten ein, sei es für Rebalancing, Liquidationen oder Governance-Abstimmungen. Das macht die Technik einerseits nützlicher, andererseits anfälliger: Korrelierte Agenten, die auf dieselben Signale reagieren, können Bewegungen verstärken und laden zur Ausnutzung durch MEV-Strategien ein. Der Sektor lernt gerade, dass mehr Autonomie nicht automatisch mehr Stabilität bedeutet.

Der eigentliche Trend ist aber ein anderer. Immer mehr Projekte trennen Produkt und Token oder verzichten ganz auf ein handelbares Papier. Ritual etwa treibt verifizierbare KI-Inferenz voran, ohne dass es einen offiziellen Token gibt. Eliza ist damit kein Ausreißer, sondern ein besonders lautes Beispiel für eine Branche, die lernt, dass ein Token oft eher Haftungsrisiko als Geschäftsmodell ist.

Wer pflegt ein herrenloses Framework?

Wenn Stiftung und Token verschwinden, stellt sich eine Frage, die Open Source seit Jahrzehnten kennt: Wer pflegt das Ganze? Für Eliza zeichnen sich drei Modelle ab, die sich nicht ausschließen.

Walters selbst hält das geistige Eigentum und hat angekündigt, weiterzumachen. Kommerzielle Adopter warten und pflegen aus Eigeninteresse, weil ihre Produkte auf dem Code laufen. Und die Freiwilligen-Community trägt den Rest. Der Haken zeigt sich in den Entwicklungsprotokollen: Ein kleiner Kreis von Kernentwicklern trägt die Infrastruktur, etwa die CI/CD-Pipeline. Das ist bei jungen Open-Source-Projekten normal, aber es ist ein Klumpenrisiko. Fällt dieser Kern aus, stockt die Pflege, und niemand ist mehr formal verantwortlich, Sicherheitslücken zu schließen.

Was das für Entwickler bedeutet

Für Teams, die 2026 überlegen, auf Eliza zu setzen, hat der Tod des Tokens paradoxe Vorteile. Es gibt keinen Kurs mehr, der die Wahrnehmung des Projekts an schlechten Tagen vergiftet; die Lizenz bleibt MIT, der Code offen, ein Fork jederzeit möglich. Wer ein Agenten-Produkt baut, bindet sich an eine Codebasis, nicht an ein Finanzinstrument. Die Kehrseite ist ungewisse Governance: Ohne Stiftung gibt es keine formale Instanz, die Releases garantiert oder Lücken koordiniert schließt.

In der Praxis lässt sich das Risiko über wenige nüchterne Regeln steuern:

• Lizenz und Fork-Fähigkeit prüfen: MIT erlaubt kommerzielle Nutzung und eine eigene Kopie.
• Wallet-Rechte deckeln und menschliche Freigaben für große Transaktionen vorsehen.
• Abhängigkeit von einzelnen Maintainern einkalkulieren und einen Fork-Plan bereithalten.
• Die Quelle der Plugin-Registry bewusst wählen (offiziell gegenüber Nethermind oder Automata).
• Keine Kurs-Fantasie einpreisen: Der Token ist tot und soll es bleiben.

Für unkritische Anwendungen wie Chatbots, Moderation oder Recherche ist das Risiko überschaubar. Für alles, was echtes Geld bewegt, gelten dieselben Vorsichtsregeln wie für jeden Agenten mit Wallet-Zugriff.

Unterm Strich verschiebt der Wegfall des Tokens die Entscheidung von einer Spekulations- zu einer reinen Technikfrage. Wer 2026 ein Agenten-Produkt plant, wählt Eliza nicht mehr, weil ein Kurs steigen könnte, sondern weil die Codebasis ausgereift, die Lizenz großzügig und die Community erreichbar ist. Das ist eine gesündere Grundlage als jeder Airdrop, aber sie verlangt, dass Teams Wartung und Sicherheit selbst in die Hand nehmen, statt sie einer Stiftung zu überlassen.

Regulierung: Warum Eliza keinen Token brauchte

Aus deutscher und europäischer Sicht ist der spannendste Teil der Geschichte, dass der Token das eigentliche Problem war, nicht das Framework. Software zu veröffentlichen ist keine erlaubnispflichtige Finanzdienstleistung; einen handelbaren Token an ein anonymes Publikum auszugeben und dafür zu werben, kann sehr wohl in den Anwendungsbereich der Aufsicht fallen.

Unter der EU-Verordnung MiCA reguliert die BaFin in Deutschland Anbieter von Krypto-Dienstleistungen (CASP) und Emittenten, nicht das Protokoll oder die Bibliothek selbst. Das hält die Aufsicht in ihrem Merkblatt zu Kryptowerte-Dienstleistungen ausdrücklich fest. Für den Eliza-Fall heißt das: Das Framework ist regulatorisch unauffällig, der Token-Vertrieb und die Werbung dafür sind der heikle Teil. Die US-Klage stützt sich auf falsche Werbung; das europäische Gegenstück wären die Marketing-Regeln unter MiCA und, falls ein Agent tatsächlich Anlageberatung oder Portfolioverwaltung erbringt, die strengeren Vorgaben der Finanzmarktrichtlinie MiFID II.

Autonome Agenten fallen bislang durch fast jedes Raster. MiCA wurde für Spot-Kryptowerte geschrieben, nicht für handelnde Software ohne Rechtspersönlichkeit. Solange ein Agent keine eigene Rechtsperson ist, landet jede Haftung bei einem Menschen oder einem Unternehmen dahinter. Die für 2026 angekündigte MiCA-Überprüfung befasst sich bisher vor allem mit Stablecoins und der Aufsichtsstruktur, nicht mit Agenten.

Für die Aufsicht ergibt sich daraus eine unbequeme Lücke. Die BaFin kann einen Token-Emittenten belangen und eine Werbekampagne stoppen, aber sie hat keinen Adressaten, wenn eine quelloffene Software ohne Betreiberfirma Schaden anrichtet. Genau deshalb verlagert sich die Debatte 2026 von der Frage, welche Papiere reguliert werden, hin zur Frage, wer im Zweifel die Kontrolle über einen Agenten ausübt. Wer den Schlüssel hält und die Limits setzt, trägt am Ende auch die Verantwortung, unabhängig davon, wie autonom die Software wirkt.

Steuer und Haftung in Deutschland

Für deutsche Nutzer, die einen Eliza-Agenten mit eigener Wallet betreiben, gelten die üblichen Krypto-Regeln, nur potenziert. Gewinne aus Veräußerungen ordnet das Finanzamt dem Wallet-Inhaber zu, unabhängig davon, ob ein Mensch oder ein Programm den Trade ausgelöst hat. Kryptowerte gelten als anderes Wirtschaftsgut nach Paragraf 23 EStG: Nach einer Haltefrist von einem Jahr sind Veräußerungsgewinne steuerfrei, darunter fallen sie unter die private Veräußerung, mit einer Freigrenze von 1.000 Euro pro Jahr.

Der Haken bei Agenten: Ein Bot, der rund um die Uhr in hoher Frequenz handelt, riskiert die Einstufung als gewerbliche Tätigkeit. Dann entfällt das Ein-Jahres-Privileg, es fällt Gewerbesteuer an, und jede der vielen kleinen Transaktionen ist ein steuerlich relevanter Vorgang. Wer einen autonomen Agenten laufen lässt, sollte die Protokollierung ernst nehmen; das Finanzamt kennt keine Ausrede, der Agent habe eigenmächtig gehandelt.

Auch zivil- und aufsichtsrechtlich bleibt der Mensch der Anker. Ein Agent hat keine Rechtspersönlichkeit und keine Steuernummer; Verantwortung, ob für einen fehlerhaften Trade oder einen durch Prompt-Injection ausgelösten Abfluss, trägt der Betreiber, also der Prinzipal. Das ist die praktische Kehrseite der Autonomie: Je eigenständiger die Software, desto klarer muss geregelt sein, wer am Ende geradesteht.

Ausblick: Eliza ohne Preisschild

Die eigentliche Prüfung für Eliza beginnt jetzt, ohne Token, ohne Stiftung, ohne den Rückenwind eines steigenden Kurses. Auf der Habenseite stehen ein etabliertes Repository, kommerzielle Adopter mit Eigeninteresse und eine Community, die schon einmal bewiesen hat, dass sie ohne Preisanreiz weiterbaut. Auf der Sollseite stehen ungelöste Sicherheitsfragen, ein dünner Kern an Kernentwicklern und die schlichte Tatsache, dass Aufmerksamkeit im Krypto-Markt oft dem Preis folgt, nicht dem Code.

Walters Wette ist, dass Nützlichkeit auf Dauer schwerer wiegt als Spekulation. Sollten Agentic SME und ähnliche Produkte tatsächlich zahlende Kunden finden, wäre Eliza der Beleg, dass ein Krypto-Framework auch ohne eigenen Token ein zweites Leben haben kann. Sollte die Pflege am kleinen Kern hängen bleiben und die nächste Sicherheitslücke ungeschützt treffen, wäre es eine Warnung. Beides ist offen, und genau das macht den Fall lehrreich: Er trennt zum ersten Mal sauber, was am KI-Agenten-Hype Substanz war und was nur Kurs.

Für den breiteren Markt ist die Lehre schon jetzt greifbar. Ein Token kann eine Idee schnell groß machen und ebenso schnell begraben; Code, den Menschen brauchen, ist zäher. Ob das reicht, um Eliza in zehn Jahren noch relevant zu halten, wie Walters es in Aussicht stellt, wird sich nicht am Chart ablesen lassen, sondern an der Zahl der Entwickler, die morgens das Repository öffnen.

Häufig gestellte Fragen

Ist der ELIZAOS-Token endgültig tot?

Gründer Shaw Walters hat den Token am 4. August 2026 öffentlich für tot erklärt und angekündigt, die Stiftung abzuwickeln, ohne Rückkäufe oder weitere Unterstützung. Er wird technisch weiter an dünnen Börsen gehandelt (Mitte August 2026 rund 0,00018 Euro, Marktkapitalisierung etwa 1,4 Mio. Euro), aber es gibt keine offizielle Instanz mehr, die ihn stützt. Ein neuer Token ist ausdrücklich ausgeschlossen.

Was ist der Unterschied zwischen Eliza, ElizaOS und ai16z?

ai16z war der ursprüngliche Projekt- und Tokenname von 2024, benannt in Anspielung auf a16z. Anfang 2025 folgte die Umbenennung in ElizaOS, auch beim Token. Eliza ist das quelloffene Framework (MIT-Lizenz, TypeScript) zum Bauen von KI-Agenten. Der Token ist tot, das Framework wird weiter entwickelt.

Kann ich weiter KI-Agenten mit Eliza bauen?

Ja. Das Framework ist Open Source, liegt auf GitHub und wird aktiv gepflegt. Da es unter der MIT-Lizenz steht, ist auch kommerzielle Nutzung erlaubt, und ein Fork ist jederzeit möglich. Entwickler sollten allerdings die offene Governance und die Sicherheitsrisiken einkalkulieren und Wallet-Zugriffe hart begrenzen.

Wie werden Gewinne eines KI-Agenten in Deutschland besteuert?

Gewinne werden dem Wallet-Inhaber zugerechnet. Als anderes Wirtschaftsgut nach Paragraf 23 EStG sind Veräußerungsgewinne nach einem Jahr Haltefrist steuerfrei, darunter gilt eine Freigrenze von 1.000 Euro. Hochfrequentes automatisiertes Handeln kann als gewerblich eingestuft werden, was das Ein-Jahres-Privileg kostet und Gewerbesteuer auslöst.

Reguliert die BaFin Eliza-Agenten?

Die BaFin beaufsichtigt unter MiCA Anbieter von Krypto-Dienstleistungen und Emittenten, nicht das Framework oder den Agenten als Software. Erbringt ein Agent aber faktisch Anlageberatung oder Portfolioverwaltung, kann MiFID II greifen. Verantwortlich bleibt in jedem Fall der menschliche oder unternehmerische Betreiber, da ein Agent keine Rechtspersönlichkeit hat.

Von Marcus Okafor, Redakteur für KI und Krypto bei HOGE Wire.