Ritual unter der Haube: Wie die KI in den Smart Contract kommt

Zwei Maschinen, die sich eigentlich widersprechen

Eine Blockchain und ein großes Sprachmodell beruhen auf gegensätzlichen Annahmen. Ein Smart Contract muss deterministisch sein: Jeder Validator führt denselben Code auf denselben Eingaben aus und muss Byte für Byte zum selben Ergebnis kommen, sonst zerfällt der Konsens. Ein modernes KI-Modell ist das Gegenteil. Es läuft auf GPUs, rechnet mit Gleitkommazahlen, und derselbe Prompt kann je nach Hardware, Parallelisierung und Sampling unterschiedliche Antworten liefern. Legt man beides naiv übereinander, bricht genau die Eigenschaft weg, auf der eine Kette steht.

Ritual ist einer der ernsthaftesten Versuche, diesen Widerspruch aufzulösen. Statt ein Orakel an eine bestehende Kette zu schrauben, baut das Projekt die Ausführungsschicht selbst um, damit ein Vertrag einem KI-Modell eine Frage stellen und eine überprüfbare Antwort zurückbekommen kann. Dieser Text geht unter die Haube. Er verfolgt Schritt für Schritt, was passiert, wenn ein Solidity-Vertrag auf Ritual ein Sprachmodell aufruft, und trennt dabei sauber, welche Teile der Maschine heute schon laufen und welche noch ein Testnetz-Versprechen sind.

Eine Vorbemerkung, die das ganze Stück begleitet: Ritual hat Stand Oktober 2026 kein handelbares Token und kein bestätigtes Mainnet-Datum. Wer online auf einen „RITUAL“-Airdrop angesetzt wird, bewegt sich in einer Spekulationszone, die mit der Technik wenig zu tun hat. Dazu später mehr; es ist gerade ein Merkmal dieser Architektur, dass sie ohne Token beschrieben werden kann.

Ritual in einem Absatz: woher das Projekt kommt

Ritual wurde 2023 in New York von Niraj Pant und Akilesh Potti gegründet, zwei früheren Kollegen aus der Investment-Firma Polychain Capital. Die Seed-Runde über 25 Millionen US-Dollar führte Archetype im November 2023 an, mit Accomplice, Robot Ventures und einer Reihe prominenter Angel-Investoren an Bord; Archetype begründete das Investment damals mit der These, dass KI-Rechnen zu einer Basisinfrastruktur wie Strom oder Bandbreite werde. The Block bezifferte das insgesamt eingesammelte Kapital später auf über 30 Millionen Dollar.

Die Gründungserzählung ist eine Machtfrage. „Die Konzentration von KI bei einer kleinen Gruppe mächtiger Unternehmen ist eine ernste Bedrohung für die Zukunft der Technologie“, sagte Pant bei der Finanzierungsankündigung gegenüber CoinDesk; man habe Ritual gegründet, um die Abhängigkeit von wenigen Anbietern zu beenden und den Zugang zu dieser Infrastruktur zu öffnen. Das ist das Versprechen. Interessant ist, was darunter technisch passiert, und genau da lohnt der Blick unter die Haube.

Infernet: der Teil, der heute schon rechnet

Bevor es die Kette gab, gab es Infernet. Das ist Rituals erstes Produkt und zugleich der Teil des Stacks, der bereits produktiv läuft. Infernet ist ein dezentrales Orakel-Netzwerk mit einem leichtgewichtigen SDK, über das Smart Contracts auf Ethereum, Base oder Arbitrum ein KI-Modell abfragen können, ohne dass die Betreiber der Knoten eine Genehmigung brauchen. Ritual beschreibt Infernet im eigenen Blog als den ersten Baustein einer Reihe von Protokollen, der „KI dorthin bringt, wo die On-chain-Anwendungen heute leben“, indem er Verträgen mächtige Schnittstellen zum Modellabruf gibt.

