Vitalik:如何实现跨Rollup DEX_ALI:以太坊

来源|ethresear.ch

作者|VitalikButerin

假设我们有两种rollup解决方案A和B,Alice想要用rollupA上一定数量的代币来换取rollupB上同样的代币。已经有人提出方案解决这个问题了,如果rollupA和B都是完全支持智能合约时,那么就可以去中心化地实现这个假设。然而这篇文章提出的是,当仅有rollupB完全地支持智能合约时(且rollupA只能处理简单交易)如何实现跨rollup转账。

我们假定rollupA上的交易有某种“备注字段”;如果没有的话,可以使用该交易值的低位数字作为备注发送。

提案

假设我们有一个交换中介Ivan(在实现时有许多中介可供选择)。Ivan在rollupA中拥有一个(完全由他控制的账户)?IVAN_A。同时,Ivan还在rollupB的智能合约?IVAN_B?中存了一些资金。

Vitalik评美国加密政策:对被定为证券的项目感到遗憾:6月30日消息,以太坊创始人Vitalik Buterin回应如何看待美国的加密货币政策方针时表示,非常遗憾Solana和其他项目以这种方式受到打击。他们不应该受到这样的待遇,如果因此让以太坊最终获胜,那不是一种光荣的胜利,从长远来看可能甚至不是一种胜利。真正的竞争不是其他链,而是正在以我们为代价强加给我们的快速扩张的中心化世界。我希望所有的项目在这整个局面中获得公正的结果。[2023/6/30 22:10:24]

智能合约?IVAN_B?具有以下规则:

??如果任意用户发送了一笔交易(发送某代币交易值?TRADE_VALUE?至账户?IVAN_A),(交易中还附上了一个目的地址B?DESTINATION?作为备注),则在最小偿还延迟?MIN_REDEMPTION_DELAY?区块之后,该用户就可以返还一笔交易至账户?IVAN_B?中(其中包括之前的转账证明),然后这笔交易就会排队等候提款至地址?DESTINATION?中。

Vitalik Buterin提出“L3愿景”:不能通过在Rollups上堆叠Rollups来扩展网络:金色财经报道,以太坊联合创始人 Vitalik Buterin 发文《什么样的Layer 3有意义?》(What kind of layer 3s make sense?),文章指出不能通过在Rollups上堆叠Rollups来扩展网络,比如SNARK几乎可以无限扩展,可以继续制作“许多SNARK的 SNARK”, 以将更多计算缩减为单个证明。但数据不一样,数据可以压缩一次,但不能再次压缩,因此“在Rollups上再Rollups” ”实际上并不能在可扩展性方面提供巨大效益。因此,Vitalik Buterin提出了“L3愿景”,主要包括:

1、L2 用于扩展,L3 用于定制功能,例如隐私。

2、L2 用于通用扩展,L3 用于自定义扩展。

3、L2 用于无信任扩展(Rollups),L3 用于弱信任扩展(验证)。[2022/9/17 7:03:27]

??等待一定的延迟(例如一天)后,按照转账打包进rollupA的批次和索引顺序处理提款。

Vitalik:未来2到3年,以太坊将更便宜、生态系统更有趣:7月24日,“2021世界区块链大会·杭州”在杭州未来科技城学术交流中心开幕。

在今天上午的开幕式上,以太坊创始人Vitalik Buterin受邀出席并发表主题演讲《以太坊进入2.0之后,会发生什么?》。他讲到,以太坊的基本技术愿景是试图在短期内快速改进,并在长期内稳定下来。因为从长远来看,我认为区块链确实需要安定下来,变得更加稳定,确实需要向用户做出更多的保证,保证事情不会发生变化,这样用户才能感到安全并在此基础上做出发展。但在短期内,这些技术都已经被开发出来了。我认为在未来的2到3年里,我们会看到使用以太坊会变得更加便宜,我们将会看到更多不同种类的应用使用以太坊,以太坊生态系统将变得更加有趣。[2021/7/24 1:12:54]

??当Ivan发现其账户?IVAN_A?收到款项时,他就可以亲自发送?TRADE_VALUE*(1-fee)?代币至?DESTINATION?中。他可以用?IVAN_B?的方法发送交易来完成上述操作,这个方法保存了一个记录,防止合约中的自动发送条款触发该交易。

金色财经独家分析 以太坊创始人Vitalik反对通过分叉方式抵制ASICs:在周五举行的开发者大会上,针对用分叉解决ASIC矿机的讨论,以太坊创始人Vitalik表示,“在这一点上,我个人倾向于不采取任何行动。”金色财经独家分析,据比特大陆官方消息,Antminer E3矿机将于7月开放销售。该款矿机将改变以太坊的挖矿算法。以太坊的开采历史上一直被GPUs所主导,这一改变将导致以太坊的挖掘中心化。另一方面,ASICs提高了进入的门槛,可能会排挤较小型的矿主。之前以太坊主要开发人员讨论是否要对区块链进行硬分叉,以抵制比特大陆ASIC矿机对算法的改变。在3月29日,以太坊开发者Piper Merriam提出了以太坊改进提案(EIP) #958,该方案寻求社区对区块链是否应该分叉以及它如何“抵抗ASIC”的建议。此次在开发者大会上,Vitalik反对通过分叉方式抵制ASICs,这似乎预示着以太坊不会针对ASIC矿机进行硬分叉。[2018/4/9]

