# Penerbit Stablecoin

Rome memungkinkan penerbit stablecoin menegakkan kepatuhan di tingkat transfer di seluruh DeFi Solana dan DeFi EVM melalui satu set kontrak pintar.

## Tantangan

Stablecoin yang diregulasi memerlukan penegakan kepatuhan pada setiap transfer — pemeriksaan KYC, penyaringan sanksi, aturan yurisdiksi. Di Solana, Token-2022 Transfer Hooks dapat menegakkan hal ini. Namun Token-2022 hanya mengizinkan satu hook per mint, dan kepatuhan memerlukan beberapa pemeriksaan.

Selain itu, stablecoin yang digunakan di dalam lingkungan EVM memerlukan pembatasan tingkat ERC-20 yang terpisah, sehingga menciptakan dua sistem kepatuhan yang harus dipelihara.

## Solusi Rome

Meta-Hook Router + Rome EVM memungkinkan:

1. **Kepatuhan multi-hook** — hook KYC, sanksi, yurisdiksi, dan analitik semuanya dipicu pada setiap transfer melalui router
2. **Kontrak kepatuhan Solidity** — tulis logika kepatuhan dalam Solidity, deploy sekali, tegakkan pada transfer Solana dan EVM
3. **Registri KYC bersama** — satu `KYCRegistry.sol` kontrak melayani baik lapisan SPL maupun lapisan ERC-20
4. **Whitelisting protokol DeFi** — vault Jupiter, Kamino, dan Orca di-whitelist untuk memungkinkan operasi DeFi normal

## Arsitektur

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

Meta-Hook Router
    ├── Sub-Hook 1: ComplianceHook.sol (KYC + sanksi)
    ├── Sub-Hook 2: JurisdictionHook.sol (aturan negara)
    └── Sub-Hook 3: AnalyticsHook.sol (event transfer)

Di dalam Rome EVM
    Pembungkus ERC-20 (kompatibel dengan ERC-3643)
    └── Pembatasan transfer menggunakan KYCRegistry.sol yang sama
```

## Alur End-to-End

**Pengguna Solana menukar di Jupiter:**

1. Jupiter memanggil `transfer_checked` pada stablecoin
2. Token-2022 memanggil Meta-Hook Router
3. Router meneruskan ke ComplianceHook.sol di Rome EVM
4. Hook memeriksa pengirim + penerima terhadap KYCRegistry
5. Lulus → transfer selesai; Gagal → transfer dibatalkan

**Pengguna EVM melakukan transfer di dalam Rome:**

1. Pengguna memanggil `transfer()` pada pembungkus ERC-20
2. Kontrak ERC-20 memeriksa pembatasan transfernya sendiri (ERC-3643)
3. Kedua lapisan membaca hal yang sama `KYCRegistry.sol`

**Bridging antara Solana dan EVM:**

1. Transfer SPL ke bridge vault → hook dipicu (pemeriksaan kepatuhan saat masuk)
2. ERC-20 dicetak di dalam EVM dengan pembatasannya sendiri
3. Bridge vault di-whitelist dalam kontrak kepatuhan

## Kepatuhan GENIUS Act

Kerangka kepatuhan stablecoin GENIUS Act dipetakan langsung ke kemampuan Meta-Hook:

* **Penyaringan sanksi** → ComplianceHook.sol dengan daftar sanksi
* **Kontrol yurisdiksi** → JurisdictionHook.sol dengan daftar blokir negara
* **Pelaporan** → AnalyticsHook.sol yang memancarkan event on-chain
* **Kontrol penerbit** → Instruksi admin untuk pengelolaan hook

## Terkait

* [Meta-Hook Router](/id/produk/meta-hook-router.md) — multiplexer hook
* [Transfer Hooks](/id/konsep-inti/transfer-hooks.md) — cara kerja hook di Rome
* [Token Interop](/id/konsep-inti/token-interop.md) — model ERC-20 ↔ SPL


---

# 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/id/kasus-penggunaan/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.