由于从 ETH 向 ICP 需要智能合约的功能，这一切运转在 ETH 上，这意味着这类操作是非常昂贵的。当 ICP 大量需要 ETH 传输信息的时候，高昂的成本将限制 ICP 和 ETH 之间的整合与协作。

阶段二：为了节省 ETH 智能合约功能的成本，我们会同步 ETH 节点状态到 ICP 的智能合约。这个合约不仅会扫描以太坊的区块，同时也会更新以太坊的全部数据。一旦这个工作完成，意味着查询以太坊状态的同时不会影响以太坊的状态（主要由于 EIP1559 以后，智能合约的运转会燃烧 ETH，全网状态会因此改变。），并且调用智能合约的成本也将几乎为 0。一方面 ICP 将运转 ETH 的一个节点，另一方面 ETH 的实时状态也将同步在 ICP 网络之上。

潜在的机会

进入第二阶段，意味着 ICP 对 ETH 调取合约，获取状态的成本会降低到很低的位置。但与此同时，另一个问题浮出水面。由于 ICP 全网对于 ETH 状态的获取，依赖 ICP 网络运营的 ETH 节点。一旦结点出现问题，那么就会带来巨大的安全隐患。那么我们是否能构建，节点 / 智能合约双互操作体系来逐步过渡和渐进？渐进地取舍效率与安全，才能配合 ICP 的发展水平。

总结

ICP 到 ETH，主要通过子网多签创建智能合约的方式。

第一阶段：ETH 返回 ICP 数据，利用 ETH 智能合约获取 ETH 区块具体状态，然后返回。第二阶段：ETH 返回 ICP 数据，在 ICP 创立 Canister 同步 ETH 结点的完整信息，从第一阶段：向 ETH 上智能合约了解信息（互操作），进化到第二阶段：向 ICP 上同步 ETH 结点的智能合约了解信息（互操作）。

前期问题集中于互操作的成本上，后期问题集中于安全性上，如何在成本和安全性上取舍做出更好的互操作方案，是一个潜在的发展方向。