Slop Cash: Wie Shaw Walters Eliza ohne Token finanziert
Der ai16z-Token ist tot, das Eliza-Framework lebt weiter. Mit Slop Cash startet Mitentwickler Shaw Walters eine nicht-verwahrende Bezahlschiene, die Open-Source-Arbeit in USDC vergütet.
Als Shaw Walters, der Entwickler hinter dem KI-Agenten-Framework Eliza, Anfang August 2026 öffentlich erklärte, der Token sei „komplett tot“, klang das wie das Ende einer der lautesten Geschichten des Krypto-KI-Zyklus. Der Token, der zum Jahreswechsel 2024/2025 kurzzeitig rund 2,4 Milliarden US-Dollar wert war, notierte nur noch im sechsstelligen Bereich. Die Stiftung wickelte sich ab, nachdem sie ihre verbliebenen Mittel an die Kläger einer Sammelklage übertragen hatte. Was blieb, war der Code.
Und der Code lief weiter. Das Repository elizaOS/eliza auf GitHub sammelt bis heute Sterne, Forks und Pull Requests; rund 19.500 Sterne und 5.800 Forks zählt es Anfang Oktober 2026, die Lizenz ist weiterhin MIT, die Sprache TypeScript (github.com/elizaOS/eliza). Genau an diesem Punkt beginnt die eigentlich spannende Frage, und sie betrifft weit mehr als ein einzelnes Projekt: Wenn ein quelloffenes Framework keinen Token mehr hat, über dessen Spekulation sich Aufmerksamkeit und Entwicklung querfinanzieren lassen, wer bezahlt dann die Menschen, die den Code schreiben, prüfen und absichern?
Seit dem 2. Oktober 2026 gibt es darauf eine konkrete, überprüfbare Antwort. Sie trägt den bewusst unglamourösen Namen Slop Cash, sie zahlt in USDC statt in einem eigenen Spekulationstoken, und sie stammt ausgerechnet von dem Mann, der geschworen hatte, nie wieder einen Token in die Nähe von Eliza zu lassen. Dieser Text erklärt, was Slop Cash ist, wie es funktioniert, was es über die Finanzierung von Open Source verrät und warum die Trennung von Token und Code für die gesamte Krypto-KI-Branche zur Blaupause werden könnte.
Der Token ist tot, der Code läuft weiter
Um Slop Cash einzuordnen, lohnt ein kurzer Rückblick. Walters startete das Projekt im Oktober 2024 unter dem Namen ai16z über die Solana-Plattform daos.fun, zunächst als eine Art experimenteller, KI-gesteuerter Fonds. Ein Zuruf des echten Marc Andreessen trieb die Bewertung binnen Stunden in die Höhe; der Höhepunkt lag laut CoinDesk bei rund 2,4 Milliarden US-Dollar am 2. Januar 2025. Danach folgten die Umbenennung in ElizaOS, eine umstrittene Token-Migration und ein langer Abstieg.
Das juristische Ende kam über eine Sammelklage, die Burwick Law im April 2026 vor dem Bundesgericht im Süddistrikt von New York einreichte (Pikabea gegen Walters u.a., Aktenzeichen 1:26-cv-03238, Justia-Docket). Die Vorwürfe reichten von der unerlaubten Anlehnung an den Namen a16z bis zu einer überzeichneten Autonomie des Agenten. Walters entschied sich gegen einen teuren Prozess. „Ihre Klage war absurd, aber wir hatten nicht das Kapital, um rechtlich dagegen anzugehen, also haben wir uns geeinigt und ihnen den Rest von dem gegeben, was wir hatten“, sagte er (Decrypt).
Der zweite Teil seiner Botschaft war für das Framework entscheidend: „Ich fange neu an, denn das geistige Eigentum gehört mir, und ich lasse nie wieder einen Token in die Nähe von Eliza kommen“ (The Defiant). Für Anlegerinnen und Anleger war das ein Totalschaden; für das Projekt war es eine Befreiung. Denn Framework und Token waren nie dasselbe. Der Token war ein handelbares Spekulationsobjekt, das zeitweise reguliert, verklagt und manipuliert wurde. Das Framework ist eine Sammlung von Code unter einer freien Lizenz, die jeder herunterladen, forken und betreiben kann, unabhängig davon, was der Token tut.
| Zeitpunkt | Ereignis |
|---|---|
| Okt. 2024 | Start als ai16z auf daos.fun (Solana) |
| Jan. 2025 | Höchststand der Marktkapitalisierung bei rund 2,4 Mrd. USD |
| Jan. 2025 | Umbenennung in ElizaOS nach Druck wegen des Namens a16z |
| Nov. 2025 | Token-Migration von AI16Z zu ELIZAOS |
| Apr. 2026 | Sammelklage von Burwick Law vor dem SDNY |
| Aug. 2026 | Walters erklärt den Token für tot, Stiftung wickelt sich ab |
| 2. Okt. 2026 | Slop Cash wird als erstes Projekt auf Umia angekündigt |
Slop Cash: eine Bezahlschiene nur für gemergte Arbeit
Slop Cash ist ein nicht-verwahrendes Bezahlsystem für quelloffene Software. Die Idee ist bewusst eng gefasst: Es vergütet Beiträge, menschliche wie maschinelle, ausschließlich für Arbeit, die tatsächlich gemergt wurde, also in den Hauptzweig eines Projekts aufgenommen worden ist. Wer einen Pull Request öffnet, der nie akzeptiert wird, bekommt nichts. Wer Code beisteuert oder den Code anderer prüft und es damit ins Projekt schafft, wird bezahlt (Chainwire via Investing.com).
Der Mechanismus ist regelbasiert und öffentlich. Angenommene Pull Requests und Code-Reviews werden nach einem deterministischen, einsehbaren Verfahren bewertet. Die Ergebnisse eines Monats werden eingefroren und als Vorschlag veröffentlicht; danach läuft ein vierzehntägiges Prüffenster, in dem die Zuteilung angefochten oder korrigiert werden kann, bevor die Auszahlungen fließen. Die Projektseite fasst das Versprechen in vier Worten zusammen: „make money shipping open source“, also Geld verdienen, indem man Open Source ausliefert (slop.cash).
Gebaut haben Slop Cash zwei Namen aus der Szene: Shaw Walters, der Schöpfer von elizaOS, und Drew Pierson, der zuvor bei Arweave, Orderly Network und Ava Labs gearbeitet hat. Wichtig ist der feine, aber zentrale Unterschied zum alten ai16z-Modell: Ausgezahlt wird in USDC, einem regulierten Dollar-Stablecoin, nicht in einem projekteigenen Spekulationstoken. Das Geld, das Entwickler erhalten, hängt damit nicht von der Kursfantasie eines Memecoins ab, sondern von erledigter, überprüfbarer Arbeit.
Die Zahlen hinter den ersten Zyklen
Slop Cash ist kein Konzeptpapier, sondern lief bereits einige Monate im Stillen, bevor es öffentlich angekündigt wurde. Seit Juli 2026 hat das System drei Monatszyklen abgerechnet. In dieser Zeit wurden nach Angaben der Betreiber rund 10.000 gemergte Pull Requests bewertet und etwa 4.700 Code-Reviews ausgewertet. Allein im elizaOS-Pool zählte der August-Zyklus 108 Mitwirkende (Chainwire).
Die ersten echten Auszahlungen gingen im September 2026 raus: 6.005 USDC über 72 Überweisungen. Jede einzelne Signatur ist öffentlich unter record.slop.cash einsehbar, ein Detail, das mehr ist als Transparenz-Kosmetik. Es macht die Verteilung prüfbar und bindet sie an die Kette, statt sie in einer undurchsichtigen Stiftungskasse verschwinden zu lassen. Wer sich an die Vorwürfe rund um die ai16z-Migration erinnert (intransparente Zuteilung an Insider), erkennt, warum diese radikale Offenheit kein Zufall ist.
Die Summen wirken bescheiden, und das sind sie auch. 6.005 USDC auf 72 Empfänger sind im Schnitt gut 83 US-Dollar pro Überweisung, umgerechnet etwa 74 Euro. Das ist kein Entwicklergehalt, sondern eher eine erste, symbolische Quittung dafür, dass das Modell technisch funktioniert. Der Maßstab ist hier nicht die Höhe, sondern das Prinzip: Bezahlung folgt auf gemergte Arbeit, automatisch, öffentlich und ohne Zwischenhändler.
| Kennzahl | Wert (Stand Anfang Okt. 2026) |
|---|---|
| Abgerechnete Monatszyklen | 3 (seit Juli 2026) |
| Bewertete gemergte Pull Requests | rund 10.000 |
| Ausgewertete Code-Reviews | rund 4.700 |
| Mitwirkende im elizaOS-Pool (August) | 108 |
| Auszahlungen September | 6.005 USDC über 72 Überweisungen |
| Prüffenster vor Auszahlung | 14 Tage |
Umia: der rechtliche Rahmen und die Entscheidungsmärkte
Angekündigt wurde Slop Cash nicht allein, sondern als erstes externes Projekt auf Umia, einer Plattform zum Starten, Strukturieren und Steuern von Projekten auf der Blockchain. Umia wählte Slop Cash nach eigenen Angaben aus über 200 Projekten in seiner Pipeline aus; eine Kuratierungs-Kommission trifft diese Auswahl (Chainwire).
Der Clou liegt in der Struktur. Slop Cash wird als „Slop Cash, S.P.“ geführt, ein abgetrenntes Teilvermögen (segregated portfolio) der Umia Launcher SPC. In dieser rechtlichen Hülle liegen Code, Domains und Social-Media-Konten des Projekts gebündelt an einem Ort. Erlöse aus der Auktion fließen nicht in eine Team-Wallet, sondern in eine nicht-verwahrende On-Chain-Schatzkammer. Ausgaben oberhalb eines festen monatlichen Budgets laufen über sogenannte Entscheidungsmärkte: Für jede Option öffnet sich ein bedingter Markt, und ausgeführt wird jene Option, die die Märkte am höchsten bewerten.
Hier zeigt sich die eigentliche Nuance der Geschichte, und sie verdient Ehrlichkeit: Der Eliza-Token ist tot, aber Token als Finanzierungsinstrument sind es in Walters’ Welt nicht. Slop Cash selbst durchläuft eine Auktion auf Umia, deren frühe Runde an jene geht, die die Arbeit tatsächlich liefern. Umia hat seinen eigenen $UMIA-Token sogar als erstes durch dieses Verfahren geschickt (TradingView). Der Unterschied zum alten Modell ist dennoch fundamental: Der Spekulationsgegenstand ist nicht mehr das Framework selbst. Entwickler werden in USDC bezahlt; das, worauf der Markt wettet, liegt eine Ebene darüber, in der Finanzierungs- und Governance-Hülle, nicht im Code, den man herunterlädt.
Umia-Chef Francesco Mosterts formuliert die These hinter der Plattform so: „Seriöse Unternehmungen hatten nie einen Rahmen, um einen Token im Einklang mit ihrem Projekt zu starten. Mit Umia sind die Rechtsstruktur, die Schatzkammer und die Märkte, die sie steuern, ein einziges System, und wir schicken unseren eigenen Token zuerst hindurch“ (TradingView). In einem Interview brachte er das Grundproblem auf den Punkt: Kryptos größtes Problem sei die Kapitalbildung, nicht die Infrastruktur (Yahoo Finance).
Das alte Problem: Wer bezahlt Open Source?
Die Frage, die Slop Cash beantworten will, ist älter als Krypto. Quelloffene Software trägt heute einen Großteil der digitalen Welt, von Verschlüsselungsbibliotheken bis zu Web-Frameworks, und wird doch chronisch unterfinanziert. Unbezahlte Maintainer, die in ihrer Freizeit kritische Infrastruktur pflegen, sind die Regel, nicht die Ausnahme. Wenn ein einzelner Entwickler ausbrennt oder aufgibt, kann das ganze Lieferketten ins Wanken bringen.
Die Krypto-Branche hat mehrere Antworten versucht. Spendenbasierte Modelle wie Gitcoin verteilen Mittel über quadratische Finanzierung; nachträgliche Belohnungen für öffentliche Güter zahlen für Wirkung, die bereits entstanden ist; Bug-Bounty-Programme vergüten gefundene Sicherheitslücken. Jedes dieser Modelle hat Schwächen: Spenden sind unstet, nachträgliche Vergütung ist subjektiv, und Bounties decken nur Sicherheit ab, nicht die alltägliche Wartung.
Slop Cash setzt an einer anderen Stelle an. Statt Wirkung im Nachhinein zu beurteilen oder auf Spenden zu hoffen, bindet es Bezahlung direkt an ein messbares, projektinternes Signal: den gemergten Beitrag. Das ist zugleich die Stärke und die offene Flanke des Modells. Denn ein Pull Request ist nur dann ein guter Vergütungsmaßstab, wenn der Merge-Prozess selbst sauber bleibt und sich nicht manipulieren lässt. Dass die Auszahlungen über eine nicht-verwahrende Schatzkammer statt über eine zentrale Kasse laufen, ist dabei Teil der Antwort; wer die Debatte um Verwahrung und Kontrolle verfolgt, kennt die Logik aus anderen Zusammenhängen (siehe unsere Analyse zur neuen Verwahrregel und der Frage, wer den Schlüssel hält).
Was genau finanziert wird: ein Blick in die Architektur
Um zu verstehen, wofür die Mitwirkenden bezahlt werden, lohnt ein Blick unter die Haube des Frameworks. elizaOS beschreibt sich selbst inzwischen als „agentisches Betriebssystem“, konkret als quelloffenes TypeScript-Framework und Produkt-Stack für autonome KI-Agenten. Das Monorepo bündelt die Kern-Laufzeit, die Eliza-App, ein Kommandozeilenwerkzeug, Cloud-Dienste, native Brücken und hauseigene Plugins (GitHub).
Im Zentrum steht die Laufzeitumgebung (AgentRuntime), die einen Agenten am Leben hält. Ein Agent wird über eine Charakterdatei definiert, die Persönlichkeit, Wissen und Verhalten beschreibt. Darüber hinaus bauen vier Grundbausteine die eigentliche Funktionalität:
- Actions: das, was ein Agent tun kann, etwa eine Transaktion auslösen oder eine Nachricht senden.
- Providers: Datenquellen, die dem Agenten Kontext liefern, von Kontoständen bis zu Marktdaten.
- Evaluators: Prüfinstanzen, die Ergebnisse bewerten und das Gedächtnis des Agenten aktualisieren.
- Services: dauerhafte Hintergrunddienste, die Anbindungen an externe Systeme offenhalten.
Die Kommunikation ist in Worlds (Server oder Arbeitsbereiche), Rooms (Kanäle oder Direktnachrichten) und Entities (Nutzer oder Agenten) gegliedert. Gedächtnis und Retrieval (RAG) geben dem Agenten ein Langzeitgedächtnis. Entscheidend für die Finanzierungsfrage: Jeder dieser Bausteine ist Code, der geschrieben, geprüft und gewartet werden muss, und genau das ist die Arbeit, die Slop Cash in Zahlungen übersetzt.
Das Plugin-Ökosystem als Prüfstein
Der eigentliche Wert eines Agenten-Frameworks liegt in seinem Ökosystem. In elizaOS registriert sich alles über eine einzige Plugin-Schnittstelle: Adapter, Actions, Evaluators, Providers, Modelle, Routen, Ereignisse und Dienste (docs.elizaos.ai). Walters selbst spricht von über 250 Plugins und Unterstützung für das Model Context Protocol (MCP), den sich abzeichnenden Standard, über den Agenten externe Werkzeuge und Datenquellen anbinden.
Dass das Projekt auch ohne Token ernst genommen wird, zeigt sich an den Teams, die eigene Varianten der Plugin-Registry pflegen. Das Ethereum-Client-Team Nethermind betreibt einen Fork, ebenso das auf Hardware-Attestierung spezialisierte Automata Network, das zusätzlich ein Plugin für Intel-DCAP-Attestierung beisteuert. Das sind keine anonymen Bastler, sondern etablierte Infrastruktur-Teams. Genau solche Mitwirkenden will Slop Cash halten: Ihre gemergten Beiträge sind messbar, und ihre Arbeit entscheidet darüber, ob das Framework sicher und anschlussfähig bleibt.
Können KI-Agenten selbst Geld verdienen?
Ein Detail im Slop-Cash-Modell wirkt auf den ersten Blick wie eine Fußnote, ist aber der vielleicht radikalste Teil: Bezahlt werden Beiträge, „menschlich wie maschinell“. Ein KI-Agent, der einen nützlichen Pull Request einreicht, der gemergt wird, kann dafür genauso in USDC entlohnt werden wie ein menschlicher Entwickler. Damit schließt sich ein Kreis: Das Framework, mit dem man autonome Agenten baut, bezahlt Agenten dafür, es zu verbessern.
Das passt in eine breitere These, die derzeit von BlackRock bis a16z diskutiert wird: dass autonome Software zu einem eigenständigen Wirtschaftsakteur wird, der Werte empfängt, hält und ausgibt. Guy Wuollet, Partner bei a16z Crypto, formuliert es so: „Wenn wir glauben, dass KI-Agenten wirtschaftlich wichtige Akteure werden, brauchen wir ein Finanzsystem, das für sie gebaut ist“ (CoinDesk). Stablecoins auf einer Blockchain sind für solche Zahlungen praktisch: Sie laufen rund um die Uhr, lassen sich in Sekundenbruchteilen überweisen und brauchen kein Bankkonto. Wie weit diese Maschinen-Ökonomie trägt, haben wir an anderer Stelle ausführlich untersucht (KI-Agenten als Kryptos nächste Nutzer).
Noch ist das Zukunftsmusik mit Sternchen. Der Großteil der heutigen Agenten-Aktivität ist weit weniger autonom, als die Schlagzeilen vermuten lassen. Aber als Testfeld ist ein Open-Source-Repository ideal: Der Beitrag ist klar umrissen, der Erfolg (ein Merge) eindeutig messbar, und der Schaden eines schlechten Vorschlags bleibt begrenzt, weil am Ende ein menschlicher Maintainer den Merge-Knopf drückt.
Sicherheit: das teuerste offene Problem
Geld, das in ein Framework fließt, muss vor allem eines finanzieren: Sicherheit. Und hier hat Eliza eine belastete Geschichte. KI-Agenten, die Wallets steuern, sind angreifbar, weil das zugrunde liegende Sprachmodell Anweisung und Daten nicht sauber trennen kann. Diese sogenannte Prompt Injection (in der OWASP-Klassifikation LLM01) erlaubt es Angreifern, einem Agenten über scheinbar harmlose Eingaben versteckte Befehle unterzuschieben.
Ein realer Fall vom Mai 2026 zeigte die Gefahr: Bei einem Angriff auf eine Grok/Bankr-Konstruktion wurde eine Anweisung in Morsecode in einer X-Antwort versteckt, kombiniert mit einer per NFT übertragenen Rechteausweitung; der Agent verschob daraufhin Token im Wert von rund 175.000 US-Dollar (OECD.AI Incident-Datenbank). Der Fall betraf nicht Eliza direkt, aber dieselbe Angriffsklasse betrifft jedes Agenten-Framework.
Noch unangenehmer ist ein Befund aus Princeton. Die Forschungsarbeit hinter dem Benchmark CrAIBench („Real AI Agents with Fake Memories“) zeigt, dass Web3-Agenten gegenüber manipuliertem Gedächtnis sogar anfälliger sind als gegenüber klassischer Prompt Injection; ElizaOS diente dabei als repräsentatives Framework (arXiv, Einordnung bei Decrypt). Wird der gespeicherte Kontext eines Agenten vergiftet, greifen viele der üblichen Schutzmaßnahmen nicht mehr.
Ethereum-Mitbegründer Vitalik Buterin zieht daraus eine konservative Konsequenz. Sein Rat für den Umgang mit KI und Schlüsseln lautet: „Alle LLM-Inferenz zuerst lokal. Alle Dateien lokal gehostet. Alles in einer Sandbox“ (vitalik.eth.limo). Er verweist zudem darauf, dass rund 15 Prozent der untersuchten Agenten-Fähigkeiten bösartige Anweisungen enthielten. Genau diese Art von Härtung, Audits, defensives Design, vorsichtige Rechtevergabe, ist teuer und undankbar; sie bringt keine Schlagzeilen, aber sie ist der eigentliche Daseinszweck einer Finanzierungsschiene wie Slop Cash. Dass Auszahlungen in einem Dollar-Stablecoin erfolgen, verlagert dabei einen Teil des Risikos auf die Frage, wie sicher dieser Stablecoin selbst ist (dazu unser Beitrag zur Stablecoin-Sicherheit bei einer Pleite).
Der Wettbewerb und die Geldfrage
Eliza ist nicht das einzige Agenten-Framework, und die Konkurrenz löst die Finanzierungsfrage sehr unterschiedlich. Virtuals Protocol setzt weiter auf einen Token und eine Launchpad-Logik, bei der jeder Agent sein eigenes handelbares Asset bekommt. Olas (Autonolas) kombiniert einen Governance-Token mit einem Marktplatz, auf dem Agenten einander bezahlen, und erhebt dafür eine Gebühr. Klassische, nicht krypto-native Frameworks wie LangChain oder CrewAI finanzieren sich über Risikokapital und kommerzielle Cloud-Produkte, ganz ohne Token.
Vor diesem Hintergrund ist Slop Cash ein dritter Weg: kein Framework-Token, aber auch kein reines VC-Modell, sondern eine arbeitsgebundene Vergütung in Stablecoins, abgesichert über eine separate Finanzierungshülle. Dass ein Teil der Branche gerade von spekulativen Token hin zu echten Einnahmen schwenkt, zeigt sich auch anderswo; die Umsatz-Ära von Projekten wie Bittensor ist ein eigenes Kapitel wert (mehr dazu hier).
| Framework | Finanzierungsmodell | Eigener Token |
|---|---|---|
| elizaOS | USDC-Vergütung für gemergte Arbeit (Slop Cash), separate Finanzierungshülle | nein (Token tot) |
| Virtuals Protocol | Launchpad, jeder Agent mit eigenem Asset | ja (VIRTUAL) |
| Olas (Autonolas) | Agenten-Marktplatz mit Gebühr, Governance-Token | ja (OLAS) |
| LangChain | Risikokapital, kommerzielle Cloud-Produkte | nein |
| CrewAI | Risikokapital, Enterprise-Angebote | nein |
Der Markt ein Jahr nach dem Höhepunkt
Der tote Token handelt weiter, nur eben als Schatten seiner selbst. Anfang Oktober 2026 notiert ELIZAOS laut CoinGecko bei rund 0,00016 US-Dollar (etwa 0,000142 Euro), mit einer Marktkapitalisierung von knapp 1,2 Millionen US-Dollar (gut 1 Million Euro) und Rang 2855. Zum Allzeithoch fehlen über 98 Prozent. Der Kontrast zum Januar 2025, als die Bewertung kurz 2,4 Milliarden US-Dollar streifte, könnte kaum größer sein.
Das Umfeld dagegen ist erstaunlich robust. Die KI-Agenten-Kategorie bei CoinGecko kommt Anfang Oktober 2026 auf rund 4,1 Milliarden US-Dollar (etwa 3,7 Milliarden Euro), angeführt von Venice (VVV) mit über 1,3 Milliarden US-Dollar (CoinGecko). Das ist die eigentliche Lehre aus dem Eliza-Fall: Ein einzelner Token kann gegen null fallen, während das Framework weiter gepflegt wird und der Sektor insgesamt wächst. Qualität des Codes und Kurs des Tokens sind zwei verschiedene Dinge.
| Token | Preis (USD) | Marktkapitalisierung (USD) |
|---|---|---|
| Venice (VVV) | 27,79 | rund 1,34 Mrd. |
| ASI Alliance (FET) | 0,2482 | rund 573 Mio. |
| Virtuals (VIRTUAL) | 0,8151 | rund 537 Mio. |
| Kite (KITE) | 0,1464 | rund 350 Mio. |
| OriginTrail (TRAC) | 0,4458 | rund 199 Mio. |
| ELIZAOS | 0,00016 | rund 1,2 Mio. |
(Alle Kurse laut CoinGecko, Stand Anfang Oktober 2026; Krypto-Kurse schwanken stark.)
Was BaFin, MiCA und das Finanzamt dazu sagen
Für deutsche Nutzerinnen und Nutzer verschiebt das tokenlose Modell die regulatorische Lage spürbar. Das Framework selbst ist Software unter einer freien Lizenz und damit kein beaufsichtigtes Finanzprodukt. Die BaFin reguliert unter der EU-Verordnung MiCA die Anbieter von Krypto-Dienstleistungen und die Emittenten von Krypto-Werten, nicht das Protokoll oder den Quellcode (BaFin-Merkblatt zu Kryptowerte-Dienstleistungen). Der heikle, regulierte und am Ende verklagte Teil war immer der Token, nicht der Code.
Interessant wird es bei der Bezahlung in USDC. Unter MiCA gilt USDC als E-Geld-Token (EMT), also als regulierter Stablecoin; Zahlungen laufen damit über ein beaufsichtigtes Instrument. Für die Empfänger in Deutschland bedeutet das aber auch: Jede Auszahlung und jede spätere Verwendung des Stablecoins kann steuerlich relevant sein. Erlöse aus einer Tätigkeit sind grundsätzlich Einkünfte; und weil ein auf US-Dollar lautender Stablecoin gegenüber dem Euro schwankt, kann bei jeder Weiterveräußerung ein kleiner Gewinn oder Verlust nach dem Privatveräußerungsgeschäft (Paragraf 23 EStG) entstehen, mit der bekannten Einjahresfrist und der Freigrenze von 1.000 Euro.
Ein weiterer Punkt betrifft die Haftung. Ein KI-Agent hat keine eigene Rechtspersönlichkeit und keine Steuer-ID; verdient ein Agent über Slop Cash, fallen Zurechnung und Haftung auf den Menschen oder das Unternehmen zurück, das ihn betreibt. Und wer regelmäßig und in großem Umfang Vergütungen bezieht, könnte schnell im Bereich der Gewerblichkeit landen. Wie stark die europäische Regulierung gerade bei Stablecoins in Bewegung ist, zeigt der laufende MiCA-Umbau (EZB und EBA treiben die Revision). Eine Steuerberatung ersetzt dieser Text nicht.
Ausblick: finanziert sich Open Source künftig selbst?
Slop Cash ist jung, klein und unbewiesen. 6.005 USDC in einem Monat finanzieren kein Kernteam, und das deterministische Bewerten von Pull Requests wird sich erst beweisen müssen, wenn echtes Geld im Spiel ist und Beitragende beginnen, das System zu optimieren statt das Projekt. Wer je ein Kennzahlen-System gegen clevere Menschen verteidigt hat, weiß: Sobald eine Zahl zum Ziel wird, hört sie auf, ein gutes Maß zu sein.
Trotzdem ist der Schritt bemerkenswert. Er trennt sauber, was bei ai16z fatal vermischt war: Spekulation und Entwicklung. Der Spekulationsgegenstand wandert in eine klar umrissene, rechtlich gefasste Hülle; die Entwicklung wird in einem stabilen, überprüfbaren Dollar-Strom bezahlt. Sollte das Modell funktionieren, wäre es weit über Eliza hinaus interessant, denn das Problem unterfinanzierter Open-Source-Infrastruktur ist universell.
Für Eliza selbst passt es zu Walters’ Versprechen nach dem Token-Tod: „Ich werde weiterbauen, egal was kommt, jeden einzelnen Tag“ (Decrypt). Ob daraus ein tragfähiges Finanzierungsmodell wird oder nur eine weitere Fußnote im Krypto-KI-Zyklus, entscheidet sich nicht an der Vision, sondern an den nächsten Monatszyklen und daran, ob die Auszahlungen wachsen, während der Code sicher bleibt.
Häufige Fragen
Was ist Slop Cash?
Slop Cash ist ein nicht-verwahrendes Bezahlsystem für quelloffene Software, das von elizaOS-Schöpfer Shaw Walters und Drew Pierson gebaut wurde. Es vergütet Beitragende, menschlich wie maschinell, in USDC ausschließlich für gemergte Arbeit, also für Pull Requests und Code-Reviews, die tatsächlich in ein Projekt aufgenommen werden. Angekündigt wurde es am 2. Oktober 2026 als erstes Projekt auf der Plattform Umia.
Hat das Eliza-Framework noch einen Token?
Nein. Der ai16z/ELIZAOS-Token wurde von Shaw Walters im August 2026 nach einem Vergleich in einer Sammelklage für tot erklärt; die Stiftung wickelte sich ab. Das quelloffene Framework elizaOS wird unabhängig davon weiterentwickelt. Der alte Token handelt zwar noch, liegt aber über 98 Prozent unter seinem Allzeithoch.
Wie viel zahlt Slop Cash aus?
Die ersten echten Auszahlungen im September 2026 beliefen sich auf 6.005 USDC über 72 Überweisungen, im Schnitt also rund 74 Euro pro Transfer. Seit Juli 2026 wurden drei Monatszyklen mit rund 10.000 gemergten Pull Requests und etwa 4.700 Code-Reviews abgerechnet. Jede Auszahlung ist öffentlich unter record.slop.cash einsehbar.
Können KI-Agenten über Slop Cash Geld verdienen?
Ja, zumindest dem Modell nach. Slop Cash vergütet Beiträge unabhängig davon, ob sie von einem Menschen oder einem KI-Agenten stammen, solange die Arbeit gemergt wird. In der Praxis entscheidet weiterhin ein menschlicher Maintainer über den Merge, was das Risiko begrenzt. Für in Deutschland ansässige Betreiber solcher Agenten gelten die üblichen steuerlichen Regeln, da ein Agent keine eigene Rechtspersönlichkeit hat.
Reguliert die BaFin Slop Cash oder das Eliza-Framework?
Die BaFin beaufsichtigt unter MiCA Anbieter von Krypto-Dienstleistungen und Emittenten, nicht quelloffenen Code oder ein Protokoll an sich. Das Framework selbst ist damit kein beaufsichtigtes Finanzprodukt. Relevanter ist das Auszahlungsmittel: USDC gilt unter MiCA als regulierter E-Geld-Token, und Erlöse daraus können in Deutschland steuerpflichtig sein.
Von Marcus Okafor, Redakteur bei HOGE Wire. Dieser Beitrag ist keine Anlage- oder Steuerberatung.