UK teilt Stablecoin-Regeln in zwei Kategorien für Emittenten auf

Jeder Plattformverantwortliche, der ein Token-Treasury durch eine rechtliche Prüfung in Großbritannien geführt hat, kennt das Muster: Die Hälfte der Fragen dreht sich um Reserven, die andere Hälfte darum, welcher Regulierer zuständig ist, wenn etwas schiefläuft. Das UK hat diese zweite Frage nun beantwortet, indem eine klare Grenze zwischen systemischen und nicht-systemischen Stablecoin-Emittenten gezogen wurde. Auf welcher Seite dieser Grenze Ihr Produkt landet, wird mehr Architekturentscheidungen prägen als jede technische Wahl, die Sie in diesem Jahr treffen.

Das Problem

Stablecoins haben sich im UK jahrelang in einer regulatorischen Grauzone bewegt. Alle wussten, dass Regeln kommen würden. Niemand wusste, ob die Financial Conduct Authority, die Bank of England oder beide die Aufsicht übernehmen würden. Diese Unklarheit war eine versteckte Abgabe auf jede ernsthafte Produktentscheidung: auf welcher Chain emittiert werden soll, wie die Reserve strukturiert werden soll, ob UK-Nutzer überhaupt akzeptiert werden sollen.

Wie Dentons berichtete, setzt das UK auf ein zweistufiges Framework, das zwischen nicht-systemischen und systemischen Emittenten unterscheidet. Das ist das entscheidende Element. Die Klassifizierung ist keine Fußnote. Sie ist der Schalter, der Ihre Kapitalanforderungen, Ihre Reservezusammensetzung, Ihre Anforderungen an die operative Resilienz bestimmt und – in der Praxis – darüber entscheidet, ob Sie ein funktionierendes Produkt mit einem kleinen Team ausliefern können oder eine bankähnliche Compliance-Funktion benötigen, bevor Sie einen einzigen UK-Nutzer ansprechen.

Der Grund, warum das jetzt relevant ist: Die Ausgestaltung dieser Regeln wird beeinflussen, wie alle anderen G7-Länder über die Stablecoin-Aufsicht nachdenken. Regulierer orientieren sich aneinander. Teams, mit denen ich im Amsterdamer Fintech-Korridor zusammengearbeitet habe, haben 18 Monate damit verbracht, das Onboarding neu aufzubauen, um einer frühen MiCA-Interpretation zu entsprechen – nur um die Hälfte davon erneut anzupassen, als ein späterer technischer Standard verabschiedet wurde. UK-Stablecoin-Emittenten werden denselben Weg gehen, wenn sie die Tier-Definitionen nicht sorgfältig lesen.

Eine weitere Produktionsrealität betrifft Oracle- und Settlement-Risiken. Wenn Ihr DeFi-Protokoll einen UK-regulierten Stablecoin als Sicherheit akzeptiert, verändert die Einstufung dieses Emittenten Ihr Gegenpartei-Risikomodell über Nacht. Systemische Emittenten unterstehen der Aufsicht der Bank of England und haben vermutlich strengere Reserveregeln. Nicht-systemische Emittenten unterliegen einer leichteren Aufsicht und haben einen geringeren Compliance-Graben. In dieser Lücke wird sich das nächste Depegging-Drama abspielen.

Die verfügbaren Optionen

Für jedes Team, das derzeit einen GBP- oder Mehrwährungsstablecoin emittiert, plant zu emittieren oder zu integrieren, gibt es vier realistische Positionen.

Option eins: bewusst nicht-systemisch bleiben. Begrenzen Sie die Umlaufmenge, schränken Sie Vertriebskanäle ein, halten Sie das Produkt eng gefasst. Das ist das klassische regulatorische Arbitrage-Spiel – und es funktioniert, bis es das nicht mehr tut. Wachstum ist hier der Feind. Eine viral gehende Integration schiebt Sie über den Schwellenwert, und plötzlich haben Sie systemische Verpflichtungen geerbt, für die Sie nie gebaut haben. Produktionsvorfälle, die ich bei schnell wachsenden Fintechs beobachtet habe, lassen sich fast immer auf ein Compliance-Regime zurückführen, das das Team unbemerkt überwachsen hat.

