Orbiter Finance是一个去中心化的跨“汇总”桥，用于转移以太坊原生资产，是 Layer 2 的基础设施，成本低，过程即时。
目前Alpha已上线，支持 Mainnet、zkSync、Arbitrum、Optimism、Polygon、StarkNet(Goerli)、Immutable X(Ropsten) 之间的交叉“汇总”交易。
基于 Rollup 技术的安全性，Orbiter 没有跨 L1 桥梁的风险。
发送人不需要与合约地址进行交互。
以太坊原生资产不需要铸造资产，可以以去中心化的方式完全支持流动性。
Orbiter Finance 被设计为一个去中心化的交叉汇总桥，用于在 L1 和 L2 之间转移以太坊原生资产。
Orbiter 的安全模型中有 3 种类型的智能合约。
MDC ：Maker 保证金合约，保留 Maker 保证金，为 Sender 处理仲裁。
EBC ：事件绑定合约，存储保证金规则和收费标准。
SPV ：简单的付款验证。证明在 Orbiter 支持的网络上存在 Tx。Orbiter 需要为每个支持的网络开发 SPV。
MDC、EBC 和所有 SPV 都部署在一个支持以太坊生态系统智能合约的网络上。
跨链项目的首要目标是确保两条独特链之间的交易安全，避免 51% 攻击。但是cross-rollup项目每次rollup使用相同的以太坊数据层，自然可以防止51%攻击。基于此，Orbiter 提出了一种交叉汇总机制，可以继承以太坊 L2 的安全性。
该系统有两个角色：Sender 和 Maker 。Maker 在为 Sender 提供交叉汇总服务之前，需要在 Orbiter 的合约中存入超额保证金。在正确的通常过程中，Sender 将发送给 Source Network 上的 Maker，Maker 将发送回 Destnation Network 上的 Sender。
这里有几个关键问题：
Maker 如何正确、自动地将其发送回 Sender？
当 Maker 未将代币发回目标网络时，如何确保 Sender 可以取回代币？
如何确保 Orbiter 的合约能够安全地保持 Maker 的保证金？
下面用下面的流程图来看看Orbiter的具体机制。
正确的过程
Orbiter 以OP的方式支持高频交叉汇总交易，因此它可以足够便宜且足够快，以长期适应更多交叉汇总用户应用。如果你已经测试过Orbiter App并在区块浏览器上查看了交易日志，你会发现你已经将它发送到了 Maker 的 EOA 地址，而不是合约的地址。这是 Orbiter 和其他桥接协议之间的显着区别。
Maker 可以开发和运行一个客户端来自动提供服务，或者使用 Orbiter 团队的开源客户端。
Sender 将其发送给 Source Network 上的 Maker 后，再将其发送回 Target Network 上的 Sender，Maker 需要知道 token 类型、回传数量以及它在哪个 Target Network 上。Maker 是如何得到这三个参数的呢？
代币类型和返还金额。Maker在Orbiter的MDC合约中存入保证金时，需要设置代扣费（固定费用）、交易费（0.04%~0.3%）和支持的代币类型。这些设置的参数将保存在 Orbiter 的 EBC 合约中，并与 Makers 的客户同步更新。Maker 知道回传代币类型，并以此方式收到 Sender 的资金后计算回传金额。
目标网络。Orbiter 使用“安全码”记录目标网络。安全码和目标网络之间的对应关系也保存在 MDC 合约中。汇款人需在转账金额小数点后添加安全码。然后，Maker 将知道目标网络是哪个。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。