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:做市商服务前
-
市商将超额保证金预存到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可以在完成去中心化的同时保持高流动性,它将有一个良好的愿景。