本文发布于以太坊爱好者,作者:Starkware,翻译:阿剑。
本文意在讲解StarkEX为支持快速取款而提出的解决方案。本方案的优点在于,其速度完全独立于L2的运营者生成有效性证明的速度。
快速取款模块已经运行在以太坊主网的StarkEx上,并且赋能了?DeversiFi?交易所和?dYdX?交易所。
而下文我们讲解的方案除了快速取款以外,还有非常多的使用场景。我们先来了解一下需求是什么。
需求
区块链使得两方之间的免信任交互成为可能。Alice想发布一笔仅在特定条件满足时才能执行的交易;Bob希望在条件满足时能直接执行Alice的交易、不必再次获得Alice的许可。我们把支持此类交互模式的元件称作「有条件交易」。
LayerZero USDC占Fantom生态中非多链USDC的75%以上:8月12日消息,LayerZero发推表示,Fantom上对LayerZero资产的支持正在不断增长,LayerZero USDC目前占该生态系统中非多链USDC的75%以上,由超过16,000个独立钱包持有。[2023/8/12 16:22:06]
在L1上实现CT不需要什么奇思妙想,因为智能合约可以保证时间和交易执行的耦合。但如果要求在L2中实现,那就有些挑战了。比如,在StarkEx中,交易发起人签名之后把交易传递给运营者,后者有责任来执行这笔交易,可是你用什么办法来阻止运营者在所需条件满足之前就执行这笔交易呢?
在本文中,我们只聚焦于在L2上实现依赖于L1事件的CT。也就是说,这种CT要能保证,运营者仅能在某个_链上事件_发生之后才能执行某笔签过名的交易。更进一步,我们将加入一种依赖于另一个L2中事件的CT,从而支持StarkEx实例之间以及StarkNet中的互操作性。
Animoca Brands和LayerZero推出全球黑客之家计划:金色财经报道,Animoca Brands和全链互操作性协议LayerZero联合??推出LayerZero-Animoca Brands Hackerhouse计划,旨在推进跨链标准并展示可互操作数字资产的真实用例。Hackerhouse是一项全球倡议,旨在每年在主要城市组织活动,其主要目标是聚集对omnichain未来充满热情的开发人员、项目和公司,以概念化和构建概念验证,以推动跨链技术的发展。
据悉,在Zellic、OtterSec、Brinc和Cyber??port等生态系统合作伙伴的支持下,Hackerhouse首站于2022年12月12日在香港成功举办。[2022/12/21 21:58:04]
下面,我们来形式化这种链上事件的概念,看看我们如何在StarkEx中的CT如何利用它。
数据:过去一个月由 StarkEx 驱动的交易笔数占所有以太坊 Layer2 交易笔数的 58%:11月6日消息,StarkWare 发推称,过去一个月由其扩容引擎 StarkEx 驱动的交易笔数占所有以太坊 Layer2 交易笔数的 58%。StarkEx 自从 2020 年推出以来已累计处理 2.65 亿笔交易,铸造超 8000 万枚 NFT。当前由 StarkEx 驱动的应用或解决方案包括 Immutable、Sorare、dYdX、rhinofi 和 Myria。[2022/11/6 12:23:20]
有条件交易简介
链上事件的注册
CT使用了FactRegistry合约来跟踪链上事件。实际上,只有在一个FactRegistry合约中注册了的事件,才能「解锁」CT。举个例子,如果Alice直接在以太坊链上转账了1ETH给Bob,那CT是不能因此满足执行前提的。
欧易OKEx Layer2概念币板块播报:OMG异军突起:据欧易OKEx平台数据显示,受市场大行情影响,币币交易专区-Layer2概念币板块走下跌趋势,但OMG、ZRX分别以28.49%、14.81%的涨幅领跑该板块。据了解,Layer 2 通常被称为“链下”解决方案,其主要目的是扩展区块链的性能,同时保留分布式协议的去中心化优势。Layer2板块币种行情如下:[2021/5/7 21:34:16]
在上面这个案例中,FactRegistry合约需要一个函数?transfer(),Alice传入Bob的地址作为收款方。transfer()?函数做两件事:把需要转移的ETH发送给收款方;保存对这笔转账的记录,比如存储这笔转账相关参数的哈希值,到合约的存储项中。FactRegistry合约还带有一个?isValid()?函数,接受一条哈希值作为参数,返回一个布尔值——如果该条输入的哈希值等于合约中记录的某条哈希值,就返回?True。如此,这个记录在合约中的哈希值,就可以当成是一个事实的证明。这个为FactRegistry合约引入一个新的事实的过程,通常称为「事实注册」。
一笔签过名的CT所包含的链上事件的指纹有两个字段:一个FactRegistry合约的地址;上述合约中应当记录的事实。
StarkEx有条件交易
StarkEx会批量打包Layey-2中的交易,并使用一条发送到链上的STARK证明来结算这些交易。如果某一批次中包含CT,StarkEx将保证相关的事实已经注册,以便能清算该批交易;否则,整批交易都会回滚。
有条件交易的案例
在本部分,我们会提出一些应用场景,并指出CT如何能用在这些场景中。
详细案例——快速取款
在任意L2方案中,最初级的从L2转出资金到L1中的办法便是终局化一次L2的状态更新。在基于有效性证明的系统中,终局化一次L2的状态更新需要在链上提交一个相应的有效性证明,一般来说需要10分钟。这就意味着,如果用户使用这种方式来取款,就不得不等待至少10分钟。
而快速取款的用意正是为了解耦这种依赖,让用户能够在「区块时间」内免信任地将资金取出,也即,就像使用普通的以太坊合约一样。
那到底是怎么个流程呢?如果Alice想要从L2中取出1ETH到L1,Alice可以在L2上签名一条将1ETH转移给流动性提供者的CT,条件是LP在L1上转移1ETH给Alice。Alice的CT仅能在她收到L1上的转账之后才能执行,所以她不会面临对手方风险。
我们来看一个能够协助CT的简易的FactRegistry合约:
我们可以看到这个合约有一个payabe函数?transfer(),它的功能有两个:
转移一定数量的ETH到某个地址
登记keccack(amount、address、nonce)
Alice签发的CT只有keccack(1ETH,Alice,nonce)在FactRegistry中注册之后才能执行。而这个事实,也只有在给Alice的1ETH转账发生了之后才能成功注册。Alice可以无需信任地取出1ETH,整个过程只需她的前面,和LP在以太坊链上发起的一笔交易。
更多应用场景
类似的流程可以捕捉到下列类型的事件,从而L2的CT也可以有更多的用途,例如:
如果ETH的价格跌到了1010DAI,Alice希望在L2卖出1ETH,换回在L1上的1000DAI
Alice希望在L2上给Bob10ETH,只要Bob以Alice的名义在Alice指定的dApp中存入9.5ETH
Alice希望在DeversiFi的L2上给Bob10ETH,只要Bob在dYdX的L2中给Alice的账户存入9.5ETH
总结
CT的第一种用途是快速取款,但StarkEx运营者可以用这一元件实现许多种类的L2-L1交互。
1月22日,以太坊生态开发公司ConsenSys首席战略官ClemensWan撰写了一篇名为《30ThingsToDoWithCrypto》的文章.
1900/1/1 0:00:00本文发布于火星财经,作者为枫叶资本,经由Bite编译。自去年七月以来,DeFi结构和用户心理都发生了巨大变化,推动了一次又一次的创新迭代出现.
1900/1/1 0:00:00本文发布于IPFS原力区,作者:Tony。“当银行家共进晚餐时,他们会谈论艺术;当艺术家共进晚餐时,他们会谈论金钱.
1900/1/1 0:00:00本文来自《财富》杂志,并经链捕手翻译。比特币最近的飙升已经重新唤起了媒体的旧幻想。加拿大比特币《环球邮报》最近的一则新闻说:“比特币的麻烦:为什么加密热潮不能持续下去”.
1900/1/1 0:00:00近日,由链捕手主办的捕手学堂第二十一期,邀请到Aave中国区Lead?Leslie和Chainlink中国技术社区负责人余文卿就《DeFi新周期与头部项目的想象空间》进行了主题分享.
1900/1/1 0:00:00本文系链捕手原创文章,作者LonersLiu。钱包作为加密世界的基础设施以及众多DApp的流量入口,为用户提供了便捷的资产管理工具,钱包上用户的活跃度也与市场热度息息相关,但关于数字钱包的商业模.
1900/1/1 0:00:00