Der entscheidende Punkt für das Verständnis der Architektur: Infernet ist ein Koprozessor, kein eigener Zustandsraum. Ein Vertrag auf einer beliebigen EVM-Kette stellt eine Anfrage, ein Netz von Compute-Anbietern führt die Inferenz aus und liefert das Ergebnis samt Nachweis zurück in die aufrufende Transaktion. Das funktioniert, aber es erbt alle Grenzen der Wirtskette: Die Logik rund um die KI-Antwort muss in deren Gas-Modell, deren Blockzeit und deren fehlende native Planung passen. Genau diese Grenzen sind der Grund, warum Ritual eine eigene Kette baut.

Ritual Chain und EVM++: die Landkarte

Die Ritual Chain ist eine souveräne Layer-1, die EVM-kompatibel bleibt, aber die virtuelle Maschine erweitert. Das Projekt nennt diese Erweiterung EVM++. Als Potti das Testnetz im November 2024 ankündigte, formulierte er den Anspruch so: „Das Ritual-Chain-Testnetz ermöglicht völlig neues Nutzerverhalten für die Interaktion mit KI, das in keinem anderen System bisher möglich war“ (The Block). Gleichzeitig entstand die unabhängige Ritual Foundation, die Entwicklung und Adoption über Grants und Dokumentation trägt.

Konkret ist die Kette weiterhin ein öffentliches Testnetz. Die Dokumentation nennt eine Chain-ID von 1979, eine Blockzeit von rund 350 Millisekunden und ein Gas-Token namens RITUAL mit 18 Nachkommastellen, das ausdrücklich nur im Testnetz existiert und keinen Marktwert hat. Mainnet-Datum: keines. Die folgende Tabelle fasst die harten Eckdaten zusammen.

EVM++ ist kein einzelnes Feature, sondern ein Bündel von fünf Erweiterungen, die alle das gleiche Ziel verfolgen: schwere, nicht-deterministische Arbeit möglich zu machen, ohne die Kette zu zerreißen. Im Überblick sieht der Baukasten so aus.

• Compute-Precompiles: neue Opcodes, die Verträge direkt aufrufen, etwa für LLM-Inferenz, klassisches Machine Learning oder HTTP-Abrufe.
• Sidecars: Ausführungsumgebungen neben dem eigentlichen Ausführungsclient für die schwere Rechenlast, gruppiert in vier Familien (klassisches ML und LLM-Inferenz, ZK-Beweise, TEE-Codeausführung, Chain-Abstraktion).
• Native Planung: ein eingebauter Scheduler, der Transaktionen wiederkehrend oder bedingt auslöst, ohne externe Keeper-Bots.
• Verankerte Orakel: Preisfeeds und externe Daten als Protokollfunktion statt als Fremdvertrag.
• Native Account Abstraction: Konten, Signaturen und Bezahlwege sind von Grund auf für Agenten und automatisierte Flows gedacht.

Die Precompiles: wenn der Vertrag die KI aufruft

Precompiles sind in der EVM-Welt nichts Neues. Ethereum hat selbst welche, etwa für elliptische Kurven oder Hash-Funktionen: Operationen, die so häufig und so teuer sind, dass man sie als festverdrahtete Adresse statt als interpretierten Bytecode ausliefert. Ritual treibt dieses Muster weiter und verdrahtet KI-Operationen als Precompiles fest. Für den Entwickler fühlt sich eine LLM-Abfrage dann an wie ein ganz normaler Funktionsaufruf an eine bekannte Adresse.

Ein Beispiel macht das greifbar. Ein Vertrag, der eine natürlichsprachliche Eingabe bewerten soll, ruft die LLM-Precompile unter der Adresse 0x0802 auf, übergibt den Prompt und die Modellparameter und erhält eine Antwort zurück, die die Kette als Teil des Zustands behandelt. Laut Dokumentation bedient diese Precompile aktuell ein offenes Gewichtsmodell der GLM-4.7-Familie. Andere Adressen decken weitere Bausteine ab: 0x0800 für synchrone ONNX-Modelle, 0x0801 für direkte HTTP-Aufrufe, 0x0806 für Zero-Knowledge-Beweise, 0x0807 für Rechnen auf verschlüsselten Daten per FHE, dazu eigene Adressen für Agenten und Schlüsselverwaltung.

