本文来自cryptoslate,原文作者:Liam'Akiba'Wright?
Odaily星球日报译者|Moni
3月31日,以太坊联合创始人“V神”VitalikButerin在其官方博客上发布文章《以太坊的多客户端理念将如何与ZK-EVM交互?》,分享了他对以太坊生态系统“未被充分讨论但非常重要”的方面的思考,其中深入探讨了为ZK-EVM创建多客户端生态系统的技术挑战、生态系统权衡和潜在解决方案。
接下来,让我们来解读这篇文章的关键要点。
Layer1??安全和验证过程的重要组成部分,零知识(ZK)技术也能让开发人员在不透露任何额外信息的情况下证明交易或消息的真实性。
这意味着,交易一方可以说服另一方其发出的消息是真实有效的,而无需透露消息有效性以外的任何知识。然而,根据VitalikButerin的分析,零知识证明技术的隐私保护性质可能会破坏更广泛的EVM格局,因为以太坊客户端在实施协议规则方面存在细微差别。
V神:ZK Rollup可能是以太坊顶级Layer2扩展武器:8月8日消息,以太坊创始人Vitalik Buterin在2022韩国区块链周KBW 2022峰会中就以太坊的各类问题进行发言,他表示,由于Layer2 Rollup,以太坊网络的交易成本将很快降至1美分,在将来所有效率改进后交易成本可能降至0.05美元,甚至可能低至0.02美元,随着成本的下降,区块链实际上可以启用和解锁全新的场景用例,这将完全改变游戏规则。另外,下一个十年对区块链技术至关重要,区块链应用需要证明它们的实用性, 所以ZK Rollup很可能是以太坊的顶级Layer2扩展武器。Vitalik还表示,量子计算将是未来的重要考虑因素,以太坊需要升级以保护自己免受未来的量子计算攻击,并考虑转向“新形式的密码学”,以抵抗潜在的攻击,但可能需要几十年的时间。[2022/8/8 12:10:08]
现阶段,ZKRollups中的二层协议已成功使用零知识证明技术,并通过将多个交易捆绑到一个证明中来帮助扩展以太坊区块链。然而,随着ZK-EVM发展到验证主网上的交易执行,VitalikButerin认为“ZK-EVM实际上成为了第三种以太坊客户端,与当前其他执行客户端和共识客户端一样,对以太坊网络的安全至关重要。”
V神:以太坊Layer 1尚未准备好迎接直接大规模采用:1月4日消息,Vitalik Buterin(V神)重申了对以太坊扩容解决方案的迫切需求。
在最新的Bankless播客中,V神讨论了过去一年以太坊网络的发展,以及未来的扩容计划。虽然以太坊在2021年取得了重大进展,比如伦敦硬分叉,其中包括费用销毁机制EIP-1559,但它仍然面临高额的gas费用。
V神承认,“为了让区块链被主流采用,它必须便宜。”然而,他也承认当前的费用是以太坊最紧迫的问题之一。他解释说:“目前的以太坊,即Layer 1,还不是一个可以迎接直接大规模采用的系统。”他接着强调了对rollups等第二层扩容解决方案的需求。(Crypto Briefing)[2022/1/5 8:25:20]
不过,一旦将ZK-EVM视为第三种类型的以太坊客户端,VitalikButerin提出了以下这样一个问题:
V神回应EIP-1559推迟传言:大部分Geth核心开发者没有参与EthCC:7月22日消息,以太坊社区成员JimmyRagosa在推特上调侃表示,以太坊EIP-1559将推迟至2022年上线,因为大部分以太坊核心开发者正在「Raavehangover」。部分观点将Jimmy的观点解读为,EIP-1559出现问题并将推迟上线。此前7月21日,以太坊客户端OpenEthereum团队在Ropsten测试网区块高度10679538发现节点暂停出块,使用不同客户端可能导致分叉。对此,V神在社群中表示,「大部分Geth核心开发者没有参与EthCC」,以回应社区质疑。而JimmyRagosa此后也在推文中表示,“EIP-1559重新被推迟至2022年”的推文是“垃圾帖子太糟糕了”,这是一个成熟的市场。[2021/7/22 1:09:26]
“实际上,我们该如何为基于零知识证明以太坊区块的正确性创建一个“多客户端”生态系统?”
V神:比特币矿工有可能建立软分叉以获取在以太坊端的起始指令:加密企业家Alex Masmej在推特称,比特币因供应上限而停止采矿奖励的做法使其不可持续,但是以太坊解决了这个问题。作为ERC20代币,比特币由以太坊提供安全保障。Enigma公司联合创始人Guy Zyskind对此否认称,以太坊上没有比特币,只是有人拿着你的比特币,给你一个ERC20代币。对此以太坊创始人Vitalik Buterin回复称,这是完全可能的,即最终比特币矿工将建立一个软分叉,他们拒绝从比特币端地址取款,因为这些地址在以太坊端没有有效的相应起始指令(initiation orders)。Guy Zyskind称,这将是非常有趣的,并将创造一个局面,wBTC安全将等于比特币和以太坊的安全性。但要让社会对此达成共识,听起来不太可能?至少现在是这样。[2020/9/21]
随着以太坊生态系统的不断扩展,VitalikButerin希望保持“多客户端理念”的优势,同时利用ZK-EVM的功能来提高以太坊网络的可扩展性、安全性和去中心化性。
声音 | V神:中继注册燃烧机制是以太坊在隐私解决方面的关键一步:V神在推特中转发了一篇介绍中继注册燃烧机制的文章。该机制目的在于抵制垃圾交易,其在以太坊第二层网络上建立一套仲裁注册机制,每一笔交易在发送广播中需要支付一定比例的费用,最后利用min_percent将其销毁。V神评论称,在中继研究取得较大进展之后,这是以太坊短期在隐私解决方案上的关键一步。[2019/7/18]
根据VitalikButerin的说法,将零知识证明技术用于多个客户端的主要技术挑战与延迟和数据效率低下有关。此外,由于对协议规则或ZK-EVM实现的特定解释,各个不同以太坊客户端处理零知识证明的方式也不一样。
那么,这些问题该如何解决呢?VitalikButerin给出了解决方案——
资料来源:vitalik.eth.limo
VitalikButerin相信,拥有多个客户端可以降低一次实施中出现单个灾难性错误的风险,从而提高网络的安全性和去中心化程度,而这种错误可能会导致整个以太坊网络崩溃。此外,多客户理念也有助于防止权力集中在一个开发团队或组织内,继而更好地实现网络去中心化。
针对上述提及的ZK-EVm多客户端问题,VitalikButerin提出了三种可能的解决方案:
1、单一的ZK-EVM:放弃多客户端范式,选择用来验证区块的单一ZK-EVM。
2、封闭的多个ZK-EVM:就一组特定的多个ZK-EVM达成一致并达成共识,并有一个共识层协议规则,即一个区块需要来自该集合中超过一半的ZK-EVM的证明才能被认为是有效的.
3、开放的多个ZK-EVM:不同的客户端有不同的ZK-EVM实现,每个客户端在接受一个区块为有效之前等待与自己的实现兼容的证明。”
在ZK-EVM的背景下,VitalikButerin支持第三种,也就是开放的多个客户端ZK-EVM生态系统的解决方案,他认为不同的客户端有不同的ZK-EVM实现,每个客户端在接受一个块为有效之前等待与自己兼容的证明。
“对我来说,第三种解决方案似乎是理想的,至少直到并且除非我们的技术改进到可以正式证明所有ZK-EVM实现彼此等效的程度......”
不仅如此,一旦技术改进到ZK-EVM实现有些标准化的程度,VitalikButerin认为解决方案将是选择最有效的选项,而他还觉得“第三种解决方案的挑战似乎小于其他两个选项的挑战,至少目前如此。”不过,VitalikButerin提出开放的多个ZK-EVM可能会面临两大挑战:
延迟挑战:恶意攻击者可能会延迟发布一个块,以及对一个客户端有效的证明。生成对其他客户端有效的证明实际上需要很长时间。这段时间足够长,可能会创建一个临时分叉并中断几个插槽的链。
数据效率低下:ZK-SNARKs的一个好处是可以从区块中删除仅与验证相关的数据。例如,一旦你验证了一个签名,就不需要将签名保存在一个区块中,你可以只存储一个表示签名有效的位,以及区块中确认所有签名的单个证明。但是,如果希望能够为一个区块块生成多种类型的证明,则需要实际发布原始签名。?
Layer2??
随着时间的推移,VitalikButerin建议可以将第1层每个区块的gas目标从1500万减少到100万,足以让一个区块包含一个SNARK和一些存款和取款操作,但其他的不多,从而强制几乎所有用户活动移动到Layer2?协议。
选项2?:SNARK-验证Layer1?
VitalikButerin表示可以编写更多的SNARK代码来验证区块共识,但这将是一个具有挑战性的工程问题:现阶段,ZK-EVM需要几分钟到几小时来验证以太坊区块,如果采用该方案则需要:改进以太坊本身以删除对SNARK不友好的组件通过专门的硬件获得巨大的效率提升么(iii)通过更多的并行化改进架构。
PoS共识端进行更全面的SNARK验证。
3、客户端可能会开始尝试使用ZK-EVM来证明自己的以太坊块执行,特别是当无状态客户端并且没有技术需要直接重新执行每个区块来维护状态的时候,可能会从客户端通过重新执行它们来验证以太坊区块,再过渡到大多数客户端通过检查SNARK证明来验证以太坊区块。?
4、ERC-4337和PBS生态系统可能会很快开始使用BLS和证明聚合等技术,这样可以节省大量gas成本。?
值得一提的是,VitalikButerin还对最近人工智能技术的快速发展大加赞扬,他觉得人工智能的进步可以“加速”证明ZK-EVM实现的发展。“从长远来看,当然任何事情都有可能发生。也许AI会加强形式验证,使其可以轻松证明ZK-EVM实现等效并识别导致彼此之间差异的所有错误。”
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。