选择你的核心

双通道应用的核心逻辑可以放在 Solidity 侧，也可以放在原生 Solana 侧。这是一个判断题——请权衡对你的应用最重要的因素。

大多数 Rome 应用都是双通道的：一套共享状态，可同时被 MetaMask（EVM）和 Phantom（Solana）用户访问。你可以用两种镜像式架构之一来构建，区别在于 哪一侧承载核心逻辑。 选择哪一种并没有硬性规则——这是一个基于以下因素重要性的权衡判断： 你的 应用：你已经拥有的代码和资源、团队的专业能力、安全性方案、你偏好的工具链、性能，以及不同受众将如何使用它。

（a）Solidity 核心；Solana 用户通过合成发送者

你的逻辑是一个 Solidity 合约。Phantom 用户的 Solana 签名会作为来自其 Rome 派生身份（即 external_auth PDA）的 EVM 交易来执行——他们从不需要 EVM 密钥。通常在你已经有一个 Solidity 合约（尤其是经过加固或审计的合约）时、想使用标准 EVM 工具链（Hardhat / Foundry / viem）时，或者逻辑较为直接时，这种方案很合适。

阅读： aerarium ——一个 Compound v3 借贷市场（Solidity 核心），供 EVM 和 Solana 用户共享。

（b）原生 Solana 程序核心；EVM 用户通过轻量 CPI 路由器

你的逻辑是一个原生 Solana 程序；一个轻量的 Solidity 路由器让 EVM 用户可以通过 CPI 访问它。通常在你已经有一个 Solana 程序时，或者当核心以原生方式运行对你正在构建的内容很重要时，这种方案很合适。

阅读： rome-dex ——一个原生 AMM（Solana 核心），带有 EVM 路由器，因此两个通道都交易同一个池子。

例如：性能

性能是一个 可能 左右选择的因素——把它当作一个例子来考虑。对于计算密集型逻辑，原生 Solana 执行可能比 EVM 解释器便宜得多：我们测量的一笔交换在原生环境下运行，成本大约低 6 倍。如果你的应用有一条热点、计算密集型路径，这种差异可能对你很重要；如果没有，它大概率不会左右决策。把它视为众多输入中的一个，而不是规则。

无论你选择哪种

保持核心 与授权主体无关 ——对任一签名的授权主体执行操作，因此调用方可以是一个 Solana 公钥 或 EVM 用户的 PDA——保持账户集合精简并对 ALT 友好，以便 EVM 通道保持低成本，并且 测试两个通道。

接下来

• 从 EVM 调用 Solana ——形态（b）的 CPI 机制，以及任何 Solidity→Solana 调用。

• 计算预算 ——更多关于执行成本的内容。