Für den Ablauf im Vertrag bedeutet das einen vertrauten Dreischritt: Die aufrufende Funktion kodiert Prompt und Parameter, übergibt sie an die Precompile-Adresse und bekommt die Antwort als Rückgabewert, den sie wie jedes andere Datum weiterverarbeiten kann. Abgerechnet wird die Rechenlast über das Gebührenmodell der Kette, nicht über einen externen API-Schlüssel; der Entwickler bezahlt also in RITUAL-Gas statt bei einem Cloud-Anbieter. Genau das ist der konzeptionelle Bruch mit der heutigen KI-Welt, in der jede Modellabfrage über die Rechnung eines zentralen Betreibers läuft.

Das Elegante an diesem Ansatz ist, dass der Entwickler nicht lernen muss, wie ein Modell technisch bedient wird. Er ruft eine Adresse auf. Das Unangenehme daran versteckt sich in genau dieser Bequemlichkeit: Hinter 0x0802 läuft keine deterministische Rechnung, sondern ein Sprachmodell auf einer GPU. Und damit sind wir beim Kern der Architektur.

Superposition: zwei Ausführungspfade über einem Zustand

Ritual löst das Determinismus-Problem nicht, indem es so tut, als gäbe es keines. Die Kette trennt stattdessen zwei Arten von Arbeit und führt sie unterschiedlich aus. Das Projekt nennt dieses Nebeneinander Superposition. Deterministische Operationen (Token-Transfers, Speicherlesevorgänge, normale Vertragslogik) laufen weiterhin repliziert: Jeder Validator führt sie aus und vergleicht das Ergebnis, so wie man es von einer EVM-Kette kennt. Nicht-deterministische Arbeit (LLM-Inferenz, HTTP-Aufrufe, Agenten-Orchestrierung) wird delegiert: Sie läuft nur einmal in einer abgesicherten Umgebung, und das Ergebnis wird überprüft statt nachgerechnet.

Die Dokumentation fasst das unter dem sperrigen Kürzel TEE-EOVMT zusammen, einer EVM mit „Off-chain Verifiable Machine Tasks“. Der Grund für die Trennung ist nüchtern: Würden alle Validatoren dieselbe GPU-Inferenz nachrechnen, wäre das entweder wirtschaftlich absurd oder würde an der Gleitkomma-Nichtreproduzierbarkeit scheitern. Derselbe Prompt liefert auf unterschiedlicher Hardware eben nicht Bit für Bit dieselbe Ausgabe. Dieses Reproduzierbarkeitsproblem ist kein Randfall, sondern der Normalfall der modernen KI: Schon die Reihenfolge, in der eine GPU Teilergebnisse addiert, kann die letzten Nachkommastellen verschieben, und bei einem Sprachmodell mit Sampling entstehen aus demselben Prompt ganz unterschiedliche Sätze. Superposition ist Rituals Antwort darauf: Die Kette gibt den Anspruch auf, jede Rechnung überall zu wiederholen, und ersetzt ihn durch den Anspruch, jede Rechnung überprüfbar zu machen.

Synchron, asynchron, zweiphasig: wie der Vertrag auf die Antwort wartet

Sobald ein Teil der Arbeit delegiert statt repliziert läuft, stellt sich eine Frage, die auf einer klassischen Kette gar nicht existiert: Wie lange darf eine KI-Antwort dauern, und was macht der Vertrag in der Zwischenzeit? Eine Blocklogik, die auf Millisekunden ausgelegt ist, kann nicht einfach stehen bleiben, während ein großes Modell mehrere Sekunden nachdenkt. Ritual löst das mit abgestuften Ausführungsmodi, die die Dokumentation unterscheidet.

