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 将知道方针网络是哪个。
