本文来自cryptoslate，原文作者：Liam'Akiba'Wright?
Odaily星球日报译者|Moni
3月31日，以太坊联合创始人“V神”VitalikButerin在其官方博客上发布文章《以太坊的多客户端理念将如何与ZK-EVM交互？》，分享了他对以太坊生态系统“未被充分讨论但非常重要”的方面的思考，其中深入探讨了为ZK-EVM创建多客户端生态系统的技术挑战、生态系统权衡和潜在解决方案。
接下来，让我们来解读这篇文章的关键要点。
Layer1??安全和验证过程的重要组成部分，零知识(ZK)技术也能让开发人员在不透露任何额外信息的情况下证明交易或消息的真实性。
这意味着，交易一方可以说服另一方其发出的消息是真实有效的，而无需透露消息有效性以外的任何知识。然而，根据VitalikButerin的分析，零知识证明技术的隐私保护性质可能会破坏更广泛的EVM格局，因为以太坊客户端在实施协议规则方面存在细微差别。
V神：以太坊生态过于专注金融应用，需开发更多其他领域应用:金色财经报道，以太坊创始人Vitalik Buterin在2022年5月20日举行的ETH上海会议上表示，以太坊生态现在过于专注DeFi等金融应用，金融应用的风险过高，改进空间少，需要开发更多其他领域的应用。[2022/5/20 3:29:53]
现阶段，ZKRollups中的二层协议已成功使用零知识证明技术，并通过将多个交易捆绑到一个证明中来帮助扩展以太坊区块链。然而，随着ZK-EVM发展到验证主网上的交易执行，VitalikButerin认为“ZK-EVM实际上成为了第三种以太坊客户端，与当前其他执行客户端和共识客户端一样，对以太坊网络的安全至关重要。”
不过，一旦将ZK-EVM视为第三种类型的以太坊客户端，VitalikButerin提出了以下这样一个问题：
虎符联合smartBCH DAO开展7亿枚空投 V神地址已持有150亿:11月30日，据虎符官方推特显示，SmartBCH DAO联合虎符开展持续7天的空投奖励，总计7亿枚DAO将空投给参与推特转发、评论、关注的参与者。
据悉，DAO是建立在SmartBCH链上的社会实验性DAO组织，DAO创始人在社区声明，为了彻底实践心目中去中心的理想，自己将不保留任何DAO代币，所有DAO代币将以空投的形式发放给社区和为加密社区做出杰出贡献的领袖人物。同时，DAO为了感谢以太坊创始人V神对EVM做出的杰出贡献，DAO社区给V神的公开地址转了150亿枚DAO，占比约是总量的7.143%。目前DAO已在SmartBCH上第一大DEX Benswap上交易，并在不到3天时间里上涨了接近20倍。[2021/11/30 12:41:35]
“实际上，我们该如何为基于零知识证明以太坊区块的正确性创建一个“多客户端”生态系统？”
动态 | 孙宇晨转发“以太坊是垃圾币”推特，疑似抨击V神:比特币开发者Udi Wertheimer发推称，以太坊是迄今为止最具代表性的垃圾币。他们创造了“最大化主义”（maximalism）这个词，但Consensys正积极正积极地付钱给人们散布仇恨和错误信息。西方媒体为什么要给他们通行证，我无法理解。波场创始人孙宇晨随后转发了这条推特，疑似抨击V神。据悉，以太坊创始人V神昨日曾在推特批评波场，称其不诚实限制人才发展。[2020/2/8]
随着以太坊生态系统的不断扩展，VitalikButerin希望保持“多客户端理念”的优势，同时利用ZK-EVM的功能来提高以太坊网络的可扩展性、安全性和去中心化性。
根据VitalikButerin的说法，将零知识证明技术用于多个客户端的主要技术挑战与延迟和数据效率低下有关。此外，由于对协议规则或ZK-EVM实现的特定解释，各个不同以太坊客户端处理零知识证明的方式也不一样。
动态 | Weiss Ratings：V神的新数据迁移提议技术细节仍有待解决:加密货币评级机构Weiss Ratings发推称：“V神提出了一种将数据迁移到#ETH 2.0的更快方法，这意味着人们期待已久的升级可能会比预期来得更早。在ETH 2.0系统中把ETH 1.0变成一个分片的想法非常简单。不过，技术细节仍有待解决。”注：在12月23日的Ethresear.ch提案中，V神提出了一种将数据迁移到以太坊 2.0的更快方法，这意味着期待已久的升级可能比预期的要快。V神描述了一种消除Ethereum 1.0当前工作证明区块链的方法，这将允许项目“加速进度”与Ethereum 2.0的信标链合并。但目前还不清楚这一过渡将在何时实施。[2019/12/25]
那么，这些问题该如何解决呢？VitalikButerin给出了解决方案——
动态 | V神阐述如何进行ETH委托挖矿:V神回复网友提问“1.可以通过合约合租一个validator（平民化参与，共享投票身份）吗？2.一个客户端可以跑多个valifator (共享机器）吗？”表示，“你开一个validator，需要设置两个公钥：签名的公钥和取款的公钥。Phase 2后，不一定需要设置取款公钥，也可以设置取款合约。签名的私钥能withdraw，withdraw完成后validator里面的资金都给取款合约的地址。所以你开新的validator到时候，可以先发比如1以太币，设置取款合约，这个合约的规则是，谁deposit多少谁按照比例withdraw多少。一段时间后，你发withdraw的交易。现在因为奖励这个validator的balance是33.6以太币（加 5%），33.6以太币给合约，合约的规则分配1.05给你，8.4, 10.5和13.65 给其他的参与者。签名的私钥是你的，谁能withdraw多少的规则是合约定的。别人能看一个还未activated的validator的withdraw合约的规则，如果他们觉得是合理的，则他们能发他们的币给这个validator，这个是委托的方法。”[2019/10/22]
资料来源：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实现等效并识别导致彼此之间差异的所有错误。”
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。