Leichte, schnelle Operationen laufen synchron: Das Ergebnis kommt im selben Aufruf zurück, etwa bei einem kleinen ONNX-Modell oder einer Signaturprüfung. Mittelschwere Arbeit läuft kurz-asynchron, mit einem Ergebnis, das innerhalb weniger Sekunden in der Transaktionsquittung landet. Richtig schwere Jobs laufen zweiphasig: Phase eins committet die Anfrage on-chain, Phase zwei liefert das Resultat später per Callback nach. Für Entwickler heißt das, dass eine KI-Abfrage nicht als blockierender Funktionsaufruf gedacht werden muss, sondern als Vorgang mit einem Zeithorizont, an dessen Ende ein überprüftes Ergebnis steht.

Hier greift die native Planung. Rituals Scheduler ist ein Systemvertrag, der wiederkehrende oder bedingte Transaktionen auslöst, ohne dass ein externer Keeper-Bot sie anstoßen müsste. Ein Vertrag kann sich also selbst so einrichten, dass er jeden Block oder bei Erfüllung einer Bedingung eine Inferenz anfragt. Genau diese Kombination aus delegierter Ausführung, abgestuften Wartezeiten und eingebauter Planung ist es, die eine Kette beschreibbar macht, in der KI-Logik nicht Fremdkörper, sondern Bürger erster Klasse ist.

Konkret wird das an einem Kreditprotokoll, das nicht nur stur Schwellenwerte abfragt, sondern eine Risikoeinschätzung in Worten begründet, oder an einem Spiel, dessen NPC auf die Chat-Eingaben der Spieler reagiert. Beide Fälle brauchen eine Antwort, die zu teuer für die synchrone Ausführung, aber zu wichtig für einen blinden externen Aufruf ist. Der zweiphasige Modus gibt ihnen genau das: einen festgehaltenen Auftrag und ein später nachgereichtes, überprüftes Ergebnis, auf das die Vertragslogik dann reagieren kann.

Symphony: einmal rechnen, vielfach prüfen

Wenn nur ein Knoten die teure Inferenz ausführt, warum sollte der Rest des Netzes ihm glauben? Das ist die Konsensfrage, und Ritual beantwortet sie mit einem Verfahren, das die Dokumentation Symphony nennt: Execute-Once-Verify-Many, also einmal ausführen, vielfach verifizieren. Ein ausführender Knoten erledigt die Arbeit einmal und legt eine hardwaresignierte Bescheinigung (Attestation) vor. Die übrigen Validatoren rechnen nicht nach, sie prüfen die Echtheit dieser Bescheinigung gegen ein Register vertrauenswürdiger Ausführungsumgebungen (im Code die TEEServiceRegistry). Verifizieren ist billig, Nachrechnen wäre teuer; der Konsens kostet damit einen Bruchteil dessen, was blindes Replizieren kosten würde.

Das verschiebt die Rolle des Validators. Auf einer klassischen Kette ist der Validator der, der alles noch einmal selbst macht; hier ist er der, der Beweise beglaubigt. Das hat Folgen für die Ökonomie des Netzes, denn wer teure Hardware stellt, erwartet dafür Vergütung, während die reine Verifikation günstig bleibt. Wie sich Einsatz, Belohnung und Zentralisierungsdruck in solchen Modellen verschieben, zeigt der breitere Trend zu weniger Validatoren mit mehr Stake, den wir an anderer Stelle beschrieben haben. Bei Ritual kommt die Besonderheit hinzu, dass Rechenleistung und Konsens zwei verschiedene Jobs mit zwei verschiedenen Kostenprofilen sind, die das Gebührenmodell auseinanderhalten muss.

Wie viel Vertrauen steckt im Beweis?

Symphony setzt im Normalbetrieb auf Trusted Execution Environments, also abgeschottete Hardware-Enklaven wie Intel TDX oder AMD SEV, die eine Rechnung ausführen und kryptografisch bescheinigen, dass sie unverändert gelaufen ist. Ritual legt sich dabei nicht auf eine einzige Methode fest. Die Dokumentation spricht von modularer Berechnungsintegrität: TEE, zkML, opML und probabilistische Prüfungen sollen nebeneinander möglich sein, je nachdem, was eine Anwendung braucht. Jede dieser Methoden kauft Sicherheit mit einer anderen Währung, und keine ist umsonst.

