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可以在完成去中心化的同时保持高流动性,它将有一个良好的愿景。