稳定币发行方

Rome 通过一组智能合约，使稳定币发行方能够在 Solana DeFi 和 EVM DeFi 中统一执行转账级合规控制。

挑战

受监管的稳定币需要在每笔转账中执行合规检查——KYC 审核、制裁筛查、司法辖区规则。在 Solana 上，Token-2022 Transfer Hooks 可以实现这一点。但 Token-2022 对每个 mint 只允许一个 hook，而合规需要多项检查。

此外，在 EVM 环境中使用的稳定币还需要单独的 ERC-20 级限制，从而形成两套需要维护的合规系统。

Rome 的解决方案

Meta-Hook Router + Rome EVM 支持：

1. 多 hook 合规 — 通过路由器让 KYC、制裁、司法辖区和分析 hook 在每笔转账中全部触发

2. Solidity 合规合约 — 用 Solidity 编写合规逻辑，一次部署，即可在 Solana 和 EVM 转账中强制执行

3. 共享 KYC 注册表 — 一个 KYCRegistry.sol 合约同时服务于 SPL 层和 ERC-20 层

4. DeFi 协议白名单 — Jupiter、Kamino、Orca 金库被列入白名单，以允许正常的 DeFi 操作

架构

Token-2022 稳定币铸币
    transfer_hook = Meta-Hook Router

Meta-Hook Router
    ├── 子 Hook 1：ComplianceHook.sol（KYC + 制裁）
    ├── 子 Hook 2：JurisdictionHook.sol（国家规则）
    └── 子 Hook 3：AnalyticsHook.sol（转账事件）

在 Rome EVM 内部
    ERC-20 封装器（兼容 ERC-3643）
    └── 使用同一个 KYCRegistry.sol 的转账限制

端到端流程

Solana 用户在 Jupiter 上进行兑换：

1. Jupiter 调用 transfer_checked 在该稳定币上

2. Token-2022 调用 Meta-Hook Router

3. 路由器在 Rome EVM 上分发到 ComplianceHook.sol

4. Hook 将发送方 + 接收方与 KYCRegistry 进行核查

5. 通过 → 转账完成；失败 → 转账回滚

EVM 用户在 Rome 内转账：

1. 用户调用 transfer() 在 ERC-20 封装器上

2. ERC-20 合约检查其自身的转账限制（ERC-3643）

3. 两个层都读取同一个 KYCRegistry.sol

Solana 与 EVM 之间的桥接：

1. SPL 转账到桥接金库 → hook 触发（在入口处执行合规检查）

2. EVM 内铸造 ERC-20，并附带其自身的限制

3. 桥接金库在合规合约中被列入白名单

GENIUS Act 合规

GENIUS Act 稳定币合规框架可直接映射到 Meta-Hook 的功能：

• 制裁筛查 → 带有制裁名单的 ComplianceHook.sol

• 司法辖区控制 → 带有国家封锁名单的 JurisdictionHook.sol

• 报告 → 通过 AnalyticsHook.sol 生成链上事件

• 发行方控制 → 用于 hook 管理的管理员指令

相关内容

• Meta-Hook Router — hook 多路复用器

• Transfer Hooks — hook 在 Rome 中的工作方式

• Token Interop — ERC-20 ↔ SPL 模型