Die TEE-Route ist pragmatisch, aber sie hat einen Haken, den man beim Namen nennen muss: Eine Enklave ist eine Vertrauensannahme, kein Beweis. Im Oktober 2025 demonstrierten Forscher mit dem Angriff TEE.Fail einen Seitenkanal, der mit Hardware für unter 1.000 Dollar geheime Schlüssel samt Attestierungsschlüssel aus gängigen Enklaven zog. Wer eine Antwort nur deshalb glaubt, weil sie in einer TEE entstand, vertraut letztlich dem Chip-Hersteller und der Annahme, dass niemand den physischen Speicher anzapft. Die zkML-Route umgeht diese Annahme, stößt aber an die Kostenwand: Der Unterschied zwischen beweisbarer Inferenz und beweisbarem Training ist technisch gewaltig, wie unsere Analyse zeigt, dass Inferenz beweisbar, Training aber vorerst nicht beweisbar ist. Rituals modularer Ansatz ist ehrlich genug, diese Abwägung nicht zu verstecken, sondern dem Entwickler zu überlassen.

Resonance: ein Markt für ungleiche Rechner

Eine normale Kette hat ein eindimensionales Gas-Modell: Jede Operation kostet eine wohldefinierte Menge Gas, egal wer rechnet. Das funktioniert, solange alle Validatoren dieselbe Art Arbeit leisten. Auf Ritual stimmt diese Annahme nicht mehr. Eine LLM-Inferenz auf einer H100-GPU, ein ZK-Beweis auf einer CPU und ein simpler Token-Transfer sind drei völlig verschiedene Kostenwelten. Resonance ist Rituals Antwort darauf: ein zweiseitiger Gebührenmarkt, der heterogene Hardware bepreisen soll, statt sie in ein einziges Gas-Lineal zu pressen.

Konkret beschreibt die Dokumentation eine dreigeteilte Gebühr, die sich auf den ausführenden Knoten, einen Commitment-Schritt und den einschließenden Validator verteilt. Rechenleistung und Blockproduktion werden also getrennt vergütet. Dass sich um jede Recheneinheit ein eigener Preiskampf entwickelt, ist aus dem Mining vertraut, wo der Kampf um jedes Joule zwischen den ASIC-Herstellern die Margen bestimmt; bei KI-Compute verschiebt sich derselbe Effizienzdruck auf GPUs und Inferenz-Kosten pro Token.

Die Rechenleistung selbst muss Ritual nicht allein stemmen. Schon 2024 band das Projekt GPU-Marktplätze und Restaking-Netze an: io.net sollte über das Infernet-SDK GPU-Kapazität orchestrieren, und eine Kooperation mit EigenLayer (heute EigenCloud) sollte restaktes ETH als Sicherheit für Inferenz und Beweise nutzbar machen. Wer die Angebotsseite dieses Marktes ernst nimmt, landet schnell bei der Frage, wer dezentrales KI-Rechnen überhaupt zuverlässig liefert; am Beispiel Gensyn haben wir gezeigt, dass Vertrauen der einfache Teil war und die Bandbreite das eigentliche Nadelöhr. Für Ritual ist das eine gute Nachricht: Inferenz ist weit weniger bandbreitenhungrig als Training, und genau darauf zielt die Kette.

Agenten: wofür die ganze Maschine gebaut ist

Die Ritual Foundation positioniert die Kette nicht als KI-nahe, sondern als KI-nativ, gebaut für autonome Agenten. Technisch unterscheidet die Dokumentation zwei Typen. Persistente Agenten (Precompile 0x0820) sind zustandsbehaftet: Sie haben Speicher, Identität und Verweise auf Datenverfügbarkeit, überleben also einzelne Sitzungen. Souveräne Agenten (0x080C) gehen weiter: Sie halten eigene Schlüssel, planen sich über den Scheduler selbst, zahlen aus einer eigenen Wallet und laufen in einer abgesicherten Enklave, bis das Geld ausgeht. Die Dokumentation bündelt die Bausteine in sieben Fähigkeiten.

