首页>>加密货币

Orbiter Finance(ORB)

2024-01-25 16:00:42 106
Orbiter Finance(ORB)

币种名称:Orbiter Finance(ORB)

货币总量:不详

相关板块:Layer2方案 OKEX投资 跨链

官方网址:https://www.orbiter.finance

交易平台: 币安 欧易 芝麻开门 欧易 芝麻开门

进入网站

Orbiter Finance(ORB)介绍

Orbiter Finance利用ZK技术和L2解决方案来改进以太坊生态系统的性能、安全性和效率。以下是对您提供的主要特性的简要分析:


安全性:通过利用rollup的安全特性,Orbiter Finance能够确保数据在网络之间同步时的最小风险。这对于保护用户资金和维护系统完整性至关重要。


兼容性:支持多种L2和L3解决方案,包括非EVM和EVM rollups,显示了其广泛的适用性和灵活性。这将吸引寻求在各种不同区块链环境中进行交易的用户和开发者。


速度:能够在10到20秒内完成交易是一个非常吸引人的特性,特别是在当今快速发展的区块链环境中,速度和效率是用户非常看重的因素。


成本效益:提供最低的基础网络成本对于吸引企业和个人用户都至关重要,特别是那些对交易成本敏感的用户。


开放性:支持ERC20代币流动性的去中心化添加,以及允许开发者部署SPV并定制跨rollup交易和消息事件,这些都表明了Orbiter Finance对开放和可互操作性的承诺。


无信任:开发一个去中心化的激励前端,使第三方DApps能够建立与跨rollup桥接协议兼容的前端接口,是实现去中心化和无信任目标的重要一步。这有助于增强系统的透明度和可信度。


Orbiter Finance的桥接协议在跨rollup交易中发挥着至关重要的作用,通过明确的角色划分和精细的工作流程来确保交易的安全和顺畅。以下是对您所提供信息的详细分析:


角色划分:


发送者(Sender):作为交易的发起方,发送者通过跨环境互操作性系统启动交易。他们是希望在不同网络之间转移资产的用户。


制造者(Maker):制造者是提供跨rollup服务的提供者,负责确保不同网络之间的无缝连接。他们承担着资产转移的主要责任,确保交易从源网络成功传递到目标网络。


交易者(Dealer):交易者接收提供去中心化前端的激励。他们在交易中发挥着关键作用,但具体职责将在“通往终极无信任之路”章节中进一步解释。


提交者(Submitter):提交者负责提交由交易者生成的收入树的根。这一角色同样重要,但具体细节将在后续章节中揭晓。


工作流程:


Orbiter Finance的主要目标是在以太坊生态系统中创建一个安全且去中心化的跨rollup桥接。为了提高主网-rollup的互操作性,该协议基于乐观原则设计跨rollup交易,即假设所有交易都是有效的,并配置了一个仲裁机制,允许用户发起仲裁案例并挑战跨rollup交易的结果。


交易流程中的一个显著特点是发送者直接将交易发起到制造者的外部拥有地址(EOA),而不是合同地址。这一区别使Orbiter Finance与其他桥接协议区分开来。制造者可以选择开发和运营自动化服务的客户端,或使用Orbiter Finance团队提供的开源客户端。


在发送者从源网络向制造者发起交易后,制造者负责将资产转移到目标网络上的发送者。为了完成交易,制造者会确认三个关键参数:令牌标准(确保交易涉及的代币类型符合协议要求)、发送者接收金额(根据协议中的公式计算发送者应接收的确切金额),以及目标网络(使用“识别码”确定正确的目标网络以执行交易)。


此外,费用结构也是交易流程中的重要组成部分。制造者在存入保证金时需指定预定费用和交易费用,这些费用将根据目标网络的Gwei费率进行定期调整,以保持Orbiter Finance的收费水平低于市场平均水平。这种费用结构的透明性和灵活性有助于吸引不同类型的用户。


原理


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。


保证安全的方法:跨rollup安全模型


协议的目标是解决跨rollup场景中的挑战,而不是专注于跨链交易。跨链项目主要致力于确保不同链之间的交易安全并防止51%的攻击。相比之下,跨rollup倡议利用每个rollup的共享以太坊数据层,从本质上降低了51%攻击的风险。基于这个前提,Orbiter Finance设计的跨rollup机制继承了以太坊Layer 2的安全特性。


交易中的安全机制:仲裁


当发送方或制造方发起违反协议的交易并进行恶意行为时,触发此行为的人成为挑战者,而另一方则成为被挑战者。双方都有权通过应用零知识证明和系统内部部署的智能合约,以经济高效的方式证明交易的有效性。


为了防止此类恶意行为,我们设计了一种仲裁机制,这是一种创新系统,它使发送者能够在合理的时间范围内跟踪并解决交易问题,如果他们没有在合理的时间内收到他们的资产。


如果发送者的资产没有在合理的时间内到达目标网络,他们有资格启动仲裁程序。他们需要提供交易证明来证明交易的有效性。制造者可以选择提交证据证明转账已经发生或正在目标网络上进行。如果制造者向发送者提供了必要的交易证据,他们就不会遭受任何损失。在未提供此类证明的情况下,发送者将获得全额退款以及与该交易相关的制造者的超额保证金的一部分。


在网络中部署了三个合约来验证仲裁中的交易。


MDC合约(制造者存款合约):持有超额保证金制造者的存款,并处理对发送者的补偿。


EBC合约(事件绑定合约):验证源交易和目标交易之间的对应关系。


ZK-SPV(零知识简单支付验证):利用零知识证明技术来证明跨rollup交易的存在和有效性。存在性是指可以在Layer1上验证的源交易和目标交易,它们确实在各自的L2上发生。有效性涉及确认源交易背后的用户意图,并确保目标交易中制造者的支付结果符合预定规定。


MDC、EBC和ZK-SPVs是在以太坊生态系统中容纳智能合约的域上实现的。下图说明了这三个智能合约在仲裁流程中的工作方式。