预期的行为很简单:

以太坊创始人Vitalik Buterin:加密货币不是用来炒的:以太坊(Ethereum)创始人维塔利克-巴特林(Vitalik Buterin)认为,加密货币技术正朝着错误的方向前进。巴特林在推特上发帖称:“包括以太坊在内所有加密货币社区的人都听着:需要注意,带着数千亿美元的数字纸上财富到处炫耀,和为社会做些有意义的事情之间是有区别的。”[2017/12/29]

??Alice发送一笔交易至账户?IVAN_A?中(包含N代币和一个备注?ALICE_B)

??Ivan通过IVAN_B发送?TRADE_VALUE*(1-fee)?代币至?ALICE_B?中

第二笔交易紧接着第一笔交易发生。如果Ivan可以证明第一笔交易和第二笔交易之间的时间戳差异非常小,那么合约甚至有规则允许提高费用fee。

最糟糕的情况是,Ivan没有如他所期望那样向?ALICE_B?发送代币。遇到这种情况,Alice可以等待rollupA上的交易确认之后,在rollupB上找到其他获取代币的替代路径来支付费用,然后就可以自己认领其资金。

资本成本

该方案的主要限制是,IVAN_B?需要持有大量的资金,以确保所有交易发送者都能得到支付。尤其是,假设出现以下情况:

??我们将交易上限设置为?TRADE_LIMIT?(所以当发送至?IVAN_A?的交易超出限额?value>TRADE_LIMIT?时,交易无效)

??每个rollup批次最多可以包含?TXS_PER_BATCH?笔交易

Alice可以自行检查rollupA下一批需要处理的交易之前,还有多少未处理的交易,用她在合约?IVAN_B?中的资金减去这些交易的总值,并检查剩余的金额是否足够。由于提款是按顺序处理的(这是上述的排列机制的目的),Alice不需要担心合约先处理其他提款申请,再处理她的提款交易申请。

在每批次中最大交易额为?TRADE_LIMIT*TXS_PER_BATCH?,因此?IVAN_B?合约中至少需要这么多的ETH,还需要额外的资金包含为处理的交易。举个例子,假设交易上限为0.1ETH?TRADE_LIMIT=0.1ETH?(交易上限可以设得比较低,因为一笔大额交易可以分成几笔小交易完成),并且每批次可以处理1000笔交易?TXS_PER_BATCH=1000。那么,合约?IVAN_B?需要持有100ETH。

注意,这个设计中还包括隐含的费用,因为交易额超过0.1ETH的任意用户都需要浪费区块空间。这与资本要求相权衡,也就是说,如果用户消耗了一半的区块空间,那么其资本要求将翻倍,反之亦然。如果想要获得合适的平衡,那么隐含的费用要比市场上明确的费用少几倍。

如果我们想要减少或者消除这种消耗,可以这样设计rollupA:让序列器发送一个已签名的信息,该信息证明了Alice在该批次的所有交易。然后Alice就会知道在她之前没有交易(尽管恶意的序列器可以Alice,但是作恶代价会很高)。

备注

上述设计基于一个假设:RollupA上的交易有一个备注字段,Alice可以通过该备注指定?ALICE_B?作为她接收代币的目的地址。如果rollup没有这种特性,那么我们可以使用以下解决方案。Alice可以在rollupB上的一个以顺序登记的合约上注册账号?ALICE_B?,并获得一个按顺序分配的ID(因此Alice的ID等于在她之前注册的用户数量)。

设置用户数的最大值?MAX_USER_COUNT?;如果有必要,这个值可以随时间向上调整。则Alice可以确保?TRADE_VALUE%MAX_USER_COUNT??等于(Alice的ID),使用?TRADE_VALUE?的低位数字(这个数字是这笔交易的一个小数值)来表示她想交易的代币数量。

从RollupB到RollupA的交易

如果Alice把RollupB上的代币转移到RollupA,她可以使用相同的机制,只是角色颠倒了:

??Alice将代币发送给?IVAN_B

??经过一段时间的延迟后,她将获得取回代币的权利

??如果Ivan可以向?IVAN_B?证明,他在RollupA上给Alice发送了代币,Alice就失去了这个权利

点击“阅读原文”获取文章内部链接!

原文链接:https://ethresear.ch/

ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源,文章版权归原作者所有,转载须注明原文出处以及ETH中文站。若需长期转载,请联系进行授权。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

水星链

[0:0ms0-0:696ms