• Denken: Inferenz über die LLM- und ML-Precompiles.
• Handeln: Transaktionen senden, Verträge aufrufen, HTTP-Anfragen stellen.
• Erinnern: persistenter Zustand über Sitzungen hinweg.
• Beweisen: Ausführung per TEE-Attestation oder ZK-Beweis belegen.
• Geheimnisse hüten: verschlüsselte Schlüssel und Daten, die die Enklave nie im Klartext verlassen.
• Bezahlen: eigene Wallet und Bezahlwege für maschinelle Transaktionen.
• Ausweisen: native Authentifizierung per Passkey und P-256.

Dass das nicht nur Folien sind, zeigt Rituals eigene Demo Frenrug. Das ist ein On-chain-Agent, der in einem friend.tech-Chatraum lebt und an die Base-Kette angebunden ist; Nutzer versuchen, ihn per Nachricht zum Kauf oder Verkauf von friend.tech-Schlüsseln zu überreden. Jede Nachricht läuft durch mehrere Sprachmodelle auf verschiedenen Infernet-Knoten, die on-chain abstimmen, ein Off-chain-Knoten aggregiert das Votum über einen Klassifikator und reicht einen Gültigkeitsbeweis nach. Ritual selbst nennt Frenrug ausdrücklich ein spielerisches Experiment ohne Garantie für die Sicherheit der Mittel, nicht eine Produktivanwendung. Als Schaufenster für die Architektur ist es trotzdem aufschlussreich, weil es alle Bausteine auf einmal in Bewegung zeigt.

Die wirtschaftliche Pointe dahinter ist eine Maschinen-Ökonomie: Ein souveräner Agent, der seine eigene Wallet führt und über Zahlstandards wie x402 Dienste bezahlen kann, wird zum eigenständigen Marktteilnehmer, der Rechenleistung, Daten oder andere Agenten einkauft. Das ist reizvoll und riskant zugleich, denn ein per Prompt-Injection manipuliertes Modell bewegt im Zweifel reale Mittel. Rituals Antwort sind Budgetgrenzen und ein eingebauter Not-Aus, der einem Agenten den Hahn zudreht, sobald seine Mittel erschöpft sind; die harte Sicherheitsdebatte über Agenten, die eigenes Geld verwalten, bleibt davon unberührt.

Der Token, den es nicht gibt (und warum das kein Zufall ist)

Hier muss man deutlich werden, weil im Netz viel Nebel steht. RITUAL existiert ausschließlich als Gas-Token im Testnetz, ohne Marktwert, ohne Börsennotierung, ohne bestätigten Termin für eine Ausgabe. Das Testnetz lief 2026 in Phasen an, inklusive eines rollenbasierten Genesis-Programms, bei dem frühe Teilnehmer einen Agenten deployen und dafür eine Discord-Rolle erhalten. Diese Rollen sind an keine bestätigte Token-Zuteilung gebunden. Trotzdem kursieren in Airdrop-Guides konkrete Zahlen (zehn Milliarden Gesamtmenge, ein halbes Prozent für einen Airdrop), die reine Spekulation Dritter sind; selbst die Guides räumen ein, dass kein offizieller Token und kein Starttermin existiert. Wer auf angebliche RITUAL-Token hereinfällt, die irgendwo zum Kauf angeboten werden, hat es mit Betrug zu tun. Die BaFin warnt generell davor, Token ohne belastbare Grundlage zu kaufen; hier gibt es schlicht keinen zu kaufen.

