Ein KI-Agent steht kurz davor, Kapital in ein Kreditprotokoll zu investieren.
Bevor er etwas unterzeichnet, ruft er die für das letzte Quartal erfassten Gebühren des Protokolls ab.
Eine einfache Frage: Woher weiß er, dass diese Zahl stimmt?
Im Moment tut es das meistens nicht.
Die Zahl stammt aus einer API oder der Datenbank einer Person, und der Agent handelt mit Maschinengeschwindigkeit auf Grundlage dessen, was ihm vorgelegt wird.
Diese Lücke ist der Grund, warum @SpaceandTime entwickelt wurde.
Space and Time ist eine Daten-Blockchain, die vom Microsoft-Venture-Fonds M12 unterstützt wird.
Sie indexiert Blockchain-Daten, speichert Off-Chain-Datensätze daneben und liefert SQL-Ergebnisse mit einem angehängten ZK-Beweis zurück (Proof of SQL).
Wer auch immer das Ergebnis nutzt – Agent oder Vertrag –, prüft den Nachweis und muss dem Betreiber nicht vertrauen.
KI
Der Agenten-Stack entwickelt sich rasant weiter: Wallets, Signaturen, Zahlungswege, Cross-Chain-Ausführung. Doch zwischen der Absicht eines Agenten und seiner Transaktion klafft noch eine Lücke: Es fehlen die Daten, anhand derer er überhaupt beurteilen kann, ob die Transaktion sinnvoll ist.
Überleg einmal, was ein ernstzunehmender Finanzagent vor einer Aktion tun muss.
Nachvollziehen, wie sich eine Position über Wochen entwickelt hat, Aktivitäten über Protokolle und Blockchains hinweg zusammenführen, Offchain-Daten wie Reservebestände abrufen und dann alles zusammen auswerten.
Ein Agent, der einen Kredit bewertet, möchte wissen, wie sich die Besicherungsquote des Kreditnehmers in den letzten 30 Tagen verändert hat. Ein Smart Contract kann diese Frage anhand des aktuellen Zustands nicht beantworten.
Ein menschlicher Trader würde vor dem Klick das Dashboard auf Plausibilität prüfen. Ein Agent hält nicht inne.
Eine veraltete oder manipulierte Zahl fließt direkt in eine signierte Transaktion ein. Wenn Gebührenhistorie oder Besicherungsdaten als nachgewiesenes Abfrageergebnis zurückkommen, kann der Agent seine Eingabedaten selbst verifizieren, und die Gegenpartei kann prüfen, was der Agent gesehen hat, bevor Kapital bewegt wird.
Dieser zweite Schritt macht aus „einem Agenten die Verwaltung von Geld überlassen“ mehr als einen Vertrauensvorschuss – etwas, das ein Risikoteam genehmigen kann.
Tokenisierung
Die Tokenisierung der ersten Welle war eine bloße Hülle: ein Token, der eine Anleihe oder Aktie abbildet. Die Produkte, die Institutionen heute betreiben, beruhen auf Mathematik.
– Ein tokenisierter Geldmarktfonds wird anhand von Zinskurven neu gewichtet und wendet Rücknahmeregeln auf Basis von Liquiditätsschwellen an.
– Ein privater Kreditpool vereinnahmt Zahlungen aus Dutzenden von Krediten, führt eine Wasserfalllogik über verschiedene Tranchen aus und passt die Bewertungen an, sobald Zahlungsausfälle eintreten.
Der Vermögenswert ist das Ergebnis dieser Berechnung.
Hier geraten die meisten Programme ins Stocken: Verträge können Regeln durchsetzen, aber keine großen oder historischen Datensätze auswerten. Offchain-Systeme können rechnen, doch dann muss jeder dem Ergebnis vertrauen.
Am Ende vereinfachen Emittenten den Vermögenswert oder fügen einen vertrauenswürdigen Mittler hinzu – und untergraben damit den ursprünglichen Grund für die Tokenisierung.
Space and Time schließt diese Lücke: Ein Administrator oder Emittent führt die NAV-Berechnung als SQL-Abfrage über die Bestandsdaten aus und veröffentlicht das Ergebnis mit einem Nachweis, dass die Berechnung anhand dieser Daten korrekt ausgeführt wurde.
Verwahrung und Prüfung belegen weiterhin, welche Bestände vorhanden sind. Der Nachweis schließt die letzte Lücke zwischen diesen Aufzeichnungen und dem Betrag, den ein Inhaber Onchain sieht.
Dasselbe Prinzip gilt für eine tokenisierte Aktie, die in mehreren Pools gehandelt wird: Das Gesamtvolumen über alle Pools hinweg wird in einer Berechnung zusammengefasst und anhand der festgeschriebenen Daten nachgewiesen.
DeFi
Ein Vertrag sieht den aktuellen Block und nichts davor. Deshalb sind die meisten DeFi-Anreize grob abgestimmt.
Eine Gebührenstufe für alle. Belohnungen werden anhand von Snapshots verteilt, deren Mechanismen Yield Farmer zu ihrem Vorteil nutzen. Treueprogramme, die keine Treue erkennen können.
Uniswap-v4-Hooks zeigen sowohl die Grenzen als auch die Lösung. Ein Hook kann bei jedem Swap benutzerdefinierte Logik ausführen, kennt aber nur den aktuellen Pool-Zustand und alles, was ihm übergeben wird.
Space and Time veröffentlicht Hook-Vorlagen, bei denen der Hook eine historische Frage stellt – etwa, wie viel diese Wallet in den letzten 30 Tagen getauscht hat – und eine nachweislich korrekte Antwort erhält.
Die Vorlage für Treuerabatte speichert die Stufe eines Nutzers, sobald seine Berechtigung nachgewiesen ist, und wendet beim Swap die niedrigere Gebühr an. Die SQL-Abfrage ist das Einzige, was ein Entwickler schreiben muss.
Dasselbe Muster lässt sich auf Belohnungsprogramme übertragen: Die Berechtigung wird anhand tatsächlicher vergangener Aktivitäten berechnet und nachgewiesen. So kann niemand selbst Angaben machen, und jeder kann prüfen, wer sich qualifiziert hat und warum.
Protokolle können Verhalten endlich über einen längeren Zeitraum statt nur zu einem einzelnen Zeitpunkt bewerten.
Token
Der Token ist an tatsächliche Arbeit geknüpft. Jede Arbeitslast im Netzwerk wird in $SXT abgerechnet: das Indexieren von Blockchain-Daten, das Einfügen von Offchain-Datensätzen sowie das Erzeugen und Verifizieren von Abfragenachweisen.
Jede Abfrage kostet SXT, weil sie echte Rechenleistung erfordert. Gleichzeitig wird SXT gestakt, um die Validatoren abzusichern, die Abfragen ausführen und die Blockchain sichern.
Nutzung und Sicherheit greifen auf denselben Vermögenswert zurück, und die Gebühren werden Onchain verbucht, wo sie jeder nachverfolgen kann.
Wenn dein Agent oder Protokoll vor einer Aktion eine historische Abfrage nachweisen könnte, welche Abfrage würdest du zuerst auswählen?