Option zwei: von Anfang an für systemisch bauen. Vollständige operative Resilienz im Stil der Bank of England, hochwertige liquide Reserven, Rücknahme-SLAs, Risikoausschüsse auf Vorstandsebene. Teuer, langsam und nur dann sinnvoll, wenn Sie institutionelle Distribution gesichert haben. Für ein zehnköpfiges Crypto-Team entspricht das dem Budget von zwei Vollzeit-Ingenieuren, das in Compliance-Tooling fließt, bevor ein einziges Feature ausgeliefert wird. Nicht tragfähig, es sei denn, Sie sind bereits mit Circle-ähnlichen Ambitionen finanziert.

Option drei: nicht emittieren, integrieren. Lassen Sie jemand anderen die regulatorische Last tragen. Nutzen Sie einen UK-autorisierten Stablecoin als Settlement-Rail, aber halten Sie Ihr eigenes Produkt als Nicht-Emittent. Das ist die Option, die die meisten iGaming- und Fintech-Betreiber in Betracht ziehen sollten. Payment Rails werden zur Ware. Die Marge beim Emittieren eines Stablecoins ist gering, sofern Sie keine Distribution haben. Die Marge beim Nutzen eines Stablecoins für die Abwicklung von Wetten, Auszahlungen oder B2B-Rechnungen ist real.

Option vier: dual emittieren über verschiedene Jurisdiktionen. Halten Sie einen leicht regulierten Offshore-Token für globale Nutzer und ein UK-autorisiertes Gegenstück für UK-seitige Produkte. Technisch machbar mit sorgfältigem Bridging über Infrastruktur wie Chainlink CCIP, aber es verdoppelt Ihre Angriffsfläche. Zwei Reservepools, zwei Audit-Trails, zwei Sets von Smart Contracts, zwei Regulierer, die jeweils unabhängig voneinander Ihr Quartal ruinieren können.

Meine Einschätzung: Option drei ist unterschätzt und Option vier ist überschätzt. Die meisten Teams, die nach einer Dual-Issue-Struktur greifen, lösen ein Distributionsproblem mit einem Compliance-Instrument. Das endet selten gut.

Was Crypto und DeFi tatsächlich tun sollten

Beginnen Sie mit einer ehrlichen Klassifizierungsübung. Wenn Ihre prognostizierte UK-Umlaufmenge, Transaktionsanzahl oder systemische Vernetzung Sie innerhalb von 24 Monaten auch nur in die Nähe eines plausiblen systemischen Schwellenwerts bringt, planen Sie von Anfang an für systemisch. Operative Resilienz nachträglich auf einen laufenden Token aufzusetzen, ist der Punkt, an dem Teams ausbrennen. Ich habe erlebt, wie Protokolle ein ganzes Quartal damit verbracht haben, Custody-Arrangements unter Regulierungsdruck zu migrieren. Das ist ein Quartal, in dem Sie nichts anderes ausliefern.

Für DeFi-Protokolle, die Stablecoins konsumieren, sollte die Tier-Klassifizierung als erstklassiger Risikoparameter behandelt werden. Ihr Collateral Factor für einen nicht-systemischen UK-Stablecoin sollte nicht identisch mit dem eines systemischen sein. Gleiche Anlageklasse, unterschiedlicher regulatorischer Rückhalt, unterschiedliches Tail-Risiko. Kodieren Sie es in Ihr Risikomodell. Wenn Sie governance-gesteuerte Parameter in Aave-ähnlichen Money Markets verwenden, ist das ein lebendiger Parameter und kein statischer.

