Orbiter Finance 是ZKsync上去中心化的跨链桥，用于转移以太坊原生资产，是 Layer 2 生态系统的基础设施，成本低，过程即时。但是orbiter旨在解决交叉汇总问题，而不是跨链问题。

它于去年发布，到目前为止，支持 ETH主网、zkSync、Arbitrum、Optimism、StarkNet(Goerli)、Polygon、Immutable X、Loopring 之间的交叉汇总传输。

主网链接

Orbiter Finance的具体机制

Orbiter 被设计为一个去中心化交叉汇总桥，用于在 L1 和 L2 之间转移以太坊原生资产。

系统有两个角色：Sender 和 Maker。Maker 需要在 Orbiter 的合约中存入超额保证金，然后才能为 Sender 提供交叉汇总服务。在正确的通常过程中，Sender 将发送给 Source Network 上的 Maker，Maker 将发送回 Target Network 上的 Sender。

这里有几个关键问题：

• Maker 如何正确、自动地将其发送回 Sender？

• Maker 未将代币发回目标网络时，如何确保 Sender 能够取回代币？

• 如何确保Orbiter 的合约能够安全地保持Maker 的保证金？

下面用下面的流程图来看看Orbiter的具体机制。

正确的操作流程

Orbiter 支持高频交叉汇总事务，因此它可以足够便宜且足够快，以长期适应更多交叉汇总用户案例。如果你已经测试过Orbiter App并在区块浏览器上查看了交易日志，你会发现你已经将它发送到了 Maker 的 EOA 地址，而不是合约的地址。这是 Orbiter 和其他桥接协议之间的显着区别。

Maker 可以开发和运行一个客户端来自动提供服务，或者使用 Orbiter 团队的开源客户端：

https://github.com/OrbiterCross/OrbitalModule/tree/main/。

Sender 将其发送给 Source Network 上的 Maker 后，再将其发送回 Target Network 上的 Sender，Maker 需要知道 token 类型、回传数量以及它在哪个 Target Network 上。Maker 是如何得到这三个参数的呢？

代币类型和返还金额。Maker在Orbiter的MDC合约中存入保证金时需要设置代扣费（固定费用）、交易费（0.04%~0.3%）和支持的代币类型。这些设置的参数将保存在 Orbiter 的 EBC 合约中，并与 Maker 的客户端同步更新。Maker 知道回传代币类型，并以此方式收到 Sender 资金后计算回传金额。

目标网络。Orbiter 使用“安全码”来记录目标网络。安全码和目标网络之间的对应关系也保存在 MDC 合约中。汇款人需在转账金额小数点后添加安全码。然后，Maker 将知道目标网络是哪个。

制造商有动力立即正确地发送回发件人

首先，在 Orbiter 的机制中，Maker 可以从每项服务中获得可观的收益（没有无常损失风险）。其次，如果 Maker 未及时正确回传给 Sender，Orbiter 的 MDC 合约将进行回传，并以 Maker 的保证金补偿 Sender。

不正确的操作流程和orbiter的合同流程

Obiter 的合约系统会处理低频不正确的交叉汇总交易。Orbiter 系统中的智能合约分为三种：

• MDC 合约（Maker 存款合约）。MDC 合约有两个功能——保留 Maker 的保证金和为发件人处理返还和补偿。

• EBC 合同（事件绑定合同）。EBC合约用于制作Source Tx和Target Tx的有效性证明。EBC 也保留了 Orbiter 的规则： ① Maker 在不同的 rollups 上存入保证金的规则。② Source Tx和Target Tx的对应规则。

• SPV 合同。SPV 用于在 Source Network 上制作 Source Tx 的存在性证明。

我们需要一个 MDC 和一个 EBC；他们可以支持 Orbiter 中的所有域。但是，我们需要为 Orbiter 连接的每个域建立一个 SPV 合约。MDC、EBC 和 SPV 将部署在同一个域上，该域可以是 L1 或任何 EVM-L2。

MDC、EBC 和 SPV 如何合作为 Sender 解决争议？一旦 Maker 未正确回传给 Sender，将依次执行以下步骤以帮助 Sender 获取令牌：

