Orbiter Finance 是一个跨rollup桥，这意味着我们可以在很多L2之间进行转账。
它于去年发布，到目前为止，它支持Mainnet/zkSync/Arbitrum/Polygon/Optimism/ StarkNet Goerli。团队计划在近期支持Loopring。
该项目的目标是成为第二层生态系统的基础设施。
它是如何工作的?
Orbiter Finance 在他们的系统中使用三个合约：MDC, EBC, SPV。
MDC是market deposit contract（市商存储合约）的缩写。
EBC是event binding contract（事件绑定合约）的缩写。
三个合约的主要作用
MDC主要处理市商的保证金和用户的申诉。SPV主要是读取跨rollup的数据。EBC主要是记录和处理做市商准则。
过程是如何的？
步骤1：做市商服务前
市商将超额保证金预存到MDC。选择支持网络、代币类型、交易费用等。
步骤2 : 正常的转账过程
用户将资金发送到做市商的EOA地址。市商可以从Source环境中链下的获取数据。按照做市商规则将资产发送至目标网络。
步骤2：出现作恶情形的转账过程(安全模型)
用户将资产发送到市商的EOA地址。市商没有及时把钱发送到目标地址。用户可以向SPV发送Source Tx，向MDC发送仲裁。MDC和SPV可以证明Source Tx的存在，证明用户确实发送了资金。MDC和EBC可以证明Source Tx的有效性，验证Source Tx遵循Orbiter的做市商规则，并确实将资产发送给市商，而不是其他人。MDC将此转账设置为未决转账，并等待市商在目标网络中提交Target Tx。市商没有发回Target Tx。MDC将在退回时间结束后检查两个网络上的根哈希。MDC将把资金返还给用户，用户将得到补偿，所有的资金都来自市商的保证金。
特点
Orbiter是一个双向的桥方案，还没有完全去中心化。
优点：
快速低成本安全
缺点：
还没有完全去中心化还没有审核
到目前为止，流动性不是去中心化的，是由Orbiter团队提供的。
他们已经计划开源做市商客户端，进而完成项目的去中心化。
像一些桥一样，一开始可能需要以中心化的方式开发，然后随着时间的推移慢慢过渡到去中心化的设计。
团队
现在该项目成员都是匿名，我们也没有得到多少关于这个团队的信息。
路线图
结论
最近涌现出越来越多的桥方案，其中大多数也都面临着安全和速度的难题。Orbiter团队正在以最快的速度发展这个项目；如果Orbiter可以在完成去中心化的同时保持高流动性，它将有一个良好的愿景。