Engineering-Teams sollten außerdem damit beginnen, die Ingestion von Reserve-Attestierungen von Oracle-Preisfeeds zu trennen. Derzeit verwechseln die meisten Integrationen „ist dieser Token einen Pfund wert" mit „ist dieser Emittent solvent". Das UK-Regime wird unterschiedliche Offenlegungs-Taktungen für die zwei Tiers erzeugen. Einen internen Service zu bauen, der Attestierungen einliest, die Aktualität prüft und veraltete Daten kennzeichnet, ist eine Aufgabe von einer Woche – und erspart Ihnen eine sehr schlechte Woche später.

Die unbequeme Erkenntnis: Die meisten Crypto-Teams unterschätzen, wie viel ihrer Architektur vom regulatorischen Status von Stablecoins abhängt. Payment Flows, On-Ramp-Partnerschaften, Custody-Entscheidungen, KYC-Positionierung – all das verschiebt sich, wenn sich der Tier eines Stablecoins ändert.

Fallstricke und Sonderfälle

Achten Sie auf die Schwellenwertlogik. Zweistufige Frameworks haben immer eine Grenze, und Grenzen haben Übergangsregeln. Wenn das UK dem Muster anderer Finanzaufsichtsregime folgt, wird es einen Rückblickzeitraum, eine Ankündigungsfrist und ein Sanierungsfenster geben, wenn ein Emittent von nicht-systemisch zu systemisch wechselt. Ihr Produkt muss diesen Übergang überleben, ohne die Nutzererfahrung zu unterbrechen. Rücknahme-Freezes während einer regulatorischen Neuklassifizierung sind die Art von Ereignis, die Vertrauen dauerhaft zerstört.

Achten Sie auf die Implikationen für Smart Contracts. Wenn ein UK-autorisierter Emittent Freeze-Funktionen, Blacklists oder erzwungene Rücknahme-Mechanismen hinzufügen muss, um Tier-zwei-Verpflichtungen zu erfüllen, ändert das das Vertrauensmodell für jedes DeFi-Protokoll, das den Token integriert. Die Prüfung des Token-Contract-Upgrade-Pfads ist keine Option. Überprüfen Sie, ob es sich um ein Proxy-Muster handelt, wer die Admin-Keys hält und welche Governance erforderlich ist, um das Verhalten zu ändern. Die ERC-Standards geben Ihnen die Struktur vor, aber die deployment-spezifische Admin-Logik ist der Ort, an dem das Risiko lebt.

Achten Sie auf grenzüberschreitende Kollisionen. Ein im UK autorisierter Stablecoin ist nicht automatisch unter MiCA in der EU passportierbar – und umgekehrt. Teams, die in beiden Märkten tätig sind, sollten von zwei parallelen Compliance-Tracks ausgehen, nicht von einem harmonisierten Regime. Das hat reale Kostenfolgen für die Reserventrennung und Berichterstattung.

Wichtigste Erkenntnisse

• Das zweistufige UK-Stablecoin-Framework macht die systemisch/nicht-systemisch-Klassifizierung zur wichtigsten Designentscheidung für jeden Emittenten, der UK-Nutzer anspricht.
• Die Integration als Nicht-Emittent ist die unterschätzte Option für die meisten iGaming- und Fintech-Betreiber. Nutzen Sie einen konformen Stablecoin, bauen Sie keinen.
• DeFi-Protokolle sollten die Tier-Klassifizierung als lebendigen Risikoparameter behandeln, der Collateral Factors beeinflusst – nicht als statisches Compliance-Label.
• Trennen Sie die Ingestion von Reserve-Attestierungen von Preis-Oracles jetzt, bevor sich die Offenlegungs-Taktungen zwischen den zwei Tiers auseinanderentwickeln.
• Planen Sie für Übergangsregeln zwischen den Tiers. Das Neuklassifizierungsereignis ist der Punkt, an dem Nutzervertrauen zerstört wird, wenn die Rücknahme-UX versagt.