# Эмитенты стейблкоинов

Rome позволяет эмитентам стейблкоинов обеспечивать соблюдение требований на уровне каждого перевода как в Solana DeFi, так и в EVM DeFi через единый набор смарт-контрактов.

## Проблема

Регулируемым стейблкоинам требуется обеспечение соответствия на каждом переводе — проверки KYC, санкционный скрининг, правила юрисдикции. В Solana это могут обеспечивать Transfer Hooks Token-2022. Однако Token-2022 допускает только один хук на mint, а для соблюдения требований необходимо несколько проверок.

Кроме того, стейблкоины, используемые в средах EVM, требуют отдельных ограничений на уровне ERC-20, что создает две системы соответствия, которые необходимо поддерживать.

## Решение Rome

Meta-Hook Router + Rome EVM позволяют:

1. **Соответствие с несколькими хуками** — хуки KYC, санкций, юрисдикции и аналитики срабатывают при каждом переводе через роутер
2. **Контракты соответствия на Solidity** — пишите логику соответствия на Solidity, разверните один раз, обеспечьте соблюдение и в переводах Solana, и в переводах EVM
3. **Общий реестр KYC** — один `KYCRegistry.sol` контракт обслуживает как уровень SPL, так и уровень ERC-20
4. **Белый список DeFi-протоколов** — хранилища Jupiter, Kamino и Orca внесены в белый список для обеспечения нормальной работы DeFi

## Архитектура

```
Mint стейблкоина Token-2022
    transfer_hook = Meta-Hook Router

Meta-Hook Router
    ├── Подхук 1: ComplianceHook.sol (KYC + санкции)
    ├── Подхук 2: JurisdictionHook.sol (правила по странам)
    └── Подхук 3: AnalyticsHook.sol (события переводов)

Внутри Rome EVM
    Обертка ERC-20 (совместима с ERC-3643)
    └── Ограничения на переводы с использованием того же KYCRegistry.sol
```

## Сквозной процесс

**Пользователь Solana совершает обмен на Jupiter:**

1. Jupiter вызывает `transfer_checked` на стейблкоине
2. Token-2022 вызывает Meta-Hook Router
3. Router перенаправляет в ComplianceHook.sol на Rome EVM
4. Хук проверяет отправителя + получателя по KYCRegistry
5. Успех → перевод завершается; Неуспех → перевод откатывается

**Пользователь EVM переводит средства внутри Rome:**

1. Пользователь вызывает `transfer()` в обертке ERC-20
2. Контракт ERC-20 проверяет собственные ограничения на переводы (ERC-3643)
3. Оба уровня читают один и тот же `KYCRegistry.sol`

**Мост между Solana и EVM:**

1. Перевод SPL в мостовой vault → хук срабатывает (проверка соответствия на входе)
2. ERC-20 выпускается внутри EVM со своими собственными ограничениями
3. Мостовой vault внесен в белый список в контракте соответствия

## Соответствие закону GENIUS Act

Фреймворк соответствия стейблкоинов GENIUS Act напрямую соответствует возможностям Meta-Hook:

* **Санкционный скрининг** → ComplianceHook.sol со списком санкций
* **Контроль юрисдикции** → JurisdictionHook.sol со списками блокировки стран
* **Отчетность** → AnalyticsHook.sol, генерирующий события в блокчейне
* **Контроль эмитента** → административные инструкции для управления хуками

## Связанные материалы

* [Meta-Hook Router](/ru/produkty/meta-hook-router.md) — мультиплексор хуков
* [Transfer Hooks](/ru/osnovnye-koncepcii/transfer-hooks.md) — как работают хуки в Rome
* [Token Interop](/ru/osnovnye-koncepcii/token-interop.md) — модель 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/ru/scenarii-ispolzovaniya/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.