{"id":287,"date":"2026-08-15T16:28:11","date_gmt":"2026-08-15T16:28:11","guid":{"rendered":"https:\/\/hoge.gg\/de\/eliza-2026-token-tot-framework-lebt-weiter\/"},"modified":"2026-08-15T16:28:11","modified_gmt":"2026-08-15T16:28:11","slug":"eliza-2026-token-tot-framework-lebt-weiter","status":"publish","type":"post","link":"https:\/\/hoge.gg\/de\/eliza-2026-token-tot-framework-lebt-weiter\/","title":{"rendered":"Eliza 2026: Der Token ist tot, das Framework lebt weiter"},"content":{"rendered":"

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\u00e4ndig). Gemeint war ELIZAOS, jenes Projekt, das als ai16z im Herbst 2024 startete, zeitweise mit rund 2,4 Mrd. US-Dollar bewertet wurde und f\u00fcr viele als Sinnbild eines ganzen Sektors galt: autonome KI-Agenten, die auf der Blockchain ihr eigenes Geld verwalten. Kurz darauf berichteten CoinDesk<\/a>, The Block und Decrypt \u00fcbereinstimmend \u00fcber den Schritt.<\/p>

Doch die Nachricht hat zwei H\u00e4lften, 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\u00e4gt, wird weiter entwickelt. Auf GitHub<\/a> sammelt das Repository rund 19.100 Sterne, die Lizenz ist MIT, die Sprache TypeScript, und Commits landen weiter fast t\u00e4glich. F\u00fcr deutschsprachige Leser lohnt der genaue Blick, weil der Fall zwei Fragen zusammenf\u00fchrt, die den Markt 2026 pr\u00e4gen: Braucht Software im Krypto-Umfeld \u00fcberhaupt einen eigenen Token, um zu \u00fcberleben? Und wer tr\u00e4gt die Verantwortung, wenn ein KI-Agent, den niemand vollst\u00e4ndig kontrolliert, Geld bewegt?<\/p>

Der Tag, an dem Walters den Token f\u00fcr tot erkl\u00e4rte<\/h2>

Walters, Gr\u00fcnder von Eliza Labs, machte kurzen Prozess. In mehreren Posts erkl\u00e4rte er den Token f\u00fcr erledigt: keine weitere Unterst\u00fctzung durch die Stiftung, keine R\u00fcckk\u00e4ufe, keine Ma\u00dfnahmen an der Umlaufmenge. Ausl\u00f6ser 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\u00f6gen der Stiftung an die Kl\u00e4ger zu \u00fcbertragen. Seine Begr\u00fcndung, 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.<\/p>

Pers\u00f6nlich 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\u00fcr den Rest dieses Textes zentral ist. In den Berichten von CoinDesk<\/a> wird er sinngem\u00e4\u00df so zitiert: „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“. Und knapper: „Eliza ist tot. Lang lebe Eliza“. Es ist eine ungew\u00f6hnliche Ansage: Der Gr\u00fcnder begr\u00e4bt das Finanzinstrument und schw\u00f6rt zugleich, den Code f\u00fcr immer weiterzuf\u00fchren.<\/p>

Framework, nicht Token: Was Eliza wirklich ist<\/h2>

Um zu verstehen, warum das eine sterben kann, w\u00e4hrend 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\u00e4ndig 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.<\/p>

Technisch ist Eliza in TypeScript geschrieben, MIT-lizenziert und geh\u00f6rt zu den meistbeachteten KI-Repositories \u00fcberhaupt. Das Repository<\/a> tr\u00e4gt inzwischen den Untertitel „Your agentic operating system“, ein Hinweis auf den gewachsenen Anspruch: nicht nur eine Bibliothek, sondern ein Betriebssystem f\u00fcr Agenten. Rund 19.100 Sterne, etwa 5.700 Forks und knapp 14.000 Commits auf dem Entwicklungszweig zeigen, dass die Aktivit\u00e4t nicht am Tokenpreis h\u00e4ngt.<\/p>

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\u00f6st. 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<\/a> etwa skalieren, so das Argument, die Beweise, nicht zwangsl\u00e4ufig die Token.<\/p>

Vom „Gauntlet“ zum 2,4-Milliarden-Peak<\/h2>

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<\/a> berichtete.<\/p>

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\u00e4hlung: ein autonomer, KI-gesteuerter Fonds.<\/p>

Der Peak kam fr\u00fch. Am 2. Januar 2025 erreichte der Token laut CoinDesk<\/a> 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\u00e4rts. Ende Januar 2025 folgte die Umbenennung in ElizaOS, nachdem a16z selbst um Distanz gebeten hatte; Decrypt<\/a> berichtete \u00fcber die Namens- und Markenverwirrung. Schon in dieser Phase mehrten sich Zweifel an der Autonomie: Der angeblich eigenst\u00e4ndige Agent, so fr\u00fche Berichte und sp\u00e4ter die Klage, wurde in Wahrheit weitgehend von Menschen gesteuert, die Trades freigaben.<\/p>

Auch die Umstellung von ai16z auf ELIZAOS selbst wurde sp\u00e4ter beanstandet. Technisch war sie eine Migration mit erh\u00f6hter Zielmenge: Aus der urspr\u00fcnglichen ai16z-Menge sollten bis zu 11 Mrd. ELIZAOS werden, ein Aufschlag, der Spielraum f\u00fcr genau jene Zuteilungen schuf, die im Zentrum der Klage stehen. In der Praxis blieb die Umlaufmenge weit unter diesem Ziel. F\u00fcr Anleger, die nahe dem H\u00f6chststand eingestiegen waren, war das ohnehin zweitrangig, denn der Kurs hatte seinen Boden da l\u00e4ngst verloren, und jede weitere Ausgabe verw\u00e4sserte, was noch \u00fcbrig war.<\/p>

Die Sammelklage, die alles beendete<\/h2>

Im April 2026 reichte Burwick Law f\u00fcr den spanischen Kl\u00e4ger Gorka Pikabea beim Bundesgericht f\u00fcr den S\u00fcdbezirk 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\u00fcrfe laut Gerichtsakte<\/a>: falsche Werbung nach New Yorker und kalifornischem Recht sowie ungerechtfertigte Bereicherung.<\/p>

Kern der Klage ist, dass sich das Projekt als autonomer, KI-gesteuerter Wagniskapitalfonds vermarktet habe, w\u00e4hrend Insider die Kontrolle behielten. Beanstandet wird auch die Migration von ai16z zu ELIZAOS: Die Kl\u00e4ger sprechen von einem 60\/40-Schl\u00fcssel, 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\u00fcrfe sind unbewiesen.<\/p>

Der Fall kam nur schleppend voran. Bei einer Anh\u00f6rung im Fr\u00fchjahr zeigte sich der zust\u00e4ndige Richter Jed S. Rakoff ungehalten dar\u00fcber, dass die Kl\u00e4ger monatelang nur einen einzigen Zustellversuch an Walters unternommen hatten. Aktenkundig ist laut dem Gerichtsreporter Inner City Press<\/a> 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\u00f6mmlichem Weg verklagen; Quinn-Watson lebt in Australien, was die Zustellung nach der Haager \u00dcbereinkunft zus\u00e4tzlich verz\u00f6gerte. Am Ende entschied nicht das Gericht, sondern das leere Konto: Im August \u00fcbertrug die Stiftung ihr Restverm\u00f6gen, und Walters erkl\u00e4rte den Token f\u00fcr tot.<\/p>

Eine Pikanterie am Rande verdichtet die Geschichte. Sebastian Quinn-Watson, in der Klage als Beklagter gef\u00fchrt, war kurz zuvor Direktor bei Secure Blockchain geworden, jenem b\u00f6rsennotierten Unternehmen, das kommerziell auf elizaOS aufbaut. Derselbe Name steht damit zugleich f\u00fcr den juristischen Tiefpunkt des Tokens und f\u00fcr den Versuch, aus dem Framework ein seri\u00f6ses Gesch\u00e4ft zu machen. Deutlicher l\u00e4sst sich die Kluft zwischen dem gescheiterten Finanzprodukt und der weiterlaufenden Software kaum illustrieren.<\/p>

F\u00fcr deutsche Anleger ist der Fall vor allem als Muster interessant. Er zeigt, wie langsam sich Anspr\u00fcche 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 \u00fcber Krypto-ETF-Zulassungen<\/a> entscheidet.<\/p>

Warum das Framework den Token \u00fcberlebt<\/h2>

Die Qualit\u00e4t eines Frameworks und die Kursentwicklung seines Tokens sind zwei getrennte Dinge, und der Eliza-Fall f\u00fchrt das in Reinform vor. Der Token brauchte K\u00e4ufer, um einen Preis zu haben; das Framework braucht nur Entwickler, um n\u00fctzlich zu bleiben. Solange Teams ein wirtschaftliches Interesse am Code haben, \u00fcberlebt er den Preisverfall des Tokens.<\/p>

Dimension<\/th>ELIZAOS (Token)<\/th>eliza (Framework)<\/th><\/tr><\/thead>
Status<\/td>f\u00fcr tot erkl\u00e4rt (4. Aug 2026)<\/td>aktiv, wird weiter entwickelt<\/td><\/tr>
Wert<\/td>rund 1,4 Mio. Euro Marktkap.<\/td>kein Marktpreis (Open Source)<\/td><\/tr>
Spitzenwert<\/td>rund 2,4 Mrd. US-Dollar (Jan 2025)<\/td>rund 19.100 GitHub-Sterne<\/td><\/tr>
Rechtsform<\/td>Solana-Token (SPL)<\/td>MIT-Lizenz, TypeScript<\/td><\/tr>
Kontrolle<\/td>Stiftung (in Aufl\u00f6sung)<\/td>Maintainer, Adopter, Forks<\/td><\/tr>
Nutzen<\/td>Spekulation, Governance<\/td>Agenten bauen und betreiben<\/td><\/tr><\/tbody><\/table><\/figure>

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\u00e4ftsautomatisierung, das die b\u00f6rsennotierte Secure Blockchain Development Corp. gemeinsam mit der Eliza Foundation auf dem offenen Framework baut. Laut Mitteilung<\/a> war eine erste Version f\u00fcr 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 \u00fcberlebt.<\/p>

\u00dcber die reinen Registries hinaus ist rund um Eliza ein kleines \u00d6kosystem entstanden. Entwickler-F\u00f6rderungen und Agenten-Projekte, von Spielwelten bis zu Handelsassistenten, setzen auf derselben Laufzeit auf. Nicht jedes dieser Projekte wird \u00fcberleben, und einige waren st\u00e4rker 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\u00e4chlich etwas gebaut haben.<\/p>

Unter der Haube: Plugins, Actions und Provider<\/h2>

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\u00e4nde, Marktdaten, gespeicherte Erinnerungen. Evaluators (Bewerter) pr\u00fcfen nach einer Interaktion, was gelernt oder abgelegt werden soll. Services halten langlaufende Verbindungen, etwa zu Discord oder einer Blockchain.<\/p>

Das Besondere: All das registriert sich \u00fcber eine einzige Plugin-Schnittstelle. Ein Plugin kann Adapter, Aktionen, Bewerter, Anbieter, Modelle, Routen, Ereignisse und Dienste zugleich mitbringen. Diese Einheitlichkeit erkl\u00e4rt, warum das \u00d6kosystem so schnell w\u00e4chst und warum externe Teams eigene Registries betreiben k\u00f6nnen, ohne den Kern zu ber\u00fchren. Dar\u00fcber liegt ein Nachrichtenmodell, das 2026 zunehmend auf Kan\u00e4le umgestellt wird: Worlds (etwa ein Server oder Arbeitsbereich) enthalten Rooms (Kan\u00e4le oder Direktnachrichten), in denen Entities (Nutzer oder Agenten) interagieren.<\/p>

Auff\u00e4llig ist auch das Tempo. In manchen Wochen erscheinen mehrere Vorabversionen hintereinander, und die Entwicklung reicht \u00fcber 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\u00fch und sollte nicht \u00fcbersch\u00e4tzt werden, aber es erkl\u00e4rt den Untertitel „agentic operating system“: Der Anspruch ist, mehr als ein Chatbot-Baukasten zu sein.<\/p>

Ein Merkmal unterscheidet Eliza von reinen Werkzeug-Frameworks: der Fokus auf Pers\u00f6nlichkeit. Agenten werden \u00fcber eine Charakterdatei definiert, die Ton, Wissen und Verhalten festlegt. F\u00fcr Entwickler hei\u00dft das, dass ein Agent, der f\u00fcr Discord gebaut wurde, sich mit \u00fcberschaubarem Aufwand nach Telegram oder ins Web heben l\u00e4sst, ohne die Logik neu zu schreiben. Genau diese Portabilit\u00e4t ist ein Grund, warum der Code auch ohne Token attraktiv bleibt.<\/p>

Der wunde Punkt: manipulierbare Erinnerungen<\/h2>

Der gr\u00f6\u00dfte ungel\u00f6ste 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\u00fccklich auch ElizaOS-basierte, durch manipulierten Kontext zu Fehlhandlungen bewegen lassen. Das Papier<\/a> beschreibt das Prinzip klar: Wer die Erinnerungen eines Agenten vergiftet, etwa \u00fcber eine harmlos aussehende Nachricht, kann ihn dazu bringen, Gelder an eine fremde Adresse zu senden. Der zugeh\u00f6rige Benchmark hei\u00dft CrAIBench.<\/p>

Die Ursache ist strukturell: Ein Sprachmodell trennt Anweisung und Daten nicht zuverl\u00e4ssig. Alles, was im Kontext steht, kann als Befehl gelesen werden. In der Praxis hei\u00dft das, dass ein Agent mit Wallet-Zugriff eine gro\u00dfe Angriffsfl\u00e4che hat. Ein prominenter Vorfall au\u00dferhalb von Eliza illustrierte das im Mai 2026, als ein Angreifer \u00fcber 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.<\/p>

Der Kern des Problems ist ein Zielkonflikt, den bisher niemand gel\u00f6st hat. Je mehr Freiheit ein Agent bekommt, desto n\u00fctzlicher ist er, und desto gr\u00f6\u00dfer ist der Schaden, wenn er get\u00e4uscht wird. Wer die Rechte hart beschneidet und jede gr\u00f6\u00dfere Aktion von einem Menschen best\u00e4tigen l\u00e4sst, nimmt dem Agenten genau die Autonomie, die ihn interessant macht. F\u00fcr Eliza wie f\u00fcr jedes andere Framework hei\u00dft das: Sicherheit ist keine Funktion, die man nachr\u00fcstet, sondern eine Abw\u00e4gung, die in jedes Agenten-Design geh\u00f6rt.<\/p>

Vitalik Buterin hat daraus konkrete Vorschl\u00e4ge abgeleitet. In einem Beitrag<\/a> vom April 2026 empfiehlt er, autonome Transaktionen zu deckeln (Gr\u00f6\u00dfenordnung 100 US-Dollar pro Tag), Mensch und Modell als Zwei-Faktor-Best\u00e4tigung zu verschalten und davon auszugehen, dass ein erheblicher Teil der angebotenen Agenten-F\u00e4higkeiten b\u00f6sartige Anweisungen enth\u00e4lt. Wer Agenten wirtschaftlich absichern will, denkt zunehmend \u00fcber eigene Sicherheitsm\u00e4rkte nach, wie sie etwa bei Based Applications<\/a> diskutiert werden. F\u00fcr Eliza-Nutzer ist die Lehre schlicht: Ein Agent mit Wallet braucht harte Limits, nicht blindes Vertrauen.<\/p>

Eliza im Wettbewerb: Virtuals, Olas, LangChain, CrewAI<\/h2>

Eliza ist nicht das einzige Agenten-Framework, und der Vergleich zeigt, wo es steht. Die folgende \u00dcbersicht ordnet die wichtigsten Alternativen nach Betreiber, Ansatz und Tokenbindung.<\/p>

Framework<\/th>Betreiber<\/th>Ansatz<\/th>Eigener Token<\/th>Fokus<\/th><\/tr><\/thead>
ElizaOS (eliza)<\/td>Eliza Labs \/ Walters<\/td>TypeScript, Plugin-System<\/td>ja, aber f\u00fcr tot erkl\u00e4rt<\/td>Charakter-Agenten, Krypto<\/td><\/tr>
Virtuals Protocol<\/td>Virtuals<\/td>No-Code-Launchpad (Base\/Solana)<\/td>ja (VIRTUAL, aktiv)<\/td>Agenten-Marktplatz<\/td><\/tr>
Olas (Autonolas)<\/td>Valory<\/td>Python, autonome Services<\/td>ja (OLAS, aktiv)<\/td>DeFi, Prognosem\u00e4rkte<\/td><\/tr>
LangChain<\/td>LangChain Inc.<\/td>Python\/JS-Bibliothek<\/td>nein<\/td>Enterprise, allgemein<\/td><\/tr>
CrewAI<\/td>CrewAI Inc.<\/td>Python, Multi-Agent<\/td>nein<\/td>rollenbasierte Teams<\/td><\/tr><\/tbody><\/table><\/figure>

Der Vergleich zeigt ein Muster. Die beiden gr\u00f6\u00dften Nicht-Krypto-Frameworks, LangChain (mit weit \u00fcber 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\u00e4rkten<\/a> zeitweise einen erheblichen Teil der Aktivit\u00e4t stellen, ein Beleg daf\u00fcr, dass autonome Software auch dort schon reale Volumina bewegt.<\/p>

Der KI-Agenten-Sektor 2026: die tokenlose Wende<\/h2>

Der gesamte Sektor der KI-Agenten-Token bringt Mitte August 2026 laut CoinGecko<\/a> 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 \u00fcber 3 Mrd. US-Dollar. ELIZAOS rangiert weit unten. Die folgende Tabelle stellt die gr\u00f6\u00dften Vertreter dem einstigen Vorzeigeprojekt gegen\u00fcber (Marktkapitalisierung gerundet in Euro, Quelle in US-Dollar).<\/p>

Projekt (Token)<\/th>Kurs (USD)<\/th>Marktkap. (ca. Euro)<\/th><\/tr><\/thead>
Venice (VVV)<\/td>11,96<\/td>rund 493 Mio.<\/td><\/tr>
Virtuals (VIRTUAL)<\/td>0,56<\/td>rund 319 Mio.<\/td><\/tr>
ASI Alliance (FET)<\/td>0,13<\/td>rund 254 Mio.<\/td><\/tr>
Kite (KITE)<\/td>0,097<\/td>rund 201 Mio.<\/td><\/tr>
OriginTrail (TRAC)<\/td>0,26<\/td>rund 100 Mio.<\/td><\/tr>
Holoworld (HOLO)<\/td>0,062<\/td>rund 41 Mio.<\/td><\/tr>
ElizaOS (ELIZAOS)<\/td>0,00021<\/td>rund 1,4 Mio.<\/td><\/tr><\/tbody><\/table><\/figure>

Nach Daten von CoinGecko<\/a> 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\u00fcck, das Migrationsziel von 11 Mrd. wurde nie erreicht.<\/p>

Parallel dazu wandern Agenten tiefer in die Finanzanwendungen selbst. Ein wachsender Teil neuer DeFi-Protokolle bindet mindestens einen autonomen Agenten ein, sei es f\u00fcr Rebalancing, Liquidationen oder Governance-Abstimmungen. Das macht die Technik einerseits n\u00fctzlicher, andererseits anf\u00e4lliger: Korrelierte Agenten, die auf dieselben Signale reagieren, k\u00f6nnen Bewegungen verst\u00e4rken und laden zur Ausnutzung durch MEV-Strategien ein. Der Sektor lernt gerade, dass mehr Autonomie nicht automatisch mehr Stabilit\u00e4t bedeutet.<\/p>

Der eigentliche Trend ist aber ein anderer. Immer mehr Projekte trennen Produkt und Token oder verzichten ganz auf ein handelbares Papier. Ritual<\/a> etwa treibt verifizierbare KI-Inferenz voran, ohne dass es einen offiziellen Token gibt. Eliza ist damit kein Ausrei\u00dfer, sondern ein besonders lautes Beispiel f\u00fcr eine Branche, die lernt, dass ein Token oft eher Haftungsrisiko als Gesch\u00e4ftsmodell ist.<\/p>

Wer pflegt ein herrenloses Framework?<\/h2>

Wenn Stiftung und Token verschwinden, stellt sich eine Frage, die Open Source seit Jahrzehnten kennt: Wer pflegt das Ganze? F\u00fcr Eliza zeichnen sich drei Modelle ab, die sich nicht ausschlie\u00dfen.<\/p>

Modell<\/th>Wer<\/th>Anreiz<\/th>Risiko<\/th><\/tr><\/thead>
Gr\u00fcnder \/ IP-Eigent\u00fcmer<\/td>Shaw Walters<\/td>besitzt die Rechte, will weiterbauen<\/td>Abh\u00e4ngigkeit von einer Person<\/td><\/tr>
Kommerzielle Adopter<\/td>Nethermind, Automata, Secure Blockchain<\/td>eigenes Produkt (z. B. Agentic SME)<\/td>Fragmentierung durch Forks<\/td><\/tr>
Freiwillige Community<\/td>externe Maintainer<\/td>Reputation, Eigennutzen<\/td>\u00dcberlastung, Konzentration auf wenige<\/td><\/tr><\/tbody><\/table><\/figure>

Walters selbst h\u00e4lt das geistige Eigentum und hat angek\u00fcndigt, weiterzumachen. Kommerzielle Adopter warten und pflegen aus Eigeninteresse, weil ihre Produkte auf dem Code laufen. Und die Freiwilligen-Community tr\u00e4gt den Rest. Der Haken zeigt sich in den Entwicklungsprotokollen: Ein kleiner Kreis von Kernentwicklern tr\u00e4gt die Infrastruktur, etwa die CI\/CD-Pipeline. Das ist bei jungen Open-Source-Projekten normal, aber es ist ein Klumpenrisiko. F\u00e4llt dieser Kern aus, stockt die Pflege, und niemand ist mehr formal verantwortlich, Sicherheitsl\u00fccken zu schlie\u00dfen.<\/p>

Was das f\u00fcr Entwickler bedeutet<\/h2>

F\u00fcr Teams, die 2026 \u00fcberlegen, 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\u00f6glich. 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\u00fccken koordiniert schlie\u00dft.<\/p>

In der Praxis l\u00e4sst sich das Risiko \u00fcber wenige n\u00fcchterne Regeln steuern:<\/p>