{"id":816,"date":"2026-10-21T16:27:53","date_gmt":"2026-10-21T16:27:53","guid":{"rendered":"https:\/\/hoge.gg\/de\/eliza-framework-2026-leben-nach-dem-token\/"},"modified":"2026-10-21T16:27:53","modified_gmt":"2026-10-21T16:27:53","slug":"eliza-framework-2026-leben-nach-dem-token","status":"publish","type":"post","link":"https:\/\/hoge.gg\/de\/eliza-framework-2026-leben-nach-dem-token\/","title":{"rendered":"Eliza-Framework 2026: Leben nach dem Token"},"content":{"rendered":"

Der Code \u00fcberlebt seinen eigenen Token<\/h2>

Am 21. Oktober 2026 steht das bekannteste KI-Agenten-Projekt der Kryptobranche in einem Zustand, den es so im Lehrbuch nicht gibt. Der dazugeh\u00f6rige Token, ELIZAOS, kostet laut CoinGecko<\/a> rund 0,0004 US-Dollar (etwa 0,00035 Euro) und bringt es auf eine Marktkapitalisierung von knapp 3,0 Millionen US-Dollar, umgerechnet rund 2,6 Millionen Euro, Rang 2041. Zwei Jahre zuvor war genau dieses Projekt an der B\u00f6rse der Aufmerksamkeit 2,39 Milliarden US-Dollar wert. Die Stiftung, die den Token trug, ist aufgel\u00f6st, die Kasse in einen Vergleich geflossen, der Gr\u00fcnder hat den Token \u00f6ffentlich f\u00fcr tot erkl\u00e4rt.<\/p>

Und doch l\u00e4uft der Code weiter. Das Repository elizaOS\/eliza auf GitHub<\/a> z\u00e4hlt rund 19.600 Sterne, 5.800 Forks und mehr als 220 offene Pull Requests, Lizenz MIT, Hauptsprache TypeScript. Das ist kein Mausoleum, sondern eine aktive Baustelle. Genau hier liegt die Geschichte, die man 2026 \u00fcber Eliza erz\u00e4hlen muss: nicht die vom spektakul\u00e4ren Absturz eines Tokens, die ist auserz\u00e4hlt, sondern die von einem Open-Source-Framework, das seinen eigenen Finanzierungsmechanismus \u00fcberlebt hat und nun beweisen muss, dass Software-Qualit\u00e4t und Token-Kurs zwei verschiedene Dinge sind.<\/p>

Dieser Text macht eine Bestandsaufnahme. Was ist das Eliza-Framework technisch heute, nachdem Token und Stiftung verschwunden sind? Wer schreibt den Code, wer bezahlt ihn, wer sichert ihn gegen Angriffe, und wer haftet, wenn ein Agent mit eigener Wallet Unsinn baut? Wir sehen uns die Architektur an, den Oktober-Kursausschlag des toten Tokens, den Finanzierungsversuch Slop Cash, die Gaming-Wette, das ungel\u00f6ste Sicherheitsproblem, die Konkurrenz und den rechtlichen Rahmen f\u00fcr deutsche Nutzer unter BaFin, MiCA und Einkommensteuergesetz.<\/p>

Was das Eliza-Framework heute ist<\/h2>

Eliza ist ein quelloffenes TypeScript-Framework zum Bau autonomer KI-Agenten. Ein Agent im Sinne von Eliza ist kein simpler Handels-Bot mit fest verdrahteten Wenn-dann-Regeln, sondern ein Programm, das ein Large Language Model als Denkapparat nutzt, Anweisungen interpretiert, einen Plan fasst, Werkzeuge aufruft und, wenn man es l\u00e4sst, eigene Transaktionen signiert. Das zugeh\u00f6rige Paper der Entwickler tr\u00e4gt den Titel Eliza: A Web3 friendly AI Agent Operating System<\/a> und beschreibt das System als erstes quelloffenes, Web3-freundliches Agenten-Framework, das Lese- und Schreibzugriffe auf Blockchains und die Interaktion mit Smart Contracts direkt einbaut.<\/p>

Der entscheidende Satz aus diesem Paper lautet, dass „every aspect of Eliza is a regular Typescript program under the full control of its user“, also jeder Teil von Eliza ein gew\u00f6hnliches TypeScript-Programm unter voller Kontrolle des Nutzers sei. Das ist mehr als Marketing. Es ist die Design-Entscheidung, die das Projekt vom reinen Token-Spielplatz trennt: Eliza ist zuerst Software und erst danach, inzwischen gar nicht mehr, ein Token.<\/p>

Das Repository selbst nennt sich mittlerweile „agentic operating system“, ein Betriebssystem f\u00fcr Agenten. In der Praxis bedeutet das: ein Laufzeitkern, der Wahrnehmung, Ged\u00e4chtnis und Handlung eines Agenten orchestriert, dazu eine Sammlung von Bausteinen, mit denen ein Entwickler Pers\u00f6nlichkeit, F\u00e4higkeiten und Anbindungen zusammensteckt. Wichtig f\u00fcr die Einordnung: Der Kern bleibt laut README TypeScript, Node und Bun; Python taucht offiziell nur in den Benchmarking-Werkzeugen auf (ab Version 3.11). Varianten in Rust und Python hat Gr\u00fcnder Shaw Walters mehrfach angek\u00fcndigt, im Haupt-Repository sind sie bis heute nicht als fertiges Produkt sichtbar. Wer 2026 \u00fcber Eliza schreibt, sollte diese Pl\u00e4ne als Absichtserkl\u00e4rung behandeln, nicht als Release.<\/p>

Vom Milliarden-Fonds zum toten Token: die kurze Chronik<\/h2>

Um zu verstehen, warum der Code heute ohne Fundament dasteht, muss man die Entstehung kennen. Alles begann im Oktober 2024 als ai16z, ein KI-gesteuerter Krypto-Fonds auf der Plattform daos.fun. Der Name war eine Parodie auf die Risikokapitalfirma Andreessen Horowitz (a16z), und als deren Mitgr\u00fcnder Marc Andreessen das Projekt auf X erw\u00e4hnte, schoss die Marktkapitalisierung laut The Block<\/a> binnen Stunden auf fast 100 Millionen US-Dollar. Hinter dem Fonds stand das Framework, das Walters und sein Team gebaut hatten; der Fonds war die Show, die Software das eigentliche Werk.<\/p>

Im Januar 2025 folgte die Umbenennung von ai16z zu ElizaOS. Der Token erreichte am 2. Januar 2025 seinen H\u00f6chststand bei einer Bewertung von 2,39 Milliarden US-Dollar; an jenem Tag wechselten Token im Wert von 291 Millionen US-Dollar den Besitzer. Im November 2025 migrierte der alte ai16z-Token auf den neuen ELIZAOS-Vertrag. Danach ging es fast nur noch abw\u00e4rts.<\/p>

Im April 2026 reichte die Kanzlei Burwick Law vor einem Bundesgericht in New York eine Sammelklage ein. Die Vorw\u00fcrfe: irref\u00fchrende Werbung, Nachahmung des a16z-Namens, vorget\u00e4uschte Autonomie, w\u00e4hrend in Wahrheit Menschen die F\u00e4den zogen, und eine Angebotsausweitung von 1,1 auf 11 Milliarden Token, bei der ein erheblicher Teil an Insider floss. Um den Rechtsstreit zu beenden, \u00fcberwies die Stiftung ihr verbliebenes Verm\u00f6gen in einen Vergleich und fuhr den Betrieb herunter.<\/p>

Am 5. August 2026 zog Walters den Schlussstrich. „The token is dead. Completely“, schrieb er laut CoinDesk<\/a> auf X, es werde „no further foundation support, buybacks or supply measures“ geben, also keine St\u00fctzungsk\u00e4ufe, keine Angebotsk\u00fcrzungen, keinen Ersatz-Token. Er selbst habe einst Token im Wert von rund 25 Millionen US-Dollar gehalten und zugesehen, wie dieser Wert gegen null fiel. Seine Konsequenz, ebenfalls \u00f6ffentlich: „I am starting over, since I own the IP, and I am never letting a token come close to Eliza again“, er fange neu an, besitze das geistige Eigentum und lasse nie wieder einen Token in die N\u00e4he von Eliza kommen. Der Code bleibt, der Token geht: So l\u00e4sst sich das Fazit dieser Episode zusammenfassen.<\/p>

Zeitpunkt<\/th>Ereignis<\/th><\/tr><\/thead>
Oktober 2024<\/td>Start als ai16z-Fonds auf daos.fun; Andreessen-Erw\u00e4hnung treibt die Bewertung in Stunden auf fast 100 Mio. USD<\/td><\/tr>
2. Januar 2025<\/td>Allzeithoch, Bewertung 2,39 Mrd. USD, Tagesumsatz 291 Mio. USD<\/td><\/tr>
Januar 2025<\/td>Umbenennung von ai16z zu ElizaOS<\/td><\/tr>
November 2025<\/td>Token-Migration ai16z zu ELIZAOS<\/td><\/tr>
April 2026<\/td>Sammelklage von Burwick Law in New York<\/td><\/tr>
5. August 2026<\/td>Walters erkl\u00e4rt den Token f\u00fcr tot, die Stiftung wird abgewickelt<\/td><\/tr>
Oktober 2026<\/td>Token bei rund 3 Mio. USD Marktkapitalisierung, Code weiter aktiv<\/td><\/tr><\/tbody><\/table><\/figure>

Der Oktober-Zombie-Rally: Preis gegen Wert<\/h2>

Ein toter Token kann trotzdem zucken. In der ersten Oktoberh\u00e4lfte 2026 sprang der ELIZAOS-Kurs pl\u00f6tzlich an, am 7. Oktober um rund 34 Prozent auf etwa 0,000566 US-Dollar, mit einem Hoch um den 11. Oktober. Auf 30-Tage-Sicht steht noch immer ein Plus von rund 143 Prozent, doch die Welle hat sich l\u00e4ngst zur\u00fcckgebildet: Auf Wochensicht liegt der Kurs rund 15 Prozent im Minus, und mit knapp 3,0 Millionen US-Dollar Marktkapitalisierung notiert der Token laut CoinGecko rund 96 Prozent unter seinem Allzeithoch.<\/p>

Bemerkenswert ist, was den Ausschlag nicht war. Es gab keine Produktank\u00fcndigung, keine R\u00fcckkehr der Stiftung, keinen mechanischen Zusammenhang zwischen Kurs und Code. Walters besitzt keine dieser Token und distanziert sich von ihnen. Der alte, migrierte AI16Z-Token bewegte sich kaum mit (30-Tage-Plus rund 24 Prozent gegen\u00fcber 143 Prozent beim ELIZAOS-Ticker), die Spekulation suchte sich also gezielt nur den neueren Namen aus. Als Treiber bleiben eine hauchd\u00fcnne Liquidit\u00e4t, in die schon kleine Kauforders gro\u00dfe Prozentspr\u00fcnge schlagen, ein Nachrichtenzyklus rund um Walters’ neues Vorhaben Umia und Slop Cash sowie ein insgesamt festerer KI-Agenten-Sektor.<\/p>

Die Episode ist mehr als eine Kuriosit\u00e4t, sie ist die klarste Illustration der zentralen These dieses Textes: Token-Kurs und Framework-Qualit\u00e4t sind entkoppelt. Ein Projekt, dessen Gr\u00fcnder den Token f\u00fcr tot erkl\u00e4rt hat und selbst keine St\u00fccke h\u00e4lt, kann an der B\u00f6rse dreistellig steigen, w\u00e4hrend am Code nichts Besonderes passiert, und es kann ebenso schnell wieder fallen. Wer die Gesundheit von Eliza messen will, schaut nicht auf den Chart, sondern auf Commits, Pull Requests und die Zahl der Entwickler, die bleiben.<\/p>

Kennzahl<\/th>ELIZAOS<\/th>AI16Z (alt)<\/th>Sektor KI-Agenten<\/th><\/tr><\/thead>
Kurs<\/td>0,0004061 USD<\/td>0,0003672 USD<\/td>n. v.<\/td><\/tr>
Marktkapitalisierung<\/td>3,04 Mio. USD<\/td>0,40 Mio. USD<\/td>3,82 Mrd. USD<\/td><\/tr>
Rang<\/td>2041<\/td>3907<\/td>n. v.<\/td><\/tr>
30-Tage-Ver\u00e4nderung<\/td>+143,1 %<\/td>+23,8 %<\/td>n. v.<\/td><\/tr>
Abstand zum Allzeithoch<\/td>rund -96 %<\/td>praktisch -100 %<\/td>n. v.<\/td><\/tr>
24-Stunden-Volumen<\/td>1,67 Mio. USD<\/td>10.060 USD<\/td>379 Mio. USD<\/td><\/tr><\/tbody><\/table><\/figure>

Wer pflegt ein Projekt ohne Stiftung?<\/h2>

Hier beginnt die eigentlich interessante Frage von 2026. Ein Open-Source-Projekt dieser Gr\u00f6\u00dfe verursacht laufende Kosten, auch wenn der Quelltext gratis ist. Jemand muss Sicherheitsl\u00fccken schlie\u00dfen, Abh\u00e4ngigkeiten aktualisieren, Audits bezahlen, ein Bug-Bounty-Programm betreiben, Pull Requests pr\u00fcfen und die Richtung vorgeben. In der klassischen Krypto-Welt \u00fcbernimmt das eine Stiftung, finanziert aus einer Token-Kasse. Genau diese Kasse ist bei Eliza leer, die Stiftung existiert nicht mehr, der Token taugt nicht als Anreiz.<\/p>

Das Problem ist nicht neu, nur versch\u00e4rft. Ein gro\u00dfer Teil der digitalen Wirtschaft l\u00e4uft auf quelloffener Infrastruktur, die von einer Handvoll schlecht oder gar nicht bezahlter Freiwilliger gepflegt wird; die L\u00fccken Heartbleed in OpenSSL und Log4Shell in Log4j haben vorgef\u00fchrt, was passiert, wenn kritischer Code chronisch unterfinanziert ist. Bei einem KI-Agenten-Framework wiegt das schwerer als bei einer Bibliothek, die nur Text formatiert. Ein Eliza-Agent h\u00e4lt im Zweifel eine Wallet mit echten Mitteln. Eine ungepatchte L\u00fccke ist dann keine abgest\u00fcrzte Website, sondern abgeflossenes Geld.<\/p>

Dazu kommt die Haftungsfrage, die in Deutschland besonders scharf gestellt wird. Wer tr\u00e4gt die Verantwortung, wenn ein Agent, gebaut auf einem Framework ohne Betreiber, einen Schaden anrichtet? Die Antwort betrifft Entwickler unmittelbar, und die Grenze zwischen dem blo\u00dfen Ver\u00f6ffentlichen von Code und strafbarem Handeln ist alles andere als eindeutig, wie unser Beitrag Code vor Gericht: Wann DeFi-Entwickler strafbar werden<\/a> im Detail zeigt.<\/p>

Walters’ struktureller Ausweg lautet: Er besitzt das geistige Eigentum, entwickelt unter eigener Kontrolle weiter, verzichtet auf einen Token. Das beseitigt den Interessenkonflikt zwischen Kurspflege und Code-Pflege, verlagert das Problem aber nur. Ein von einer Person kontrolliertes Projekt h\u00e4ngt am fortgesetzten Interesse dieser Person und an einer einzigen Finanzierungsquelle. Woher soll das Geld kommen? Walters’ Antwort darauf hei\u00dft Slop Cash.<\/p>

Slop Cash: Code finanzieren ohne eigenen Token<\/h2>

Slop Cash ist ein nicht-verwahrender Finanzierungsmechanismus f\u00fcr quelloffene Software, gebaut von Walters zusammen mit Drew Pierson, der zuvor bei Arweave, Orderly Network und Ava Labs t\u00e4tig war. Die Grundidee ist radikal einfach: Bezahlt wird nur f\u00fcr Arbeit, die tats\u00e4chlich im Code landet. Slop Cash bewertet akzeptierte Pull Requests und Code-Reviews nach einem deterministischen, \u00f6ffentlich nachvollziehbaren Verfahren, friert das Monatsergebnis in einem Vorschlag ein, l\u00e4sst ein 14-Tage-Fenster f\u00fcr Einspr\u00fcche und zahlt dann in USDC aus. Entscheidend: Die Auszahlungen laufen \u00fcber Wallets, die Slop Cash nicht selbst kontrolliert, und nicht \u00fcber einen projekteigenen Spekulations-Token. Bezahlt werden kann im \u00dcbrigen nicht nur ein Mensch, sondern auch ein KI-Agent, der Code beisteuert.<\/p>

Die bisherigen Zahlen sind \u00fcberschaubar, aber real. Laut der Ank\u00fcndigung \u00fcber Chainwire<\/a> hat Slop Cash seit Juli 2026 drei Monatszyklen abgerechnet, rund 10.000 gemergte Pull Requests bewertet und 4.700 Code-Reviews erfasst; allein im August-Zyklus des elizaOS-Pools waren 108 Mitwirkende aktiv. Die erste Auszahlung im September belief sich auf 6.005 USDC, verteilt \u00fcber 72 \u00dcberweisungen, \u00f6ffentlich einsehbar. Das ist kein Gehalt, von dem man in M\u00fcnchen leben k\u00f6nnte, aber es ist ein Anfang und, wichtiger, ein \u00fcberpr\u00fcfbarer Mechanismus.<\/p>

Die ehrliche Nuance steckt in der Ebene dar\u00fcber. Slop Cash ist rechtlich als abgeschirmtes Teilverm\u00f6gen der Plattform Umia aufgeh\u00e4ngt, einer On-Chain-Plattform zum Starten, Finanzieren und Steuern von Projekten. Umia selbst hat laut The Block<\/a> in einer siebent\u00e4gigen Auktion 6,11 Millionen US-Dollar eingesammelt, bei einer vollst\u00e4ndig verw\u00e4sserten Bewertung von 18 Millionen US-Dollar und mit zehn Fonds sowie knapp 700 Einzelbietern. Gef\u00fchrt wird Umia von Francesco Mosterts, zuvor beim Hedgefonds Point72. Und ein eigener Token f\u00fcr Slop Cash, $SLOP, ist f\u00fcr das vierte Quartal 2026 geplant, \u00fcber eine sogenannte Tailored Auction auf der Robinhood Chain.<\/p>

Damit wird die Lage ehrlicher, als es die \u00dcberschrift „Framework ohne Token“ vermuten l\u00e4sst. Das Eliza-Framework bleibt tokenlos, die Entwickler bekommen USDC. Aber die Finanzierungs- und Steuerungsschicht dar\u00fcber arbeitet sehr wohl mit Token. Die Pointe von 2026 ist nicht, dass Token verschwunden w\u00e4ren, sondern dass sie eine Ebene nach oben gewandert sind, weg vom Produkt, hin zur Finanzierung. Mosterts begr\u00fcndet das mit genau dem Fehlanreiz, der Eliza das Genick brach: „A liquid token can push teams toward short-term decisions aimed at increasing its price“, ein handelbarer Token verleite Teams zu kurzfristigen Entscheidungen, die allein den Kurs treiben sollen.<\/p>

Die Architektur unter der Haube<\/h2>

Wer auf Eliza baut oder nur verstehen will, wo die Angriffsfl\u00e4che liegt, muss vier Begriffe kennen. Im Zentrum steht die Laufzeit, die AgentRuntime. Sie ist der Taktgeber: Sie nimmt eine Eingabe entgegen, sammelt Kontext, ruft das Sprachmodell, f\u00fchrt die beschlossene Handlung aus und schreibt das Ergebnis ins Ged\u00e4chtnis zur\u00fcck. Alles andere h\u00e4ngt an dieser Schleife.<\/p>

Die Identit\u00e4t eines Agenten steckt in der Character-Datei, einer strukturierten Beschreibung von Name, Biografie, Tonfall, Wissen und Beispieldialogen. Diese Datei macht aus dem generischen Framework einen konkreten Agenten, vom n\u00fcchternen DeFi-Verwalter bis zur schlagfertigen Chat-Pers\u00f6nlichkeit. Sie ist zugleich der Ort, an dem viele Projekte ihre gesamte Pers\u00f6nlichkeit definieren, und, wie wir noch sehen werden, ein lohnendes Ziel f\u00fcr Angreifer.<\/p>

Darum herum arbeiten drei Bausteintypen. Actions sind die F\u00e4higkeiten, das, was ein Agent tun kann, etwa eine Transaktion senden, eine Schnittstelle abfragen, einen Beitrag posten. Providers speisen laufend Kontext ein, von der Uhrzeit \u00fcber Kontost\u00e4nde bis zu externen Datenfeeds. Evaluators laufen nach einer Interaktion, extrahieren Fakten, ziehen Schl\u00fcsse und aktualisieren das Ged\u00e4chtnis. Und die Memory-Schicht, meist eine Vektordatenbank, speichert vergangene Interaktionen, damit der Agent \u00fcber Sitzungen hinweg konsistent bleibt.<\/p>

F\u00fcr komplexere Szenarien kennt Eliza zus\u00e4tzlich die Abstraktionen Worlds, Rooms und Entities, mit denen sich mehrere Agenten, Kan\u00e4le und Nutzer sauber trennen lassen, etwa wenn ein Agent gleichzeitig auf Discord, X und in einem Spiel pr\u00e4sent ist. Das klingt nach viel Maschinerie, bleibt aber ein gew\u00f6hnliches TypeScript-Programm. Genau diese N\u00e4he zum normalen Code macht Eliza f\u00fcr Entwickler zug\u00e4nglich und erkl\u00e4rt einen Teil seiner Verbreitung.<\/p>

Plugins und Interoperabilit\u00e4t als Burggraben<\/h2>

Der eigentliche Wert eines Frameworks liegt selten im Kern, sondern in dem, was sich daran anstecken l\u00e4sst. Hier hat Eliza seinen Burggraben. Es gibt eine einzige, einheitliche Plugin-Schnittstelle, und darum herum ist \u00fcber die Jahre ein gro\u00dfes \u00d6kosystem gewachsen. Walters spricht von mehr als 250 Plugins und betont die Unterst\u00fctzung f\u00fcr das Model Context Protocol (MCP). Ein Plugin kann eine Blockchain-Anbindung sein, ein B\u00f6rsenkonnektor, ein Sprach- oder Bildmodell, ein Spiele-Adapter. Wer einen Agenten baut, muss das Rad nicht neu erfinden, sondern steckt zusammen, was er braucht.<\/p>

Parallel hat sich das Repository vom einzelnen Framework zu einer Plattform ausgewachsen. Die Paketstruktur reicht vom Kern \u00fcber Agent, Cloud, Auth und Training bis zu Betriebssystem-, Benchmark-, App- und UI-Komponenten. Das ist weniger eine Bibliothek als ein Baukasten f\u00fcr den gesamten Lebenszyklus eines Agenten. Dass dieses \u00d6kosystem auch nach dem Tod des Tokens weiterw\u00e4chst, ist das st\u00e4rkste Argument f\u00fcr Walters’ These, dass der Code den Token nicht braucht.<\/p>

Entscheidend f\u00fcr die Zukunftsf\u00e4higkeit ist die Interoperabilit\u00e4t. Eliza setzt nicht auf einen eigenen, geschlossenen Standard, sondern auf die offenen Protokolle, die sich 2026 im Agenten-Stack herausbilden. Vier davon sollte man kennen; sie entscheiden dar\u00fcber, ob Agenten verschiedener Hersteller miteinander reden, bezahlen und einander vertrauen k\u00f6nnen.<\/p>

Standard<\/th>Zweck<\/th>Herkunft<\/th><\/tr><\/thead>
MCP (Model Context Protocol)<\/td>Standardisierte Anbindung von Werkzeugen und Datenquellen an ein Modell<\/td>Anthropic, breit adaptiert<\/td><\/tr>
A2A (Agent-to-Agent)<\/td>Kommunikation und Aufgaben\u00fcbergabe zwischen Agenten<\/td>Google, Linux Foundation<\/td><\/tr>
x402<\/td>Maschinenzahlungen per HTTP-Statuscode 402, meist in USDC<\/td>Coinbase, x402 Foundation<\/td><\/tr>
ERC-8004<\/td>On-Chain-Identit\u00e4t und Reputation f\u00fcr Agenten<\/td>Ethereum-Standardentwurf<\/td><\/tr><\/tbody><\/table><\/figure>

Diese Standards sind der Grund, warum Eliza auch ohne eigenen Token im Spiel bleibt. Ein Framework, das die g\u00e4ngigen Protokolle spricht, ist ein Knotenpunkt, kein Inselprojekt. Es kann Agenten bauen, die \u00fcber A2A mit fremden Agenten verhandeln, \u00fcber x402 bezahlen und sich \u00fcber ERC-8004 ausweisen. Der Wert liegt in der Anschlussf\u00e4higkeit, nicht im Spekulationsobjekt.<\/p>

Die Gaming-Wette: Agenten, die spielen<\/h2>

F\u00fcr ein Krypto- und Gaming-Medium ist der interessanteste Zweig der Eliza-Geschichte ohnehin nicht die Finanz-Autonomie, sondern das Spiel. Walters verfolgt die Idee, dass Spiele der beste Trainingsplatz f\u00fcr Agenten sind, die sp\u00e4ter echte Arbeit erledigen. Das sichtbarste Projekt in dieser Richtung ist ein KI-natives MMORPG, das sich seit Monaten in Entwicklung befindet und auf einer angepassten 3D-Engine aufsetzt. Menschen und von Eliza gesteuerte Agenten sollen darin denselben Spielraum bewohnen, k\u00e4mpfen, Ressourcen sammeln und F\u00e4higkeiten wie Holzf\u00e4llen, Bergbau oder Fischen aus\u00fcben.<\/p>

Wichtig zur Einordnung, gerade weil die Szene gern vorgreift: Dieses Spiel ist nicht ver\u00f6ffentlicht, es ist ein Entwicklungsprojekt. Was Walters liefert, ist bislang vor allem eine \u00f6konomische These. In einem Interview mit BlockchainGamer.biz<\/a> rechnet er vor: „it’s going to cost us $80,000 to make a game that cost them $6,000,000, and we can make it in four months“, ein Spiel, das andere Millionen koste, lasse sich mit KI f\u00fcr einen Bruchteil und in vier Monaten bauen. Das ist eine Behauptung \u00fcber die Zukunft, kein Kassensturz.<\/p>

Hinter der Zuspitzung steckt dennoch ein ernster Gedanke. Ein MMORPG ist eine kontrollierte, regelbasierte Welt mit klaren Zielen und messbarem Erfolg, also eine ideale Umgebung, um Agenten planen, handeln und mit anderen koordinieren zu lassen. Wer einen Agenten bauen kann, der in einem Spiel \u00fcberlebt und Ressourcen verwaltet, hat die Grundbausteine f\u00fcr einen Agenten, der in der realen Wirtschaft Aufgaben \u00fcbernimmt. Walters’ Formel, sinngem\u00e4\u00df: Spielen ist der Weg zu Agenten, die echte Arbeit tun.<\/p>

F\u00fcr Eliza ist das zudem eine Positionierung abseits des verbrannten Finanz-Images. Der KI-Fonds endete vor Gericht; ein offenes Spielframework mit autonomen Mitspielern erz\u00e4hlt eine andere, freundlichere Geschichte und trifft genau die Schnittmenge aus Krypto und Gaming, auf der 2026 viel Aufmerksamkeit liegt. Ob daraus ein Produkt wird, ist offen. Als strategische Wette ist sie nachvollziehbar.<\/p>

Das Sicherheitsproblem: Wallet, Prompt- und Memory-Injection<\/h2>

Sobald ein Agent eine eigene Wallet kontrolliert, wird jede seiner Schw\u00e4chen zu einem finanziellen Risiko. Der Kern des Problems ist prinzipieller Natur und betrifft nicht nur Eliza, sondern jedes LLM-gest\u00fctzte System: Das Modell kann Anweisung und Daten nicht zuverl\u00e4ssig voneinander trennen. Alles, was in seinen Kontext gelangt, ein Chat, ein Social-Media-Beitrag, ein abgerufenes Dokument, kann als Befehl gelesen werden. Setzt ein Agent am Ende noch blind seine Signatur unter eine Transaktion, schlie\u00dft sich die Kette vom manipulierten Text bis zum abgeflossenen Geld.<\/p>

Der klassische Angriff hei\u00dft Prompt Injection und steht nicht ohne Grund auf Platz eins der OWASP-Risikoliste f\u00fcr LLM-Anwendungen. Die gef\u00e4hrlichere Variante hat ein Forschungsteam unter dem Namen Real AI Agents with Fake Memories<\/a> beschrieben, ein Benchmark namens CrAIBench, der gezielt Web3-Agenten angreift. Das zentrale Ergebnis: „AI models are significantly more vulnerable to memory injection compared to prompt injection“, Modelle sind f\u00fcr die Vergiftung des Ged\u00e4chtnisses deutlich anf\u00e4lliger als f\u00fcr den einmaligen Prompt-Angriff. Schiebt ein Angreifer eine falsche Erinnerung in die Memory-Schicht, wirkt sie fort, lange nachdem der urspr\u00fcngliche Angriff vorbei ist. Pikant: ElizaOS dient der Studie ausdr\u00fccklich als repr\u00e4sentatives Framework, gepr\u00fcft an \u00fcber 150 Blockchain-Aufgaben und mehr als 500 Angriffsf\u00e4llen.<\/p>

Das ist keine Theorie. Im Mai 2026 wurde ein Agent \u00fcber eine Kombination aus versteckter Anweisung (unter anderem in Morse-Code in einer X-Antwort) und einer geschenkten NFT, die Transferrechte freischaltete, dazu gebracht, Token in sechsstelliger H\u00f6he zu verschieben. Parallel warnte Microsoft in seinem Security-Blog, dass Prompt Injection in Agenten-Frameworks bis zur Remote Code Execution eskalieren kann: „vulnerabilities in the AI layer are no longer just a content issue and are an execution risk“, Schwachstellen in der KI-Schicht seien kein reines Inhaltsproblem mehr, sondern ein Ausf\u00fchrungsrisiko (Microsoft Security<\/a>, mit zwei konkreten CVE-Eintr\u00e4gen). Benannt wurden dort Frameworks wie Semantic Kernel, LangChain und CrewAI, nicht Eliza; die Klasse der L\u00fccke betrifft aber jedes Agenten-Framework gleicherma\u00dfen.<\/p>

Angriff<\/th>Mechanismus<\/th>Einordnung<\/th><\/tr><\/thead>
Prompt Injection<\/td>Versteckte Anweisung im eingehenden Text wird als Befehl ausgef\u00fchrt<\/td>OWASP LLM01, Standardrisiko jedes LLM-Agenten<\/td><\/tr>
Memory Injection<\/td>Vergiftete Erinnerung wirkt dauerhaft im Ged\u00e4chtnis fort<\/td>Laut CrAIBench gef\u00e4hrlicher als Prompt Injection<\/td><\/tr>
Rechte-Eskalation<\/td>Geschenkte NFT oder Token schaltet Transfer- oder Swap-Rechte frei<\/td>Grok\/Bankr-Vorfall Mai 2026, sechsstelliger Betrag<\/td><\/tr>
Prompt-zu-RCE<\/td>Modellausgabe wird auf privilegierte Werkzeuge abgebildet, es folgt Codeausf\u00fchrung<\/td>Microsoft Security 2026, per CVE dokumentiert<\/td><\/tr>
Plugin-Lieferkette<\/td>B\u00f6sartiger Code in einem Drittanbieter-Plugin<\/td>Risiko jedes offenen Plugin-\u00d6kosystems<\/td><\/tr><\/tbody><\/table><\/figure>

Autonomie gegen Sicherheit: der ungel\u00f6ste Zielkonflikt<\/h2>

Gegen diese Angriffe gibt es Gegenma\u00dfnahmen, nur haben sie einen Preis. Vitalik Buterin hat die g\u00e4ngige Linie in seinem Blog zusammengefasst: Inferenz m\u00f6glichst lokal ausf\u00fchren, alles strikt in einer Sandbox kapseln, autonome Transaktionen deckeln (als groben Richtwert nennt er etwa 100 US-Dollar pro Tag) und Mensch und Modell als Zwei-Faktor-Freigabe koppeln (vitalik.eth.limo<\/a>). Seine Warnung unterf\u00fcttert er mit einer unbequemen Sch\u00e4tzung: Ein betr\u00e4chtlicher Teil der angebotenen Agenten-F\u00e4higkeiten trage bereits b\u00f6sartige Anweisungen in sich.<\/p>

Das Dilemma ist offensichtlich. Jede dieser Ma\u00dfnahmen beschneidet genau die Autonomie, die ein Agent eigentlich verkaufen soll. Ein Agent, der f\u00fcr jede Transaktion \u00fcber 100 US-Dollar eine menschliche Freigabe braucht, ist kein autonomer Akteur mehr, sondern ein besserer Assistent mit Best\u00e4tigungsknopf. Mehr Sicherheit bedeutet weniger Autonomie, und umgekehrt. Dieser Zielkonflikt ist 2026 ungel\u00f6st, und er ist der Grund, warum selbst Enthusiasten zur Vorsicht raten.<\/p>

Walters selbst, der Mann, der das wohl bekannteste Agenten-Framework gebaut hat, formuliert es im Gespr\u00e4ch mit Decrypt<\/a> verbl\u00fcffend klar: „You probably do not want to give an AI agent a bunch of money and expect it to make you more“, man wolle einem KI-Agenten vermutlich nicht einfach viel Geld anvertrauen in der Erwartung, er mehre es. Aus dem Mund des Gr\u00fcnders ist das weniger Resignation als Realismus \u00fcber den Stand der Technik.<\/p>

Ein verbreitetes Missverst\u00e4ndnis geh\u00f6rt hier ausger\u00e4umt. Verfahren f\u00fcr verifizierbares Rechnen, also kryptografische oder hardwaregest\u00fctzte Beweise, dass ein bestimmtes Modell eine bestimmte Rechnung korrekt ausgef\u00fchrt hat, l\u00f6sen das Injektionsproblem nicht. Sie beweisen, dass die Rechnung integer war, nicht, dass die Eingabe sauber war. Ein Agent kann nachweislich korrekt rechnen und trotzdem einem vergifteten Kontext folgen. Wie solche Beweise technisch in einen Smart Contract kommen, zeigt unser Beitrag zu Rituals Architektur f\u00fcr verifizierbare KI<\/a>; und wo die Rechenleistung daf\u00fcr g\u00fcnstig herkommt, beleuchtet unsere Analyse zum Comeback der dezentralen GPUs bei Akash<\/a>. Beide adressieren die Integrit\u00e4t der Berechnung, nicht die Sauberkeit der Eingabe.<\/p>

Die Konkurrenz: Eliza im Framework-Wettbewerb<\/h2>

Eliza ist 2026 nicht allein. Der Sektor der KI-Agenten bringt es laut CoinGecko auf eine Marktkapitalisierung von rund 3,82 Milliarden US-Dollar, angef\u00fchrt vom Venice-Token (VVV) mit rund 1,35 Milliarden US-Dollar. Der direkteste Rivale als Framework und Startrampe ist Virtuals Protocol auf Base und Solana, eine No-Code-Plattform mit nach eigenen Angaben rund 15.800 Projekten; der zugeh\u00f6rige VIRTUAL-Token ist mit rund 463 Millionen US-Dollar bewertet und damit, anders als ELIZAOS, quicklebendig. Dazu kommen die Artificial Superintelligence Alliance (FET) und auf der Zahlungsseite spezialisierte Ketten wie Kite.<\/p>

Jenseits von Krypto konkurriert Eliza mit einer ganz anderen Liga: LangChain, CrewAI, Microsofts Semantic Kernel und weitere Frameworks, die keinen Token kennen und aus der klassischen Softwarewelt kommen. F\u00fcr einen Entwickler, der schlicht einen zuverl\u00e4ssigen Agenten bauen will, sind das echte Alternativen. Elizas Alleinstellung liegt in der Web3-N\u00e4he: direkte Wallet- und Smart-Contract-Anbindung, das gr\u00f6\u00dfte kryptonahe Plugin-\u00d6kosystem und der Anspruch, ein vollst\u00e4ndiges Betriebssystem f\u00fcr Agenten zu sein, nicht nur eine Bibliothek.<\/p>

Die Schw\u00e4chen sind die Kehrseite der Geschichte dieses Textes. Ohne Token-Kasse fehlt das Kriegsgeld, mit dem Konkurrenten Audits, Entwickler und Marketing bezahlen. Die Kontrolle durch eine Person ist St\u00e4rke (klare Richtung, kein Kurszwang) und Risiko (Abh\u00e4ngigkeit von Schl\u00fcsselpersonen) zugleich. Und die Sicherheitsdecke, das Memory-Injection-Problem, teilt Eliza zwar mit allen, tr\u00e4gt es aber als namentlich untersuchtes Beispiel mit einem Reputationsrisiko.<\/p>

Framework<\/th>Token<\/th>Lizenz \/ Umfeld<\/th>Profil<\/th><\/tr><\/thead>
Eliza \/ ElizaOS<\/td>keiner (seit 2026)<\/td>MIT, Web3-nativ<\/td>Gr\u00f6\u00dftes kryptonahes Plugin-\u00d6kosystem, OS-Anspruch<\/td><\/tr>
Virtuals Protocol<\/td>VIRTUAL (lebendig)<\/td>propriet\u00e4re Plattform, Base\/Solana<\/td>No-Code-Startrampe, rund 15.800 Projekte<\/td><\/tr>
ASI Alliance<\/td>FET<\/td>Krypto<\/td>Fusion aus Fetch.ai, SingularityNET und Ocean<\/td><\/tr>
LangChain \/ CrewAI<\/td>keiner<\/td>klassische Softwarewelt<\/td>Breit genutzt, nicht krypto-spezifisch<\/td><\/tr><\/tbody><\/table><\/figure>

BaFin, MiCA und die Steuer: der Rahmen f\u00fcr deutsche Nutzer<\/h2>

Wer von Deutschland aus mit Eliza-Agenten arbeitet, sollte drei Ebenen auseinanderhalten: Aufsicht, Haftung und Steuer. Bei der Aufsicht gilt der Grundsatz, den die BaFin in ihrem Merkblatt zu Kryptowerte-Dienstleistungen<\/a> festh\u00e4lt: Reguliert werden Dienstleister und Emittenten (die CASPs unter MiCA), nicht das Protokoll oder das Framework an sich. Ein quelloffenes St\u00fcck Software wie Eliza ist kein beaufsichtigtes Finanzprodukt. Sobald aber jemand damit eine erlaubnispflichtige Dienstleistung anbietet, etwa Verwahrung oder Handel f\u00fcr Dritte, greift die MiCA-Lizenzpflicht, deren \u00dcbergangsfrist in Deutschland am 1. Juli 2026 endete.<\/p>

Die Haftungsfrage ist f\u00fcr Agenten besonders heikel, weil ein KI-Agent keine Rechtspers\u00f6nlichkeit besitzt. Er kann nicht klagen, nicht verklagt werden, hat keine Steuernummer. Verursacht er einen Schaden, f\u00e4llt die Verantwortung auf einen Menschen oder ein Unternehmen zur\u00fcck, auf denjenigen, der den Agenten einsetzt, konfiguriert oder betreibt. Ber\u00e4t ein Agent bei der Geldanlage oder verwaltet er ein Portfolio, kann zudem MiFID II greifen, nicht MiCA, denn Anlageberatung ist eine Wertpapierdienstleistung.<\/p>

Steuerlich behandelt das deutsche Recht Krypto-Gewinne als privates Ver\u00e4u\u00dferungsgesch\u00e4ft nach Paragraf 23 EStG, Kryptowerte gelten als anderes Wirtschaftsgut. Nach einem Jahr Haltefrist ist ein Gewinn steuerfrei, davor bis zum pers\u00f6nlichen Satz von bis zu 45 Prozent plus Soli steuerpflichtig, mit einer Freigrenze von 1.000 Euro und der FIFO-Methode. F\u00fcr Agenten hat das eine unangenehme Pointe: Jede Zahlung, die ein Agent in einem Dollar-Stablecoin leistet, ist potenziell eine Ver\u00e4u\u00dferung, tausende Mikrozahlungen werden zu tausenden steuerlich relevanten Vorg\u00e4ngen. Und 24\/7 laufender, hochfrequenter Handel kann als gewerblich eingestuft werden, was die Einjahresfrist aushebelt. Was dabei an der Jahresgrenze zu beachten ist, f\u00fchrt unser Beitrag zum Stichtag 31. Dezember und der Bestandsschutz-Falle<\/a> aus.<\/p>

Ein letzter Punkt betrifft die Kasse der Finanzierungsschicht. Slop Cash zahlt in USDC, einem unter MiCA als E-Geld-Token eingeordneten Stablecoin. Wer solche Mittel \u00fcber regulierte B\u00f6rsen oder Verwahrer bewegt, st\u00f6\u00dft auf Identit\u00e4ts- und Geldw\u00e4schepr\u00fcfungen, deren Ernsthaftigkeit in der Praxis schwankt; wie l\u00f6chrig eine nur auf dem Papier existierende KYC-Pr\u00fcfung sein kann, zeigt der Fall OKX und die 504-Millionen-Dollar-Strafe<\/a>. F\u00fcr ein tokenloses Framework ist das vor allem ein Hinweis darauf, dass die Regulierung an den Ein- und Ausstiegspunkten ansetzt, nicht am Code.<\/p>

Ausblick: Was 2027 \u00fcber Eliza entscheidet<\/h2>

Eliza ist 2026 ein Test, an dem sich eine gr\u00f6\u00dfere Frage entscheidet: L\u00e4sst sich in der Krypto-KI die n\u00fctzliche Software vom spekulativen Token trennen? Vier Dinge sind im kommenden Jahr zu beobachten. Erstens, ob die $SLOP-Auktion im vierten Quartal gelingt und das tokenlose Finanzierungsmodell tats\u00e4chlich genug Geld in die Entwicklung sp\u00fclt, oder ob es beim symbolischen Anfang bleibt. Zweitens, ob die seit Langem angek\u00fcndigten Rust- und Python-Varianten endlich als fertiges Produkt erscheinen; bis heute sind sie im Kern nicht sichtbar.<\/p>

Drittens, ob aus der Gaming-Wette ein spielbares Produkt wird, nicht nur ein Repository mit Versprechen. Und viertens, die eigentliche Nagelprobe, ob das Memory-Injection-Problem sp\u00fcrbar entsch\u00e4rft werden kann, ohne die Autonomie vollends zu kastrieren. Gelingt das niemandem, bleibt die ehrlichste Anwendung eines Agenten auf absehbare Zeit die mit engem menschlichem Z\u00fcgel.<\/p>

Die Antwort auf die Titelfrage, Leben nach dem Token, f\u00e4llt vorsichtig optimistisch aus. Der Code lebt messbar, am GitHub-Puls, am Plugin-\u00d6kosystem, an einem Finanzierungsmechanismus, der zumindest existiert. Was fehlt, ist der Beweis, dass dieses Leben sich selbst tr\u00e4gt, \u00fcber Jahre, gegen token-finanzierte Konkurrenz, unter dem Damoklesschwert der Sicherheitsl\u00fccken. Walters hat die Wette aufgemacht, dass Qualit\u00e4t ohne Kursfantasie gen\u00fcgt. 2027 wird zeigen, ob sie aufgeht.<\/p>

F\u00fcrs Erste gilt die n\u00fcchterne Doppelbotschaft, mit der dieser Text begann. Der Token von Eliza ist tot, daran \u00e4ndert kein Oktober-Zucken etwas. Der Code lebt, daran \u00e4ndert die leere Kasse nichts. Wer das Projekt bewerten will, sollte aufh\u00f6ren, auf den Chart zu starren, und anfangen, den Commits zu folgen.<\/p>

H\u00e4ufig gestellte Fragen<\/h2>

Ist der ELIZAOS-Token tot?<\/h3>

Ja. Gr\u00fcnder Shaw Walters hat den Token im August 2026 \u00f6ffentlich f\u00fcr tot erkl\u00e4rt, es gibt keine St\u00fctzungsk\u00e4ufe, keine Angebotsk\u00fcrzungen und keinen Ersatz-Token. Der Kurs liegt rund 96 Prozent unter dem Allzeithoch, bei einer Marktkapitalisierung von nur noch rund 3 Millionen US-Dollar. Das quelloffene Framework dagegen wird unabh\u00e4ngig vom Token weiterentwickelt.<\/p>

Was ist das Eliza-Framework (ElizaOS)?<\/h3>

Eliza, auch ElizaOS, ist ein quelloffenes TypeScript-Framework zum Bau autonomer KI-Agenten mit Web3-Anbindung. Ein Agent nutzt ein Large Language Model als Denkapparat, besitzt Ged\u00e4chtnis und F\u00e4higkeiten und kann eigene Blockchain-Transaktionen signieren. Das Projekt versteht sich heute als Betriebssystem f\u00fcr Agenten und ist unter der MIT-Lizenz auf GitHub verf\u00fcgbar.<\/p>

Wer finanziert ElizaOS, seit der Token weg ist?<\/h3>

Die Entwicklung l\u00e4uft \u00fcber Slop Cash, einen nicht-verwahrenden Mechanismus von Walters und Drew Pierson, der Beitr\u00e4ge nur f\u00fcr tats\u00e4chlich gemergten Code in USDC bezahlt. Die Finanzierungs- und Steuerungsschicht dar\u00fcber, die Plattform Umia, arbeitet allerdings sehr wohl mit Token; das Framework selbst bleibt tokenlos, die Token sind eine Ebene nach oben gewandert.<\/p>

Ist ein Eliza-KI-Agent mit eigener Wallet sicher?<\/h3>

Nur mit klaren Grenzen. Der Kern des Risikos ist, dass ein Sprachmodell Anweisung und Daten nicht zuverl\u00e4ssig trennt; besonders gef\u00e4hrlich ist laut der Studie CrAIBench die Memory Injection, das dauerhafte Vergiften des Ged\u00e4chtnisses. Experten raten zu lokaler Ausf\u00fchrung, strikter Sandbox, Ausgabenlimits und menschlicher Freigabe, was die Autonomie des Agenten allerdings einschr\u00e4nkt.<\/p>

Wie werden Gewinne mit KI-Agenten in Deutschland besteuert?<\/h3>

Krypto-Gewinne gelten als privates Ver\u00e4u\u00dferungsgesch\u00e4ft nach Paragraf 23 EStG. Nach einem Jahr Haltefrist sind sie steuerfrei, davor bis zum pers\u00f6nlichen Satz von bis zu 45 Prozent steuerpflichtig, mit einer Freigrenze von 1.000 Euro. Jede Stablecoin-Zahlung eines Agenten kann eine Ver\u00e4u\u00dferung sein, und hochfrequenter Dauerbetrieb riskiert die Einstufung als gewerblich.<\/p>