Das Fehlen eines Tokens ist dabei nicht nur eine Bremse, sondern auch ein juristischer Schutzschild. Solange kein Token ausgegeben ist, gibt es nichts, was eine Aufsicht als Wertpapier oder als Krypto-Asset einordnen könnte. In den USA hat die SEC im August 2026 mit einer förmlich vorgeschlagenen Regulierung für Krypto-Assets einen bedingten Safe Harbor skizziert, nach dem ein Token erst dann aus dem Status eines Investitionsvertrags fällt, wenn der Herausgeber seine wesentlichen unternehmerischen Anstrengungen eingestellt hat. Der im Kongress parallel verhandelte CLARITY Act scheiterte im September 2026 an der nötigen Mehrheit im Senat, womit der US-Marktrahmen vorerst in der Schwebe bleibt. Wer in diesem Umfeld ohne Not ein Token ausgibt, handelt sich Rechtsrisiken ein, die ein Protokoll im Testnetz schlicht nicht hat; die Frage, wann aus Code eine strafbare Handlung wird, ist für Entwickler längst real, wie der Streit darüber zeigt, wann DeFi-Entwickler strafbar werden.

Braucht verifizierbare KI dafür eine eigene Kette?

Die unbequemste Frage an die ganze Architektur lautet: Muss das wirklich eine eigene Layer-1 sein? Denn Ritual verlangt von Entwicklern den größten denkbaren Schritt, nämlich den Umzug auf eine neue Kette mit eigener VM, eigenem Konsens und eigenem Gebührenmarkt. Die Konkurrenz liefert verifizierbares Rechnen dagegen als Aufsatz auf bestehende Ketten, und zwar mit längst gelisteten Token. Chainlink hat mit der Chainlink Runtime Environment eine Orchestrierungsschicht auf dem Mainnet, die ausdrücklich keine neue Blockchain ist. Uri Sarid, Chefarchitekt von Chainlink Labs, beschreibt sie als Maschine, die Arbeitsabläufe ausführt, sobald ihre Auslöser feuern, und die verschiedenen Fähigkeits-Netzwerke per Knoten-zu-Knoten-Kommunikation verbindet. Chainlink unterhält zudem eine eigene Begriffsbestimmung von verifizierbarer Inferenz, die zeigt, wie ernst das Thema jenseits von Ritual genommen wird.

Daneben stehen EigenCloud, das verifizierbares Rechnen über restaktes ETH absichern will, und Bittensor, das einen Markt aus Subnetzen für KI-Aufgaben betreibt. Alle drei haben handelbare Token und eine Marktbewertung, an der sich die Ernsthaftigkeit der jeweiligen Wette ablesen lässt. Ritual hat das nicht, was sowohl ein Nachteil (keine Liquidität, kein Anreiz für Betreiber) als auch ein Vorteil (kein Rechtsrisiko, keine Ablenkung durch den Kurs) ist. Die folgende Momentaufnahme ordnet die Wetten ein.

Die Kurse stammen von CoinGecko (TAO, LINK, EIGEN) und sind volatil; TAO liegt trotz der jüngsten KI-Rally noch deutlich unter seinem Allzeithoch von knapp 700 Euro. Der ehrliche Befund ist, dass die Aufsatz-Modelle den kürzeren Weg zum Entwickler haben, während Rituals Wette nur aufgeht, wenn native Fähigkeiten (Scheduler, Agenten, delegierte Ausführung) tatsächlich etwas ermöglichen, das ein Bolt-on nicht kann.

Regulierung, BaFin und die Grenzen der Transparenz

Für deutsche Leser lohnt die Einordnung ins hiesige Recht. Weil Ritual kein Token und keinen Dienst im Sinne der Krypto-Regulierung anbietet, fällt das Protokoll derzeit nicht unter MiCA; die BaFin beaufsichtigt nach ihrem Merkblatt zu Kryptowerte-Dienstleistungen Anbieter und Emittenten, nicht den Protokollcode selbst. Käme eines Tages ein Token, würde sich das ändern, und dann stünden Einordnung und eine mögliche CASP-Erlaubnis im Raum.

