当人们还在思考用rollup的方式缓解Layer1拥堵的时候,Vitalik已经在考虑rollup之间怎么做交互。6天前,Vitalik发起了一个叫做“跨rollupDEX”的提案,其中提到当一条rollup有智能合约部署,另一条rollup没有完全的智能合约功能的时候,资产可以在两条rollup之间以去中心化的方式转移。有一点“隔空挪物”的感觉。这个过程到底是怎么实现的呢?哔哔News将提案,以及Vitalik和社区成员间的精彩讨论内容翻译如下:假设我们有两条rollup,分别是rollupA和rollupB。Alice想要把rollupA上特定数量的代币转移到rollupB上。如果A和B都有完全的智能合约支持,在这种情况下,已经有关于如何以去中心化的方式解决这个问题的提案。本提案想要为只有rollupB有完全的智能合约支持的情况提供思路。我们假设,rollupA上的交易有某种“备注字段”,如果没有的话,我们可以使用值的低阶位作为备注发送。提案
Vitalik:以太坊需要改进的不仅是协议的功能,需要对应用程序和钱包进行深度改变:金色财经报道,以太坊创始人Vitalik Buterin发布《The Three Transitions》文章。Vitalik称,当以太坊从一个年轻的实验性技术过渡到一个成熟的技术栈,能够真正为普通用户带来开放、全球和无需许可的体验,堆栈需要大致同时经历三个主要的技术过渡:向L2扩展过渡,每个人都转向Rollup;向钱包安全过渡,每个人都使用智能合约钱包;向隐私过渡,确保保护隐私的资金转移可行。
由于上述原因,这三个转变至关重要。但它们也具有挑战性,因为要妥善解决这些问题需要密切协调。需要改进的不仅是协议的功能;在某些情况下,我们与以太坊交互的方式需要从根本上改变,需要对应用程序和钱包进行深度的改变。[2023/6/9 21:27:01]
假设存在一个交易中介Ivan(在实际实现中,将有许多中介可供选择)。Ivan在rollupA上有一个账户IVAN_A(他完全控制该帐户)。Ivan还将一些资金存入了rollupB上的智能合约IVAN_B中。智能合约IVAN_B有以下规则:如果任何人发送TRADE_VALUE数量的代币到IVAN_A,其中包含一个地址DESTINATION作为备注,那么在MIN_REDEMPTION_DELAY块之后,IVAN_B将收到一笔交易,该交易包含一个代币转移的证明,从而把提取TRADE_VALUE数量的代币这样一笔交易排队到DESTINATION地址。提币按照交易被包括到rollupA中的批次和索引顺序处理,要经过一些延迟(比如1天)。当Ivan看到他在IVAN_A收到资金时,他可以亲自将TRADE_VALUE*(1-fee)数量的代币发送到DESTINATION地址。他可以通过IVAN_B中的方法发送交易,该方法保存一条记录,防止合约中的自动发送条款触发该交易。预期的操作很简单:-Alice向IVAN_A发送一笔交易,其中包含N个代币和备注地址ALICE_B。-Ivan通过IVAN_B发送TRADE_VALUE*(1-fee)数量的代币到ALICE_B。第二步可以在第一步之后立即进行。如果Ivan证明第二笔交易和第一笔交易之间的时间戳差异非常小,那么合约甚至可以制定规则,允许费用更高。“最坏的情况”是Ivan没有像预期的那样向ALICE_B发送代币。在这种情况下,Alice可以等待rollupA上的交易确认,找到获得rollupB上的代币的其他途径来支付费用,然后她自己就可以索要资金。资本成本
地址vitalik.eth转移200 ETH至Kraken:金色财经报道,数据显示,地址vitalik.eth转移200 ETH至Kraken。[2023/5/5 14:44:53]
该方案的主要限制是,IVAN_B需要持有大量资金,以确保所有发送者都能得到支付。特别是,假设:我们把交易金额上限设置为TRADE_LIMIT,反之亦然。要建立合适的平衡,似乎应该让隐含费用比市场上出现的显性费用少几倍。如果我们想减少或消除这种消耗,rollupA可以被设计成这样,例如,让排序器发送一个签名消息,向Alice证明到目前为止,批次中批准的所有消息。然后Alice就会知道在她之前没有交易(尽管恶意的排序器可以Alice,但代价很高)。备注
Vitalik Buterin:SBF净资产10亿美元仍然比我拥有的多得多:金色财经报道,以太坊创始人Vitalik Buterin在“SBF净资产从156亿美元暴跌近94%至9.915亿美元”相关话题下评论称“10亿美元仍然比我拥有的多得多”。
此前报道,SBF净资产降至9.91亿美元。[2022/11/9 12:36:18]
上面的设计建立在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的交易
现场 | Vitalik:公链的价值来自于不同应用的链接:金色财经现场报道,10月27日,第六届区块链全球峰会于上海开幕,峰会的圆桌讨论环节,以太坊创始人Vitalik Buterin分享表示,我们的加密技术生态系统重要的是整个生态系统的发展,我们的价值来自于不同应用的链接,以及不同区块链间的交互。
针对链的升级,我认为解决方式在于在协议上,此外我们要优化不同层的性能,通过技术融合我们做一些改变,针对隐私保护,零知识证明是一个重要的技术方式,但对于隐私保护来说,有些信息需要公开,有些需要保护,需要具体场景具体考虑。
此外,如果想把传统的金融服务迁移到公链上,是很多公链无法做到,从安全角度来看,系统也需要检验,这是需要时间的。[2020/10/27]
如果Alice把rollupB上的代币转移到rollupA,可以使用类似的机制,只是角色颠倒了:-Alice将代币发送给IVAN_B-经过一段时间的延迟,她将获得收回代币的权利-如果Ivan可以向IVAN_B证明,他在rollupA上给Alice发送了代币,Alice就失去了这个权利总结
声音 | BM 评价 Vitalik 新共识算法:是对非 BFT 终结性的正式描述:据 IMEOS 报道,Vitalik 近期在其博客上发布了一篇名为《一个99%容错共识的指南》的文章,文章认为这个算法只需要 1% 的节点“诚实”。这意味着,从理论上讲,攻击者需要控制超过99% 的区块链节点才能进行攻击。因此不再有 51% 的攻击。
EOS 社区成员询问 BM 对这个文章的看法以及意见,BM 回复道:这篇文章没有给出譬如什么时候开始实施的时间先,但可以安全地假设一下这个新算法将会在基于 POS 的共识生效后实施......所以相当于在宇宙热寂之后实施......
“不过这个算法是关于 Steem 和 Bitshare 的非 BFT 终结性的正式描述,这就很有趣了。”[2018/8/16]
所以我们可以看到,在这个过程中,许许多多的“Ivan”其实就是去中心化的银行,在两条rollup上分别扮演存款机和取款机的角色,从而赚取手续费。如果Ivan作恶,rollupA和rollupB间不需要进行过多的交互,Alice就可以提供打币证明。根据Vitalik的表述,在从rollupA向rollupB转账的场景中,提供证明这一步操作可以直接在rollupB上进行,只要rollupB能获取rollupA的区块哈希,就可以计算出rollupA上的交易记录,从而向Ivan索赔。在索赔这个过程中,Vitalik还给出了更多的可能性。比如,可以在IvanB上增加一个“快速通道”,AliceB可以把她在IvanB上的提币插槽出售给其他用户。假设这个用户叫Bob,那么Bob可以把款项先转账给AliceB,此后,IvanB应该转账给AliceB的资金将被Bob获取。也就是由Bob先垫付资金给Alice,以此来提升Alice的用户体验,这个过程或许可以涉及到挖矿之类的玩法。Github上有用户提到,如果中间商Ivan不是个体,而是去中心化的资金池,这个模型是否会更好。Vitalik表示,这会涉及到rollupA上资金池的所有权问题,相比之下,由多个中间商来作为分散的“资金桥”可能更合理。这就是跨rollupDEX的大致思路。虽然可应用场景可能不多,也有一些影响到资金安全的场景可能没有被考虑进去,但是这让我们又看到了一些Layer2上的可能性。区块链解决方案从某些角度来看,或许就是规则设计。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。