1. Sender 需要向 SPV 提供相关的 Source Tx。
2. 发送方通过 Orbiter 的 MDC 合约发起仲裁。
3. MDC 从 SPV 获得 Source Tx 的存在证明，并知道 Source Tx 发生在 Source Network 上。
4. MDC 从 EBC 获得 Source Tx 的有效性证明。MDC 将知道 Source Tx 合法地基于 Orbiter 的规则；源 Tx 是从发件人发送到带有合法安全代码的轨道器制造商之一。
5. 然后，MDC 会将本次仲裁设置为待处理，等待 Maker 提供 Target Tx 0.5~3 小时（此功能可在 Maker 客户端聚合，Maker 不会错过）。如果 Maker 可以提供正确的 Target Tx，MDC 将从 EBC 获得有效性证明，并知道 Target Tx 与 Source Tx 匹配。MDC 将关闭此仲裁并将 Target Tx 显示给 Sender。但是，如果 Maker 在 0.5~3 小时后无法提供相关的 Target Tx，Sender 可以申请提现，然后进行下一步。
6. MDC 开始补偿 Sender。
7. MDC 会将代币和补偿（约 15 美元）发送回 MDC 部署的域上的 Sender。返还代币和补偿来自 Maker 的保证金。

消除发件人的双花风险

由于 Maker 的保证金用于保证回送，当多个 Sender 同时发送给一个 Maker 时会出现问题。由于 Maker 的保证金少于收到的资金总额，因此 Maker 可以通过不向这些发件人发送回款来赚取更多。这将导致发件人出现双花问题。

Orbiter 使用超额保证金机制来解决双花问题。Maker 应根据 Orbiter 的 MDC 合同规则在其他域上存入不同数量的超额保证金。保证金的最低金额与源网络是否有 EVM 有关：

使用EVM：Orbiter 的MDC 合约可以将一个区块分成5~10 个槽位；Maker 需要存入至少5~10 限制保证金来支持这个网络。“限制”是每次交叉汇总转移的最大金额。

无EVM：为支持dYdX、Loopring、Immutable X 等无EVM 的领域，Maker 需要在MDC 合约中存入更多保证金。保证金金额与域的块大小有关；它可能是100~200 限制。 ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​ ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​ ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​ ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​ ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​ ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​ ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​ ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​

制造商流动资金的安全性

Maker 的所有保证金都将保留在 Orbiter 的 MDC 合同中。如前所述，Orbiter 是一个交叉汇总协议，仅支持以太坊原生资产；Orbiter 不会面临 51% 的攻击风险或跨链动机带来的其他风险。但 Orbiter 的合约在向第三方做市商开放之前仍需要进行审计。目前流动性由 Orbiter 团队提供，未来将允许 Maker 提供去中心化的流动性。然后，Makers 可以自行决定代扣费、交易费、金额限制和代币类型。在充分竞争的环境中，Senders 将享受合理的转账成本，Makers 将获得足够的收入来激活以增加足够的流动性。

以上便是orbiter的具体原理和流程了。接下来我实际操作一下试用了两种跨链，一样是从ETH主网到Zksync。一样是从马蹄到Optimism。

我用的小狐狸，首先配置到马蹄链网络，没有网络配置的可以添加chainlist.info

目前支持 ETH 和 USDC 的支持，我测试了 0.2+ 的以太坊。

需要消耗的费用为预留gas费0.00065ETH和转账的gas费用，马蹄的费用较低，可以忽略不计。以太坊的费用在gas为20-30gwei的情况下为1.5-2U.

可以看到我转到Optimism余额为0.274875转前为0.274255。费用为2U左右加马蹄的汽油费，到账时间大概为一分钟。

Optimism转回马蹄预付的费用为0.00025ETH加预留费用。

不到一分钟从Optimism转回马蹄左右大概消耗了0.0011的ETH成本为4U左右。可以算得上是非常流程的一次体验了。

以上便是orbiter的实际操作流程了。给大家总结下，从以太坊转到Zksync的费用大概为5U左右，从Zksync转回的费用在10U左右 ，不包含ZKsync的激活费用。从马蹄转到optimism的费用为2U左右。转回的费用为4U左右。时间都是在一分钟以内，但是会因为对应的主网问题出现暂停和延迟。总体来说算是速度较快费用较低的跨链桥了。

修卡将会为大家提供更多的Zksync的项目详解。大家下期再见。