稳定币发行方

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. 多钩子合规 — 通过路由器，KYC、制裁、司法辖区和分析钩子都会在每次转账时触发

2. Solidity 合规合约 — 使用 Solidity 编写合规逻辑，一次部署，同时对 Solana 和 EVM 转账生效

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

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

架构

Token-2022 稳定币铸币
    transfer_hook = 元钩子路由器

元钩子路由器
    ├── 子钩子 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 调用元钩子路由器

3. 路由器将请求分发到 Rome EVM 上的 ComplianceHook.sol

4. 钩子根据 KYCRegistry 检查发送方 + 接收方

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

EVM 用户在 Rome 内部转账：

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

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

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

Solana 与 EVM 之间的桥接：

1. SPL 转账至桥接金库 → 钩子触发（在入口进行合规检查）

2. 在 EVM 内铸造的 ERC-20，具有其自身的限制

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

GENIUS 法案合规

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

• 制裁筛查 → 使用制裁名单的 ComplianceHook.sol

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

• 报告 → 通过 AnalyticsHook.sol 发出链上事件

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

相关内容

• 元钩子路由器 — 钩子多路复用器

• 转账钩子 — 钩子在 Rome 中如何工作

• 代币互操作 — ERC-20 ↔ SPL 模型