Der relevantere Hebel ist die KI-Regulierung. Die Pflichten für Allzweck-KI-Modelle aus dem EU AI Act gelten seit dem 2. August 2025, und die Kommission kann sie seit dem 2. August 2026 durchsetzen; die schärferen Hochrisiko-Pflichten greifen gestaffelt erst 2027 und 2028, wie die EU-Kommission darlegt. Genau hier liegt der Nachfrage-Zug für verifizierbare KI: Wer belegen muss, welches Modell mit welchen Eingaben zu welcher Ausgabe kam, hat an einer Kette, die genau das protokolliert, ein Interesse. Zugleich schneidet die Vertraulichkeit in beide Richtungen. Eine Architektur, die Modelle und Eingaben in Enklaven versteckt, erschwert Geldwäsche-Prüfung und Nachvollziehbarkeit genauso, wie sie Geschäftsgeheimnisse schützt; dieser Zielkonflikt zwischen Privatheit und Prüfbarkeit zieht sich durch die gesamte Krypto-Regulierung.

Der nüchterne Ausblick: Rituals Architektur ist bemerkenswert durchdacht und in Teilen (Infernet) real. Der Sprung vom funktionierenden Testnetz zu einem sicheren, dezentralen Mainnet samt tragfähigem Gebührenmarkt ist jedoch groß, und bis er gelingt, bleibt vieles Versprechen. Vitalik Buterin hat in seinem Essay über Krypto und KI darauf hingewiesen, dass Zero-Knowledge-Beweise für nicht-lineare Modellschichten grob zwei Größenordnungen Mehraufwand verursachen und man KI in der Rolle der Spielregeln mit großer Vorsicht behandeln solle. Das ist die richtige Haltung auch gegenüber Ritual: ein ernstes Stück Ingenieurskunst, dessen härtester Test noch aussteht.

Frequently Asked Questions

Was ist Ritual und wofür wird es gebaut?

Ritual ist eine KI-native Blockchain-Infrastruktur, die es Smart Contracts erlaubt, KI-Modelle aufzurufen und deren Ergebnis überprüfbar zu machen. Das Projekt besteht aus dem bereits laufenden Orakel-Netzwerk Infernet und der noch im Testnetz befindlichen Ritual Chain mit ihrer erweiterten virtuellen Maschine EVM++.

Hat Ritual ein Token oder einen Airdrop?

Nein. Stand Oktober 2026 existiert RITUAL nur als Gas-Token im Testnetz ohne Marktwert, es gibt kein handelbares Token, keine Börsennotierung und keinen bestätigten Airdrop. Konkrete Mengen- oder Preisangaben in Airdrop-Guides sind Spekulation Dritter, und angebliche RITUAL-Token zum Kauf sind ein Betrugsrisiko.

Wie kann eine deterministische Blockchain eine KI-Inferenz ausführen?

Ritual trennt zwei Ausführungspfade, die es Superposition nennt. Deterministische Operationen laufen repliziert auf allen Validatoren, nicht-deterministische KI-Arbeit läuft nur einmal in einer abgesicherten Hardware-Enklave und wird per Attestation überprüft statt nachgerechnet. So bleibt der Konsens intakt, obwohl GPU-Inferenz nicht bitgenau reproduzierbar ist.

Was ist Infernet und läuft es schon?

Infernet ist Rituals erstes Produkt, ein dezentrales Orakel-Netzwerk mit SDK, über das Smart Contracts auf Ethereum, Base und Arbitrum heute schon KI-Modelle abfragen können. Es funktioniert als KI-Koprozessor für bestehende Ketten, während die eigene Ritual Chain weiterhin ein Testnetz ist.

Ist für Ritual die BaFin oder MiCA zuständig?

Weil Ritual kein Token und keinen Krypto-Dienst anbietet, fällt das Protokoll derzeit nicht unter MiCA, und die BaFin beaufsichtigt Anbieter und Emittenten, nicht den Protokollcode. Relevanter ist der EU AI Act, dessen Pflichten für Allzweck-KI seit 2025 gelten und seit August 2026 durchsetzbar sind. Käme ein Token, stünden MiCA-Einordnung und eine mögliche CASP-Erlaubnis im Raum.

Von Marcus Okafor, Redakteur bei HOGE Wire.