# Stablecoin-Emittenten

Rome ermöglicht es Stablecoin-Emittenten, die Compliance auf Übertragungsebene sowohl im Solana-DeFi als auch im EVM-DeFi durch einen einzigen Satz Smart Contracts durchzusetzen.

## Die Herausforderung

Regulierte Stablecoins benötigen bei jeder Übertragung eine Durchsetzung der Compliance — KYC-Prüfungen, Sanktionsscreening, Jurisdiktionsregeln. Auf Solana können Token-2022 Transfer Hooks dies durchsetzen. Aber Token-2022 erlaubt nur einen Hook pro Mint, und Compliance erfordert mehrere Prüfungen.

Zusätzlich benötigen Stablecoins, die in EVM-Umgebungen verwendet werden, separate Einschränkungen auf ERC-20-Ebene, wodurch zwei zu wartende Compliance-Systeme entstehen.

## Romes Lösung

Der Meta-Hook Router + Rome EVM ermöglicht:

1. **Multi-Hook-Compliance** — KYC-, Sanktions-, Jurisdiktions- und Analytics-Hooks werden bei jeder Übertragung über den Router ausgelöst
2. **Solidity-Compliance-Contracts** — schreibe Compliance-Logik in Solidity, einmal bereitstellen, auf Solana- und EVM-Übertragungen durchsetzen
3. **Gemeinsames KYC-Register** — ein `KYCRegistry.sol` Vertrag dient sowohl der SPL- als auch der ERC-20-Schicht
4. **Whitelist für DeFi-Protokolle** — Jupiter-, Kamino- und Orca-Vaults sind auf der Whitelist, um den normalen DeFi-Betrieb zu ermöglichen

## Architektur

```
Token-2022-Stablecoin-Mint
    transfer_hook = Meta-Hook Router

Meta-Hook Router
    ├── Sub-Hook 1: ComplianceHook.sol (KYC + Sanktionen)
    ├── Sub-Hook 2: JurisdictionHook.sol (Ländervorgaben)
    └── Sub-Hook 3: AnalyticsHook.sol (Übertragungsereignisse)

Innerhalb von Rome EVM
    ERC-20-Wrapper (ERC-3643-kompatibel)
    └── Übertragungsbeschränkungen unter Verwendung derselben KYCRegistry.sol
```

## End-to-End-Ablauf

**Solana-Benutzer tauscht auf Jupiter:**

1. Jupiter ruft `transfer_checked` für den Stablecoin auf
2. Token-2022 ruft Meta-Hook Router auf
3. Der Router leitet an ComplianceHook.sol auf Rome EVM weiter
4. Der Hook prüft Absender + Empfänger gegen das KYCRegistry
5. Bestanden → Übertragung abgeschlossen; Fehlgeschlagen → Übertragung wird zurückgesetzt

**EVM-Benutzer überträgt innerhalb von Rome:**

1. Benutzer ruft `transfer()` für den ERC-20-Wrapper auf
2. Der ERC-20-Contract prüft seine eigenen Übertragungsbeschränkungen (ERC-3643)
3. Beide Schichten lesen dasselbe `KYCRegistry.sol`

**Bridging zwischen Solana und EVM:**

1. SPL-Übertragung zum Bridge-Vault → Hook wird ausgelöst (Compliance-Prüfung beim Eintritt)
2. ERC-20 innerhalb von EVM gemintet mit eigenen Beschränkungen
3. Bridge-Vault ist im Compliance-Contract auf der Whitelist

## GENIUS-Act-Compliance

Der Compliance-Rahmen des GENIUS Acts für Stablecoins lässt sich direkt auf die Fähigkeiten von Meta-Hook abbilden:

* **Sanktionsscreening** → ComplianceHook.sol mit Sanktionsliste
* **Jurisdiktionskontrollen** → JurisdictionHook.sol mit Länder-Blocklisten
* **Berichterstattung** → AnalyticsHook.sol, das On-Chain-Ereignisse ausgibt
* **Emittentenkontrollen** → Admin-Anweisungen für die Hook-Verwaltung

## Verwandt

* [Meta-Hook Router](/de/produkte/meta-hook-router.md) — der Hook-Multiplexer
* [Transfer Hooks](/de/grundlegende-konzepte/transfer-hooks.md) — wie Hooks in Rome funktionieren
* [Token-Interop](/de/grundlegende-konzepte/token-interop.md) — ERC-20 ↔ SPL-Modell


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.rome.builders/de/anwendungsfalle/stablecoin-issuers.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.