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

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 — мультиплексор хуков

• Transfer Hooks — как работают хуки в Rome

• Token Interop — модель ERC-20 ↔ SPL