Da Stablecoins zunehmend an Bedeutung gewinnen und KI-Agenten immer mehr Finanzaktivitäten übernehmen, stellt die Zahlungsinfrastruktur neue Fragen zu Compliance, Sicherheit und Verantwortlichkeit. In diesem Interview erläutert Arnold Lee, Mitgründer und CEO von Sphere Labs, wie SphereNet regulierungsfähige Grundlagen für institutionelle Stablecoin-Zahlungen aufbaut.
Frage 1. Was ist die Strategie von Sphere, einen regulierten Stablecoin-Rahmen mit agentischer KI zu kombinieren, um angesichts wachsender Stablecoin-Nachfrage ein regulierungsfähiges und sicheres Zahlungsnetzwerk zu entwickeln?
Da immer mehr Zahlungen von Agenten statt von Menschen ausgeführt werden, könnten Stablecoins eine nützliche Möglichkeit sein, dass diese Agenten Geld bewegen – weil sie schnell abwickeln können und rund um die Uhr verfügbar sind. Genau auf diese Richtung bereitet sich SphereNet vor. Es ist ein semi-permissioniertes Netzwerk, in dem Teilnehmende vor der Durchführung einer Transaktion geprüft werden und Compliance-Checks in den Zahlungsprozess eingebaut sind. Anstatt eine Transaktion erst nachträglich zu prüfen, nachdem sie bereits durchgelaufen ist, kann das Netzwerk Identität, Sanktionsstatus, Gegenparteien und andere Anforderungen prüfen, bevor die Zahlung finalisiert wird. Das reduziert auch Reibung in traditionellen Zahlungssystemen: Dort führen oft unterschiedliche Banken und Institutionen dieselben Checks separat aus und müssen später zusammensetzen, was genau passiert ist. SphereNet hält eine Aufzeichnung dieser Checks vor, sodass autorisierte Institutionen etwas haben, auf das sie sich zurückbeziehen können. Post-Transaction Monitoring wird weiterhin erforderlich sein – insbesondere wenn sich verdächtige Aktivitäten erst im Zeitverlauf klar herauskristallisieren –, aber die Idee ist, mehr Probleme abzufangen, bevor das Geld in Bewegung gerät, statt zu versuchen, sie rückwirkend zu beheben.
Q2. Was ist der Plan von SphereNet, Identitäten, regulatorische Anforderungen und Sanktionsstatus in Echtzeit zu verifizieren, noch bevor Stablecoin-Zahlungen finalisiert werden?
SphereNet plant, Identitäts- und Compliance-Checks zu behandeln, bevor eine Zahlung finalisiert wird, indem die relevanten Parteien verifiziert werden, bevor sie transaktieren können. Da das Netzwerk semi-permissioniert ist, ist jede Institution dafür verantwortlich, ihre Kunden gegen AML, CFT, Sanktionen und weitere Regeln zu prüfen, die für die Länder gelten, in denen sie operieren. Nachdem ein Kunde verifiziert wurde, muss das Netzwerk seine Identitätsdokumente oder andere sensible Informationen nicht speichern. Stattdessen kann es eine Bestätigung (Attestation) oder einen Nachweis verwenden, der bestätigt, dass der Kunde die erforderlichen Checks bestanden hat. Diese Bestätigungen können von zugelassenen Emittenten erstellt, aktualisiert, ablaufen lassen oder widerrufen werden – und eine Zahlung kann gestoppt werden, wenn der erforderliche Nachweis fehlt oder nicht mehr gültig ist. SphereNet arbeitet außerdem an datenschutzfreundlichen Credentials und Zero-Knowledge-Checks, damit Institutionen nachweisen können, dass ein Kunde eine Anforderung erfüllt, ohne die zugrunde liegenden Informationen im Netzwerk offenzulegen. Das Netzwerk hält eine Aufzeichnung dieser Checks und Änderungen für Audits vor, während die Institution weiterhin dafür verantwortlich ist, sicherzustellen, dass ihre Kunden und Transaktionen die anwendbaren Gesetze erfüllen.
Q3. Da KI-Agenten inzwischen finanzielle Entscheidungen autonom treffen können: Welche zentralen Sicherheits- und Compliance-Herausforderungen sollten Unternehmen für die kommenden Jahre bereitstellen?
Da finanzielle KI-Agenten zunehmend autonomer werden, müssen Unternehmen ernsthaft darüber nachdenken, was passiert, wenn diese Systeme Fehler machen oder gezielt ausgenutzt werden. Ein entschlossener Angreifer wird möglicherweise irgendwann einen Prompt, eine Datenquelle, ein Credential oder einen Workflow finden, der eine Schwäche offenlegt, die die Designer nie in Betracht gezogen haben. Deshalb sollten Unternehmen strikte Grenzen darum setzen, worauf Agenten zugreifen und was sie autorisieren dürfen – einschließlich Transaktionsbeträgen, Gegenparteien, Zeitlimits sowie den Menschen oder Organisationen, die sie vertreten. Außerdem müssen sie sich auf Prompt-Injection, manipulierte Daten, gestohlene Credentials und andere Versuche vorbereiten, die Entscheidungen eines Agenten zu beeinflussen. Grenzüberschreitende Transaktionen machen das schwieriger, weil sich Finanz-, Sanktions-, Lizenz-, Daten- und Verbraucherschutzregeln zwischen Ländern unterscheiden – auch wenn der Agent fast augenblicklich handeln könnte. Starke Zugriffskontrollen, Transaktionslimits, ein sicheres Schlüsselmanagement, detaillierte Aufzeichnungen, unabhängiges Monitoring und eine menschliche Genehmigung für bedeutende oder unumkehrbare Aktionen werden zunehmend wichtiger. Unternehmen sollten außerdem regelmäßig testen, wie schnell sie einen Agenten abschalten können und wie sie reagieren, wenn etwas schiefgeht. Der sicherste Ansatz ist, anzunehmen, dass ein Agent irgendwann auf eine Situation trifft, die seine Designer nicht vorhergesehen haben – und das System so aufzubauen, dass die Folgen begrenzt bleiben.
Q4. Im Einklang mit den Sorgen, die an KI-Systeme herangetragen werden: Welche Schutzmaßnahmen hat Sphere, um die Transparenz, Compliance und Auditierbarkeit der KI-gestützten Zahlungsinfrastruktur zu gewährleisten?
Aus Sicht des Netzwerks ist es nicht erforderlich, jede Aktion als von Menschen oder von KI initiiert zu klassifizieren. In beiden Fällen gelten dieselben Anforderungen an Onboarding, Verifizierung, Autorisierung und Compliance. Ein KI-Agent handelt über eine von einer zugelassenen Person, einem Unternehmen oder einer regulierten Institution kontrollierte oder autorisierte Wallet – daher gibt es eine rechenschaftspflichtige Partei hinter dem System.
Bevor eine Transaktion ausgeführt wird, muss die Wallet die von der relevanten Institution, dem Vermögenswert und der policy der jeweiligen Jurisdiktion geforderten Credentials oder Bestätigungen vorlegen – genau wie das, was man normalerweise macht, wenn man diese Informationen auf dem üblichen Weg über eine API übergibt. Diese Credentials können verifiziert, abgelaufen oder widerrufen werden, und die Transaktion unterliegt denselben Durchsetzungsregeln, unabhängig davon, ob sie manuell oder durch Software initiiert wurde. Wallet-Aktionen und Credential-State werden im gemeinsamen Ledger von SphereNet aufgezeichnet und erzeugen damit eine nachvollziehbare, gegen Manipulation geschützte und unabhängig auditierbare Aufzeichnung für autorisierte Parteien. Daher bietet SphereNet Transparenz und Auditierbarkeit über Identität, Bestätigungen und Transaktionshistorie – nicht indem man darauf vertraut, dass ein KI-System beschreibt, was es getan hat.
Q5. Wie schafft Sphere ein Gleichgewicht zwischen KI-gestützter Automatisierung und menschlicher Aufsicht im Fall von grenzüberschreitenden oder hochvolumigen Stablecoin-Transfers?
Der Emittent jedes Vermögenswerts bestimmt die Regeln, unter denen dieser Vermögenswert bewegt werden darf. Ein Emittent kann sich dafür entscheiden, identische Regeln auf jedes autorisierte Wallet anzuwenden. Ein Emittent kann außerdem beschließen, menschlich und KI-gesteuerte Wallets unterschiedlich zu behandeln und unterschiedliche Transaktionslimits, Gegenpartei-Einschränkungen, Credential-Anforderungen oder Genehmigungsschwellen auf jede Kategorie anzuwenden. In diesem Fall käme die Unterscheidung aus einer vom Emittenten anerkannten Credential, Attestation oder Autorisierung – statt dass SphereNet selbst beurteilt, ob ein Akteur ein Mensch oder eine KI ist. Die Rolle von SphereNet besteht darin, die vom Vermögenswert erklärte Policy konsistent durchzusetzen. Ein Transfer wird erst ausgeführt, wenn die Wallet, Signaturen, Credentials und die anderen erforderlichen Bedingungen die Regeln des Emittenten erfüllen. Dadurch können Emittenten entscheiden, wo Automatisierung akzeptabel ist und wo eine menschliche oder mehrseitige Genehmigung in der Schleife bleiben muss – einschließlich für Transaktionen mit hohem Wert oder grenzüberschreitende Transfers. Es gibt keine universelle, netzwerkweite Schwelle, weil die passenden Kontrollen vom Vermögenswert, Emittenten, der Institution, dem Korridor und der jeweils anwendbaren Regulierung abhängen.
Q6. Welche Rolle spielt die kürzliche Partnerschaft von Sphere mit Deutsche, um das Enterprise-Modell von SphereNet zu stärken und dadurch Compliance, Resilienz und Vertrauen zu verbessern?
Ein compliance-natives Netzwerk für regulierte Finanztransaktionen gewinnt seine Glaubwürdigkeit weniger daraus, was es über sich selbst behauptet, als daraus, wer bereit ist, es zu betreiben – weshalb die Teilnehmenden auf der Basisebene ebenso wichtig sind wie die Architektur. Deutsche Telekom ist als einer unserer frühesten Validator-Partner SphereNet beigetreten und betreibt Node-Infrastruktur sowohl im Testnet als auch im Mainnet über dieselbe Tochtergesellschaft, die bereits für eine Reihe etablierter Netzwerke validiert. Das bewirkt gleich mehrere Dinge: Es erweitert die Zahl unabhängiger, geprüfter Betreiber, die die Basisschicht absichern, und ein Betreiber, der es gewohnt ist, regulierte Infrastruktur in diesem Maßstab zu betreiben, ist genau die richtige Art von Teilnehmendem für ein Netzwerk, in dem die Regeln in der Schiene („rail“) selbst verankert sein sollen. Ein Partner mit diesem Profil, der sich dafür entscheidet, früh zu investieren und mit uns aufzubauen statt aus der Distanz zuzusehen, ist außerdem ein bedeutsames Signal an die lizenzierten Institutionen, die wir als Nächstes onboarden.
Telekommunikationsunternehmen haben über einen weit über ein Jahrhundert hinaus stillschweigend Geld und Nachrichten über Grenzen hinweg transportiert – daher liegt es nahe, dass sie dabei helfen, diese Art von Netzwerk zu betreiben. Und das Wichtigste, was mich in dieser Phase bewegt, ist der Aufbau mit Partnern, die uns dabei helfen, das zu realisieren, was die Institutionen benötigen, die das Geld der Welt tatsächlich bewegen.
Q7. Wie ermöglicht Sphere Banken, Unternehmen und Finanzinstitutionen, regulierte Blockchain-basierte Zahlungen nahtlos zu übernehmen?
Wenn eine Institution einen Kunden onboardet, baut sie am Ende genau dieselben Prüfungen, die die Firma von nebenan gerade erst aufgebaut hat: Sie bestätigen, dass die Person ist, die sie zu sein vorgibt, dass sie das Produkt halten darf, und dass sie nicht auf einer Sanktionsliste steht – und jede dieser Prüfungen speichert anschließend die Dokumente und trägt die Verantwortung („liability“) für diese Daten. Das ist die eine Aufgabe, die jedes Finanzunternehmen erfüllen muss – und die keines von ihnen zu seinem Wettbewerbsvorteil machen kann. Deshalb ergab es sich nie, es tausendmal intern neu aufzubauen. Auf SphereNet greift eine Institution auf einen Check zurück, der die Anforderung bereits abdeckt – ähnlich wie ein Entwickler statt die Verschlüsselung von Grund auf neu zu schreiben eher eine gut getestete Bibliothek verwendet. Dadurch wird aus Onboarding statt „Bauen“ eine „Integration“. Alle in der Umgebung sind bereits eine geprüfte, regulierte Einheit. Und wer einmal verifiziert wurde, kann dieselbe Anforderung beim nächsten Service erfüllen, ohne seine Informationen erneut übergeben zu müssen – wodurch das Geschäft einen größeren Pool bereits verifizierbarer Kunden übernimmt und gleichzeitig weniger Daten vorhalten muss, die geschützt werden müssen.
Wir ermöglichen die Übernahme, indem wir blockchainbasierte Zahlungen in eine institutionelle Integration verwandeln, statt jede Bank oder jedes Unternehmen zu fragen, das komplette Stack selbst bauen zu müssen. Zur Einordnung: SpherePay stellt bereits APIs, SDKs und Dashboards für Onboarding, KYC/KYB, die Bewegung von Fiat und Stablecoins sowie für das Transfer-Status-Management bereit. So können Institutionen Zahlungen integrieren, ohne Custody, Chain-Routing und Korridor-Operationen von Grund auf neu aufzusetzen. SphereNet, aktuell im Testnet, ist darauf ausgelegt, diesen Ansatz auf das Settlement und die Asset-Policy-Ebene zu erweitern. Tokens, Transaktionsgebühren, Signierung und andere Chain-Interaktionen können von der Institution und ihren Endnutzern abstrahiert werden.
SphereNet erzwingt kein einziges Compliance-Modell für jeden Vermögenswert. Der Emittent jedes Vermögenswerts definiert die Regeln, unter denen dieser Vermögenswert übertragen werden darf. Auf Basis jedes Vermögenswerts kann ein Emittent dafür opt-in gehen, dass Credentials, Attestations oder andere Verifizierungen von Absendern und Empfängern verlangt werden. Ein Emittent könnte beispielsweise eine Attestation akzeptieren, die zeigt, dass eine andere vertrauenswürdige Institution bereits KYB für eine Partei durchgeführt hat – sofern der Emittent rechtlich damit komfortabel ist, diese Verifizierung zu übernehmen. Der Emittent entscheidet, welchen Credential- oder Attestation-Providern er vertraut, welche Nachweise erforderlich sind, wann sie ablaufen und wann sie widerrufen werden dürfen. Diese Entscheidungen gelten nur für diesen Vermögenswert; ein anderer Emittent kann eine andere Policy übernehmen oder sich dafür entscheiden, dieselben Attestations nicht zu verwenden.
Die Rolle von SphereNet besteht darin, die ausgewählten Anforderungen konsistent durchzusetzen, wenn sich der Vermögenswert bewegt. Dieses Opt-in-Modell reduziert maßgeschneiderte Integrationen und doppelte Verifizierungen dort, wo es sinnvoll ist, ohne Institutionen dazu zu zwingen, die Kontrolle über ihre eigenen Compliance-Standards abzugeben.
Q8. Da grenzüberschreitende Zahlungen häufig unterschiedliche regulatorische Modelle umfassen, wie stellt Sphere sicher, dass KI-Agenten bei der Durchführung internationaler Stablecoin-Transfers compliant sind?
SphereNet legt kein separates allgemeines Compliance-Regime allein deshalb fest, weil eine Transaktion von einem KI-Agenten initiiert wird. Der Emittent jedes Vermögenswerts definiert die Bedingungen, unter denen sich dieser Vermögenswert bewegen darf – einschließlich der Rechtsordnungen, Gegenparteien, Credentials, Bestätigungen (Attestations) und Genehmigungen, die er akzeptiert. Diese Regeln gelten auf Ebene des Vermögenswerts und können sich zwischen Emittenten unterscheiden, je nach ihren regulatorischen Pflichten und ihrer Risikotoleranz. Ein Emittent kann dieselben Regeln auf von Menschen- und KI-gesteuerte Wallets anwenden oder, sofern eine vom Emittenten anerkannte Credential oder Autorisierung die Unterscheidung eindeutig kennzeichnet, unterschiedliche Limits oder Genehmigungsschwellen festlegen. In jedem Fall muss die Wallet mit einer zugelassenen und rechenschaftspflichtigen Person, einem Unternehmen oder einer regulierten Institution verknüpft sein; ein KI-Agent kann die Verifizierungsanforderungen, die für die Partei hinter ihm gelten, nicht umgehen.
Die aktuellen Testnet-Controls von SphereNet können widerrufliche Berechtigungen („revocable eligibility“) oder Set-Mitgliedschafts-Bestätigungen (Attestations) erzwingen, während ausdrucksstärkere Tools für Jurisdiktionen und Policies noch entwickelt werden. Unsere Aufgabe besteht darin, die vom Emittenten erklärten Bedingungen konsistent durchzusetzen und die ausgeführte Transaktion sowie den relevanten Credential-Status für autorisierte Audits zu protokollieren. Der Emittent und die teilnehmenden regulierten Institutionen bleiben dafür verantwortlich, lokales Recht auszulegen, die Checks auszuwählen, auf die sie sich stützen, und alle fortlaufenden Monitoring-Pflichten umzusetzen.
Q9. Was ist der Governance-Rahmen von Sphere, um die Genauigkeit, Anpassungsfähigkeit und Transparenz seiner KI-Systeme sicherzustellen – angesichts des wachsenden Fokus von Regulierern und Regierungen auf KI-Governance?
SphereNet nutzt keine KI, um zu entscheiden, ob eine Transaktion compliant ist oder fortgesetzt werden darf. Die Richtlinien, die eine Transaktion erlauben oder ablehnen, liegen als On-Chain-Status vor und führen zu deterministischen Ergebnissen. Diese Richtlinien werden von Menschen beim Vermögenswert-Emittenten oder der zuständigen regulierten Institution erstellt und autorisiert – im Einklang mit den Gesetzen und Vorschriften, die für sie gelten.
Wenn eine Transaktion eingereicht wird, prüft SphereNet die Wallet, Signaturen, Credentials, Bestätigungen (Attestations) und weitere erforderliche Bedingungen gegen die vom Emittenten erklärte Richtlinie. Das Ergebnis hängt nicht von der Confidence-Score eines Modells, von Interpretationen oder sich änderndem Verhalten ab; dieselben Eingaben werden gegen dieselben Richtlinienregeln ausgewertet. Wenn sich Vorschriften oder institutionelle Anforderungen ändern, aktualisieren autorisierte Menschen die jeweils anwendbaren Policy- oder Credential-States über die reglementierten Prozesse des Netzwerks. Diese Updates und die daraus resultierenden ausgeführten Aktionen werden im gemeinsamen Ledger protokolliert und liefern so eine transparente, nachprüfbare Historie für autorisierte Parteien. Ob die Transaktion von einer Person oder einem KI-Agenten initiiert wurde, ändert dieses Durchsetzungsmodell nicht.
Q10. Während konventionelle Finanzsysteme verdächtige Überweisungen nach dem Settlement zurücknehmen oder einfrieren können, wie adressiert SphereNet die Herausforderung der Unumkehrbarkeit?
Es stimmt, dass man, sobald etwas über diese Schienen gelaufen ist, nicht mehr zurückgehen und es rückgängig machen kann, wie ein Kartennetzwerk einen Chargeback „zurückholen“ kann – und ich will das auch nicht kleinreden: Das ist eine echte Einschränkung. Unser Ansatz dazu ist, dass, wenn man einen Fehler nachträglich nicht beheben kann, die Sorgfalt vor dem Zeitpunkt der Ausführung sitzen muss – und genau deshalb ist SphereNet eine semi-permissionierte Umgebung, in der jeder Teilnehmende bereits geprüft und reguliert ist, und weshalb die Compliance-Checks in der Schiene („rail“) selbst stattfinden: Sie laufen, während das Geld in Bewegung ist, und der Datensatz wird genau dann geschrieben, wie es passiert. Wenn etwas dennoch untersucht werden muss, gibt es einen kanonischen, kryptografisch verifizierten Datensatz, den ein Bankpartner oder ein Regulator eigenständig einsehen kann – sodass die Verantwortlichkeit nicht auf der Darstellung irgendeiner einzelnen Partei basiert. Ich würde sagen, die Unumkehrbarkeit wirkt deutlich weniger einschüchternd, sobald die Gruppe derer, die überhaupt transaktieren können, klein, bekannt und verantwortlich ist. SphereNet trennt Ledger-Finalität von der Remediation auf Ebene des Vermögenswerts: Eine finalisierte Transaktion wird nicht gelöscht oder umgeschrieben und erhält dadurch eine kanonische Prüfbarkeit („canonical audit trail“). Die erste Verteidigungslinie ist präventiv: Permissioned Participation, eine badge-basierte Berechtigung („eligibility“) sowie Regeln auf Transaktionsebene sind darauf ausgelegt, eine nicht-compliant Übertragung bereits vor dem Settlement zu stoppen.
Regulierte Finanzen benötigen außerdem Exception-Controls. Die Architektur für regulierte Token von SphereNet unterstützt separate Autoritäten zum Freeze, Thaw und zur Abstimmung (Reconciliation). Wenn das rechtliche und Governance-Rahmenwerk des Vermögenswerts dies zulässt, kann ein autorisierter Emittent oder eine Compliance-Funktion ein Konto anhalten oder eine korrigierende Reconciliation-Transfer-Übertragung ausführen. Die korrigierende Maßnahme selbst wird ebenfalls on-chain aufgezeichnet. Das Ziel ist, finale Aufzeichnungen mit eng geführten, transparenten Remediation-Befugnissen zu kombinieren.
Q11. Was ist SphereNets Ansatz für die anstehenden Meilensteine und welche Auswirkungen haben sie auf die nächstgenereierten regulierten Stablecoin-Zahlungen?
Der kurzfristige Meilenstein ist das Onboarding einer ausgewählten Gruppe von anfänglichen Validator-Partnern – das geschieht jetzt, noch vor einem öffentlichen Launch im Jahr 2027. Parallel dazu gibt es eine Version, die sich für grundlegende Buchhaltung und zum Testen der verschachtelten Kryptografie verwenden lässt, sowie ein Mainnet für regulierte Einheiten – vorbehaltlich der Lizenzen, die wir dafür benötigen, wobei diese Lizenzen selbst der nächste „Gate“-Punkt sind. Ich versuche nicht, zu sehr zu versprechen, was irgendein einzelner Meilenstein bedeutet, denn das ehrliche Bild ist: Das ist ein tiefes und leicht störrisches Geflecht, bei dem jede Verzweigung typischerweise die nächste öffnet, und ich wäre skeptisch gegenüber jeder Geschichte, in der ein einzelner Launch über Nacht alles verändert. Was ich mir wünsche, dass daraus insgesamt entsteht, ist, dass regulierte Institutionen Geld über Grenzen hinweg auf Schienen bewegen können, bei denen Compliance und Dokumentation bereits Teil des Designs sind – sodass sich die Teile, die früher Wochen an hin- und her Abstimmung brauchten, näher an Echtzeit anfühlen.