Orbiter：是否会成为桥方案的佼佼者？

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：做市商服务前

1. 市商将超额保证金预存到MDC。

2. 选择支持网络、代币类型、交易费用等。

步骤2 : 正常的转账过程

1. 用户将资金发送到做市商的EOA地址。

2. 市商可以从Source环境中链下的获取数据。

3. 按照做市商规则将资产发送至目标网络。

步骤2：出现作恶情形的转账过程(安全模型)

1. 用户将资产发送到市商的EOA地址。

2. 市商没有及时把钱发送到目标地址。

3. 用户可以向SPV发送Source Tx，向MDC发送仲裁。

4. MDC和SPV可以证明Source Tx的存在，证明用户确实发送了资金。

5. MDC和EBC可以证明Source Tx的有效性，验证Source Tx遵循Orbiter的做市商规则，并确实将资产发送给市商，而不是其他人。

6. MDC将此转账设置为未决转账，并等待市商在目标网络中提交Target Tx。

7. 市商没有发回Target Tx。

8. MDC将在退回时间结束后检查两个网络上的根哈希。

9. MDC将把资金返还给用户，用户将得到补偿，所有的资金都来自市商的保证金。

特点

Orbiter是一个双向的桥方案，还没有完全去中心化。

优点：

• 快速

• 低成本

• 安全

缺点：

• 还没有完全去中心化

• 还没有审核

到目前为止，流动性不是去中心化的，是由Orbiter团队提供的。

他们已经计划开源做市商客户端，进而完成项目的去中心化。

像一些桥一样，一开始可能需要以中心化的方式开发，然后随着时间的推移慢慢过渡到去中心化的设计。

团队

现在该项目成员都是匿名，我们也没有得到多少关于这个团队的信息。

路线图

结论

最近涌现出越来越多的桥方案，其中大多数也都面临着安全和速度的难题。Orbiter团队正在以最快的速度发展这个项目；如果Orbiter可以在完成去中心化的同时保持高流动性，它将有一个良好的愿景。

郑重声明：本文版权归原作者所有，转载文章仅为传播信息之目的，不构成任何投资建议，如有侵权行为，请第一时间联络我们修改或删除，多谢。