http://github.com/dylang/node-rssGatsbyJSSun, 08 Sep 2024 10:57:33 GMThttps://www.ethereum.cn/Eth2/what-is-Ethereum-Pectra-upgradehttps://www.ethereum.cn/Eth2/what-is-Ethereum-Pectra-upgradeFri, 30 Aug 2024 00:00:00 GMT以太坊作为全球第二大市值的加密货币，自2015年诞生以来，一直处于区块链创新的前沿。作为一个去中心化平台，以太坊支持智能合约和去中心化应用（dApps），并不断发展以满足用户和开发者日益增长的需求。以太坊的演变迭代通过一系列网络升级得以实现，每次升级都旨在提升网络的能力、效率和可扩展性。本文将探以太坊下一次升级 Pectra 的意义，以及这次升级将如何塑造以太坊生态系统的未来。 <br> <br> ## **以太坊网络升级的意义** 在讨论 Pectra 升级的具体内容之前，我们有必要了解以太坊的升级路径以及这些优化的必要性。以太坊的升级主要服务于几大重要目标： - **可扩展性：** 随着以太坊网络的增长，需要处理的交易必然日益增长，同时还要保障网络的速度和成本效益。 - **安全性：** 定期升级有助于增强网络防御，抵御潜在的漏洞和新兴威胁。 - **效率：** 改进底层协议可以降低能源消耗和交易成本。 - **功能性：** 新的功能和能力使得开发者可以在以太坊平台上构建更广泛的应用。 - **可持续性：** 长期的升级使得以太坊在快速发展的区块链领域保持竞争力。 <br> ## **前序重大升级**  以太坊经历了几次关键的更新，以增强其功能和性能。其中最值得的关注的包括 Shanghai 升级和 Dencun 升级。 - **Shanghai 升级：**[上海升级](https://trustwallet.com/blog/ethereum-shanghai-upgrade-what-you-need-to-know)是一次硬分叉，使得 ETH 质押者和验证者能够从信标链中提取其质押的 ETH，并进一步提高以太坊区块链的效率。通过优化 Gas 费用、减少网络拥堵，这次升级预计将提升网络交易速度并降低交易费用。要使以太坊网络对开发者和用户更友好、更具经济性，Shanghai 升级是一个关键步骤。 - **Dencun 升级：**[Dencun 升级](https://trustwallet.com/blog/ethereum-dencun-upgrade-explained)是对以太坊协议的重大更新，旨在提高其效率、安全性和可扩展性。Dencun 这个名称来源于其包含的两个硬分叉 Deneb（共识层）和 Cancun（执行层），这次升级简化了交易过程，提高了网络性能，并为未来的优化奠定了基础。此次升级的目标是将交易速度从 30 提升至 100,000 TPS，标志着以太坊路线图中的 ‘Surge’ 阶段的进展。对此开发者需要进行广泛的测试，以确保在升级过程中平稳过渡。 这些升级逐步为以太坊未来的重要迭代做好了铺垫。而 Pectra 升级将会集其大成，全面优化和扩展以太坊网络。 <br> ## **Pectra 升级的主要功能** ### **EIP-3074 的实现** Pectra 升级的核心是以太坊改进提案 3074（EIP-3074）的实现。该提案于2024年4月被纳入 Pectra 升级计划，引入了开创性的功能——使普通钱包像智能合约一样工作，其中主要包括： - 打包交易：用户可以在一笔交易中签署多个任务，并且只需要一次批准（approval），简化了交互过程。 - 社交恢复：社交恢复功能使用户无需依赖助记词即可恢复对资产的访问，提高了钱包安全性和用户友好性。 <br> ### **效率和功能性得以提高** Pectra 旨在提高以太坊网络的整体效率和功能性，寻求简化网络功能，同时优化用户体验，从整体上解决交易成本高和交互复杂的问题。 <br> ### **面向未来的以太坊** 作为领先的去中心化应用和[智能合约](https://trustwallet.com/blog/introduction-to-smart-contracts)平台，以太坊需要 Pectra 升级作为其长期战略计划的关键因素。通过这些优化，以太坊志在带领区块链行业实现跨越。 <br> ### **Pectra 升级还有哪些内容？** 以太坊改进提案（EIP）是记录以太坊新功能或优化的文档，包括技术细节和理论基础。这一标准化、透明化且社区驱动的过程使得以太坊网络能够进行有序更新。  虽然 EIP-3074 是 Pectra 升级的重要组成部分，但升级的范围远不止于此。目前，Pectra 计划由 9 个标准 EIP 和一个 Meta EIP 组成，而后者又包含了额外的 11 个 EIP。 一些值得关注的优化方向如下： #### **网络优化&可扩展性** - EIP-7523 保障未来升级的兼容性，限制智能合约的创建，同时移除空白账户以缩减状态规模。 - EIP-5920（Pay opcode）使 ETH 转账无需激活接收方合约代码，从而提高可扩展性。 - EIP-7251（Maxeb）将验证者的最大有效余额从 32 ETH 提高到 2,048 ETH，简化了验证者管理和网络计算负载。 - EIP-7594 引入了节点数据可用性采样（PeerDAS），以优化 Layer 2 解决方案，提升交易处理能力。 #### **密码学** - EIP-2537 为 BLS12-381 曲线引入预构建函数，使加解密过程更加高效，并提高了安全性验证。 - 同时还将实现 BLS12-381 曲线操作的预编译，显著降低了 BLS 签名操作的燃料费用。 #### **账户&交易** - EIP-7610 将在 Pectra 升级之后防止账户被覆写，为将来的升级（如 Verkle 树）做好系统准备。 - EIPs 3074、5806 和 7377 主要与账户抽象相关，引入新命令（AUTH 和 AUTHCALL）以加速交易处理。 - EIP-7702 新增了一种交易类型，使普通钱包可以暂时转变为智能合约钱包，提升用户体验。 #### **验证者&质押** - EIP-7002 使验证者能够通过执行层凭证触发退出和部分提款，为再质押（restaking）和质押池提供更多灵活性。 #### **数据验证效率** - EIP-2935 将实现在特殊的 slots 中存储历史区块哈希，提高了无状态执行的数据验证效率。 #### **EVM 优化** - EIP-7692，即包含 11 个 EIP 的 Meta EIP，旨在优化 EVM 对象格式（EOF），以提高合约部署和执行的效率。 <br> ## **Pectra 升级对以太坊生态意义几何？** Pectra 升级会在多方面显著影响以太坊生态系统。 通过解决可扩展性问题，Pectra 升级使以太坊能够在不影响性能的情况下应对日益增长的用户基础和交易量，这对于 DeFi 平台、NFT 市场和高流量的 dApp 来说至关重要。 通过提升网络的安全性能，Pectra 升级将提高以太坊网络的防御能力，保障智能合约的安全执行，维护用户信任。 通过降低 Gas 费用，Pectra 升级将降低以太坊网络的费用门槛，尤其有利于一般开发者和用户，同时增强以太坊在区块链平台中的竞争力。 Pectra 升级还为开发者生态系统引入了优化工具，为开发者创新提供支持，有助于扩展以太坊生态中的应用。而 Pectra 升级针对以太坊钱包和用户界面的改进，则能为用户带来更简单的交互体验、更快的交易、更直观的设计和更高的安全性。https://www.ethereum.cn/Layer2/decentralized-rollups-series-4https://www.ethereum.cn/Layer2/decentralized-rollups-series-4Sun, 02 Jul 2023 00:00:00 GMT<iframe src="https://player.fireside.fm/v2/2T9K4CVL+URGOFBii?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> # **引介** 这是去中心化 Rollup 访谈系列最后一期，本集从 “数据可用性和去中心化存储” 的角度探讨 rollup 去中心化。我们邀请到了 EthStorage 创始人 Qi Zhou，针对 DA 如何重用以太坊主网的安全属性、EIP-4844 和 danksharding、不同 DA 模型的安全性对比进行了讨论。周老师还向大家介绍了 EthStorage 如何在下一次以太坊升级中与 EIP-4844 进行结合。 **Host: Franci** **本期嘉宾：** - EthStorage 创始人 Qi Zhou, twitter @qc_qizhou <br/> ### **往期** - [第一期：如何去中心化 Rollup？](https://www.ethereum.cn/Layer2/decentralized-rollups-series-1) - Arbitrum 研究员 Patrick McCorry - [第二期：共享排序器和 L2 共识](https://www.ethereum.cn/Layer2/decentralized-rollups-series-2) - AltLayer Network 创始人 Yaoqi Jia - Scroll 研究员 Toghrul Maharramov - Starknet Exploration Lead Abdelhamid Bakhta - [第三期: 证明者网络和 zk 硬件加速](https://www.ethereum.cn/Layer2/decentralized-rollups-series-3) - Scroll 联合创始人 Ye Zhang - Cysic 联合创始人 Leo Fan <br/> ### **收听** 点击订阅 Podcast，了解更多： https://ecnpodcast.fireside.fm/decentralized-rollups-series-4 Youtube： https://www.youtube.com/watch?v=fOrVFdo919I 小宇宙： https://www.xiaoyuzhoufm.com/episode/64a19d287efe63899e65176d <br/> ### **时间戳** 00:43 嘉宾介绍 05:42 数据可用性 (DA) 如何保证 Rollup 的安全 10:53 扩容区块空间 14:07 从网络带宽成本和存储成本的角度来理解 DA 21:27 EIP-4844 和 Danksharding 的关系，以及为什么需要部署 EIP-4844 25:21 Danksharding 如何解决区块空间的扩容问题 27:33 EIP-4844 测试网的一些开发与经验 31:00 数据可用性委员会 (DAC) 的应用和局限 37:17 EthStorage 与 DAC 的区别 39:50 存储证明的机制 42:22 EthStorage 如何维持无需许可的存储证明 <br/> ### **嘉宾介绍** 很高兴能够跟大家来分享一下我们对整个以太坊 DA 技术、以及我们在这上面做的去中心化存储的一些想法。我是 18 年全职加入 Web3 行业的。之前在谷歌、Facebook 这些大厂做工程师。而且有乔治亚理工 (Georgia Institute of Technology) PhD 的学位。自从 2018 年，我一直在关注并且从事 Web3 基础设施的工作。主要是因为之前在大厂里面也是做这方面的事情，包括分布式系统、分布式的存储。另外也是认为这方面在整个区块链还有非常多的可以改进的空间。不管是一开始我们做的各种，比如说像叫做执行分片的技术。那么这是以太坊的分片 1.0，到现在以太坊的分片 2.0 的这种叫数据分片的技术，以及后来的数据可用性。其实都是在围绕整个 Web3 基础设施做证明的一些创新和工作。 所以我们也是紧密地去跟以太坊路线图，去学习研究，并且以这种社区的方式参与、改进。我们去年年底非常荣幸地拿到了以太坊基金会对我们在“数据可用采样”的研究的一个支持。帮以太坊基金会做一些偏理论的，danksharding 上的一些研究工作，包括数据如何能够有效恢复。同时我们也在以太坊的 DA 技术基础上开发 EthStorage 这样一个以太坊的数据层。我们可以使用以太坊的智能合约大规模地去验证链下数据存储。这个对于以太坊来说也是非常有意义的。所以我今天非常高兴能跟大家一起分享，包括 EthStorage 如何在 DA 技术上去更好地构建数据存储层的一个网络。 <br/> # **访谈部分** ## ****第一部分：关于 DA 定义的讨论**** > 数据可用性 (DA) 如何保证 Rollup 的安全 首先我在研究 DA 的过程也是发现很多人对 DA 的定义有一些不理解的地方。今天也非常高兴能够讨论一下，此前我也跟很多以太坊基金会的成员，像 Dankrad Feist 他们讨论 DA，以及 DA 在整个的以太坊 L2 里面扮演的重要角色。 前面说到了以太坊 rollup 的一些基本工作机制，怎么去把这些链上的交易挪到链下，然后再通过一系列证明方式 (fraud proof 和 validity proof) 去告诉 L1 的智能合约这些执行结果是可以通过这些证明方式来证明是对的。 那么有个非常重要的核心是，他们希望能够复用以太坊本身网络的安全性，但同时又能够对以太坊整个计算能力进行极大的扩容。刚才说计算能力扩容，实际上是把链上计算放到链下，那么怎么能够同时实现以太坊的安全性。 比如在 Optimistic Rollup 情况下，怎么保证有人能够挑战 sequencer 在做恶意的事情，这里面很重要一点是需要知道链下具体的原始交易是长什么样子的。如果链下具体的原始交易都无法获得的话，那我就无法找到原始交易记录去链上对 sequencer 进行挑战。所以 DA 能够保证安全性，就是因为它需要让每一笔链下交易的元数据可以拿到链上。 <br/> > 扩容区块空间 因为我们所有的交易数据都要上链，即便不需要计算，但我们还是会产生巨大的交易数据。那么它要解决的核心问题，大家可以理解它是一种非常有效的技术，来扩充区块的空间。大家如果对整个区块链的结构非常了解的话，每个区块里面包含了很多交易内容。这个交易的区块本身，我们把它叫做区块空间。 当前以太坊每一个区块的空间大概是 2、300 KB。但是这样的数目很明显无法满足接下来以太坊扩容的需求。在这里可以做一个非常快速的计算：200 kB 的空间，除以每个交易大概是 100 个字节数目的话，得到 2000 笔交易的数目。2000 笔再除以以太坊的区块时间 12，也就是说以太坊的 TPS 上限就被限制在100 左右。那么这其实对于整个以太坊扩容计划来说还是一个非常小的数目。 所以，以太坊 L2 关心的是如何保障安全的同时，怎么能够把大量的区块数据放到 block space 里面去。然后使得不管是欺诈证明还是有效性证明都能够重用以太坊的区块空间里面的数据去做相应的检查。最后让链下交易的计算结果的安全性能够得到以太坊的保证。那么这基本上就是 DA 跟以太坊的安全性之间的一些关系。 <br/> > 从网络带宽成本和存储成本的角度来理解 DA DA 主要的成本是两个方面，一个叫做网络带宽的成本，另一个是存储成本。 从网络带宽成本来说，比如在 P2P 网络中，就是比特币和以太坊当前的区块广播的方式，是通过 gossip (广播) 给所有 P2P 节点，去告诉大家我有一个新的区块，长这个样子的。那么这样的网络方式的好处是，它非常安全，所有网络节点最终会接收到一个备份。 不好的地方就是，它对网络的带宽和延迟都会有很大的一个开销。我们知道以太坊是 12 秒出一个区块，经过 POS 升级之后。那么如果这个区块过大导致它可能会超过 12秒的话，大量的区块都无法出块，最后使得整个网络带宽还是下降到一个大家无法接受的程度。所以你可以认为 DA 是解决区块链大量数据上链的带宽问题。 那么第二个就是它的存储成本，这方面其实以太坊基金会有非常多的讨论。核心解决方案的设计中，它不会让整个 DA 上传的区块数据一直被保存。 这引出另外一个问题。当我有这么多数据上了链，但是一个星期或者两个星期之后，会被以太坊的协议丢弃。那么这个过程，我们有没有一些更好的去中心化方案能够来保存这些 DA 的数据。 这也是我们在设计 EthStorage 时的一个初衷。第一方面，很多 Rollup 它需要有更长时间去保存数据。第二方面，有了这些数据之后，我其实可以通过 DA 更好去完成一些全链上的应用。举例来说全链的 NFT，或者是很多 DApp 的前端，甚至包括一些像社交网络里面的大家的写的大量文章或者评论。那么这些都可以通过 DA 的网络，通过更低的成本去上传到整个区块链，并且能获得跟以太坊 L1 一样的安全保障。 这是我们在研究以太坊 DA 的整个技术，包括跟以太坊很多的核心人员讨论之后，发现在这方面，以太坊需要有一个存储层，而且是一个去中心化的、不需要对以太坊本身的协议进行升级的一个存储层，或者我们叫模块化的存储层来解决数据的长期保存问题。 <br/> ## ****第二部分：关于不同 DA 方案的讨论**** > EIP-4844 和 Danksharding 的关系，以及为什么需要部署 EIP-4844 Proto-danksharding 又叫做 EIP-4844，我认为可以算是以太坊接下来一个非常重大的升级。为什么要做 4844，有一个非常重要的原因，以太坊基因会在估计以太坊分片的升级路线，也就是 Danksharding 的时间的时候，他们认为整个的升级时间相当长，比如说可能需要三年到五年。当时是 2021、2020 年的时候。 那么在这个过程中，他们预测很快会有非常多的 Rollup 在以太坊上面在跑，但是因为 Danksharding 它提供的数据接口，和现在 Rollup 使用的 Calldata 数据接口是完全不一样的。这会导致以太坊大量的应用会因为新的接口使得他们无法快速升级，并且能够无缝地获得 Danksharding 给他们带来的好处。 我去参加去年的 Devcon 时，Vitalik 他也提到了希望能够让以太坊更好地为这些 Layer 2 提供服务，使得他们可以在使用一样的 Danksharding 接口的情况下开发他们的合约。当 Danksharding 在升完级之后，他们就可以直接继承 Danksharding 提供的新好处，而不需要再去升级他们已有的，并且已经测试好了的合约。 所以 EIP-4844 它实际上是一个超级简化版的 Danksharding，它提供了一个跟 Danksharding 一样的应用接口，包括一个新的 opcode 叫 Data Hash；以及新的一个数据对象叫 Binary Large Objects，也就是 Blob。 这些数据对象是为了设计能够让 rollup 提前去兼容 Danksharding 提供的数据结构，也就是说 Danksharding 会提供一样的 Data Hash 和 Blob 这样类似的概念。但是通过 EIP-4844，他们就提前把这些想法在以太坊接下来的升级中实现。所以在整个 EIP-4844 的设计功能中，大家可以去看他们的接口以及比如说 Pre-compile 和新加的指令，那么都已经可以隐隐看到整个 Danksharding 的未来，在以太坊上面怎么去跟应用层交互的一个过程。 那么这方面以太坊也是从应用角度去思考，怎么能够提前通过一些升级让应用更好地去享受在以太坊上面的各种扩容技术，并且不需要有额外的升级成本。 但是有一个问题就是 EIP-4844 并不解决整个区块空间的扩容问题，Danksharding 才能解决。当前以太坊区块空间大概是 200 KB。到了 Danksharding 之后，在规范中计划的大小是 32 兆，将近是 100 倍的提升。那么现在的 EIP-4844 其实并没有解决区块上链的带宽问题。 <br/> > Danksharding 如何解决区块空间的扩容问题 4844 的设计下，数据在上链的广播过程中，还是使用跟之前 calldata 一样的方式，是通过 P2P 的网络进行广播。那么这种广播方式最终还是会受到整个 P2P 网络带宽的物理瓶颈的限制。而 Danksharding 的设计方式改变了 P2P 网络广播，然后通过数据采样技术，使得大家不需要去下载所有区块数据的同时，也知道这些区块数据能够被下载到。 其实某种意义上来说，有点像 ZK 的方式，通过数据采样方式，我知道网络里面包含了（ 32 兆字节/区块）大小的由 Danksharding 带来的区块数据。但是我不需要去下载所有 32 兆的数据，去保存到本地。如果有足够的机器带宽和足够的存储空间性能，也可以这么做，但对于普通的验证者来说，他是不需要去下载全部 32 兆的数据。 <br/> > EIP-4844 测试网的一些开发与经验 我们最近已经把我们内部的 EIP-4844 的测试网跑起来，并且部署相应的合约去测试，包括 blob 的数据上传、合约的调用以及数据验证，我们都已经完全走通。所以 EIP-4844 一旦上线，我们就可以在第一时间把我们的合约部署上去。 同时我们也是希望能够通过我们现在和以太坊一些开发者的合作，以及我们的已经开发好的一些合约，能够为以太坊接下来各种 rollup 开发还有学习以及各种工具的时间。 所以我们最近提交了非常多的代码到以太坊，针对 EIP-4844 的工具集，包括新的智能合约去支持 opcode，因为 solidity 现在还不能支持 data hash 这个 opcode。那么所有的一些工作，我们其实都已经在跟以太坊基金会的一些开发者进行同步。 <br/> > 数据可用性委员会 (DAC) 的应用和局限 因为现在 L2 用户支付的开销其中可能有 90% 以上的费用都是支付给数据可用的费用，很多 L2 为了能够更好地降低数据的上传成本，一些项目方包括 ZKSync 出了 ZKPorter，还有像Arbitrum 做了 Arbitrum Nova。他们通过提供自己的 DAC 数据可用性委员会来提供自己的数据层。 这个数据委员会会带来一些额外的信任，才能达到以太坊一样的额外的安全级别。所以他们在挑选数据委员会的时候，一般都会挑选一些比较大牌的比如说数据服务商，或者是大牌的公司去参与这个数据的保存。但是其实也会受到很多挑战和质疑，因为大家觉得这其实是违背了去中心化的无准入的原则，也就是说大家都能够去参与。但是现在的情况是大部分数据委员会都是几个跟 Layer2 项目方非常紧密的一些组织。 像 Arbitrum Nova，我上次看的时候，可能有六七个这样的节点。比如说跑在谷歌的云上面，或者跑在 Amazon 的云上面的数据委员会节点去保存这个数据，并且他们都能够提供所有在 Arbitrum Nova 上面的执行成本。这样的一个好处是使得他现在的执行成本是以太坊的大概千分之一。因为他不需要把所有的数据都去写到以太坊的 Layer1上面去。但是现在还是相对偏中心化，所以比较高价值的应用相对还会有比较大的担忧，因为如果是有大量的资金，上千万或上亿的资金，那么他必然要相信数据委员会的数据是可用的。 所以我们在设计 EthStorage 的时候，其实是没有任何数据委员会的概念。在设计过程中，我们希望所有人都能够去参与，成为一个数据提供商。而且他们是通过加密的证明，去证明他们确实存了这一份数据。因为理论上来说数据委员会的这个模型，虽然我说我有七个和八个数据委员会节点，但是实际上，我完全可以只保存一份物理数据，但是我可以表现出来我有七八个地址都能提供这个数据。 然后怎么去证明我这个数据有足够多的物理副本来保证数据的安全性。其实是我们在做 EthStorage 时一个非常重要的创新，也是我们去跟以太坊基金会 ESP (生态支持计划) 去宣讲的时候重点强调的地方。我们通过 EthStorage 使用的 ZK 加密技术，去保障 Layer2 数据提供的节点。他们能够无准入加入并且能够证明他们有这么多的存储副本，并且能更好保证数据的安全。 所以我觉得 DAC 的确现在是一个非常临时去解决数据上传到 Layer1 的成本的方案。我们相信我们通过 EthStorage 的一些加密技术，再加上一些 Layer1 基于以太坊的这种合约上面的一些证明验证方式，能够提供更好的数据保存的方案。接下来我们也是随着以太坊的 4844 上线，会主动把这些创新的内容，以及它在网络上面跑的结果给大家分享。 <br/> > EthStorage 与 DAC 的区别 EthStorage 其实是一个以太坊存储 rollup，Storage rollup。那么我们可以假设现在一个Layer 2 不是一个执行以太坊 EVM，而是一个非常大的数据库，或者叫 key value database。它可以是上 10 TB，上百 TB，甚至上千，就是 PB 级别的这样一个数据库。 那怎么保证我的数据库的数据能够获得以太坊一样的安全保障。首先第一步，我们需要把数据库里面这些大规模的数据全部都要通过 DA 发布到以太坊 Layer 1 上面去，使得大家都能够看到这些数据在以太坊的整个 DA 层是可以拿到的。但是我们不能保证它能够永久的拿到，因为以太坊 DA 会在两个星期或者四个星期左右的时间里丢弃掉这些数据。 第二步就是我们把这些数据上传之后，接着去保存在我们 Layer 2 的节点上。这跟 DAC 不一样，我们的数据保存节点是无需许可的，任何人都可以参与。并且它证明它的存储，然后拿到相应的回报。这种方式是通过我们建立的一套存储证明机制，当然这个存储证明机制也是受到了像 Filecoin、Arweave 这些系统的存储证明的一些设计方案的启发。但是我们需要专门针对以太坊的 DA 框架以及以太坊智能合约去做相应的存储证明的一个网络和证明的系统。所以这方面的话，我们相信我们在以太坊整个生态，甚至整个去中心化存储方面，我们是有一个非常独特的贡献的。 <br/> > 存储证明的机制 基本上所有存储证明的机制，包括像 Filecoin、Arweave 都需要首先对用户的元数据作一个编码。但是这个编码的过程是需要根据数据提供商的地址来进行编码，也就是说每一个数据提供商他都需要有自己的不同地址，然后根据它的地址和元数据进行编码之后保存一个叫做 unique replica (唯一副本) 的东西。比如 hello world 这个数据，在传统中心化数据库里面，或者是传统化的分布式系统里面，可能保存四五个到不同的物理机器上面去，每个保存都是 hello world。但是在 EthStorage 里面，它保存四五个或者是十个二十个，它的 hello world 都会根据每一个数据提供商的地址去编码成为不同的数据，然后保存在不同的地方。 这样的好处是，我们能够通过密码学的机制来证明有这么多的不同地址，就是不同的存储提供商。他们对这些数据进行了编码，并且根据编码数据做了相应的存储证明。基本上 Filecoin、Arweave 都是类似这样的。但是他们只针对静态数据，我们现在是针对以太坊 DA 的热数据。并且是可以通过以太坊智能合约去验证，这份数据有这么多的物理副本。也就是说每个编码好的数据，我们去证明这些编码好的数据保存在这个网络，而且每个编码数据对应的数据本身是不一样的，因为它是由不同的存储提供商的地址去编码出来的。 所以基本上我们在设计的过程中去对现在已有的去中心化存储的一些思路进行优化和改进。但是同时我们也需要对以太坊的 DA 方案做很多优化，包括动态数据的修改，怎么能够在以太坊的合约上有效地证明和优化 gas 开销。那么这里面有非常多前沿的技术和研究需要完成。 <br/> > EthStorage 如何维持无需许可的存储证明 以太坊有种节点叫归档节点，会保存以太坊的所有交易的历史记录，包括世界状态。 但接下来 Danksharding 里面的一个巨大挑战是 Danksharding 计划会在一年产生大概 80TB 的数据。 那么假设以太坊跑了三到四年，它会产生 200 到 300TB 的数据，而且会不断增加。那么这其实会对归档节点有不少的挑战，因为在运行归档节点过程中，它是没有额外的代币学经济来激励大家去保存这个数据的。 EthStorage 首先需要解决数据的永久保存的代币学激励的问题。这方面实际上我们也是采用了 Arweave 的 discounted cash flow 的模型来去实现激励。并且同时非常有效地去让它在整个智能合约上执行。 第二就是它的无需许可的方式。因为我们激励设计里面是鼓励 10 个、50 个甚至 100 个节点在网络里面保存数据。所以对于任何一个节点来说，它都能够去联系其中的任何一个节点，同步相应的数据，之后它就能够成为数据存储方。可能还会有更多数据激励的一些优化设计。 第三个，存储节点因为它一次性要保存所有的数据，可能是好几百 TB 甚至长期来说很有可能达到一个 PB 级别的数据。那么这样的话对于单个节点来说，成本是非常高的。所以我们在这里面再进一步做了一个叫做 data sharding 的东西。这样的话，对于普通节点，它只需要有 4 TB 这样的容量空间 (我们现在设计是 4 TB，当然后面可能会升级到比如 8 TB) 它就可以去保存网络中归档数据中的一部分，但我们又通过一些激励机制保证大家最后把所有这些数据都拼在一起之后，都能够在我们的 layer2 网络里面保存。 所以在这里面有非常多的问题，比如归档节点造成的各种数据太大的问题；代币的激励问题；还有去中心化的准入问题...这些问题我们就可以通过以太坊的智能合约部署在 layer1 自动去实现的。那么对我们来说，我们只是去提供数据网络，使大家只要有足够的数据成本就可以去下载数据并且生成存储证明，提交到以太坊网络里面去，然后达到相应的回报。我们整个合约基本上已经设计完毕，并且已经在以太坊的 4844 Devnet 上面开始进行调试。https://www.ethereum.cn/Layer2/decentralized-rollups-series-3https://www.ethereum.cn/Layer2/decentralized-rollups-series-3Sun, 18 Jun 2023 00:00:00 GMT<iframe src="https://player.fireside.fm/v2/2T9K4CVL+FLhArFMT?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> # 引介 这是去中心化 Rollup 访谈系列第三期，本集从 “去中心化证明者网络以及硬件加速” 的角度探讨 rollup 去中心化。我们邀请到了 Scroll 联合创始人 Ye Zhang 以及 Cysic 联合创始人 Leo Fan，针对 ZK 电路、硬件加速具体是在加速什么什么、一个开放的去中心化证明者网络是怎么样的、zk 生成的挖矿市场与比特币的 PoW 挖矿机制的区别等等这些社区关注的问题进行了讨论。同时 Ye 和 Leo 都分别分享了他们团队在 prover 网络和 zk 硬件加速市场做的一些研究以及将来的部署。 <br/> **Host: Franci** **本期嘉宾：** - Scroll 联合创始人 Ye Zhang, twitter @yezhang1998 - Cysic 联合创始人 Leo Fan, twitter @leofanxiong ### 往期 - [第一期：如何去中心化 Rollup？](https://www.ethereum.cn/Layer2/decentralized-rollups-series-1) - Arbitrum 研究员 Patrick McCorry - [第二期：共享排序器和 L2 共识](https://www.ethereum.cn/Layer2/decentralized-rollups-series-2) - AltLayer Network 创始人 Yaoqi Jia - Scroll 研究员 Toghrul Maharramov - Starknet Exploration Lead Abdelhamid Bakhta ### **预告** - 第四期: 数据可用性和去中心化存储 - EthStorage 创始人 Qi Zhou ### **收听** 点击订阅 Podcast，了解更多： https://ecnpodcast.fireside.fm/decentralized-rollups-series-3 Youtube： https://www.youtube.com/watch?v=_cOqoStrRvQ 小宇宙： https://www.xiaoyuzhoufm.com/episode/648f1f04a328ba2d981524e2 <br/> ## 时间戳 00:46 Zhang Ye 介绍 01:27 Leo Fan 介绍 02:45 解释零知识证明 05:27 zk-Rollup 中使用的 zk 电路是什么？ 07:05 ZK 电路与硬件加速之间有关联吗？ 09:10 硬件加速是在加速什么？ 12:16 Prover 在 zk-Rollup 中扮演什么角色？ 14:48 介绍 Scroll 在做的事情 16:19 去中心化 prover 网络，保证网络的可靠性以及激励市场提高 proof 生成的效率 21:06 Scroll 目前对于去中心化 prover 的计划与进展 26:55 主要的硬件方案有哪些，Cysic 的路线图 29:24 Scroll 会如何考虑硬件加速方案？ 32:19 zkp 硬件加速市场的供给和需求 35:43 zk 生成的挖矿市场与比特币的 PoW 挖矿机制有什么区别？ 40:20 怎么理解硬件加速有利于 prover 网络的去中心化？ <br/> ## 嘉宾介绍 ### **Ye** 我叫 Zhang Ye，是 Scroll 的 Co-Founder。我主要做的是 ZK Research。具体而言就是 ZK Hardware Acceleration (ZK 硬件研究)，怎么通过硬件去把 prover 这个过程做快。以及一些 crypto 和数学的一些算法，就是 magical 背后的一些数学原理。最近专注在 zkEVM，Scroll 要构建的一个 zkEVM 的 zk-Rollup Network，要和 EVM 兼容，所以更 focus 在应用上。以及其他的一些相关的协议研究。 ### **Leo** 我是 Leo Fan，是 Cysic 的 Co-Founder。我之前是在 Cornel 拿的 PhD，是密码学方向。我跟 Ye 一样，都是做这种算法研究的。我之前的 research 偏后量子密码的研究，然后最近几年才开始做 ZK 相关的算法研究，之类的。Cysic 是要用硬件来加速零知识证明的 “证明生成” 的过程，使这个不再成为大家的一个 bottleneck。 <br/> # 访谈部分 ## 零知识证明解读 > ### 解释零知识证明 ### **Ye** 从最基本的一些概念讲起，先解释一下零知证明这个概念。零知证明主要干的一件事情就是，有两个角色：一个叫 Prover 证明者，一个叫 Verifier 验证者。证明者可以向验证者证明某一个 statement，而不泄露自己知道的一些秘密的一些消息。我给些具体例子，理解这个 statement 究竟是什么，这个 information 可能是什么。 假设你在一个班级里面，老师发一道数学题，比如说解一个方程，然后 A 把这个方程给解出来了，B 没有解出来。A 呢希望向 B 炫耀说我解出来这个解。一个直接的方法就是他直接把这个结果告诉 B，但是这样的话，B 也会知道这个方程的解，所以他达不到 “既不泄露这个方程的解,又向 B 证明知道这个方程的解” 的目的。所以这就是一个典型的案例，通过零知识证明 A 可以向 B 证明，我知道这个方程的解，然后同时不泄露这个方程的解具体是什么。 然后用一个更 blockchain 的例子，哈希。比如说哈希的 output 是 0，A 可以向 B 证明说我知道某一个输入，一个 pre-image (预映射)，使得 hash 这个 preimage 输出是 0。因为之前的话，你可能需要 proof of work，需要很多的算力才能找到这个 preimage，才能找到这个 0 的 mapping (映射)。A 可以向 B 炫耀说我知道这个 pre-image，但不泄露具体的内容是什么。 或者更 blockchain 的一些案例，零知识证明可以增加区块链隐私这个特性。因为 blockchain 的公开这个透明性也带来很多隐私的问题。比如我给你发的每笔交易都需要广播到一个公开的网络里面。因为那笔交易需要包含 A 给 B 发了多少钱，每一笔交易都是都是公开透明的。这样有好处也有坏处，坏处就是没有任何的匿名性可言。你给一个人发了一笔钱以后，你立刻知道他的地址对应的很多 link。那么通过零知识证明，你可以给一笔交易 attach 一个proof，证明该笔交易是有效的，而不泄露这笔交易的具体内容。 之后的话，就像 zk-Rollup 这样的应用，又可以给区块链增加这个可扩展性。它可以把很多笔交易打包在一起，生成一个证明。 这大概就是零知识证明的概念和一些应用。 <br/> > ### zk-Rollup 中使用的 zk 电路是什么？ ### **Ye** 具体什么叫零知识证明的电路呢？这有关你究竟是怎么使用零知识证明。刚才介绍零知识证明的概念，你可以证明一个东西而不泄露其中的秘密。接下来就是你怎么真的去给一个 program 生成这种证明呢？这就牵扯到零知识证明的具体计算过程。 比如说刚才的方程也好，或者说 hash 也罢，他都是在证明一个 function 的 input。在起始的 input 之下，得到了某一个 output。所以相当于，你要证明这整个 program 的运行是对的，但是你需要给他生成一个比较数学、比较 crypto 的一个密码学的 proof。 那首先，比如说我们传统地写一个 program，可能用 C++ 或各种 high-level 语言去写。同样地，对 ZK 而言也是一样的，如果你要给一个程序生成一个 proof，那你首先需要把这个程序通过 ZK 的语言（他不是C++，他是一种特殊 ZK 的语言），把它 (encode) 编码出来。 然后这个具体语言是一个非常数学，有点类似汇编，但是更数学的一个语言。只能包含比如说乘法、加法和一些最基本的一些门操作。然后去把你原始的 program 用这种格式表示出来。**然后当你把这个程序用这个特定的 ZK 电路这个语言给写出来以后，你再运行一套密码学的算法就可以生成证明。** 简而言之，如果你要想给一个 program 生成证明，那这个 program 再用 ZK 这个语言重新写出来，这种 encoding 的方式就叫 ZK 的电路。 <br/> > ### zk 电路与硬件加速之间有关联吗？ ### **Ye** 这是一个很好的问题，因为经常大家提到电路的时候会想到芯片，或者说一种物理上的电路。但其实 ZK 的电路是一种代数电路，它是 program 的一种代数的编码。所以你可以理解为，ZK 电路就是一堆数学的 A 乘 B 等于 C 这样的东西。它和你拿到一块电路板这种是完全不一样的。 但是也有一些相似的地方，比如你写 ZK 电路的时候，也要从基本的门电路开始搭。因为很有限，只能用加法、乘法和一些基本的框架搭，然后它有自己的 layout。所以如果仔细思考的话，有很多相似的地方，但是具体计算过程完全不一样。 ZK 电路比较强大的一点是因为，它是一些数学上的东西，比如它可以验证 A 乘 B 等于 C 等等这样的一些数学的关系。但物理电路更多是你从一个 input 运行通过一个芯片，然后得到你的结果。 所以这是一个区别。比如说你要在电路里面做 A 除以 B 等于 C，你可能要写一个除法器，你要真的输入 A、输入 B，然后除法，得到 C。但是你在写 ZK 电路时，只用假设上天给了你 A、B、C 三个 witness，你只要证明 B 乘 C 等于 A 就可以了。这个就是 ZK 电路和物理电路的一个区别。 <br/> > ### 硬件加速是在加速什么？ ### **Ye** 然后通常大家讲的硬件加速，其实不是加速 ZK 电路这个过程，因为 ZK 电路只是你的原始程序的另一种表示方式。就是你原始有个哈希，我现在用 ZK 电路写了一个哈希，它还是一段程序，它只是用 ZK 电路写出来的一个程序而已。 但你实际运行的是什么呢？是你把这个程序/这个 ZK 的电路作为 input，去跑一个密码学的算法 —— ZK 的算法。这个算法本身需要很长的时间，比如说几个小时或者说上天。它可能在运行椭圆曲线，多项式的一些计算，因为这是一个具体的密码学算法，它要把这个电路变成一个 proof。然后这个过程非常的密集，而且需要的时间很多。这时候才需要一个加速器，去加速生成 proof 的这个过程，而不是写电路的过程。 所以写电路你更多可以想象成一种 program 的 pre-processing，它要预处理这个 program 变成一个电路。因为只有当你拿到这个 ZK 电路的时候，你才可以给它生成 proof。但实际加速的是这个生成 proof 的过程，就是假设你已经有 ZK 电路，然后你要写一个 proof。这时候你需要一个 ASIC，需要 GPU 去把整个计算 proof 的这个过程给生成出来。 **所以这就是区别，你加速的是这个已经有了 ZK 电路以后生成证明的过程。** ### **Leo** 我觉得 Ye 已经总结得非常好了。ZK 里面的电路就相当于我们用另外一种表达方式，来表达 ZK 可以理解的这样一个数学的抽象模型。然后把这个数学抽象的模型拿去用相应的 back-end，再生成相应的proof。在这个 back-end 生成 proof 的时候是需要硬件加速的，就是 ZK 的电路跟我们的硬件加速实际上是两个不同的事情。只是说我们可以通过硬件加速来提高整个 ZK 证明生成的效率。 ### **Ye** 刚才忘记补充一点，最初问题是说，如果不同的 ZK 电路能不能用同一套加速，肯定是可以的。因为不同的 ZK 电路，比如说不同的哈希、不同的程序，都是你要把它写成不同的电路。所以说只是 ZK 电路不一样。 但是就像 Leo 说的，其实它加速的过程是有了电路以后生成证明的过程。但生成证明那个算法是一个 deterministic (确定性) 的一个 crypto 的算法。也就是说它处理任何的电路都是同一套算法，所以你相当于用 ASIC 加速了这个生成证明的过程，但是不同的电路都是你不同的输入。相同的加速器是可以加速不同的 ZK 电路的。 <br/> ## Prover 网络的中心化和去中心化 > ### Prover 在 zk-Rollup 中扮演什么角色？ ### **Ye** 我先简单介绍一下 zk-Rollup 大概解决了什么问题。它解决了以太坊的扩容问题。以太坊是一个 P2P 的网络，非常的去中心化，里面的每个交易需要传到每个节点，每个节点都需要执行一遍。但是越去中心化，效率就越低，因为它的节点成千上万，可能每个节点都要算相同的计算。这样的话会导致整个网络非常昂贵，而且处理交易很有限。 zk-Rollup 核心思想是说我可以把一大堆的交易从 layer 1 拿到线下来。然后我可以生成一个 ZK proof,这个 proof 可以证明一万条交易是对的，就是生成一个小的 proof 证明一万条交易是对的。这样的话，我们不用把这一万条交易发在以太坊网络里面，我们只需要把这一万条交易发在 Scroll 的网络里面，然后 Scroll 去生成一个 proof。只要把这个小小的 proof 以及一些其他的一些数据递交上链，以太坊只要验证完这个 proof 就可以知道这一万条交易都是对的。 这样相当于以太坊的整个网络不是在算一万条交易，而是在验证一个非常小的 proof，所以它比之前会会高效非常多。假设以太坊一秒钟只能处理十条交易，但每一条交易都是在验证一个 proof，而每一个 proof 又可以证明一万个交易是对的。那相当于你可以把它可扩展性提高一万倍。当然这个是比较浅显易懂的说法，还有很多具体的问题。但是这就是核心思想，把一堆交易生成一个 proof，把 proof 上链，然后让每个节点去做验证。 那这时 prover 扮演什么角色呢？**首先 zk-Rollup 需要一个出块节点，比如说需要接受这一万条交易，出块；然后需要一个证明节点，prover 需要去把这一万个交易生成一个 proof。**它主要是证明 zk-Rollup 网络每个块的有效性，然后为之生成 proof。 这个 prover 可以是中心化的，也可以是去中心化的。但目前来说，大部分都是相对来说比较中心化，因为它可以用很多 GPU。算 proof 是一个比较确定性的一个过程，就是我有块，然后你跑这个算法，然后帮我算出来就好了。它是一个相对来说比较固定的一个过程，所以说它通过比如分布式，或者说一些其他集群等等方式都可以生成出来的。 <br/> > ### 介绍 Scroll 在做的事情 ### **Ye** Scroll 想做的事情就是搭建一个 ZKEVM 的 zk-Rollup。什么是 ZKEVM 呢？我刚才提到的，我们要给一万条交易生成一个 proof。那么回到了之前提到的怎么生成一个 proof 呢？首先要把你要证明的那个程序用 ZK 的语言去表达出来。ZKEVM 其实就是用 ZK 的语言把 Etherian Virtual Machine (EVM) 这个东西用 ZK 语言写了一点。因为很久以前大部分的人做 zk-Rollup 生成 proof，它只能给特定的用例，比如 DEX 给转账生成证明，所以你只要把转账的逻辑编码成 ZK 语言就好了。 但是我们现在想做的事情是一个通用型的网络，而且我们不希望那些写合约，写 solidity 的人去用 ZK。所以说我们构建了一个 EVM 的 ZK 版本。这样的话对开发者而言所有的体验和以太坊是一模一样的。他们依旧面临的是 EVM，但是我们实际是会把 EVM 的逻辑写成 ZK 语言。然后在证明的时候，证明所有的EVM 交易都是对的。 更简单的理解就是 Scroll 是一个吞吐量更高，更快、更便宜，但是安全性和以太坊一样的一个网络。它的神奇在于我们可以接受交易，然后生成 proof。而不是说把它广播，然后让节点形成共识这样。所以 prover 在里面扮演一个证明每个块有效性的作用。 <br/> > ### 去中心化 prover 网络，保证网络的可靠性以及激励市场提高 proof 生成的效率 ### **Ye** 这是一个很好的问题。为什么我们一定要去中心化证明者市场呢？就像你说的，其实我们自己算也是完全可以的，并且目前大家都是这样做的。但为什么我们一定要想做这样一个网络呢？有这些好处： 首先它保证了网络可靠性。因为 zk-Rollup 核心思想就是如果 scroll 或者 layer2 要把整个网络关掉，不再运行节点、处理交易。用户依旧有能力去生成 proof，把钱从 layer1 提现出来，拥有这样一个能力。如果说我们 prover 由于中心化，导致宕机了，或者出现很多的问题，这时整个网络的可靠性和鲁棒性是形成问题的。所以相当于如果你有很多去中心化的备份的话，就是相当于永远有 prover 在帮你生成 proof。 第二点。像我说的，计算是确定性的，它不同于 proof of work，它没有随机性，你只要把这个东西做快就好了。但是我们希望能够形成一种正循环，希望社区永远越 build 越好。因为 proof 生成得越快，将来在 layer1 提现的时间会越短，最终确定性会越短。所以我们希望把这个 proof 的时间做得越来越短。 而当且仅当构建一个 prover 的开放市场时，大家才会涌入。比如说像 Cysic 或者其他 ASIC 的公司，他们都在构建越来越好的 Zk prover。当越来越多人去构建越来越好的硬件，最后就会帮我们的平台去完善。因为假设这不是一个开放市场，只有我们自己产生 proof 的话，那做到一个程度可能已经没有动机，或者说我们永远需要雇佣更好的人去完善设计，去缩短最终确定性时长、减少开销。 但我们一旦把证明者市场打开，会激励更多的人把这个东西做的更快。我觉得这是一种正向的激励，有利于把你的 proof 做的越来越快，甚至比如说有 ASIC 以后可能能做一些更 crazy 的事情。所以就相当于激励把这个做快十倍再快十倍，因此会创造更多更新的一些可能性。 ### **Leo** 我觉得 Ye 刚才已经总结很好。现在 ZK 是整个区块链里面非常火的话题，有各种各样的应用，整个 ZK prover 的需求实际上是很大的。其实 Cysic 从一开始也是 open design 的。我们也是时不时会发布一些我们的数据，然后吸引整个社区大家一起来构建更好的 ZK 硬件，从而来帮助这些 ZK 项目，让他们不再有性能上面的瓶颈。 现在我们预估整个的市场虽然还很早期，但是我们是非常乐观的，我们觉得这是一个非常大的市场。这也是我们一开始投入那么多，先做 FPGA，后面变成 ASIC 的最重要的一个原因。 <br/> > ### Scroll 目前对于去中心化 prover 的计划与进展 ### **Ye** 我们目前第一阶段的关注点还是推出我们的主网版本。就是我们先把我们的 ZKEVM 和 zk-Rollup 构建出来，然后先有一版稳定运行的主网版本。 同时我们团队自己内部在构建一些非常快的 GPU 方案，我们计划会把这个东西开源，然后任何人都可以去跑这个 GPU。并且我们其实已经发布了两篇学术论文，一篇是关于怎么用 ASIC 加速 ZK，以及我们也跟一些学术机构合作，华中科大、清华以及其他的学校合作。有一些开源的 GPU 论文，所以大家可以随时去看这个架构怎么设计。我们目前优化的方向就是怎么去把我们 ZKEVM 用 GPU 加速特别快。并且为了让 prover 比较去中心化，我们优化的目标是如何能把我们的 prover 算法能适用到非常廉价的 GPU上。因为比如说很早以前大家用 1080，然后后面可能又有 2080，后来有越来越好的 GPU。我们现在的一个优化目标就是如何能让 1080 这些更便宜的 GPU 也可以运行我们的 prover 算法。这样的话，可能就会有更多的人能参与进来，这就是我们一个大的目标。 关于对 prover 这块的具体计划，现在有一些 high level 的设计理念：我们不希望永远是最快的那一个 prover 会赢。因为它是一个确定性的算法，如果有人用 ASIC，有人用一种神奇的硬件，它能打败其他所有人的速度的话，那它永远会拿走所有的奖励。但这样的话，你的系统会变成一个比较脆弱的状态。相当于你永远依赖于最快的一个 prover，如果有一天这个 prover 离开你的生态，那对它来说是一个非常严重的破坏。我们是希望有更多备份。所以我们的设计理念是在一个时间窗口内，你可以相对合理地去提交 proof，只要你在这个时间线内提交就好。所以你用 ASIC 或一些其他的方式，可以节省你的能耗和一些成本。然后我们慢慢过渡，把这个时间窗口慢慢缩短，随着整个算力提升等等。这是我们的设计哲学。 但具体的计划我们还在制定，先保证稳定运行我们的网络，然后再去慢慢地让一些去中心化实体加入进来，之后再去把它完全打开。但我们的 GPU 之后所有人都可以访问和直接用，而且性能非常的好，并且也有开源的文档去支撑。 另外想补充的一点就是我们有三个价值导向：neutrality (中立性)、openness (开放性) 以及 community driven (社区导向)。我觉得去中心化 prvoer 是 community driven 和 openness 的一部分。 以太坊网络很强是因为它有一个非常巨大的社区，我们也一样，我们希望构建我们自己真正的社区。比如说 Cysic 他们这个硬件是我们生态系统的一部分。我们会主动的去办很多 workshop 和出一些教程去去帮助大家理解我们用的 zk 工具栈。这样会有更多的项目，甚至 100 个下一代的 zk 项目都用相同的 zk tooling，这样他们也可以从我们这个 prover 网络或者说这一代的硬件获益。不光是帮我们在build，而是我们在 build 一个很大的 community，所有的 zk 应用只要用同一套工具栈，可能将来都能用相同的 ASIC、相同的 GPU。我们相当于在给一个社区 build 一个大的框架和网络。这个是我们一个大的目标，但具体的 timeline 还在讨论。 <br/> ## 解读 zk 证明硬件加速 > ### 为什么需要加速 zk 证明生成 ### **Leo** 我们一开始做 Cysic 的原因就是来自于我之前在 Algorand 的做的事情。我在 Algorand 做了 Algorand state proof，它本质上还是一个 zk proof，可以用在 cross-chain bridge。当我去年三四月份做完整个的 PoC 之后，我就发现整个证明生成的时间实在是太长了，差不多几分钟。我试了很多软件或者算法的优化都不能解决这个问题。所以我当时就想到用硬件来加速整个证明生成。因为 Algorand 希望整个证明生成在三十秒左右的样子，在其他方法不奏效的情况下，就只能用硬件来提升整个的效率。这其实跟密码学里面的一些过程很像，密码学里面有个很著名的算法叫 RSA encryption。RSA 一开始用当时的计算机跑也很慢，所以当时 RSA 这三个人出来就做了一个定制的硬件来去加速这个东西，其实同样的想法可以用到 ZKP 里面来。在 ZKP 用这种通用的硬件算得很慢时，我们就需要为他设计一些专用的硬件来推动整个社区的发展。 <br/> > ### 主要的硬件方案有哪些，Cysic 的路线图 ### **Leo** 其实我们做 Cysic 也是从 Ye 的一篇文章里边吸取了很多灵感。主要的方式有 CPU、GPU、FPGA 以及ASIC。CPU 就是比较通用的一个硬件，一般来说来说它算东西挺慢的，除非你用很多core，比如说 192-core CPU。当然这样的话，一般人是不太具备这个能力的。 第二就是 GPU，GPU 跟 FPGA 都是属于能够很快进入市场的。其实硬件里边主要有两个衡量标准：一个是 performance per dollar，另一个就是 performance per watt。 Performance per dollar 是指你一开始需要花费多少的资本去购置这个硬件。在这方面的话，其实 GPU是好于 FPGA 的，你在付相同情况下。因为 FPGA 由于自身的硬件的一些限制，他是没办法输出那么高的 performance。所以 GPU 在初期进入市场是一个非常不错的选择。这也是 Ye 他们 in-house design所选择的一个方向。 但是 Cysic 的目标是做 ASIC，为 ZKP 来设置一个通用的 ZKP 加速器。**但在做 ASIC 之前，是需要在 FPGA 上面做很多测试和 prototyping 的事情。所以这个就是我们现在所专注的一个方向。**虽然单个的 FPGA 打不过 GPU，但我们可以把很多 FPGA 连在一起，就可以比 GPU 高性能很多倍。然后我们在 FPGA 上面也可以做很多各种测试，可以帮助我们后面的 ASIC 设计。 Performance per watt 就是说，你如果去跑这些硬件的话，你收到的整个电费账单是多少。在这一方面，FPGA 跟 GPU 是在同一个 level 上面的。但是 ASIC 实际上在这两点都可以跑过 FPGA 跟 GPU 的，在出货量达到一定的情况下。这个就是现在的整个硬件的技术路线的概括。 <br/> > ### Scroll 会如何考虑硬件加速方案？ ### **Ye** 其实 Leo 刚才有大概提到，我们其实之前做过很多 ASIC 或者 GPU 的研究。但是最终，至少我们 in-house 的方案，或者说开源出去的方案会是 GPU 方案。 因为构建 ASIC 和 FPGA 是需要非常特殊的专业知识和技能，你需要选 FPGA 版本的型号；需要知道怎么流片；需要知道整个供应商、整个供应链等等硬件公司去做的事情。一个软件公司很难处理这些工作。你需要研发成本，你需要各种的一次性成本。 但是 GPU 不一样，我们软件的工程师只要写一些代码，你只要有 GPU 都可以去跑这个东西。所以这是我们的设计哲学，我们想重用更多，甚至比如说以太坊矿工的一部分 GPU，一起来生成 proof。所以最后我们 in-house 综合考虑成本、多少人有这些设备，以及时间线 (FPGA 和 ASIC 的时间线会比较长)，决定选择 GPU 这个方案。并且 GPU 的性能已经足够好了，所以我们短期会选 GPU。 但是只要有 ASIC 和 FPGA，他们想接我们网络的话，我们是非常欢迎的。现在有非常多家探索 GPU 方向的，比如说 Supranational；然后有探索 ASIC 的，像 Cysic、Accseal 等等；还有做 FPGA 的Ulvantanna、Ingonyama 等等。这些方案都是我们生态的一部分，我们都会给支持。如果他们有一些 prover 基准测试程序这样的问题，我们都会去帮忙回答。最终这些都是开放的。 但据我们目前的愿景来看，其实跟 Leo 的结论很相似，就是 FPGA 很适合过渡期。因为单个 FPGA 是很难打过单个 GPU 的，但是多个 FPGA 互联是可以打过 GPU 的。但是 FPGA 又很贵，而 ASIC 跟多个 FPGA 互联的性能很相似，但是留一次片可能需要上千万美金，需要等到明年中，需要很长的时间。所以就是为什么从实用性的角度，我们希望先用 GPU，然后最终大家会从社区，或者说不同公司所构建的越来越好的方案，通过 ASIC 慢慢地去把它做得越来越快。 <br/> ## Prover 网络和硬件加速市场的未来展望 > ### zkp 硬件加速市场的供给和需求 ### **Leo** Cysic 的目标是要做一个 ZK prover DAO，这个 DAO 里边会有各种各样的硬件去参与。这个 DAO 会跟很多 ZK 的项目进行合作，所以说需求端就是这些 ZK 项目。然后供给端就是这些 prover，Cysic 已经联系了 20 多家之前的一些矿场，他们其实是有这个设施去提供整个证明生成服务的，但是他们并没有这种研发的经验。所以 Cysic 一开始会给这些矿场提供 Cysic 的一些硬件，让他们加入整个 DAO，给整个ZK 社区提供这样的一个服务。 这其实对于整个 ZK prover DAO 来说是一个 jump start，因为 Cysic 就不需要自己花太多的时间以及太多的精力去设置各种各样的去中心化 prover，可以依赖于这些其他的、以及已有的设施来参与整个的证明生成的服务。当然在 Cysic 整个的 ZK prover DAO 里面，不仅仅会有 ASIC，也会有很多 GPU 在里面。这其实也是符合整个社区对去中心化 prover 的一个想法。 现在 Cysic 的主要的合作方很大的一部分都来自于扩容，然后还有做 layer1 的隐私的链，以及做跨链桥接的。还有一些做 ZK indexer 的，像 Axiom 和 HyperOracle，他们用 ZKP 来提高整个 index 的效率。最后还有一些做 ZKML 的，就是 ZK 和机器学习的结合。这还在比较早期的一个阶段，这大概就是 Cysic 在区块链里边的一些 partner。 <br/> > ### 这种 zk 生成的挖矿市场与比特币的 PoW 挖矿机制有什么区别？ ### **Leo** 我觉得这个取决于我们的合作方。就像 Ye 他们的 Scroll，他们有一个去中心化的设计理念在里边，也就是说并不要求大家谁快谁就可以拿到整个奖励。他们是希望大家在一个时间窗口内生成一个证明，然后你就有机会去拿到奖励。我觉得这是一个非常好的一个去中心化的想法。 这个市场并不会像之前比特币挖矿或者以太坊挖矿一样，变成一家独大。比如说比特大陆拿走超过半数的市场。这个市场不会是这个样子，它会是一个去中心化的方案，大家在这个市场里面得益于这些 ZK 项目的繁荣。大家做 prover 也会从里边获得很不错的利润，它并不会是一家通吃的方案。 ### **Ye** 在我看来 PoW 和 ZK 生成证明的最大区别，还是回到了我们前面说的，ZK 算法是一个确定性的算法。我们可以强行设置时间窗口，它还是一算完就结束了。你可以想象为，ZK 证明我们希望达到的结果是， 比如说现在有一万个 prover，每个人都在做一些有用的工作，比如说给一万个区块同时生成 proof，从而摊销你的成本、增大吞吐量。因为相当于有一万个人在并行做这件事情。但是 proof of work 更像是一万个人在卷，第一个生成的人就先出一个块。所以一万个人大部分的工作都被浪费了。所以这是一个很明显的区别，我们的能耗和成本可能连以太坊的零点零几都不到。 而且硬件要求完全不一样，因为 proof of work 在算哈希、算很多无用功，这会导致之前以太坊的矿机可能都是弱 CPU 强 GPU 这么一个无脑的模式，但 ZK 是一个正二八经的算法。所以这是导致 proof of work 对机器的需求和 ZK 需求最大的一个差异。我们也需要很好的 CPU，而且这个 CPU 需要有很大的内存，这个是机器选型上的区别。因为 proof of work 就是你接入一个网络，用 GPU 去跑哈希，然后平行地去算就好。但 ZK 的话，prover 上面你需要有用 CPU 的，然后你再去用 GPU 去做一部分的计算，它类似于一个带有 CPU 的处理器，是一个整体。 所以说这是机器选型上的一个区别，就是依旧很大，你需要一个非常好的 CPU 才能去处理这些计算。但是传统的挖矿可能就是一个 GPU 的一个机器。总结就是：随机性和确定性；浪费和较少浪费；无用功和有用功。就像我刚才说的机器的选型上，可能 zk 对 CPU 的要求会更高。不过这得取决于哪个网络，可能之前 Filecoin 等等已经对 CPU 也有一定的要求。 ### **Leo** 我可以稍微补充一点，提供一些数据支持。就像 Ye 说的之前算哈希这些东西，它其实每个芯片都很小。比如说在比特大陆的矿机里面，它有几百颗这样的芯片。所以整个矿机的能耗非常高，都是在 3000 万到 4000 万左右的样子。 如果算 zk 的话，整个芯片相当于大很多，但是整个机器里面的芯片就很少。在整个算的过程中，芯片跟内存有各种各样的交互。所以我们预估整个机器的能耗差不多就在 400 到 500 万左右，其实就跟单卡的 GPU 是一个差不多的状态。 <br/> > ### 怎么理解硬件加速有利于 prover 网络的去中心化？ ### **Ye** 现在有更好的硬件供应商去生产更好的 ASIC，可能大家进入这个网络的成本会降低。包括我们开源算法以后，大家可能家里有 GPU 或者什么东西就可以去跑这个网络。相当于硬件加速可以降低成本、降低功耗，这样是有利于把进入 prover 市场这个门槛降低的，到时会有越来越多人去做这个事情。而且对于整个网络的吞吐量、稳定性、可靠性以及鲁棒性也都是有好处的。 ### Leo 我想补充的就是，如果有了硬件加速，可以在很短的时间内产生一个相对来说很复杂的一个 proof 的话，这对于大家去开拓新的应用也是有很多好处的。比如说之前要算一个几层的神经网络，用 zk 可能需要算几个小时。这个在大家看来就是完全不实用的一个方法。但如果用硬件加速的话可能这个时间会缩短到几分钟或者几秒钟。https://www.ethereum.cn/Layer2/decentralized-rollups-series-2https://www.ethereum.cn/Layer2/decentralized-rollups-series-2Mon, 12 Jun 2023 00:00:00 GMT<iframe src="https://player.fireside.fm/v2/2T9K4CVL+FQFNojMD?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> # **引介** 我们在看各种 rollup 解决方案的愿景和路线图时就会发现，几乎所有的 rollup 都有一个最终目标，如果把这个目标浓缩成一句话就是：构建一个技术堆栈，将其提供给社区，解决区块链的扩容问题，并最终实现运营和治理这个技术堆栈的去中心化。这就引出了去中心化 rollup 这个词。 那么具体到底是去中心化什么？Rollup 系统中各个部分的分工是怎么样的？去中心化意味着最大化系统运行参与者吗？中心化排序器会带来什么影响？共享排序器以及 L2 本地共识应该如何设计？ZK-Rollup 中独有的证明者负责什么职能？一个开放的去中心化证明者网络是怎么样的？我们为什么需要 zk 硬件加速？数据可用性问题有什么方案可以解决？.... 社区上围绕去中心化 Rollup 的讨论层出不穷，因此 ECN 策展了一个以“去中心化 Rollup”为主题的播客访谈系列，邀请了这个领域里的优秀创始人、研究员谈谈他们对去中心化 Rollup 的理解。 随着越来越多流动性涌入 Layer2 平台，越来越多 rollup 服务提供商出现，不仅有通用型 rollup 解决方案、应用专用型 rollup 链，还有 rollup 即服务平台。因此，越来越多人关注到几乎所有 rollup 中一个十分关键的角色“排序器” 依然是中心化的。中心化排序器会有什么风险？去中心化排序器是一个十分紧迫的工作吗？ 第二期节目中，我们邀请了 AltLayer Network 创始人 Yaoqi Jia、Scroll 研究员 Toghrul Maharramov、Starknet Exploration Lead Abdelhamid Bakhta，围绕去中心化排序器这个话题进行了一次圆桌讨论，让听众和读者们了解当前去中心化排序器的一些进展以及困境。 <br/> 本期嘉宾： - AltLayer Network 创始人 Yaoqi Jia, twitter @jiayaoqi - Scroll 研究员 Toghrul Maharramov, twitter @toghrulmaharram - Starknet Exploration Lead Abdelhamid Bakhta, twitter @dimahledba <br/> ### 往期 - [第一期：如何去中心化 Rollup？](https://www.ethereum.cn/Layer2/decentralized-rollups-series-1) - Arbitrum 研究员 Patrick McCorry ### 预告 - 第三期: 证明者网络和 zk 硬件加速 - Scroll 联合创始人 Ye Zhang - Cysic 联合创始人 Leo Fan - 第四期: 数据可用性和去中心化存储 - EthStorage 创始人 Qi Zhou <br/> ### 收听 点击订阅 Podcast，了解更多： https://ecnpodcast.fireside.fm/decentralized-rollups-series-2 Youtube： https://youtu.be/EMqfCZp4yzE 小宇宙： https://www.xiaoyuzhoufm.com/episode/6487273fe97453adcb08c037 <br/> ## **时间戳** 00:49 Yaoqi 自我介绍 01:37 Abdelhamid 自我介绍 02:50 Toghrul 自我介绍 04:03 排序器在 rollup 中的作用 08:37 去中心化排序器：改善用户体验以及解决活性和审查问题 19:43 Starknet 将如何去中心化排序器 22:59 Scroll 将如何去中心化排序器 26:34 Optimistic rollup 和 zkRollup 背景下 L2 共识的区别 32:28 zkRollup 去中心化排序器的同时需要考虑证明器 36:01 什么是 based rollup？ 40:53 共享定序器和 based rollup 的缺点，以及它们的应用场景 49:02 去中心化排序器会给 MEV 带来什么影响？ <br/> ## **嘉宾介绍** ### **Yaoqi** 我是 AltLayer 的创始人。AltLayer 正构建一个 “Rollup 即服务” 平台，开发者只需简单地点击一些按钮和配置一下参数。借助我们的 launchpad 或控制面板，他们可以在几分钟内迅速发布应用专用型的 rollup。所以这就是我们目前在尝试的东西，为开发者提供一个通用的执行环境和功能。我们还提供了多序列器、多虚拟机系统，以及各种不同的证明系统供开发者选择。 ### **Abdelhamid** 我在 Starkware 工作，我是 exploration 团队的负责人。这个团队的目标基本上就是启动开源项目，这些项目是研究类的，但以工程为重点。我们的目标是与社区以及来自其他生态系统的人密切合作，共同开展开源项目的工作。其中一个项目是 Madara，它实际上是一个 Starknet 排序器。它既是 Starknet 公共网络的候选者，也是 Starknet 应用链和 Layer3 的排序器。这也与前一位嘉宾所说的有关，我们也在考虑提供 rollup 即服务功能，人们可以推出他们的 Starknet 应用链，并以某种模块化的方式选择不同的数据可用性解决方案。而在这之前，我当了四年的以太坊核心开发者，主要负责 EIP-1559 的工作。 ### **Toghrul** 我是 Scroll 的研究员，我在 Scroll 的主要职责是协议设计、桥接设计、去中心化、激励，诸如此类的事情。所以如果我没有在推特上乱发帖的时候，大部分时间只是在研究如何使协议或排序器、证明器去中心化，诸如此类的事情。和 Starkware 一样，我们也在研究的事情之一是 rollup SDK。因此，你可以基于 Scroll 发布一个 rollup，并模块化地使用不同的数据可用性选项等等。我们还在考虑一个选项，基于 Scroll SDK 推出的 rollup 可以使用 Scroll 的排序器，来帮助他们实现去中心化，而不需要每个 rollup 都要自己处理去中心化问题。当然，现在还没有最终确定方案。但是，这也是我们正在研究的方向。 <br/> # 访谈部分 ## **话题一** > 解释一下 rollup 的排序器？ > ### **Abdelhamid** 排序器是 layer2 架构中一个非常重要的组件，这个组件从用户那里接收交易，然后将它们打包并捆绑到区块中，并执行交易，等等。它非常关键，因为这是负责创建区块的组件，因为 layer2 也是一个带有交易区块的区块链。排序器创建这些区块，然后证明器证明这些区块。 ### **Yaoqi** 正如 Abdel 提到的，排序器是区块链中很多功能的组合。因此，与典型的公共区块链相比，实际上现在我们可能给排序器太多的责任。它首先需要聚集来自用户的所有交易，然后对这些交易进行排序，要么基于 gas 价格排序，要么基于先到先服务原则排序。之后，排序器需要执行这些交易。就像现在，一些 Layer2 使用 EVM (Starware 有一个不同的虚拟机)，但是，基本上排序器需要使用专用的虚拟机来执行交易，生成状态。之后交易到达了一个预确认的阶段，也就是说如果你看到一秒或两秒，甚至亚秒级的确认时间，基本上它是由排序器完成的预确认状态。然后，对于大多数排序器来说，它们还需要上传或发布检查点或状态哈希到 L1。这是在 L1 级别的确认，我们把它称为数据可用性。所以排序器实际上在 rollup 系统中具有许多作用。但总的来说，我认为它是 rollup 系统中最关键的组成部分。 <br/> ## **话题二** > 为什么去中心化排序器重要呢？如果我们使用中心化排序器，给用户和系统带来的隐患是什么？ > ### **Toghrul** 首先，我们先要知道目前阶段来说除了 Fuel V1，并没有真正的 rollup，因为其他 rollup 都还存在着辅助轮。 但是，我们可以说，一旦被归类为 rollup，也就是说移除了多签等等。那么排序器去中心化的问题就变成了用户体验问题，而不是安全问题。因此，当人们谈论，比方说去中心化 L1 时，问题是完全不同的。因为 L1 必须为排序和轻客户端提供保证。所以如果一个轻客户端想要验证状态是否正确，它必须相信 L1 的验证者。而对于 rollup 来说，并非如此。因为排序器只是提供临时的排序，然后由 L1 敲定。而且，因为 rollup 也保证了抗审查，我们不需要去中心化来实现这一点。 所以，你需要去中心化排序器的原因有几个方面。首先，比方说如果 L1 敲定很慢 (要么是因为你提交的有效性证明太慢，或者受 optimistic rollup 欺诈证明的挑战期机制影响)，你必须依靠一些东西来实现快速交易确认。在这个快速确认的阶段，虽然你可以相信 Starkware 或 Scroll 不会欺骗你，他们表示一个区块被确认后，不会出现重组。这是一种信任假设。而去中心化可以增加一些经济上的保证，等等。 但基于此，rollup 也没有实时最终确定性保证。本质上，你可以通过 L1 进行强制交易打包，但需要几个小时才能打包该交易。所以比方说，如果有一个预言机负责更新并且时间是波动的，那么基本上如果预言机 1 小时甚至以上才更新的话，rollup 里的应用就会无法使用了。从本质上讲，去中心化使我们能够提供一些更强大的实时抗审查保证，因为这样作恶者不仅需要破坏一个实体或少数几个实体，而是要破坏整个排序器网络。 所以对我们来说，**去中心化更多的是一种改善用户体验或者说修复预言机更新极端情况的解决方案**，等等。而不是提供基本的安全保障，这是 L1 的做的。 ### **Abdelhamid** 是的，关于你提到的去中心化排序器和去中心化 L1 的问题不完全一样，我认为这一点非常重要。因为当我们看到一些 L1 批评中心化排序器时，他们对中心化排序器所做的权衡没有正确地看待。 在此基础上，我还要补充一些与用户体验有关的东西，与**活性**相关。因为当只拥有单个排序器时，你面临排序器宕机的风险更大。因此，去中心化排序器也增加了网络上的弹性和活性。但是，即使在中心化的背景下，在安全方面，我们也有良好的安全保障。因为当你能够通过 L1 进行强制打包交易时，两者区别只在于时间线。而拥有去中心化排序器使你能够拥有快速的抗审查保证，正如 Toghrul 所提到的。所以，我只想补充一点，对于活性来说，拥有去中心化的排序器网络也很重要。 ### **Yaoqi** 我想补充一些。活性可能是我们在当前阶段需要考虑的最重要的事情。 最近发生在最受欢迎的 L2 上的空投案例，比如 Optimism 和 Arbitrum，出现了一段时间的宕机。因此，我认为我们需要解决的是，当我们只有一个排序器时，如何能够处理每秒上千的交易请求。即便在理论上，如果你只有一个节点的话，它不可能真的可以同时处理这么多请求。因此，关于活性，我们肯定需要多个排序器。**单点故障是真正的障碍，不仅仅是对 Web3 来说，即使是 Web2 也是一个大问题。** 除此之外，还存在**审查**的问题。如果我们只有一个排序器，即使我们看到它可以由团队运行，但你仍然需要证明团队不会真的审查交易。有时作恶方是有可能、有能力将某些交易列入黑名单的。那在是一个去中心化的排序器系统中，他们也可以尝试通过其他的排序器发送交易。因此，这就是为什么最近我们得到了很多围绕单一排序器的批评。 除此之外，还有一些其他问题，如 MEV 和抢跑。在中心化排序器的系统中，特别是对于 DeFi 协议，他们可能可以很容易地检查内存池。可能不会通过抢跑的形式，但他们有更好的机会来尾追交易并进行套利。 很多这些问题，由于各种原因，即使我们看到 L2 与 L1 有很大不同。但最终，我们仍需要使它尽可能地去中心化。**所以我们必须面对一些我们在公共区块链或 L1 方面遇到的类似问题。** ### **Abdelhamid** 对的，我同意去中心化排序器很重要。但我也想说，我们都知道，这不是一个简单的问题。 此外，**因为 rollup 有非常特殊的架构，有多个实体。比如有我们正在谈论的单个排序器，但也有证明器，我们需要将这两者都去中心化。**这里面会有一些权衡，并且在如何为交易定价方面有一些困难，因为需要不同的因素来运行网络。那么，如何为交易定价？排序器和证明器的硬件要求不同，证明器需要一个超级强大的机器等等。因此，在一个去中心化的世界中为交易定价也是一个非常困难的问题，这也是为什么我们需要时间慢慢推进。 所以我们都会面临这样的权衡，如果我们想快速去中心化，我们可能又需要带着一些辅助轮，逐步去中心化，因为如果我们直接想要完美的架构，这需要几年的时间。所以我认为我们会采用一种务实的方法，并尝试逐步去中心化。至少这就是我们目前的计划，比如可能先从一个简单的 BFT 共识机制，然后在短期内增加另一个共识机制之类的东西。所以我只想说，这不是一个简单的问题。因为在开发速度和架构如何适用于去中心化的环境之间，显然有一个权衡。 <br/> ## **话题三** > 如何去中心化排序器？ > ### **Abdelhamid** 我们想要去中心化的功能有很多，而所有这些功能都有不同的权衡。 例如，当去中心化时，你想引入某种共识机制。而在共识机制中，有多个部分。首先是领导者选举，即如何选择谁来创建区块，谁将成为在给定的 slot 或给定的时间内负责创建区块的排序者。Starknet **团队计划做的是，尽可能地利用 layer1。也就是说我们的领导者选举算法中，我们希望在 layer1 进行质押。例如，我们有代币，质押将发生在 layer1 以太坊的智能合约上，用它来决定领导者的选举机制。**这意味着我们需要有一些交互，L2 排序器将查询以太坊智能合约，以了解谁将是下一个领导者之类的。所以显然需要某种随机性和其他东西。因此这不是一个简单的问题。但这是第一部分。然后你需要有一个针对共识本身的机制。有多种选择：要么是最长链机制或 BFT，或两者的混合。如以太坊，它有 LMG Ghost 和用于最终确定性的 Casper FFG。 因此，**我们可能会先采用一种务实的方法，先从 BFT 开始**。为什么呢？在 layer2 考虑去中心化的时候，我们的目标不是像 layer1 那样具有那么大的排序器规模。例如，在以太坊上，目标是有数百万个验证者参与。这种情况下不能只使用 BFT 机制，因为这在效率上会非常糟糕，而且会造成非常大的问题。比如说比特币网络上出现了问题，如果是 BFT 机制，链就会完全停止。但事实并非如此，比特币网络继续创建区块，只有最终确定性机制被攻击。 但是在 layer2 ，如果目标是几百到 1000 个排序器，从 BFT 机制开始可能是不错的。因此，我们有领导者选举机制，然后是共识，然后还有另外两个部分，但我先不说了，让其他嘉宾继续补充。但另外两个部分是状态更新和证明生成。 ### **Toghrul** 首先，在 L2 中，去中心化是一个多方面的问题，正如 Abdel 所描述的。特别是在 zkRollup 中，因为有证明器和排序器，你必须在他们之间进行协调，你必须去中心化两者。这个问题与 L1 完全不同。 另一个区别是，在 L2 中，你所有的设计都是为了说服底层的桥接，让它相信共识的正确性，而不是说服任意数量的其他节点。你显然也应该这样做，但你的主要焦点应该是桥接本身。 目前，我们正在研究两个不同的方向。第一，我想，和其他人一样，我们正在研究 BFT 协议。这不是很有效率，有一些问题需要解决。我们想出了粗略的解决方案，但它仍然不是最优的。例如，其中一个问题是，你如何平衡排序者和证明者之间的激励？因为排序者控制着 MEV，而证明者没有机会接触到 MEV，因此激励机制决定了人们应该运行排序器而不是证明器。但实际上，我们需要更多的证明器而不是排序器，所以你如何平衡两者之间的激励？这是其中一个问题。 我们正在研究的第二个解决方案是另一种方向。请记住，事情可能会改变。每天都会有新的提案出来。例如，最近有很多关于 based rollup 的讨论，以及你如何能够完全将排序工作外包给 L1。第二种方向是，基本上完全放弃排序器，使用一些外部构建者。例如，以太坊构建者或 Flashbots SUAVE 等，提议排序的区块，然后在证明者内部运行共识。这里的优势在于，你不必处理激励机制，因为基本上你可以将 PBS 在协议内使用，它创造了一个更简单的协议。但缺点是，由于我们需要大量的证明者 (因为我们可以并行证明)，所以用它们来运行一个经典的 BFT 协议是相当困难的。因此，问题是你如何优化现有的 BFT 协议，以运行数百、甚至数千的证明器？而这并不是一个容易回答的问题。 > 引入 L2 共识对于去中心化排序器来说是必要的吗？ > ### **Yaoqi** 我可以大概地回答这个问题，因为我们最近刚刚推出了类似的东西。 所以是否引入共识，并不取决于我们是否想要。一旦你有很多排序器甚至只是节点，你必须让他们达成协议。这真的取决于你的假设。如果是拜占庭假设，我们可以使用 BFT 或任何现有的拜占庭共识协议。如果是非拜占庭的设置，例如，如果我们只是假设节点只能在线和掉线，而且它不会有恶意行为，那么我们可以使用 Raft 协议或其他一些更快的共识协议。但是不管怎么样，如果我们有一组排序者或证明者，如果我们想把他们组织在一起，在一段时间内产生区块，那么你必须有一个围绕他们的共识协议。 所以，正如 Toghrul 和 Abdel 刚才提到的，我相信有很多提案和研究课题围绕着我们如何实现去中心化的排序或证明系统。所以，因为我们刚刚推出了一个用于多排序器 rollup 系统的测试网 (目前阶段只支持 Optimistic rollup 的欺诈证明)，根据我们的设计实施经验，有一些东西我可以分享一下，关于这其中的难点。就像刚才 Toghrul 提到的，难度不在于共识协议本身，真正的难度是在这之外的东西，比如说证明的部分。因为如果是单一排序器，你不需要很多节点。我们可以把它当作一个 EVM，一个虚拟机。因此，只需获取交易和执行，做状态转换。证明器则是负责为前一组交易的状态转换生成证明。但是，如果我们真的为 rollup 上的排序器和证明器运行共识协议，那么我们就需要在那里引入额外的共识逻辑。在此之上，你同时需要有一个共识协议的证明系统。因此，这将为证明系统引入大量的工作来生成。然后一旦你产生了证明，你可以很容易地在 L1 以太坊上验证。 所以这就是为什么在某种程度上，当我们推出首个多排序器测试网时，optimistic rollup 在那方面有一些优势。大致上，你可以简化很多事情，比如不考虑有效性证明部分。像我们的话，我们基本上把所有的东西都和 WASM 进行比较。所以最终这是一个 WASM 指令。所以，通过验证这些 WASM 指令，使用 Solidity 代码进行验证是相对容易的。如果我们只是在以太坊上重新实现了所有的 WASM 指令解释。 但总的来说，这个问题不是单一的。如果我们有了问题的解决方案，相应地，会有一些其他的后续工作需要同时解决。当然，会有 MEV 问题，比如我们如何公平地分配 MEV。你可以根据他们是否产生一个区块或是否验证区块来分配给所有的排序者和证明者。但最终，这其实是很多问题的组合，不仅仅是技术问题，还有经济激励问题。 并且我们需要记住的是，提出 L2 是因为我们想大大减少 gas 成本。所以我们不能有这么多的节点。甚至在生成证明这块，使得 L2 可能比 L1 的成本更高。所以我们真的需要想出一个平衡的方法来解决这种问题。 ### **Abdelhamid** 我想补充一点。首先，目前 optimistic rollup 都没有实际的无需许可的欺诈证明。而且每次有机会我都会继续强调这点，因为在比较时要对此保持诚实。所以他们根本就不是 L2。这是第一件事。 **然后我想补充一些关于排序和证明之间的异步性，因为它非常重要**。正如你所说，我们想优化排序，因为目前这是所有解决方案的一个瓶颈。但在中心化排序的背景下并没什么问题，因为我们知道排序器将只产生价值转换，我们将能够验证它们。但在去中心化排序的背景下会更难，因为也许你的排序器将能够产生一些无法验证的东西。然后你将需要在之后处理这个问题。 中心化排序背景下，为了优化排序，因为我们不必在排序过程中生成证明，我们可以尝试以本地速度进行，这就是我们想要做的。将 Cairo 翻译成 LLVM 这样的低层次机器语言，并在排序器上超快运行。然后你可以异步地证明。而证明方面最酷的事情是你可以并行地进行。通过证明递归可以实现大规模的可并行化。这就是为什么我们将能够赶上排序器的速度。但是当去中心化的时候就很难了，因为我们需要确保排序器只产生有效的状态转换。 ### **Toghrul** 我补充一下，我不确定 Starknet 在这里的做法。但对我们来说，我想这是每个 zkRollup 的一般假设，如果去中心化排序器，你的证明系统必须能够处理无效的批次。所以基本上，比方说，如果你提交一个包含无效签名的批次，你必须能够证明所产生的状态等同于起始状态。因此，无论哪种方式都会有一些开销。这是关于你如何使这种情况发生的概率最小化的问题。 ### **Abdelhamid** 是的，没错。这就是为什么我们在 Cairo 1 中引入了 Sierra，以确保一切都可验证的。这个中间表示会确保每一个 Cairo 1 程序都是可验证的，这样我们就可以包含一个还原性交易。 > 什么是 Based rollup？ > ### **Yaoqi** Based rollup 最初是来自一个博客帖子，是 Justin Drake 在以太坊论坛上提出的。他的一个想法是，我们可以重用一些以太坊的验证者来验证 rollup 的交易，那么这样我们不需要单独一组组节点来验证不同 rollup 的交易。尤其将来我们会有很多个 rollup，有通用型的 rollup，也会有很多应用专用型 rollup。因此，在这种情况下，如果我们能找到一个通用的地方，如以太坊验证者池来验证这些交易，那就太好了。 当然，这只是一个想法，因为它也引入了很多技术困难。例如，在理论上，我们可以要求以太坊验证者来验证 rollup 的交易，但要让验证 rollup 的逻辑被捆绑或嵌入到以太坊协议本身，这是非常困难的。我们称之为协议内验证，这需要以太坊节点进行硬分叉。当然在这种情况下，我们是可以验证一些 rollup 交易。但如果我们真的这样做，你会发现问题。这有点像我们想让 L2 的 rollup 来分担以太坊的压力，但最后我们还是要求以太坊验证者来承担回卸载给 L2 的一些工作。所以很多人讨论我们如何能做到这一点。 后来我们和一位以太坊基金会的研究员 Barnabe 谈了一下，他目前正在研究 PBS。这是以太坊的一个提案，就是把验证者的任务分成多个角色，构建者和提议者。现在我们已经有 Flashbots 去承担 PBS 中构建者的角色，他们组成所有的区块，并发送给以太坊的提议者。所以一旦这些区块被打包进以太坊网络，同时构建者也会得到一些奖励。然后在这种情况下，如何奖励这些来自以太坊网络的验证者 (validators)？他们也负责 rollup 的验证工作。 其中一个解决方案是“重质押 (restaking)”，可能大家从 EigenLayer 或其他一些协议中听到很多。用户可以在其他排序网络重新质押 ETH。或者对那些实际运行软件来为 rollup 做验证工作的以太坊验证者进行奖励。在这种情况下，他们既可以从 L2 上获得奖励，也可以通过重质押协议获得奖励。到目前为止，对此方案有很多提议，但总的来说，这是关于如何能够重新利用现有的以太坊验证者的想法。我们如何能重用现有的 ETH 来帮助开启新的 rollup 或 L2 系统时代？所以它基本上是在试图简化 rollup 项目的很多工作。如果 rollup 想要一些新的排序器，如果他们想要一些新的质押来源，他们可以重新使用现有的基础设施或现有的质押。因此，这就是为什么它是基于以太坊之上的，然后进一步的基础设施和质押也可以重复用于 rollup 和 L2。 > 共享定序器和 based rollup 的缺点，以及它们的应用场景。 > ### **Toghrul** 我要吐槽一些这个提案，我现在并没有被共享定序器相关提案说服到。当然了，它们仍然处于起步阶段，未来如果这些设计有所改良，那么我完全有可能会支持。只是，目前这种形式来说对我并没有没有说服力。原因是多方面的。 第一，对我来说，共享排序器的主要价值主张是让像用户可以在 Scroll 或 Starknet 这样的通用型 rollup 之间获得原子可组合性 (atomic composability)。但问题是，如果你有原子可组合性，那么你的 rollup 的最终确定性就等同于和你组合的最慢的 rollup 的最终确定性。所以，假设 Scroll 与 Optimistic Rollup 组合，那么 Scroll 的最终确定性将是 七天。而 ZKRollup 的主要价值主张是实现相对快速的最终确定性，用户可以在几分钟内撤回到 L1。而在这种情况下，基本上放弃了这一点。 另一个缺点是，如果你想获得链下的最终确定性，你需要运行一个 L2 节点，只要提交至链上的数据被 L1 敲定了，你就在 L2 本地获得最终确定性。如果每个互相组合的 L2 不运行全节点，实际上没法实现本地的敲定。这意味着运行这个系统可能比运行 Solana 这样的系统更昂贵，因为你有多个全节点同时运行，有自己的开销等等。 所以因为这些原因，我只是觉得它对 L2 来说没有意义。对于 L3 来说就有点不同，因为如果有人想构建应用专用型的链，并且不想处理去中心化的问题。比如说我正在构建一个游戏，我只想处理构建游戏的相关问题，那么我可以把去中心化的工作外包出去。但是我认为对于 L2 来说，目前还没有意义。 而对于 based rollup，我也有我的担心。比如说，你如何与证明者共享 MEV 的利润？因为如果不考虑分配问题，基本上 L1 就可以获取所有的 MEV 利润。还有一件小事就是它的确认时间等同于 L1 的确认时间，也就是 12 分钟，不能更快了。另一个问题是，由于它是无需许可的，多个搜索者可以同时提交交易批次，这意味着最后可能会导致中心化的结果。因为如果一个搜索者比其他人更容易地连接，构建者会受到激励包含他们的交易。因此，可能会导致最后只有一个搜索者长期为 L2 提议批次，这不是一个很好的解决方案，因为如果发生这种情况，我们基本上回到了原点。 ### **Yaoqi** 有意思的是，实际上在上周，我刚刚与 Espresso 的创始人 Ben 进行了一次通话。我们在共享排序器话题讨论了很多。正如 Toghrul 所提到的，我认为对于共享排序系统的使用场景有一些不确定性。这主要是因为对于通用型的 L2 来说，由于效率、复杂性以及经济性，通常情况下我们不会有大量的排序器。而且我还是觉得，无论是对于共享排序器、based rollup 还是 restaking 来说，最好的使用情况主要是对于 RAS (Rollup 即服务) 或这类平台，在这些平台上我们可以推出很多 rollup。如果不是有很多 rollup 的话，说实话我们并不真的需要一个大型的排序网络。当只存在一些通用型的 L2 时，这些 rollup 已经有了自己的排序器系统，并且已经有自己的社区或合作伙伴。他们并不真的需要有一个单独的和第三方网络。同样，这对第三方网络来说也是一个负担，因为你必须为每个 L2 定制，每个 L2 都有不同的测试栈。这需要对你自己的网络做很多改变。 但同时，正如 Toghrul 提到的，对于一些特殊的用例。例如，如果我们想在排序器层面有一些互操作性，共享排序器可以是一种潜在的方式。例如，同一个排序器被用于多个 rollup。在这种情况下，这个排序器基本上可以处理一些跨 rollup 的交易，以确保在 rollup A、B、C 之间实现跨链原子性。 但是当我描述这个情况时，你也可以看到这里的问题。如果我们真的有很多这样的共享排序器，它们就又会成为瓶颈和新的单点故障。我们给了这些所谓的共享排序器太多的权力。他们正变得更像一个网络，控制着很多的 rollup。最后，我们又需要想出一个办法来去中心化这种共享排序器。 但无论如何，我认为人们逐渐发现越来越多的问题，同时也提出越来越多的解决方案，这是件好事。总之，看到这个领域每天都有新的变化，这很令人激动。有了所有这些新的解决方案，至少我们正走在正确的轨道上，真正实现整个 rollup 领域的去中心化。 ### **Abdel** 是的，我同意你们俩的观点。我认为这对 Layer3 和应用链来说更有意义，因为他们不希望再负担起激励一个去中心化网络的责任，需要找到合作伙伴来启动排序器之类的东西。所以我认为对于应用链来说，它是有意义的。但是像 Toghrul 一样，我目前还不认为这对 Layer2 来说有很大的意义。 <br/> ## 话题四 > 去中心化排序器会给 MEV 带来什么影响？ > ### **Abdel** 对 Starknet 来说，在中心化的背景下，我们不做任何类型的 MEV，我们采用先到先服务的模式。也就是说去中心化背景下时，当然之后会带来更多的 MEV。但现在说哪个比例还为时过早，因为这也取决于共识机制的设计和其他方面。 ### **Toghrul** 但问题是，即使你不做 MEV，可能也有一些 MEV 仍在 Starknet 中发生。那么去中心化本身并没有真正减少 MEV 或增加 MEV。当然，举例来说，如果你应用某种公平排序协议或阈值加密，那么没错，你将 MEV 最小化。但你不能完全消除它。我的理念是：MEV 不能被消除。但是，让我们假设你只是在创建一个 BFT 共识，或者在 BFT 共识的基础上构建东西。这其实根本不影响 MEV。MEV 仍然存在，这应该是关于搜索者如何与排序者合作以提取该 MEV 的问题。 ### **Yaoqi** 问题是，即使是先到先服务模式也有棘手的部分。一旦我们对一些搜索者公开了内存池，他们仍然有优势发挥更多。例如，对于排序者，他们就相当于就在你的办公室门口等着。因此，在这种情况下，一旦他们看到某种套利的机会，不仅仅关于抢跑或是三明治攻击，一旦用户发送交易，他们可以立即在内存池中看到。所以，他们可以迅速将自己交易放在其他人的前面。所以，他们比其他搜索者有优势。 但回到去中心化，我认为这主要是为了抗审查，就像我们在开始时讨论的那样。排序器是由团队管理的。团队可以说，他们对每个人都很公平。但是这没有在代码里防止。所以，如果我们能有一个 P2P 网络，如果我们觉得这些节点审查了我的交易，然后我们可以发送到其他节点，那就太好了。所以，这其实是关于在 L2 处理交易的公平性。 至于 MEV，因为最近，除了单一 rollup 内产生的 MEV 之外，还有一些跨桥接产生的 MEV。在这种相对来说较为去中心化的排序网络中，你将有更多的机会来提取 MEV。假设我们有一个共享排序网络，如果你能以某种方式影响共享排序器以重新排序交易，基本上你比其他人有更大的优势。 共享排序器网络有优点和缺点。优点的话，我们能使排序器系统进一步去中心化。但从反面来看，每个人都有机会成为一名排序者。所以，他们基本上可以做任何他们想做的事情，这又再次成为一个黑暗的森林。所以说，我们引入了去中心化，然后我们又不得不面对我们在以太坊面临的类似问题。这就是为什么 Flashbots 和以太坊基金会的人想推进 PBS，将提议者和构建者分开，然后试图在构建者方面有一个单独的解决方案。 所以当我们看这个问题时，它不仅仅是一个单一的问题。这不再是一个一对一的问题，而是一对六，甚至更多。https://www.ethereum.cn/Layer2/decentralized-rollups-series-1https://www.ethereum.cn/Layer2/decentralized-rollups-series-1Sat, 03 Jun 2023 00:00:00 GMT<iframe src="https://player.fireside.fm/v2/2T9K4CVL+iYBOA6qI?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> ## 引介 我们在看各种 rollup 解决方案的愿景和路线图时就会发现，几乎所有的 rollup 都有一个最终目标，如果把这个目标浓缩成一句话就是：构建一个技术堆栈，将其提供给社区，解决区块链的扩容问题，并最终实现运营和治理这个技术堆栈的去中心化。这就引出了去中心化 rollup 这个词。 那么具体到底是去中心化什么？Rollup 系统中各个部分的分工是怎么样的？去中心化意味着最大化系统运行参与者吗？中心化排序器会带来什么影响？共享排序器以及 L2 本地共识应该如何设计？ZK-Rollup 中独有的证明者负责什么职能？一个开放的去中心化证明者网络是怎么样的？我们为什么需要 zk 硬件加速？数据可用性问题有什么方案可以解决？.... 社区上围绕去中心化 Rollup 的讨论层出不穷，因此 ECN 策展了一个以“去中心化 Rollup”为主题的播客访谈系列，邀请了这个领域里的优秀创始人、研究员谈谈他们对去中心化 Rollup 的理解。 第一期邀请了来自 Arbitrum Foundation 的研究员 Patrick McCorry，这一集作为这个系列的概要，主要聊到了 Layer2 想要解决的问题、去中心化 rollup 的含义、如何理解它的安全属性以及 DAO 治理如何在去中心化 rollup 中发生作用。 <br/> 本期嘉宾：Patrick McCorry, twitter @stonecoldpat0 主持人：Franci, twitter @FrancixDeng <br/> #### 预告 - 第二期: 共享排序器和 L2 共识 - AltLayer Network 创始人 Yao Qi - Scroll 研究员 Toghrul Maharramov - StarkNet Exploration Lead Abdelhamid Bakhta - 第三期: 证明者网络和 zk 硬件加速 - Scroll 联合创始人 Ye Zhang - Cysic 联合创始人 Leo Fan - 第四期: 数据可用性和去中心化存储 - EthStorage 创始人 Qi Zhou <br/> #### 收听 点击订阅 Podcast，了解更多： https://ecnpodcast.fireside.fm/decentralized-rollups-series-1 Youtube： https://www.youtube.com/watch?v=KpIQaDMcEC0 小宇宙： https://www.xiaoyuzhoufm.com/episode/647ae7c6f81d8df088519ec5 <br/> ## 时间戳 01:49 Patrick McCorry 个人背景介绍 03:26 为什么会有 layer2，它想要解决什么? 11:56 它们使用什么样的武器来保证用户的安全? 14:40 Rollup 的安全性与活性是什么意思 17:47 从数据可用性、状态转换有效性和抗审查解释 rollup 的安全性 19:45 单一诚实实体的作用，谁充当 rollup 单一诚实实体？ 28:47 怎么看待去中心化 rollup？当前最急迫的目标是什么？ 37:21 DAO 治理在去中心化 rollup 中的重要性 <br/> ## 访谈部分 ### Layer2 想要解决的问题 Franci: 这一集中我们将要探讨的是，去中心化 rollup 意味着什么？它为什么重要？他们要解决的问题是什么？希望能够通过这次谈话让读者和听众最终了解什么才是真正的去中心化 rollup，它们应该满足哪些目标。请本期嘉宾 Patrick McCorry 做一下自我介绍。 Patrick: 大家好。我想从经历来说，我偏向于学术研究的。从 2013 年到 2016 年，我的博士方向是比特币和以太坊相关的。然后从 2016 年开始到 2019 年左右，我是大学里的研究员，像 UCL，伦敦国王学院和 UIUC。在这期间，我一直对第二层协议非常感兴趣。包括比特币闪电网络、plasma，当然也包括 rollup。所以在 2019 年，我试图做一个创业公司。之后我离开了大学，我的朋友和我，基本上是两个人和一条狗。我们试图做一个专注于 layer2 的创业公司。但当时是熊市，之后我们被 Infura 收购了。然后我离开了 Infura，最近我加入了 Arbitrum 基金会。因此，我又回到了全职专注于 rollup 研究的工作。在这整个期间，我主要专注于教育，解释我们为什么要关心 layer2 协议。 Franci: 先从最基本的话题开始讨论。一般来说，什么是 L2 系统？当用户把钱存入 L2 系统并在那里做交易时，这意味着什么？ Patrick: 谈论这个问题，我认为我们需要再退后一步思考，区块链的意义是什么？我们试图建立的所有这些系统的意义是什么？一旦我们解释了这一点，解释 L2 会更有意义一些。像比特币或以太坊这样的区块链网络背后真正的东西只是一个数据库。是一个公共数据库，任何人都可以读取和写入。因此，它是一个账户余额的数据库，当然，在以太坊中，除了账户余额还有各种程序。所以我可以把我的代码部署到数据库中。我的程序可以有一些状态以及我可以在上面进行交易，每个人都可以看到数据库的更新情况。从根本上说，我们只是在与数据库打交道。听起来很无聊。 而区块链本身的意义，它实际上只是一个审计跟踪。所以它存储了一个交易列表，如果我给你一个区块链的副本，你可以自己重新计算这个数据库。从根本上说，我们正在构建一个公共数据库，任何人都可以读取、独立计算和写入。好了，这就是 layer1。 不管是比特币还是以太坊 layer1 面临的问题都是，需要最大限度地提高去中心化。有三种不同的方式来考虑去中心化。一个是运营者：谁在运行网络，谁在生产区块，谁在确认交易。对于许多这样的网络，我们总是想最大限度地让任何人可以参与这个过程。这样就不会有单点故障。另一方面，也需要考虑谁可以验证数据库的每一次更新，谁可以验证操作者是否在做他们的工作，数据库是否正确，以及是否有其他问题。他们的工作和数据库在任何时候都是正确和有效的。在这一点上，你会有这样的纠结。你想最大限度地让更多人参与验证网络，还想最大限度地让更多人运行网络。因此，这有点像以前的比特币区块大小之争。更新区块，你可以处理更多的交易。但随后会更加困难，因为你需要更高的硬件要求来实时验证网络，最后也变成一个网络运行者了。这便是在 layer1 层面上考虑如何去中心化的问题。第三个方面实际上是使其能够负担得起。如果让我们花 200 美元在一个网络上进行交易，那么它真的是去中心化吗？显然它不是。因此，从某种意义上说，这是历史遗留下来的三难困境问题。 在很长一段时间里，我们被这个三难问题困住了，因为如果你试图处理更多的交易，其中一方会在某种程度上受到伤害，要么费用上升、硬件要求上升，或者成为一个运营者更加困难。这是以 L1 作为背景讨论去中心化。 Franci: 正如你所说的，用户会考虑到交易的成本。那他们也许会选择将他们的钱存入一个中心化交易所中。广义来说，这是一种 L2 吗？ Patrick: 我认为从交易所考虑这个问题是一个很好的方法。中心化交易所它又像一个数据库。但问题是，它是一个私人数据库。所以基本上交易所的数据库，只有它自己能读取和写入。而像你和我这样的用户，我们不能审计这个数据库，不能检查它是否正确。不过在交易所做交易的好处就是非常便宜。而 L1 区块链系统目的是尽可能地去中心化，但费用又太高了。 因此，当我们考虑 L2 世界时，在 L2 世界中，我们并不真的想重新创建 L1。我们并不真的希望必须建立一个去中心化的网络，使参与者的数量最大化。因为我们已经知道，从历史上看，建立这类系统并使其在吞吐量方面得到很大的扩展是非常困难的。所以我们会想，能不能建立一个看起来像交易所的系统，但仍然保留区块链系统的属性，其中数据库是公开的？任何人都可以读取数据库，任何人都可以写入数据库，任何人都可以站出来保护数据库。这就是 L2 的目标。 当你深入了解把交易所和我们在 L2 中建立的东西进行比较时，就会发现归根结底我们是在对比桥接工程的东西。我所说的桥接是，在以太坊上会有一个智能合约，我把资产锁定在这个叫做 “桥接” 的智能合约中。一旦它被锁定在桥接上，它就会出现在其他的数据库中。这个数据库可能是 Coinbase，可能是 Arbitrum，可能是Optimism。然后问题是，当我想把我的资金从这个其他的数据库中取出来，然后把它带回以太坊，如何获得授权，以及如何说服桥接解锁资金？ 对于 Coinbase 来说，用户信任 Coinbase 进行授权提款，智能合约会检查并说，哦，Coinbase 授权了，我就可以把资金取出来。但是对于 L2 来说，重点是在桥接上，以及如何让它相信这个链外的数据库是安全的，然后再允许解锁资金。 因此，回到你最初的问题。我认为 Coinbase 或这些交易所，它们基本上是我们想为 L2 构建的。但我们想以一种保护用户的方式来构建它。如果 Coinbase 掉线，或者如果它们作恶、被黑客攻击，用户始终是安全且有保障的。他们不必相信系统的运营者。它真正关注的是资产如何被锁定在系统的桥接中，然后从该系统中取出。 <br/> ### 如何定义一个安全和去中心化的 Rollup Franci: 所以 Rollup 所要做的是在这之间选择一些折衷方案。它们使用什么样的武器来保证用户的安全？ Patrick: 我认为真正的重点是桥接本身。比如说 Arbitrum 的桥接，它是一组部署在以太坊上的智能合约。该桥接当前持有约 60 亿美元左右。它实际上是以太坊上的一组智能合约持有 60 亿美元。你需要说服这个桥接，我有权把我的资金从桥接拿出来，再回到以太坊上。 那么我们有什么武器来保证用户的安全？在 L2 中有个好处就是，我们可以做一个非常好的假设。我们可以假设已经有一个 L1 了，比如比特币或以太坊，已经存在并且运行中。我们可以假设已经有了这个去中心化的平台，在此基础上建立。而且把这个平台看作是一个可信任的第三方，信任这个第三方，保证我们将永远做正确的事情。因此，这就是所有这些系统的基础。如果你有一个很好的去中心化平台，那么就可以利用和重新使用它，并在它的基础上构建。 因此，问题的陈述实际上变成了，现在我们有这个链外数据库，记录着帐户余额和程序状态。我们能否利用可信的第三方来检查该数据库的每一次更新都是正确和有效的？这就是 L2 的真正意义所在。举一个具体的例子，比如在 Arbitrum 数据库中有账户余额、程序状态，然后 Arbitrum 的智能合约是可信的第三方，它保证该桥梁将始终正确运行。运行 Arbitrum 网络的人、排序器、验证器会定期发送检查点或证据给桥接，以说服其相信应用于该数据库的更新是正确和有效的。如果桥接被说服了，它将允许用户从 Arbitrum 提取他们的资金。所以这就是我们的武器。 Franci: 你刚才说 Rollup 是构建在以太坊之上的。所以这让我想起了一个说法，社区总是说 Rollup 继承了 以太坊的安全性。那么这是不是意味着 Rollup 的安全性等同于以太坊的？ Patrick: 我想这是一个很好的思考方式。答案的话，是也不是。我认为有不同的方式来思考这个问题。最简单的方法是安全性和活性。安全性的话，我们只是在数据库中考虑这个问题，意味着这个数据库的每一次更新都是有效的。不可能有一个无效的更新，因为如果有一个对数据库的更新是无效的，那么你就可以窃取这些资产。这破坏了基本的安全。这就是其中的一个重要部分。 下一个部分是活性，这表示我们能否确保人们能够对数据库进行更新？在一个数据库中，为了保证其活性，我们需要保证，我们能不能总是对其进行更新？或者存在一个诚实的一方？他们可以提议一个更新，而这个更新最终得到处理。这一点很重要，因为如果 Coinbase 或 Kraken 宕机或者作恶，你的资金就被卡住了。所以这就是它与以太坊略有不同的地方，因为在以太坊，你必须信任 PoS 和诚实的大多数，以保持系统的活性。而在 rollup 中，我们已经假设已经从以太坊上免费获得这种活性。我们只需假设有一个诚实的一方在那里。只要有一个诚实的人愿意做这个工作并向数据库提议更新，那么这个系统当然就能保持活力。这就是我们从以太坊继承安全性的意思。 因此，当我们考虑 rollup 的安全问题时，我们并没有真正考虑一个去中心化的网络。可能会有一个去中心化的 rollup 网络，但这并不重要。Rollup 的安全性真正取决于其作为桥接的智能合约，它需要从三个方面被说服。 第一个是数据可用性问题：桥接相信世界上的任何人都可以访问该数据库，任何人都可以重新计算该数据库的副本和最新的副本。所以这是你必须说服桥接的第一件事。世界上的任何人都可以访问我们所关心的数据库的副本吗？ 第二个属性，你可以称之为状态转换的完整性问题 (state transition integrity problem)，而这又回到了安全问题上。桥接需要相信，对数据库的每一次更新都是正确的和有效的。而这是为了确保没有人可以窃取你的资金。所以 rollup 运营者必须定期地说服桥接，他们对数据库的每一次更新是正确的。只有这样，桥接才会释放应该处理的资金或提款。 最后一个是抗审查，这个最终可以归结为活性的属性。如果整个系统宕机，有没有人来对数据库提议一个更新，然后由桥接来处理。 总结一下，当我们考虑 rollup 的安全问题时，它是真正从以太坊上的智能合约，即桥接合约的角度来考虑的，而桥接要确信对该数据库的每一次更新都是正确的。这不是真的关于一个去中心化的网络。我们真正关心的应该是这个诚实的一方，他帮助桥接保护锁定的资产安全。 Franci: 在你的一篇文章中做了一个比喻，将电影《指环王》里的甘道夫比喻成了抵抗作恶者的诚实一方。对于这个诚实的一方，你可以进一步解释一下吗？ Patrick: 甘道夫是一个很好的例子，因为在这个场景中，他是真的站在一座桥上，说的那句话是："你不能通过。” 然后他毁掉了桥，对手就掉下去了。他是诚实的一方，挺身而出，保护了队友。这里的情况也完全一样。桥接合约最终负责保护锁定在这个链外系统的资产。诚实的一方是一个助手，甘道夫是这个团队的助手，以确保戒指能够被销毁。而诚实的一方正在帮助桥接合约。因为这些合约部署在以太坊上，不能真正与外部互动。所以它们需要有人来看看链外系统，这就是诚实的一方所做的事情。 Franci: 正如你所说，Arbitrum 使用的是一个欺诈证明系统，所以他们已经假设是有一个诚实的一方。那么，其他类型的 Rollup 有关的情况呢？zk-Rollup 使用有效性证明，这类 rollup 中的单个诚实一方是谁呢？ Patrick: 正如我们前面提到的，桥接合约负责检查每一个应用于数据库的更新。那么，诚实的一方、中继或任何人都可以向桥接提交数据库更新，但同时他们也应该提供证据，证明这个数据库更新是正确的。而这就是我们所要做的事情。我们只是想让智能合约相信，对数据库的更新是有效的、正确的，并且应该被接受和处理的。 有两种方法可以做到这一点，使用两种不同类型的证据。一个是 Arbitrum 目前使用的欺诈证明：任何人都可以来提交一个潜在的更新给桥接，也可以验证它。然后大概会有两个星期的时间，让任何人都可以来挑战它。当有人发起挑战时，桥接将协调这个欺诈证明博弈机制，来回移动，直到找到一个我们没有达成共识的非常小的状态转换。然后桥接将独立地检查，找出谁有错。这就是欺诈证明系统的工作方式。它的缺点是，有一个两周或一周的挑战期，因为需要提供足够的时间让挑战者站出来，保护这个系统。 而有效性证明系统，zk-Rollup 使用的机制，比如 Starknet、zkSync、Polygon Hermez、Scroll、Taiko 等等。当用户或运营者提交数据库更新到桥接上时，他们也提供一个有效性证明。这是一个数学证明，排除所有合理的怀疑，并表明这个数据库的更新是正确和有效的。这是一个非常强大的属性，因为任何人都可以向桥接提交一个带有证明的更新，然后桥接就可以立即相信该更新是正确和有效的并处理它。 这是两种不同的方法，各有利弊。但同样，它们只是解决了那一个问题：对数据库的更新是否正确？仅此而已。还有其他问题需要解决，如审查问题、数据可用性问题等等。 <br/> ### 如何去中心化 Rollup 以及 DAO 治理方案的采用 Franci: Rollup 系统内仍然存在着许多需信任和需许可的各方，你如何看待去中心化 rollup 的进程？你认为最重要的目标是什么，我们最需要紧急去中心化哪一部分？ Patrick: 我们还是回到前面举的中心化交易所例子来思考这个问题。像中心化交易，它们背后其实有一个排序器。比如我登录 Coinbase 网站提交交易，它的排序器会接受我的交易，并进行排序。然后把这些交易传递给服务器端，它们便会被数据库处理和更新。这就是这些交易所目前的架构，这是非常中心化的。整个过程中，我们不知道这个黑箱里到底发生了什么。我们必须完全信任这个实体来保护数十亿美元的资金，而且基本上还是依赖于人为的程序进行。这很糟糕。 我们不想依靠人类，因为人类不善于执行规则。因此，在 rollup 方面，我们真正想做的是试图复制这种架构，但同时使其更加透明和可审计。这意味着我们每个人都可以检查它是否正常运行。我们依靠软件来执行规则，而不是人类。 那么基于这个背景，我们需要关心两个方面。首先是排序器，他们唯一的工作是有一个面向用户的网站或界面 或 API，接受用户的交易并决定执行的顺序，然后把已排序的交易递给下一方。他们可以直接把交易递交给以太坊上的桥接智能合约，也可以把交椅传递给一组执行者。执行者会接受这些交易，按照顺序执行，然后创建一个数据库更新，最后向桥接提议更新。 好了，有了这三个不同的行为者，这时就真正涉及到什么是去中心化的讨论了。正如我已经提到的，对于一个rollup，我们只需要假设有一个诚实的人可以保护这个系统。那么问题是，谁充当这个诚实的一方？是一个排序者还是一个执行者？ 而 rollup 中有个好处是，接受用户交易的排序器是可选的。实际上你不需要一个排序器，这只是为了提供一个很好的用户体验，让你得到即时确认的一个很好的承诺。其原因是，以太坊上的桥接合约才是最终负责敲定交易的排序。也就是说，任何用户或者任何智能合约都可以把想在系统上或链外系统上执行的交易直接发送到桥接上。桥接收到交易后，最终会排序并执行。所以很好的一点是，因为我们可以相信桥接合约总是做正确的事情，我们并不关心排序器的情况。所以，排序器是受信任的，但它们是可选的。它们的存在只是为了提供良好的用户体验，而不是真的为了保护系统。它们只是提供交易将按何种顺序执行的承诺，但没有任何保证。 然后便是下一个角色执行者的工作，他们接受并执行交易，然后向桥接提议状态更新。因此，这需要谈到最终确定性的三个层级。只有当交易被排序并按照这个顺序执行后，桥接才会采取行动，例如，允许用户提取他们的资金。 回到最开始的问题，谁充当诚实的一方？根据前面所说的，排序者并非必需要诚实的。而且，也不一定需要一大群排序者，可以是一个、三个、五个。 而负责执行交易的执行者，才是我们需要担心的去中心化的地方。但这里的去中心化与我们在 layer1 上的思考方式非常不同。我们在 rollup 中并不是真的要最大化活跃的参与者的数量。在以太坊协议层上有 50 万个质押者。而在 rollup 中并不需要那么多的人成为执行者，因为我们真正需要的是一个诚实的一方。因此，去中心化实际上是在说，这个系统能否足够开放允许一个诚实的人站出来并保护这个系统？而无需那么浪费资源。 那去中心化还有第二部分就是关于如何治理这个网络。我们如何共同参与决定系统的升级方式？包括对智能合约的软件升级和链下组件的升级。社区如何对此达成共识？这是一个完全不同的去中心化的讨论范围。这更像是一个治理问题。我们如何管理这个系统？这可能是想要最大化参与的地方。 那么总结一下，关于去中心化有两个方面。对实时系统的去中心化，只需一个诚实的一方或一个诚实的执行者。这就是我们所追求的基本假设基线。然后我们有关于系统的治理和软件升级的治理的事情，在这里就可以使用 DAO，这里是需要人类干预的部分。有时我们需要人类来决定升级，这时需要一个 DAO 或某种方式在这方面达成共识，使治理参与者最大化。 Franci: 那么在治理方面，你认为移除升级密钥是去中心化治理权的最终目标吗？ Patrick: 我们先给听众提供一下背景。比如当我们需要考虑到某个系统的实时部署时，我们将面临一个问题：如何执行升级？一是可能是会有一个管理员密钥，假设有一个管理员在那里，他们有专属权限，可以根据他们认为合适的方式升级智能合约。第二种方法更像是一个多签，相比于信任单个实体，我们可以信任 5/9 或者 9/12 的多签。然后第三种方法，对这些 rollup 系统 (Arbitrum 便使用这个方法) 来说是比较独特的，这种方法会引入一种链上治理组件。能否引入由整个代币持有人组成的 DAO，可能是成千上万的人，就如何升级系统达成共识？一旦你有一个 DAO，就可以就升级做出决定，也可以围绕不同类型的授权做出决定。例如，也许 DAO 最终负责授权对系统进行升级，但他们也可以任命一个安全委员会 (9/12 的多签)，这个安全委员会可以在紧急情况时介入以升级和保护系统，并非常迅速地修复漏洞。 整个过程真正酷的地方在于它是透明的，任何人都可以查看这些授权层级，当然还有每一方的责任。所以，这回答你刚刚的问题，我并不认为我们应该移除管理员密钥本身。我认为重要的是，这个过程是透明的，而管理治理的 DAO 或最终应用的治理形式可以让社区达成共识。因为我认为，当我们把 rollup 看作是一个软件堆栈时，在 99.99999% 的时间里，软件将自主地运行、执行规则以保护网络的用户。大部分时间都是如此。那么 0.000001% 的时间里，则需要某种形式的人工干预。要么提出升级软件的建议，要么及时介入并修复漏洞。这实际上与比特币或以太坊等并无太大区别。 唯一的区别是，这个管理过程和负责的各方是明确的，它是非常透明的。我们清楚地知道谁应该在正确的时间介入，做正确的事情。而在比特币和以太坊上，他们更多地依赖于粗略的共识。他们并不真的想定义这个过程，因为他们想要抵御治理攻击。最近在以太坊上出现了部分 PoS 崩溃事件。由于 Prysm 客户端出现一些 bug，用于最终确定性的小工具 (finality gadget) 出现了故障。于是 Prysm 不得不站出来修复他们的错误，然后重新部署。因此，即便在这些实时的可分层的网络中，为了保护系统，我们有时也会遇到需要人为干预的地方。我认为对于 rollup 也仍然需要这样做。但我们需要规定一些有效的程序，以便我们知道谁是拥有权限的人并让他们对 rollup 系统负责。 <br/> ## 推荐阅读 《你不是真正的 Rollup》 https://www.ethereum.cn/Layer2/rollups-arent-real Tiers of Transaction Finality for Rollups https://stonecoldpat.substack.com/p/tiers-of-transaction-finality-for?utm_source=profile&utm_medium=reader2 Deconstructing Rollups https://stonecoldpat.substack.com/p/deconstructing-rollups?utm_source=profile&utm_medium=reader2 Where Is the One Honest Party for a Rollup? https://stonecoldpat.substack.com/p/where-is-the-one-honest-party-for?utm_source=profile&utm_medium=reader2 What Does It Mean to Decentralise a Rollup? https://stonecoldpat.substack.com/p/what-does-it-mean-to-decentralise?utm_source=profile&utm_medium=reader2https://www.ethereum.cn/Eth1x/allcoredev-update015https://www.ethereum.cn/Eth1x/allcoredev-update015Fri, 05 May 2023 00:00:00 GMT来源 | [AllCoreDevs Update](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Ftim.mirror.xyz%2F8hWUEmXWt-ZYNh4UlU4dMhsV9aNo26oNigCuy-z1k38%3Fdisplay%3Diframe) 作者 | Tim Beiko 翻译 | Stephanie <br/> <br/> ## 概要👀 - Shapella 升级被激活了 🎉！ - 我们在计划下一个升级 Dencun 🏝️的最后阶段了 - 被纳入的 EIP 包括：4844、6780、1153 和 6475，但这些规范都还没冻结 ⛄️ - EIP 2537、4788 和 6493 已被列入候选名单 - 很多其他的 EIP 现在仍在 [EthMagicians](https://ethereum-magicians.org/t/cancun-network-upgrade-meta-thread/12060) 🧙‍♀️论坛上被讨论 - 我起草了 [EIP-6953](https://eips.ethereum.org/EIPS/eip-6953)，总结了长期以来激活网络升级的触发机制 📜 - 今年夏天会在一些地方看到我谈论以太坊的治理，下文列出了完整的会议安排 👇 <br/> ## Shapella 升级🌃 它被激活了！尽管在升级激活方面有些小问题，但不到一个月后，我们现在认为以太坊上提款被顺利处理是再自然不过的事了😙 下一件事 ✔️ <br/> ## Dencun 升级🏝️ 在发布上一篇以太坊核心开发者会议更新时，Shapella 升级的规范基本都确定了，但仍然有很多改动的地方。在我发布后，这些规范都被最终确定了，从 [进展](https://blog.ethereum.org/2023/02/21/sepolia-shapella-announcement) - [更新](https://blog.ethereum.org/2023/03/08/goerli-shapella-announcement) - [最终主网版本](https://blog.ethereum.org/2023/03/28/shapella-mainnet-announcement)都在以太坊基金会博客发布了，并且现在[协议公告已经支持邮箱订阅](https://blog.ethereum.org/#subscribe)了！ 这篇更新的性质类似：我们现在有一组会被纳入到下一次网络升级 Dencun (Deneb + Cancun) 的暂定 EIP。我将给出概述，关于它们是什么、为什么它们是重要的，以及仍正在考虑纳入此次升级的候选 EIP。 请注意，这篇更新的内容主要集中在以太坊的执行层——在共识层上可能还有更多我遗漏的内容。可能的话，当 Dencun 升级的内容最终确定下来后，我会再发布一篇更新。但实际点来看，下一篇我发表的文章应该会是首个测试网分叉公告😅 我们来看看这些 EIP 吧！ ### 被纳入的 EIP **EIP-4844，即 Proto-Danksharding** 这无需多加介绍了：4844 是 Dencun 网络升级的核心功能。简言之，这个 EIP 给以太坊网络引入暂时的“数据 blob"，L2 可以用它们来发布现在存在 `CALLDATA` 里的交易/证明数据。 由于 blob 是被短暂存储的，它们的 gas 开销预期会远远低于 `CALLDATA`，`CALLDATA` 是永久存储在网络的。这将为用户大幅地降低 L2 的交易费，因为现在 L2 交易超过 90% 的开销是用于 L1 数据存储的。如果读者想更深入了解 4844， [eip4844.com](http://eip4844.com/) 有各种层次的释义资源、FAQ 等。 虽然此次升级没有合并这么大型，EIP-4844 对以太坊来说是一个重大变更：它给网络引入一个全新的数据层，且当前的共识层和执行层必须与其交互。这个 EIP 的大小意味着在 Dencun 升级里其他修改的带宽会受限。 也就是说，除了 4844 外，还有一些 EIP 会被纳入此次升级。 **EIP-6780，停用 `SELFDESTRUCT`，除非在与合约创建的同笔交易中被调用** 在 Dencun 升级引入的第二项重大修改，是 [EIP-6780](https://eips.ethereum.org/EIPS/eip-6780) 里停用操作码 `SELFDESTRUCT`。 这个提案经过了[多年的讨论](https://hackmd.io/@vbuterin/selfdestruct)，并在 Shapella 升级里有[正式的停用通知](https://eips.ethereum.org/EIPS/eip-6049)。 最近的一些[分析](https://github.com/jwasinger/eth-selfdestruct-analysis)发现 `SELFDESTRUCT` 有一个普遍使用模式：合约在同一笔交易里被创建和销毁。EIP-6780 允许保持这个功能。如果 `SELFDESTRUCT` 与合约创建在同一笔交易里被调用，那么它的行为维持与现在一样。 而在所有其他情况下，尽管此操作码将不会删除合约的存储或代码，但合约里的 ETH 仍将被转移到目标地址。 尽管客户端团队现在认为这是处理 `SELFDESTRUCT` 的最佳方式，但更完整的影响分析仍在进行中。一旦该分析完成了，规范可能会被修改，以处理其他边缘情况。也可以采取完全不同的方法。例如，[EIP-6046](https://eips.ethereum.org/EIPS/eip-6046) 也会被考虑。 换句话说，移除 `SELFDESTRUCT` 对于 Deneb 升级来说，现在是关于”如何“，而不是“是否”的问题。 **EIP-1153，瞬态存储** 在 Dencun 升级里被纳入的第三项修改是 [EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)。这个提案提出了差不多有 5 年了，在去年被 Uniswap 团队又重新提出，这个 EIP 在以太坊开发者社区得到[非常多的支持](https://ethereum-magicians.org/t/shanghai-cancun-candidate-eip-1153-transient-storage/10784?u=timbeiko)。它引入了两个新操作码——`TSTORE` 和 `TLOAD`，它们提供瞬态存储并在交易完成时被清除。这个 EIP 使得一些用例变得可能，从重入锁到在单笔交易对 ERC20 代币进行多次批准。 EIP-1153 也曾被考虑纳入到 Shapella 升级，但最终被置后了。这次，客户端团队同意继续推进它。值得强调的是，除了这个 EIP 本身总体上的健全性和有用性外，1153 被纳入的一个促成因素是它的技术倡导工作非常出色：Uniswap 和其他团队给所有的执行层客户端提供了完整的 1153 参考实现和全面的测试案例。 **EIP-6475：SSZ 可选值** 被纳入的最后一项修改可能被看作是 EIP-4844 的配套提案。Proto-danksharding 引入一个使用 SSZ 编码的新交易类型，而不是其他交易类型所使用的 RLP 编码方式。 很长一段时间以来，大家一直在讨论将以太坊的执行层完全转向使用 SSZ 编码，因为它是更丰富的编码结构，而且共识层也在使用，但实现它目前对 Deneb 升级来说工程量太大。[EIP-6475](https://eips.ethereum.org/EIPS/eip-6475) 对 SSZ 的元素之一进行了定义，该元素是 4844 交易格式 (`Optionals`) 的一部分，以确保它与我们想在未来引入以太坊的 SSZ 对象向前兼容。 由于关于一般交易以及[特定的 4844 blob 交易](https://hackmd.io/nz-IqXLPQ-yahFPFlPl62A)的最佳长期 SSZ 格式的讨论还在继续，预计这两个 EIP 都会有所修改。 ### 考虑被纳入的 EIP 除了正式被纳入到此次升级的 EIP 外，客户端团队还有一个仍然可能被纳入的[候选名单](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md#eips-considered-for-inclusion)。 **EIP-2537：用于 BLS12-381 曲线操作的预编译** 自 2019 年以来，这份 EIP 一直以[某种](https://eips.ethereum.org/EIPS/eip-1962)形式被考虑纳入升级。在过去，人们不愿意为以太坊的执行层添加新的密码学曲线。也就是说，信标链重度依赖 BLS12-381，而随着我们完成了合并，可以说 BLS 已经成为以太坊的一个“核心”依赖，有着安全而优化的库。 引入这个预编译将允许信标链签名在执行层上得到验证，以及开发利用这个曲线的新用例。 **EIP-4788：在 EVM 的信标区块根** 与 2537 类似，这个 EIP 从信标链暴露信息给执行层。在这个 EIP 里，信标链区块的根被添加到执行负载，随后存储在执行层的一个合约里。被存储的信标区块根随后可以通过一个新操作码 `BEACON_ROOT` 被访问，它以 slot 号作为输入，然后返回相关的信标区块根。 这个 EIP 将允许质押池、桥接和 restaking 协议有更多无需信任的设计。 **EIP-6493：SSZ 交易签名方案** 这个 EIP 是对 EIP-6475 的补充：它为 SSZ 交易定义了一个签名方案。尽管它不适用于现存的 RLP 交易，它可以用于确保现在的 4844 SSZ 交易签名方案能与未来的执行层 SSZ 大修向前兼容。 **请注意，EOF 的 EIP 不被纳入升级** 尽管一度入选 Shapella 和 Dencun 升级考虑被纳入名单，由于带宽有限，EOF 的整套 EIP 被正式排除在此次升级之外。现在正在讨论将优先选择它们作为未来升级的“主要功能”，但客户端团队还未正式达成共识。 ### 其他被提议的 EIP 除了以上提及的，此次升级的完整提议 EIP 列表可以在 [Ethereum Magicians](https://ethereum-magicians.org/t/cancun-network-upgrade-meta-thread/12060?u=timbeiko) 论坛上找到。尽管最终出现在 Dencun 升级中的大部分东西可能已经被讨论过，还是可能有惊喜的！值得注意的是，当第一次了解 [EIP-5656](https://eips.ethereum.org/EIPS/eip-5656) ，即在上一次 ACD 会议提出操作码 `MCOPY`的时候， 团队反应积极。 <br/> ## 网络升级激活 EIP📜 公告：我已经起草了一份信息性的 EIP，列出了长期以来用于触发网络升级的各种机制，从 PoW 区块到 epoch、TTD 以及现在的时间戳。 希望我们不需要从现在的 epoch+时间戳组合再变化了😄 <br/> ## Summer (Remote) Talks 夏天的 (远程) 演说📣 在接下来的几个月里，我将有一些演说，分享我对以太坊的治理流程如何运作的看法。有些是线下的，有些是远程的，有些还待定。按时间顺序，我将出席[EDCON](https://www.edcon.io/)、[ETHPrague](https://ethprague.com/)、ETHShanghai、[EthCC](https://www.ethcc.io/) 和 [ETHMontreal](https://ethmontreal.xyz/). 我们到时见👋! <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/Staking/podcast-with-lidohttps://www.ethereum.cn/Staking/podcast-with-lidoMon, 24 Apr 2023 00:00:00 GMT <iframe src="https://player.fireside.fm/v2/2T9K4CVL+kxLDDM49?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> <br/> <br/> 在上海升级之前，ECN 有幸邀请到三个重要的流动性质押服务商 StakeWise、Rocket Pool 和 Lido 的代表做客 ECN Podcast，跟他们聊聊以太坊上海升级对 Staking 用户和整个行业格局的影响，以及这三个协议各自即将上线的大型升级将会对以太坊 Staking 带来哪些值得期待的创新和变革。 这一期是上海升级与 Staking 播客系列的最后一期，很高兴邀请到的是 Lido DAO 的重要贡献者 Master of Validators Isidoros Passadis (Izzy) 。 Lido 是最早上线的流动性质押解决方案之一，也是当下质押池网络占比最大的服务提供商。在这期播客里，我们跟 Izzy 就 Lido 的一些根本性问题进行了探讨，例如质押理念、Lido DAO 对节点运营商准入的决策、多链困境和网络占比超过关键的共识阈值等；Izzy 分享了上海升级对 Staking 的影响以及 Staking 领域的一些值得期待的改变；最后 Izzy 介绍了将推动 Lido 去中心化的 V2 升级。 <br/> 【本期主播】 Stephanie 【时间戳】 00:45 Lido 的质押理念 03:50 Lido 的代币模型 06:07 Lido DAO 如何选择节点运营商 10:01 Lido 节点运营商集的健康情况 11:49 Lido 的多链困境 15:04 如何看待 Lido 超过 30% 网络占有率 20:12 上海升级对 Staking 的两点影响 23:37 LSD 格局被重新洗牌的可能性 25:50 如何看待机构质押 28:04 Staking 领域的创新和新变化 (协议层上的) 33:31 Restaking 35:44 Lido V2 提款的两种模式 42:01 Lido V2 推出 Staking Router 44:57 个人质押者可以如何接入 Staking Router 46:50 Lido 协议将如何保证节点运营商的质量和表现 <br/> ## **关于 Lido** ### **Lido 的质押理念是什么？从上线以来是否有调整？** Lido 实际上是在以太坊上的中间件或一组软件。从作为 Lido DAO 的一名贡献者的角度，我认为 Lido DAO 成员和投票者对写进 Lido 协议的行动所反映的精神和原则是不断演变的。当 Lido 上线时，我还没加入，我是在上线 6 到 7 个月后才成为贡献者的。在 2020 年 12 月，尽管流动性质押的概念已经存在了，但显然那时在以太坊上它还是非常新的概念。当时，Lido 协议和 DAO 背后的核心理念是，尽可能地对以太坊共识层的参与进行民主化，也就是让任何人都可以成为质押者。这个理念最终是使得任何人都可以成为节点运行者。 因此，Lido 一开始以及到现在的运行方式是在经许可的方式引入一组节点运行商。Lido DAO 对他们进行选择和审查，然后邀请进入 Lido 协议来运行验证者。但现在 Lido 贡献者很多的工作是希望这个系统可以对很多不同的运营商开放。因此，Lido 的Staking哲学的基本原则是尽可能地让更多不同的参与者能够轻松、便捷和简单地进行Staking，并且以链上透明的方式进行质押。 <br/> ### **Lido 协议的代币模型** Lido 协议目前的核心代币是 stETH，它是回基代币模型。回基意味着，每天 stETH 的数量增长与在信标链上质押的 ETH 和奖励数量相匹配。据我所了解，使用这个模型的原因首先是用户友好，因为它很简单直接，就是你获得更多的代币了。这与价值累积的代币模型相对，即代币数量不变，但价值会增长，例如 Rocket Pool 的 rETH。 但 Lido 也提供了一种价值累积型代币，即封装的 stETH, wstETH。推出 wstETH 的原因主要有两个，一是有些用户可能更倾向于价值累积型代币，二是有些 DeFi 应用能与价值累积型代币更好地集成。 <br/> ### **Lido DAO 如何选择新的节点运营商？目前 Lido 的 29 个节点运营商的健康状态如何？** Lido DAO 基本上试图根据一组原则或策略来决策，即 Lido 所参与的不同网络里好的节点运营商集合应该有得原则和策略。简言之，这些好的特性与服务器多样性、地理分布、客户端多样性等相关。服务器多样性之所以重要是因为，人们基本上会采用两种基础设施，本地数据中心或云服务，我们发现很多验证者会选择更简单的方法，特别是在家质押者。而地理上管辖区分布越分散，越能防止所有验证者被某个大洲或国家过度代表。客户端多样性则为了防止某个多数客户端出现漏洞而引起大规模验证者掉线情况的出现。 Lido DAO 试图结合所有这些方面的情况来进行投票，在 Lido 论坛上有每个季度的验证者节点运营商指标报告，Lido DAO 的贡献者、代币持有人等可以根据这些报告的数据情况进行讨论，然后选择新的节点运营商。 我认为总的来说，Lido节点运营商在过去一年半内取得了非常大的进步，不仅改善了Lido节点运营商集合中的客户端多样性，而且也改善了Ethereum 整体上的情况。 而 Lido 的节点运营商集还可以在以下方面改善： - 执行层客户端多样性。Geth 一直在执行层客户端中占绝大多数，不只是因为它本身是运行多年很强健的客户端，还因为特别合并后，一些新的客户端出现了一些问题。但在过去两个季度，我们可以看到执行层客户端多样性有很好的改善。 - 节点运营商的绝对数量。29 不是我们觉得满意的数量。Lido 作为一个 DAO 和一个协议，特别是考虑到 Lido 的 v2 版本，这个数量在未来肯定会大幅提升。 <br/> ### **Lido 的多链困境，如何在不同链间平衡？** 首先要回答 Lido 是什么、治理一组协议的 Lido DAO 是如何运作、以及对 Lido 的存在来说其核心是什么的问题。 关于 Lido 存在的核心这个问题，其实取决于每个贡献者自己的看法。Lido 的贡献者或只在 Lido 上特定网络的节点运营商来说，他们肯定会对特定网络有偏向。但实际上，Lido 是在以太坊上诞生的，以太坊是他的家园和总部，因此它的治理投票和 DAO 代币 LDO 都在以太坊上进行和原生。因此，外部参与者期望并认为以太坊的成功对 Lido 的长期发展至关重要是合理的。从这点出发，要回答 Lido 如何扩展到其他协议，逻辑其实不一样。因此，这就是 DAO 本质上有趣和具有挑战性的地方。 关于 MixBytes 前段时间宣布将不再使用 Lido 上 Polkadot 和 Kusama 的质押服务，其中一个原因是 Lido 都优先级一直向以太坊倾斜。这件事的相关背景是，之前 MixBytes 之前想在 Polkadot 和 Kusama 上支持 Lido，这个提案得到了 DAO 的投票通过。但后来，该团队认为这样做不值得，于是决定不再支持。这时，DAO 所处的位置就非常为难，因为这不是一个由中央控制的组织，最终很可能弃用的流程会继续至完成。我想，这是 DAO 试图找到值得投资的协议时会发生的事。 <br/> ### **如何看待 LSD 协议网络占有率超过 30% (关键的共识阈值)的问题？** 我不能代表 Lido 来谈论这个问题，但从 Lido 的贡献者的角度，以下是我的一些看法。 首先，任何人都不能说 Lido 在网络上拥有重要份额是一件好事。但对于这个问题可能引起的技术风险是有多个不同的角度去看待的。我不是说这些风险不重要，但我想在质押生态里，还有很多其他风向现在是没有得到充分的重视和讨论的，它们可能比这个问题更重要。 其次，这个问题肯定是 Lido DAO 希望解决的，以防它可能进一步上升。有其他一些贡献者想到了双重治理方案 (dual governance)，即让通过持有 stETH 的质押者和 LDO 持有者都能对协议的决定投票，以及在最糟糕的情况下提供退出的渠道和机制。我不认为有很多的 DAO 会思考这些机制和保护措施，即使我们也还在设计阶段。 而回到在以太坊上多少的质押占比才算太多这个问题。我们需要考虑的第二点是，这些信息有多少是真正公开，多少只是基于其他人报道的？由于 Lido 是一个链上协议，而且 DAO 只在链上运作，因此它是完全公开和透明的，这与一些中心化交易所是非常不同的。 当你看某个协议上正在运行的验证者数时，以太坊生态上很多参与者对质押的影响或潜在控制不是立即显现的。我认为，我们应该思考的更重要的事情之一是各种不同类型的参与者 (包括像 Lido 这样的流动性质押方案) 在质押份额和控制方面有何影响。一个简单的例子是，即使有五个解决方案它们各占 20% 的份额，但其中一个运营商或一组运营商紧密合作，在这些占 20%的协议里各占 50%，那么他们其实对网络有更多的操纵。而且，他们这样做并不会受到协议本身的限制。 <br/> ## **上海升级对质押的影响** 上海升级激活提款后，有部分提款和完全提款。部分提款大概是最有趣的部分，它使得质押者或验证者可以提出余额中 32 个 ETH 以外的任何部分。由于提款是持续进行的，这意味着我们将看到奖励持续流回执行层。这之所以有趣是因为，一方面它将减少退出的验证者数量，从而减轻网络压力，而不需要担心验证者不断退出和再次进入系统。另一方面，使得锁仓不再是无限期的，锁仓现在变得是由用户自己控制的。 从 Lido 协议的角度来看，重要的地方在于贡献者创建的升级为 stETH 用户添加了提款机制，即发起取回累积的相关 stETH 和奖励的请求。从贡献者的角度来看，重要的是为用户提供一个好的提款流程，使其简单易用。 激活提款对以太坊的意义在于，提升用户对以太坊网络技术健壮性的信心。因此，它使得与质押相关的核心功能循环变完整了。开发者也可以把重心转移到以太坊发展的其他方面。 <br/> ### **上海升级后，LSD 的市场份额会被重新洗牌吗？** 老实说，我不知道，只能谈一下我的一些直觉。 如果我们认为在所有质押中有相对大的一部分是流动性质押，那么用户想要实现重新洗牌是可以的。但这里有一个推论，即持有一定流动性质押代币的用户正在等待提款，以获得流动性质押代币的全部可能价值，他们期望在启动提款后我们的代币在二级市场价值可能会低于当前价格，尽管目前已非常接近面值。 他们还有可能直接去二级市场而不做提款，因为提款需要等待比较长的时间。 <br/> ### **Staking 行业将有什么令人兴奋的创新和改变？** 我想要分享两点，一是以太坊权益证明的下一个核心功能，二是 restaking。 **以太坊协议上两项可能关于 Staking 的修改** 关于第一点，在 Staking 方面，以太坊协议可能会有两点的修改。其中一点的核心思想是在以太坊执行层上拥有一个可验证的表示，这个表示与验证者的一些数值相关，即它们的质押数量、它们是否正在运行、在信标链上是活跃还是已退出等，也就是信标状态根。把信标链区块的哈希树根暴露在执行层会使得任何质押解决方案得以构建无需信任的预言机 (trustless oracle)。目前，所有与质押相关的预言机都是受信任的。因为基本上，你需要有人监测在信标链上验证者的数值、总数和累积的奖励，从而让质押软件了解是否需要增加或减少回基代币。如果只通过验证已经在执行层上的数据就能完成监测，就可以构建无需信任的预言机，这样就能大大减少大多数流动性质押的内在技术风险。 参阅：[https://eips.ethereum.org/EIPS/eip-4788](https://eips.ethereum.org/EIPS/eip-4788) 另一点以太坊上可能的修改是可触发提款 (triggerable withdrawals)。在以太坊上运行验证者有两套密钥——验证者密钥和提款密钥。在流动性质押解决方案里，提款密钥通常由智能合约管理，由协议所有。验证者密钥对于网络上的验证工作至关重要。目前，在 Lido 协议上，验证者密钥由节点运营商负责保管、管理并确保正确使用。这里有一个挑战是，你需要有验证者密钥才可以退出，也就是说需要节点运营商主动对退出消息签名才能实现。我想要提到的这个 EIP 是关于可触发或强制退出，即在执行层上的智能合约应该可以做到，针对特定的验证者，运营商同意把控制给到智能合约。该智能合约可以直接发送退出消息到共识层，并确保运营商可能不履行 DAO 或协议请求退出验证者的技术风险被消除了。我想，就像启动提款使得质押相关的技术和锁仓风险的循环完整了，可触发退出也将使得质押协议的循环完整了。 参阅：[https://ethresear.ch/t/0x03-withdrawal-credentials-simple-eth1-triggerable-withdrawals/10021](https://ethresear.ch/t/0x03-withdrawal-credentials-simple-eth1-triggerable-withdrawals/10021) **Restaking** Restaking 是这样的一个概念：你把通过在以太坊网络上活跃的质押得到的安全性，以及这种经济价值用于为其他网络或数据 (例如，数据可用性) 提供安全性。目前，实现 restaking 或者以正确的方式实现而不会导致很多可能的经济风险或不受控的技术风险还有很多挑战。但这是一个很有趣的概念，看看在权益证明系统里可组合性将如何运作。某种程度上，它与流动性质押非常相似，因为即使权益证明协议不支持流动性质押，但在应用层上实现是很自然的事情，因为市场对此有需求并且会创造出来。所以，restaking 的情况也会类似，有对 restaking 的需求，就将会有市场力量在应用层创建解决方案。有待观察的是，这些解决方案需要在多大程度上与协议层紧密结合或至少集成。 <br/> ## **Lido V2 升级** ### **V2 升级的两种提款模式** Turbo 模式和 Bunker 模式是我们这些贡献者设想提款时设计出来的。Turbo 模式希望会是默认模式，以及永远以这种模式运作。Bunker 模式更加像是故障安全模式，即遇到网络糟糕情况时保护用户、质押者和协议安全的模式。 在 Turbo 模式，提款会尽快有 Lido 协议处理，其过程如下：用户提出的提款请求会被通过 Lido 预言机登记在执行层上，这构成一个提款是合法的信号。然后协议通过软件决定着是否需要验证者退出，例如 Lido 的缓冲池是否有足够的 ETH 来满足提款请求。如果验证者需要被退出，预言机会在链上发出一个信号，节点运营商读到信号后处理验证者退出请求，时间从几小时到几天不等，这与协议的质押提款时间差不多。然后用户就能取回请求提款的 ETH。有时候，Lido 的提款会比在以太坊上的更快，因为有缓冲池。缓冲池的来源包括：存进的 ETH 还没质押、部分奖励从共识层提取出来或 MEV 从执行层进来。 当网络出现问题时，提款会进入 Bunker 模式，例如在共识层上有大型罚没事件同时发生时。之所以需要 Bunker 模式是因为，当你想要那质押的 stETH 兑换回 ETH，但此时正在发生发行罚没事件，协议是很难知道罚没是否回影响你想要提取的 ETH 所相关的验证者的。如果那些验证者被影响了，你会想要等罚没完全结束，以了解可能因罚没而减少的总奖励。这样，每个用户最终都额能获得正确数量的奖励，而不是由于他们进入队列的时间不同而导致一些用户可能会获得或更多或更少的奖励。因此，Bunker 模式是让提款流程放慢脚步，以便每个人都能获得他们应得的份额。但这个模式只会在关键或紧急情况下启动。 <br/> ### **V2 为什么要在主网上海升级一个月后才进行？有安全问题吗？** 据我所知，是没有安全问题的。主要是审计还没完成，还有确保节点运营商正确设置流程和机制而需要进行的测试工作还没完成。 <br/> ### **质押路由——Lido 去中心化的重要一步** 目前，Lido 协议只有一个节点运营商注册表，由 DAO 控制。而质押路由要做的是让很多不同的方式可以发生。质押路由的设计和目前的实现是，其本身不会做决定，DAO 会通过质押路由在以下方面做决定：哪些模块可以被接入质押路由，以及分配多少押金给该模块。这样做的好处是，每个模块都可以用自己的方式来管理节点运营商集。可能有些模块是使用债券而完全无需许可的，有些模块是完全无需许可但不使用债券但得到充分保险的，因为由资金分配器。 还有其他模块可能使用分布式验证者技术 (DVT)，这是有望在今年上主网的质押基础设施 ，现在最大的两个解决方案是 SSV 网络和 Obol 网络，这种技术将大大降低运行验证者的运营和技术风险，并让在家质押者参与在验证过程更简单。 因此，如果你把质押路由想成是创建了一个模块市场，这实际上对想要对质押机制做贡献并与 Lido 交互的任何人开放，只是你需要由一定代码背景或需要与有代码背景的人合作，这不同于 Lido V1 完全需许可的模式。 <br/> ### **个人质押者在 V2 的参与方式会是如何？** 当 V2 上线后，预期会有 Lido 贡献者或其他参与方创建接入质押路由的新模块。这些模块可能会允许个人质押者或社区质押者以不同的方式参与，有些可能通过 DVT 解决方案，有些可能需要你把提款凭证指向 Lido 的智能合约，然后示意你想加入 Lido 协议，在底层会有债券或白名单之类的选项。如果你想做到真正的无需许可，我想同时使用 DVT 和少量债券会比较合适，如果不适用 DVT，那么需要提高债券金额。这真的取决于每个模块想到的不同风格的社区质押者参与方式。 <br/> ### **是否担心 Lido 协议变成模块市场后会降低整个网络的表现和质量？** Lido 贡献者正在与 Nethermind 团队合作一项研究，关于设计一个对运营商和验证者集的进行半自动或全自动的自治评分系统，这相当于把当前 Lido 贡献者选择节点运营商的决策指标抽象出来，放到链上。我们可能会通过算法执行各种不同类型的评分系统，或从不同的地方获取数据 (可能是预言机、第三方数据服务提供商，例如 metrika 或 rated.network，或链上保险企业)。通过结合所有这些信息然后提取质押路由可以使用的一些可执行的建议，以确定哪些运营商应该得到押金。因此我们在做的是决定哪些是好的验证者集或运营商集应该有的最佳参数，然后他们把它实现为一个半自动化的评分和质押分配系统。 <br/> ### **参阅资料** Lido 官方推特：[https://twitter.com/LidoFinance](https://twitter.com/LidoFinance) Isidoros Passadis 个人推特： [https://twitter.com/IsdrsP](https://twitter.com/IsdrsP) Lido V2 介绍：[https://blog.lido.fi/introducing-lido-v2/](https://blog.lido.fi/introducing-lido-v2/) Lido 与 Nethermind 的合作研究：[https://research.lido.fi/t/a-proposal-for-partnering-with-nethermind-to-design-a-mechanism-for-a-good-validator-set-maintenance/3000](https://research.lido.fi/t/a-proposal-for-partnering-with-nethermind-to-design-a-mechanism-for-a-good-validator-set-maintenance/3000) Lido 的季度节点运营商验证者指标报告：[https://research.lido.fi/t/lido-node-operator-validator-metrics/1431](https://research.lido.fi/t/lido-node-operator-validator-metrics/1431) MixBytes 弃用 Lido 在 Polkadot 和 Kusama 的质押服务：[https://mixbytes.io/blog/mixbytes-sunsets-lido-on-polkadot-and-kusama#rec563434145](https://mixbytes.io/blog/mixbytes-sunsets-lido-on-polkadot-and-kusama#rec563434145) EIP-4788 在 EVM 的信标区块根：[https://eips.ethereum.org/EIPS/eip-4788](https://eips.ethereum.org/EIPS/eip-4788) 0x03 提款凭证：简单的 Eth1-可出发的提款：[https://ethresear.ch/t/0x03-withdrawal-credentials-simple-eth1-triggerable-withdrawals/10021](https://ethresear.ch/t/0x03-withdrawal-credentials-simple-eth1-triggerable-withdrawals/10021)https://www.ethereum.cn/Layer2/rollups-arent-realhttps://www.ethereum.cn/Layer2/rollups-arent-realThu, 20 Apr 2023 00:00:00 GMT来源 | [joncharbonneau.substack.com](https://joncharbonneau.substack.com/p/rollups-arent-real) 作者 | [Jon Charbonneau](https://twitter.com/jon_charb) 翻译 | [Franci, ECN](https://twitter.com/FrancixDeng) </br> # **引介** [Kelvin](https://twitter.com/kelvinfichter) 认为 [ZK-rollup 是假的](https://www.youtube.com/watch?v=NKQz9jU0ftg)，但我认为任何 "rollup" 都不是真的，至少现在不是。那么，我们如何使它们成为真正的 rollup？  目前的 rollup 基本上都是需信任且需许可的：  来源: [L2 Beat](https://l2beat.com/scaling/risk) 在本文中，我会对以下几个方面进行概述： - **强制交易打包机制** —— 即便出现 rollup 运营者审查用户的情况，用户也应该能够强制打包其交易，以实现抗审查。 - **L2 定序器去中心化和 (可选) 本地共识** —— 单一型定序器、PoA、PoS 领导者选举、PoS 共识、MEV 拍卖、基于基础层的 rollup、PoE，等等。 - **共享定序器和跨链原子性** —— 这是真正有趣和完全新的东西。 - **MEV 可捕获设计** —— 我将简要地介绍 FCFS (先到先服务) 的一些变化。对于加密的交易池，你可以参考我最近的[帖子](https://joncharbonneau.substack.com/p/encrypted-mempools)。 许多其他提高 rollup 安全性的要求将不在本文的讨论范围内 (比如减少升级密钥的权力、实现强健的和无需许可的证明，等等)。 </br> # **Rollup 的工作原理** ## **智能合约 Rollup (SCR)** 首先，简单复习一下 SCR 的工作原理，这是我们当前在以太坊上常见的 rollup。从高层次来说，一个 SCR 基本上包括： 1. 一批有序的输入数组（在L1上，所以交易数据必须在 DA 层发布）。 2. （rollup 节点软件）在它们上面运行的代码 3. 对这些输入运行函数产生的确定性输出（rollup 区块链）。  *cr: [How Rollups \*actually\* work - Kelvin Fichter](https://www.youtube.com/watch?v=NKQz9jU0ftg)* 更具体地说，传统的定序器通过向其在 L1 的智能合约发布 rollup 区块的状态根和 calldata（最终以 data blob的形式）来对 rollup 区块生成承诺。新的区块不断扩展 rollup 对区块头。链上合约运行一个 rollup 的轻客户端，将其区块头的哈希值保存起来。在收到有效性证明后，或在欺诈证明窗口期过后，该智能合约就会敲定结算。如果一个未被敲定的 ORU 区块无效，它（以及所有后续的区块）会因为欺诈证明对提交而被回滚，最后成为孤块。证明帮助保护桥接：  交易 batch 的提交应该需要应用某种类型的保证金/押金规则，以抑制恶意行为的发生。例如，当一个欺诈性的 batch 被提交了 (即无效的状态根)，押金将被销毁，并按某种比例分给欺诈挑战者。 SCR 具有 [“合并的共识”](https://medium.com/@adlerjohn/the-why-s-of-optimistic-rollup-7c6a22cbb61a) - 即可在链上验证的共识协议。Rollup 协议可以完全在 L1 智能合约中运行。它不影响主链的任意共识规则，也不需要这些规则的支持。 [去中心化共识协议通常包括四个主要特征](https://medium.com/@adlerjohn/the-why-s-of-optimistic-rollup-7c6a22cbb61a) (注意，以下是一个非常简化的版本，并没有完全列出共识协议的各种类型。比如无领导协议)： 1. **区块有效性函数** - 状态转换函数。区块有效性在链下执行，然后通过有效性证明或者欺诈证明机制来证明其有效性。 2. **分叉选择规则** - 如何在两条原本有效的链之间选择。Rollup 旨在从构造上实现无分叉，所以不严格要求有一个复杂的分叉选择规则。 3. **领导者选举算法** - 选出一位领导者，ta 可以通过添加新区块以扩展链头，从而使区块链不断延伸。 4. **抗女巫机制** - PoW、PoS 等 可以认为 1 和 2 已经实现了，那么对于去中心化一个定序器的最低要求便是**某种形式的抗女巫攻击 + 领导者选举。** [Fuel Labs 一直都是这个阵营的支持者，他们认为 PoS: ](https://fuel-labs.ghost.io/token-model-layer-2-block-production/) - 不应该用于 rollup 中的完全共识协议 (即 rollup 验证者/定序者将对区块进行投票) - 应该只用于 rollup 中的领导者选举 当然，也有其他论据很好地反驳了 Fuel Labs 的观点，认为需要有 L2 本地共识。稍后会有更多关于这方面的内容。 </br> ## **主权 Rollup (SR)** SR 仍然将交易数据发布到 L1 上用于 DA 和共识，但 SR 会在 rollup 中处理 “[结算](https://twitter.com/_prestwich/status/1636820661657305090?s=20)” 客户端 ([James Prestwich 说叫“结算层”显得很蠢，我本来就已经很蠢了，所以无所谓](https://twitter.com/_prestwich/status/1572183792550576131?s=20)) 。DA 层告诉你数据是存在的，但是它不会定义 rollup 的规范链 (canonical chain) 是哪一条： - **SCR** - rollup 规范链由 L1 智能合约决定 - **SR** - 没有 L1 智能合约来决定 rollup 规范链。Rollup 主链可以由 rollup 节点自己决定 (检查 L1 DA，然后在本地验证分叉选择规则)。  *来源: [Celestia](https://celestia.org/learn/sovereign-rollups/an-introduction/)* 相关说明：有人提出一个有趣的观点，[即不存在全球规范链 (只有决定哪条链为规范链的桥接)](https://twitter.com/kelvinfichter/status/1636845278694109184?s=20)，对此有人提出有力的[反驳](https://twitter.com/nickwh8te/status/1636852890017857542?s=20)。以及其他相关长推，[阐述了 rollup 在主权性和 (自动) 可组合性之间的权衡。](https://twitter.com/sreeramkannan/status/1634966046326280192?s=20)我鼓励大家浏览一下这些观点，[还有最近这条关于 Bitcoin 主权 rollup 的长推](https://twitter.com/sreeramkannan/status/1632622108822962178?s=20)。 在任何情况下，上述所讨论到的 “规范链” 框架都很容易理解，并且这不是本文的重点，所以我还是会继续使用 “规范链” 这个术语。有关 rollup 一般架构的更多背景，请参考此处。 </br> # **去中心化定序器** ## **用户发起的强制交易打包** ### **智能合约 Rollup** 如上所述，定序器通常负责批处理交易并将它们发布到 L1 智能合约。但是，用户也可以自己直接在合约中插入一些交易:  当然，这是低效且昂贵的，所以定序器将负责批处理交易，并在常规的过程中一起提交这些 batch。这将在许多交易中摊销固定成本，从而实现更好的压缩:  定序器承诺最终在 L1 上发布这些交易，同时我们可以计算输出，以获得更软的预确认 (softer pre-confirmation):  当定序器将这些交易发布到 L1 时，输出被敲定:  通常情况下，用户只会在从 L1 桥接资产到 L2 时需要自己提交交易。这被添加为 L1 合约的输入，它告诉 L2 可以铸造由相应 L1 锁定资产支持的资金了。  如果我想把我的钱提回 L1，我可以在 L2 上销毁它，并告诉 L1 把我的钱还给我。L1 不知道 L2发生了什么 (L1 并没有执行这些交易)，所以需要在请求解锁我在 L1 上的资金的同时提交一份证明。  因为我来自 L2，所以定序器可以发起这个提款请求并提交给 L1。然而，这样做的话就说明需要信任 L2 定序器的抗审查能力 (CR, censorship resistance)，也就是说不再获得 L1 的同样安全保证。也许这些定序器不喜欢你，或者定序器宕机了，所以你只能永远卡在 L2 上了。 Rollup 可以通过多种措施在本地提高自己的 CR。这可能包括具有高价值质押的 L2 共识集、一些交易打包列表的各种变体，添加阈值加密等等，以最大限度地减少 L2 用户审查的可能性。这些都很棒，但理想情况下，我们还是希望 L2 用户拥有与 L1 相同的抗审查保证。 如果用户正在被审查，他们需要一些方法来强制退出 rollup 或者强制将他们的交易打包到 L2 中。这就是为什么 L2 用户应该保留做一些事情的能力，比如自己可以强制将他们的 L2 交易直接包含到 L1 合约中。例如，被审查的用户可能能够直接向 L1 提交单个操作的 batch。  *来源: [Starknet 逃生舱口研究](https://community.starknet.io/t/starknet-escape-hatch-research/1108)* 但是，如果 L2 用户的唯一选择是将交易直接强制包含到 L1 中，这并不理想。这对于许多低价值用户来说可能是不可行的，特别是当 L1 的交互成本越来越高时。更高级的设计可能能够绕过这个限制，在 rollup 之间强制进行原子交易。[Kalman Lajkó](https://twitter.com/kalmanlajko) 正在研究一个[迷人的设计](https://hackmd.io/@kalmanlajko/BkmTTADai)，强烈推荐大家阅读。**它希望在具有共享证明和共享 DA 层的系统中启用跨 rollup 强制交易打包。** </br> ### **主权 Rollup** 强制打包在 SR 中的运作不同，因为如前所述，它们执行的分叉选择规则与 SCR 不同([Sovereign Labs 写了一篇关于这方面的帖子](https://mirror.xyz/sovlabs.eth/Hwe-6x6MTUjvpuTuuwIoN2E8lgpg1euDnn_vZgwoH0Y))。 在 SCR 中，L1 智能合约执行 rollup 的分叉选择规则。除了验证 ZK 证明之外，它还检查该证明是否建立在之前的证明 (而不是其他的证明分叉) 之上，以及它是否处理了所有在 L1 上发送的相关强制打包交易。 SR 可以将它的 ZK 证明发布到 L1 DA 层，以 calldata/blobs 的形式向所有人公开 (即使 L1 没有验证它们)。然后，只需添加一个规则，即新证明只有建立在前一个有效证明的基础上才有效。该规则可以在客户端强制执行，但它随后会要求用户扫描链的历史，直至创世区块或者某个检查点。 而另一种方式是，可以将 calldata 与 L1 区块头联系起来，并且可以添加一个声明 “我已经扫描了 DA 层的证明 (从区块 X 开始，到区块 Y 结束)，并且这个证明基于最新的有效证明构建”。这在证明中直接证明了分叉选择规则，而不需要在客户端强制执行。 由于已经扫描了证明，同时还可以证明已经扫描了任何强制打包交易。任何人都可以在愿意的时候直接将强制打包交易发布到 L1 DA 层。 </br> ## **交易敲定的层级 & ZK 用于快速敲定** 以太坊上的链上证明验证通常非常昂贵，因此目前的 ZKR (如 StarkEx) 倾向于每隔几个小时才向以太坊发布一次 STARK。相对于交易的数量，证明的增长往往非常缓慢，因此这样对交易生成 batch 可以有效地节省成本。然而，这么长的敲定时间并不理想。 如果一个 rollup 只是在链上发布状态差异 (而不是完整的交易数据)，那么即使是全节点也不能在没有证明的情况下确保这种最终确定性。如果 rollup 的完整交易数据被发布到链上，那么至少任意全节点都可以与 L1 一起敲定交易。 通常情况下，轻节点只依赖于中心化的定序器进行软确认。然而，ZKR 可以在 p2p 层快速生成并分发 ZK 证明，以便所有轻客户端实时查看，并以 L1 速度为它们提供最终确定性。稍后，这些证明可以递归地批处理并发布到 L1。 这就是 [Sovereign Labs 计划要做的](https://mirror.xyz/sovlabs.eth/Hwe-6x6MTUjvpuTuuwIoN2E8lgpg1euDnn_vZgwoH0Y)，还有其他类似方案，比如 [Scroll 计划在链上发布中间的 ZK 证明 (但不验证它们)，因此轻客户端可以相当快地同步](https://twitter.com/toghrulmaharram/status/1633436573181026306?s=20)。使用这两种结构，rollup 可以以L1的速度开始敲定区块，而不是等待将 batch 发送上链以节省开销。但是请注意，在这两种情况下只是将“硬敲定时间”降低到绝对最小值 (L1 速度)。 不同的定序器设计永远不会比 L1 区块时间更快地敲定。不同的定序器设计所能做的最好的事情就是提供比 L1 区块时间更快的*预确认*，不同设计提供的确定性水平不同 (例如，你可能会相信具有高价值质押的去中心化共识集的 L2 的预确认，而不是相信单一型需信任的定序器的预确认)。 [Patrick McCorry](https://twitter.com/stonecoldpat0) 最近也对 [rollup 交易最终确定性的层级](https://stonecoldpat.substack.com/p/tiers-of-transaction-finality-for)进行了很好的概述。现在你可能已经明白了基本的概念: - 交易“最终确定性”具有不同的层级，这取决于谁提供了承诺 (以及 rollup 结构是怎么样的) - 不同的参与者在给定的时间会对 “真相” 有不同的认知水平 (例如，L2 轻客户端、全节点和L1 智能合约将在不同的时间了解相同的“真相”) </br> ## **单一型定序器** 目前，大多数 rollup 都有一个需许可的定序器来提交交易 batch。这是非常高效的，但实时活性和抗审查能力都较弱。如果有适当的保障措施，这对许多用例来说可能是可以接受的： - **CR** — 如上所述，用户强制打包交易的机制。 - **活性** — 如果一些主要的定序器宕机了，所具备的一些热备份选项 (类似 ZKR 证明器和 ORU 欺诈证明的备份应该是无许可的)。如果备用定序器也宕机了，任何人都可以顶上。 例如，备用定序器可以由 rollup 的治理选出。通过这种设置，用户获得了安全性、抗审查和活性。即使从长远来看，单个活跃型的定序器也可能是一个可行的选择。 Base 很可能是一种趋势的开始。公司现在可以管理和优化他们的产品，就像他们对企业区块链的炒作一样，但现在它实际上可以成为一个无需许可的、安全的和可互操作的链。  Base 打算最终去中心化他们的定序器集，但关键是他们并不严格地 “需要” 去中心化，而其他方案并不是 (或者只需要非常有限范围内的去中心化，如一个小规模的定序器集)。需要明确的是，这需要 rollup 来实现必要的步骤，来确保 rollup 是安全的且维护抗审查性 (移除任意的即时升级功能、实现健壮的证明、强制交易打包、MEV 拍卖等)。而当前的 rollup 并不安全。  这将是对中心化/托管产品的巨大改进，而不是最大限度地取代去中心化产品。Rollup 只是扩展了设计空间。这在很大程度上也是为什么定序器去中心化并不是大多数 rollup 团队的首要任务 —— 对于确保用户安全、抗审查性和减少对 rollup 运营者的信任，其他项要重要得多。 然而，如果用户/其他方需要介入以维持活性和 “实时抗审查性” (不同于通过 L1 进行强制打包交易获取的 “最终抗审查性”)，这仍然不是理想的。基于强制打包交易机制，低价值用户介入可能成本高昂或不切实际。高度偏好实时抗审查和活性最大保证的 rolllup 将寻求去中心化。在运营单一许可型定序器时，也可能存在监管方面的考虑。 </br> ## **权威证明 (PoA)** 对单一型定序器的一个直接改进是允许实现分布在不同地理位置的少数定序器 (可能是其他声誉良好的公司)。定序器可以简单地以轮流的方式平均轮换。让他们交纳保证金将有助于激励诚实的行为。 这个一般概念大家应该不陌生 — 多签桥接通常有一些受信任的公司，或者类似于服务于 [Arbitrum 的 AnyTrust DA](https://developer.arbitrum.io/inside-anytrust) 的委员会。但重要的是，定序器在这里的权力要小得多 (用户不依赖于 rollup 定序器来确保安全，不像多签桥接运营者可以提取锁定的资金)。总的来说，比起单一型定序器，这种方案具有更好的抗审查性和活性，但仍然不完善。 </br> ## **定序器拍卖 a.k.a. MEV 拍卖 (MEVA)** 与其根据质押份额来分配定序器的权利，rollup 也可以通过智能合约直接运行 [MEV拍卖(MEVA)](https://ethresear.ch/t/mev-auction-auctioning-transaction-ordering-rights-as-a-solution-to-miner-extractable-value/6788?ref=alex-beckett)。任何人都可以竞标排序交易权，拍卖合约将排序权授予出价最高者。这可以针对每个区块进行，也可以针对一段时间 (例如，竞标第二天的排序权)。获胜的定序者仍应交纳一定的保证金，以便在他们出现问题/恶意行为时可以对他们进行处罚。  *来源: [ZK Rollups 的去中心化](https://delendum.xyz/writings/2022-11-27-decentralization-of-zk-rollups.html)* 在实践中，如果拍卖没有直接嵌入到协议中，则自然会导致协议外的 MEVA。如果排序权是基于质押权重来确定的，某种形式的 MEV-Boost/PBS 类型的拍卖系统将会出现，类似于我们今天在 L1 以太坊上看到的。在这种情况下，费用/MEV 可能会流向质押者。如果拍卖被纳入协议，那么费用/MEV 可能会进入某种形式的 rollup DAO 财库 (尽管在两种情况下它也可以被分配、销毁等等)。 </br> ## **领导者选举的无需许可 PoS** 任何人都可以作为定序者无需许可地加入，但前提是必须质押 (可能是 L2 的原生代币)。质押机制可以通过智能合约在基础层建立，也可以直接在 rollup 中建立。Rollup 可以使用这个 PoS + 某种形式的链上随机性，以此实现领导者选择机制 (像一些 L1 做的那样)。任何人获得区块排序权的概率 = ta 的质押占总质押的比例。可以通过丢失奖励、怠工惩罚和罚没对错误/恶意定序器施加惩罚。 请注意，由于上述原因，这**不**要求定序器达成共识。Rollup 使用 L1 作为共识，因此不需要本地共识 (local consensus)。质押权重在轮换机制中起主导作用，决定了哪些定序器可以提议区块，但他们不需要对其他定序器提议的区块进行投票。 这可以给任意长度的 epoch 授予排序权。某个参与者可能有权为 100 个连续的 rollup 区块排序，或者 1000 个，等等。更长的周期可能效率更高，并且在给定的时间里只需要一个定序器。然而，给扩展的垄断者授权也会带来其他外部效应。或者，领导者可以像普通 L1 那样交替使用每个区块。 </br> ### **Dymension** [Dymension](https://dymension.xyz/) 就是这样一个项目。Dymension Hub 将是 Cosmos 中典型的使用诚实大多数 PoS 机制的 L1。它的 L2 (“RollApp”) 将使用它来结算和达成共识，同时依赖 Celestia 作为数据可用性存储 (因此这些 L2 实际上是 “optimistic chain” 而不是 “rollup”)。 根据他们的 [Litepaper](https://litepaper.dymension.xyz/)，去中心化的 RollApp 排序将需要质押 DYM (Dymension 的原生资产) 在 Dymension Hub 中。领导者选举由相应的 DYM 质押数量决定。这些定序器将从各自的 rollup 中获得收入 (费用和其他 MEV)，然后向 Dymension Hub 和 Celestia 支付相关的基础成本。 由于这种机制，几乎所有在这个堆栈中捕获的价值都会直接累积到 DYM 代币中。*而如果把自己的原生代币用于排序的 rollup (如 StarkNet 打算使用 STRK 所做的那样，下文会介绍) 会将价值累积到他们*自己的代币中。Dymension Hub 的设置类似于以太坊 rollup 只能使用 ETH 进行定序者选举。 在我看来，这极大地降低了在这样的结算层上部署 L2 的动机。大多数 L2 团队自然希望他们自己的代币能够积累有意义的价值 (而不仅仅是用作费用代币，就像这里可能的那样)。毕竟他们是在经营一个企业。 </br> ## **领导者选举 & L2 共识的无需许可 PoS** 如果需要，也可以在 L1 敲定之前将 L2 质押用在定序器选举和 L2 本地共识上。 - **PoS 定序器领导者选举** — 如上所述，某种形式的领导者选举是必要的。 - **PoS 共识** — 激励 L2 验证者在交易被 L1 敲定之前达成临时的 L2 共识，提供更强的预确认。如上所述，这点不严格要求，但它是一个有吸引力的选择。 此外，STRK 可以以某种形式用于： - **DA 的 PoS 共识 —** 用来激励提供替代性的 DA 链 (alt-DA, 比如 volition)，这需要单独的共识。 - **证明 —** 激励证明者生成 STARK。 交易流程如下： 1. **定序** — 定序器排序交易并提议一个区块 2. **L2 共识** — StarkNet 共识协议对已提议的区块签名 3. **证明生成** — 证明者为已达成共识的区块生成证明 4. **L1 状态更新** — 向 L1 提交证明以更新状态  有关 StarkNet 计划的更多细节，可以参考[这个系列文章](https://community.starknet.io/t/starknet-decentralized-protocol-i-introduction/2671)。 </br> ## **需要 L2 共识吗, 还是只需要 L1 共识?** 正如我们所看到的，L2 可能实现也可能不实现它自己的本地共识 (即，L2 验证者在将其区块发送给 L1 以获得最终共识之前对它们进行签名)。比方说，L1 智能合约可以基于自己设的规则做不同的反应: - **使用领导者选举和本地共识的 PoS** — “我只接受 L2 共识签名过的区块。” - **使用领导者选举的 PoS** — “目前只有选定的定序器能够提交区块。” 如果 rollup 没有本地共识，[需要做的就是](https://twitter.com/colludingnode/status/1609592335649673220?s=20): 1. 使 rollup 区块提议过程无需许可。 2. 创建一些标准，为给定的区块高度选择最佳的区块 3. 让节点或结算合约强制执行分叉选择规则 4. 继承 L1 的共识和最终确定性 注意，不管是哪种情况，L2 的价值都可以累积到 rollup 代币中。即使 L2 代币只是用于某种形式的领导者选举 (而不是共识投票)，排序权产生的价值仍然会累积到 L2 代币中。 </br> ### **L2 共识的缺点 (只有领导者选举)** 现在让我们来讨论在 L1 敲定之前具有/不具有本地共识之间的权衡。 Fuel Labs 团队提出的一个论点是，L2 本地共识会降低抗审查能力。["这使得大多数验证者可以审查新区块，这意味着用户资金可能会被冻结。Rollup 不需要 PoS 来守护，因为 rollup 是由以太坊保护的。"](https://fuel-labs.ghost.io/token-model-layer-2-block-production/) 这里是一个有点灰色的区域。如前所述，即使定序器出现审查交易的情况，rollup 仍然可以提供抗审查方案 (例如，直接强制交易打包进入 L1，或[更复杂的设计](https://hackmd.io/@kalmanlajko/BkmTTADai)，如[Kalman Lajkó](https://twitter.com/kalmanlajko) 正在研究的那个)。 另一种说法是，完全的共识只是"[效率低下](https://twitter.com/apolynya/status/1529531010643152896?s=20)"。例如： - 一次只有单个定序领导者在单个盒子中运行所有东西， - 一次只有单个定序领导者在单个盒子中运行所有东西，然后所有其他节点需要对该提议投票以及达成共识， 前者比后者简单得多。 当然，这因所选择的特定的定序器设计和共识机制而有很大不同。 此外，请注意，有些人对在定序器去中心化中使用 PoS 提出了担忧，如[这里](https://ethresear.ch/t/against-proof-of-stake-for-zk-op-rollup-leader-election/7698)和[这里](https://delendum.xyz/writings/2022-11-27-decentralization-of-zk-rollups.html)。L1 与 L2 的错综复杂的关系可能使处理某些类型的攻击更具挑战性。 </br> ### **添加 L2 共识的优点 (加上领导者选举)** 对于定序器来说，最大的目标可能是在 L1 提供的完全安全保障之前给用户提供更快的软确认。看一下 [StarkNet 的机制要求](https://community.starknet.io/t/starknet-decentralization-kicking-off-the-discussion/711)： > "强健和快速的 L2 最终确定性是 StarkNet 的目标。由于只有在交易 batch 被 L1 证明之后，StarkNet 的状态才会被敲定 (可能需要几个小时)。因此，在下一个 batch 被证明之前，L2 去中心化协议应该就规划好的交易执行顺序做出有意义的承诺。“ 添加某种形式的共识 (由许多定序者提供的经济安全支持) 有助于在这期间提供[更强的保证](https://community.starknet.io/t/starknet-decentralized-protocol-i-introduction/2671) (rollup 区块的预先确认是没问题的)： > Starknet 共识必须具有很强的责任感，即违反安全和活性的行为可以通过罚没任何一部分参与者 (包括恶意的大多数质押) 来执行惩罚。 Rollup 也可以灵活地尝试不同共识机制光谱之间的权衡点，因为它们最终总是可以回到以太坊 L1 的安全性和动态可用性。 </br> ## **L1 负责排序的 Rollup** 以上所有方法都赋予了定序器以某种形式创建 rollup 区块的特权。例如，PoS 是无需许可加入的，但给定 slot 被选择的 L2 定序者是当时唯一能够提交区块的一方。另外，也有一些相关的提议，建议不给任何 L2 定序器以特权。这些设计依赖于 L1 本身来进行交易排序。 </br> ### **完全“无政府状态”** Vitalik 早在 2021 年就提出了这个“[完全无政府状态](https://vitalik.ca/general/2021/01/05/rollup.html#who-can-submit-a-batch)”的想法。允许任何人在任何时间提交交易 batch。第一笔扩展 rollup 的交易会被接受。它满足了上面讨论如何去中心化定序器的两个最低要求: - **抗女巫** — 由 L1 提供的抗女巫能力 (即交易费用和区块大小/gas 上限)。 - **领导者选举** — 领导者选举是隐性且延后的。 这就足够了，因为 L1 已经提供了安全性。如果 L2 区块已经发布到 L1 上，那么只有当它们是无效的或构建在无效块之上时 (将被回滚)，它们才会变成孤块。如果它们是有效的，并且发布到 L1，那么它们具有与 L1 本身相同的安全保证。 Vitalik 指出这种方案有一个很大的问题是，它的效率会非常低。多个参与者可能并行提交 batch，并且只有一个会被成功打包。这在生成证明时浪费了大量的精力，或者说发布交易 batch 花费了许多不必要的 gas。想要知道你的交易是否会很快被打包，这是非常麻烦的，而且效益很低。 </br> ### **基于基础链的 Rollup (Based Rollups)** 然而，现在可以通过 PBS 使这种无政府状态的设计可行。它允许更严格的排序，每个 L1 区块最多一个 rollup 区块，因而不会浪费 gas。(尽管可能有[浪费的计算](https://ethresear.ch/t/based-rollups-superpowers-from-l1-sequencing/15016/12))。L1 构建者可以只打包最高价值的 rollup 区块，并根据搜索者的输入出价构建该区块，这与任何 L1 区块类似。为了避免计算的浪费，默认情况下也可以[合理地使 ZK 证明过程需许可](https://ethresear.ch/t/based-rollups-superpowers-from-l1-sequencing/15016/14) (具有相应的机制允许无需许可地回滚)。 这就是 [Justin Drake](https://twitter.com/drakefjustin) 最近提出的 [“基于基础链的 Rollup”](https://ethresear.ch/t/based-rollups-superpowers-from-l1-sequencing/15016) 的核心理念。他使用这个术语来指代由 L1 (“基础”层) 主导排序的 rollup。L1 提议者只需确保在他们自己的 L1 区块中纳入 rollup 区块(大概是通过构建者)。这是一个简单的设置，可以立即提供 L1 活性和去中心化。他们可以避免一些棘手的问题，比如在 L2 定序器正在审查的情况下解决强制打包交易的问题。此外，由于不需要定序器签名验证，因此可以减少一些 gas 开销。 [一个有趣的问题](https://ethresear.ch/t/based-rollups-superpowers-from-l1-sequencing/15016/8?u=joncharbonneau)是关于这些 L2 交易在哪里被处理。L2 客户端需要将这些交易发送到某个地方，以便 L1 搜索者/构建者接收它们并针对它们创建区块和数据 blob。它们可能会被发送到: - **L1 交易池** — 它们可以与一些特殊的元数据一起发送给 “知情的” 搜索者/构建者来解释它们。但是，这可能会显著地增加 L1 交易池上的负载。 - **为每个 L2 提供的新的 p2p 交易池** — 沿着这个思路的一些解决方案似乎更有说服力。除了他们平常的渠道之外，搜索者/构建者将开始检查和解释这些新交易池的交易。 一个明显的缺点是基于基础链的 Rollup 限制了定序器的灵活性。例如: - **MEV 缓解** — Rollup 可以创造性地使用 FCFS、加密交易池等各种变体。 - **预确认** — L2 用户喜欢快速交易“确认”。基于基础链的 Rollup 最多会回到 L1 区块时间(12 秒)，[或者等待更长的时间来发布完整的交易 batch](https://twitter.com/dzack23/status/1635507001932259329?s=46&t=8E8g87UAAkvOwetwzg_wMw)。  有趣的是，这正是早期 rollup 团队正在构建的: https://twitter.com/DZack23/status/1635503593070657536?s=20 Justin 指出，再质押 (restaking) 可能会有所帮助。 https://twitter.com/jon_charb/status/1635898303106756609?s=20 这些都是 [EigenLayer](https://twitter.com/eigenlayer) 的研究领域，至少在他们的[白皮书](https://www.v1.eigenlayer.xyz/whitepaper.pdf)中提到过。目前还不清楚这是否是一个切实可行的解决方案。为了通过再质押有效地改善这些缺点，可能会寄望于所有的质押者都选择运行它。因此，这个想法这样来实现似乎更合乎逻辑：**让想要这样做的质押者子集选择进入一个单独的共享排序层(稍后会详细介绍)。** </br> ### **效率证明 (Proof of Efficiency,PoE)** 去年，Polygon Hermez 提出了一个名为 [PoE](https://ethresear.ch/t/proof-of-efficiency-a-new-consensus-mechanism-for-zk-rollups/11988) 的提案。这是另一种专门针对 ZKR 的 L1 定序变体。这里的定序器是一个完全开放的角色，任何人都可以提交交易 batch (即完全无政府状态/基于基础链的 Rollup，因此它具有相同的限制)。PoE 机制由两个参与方组成两个步骤: </br> #### **定序器** 定序器收集 L2 用户交易并通过发送一个 L1 交易 (其中包括所有选定的 L2 交易的数据) 来创建一个交易 batch。定序器将根据收到的经济价值来提交区块，或者为用户提供服务级体验 (例如，在每个 L1 区块中发布一个交易 batch，即便这会使 L2 交易更昂贵，因为用户想要交易更快完成)。  定序器将支付 L1 gas 费来发布交易 batch，并且协议在 MATIC 中定义了必须存入的额外费用。一旦发布，获胜的 batch 立即定义新的链头，允许任何节点确定性地计算出当前状态。然后需要一个有效性证明来敲定轻客户端的见证 (包括 L1 智能合约)。 </br> #### **聚合器** 聚合器在这里指的是 ZK-证明器。同样，这是一个无需许可的角色，任何人都可以竞争。非常简单： - 携带交易数据的已排序的 batch 按照它们在 L1 上出现的位置在 L1 上排序。 - PoE 智能合约接受更新到了最新有效状态的第一个有效性证明，这个有效状态包括一个或多个尚未被验证的已提议的 batch。  聚合器可以自由地运行自己的成本效益分析，以找到发布证明的适当频率。如果他们赢得了比赛，他们会得到一部分费用，但如果等待更长的时间以发布新的证明，他们的固定验证成本将摊销到更多的交易中。如果聚合器晚发布了一个证明 (它并没有证明一个新的状态)，那么合约将只执行一个复原函数。证明器浪费了计算，但他们会省下大部分 gas。 费用的分配方式如下: - L2 交易的费用将由创建有效性证明的聚合器处理和分配。 - 所有交易费用将发送给每个 batch 相应的定序器。 - 定序器为获取创建单个 batch 的权限而存入的费用将被发送到聚合器，聚合器将该 batch 包含到有效性证明中。 </br> ### **纯分叉选择规则** [Rollkit](https://rollkit.dev/) SR 有一个非常类似的“[纯分叉选择规则](https://rollkit.dev/docs/rollkit-stack/#sequencer-node)”概念，如[这里](https://ethresear.ch/t/based-rollups-superpowers-from-l1-sequencing/15016/3?u=joncharbonneau)所述，指的是没有特权定序器的任意 rollup。节点听从 DA 层的规则进行排序，并应用 “先到先得” 的分叉选择规则。 </br> ### **L1 排序经济学** 这些 L1 排序设计对经济学有很重要的影响，因为[ L2 交易产生的 MEV 现在将在 L1 区块生产者级别被捕获](https://twitter.com/ercwl/status/1633882572106104854?s=20)。在 “传统的” L2 排序模型中，L2 交易产生的 MEV 由 L2 定序器/共识参与者/拍卖机制捕获。[目前还不清楚在这种情况下，有多少 MEV 会泄漏到基础层](https://twitter.com/hasufl/status/1633878343647887393?s=20)。 对于这是好事还是坏事，很难说： - **好处** — 这有些像 “[L1 经济联盟](https://docs.google.com/document/d/1l6PIpoxmvcNXOHxh-QwkxoLRCGGaE7XqWC4V0KfoOvg/edit)” (例如，ETH 可以捕获更多价值)。 - **坏处** — 有人会[担心这种基础层激励](https://github.com/rollkit/rollkit/issues/761) (例如，[比特币矿工的中心化风险](https://twitter.com/ercwl/status/1633166395922939913?s=20)，[但也许为时已晚](https://twitter.com/mevtiger/status/1637200259292995585?s=20))。 利用 L1 排序可能也行得通，特别是能够更容易地启动一个 rollup，但让它们放弃如此多的 MEV 给 L1 (而它们本身自己就可以捕获这些 MEV) 是不太可能的。Rollup 的最大好处之一确实是经济上的—— 一旦 DA 层开始扩展，这些成本就会下降，他们只需要向 L1 支付很少的费用。更慢的区块时间和原始的 MEV 方法对用户来说也不太理想。 </br> # **激励 ZK 生成** 作为一个简短的题外话，请注意，上面在 PoE 中描述的竞争市场可能围绕最快的聚合器形成中心化局面。ZK 证明者市场大体上有两个经济问题需要解决： - 如何激励证明者创建这个证明 - 如何使提交证明无需许可，从而使其成为一个有竞争力和具有鲁棒性的市场 (例如，主要的证明者宕机了也不会影响网络) 让我们看看[ZK 证明者市场的两个简单模型](https://www.youtube.com/watch?v=gTGVgNGvh2s&t=475s)： </br> ## **竞争市场** 在一个极端，你可以有一个开放的竞争模式。在一个无许可的证明者市场中，所有的证明者都争先恐后的为 rollup 定序器/共识产生的区块创建一个证明。第一个创建证明的人可以获得指定给证明者的任何奖励。在寻找最佳证明者方面，这种模式是非常高效的。 这看起来非常类似于工作量证明挖矿。**然而，这里有一个独特的区别 —— 证明是确定性的计算。** 因此，一个具有较小但始终如一的优势的证明者几乎 “总是” 会赢。这个市场很容易形成中心化的局面。  在 PoW 挖矿中，随机性方面有更好的属性 —— 如果我有 1% 的挖矿算力，我应该得到 1% 的奖励。 这种竞争性的证明模型在计算冗余方面也是次优的 —— 许多证明者会相互竞争并花费资源来创建证明，但只有一个会胜出 (类似于 PoW 挖矿)。 </br> ## **基于轮换的机制 (如质押权重)** 或者，可以在证明者之间轮换，让他们每个人都有机会 (例如，基于一些质押，亦或是基于声誉)。这样可能更加去中心化，但可能会带来证明延迟这样的低效率情况 (“慢” 的证明者将有机会创建证明，而另一个证明者可能已经有能力更快更有效地创建证明)。然而，它可以防止许多证明者竞相创建一个证明而浪费了计算，毕竟最终只会有一个证明有效。 此外，如果轮到的人不能产生证明 (无论是恶意的还是偶然的)，就出现问题了。如果轮次的时间很长 (例如，当时轮到的证明者可以垄断好几个小时的证明生成)，并且证明者宕机了，协议将很难恢复。如果轮次时间很短，其他证明者可以介入并赶上主要证明者未能生成证明的地方。 你也可以允许任何人发布证明，但只有指定的证明者才能在给定的时间内获得奖励。所以如果这些指定的证明者宕机了，另外的证明者可以发布证明，但他们无法获得奖励。这将是无私的，因为花费资源进行计算却没有回报。 Scroll 正在探索更多基于轮换的方法，将执行跟踪分配给随机选择的 “roller” (证明者)：  还有许多有趣的问题，即在排序时应如何在用户层面上收取证明费用。关于这些主题的进一步讨论可以在这里找到: - [Scroll](https://twitter.com/Scroll_ZKP) 的 [Ye Zhang](https://twitter.com/yezhang1998) 在他的文章 《[去中心化的 zk-Rollup](https://hackmd.io/@yezhang/SkmyXzWMY)》 中讨论了在不需要 L2 共识的情况下，这种基于质押 + MEV 拍卖来获取排序权的轮换 roller 网络的可能性 - 《[Scroll 架构的概览](https://scroll.io/blog/architecture)》提供了一个关于可能的 roller 模型的更多细节 - [Starknet 去中心化协议 IV - 协议中的证明](https://community.starknet.io/t/starknet-decentralized-protocol-iv-proofs-in-the-protocol/6030) - [Starknet 去中心化协议 VI - The Buffer Problem](https://community.starknet.io/t/starknet-decentralized-protocol-vi-the-buffer-problem/7098) </br> # **共享排序** 大多数早期的解决方案都假设，每个 rollup 都需要完全靠自己弄清楚如何去中心化它们的定序器。但情况并非如此，比如上文就提到的 L1 排序选项。许多 rollup 可以选择使用一个共享定序器 (SS, Shared Sequencer)。这有一些很大的好处： - **躺平** — 不要再担心如何去中心化你的定序器了，这很难！嵌入这个选项就好了。不需要招募和管理一个额外的验证者子集。[虽然总会遇到很多打着“模块化”名号的融资宣讲稿](https://twitter.com/jon_charb/status/1632740816673464320?s=20)，这确实是一种非常“模块化”的方法 —— 将交易排序剥离到单独的一层。Shared Sequencing (共享排序) 实际上是一个 SaaS (排序即服务) 公司。 - **汇集安全性和去中心化** — 让单个排序层建立强大的经济安全性 (更强的预确认) 和实时抗审查，而不是为每个单独的 rollup 执行许多小委员会。 - **快速交易确认** — 其他单一型 rollup 定序器也可以做到这一点，但请注意，共享排序情况下用户还可以获得超快的亚 L1 区块时间预确认。 - **跨链原子性** — 在链 A 和链 b 上同时执行事务 (这个很复杂，所以我将在下文更深入地展开)。 简单地使用本地 L1 作为许多 L2 的定序器，基本上有几个缺点： - 仍然仅限于 L1 的数据和交易排序吞吐量 - 失去了为 L2 用户提供快于 L1 区块时间的快速交易确认的能力 (尽管在最终达成 L1 共识之前有较弱的保证) L1 排序所能做的最好的事情是消除 L1 的计算瓶颈 (比如，如果交易执行是吞吐量的瓶颈)，并在通信复杂性上实现小的因素改进。 那么，我们能否设计出专门的、更高效的共享排序层，而不是让 L1 来做这件事…… </br> ## **Metro - Astria 的共享定序器** Metro 是针对共享排序层的一个提案。你可以参考 [Evan Forbes](https://twitter.com/evansforbes) 的[研究文章](https://forum.celestia.org/t/sharing-a-sequencer-set-by-separating-execution-from-aggregation/702)、 [关于模块化的演讲](https://www.youtube.com/watch?v=FHxPNkudhwU)和“[共享安全峰会演讲](https://www.youtube.com/watch?v=yFY7CU2DLaw&t=15134s)”了解更多细节。由 [Josh Bowen](https://twitter.com/Jskybowen) 领导的团队 [Astria](https://twitter.com/AstriaOrg) 正致力于实施 Metro 的设计。 </br> ### **将执行与排序分离** 当前的 Rollup 节点实际上处理了三件事：  这里的关键属性是 “执行和排序分离”。这样情况下共享定序器： - 为那些选择将其作为排序层的各种链的交易**排序** - **不执行 (或证明)** 这些交易但对其生成结果状态 **排序是无状态的** —— 共享定序器节点不再需要为所有不同的 rollup 存储完整的状态。它们移除了执行计算。传统定序器目前面临的巨大瓶颈已经不复存在。 当把执行从共识中抽离出来时，共识的效率就会变得特别高。这个过程只是被限制在信息广播层 (因此变得很快)。如果节点所要做的只是生成已排序的交易区块，并在不执行所有操作的情况下就该区块达成共识，那么节点可以非常高效。执行和证明可以在排序共识达成后由另一方负责。  </br> ### **汇集定序器安全性和去中心化** 共享定序器节点可以保持相对轻量级，甚至可以在水平上进行扩展 (通过选择一个随机的共识节点子集来排序不同的交易子集)。结果 —— 可能会使这个排序层更加去中心化。而传统的定序器则需要存储着链的大状态并对其实现完整的执行。 此外，我们将许多链上的资源汇集起来 —— 不需要在许多 rollup 之间分割 PoS 共识。把它们都集中在一个地方。与许多自己实现定序者子集的 rollup 相比，这种方式可能会产生一个更加去中心化的定序者子集 (抗审查)，在这个子集上质押了更多可被罚没的价值 (抗重组)。这很重要，因为： - **排序** —— 是为 rollup 用户提供实时抗审查性和活性的第一道防线。 - **执行和证明** —— 可以在排序完成，没有强烈的去中心化要求。我们只需要[一个诚实方就够了。](https://stonecoldpat.substack.com/p/where-is-the-one-honest-party-for) 一旦交易排序的共识达成，执行 (和证明) 可以延迟到一个完全不同的链去进行: 1. **软共识和排序** — 共享定序器为用户提供快速的预确认 2. **确认的共识和 DA** — 交易数据已在 DA 层上被敲定，供所有人查看 3. **轻松执行和证明** — 任何人都可以对确认后的交易状态执行和生成证明 在执行层进行的工作不需要去中心化，因为这不是抗审查的来源。单一型定序器对于抗审查来说并不理想，但这其中不利于抗审查的点与定序器的执行流程无关。它们的审查权来自于它们能够排序并打包交易的权限。而在执行层，共享定序器已经提供了排序好的交易输入，因此也提供了抗审查性。那么之后对状态承诺的计算和比较就不需要那么去中心化了。 </br> ### **软执行** 快速软执行的第一步是用户喜欢的：  这需要某种形式的共识 (或者一个中心化的定序器) 来提供这样的出色用户体验：  如果你只是依赖于像 Celestia 这样的基础层的共识，你就不能很好地保证这些关于排序和打包的软承诺。如果共享排序层具有一个质押了大量价值的去中心化委员会，那么它可以在快速出块 (亚 L1 区块时间) 上提供相当强的承诺。 因此，一旦共享定序器创建一个区块，用户就可以得到软确认。任何人都可以下载已达成共识的交易，并提前地将它们应用到状态中。这种确认的强度取决于共享定序器的构造 (去中心化、经济安全、分叉选择规则等)。一旦数据实际发布到基础层，就可以将这些交易视为最终被敲定。然后可以生成状态根和相关证明的最终计算并提交。 </br> ### **懒人 Rollup (Lazy Rollups)** “懒人 Rollup” 非常简单。这些 rollup 等到它们的交易全部被排序并发布到 DA 层，然后它们就可以下载这些交易，可选地应用一个分叉选择规则来选择一个交易子集，执行交易处理，并将这些交易应用到状态中。然后就可以生成区块链链头并进行广播。  注意，因为共享定序器不能以一种访问完整状态的方式产生区块，所以它们*没有*检查无效的状态转换的功能。因此，使用共享定序器的 “lazy rollup” 的状态机必须能够处理无效交易。节点在执行已排序的交易以计算结果状态时，可以简单地删除无效的/回滚的交易。实施即时执行的传统 rollup 就没有这种限制。 如果 rollup 要求访问状态来压缩交易，再将它们打包上链，在这里是行不通的。例如，在这里 rollup 有一个区块有效性规则，其中区块中包含的所有交易都是有效的。如果 rollup 需要压缩交易，但不需要状态访问，那么可以专门为这种类型的 rollup 创建一个特殊的共享定序器 (例如，类似 Fuel v2 或具有私人交易池的 rollup)。 </br> ### **支付 Gas 费** 要让这个共享定序器运行，必须有某种机制让用户为他们的交易打包到 L1 中而付费。可以简单地使用大多数 rollup 交易类型中已经包含的现有签名和地址来支付共享排序层的 gas费用。这将要求共享定序器了解不同实现所需的最小状态，例如：解析签名、nonce，从帐户中减去气体，等等实现。或者，支付可以涉及共享定序器上的一些封装交易，任何人都可以为打包的任意数据付费。这是一个开放的设计空间。 </br> ### **分叉选择规则** Rollup 能够继承它们所使用的共享定序器的分叉选择规则。然后，rollup 的完整节点实际上是共享定序器的轻客户端，它们检查某些承诺，以表明对于给定的区块高度，哪个 rollup 区块是正确的。 然而，继承共享定序器的分叉选择规则是可选的 —— 你可以简单地要求 rollup 处理 (不一定执行) 提交到基础层的所有交易数据。它将有效地继承基础层的抗审查性和活性，但这将牺牲许多用户喜爱的共享定序器所拥有的功能。 </br> ### **MEV** 假设一个 rollup 想要继承其共享定序器的分叉选择规则并获得快速的软执行，从 MEV 方面来说，这个共享定序器自然会处于一个非常中心化的位置。它决定 rollup 将遵守怎样的交易打包和排序。 然而，并不是说 rollup 必须执行共享定序器提供的交易，或者按提供的顺序执行。从技术上讲，你可以允许自己的 rollup 运营节点执行第二轮处理，以便在执行之后对共享定序器发布的交易重新排序。然而，如上所述，你将会失去大部分首先使用共享定序器的良好特性，因此这种情况似乎不太可能发生。 即使在这种情况下，共享排序层仍然可能存在 MEV，因为它有权打包交易。如果你真的想，你甚至可以允许你的 rollup 在第二轮处理中排除某些交易 (例如，利用一些有效性条件来排除某些交易类型)，但这当然会变得混乱，减少了抗审查性，并再次失去共享定序器的好处。 </br> ### **交换共享定序器** 区块链中难以分叉的是任何形式的有价值的共享状态。看看像 ETH vs. ETC 或类似的 ETH vs. ETH POW，社会共识决定了什么是 “真正的以太坊”。我们都同意的 “真实” 状态是有价值的。 然而，共享定序器实际上只是一个服务提供者 —— 它们没有与之相关的有价值的状态。使用给定共享定序器的 rollup 可以保留分叉的能力，只需要一个较小型的硬分叉就可以转而支持其他排序机制 (例如，当出现共享定序器提取了太多价值的情况)。这将有望保持共享定序器的竞争力。 网络效应可能会让这变得更具挑战性。如果许多 rollup 都开始使用共享定序器，并且它们获得了巨大的网络效应 (例如，如果他们从许多链的潜在跨链原子性中获得了有意义的价值)，那么除非其他 rollup 也愿意转移，否则脱离这个网络效应可能是很痛苦的。 </br> ## **Espresso Sequencer,ESQ — 由 EigenLayer 提供安全保证** 你可能已经看到 [EigenLayer白皮书](https://www.v1.eigenlayer.xyz/whitepaper.pdf) 提到去中心化的共享定序器是再质押的潜在消费者之一。这个共享定序器可以由 ETH 再质押者保护，并且它可以处理许多不同 L2 的交易排序。  好吧，Espresso 刚刚公开宣布[他们的共享定序器计划](https://hackmd.io/@EspressoSystems/EspressoSequencer)。它可以利用 EigenLayer 再质押者来为其共识提供安全保障。为了更好地可视化，下图为当前 rollup 的样子:  下图为 rollup 有了像 Espresso 这样的共享定序器之后的样子：  Espresso Sequencer (ESQ) 与 Metro 的总体思路非常相似。它的工作原理是一样的 —— 将交易执行从排序中剥离出来。除此之外，ESQ 还将为交易提供数据可用性。 </br> ### **HotShot 共识 & Espresso 数据可用性 (DA)** 简单说一下背景，以太坊目前使用 Gasper 作为其共识机制 (Casper FFG 作为敲定工具 + LMD GHOST 作为分叉选择规则)。与此相关的 “太长不读” 是：即使在大多数节点可能退出网络 (动态可用性) 的悲观条件下，Gasper 也能维持网络活性。它有效地运行两个协议(Casper FFG 和 LMD Ghost)，这两个协议共同维护一个具有敲定前缀的动态可用链。但是维持网络实时活性的同时，Gasper 牺牲了交易的快速最终确定性 (在网络允许的情况下尽可能快地确认交易的能力)。 总的来说，ESQ 包括： - **HotShot** — ESQ 是建立在 [HotShot](https://medium.com/@espressosys/espresso- HotShot -consensus- design-forrollup -8df9654d4213) 共识协议之上的，它优先考虑快速的最终确定性 (乐观的响应能力) 而不是动态的可用性，不像 Gasper。它还能像以太坊一样，可以将支持的验证者数量扩展到令人难以置信的水平。 - **Espresso DA** — ESQ 还为链提供可选的 DA 选项。[该机制也用于扩大他们的共识](https://twitter.com/getsqt/status/1636490901940740096?s=20)。 - **定序器智能合约** — 这个智能合约作为轻客户端验证 HotShot 共识并记录检查点 (对已排序交易日志中的点的承诺)。此外，它还负责管理 ESQ 的 HotShot PoS 共识的质押者。 - **网络层** — 使参与 HotShot 和 Espresso DA 的节点之间能够进行交易和共识消息的通信。 - **Rollup REST API** — L2 rollup 用于与 Espresso 定序器集成的 API。 让我们仔细看看 DA 的情况。在乐观的情况下，高带宽节点将向所有其他节点提供数据，并且每个单独区块的可用性也由随机选出的小型委员会提供支持。考虑到针对小型委员会的 DDoS 和贿赂攻击的风险，[可验证的信息分散(VID)](https://arxiv.org/abs/2111.12323?context=cs) 将用于提供可靠 (但速度较慢) 的备份路径以保证 DA，只要所有节点中足够高的比例 (按质押计算) 没有受到攻击。 这个系统是为扩容而构建的，因此 ESQ 希望为选择其作为共享定序器的 L2 提供更便宜的 DA。他们仍然会将他们的证明和状态更新结算给 L1 以太坊，但请注意，这将使使用 ESQ 的链默认成为 “validium” 或 “optimistic 链”，而不是完整的 “rollup” (即他们的 DA 不受以太坊 L1 的保证)。它比[数据可用性委员会 (data availability committees, dac)](https://www.youtube.com/watch?v=iJ7kpBTQrBg) 的简单实现更强大，但它比真正的 rollup 提供的安全保证要弱。 </br> ### **交易流程** - **定序器合约** — HotShot 直接与其 L1 定序器合约进行交互。这个合约验证了 HotShot 共识，并为其他参与者提供了一个接口来查看它已排序的区块。该合约存储的是一个只能追加的区块承诺日志，而不是完整的区块。然而，任何人都可以根据承诺验证任何区块。 - **L2 合约** — 每个使用 ESQ 的 L2 仍然有自己的以太坊 L1 rollup 合约。为了验证发送给每个 rollup 的状态更新 (通过有效性/欺诈证明)，每个 rollup 合约必须能够访问已认证的区块序列，这些排序过的区块带来确定的状态更新。Rollup 合约与定序器合约连接以查询这些。 转发到共享定序器的交易将被排序，然后在 L1 上敲定之前发送回 rollup 的执行器和证明器中。共享定序器还向其 L1 定序器合约发送对区块的承诺，以及用于验证区块的一个证书。这允许 L1 rollup 合约将 rollup 状态更新证明与被认证为共识输出的区块承诺进行比较。 交易流程的完整视图:   </br> ## **跨链原子性** 正如 Espresso 文章中提到的，一个共享定序器可以提供一些和跨链原子性相关的令人兴奋的用例： > > “跨多个 rollup 的共享排序层有望使跨链消息传递和桥接更便宜、更快、更安全。无需为另一条链的定序器构建轻客户端是一个免费的好处，没有成本，这为前期创造了潜在的节省空间。通过移除给定 rollup 独立地同步其他 rollup 共识的需要，跨 rollup 桥接也可以实现持续的节省。共享定序器还为桥接提供了安全优势：它可以保证当且仅当 (甚至同时) 一笔交易在另一个 rollup 中被敲定时，该交易才会在它所在的 rollup 中被敲定。 > > 另外，共享定序器增强了用户在不同 rollup 交易之间表达原子依赖关系的能力。通常来说，Alice 会在 Bob 的 rollup-B 交易 t' 之外签署和发布她的 rollup-A 交易 t。在这种情况下，Alice 的交易可能会在 Bob 的交易之前很长时间被排序，让 Bob 有一个长时间的中止选项 (例如，中止交易)。这种可选性失衡可以通过共享定序器来缓解，其中 Alice 和 Bob 可以将两个交易作为一个已签名的捆绑包一起提交 (即，定序器必须将这两个交易视为一个)。“ 随着链上活动最终开始增长(我希望)，这对[跨域 MEV](https://arxiv.org/abs/2112.01472) 有影响。典型的例子是 “原子套利”。同样的资产在两条不同的链上以两种不同的价格进行交易。搜索者希望通过在没有执行风险的情况下同时执行两笔交易来从中套利。例如： - 交易1 (T1) — 在 Rollup 1 (R1) 上低价购买 ETH - 交易2 (T2) — 在 Rollup 2 (R2) 上高价出售 ETH 要实现原子套利 = 要么两个交易都被填充，要么两个都没有被填充。如果两个 rollup 都选择到相同的共享定序器中，那么它可以为搜索者实现这种原子套利。在这里共享定序器可以保证： - T1 被包含在到 R1 的指令流中，当且仅当: - T2 也包含在到 R2 的指令流中 假设 rollup 虚拟机依次执行各自流中的所有交易 (即没有无效指令，只是一些指令可能会抛出错误，但不影响状态)，那么我们也可以保证： - T1 在 R1 上*执行*，当且仅当： - T2 也在 R2 上*执行* 然而，这和在共享状态机 (例如，完全在以太坊 L1 上) 上进行交易仍然是不一样的保证。如前所述，共享定序器不持有这些 rollup 的状态，并且它们*不*执行交易。因此不能完全保证某个交易 (在 R1 或 R2 上) 在执行时不会回滚。 直接在此基础上构建更高级的原语是有问题的。例如，如果试图在此共享定序器之上构建一个即时“销毁-铸造” 的跨链桥接功能，该功能同时在完全相同的区块高度上执行以下操作: - 烧毁 R1 的某个输入 - 在 R2 上铸造一个输出 你可能会遇到这样的情况： - R1 上的销毁行为可能会抛出一个意想不到的错误，例如被别的交易执行导致无效，但是 - R2 上的铸造行为不会因为任何原因而无效，所以它会完全执行。 你可以看到这将是一个多么大的问题。  可能在某些情况下，只要这两个交易都包含在输入流中并因而被执行，就可以确定这两个交易的预期结果，但情况往往不是这样的。这是一个悬而未决的问题，这个过程可以： - **保证** — T1 和 T2 将包含在各自的流中，并且 (可能) 两者都会执行。 - **不保证** — 成功执行两个交易和由此产生的预期状态。 这种 “保证” 对于原子套利 (搜索者已经拥有在每条链上执行这些交易所需的资产) 来说可能是足够的，但它显然不是共享状态机的同步可组合性。[对于像跨链闪电贷这样的东西来说，这种保证本身是不足够的](https://twitter.com/getsqt/status/1636492712739233795?s=20)。 但是，当与其他跨链消息传递协议结合使用时，这在其他设置中可能仍然有用。让我们看看在与跨 rollup 消息传递协议一起使用时，如何促进跨链原子 NFT 交换: - T1 将 ETH 从 U1 (用户1) 移动到 R1 上的 SC1 (智能合约 1) - T2 将 NFT 从 U2 (用户2) 移动到 R2 上的 SC2 (智能合约 2) - 当且仅当 SC1 首先收到来自 SC2 确认已存入 NFT 的消息时，它才会允许 U2 赎回 ETH - 当且仅当 SC2 首先收到来自 SC1 确认已存入 ETH 的消息时，它才会允许 U1 赎回 NFT - 两个智能合约都实施了一个时间锁，这样如果任何一方失败，各方都可以收回他们的资产 这里的共享定序器允许两个用户在步骤 1 中进行原子提交。然后，使用某种形式的跨 rollup 消息传递机制来验证彼此的结果状态，并解锁资产以执行交换。 如果没有共享定序器使其以原子的方式进行，双方可以商定一个价格。但是 U1 可以提交他们的交易，U2 可以等待并决定他们是否想要中止交易。而有了共享定序器，他们的交易是被锁定的。 共享定序器实现的跨链原子性的内容大概就这么多。总结: - 这里所提供的保证的确切强度和有用性仍未得到证实 - 这可能对跨链原子套利非常有用，同样也可能对其他应用有用，如跨链 swap 和 NFT 交易 (可能与其他消息传递协议结合使用) - 提供额外的[加密经济保证](https://twitter.com/sreeramkannan/status/1636510920150257666?s=20) (例如，[存入抵押品](https://twitter.com/getsqt/status/1636504012772999174?s=20)) 来担保某些类型的跨链交易可能会有所帮助 - 然而，你永远不会对你的交易结果具有无条件的保证 (你可以通过在共享状态机上原子地执行交易来获得) 关于跨链原子性的其他有趣的主题，我推荐查看： - [Optimism 的超级链](https://stack.optimism.io/docs/understand/explainer/#synchronous-cross-chain-transactions) —— 他们也正探索如何跨 OP 链使用共性定序器。共享定序器可以达成共识，然后尝试实现原子跨链交易。 - Anoma —— [Heterogeneous Paxos](https://anoma.net/blog/heterogeneous-paxos-and-multi-chain-atomic-commits/) 和 [Typhon](https://specs.anoma.net/main/components/typhon.html) 是非常不同的方法。 - 如前所述，Kalman 的[跨 rollup 强制打包交易](https://hackmd.io/@kalmanlajko/BkmTTADai)。 </br> ## **共享定序器总结** 总结一下，共享定序器的基本理念是：  显然，这个坐标图不是定律，一切都是高度主观的，它非常依赖于确切的结构。但是总的来说可以这样进行比较： - **中心化定序器** —— 如果你完全控制系统，通常最容易实现你想要的任何功能。但是，在预确认强度方面具有次优的保证、强制退出可能是不可取的、活性也可能是次优的，等等。 - **去中心化的 L2 定序器** —— 与单一型定序器相比，质押了有意义的价值的分布式集合应该增加 rollup 的鲁棒性。但是，可能会根据它的实现方式，需要以延迟等方式为代价 (例如，许多 L2 节点可能需要在确认 rollup 区块之前进行投票)。 - **L1 负责排序** —— 最大化去中心化、抗审查性、活性等等。然而，它缺少一些特性 (例如，快速预确认、数据吞吐量限制)。 - **共享定序器** —— 可以从中获得去中心化定序器的功能；与其他人共享定序器可以从中获益 (得到某种程度的原子性)；不需要启动自己的定序器子集，等等。然而，在 L1 最终敲定之前的过渡时期，与 L1 排序相比，确实具有更弱的保证。此外，共享排序层可以将多个 rollup 中的委员会、经济安全等聚合到一个地方 (可能比每个 rollup 都有自己的委员会这种情况要强得多)。 最终，一旦区块在 L1 敲定，所有 rollup 都会返回到 100% 的 L1 安全性。大多数定序器设计只是试图在获得 L1 结算的完全安全之前的过渡时期给用户提供非常好的功能，但对状态的保证力度较弱。他们都有不同的权衡。 </br> # **SUAVE (Single Unifying Auction for Value Expression)** ## **去中心化构建者 vs. 共享定序器** 当我们讨论这些试图为许多其他链处理交易的共享层时，这里的差异可能会变得非常令人困惑。特别是 [SUAVE](https://writings.flashbots.net/the-future-of-mev-is-suave/) 作为 “排序层 (sequencing layer)” 这一组件经常和其他术语一块出现，比如还有另一个组件是 “针对 rollup 的去中心化区块构建者”。需要明确的是 —— SUAVE 与上面描述的共享定序器设计非常不同。   让我们看看 SUAVE 如何与以太坊对接。SUAVE 不会以任何方式被写入以太坊协议。用户只需将他们的交易发送到加密的交易池中。然后，SUAVE 执行器网络可以为以太坊 (或类似的任何其他链) 生成一个区块 (或部分区块)。这些区块将与传统的以太坊中心化构建者的区块竞争。以太坊区块提议者可以同时监听这两种区块，并选择他们想要提议的区块。 同样，SUAVE 也不会取代 rollup 选择其区块的机制。例如，rollup 可以实现 PoS 共识子集，其运作方式可能与以太坊 L1 的运作方式大致相同。然后，这些定序器/验证者可以选择由 SUAVE 为他们生成的块。 这与上文描述的共享定序器非常不同。**在共享定序器的设计中，rollup 可以完全移除去中心化定序器的需要。他们只是简单地通过添加 Metro 或 ESQ 之类的可选项来外包这个排序功能，并且可以选择继承这些共享排序层的分叉选择规则。**以太坊、Arbitrum、Optimism 等不会改变其分叉选择规则，以选择 SUAVE 进行所有的交易排序。 SUAVE 并不关心你的链的分叉选择规则是什么，也不关心你的区块是如何被选择的。它旨在为任何域提供最有利可图的排序。请注意，与前面描述的共享定序器节点不同，SUAVE 执行器通常是“完全有状态的” (尽管它们也可能满足某些不需要状态的首选项)。他们需要模拟不同交易的结果，以创建最优排序。 为了解两者的差异，在这里举一个用户想要进行跨链原子套利的示例。他们将交易提交给 SUAVE vs. 提交给共享定序器，获得以下保证：  </br> ## **SUAVE + 共享定序器** 那么现在我们讨论 SUAVE 如何与去中心化的 rollup 定序器、甚至共享定序器互动？Espresso 似乎相信 SUAVE 与 ESQ 兼容，[正如他们在文章中所描述的](https://hackmd.io/@EspressoSystems/EspressoSequencer#D-Compatibility-with-Proposer-Builder-Separation)。ESQ 旨在与私有交易池服务 (如SUAVE)兼容，这些服务可以作为区块构建者。它看起来类似于我们在以太坊上使用的 PBS： - **共享提议者** = 共享定序器 - **共享构建者** = SUAVE 与 PBS 一样，构建者可以从提议者 (即这里的定序器) 那里获得一个盲承诺，来提议一个给定的区块。提议者只知道从提议区块中获得的总效用 (构建者的出价)，而不知道区块的交易内容。 现在把它们放在一起，让我们再回头看刚刚想要做跨链套利的搜索者那个例子。SUAVE 本身可以构建并发送到两个不同的 rollup: - 包含交易 1 (T1) 的区块 1 (B1) —— 在 Rollup 1 (R1) 低价购买 ETH - 包含交易 2 (T2) 的区块 2 (B2) —— 在 Rollup 2 (R2) 高价出售 ETH 但很有可能 B1 赢得拍卖，而 B2 输掉 (或反之)。然后，让我们想一下，如果这两个 rollup 被选择到相同的共享定序器中会发生什么。 共享定序器节点基本上是愚蠢的。  他们不了解交易到底在做什么，所以他们需要有人 (比如SUAVE，或者其他 MEV 构建者) 为他们构建一个完整的区块，如果他们要提高效率的话。那么，SUAVE 执行器可以将 B1 和 B2 提交给共享定序器，条件是这两个区块都可以被填充或被毙掉 (即原子地执行或放弃这两个区块)。 现在你可以在整个过程中得到很好的经济保证： - **SUAVE = 共享构建者** =可以保证 B1 和 B2 都被包含并以原子的方式执行时的状态结果。 - **共享定序器 = 共享提议者** =可以保证 B1 和 B2 都被包含并以原子的方式执行了。  ## **再质押 Rollup (Restaked Rollups)** 我最近在 Flashbots 论坛上发表了一篇关于 [SUAVE 潜在经济安全模型的文章](https://collective.flashbots.net/t/suave-economic-security-models/1070)。我论证了为什么从长期来看，对 SUAVE 而言，rollup 可能是比再质押更好的选择。  [Hasu 也针对再质押和 rollup 之间的权衡做了一些非常深思熟虑的回应](https://collective.flashbots.net/t/suave-economic-security-models/1070/3?u=jon)，我鼓励大家去阅读一下。以下是他的回应的摘要: - Rollup 由 L1 提供安全性/抗审查性/活性保障，但 SUAVE 不像大多数链那样从中受益，因为SUAVE 链不是为普通用户设计的。事实上，Flashbots 正在研究如何积极地限制作为用户桥接资产到 SUAVE 的需求。理想情况下，一条链主要是要求搜索者/构建者在那里保留足够的运营资金。这可能远低于针对用户的传统 rollup 所锁定的资产额。此外，与针对普通用户的链相比，强制通过 L1 进行状态转换对该链中的搜索者/构建者来说可能没有那么有价值。 - 数据可用性 (DA) 是昂贵的，至少在今天。我们将看到 EIP-4844 在这其中如何发挥作用，以及随后 对的 DA 需求可能会增长。相反，我想提醒的是，对于代币持有者来说，再质押可能更“昂贵” (即，如果费用收入低，并且需要增发代币给 ETH 再质押者以激励形成足够的经济安全模型)。一种对用户来说更昂贵，而另一种对代币持有者来说更昂贵。选择哪一个，在很大程度上取决于任何潜在链的时机，以及当时以太坊 DA 层的成熟度。 - SUAVE 需要将从其他域的状态转换报告回主链 (因此可以解锁对执行器的条件式支付)。关于从以太坊 L1 和其他 rollup 读取状态的能力，rollup 具有很好的信任最小化属性。 但我有一个新想法 —— 两者都做怎么样？再质押 rollup。  这并没有解决 Hasu 提到的所有问题，但它仍然是一个非常有趣的新选项，特别是从长远来看。 相比于仅仅由 EigenLayer 的再质押者 (更像是它自己在 L1 借来的安全) 来提供安全保证，rollup 可以利用这些 EigenLayer 的再质押者来维持它的本地共识，但是这个链随后会回到以太坊 (即，它向以太坊发布它的数据和证明)。 如前所述，rollup 可以决定实现自己的本地共识，以便在真正的 L1 敲定之前，对短期预确认和抗重组实现更强的保证。那么，为什么我们不把这个 rollup 共识子集变成一组以太坊再质押者？现在两样都有了： - **L1 之前的最终确定性** —— 高价值、去中心化的再质押共识，提供强大的短期内抗重组。 - **L1 之后的最终确定性** —— 仍然是一个 rollup！它将其数据发布到以太坊，并且可以发布 ZK/欺诈证明。 一旦 L1 敲定了，这与任何 rollup 的安全性是一样的。这只是实现其自身共识的 rollup 的一种变体。只是，它没有像前面描述的那样，在其 rollup 上拥有自己的验证者子集，并由自己的原生代币保护，而是选择让以太坊的再质押者运行共识。 同样，如果 Celestia 能够在其协议实现某种形式的再质押，那将是一件很有趣的事情 (目前的计划是 Celestia 的 L1 是非常小的，并且没有智能合约的功能)。[我之前曾写过，对于 Celestia 来说，写进协议的 rollup 将是一个有趣的方向](https://members.delphidigital.io/reports/the-complete-guide-to-rollups/)，而原生再质押将是另一个令人着迷的工具，允许自由市场决定他们想要加入什么功能。再质押对 Celestia 的经济安全性方面也有帮助，因为可替代 DA 层的价值累积模型仍未得到证实。 </br> # **其他的 MEV 考虑** 这里最简单的方式 (现在 rollup 通常做的事情) 是用简洁的 FCFS (先到先服务) 规则运行单一型定序器。定序器只是按照它们接收到交易的顺序提交交易。你可以合理地信任单个定序器遵守 FCFS 排序规则，但它仍然会激励延时竞争 (latency races) 和其他问题中的相关负外部性 ([不要实施 PoW 来尝试解决它](https://research.arbitrum.io/t/thoughts-on-arbitrums-proposal-to-score-connections-by-pow/8121))。因此，即使是中心化定序器也需要更有效地应对 MEV。  上面提到的一些解决方案已经含蓄地处理了这个问题 (例如，举办一个完全免费的公开拍卖)，但显然没有一个 rollup 想让它们的用户被发起三明治攻击。所以，我们可能需要一些创意。将拍卖的好处与可编程隐私结合起来会让它变得更有趣。 这就是为什么中心化定序器现在也喜欢使用私有交易池 —— 试图确保用户不会抢跑交易等等。但是实现去中心化并不容易。如果向许多定序器开放，你会相信它们运行自己的私有交易池？即使你相信，如果每个定序器都有自己的私有交易池，并且你需要开始轮换活跃的定序领导者，那也可能会有问题。 加密交易池是解决这些问题的一个很吸引人的研究领域。下面我简单向大家推荐我刚发的这个帖子的相关信息： https://twitter.com/jon_charb/status/1635837710605639683?s=20 在这篇文章中，我将简要概述 FCFS 提案的一些变体。 </br> ## **Time Boost** 意识到简单 FCFS 的局限性和负外部性，Arbitrum 开始探索它的新变体。最近，他们提议了 [Time Boost](https://research.arbitrum.io/t/time-boost-a-new-transaction-ordering-policy-proposal/8173/29) 机制。基本原理： - 需信任的中心化定序器继续为用户的交易运营一个私有交易池 - 定序器在收到每一个交易时都会为其标记时间戳 - 默认情况下，将在接收到交易后 500 毫秒内执行交易 - 用户可以选择为他们的交易支付额外的优先打包费用，给这个交易一个“时间加速 (time boost)”，可以最多减少 500 毫秒 Time boost 的计算公式如下:  其中： - F = 交易的优先打包费用 - g = 可用的最大时间加速 (500 毫秒) - c = 待确定的常数  目前，搜索者只能通过尽量减少对 Arbitrum 定序器的延时来表达他们对快速打包到定序器的偏好 (打开许多连接、在物理上接近它、在基础设施方面投入资本等)。Time Boost 反而会减少对上述延时优势进行投资的动机，因为搜索者现在可以通过优先打包费用竞价来表达他们对快速打包的偏好。 这是对简单 FCFS 的明显改进，但在我看来仍有一些缺点: - 这减少了对延时竞争的激励，但它并没有消除它。最小化延时总是允许搜索者出价低于竞争对手，并且上面图表的弧线显示，延时优势对于高价值的 MEV 机会来说特别有意义。 - 不清楚交易池隐私和时间戳如何有效地去中心化。 - 搜索者的出价缺乏更多其他表现。搜索者只能为更快的打包而竞价，但他们无法表达更复杂的偏好，这将是更灵活的显式拍卖 (例如当前以太坊 L1) 的情况。 - 与此相关的是，如果在这个级别实现，将[没有能力恢复失败的竞标](https://research.arbitrum.io/t/time-boost-a-new-transaction-ordering-policy-proposal/8173/29?u=jon_charbonneau)。 </br> ## **FBA-FCFS** 去年，来自 [Flashbots](https://www.flashbots.net/) 的 [Xin](https://twitter.com/sxysun1) 为 Arbitrum 提出了一个替代方案 ([FBA-FCFS](https://research.arbitrum.io/t/transaction-ordering-policy/127))。这实现了对于 [Themis](https://eprint.iacr.org/2021/1465) 的一个频繁 batch 拍卖风格的变体。在这个方案中： - 节点向领导者报告部分排序，然后领导者将这些聚合到一个未排序的 batch 中。在设定的批次时间 "公平粒度 "内 (例如，也可以是 500 毫秒)，所有交易都假定是在同一时间发生的。 - 然后领导者通过[某种形式的拍卖](https://research.arbitrum.io/t/transaction-ordering-policy/127/6?u=jon_charbonneau)来解决批次内的弱排序问题。 与 Time Boost 提案类似，有一些尝试保证相对较快的打包时间 (建议小于 500 毫秒，但可以更改)，并防止通过可信节点抢跑。同样，它通过允许搜索者来表达他们的偏好 (优先打包费用机制)，减少了对延时竞争的激励 (尽管并没有完全消除所有优势)。 对于 “快速搜索者” 来说，在给定 batch 结束时，其他 “慢速搜索者” 无法与之竞争的延时优势仍然存在：  来源: [Latency Arms Race Concerns in Blockspace Markets](https://ethresear.ch/t/latency-arms-race-concerns-in-blockspace-markets/14957) 这是[这类拍卖的一个广为人知的方面](https://academic.oup.com/qje/article/130/4/1547/1916146)。较长的 batch 处理时间会进一步使该延时优势[相关的时间百分比越来越低，尽管这个 batch 潜在价值较高](https://twitter.com/DavideCrapis/status/1632881281439780864?s=20)。较长的区块时间可能会对 MEV 产生其他影响 (例如，波动的价格)。 总结一下这个延时优势： - **Time Boost** —— 较低的延时是**总是**有利的 (较低的延迟 = 总是可以有较低的平均出价)。 - **FBA-FCFS** —— 较低的延时**有时**是有利的 (当“慢”和“快”搜索者之间的小差距显示出相关信息时)。 关于时间延时： - **Time Boost** —— 所有用户的交易在收到时默认延迟了 500 毫秒的速度。 - **FBA-FCFS** —— Batch 处理时间为 500 毫秒，因此在窗口期间收到的用户交易可以包含在其中，距离中间点平均 <500 毫秒 FBA-FCFS 带来更多的可变性 (例如，交易可能会根据接收时间滑到下一个 batch)，但不支付优先打包费的常规用户交易的平均打包时间应该更低。在 Time Boost 模型中，时间是连续的 (没有区块的概念)，而在 FBA-FCFS 模型中，时间是离散的。总的来说：  </br> ## **延时和去中心化** 这篇文章已经很长了，我也很累了，所以这部分请阅读[ Phil 写的文章吧](https://collective.flashbots.net/t/decentralized-crypto-needs-you-to-be-a-geographical-decentralization-maxi/1385)。感谢:( </br> # **结论** 希望读者现在对定序器去中心化的路径和相关的障碍有了个较为清晰的框架。这是 rollup 在未来几年走向成熟时需要应对的众多挑战之一。 其他一些有趣的探索领域包括： - **不同层的交互** —— 随着定序器去中心化，它们如何与交易供应链的不同部分交互？什么类型的拍卖 (例如，SUAVE) 应该插入一个去中心化的定序器子集 (例如，共享定序器)？ - **交易费用机制** —— 多维度资源定价 vs. 状态定价 - **L2 费用市场** —— 收取 “L2 原生” 费用 (例如 L2 堵塞费用) 和 “L1 原生” 费用 (例如 L1 数据可用性费用) - **ZK 证明者市场** —— 如何正确激励去中心化和无需许可的 ZK 证明者市场。这是 L2 费用的一个重要子集，在其他背景下也会有相关的地方。 - **Rollup 的商业模式** —— Rollup 代币和构建它们的团队如何积累价值并实现可持续性。 - **可升级性和治理** —— 去中心化这些组件和减少信任假设，同时保持系统的灵活性。 - **欺诈/ZK 证明** —— 构建更具有鲁棒性的机制，比如使用[多个证明者](https://www.youtube.com/watch?v=6hfVzCWT6YI)机制。 </br> </br> 感谢 [Ben Fisch](https://twitter.com/benafisch)、 [Josh Bowen](https://twitter.com/Jskybowen)、 [Cem Özer](https://twitter.com/cemozer_?s=21&t=8E8g87UAAkvOwetwzg_wMw)、 [Kelvin Fichter](https://twitter.com/kelvinfichter)、 [Zaki Manian](https://twitter.com/zmanian)、 [Hasu](https://twitter.com/hasufl)、 [Robert Miller](https://twitter.com/bertcmiller)、 [Tarun Chitra](https://twitter.com/tarunchitra)、 [Sreeram Kannan](https://twitter.com/sreeramkannan)，以及其他许多人围绕这个话题的精彩讨论。 </br> </br> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及 ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Staking/podcast-with-rocket-poolhttps://www.ethereum.cn/Staking/podcast-with-rocket-poolWed, 19 Apr 2023 00:00:00 GMT<iframe src="https://player.fireside.fm/v2/2T9K4CVL+TyCeSaXg?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> <br/> <br/> 在上海升级之前，ECN 有幸邀请到三个重要的流动性质押服务商 StakeWise、Rocket Pool 和 Lido 的代表做客 ECN Podcast，跟他们聊聊以太坊上海升级对 Staking 用户和整个行业格局的影响，以及这三个协议各自即将上线的大型升级将会对以太坊 Staking 带来哪些值得期待的创新和变革。 这一期是上海升级与 Staking 播客系列的第二期，很高兴邀请到的是 Rocket Pool 的总经理 Darren Langerly。Rocket Pool 是目前唯一的去中心化流动性质押协议，Darren 介绍了 Rocket Pool 自上线以来在协议、代币模型和治理上的独特创新，分享了如何在协议发展与以太坊去中心化之间取得平衡的看法，上海升级对 Staking 行业的深远影响和 Staking 行业格局走向的预测，以及 Rocket Pool 的 Atlas 升级将如何大幅度提升协议的可扩展性，造福个人节点运行者。 【本期主播】 Stephanie 【时间戳】 01:09 Rocket Pool 简介 03:07 Redstone 升级回顾 04:30 Redstone 的平滑池 07:35 Rocket Pool 的非回基代币模型 10:33 Coinbase Venture 加入 Oracle DAO 12:19 Protocol DAO 和 Oracle DAO 在治理中的角色 15:55 应该用哪些指标来评价去中心化流动性质押协议的成功 20:50 上海升级对 Staking 的两点重要影响 25:44 Staking 行业还在很早期，仍需要大量教育工作 28:49 如何看待机构质押 31:43 上海升级会是 rETH 逆袭 stETH 转折点吗 35:28 Staking 行业格局将如何发展 36:44 Atlas 升级带来哪些值得兴奋的改变 39:47 8 ETH 抵押迷你池如何做到质押更少但赚更多佣金 42:25 为什么抵押 8 ETH 的迷你池仍然是安全的 44:10 抵押 4 ETH 的迷你池还远吗 45:16 与 DVT 的集成 <br/> ## 关于 Rocket Pool Rocket Pool 是一个去中心化的流动性质押协议，人们可以通过两种方式参与 Rocket Pool 的质押。现在最简单的方式是用 ETH 兑换 rETH，它会随着时间积累奖励，当你想退出质押，只需要把 rETH 兑换成 ETH，就会得到比原来更多的 ETH。另一种是节点运行，即流动性质押者存进去的 ETH 需要与一个节点运行者匹配，该节点运行者需要进行抵押，当迷你池有 32 个 ETH 后，节点运行者就会代表其他流动性质押者连同他自己的 ETH 成为以太坊网络的验证者。节点运行者会在区块奖励上赚取佣金。 Rocket Pool 特别的地方是你可以在协议里做节点运行者，在很多其他协议，节点运行都是通过一组经挑选的节点运行者来完成，但在 Rocket Pool，成为节点运行者是无需许可的。 <br/> ### Rocket Pool 的 Redstone 升级回顾 Redstone 是 Rocket Pool 的一次重大升级，它修改了节点运行者获得奖励的方式。之前，节点运行者在每个月的一个特定时间可以申领一次奖励，这对 ta 们来说体验不好。在 Redstone 升级后，节点运行者可以随时申领，因此变得更灵活和简单。它的很多内容与提高节点运行者的生命质量相关。 之前 rETH 的兑换也有这种延迟，即在换成 rETH 的 24 小时内不能进行操作，这实际上会影响集成。在 Redstone 升级里，我们移除了这种延迟。此后，reth 的集成开始起飞。 平滑池 (smoothing pool) 也是 Redstone 升级里的一个重要功能。Redstone 实际上还是适应以太坊合并的升级版本。合并后，节点运行者实际上开始会获得交易费和 MEV。由于交易费和 MEV 的变化幅度是很大的，要看验证者的运气。因此，平滑池做的事是，如果节点运行者选择使用平滑池，那么他们的所有区块，特别是提议的区块都会进入平滑池，从而移除了这种可变性，大家能获取相等的奖励。这个功能在节点运行者中非常受欢迎，应该迷你池中有 75%加入了平滑池。 <br/> ### Rocket Pool 的流动性质押代币模型 Rocket Pool 使用的是非回基代币 (non-rebasing token)。这需要先从回基代币开始，即与 ETH 1:1 锚定，随着获得的奖励增加，代币的数量会增加。因此，每天你的余额或代币数量都会增加。回基代币会有缺点，这也是我们使用非回基代币的原因。非回基代币是代币的价值相对 ETH 会随着时间增长，但数量不变。这种模型的好处有，一方面与回基代币相比，它更容易与 DeFi 集成，因为它是标准的 ERC20 代币；另一方面，从税收的角度来看，这取决于你所在的管辖区，由于回基代币每天的代币数量都增加，也就是说每天都要缴税，这种情况并不理想。而像 reth 这样的非回基代币则意味着你只需要缴两次税，就是将 ETH 兑换成 rETH 以及将 rETH 兑换成 ETH。 <br/> ### Rocket Pool 的治理 **如何理解 Coinbase Venture 加入 oDAO?** 首先我们应该把 Coinbase 和 Coinbase Venture 分开来看，而加入 oDAO 的是 Coinbase Venture。对于 Coinbase 来说，他们希望去中心化技术变得可行，因此他们对去中心化技术进行投资，这样对吸引更多人进入加密世界有很大的积极影响。而从风险投资的角度来看，他们持有一定我们的代币也是合理的，因为给去中心化协议投资也是对他们的品牌进行投资。 **pDAO 和 oDAO 分别是做什么的？为什么这么多行业名人加入 oDAO?** Rocket Pool 的治理实际上有两个 DAO，一个是 Protocol DAO (pDAO)，一个是 Oracle DAO (oDAO)。pDAO 的成员是我们的节点运行者。节点运行者质押我们协议的原生代币 RPL，他们这样做一方面是作为保护 rETH 持有者的抵押品，另一方面也能获得新的 RPL 作为奖励。但 RPL 本身并不是治理代币，只有当它被质押进去协议才是。也就是说，如果你是节点运行者，你在为协议提供价值的时候，你也会获得在 pDAO 的治理权重。pDAO 实际上引领 Rocket Pool 的发展，基本上我们做的一切，包括参数修改、升级等都要经过 pDAO。 现在 pDAO 运行良好，但我们不认为链上治理足够强韧成为完全成熟的治理，因此 oDAO 的存在有几个原因。首先，我们实际上需要来自信标链的信息，也就是从共识层到执行层的信息，因为现在的以太坊实际上在运行两条链。因此，我们需要一些可信方可以提供这些信息。所以 oDAO 由这些在以太坊非常著名的人和组织组成，例如 etherscan、beaconcha.in、Lighthouse、Nimbus、 Bankless、Anthony Sassono 和最近加入的 Coinbase 和 Gitcoin，现在 oDAO 大约有 16、17 人。他们给我们提供信息并申请升级。oDAO 做出决定后，pDAO 会进行投票是否加入到协议。 **如果 Rocket Pool 对网络占有率进行自我设限，我们应该如何评价去中心化流动性质押协议的成功，应该看重哪些指标？** TVL (总锁仓量) 明显是大多数 DeFi 项目最看重的指标，但对 Rocket Pool 来说不是最重要的。当然，我们也希望有更高的市场份额和 TVL，因为我们不希望中心化提供商份额过高。我们还非常希望能对以太坊有积极的影响，因此我们很看重去中心化的指标，例如在我们协议上的节点运行者数和个人节点运行者数。我们现在在全球不同的地方有超过 2000 个节点运行者，且他们是多种多样的。 我们看重个人节点运行者数的原因是，最终以太坊是要去中心化的，一方面是提高以太坊的韧性，另一方面是保证其可信中立性。 因此，在以太坊上的机构、组织甚至是个人都应该思考这个问题，这是一个风险管理问题。当你现在看流动性质押市场，最好的情况是多个流动性质押协议在市场上份额相当，但这不太可能发生。当有一方的市场份额很高，它实际上将以太坊置于风险中。这是不要把鸡蛋放在同一个篮子的道理，而且你也想降低中心化对以太坊带来的风险。 <br/> ## 上海升级对 Staking 的影响 上海升级之所以重要，是因为它补上了以太坊权益证明的最后一块拼图，因为它让节点运行者能够提款，对于那些之前因为不知道什么时候可以提款或合规问题而迟疑的人会更有信心参与质押。另外一点是，上海升级之前你不能拿出押金选择其他的质押服务提供商。像 Kraken 关闭质押业务之所以重要是因为一旦上海升级激活了，你可以选择自己想要的服务提供商，现在比之前多了很多选择。因此，观察它会怎么发展将会很有趣，就是人们将如何对他们的质押资金进行重新调配，以做更好的风险管理。因此，一方面是整体的 Staking 流入肯定会增加，另一方面不同协议的分配也肯定会增加。在短期内，节点运行者可能会因为拿出奖励而带来一点抛售压力，但从每个我们看到的调查结果来看，大多数的节点运行者都打算继续质押。他们只是卖出少量来缴税或其他的一些目的。但他们还会将大量的奖励放回到流动性质押协议或再质押到节点运行者里。 <br/> ### 信标链上线一年多，随着质押服务的多样化，用户是否逐渐成熟而更懂得选择适合自己的质押服务提供商？ 像我之前所说的，上海升级带来的最大改变实际上是在人口分布上，之前因为合规原因无法质押的人在上海升级后都可以了。另一点是，质押行业在不断成熟，但仍然处于非常早期。我们预期还会有很多不同地区的新人加入质押。 我们现在还只是在早期采用者间发挥桥梁作用，随着更多新人进来，我们会遇到新的挑战，我们还有很多教育工作需要做。 <br/> ### 如何看待机构质押？ 这取决于机构选择把他们的 ETH 放在哪里。如果他们采用风险管理策略，把 ETH 放在很多不同的协议上，这是很合理的。如果他们优先选择去中心化协议，那么我们的市场份额会增长，且不会有中心化提供商的消极影响。Rocket Pool 目前是唯一可以进行节点运行的流动性质押服务商，机构如果选择 Rocket Pool 进行质押可以赚取更多，因为除了质押奖励还有佣金。 <br/> ### 上海升级会是 rETH 逆袭 stETH 的转折点吗？ 上海升级有催化剂作用，同时还有我们的 Altas 版本升级。现在，我们的节点运行者每启动一个验证者需要 16 个 ETH，加上价值 1.6 个 ETH 的 RPL。Altas 升级后，他们实际上只需要 8 个 ETH 和价值 2.4 个 ETH 的 RPL。我们实际上降低了节点运行者的进入门槛。我们还允许现在 16 个 ETH 迷你池迁移到 8 个 ETH 的迷你池，这将在节点运行者供应上带来很大的提升。这方面跟 Lido 没有很多的可比性，因为从可扩展性来说，无论你给它们发送多少 ETH， 它们都可以扩展来容纳，因为它们不需要担心去中心化或无需许可的验证者集问题。而我们的节点运行者在发起迷你池时需要有抵押品作为对 rETH 持有者的保护，我们认为你必须抵押一些东西上去才能说是权益证明。 我们感觉 8 个 ETH 仍然能够为我们的 rETH 持有者提供充分的保护，而且能够让我们快速扩展。实际上，它的容量能达到我们现在的三倍。 rETH 的需求很大，且长期一直以溢价进行交易，而其他的 LST 都以折价在交易。Atlas 上线后，这种供应会快速增长。当然，从我们的角度，我们不希望像今天的 Lido 这么大，我们说了会进行自我设限。到目前，我们为 2.4% 的市场份额感到高兴，我们还有很多的增长空间，这也是希望在上海升级后努力的方向。 <br/> ### 预期 Staking 行业格局将如何发展？赢者通吃的法则还有效吗？ 我认为特别是机构或其他大型的 ETH 质押者将决定未来 Staking 市场的份额分布。Staking 现在还非常早期，这个行业的玩家才开始获得他们的林迪效应，即起码让人们相信他们。越来越多的协议正在证明自己，也就是说他们提供更多的替代方案，我很愿意看到各个协议份额的重新分配。 <br/> ## Rocket Pool 的 Atlas 升级 首先，Atlas 升级支持提款，因此 Rocket Pool 的节点运行者可以从质押退出和提款。 其次，他们还可以迁移到 8 个 ETH 的迷你池，这非常让人兴奋。而新的节点运行者也可以启动一个 8 ETH 的迷你池。 还有，对于个人质押者来说，你们不需要退出信标链，就可以把你的 32 个 ETH 的验证者迁移到 Rocket Pool，变成 4 个 8 ETH 的迷你池，这样做你们还可以赚到 Rocket Pool 协议上的佣金。 <br/> ### 抵押 8 ETH 的迷你池安全吗？为什么抵押更少反而能赚更多佣金？ 安全性和赚取更多佣金是两个问题。 首先，从 16 ETH 变成 8 ETH，实际上是从更多的质押者收取更多的佣金。在 16 ETH 的迷你池你可能有 15% 的佣金，也就是你从另外 16 个 ETH 的质押者收取 15% 的佣金。现在从 16 ETH 变成 8 ETH， 你实际上从另外 24 个 ETH 的质押者收取现在的 14%，比例降低了，但是变成是 24 ETH 的 14%，实际上佣金提升了很多。rETH 质押者支付的是所有节点运行者的平均佣金，当节点运行者从 16 ETH 迷你池转向 8 ETH 迷你池时，rETH 质押者支付的费用会降低。所以一方面节点运行者赚更多了，而 rETH 质押者支付的费用更少了，这实际上是双赢的。 关于 8 ETH 迷你池的安全性，根据我们的分析，8 个 ETH 的抵押是非常安全的数量。除了 8 个 ETH，还有价值 2.4 个 ETH 的 RPL作为抵押，所以相当于节点运行者需要抵押 10.4 个 ETH，这些所有的抵押都足以在以太坊处于最严峻危机时保护 rETH 质押者的资金。即使遇见二次方漏金、三分之一节点运行者掉线、以太坊无法进行最终敲定这些黑天鹅事件，因以太坊无法最终敲定而消耗完 Rocket Pool 所有抵押也需要好多天。 也就是说，在考虑到这些不太可能的黑天鹅事件时，8 ETH 迷你池的模式都能提供足够的保护。 <br/> ### 4 ETH 迷你池还远吗？ 4 ETH 迷你池确实是我们的目标之一，但从 8 ETH 到 4 ETH 我们必须要有额外的安全防护。关于这个目标的优先级，我们需要跟社区一起去讨论，而对 4 ETH 所需安全防护的研究和开发是我们未来的一项工作。 <br/> <br/> ### 参阅资料 [Rocket Pool 官方推特](https://twitter.com/Rocket_Pool) [Darren 个人推特](https://twitter.com/langerstwit) [Rocket Pool 官网](https://rocketpool.net/) [Atlas 升级介绍](https://medium.com/rocket-pool/rocket-pool-atlas-upgrade-7c69e39a3d5f) [Redstone 升级介绍](https://medium.com/rocket-pool/rocket-pool-the-merge-redstone-601d9efd6b4) 《[为什么 Paradigm 错了：论 rETH 将如何逆袭 stETH](https://ecn.mirror.xyz/p-un5x3H_G9J8FJLqkGlUa4ldZgArp4VdvNpg0RWwq4)》 [2022 年 5 月 Darren做客 ECN 活动视频](https://www.bilibili.com/video/BV1cY4y1V7JQ/?spm_id_from=333.999.0.0&vd_source=4f250c2896497165ff9e166ec652e32a) https://www.ethereum.cn/Staking/podcast-with-stakewisehttps://www.ethereum.cn/Staking/podcast-with-stakewiseFri, 14 Apr 2023 00:00:00 GMT <iframe src="https://player.fireside.fm/v2/2T9K4CVL+tPlw6w_Z?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> <br/> <br/> 在上海升级之前，ECN 有幸邀请到三个重要的流动性质押服务商 StakeWise、Rocket Pool 和 Lido 的代表做客 ECN Podcast，跟他们聊聊以太坊上海升级对 Staking 用户和整个行业格局的影响，以及这三个协议各自即将上线的大型升级将会对以太坊 Staking 带来哪些值得期待的创新和变革。 这一期是上海升级与Staking 播客系列的第一期，很高兴邀请到的是 StakeWise 的联合创始人 Kirill Kutakov。StakeWise 自2021年上线主网以来已运行了2年，以双代币模型作为独特卖点。Kirill 在本期播客除了介绍了 StakeWise 的情况，还分享了用户选择 LSD 时的心智模型，他预期上海升级后 Staking 格局的变化，以及 StakeWise V3 将如何为个人质押和流动性质押民主化带来巨大创新。 【本期主播】 Stephanie 【时间戳】 01:50 Kirill 的个人背景 02:11 StakeWise 简介 03:17 双代币模型 06:11 StakeWise 的质押理念 09:16 用户选择 LSD 的心智模型 14:09 上海升级对 LSD 用户的影响 18:36 LSD 行业出现的新选项 20:32 上海升级会在多大程度上改变 LSD 的市场格局 23:04 赢者通吃的法则是否继续有效 24:37 LSD 会否占据网络所有质押的大部分份额 30:22 StakeWise V3 有哪些创新 35:08 StakeWise V3 的金库评分系统设计 39:14 StakeWise StakeWise DAO 的治理 40:30 StakeWise V3 的金库市场如何避免中心化 45:14 StakeWise V3 与 Obol 和 SSV 的集成 48:08 StakeWise V3 上线主网时间 <br/> ## 关于 StakeWise StakeWise 协议在 2021 年三月部署在以太坊主网上，至今运行了 2 年。目前有 85,000 枚 ETH 质押在上面。StakeWise 有两条产品线，流动性质押和个人质押。它的独特卖点在于其双代币模型，即用两种不同的代币分别代表存入协议的部分和从质押赚取的部分。我们要把这两部分区分是因为，从质押赚取的部分是不赚取利息的，把两部分绑在一个代币会造成 APR 上的低效，因为这些奖励没有办法放在交易所里生息。这导致比较晚进入单代币模型协议生命周期的人能赚取的钱比早进入的人少很多。因此，我们希望移除这种低效性，而且也希望赚取的部分可以被管理得更灵活，在二级市场形成复利。 StakeWise 有四个节点运营商，CryptoManufaktur、T-Systems、Finoa 和 VeriHash。这个节点运营商集并不是特别去中心化，这也是 StakeWise V3 努力改善的方向。 目前，以太坊 60% 的押金仅由 30~40 个实体控制，对于一个旨在带来去中心化和无需许可的网络来说，这是远远不够的。因此，我们强烈感受到为流动性质押走向民主化提供可能性是很重要的，这样人们就不需要不断地使用像 Lido 和 Coinbase 这样的服务商，以用质押的 ETH 参与 DeFi。我们的目标和使命就是确保任何人都可以使用流动性质押，无论他们如何运行他们的基础设施，从而避免使用相同的旧服务商。 <br/> ### 用户选择不同 LSD 的心智模型是如何的？ 用户通常会在不同的协议间对比它们的 APR。而在 APR 下面，其实有费用、MEV 使用的中继 (是否合规)；如果再往深一点看，可以看 MEV 奖励是如何在节点运行商和 LSD 用户分配的、以及是否有平滑池、运营商是否有能力把 MEV 的收益留给自己等。如果看到底层的东西，这些流动性质押服务商都非常不同。 <br/> ## 上海升级对流动性质押协议用户会有哪些影响？ 允许提款将带来两个变化：一是在二级市场以折价交易的 LST 的价格将回归到锚定的价格；二是长时间闲置的验证者奖励可以再质押进协议，创建更多验证者，形成复利。 我们不认为 LSD 的流动性会因为启动提款就不重要了。有些时候深度流动性还是很重要的，但即将改变的是在市场波动性提高的时候，谁来提供这种流动性。之前这些不同 LST 只在不同的交易所，比如 Uniswap、Curve 或 Balancor 里用于奖励挖矿，是闲置的流动性。上海升级后，我们预期造市商会意识到在市场波动时期流动性池子里不同 LST 基础价格的折价情况。在市场危机时期，我们预期 LST 的折价情况不会像之前那么严重。这也是市场值得关注的一点。 往更大的讲，市场上出现了一些新的流动性质押协议，人们有了更多的选择。这些新的流动性协议更多地在基础设施方面进行创新，在 Rocket Pool 模式上要么进行加强、要么稍作改变，以降低节点运行者的进入门槛。特别在 SSV 或 Obol 技术的帮助下，个人质押者更容易参与协议验证。但他们并没有在流动性质押代币方面有真正的创新。他们提供的还是单个重新定价或再平衡代币。观察这些不同 LST 之间竞争如何在市场形成流动性是很有趣的，因为虽然他们的底层可能非常不同，但并没有为终端用户，即在持有 LSD 的地址赚取质押受益的人带来任何创新。 <br/> ### LSD 的市场格局在多大程度会被重新洗牌？ 提款激活后，由于流动性会成为人们选择流动性质押协议时一个没那么重要的因素，在他们认为不同流动性质押协议安全性相当时，收益率会成为他们考虑的基础。我不会预期像 Lido 这样的市场领导者会丢失很大的市场份额，因为它更成熟而且被认为是安全的。另一方面，其他竞争者也难以打破这种网络效应。但同时，我认为一定的市场份额仍然会被抢占，很多在 Rocket Pool 模式上进行的创新的新兴协议会进行竞争。因此，总的来说，我认为LSD 的格局在一定程度上会被重新洗牌，但更可能是在市场的底部而不是头部。 <br/> ### “赢者通吃”定律还会继续有效吗？ 如果头部的质押协议没有出现什么错误的话，我不认为今天的市场结构会发生很大的变化，因此，我认为可能的格局是 Lido 仍然会是具有垄断地位，但还有很多其他的小型竞争者，为人们提供有吸引力的替代方案。 <br/> ### 在未来，LSD 会占据网络所有质押的大部分份额吗？ 我当然觉得会往这个方向发展，但不是以现在这种流动性质押机制。StakeWise V3 想做的，就是让个人质押者和任何人在流动性质押的参与能尽可能的简单。在 V3，我们创建这样一个平台，任何人都可以启动一个迷你质押池，可以自用也可以是帮别人。自用的话，相当于在我自己的迷你池里进行个人质押；如果是帮别人，相当于他们把 ETH 存进我的迷你池，我代表他们启动一个验证者。这完全是无需许可并不需要任何抵押的。任何人在 v3 存款都会获得 StakeWise 的流动性质押代币，我们把它叫做 osETH，即 over-collateralized staked ETH (超额抵押的质押 ETH)。超额抵押的部分很重要，因为罚没的风险依然存在，而且在 StakeWise 网络上的节点运营者的质量参差，需要对 LSD 的持有者进行保护。超额抵押的机制是，当你在迷你池做质押时，你的资金不会 100% 具有流动性，而是比如说 90%，剩下的部分用于额外抵押，以保护你的节点不被罚没。不一定是你自己的节点，还可以是你质押的节点。它确实会降低一点点你的资金效率，但你90%的押金都可以用于 DeFi。在这个模型下，我们认为流动性质押很可能在总的质押量里有很高的占比，但好的方面是，它不会通过相同的旧提供商而最终导致中心化，现在人们有了很多以前没有的选择。StakeWise 的愿景是流动性质押会以这种形式在以太坊上普及。 <br/> ## StakeWise V3 有哪些创新？ 1. 为你的个人验证者铸造流动性质押代币。过去，人们需要在支持网络的去中心化而选择个人质押和通过 LSD 参与 DeFi 而选择 Lido 之间做权衡。在 StakeWise V3，人们不要二选一，你既可以支持网络的去中心化，又可以参与流动性质押和 DeFi。 2. 任何人想构建自己的流动性质押服务，代表其他人做质押而没有流动性质押部分的，他们不再需要去 Lido，而可以从 StakeWise 给他们的用户发流动性质押代币，且不需要做额外的工作。也就是说，小型的提供商终于可以构建自己的以太坊质押服务。 3. 与现有的其他 LST 相比，osETH 更优，因为超额抵押的部分使得它更安全。对于 DeFi 协议集成 LST 来说，这一点很重要，因为它们不希望 LST 在基础设施层面有罚没的系统风险。 <br/> ### StakeWise V3 实际上想要通过评分系统形成一个无需许可的金库市场。这个评分系统是如何设计的？ 在这个市场里，由于是用户可以选择哪个运营商为他们运行押金，也就是说押金的分配不是自动的。但当有成百上千个运营商时，选择变得很困难，因此我们想到帮助人们做出选择的金库分数。这个评分系统内容包括运行表现、基础设施设置、金库里存入的抵押金额，然后生成一个分数，这个分数反应金库的相对安全性。随着v3 上线公共测试网，StakeWise DAO 会对评分系统的参数进行调整，讨论就在 StakeWise 的 discord 进行。 <br/> ### 在 StakeWise V3 市场上，可能会出现收益率很高的金库吸引大量质押者从而导致中心化的情况吗？ 收益率的函数受运行表现和费用影响。在运行表现上，如果你没有跳开的区块提议、不窃取 MEV、不使用任何不服从法规的中继， 你的 APR 会是最好的。而费用是每个人自己设定的，这些都会反映在分数上。收益率越高，分数也会越高。越高的 APR 总会吸引更多的存款，更多的存款则会导致中心化。关于这个问题，我们需要两个部分，一个是这个分数需要考虑金库相对于更广大网络的大小。这一点有点难做到，我们会在 V3 升级后对链上情况进行监测，然后进行调整。但总的来说，如果一个金库很大，且在网络上也是个大型运营商，这会降低金库的分数。而另一个机制是 LTV (Loan-to-Value)，反映流动性价值与抵押价值之间的比率，即前面提到的超额抵押的参数。V3 上线时，这个参数的默认值是 90%，这是 StakeWise 认为对质押者来说最好的风险收益。但之后，我们会希望 LTV 是动态的，基于金库的分数而动态调整。因此如果金库的风险更高，它的 LTV 参数不会有 90% 这么高，从而不鼓励质押者选择这个金库。 <br/> ### StakeWise 与 SSV 和 Obol 的集成情况如何？ StakeWise 与两个团队的关系都很好，而且 Obol 和 SSV都已经在 V3 的 Atlantic 测试网上被试用和测试了。首先，DVT 技术在减少离线时间和降低罚没风险上就非常具有革命性。由于 DVT 有效地实现验证者见证的多签功能，大家在运行验证者时就可以避免单点故障。在 StakeWise V3 设置 Obol 和 SSV 会很简单，使用 Obol 或 SSV 的金库会有更高的分数。 <br/> ### StakeWise V3 什么时候上线主网？ 总的来说，主网发布的时间应该在四月底或五月初。虽然想在靠近上海升级的时候上线，但考虑到审计和测试时间，我们还是认为安全最重要。 <br/> 参阅资料： StakeWise 官推：[https://twitter.com/stakewise_io](https://twitter.com/stakewise_io) StakeWise 官网：[https://stakewise.io/](https://stakewise.io/) StakeWise V3 公告：[https://stakewise.medium.com/stakewise-v3-announcement-9e4fe73abdf2](https://stakewise.medium.com/stakewise-v3-announcement-9e4fe73abdf2) StakeWise V3 测试网 Atlantic：[https://stakewise.medium.com/stakewise-announces-launch-of-atlantic-a-closed-testnet-for-stakewise-v3-e7ea68fdbcf](https://stakewise.medium.com/stakewise-announces-launch-of-atlantic-a-closed-testnet-for-stakewise-v3-e7ea68fdbcf) The Risks of LSD：[https://notes.ethereum.org/@djrtwo/risks-of-lsd](https://notes.ethereum.org/@djrtwo/risks-of-lsd)https://www.ethereum.cn/ETh2/epochs-slots-and-beacon-blockshttps://www.ethereum.cn/ETh2/epochs-slots-and-beacon-blocksThu, 30 Mar 2023 00:00:00 GMT 来源 | [stonecoldpat.substack.com](https://stonecoldpat.substack.com/p/epochs-slots-and-beacon-blocks) 作者 | Patrick McCorry 翻译 | John, ECN 审阅 | Franci, ECN <br/> 使用权益证明的以太坊的独特性在于参与者数量的最大化设计。它允许成百上千和成千上万的验证者活跃地参与决策过程。在笔者撰文时已经有大约 50 万的验证者实体（从协议的角度而言）在活跃地参与这个过程。 <br/> 事实上，在约 384 秒（6 分 24 秒）内，所有活跃中的验证者将有机会投下一票或提议一个区块。在约 384 秒内至少有 50 万条信息广播，而且所有信息必须在严格的时间范围内传递。据我所知，没有其他共识协议被设计来处理如此活跃和庞大的共识参与者集。 <br/> 至于通信模型方面，共识协议是为以下三种情况之一设计的（通常）： - 同步通信 一个普遍同意和已知的信息传递超时时间。 - 异步通信。 信息传递所需时间没有上限， 但它最终会被发送。 - 部分同步通信 在大多数情况下，都有一个已知的超时时间，但零星的事件可能会破坏信息传递，时间长短不一。 <br/> 大多数现代共识协议都是为部分同步通信而设计的，因为它假设大部分时间条件良好，但由于事件可能会在短时间内中断通信，所以存在不可预测的时期。另一方面，值得注意的是，权益证明的以太坊是为同步通信设计的。 <br/> > 题外话--Casper FFG 是为部分同步通信而设计的，但 LMD-GHOST 的严格计时条件迫使整个系统必须同步。我们将在今后的文章中解释什么是 Casper 和 LMD-GHOST。 > <br/> 它假定在绝大多数的验证者中几乎没有中断，而且所有的信息必须在固定的最后期限前被记录在信标区块链上，这些信息才能被计入/使用。如果出现中断，导致信息延迟传递，那么发送者将根据其延迟程度而招致惩罚。在最坏的情况下，如果错过了最后期限，那么消息将被忽略，信息发送者将受到不活跃的最大惩罚。惩罚政策将在未来的文章中介绍。 <br/> 为了更好地理解同步通信模型，我们涵盖了 Epochs & Slots 的主题。它定义了验证者被允许参与的时间，以及围绕消息传递的严格时间窗口。如果违反了时间窗口，不管是什么原因，那么就不能保证其他验证者会就迟到的消息到达时采取行动。最后，我们将介绍验证者如何被分配到一个时间槽（time slot），以及消息如何被记录在信标区块链中。 <br/> 如果你想深入了解各种通信设置，那么我建议阅读[这篇文章](https://decentralizedthoughts.github.io/2019-06-01-2019-5-31-models/)。这里也有关于 ETH2 是部分同步通信还是同步通信的精彩讨论。 <br/> # **Epoch 和 Slot**  <br/> <center>每个 epoch 有 32 个 slot，每个验证者在每个 epoch 正好被分配到一个槽位。一个 slot 是一个 12 秒的时间窗口，期间验证者可以参与权益证明协议，对新的信标区块进行提议或投票。</center> <br/> **slot 按 epoch 分组**，epoch 和 slot 为验证者参与权益证明协议扮演一个时间表的角色： **Epoch** 一个包括 32 个 slot 的周期。 **Slot** 一个验证者委员会在为期 12 秒的时间里完成任务的窗口期。 <br/> 一个 epoch 代表了权益证明协议的一个完整的回合， slot 为验证者提供了一个参与该回合的机会。在一个 epoch 结束时，所有活跃的验证者都有机会参与。 <br/> **Slot 委员会** 一个验证者在一个 epoch 中正好被分配到一个 slot，所有验证者被平均分配到各个 slot，组成委员会。 <br/> 一个 slot 里有两种角色： **区块提议者（Block proposer）** 一个验证者有机会向委员会成员提议一个区块。 **见证者（Attester）** 所有剩余的委员会成员会为一个区块投票，他们相信那个区块应该会成为新的区块链头。 每个 epoch 有 32 个区块提议者（每个 slot 一个），所有验证者都有机会参与权益证明协议，向他们认为应该是规范信标链（canonical beacon chain）的链头投出一票。 <br/>  <br/> <center>一个 slot 代表了一个严格的时间窗口，供一个验证者提议一个区块，委员会成员对一个区块进行投票，最后将所有该 slot 的活动广播给下一个 slot 的区块提议者。</center> <br/> **Slot 和时间条件** 所有 slot 都是按照时间顺序一个接一个地产生的。每一个 slot 都准确地按照 12 秒一个被分配出来，并被分成三个阶段： <br/> - **提议区块** 指定一个验证者提议一个区块，并在前 4 秒内将其广播给所有委员会成员。 - **投票周期** 所有其他委员会的成员都为一个区块投票（见证），他们相信，接下来的四秒内他们的投票就要被这个区块接受。 - **广播投票** 在最后的四秒里所有委员会成员的投票应该被聚合起来并发送给下个 slot 的区块提议者。 <br/> 所有的区块和投票都是在一个 slot 的委员会内进行广播。在委员会中有一个额外的角色，叫做聚合者，他们会在将证明传递给下一个 slot 的区块提议者之前将其聚合。他们是自选的，这是一个自愿的角色，以减少通信的成本。我们将暂时跳过具体细节--因为这将在未来的文章中涉及。 如果一个提议的区块或见证是在截止日期之后发布的，那么就不能保证该活动会被其他验证者认可。例如，一个迟到的区块可能会被跳过，因为这个 slot 的见证者可能已经为其父块投了票。一个迟到的见证将被其他见证者在一个 epoch 中处理，最多迟到 32 个 slot，并有不同程度的惩罚。如果它在 32 个 slot 之后被发布，那么它将不会被任何验证者处理。 <br/> 最后提醒一下，这个严格的时间窗口保证了运行验证者所需的带宽和计算能力的下限，因为他们必须要有准时接收、处理、发送见证/区块的能力。 <br/> ## 验证者委员会的分配 我们在一个 epoch 里考虑分配验证者到 slot 里的过程。所有的 slot 委员会的规模大致相同。他们根据一个随机信标的输出完成分配，并且提前两个 epoch 进行。这要求使用一个混洗协议和一个同带信号传输随机性的源。 **混洗协议** 所有验证者都根据一个叫 [swap-or-not](https://eth2book.info/bellatrix/part2/building_blocks/shuffling/#swap-or-not-specification) 的混洗协议被分配到一个 slot 里去。我们不会去探讨这个混洗协议的细节，而是会把注意力集中到随机信标的计算方法上，这个方法奠定了混洗协议执行方式的基础。 ``` /* * 区块提议者在当前 epoch 号码上进行一次 BLS 签名 * 以充当这个区块的随机信标 * 一个非常好的地方在于签名是确定的（验证者无法篡改它），但是直到签名被计算出来之前都是无法预测的 */ DOMAIN_RANDAO = 0x02000000; // 一个签名里包含的神奇数字 epoch_hash = hash(current_epoch_number, DOMAIN_RANDAO); // 要签署的哈希码 randao_reveal = BLS.sign(epoch_hash, sk); // BLS 签名是 RANDAO /* * 使用区块的随机性，进行哈希计算，然后把哈希码混合到现在聚集起来的随机性里 */ previous_mix = get_previous_mix(parent_block); // 来自父块的混合（Mix） randao_reveal = new_block.randao_reveal; // 取得新区块的randao mix = previous_mix XOR hash(randao_reveal); // 计算新的混合 store_new_mix(new_block); // 把新的“混合”（mix）和新的区块联系在一起 ``` <br/> **随机信标** 所有验证者通过一个随机信标被分配，这个随机信标使用了一个叫 RANDAO 的协议。其目的是在新的区块被添加到规范链上时通过聚合随机性来形成随机信标。 <br/> 对于每一个新的区块而言，有两个阶段： <br/> - **提议产生的随机性（每个区块）** 一个新的信标区块包括了一个叫 `randao_reveal` 的特殊值。它是一个区块提议者的 BLS 签名，用以充当区块的随机信标。它是确定的以防止被验证者篡改，但是不可预测。 - **混合随机性（每个区块）** 所有验证者从新的区块里取出随机信标并把它和之前所有聚合起来的区块的随机性混合。它形成了一个新值 `mix`，有可能作为混洗协议的候选。 <br/> 正如我们所能看到的，每一个信标区块都包括了一个随机信标，添加并汇聚了所有之前的区块的随机性。 <br/>  <br/> <center>验证者们通过第 N 个 Epoch 最后的随机信标被分配到第 N+2 个 Epoch 的 slot 里</center> <br/> **分配会提前 2 个 epoch 发生** 所有验证者都会使用最后那个被接受的区块汇聚起来的 mix 值作为随机信标，并在混洗算法中使用它。它会计算得出未来两个 epoch 的验证者委员会。 <br/> 所以，如果我们考虑目前的 epoch 为第 N 个，那么这个 epoch 里的最后那个信标区块会作为随机信标决定第 N+2 个 epoch 的委员会分配。 <br/> 验证者们有充足的时间查找它们被分配到的 slot，因为它们提前两个 epoch 就知道了。换句话说，未来 64 个 slot 的验证者的分配是早就公之于众了的 (约 2 个 epoch）。 <br/> **随机信标的可偏倚性（bias-ability)** 只有一个 mix 能被混洗协议使用，那就是一个 epoch 中最后一个被接受的区块的 mix 值。 <br/> 最后一个被接受的区块不会总是那个在第 32 个 slot 被提议的区块。而是最后一个 slot 的区块，也就是被所有验证者认可为区块链链头的那个区块。举个例子，如果第 32 个 slot 没有区块被提议产生（或者它迟到了），那么第 32 个 slot 的验证者委员会就会为之前在第 31 个 slot 被提议产生的前一个区块投票。 <br/> 攻击者可以利用这点来使随机信标出现偏差。让我们假设攻击者是第 32 个 slot 的区块提议者。他可以决定这么干： - **准时释放区块** 攻击者的随机性被混合在信标里 - **暂缓区块** 强迫所有验证者为上一个区块投票，则攻击者的随机性不会被混合在信标里。 <br/> 这种决定权使得攻击者可以使随机信标出现 1 个字节的偏倚，并最终决定到底两个验证者分配组合里中的哪一个会在未来的一个 epoch 里被使用。实际上如果攻击者控制了一个 epoch 里最后 N 个区块的区块提议者们，那么它们可以利用这个机会释放或暂缓释放一个 N 个区块的组合。目前还缺乏一项严格的研究，来了解针对最后 N 个 slot 的偏倚能力的全部范围及其影响。 <br/> ## 检查一个信标区块 <br/> <br/>  <br/> <center>一个信标区块的数据结构</center> <br/> 一个单独的信标区块包含了它在信标区块链里所处位置的元数据、执行链的数据、以及权益证明协议的一份副本。我们会在下文探讨更多细节。  <br/> <center>一个 slot 的区块提议者会尝试扩展规范链，并且只能选择一个父块。</center> <br/> **信标父块** 一个区块的提议者的目标是提议并添加一个新的信标区块到一个规范链的头。若要这么做的话，它们只能选择一个父块来进行扩展。父块应该是当前的链头，它在元数据中的代表是 `parent_root`。 <br/>  <br/> <center>Epoch 和 slot 组织验证者产生唯一一条规范信标区块链。</center> <br/> **Slot ≠ 信标区块** 一个信标区块记录了它的 slot 号码的元数据（一个 epoch 号码的倍数）。它允许其他验证者检查区块提议者是否确实被指定为这个 slot 提议一个区块，这个区块是否就是被提议的那个区块。 如果 slot 的号码错误，那么区块会被拒绝。 <br/> 重点在于，一个区块在区块链里的位置不会与它在其中被提议的 slot 号码相对应。举个例子，如果我们检查第 5184157 个 slot，那么我们会看到第 16015362 个区块，这种不匹配是无法避免的，因为无法保证一个被分配的 slot 里被提议的区块会被所有其他验证者投票通过，而且以太坊从开始到现在运行了超过 7 年了。 <br/> **执行链数据** 区块提议者会提议两个区块，它们提议一个执行区块，给用户的交易排序，并把它附加到新产生的信标区块上。这并不奇怪，因为共识层的最终目的就在于为执行层决定规范链。 <br/> 区块提议者同样负责从执行层转移信息到信标层上，并使其准备好为权益证明协议所用。这包括： - **ETH1 数据** 一个来自执行层的附加区块的区块哈希码 - **存款** 存款合约地址和一连串未记录的存款 <br/> 这要求所有的验证者运行一个信标客户端和一个执行客户端。这是必要的，因为验证者们必须检查对应的 ETH1 区块并根据执行层规则验证其有效性。同样地，正如我们在关于注册过程的文章里讨论的一样，存款必须在一个特定的区块间隔期内从执行层上被转移到一个信标区块上，否则信标区块会被拒绝。 <br/> **权益证明副本** 共识协议的副本被记录在信标区块链上，它包括： - **元数据** slot 号码、epoch 号码、随机信标和区块提议者 - **罚没事件** 包括其他验证者的恶意行为证据，这些证据可用于惩罚它们 - **投票历史记录** 一连串在这个区块链分叉上针对之前提议的信标区块的未被记录的的投票 - **区块链分叉** 它挑选了一个父块，并反过来定义了这个区块所延伸的规范链。 - **验证者退出** 一连串已注册验证者的退出请求 <br/> 通过记录下副本，每一个人都可以独立地回顾整个协议，并且绝对相信目前信标链的状态是正确的。比如说，恶意的验证者会被及时罚没，slot 和 epoch 的时间表受到全体验证者的认可，绝大多数验证者都会以这种方式投票并产生单独一条规范链。 <br/> 题外话，由于弱主观性的缘故，虽然权益证明的记录可以使我们信服所有历史活动都是按照规则进行的，但是尚不足以向一个外部群体说明这确实是那条真实的信标区块链。简单来说就是它提供了一个检查历史活动完整性的方法。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/ETh2/shapella-mainnet-announcementhttps://www.ethereum.cn/ETh2/shapella-mainnet-announcementWed, 29 Mar 2023 00:00:00 GMT来源 | [blog.ethereum.org](https://blog.ethereum.org/2023/03/28/shapella-mainnet-announcement) 作者 | Protocol Support Team 翻译 | Franci, ECN <br/> <br/> - 提款来了！Shapella 以太坊主网升级将在 epoch 194048 处激活，定在北京时间 2023 年 4 月 13 日 06:27:35 - 建议质押者和节点运行者阅读本文以及[提款 FAQ](https://www.ethereum.cn/Eth2/withdrawals-faq) - 从现在起到 4 月 5 日，针对 Shapella 漏洞的奖励已翻倍，指路：[Ethereum Bug Bounty](https://ethereum.org/en/bug-bounty/) - 读者现在可以注册以接收这些升级通知的电子邮件了。[滚动到页面底部](https://blog.ethereum.org/2023/03/28/shapella-mainnet-announcement#subscribe)以订阅 📩 <br/> 在顺利完成了 [Goerli 测试网 Shapella 升级](https://www.ethereum.cn/Eth2/goerli-shapella-announcement)之后，客户端团队计划在主网激活 Shapella 升级。在[第 157 次 All Core Devs 执行层会议](https://www.ethereum.cn/Eth1.x/all-core-devs-notes-157)期间，开发者们很快就 4 月 12 日这个时间达成共识。 此次升级紧随 [The Merge](https://www.ethereum.cn/Eth2/mainnet-merge-announcement)，使得验证者可以把他们的押金从信标链提取回执行层。它还给执行层和共识层引入新功能，请看下文。 <br/> ## 升级规范 <br/> Shapella 升级结合了对执行层 (上海升级) 和共识层 (Capella) 的修改。用于执行层和共识层通信的 Engine API 也在 Shapella 升级里有修改。 <br/> ### ****上海升级**** <br/> 在上海升级里纳入的执行层的修改可以在[这里](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)找到。作为参考，内容如下： - [EIP-3651: Warm COINBASE](https://eips.ethereum.org/EIPS/eip-3651) (降低访问 COINBASE 地址的 gas 开销) - [EIP-3855: PUSH0 instruction](https://eips.ethereum.org/EIPS/eip-3855) (新增操作码 `PUSH0) - [EIP-3860: Limit and meter initcode](https://eips.ethereum.org/EIPS/eip-3860) (对 initcode 的大小设限并引入 gas 计量) - [EIP-4895: Beacon chain push withdrawals as operations](https://eips.ethereum.org/EIPS/eip-4895) (信标链推式提款作为系统操作) - [EIP-6049: Deprecate SELFDESTRUCT](https://eips.ethereum.org/EIPS/eip-6049) (停用 SELFDESTRUCT) 请注意，EIP-6049 只是一个操作码弃用警告。客户端团队预计 SELFDESTRUCT 语义将在未来的网络升级中进行修改，但该操作码的行为在上海升级中保持不变。 此外，上海升级的全套修改现在可以在 以太坊执行层规范 (EELS) 中查看，它是用于执行层的新 Python 参考实现。 <br/> ### Capella ****升级**** <br/> Capella 升级对共识层的修改详情在 capella 目录 的 v1.3.0-rc.3 规范里。README 清单中列出了完整的更改集。从高层次来讲，这次升级引入了： - 验证者的完整和部分提款 - `BLSToExecutionChange` 消息，它允许使用 `BLS_WITHDRAWAL_PREFIX` 的验证者把提款更新到 `ETH1_ADDRESS_WITHDRAWAL_PREFIX`，这是提款的前提。 - 分开的状态和区块历史数据累加器，取代原来的单个的历史数据根 我们鼓励质押者都去阅读《[提款 FAQ](https://www.ethereum.cn/Eth2/withdrawals-faq)》，以了解更多关于验证者应该如何准备 Capella 的资讯。 <br/> ### Engine API <br/> 对 Engine API 的修改可以在 execution-apis repository 的 shanghai.md 文档里找到。简而言之，引入了 WithdrawalV1 结构，并添加了多个相关结构和方法。自 Merge 以来对执行层 API 的更改已经打包在仓库的最新版本中。 <br/> ## ****客户端版本**** <br/> 以下的客户端版本支持在以太坊主网的 Shanghai & Capella 升级。此前的 Shapella 升级客户端版本仅支持测试网的部署，与主网升级并不兼容。 当在选择运行哪个客户端时，验证者应该特别注意在执行层和共识层运行多数客户端的风险。关于这些风险以及他们的后果可以阅读[这篇文章](https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html)了解更多。而如果想预估当前执行层和共识层客户端的分布，以及了解如何从一个客户端切换至另一个客户端，则可以阅读[这篇文章](https://clientdiversity.org/)。 <br/> ### ****共识层主网升级版本**** <br/> | 客户端 | 版本 | 链接 | | --- | --- | --- | | Lighthouse | v4.0.1 | https://github.com/sigp/lighthouse/releases/tag/v4.0.1 | | Lodestar | v1.7.0 | https://github.com/ChainSafe/lodestar/releases/tag/v1.7.0 | | Nimbus | v23.3.2 | https://github.com/status-im/nimbus-eth2/releases/tag/v23.3.2 | | Prysm | v4.0.0 | https://github.com/prysmaticlabs/prysm/releases/tag/v4.0.0 | | Teku | v23.3.1 | https://github.com/ConsenSys/teku/releases/tag/23.3.1 | <br/> 注意：运行一个验证者时，共识层信标节点和验证者客户端都必须更新至最新版本。 <br/> ### ****执行层主网升级版本**** <br/> | 客户端 | 版本 | 链接 | | --- | --- | --- | | Besu | v23.1.2 | https://github.com/hyperledger/besu/releases/tag/23.1.2 | | Erigon | v2.42.0 | https://github.com/ledgerwatch/erigon/releases/tag/v2.42.0 | | go-ethereum (geth) | v1.11.5 | https://github.com/ethereum/go-ethereum/releases/tag/v1.11.5 | | Nethermind | v1.17.3 | https://github.com/NethermindEth/nethermind/releases/tag/1.17.3 | <br/> 注意：在 Erigon v2.41.0 中发现一个问题。此版本不适合 Shapella 升级。Erigon 用户应该升级到v2.42.0。 <br/> ## FAQ <br/> ### ****作为一个以太坊用户或者 ETH 持有者，我需要做什么？**** <br/> 简单来说，没有。 如果你使用交易所、数字钱包或硬件钱包，你不需要做任何事情，除非你的交易所或钱包提供商通知你采取额外的措施。 如果你运行自己的以太坊节点，请参阅下文。 <br/> ### ****作为一个非质押的节点运营商，我需要做什么？**** <br/> 为了与主网的 Shapella 升级兼容，请将你的节点更新到上文表中所列的以太坊客户端版本。 <br/> ### ****作为一个质押者，我需要做什么？**** <br/> 为了与主网的 Shapella 升级兼容，请将你的节点更新到上文表中所列的以太坊客户端版本。 我们建议你阅读《[提款 FAQ](https://www.ethereum.cn/Eth2/withdrawals-faq)》。 <br/> ### ****如果我是一个验证者或节点运行者，且不参加这次升级，会怎么样？**** <br/> 如果你使用的以太坊客户端没有更新到上面列出的最新版本，一旦升级发生，你的客户端将同步到分叉前的区块链上。 你将被困在一个不兼容的链上，遵循旧的规则，无法发送 ETH 或在 Shapella 升级后的以太坊网络上操作。 <br/> ### ****作为一个应用程序或工具开发者，我应该怎么做？**** <br/> Shapella 不会为智能合约引入不兼容的修改。应用程序和工具开发人员应审阅升级修改，以确保任何问题都解决了，或了解如何使用新引入的功能。 也就是说，应用程序开发者应该意识到在上海升级中，SELFDESTRUCT 操作码已被弃用。虽然它的语义没有在这次网络升级中进行更改，但在后续的升级中可能会更改。更多信息请参考 [EIP-6049](https://eips.ethereum.org/EIPS/eip-6049)。 <br/> ### ****为什么叫 "Shapella"？**** <br/> 执行层的升级按照 Devcon 举办城市来起名，而共识层的升级则根据恒星名字来取。 "Shapella" 是上海 (Devcon 2 的举办地) 和 Capella (Auriga 北方星座中最亮的星) 的结合。 <br/> ### ****哪里可以观看 Shapella 升级直播？**** <br/> [EthStaker](https://ethstaker.cc/) 和 [Ethereum Cat Herders](https://www.ethereumcatherders.com/) 会组织 Shapella 升级观看派对，在升级差不多开始前直播。你可以在这里[收听](https://youtube.com/live/BVq1pz3FrDo)。 <br/> --- 感谢所有为 Shapella 升级做出贡献的人，感谢所有新旧质押者，感谢他们帮助保护了仍处于早期阶段的 PoS 以太坊! --- <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/Activity/shanghai-upgrade-staking-podcast-announcemnthttps://www.ethereum.cn/Activity/shanghai-upgrade-staking-podcast-announcemntMon, 27 Mar 2023 00:00:00 GMT上海升级激活提款功能对以太坊本身和 Staking 行业会带来什么样的影响？ 有人说会大大降低以太坊质押的相关风险，从而吸引投资机构入场； 有人说质押行业格局将经历重新洗牌； 有人说新一轮的质押创新会随之涌现； ...... 你们怎么看呢？ <br/> 在上海升级即将来临之际，多个以太坊流动性质押服务商的协议大型升级也接连上线测试网，为主网部署做好充分准备。他们具体会带来哪些革新呢？以太坊网络会否因为他们的革新而变得更安全呢？ <br/> ECN 有幸邀请了重要的流动性质押提供商 Lido、Rocket Pool 和 StakeWise 的代表做客 ECN Podcast，详细聊聊他们对以太坊上海升级影响的看法，Lido 的 V2 升级、Rocket Pool 的 Atlas 升级、StakeWise 的 V3 升级有哪些重要内容，质押行业将迎来哪些创新等。  <br/> 如果你们也对这些问题感兴趣，或者有更多问题想要被讨论和解答，欢迎进入 ECN discord 的 #shanghai-upgrade 频道进行提问。ECN discord：[http://dsc.gg/ecn](https://t.co/8fV9AjD5D6) 这三期播客的录制时间为： 3.29 StakeWise 4.3 Rocket Pool 4.6 Lido 请注意要在录制时间前对对应的服务商进行提问哦！期待大家的参与🙌https://www.ethereum.cn/ETh2/how-proof-of-stake-ethereum-workshttps://www.ethereum.cn/ETh2/how-proof-of-stake-ethereum-worksTue, 21 Mar 2023 00:00:00 GMT来源 | [stonecoldpat.substack.com](https://stonecoldpat.substack.com/p/how-proof-of-stake-ethereum-works) 作者 | Patrick McCorry 翻译 | [0xFelix](https://twitter.com/Felixyyang) 校对 | Franci, ECN <br/> <br/> 以太坊已经达到了其中一个期待已久的里程碑 —— 合并！这是一个非常重要的时刻。经过长达 7 年的努力，以太坊社区成功地将工作量证明机制替换为权益证明共识协议。直接的影响是将网络的能源消耗减少了 99.95%，仅占全球电力消耗的0.02%。这是值得庆祝的成果！ 除此之外，升级带来的技术优势还有很多，但大多数社区并不清楚。现在是时候撰写更易于理解的材料来介绍权益证明机制工作原理、重要性以及即将推出的激动人心的功能了 —— 尤其是现在权益证明正在保护数千亿美元的资产。 为了支持这一努力，我们准备了一系列文章来解释权益证明协议，面向对这项技术感兴趣的研究人员、开发人员和最终用户。在两周的时间内，我们将发布以下文章并更新相关链接： <br/> <br/> - 模块化设计和两条区块链， - Epochs、Slots 和信标区块， - 验证者见证和投票协议， - 补偿和惩罚， - 以太坊的权益证明是否实现了其目标？ <br/> <br/> 此外，还包括以下一些话题： <br/> <br/> - 注册和提款过程， - 怠工惩罚， - 聚合器和子委员会的角色， - 摇摆攻击（未发布）， - 同步委员会（未发布）。 <br/> <br/> 我们希望这些文章能帮助您了解权益证明协议的工作原理，并作为您在开发过程中进行共识客户端代码之前的必备知识。 感谢 Teku 团队，特别是 Ben Edington 和 Mikhail Kalinin 耐心解答我的问题。 <br/> <br/> ## 模块化设计和两条区块链 <br/> <br/>  区块大小之战最终是关于去中心化的争斗 - 应该尽可能地经济实惠？还是应该尽可能地可验证？ 对于区块链可扩展性的追求让社区在过去 10 年中提出了几个雄心勃勃的提案，问题的核心是一个基本的权衡： <br/> <br/> -**可负担性**：可以负担得起在网络上进行交易的用户人数规模。 -**可验证性**：具有硬件和带宽等硬性要求以实时验证交易完整性的用户人数。 <br/> <br/> 许多现代区块链系统将可负担性和最大用户数量置于其他一切之上 - 假定网络运营者愿意尽最大努力帮助实现这一目标。这种假设，运营者应该努力工作，会使区块链系统向中心化方向发展，因为它减少了可以作为运营者参与的人数。特别是对于需要运营者从经过批准的制造商购买硬件的网络。 并不是说现代区块链设计是错误的，但迄今为止，它们都未能像比特币或以太坊一样获得同样的关注。在我们看来，其中一个突出原因是这种基本权衡。这是比特币区块大小之争的核心，社区最终决定优先考虑谁可以验证网络的完整性，而不是长期的可负担性。 希望就像以太坊一样，可负担性可以通过闪电网络、侧链或 Rollup 推到另一个层级。以太坊社区、路线图和价值观都源于相同的背景。唯一的区别在于以太坊有一种根深蒂固的社会契约，使其社区能够实际改变基础平台以克服这个困境。 如果有一个与权益证明无关的唯一收获，那就是在去中心化网络的情况下，TPS 指标是毫无意义的。可扩展性不仅仅是以任何代价增加吞吐量，而应定义为以下内容： “增加交易吞吐量，同时仍遵守运行完全验证节点所需的相同的计算、带宽和存储要求。” 作为读者，这个讨论可能看起来很奇怪。为什么我们要谈论区块链可扩展性？这与权益证明有什么关系？更重要的是，由于升级不会立即以有意义的方式增加交易吞吐量，这讨论似乎更加离题。原因在于该升级的功能被低估了，即可为未来的可扩展性解决方案奠定基础。 <br/> <br/> ## 单一型区块链到模块化区块链 <br/> <br/>  一个新的思维模型 —— 共识参与者不需要做所有的艰苦工作，他们只需验证并同意工作是正确的。 让我们快进几年，快进到区块大小战争之后。现在，我们有更好的术语来说明这个困境如何影响区块链系统的设计，即单一型区块链或模块化设计。 **单一型区块链**。这是一种试图寻找通用解决方案以解决所有硬件瓶颈的区块链协议和实现机制，例如如何执行交易、如何广播数据以及如何存储数据库。参与的网络运营者必须执行所有繁重的工作并运行整个单一型的实现，这很大程度上限制了谁可以参与共识协议。 模块化设计将资源按层级重新定义 —— 使得团队能够构建软件以解决每个层级的问题。 **资源形成分层。以太坊权益证明设计及其长期路线图背后的重要力量之一是将每种资源定义为一个新层级**。通过成为一个层，可以将问题分离并独立，从而允许团队构建新的软件客户端来解决每个特定的问题。这就是所谓的模块化区块链设计。 关于模块化方法最重要的理解可能是它如何改变共识参与者的看法。它不再是让他们负担最大的工作量。相反，它的重点是： “区块提议者最少需要做什么工作？有没有可能把所有不必要的困难工作给到别的地方？” 回答是肯定的 **验证者作为轻客户端**。区块链协议的设计不再是围绕最大化网络运营者的工作。事实上正好相反，网络运营者（验证者）应该是轻客户端，只需要检查和验证在别的地方已经完成了的工作。 这就是为什么我个人喜欢“验证者”这个名字。他们唯一的工作就是验证、达成一致（共识），最终保护存储在以太坊数据库中的所有用户资产。从长远来看，参与其中应该只需要商业上可用的硬件和良好的互联网连接。 此外，通过使验证者成为轻量级客户端，它可能最终解决了运行节点软件的利他性天然症结。用户终于可以因验证区块链并实时检查其完整性而获得报酬。此外，我们也可以检查他们是否在做这项工作。 <br/> <br/> ## 两条区块链 <br/> <br/>  合并是将以太坊规范迈向模块化设计的第一个里程碑。 **它将交易排序的全局共识和交易的最终执行分离**。与此同时，它引入了两个新的区块链： <br/> <br/> 1）执行区块链。处理用户生成的交易和智能合约执行的原始以太坊区块链。有时被称为 ETH1 区块链。 2）共识区块链。专用于共识层的区块链。它负责决定执行区块链的规范链，并记录权益证明的转录。有时被称为信标区块链。 <br/> <br/> **两个软件客户端**。工作量证明 PoW 模块以及通常处理决定规范链的任何代码，都可以从原始以太坊节点软件中删除。整个执行环境保持完整，并且现在称为执行客户端。为了检索规范的执行链，它会向处理共识层的软件客户端（“共识客户端”）轮询新块。 由于执行区块链和客户端基本上保持不变，因此我们的文章将重点关注实现权益证明协议的共识层。 ​**多客户端生态系统**。由于上述分离，出现了几个独立尝试解决共识或执行问题的团队。当然，在这两种情况下，他们必须遵循通用规范，但可以自由地尝试实现细节。目前存在一个蓬勃发展（且出乎意料地资金充裕）的多客户端生态系统。例如，共识客户端包括 Teku 和 Prysm，而执行客户端如 Geth、Erigon 和Nethermind。 鼓励验证者运行不同组合的共识和执行客户端。这是防范共识级错误的第一道防线，希望相同的错误不会在多个独立实现中复制。这种软件工程实践称为 “N 版本” 编程。 如果验证者的绝大多数不遵循此建议，则可能导致末日情景。我们很快就会了解更多信息。 <br/> <br/> ## 写在最后 <br/> <br/>  细心读者可能已经注意到了这里的数据可用性、执行和结算层的使用，但是权益证明以太坊是为了共识和执行层奠定了基础。 长期的路线图是朝着以下方向发展： <br/> <br/> - **共识** → 数据可用性。所有验证者都达成了对数据排序的一致意见，[proto-danksharding](https://www.eip4844.com/) 有助于巩固这一角色。 - **Rollups** → 执行层。Rollups 承担执行层的角色， - **ETH1** → 结算层。原始的以太坊区块链是保护所有用户定义资产的信任基础。 <br/> <br/> 这种命名可能会令人困惑，依赖于以太坊协议的未来迭代。我们现在只是简单地称之为共识和执行层 —— 因为它已经被实现和部署了。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/Eth1.x/all-core-devs-notes-157https://www.ethereum.cn/Eth1.x/all-core-devs-notes-157Fri, 17 Mar 2023 00:00:00 GMT来源 | @[TimBeiko](https://twitter.com/TimBeiko/status/1636426483781767174) 作者 | Tim Beiko 编译 | Stephanie, ECN <br/> 第 157 次以太坊执行层核心开发者会议 (ACDE) 于北京时间 3 月 16 日举行，此次会议的议题包括：设定 Shapella 主网升级日期、讨论目前坎昆升级的 EIP、本地区块构建、以及由 Ethereum Cat Herders 完成的节点运行者调查报告。 **主网上海升级时间确定** 主网升级将在 Epoch 6209536 激活，时间为2023年 4 月 12 日北京时间 18: 27:35。预期一周后会发布客户端版本，从会议起 10 天后会有主网升级公告。 **Goerli 测试网上海升级回顾** 以太坊基金会的 Devops parithosh 分享了 Goerli 网的分叉：尽管看到了参与率的下降，这是由于客户端没有升级而不是 Shapella 的问题。当这个问题解决了，网络就能正常运行。 提醒一下，验证者有三个软件必须升级：执行层节点、信标节点和验证者客户端。有些验证者只升级了执行层节点和信标节点，但不是验证者客户端。尽管网络有一点时间没有做最终敲定，提款和凭证修改信息都得到处理，没有任何问题。 **本地区块构建** Prysm 团队的开发者提出了一个 PR，关于在特定条件满足时，执行层通过 Engine API 建议在本地区块执行。PR：[https://github.com/ethereum/execution-apis/pull/388](https://github.com/ethereum/execution-apis/pull/388) 这样做可以提高抗审查能力，因为在交易池或链上可以看到审查信息的情况下，这会是验证者默认在本地执行的一种方式。 客户端团队普遍赞成这个想法，并同意在 Shapella 后考虑。尽管这不需要一次硬分叉来激活，但客户端团队不希望在临近上海升级前做这件事。 **坎昆升级的候选 EIP** 以下是在 EthMagicians 论坛上对坎昆升级收集到的候选 EIP： [https://pbs.twimg.com/media/FrW1vKXaAAIKu04?format=png&name=small](https://pbs.twimg.com/media/FrW1vKXaAAIKu04?format=png&name=small) 论坛链接：[https://ethereum-magicians.org/t/cancun-network-upgrade-meta-thread/12060](https://ethereum-magicians.org/t/cancun-network-upgrade-meta-thread/12060) 在 SSZ 上，目前有几个提案： 1）就 SSZ 编码格式的交易的签名方案达成共识 2）把提款根转为 SSZ 格式 3）把所有的交易+收据根转为 SSZ 格式 开发者 Etan 对所有的提案进行了整理：[https://hackmd.io/y1MCA5Q-R4eMVyOBHiRH7Q](https://hackmd.io/y1MCA5Q-R4eMVyOBHiRH7Q) 基于以上提案与开发者们的讨论，Geth 的开发者 Péter Szilágyi 提到，SSZ 的完全转换应该不能在坎昆升级里实现，因为它可能会导致严重的延迟，尤其是需要与 EIP-4844 结合。 也就是说，EIP-4844 确实会在新的交易类型里引入 SSZ。因此，理想情况下，我们需要对范围更广的前进道路做出决策，已确保 4844 交易具有向前兼容性。预计在未来集中会对这个话题有更多的讨论。 在移除`SELFDESTRUCT` 的问题上，它将在上海升级种被正式停用，而如果想要在坎昆升级的下一次升级里过渡到 Verkle tries 的话，`SELFDESTRUCT` 需要在坎昆升级得到修改。 其他 EIP 目前没有特别大的进展，详情可以查看 Tim Beiko 的笔记。 会议最后，Ethereum Cat Herders 分享了节点运行者调查报告“Exploring Ethereum's Client Ecosystem (探索以太坊客户端生态)"：[https://medium.com/ethereum-cat-herders/exploring-ethereums-client-ecosystem-afc9affa84dd](https://medium.com/ethereum-cat-herders/exploring-ethereums-client-ecosystem-afc9affa84dd) --- <br/> 来源 | [@christine_dkim](https://twitter.com/christine_dkim) 作者 | Christine Kim 编译 | Franci 第 104 次以太坊共识层核心开发者会议 (ACDC) 于北京时间 3 月 9 日举行，下面针对共识层 Capella 之后的两次升级的讨论内容进行了编译，讨论话题分别有 blob 签名的工作流程、The Verge 相关升级的早期规范。 ## **共层上的 Deneb 升级** Deneb 是以太坊共识层的第四次升级，在执行层上的 Cancun 升级之后激活。Deneb 升级主要针对 EIP-4844 的实现。 共识层客户端 Lighthouse 的一名开发者 realbigsean 向大家更新了 “用于 blob 签名的信标链 API” 的变更情况。Blob 是在 Deneb 升级部署的 EIP-4844 中即将引入的一种新交易类型，它为结算和临时存储 L2 交易数据提供优化方案。关于签名 blob 交易以及将其广播至网络的节点这个工作流程，开发者们的想法是 “默认将所有 blob 设置为盲态 (blinded)”，也就是说节点将无法立即看到 blob 中包含的全部交易数据。Attestant 的 CTO Jim McDonald 对这个过程进行了一些解释：“盲态 (blob) 在区块 (block) 提议的过程中引入了状态，信标节点暂时覆盖这些信息，并承诺完整数据将会在未来某天可用。“ 覆盖区块的信息是一个关键的功能，在当前以太坊的设计中已经有使用这个功能来支持 MEV-Boost 软件。简单来说，验证者在不知道其收到的区块内容的全部细节的情况下，对第三方区块提议者提议的区块进行验证。同样地，在包含 blob 的区块被提议并在链上敲定之前，需要对 blob 内容的信息进行覆盖。 然而，开发者们也讨论到，在 blob 签名流程中，非盲态的 blob 数据也有好处。McDonald 补充：“将 blob 数据设置为盲态会降低网络的可靠性，除非盲态数据可以从独立的来源中获得。即使如此，最好还是提供非盲态的数据，以保持状态在提议者实体内，也就是验证者客户端。” ## **共识层上的 Electra 升级** 以太坊基金会的 Geth 开发者 Guillaume Ballet 提议了 Deneb 下一个升级的早期规范，该规范将侧重于对以太坊数据结构的重大改进，在路线图中被称为 "the Verge"。目前，关于以太坊账户、交易和整个区块链状态的数据是使用一种被称为 Merkle Patricia tree 的结构来存储的。Merkle Patricia tree 数据结构允许用户通过依靠代表树根的单一加密证明，轻松验证大量的数据。根据Vitalik Buterin 的一篇博文，Verkle tree 数据结构的功能与 Merkle Patricia tree 类似，然而，它们"在证明规模上更有效率"。 Ballet 提交了一份代码变更草案，这是将以太坊对 Merkle tree 数据结构的依赖替换为 Verkle tree 所必需的第一步。开发人员预计将在 Deneb 之后的升级中激活这些代码变更。Ballet 建议将 The Verge 相关的升级命名为 Electra。Danny Ryan 建议不要过早地规划围绕升级的具体细节，他说可能会有其他 EIP 与 Ballet 提出的内容相结合。Ballet 同意从更多的代码变更相关的客户端实现工作开始，以继续他在 Verkle tree 上的工作。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Eth2/The-Future-of-Stakinghttps://www.ethereum.cn/Eth2/The-Future-of-StakingWed, 15 Mar 2023 00:00:00 GMT来源 | [blog.obol.tech](https://blog.obol.tech/ethereum-staking-ecosystem-leading-to-the-shanghai-upgrade/) 作者 | Juan Gadea 翻译 | John, ECN 校对 | Stephanie, ECN 备受期待的上海升级即将到来，它于 3 月 14 日在 Goerli 测试网上进行测试，并预计在四月的第二个星期上线主网。上海升级是以太坊生态的一个主要地标，第一次允许人们从质押合约中进行提款。 这次升级使得质押行业第一次有机会进行彻底调整。直到今天，市场参与者都因延迟的奖励机制而面临在不同质押产品间进行高效转换的难题。提款提供了在产品间自由切换的自由，也因此使得用户可以暂停一下验证，尝试新的服务，或找到足够的信心去自己运行一个节点。提款所减少的摩擦将驱动以太坊质押市场进行下一步转型。 普遍的共识是，提款会极大地降低与以太坊质押有关的风险，使其能成为对更多机构和投资者而言更可行的选择。直到现在，无法提款已经妨碍了人们对世界上最有价值的资产之一 (价值约为 290 亿美元) 的全球库存的访问。很快，质押奖励将可以通过各种行动，包括捐赠和资助公共物品，而可以一直被访问和流动。开启提款功能同样是以太坊微观经济演化的重要一步，对于居家验证者而言，提款带来了急需的现金流，以为他们的运行提供资金（还可能做更多事情）。 在这个背景下，下面我们将介绍一系列在走向上海升级时关注的关键指标，为什么它们是相关的，以及在上海升级前后可能如何改变。解锁以太坊的流通价值流很有可能成为一种推动网络成长和全球采用的主要催化剂，正如 Dune 所说，数据必须流动……在这里，也是时候让 ETH 流动起来了。 <br/> <br/> ## 参与率 自信标链在 2020 年上线至今，已经有超过 1750 万个 ETH 质押在其上，每个月以 13.4% 的速率稳定增长（现在大约有 54.6 万个验证者为信标链提供安全性），而目前流通的 ETH 数量约为 1.205 亿，网络参与率保持在 14.5% ，但是自从合并 (The Merge) 之后，每月存款增长率已经降低到平均 4% ，表明运行验证者节点的热情有所减退。 <br/> <br/>  <center>来源 : Etherscan, Dune Analytics @obol_labs</center> <br/> <br/> 在上海升级之后，风险的降低可能会带来参与率的大幅提升，可能在价值上会翻倍，以太坊研究员 Justin Drake [早在 2019 年](https://github.com/ethereum/consensus-specs/pull/971?ref=obol-network#issuecomment-485069932)便已明确指出这个方向，他说大约 3350 万个 ETH 对于网络的安全性来说才是合理的（要达到这个安全阈值，目前质押的 ETH 存款大概需要翻倍）。 但是，尽管开启了提款功能，鉴于目前验证者的年化[质押奖励](https://www.stakingrewards.com/?ref=obol-network)比一些更稳定的选项 (比如[美国国债](https://www.bloomberg.com/markets/rates-bonds/government-bonds/us?ref=obol-network))更低，有人为明显下降的质押参与率感到担忧是合理的。 <br/> <br/> ## 寻找平衡 更加有趣的是，上海升级将让以太坊奖励率更加接近真正的市场均衡。这是第一次奖励率可以实际上上升地更快，创造一个我们所需要的，让质押成熟的双边市场，它不仅会激励更多人质押，还会为那些想要转向新事物的人提供退出机制，这可能会增加验证者奖励 (例如，降低验证者数会有效地增加质押者收益)。 然预计随着提款的到来，参与率可能会翻倍或增长更多，但是不太会达到与其他 PoS 链类似的均衡水平，那些链的参与率通常超过流通量的 60% 或更多。如此高的参与率会导致更低的质押奖励，可能使得它无法吸引验证者参与（如果流通量的 60% 都质押了——即大概 7200 万个 ETH——那么平均一个以太坊验证者的净年化回报会达到约 0.86％）。因此，单纯的经济激励不大可能会维持如此高的参与率。 另外，ETH 作为交易媒介而被广泛使用也会进一步限制参与率，ETH 作为货币意味着很多代币持有者不太想质押他们的币，因为他们可能更喜欢用在其他地方，比如交易，投资。所以即使质押的经济激励更有吸引力，总体的参与率可能还是会因为代币持有者不想把他们的币被长时间锁定而受限。 我们可以这样计算参与率： **参与率 = 质押的 ETH / 总 ETH 供给** <br/> <br/>  <center>来源 : Dune Analytics @obol_labs</center> <br/> <br/> 关注这个指标的主要原因是以太坊验证者收益与活跃验证者数量成反比，换句话说，随着参与率的下降，网络验证者的奖励会增加，这种动态关系在整个网络里有连锁反应。最基本的验证者行为 (也就是验证者进入和退出的过程）会导致这个指标的巨大波动。我们把这看作是一个重要的宏观指标，对其余的行为有下渗效应。 我们还把参与率看作一种以安全计量的倍数，被称为“安全资本化”： <br/> <br/> **安全资本化 = 总的 ETH市值 / 质押的 ETH 市值** <br/> <br/> 这个指标代表与这个网络的总市值相比，这个网络所得到的经济安全数。当这个倍数太高时，投机会超过网络安全，反之亦然。 在当前的 ETH 市场资本化情况下，安全资本化达到约 6.89 倍，这比 2020 年 12 月的历史最高值下降了 94.5%，当时这个倍数达到 125.5。 从历史上看，安全资本化一直在每个月稳步下降，随着加密货币市场的成熟和以太坊网络安全接近合理阈值 (参考这里)，投机行为明显减少。随着上海升级后链安全性趋向稳定，看到这个指标走向成熟将会振奋人心。 <br/> <br/>  <center>来源 : EtherScan, Dune Analytics @obol_labs</center> <br/> <br/> ## 以太坊质押，路在何方？ <br/> <br/>  <center>来源: Dune Analytics @obol_labs, @hildobby</center> <br/> <br/> 在总的参与率的基础上，我们密切地追踪着质押存款进入或退出网络之后的去向，在上海升级之后，质押网络的形貌将有机会发生变化，以适应不同的市场现实，与我们启动信标链的时候有着巨大的不同。 正如上图所示，目前流动性质押协议占有最大市场份额，保持占质押 ETH 的约 43％¹，紧随其后的是中心化交易所。流动性质押协议代表了一个约为 115 亿美元的市场，这个市场还在过去几年一直持续增长，每个月的平均增长率为 28.2%。 正如下表所示，ETH 的总质质押量中相当大的比例仅有四个实体持有—— Lido、Coinbase、Kraken、和 Binance—— 占 ETH 总质押存款的 56%，相当惊人。相比之下，在 Cosmos 上质押的相等数量的 ATOM 是在 18 个验证者实体中分布的。 <br/> <br/>  <center>来源 : Dune Analytics @obol_labs, @hildobby</center> <br/> <br/> 中心化 vs 去中心化质押的问题在以太坊社区里被广泛讨论。当谈到中心化质押的问题时，仍有一些技术门槛，使得普通人难以运行一个验证者节点。虽然中心化实体让非技术的用户能更容易地进行质押，但为了网络的健康，还是需要进一步努力对质押操作进行去中心化。 对罚没的恐惧和掉线惩罚仍然让质押代币的人们不安，尽管被罚没的验证者数量相对来说仍然较少 （在超过 54.6 万名验证者中只有 229 名验证者被罚没过）。其次，运行一个验证者所需的资金要求（32 个 ETH / 约 5 万美元）使得很多人不得不依赖质押提供商，这自然导致了汇集效应，进一步加剧了现有的质押中心化风险。 目前，人们正在大力推动质押去中心化，其中的一个重点是通过 DVT (分布式验证者技术) 来引领。DVT 的一些好处 包括： <br/> <br/> - **提高参与度**：通过降低运行验证者节点的门槛，DVT 鼓励更多人参与到质押当中，带来一个更加多元和有代表性的网络。DVT 使得小型验证者能提供与大型验证者相当的运行时间和效率。运行一个节点所需的 ETH 也被降低了，因为多个节点可以组合在一起来满足 32 个 ETH (约 5 万美元）的要求来参与验证。 - **去中心化**：DVT 通过实现一种被称为多运行者验证的结构来实现验证过程的去中心化，也就是验证者职责在一组实体或个人间分配 - **安全性**：多运行者验证使得单点故障的风险几乎为零，极大地提升了网络的总体安全性。 - **提升投资收益率 (ROI)**：通过提高在线时间，降低罚没风险，DVT 允许质押者优化它们的质押 APR。 - **灵活性**：DVT 允许验证者节点在不同的配置、客户端、地点和组织下运行，这为质押带来了更大的灵活性并优化了以太坊的[客户端多样性](https://clientdiversity.org/?ref=obol-network)。 <br/> <br/> 关于质押的深入指南和科普同样有助于降低技术门槛。在 Dappnode 和 Avado的引领下，即插即用的质押硬件也越来越受到关注这些努力可能让更广泛的用户更容易参与质押和增加网络节点数，从而提高去中心化水平。 流动质押同样在向更加去中心化的规范转变。Rocket Pool、Stakewise V3、Lido V2 都是流动性质押模型使用模块化方法的例子，用户对如何设置验证者节点有更多的决定权，且将 DVT 作为这些规范设计的核心元素。 最终，中心化 vs 去中心化的质押问题有可能会持续作为辩论主题。虽然技术门槛和质押作为服务的流行使得中心化成为以太坊的一个苦涩现实，但是 DVT 的引入、新的法规范式，以及更多提高可用性/提升去中心化的努力可以在长期内带来一个更加民主和安全的网络。用户和质押者理应审慎考虑每种质押方式所涉及的权衡问题，并努力寻求一个平衡且可持续的质押方法。 <br/> <br/> ## 流动性质押  <center>来源 : Dune Analytics @obol_labs, @LidoFinance </center> <br/> <br/> 另一个值得关注的地方是对 ETH 流入流动性质押池的监听，从个人和集体的角度来看都是如此。正如前文所述，流动性质押目前占有质押市场的最大份额，流动性质押池的精简商业模式能减少质押者在委托他们的代币时的高昂机会成本，使得质押变得非常高效，因此它还可以进一步增长。 流动性质押的目的在于解决传统质押方式的流动性限制问题，它主要是为了解决以太坊的流动性限制，即用户从信标链启动以后就无法提款了，我们相信流动性质押是一个成熟市场的重要组成部分，因为它允许以最直接的方式来普及质押服务。 尽管 Lido 目前在市场占据主导位置，它还是面临着与其他流动质押协议的严峻竞争，比如 Rocket Pool、StakeWise，Frax，都慢慢地形成对 Lido 市场主导地位的挑战。另外 Coinbase 的加入(头部中心化交易所之一，同时也是行业巨头)使得竞争更加激烈了。由于强大的品牌和声誉，Coinbase 在引入大量新的质押者方面处于有利地位，而且人们已经能感受到它占 15.4％的流动性质押市场份额所带来的的影响了。 尽管 Lido 目前在市场占据主导位置，它还是面临着与其他流动质押协议的严峻竞争，比如 Rocket Pool、StakeWise，Frax，都慢慢地形成对 Lido 市场主导地位的挑战。另外 Coinbase 的加入(头部中心化交易所之一，同时也是行业巨头)使得竞争更加激烈了。由于强大的品牌和声誉，Coinbase 在引入大量新的质押者方面处于有利地位，而且人们已经能感受到它占 15.4％的流动性质押市场份额所带来的的影响了。 下表展示了以太坊的头部流动性质押提供商，Lido 以 74.7％ 的份额遥遥领先，紧随其后的是 Coinbase 的 15.4％，Rocket Pool 以 5.8％排在第三。当我们离提款越来越近时，市场的新星也会冲击市场。比如像 Alluvial 带着他们的机构流动性质押解决方案，还有 Stader Labs 和 Swell 这样的参与者都有可能在上海升级之前部署他们的产品。在流动质押市场的发展潮流中，EtherFi 也不容小觑。 <br/> <br/>  <center>来源 : Dune Analytics @obol_labs , @eliasimos</center> <br/> <br/> 流动性质押市场目前观察到的主要趋势是，大多数流动性质押代币一直以低于其基础价值的价格进行交易。这个现象由不同原因引起，比如市场波动，流动性限制，延迟的现金流导致的短缺。在过去一年，我们已经在流动性质押市场见过几次重大抛售，包括五月 LUNA 的崩塌，六月的 3AC 熔断, 十一月 FTX 的倒下。 由于验证者不再有现金流的问题了，剩下的问题时流动性质押代币 (LST) 将以溢价还是折价交易。提款前，价格一直由有激励的流动性来维持，且由于他们的结构性延迟现金流而面临很强的逆风。现在人们可以取回他们的 ETH 了，这将是 LST 未来交易的一个转折点。但是，预计进入延迟可能长达数周，迫使重量级玩家快速转向 LST，把价格推进溢价区。另外，传统的金融理论表明，验证者应该持有多于 32 个 ETH，因为它附有奖励流。这可谓时新时代的黎明。 但是一个明显的例外是 Rocket Pool，Rocket Pool 的 rETH 一直以溢价交易，这主要是由于对更加去中心化的推动和 Rocket Pool 的机制设计。rETH 的供应与节点运行者增长相关。由于 Rocket Pool 有一组广泛分布的节点运行者，且现在缺乏让他们运行迷你池节点的需求，他们现在有大量的 ETH 在存储池里等待与迷你池验证者配对。由于没有足够的迷你池验证者吸收存款的需求，这促使 rETH 以溢价交易。 下表对比了两种情况：应该与 ETH 以 1 比 1 平价交易的 LST，和相对于 ETH 增值的奖励性代币。奖励性代币的溢价/折价来自转换率，它又产生了一个暗含的公允价值率²。 Luna 和 3AC 崩盘引发的混乱给所有 LST 带来了深刻的影响，迫使他们在 2022 年相当一部分时间里以严重的折价进行交易。Lido 的 stETH 基本全年都在以折价交易，特别是五月到八月之间，平均折价 -1.42%。但是在那以后它就恢复过来了，并且现在以接近它的锚定价进行交易。Stakewise 的 sETH2 同样在过去一年努力维持平价交易，但是最近也也恢复过来了，而且交易价格接近平价。相反，frxETH 自十月上线以来就一直保持相当稳定，除了一些例外很少偏离锚定价。 RocketPool 在五月 Luna 崩盘前一直以溢价交易。正如大多数 LST 一样，它的交易价格严重折价，直到 10 月，它才开始恢复平价。目前，它又回归了溢价交易， 2022 年 10 月以来平均高出 1.78% 的隐含公允价值率。 <br/> <br/>  <center>来源 : Dune Analytics @obol_labs, @eliasimos</center> <br/> <br/>  <center>来源 : Dune Analytics @obol_labs, @rp_community</center> <br/> <br/> ## ETH 通货膨胀 <br/> <br/> 在报告的最后，我们想谈谈以太坊的通货膨胀问题。在 2022 年 9 月，以太坊共识从工作量证明 (PoW) 转换为权益证明 (PoS)，随着执行层上不再增发代币，ETH 趋向通缩状态，社区把这个概念称为超稳健货币 (Ultrasound Money)。 与前几年相比，这带来了通货膨胀的大幅下降。在 2022 年，ETH 的通货膨胀率平均保持在大约 4％。然而，合并后，年华通胀率达到让人惊叹的 4%，因为合并以来，ETH 的流通供给有效减少了大约 2.73 万个 ETH，减少了 0.023%。 <br/> <br/>  <center>来源 : EtherScan, Dune Analytics @obol_labs, @blockworksres</center> <br/> <br/> 以太坊上的交易需要一笔用 ETH 支付的基本费用才会被视为有效（参考 EIP-1559）。费用在交易过程中被烧毁，减少了流通中的 ETH。费用烧毁基础在 2021 年 8 月的伦敦升级中上线，此后一直保持至今。 更简单地说，当更多人使用以太坊主网交易时，更多的 ETH 就会被烧毁来作为交易费用。这带来了 ETH 供应的通货紧缩压力，这在重大的链上事件 (如 NFT 空投或市场抛售) 中会特别明显。 由于不同原因，上海升级前后， ETH 通胀率可能会经历一次大幅下降，但很大程度上是由于提款的机会，它允许大约 290 亿美元的验证者余额能以无需许可的方式在链上转移。 当该余额有效地影响市场时，将发生大量的链上交易，导致大量费用被烧毁。另外，由于生态资产的价格较低，验证者可能直接把他们的 ETH 换成其他蓝筹代币。这可能导致通胀率的急剧下降，类似于 2022 年 5 月 1 日 Otherside Mint (BAYC) 事件里观察到情况。 然而，验证者余额不会马上全部涌入市场，以太坊规范对部分提款的笔数进行了限制：每个 epoch 256 笔（部分提款就是提出超过 32 个 ETH 部分的余额，即质押奖励）。这意味着一天可以处理 57600 笔部分提款。目前验证者的数量（约 54.6 万名）如果全部都想部分提款的话，需要大概 9.48 天才能完成，这会导致奖励转存可能持续几天。对于想退出验证者集的验证者，来自 Blockworks Research 的 WestieCapital 制作了一个有参考性的图表，描绘了在特定时间，根据想要退出验证者集的验证者百分比，提款等待期将持续多久。 <br/> <br/> ## 结语 <br/> <br/> 即将到来的以太坊上海升级将标志着这个网络路线图的一个重要里程碑，并且是整个质押行业的一次重置。启动提款后，市场参与者将能够自由地改用其他质押产品，并且摩擦的减少会改变质押市场的格局。提款还会极大地降低与以太坊质押相关的风险，引进下一波的投资者和机构。 总体上降低以太坊的风险将提高网络参与率，因为质押变成了加密市场的无风险债券，使人们能够积极参与到为公共区块链网络提供安全性中。 在 Obol，我们将作为更大型上海升级基础设施过渡的一部分进入市场，以帮忙准备增加质押进以太坊网络里的 ETH 的验证者提供安全性。分布式验证者技术（DVT）通过把验证者罚没风险几乎降为零，同时为行业提供高度可用的验证者，进一步对以太坊质押进行去风险（Obol labs 在 2022 年 12 月 30 日于以太坊主网上第一次上线了分布式验证者（DV）集群——详情参考这里） 去中心和模块化规范将使流动性质押成为质押行业下一波浪潮幕后的驱动力，像 Lido V2，Stakewise V3 和 Rocket Pool。通过给予质押者在节点运作上更大的控制力，流动性质押会在提升去中心化的同时给用户活跃参与网络赋权。随着这一领域的发展和成熟，我们可以期待在质押行业看到更广的采用和更好的创新。 随着以太坊社区的发展，我们必须努力支持正在提高网络安全性和韧性的工作。DVT 的部署与提款的一起推出将使得质押成为一个新且富有成果的生态，并具备以健康的方式茁壮成长的所有必要元素。 在我们即将迎来上海/Capella 升级之际，我们邀请你阅读我们的 Dune ETH 质押生态系统 dashboard 来获取其他重要见解——[链接](https://dune.com/obol_labs/eth-staking-ecosystem?ref=obol-network) 报告和 dashboard 的制作要特别鸣谢 [@hildobby](https://dune.com/hildobby?ref=obol-network) [@eliasimos](https://dune.com/eliasimos?ref=obol-network) [@LidoFinance](https://dune.com/LidoAnalytical?ref=obol-network) [@BlockworksRes](https://dune.com/blockworks_research?ref=obol-network) [@rp_community](https://dune.com/rp_community?ref=obol-network) 提供的开源资料 注释： 1. *信标链存户的市场份额是大致数据，因为不是所有地址都对应不同实体* 2. *奖励性代币计算公式： ETH/rETH 转换率→隐含的 rETH 公允价值→实际 rETH 价值→rETH 溢价/折价* 3. *计算方法是平均验证者余额 x 活跃验证者的数量 x 3 月 6 日的 ETH 价格 （1560 美元）* <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/Eth2/understanding-withdrawalshttps://www.ethereum.cn/Eth2/understanding-withdrawalsTue, 14 Mar 2023 00:00:00 GMT来源 | [attestant.io](https://www.attestant.io/posts/understanding-withdrawals/) 作者 | Jim McDonald 翻译 | John, ECN 审阅 | Franci, ECN 提款 (withdrawals）是验证者生命周期（validator lifecycle）中缺失的一部分，从 2020 年 12 月以太坊共识链一开始启动以来就在开发当中，现在将随上海升级而来。由于上海升级将在今年上半年启动，所以值得注意和理解什么是提款，其工作机制，以及这个新特性的使用方法。 <br/> <br/> ## 历史 当共识链第一次在2020年12月启动时，你无法从共识链上发送任何信息到执行链上去。也就是说，尽管余额能在共识链上累积，你也无法通过执行链去提现，因为技术上在当时提款是不可能的。经年累月过后以太坊的结构已经被改变得可以容纳新的研究成果，转变为当前以 layer 2 为中心的扩容模型，并且很大程度上保持了执行链的原貌。在2022年的 9 月，执行链与共识链合并了，执行区块变成了共识区块里数据的一个子集。这时信息从共识链上转移到执行链上就是可行的了，其中一个例子就是验证者奖励。 你可以在”[理解合并后的奖励](https://www.attestant.io/posts/understanding-post-merge-rewards/)“（”[Understanding post-merge rewards](https://www.attestant.io/posts/understanding-post-merge-rewards/)”）一文中找到共识链和执行链互动以及合并的区块如何构建的详细细节。关键点在于只有在合并之后提款才变成可能。 <br/> <br/> ## 验证者在做些什么？ 自从 2020 年 12 月的共识链创世以来，验证者一直在产生区块并维护链的安全。具体来说，他们一直在提议新的区块，并参与对它们自己和其他验证者提议的区块的投票（注解 2）。当被正确执行时，这些行为会为验证者带来奖励。共识链启动时只有 2 万多名验证者，但在笔者撰文时已经约有 52 万名活跃的验证者在确保其安全性。从 2020 年 12 月 到 2022 年 9 月，共识链只维护了其自身的安全，但是这为合并的到来铺平了道路（注解 3），从 2022 年 9 月之后执行链就已经仅由验证者们保证其安全性。 为了回报他们维护区块链安全性的行动，这些验证者被许诺以根据以太坊协议直接产生的奖励，这些奖励被记录在共识链上。 <br/> <br/> ## 验证者的奖励怎么样了？ 因为共识链本身没有执行能力，所以积累在上面的 ETH 无法从一个账号被转移到另一个。确实共识链甚至没有账户的概念，链上唯一有余额的实体是验证者本身。这意味着这些验证者的奖励虽然在过去两年稳定增长，但是却没有提取它们的方法。   <br/> <br/> 在所有验证者中，共识链已经产生了超过 1 百万的 ETH 作为累计的奖励。 就个人的验证者而言，他们的奖励取决于一系列的因素，但最明显的莫过于他们作为活跃验证者的时间。有很多验证者已经积累了一笔数量巨大的奖励： 大多数验证者获得了只有少于 2 个 ETH 的奖励， 有些高达 5 个 ETH，尽管这些奖励被登记在在共识链上，但是它们无法在执行链上被实例化，直到提款的功能就位。 注意，自从合并之后，除了上述的奖励，提议区块的验证者会获得一部分交易费。这些费用会直接在执行链上被支付，因此下文不会再论述它们。 <br/> <br/> ## 上海升级改变了什么 上海升级（注解 4）提供了一个从共识链上转移奖励到执行链上的机制，每一个执行区块都会包括大约 16 次把 ETH 转移到执行链账号上的提款（注解 5）的数据。提款有以下数据结构： <br/> <br/>  <center> 图表 3：一笔提款 </center> <br/> <br/> 一笔提款的单个组成部分分别为： - **提款索引（Withdrawal index）** 提款的唯一标识符，便于引用。 - **验证者索引（Validator index）** 共识链上一笔提款来源的验证者的索引 - **地址（Address）** 提款的地址 - **数目（Amount）** 将会被添加到账户的 ETH 数目，单位是 Gwei（注解 6） 当区块被导入到执行链中时，提款将会根据给定的数量进行处理，相应地址的余额会增加。注意提款不是交易，它们不消耗 gas，它们也不会在提现地址触发任何智能合约的操作。一旦区块被处理完毕，相应的余额将会增加，但不会再有其他的事情发生。 <br/> <br/> ## 被提款的 ETH 是从哪里来的？ 上述的信息描述了什么是提款，但是提款发生时的 ETH 是从哪来的呢？ 尽管一个验证者的信息被创建时，需要向以太坊存款合约存入 32 个 ETH，但是不能以提款为目的访问这些 ETH，因为合约里没有任何允许代币转移的机制。这些账目总和的使用也最终会导致合约出现负的余额，因为现在验证者的在共识链上的余额总和超过了一开始存款的总和。 提款是用根据以太坊协议产生的资金（即新增发的 ETH）来支付的，而不是从已有的账户上转移。这保证了提款可以一直被支付，即使从共识链上提出的总数目高于存入的总数目。 <br/> <br/> ## 提款时钟 在内部，共识层的软件持有一个存有验证者信息的简单列表： | Index | State | Balance | Withdrawal credentials | | --- | --- | --- | --- | | 0 | Active | 36.465 | 0x00f5…cf71 | | 1 | Active | 36.858 | 0x0092…df99 | | 2 | Exited | 36.473 | 0x00d6…ad6f | | … | … | … | … | | 519053 | Pending | 32.000 | 0x0100…d899 | | 索引 | 状态 | 余额 | 提款凭证 | | --- | --- | --- | --- | | 0 | 活跃中 | 36.465 | 0x00f5…cf71 | | 1 | 活跃中 | 36.858 | 0x0092…df99 | | 2 | 已退出 | 36.473 | 0x00d6…ad6f | | … | … | … | … | | 519053 | 待处理 | 32.000 | 0x0100…d899 | <br/> 每一个验证者实体的独立组成部分分别为： - **索引（Index）** 对应这个验证者及其列表内位置的唯一索引 - **状态（State）** 目前这个验证者的状态，比如“活跃中”或“退出中”（注解 7） - **余额（Balance）** 目前该名验证者的余额，单位为 Gwei - **提款凭证（Withdrawal credentials）** 该名验证者的提款凭证 上述这些概念大多数都是不言自明的，然而提款凭证却需要一些解释。每一个验证者都有一组提款凭证。这些凭证控制了共识层资金的流向，包括初始的存款和接下来的奖励。 目前有两种提款凭证： - 从BLS公钥产生的，被称为“type 0”提款凭证 - 从执行地址产生的，被称为“type 1”提款凭证。 我们待会再来详细地探索这些概念，但是，目前的重大区别在于，type 1 的提款凭证允许共识资金被提款到执行链上去，而 type 0 提款凭证不行。 共识链按顺序处理提款，从索引 0 开始一直处理到某一集合中最后那个索引，然后再从头开始。你可以用一个单指针的模拟时钟作为类比提款进程的一种思考方式。 每一个钟上的刻度代表一个验证者，从验证者索引 0 开始到最后那个（目前大概是 52 万个）。 <br/> <br/>  <center> 图表 4 提款时钟 </center> <br/> <br/> 一旦上海升级上线，区块就会包含提款信息。为了选择哪些验证人可以提款，时钟指针围绕验证人转动，每当它指向一个有资格提款的验证者时，该名验证者的部分或全部余额将根据以下规则被提出： - 如果验证者拥有 type 1 凭证，并处于 ”活跃“ 状态（注解 8），并有超过 32 个 ETH 的余额，那么超过 32 个 ETH 的部分会被提出。 - 如果验证者拥有 type 1 凭证，并处于 “可提款” 状态，余额不为 0，那么剩余的所有余额都会被提出。 如果上述其中一条规则适用，就会有一笔提款产生并被添加到区块里；如果上述两条都不适用，那么验证者就会被认为不符合条件，指针会继续往下走。指针会继续跳动直到它找够 16 个符合条件的验证者（注解 9），这时单个区块所需的提款笔数足够了，提款信息就会被包含进区块中 时钟指针走完一轮的时间取决于符合资格的验证者数量。 <br/> <br/>  <br/> <br/> 在笔者撰文时有大约 52 万名验证者处于活跃状态。若每个区块有 16 笔提款，每天 7,200 个区块，则每处理一轮符合资格的验证者集将需要大概 4.5 天。但正如上图所示，这个时间将随着符合资格的验证者数量改变而改变。 <br/> <br/> ## 修改提款凭证的过程 正如上文所述，要成为符合资格的验证者必须拥有 type 1 的提款凭证。笔者撰文时有大概 40% 的验证者拥有 type 1 的凭证，其余的则拥有 type 0 凭证。上海升级会带来从 type 0 升级到 type 1 提款凭证的能力，如此验证者便能接收奖励。修改提款凭证需要创建一个在共识链上广播的签名操作。这个操作的结构如下图： <br/> <br/>  <center> 图表 6：修改提款凭证的操作 </center> <br/> <br/> 操作的组成部分分别为： **验证者索引（Validator index）** 该操作所适用的验证者的索引 **提款的BLS公钥（Withdrawal BLS public key）** 目前BLS提款凭证的BLS公钥 **执行地址（Execution address）** 用于新提款凭证的执行地址 **签名（Signature）** 由当前 BLS 提款凭证的私钥在操作的其他字段上所作的签名。 信标链上的操作过程如下： > “就每一个被验证者索引所定义的验证者而言，检查给定的 BLS 公钥是否可以转换为匹配当前验证者的 type 0 提款凭证。若可以，则把给定执行地址转换成 type 1 的提款凭证并为验证者更新。” > 因此，修改凭证的操作只能发生一次。 一旦修改凭证的操作被处理完毕，链上验证者的定义就会包含 type 1 提款凭证，所以就据上文所述就没有 type 0 提款凭证可供匹配了。也就是说，type 1 凭证一旦被设定就将在其生命周期内保持不变。（注解 11） <br/> <br/> ### 选择执行地址 修改提款凭证的第一步就是选择用来接收提款的以太坊执行地址。正如上文所描述的，你只能作一次改变，所以你必须保证你在做设置之前已经确保了地址私钥的控制权。若你有多个验证者身份那么你需要考虑是否要为每一个验证者身份提供一个不同的提款地址，或者为所有的验证者身份使用相同的地址： - 设置相同的地址方便了你，奖励会更快地累积到这个地址去，因此消耗的 gas 会更少。 - 设置不同的地址，保持它们互不关联则增加了你的验证者身份的安全性，若这些验证者身份本身就是互不关联的（不同的储蓄地址，不同的或者本来就没有的区块提议涂鸦等） <br/> <br/> ### 创建操作 一旦执行地址被选定，则需要为每一个验证者创建并签署一个操作。由于暴露与提款凭证相关的私人信息的敏感性（可能是私钥或者助记词），我们推荐离线创建。操作方法超出了这篇文章论述的范围，但你可以参考使用 ethdo 工具这么做的[详细指南](https://github.com/wealdtech/ethdo/blob/master/docs/changingwithdrawalcredentials.md)，或者使用未来其他可用的工具和向导。 <br/> <br/> ### 广播操作 在创建操作之后，你需要把它们广播在共识链上。若操作是在上海升级之后才被提供给共识节点的，那么它会在下一次机会被广播到网络中以打包进区块。若操作是在上海升级之前被提供给共识节点的，那么它会被储存起来并在升级完成后被广播到网络。注意这需要你连接到一个可以识别上海升级的共识节点上；就目前来看这些共识节点预计将在 2 月的某个时候可用，为主网升级提供了良好的时机。 <br/> <br/> ## 在线/离线 进程 正如上文所述，创建凭证修改操作应该在离线状态下进行。这避免了提款的私钥被暴露给不安全的电脑从而导致私钥被窃取的情况。然而，访问一台在线的电脑需要从信标节点上获取信息，并最终广播凭证修改操作。因此，我们推荐用一个在线/离线的进程来创建并广播修改操作。 <br/> <br/>  <center> 图表7：在线和离线的配置中创建和广播修改提款凭证操作 </center> <br/> <br/> 有不少的工具都遵循这个过程，比如 ‣ 就有他们自己的文档交代如何进行这个过程，下文是每一步的概览，讲述其作用和意义 <br/> <br/> ### 1.获取链上信息 要创建有效的已签名的凭证修改操作，你需要从链上获取不同的信息，这些信息应该从链本身获取以保证是正确的信息。我们同样推荐获取一份包含目前所有验证者信息的列表。因为这样可以更容易地创建操作，同时验证创建的操作是否适合验证者。 这些信息来自一个活跃中的共识节点，因此需要从一台联网的电脑上获取这些资料。大多数运行验证者程序的实体应该都有访问共识节点的权限，但是如果它们将质押过程委托给一个服务商，那它们应该设法从服务商获取必要信息。 这将产生一份包含链上信息的文件。文件本身不会带有私钥或其他敏感信息。 <br/> <br/> ### 2.转移链上信息 一旦链的信息被收集完成，那就需要把它从一台在线的电脑转移到一台离线的电脑。目前的普遍做法是通过 USB 存储，USB 存储允许两台电脑不需要直连就能完成信息的转移。这意味着离线的电脑可以完全与互联网断开连接，极大地增加了私钥或者助记词的安全性。 <br/> <br/> ### 3.创建凭证修改操作（Credentials Operations） 一旦离线的电脑上有了链的信息，那就可以进行凭证修改操作的创建了。这要求对创建了目前提款凭证的助记词和私钥的访问权，所以在离线的电脑上运行这个进程更加安全。 私钥和助记词有可能创建了多个验证者的凭证，因此创建进程可能会产生多个修改操作。 这会产生一个包含了修改凭证操作的文件，文件自身不会包含私钥或者其他敏感信息。 <br/> <br/> ### 4.转移凭证修改操作 一旦凭证修改操作的文件被创建完成，就需要把它从离线的电脑上转移到在线的电脑上。再说一次，USB 存储或类似的方式是普遍的最优做法。 <br/> <br/> ### 5.广播凭证修改操作 一旦在线的电脑上有了凭证修改操作的文件，就可以通过将这些操作发送到某个共识节点来向以太坊网络广播。最有可能是发送到下载链信息回来的那个节点上。 一旦操作被提交到共识节点上，节点就会把它们在全网范围内广播，一旦共识区块打包了这些操作那么修改就会随之生效。每一个区块都有容纳 16 个修改操作的空间， 所以有可能需要 4 天才能让一个操作被添加到一个区块里去，但是更有可能的是 1 到 2 个小时就可以添加。 <br/> <br/> ## 总结 提款功能将随着上海升级推出，自从共识链启动以来第一次使用户的共识奖励变得可用。一旦设置好之后，它们就会自动地为任何验证者所用，而升级也带来了一个机制来配置那些尚未准备好提款的验证者。 验证者生命周期完成之后，共识链就履行了对质押者们从 2020 年 12 月以来许下的承诺，并准许验证者离开这个他们此前觉得可能离开不了的系统。额外的验证者将为以太坊带来更强的安全性以及一条更强大的链。 --- 1. 以太坊有多条链，通常被称为共识链（或称信标链）和执行链，欲了解更多信息请参考文章[”理解合并后的奖励“](https://www.attestant.io/posts/understanding-post-merge-rewards/)。 2. 他们同样参与到同步委员会中，但这些都是见证的另一种形式。 3. 就是用俗话解释以太坊从工作量证明共识机制到权益证明共识机制的迁移。 4. 与共识链上的 Capella 升级同时进行。 5. 严格意义上最高可以达到 16 笔提款，除极端情况外，所有 slot 都应该是满的。 6. 共识链上的所有数值都是以 Gwei 为单位的，因此从共识链到执行链的任何代币转移都是一个以 Gwei 为单位的整数。 7. 状态实际上来自验证者信息中的其他字段，所以它不会呈现在验证者的定义里，但是由于它在文章其他地方被引用了，所以把它展示在这。 8. “活跃中”和”可提款“的状态定义可参考文章[“理解验证者生命周期”](https://www.attestant.io/posts/understanding-the-validator-lifecycle/) 9. 在 16384 名验证者之后提款时钟的指针就会停止跳动，即使找不够 16 名符合资格的验证者，尽管这种情况不太可能在测试网以外发生。 10. 笔者撰文时这个数字实际上大约是 7160，因为一些区块没被提议或者在提议后变成了孤块。 11. 这可能随着新的操作的引入而在未来改变，但在笔者撰文时尚无这样的计划。 12. 预计在升级后的头几天会有一波验证者修改他们凭证的初始高峰期，在这之后排队的人将会很少，因为大多数符合资格修改凭证的验证者都已经修改完。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/Technology/zkday-denverhttps://www.ethereum.cn/Technology/zkday-denverFri, 10 Mar 2023 00:00:00 GMT编译 | Franci </br> </br>  </br> </br> zkDay Denver 是在 ETH Denver 期间备受关注的周边活动。这是一个零知识证明相关的圆桌讨论以及面向开发者和构建者的开放 Hack House。 **主办方：** Poly Chain Capital、Manta Network **介绍：** 该活动由 Scroll、Aleo、Veridise、Nil、Cysic、Modulus Labs、Hyper Oracle 以及其他 zk 项目赞助与支持。活动汇集了该领域的专家和爱好者，进行一系列与 ZK 相关的讲座、讨论和互动活动。 活动当天进行了 4 个 Panel： - VC Panel: **捕获 zk 的长期价值** - ZK Panel 1: **ZK 应用: 可编程性和隐私性** - ZK Panel 2: **加速 ZK 采用** - ZK Panel 3: **zk(E)VMs、链上超级力量以及安全性** <br/> <br/> ECN 对三个 zk Panel 进行了整理。视频与活动信息： <iframe width="560" height="315" src="https://www.youtube.com/embed/gKkthhlhOLQ" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" allowfullscreen></iframe> <br/> <br/> ### **ZK Panel 1 - ZK 应用: 可编程性和隐私性 （1:03:33 - 1:57:43）** 第一个 Panel 由 Wei Dai 主持，嘉宾有：Manta Network 的 Shumo Chu、Aleo 的 Anthony Diprinzio、Aztec 的 Jon Wu 以及 Axiom 的 Yi Sun。 在这个 panel 中，大家围绕 zk 可访问性以及怎么样降低 zk 编程的门槛展开了讨论。 首先，Shumo 表示：“zk 编程本身固有的难点就是，它不像正常那样使用日常的应用程序逻辑去编写。在构建大部分 zk 编程时，你是在构建密码学协议。基于这些观察，我认为仅仅有针对 zk 的特定域语言 (DSL) 是不够的，我们还需要 API 库、SDK 这些工具。开发者能够很轻易地去调用 API 来编写他们想要构建的任何 zk 应用。” 针对开发 DSL 还是 API，主持人提问了其他人的看法 (Axiom 选择构建 API，而 Aztec 和 Aleo 正构建 DSL)。 Jon 提出不同的意见：“Aztec 使用的语言 Noir 是 DSL，但我们宣传或向大众解释时通常会以通用语言去介绍它，因为它可插入任意后端。刚才 Shumo 提到的一点就是，对于想要开发密码学应用的开发者来说，必须要有密码学背景和应用开发能力。我们正在做的就是尝试为开发者扫除密码学方面的障碍，让他们只专注于构建强健的应用即可，无需考虑密码学方面的安全性问题。这就是 Noir 所做的。” Anthony 对 DSL 进行了一些补充：“我同意 Jon 的说法，Aleo 开发的编程语言也是基于这样的哲学。我们在尝试抽象掉构建零知识证明的复杂性，我们的 DSL 编译器作为一个中间表示语言存在，开发者可以直接构建他们想要 build 的 zk 应用就好了。” 最后，Yi 对大家的讨论进行了一个总结：“我觉得 DSL 和 API 之间的争论有点夸大了，我觉得在 zk 开发中，它们之间的界限很模糊。长期来看，我认为我们也会开发 DSL，但是首先我们会在 API 层面上开展工作来获得最大化的性能。随着系统和硬件加速逐渐优化，我们就会添加 DSL 这块进去，进一步优化我们的系统。” <br/> <br/> ### **ZK Panel 2 - 加速 ZK 采用 （1:57:50 - 2:52:27 ）** 这个 Panel 由来自 CoinTelegraph 的 Michael Tabone 做主持，嘉宾有 nil foundation 的 Mikhail Komarov、 Hyper Oracle 的 Kartin Wong、Cysic 的 Leo Fan 以及 Risc Zero 的 Brian Retford。 这是一场围绕 "加速 ZK 采用" 的圆桌讨论，涉及的问题包括：**为什么我们需要关注 zk、zk 会如何影响 Web3 和其他行业的发展、目前推进 zk 所面临的障碍、扩大 zk 的采用的优先工作是什么、除了隐私之外 zk 还可以有哪些领域的应用、zk 证明生成市场以及硬件加速的相关讨论...** 对于第一个问题 “为什么需要关注 zk”， Kartin 认为零知识证明与其他密码学技术如 “ECDSA、Merkle Tree、SHA-256” 一样重要。这些都是传统区块链上我们应用到的技术，而我们现在之所以推崇采用 zk 证明，一个很重要的原因是现在的性能问题不像以往那么简单，代码库也复杂了许多。“我举个例子，我刚开始我的加密货币之旅时，有两个问题使我感到困惑，其一就是，30 年之后的人怎么验证我们今天拥有的数据，这几乎是不可能的，因为区块(链)会变得超级长。那如果应用了 zk 证明，对每一个区块生成递归证明，即便在 100 年之后，也可以轻易验证这些区块”，Kartin 分享道，“第二个考虑的点就是，为什么我们要使用中心化的 RPC 提供商来访问去中心化的区块链。我开始想，怎么能够让任何人从其他人那里接收区块链数据，而无需有一个中心化的服务器作为中介。我带着这个想法，最后找到了另一位联合创始人，我们觉得用 zkp 来解决这个问题。这就是 zkp 能够带给我们的其他想象。” 接下来嘉宾们围绕目前 zk 所面临的障碍进行了探讨。Leo 表示，一方面是编程语言方面的困难，需要更高效的 zk 电路；而另一方面则是 zk 证明生成上的困难。而 Brian 则认为，这其中最大的困难是，许多 zk 项目发明了新的语言，并推动大家学习如何对电路进行编程。这虽然很有趣，但是这为安全审计带来了巨大的挑战，因为我们希望做到的是提供一个环境，让开发者像平常编写程序那些编写 zk 程序。Kartin 补充，他认为这种进入壁垒可以通过各种 zkVM 解决，这允许开发者不用了解许多构建电路的相关知识就可以对 zk 电路进行编程。最后，Mikhail 则认为推进 zk 广泛采用的一个很大的障碍来自于大家缺乏对 zk 用例的认识，有很多应用可以通过一种更加去信任的方式去实现；第二就是需要尽快地将其带到市场上，让人们可以使用。 至于扩大 zk 采用的优先工作，Brian 很好地总结了三点：“第一就是许多公司已经在做的工作，提供教育材料，向广大用户普及 zk 证明领域的一切；第二就是比较少关注到的应用 zk 的科普，也就是向那些想要构建自己的 zk 系统的开发者提供一些教程和环境。前两点是我们在未来一年内需要重点关注的。最后一点，我想应该在未来两到十五年里需要解决的一个问题，就是 zk 生成的硬件加速行业。” 在最后的提问环节中，有一位观众提问了一个大家都比较关注的问题：“这种 zk 生成的挖矿市场与比特币的 PoW 挖矿机制有什么区别？” Mikhail 的回答是：“在比特币网络中，你无法信任一个中间商，所以不能外包哈希的计算，也就是没有一个明确的市场。而在 zk 挖矿的语境下，我们可以隐藏交易数据，那么就可以外包证明生成。这也是我们正在做的事情，我们引入了一个证明生成市场。” Brian 补充了他的看法：“我基本上认同 Mikhail 的回答。在比特币的 PoW 机制下，会有矿工做一堆白费的工作，因为比特币网络提供了宏观上的经济安全性。而在 zk 证明生成市场中，你不需要任何宏观经济安全性，只需运行一个证明然后验证它就行了。也就是说，zk 技术能够提供一个去中心化层级的基础设施。” <br/> <br/> ### **ZK Panel 3 - zk(E)VMs、链上超级力量以及安全性（2:53:17 - 3:45:00）** 最后一场 Panel 由 Brevan Howard Digital 的 Drew Werff 主持，嘉宾有：Modulus Labs 的 Ryan Cao、Veridise 的 Jon Stephens、Scroll 的 Ye Zhang 以及 Eclipse 的 Neel Somani。 主持人向 Ye 提出了一个问题 “Scroll 团队的 zkEVM 与其他团队的不同？” Ye 从不同的方面进行了回答：“首先从技术上来说，Scroll 的 zkEVM 旨在实现字节码层面的 EVM 等效，也就是说开发者迁移或者部署应用时可以重新使用其字节码，而不仅仅是 solidity 代码；另一方面，Scroll 正尝试在定序器中重新应用 go ethereum，来最大化其安全性。 第二点就是，我们对于 zkEVM 方向具有长远的思考：重视安全性以及去中心化的发展。针对去中心化，我们采用去中心化证明者方案，任何人都可以在家运行一个证明者节点。 最后就是我们团队的精神，我们坚持由社区驱动 Scroll 的发展；并且与以太坊社区的利益和文化高度一致。” 在问到 zk 如果赋能 AI 的这个问题中，Ryan 向大家介绍了 zk ml (机器学习) 以及它的潜在用例。他针对机器学习中的 zk 推理进行了解释：如果将 AI 模型比喻为一个工厂，你向它提交一些输入，然后获得特定的输出 (不管这些工厂的内部是如何处理这些输入的)。建造一个这样的工厂有两个主要阶段：首先是参数设定阶段，你需要对所有机器进行设置；然后就是推理阶段，在这个阶段工厂开始投入生产，所有机器都精确设置并且就位，你需要做的只是将原材料放入，然后得到各种特定的输出。而 zk AI 在这个过程中可以带来什么。它可以使这个机器学习模型是去信任的，没有人可以搞砸这个模型的运作和它的输出结果。至于具体的用例，Ryan 认为我们在将来会有链上版本的语言模型，比如链上医疗保健提供商等等。 对于另一个问题 "大家觉得 zk 中研究不足的领域有哪些？或者说未来我们要加强对哪方面的关注“，Jon 认为对于 zk 电路安全的研究，需要投入更多精力和关注。Jon 提出 zkEVM/zkVM 的代码都非常复杂且数量庞大，靠人工审计几乎是不可能的。他们做的事情就是开发自动审计 zk 代码的工具。 Ye 解答了 Scroll 正在研究以及开发的一些领域：“我们构建 zkEVM 需要有高性能的 zk prover (证明器) 来使我们的系统更加可行。在这方面的改善我们投入了多种努力：硬件加速、更好的证明系统和递归证明系统等等。具体说到硬件加速这方面，硬件提供商会研究某种 zkEVM 的算法，然后构建一个更适合这个算法的硬件；而软件方面，算法也会相应地改善，来使得系统更加硬件友好，不仅仅是在理论层面，更是在实践层面。那么我们现在主要关注的研究就是，如何协调硬件和软件之间的关系，从而实现更加高性能的 zk 证明器。” <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及 ethereum.cn，若需长期转载，请联系 eth@ecn.co 进行授权。https://www.ethereum.cn/Eth2/goerli-shapella-announcementhttps://www.ethereum.cn/Eth2/goerli-shapella-announcementThu, 09 Mar 2023 00:00:00 GMT来源 | [blog.ethereum.org](https://blog.ethereum.org/2023/02/21/sepolia-shapella-announcement) 作者 | Protocol Support Team 翻译 | Stephanie, ECN <br/>  - 提款就要来了！Shapella 网络升级将在 Goerli 网络的 epoch 162304 上激活，计划在 2023 年北京时间 3 月 15 日 06:25:36 AM。 - 质押者和节点运行者应该阅读本文以及[提款 FAQ](https://www.ethereum.cn/Eth2/withdrawals-faq)。 - 在 Goerli 升级前，[Zhejiang 测试网](https://zhejiang.ethpandaops.io/)可以用来测试 Shapella 的功能。 - [Shapella 社区会议](https://github.com/ethereum/pm/issues/741)计划在 2023 年北京时间 3 月 13 日 23:00 进行 - 读者可以现在注册，接收这些升级的公告。滚动到页面底部就可以注册📩 --- 在 Sepolia 的顺利升级后，Shapella 升级现在在 Goerli 测试网进行。这预期回事 Shapella 在以太坊主网升级的前的最后一个测试网升级。 此次升级紧随 [The Merge](https://blog.ethereum.org/2022/08/24/mainnet-merge-announcement)，使得验证者可以把他们的押金从信标链提取回执行层。它还给执行层和共识层引入新功能，请看下文。 # 升级规范 Shapella 升级结合了对执行层 (上海升级) 和共识层 (Capella) 的修改。用于执行层和共识层通信的 Engine API 也在 Shapella 升级里有修改。 ## 上海升级 在上海升级里纳入的执行层的修改可以在这里找到。作为参考，内容如下： - [EIP-3651: Warm COINBASE](https://eips.ethereum.org/EIPS/eip-3651) (降低访问 COINBASE 地址的 gas 开销) - [EIP-3855: PUSH0 instruction](https://eips.ethereum.org/EIPS/eip-3855) (新增操作码 `PUSH0) - [EIP-3860: Limit and meter initcode](https://eips.ethereum.org/EIPS/eip-3860) (对 initcode 的大小设限并引入 gas 计量) - [EIP-4895: Beacon chain push withdrawals as operations](https://eips.ethereum.org/EIPS/eip-4895) (信标链推式提款作为系统操作) - [EIP-6049: Deprecate SELFDESTRUCT](https://eips.ethereum.org/EIPS/eip-6049) (停用 SELFDESTRUCT) 请注意，EIP-6049 只是一个操作码弃用警告。客户端团队预计 SELFDESTRUCT 语义将在未来的网络升级中进行修改，但该操作码的行为在上海升级中保持不变。 此外，上海升级的全套修改现在可以在 [以太坊执行层规范 (EELS)](https://ethereum.github.io/execution-specs/diffs/paris_shanghai.html)查看，它是用于执行层的新 Python 参考实现。 ## Capella 升级 Capella 升级对共识层的修改详情在 [capella 目录](https://github.com/ethereum/consensus-specs/tree/84fcfa8b2fda2452ccd1e18d94f12f9bb526ab7c/specs/capella)的[v1.3.0-rc.3 规范](https://github.com/ethereum/consensus-specs/releases/tag/v1.3.0-rc.3)里。从高层次来讲，这次升级引入了： - 验证者的完整和部分提款 - `BLSToExecutionChange` 消息，它允许使用`BLS_WITHDRAWAL_PREFIX` 的验证者把提款更新到 `ETH1_ADDRESS_WITHDRAWAL_PREFIX`，这是提款的前提。 - 分开的状态和区块历史数据累加器，取代原来的单个的历史数据根 我们鼓励质押者都去阅读《[提款 FAQ](https://www.ethereum.cn/Eth2/withdrawals-faq)》，以了解更多关于验证者应该如何准备 Capella 的资讯。 ## Engine API 对 Engine API 的修改可以在 [execution-apis repository](https://github.com/ethereum/execution-apis/blob/main/src/engine/shanghai.md) 的 [shanghai.md](https://github.com/ethereum/execution-apis/blob/main/src/engine/shanghai.md) 文档里找到。简而言之，引入了 WithdrawalV1 结构，并添加了多个相关结构和函数。 <br/> # 客户端版本 以下的客户端版本支持在 Goerli 测试网的 Shanghai & Capella 升级。请注意，这些版本都**只**用于 Goerli 测试网。下一个公告将会是关于主网升级版本 当在选择运行哪个客户端时，验证者应该特别注意在执行层和共识层运行多数客户端的风险。关于这些风险以及他们的后果可以阅读[这篇文章](https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html)了解更多。而如果想预估当前执行层和共识层客户端的分布，以及了解如何从一个客户端切换至另一个客户端，则可以阅读[这篇文章](https://clientdiversity.org/)。 ## 共识层 Goerli 升级版本 | 客户端 | 版本 | 链接 | | --- | --- | --- | | Lighthouse | v3.5.1 | https://github.com/sigp/lighthouse/releases/tag/v3.5.1 | | Lodestar | v1.6.0-rc.0 | https://github.com/ChainSafe/lodestar/releases/tag/v1.6.0-rc.0 | | Nimbus | 待宣布 | 待宣布 | | Prysm | v3.2.2-rc.3 | https://github.com/prysmaticlabs/prysm/releases/tag/v3.2.2-rc.3 | | Teku | v23.3.0 | https://github.com/ConsenSys/teku/releases/tag/23.3.0 | ## 执行层 Goerli 升级版本 | 客户端 | 版本 | 链接 | | --- | --- | --- | | Besu | v23.1.1 | https://github.com/hyperledger/besu/releases/tag/23.1.1 | | Erigon | v2.40.1 | https://github.com/ledgerwatch/erigon/releases/tag/v2.40.1 | | go-ethereum (geth) | v1.11.3 | https://github.com/ethereum/go-ethereum/releases/tag/v1.11.3 | | Nethermind | v1.17.1 | https://github.com/NethermindEth/nethermind/releases/tag/1.17.1 | <br/> # FAQ ### 作为一个以太坊用户或者 ETH 持有者，我需要做什么？ 简单来说，没有。 如果你使用交易所、数字钱包或硬件钱包，你不需要做任何事情，除非你的交易所或钱包提供商通知你采取额外的措施。 如果你运行自己的以太坊节点，请参阅下文。 ### 作为一个非质押的节点运营商，我需要做什么？ 为了与 Goerli 测试网的 Shapella 升级兼容，请将你的节点更新到上文表中所列的以太坊客户端版本。 ### 作为一个质押者，我需要做什么？ 为了与 Goerli 测试网的 Shapella 升级兼容，请将你的节点更新到上文表中所列的以太坊客户端版本。 我们建议你阅读《[提款 FAQ](https://www.ethereum.cn/Eth2/withdrawals-faq)》。另外，你可以在 Goerli 测试网激活升级之前，在短暂运行的[浙江测试网](https://zhejiang.ethpandaops.io/)上进行测试。 请注意，Goerli 测试网将是主网前最后一个测试网升级。换句话说，**这是测试你的设置的最后机会了！**如果你有疑问，我们推荐你参加 [Shapella 社区会议](https://github.com/ethereum/pm/issues/741)。 ### 如果我是一个验证者或节点运行者，且不参加这次升级，会怎么样？ 如果你使用的以太坊客户端没有更新到上面列出的最新版本，一旦升级发生，你的客户端将同步到分叉前的区块链上。 你将被困在一个不兼容的链上，遵循旧的规则，无法发送 ETH 或在 Shapella 升级后的以太坊网络上操作。 ### 作为一个应用程序或工具开发者，我应该怎么做？ Shapella不会为智能合约引入破坏性变化。应用程序和工具开发人员应审阅升级修改，以确保任何问题都解决了，或了解如何使用新引入的功能。 ### 为什么叫 "Shapella"？ 执行层的升级按照 Devcon 举办城市来起名，而共识层的升级则根据恒星名字来取。 "Shapella" 是上海 (Devcon 2 的举办地) 和 Capella (Auriga 北方星座中最亮的星) 的结合。 ### 我可以在哪里监测此次升级？ EthStaker 将在 Goerli 升级期间举办直播。读者可以看[这里](https://www.youtube.com/watch?v=mu_oKzmvHlc)。 ### 求帮助——我还有问题！ 如果你还有其他问题，可以参加北京时间 3 月 13 日 23:00 进行的[Shapella 社区会议](https://github.com/ethereum/pm/issues/741)。客户端开发者、研究员和其他人都将出席并回答问题。 --- 封面图由 [Yiran Ding](https://unsplash.com/@yiranding) 提供 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Eth2/withdrawals-faqhttps://www.ethereum.cn/Eth2/withdrawals-faqThu, 09 Mar 2023 00:00:00 GMT来源 | [notes.ethereum.org](http://notes.ethereum.org/) 作者 | Trenton Van Epps 翻译 | John, ECN 校对 | Stephanie, ECN <br/> **这篇文章的受众是？** 如果你运行以太坊验证者，你现在可以测试提款并为提款在主网激活做准备了。 请留意 Goerli 和 Sepolia 测试网，因为这些测试网会在主网之前升级。在那之前，还有开发者测试网和主网的影子分叉。 **在客户端软件准备好接受你的 BLS 密钥修改之前不要尝试修改你在主网上的 BLS 密钥**，每一个客户端团队在准备好之后都会发出公告。我们会提供一个测试BLS修改的无风险测试网环境 - Q: 上海/Capella 升级是什么？ - Q: 什么是提款? - Q: 两种提款分别是怎么样的？ - Q: 什么是 0x00 和 0x01 提款凭证前缀？ - Q: 我怎么查看自己是 0x00 还是 0x01 地址？ - Q: 如果我一开始存款时使用了 eth1 提款地址，我拥有哪一种提款凭证？ - Q: 部分提款会自动执行吗？ - Q: 完整提款会自动执行吗？ - Q: 我如何为我的验证者进行完整提款（退出）？ - Q: 现在上海升级后的每天提款限额提案是什么样的，且如果提款请求超过了该限额，决定该日谁有机会提款的规则是什么样的？ - Q: 部分或完整提款是否每次都消耗gas? - Q: 自动余额会被提款到哪去？ - Q: 我的验证者索引号是什么？ - Q: 我如何从 0x00 凭证迁移到 0x01 凭证？ - Q: 一旦我把凭证改为 0x01，我可以把它修改为另一个提款地址吗？ - Q: 我把提款地址的 ETH 密钥弄丢了，我该怎么做？ - Q: 进行部分提款要花多长时间？或者我什么时候可以拿到我验证者上的奖励？ - Q: 如果我进行完整提款，但是我忘了把提款凭证改成 0x01，那么我的 ETH 会怎么样？ - Q: 有什么办法能在不危及主网 ETH 的情况进行测试吗？ - Q: 我没有 Goerli ETH 做测试，我能去哪里弄点来？ - Q: 我已经是 Goerli的验证者了，我什么时候可以测试凭证修改？并在上面进行部分/完整提款？ - Q: 我能取消已经在队列中的提款请求吗？ - Q: 我还有很多问题，我该问谁去？ - 资源 --- ### Q：什么是上海/ Capella 升级？ A：上海和 Capella 是即将到来的以太坊硬分叉的代号，被纳入的 EIP 可以在[这里](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)找到，其中的一个主要新功能就是允许验证者从以太坊信标链提款。上海升级是执行客户端分叉升级的代号，Capella 是在共识层客户端升级的代号。 --- ### Q：什么是提款？ A：以太坊网络目前支持个人通过锁仓 32 个 ETH 来运行一个验证者。验证者们参与以太坊信标链，处理网络共识。提款分叉将使得个人能够停止运行他们的验证者，退出网络，并解锁他们的 32 个 ETH 以及任何赚取的奖励。 --- ### Q：两种提款分别是怎么样的？ A： 它们分别是： - 部分提款：余额中超过 32 个 ETH（即赚取的奖励）将被提款到一个以太坊地址并能被马上使用。验证者将继续参与信标链并照常进行验证。 - 完整提款：验证者会退出并停止参与信标链共识维护。验证者的整个余额（32 个 ETH 本金和全部奖励）将随退出和提款机制完成后被解锁和允许使用。 --- ### Q：什么是 `0x00` 和 `0x01` 提款凭证前缀 A：信标链验证者们有一个被称为提款凭证的字段。这个凭证的头两个字节被称为提款前缀。目前这个值不是 `0x00` 就是 `0x01`。当使用存款工具完成存款时，这个值就会被生成。题款凭证前缀是 `0x00`的验证者们将不能马上进行提款，在部分和完整提款被启动且他们的资金被解锁前，这些验证者将需要迁移到 `0x01`。转移是一次性的，所以请谨慎对待。 --- ### Q:我怎么查看自己是 0x00 还是 0x01 地址 A：有很多方法，最简单的方法是使用 ethdo 工具。 ```jsx ethdo validator info --validator=<yourvalidatorIndex> --verbose ``` 这会输出一个”提款凭证“的字段，有可能以 `0x00` 或者 `0x01` 开头。另外，还可以查看信标链区块浏览器。举个例子，在 [beaconcha.in](http://beaconcha.in/) 网站上，导航到你的验证者页面并在存款的标签下查看  **`Beaconchain Deposits`** 的字段。 --- ### Q：如果我在一开始存款的时候使用`eth1_withdrawal_address` ，那么我拥有的是哪种提款凭证？ A：在设置初始存款时得到`--eth1_withdrawal_address` 标志和一个以太坊地址的用户将已经拥有 `**0x01`** 格式的提款凭证。从现在开始，提供这个标志和执行层提款地址将成为质押者的默认模式。只有那些初始存款没有这些数据的的用户才需要提交 `BLSToExecutionChange` 信息以升级他们的凭证。 --- ### Q：部分提款会自动执行吗？ A：若你的提款凭证被设定为 `0x01` 并被指向一个有效的以太坊地址，那么部分提款会自动发生。 --- Q：完整提款会自动执行吗？ A：不会，如果你的验证者目前是活跃状态，并正在参与信标链验证，那么完整提款不会自动发生，你必须手动启动一个退出进程才行。 另外，如果你启动了一个退出进程但持有的还是 `0x00` 的提款凭证，那么在你提交的 `BLSToExecutionChange` 的消息被打包到链上前，你的资金都不会被提出。 --- ### Q：我要如何对我的验证者进行完整提款（退出）？ A：验证者退出需要从你的验证者客户端发送一条签名信息，退出进程的细节因客户端而异，以下链接将介绍每种客户端的情况： - [退出 Prysm 验证者](https://docs.prylabs.network/docs/wallet/exiting-a-validator) - [退出 Lighthouse 验证者](https://docs.prylabs.network/docs/wallet/exiting-a-validator) - [退出 Teku 验证者](https://docs.prylabs.network/docs/wallet/exiting-a-validator) - [退出 eth-docker 验证者](https://docs.prylabs.network/docs/wallet/exiting-a-validator) - [退出 DAppNode 验证者](https://docs.prylabs.network/docs/wallet/exiting-a-validator) --- ### Q：现在上海升级后的每天提款限额提案是什么样的，且如果提款请求超过了该限额，决定该日谁有机会提款的规则是什么样的？ A：任何余额超过 32 个 ETH 的部分都是自动提款的，并且目前的设计是平均每个星期就会有 1 次轮询调度，通过一次验证者退出可以实现完全提款，验证者退出时将会进入到一个退出队列里去，退出队列长度取决于网络里的验证者集的规模，限制了验证者退出的和进入信标链验证者集的频率。 --- ### Q：每次进行部分/完整提款都需要 gas 费吗 A：不，部分/完整提款会在你的执行层地址上出现，不需要任何以太坊网络费用，它被看作是一次余额增加而不是一笔交易，是一次不需要 gas 的状态改变。 --- ### Q：自动提款的余额会到哪里？ A：如果你在使用旧式提款凭证 `0x00` ，提款将无法进行，你需要迁移到 `0x01` 凭证才能完成提款。如果你已经配置了你的提款地址并且拥有一个 `0x01` 提款凭证，那么 32 个 ETH 以外的奖励会被转帐至你配置的以太坊地址。请注意这是一次余额更新，它不会被当作交易，不会触发智能合约钱包执行代码。 --- ### Q：我的验证者索引号是什么？ A：你验证者加入信标链时被赋予的的索引号码。 --- ### Q：我该如何把我的 **`0x00` 凭证迁移到 `0x01`** A：请参考[这个](https://notes.ethereum.org/@launchpad/withdrawals-guide)，手把手教你 --- ### Q：一旦我把凭证修改为 **`0x01`，我可以把它修改为另一个提款地址吗？** A：不可以，从 `0x00` 迁移到 `0x01` 是一次性的，而且以太坊地址设置了就不能更改，所以迁移时请千万小心。注意，这可以是外部账户 (EOA) 或者是智能合约 --- ### Q：我弄丢了我用作提款地址的以太坊密钥，我该怎么办？ A：不幸的是，如果提款地址地址丢失了，那么什么也做不了。请保证这个地址做好了备份并且被安全地保管着。 --- ### Q：进行部分提款要花多长时间？或者我什么时候可以拿到我验证者上的奖励？ A：有一个单独的提款队列会处理部分和完整提款，每个 slot （每 12 秒）有 16 笔部分提款，从第一个索引号 0 开始。如果一个验证者成功退出了，那么一笔完整提款就完成了。相反，如果一个验证者的余额超过 32 个 ETH，那么一笔部分提款通过自动扫描完成了。完整提款是同一条队列下的一部分，但是他们处理地慢一点，这取决于验证者数量，有可能有不同数量的完整提款： 在网络上有 327680 名活跃验证者之前，每个 epoch 能激活 4 个验证者，每多 65536 名验证者 （4 * 16384 = **65536）**则验证者激活率上升 1。 每个 epoch 里激活 5 个验证者则需要 327680 名活跃验证者，即每天能激活1125名验证者 每个 epoch 里激活 6 个验证者则需要 393216 名活跃验证者，即每天能激活1350名验证者 每个 epoch 里激活 7 个验证者则需要 458752 名活跃验证者，即每天能激活1575名验证者 每个 epoch 里激活 8 个验证者则需要 524288 名活跃验证者，即每天能激活1800名验证者 每个 epoch 里激活 9 个验证者则需要 589824 名活跃验证者，即每天能激活2025名验证者 每个 epoch 里激活 10 个验证者则需要 655360 名活跃验证者，即每天能激活2200名验证者 激活数与活跃验证者数成正比，极限则是活跃验证者集除以 64。 这个表可能对你来说有点似曾相识，因为它使用的验证者数量与你想在信标链上开始验证时完全一样。 验证者退出机制的道理一样，退出信标链的验证者数的比率需要受限，以保证网络稳定性。 简单来说，最多需要的天数=*(((active_validator_count)/16)12)/60/60/24。目前来说，大概4.34天。*。 --- ### Q：如果我进行完整提款，但是我忘了把提款凭证改成 0x01，那么我的 ETH 会怎么样 A：不会怎么样。你的验证者会完成退出，不会再被分配任务，也无法再赚取或损失任何额外的 ETH。你还是能把你的凭证从 `0x00` 迁移到 `0x01` ，一旦完成之后，验证者的余额就会被提到配置好的以太坊地址上。 --- ### Q：有没有办法能在不危及主网 ETH 的情况下测试一下？ A：当然有，有不同的测试网，有一些已经开启了提款功能了。第一个公共测试网叫做 Zhejiang，留意关于这个测试网的公告，你可以成为第一批测试提款功能的人。你可以在这里找到加入 [Zhejiang](https://notes.ethereum.org/@launchpad/zhejiang) 测试网的方法。 --- ### Q：我没有 Goerli ETH 来进行测试，我能从哪里找一些来进行测试呢？  A：请试一下诸如 Zhejiang 这样的公共测试网来测试提款功能。如果你非常有兴趣并且不介意使用早期测试版软件（Alpha），你也可以请求加入开发者测试网。Goerli ETH 难以获得，但你可以试下 ethstaker 水龙头。 --- ### Q：我已经是 Goerli 测试网的验证者里，我什么时候可以测试凭证修改？并在上面进行部分/完整提款？ A：很快，留意下 [blog.ethereum.org](http://blog.ethereum.org/) 上即将到来的公告。 --- ### Q：我可以取消已经进入队列里的提款请求吗？ A：不行，这是一次性，不可逆的进程。一旦你提交了你的提款请求（`BLSToExecutionChange` 和/或 退出），你就无法回头了。请你在完全清楚具体操作，确保万无一失的情况下进行退出和凭证修改操作。 --- ### Q：我还有很多问题，我能问谁去？ A：请在 Discord或者Reddit 上加入 EthStaker **Discord invite**: [discord.io/ethstaker](https://discord.io/ethstaker) and look out for the #withdrawals channel. **Subreddit**: [reddit.com/r/ethstaker](http://reddit.com/r/ethstaker) --- ### **资源:** 核心规范： - [https://github.com/ethereum/consensus-specs/tree/dev/specs/capella](https://github.com/ethereum/consensus-specs/tree/dev/specs/capella) ``` 特别地，阅读 validator.md 文档查看开启部分提款的方法。 ``` - ethdo ([https://github.com/wealdtech/ethdo](https://github.com/wealdtech/ethdo)) 处理 BLS 凭证修改操作（若你目前使用的是 0x00 BLS 凭证） - staking-cli 工具 ([https://github.com/ethereum/staking-deposit-cli](https://github.com/ethereum/staking-deposit-cli)) - 如何触发提款，凭证修改操作 ([https://notes.ethereum.org/@launchpad/withdrawals-guide](https://notes.ethereum.org/@launchpad/withdrawals-guide)) - 如何加入公共提款测试网 ([https://notes.ethereum.org/@launchpad/zhejiang](https://notes.ethereum.org/@launchpad/zhejiang)) -留意社区的 PM repo 公告  [https://github.com/ethereum/pm/issues](https://github.com/ethereum/pm/issues) - 如果你是个人质押者，ETHStakers 有一个包含了提款信息的指南: [https://ethstaker.gitbook.io/ethstaker-knowledge-base/](https://ethstaker.gitbook.io/ethstaker-knowledge-base/) - [https://github.com/benjaminchodroff/ConsensusLayerWithdrawalProtection](https://github.com/benjaminchodroff/ConsensusLayerWithdrawalProtection) <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Eth1.x/all-core-devs-notes-156https://www.ethereum.cn/Eth1.x/all-core-devs-notes-156Tue, 07 Mar 2023 00:00:00 GMT来源 | [@TimBeiko](https://twitter.com/TimBeiko/status/1631371121399562245?s=20) 编译 | Stephanie <br/> 第 156 次以太坊执行层核心开发者会议 (ACDE) 于北京时间 3 月 2 日 22:00 举行，此次会议的议题包括：总结 Shapella 升级在 Sepolia 测试网上的情况、为 Goerli 测试网的 Shapella 升级设定时间、讨论下一次升级的范围，以及在客户端弃用一些非共识功能。 <br/> **Sepolia 测试网的 Shapella 升级** Sepolia 测试网的 Shapella 升级于上周二顺利进行，在分叉期间发送了几个 BLS 凭证更新，处理起来都没有问题。由于一些没有升级的执行层客户端，网络参与率略有下降，但客户端升级后就升回去了。由于在 Sepolia 上的验证者集是非常小的，只有一笔完整提款得到了测试 (但部分提款是自动处理的)。 Nethermind 发现了有少量坏块，但与上海升级的代码无关。开发者还发现了 MetaMask 上的漏洞——提款账户的余额更新不准确。问题似乎已解决了，可能由缓存问题导致。 <br/> **Goerli 测试网的 Shapella 升级** 客户端团队认为可以推进 Goerli 测试网的 Shapella 升级，他们就在北京时间 3 月 14 日 18:25 进行 Goerli 测试网的 Shapella 升级达成共识。可以在这个 PR 里追踪更新：[https://github.com/ethereum/execution-specs/pull/724](https://github.com/ethereum/execution-specs/pull/724) 预计这周基金会博客会发布客户端版本和公告。 开发者在这次会议没有确定主网升级的日期，但假如 Goerli 上的升级进行顺利，**他们将会在下一个 ACDE (3.16) 确定主网上海升级的日期**。 **开发者团队建议 Goerli 升级大约 4 周后进行主网升级**，给他们一周时间发布和测试版本，然后 2 周多的时间让人们升级他们的节点。 <br/> **坎昆升级内容** 1. 第一项内容是关于在执行层添加 SSZ 序列化格式。现在执行层 (EL) 和共识层 (CL) 使用不同的编码格式——EL 使用 RLP，CL 使用 SSZ，而由于 EIP-4844，开发者将需要在 EL 引入 SSZ。更大规模地转向 SSZ 很好的一点是，能在不下载整笔交易的情况下对交易里的一个字段进行证明。这对低带宽/存储的用例 (例如轻客户端) 特别有用。Nimbus 的开发者 Etan 在一个文档里对多个提案和开放问题进行了总结：[https://hackmd.io/y1MCA5Q-R4eMVyOBHiRH7Q](https://hackmd.io/y1MCA5Q-R4eMVyOBHiRH7Q)。由于大多数人对这个问题缺乏上下文，这个议题将在未来的会议里继续讨论。  2. 关于坎昆升级的计划，可以查看：[https://ethereum-magicians.org/t/cancun-network-upgrade-meta-thread/12060/10](https://ethereum-magicians.org/t/cancun-network-upgrade-meta-thread/12060/10)。如果大家有希望进入坎昆升级的候选提案，可以在以上帖子上发布。 3. “EIP-4758: 停用操作码 SELFDESTRUCT”是被纳入上海升级的一个 EIP。而之所以开发者希望摆脱 SELFDESTRUCT，是因为它与无状态所需的 Verkle Tries 不兼容。EIP-4758 建议将 SELFDESTRUCT 转为 SENDALL，即资金仍然会被发送到调用者，但合约代码或存储不会被删除。这样做的挑战在于，很多合约都依赖 CREATE2 来自我销毁合约，并在相同地址上重新创建一个合约。因此找到既与 Verkle Tries 兼容 (即它不能实际上删除存储)，又不会破坏那些合约的设计就显得尤为关键。开发者 [@alexberegszaszi](https://twitter.com/alexberegszaszi) 提出了另一个提案——EIP-6046：用 DEACTIVATE 取代 SELFDESTRUCT ([https://eips.ethereum.org/EIPS/eip-6046](https://eips.ethereum.org/EIPS/eip-6046))。6046 聪明的地方在于它使用 nonce 来标记被“ SELFDESTRUCT”的合约，然后允许在相同地址上重新部署。不好的地方在于，它并不清理存储，这会导致被攻击。随着坎昆升级逐渐成型，开发者们在未来几周/月都会继续探讨这个设计空间。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Eth2/2023-Reflectionshttps://www.ethereum.cn/Eth2/2023-ReflectionsWed, 01 Mar 2023 00:00:00 GMT来源 | [github.com/djrtwo](https://github.com/djrtwo/writing/blob/main/docs/2023-02-23_2023-Reflections.md) 作者 | Danny Ryan 翻译 | John 校对 | Franci & Stephanie </br> </br> 现在，时机终于成熟，在完成了我认为是区块链史上最重要的升级之后，我们成功地朝着提款和初始扩容升级前进了，更多重大的目标和升级已触手可得。“以太坊杀手们”在熊市里举步不前，比特币的文化和技术在无趣的荒原（但是有序的？！）里挣扎，而我们则在持续不断地构建、改善、进行哲学性思考并产生影响，以太坊从未如此强大。 我们眼前的技术路线图漫长而复杂，但我有信心能按时间线去执行，我们证明了我们拥有高水平的交付能力，同时证明了以太坊的生态系统处理事情的正确方式（通常是艰难的方式）已经使得并将继续使得以太坊在所有方面都更加坚韧了。尽管行业中有大量的欺诈，但以太坊仍然屹立不倒；在熊市的深渊中，以太坊继续成长创新；在全球的动荡中，以太坊寻找方法做出重要的影响。 虽然我将对即将面临的技术挑战进行一些反思，但这些反思更多的是针对一些存续问题：Layer1 的生态系统健康、捕获、卡特尔、L2 与以太坊一致以及更多。 </br> </br> ## 技术 无论按照什么标准，以太坊在 2022 年的成绩都是惊人的，没人能预料到合并 (The Merge) 如此顺利。即使延迟了好几年，这对于以太坊协议乃至以太坊社区和加密世界来说都是一个分水岭时刻。以太坊已经证明了自己不止能达成重大的技术目标，而且可以在很大程度上以去中心化的方式实现。“合并”是一项独特的成就 —— 没有其他项目在结合技术复杂性、执行能力和全球去中心化这三个层面上能与之企及。 合并已经向我和世界证明了，这样的项目和其结构不止可行，而且当它奏效时，它会更强大，更有弹性。 切换到权益证明 (PoS) 机制所花的时间比我们所有人预期的都要长。当我刚开始在 EF 工作时， Aya Miyaguchi 在 2018 年春问我们什么时候能完成向 PoS 的过渡。我记得我的回答好像是 8 个月。因为很多原因，我低估了这个时间到一个可笑的程度。但终于，我们有了一个多层级，丰富的多客户端，有弹性的生态系统和协议支撑着一个去中心化的质押水准，没有任何其他区块链做过这样的尝试。的确，有需要改进的地方，也有协议和公司互相竞争以期控制整个质押网络，但无论如何以太坊 PoS 机制良好地运行着。 </br> </br> ### 道阻且长 尽管合并作为一座关键的可持续性和安全性的里程碑让我们松了一口气，我们面前的道路依然是漫长的。特别是当考虑到我们在 2023 年的处境时，特殊利益集团日益复杂，监管行动看起来无法避免，应用和 layer2 协议渴望实现可扩展性以及一个可支撑未来数十年发展的基础框架。 简单地看下 [Vitalik 发布的以太坊路线图](https://twitter.com/VitalikButerin/status/1588669782471368704)吧，在协议真正“完成”之前，还有着漫长而复杂的岁月 (5 年？10 年?) ，你会情不自禁地感觉到令人混乱的沉重。我们不能因为合并的交付而骄傲自满，而是应该利用这股势头，和相关的专业性、工具以及程序去解决仍然存在的*许多*挑战。 但是“要完成”是什么意思呢？就是在方方面面都实现其充分的最终状态。什么样才算的上有足够的功能性、安全性、去中心化……。从哲学上和技术上更清楚地了解要优化的内容和最小阈值是至关重要的。清楚的认识这些能帮助在未来规划优先事项并在复杂性和功能性之间找到合适的权衡点。这对协议僵化 (ossify) 也有帮助，我们待会再谈那个。 </br> </br> ### 当前的技术问题 尽管我们还有相当多事情要做，很多问题已经不再困扰我了。尽管如此，仍有一些活跃的研发领域需要在短期和中期内予以关注。下面是我选取的一些技术点。 </br> </br> **PoS 进化** 在提议者/构建者分离方案（PBS）、LMD-GHOST 确认规则、单个 slot 实现最终确定性（single slot finality-SSF）、单个秘密领导者选举（single secret leader election-SSLE）、托管证明（proof of custody）、执行证明（PoE）以及早期 RANDAO reveal 罚没之间，还有许多研究、规范以及构建上的工作需要进行，来继续推动以太坊权益证明朝着它的最终图景进化，最安全和最可持续的形态。 上述大多数机制都与这些目标有关：减少或消灭博弈性、卡特尔痛点、公地悲剧、诚实假设，以及即便在特殊和高度对抗的情况下也要加强协议。尽管网络最终可以回退到社交恢复方案，要保证协议能独立应对最大范围的攻击场景还需要下很多功夫。 </br> </br> **实践中的 DAS** 数据可用性采样（Data availability sampling-DAS）是一个针对[数据可用性问题](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding#what-is-the-data-availability-problem)的优雅的数学解决方案，但是当这种架构碰上实际的 p2p 网络的时候，用一种有效且强劲的方式对其进行实例化就没有那么简单了。在 2022 年，许多团队加入了解决这个问题的行列中 (包括学术界和实际工程领域的)， 但是要取得有效解决方案还需要投入很多工作。 问题并不棘手，然而设计空间巨大，难以在复杂性和鲁棒性之间寻找一个合适的平衡点。如果我们愿意对去中心化和鲁棒性进行让步，DAS 可以重新使用现成的网络组件，在这种情况下 DAS 可以良好运作。但考虑到对这个网络架构的攻击可能会完全破坏链的活性，系统的设计只是有效是不够的，它需要和协议其他地方一样足够坚韧。 EIP-4844 为扩容数据提供了基础，并且给了我们一个参数（数据的 gas 上限）来调整，以便 DAS 能处理更多负载。我建议在提高这个参数的问题上采取非常保守的做法 —— 比如把数据的 gas 上限设置为远低于理论上限值；同时运行 DAS 以及完整 4844 数据下载量一段时间；保持很高的网络冗余，等等。 值得争论的是，和其他竞争的升级相比，DAS 应该以什么顺序推出 —— 无状态是另一个明显的主要竞争者。我的直觉是给 DAS 更多时间发展成熟并在 4844 之后用超过 12 个月的时间专注于非扩容性升级（无状态、安全性提升、PBS 等），同时在主网观察，整合潜在的更先进的比如 episub 这样的gossip 技术之后，在初始化参数的基础上逐渐提高数据的 gas 上限。 </br> </br> **MEV，打开潘多拉的魔盒** 过去 24 个月的核心主题之一已经变成了最大可提取价值（Maximum Extractable Value, MEV）—— 不止是对应用层产生了影响，同样还有对 Layer 1 的共识层和安全性产生影响。这好像打开潘多拉的魔盒，MEV 已经把很多我们原本以为并希望是简单的东西变成了更复杂的激励、攻击还有更多东西的组合。MEV 对验证者集有中心化影响，使得垄断集团的奖励比以前多得多，直接激励重组；并通过带来一大批新的 PvP (玩家对战) 玩家使得简单的 “用户-验证者模式” 变得复杂。 MEV 对以太坊路线图的“完成”有着不可忽视的影响。协议不能对 MEV 问题视而不见，否则它带来的激励可能会造成网络不稳定甚至破坏网络。现在有一些解决方案，比如提议者/构建者分离（proposer builder separation-PBS）、MEV 销毁、单个 slot 实现最终确定性（single slot finality-SSF），以及 PBS 语境下的抗审查。 我处于两难状态，一方面是主张尽可能快地推出缓解 MEV 的方法 (威胁是真实存在的)，另一方面是花更多的时间来理解问题和解决方案，并允许研究不断发展。我担心即使我们在理解这个问题范围内已经取得飞跃的进步，研究也还是刚起步的，我们今天所做的一切尚不足以满足以太坊的长期需要。 在我们花时间研究的同时，MEV 领域固有的激励机制会催生解决方案、网络以及产品的构建，并往往获得快速的采用和造成广泛的影响。如果我们不迅速采取行动，第三方解决方案和行为会成为、定义、甚至侵蚀关键的协议规范。 </br> </br> **复杂性** 复杂性是邪恶的。 以太坊是复杂的，而且只会变得更加复杂，我担心这个动态系统已经或者将会太过复杂以至于难以使用、难以理解、难以确保其安全性。 模块化，是最有可能处理系统复杂性的。我们将执行和共识分离，通过在 (共识) 网络层使用libp2p，在加密层使用健壮的、经过审计/验证的库，很多复杂性都被掩盖了。这允许每个部分单独的修正，还有每一个相关的个人和团队形成专业化，然后把它们聚合成一个更复杂的整体。 此外，我们不得将核心协议扩展到超出任何领域中的最小充分性。超越充分性的举动会给协议带来不必要的复杂性 </br> </br> ## L1 协调游戏 我们已经在围绕以太坊 L1 的交付所作出的协调和组织的努力上看到了喜人的成长。客户端团队已经成熟，devops 使用测试网进行支持，测试资源增加了，很多复杂性被分割到两个层面上。 </br> </br> ### L1 开发 在过去 5 年里，在我们为协议提供复杂的升级能力取得飞跃进步的同时，参与的团队和个人数量也增加了5倍 —— 在软件和思想分享上的弹性都增加了。没有一个单独的团队和组织对协议的开发和健康有决定性影响。 共识层客户端生态系统中，专业知识的多样性，以及现在客户端使用情况的多样性是一项最高成就。执行层客户端生态系统一开始就有更多的不对称性，因此需要更多的时间来达到相同等级的专业性和可靠性，但我相信我们最终将在 2023 年将 geth 主网使用率从 80%+ 的主导地位转变过来。实际上，合并是这里的一个拐点。 </br> </br> ### 激励 在牛市的巅峰，比起以太坊应用和 L2 层以及 L1 竞争者，我和其他人都非常关心以太坊 L1 上的激励。在所有这些备选方案中，都有代币激励措施，因为有高流动性的新代币，这些激励拥有非常高的上升潜力。 在牛市的时候，流动性产品的估值很疯狂。因此，我们当时面临这实际的人事变动，同时对于关键基础设施的贡献者以及在其之上构建的从业者之间在收获上的巨大差别有一股更隐秘且不断增长的不满。我不确定我那时候是否有提及这个问题，但现在回想起来，对于建基于 L1 协议层上的其他层所积累的惊人财富，我有一种酸溜溜的感觉。至于其他的 L1 公链 (alt-L1)，有些人声称错位的激励在区块链中是基本的，alt-L1 永远都会消耗和挤压已建立的 L1。这些声明在当时也让人感觉幼稚，但影响和负面情绪仍在增加。 虽然我不确定以太坊 L1 工作是否会具有初创公司可能出现的不对称上升空间，但现在 L1 开发激励方面有很多积极的改进。协议公会 (Protocol Guild) 为期一年的试点为来自 20 多个团队的 120 多名成员筹集了 1200 多万美元。追溯性公共物品募资实验可能证明至少部分地向应用和 L2 所依赖的软件和安全性提供了支持。还有其他募资机制，比如 gitcoin 和 [clr.fund](http://clr.fund) 持续地创新以支持生态系统的公共物品。另外，我在社交层的其他募资实验中看到了很多希望，比如可选捐献质押者交易费/MEV 的分成合约（例如，1% 的质押交易费捐给你使用的客户端）。 </br> </br> ## **捕获** 现在有很多资源丰富和复杂的实体，他们不仅很热衷于研究以太坊的成功，还对操纵以太坊协议很感兴趣。如今，这样的实体似乎通常没有恶意，但协议以何种方式以及何种速度发展对他们确实有很大的影响。因此，L2、VC、交易所和 dapp 已经进入了 L1 的治理和开发过程。我们正处于一个独特的时期，在这个时期，以太坊网络上有这样一些特殊的利益集团形成，并加入谈判桌上的对话中。但以太坊协议的许多领域，以任何标准来看，几乎都还未发展充分，还没有僵化。这使得未来几年的风险特别大。 几年前，这些有兴趣以及成熟、资源丰富的实体根本不存在，或者根本不会考虑 "帮忙" 和费神参与。当时主要是以太坊基金会、客户端团队和各类独立人士参与到核心协议的推进工作中来。那么，如果几年后（3 年？5年？10 年？）像这样的各种实体出现并提供帮助，那时协议相比现在应当更加僵化了，感兴趣的各方参与帮助就不会带来那么多风险。事实上，依赖于以太坊网络的健康和稳定的实体拥有关键基础设施的所有权长期来说是必要的。不过，目前来说，对基础设施拥有所有权意味着在一个仍然是新生的协议中拥有发言权。最终，协议的可塑性组件将变得更小，更不重要：网络连接协议、轻客户端通信、内容交付网络等等这些围绕核心的元素。在这个独特的节点上，尽管有足够多的利益群体存在了，但协议仍然可以通过处理好不那么僵化的、混乱的、人为参与的升级来控制。 考虑到各方利益日益增加，人们希望找到一个平衡点，让非客户端开发者/非研究人员在治理中有发言权。试图为所有其他人把关是一条艰难的路线，而事实上，从来没有一扇真正的门 —— 只要出现并诚信地工作，我们就会欢迎。然那些出现的人有着越来越复杂的背景和动机。随着利益冲突的增加，这甚至扩展到核心维护者 —— 应用程序/ L2 的投资者，DAO 的代表，风险投资公司的顾问，企业的忠诚度，以及各种产品的提供；更不用说随着全球对加密货币越来越深入的关注，各种地缘政治关系也开始参与进来。 我坚信，“开发者写代码，用户运行软件”之外的任何东西的形式化对以太坊来说都是长期存在的危险。我已经看到社区呼吁建立类似于政党或游说利益集团的结构。在这个过程中给予的结构越多，结构就越容易被滥用(捕获)，并且不太可能被移除（这会妨碍协议僵化进程）。 达成共识是困难的，但以太坊在目前最小化和混乱的治理程序中表现得非常出色。它并不完美。它不能、也不会总是选择最优路径，但我们不只是在争夺功能和交付的最优性。我们正在努力争取一个充分的、稳健的，并能防止被捕获的协议。 我建议我们在未来 5 年内尽可能少地增加额外的治理结构，而更多地关注一些软性的东西，如哲学理念上的一致，只进行关键任务升级的强大文化，以及在有机的、不太正式的论坛中促进开发者和扩展社区之间的双向交流。也就是说，治理过程是一个可以管理但不能完全控制的野兽。个人可以通过软性指导和哲学思考来影响这里的结果，如果事情真的偏离了方向，可以大声说出来，但以太坊的治理是一个独立的有机体，目前不受任何一方的控制。 </br> </br> ### 客户端 —— 买还是造？ 即使协议开发和升级进程与“开发者写代码，用户运行软件”绑定，新的正式结构还未被添加，开发并维护一个客户端仍然是任何人进入对话和这个过程的入口点。 正如我们在 2022 年看到的，这可以通过“买”（Arbitrum 收购 Prysm）或者”造“(Paradigm 构建 reth) 办到，两种做法都有各自的难度、认受性和可持续性。举个例子，买一个客户端是直接的但又好像牺牲了认受性，影响的可持续性又是很脆弱的 —— 客户端由多个个人搭建的，一个收购的公司可能会极大地改变优先项和看问题的角度，导致个人离开甚至变节。而造一个客户端会更加困难，但是更加具有认受性和可持续性。在 2023 年，这两个实验都是值得关注的。 以太坊开发和治理依赖于安全第一，理念一致的开发文化。我的评估是，按照目前客户端团队的布局情况，一两个不按套路出牌的客户端团队或者个人很难以我们称之为 "捕获 "的方式改变协议路径或功能集，因为整个团队有能力评估提案的优劣，并能够以一般的哲学视角来确定优先次序和引领整个网络向前。然而，我的担心在于未来几年是否会有新进的成员和其他一些客户端团队的个人在 "一致性" 方面出现偏差，或者一些现有的、与以太坊具有一致性的客户端团队离开，或者更多的客户端团队在未来几年内被不太一致的实体收购或创建。 多客户端的精神和生态系统是以太坊的超能力之一，通过软件和视角的多样性带来了一个更加有弹性、认受性以及安全性的网络。这是以太坊能聚集到这么多先进思想的一种方式，我相信这是使得以太坊所向披靡的主要反馈循环之一。我不建议尝试为这类非正式的客户端团队设置门槛。相反，我建议保持门户大开，并在未来几年欢迎更多与以太坊文化理念一致的客户端团队加入。当我们在做这件事的时候，应该同时增强以太坊客户端团队地理分布和管辖范围的多样化。现在，放眼全球范围内，客户端团队分布集中在某些区域。推进客户端团队在全球分散分布，将使得以太坊更加有弹性，同时进一步加强它作为先进思想的聚集系统。 </br> </br> ## 协议僵化 协议僵化，有时我越来越觉得它对以太坊的长期健康和成功至关重要，但我认为这一点越来越不明显，尤其是在短期内（5 到 10 年？）。在以太坊 “完成” 之前，我们不止有很多事情要做，另一方面，这种 “协议最终僵化” 的文化在以太坊社区中似乎并不是主流，充其量在客户端团队中获得支持。 比特币已经玷污了僵化的概念。僵化的比特币被以太坊社区看成是一个无用协议，被一个有宗教狂热的智识粪坑拥护着，对于任何不赞美比特币的完美或训示其他设计的说理，他们都没有办法理解。这向我们提出了一个问题 —— 导致这种现象是由于僵化对象的本身 (在这里的例子是比特币本身) 还是僵化的行为本身就会有这种负面影响？我的直觉是由于比特币的不足带来宗教般的反智。比特币协议不足以满足其宗教般的信仰，因此它的支持者的动机已经扭曲成支持僵化的状态了。 我相信一个能满足其任务需求的协议（像我们的案例里那样足够安全和可扩展，容量充足）可以对其最终的僵化状态有一个连贯的论证。因此它的社区不需要像信教一样为之辩护。而且即便是僵化的以太坊协议，同样支持在不同层之间的流动性以及可扩展性，这允许社区通过对更多层的探索和优化保持智力上的参与。但是，一些社区成员担心如果没有一个持续进化的协议，以太坊会失去它的富有魅力的先进思想，以及其它很多使其如此特别和富有生机的东西。而我认为，只要对 layer 2 的支持是足够充足，那么我们也可以从中获益 —— 对安全的基础层进行僵化，同时支持充满活力的生态系统在更高的层上进行智识上的探索和优化，至少梦想是那样。 </br> </br> ### 蠢人的使命？ 但是，僵化是蠢人的使命吗？这能在以太坊的环境里完成吗？而僵化究竟意味着什么才是有用的？僵化是绝对的吗？或者我们可以“适度僵化”以获得最大的价值？最后，真切的僵化意图足以保护我们吗 —— 永远迫在眉睫的僵化的威胁能否保持进程走在关键的道路上，确保我们的注意力更集中（与以太坊更加一致？），并且加强免疫系统使网络免遭特殊利益集团和捕获所害吗？ 我确实开始担心近期内实现僵化是不切实际的，因为考虑到关键的路径上一连串的升级和安全提升举措 —— 分片、PoS 进化（SSF, PBS等）、安全性提升（SSLE，托管博弈，执行证明等）、无状态性、ZK-EVM、抗量子密码学等。考虑到手上任务的复杂性和交付的速度，这至少要 5 年甚至 10 年的时间，而且我担心密码学的发展和新出现的问题会使得在可预见的未来出现更多升级。 那么，如果这是一个永恒的进程，起码变化的速度会慢下来吧？对于僵化的更有效定义，也许是一种趋势而不是一个最终结果 —— 也就是说修改协议变得越来越难，并且需要更多正当化的理由、努力和时间。实施修改的激活能量最终会超过某个关键临界值。或者说，并不是协议真的会僵化，而是我们能做的最好的事情就是一直在与僵化对话。如果我们的精神是试图实现僵化或处于更僵化的状态，而不是总是期待、渴望或需要改变，那么与僵化的对话就会让我们偏向于变化怀疑论。这样的话，即使在协议（缓慢）演变的过程中，足够的怀疑主义可能也足以保护协议。 在今年进行的一些反思中，我开始相信这场与僵化的对话既是我们唯一力所能及的，也是在无法预测明天的世界中确保以太坊不会触及无法招架的极限。但我同样相信僵化主义者们 —— 那些倾向于保守，只在绝对必要时修改某些组件，害怕不断增加的复杂性和变化对基础层之上的其他层造成影响 —— 在目前核心 L1 进程和日益增长的社区中的占比和影响都太小了。这个阵营和其精神还不足以成为协议的必要免疫系统，虽然这个阵营里有很多德高望重的人发声确保一些最小的阈值，但是一个倾向于僵化的协议的意见和美德必须在未来几年被阐明，如此才能保证不会在这个瞬息万变的关键时刻失去平衡。 </br> </br> ## L2 与 L1 的一致性 以 L2 为中心的路线图的一个伟大之处在于它允许 L1 能把所有设计决定（跨域通信、虚拟机的选择和优化、并行化、状态管理等）交给“市场”, 而不是费力地（而且可能也不是最优）选择并执行特定方案。这个以太坊 L1 层之上的概念市场，不止能以类似形式带来好的解决方案，而且也能适应未来数十年全世界持续增长并且变化中的需求。需要并行化？可以试试一个新的 L2，一个更好的支持必要的正式验证的 VM 出现？ L2 可以适应，或者会有新的 L2 出现。这个建立在一个相对僵化了的基础层上的反僵化图景对两者都是最好的。 至于这个市场的健康方面，以太坊 L2 生态系统做得相对好，一些不同的乐观 EVM 路线正在运行，很多不同的 EVM 兼容/等效/各种 zk-rollup 正在互相竞争，一些奇葩的、更为实验性的 rollup 处于边缘（Fuel，还有谁?）。一些人认为探索陷入了泥潭——一切都围绕 EVM 打转——并且期望有更多脱离 L1 结构的戏剧性变化——Solana-rollup, 超并行 rollup等——但市场现在还可以适应现在某些观点的兴起和衰退。EVM看起来像一道护城河，护城河之内的大多数人都在构建。 由于现在所有鸡蛋都放在 L2 的篮子里，我担心的是 L2 与 L1 的一致性问题，无论是短期还是长期。有两个主要问题——(1) L2 是寄生的，并最终分叉出来自己成为 L1，以及 (2) L2 成为以太坊的旗手，也是用户交互的地方，但并不秉持以太坊的价值——去中心化、抗审查、支持公共物品、激进合作等。 前者更像是一个存续问题——固定在以太坊安全区是否真的有价值？这基本上是 L2 路线图的命题——这些可扩展环境继承以太坊的安全性，原生桥接对用户是有价值的，因此开发者、企业和社区建设和维护它们也是有价值的。我认同这个命题——引导足够的加密经济安全是很难的，在越来越多的对抗性环境中，大多数链将不可避免地无法达到充分水平。加密经济安全是一项有限资源，具有维持这些系统经济需求的功能。因此，尽管我确实预期有些 L2 会对以太坊“抽毯”，并尝试分离开来——有些会成功，有些会失败——我不认为这些情况会大规模发生，而且少数 L2 离开并不会打破加密经济安全作为一种服务的命题。 L2 将不可避免地成为大多数用户的首要接触点。在大多数情况下，他们将在里面交互、进行跨 L2 桥接，因为这些将会是安全且可便宜的。因此，以太坊的门面变成了是 L2 本身。他们可能安全，但它们去中心化吗，抗审查吗，秉持以太坊的价值吗，它们鼓励世界继续重新想象自身吗？目前，这些问题的答案显然不是肯定的。风险投资机构将其卷须深入到 L2。代币在任何地方都被分配给内部人员，或份额非常少，或多得可怕。而且，大多数治理模式都是寡头式的，可以不经通知就任意升级。更不用说大多数 L2 在他们的安全模型里牺牲安全性，以走向市场，以期不断迭代走向去中心化 (例如，没有欺诈证明，单一定序者、不明确的紧急退出机制等)。 这里有一个有趣的平衡，L2 层可以并且有望为广告和商业发展倾注更多，与在这方面非常进取的 alt-L1 进行竞争。这使得以太坊 L1 得以保持中立，它上面的层级则可以试验很多用户获取和入驻技术。但是 L2 似乎不会默认保持以太坊的品牌，价值和灵魂。 管理一个健康的 L2 生态是最重要的。这将需要很多个层面都把事情做好——研究并推广安全的结构、照亮 L2 的支持努力 (展现它们本质，而不是它们被描绘的样子)，在可能的情况下对 L2 的治理风险、安全权衡、糟糕的代币分发、价值一致性、以及其他突发事件。而且，我们不能只关注负面的东西，还要庆贺正面的、安全的和一致的方面。今天的以太坊社区在定义未来数十年 L2 运动发展方面拥有巨大的权力。我们必须确保 L2 不仅继承以太坊的安全性，还要继承其认受性。 </br> </br> ## 总结 正如我一开始就提到的，这篇文章的看法非常短视并且主观。有许多问题甚至更多的成功我都不知道，或者我没时间去探讨。 简而言之，以太坊比以往更加强大。社区构建核心基础设施、社区分层扩展、参与和观察在以太坊上的社区都是让人惊叹的体验。但是，仍然有很大的挑战；仍然有巨大的风险。 以太坊正健壮地运行着，让我们各司其职保持下去吧。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Eth2/sepolia-shapella-announcementhttps://www.ethereum.cn/Eth2/sepolia-shapella-announcementWed, 22 Feb 2023 00:00:00 GMT来源 | [blog.ethereum.org](https://blog.ethereum.org/2023/02/21/sepolia-shapella-announcement) 作者 | Protocol Support Team 翻译 | Franci, ECN <br/> <br/> 提款就要来了！Shapella 网络升级将在 Sepolia 测试网于 epoch 56832 激活，计划在北京时间 2 月 28 日 12:04:48 PM 进行。 质押者和节点运行者应该阅读本文以及提款 FAQ。 在 Sepolia 升级之前，浙江测试网可用于测试 Shapella 功能。 经过数月的测试和短暂的开发者测试网运行，Shanghai/Capella (即 Shapella) 网络升级现在计划在 Sepolia 部署。 此次升级是在[合并](https://blog.ethereum.org/2022/08/24/mainnet-merge-announcement)之后进行，使得验证者能够将其质押存款从信标链提款至执行层。它还为执行层和共识层引入了新的功能。 <br/> <br/> # 升级规范 <br/> Shapella 升级包含对执行层 (Shanghai)、共识层 (Capella) 和引擎 API 的更改。 <br/> Shanghai 升级包含的执行层更改请查看此处的规范。作为参考，有这些 EIP： - [EIP-3651: Warm COINBASE](https://eips.ethereum.org/EIPS/eip-3651) (降低访问 COINBASE 地址的 gas 开销) - [EIP-3855: PUSH0 instruction](https://eips.ethereum.org/EIPS/eip-3855) (新增操作码 `PUSH0) - [EIP-3860: Limit and meter initcode](https://eips.ethereum.org/EIPS/eip-3860) (对 initcode 的大小设限并引入 gas 计量) - [EIP-4895: Beacon chain push withdrawals as operations](https://eips.ethereum.org/EIPS/eip-4895) (信标链推式提款作为系统操作) - [EIP-6049: Deprecate SELFDESTRUCT](https://eips.ethereum.org/EIPS/eip-6049) (取消 SELFDESTRUCT) 请注意，EIP-6049 只是一个操作码弃用警告。客户端团队预计 SELFDESTRUCT 语义将在未来的网络升级中发生变化，但该操作码的行为在上海升级中保持不变。 此外，现在可以在以太坊执行层规范 (EELS) 中查看这些变化，它是执行层的一个新的 Python 参考实现。 Capella 升级包含的共识层更改在 [v1.3.0-rc.3 规范](https://github.com/ethereum/consensus-specs/releases/tag/v1.3.0-rc.3) 的 [capella 目录](https://github.com/ethereum/consensus-specs/tree/84fcfa8b2fda2452ccd1e18d94f12f9bb526ab7c/specs/capella) 中规定。从高层次来讲，该升级引入了： <br/> <br/> - 验证者完整以及部分提款功能 - BLSToExecutionChange 消息，允许使用 BLS_WITHDRAWAL_PREFIX 的验证者将其更新为ETH1_ADDRESS_WITHDRAWAL_PREFIX，这是提款的前提条件 - 独立的状态和区块历史累积器，取代了原来的单数历史根 <br/> 建议验证者去阅读 提款 FAQ，以了解更多关于他们应该如何准备 Capella 的信息。 <br/> <br/> # 客户端版本发布 <br/> 以下客户端版本支持以太坊主网上的 Shanghai & Capella 升级。但是请注意，这些版本仅用于 Sepolia 测试网络的升级。用于 Goerli 和主网的版本，将在后续公告中宣布。 当考虑选择运行哪个客户端时，验证者应该特别注意在执行层和共识层运行多数客户端的风险。关于这些风险以及他们的后果可以阅读这篇文章了解更多。而如果想预估当前执行层和共识层客户端的分布，以及了解如何从一个客户端切换至另一个客户端，则可以阅读这篇文章。 <br/> <br/> ## 共识层 Sepolia 网络客户端版本 | 客户端 | 版本 | 链接 | | --- | --- | --- | | Lighthouse | v3.5.0 | 待发布 | | Lodestar | v1.5.0-rc0 | https://github.com/ChainSafe/lodestar/releases/tag/v1.5.0-rc.0 | | Nimbus | v23.2.0 | https://github.com/status-im/nimbus-eth2/releases/tag/v23.2.0 | | Prysm | v3.2.1 | https://github.com/prysmaticlabs/prysm/releases/tag/v3.2.1 | | Teku | v23.2.0 | https://github.com/ConsenSys/teku/releases/tag/23.2.0 | <br/> <br/> ## 执行层 Sepolia 网络客户端版本 | 客户端 | 版本 | 链接 | | --- | --- | --- | | Besu | v23.1.1-RC1 | https://github.com/hyperledger/besu/releases/tag/23.1.1-RC1 | | Erigon | v2.39.0 | https://github.com/ledgerwatch/erigon/releases/tag/v2.39.0 | | go-ethereum (geth) | v1.1.11 | https://github.com/ethereum/go-ethereum/releases/tag/v1.11.2 | | Nethermind | v1.17.0 | https://github.com/NethermindEth/nethermind/releases/tag/1.17.0 | <br/> <br/> # FAQ常见问题解答 <br/> ## 作为一个以太坊用户或者 ETH 持有者，我需要做什么？ 简单来说，没有。 如果你使用交易所、数字钱包或硬件钱包，你不需要做任何事情，除非你的交易所或钱包提供商通知你采取额外的措施。 如果你运行自己的以太坊节点，请参阅下文。 <br/> ## 作为一个非质押的节点运营商，我需要做什么？ 为了与 Sepolia 测试网的 Shapella 升级兼容，请将你的节点更新到上表中所列的以太坊客户端版本。 我们建议你阅读 [提款 FAQ](https://notes.ethereum.org/@launchpad/withdrawals-faq)。此外，你可以在 Sepolia 激活升级之前，在短暂运行的[浙江测试网](https://zhejiang.ethpandaops.io/)上进行测试。 <br/> ## 如果我是一个验证者或节点运行者，而我没有参与升级，会怎么样？ 如果你使用的以太坊客户端没有更新到上面列出的最新版本，一旦升级发生，你的客户端将同步到分叉前的区块链上。 你将被困在一个不兼容的链上，遵循旧的规则，无法发送 ETH 或在升级后的 Sepolia 网络运行。 <br/> ## 作为一个应用程序或工具开发者，我应该怎么做？ Shapella 不会为智能合约引入破坏性变化。应用程序和工具开发者应该要审查升级更改，以确保任何修改工作已完成，或了解如何使用新引入的功能。 <br/> ## 为什么叫 "Shapella"？ 执行层的升级按照 Devcon 举办城市来起名，而共识层的升级则根据恒星名字来取。 "Shapella" 是上海 (Devcon 2 的举办地) 和 Capella (Auriga 北方星座中最亮的星) 的结合。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/Eth2/@Prestwich-mevhttps://www.ethereum.cn/Eth2/@Prestwich-mevTue, 21 Feb 2023 00:00:00 GMT来源 | [medium.com/@Prestwich](https://medium.com/@Prestwich/mev-c417d9a5eb3d) 作者 | [James Prestwich](https://medium.com/@Prestwich?source=post_page-----c417d9a5eb3d--------------------------------) 翻译 | [Renaissance](https://twitter.com/renaissance_lab) 审阅 | Franci, ECN <br/> <br/> # **前言** 五年前，我写了一篇博客 [Miners Aren’t Your Friends](https://blog.keep.network/miners-arent-your-friends-cde9b6e0e9ac)，里面主要针对 MEV 对以太坊的影响进行了讨论。那时，还不称为 MEV。Phil Daian 联合和其他写作者在一年多之后发布了一篇开创性论文 [Flash Boys 2.0](https://arxiv.org/abs/1904.05234)，在里面他们提出了 MEV (矿工可提取价值，Miner Extractable Value) 这个概念。当时我们计划了一篇后续文章，其中包含 python 代码片段，用于在 EtherDelta 和其他主网去中心化交易所上生成抢跑交易。我参与了 HTLCs 和其他跨链工具的构建，后续帖子一拖再拖，然后永久搁置。 五年后的今天坐下来写 MEV 有点梦幻。感觉和上次还是一样。在另一场投机狂潮的废墟中，又一次处于漫长熊市的开端。熟悉的感觉又回来了。就像上次一样，我坚信下一次会有所不同。下次可能会从错误中吸取教训，下次可能会做出更好的东西。 <br/> <br/> # **作者备注：** 这不是一篇 MEV 入门指南。关于 MEV 的指南很多人已经写了，而且大多数都比我写的要好。我假设您熟悉 MEV。如果您不熟悉，现在是[阅读](https://www.flashbots.net/#ec162c79202f4983a80a29b221970ec1)[几篇](https://ethereum.org/en/developers/docs/mev/)[博文](https://www.alchemy.com/overviews/what-is-mev)然后再回来读本文的好时机。 这是一部关于 MEV 历史的讲述。也并非完全客观。漫谈且有点随意。我是这个故事的配角（充其量），但这是我的博客，所以我可以从我的角度讲述它。  <br/> <br/> # **MEV: 第一个五年** MEV 是协议设计的基础。每个认真的从业者都了解 MEV，规划 MEV ，并对 MEV 有强烈的看法。从我们现在的所处的位置来看，很容易忘记我们对 MEV 的理解是全新的。其根源与加密领域一样古老，但术语、框架和工具仍在发明之中。过去两年彻底改变了我们对 MEV 的理解。人们很容易忘记 MEV 是从零开始的。 <br/> <br/> ## **MEV 之前的情况** MEV 一词最初出现可以追溯到 2010 年代早期比特币关于“[fee sniping](https://bitcoinops.org/en/topics/fee-sniping/)”的研究中。Fee sniping 后来被广泛地用于 EVM 状态模型，并形式化为 Flash Boys 2.0 论文中描述的 “时间盗贼，time bandits” 攻击。比特币在发布时（意外地）实现了第一个共识层 MEV 缓解机制（100 个区块 coinbase 成熟度规则），并在2014年12月通过向节点钱包进行的交易[添加1个区块](https://github.com/bitcoin/bitcoin/pull/2340)的时间锁，(有意地)实现了第一个[客户端层面的 MEV](https://b10c.me/observations/01-locktime-stairs/) 防御。  <center>来自0xB10C 的图片很好的展示了Fee sniping缓解机制</center> <br/> 对状态的争夺和已提交但未指定的状态转换会产生 MEV。因为比特币基本上没有可供争夺的共享状态，并且比特币状态转换是严格指定的，所以 MEV 通常仅限于费用狙击和其他类型的双花尝试。换句话说，比特币矿工在不直接攻击共识机制的情况下，几乎没有什么 MEV 可以提取。这使得比特币成为 MEV 研究中唯一无趣的链，我们也不会花太多时间在比特币或类似的链身上。 <br/> <br/> ## **MEV的诞生 (2018–2019)** 与其他协作良好关系一样，完成MEV 需要两件事：1) 竞争和 2) 提交。首先，它需要人们争夺对某些公共状态的控制权。 MEV 需要有人想要某些状态，并且愿意为之付出代价。其次，它需要提交（在执行之前）。 MEV 的产生需要一段时间，在此期间更新被争夺的状态的调用已提交，但尚未执行。 当用户签署并广播提交的交易时开始竞争对状态的控制。提交和执行之间的滞后间隔为 MEV 提供了潜入的间隙，并在前后触及该状态。它推断用户的意图，将他们的提交推向最坏的可接受结果，MEV 提取者将差价收入囊中。 DEX中充斥着MEV。DEX 中藏着状态争夺的天然配方：每个人都想在市场上交易，每笔交易都与其他交易竞争。如 2016 年的 [EtherDelta](https://www.sec.gov/news/press-release/2018-258) 这样自动匹配的订单簿 DEX 设计，允许矿工在交易中抢先一步，但没有人真正利用它做任何事情。后来一些支持链上自动匹配 [CLOBs](https://en.wikipedia.org/wiki/Central_limit_order_book) （Central limit order book，中央限价订单簿）的设计出现，这在当时看起来很疯狂，现在，事后再看绝对是离奇的。虽然我们知道gas终究要花钱，但 2018 年年中一单位gas的成本约为今天的 1/400 和去年的 1/10,000。直到 2020 年，我们才对gas价格市场获有了深入理解。 2017 年 DAI（现为 SAI）的推出为 DeFi 引入了清算机制。清算引入大量但不频繁的 MEV（“spike” MEV, 峰值 MEV）。因为在未偿债务中，提取器的优点是离群的CDPs占清算相关MEV的很大一部分。 在过去的几年里，我们观察到预言机欺骗自己的协议以赢得清算，并通过极端的 gas 竞拍来赢得 spike MEV。 Spike MEV 也可能由黑客攻击、NFT 空投和其他异常事件创建。因为它不能分成小数据包，Spike MEV 对协议操作有巨大的影响。协议设计必须考虑到不常见但可能非常大的恶意激励。 另一方面，DEX 倾向于随着外部市场的波动而变化，在其市场中来回波动，创造“流量”MEV。流 MEV 的特点是更频繁、更小的 MEV 数据包。 AMM 特别有趣，因为它们的用途与 MEV 密不可分。它们的存在是为了跟踪外部市场。在 AMM 机制中，通过向提取者赠送一些价值，从而将恒定函数推向一个“合理的”价格，最终能够追踪外部市场价格。实际上，这种 AMM 机制通过提取 MEV 的“套利者”保持高效。2018 年中后期的第一波 AMM（首先是 Bancor，然后是 Uniswap）开始在他们的订单簿中建立流量。MEV 相应增加，并引起了对该领域的极大关注。当然，早在 2018 年，Uniswap 流动性池的规模就只有几百万（如果是的话！），而且资产要少得多。  <center>想念它们</center> <br/> 当时的 MEV 研究几乎不存在，当然，甚至没有被称为 MEV。大多称其为 抢跑交易 (frontrunning)，从传统金融交易借来的名字，“DEX 抢跑”或者“清算抢跑”。我们知道它不仅仅适用于订单插入。我们从理论上理解了尾追交易和三明治攻击，并且我们知道如果对提取器有利可图，交易可能会延迟或导致回滚。但我们并没有对其形式化下来，也没有可供实践的环境。 老牌的 DeFi 可能已经悄悄地构建了创建 MEV 所需的环境。然而，没有人真正在意。然而对状态的争夺还不够激烈，因此 MEV 回报还没有出现。因为没有人有这方面的实践经验，所以我们甚至不知道提取出现时会是什么样子。 <br/> <br/> ## **Flashbots 形成时期 (2019–2020)** 随着 2019 年 4 月 Flash Boys 2.0 的发布，MEV 研究开始流行。这篇论文非常好。有空的时候，再去读一遍。然后谷歌每个作者。它是协议和机制设计者的基础论文。它将永远成为标准课程的一部分。但如果没有 [Tina](https://twitter.com/tzhen)，我想它可能也就到此为止了。 Tina 和我于 2018 年初在某家 VC 的办公室相遇。我们是通过一个共同的朋友联系起来的，我们的演讲稿完全不相干。我当时正在推广 [Summa 的 HTLC 变体](https://www.youtube.com/watch?v=i7wnagAyqvc)，当我们了解跨链协议的局限性在于需要两个在线参与方（以及市场对复杂性的认可度的局限性）时，它最终会被淘汰。 Tina 正在推广一款关于在农场挤奶的社交区块链游戏（与后来推出的 [CoW Swap](https://docs.cow.fi/overview/introduction) 无关）。但我们对衍生品挖矿都很感兴趣，并且对如何实现有一些想法。我们赶上了熊市中的每一次黑客马拉松。她有一种天赋，能超前地想到一些观点，并围绕这些观点组建团队。她的黑客马拉松项目是 [CarboClan](https://github.com/carboclan)，在挖矿衍生品的想法之上构建了 honeylemon（但没有奶牛）。 进入2019 年下半年，Tina 开始组织活动。她在短短一周内就组织了 [defi.wtf](http://defi.wtf/) 活动，当时与 大阪 DevCon 一起进行。。而下一次会议 [macro.wtf](https://macro.wtf/) ，仅在 3 周后就召开了。Pirate Ships在那之后不久就开始了。 “Pi-rate Ship”这个名字来自我们 2019 年在 EthDenver 上开的一个关于 flashloans 和 flashmints 的笑话。Pirate Ships 是由 Tina 在旧金山、纽约和其他地方举办的沙龙式聚会。你可以顺道拜访这艘船，找到一群不拘一格的研究人员、工程师、运营人员、网络攫利者和其他加密从业者。有些会有驻场研究人员，有些仅会有一个话题或主题，有些人只是在波多黎各和碰巧在那里的人呆上一周。Ships 从 2019 年底开始运行，那时正是新冠爆发期，在那吸引了最忠实的加密游民。。  与 Flash Boys 2.0 论文相比，Flashbots 的存在要归功于 Pirate Ships。它是作为一个永久的沙龙而诞生的。 MEV Ship 成立于 2020 年年中，并自然地从线下面对面扩展到线上。其他 Flashbots 创始人和管理人员 —— Stephen、Phil、Alex —— 先后被拉进了这艘船（你仍然可以在 [Flashbots 文档](https://docs.flashbots.net/flashbots-auction/overview#timeline)中找到一些相关故事）。最终，Ship 正式更名为 Flashbots，戴上可爱的机器人表情符号，并延续下来。 整整一年都是漫长的突破时间。 Flashbots Research（原名 MEV Ship）首次亮相并将 MEV 推向以太坊对话的中心。 DeFi Summer 已经开始，但我们还不知道 MEV 是什么。 **mev-explore 和 mev-inspect 的发布为链上可用的 MEV 提供了粗略的参考数据，这使得它突然间变得有形可视，而不再是抽象的理论。**随着那年秋天 Flashbots Auction 的宣布，MEV 提取工具也指日可待。地上有钱，自然人们就会争先恐后地捡起来。 MEV Ship 为 Flashbots 奠定了基础，并树立了推动组织发展的协作研究和实验文化。多年来，源于这种文化的[清晰使命](https://www.flashbots.net/#4e9e351f400f4c2fb31a46f48fe64c40)定义了 MEV 的叙事。产品化的 MEV 提取是不可避免的，但 Flashbots 的文化和精神却不是这样。  <br/> <br/> ## **专业化时期 (2021 — 至今)** MEV 船和 Flashbots 光环理所当然地吸引了（大部分都是日后常驻的）技术人才。 Flashbots Auction（[mev-geth](https://github.com/flashbots/mev-geth) 和 flashbots 中继）于 2021 年 1 月启动 —— 距离宣布仅 3 个月。时机再完美不过了。 Mev-geth 在以太坊历史上最大的增长开始时推出，并且（自然地）MEV 生成量相应大幅增加。 在 Flashbots Auction 之前，一些勇敢的搜索者通过将交易以特定的 gas 价格广播到交易池来提取 MEV。这是不可靠和低效的。它要求搜索者在单个区块范围内查看交易池中的交易，并进行模拟、提取和广播。 1559 之前的费用语义和交易池的普遍不可靠性使这个过程变得复杂。假设区块是按费用排序的，抢跑交易将选择费用以尝试在目标之前立即执行。Spike MEV 交易只会支付惊人的 gas 价格。由于搜索者使用的是公共交易池，因此实时拍卖非常激烈。一团糟，但非常有趣。  <center>早期的 flashbots logo 创意，带有以太坊之眼。很高兴这些不是最终版本</center> <br> Flashbots Auction 的相对简单性推动了它被采用。归根结底，它是一个允许搜索者提交交易捆的单个 RPC 端点。交易捆应该完全按照指定的方式包含在块中，并且回滚应该导致交易捆被丢弃。这为专业化创建了一个简洁的界面。搜索者寻找 MEV，捕获它，并将其固定在优质的交易捆中，然后将其传递给矿工以打包在链中。 Flashbots Auction 很快就定义了提取，彼时其他系统与其都不太相关。 正如我们在 [mev-boost](https://github.com/flashbots/mev-boost) 中看到的，Flashbots Auction 的后来扩展是将 “Builder (构建者)” 与 “Proposer (提议者)”（矿工和质押者的通用术语）分开。我第一次听说 proposer-builder 分离（“PBS”）是在 EthBerlin 2019 上。当时 [Will](https://twitter.com/wjvill) 正在研究 eth2，他教会了我很多[无状态以太坊](https://blog.ethereum.org/2019/12/30/eth1x-files-state-of-stateless-ethereum)设计下的关于状态见证生产和更新的设计。我不记得我们当时怎么称呼它，但它被概念化为一个协议授权的具有额外职责的专门节点。无状态以太坊死于 Covid。MEV PBS —— 在 mev-boost 中实例化 —— 存在于协议之外。一种基于市场的专业化，而不是协议指定的专业化。 今天，我们拥有相对成熟的 MEV 供应链。搜索者在交易流中挖掘 MEV，相互竞争峰值和流量。搜索需要技巧和高度专业化。他们秘密行事，因为他们需要保持对其他搜索者的优势。构建者接受来自搜索者的交易捆并将它们构建成块。搜索者和构建者具有共生关系。构建者依赖于搜索者来提取 MEV，而搜索者依赖于构建者诚实地打包交易捆的内容。 构建者从提议者（矿工或质押者的通用术语）处购买将他们的区块打包到主链的权利。提议者拥有协议授予的权利，可以将区块添加到链中，并选择支付最多 MEV 的构建块。用户创建 MEV，搜索者提取它。搜索者向构建者支付费用；构建者向提议者支付费用。润滑齿轮、组装区块，然后交易进入链条。周而复始。  <center>一张面包图片来分隔上下文</center> <br/> 既然我们谈到了这个话题，那么就简单说一下。交易捆有一个意想之外的副作用：会导致搜索者顺便补贴提取目标的交易费用。当搜索者将用户交易打包进交易捆中时，该用户交易会比其他情况下更早、更可靠地确认。搜索者提取的 MEV 部分支付给供应区块链上的构建者和提议者。这有效地将一些提取的 MEV 转换为交易捆的交易费用。本质上，提取的 MEV 向提议者支付了“影子费用”。一笔交易的优先级首先由它的 MEV 决定，其次是它的协议费用。 提取意外削弱了 EIP-1559 的作用。非捆绑交易在 basefee 之上添加 gas 小费。另一方面，交易捆实际上仍然是第一价格拍卖，是在基本费用上添加固定小费，而不是按照 gas 添加小费。也就是说，现在有两个相互依存的费用交易：一个是用于 MEV 交易的影子市场，一个是用于其他所有交易的常规市场。 MEV 购买优先权。我们（[自信而正确地](https://twitter.com/_prestwich/status/1238499883843108869)）在 1559（当然还有所有其他费用机制）之前就很好的预测到了影子费用交易。我们没有预料到的是正使用 MEV 交易路径。由于提取是在幕后进行的，因此，用户甚至不知道它的存在，就能从侧市场中获益。 从机制设计的角度来看，MEV 驱动的 PBS 很可能不是 "安全的 "或 "激励兼容的"。到目前为止，Flashbots MO 一直依靠诚实假设来填补激励机制的空白。然后，他们将这些假设确立为规范的市场行为。为什么构建者不拆分交易捆并直接提取 MEV？为什么构建者不打包回滚的交易捆？因为违反这些市场规范的行为会导致搜索者停止使用中继。我们认为，迭代游戏和通过终止游戏以提取 MEV 相比，前者更有利可图。但长远来看，我不确定它是否能够撑得起峰值 MEV 以及垂直集成。 可以暂时忽略拍卖的激励不兼容性。市场规范就足够了。机制设计会屈服于市场压力。利润率压缩是当今 MEV 供应链唯一相关的问题。由于一个提议者拥有选择区块的专有权利，因此构建者必须在价格上进行竞争。他们被迫放弃越来越多的 MEV 份额给提议者，并从搜索者那里拿走更多来支付它。MEV 利润率已经急剧下跌，而其中提议者占据了最大份额。  <center>The SF Pirate Ship，大约 2020 年 3 月 14 日。这是我在封锁前最后去的地方之一</center> <br/> 从根本上说，提议者提取租金。构建者和搜索者没有从其他任何人那里购买的选择权，也不能拒绝购买。提议者已被协议授予选择下一个区块的专有权利，并且可以在不受监督的情况下行使该权利。套用一位相当著名的政治家的话：“提议者得到了这个东西，而且这他喵的是黄金。他们不会白白放弃它的。” Rod 和提议者一样，被神秘的协议怪授予了一些非常有价值的东西。这不是道德或自然权利。它是由协议规则授予的，可以由人类更改。无论如何，提议者因帮助扩展区块链而获得报酬，然后构建者向提议者支付费用来以特定方式扩展它。不得不说，得到两倍回报真是太好了。 在出现 MEV 提取之前，排序是一个无足轻重的作用；区块增发的补贴是主要的激励因素。因此，权利被免费并随意分配。这就是为什么提议者不为此权利支付任何费用。它曾经几乎一文不值。现在，排序权意味着能够获得大量 MEV，这种不对称的权力关系扭曲了 MEV 供应链。该领域的研究正在进行中。似乎很可能会看到相关提议的协议机制来解决这个问题。 [Sunny](https://twitter.com/sunnya97?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwgr%5Eauthor) 提倡对进行中的交易进行门限加密。加密交易阻止提议者在交易被排序之前了解到交易的 MEV 值。就个人而言，我不相信 MEV 能被清除。我对在分叉选择规则中包含 MEV 的设计感兴趣，将排序权出售给最高出价者，并保留大部分提取的价值用于协议内重新分配。拥抱 MEV → 提取 MEV → 征用 MEV。 <br/> <br/> # **MEV: 第一个五年** 那么，这五年给我们留下了什么？五年前，MEV 还只是一种新奇的想法。这是在一次公事结束后，研究员在晚餐上酒差不多喝光的时候谈到的 。MEV 等待着 DeFi 活动和实践经验的结合的时机。就在我们进入 2021 年牛市时，Flashbots 抓住了 MEV 研究思维，并一路上扬。 现在，我们会举办 MEV 座谈会。我们把搜索者和开发者聚在一起讨论 MEV-aware 协议设计。市场结构已确定为三角色配置，并开始测试其极限。尽管仍然尊重 Pirate Ships 的愿景，但以太坊上的提取已经专业化。展望未来，MEV 将不会由信仰或研究来定义。MEV 的叙事现在属于利润率。 纵观其历史，人们（包括我）称 MEV 是危险的或邪恶的。 “盗贼 (theft)”这个词被广泛传播了不止几次。现在来说，我认为做出价值判断是不合理的。MEV 是事实。再多的哲学思考、研究或鲁布·戈德堡也不会改变这一点。这就是为什么我很高兴看到有竞争力的 MEV 提取供应链。专业化的 MEV 是可预测的 MEV；可预测的 MEV 是有用的 MEV。我们还不够聪明，无法提前规划市场，所以在找到实用的地方就应该充分利用它。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/Eth2/understanding-the-validator-lifecyclehttps://www.ethereum.cn/Eth2/understanding-the-validator-lifecycleFri, 17 Feb 2023 00:00:00 GMT摘要：本文将深度剖析验证者的生命周期，展示每个状态和状态转换之际发生的事情，状态转换的触发条件，每次状态转换所需时间。 来源 | [attestant.io](https://www.attestant.io/posts/understanding-the-validator-lifecycle/#fn1) 翻译 | John 审阅 | Franci, ECN <br> 以太坊 2.0 使用权益证明来确保其网络安全性， 被称为“验证者”的计算机进程将对即将被打包的下一个区块进行投票（下文称“见证”），同时他们也会提议让自己的区块被打包进去。但是，验证者不是仅处于“开”与“关”的状态：他们会在他们的生命周期里历遍一系列的交易。这篇文章将深度剖析验证者的生命周期，展示每个状态和状态转换之际发生的事情，什么触发了状态转换，以及每次状态转换所需要的时间（注解 1）。 <br> ## 时间上的一个符号 在以太坊 2.0 里，时间通常是以 epoch 为单位，一个 epoch 包括了 384 秒即大概是 6 分半。为了方便理解，以这种方式计量的时间被粗略地翻译成分钟，小时和天，并伴有可用的准确信息在相对应的脚注里。 <br> ## 生命周期概览 在深入分析细节之前，先来看看验证者的生命周期概览，以及用来描述其不同状态的术语。  <center>图表 1：验证者生命周期概览</center> 以下是状态标签: **已存款** - 存款协议已被以太坊（Ethereum）1.0 网络接受<br/> **待处理** - 存款协议已被以太坊（Ethereum）2.0 网络接受<br/> **活跃中** - 验证者正在见证和提议区块<br/> **退出中** - 验证者正处在中止见证和提议区块的进程<br/> **罚没中** - 验证者被发现作弊，正处在中止见证和提议区块的进程中<br/> **已退出** - 验证者不再参与见证<br/> 一个元状态同样被定义了: 见证, 即所有验证者要参与进来见证和提议区块的状态（活跃中，退出中的，罚没中）。这个状态是重要的，因为当验证者处于这些状态时需要去访问以太坊（Ethereum）2.0 网络来与其职责保持同步以免被惩罚。  <center>图表 2：见证的元状态</center> 定义了这些状态之后就是详细分析每一个状态以及它们之间的交易的时候了。 <br> ## 已存款的状态 接受存款协议就是验证者生命周期的开始。接受发生在以太坊 1.0 链上， 因为那就是验证者资金的来源。在这时以太坊 2.0 的链还不知晓这笔存款。 验证者会保持大概 7 个半小时在这个已存款的状态里（注解 2 ），以确保不会有一个链的重组影响到以太坊 1.0 交易并有可能使存款协议无效。这之后验证者就会去到待处理状态（注解 3 ）。  <center>图表 3 ：从已存款状态转换到准备状态</center> <br> ## 待处理状态 一旦这笔存款在以太坊 1.0 的链上存在了足够长的时间后，它就会被添加到以太坊 2.0 的链上去。这标志着这个验证者已经正式被以太坊(Ethereum) 2.0 所认可。假如最少 32 个 ETH 已经被存进去的话（注解 4），验证者现在就会准备开始见证。 准备中的验证者会被放在一个队列里：以太坊（Ethereum) 2.0 一次只允许一小部分验证者开始或停止验证（注解 5），以保证验证者的集稳定。如果队列是空的则准备中的验证者会在大约 25 分钟后变成活跃状态（注解 6）：如果这是一个非常繁忙的时段则有可能经过数天甚至数星期之后验证者才会被激活。但是一旦验证者从等候队列中出来，它就会变成活跃状态。  <center>图表 4 ：从准备状态到活跃状态的过渡</center> <br> ## 活跃中状态 验证者理应在活跃状态下度过它们主要的生命周期。活跃的验证者会以 6 分钟一次的频率参与当时的见证，偶尔还会有提议区块链的工作（注解 7）。验证者会保持活跃状态直到以下其中一种事情发生： - 验证者由于在需要其参与见证时没有履行职责被惩罚，导致资金下降到 16 个 ETH 以下。 - 用户通过发送一笔合适的交易来要求停止验证（在这个验证者变成活跃状态的头 9 天里无法发起这种交易）。 - 验证者被证明作弊。 <br>在前两种情况里，验证者被添加到希望停止验证的验证者队列里（将要离开活跃状态的验证者和将要进入活跃状态的验证者一样，数量是被限制的，大概几分钟才有 1 个）  <center>图表 5：从活跃状态到退出中状态的过渡</center> <br>在第三种情况里，验证者被加入到一个被发现在作弊的验证者的队列里以接受惩罚。  <center>图表 6：从活跃状态到罚没中状态的过渡</center> <br>请注意，通过发送包括了相同验证者信息的额外存款协议来向一个活跃验证者充值额外的 ETH 是有可能会发生的情况（永远要记住[有效的余额](https://www.attestant.io/posts/understanding-validator-effective-balance/)不能超过 32 个 ETH）。这有助于避免验证者的资金降到 16 个 ETH 以下并且被添加到退出队列的情况。 <br> ## 退出中的状态 当网络现有的验证者表明了自己想要停止验证的意图之后，无论他是自愿的还是非自愿的，他都不会马上这样做而是会进入退出中的状态，和以往的活跃状态一样继续同样多地参与见证和提议。这保证了网络的稳定性，避免了一个验证者决定离开时就马上停止履行职责的情况。 与一个验证者想要从准备状态变成活跃状态时类似，要离开的验证者要进入一个一次只能允许少数通过的一个队列。又和加入时类似，在退出中状态里花费的时间取决于验证者在队列里的排队数量。  <center>图表 7：从退出中到已退出状态的过渡</center> <br> ## 罚没中（Slashing）状态 一个被发现作弊的验证者会马上受到 1 个 ETH 的惩罚，从余额里扣除。 然后他会进入到一个罚没中的队列里去，这个罚没中队列类似于一个退出中队列，但是它会被标记为需要额外的惩罚，我们会在接下来的“已退出”状态里讨论这个问题。  <center>图表 8：从罚没中状态过渡到已退出状态</center> 一个验证者在退出中的时候以及甚至在退出之后都有可能被罚没（但在他能取回自己的资金之前）。这避免了这种情况的发生：验证者作弊之后，通过常规的退出机制，在自己的作弊行为被发现之前就退出，从而逃脱了惩罚。这带来了一个略微复杂的状态模型。  <center>图表 9：扩展罚没条件</center> <br> ## 已退出状态 当一个验证者去到已退出状态，他就已经正式完成了自己的使命。他不用再参与见证或提议区块，并且不再需要拥有关于以太坊 2.0 链的状态信息。 在退出之后，在资金能被转离验证者之前有一个大约 1 天（注解 8）的最后延迟。但是，如果这个验证者被标记为经过了罚没中状态，那么他会承受两个额外的惩罚。 第一，在已退出状态里能转移资金之前花费的时间会更长，是 36 天（注解 9）。第二，在这个 36 天周期的中途，他会承受进一步的扣款，扣款金额取决于这个验证者被发现作弊之前 18 天被罚没的验证者数量以及这个验证者被发现作弊之后的 18 天被罚没的验证者数量。下图展示了一个验证者的有效余额损失（注解 10）的总百分比  <center>图表 10：在大致相同的时间里，被罚没的有效余额与网络被罚没验证者数量的百分比对比</center> <br>一旦 36 天到期，被罚没的验证者们的剩余资金就可以被转移了。 正如生命周期图表里所能看到的一样，一个已退出的验证者无法再通过任何机制重新进入活跃状态。就是说，一旦一个验证者退出了，他的资金会在被转移之前保持休眠状态。注意，你无法在以太坊 2.0 的 0 阶段转移资金 - 所有已退出的验证者的资金会一直保留在验证者中，直至资金转移操作被引入。缺少转移操作的原因是缺乏可以转移 ETH 的用户账户。 <br> ## 扩展的验证者生命周期 结合以上所有信息考虑将带来一副更加全面的验证者生命周期图景  <center>图表 11：扩展的验证者生命周期</center> <br> 了解不同状态之间的转换所要求的条件以及消耗的时间，对于确保以太坊 2.0 质押基础设施的成功运行至关重要。 从一开始的存款到资金的提出，生命周期展现了每个状态里可能发生的事情并对验证者在任何时候的行为进行了明确的解释。 --- 脚注 1：值得注意的是，以太坊 2.0 并没有设置一个明确的状态机制；也就是说，状态的名字是笔者提出来方便理解的。 脚注 2：1,024 个以太坊 1.0 的区块加 32 个以太坊 2.0 的epoch。 脚注 3： 这假设了存款协议需要完整的 32 个 ETH。要是存款协议少于这个阈值，验证者将停留在已存款状态中，直到有更多的存款协议把验证者的余额提高到至少 32 个 ETH。 脚注 4：若不，则另一笔存款可以被添加以增加这个验证者的余额到这个数量。 脚注 5：每 epoch 为 $$\frac{活跃中+退出中+罚没中的验证者}{65536}$$，最小值为 4。 脚注6：4 个epoch。 脚注7：每一个epoch内一个验证者只能见证一次，每一个slot内只有一个指定的验证者履行提议者的职责。 脚注8：256 个epoch 脚注9：8192 个epoch 脚注10：注意因为惩罚最高可达到有效余额的百分之百，一个验证者的最大惩罚永远不会超过 32 个 ETH，无论该名验证者的真实余额如何。 <br> <br> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/Technology/distinguishing-zkevmshttps://www.ethereum.cn/Technology/distinguishing-zkevmsWed, 15 Feb 2023 00:00:00 GMT来源 ｜ [pseudotheos.mirror.xyz](https://pseudotheos.mirror.xyz/b_696drhG1k6Nc89RHBHFuoC0IF6g88q-fjJw9dDbKQ) 翻译 ｜ Franci, ECN <br/> 以太坊虚拟机 (EVM) 是在以太坊区块链上管理状态和执行智能合约的虚拟机。zkEVMs 旨在通过零知识电路来证明 EVM 的执行，这个领域在过去的一年里已经有了显著的增长并扩张为一个行业。在该领域涌现了许多不同的项目和社区，每个项目和社区都采取了自己独特的方案来应对这两种技术交叉带来的挑战和机遇。 对比不同 zkEVM 项目的一个维度是 EVM 的兼容程度。虽然 EVM 兼容是一个连续介质，但有两种主要的方案：语言层面的兼容和字节码层面的兼容。 要理解这些方案之间的区别，很重要的一点是了解 EVM 如何执行用 Solidity 或 Vyper 等高级语言编写的代码。 为了使 EVM 能够运行智能合约所指定的行为，有这样一个过程：高级语言被编译成字节码，与 EVM 相连接。对于 Solidity，典型的流程如下： 1. 首先，合约是用 Solidity 编程语言编写的，并保存为一个 `.sol` 文件。这个文件包含合约的函数、变量和其他元素。Solidity 代码通常使用集成开发环境 (IDE) 编写，并遵循特定的语法和结构。 2. 接下来，使用 Solidity 编译器将 `.sol` 文件编译成字节码[1]。字节码是一种有效存储的、机器可读的操作码表示，可以在 EVM 上执行。[操作码](https://ethereum.org/en/developers/docs/evm/opcodes/) 是 EVM 能够直接解释和执行的低层级指令。编译过程包括几个步骤，如语法检查、类型检查和优化，以确保字节码的正确和有效的。 3. 一旦合约被编译成字节码，它就可以被部署到以太坊。这通常涉及到向交易池发送一个带有合约字节码的交易。该交易最终被纳入以太坊区块，然后合约被创建。 4. 合约部署后，它可以与以太坊上的其他合约和用户进行互动。 上述流程描述了合约如何被部署到以太坊。部署到 zkEVM 的流程将根据它是字节码层面兼容的还是语言层面兼容的而有所不同。  执行和证明具有与 EVM 相同的字节码的 zkEVM 被称为“字节码层面兼容”。在字节码兼容的 zkEVM 中，除了合约部署地方的不同，对开发者的体验没有任何改变。这种 zkEVM 上可以使用同样的 Solidity 代码、编译器和字节码。开发者可以继续使用他们往常使用的编程语言和工具，同时还可以利用零知识电路的可扩展性和加密安全性。这类 zkEVM 需要能够通过处理相同的低层级操作码和复制相同的结果来复制 EVM 的行为。这涉及到将操作码映射到自定义的 ZK 电路上。从工程的角度来看，这种映射是具有挑战性的，而且操作码的映射导致更庞大的电路和更高的证明生成成本。然而，它最终会给开发者带来更简单的体验。 语言层级兼容性是指 zkEVM 与高级代码 (如Solidity) 一起运行的能力。开发者仍然可以用 Solidity 或其他高级语言编写代码，但这种高级代码必须被编译成与 EVM 不同的字节码。这需要一个特定于部署合约的 zkEVM 网络的编译步骤。非 EVM 的字节码可以被设计为更加电路友好，从而使证明生成更高效。 --- 感谢阅读! 在 Twitter 上关注 [@pseudotheos](https://twitter.com/pseudotheos) 以获得未来文章的通知。本文基于 [CC BY-SA](https://creativecommons.org/licenses/by-sa/4.0/) 版权类型。 ### **脚注** [1]: Solidity 首先被编译成一种中间语言，称为 [Yul](https://docs.soliditylang.org/en/v0.8.17/yul.html)，然后再编译成字节码。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Technology/kzg-commitments-in-proofshttps://www.ethereum.cn/Technology/kzg-commitments-in-proofsFri, 10 Feb 2023 00:00:00 GMT 来源 | [notes.ethereum.org/@dankrad](https://notes.ethereum.org/@dankrad/kzg_commitments_in_proofs) 作者 | **[Dankrad Feist](https://twitter.com/dankrad)** 翻译 | [Renaissance](https://twitter.com/renaissance_lab) 校对 | [doublespending](https://twitter.com/0xbbbb_eth)，Franci <br/> 感谢 ECN 翻译志愿者 [Renaissance](https://twitter.com/renaissance_lab) 和 [doublespending](https://twitter.com/0xbbbb_eth) 对本文的贡献！ 在 Discord 私信 ECN “EthereumCN#9778”，加入 ECN 内容生成者联盟！ <br/> EIP-4844 将一个新的对象引入到以太坊：使用 KZG 承诺对额外的 calldata 进行承诺 $$ C = [f(s)]_1 $$ 其中，$$f$$ 是一个函数，用来评估在一些固定点 (4096 阶单位根) 上插值数据，$s$ 是 KZG 受信任初始化秘密，$$[x]_1=xg_1$$ 是 $$G_1$$ 元素的简写。 函数 $f$ 被定义为插值多项式 $$ f(w^i)=d_i $$ $$ω^{4096} = 1$$，w 是 4096 阶单位根，$$d_i$$定义数据点。（或者，应用可以忘记$$d_i$$，简单地将多项式本身视为输入）。 以太坊数据交易仅能获取 KZG 承诺 C 用作输入，且无法直接访问数据。提供的唯一访问方式是验证评估的预编译函数，例如给定 $$C$$， $$x$$ 和 $$y$$, 验证 $$f(x)=y$$。 当前，Optimistic rollup倾向于使用多轮挑战，因此任何欺诈声明最终总能通过归纳到 f(x) 上的一个点上的分歧来解决。然而，ZKRollups 如何做到同样的事情呢？ 对本来就基于 KZG 承诺证明的方案很容易，例如使用 BLS12_381 的 PLONK。然而，许多应用会选择不同的证明方案，更重要的是，会选择其他具有不同群阶的椭圆曲线，并因而产生其他域。。这在证明中计算 KZG 承诺将非常昂贵（4096 BLS12_381 操作）。我们怎样才能降低这个成本？ <br/> ## 取巧方案 最初的取巧方案是众所周知的；在同样的域上，给定两个多项式承诺$C1$ and $C2$ （但不是同一个方案，例如它们可以是 KZG 和 FRI，或者都是 KZG，但具有不同的受信任初始化方案），存在有效的方式可以证明2个多项式等价，例如对相同的$$f(x)$$进行承诺: 1. 设 $$x=hash(C_1,C_2)$$ 2. 计算 $$y=f(x)$$ 3. 产生证明 $$π_1$$, 可以证明与多项式$C_1$对应的 $$y=f(x)$$ 4. 产生证明$π_2$, 可以证明与多项式$$C_2$$对应的 $$y=f(x)$$ 证明者发送 $$C_1$$，$$C_2$$，$$y$$，$$π_1$$，$$π_2$$，如果 $$y=f(hash(C_1,C_2))$$ 并且证明$$π_1$$ 和 $$π_2$$ 被验证通过，验证者则接受。 如果域足够大（256 位的域可以得到 128 位级别的安全型），则该方案的正确性来自 Schwarz-Zippel 理论。 （此技术由 Vitalik 在这里总结：https://ethresear.ch/t/easy-proof-of-equivalence-between-multiple-polynomial-commitment-schemes-to-the-same-data/8188） <br/> ## 非对齐域上的 ZKP 前面看到的取巧方案，只有$$C_1$$ 和 $$C_2$$多项式在同样的域上才能有效工作。但是大多数证明系统在不同域上工作。所以在这种形式下它没有那么有用。 然而，也并非全然没用。有两种方法可以通过将 kzg 承诺数据引入到一个证明之中来设计出高效可行的机制。 ### 方法一：使用默克尔树 一颗叶子为 $$d0$$,…,$$d_{4095}$$ 的 Merkle 树实际上就是一个多项式承诺。为了评估一个点，证明者简单把点$$d0$$,…,$$d_{4095}$$ 给到验证者。验证者可以基于这些点重构$$f(x)$$ 并检查是否$$f(x)=y$$。 这样做的缺点是产生的证明庞大，但在我们的场景中还好：这个证明只是证明的见证，我们希望电路能够访问数据 $$d_0$$,…,$$d_{4095}$$ 。剩下的就是评估这些点的成本。使用[barycentric formula](https://dankradfeist.de/ethereum/2021/06/18/pcs-multiproofs.html#evaluating-a-polynomial-in-evaluation-form-on-a-point-outside-the-domain)，可以使用 4096 次乘法和 4096 次除法来完成。 **总成本** 将数据引入电路的全部成本包括 (1) Merkle 树计算，需要 4095 次哈希和 (2) 8192 个非对齐域操作（乘法和除法）。 自从引入像 Plookup 这样的方案以来，非对齐的域操作成本已经下降了很多。 ### 方法二：使用“****Fiat**** 输入” “fiat 输入”是为了如下构造尝试提出的名字，：让 e0,…,e_{k-1} 是域元素，通过一种 “合适的” 承诺方案对这些元素进行承诺。“合适的”意味着它在某种形式上与证明方案兼容。给定承诺设为 $E$。 之所以对电路来说 $$e_0$$,…,$$e_{k−1}$$ 是“fiat输入”，意思是域元素 $$e_0$$,…,$$e_{k−1}$$ 具有和输入线一样的可用性，以及其对应的一条包含 E 的线（也可能是为了用一个域元素表示而被截断的承诺）。 下面我将证明使用 KZG 承诺向 PLONK 添加 “Fiat输入” 很容易，只需让验证者增加少量工作即可。特别是，需要的工作量是恒定的，并不与$$k$$成比例关系。相信这种构造可以推广到几乎任何证明者方案，但也确实需要对方案进行一些修改。 首先看下如果我们有“Fiat input”能做什么：让我们添加数据$$d_i$$作为 fiat 输入。如果证明域比BLS（Barreto Lynn Scott）域更大，可以设定$$e_i=d_i$$并留下一些前导零。如果是更小，就需要用几个$e$域元素来编码一个$$d$$ BLS 元素。 现在就可以在$$C_1$$ 和 $$C_2$$上，设定$$C_2=E$$ 并执行多项式承诺等效性证明了。 **总成本** 在电路内部，我们现在只需评估多项式，即 8192 个非对齐域操作。不需要哈希（除了单独一个用于计算随机的点$$x$$需要外）。 如果电路中的执行哈希很昂贵，则此方法有很大的优势。如果出于安全原因不应使用算术哈希函数，则大多数情况下会出现这种情况；如果可以使用算术哈希函数，则哈希成本可能与评估成本相似，并且这种技术的优点不值得把方案复杂化。 <br/> ## 在 PLONK 中构建 Fiat 输入 为了展示可以构造具有上述属性的Fiat输入，我接下来将分析如何修改 [PLONK](https://eprint.iacr.org/2019/953.pdf) 协议以添加Fiat输入。这最好被描述为对 PLONK 协议（特别是基于 KZG 的 PLONK 协议）的一个小修改，因此请对着 PLONK 的论文阅读本节。 我们想要添加 Fiat 输入 $$e=e_0$$,…,$$e_{k−1}$$ 到电路。意味着我们想把输入 $$e=e_0$$,…,$$e_{k−1}$$  以及我们将对 E 应用 map_to_field(E)。 请注意，PLONK 保留了电路中的 ℓ 公共输入。我们将占用 (abuse) 前 k+1 公共输入用作 fiat 输入。其工作流程如下： 对于证明者，我们添加以下步骤： 1. 通过对函数$$FI(X)=∑^{k−1}_{i=0}e_iL_i(X)$$，$$E=[FI(s)]_1$$应用KZG 承诺，证明者对 fiat 输入进行承诺。 2. 作为证明的一部分，证明者添加$$E$$以及一个KZG证明$$π$$，表明域上除了$$i=0,…,k−1$$之外满足$$FI(X)$$为0。 对于验证者，我们添加以下步骤： 1. 验证证明 $$π$$，即在域中除$$i=0,…,−1$$满足$$FI(X)$$ 为0。 2. 当计算公共输入时，需要添加已经“被占用”的Fiat 输入。出于这个目的，公共输入多项式就变成了 $$PI(X)=−FI(X)−map\_to\_field(E)L_k(X)−∑^{ℓ−1}_{i=k+1}x_iL_i(X)$$. 实际上，验证者并不知道多项式，但是可以计算承诺 $$[FI(s)]_1=−E−[−map\_to\_field(E)L_k(S)−∑^{ℓ−1}_{i=k+1}x_iL_i(s)]_1$$ ，这已经足够完成对证明的验证。 这足以将Fiat输入添加到 PLONK；事实上，与这个想法相似的，任何使用加法同态承诺的方案都应该是有效的。如果没有加法同态承诺，事情会变得有点困难，但至少只要承诺是有效的，仍然有办法获得Fiat输入。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Technology/account-abstractionhttps://www.ethereum.cn/Technology/account-abstractionFri, 03 Feb 2023 00:00:00 GMT来源 | [twitter.com/SalomonCrypto](https://twitter.com/SalomonCrypto/status/1612587312638234626) 翻译 | [Renaissance](https://twitter.com/renaissance_lab) 审阅 | Franci, ECN <br/> (1/25) 面对现实吧，以太坊的用户体验很糟糕。你可以使用 Apple Pay 刷脸购买，以太坊如何竞争？ 本文介绍的账户抽象是 0 到 1 的升级，将打开设计空间并革新以太坊！  <br/> (2/25) 习惯于阅读长文形式的文本？ 没问题！ 在我的网站主页上可以永久查看同一篇文章，[Inevitable Ethereum](https://t.co/C8sVseD9pe)。 <br/> (3/25) 以太坊是世界计算机，一个单一的、全球共享的计算平台，它存在于由 1,000 台计算机（节点）组成的网络空间中。 这些节点是现实世界中的真实计算机，直接进行点对点通信。 [The World Computert](https://t.co/V6vkz7KRnm) <br/> (4/25) 以太坊设施更大的愿景旨在提供一个单一的共享计算平台 —— 以太坊虚拟机 (EVM)。 EVM 为交易（计算）提供上下文；你在链上 "do” 的一切都发生在 EVM 中。 [Ethereum Virtual Machinet](https://t.co/sxHr5CuSxn) <br/> (5/25) **在 EVM 中，身份 (和所有权) 的原子单位是账户。** **账户可以是由非 EVM 实体 (例如个人) 控制的外部拥有账户 (EOA, Externally Owned Accounts)，或由其智能合约代码控制的合约账户 (CA, Contract Accounts)。** [Ethereum Accountsts](https://t.co/MoJj1EvjcA) (6/25) EOA 和 CA 有一些非常重要的区别。 从高层次来看：EOA 由使用密钥对的人 (或 EVM 外部的代码) 控制，CA 由代码 (EVM 内部) 控制。 EOA 是唯一可以发起 EVM 操作的帐户。  <br/> (7/25) 密钥对 (公钥和私钥) 使您能够执行数字签名，用于公开确认两件事： - 该消息确实是由声称发送它的人发送的 - 消息未被篡改 [Digital Signatures](https://inevitableeth.com/home/concepts/digital-signatures) <br/> (8/25) 基本结构如下： 私钥+消息=签名 公钥+签名+消息=验证 在 EVM 的上下文中，这些"messages"是交易。因此，数字签名表明拥有私钥的人授权了交易。 <br/> (9/25) 有许多不同的签名/密钥对方案；以太坊使用称为 ECDSA (secp256k1) 的方案。 关于这些字母，您唯一需要知道的是：以太坊帐户地址是 ECDSA (secp256k1) 方案（哈希）的最后 20 个字节。 <br/> (10/25) 实际是以太坊将 ECDSA (secp256k1) 的逻辑内置到 EVM 自身的核心代码中。 为了让 EVM 验证某个来自给定地址的签名，它必须通过方案处理所有数据。 ECDSA (secp256k1) 被硬编码到 EVM 中。 <br/> (11/25) 以下是理解账户抽象所需的核心能力：目前，以太坊帐户与密钥对紧密耦合，以至于它们本质上是同一件事。 即如果您控制了私钥，那么您就控制了一个帐户。 “只有真正控制了自己的私钥，才真正掌握着自己的币。” <br/> (12/25) 账户抽象会将 EVM 中的实体 (账户) 与移动资产的所有权的实体 (密钥对或签名者) 进行解耦。 诀窍：我们将把所有账户都变成 CA，CA 可以定义自己的有效交易。 <br/> (13/25) 只要 CA 支持特定功能 (例如验证签名)，它就可以是一个帐户。 我们通过 API 来定义这些特定的功能。实现帐户抽象过程的核心部分将是设计此 API。 [Application Programming Interface (API)](https://t.co/YjF008Pqie) <br/> (14/25) 一旦实现，以太坊将立即变得更加可定制、灵活和面向未来。 了解这一点的最佳方式是回到我们今天使用的签名方案 ECDSA (secp256k1)。这个方案非常强大……目前来说。 <br/> (15/25) ECDSA (secp256k1) 的问题在于它不是抗量子计算机破解的。量子计算机可以立即破解它，在这个过程中摧毁以太坊。 量子计算机的功能还不足以成为一个问题，但它们会成为问题。 <br/> (16/25) 帐户抽象为我们提供了根据需要迁移到不同签名方案所需的灵活性。 即便我们现在使用的签名方案 (ECDSA) 更加强大了，也没有理由要求每个人都使用相同的方案。每个用户都可以自由地使用他们喜欢的任何密码学技术来保护他们的资产。 <br/> (17/25) 但替换签名方案只是一个开始。得到了广泛的讨论是因为受到了即将到来的量子威胁，但帐户抽象开辟了一个全新的设计空间： 以太坊的用户体验！ 以下是我迄今为止看到的一些更令人兴奋的想法！ <br/> (18/25) 欺诈监控 一个账户可能需要第三方欺诈监控器的第二个签名，这个第三方欺诈监控器检查每笔交易是否存在已知欺诈、满足预定义的安全规则等。 这个第三方不会控制你的资产，只有交易批准特权。 <br/> (19/25) 批量调用 一个账户可以批处理多笔交易，并通过单个签名/用户输入来执行它们。 [@hasufl](https://twitter.com/hasufl) 说得最好，所以我会在下面留下他的推文。 <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOltdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2ZvbGxvd2VyX2NvdW50X3N1bnNldCI6eyJidWNrZXQiOnRydWUsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19idXNpbmVzc192ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfbWl4ZWRfbWVkaWFfMTU4OTciOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfbGVnYWN5X3RpbWVsaW5lX3N1bnNldCI6eyJidWNrZXQiOnRydWUsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19nb3ZfdmVyaWZpZWRfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYnVzaW5lc3NfYWZmaWxpYXRlX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1538793436085637121&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FuXHrWPhhNvDj94Z8kWd2O-ROzRMQj0GGjU3A4vhtIFw&amp;sessionId=348680ee304c1712ea7e54a2f806589cc8c48bd0&amp;theme=light&amp;widgetsVersion=aaf4084522e3a%3A1674595607486&amp;width=550px" data-tweet-id="1538793436085637121" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 726px; display: block; flex-grow: 1;"></iframe> (20/25) 会话密钥 一个帐户可以生成一个密钥并授予它特定的权限/持续时间。然后该帐户可以将该密钥授予半信任空间 (例如浏览器)，从而在不暴露整个帐户的情况下改善用户体验。 想象一个不需要持续授权的区块链游戏，体验会是多么棒。 <br/> (21/25) 双因素身份验证 一个帐户可以将一组授权密钥（类似于欺诈监控）授予第三方服务，该第三方服务只会批准使用第二种方法（例如短信或电子邮件）确认的交易。 <br/> (22/25) 硬件集成 这也许最酷的事情？集成到像苹果这样的公司发布的硬件产品中。 想象一下，如果您的私钥保存在 iPhone 上的安全区域中……使用 FaceID 批准交易！ [Secure Enclave](https://t.co/UkBCpcIrtb) <br/> (23/25) 归根结底，帐户抽象不仅可以实现更好、更用户友好的以太坊，这也是应对量子计算机生存威胁的最简洁的方式。但是，不幸的是，实施它并不容易。 [Part 2: WTF is Account Abstraction](https://t.co/cUH7gqtxEc) (24/25) 好消息是 rollup 提供了一个新的、有趣的机会来从一开始就建立账户抽象。[以太坊](https://twitter.com/ethereum)的开发者们在努力探索的同时，像 [@zksync](https://twitter.com/zksync),[@StarkWareLtd](https://twitter.com/StarkWareLtd) and [@argentHQ](https://twitter.com/argentHQ) 这样的项目已经出现并推动此项技术。 <br/> (25/25) 所以，亲爱的读者，不要害怕，以太坊社区知道它在做什么！ 我不能告诉你帐户抽象什么时候到来，甚至不能告诉你它会是什么样子或者它会在哪里...... 但当它到来时，账户抽象将带领我们向前跃进。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/) 进行授权。https://www.ethereum.cn/Ecosystem/Social-Applied-ZK-Projects-on-Ethereumhttps://www.ethereum.cn/Ecosystem/Social-Applied-ZK-Projects-on-EthereumThu, 12 Jan 2023 00:00:00 GMT来源 | [shreyj.com](https://shreyj.com/socialzk/) 作者 | shrey jain 翻译 | Renaissance 审阅 | Franci, ECN <br/> 在以太坊生态系统中，使用零知识证明 (ZKPs) 来改善**隐私和可扩展性**的工作非常有前景的。 我想重点强调的是，还有一小部分人专门致力于以太坊上的 ZKP 技术的社交应用。我几乎将所有不以扩展解决方案或金融解决方案为导向的应用都定义为“社交应用” (是的，转账属于社交，但我想读者能够理解我在这篇文章中想表达的东西)。 我最近尝试[在 Twitter 上](https://twitter.com/shreyjaineth/status/1590310990876659712?s=20&t=3CHekKSyDClGxAIsrChMQA)问大家这个领域中有哪些关键项目，并且很高兴能收到一些评论和私信，它们很适合融合到本文中。 在这个领域让我感兴趣的一些事情包括：签名消息、指定的验证者证明、用于医疗保健应用的零知识机器学习，以及我们如何在通信协议中建立共同知识。如果您对此也感兴趣，请在 Twitter 上私信我。 我将 social applied zk 中的项目分为三个主要类别： - 身份 - 治理 - 消息 免责声明：除了 zkSBT 和我作为合著者的指定验证者工作之外，我没有参与（财务上或作为合作者）以下任何项目。按字母顺序排列，不优先考虑任何特定项目。 ## Identity 身份 - [Interep](https://interep.link/)：隐私声誉和身份系统可以让服务验证用户属于某个群体或满足某些声誉标准而无需透露他们的身份。用户可以从 Twitter 和 Github 等平台匿名导出自己的声誉。 - [Relic Protocol](https://relicprotocol.com/#certificates)：Relic Protocol 使用 ZKP 来证明关于任意以太坊历史状态的事实，允许用户根据他们的历史链上活动来证明他们的声誉，并铸造为 SBT。 - [Sismo](https://www.sismo.io/)：Sismo 是一个发放 ZK 徽章的模块化协议，用于为实现声誉的可移植性和聚合。 - [Sealcred](https://sealcred.xyz/)：SealCred 可以让您使用 ZK 徽章匿名体验世界。这意味着您可以在不被追溯到的前提下，证明自己持有某个 NFT 的所有权。 - [Unirep](https://unirep.social/)：Unirep 允许一个组织的匿名成员在不透露身份的情况下给予、接受和证明声誉。应用程序或人员可以充当证明者，并在共享的 Unirep 合约之上建立自己的声誉代币。 - [Worldcoin](https://worldcoin.org/)：Worldcoin 已经构建了一个[保护隐私的人格证明协议](https://worldcoin.org/the-worldcoin-protocol)。 - [zkPortal](https://zkportal.io/)：以信任最小化和私密的方式将个人数据带到 web3：防止女巫攻击，启用 1P1V (每人一票，one-person-one-vote) 模式并帮助 DeFi 保持合规性。 - [zkSBTs](https://github.com/enricobottazzi/ZK-SBT)：ZK SBTs 用于创建可组合的信任网络。通证在链上始终可见，使得用户无法在请求时隐藏信息的存在。为了保证隐私，声明中包含的信息使用 ZK 进行了模糊处理。链上唯一存储的是签名消息的哈希值。 ## Governance 治理 - [Devfolio](https://devfolio.co/projects/anonymous-voting-system-c15d)：一个完全在链上的匿名投票系统。 - [Nouns DAO heyanoun](https://nouns.wtf/vote/150)：为那些被快照的提案提名者提供了一种方式，让他们可以匿名提交有关该提案的消息。 - [MACI](https://github.com/privacy-scaling-explorations/maci)：最小反共谋基础设施 (Minimum Anti-Collusion Infrastructure) 是防贿赂、安全和隐私数字投票的基础层。 - [zkPIN](https://github.com/zk-pin/pin)：创建承诺池以最小化信任的方式签署或支持一个想法。 ## Messaging 消息 - [designated-verifier-proofs](https://github.com/enricobottazzi/designated-verifier-proof/blob/main/README.md)：与以太坊兼容的密码学方案，以确保只有指定的验证者被说服接受传递给他们的信息，并且任何第 3 方都不确定指定的验证者是否在说真话。 - [heyanon](https://twitter.com/heyanonxyz)：heyanon，由 [personae labs](https://twitter.com/personae_labs) 提供，为那些在以太坊上很酷的组织或做了很酷的事情的人提供了一种在 Twitter 上匿名广播消息的方式。 - [Sealcaster：](https://blog.bigwhalelabs.com/applied-zk-part-3-or-how-we-made-anonymous-casts-on-farcaster-possible/) 在 Farcaster 上匿名传递消息。 - [Semaphore：Semaphore](https://semaphore.appliedzkp.org/) 是一种协议，旨在成为以太坊 DApp 的简单通用隐私层。使用零知识，以太坊用户可以证明他们是某个团体的成员，并在不透露其原始身份的情况下发送投票或背书等信号。 - [zkEmail](https://zkemail.xyz/)：链上去信任的电子邮件验证。[DevCon](https://www.youtube.com/watch?v=sPCHiUT3TmA) 的演讲内容更丰富。 - [zknullifier](https://github.com/zk-nullifier-sig/zk-nullifier-sig/)：通过以太坊上可验证的确定性签名创建匿名标识符，从而产生独特的假名。 <br/> <br/> 我会让这个博客保持活跃，所以如果我错过了您的项目并且您认为它符合上述类别之一，请在 Twitter 上私信我。 感谢 Vivek B 的反馈。https://www.ethereum.cn/Eth2/current-ethereumhttps://www.ethereum.cn/Eth2/current-ethereumWed, 11 Jan 2023 00:00:00 GMT来源 | [mirror.xyz/luozhu.eth](https://mirror.xyz/luozhu.eth/9cpjU63vBLoQPAalc7ORG_BtHkOJFqPtY9UpK5qWuGM) 作者 | [@LuozhuZhang](https://twitter.com/LuozhuZhang) 翻译 | Franci, ECN <br/> > 译者注： > > 本文撰写于 2022 年 12 月 31 日，文章基于第 151 ACD 会议确定的工作计划展开，因此与目前的路线图有出入。需要注意的是，在 2023 年 1 月 5 日进行的第 152 次 ACD 会议中确定，EOF 相关的 EIP 被移出上海升级。更多关于 #152 ACD 会议的中文笔记请看 ECN 的整理：[#152 以太坊核心开发者会议笔记](https://www.ethereum.cn/Eth1.x/all-core-devs-notes-152)。上海升级的规范请看[此处](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md#eips-considered-for-inclusion)。 <br/> 特别感谢 proto.eth 的帮助和宝贵意见。 --- ### **目录** - **背景** - **升级的主要内容** - 信标链提款 - EOF - EIP-4844 - 其他 EIPs - 路线图和时间线 - 时间线 - Shanghai + Capella 升级 - 下一个升级：坎昆升级 - 总结 --- <br/> # **背景** 我受到 [CC](https://twitter.com/ChihChengLiang) 和 [Vitalik](https://twitter.com/VitalikButerin/status/1599166783541628928?s=20&t=p8z_c_itePQNMdi90sGNOQ) 的启发而撰写了此文。 他们一致认为，学习以太坊的最好方法是观看核心开发者会议 (All Core Devs)，阅读相关的会议记录，查看 hackmd 文档、issue、PR 以及 EIP，直到你弄清楚以太坊当前的路线图状态、核心开发者的关注点和担忧点以及每个升级/EIP 的作用是什么… 除此之外，我还受到了社区的启发。 以太坊有着优秀的开源文化，你可以在 [EF YouTube](https://www.youtube.com/@EthereumFoundation/search?query=meeting) 上看到所有的会议视频，以及在  [ethereum/pm](https://github.com/ethereum/pm) 查看未来讨论的议程 (还可以看 [Tim](https://tim.mirror.xyz/) 和 [Kim](https://www.galaxy.com/research/insights/ethereum-all-core-developers-call-151/) 的笔记)。以太坊的开发者们正在尽最大的努力让社区了解以太坊目前的升级和其改进提案。 所以我认为撰写这类文章对社区是非常有价值的！ <br/> # **升级的主要内容** 2022 年 9 月 15 日，以太坊成功合并后便将其注意力转到后续的改进提案中：执行层上的[上海升级](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)；共识层上的 [Capella 升级](https://github.com/ethereum/consensus-specs/blob/dev/specs/capella/beacon-chain.md#introduction) 。 主要有以下几点👇 - 信标链提款 - EOF - EIP-4844 - 其他 EIP 他们扮演着不同的角色。信标链提款是上海升级的核心，而 EOF 只有在提款不会受到影响而延迟的情况下才会被纳入到上海升级中。(译者注：最新的 ACD 中确定 EOF 从上海升级中移除) 此外，由于 EIP-4844 可能会影响提款的推进时间，它已经[被移出了上海升级的范围](https://github.com/ethereum/execution-specs/pull/663) (译者注：EOF 也是这个原因而被移出上海升级)。但是我们都知道 EIP-4844 是以太坊的一个重要改进提案，所以它将是下一次升级 ([坎昆升级](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md)) 的重心。 以防读者们是首次了解上海升级，我将在本文中单独解释相关的术语和 EIP。 ### **信标链提款** 理解 “提款” 需要对信标链的历史和演变有一些基本的认知。 **信标链还没推出** 在信标链推出之前，以太坊是一条完整的单一型区块链，它的共识引擎 (PoW) 和执行引擎 (EVM) 在一起工作，没有耦合和分离。  <center>单一型的链</center> ### **阶段0** 信标链在[阶段 0](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md#introduction) (2020 年 12 月) [推出](https://beaconscan.com/slot/0)。 自此，以太坊由单一型区块链转变为两条平行链的结合 (即信标链和执行链)。 在它们之间通信的唯一方式就是[存款合约](https://github.com/ethereum/consensus-specs/blob/dev/solidity_deposit_contract/deposit_contract.sol#L65)，存入并锁定 32 个 ETH 以成为一名[验证者](https://ethereum.org/en/staking/) (这个角色类似于 PoW 机制下的矿工)。  <center>合并前</center> **Altair 升级** 很快，信标链在上线两周内迎来了首次硬分叉，也就是 [Altair 升级](https://github.com/ethereum/consensus-specs/blob/dev/specs/altair/beacon-chain.md#introduction)。这次升级做了一些简单的修复(共识层升级[以星星的名字命名](https://github.com/ethereum/eth2.0-pm/issues/215))。 **Bellatrix 升级** 第二次硬分叉升级是 [Bellatrix](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix)，[合并](https://ethereum.org/en/upgrades/merge/)就是在此次升级进行的：信标链与执行链合并。 合并后，以太坊从两条平行链变成一条链，但还是由两层组成，即共识层和执行层。这两层通过[引擎 API](https://docs.teku.consensys.net/en/latest/Concepts/Merge/#execution-and-consensus-clients) 通信。 在终结总难度值 (TTD) `58750000000000000000000`中，Bellatrix 升级 (在共识层发生) 和 [Paris 升级](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) (在执行层发生) 同时推出。通过 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) 和 [EIP-4399](https://eips.ethereum.org/EIPS/eip-4399)，以太坊成功从 PoW 共识过渡至 PoS 共识！  <center>合并后</center> **Capella 升级** 这是信标链的第三次硬分叉升级 (以 [Capella 星星](https://en.wikipedia.org/wiki/Capella) 命名)，它会与上海升级 (执行层) 同时进行。通过 [EIP-4895](https://eips.ethereum.org/EIPS/eip-4895)，实现从信标链提款至 EVM 的功能。 这也是目前共识层和各个客户端团队的主要工作。升级完成后，所有验证者都可以提出他们的 ETH。信标链的总存款已经超过了 [15,741,431 ETH](https://beaconcha.in/)，验证者能够动态变化对于以太坊经济层来说非常重要。  <center>总存款</center> ### **EVM 对象格式 (EOF)** 作为 EVM 的超级爱好者，我相信很多人对 EOF 期待已久。几年前，就有关于 "[以太坊账户版本化](https://ethereum-magicians.org/t/ethereum-account-versioning/3508)" 的讨论和改进提案。直到现在，EOF 就要成为现实，确定纳入到上海升级的范围内 (实际上，EVM 自创世区块以来就没有改变多少)。 (译者注：最新的 ACD 中确定 EOF 从上海升级中移除) 简单地说，目前的 EVM 只有一套解释和验证规则来处理所有现有的合约 (我们将它们称为 **“旧式合约”**)。 EOF (包含 5 个 EIP) 引入了一种新的智能合约格式，即 **“EOF 合约”**。而客户端/EVM 解释器也有相应的更新。 所以我们现在有两套 EVM 解释和验证规则，并且它们是平行存在的。EVM 将能够同时处理旧式合约和 EOF 合约 (在更长远的未来，我们可能会用 EOF 合约取代所有的旧式合约)。 为什么需要 EOF，它有什么好处？👇 - **EVM 版本化。**这使得引入或移除功能变得更容易，防止 EVM 变得越来越复杂和不优雅。现在移除 EVM 的功能非常困难，因为庞大的生态系统/应用层依赖某个特定的 EVM 行为，所以移除可能会导致应用层的不兼容性问题。所以如果向 EVM 添加某个功能，我们需要默认它可能会永远存在。 - **增加新的控制流操作，**完全放弃动态跳转和运行时的 JUMPDEST 分析，性价比更高。(并使代码转换更容易，等等。) - 将 EVM 在运行时验证的内容 **(e.g. 堆栈** `underflow`, `overflow`) 转移到部署时间。这使得 EVM 的开销降低，并使合约代码更加安全 (潜在的错误不会被部署在以太坊上)。 - **代码和数据分离。**我们将有一个可执行但不可读的代码部分，以及一个可读但不可执行的数据部分。 此外，EOF 主要由 5 个 EIP 组成，我将简单介绍每个 EIP 的作用。如果读者想了解更多关于 EOF 的信息，我建议大家去看过去的讨论，比如 "[EVM 封装格式](https://notes.ethereum.org/@axic/evm-object-format)" 和 "[关于 EVM 的一切](https://notes.ethereum.org/@ipsilon/evm-object-format-overview)"，以及这五个 EIP (这里有一个统一的规范)。这些资料都非常有帮助！👇 - **EIP-3540: EVM 对象格式 (EOF) v1 (EVM Object Format, EOF) v1)** 这个 [EIP](https://eips.ethereum.org/EIPS/eip-3540) 引入了 EOF “container” 并规定了所有包含在 EOF 合约中的字段 (在这里可以查看完整的[字段](https://notes.ethereum.org/@ipsilon/eof1-unified-specification?utm_source=substack&utm_medium=email#Container))。此外，它依赖于 [EIP-3541](https://eips.ethereum.org/EIPS/eip-3541)，这个 EIP 确保 EOF 格式的合约部署在上海升级前会被拒绝。 这个 [EIP](https://eips.ethereum.org/EIPS/eip-3670) 在 [EIP-3540](https://eips.ethereum.org/EIPS/eip-3540) 的基础上，为 EOF 合约添加更多的验证规则。无效的 EOF 代码无法被部署，在[这里](https://notes.ethereum.org/@ipsilon/eof1-unified-specification?utm_source=substack&utm_medium=email#Code-Validation)查看所有代码验证规则。 - **EIP-4200: EOF - 静态相对跳转 (EOF - Static relative jumps)** 这个 [EIP](https://eips.ethereum.org/EIPS/eip-4200) 引入了一些新的跳转指令 - `RJUMP`、`RJUMPI` 和 `RJUMV`，它们被用来指向已执行代码的相对位置。通过这个 EIP，我们可以初步删除 JUMPDEST 分析 (动态跳转  `JUMP` 和 `JUMPI`)。 - **EIP-4750: EOF - 引入函数 (EOF - Functions)** 这个 [EIP](https://eips.ethereum.org/EIPS/eip-4750) 在 4200 的基础上更进一步，它引入了 “EVM 函数” 的概念 (这是一个独立的子程序)，并且引入了 `CALLF` 和 `RETF` 来调用 & 返回 EVM 函数。通过 [EIP-4750](https://eips.ethereum.org/EIPS/eip-4750) 和 [EIP-4200](https://eips.ethereum.org/EIPS/eip-4200), 我们可以完全抛弃 JUMPDEST 分析 (动态跳转  `JUMP` 和 `JUMPI`)。 - **EIP-5450: EOF - 堆栈验证 (EOF - Stack Validation)** 这个 [EIP](https://eips.ethereum.org/EIPS/eip-5450) 添加了更多验证规则，并将堆栈 `underflow/overflow` 、`inefficient gas` 等从运行时检查转移到部署时检查。这可以进一步减少 EVM 的开销 (目前的 `underflow/overflow` 是由 EVM 解释器在运行合约代码时检查)。 我个人认为，EOF 对 EVM 来说是一个重大的改进，所以我希望在上海升级中能部署 EOF (在不影响提款推进的前提下)。 至于 EOF 路线图，我们将在初期同时保留旧式合约和 EOF 合约，然后将现有的旧式合约转换成 EOF 合约 (显然后者不会是我们优先考虑的)。但这可能会对 zkEVM 产生一些影响。👇 - 取决于 **EOF 合约的数量**。如果大部分合约是旧格式的，现有的 zkEVM 不需要做太多修改就可以与 EOF 兼容。 - 如果所有现有的合约都转换为 EOF 合约，我们需要在所有电路中增加与 EOF 相关的约束条件 (比如数据和代码的分离，这可能会改变现有的字节码电路)。 - 对于操作码来说，`JUMP` 和 `JUMPI` 可能会被废弃，因为 EOF 禁用了动态跳转。而根据 [Vitalik 的提案](https://ethereum-magicians.org/t/eof-proposal-ban-code-introspection-of-eof-accounts/12113)，`CODECOPY` 和 `CODESIZE` 也可能在未来被抛弃。另外，我们需要为新的操作码编写约束 (例如 `RJUMP` 、`RJUMI` 、`RJUMV` 、`CALLF` 、`RETF` 等等)。 但总的来说，zkEVM 总是需要随着 EVM 的变化而变化 (zkEVM 服务于 EVM)，而当 zkEVM 用于 Layer1 ([类型一 zkEVM](https://www.ethereum.cn/Layer2/zkevm))，每次 EVM 升级也会把 zkEVM 考虑在内，并且同时升级 (EVM + zkEVM) 是有可能的。所以我认为保持 zkEVM 更新不是什么大问题。 至于 EOF。未来还有许多改进，比如考虑禁止 EOF 代码被`CODECOPY` 、`CODESIZE` 、`EXTCODECOPY` 、`EXTCODESIZE` 和 `EXTCODEHASH` 直接读取，并实现 EVM 版本的**自动-强制转换** (版本 `n` 的代码可以自动转换为版本 `n+1`)。EVM 代码甚至可以转换为其他 VM 代码的等价物。 > 如果我们将来决定从 EVM 转变为其他 VM (例如 WASM、Cairo 等)，就有可能自动将 EVM 的代码转变为具有同等功能的新虚拟机的代码。 > ### **EIP-4844** [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) 完全是为 Rollup 设计的，以进一步降低数据提交和验证的开销 (根据 [L2fee](https://l2fees.info/)，L2 的交易费已经比 L1 便宜 4-20 倍)。 Proto-danksharding 来自 [proto.eth](https://twitter.com/protolambda/status/1495538286332624898?s=20&t=gw0ro2tsi0dgJb_VZhrPbA) 在 ETH Denver 中对 [完整版 Danksharding 的简单实现](https://notes.ethereum.org/3t5cbN7cQnG6VxjgNMKymA)。它比完整版的 Danksharding 更容易实现，这对以太坊扩容来说非常重要。 虽然 EIP-4844 已经足够简单了，但是它的实现仍广泛涉及以下几个方面。👇 - [EIP 本身](https://ethereum-magicians.org/t/eip-4844-shard-blob-transactions/8430) (已完成) - [共识规范](https://github.com/ethereum/consensus-specs/pull/2850) (正在进行, 大概完成) - [引擎 API 规范](https://github.com/ethereum/execution-apis/blob/main/src/engine/experimental/blob-extension.md) (已完成) - [客户端实现](https://github.com/ethereum/pm/blob/master/Breakout-Room/4844-readiness-checklist.md#implementation) (正在进行，参考 [Geth](https://github.com/ethereum/go-ethereum/pull/26283) 和 [Prysm](https://github.com/prysmaticlabs/prysm/issues/11579)) - [KZG 仪式](https://github.com/ethereum/KZG-Ceremony) (已完成，在[这里](https://ceremony.ethereum.org/)参加) - [工具](https://github.com/ethereum/pm/blob/master/Breakout-Room/4844-readiness-checklist.md#tooling)、[开发者测试网](https://notes.ethereum.org/@timbeiko/4844-devnet-3) (正在进行, 大概完成) - [测试](https://github.com/Inphi/eip4844-interop) (正在进行)  <center>EIP-4844 的工作进展</center> 虽然 EIP-4844 的进展非常快，但仍有许多工作要做 (包括客户端实现和大量测试)。以防 4844 的推进会使得提款的进程延迟，在 [ACD#151](https://github.com/ethereum/pm/issues/675) 中开发者们决定将 EIP-4844 移除出上海升级 (但 [Péter Szilágyi](https://twitter.com/peter_szilagyi) 和 [Dankrad Feist](https://twitter.com/dankrad) 对此表示反对)。 EIP-4844 是以太坊的下一个关键改进，我们都知道它的重要性。这也是为什么上海升级之后的下一次升级中 (坎昆升级) 将以 **EIP-4844 为重心。** ### **其他 EIP** 除了提款和 EOF，上海升级还会部署三个独立的 EIP👇 - ****EIP-3651: Warm COINBASE (降低访问 COINBASE 地址的 gas 开销)**** 这个 [EIP](https://eips.ethereum.org/EIPS/eip-3651) 作为 [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 的补充，为交易执行的开始增加了一个 `COINBASE` 地址。 - ****EIP-3855: PUSH0 instruction (新增操作码 `PUSH0)**** 这个 [EIP](https://eips.ethereum.org/EIPS/eip-3855) 引入了一个新的指令 `PUSH0` ，用来把常量 `0` 值压入堆栈中。 - ****EIP-3860: Limit and meter initcode (对 initcode 的大小设限并引入 gas 计量)**** 这个 [EIP](https://eips.ethereum.org/EIPS/eip-3860) 扩展了 [EIP-170](https://eips.ethereum.org/EIPS/eip-170)。它限制了 initcode 的大小上限在 `49152` 的位置，并为 `initcode`  引入每 32 字节 2 gas 的开销。 <br/> ## **路线图和时间线** 作者 LuoZhu 对路线图和时间线的最新补充： 1. EOF 从上海升级中移除，会不会在坎昆升级部署需要看 1 月 19 日的 ACD 会议 2. EOF 可能不会推进的这么快，比如配合 EOF v2 和一个比较完整的路线图 ### **时间线** 基于 12 月 8 日 ACD #151 会议，确定的以太坊升级时间表大致是这样的👇 - **一月** 在 1 月 5 日 (下一次 ACD 会议#152) 前完成 EOF 的客户端实现和测试，在 1 月 12 日为上海升级进行影子分叉，在 1 月 19 日 (第 153 次 ACD 会议) 前完成 EOF 的跨客户端互操作。 - **二月** 2 月份将进行更多的测试，以确保 EOF 和提款足够稳定。并在公共测试网 (Sepolia、Goerli 等) 上部署提款功能。 - **三月** 发布上海升级 (主网上的信标链提款！)。🎉 - **四月** 重点转移到下一次的坎昆升级 (以 EIP-4844 为中心)，全面测试 EIP-4844。如多个主网影子分叉，并使 EIP-4844 进入公共测试网。 - **五月** 发布坎昆升级 (EIP-4844 上主网! )🎉  <center>升级时间线</center> ### **Shanghai + Capella 升级** 这次升级的核心是信标链提款。为了避免任何阻碍提款的可能性，EIP-4844 从上海升级中移除 (你可以在[这里](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)看到完整的上海升级规范)。] 而 EOF 的开发进展需要严格遵守上述时间线，否则将被移除。两个比较重要的时间点是：**2023 年 1 月 5 日 (**ACD #152，EOF 需要完成客户端的实现和测试) 和 **2023 年 1 月 19 日 (**ACD #153，完成 EOF 跨客户端的互操作)。 上海升级预计将在 3 月发生 (共识层和执行层同时升级)。如果一切顺利，我们将很快在主网上看到 EOF 和提款! ### **下一次升级：坎昆升级** 由于 EIP-4844 被移除出上海升级，我们把它作为下一次升级的重心 (你可以在[这里](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md)看到坎昆升级的规范)。 预计 EIP-4844 的实现和测试将在 2023 年 4 月完成，并部署在公共测试网上。然后坎昆升级可以在 5-6 月启动，将 EIP-4844 部署到主网上。 <br/> ## **总结** 今天是 2022 年的最后一天，在这一年里我们看到了许多重大的技术进步。例如：成功合并、完成 EIP-4844 的规范、rollup 崛起、zkp 涌现了许多创新，以及 zkevm 也有许多进展。 我很高兴能见证这一年。也为以太坊协议出现这些底层的改进感到兴奋。 明年，我们会有更加关键的升级：它们是**上海+Capella (**提款和EOF)，**坎昆+Deneb (**EIP-4844)，以及 **Prague + Electra** (待定)。 明年仍然会是很值得期待的一年，有很多工作等着我们去做。我们将看到更多的基础性想法和研究，所以我认为用这篇文章来开启 2023 年是非常合适的。新年快乐! <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Eth1.x/all-core-devs-notes-152https://www.ethereum.cn/Eth1.x/all-core-devs-notes-152Tue, 10 Jan 2023 00:00:00 GMT编辑 | Stephanie, ECN #### ***编辑的话*** *有看 ECN 每周更新的”以太七日谈“的朋友可能会发现，“七日谈”已经停更了将近一个月。除了由于前段时间编辑感染 Covid 无法保持更新外，ECN 也在思考是否应该继续“七日谈”的编辑。在新的一年，ECN 计划做一些内容运营上的调整，其中就包括“七日谈”。以太坊核心开发者会议的笔记编译一直是“七日谈”的重要组成部分，我们现在决定将其独立更新。如果对以往“七日谈”中哪些部分的内容特别希望我们保持更新的，欢迎在各个社交媒体上私信我们，我们非常愿意听到大家的反馈，以提升我们的内容质量。* <br/> 在第 152 次 ACDE 上，开发者们就从上海升级中移除与 EOF 实现有关的代码修改达成共识。关于 EOF 的更多信息，可阅读《[以太坊核心开发者会议更新014](https://www.ethereum.cn/Eth2/allcoredev-update014) ⛓》。他们还就不再接受任何添加到上海升级的 EIP 达成共识，这主要是为了确保提款质押的 ETH 的时间表不会被推迟。作为上海升级唯一的大型代码修改，提款质押的 ETH 目前正在以开发者为中心的测试网络上进行测试。开发者的目标是在下个月 (2023 年 2 月) 上线用于上海/Capella 升级的公共测试网，然后在 3 月上线主网。开发者随后讨论了 EVM 升级的更周详考虑、以太坊执行层/共识层之间不同的序列化方法、以及引入 Poseidon 哈希函数作为 EVM 的预编译的 EIP。 以下为详细笔记👇 <br/> ### **上海升级的进展** 在上海升级方面，在圣诞节前已经上线了第一个开发者测试网，所有客户端组合都在上面运行，大家可以看看以太坊基金会 devops 的仪表盘👇。有些客户端组合出现了问题，但开发者们将尽快推出一个新的开发者测试网。 [https://t.co/HBkcidHvMq](https://t.co/HBkcidHvMq) 此外，Geth 团队的 Marius@vdWijden 提出对 [EIP 3860](https://eips.ethereum.org/EIPS/eip-3860) ([对 initcode 的大小设限并引入 gas 计量](https://eips.ethereum.org/EIPS/eip-3855)) 设计上的小修改 —— 纠正该 EIP 中一个令人困惑的错误模式，即违反 initcode 限制导致的是零地址错误而不是 OOG (gas 不足) 错误。这项提议得到开发者们的认同，即将错误模式改为 OOG 错误，然后终止或中止执行，而不是返回一个零地址，这样将减少在客户端实现中的混乱和漏洞。以上是客户端团队的意见，如果智能合约开发者强烈反对这个修改，可能就不修改了。 <br/> ### **EOF 相关 EIP 被移除出上海升级** 接下来，会议主要讨论 EOF 相关话题。 Geth 团队的开发者@lightclients 给大家更新了 12 月进行的 EOF 小组会议的情况。(EOF 即 EVM 对象格式，它会为以太坊的代码环境引入一些变化。与之相关的 EIP 将更明确地区分智能合约的代码和数据，并使得 EVM 在未来更容易升级。) 简单来说，规范被敲定，并做了两个小型修改：删除 JUMPF 并使得数据 EOF 合约必须包含数据部分。 在测试方面，Geth 团队的 @mhswende 已经开始对实现做模糊测试，在所有客户端上都发现了漏洞并修复了。现在的模糊测试主要针对在客户端上 EOF container/结构的实现，但不包括部署的 EOF 代码。以太坊基金会测试团队的 Mario Vega@elbuenmayini 补充道，由于 EOF 的复杂性，可能很难对错误情况写静态测试用例，因为实现可能会在遇到确切测试用例前先遇到另一个错误。 在客户端团队方面，Geth 和 Besu 已经有完整实现并通过了大部分的测试。Nethermind 也已经有实现了，但不确定最好使用哪个测试套件。而 Erigon 将使用 Geth 的 EOF 实现。 基于 EOF 的实现和测试情况，**Vitalik 也表达了对仓促实现 EOF 的担忧，并发表了 EOF 提案：禁用 EOF 账户的代码自省 (code introspection)：**[https://ethereum-magicians.org/t/eof-proposal-ban-code-introspection-of-eof-accounts/12113](https://ethereum-magicians.org/t/eof-proposal-ban-code-introspection-of-eof-accounts/12113) Vitalik 在会议上阐述了这个提案背后的思考，以及解释为什么修改 EVM 通常比其他协议修改更困难。他指出，从以太坊中删除工作量证明比弃用操作码来得更容易。这是因为以太坊应用/合约依赖 EVM 的特定行为，因此修改必须向后兼容，否则将破坏已部署的合约。而协议其他方面的修改只需要每个人在特定时间进行更新，除此之外，不会破坏网络上的任何东西。 这意味着，当我们改进 EVM，或引入新版本，例如 EOF，我们很可能需要永远与它们共存，因为我们不能弃用之前版本。理想情况下，我们想让 EVM 更简洁/简单，但如果我们只能在它上面添加东西而从不删除东西，这就会变得很难。删除东西最大的挑战之一是 EVM 中的代码自省。 因此，Vitalik 的提案是在 EOF v1 中添加更多内容，这将极大地限制 EOF 合约中的代码自省，从而有可能使其在未来更容易升级。Ipsilon 团队的[@alexberegszaszi](https://twitter.com/alexberegszaszi) 提到，EOF 提案的作者们其实之前有考虑过类似的功能，决定放弃是想保持 EOF v1 简单。他还提出一个替代方案，将 Vitalik 的提案纳入到 EOF v2：[https://ethereum-magicians.org/t/eofv2-aka-what-evm-2-0-could-look-like/12442](https://ethereum-magicians.org/t/eofv2-aka-what-evm-2-0-could-look-like/12442) 但是，对于这份在 EOF v1 基础上添加内容的提案，客户端团队担心整体的修改规模过大。@lightclients 也表示，基于目前 EOF 测试的进度，把它纳入上海升级可能会延迟大概一个月的时间。如果想要在二月初能上线主网测试网升级，EOF 的部分应该未能准备好。而且，这是一个很重要的决定，因为 EVM 的变更一旦部署了就不能修改。 经过讨论，开发者们最后决定要再多花时间考虑 EOF 的问题，因此将其从上海升级移除，但会保持 EOF 上的工作。他们应该能够在坎昆升级中部署某个版本的 EOF 与 4844。在这次会议上，开发者们没有对坎昆升级做出正式决定，并将在下次会议再讨论。 那上海升级是否需要补充其他的 EIP 呢？经过讨论，开发者们决定不再添加其他 EIP，免得延迟上海升级。 <br/> ### **其他 EIP 的讨论** 随后，开发者们还讨论了 Nimbus 团队的 Etan Kissling 的提案：在 `ExecutionPayloadHeader` 的交易列表里添加十六进制树根。[https://github.com/ethereum/consensus-specs/pull/3078](https://github.com/ethereum/consensus-specs/pull/3078) 简单来说，现在执行层区块头和共识层执行负载头 (ExecutionPayloadHeader) 之间使用不同的序列化格式编码的字段。这两个字段编码格式不同给钱包和以太坊轻客户端构建带来额外的开销和复杂性。Kissling 提议向执行层添加 CL 的 SSZ 序列化格式，或共识层客户端采用多种方式支持执行层的 RLP 序列化格式。这个提案与上海升级中的提款相关，因此相对紧急。这个问题将在这周的共识层会议 (ACDC) 上再次讨论，即 1 月 12 日。 会议最后还讨论了 EIP-5843 (EVM 模块化的算术扩展) 的和 EIP-5988 (添加 Poseidon 哈希函数预编译)。由于 EIP-5843 的作者未能与会，开发者们同意之后再对此 EIP 进行讨论。而 5988 由 StarkWare 提出，旨在在以太坊网络上提高运行零知识证明的效率。但这可能给以太坊的安全性带来未知后果。 <br/> 编译来源为 @TimBeiko 和@christine_dkim 的笔记 [https://twitter.com/TimBeiko/status/1611042386611929089?s=20](https://twitter.com/TimBeiko/status/1611042386611929089?s=20) [https://www.galaxy.com/research/insights/ethereum-all-core-developers-execution-call-152/](https://www.galaxy.com/research/insights/ethereum-all-core-developers-execution-call-152/) 会议视频： [https://www.youtube.com/watch?v=SmcMwdHZqg8](https://www.youtube.com/watch?v=SmcMwdHZqg8) 会议议程： [https://github.com/ethereum/pm/issues/700](https://github.com/ethereum/pm/issues/700)https://www.ethereum.cn/Staking/why-paradigm-was-wronghttps://www.ethereum.cn/Staking/why-paradigm-was-wrongMon, 09 Jan 2023 00:00:00 GMT来源 | [mirror.xyz/jasperthefriendlyghost.eth](https://mirror.xyz/jasperthefriendlyghost.eth/pnaLyH6W4j58vfypsOKHciF_BM5HFvTkouTd9uThesM) 作者 | [Jasper](https://twitter.com/Jasper_ETH) 翻译 | [Stephen](http:) & [doublespending](https://twitter.com/0xbbbb_eth) 审阅 | Stephanie & Franci, ECN <br/> ***本文分析了 stETH 在社会和经济上面临的逆风，这些逆风如何反映在为 rETH 创造顺风的市场条件、对更广泛的 LSD 市场进行解构、以及阐述了 Rocket Pool 的利好情况。*** *披露：作为 Rocket Pool 社区的宣传者，Rocket Pool 核心团队每周会向我支付少量津贴。同时，在过去几年内我一直获得用于支持我输出的 RPL 代币打赏，因此我也持有可观的 RPL 代币。另外，我还有少量的 LDO 和 SWISE 代币。* *我要特别感谢 silvv.eth 和 Nick Ashley，感谢他们和我一起审阅和编辑这篇文章。文章中的图片都由 sleety.eth 提供。进一步感谢 Rocket Pool 社区中所有为本文作出贡献的人，无论提供写作信息资源还是对提及内容有所贡献。* **如果 50 页对读者而言太长，Rocket Fuel 的主持人 waqwaqattack.eth 在 22 年 12 月 26 日提供了这篇文章的有声版：** [A Rocket Fuel Special - Why Paradigm Was Wrong- How rETH Will Flip stETH](https://anchor.fm/rocket-fuel/episodes/A-Rocket-Fuel-Special---Why-Paradigm-Was-Wrong--How-rETH-Will-Flip-stETH-e1snfnb?%24web_only=true&_branch_match_id=912819839928248086&utm_source=web&utm_campaign=web-share&utm_medium=sharing&_branch_referrer=H4sIAAAAAAAAA8soKSkottLXLy7IL8lMq0zMS87IL9ItT03SSywo0MvJzMvWT9VPTnbMNU93MzQuSwIASq8jUTAAAAA%3D) <br/> # 目录 ● **1 - 幂律失效** ○ 垄断者的剧本 ● **2 - stETH 增长的社会逆风** ○ 治理攻击 ○ 快速变更的费用/激励结构 ○ 多链困境 ○ 验证者注册 ● **3 - stETH 增长的经济逆风** ○ 质押 —— 无风险或风险费用？ ○ 执行风险 ○ 尾部风险 ○ 中心化风险 ● **4 - 橙色瀑布** ○ 橙色渐起 - 提款前 ○ 橙色迁移 - 提款 ○ 橙色未来 - 提款后 ● **5 - 新挑战者到来** ○ cbETH 的流失 ○ frxETH - 流动性与设计之争 ○ 神秘的质押服务商 Stakewisers ○ Rocketeer 的反思 ● **6 - 交易对手代币经济学 —— 被低估的艺术** ● **7 - 总结** ● **8 - 后记** <br/> # **1-幂律失效** 帕累托法则 (Pareto principle)，也称为幂律 (power law)，是当少数人或群体控制了不成比例的资源或产出时发生的一种现象。这可以在许多不同的领域中看到，包括经济学、社会学和生态学。例如，全球财富的分布通常会使用帕累托法则来进行描述。 Web3 投资企业 Paradigm 的 Hasu 和 Georgios 发布了一篇著名研究论文，帕累托法则就是该论文的基础。在谈到流动性质押的本质时，他们认为以太坊的权益证明（PoS）系统将由具有社会可扩展性并通过 MEV（最大可提取价值）提供尽可能高收益的矿池所主导。他们认为帕累托分布将导致大多数质押的 ETH 将被中心化交易所或者能率先发布但没那么中心化的实体所控制。作为先行者，这样的实体在市场上久经考验，因此乍看之下最值得信赖。这通常被称为林迪效应，投资者的信任随着其在市场中存活得越久而增加。当早鸟的另一个优势是流动性往往会带动流动性——流动性是协议的生命线，顾名思义，对于任何流动性质押项目而言，流动性都至关重要。论文作者继续帮助 Lido 的建设，该协议目前占据了 DeFi 中使用的以太坊流动性质押衍生品（LSD）代币市值约 90% 的份额，远高于幂律可能得出的自然水平。 [On Staking Pools and Staking Derivatives](https://www.paradigm.xyz/2021/04/on-staking-pools-and-staking-derivatives) （[中文版](https://www.ethereum.cn/Staking/on-staking-pool-and-staking-derivatives)） 帕累托法则仅在阻止生态系统完全被支配的环境极限压力下成立。例如，在生物系统中，捕食者和猎物种群之间的平衡可以控制两者的数量。然而，如果出现诸如狩猎或引进外来物种的人为破坏，该系统可能会崩溃。 关于 PoS ETH 已经服从幂律分布的说法往往忽略了一个重要的组成部分——极限压力。我们可以通过逻辑斯蒂曲线 (logistic curve) 对野生动物数量的增长趋势进行建模来看到这种极限压力。在第一阶段，指数增长很快将数量从几乎零增长到了极致。在曲线的中间，增长到达了拐点，并随着压力显现而放缓。对于捕食物种来说，这可能是由于过度捕食导致食物配给的减少。曲线的最后一部分趋近于承载能力——种群上限的渐近关系，其中风险或食物的缺乏会抑制种群的进一步增长。在这个阶段，该物种在生态系统中占据主导地位，但同时仍有波动。种群无法进一步增长，因为这会过度消耗资源而导致种群爆减，而这又会导致资源再度丰裕而促进繁殖——这是一个围绕稳定状态的不断循环。现在，想象一下如果反作用力可以被压制或隐藏，细菌种群会发生什么？它将无止境地消耗资源。  菌落样本随时间增长展现出从指数增长、增长减缓到种群稳态的动态变化 ### **垄断者的剧本** 我假设 **Lido 一直人为地抑制幂律的动态变化，以维持以太坊 LSD 市场不可持续的高占有率。**这种行为的长期影响是显然且无法避免的 —— 随着看似无穷无尽的流动性激励枯竭，DeFi 集成的差距缩小，市场的无形之手将推动其回归帕累托分布。随着理性参与者分散风险，Lido 的 LSD 代币（stETH）的绝对主导地位应该会被削弱。 正如美联储为应对 Covid-19 疫情印了数十亿美元一样，Lido 一直在迅速地增发并挥洒其治理代币 LDO，每个月高达数千万美元。通过花钱来提高其 stETH LSD 的效用，Lido 一直试图巩固 Hasu 和 Georgios 论文所述的先发优势。因此，散户投资者面临一个囚徒困境，自利和逐利的参与者仍在寻求 stETH 的增值，而内在风险在大量 LDO 激励下被掩盖。Lido 的面具在 2022 年 6 月 3AC（三箭资本）崩溃期间短暂地滑落，stETH 相比流动的 ETH 有着 -6.6%的折价，这意味着约 18 个月的利润一下子蒸发了。为了理解这种通过折价造成的实际风险是如何成为 Lido 失去其幂律下主导玩家地位的征兆，我们必须考虑社会和经济上的逆风对 Lido 不懈追求市场主导地位的影响。然后，我将说明 Rocket Pool 如何在技术层面上扩展以挑战 Lido 。这种扩展会发生在三个不同的阶段——提款前、提款和提款后。之后，我将讨论可能复杂化或加速 rETH 逆袭 stETH 过程的竞争对手，聚焦于 cbETH、frxETH 和 osETH。 <br/> # **2 - stETH 增长的社会逆风** Hasu 和 Georgios 阐述了他们社会观点： > “对于 PoS 安全的一个重要指标是有多少质押份额是由单个实体所控制。对于[中心化]交易所而言是 15-30%；高于这个比例的话，以太坊生态可能会出现对权力集中的社会忧虑。而去中心化质押池可以控制网络的任意份额，只要在 DAO 里的每个个人验证者影响力不会过大，以及提款凭证不能更改或被投票。 > > *我们必须强调，去中心化质押池到那时***拿掉其所有的治理功能***有多么的重要。**无论是费用**、提款地址，**还是验证者注册**，都不能通过人为输入进行更改。” 斜体的部分不是我写的，但却是重点。在这部分引文里，作者建议施加在中心化交易所的社会限制可能不适用于符合必要治理标准的去中心化协议。正是 Lido 未能满足这些标准，Lido 的持续增长和主导地位受到切实的阻力。 Lido 不能两全其美。他们不能像一个中心化实体那样发展，但宣称自己是一个去中心化的实体。 ### 治理攻击 Lido 现在占有超过 30% 的网络份额，比三大中心化交易所总和还要大，并它仍然具有治理功能。尽管 Hasu 和 Georgios 两年前就强调了这一点，但似乎他们现在转头便忘记了治理最小化是他们 2020 年论文的核心部分。与 Lido 对增长的强烈渴望形成鲜明对比的是，“***拿掉其所有的治理功能***”方面的举措明显乏善可陈。更新后的双重治理结构赋予了 LDO 持有人投票权，赋予了 stETH 持有人次级否决权。但这些只是掩盖了没有采取真正的措施来削弱 Lido 治理的事实 —— 这已经引起了以太坊一些有影响力的核心开发者的愤怒，这是可以理解的。 掌权者的变更以及放弃控制一直是缓慢的。如果这个群体中的人变得腐败，他们可能会对 Lido 核心协议产生重大负面影响，进而影响更广泛的以太坊生态。 一个例子是滥用 Lido 对以太坊网络的超强控制来提取附加价值，即通过多区块 MEV 或 reorg 攻击来提取附加价值。已有先例表明，这些合法但不道德的行为对于纯利益驱动的以太坊组织而言并非禁忌，大家都知道 F2Pool 会对区块链共识发起小规模攻击来增加自身利润。如果 Lido 强迫他们挑选的验证者大规模实施这些不道德的价值提取手段，以太坊自身的可信中立性就会受到挑战。这种卡特尔化的威胁正是 Hasu 和 Georgios 非常强调任何受治理控制的协议都应该对其市场份额设定硬性上限的原因。  <center>Danny Ryan, 以太坊基金会 - https://notes.ethereum.org/@djrtwo/risks-of-lsd</center> 查看不同的流动性质押协议有助于提供一些治理上的有趣对比。Rocket Pool 避开了一个严密控制和中心化的结构，通过不同利益相关者间的粗略共识来运作。协议总体方向由节点运营者的 DAO（pDAO）所驱动，然后由核心开发者团队进行更改。 核心开发者团队以多种方式展示了其与以太坊核心精神的完美契合。首先，当以太坊核心开发者在 2018 年底更改 Casper 的质押合约时，该团队愿意彻底重启工作。此外，该团队发表了一份意向声明，愿意自行对 Rocket Pool 的市场份额设定上限。 具体实现由第二个外部 DAO（oDAO）所控制，该 DAO 具体负责审查和执行协议升级。oDAO 由以太坊生态各领域的主要参与者组成，并通过三种纽带紧密结合起来：金融债券、可观的社会资本以及与以太坊核心原则的自然一致。 pDAO 中个体的二次方投票权与其**验证者数量**和**限额的 RPL 功能型代币数量**相关。这意味着，个体通过参与网络并质押一定数量的 RPL 代币来获得投票权，而不是像 Lido 治理结构那样只需简单地持有大量 LDO 代币。这使得 Rocket Pool 的治理更加稳健，不易受到少数人的操纵。  <center>Anthony Sassano, The Daily Gwei 的主持人，在 2022 年 12 月 17 日加入 oDAO </center> 这种多方治理系统在面对攻击时提供了反脆弱性。事实上，它反映了以太坊本身遵循的粗略共识，即多个不同参与方向核心开发者发出信号，但没有一方可以独自影响共识。Rocket Pool 的治理尚处于起步阶段，但其在实现完全去中心化的过程中有条不紊、从容不迫，确保该协议不太可能成为社会攻击的受害者。 ### **快速变更的费用/激励结构** Hasu 和 Georgios 提出的治理危险信号中，有一个理应使得 Lido 这样的协议自我设限，即“***费用……[不应该]能被人为修改***”。与此相反， Lido 的费用不仅可以修改，而且经常被调整。尽管该协议的最高 10% 的佣金率是稳定的，但这些资金的流向最近已从保险基金转向更通用的资金库，用于诸如营销等其他用途。事实上，LDO 代币持有者投票支持该提案以加强其地位，但使得 stETH 的持有人面临更高的风险，这引发了人们对 Lido 治理有效性的质疑。 Lido 的保险金情况基于核心创始团队的投票而改变是一个明显的弱点。  https://snapshot.org/#/lido-snapshot.eth/proposal/0xb99f87eb8e168b8ad28a70fabbe94fe5e0d9023b04c112331df0880480f96a63 初期的链上治理是一个相关的问题。DeFi 代币充当有投票权的股份，而没有给予这些投票权所有者在传统金融世界中的知情权。因此，那些从治理中获益最多的人（风投、其他协议）和那些最关注协议利益的人（创始人、活跃的社区成员）间的信息不对称将将导致利用治理投票谋取私利的情况时有发生。 风投公司 Dragonfly 试图通过一项极具争议的提案，将 Lido 资金库的 LDO 出售给自己。由于社会反应激烈，这次提案未能通过；然而，DAO 不能指望每个包藏祸心的提案都有人吹哨。治理之网是广泛的，Lido 协议的各个方面都会受到彼此间接的影响。只要资金流动保持可变，那么该协议将持续成为治理攻击的焦点。 Lido 协议上只有 30 家精选的验证者企业，是很小的一个群体，他们能够快速对协议变更做出反应，包括不利的变更，这使得 stETH 持有者几乎没有时间做出反应。相比之下，Rocket Pool 有大量运行验证者的节点运营商。这种结构的一个好处是，任何改变激励流向的尝试都将因逐步采用而放缓推进。以未来降低迷你池所需抵押的 ETH 为例，由于数百家运营商必须各自决定升级，该过程将逐步生效，这样 rETH 持有者就能做出反应。由于运营商集只有 30 家，协调改变 Lido 资本流动的变更会生效得更快。 ### **多链困境** 关于由一组经许可的企业运行大部分的以太坊验证者的这种模式，有人声称其中一个优势是，营利性企业将比个人质押者更投入。 Lido 的 CTO 最近甚至声称“[个人质押者]为了趣味而去运行节点，而当这件事变得不再有趣后，他们会停止运行节点。但是，如果你的业务和职业生涯都仰赖于区块链，那么你往往会深思熟虑并非常投入”。 [Lido Co-Founder’s Comments Spark Debate Over Decentralization of Ethereum - The Defiant](https://thedefiant.io/lido-under-fire) 上述文章引用了 Lido 联合创始人兼 CTO Vasiliy Shapovalov 在主题为“促进小型和独立质押者”的专家小组讨论和之后的评论。文章还引用了 Rocket Pool 总经理 Darren Langley 的话： > “如果你是一家企业，你唯一目的就是创造利润，而不是为了保护[以太坊]。保护以太坊只是一种副产品，这并不是你的目的。”他说，“作为一名个人质押者，你可能会为了有趣而这样做，但我可以保证，你会比大多数企业更有激情……而且很多人的确从个人质押获得了可观的利润。” 热情的爱好者作为一种防御手段比专业实体更能抵抗尾部风险。一个明显的问题是许多 Lido 专业验证者同时向多条不同的链提供服务。明显的利益冲突会让人质疑 Lido 对以太坊到底有多忠诚。 如果发生了让多条链中多个验证者下线的大面积技术故障，那么任何专业运营商都不太可能有足够的人力去同时重启所有的链。2022 年 9 月的一次事件中，在预定的 Bellatrix 硬分叉后，BridgeTower Capital 运营的 7390 个 Lido 的以太坊验证者离线了 8 个多小时。如果对单条链的预定事件响应如此之慢，试想他们需要多少小时甚至多少天才能从真正的故障中恢复过来，而他们的流动性质押者需要付出了多少代价。同时，这也增加了更注重利润或更中心化区块链带来的风险，如 Solana 可能会为了提高故障处理优先级而提供货币激励。这类似于消防部门在整个城市都发生火灾的时候，被贿赂去处理某个特定社区的火灾。相比之下，由于技术门槛，个人质押者更有可能专注于某条链。  <center>https://lido.fi/</center> 但事情可能会变得更糟糕。在多条链宕机并需要重启的末日场景中，验证者间需要高度协调。尝试重启单条区块链已经十分困难，同时管理多条区块链几乎是不可能的。 此外，多链验证的负面影响也延伸到了日常场景。专业验证者负责的每条链都有自身的激励结构。新旧激励机制也可能不一致。例如，成为两个相互竞争的链中的多数验证者并让规模较小的链出问题或表现不佳是更中心化、规模更小的 Cosmos 链所需要担忧的问题。随着 Lido 在没有指导原则的情况下继续扩展到不同的链上，用户必须开始质疑 Lido 与以太坊是否在同一阵线。同时，Rocket Pool 只提供以太坊服务，尽管用户还是可以自由地在其硬件上运行其他验证者。  <center>https://blog.lido.fi/additions-to-ethereum-node-operator-set-wave-4/</center> 由于这些社会原因，广泛的以太坊生态对 Lido 的主导地位表现出越来越大的抵制。随着 DAO 掌权，Lido 呈现出空前的风险，未来的投资者将会十分关注其社会风险。 在这一点上，我想退一步，提出一个元观点。即使有人不同意我的观点，即通过以上的社会向量来比较， Rocket Pool 大体上在治理弹性方面优于 Lido，现在的市场份额差异也是不合理的。一个高度重视社会风险的人会对半配置 rETH 和 stETH 来降低风险。社会压力问题与市场领导者最为相关。因此，如果我对社会问题的看法是正确的，那么 rETH 会有非常强劲的顺风，即使我 (稍稍) 错了，那么 rETH 仍会有很大的顺风。 我认为，虽然社会因素很重要，但仍只是经济力量的辅助。尽管 Lido 的风平变坏，但 3AC 的投降式抛售和随之而来的大规模 stETH 清算似乎为 stETH 市场首次带来了新元素——风险。 <br/> ## 3 - stETH 增长的经济逆风 各种不同的 LSD 代币都围绕其锚定或参考价格波动。与锚定价格相比，Coinbase 的 cbETH 有着最大且最持久的折扣，其次是stETH，最小的是 Rocket Pool 的 rETH，rETH 自合并以来一直有着溢价。stETH 的持续脱锚可以追溯到这样一个事实，即数十万代币是通过杠杆铸造出来的，随后在二级市场抛售，从而压低了价格。因为每个通过杠杆铸造的 stETH 都有资格兑换成 ETH，所以 Lido 通过推进创建多于存款的收据来松散地参与部分准备金体系。 Nansen 对 3AC 投降期间 stETH 的 -6.6% 脱锚事件的分析显示，大部分抛售来自于大钱包，而购买压力来自小散户。因此，stETH 与锚定汇率的价格偏离代表了风险折扣或 Lido ETH 存款挤兑的可能性。因此，散户愿意购买 stETH 的价格准确反映了与 stETH 相关的市场风险。 从另一个方面看，任何在崩盘不久前购买了 stETH 的人都会看到约 18 个月的所谓低风险回报在几天内消失——重要的是不要低估这种脱锚的规模。这次事件期间，显然很少人会认为 stETH 是未来赎回 ETH 的无风险封装。 值得注意的是，rETH 也在同一时间脱锚，但程度要小得多，而且恢复得更快。ETH 质押的 APR 低于 DeFi 中的其他渠道。因此，这样的损失更加令人难以接受，因为它们更难赚回来。在这样一个资本密集、低收益率的环境内，适当的风险管理至关重要。幸运的是，市场已经或多或少地根据以脱锚程度作为感知风险的函数对所有 LSD 代币进行定价。从这些定价信息中，我们可以得知 LSD 代币的风险。 人们自然会问，这种风险从何而来？它可以分为三大类：**执行风险**、**尾部风险**和**中心化风险**。我将证明 Lido 在后两类上的风险很高，而这可以通过比较代币间的执行风险来进行计算。  <center>valdorff.eth 提供的聚焦在 5 月崩盘时的数据。请注意，在突然投降之前，stETH 对 1 ETH 的锚定是有水分的。</center> ### 执行风险 我将执行风险定义为未来必要升级对协议续存的威胁。 代币间的一些边际风险会分配给各个协议本身，并在很大程度上与相应智能合约的延展性和复杂性相关。例如，升级对以太坊自身而言也属于这范畴，因此将同样适用于所有 LSD 协议，因为它们同样面临硬分叉失败的风险。以太坊合并成功显示了执行风险的影响。以太坊合并后，stETH 的锚定价差下降了 1%，rETH 达到平价。由此可以推断，现在保留的锚定价差很大一部分是由于中心化风险和尾部风险。 ### 尾部风险 接下来，尾部风险指的是一系列潜在的治理滥用和可能发生在链上或链外的事件，例如智能合约漏洞、罚没、二次方罚款 (quadratic leaks)、硬件故障和托管错误。这些事件很难预测，而且很少发生，但由于其潜在的严重性，在风险管理中考虑到这些事件很重要。此外，反脆弱性 DeFi 原语 (例如 wETH) 的弹性应该通过其承受最坏情况的能力来衡量。 在以太坊生态中，对节点运营商的惩罚（如离线损失和罚没）随着涉及的验证者数量增多而增大。Lido 的每个节点运营都管理着数千个验证者。因此，与一组更去中心化的运营商（每个运营商运行更少量的验证者）相比，存在更高的协议范畴的尾部风险敞口。换言之， Lido 是将大量鸡蛋放入少数篮子中。 此外，Lido 没有足够的保险基金来应对最坏情况，甚至已经开始将资金从约 5000 ETH 的小额保护基金中转走。如果损失超过这一数额，它们将由所有 stETH 持有者分摊。相比之下，rETH 和 sETH2 等其他 LSD 保护级别更高，尽管只有 rETH 通过大量超额抵押提供真正的尾部风险保护。为了正确地比较不同的 LSD token 提供保险的方式，[可以查看 dabdab 的分析](https://mirror.xyz/dabdab.eth/udO6ovzWGglr7KMBSFHS8hy7_q9ORvZReetYvUCh3ho)。  由 dabdab.eth 提供——请注意，几乎所有 stETH 供应都没有得到保护 ### 中心化风险 虽然以上两类风险对 Lido 而言已经足够糟糕，但任何发生在 DeFi 原语范畴的事件都有可能变得更糟，其影响会波及构建在其之上的整个行业。这是中心化风险的一个例子，即执行风险和尾部风险会随着协议规模的增长而产生严重的影响。 由于 Lido 拒绝设置其规模上限，它可能某天会控制绝大多数质押的 ETH。因此，Lido 内部的任何故障都会波及并影响整个以太坊生态。随着 Lido 市场主导地位的提升，这种风险将表现为更强的抛压。即使治理风险得到解决， Lido 展现出来的高度中心化仍有可能产生这种抛压。在避险或市场波动的时候，stETH 与其他低风险资产（如 rETH）间的价差会不断扩大，这意味着在 Lido 在面临的潜在利空时，市场通过定价逃向安全资产，躲避风险。  <center>https://dune.com/LidoAnalytical/Lido-Finance-Extended Lido: 4.6m ETH, Rocket Pool: 330k ETH</center> stETH 占有 30% 以上的验证者和 75% 以上的流动性质押 ETH，比 rETH 高出一个数量级，rETH 仅占 1.5% 的验证者和 5% 的流动性抵押 ETH。尽管 Lido 还没占有绝大多数的 ETH，但他们投票反对设置规模上限，并保持一种罕见的、可能不太合理的领先优势。 回顾一下，rETH 的执行风险、尾部风险和中心化风险远低于 stETH，rETH 对 stETH 的持续溢价证明了这一点。在执行风险方面，Rocket Pool 很好地处理了以太坊合并，而 Lido 的主要节点运营商之一发生了严重宕机。随着高度复杂的以太坊合并结束，未来升级产生的影响可能很小，因此执行风险的相关性也很小。然而，正如 BridgeTower 事件所指出的那样，Lido 仍然面临着稍大的执行风险，因为验证者的中心化意味着任何错误都将付出更大的代价。 就尾部风险而言，rETH 比 stETH 保险得多，目前所有存款都是超额抵押的。这几乎能在任意严重的罚没下保护质押者，除非发生了生态级别的故障。因此，rETH 持有者不太可能受到伤害。此外， Rocket Pool 智能节点的升级是可选的，因此整个系统的升级是渐进的，足以让风险厌恶的运营商静观其变。这也意味着 Rocket Pool 节点无需进行任何源于核心团队的升级而无限期地运行下去。然而，oracle DAO 确是代表了协议中的中心化来源。如果 oracle DAO 遭到破坏，那么当 oracle 数据被操纵时，rETH 可能会蒙受巨大损失。这种攻击将需要 oDAO 中的大多数公开，被人肉以及与以太坊利益一致的参与者的协调或共谋。我将在后文对此进行详细说明。 最后，就中心化风险而言，rETH 是生态中的一个小角色，开发团队和社区已经表示支持设置质押规模上限。在降低风险时，rETH 显然是 LSD 中的领头羊。因此，剩下的唯一难题是如何在技术意义上扩展 Rocket Pool， 以满足其成为 DeFi 核心资产的需求。我把这个过程称为 Orange Cascade（橙色瀑布）。  <center>Anthony Sassano，因 Rocket Pool 的巨大威力而加入橙色军团，the Daily Gwei #332</center> <br/> # 4 - 橙色瀑布 现在我们将讨论 stETH 的市场份额如何从近乎垄断下降到不再占据多数地位。首先我概述了 stETH 面临的社会、经济压力以及它们为 rETH 提供的推动力。接下来我会详细说明：在提款前，让 rETH 得以扩展的因素。这些因素主要是扩展和改善节点运营商体验的方式，包括减少质押的ETH数量、MEV 平滑池、救援节点和 Rocketarb。在展望未来方面，我讨论了提款和个人质押者迁移的重要性、stETH/cbETH 的逃离以及流动性迁移。至此，rETH 应该可以扩展到质押的数百万 ETH。然而，原生质押即服务 (StaaS)、Eigenlayer、强制退出和分布式验证者技术（DVT）让提款后的未来更加光明。这些技术资产将使 rETH (以太坊最健康的 LSD) 拥有理想的 22% 的 ETH 质押份额，无论质押的 ETH 的总百分比是多少。 ### 橙色渐起 - 提款前 Paradigm 的研究人员认为第一个具有社会可扩展性和亲 MEV 的 LSD 可以迅速吸引林迪效应并以幂律分布式方式占据主导地位。而我认为 Lido 的增长过于激进，以至于本应是幂律领域的市场变成了单一参与者市场，其中 stETH 在 DeFi 中占 LSD 市值的 90% 以上，以至于在社会和经济上，对 stETH 主导地位的抵制越来越大。最终，大多数 ETH 将处于未抵押状态，且预计未来几个月将有更多资金进入。与 2021 年的繁荣时期相比，随着市场对风险的意识增强，大家将更加严格地关注尾部风险情景。 由于 stETH 的不灵活和不充分的保险已经被转移到通用的“金库”上来使用，Lido 将发现自己无法安全地进行进一步扩展。换句话说，stETH 可能已经达到了它的相对峰值。就增长的社会障碍而言，Lido 过度依赖腐败的人为指定白名单进行治理。从经济上讲，6 月份崩溃的清算级联和持续的脱锚证明了 stETH 实际上与其他 LSD 相比是更中心化的，并面临更多的罚没风险。 Lido 的任何一个节点运营商发生的一次重大罚没事件都会永久降低对该系统的信任——因为在很长一段时间内，这就变成了一个问题，即大型投资者何时愿意参与进来？已经有证据表明，对更广泛市场的信心动摇可能导致多年的收益被抹去。Lido 特定事件的影响会有多严重？如果大量 stETH 重新倾向于脱锚，市场会有什么反应？生态系统可能有必要通过重大罚没事件来吸取教训，但压力仍然存在。 即使 Lido 试图通过扭曲的激励措施来增加 stETH 的 LSD 主导地位，竞争对手提供的更好的替代方案也很可能会让市场回归传统的帕累托分布。 Rocket Pool 已经是最具尾部风险弹性、社会可扩展性和 MEV 友好的去中心化 LSD 协议，它成为受益最多的协议是有道理的。在提款前时代 (pre-withdrawal era) 还将有两大里程碑：减少 8 个质押 ETH (8-ETH Lower ETH Bond minipools, LEB8s) 和产品生命质量升级。前者将质押要求降低到每个迷你池 8 个ETH，后者则是 Rocket Pool 通过独特的方式为节点运营商提供最佳体验。 [LEB8s](https://dao.rocketpool.net/t/leb8-discussion-thread/899) 的实施就像部署了供应倍增器(supply multiplier)，仅仅它就足以将 rETH 的供应量增加三倍。每组 16 个节点质押的 ETH 将产生 48 个 rETH，而以前它只会产生 16 个 rETH。然而，真正的意义在于它降低了进入门槛。与 16 个 ETH 相比，愿意质押 8 个 ETH 的人要多得多，因此尽管预计增长 3 倍，但我们可以期待更多的增长。 (译者注：每质押 16 个 ETH 的迷你池对应 16 个用户质押 ETH，即产生 16 个 rETH；每质押 8 个 ETH 的两个迷你池对应 48 个用户质押 ETH，即产生 48 个 rETH。) 在此期间，产品生命质量将得到大量改善，例如 MEV 平滑池（小型节点运营商获得与大型运营商相等 MEV 的唯一途径）、救援节点和 Rocketarb。总的来说，这些独家功能将吸引节点运营商加入 Rocket Pool 并扩大 rETH 供应。MEV 平滑池是一个可选择加入的系统，每个节点运营商在其中相互共享 MEV + 小费。这让所有参与者都有更大的机会接触到长尾 MEV，而长尾 MEV 通常可以构成很大一部分回报。Rocket Pool 社区的 Ken Smith 在此处提供了一项分析： [GitHub - htimsk/SPanalysis: Rocket Pool 平滑池的统计分析](https://github.com/htimsk/SPanalysis) 通过数百个节点运营商参与，它本身就构成了一个强大的实体，可以使其他大型实体的加入有利可图。这反过来将吸引更大的参与者进入生态系统并扩大 rETH 供应。 Rescue Node 是一个社区主导的项目，它将允许任何 Rocket Pool 节点运营商利用辅助信标节点作为后备，这在修剪或轻微中断期间很有用。通常情况下，这会非常棘手且设置成本高昂，因为它是一种特殊的冗余，但 Rocket Pool 网络将很快将向网络中的所有节点运营商提供这种冗余，而无需额外费用。目前在用户和救援节点维护者之间存在一些信任假设，但是，维护者都是公开的；此外，速率限制的实施让用户不能过度依赖救援节点作为集中委托节点。 救援节点的直接结果是协议的整体性能将显着提高，用户停机的情况将会减少，从而为 rETH 带来更高的回报。此外，对于新的节点运营商来说，停机时间可能非常令人生畏。救援节点的存在使 Rocket Pool 有了一个更加宽容的学习环境，而不会牺牲性能。即使对于有经验的用户来说，任何计划内或非计划内的停机时间都可能不再与收入损失相对应，这对产品生命质量来说是一个巨大的好处。最重要的是，它可以让 Rocket Pool 生态系统的用户更容易访问节点操作将吸引新成员并增加 TVL。 <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfbWl4ZWRfbWVkaWFfMTU4OTciOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd192aWRlb19obHNfZHluYW1pY19tYW5pZmVzdHNfMTUwODIiOnsiYnVja2V0IjoidHJ1ZV9iaXRyYXRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2JsdWVfdmVyaWZpZWRfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2xlZ2FjeV90aW1lbGluZV9zdW5zZXQiOnsiYnVja2V0IjpmYWxzZSwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2dvdl92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19idXNpbmVzc19hZmZpbGlhdGVfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597704860962795520&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fp-un5x3H_G9J8FJLqkGlUa4ldZgArp4VdvNpg0RWwq4&amp;sessionId=d2b93d8f60462c6c9e4d2a469685ee08ce14de55&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597704860962795520" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 266px; display: block; flex-grow: 1;"></iframe> 最后，Rocketarb 是一种从 rETH 目前享有的公开市场溢价中获利的方式。rETH 的供应受到节点运营商的限制，存款池已满 5k ETH。当一个新的迷你矿池启动时，价值 16 ETH 的 rETH 将以原生资产价值进行铸造。如果您设法铸造出价值 16 个 ETH，您可以获得 16 x 2-3% 的利润，或 0.3-0.45 个 ETH。Rocketarb 合约将迷你矿池的创建与 rETH 的铸造和销售捆绑在一起，这样节点运营商就可以获得一个迷你矿池和扩大 rETH 供应量的可观奖金。 [rocketarb/README.md ](https://github.com/xrchz/rocketarb/blob/main/README.md) 当对产品的需求增加时，该合约会激励人们增加更多的 rETH，而这在以前是不存在的。由公开市场上的超额需求产生的不透明价值现在可以被协议捕获，作为以健康方式增长的激励。因此，当 stETH 持有者逃往 rETH 时，就像以前多次发生的那样，现在有一种方法可以在没有任何通货膨胀激励的情况下以 TVL 增长的形式捕捉到这一点。  <center>https://rocketscan.io/rocketarb</center> Rocketarb 也是对未来的一瞥。提款之后，套利 LSD 使其恢复锚定将是一项非常有利可图的业务。Rocket Pool 社区找到了一种令人振奋的、在提款上线之前获得好处的方法。 <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfbWl4ZWRfbWVkaWFfMTU4OTciOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd192aWRlb19obHNfZHluYW1pY19tYW5pZmVzdHNfMTUwODIiOnsiYnVja2V0IjoidHJ1ZV9iaXRyYXRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2JsdWVfdmVyaWZpZWRfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2xlZ2FjeV90aW1lbGluZV9zdW5zZXQiOnsiYnVja2V0IjpmYWxzZSwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2dvdl92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19idXNpbmVzc19hZmZpbGlhdGVfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1593005393692995584&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fp-un5x3H_G9J8FJLqkGlUa4ldZgArp4VdvNpg0RWwq4&amp;sessionId=d2b93d8f60462c6c9e4d2a469685ee08ce14de55&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1593005393692995584" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 679px; display: block; flex-grow: 1;"></iframe> 让我们拿出另一场 Web3 权力斗争来进行比较，尽管 Sushiswap 推出时大张旗鼓，但它从未能够超越 Uniswap。但与此同时，Sushi 也从未能够提供令人信服的更好的产品，这或许可以解释为什么它能够打破 UNI 在 dex 量上的垄断控制但没有取得进一步的进展。已经可以确定的是，Lido 的 stETH 受到社会和经济力量的反对，流动性和林迪效应支撑了它的主导地位。但随着成熟玩家和成熟玩家之间公平竞争环境的出现，Rocket Pool 卓越的社交叙事和更高的弹性可以推动 rETH 的市值超过 stETH。原生 DeFi 资产的趋势线是朝向最大的安全性，而这就是 rETH 将超 (flip) stETH 的方式。 ## 橙色迁移 - 提款 在接下来的六个月里，提款功能很可能会上线，并借此让 rETH 获得三个巨大且独特的推动力：个人质押者的迁移、用户从 stETH/cbETH 的逃离，以及流动性缓解。 <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfbWl4ZWRfbWVkaWFfMTU4OTciOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd192aWRlb19obHNfZHluYW1pY19tYW5pZmVzdHNfMTUwODIiOnsiYnVja2V0IjoidHJ1ZV9iaXRyYXRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2JsdWVfdmVyaWZpZWRfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2xlZ2FjeV90aW1lbGluZV9zdW5zZXQiOnsiYnVja2V0IjpmYWxzZSwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2dvdl92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19idXNpbmVzc19hZmZpbGlhdGVfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1595386746786779137&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fp-un5x3H_G9J8FJLqkGlUa4ldZgArp4VdvNpg0RWwq4&amp;sessionId=d2b93d8f60462c6c9e4d2a469685ee08ce14de55&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1595386746786779137" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 866px; display: block; flex-grow: 1;"></iframe> 提款后能够转移到 Rocket pool 的第一批用户是在 Rocket Pool 推出之前存款的个人质押者。Rocket Pool 将单个常规验证者转换为多个迷你矿池（至少四个用于提款）并从流动质押存款中赚取佣金的产品形式在经济上有很强的优势。质押了 32 个 ETH 的人可以进行迁移并借此接触到 128 个质押 ETH 所带来的经济效益。Smoothing Pool 是 Rocket Pool 节点运营商独有的另一个优势，它不仅降低了奖励的波动性，还增加了大多数参与者的平均回报。在此基础上，Rocket Pool 将继续推出产品生命质量升级。 据估计，大约 30% 的现有份额由这些早期节点运营者管理。这些 ETH 大部分是在 Rocket Pool 上线之前进行存款的，当然也是在它被认为经过实战测试之前。尽管在 Rocket Pool 准备就绪之前质押了如此多的 ETH，但 Rocket Pool 节点运营者仍占网络上所有节点运营者的 15-25%。越来越多的新节点运营者选择使用 Rocket Pool 而不是 vanilla 或其他服务。因此，我们有理由认为，在 Rocket Pool 推出之前已经抵押的大量用户将希望迁移过来。迁移将主要影响节点运营者的供应状况，并且对 TVL 增长有放大作用。如果早期个人质押的 420 万个 ETH 中有 10% 迁移到 LEB8，那么 rETH 容量将增加近 300%，也就是说该协议能够处理 170 万个 rETH 的 TVL。鉴于第二批迁移，协议中的这些rETH恰好是被需要的。 第二批迁移者将来自 stETH 和 cbETH。如果用户能够在无需执行二级市场销售的情况下将 LSD 兑换为 ETH，他们可以立即调整其风险分配，而无需担心流动性。如果该措施在 2022 年 6 月 3AC 崩溃期间可用，Lido 的 TVL 可能会大幅下跌。事实上，stETH 兑 ETH 的价格大幅下跌以及对较大投资组合整体下滑的担忧是阻止投资者亏本出售其 stETH 头寸的两个抑制因素。我预计会有几个不同原因的群体经历这一转变；道德转变，作为对罚没事件或stETH脱锚骇客的回应，或者可能是寻求收益。 最后，也许是最重要的是，提款将导致维持足够的 LSD 流动性的成本直线下降，从而消除 Lido 最强大的优势之一。通过购买和赎回定价错误的 LSD 可以自然套利。Rocket Pool 已经在存款池中证明了这一点的价值，其中 rETH 的铸造和销毁有助于保持 DEX 价格稳定。流动性可以紧紧地集中在资产净值附近，并让套利者进入以将资产保持紧密锚定。  <center>从 Rocket Pool discord 的#events 截取</center> 如果以太坊本身支持此类套利的机会，流动性成本将大大降低，为所有质押协议提供公平的竞争环境。突然间，Lido 从其价值数十亿美元的 Curve 池中获得流动性（每月维护成本为 20MM）将通过退出队列提供给所有人[编辑：在牛市高峰期确实如此，截至 12 月 22 日，它已降至 2MM（对于熊市的反应）。从那时起，用于 Curve 的 LDO 数量只减半] 。MEV bot将监测 LSD 价格，希望为自己套利出 ETH。之前看到 stETH 价格螺旋式下跌的清算类型现在只会为套利者创造一场盛宴，因为市场价格几乎没有变动。Lido 许可的运营商集可以在以太坊网络允许的情况下尽快接受新的以太坊存款。然而，正如Lido对于ETH来说是一个黑洞一样，它最终可能会按照黑洞的生命轨迹，在未来把那部分ETH全部喷出来。  <center>https://dune.com/LidoAnalytical/LDO-incentives</center> 一旦进入和退出 LSD 头寸的能力变得微不足道，预计 Lido 的竞争对手将被集成到 DeFi 应用程序中。此外，也许更邪恶的是，所有 LSD 代币基线风险水平的下降将刺激杠杆质押。每个 LSD 都将像 icETH 一样容易折叠，打包杠杆 stETH。虽然这些代币承诺了令人难以置信的回报，但它们给市场带来了巨大的风险。退出队列不是无限的，我们可能会看到第二次更大规模的杠杆质押热潮。如果这件事情发生，导致的后果和产出结果将有利于最具弹性的资产。  <center>icETH 利用 stETH 对抗 ETH 来提高质押收益率</center> 事实上，随着新的杠杆策略的发展，stETH 脱锚的第一批清算案例开始逐渐增加。例如，Gearbox 协议创造了广义杠杆。一位用户使用这种广义杠杆在 stETH/ETH 8x 上做多，而对 stETH 的轻微脱锚混合上一些预言机技术导致该用户的头寸成为 Gearbox 协议上第一个被清算的位置。贪婪将促使用户利用 LSD 代币追逐看似安全的回报，而只有最具弹性的 LSD 会幸免于难。 <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfbWl4ZWRfbWVkaWFfMTU4OTciOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd192aWRlb19obHNfZHluYW1pY19tYW5pZmVzdHNfMTUwODIiOnsiYnVja2V0IjoidHJ1ZV9iaXRyYXRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2JsdWVfdmVyaWZpZWRfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2xlZ2FjeV90aW1lbGluZV9zdW5zZXQiOnsiYnVja2V0IjpmYWxzZSwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2dvdl92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19idXNpbmVzc19hZmZpbGlhdGVfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587957233605918721&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fp-un5x3H_G9J8FJLqkGlUa4ldZgArp4VdvNpg0RWwq4&amp;sessionId=d2b93d8f60462c6c9e4d2a469685ee08ce14de55&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1587957233605918721" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 731px; display: block; flex-grow: 1;"></iframe> ### 橙色未来 - 提款后 思考 Rocket Pool 的远大未来令人兴奋。通往世界主导协议的道路已经很明确，它们包括四次重大升级，这些升级将在上海之后的某个时间发生。这些升级，按照我们可能看到它们上线的模糊顺序是原生质押即服务（StaaS）、Eigenlayer、强制退出和分布式验证者技术（DVT）。总之，这些升级将使 Rocket Pool 能够扩展到数百万的 ETH 质押。 对 Rocket Pool 系统最突出的批评之一是它迫使节点运营者对 RPL 进行投机。许多家庭质押者参与是因为他们对其他代币持怀疑态度，因此这是一个很大的障碍。此外，持有 RPL 成为一些较大机构的问题。因此，Rocket Pool 团队设计了一项升级，将引入超级节点，从而在节点运营者与 ETH 和 RPL 抵押品提供者之间建立新的关系。它将引入一种协议内的方式来分离三个部分的风险：节点操作、ETH 和 RPL。Rocket Pool 将大大扩展其总可寻地址市场 (TAM)，因为许多人表示希望只抵押 ETH，而不希望暴露在 RPL 的风险下，反之亦然。StaaS 的设计将允许节点运营者协会等第三方团体吸纳这些用户并转移 RPL 抵押品带来的负担。 <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfbWl4ZWRfbWVkaWFfMTU4OTciOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd192aWRlb19obHNfZHluYW1pY19tYW5pZmVzdHNfMTUwODIiOnsiYnVja2V0IjoidHJ1ZV9iaXRyYXRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2JsdWVfdmVyaWZpZWRfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2xlZ2FjeV90aW1lbGluZV9zdW5zZXQiOnsiYnVja2V0IjpmYWxzZSwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2dvdl92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19idXNpbmVzc19hZmZpbGlhdGVfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1602874790158671872&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fp-un5x3H_G9J8FJLqkGlUa4ldZgArp4VdvNpg0RWwq4&amp;sessionId=d2b93d8f60462c6c9e4d2a469685ee08ce14de55&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1602874790158671872" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 437px; display: block; flex-grow: 1;"></iframe> Eigenlayer 代表了一个新颖的想法——质押再抵押。总体思路是根据增加的任务（例如预言机职责或数据存储）向节点质押的 ETH 添加新的罚没条件。这将允许市场重新使用锁定在存款合约中的令人难以置信的经济安全。Eigenlayer 团队正在为初始产品设计开发数据可用性层，但正在探索其他实施形式。在一个足够发达的市场中，一个精明的节点运营者可能能够通过承担额外的负担来赚取数倍于原生 ETH 的收益。 <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfbWl4ZWRfbWVkaWFfMTU4OTciOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd192aWRlb19obHNfZHluYW1pY19tYW5pZmVzdHNfMTUwODIiOnsiYnVja2V0IjoidHJ1ZV9iaXRyYXRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2JsdWVfdmVyaWZpZWRfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2xlZ2FjeV90aW1lbGluZV9zdW5zZXQiOnsiYnVja2V0IjpmYWxzZSwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2dvdl92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19idXNpbmVzc19hZmZpbGlhdGVfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1577132020106289152&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fp-un5x3H_G9J8FJLqkGlUa4ldZgArp4VdvNpg0RWwq4&amp;sessionId=d2b93d8f60462c6c9e4d2a469685ee08ce14de55&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1577132020106289152" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 927px; display: block; flex-grow: 1;"></iframe> 未来可能会有许多定制化设置，一些节点运营者进行纯 ETH 质押，而其他节点运营者则承担十几个额外职责。这给 Lido 等中心化运营商带来了挑战，也为 Rocket Pool 等无需许可的运营者带来了机会。对于 Lido，可能需要一个以 Eigenlayer 应用程序安全使用并为 DAO 提供可接受的风险水平为中心的长期治理流程。但 stETH 的 APR 将因此受到影响。对于 Rocket Pool，用户可能会进行自由尝试。 Rocket Pool 和 Eigenlayer 会进一步沟通：如何通过一种方式来让共享 rETH 的利益更加简单，并基于这种方式将两种协议结合起来。Eigenlayer 和 Rocket Pool 之间的这种关系是互惠互利的。Rocket Pool 生态系统是以太坊之上分布最广泛的节点运营者市场。任何 Eigenlayer 的产品想要立即拥有强大的去中心化能力，都可以瞄准 Rocket Pool 运营者市场作为提供方。 <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfbWl4ZWRfbWVkaWFfMTU4OTciOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd192aWRlb19obHNfZHluYW1pY19tYW5pZmVzdHNfMTUwODIiOnsiYnVja2V0IjoidHJ1ZV9iaXRyYXRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2JsdWVfdmVyaWZpZWRfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2xlZ2FjeV90aW1lbGluZV9zdW5zZXQiOnsiYnVja2V0IjpmYWxzZSwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2dvdl92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19idXNpbmVzc19hZmZpbGlhdGVfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1595863297236271104&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fp-un5x3H_G9J8FJLqkGlUa4ldZgArp4VdvNpg0RWwq4&amp;sessionId=d2b93d8f60462c6c9e4d2a469685ee08ce14de55&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1595863297236271104" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 501px; display: block; flex-grow: 1;"></iframe> 另一个未来的升级是强制退出。目前，Rocket Pool 无法强制验证者退出。这是以太坊规范的限制，需要 EIP协议才能更改。强制退出对于所有 LSD 协议来说都是一个有用的功能，可以增加去中心化和安全性。强制退出将有助于防止不良行为者并在行为者出现不当行为时时增加协议保留的价值。因此，包含强制退出可能会让 Rocket Pool 将保证金要求一直降低到 2 ETH，而这将是一个巨大的变化。从长远来看，如果当前每个节点运营商都切换到 2ETH 池，那将使 Rocket Pool 有能力装载 15 倍的 rETH，即 240 万个 rETH。目前，16 个节点质押的 ETH 会产生 16 个 rETH，但随着强制退出，16 个节点质押的 ETH 将产生240 个 rETH。 抵押品从 16 个 ETH 下降到 2 个 ETH 也将意味着节点运营者基数的大幅增加。如果质押要求下降到 2 个 ETH 会使得节点运营者增加 4 倍，尽管便宜了 8 倍，但同时 Rocket Pool 将扩展到 1000 万个 ETH。 最后但同样非常重要的是分布式验证者技术（DVT）。过去，我一直批评 DVT，因为我不认为它是解决中心化问题的一种手段。Lido 的长期计划以 DVT 为中心，我对此不屑一顾。DVT 的前提是几个“委员会”成员各自运行一个节点。如果一个节点由于某种原因出现故障，则不会发生任何事情，因为只需要委员会的一些共识阈值来维持正常运行时间。协议及节点可以从中获得巨大的好处，因为 DVT 可以防止停机或大幅罚没造成的大部分损失。但是，有些重要的事情 DVT 却无法做到。 DVT 本身并不能减轻中心化。例如，如果 Lido 网络的约 30 个节点运营商开始在 DVT 委员会上运营，stETH 代币将有更好的正常运行时间并减少尾部风险，但中心化和一些尾部风险，如智能合约风险和二次泄漏，仍然存在。此外，与 MEV 相关的 DVT 是一个开放探索的领域。为 Rocket Pool 提供质押的主要原因之一是可以对 MEV 盗窃进行一些补偿。如果相较而言以质押罚没为代价窃取 MEV 是微不足道的，那么启动迷你池并在收到大笔 MEV 支出后放弃它们可能是提高MEV效益的行为。这些问题必须先得到解决，然后才能被大型协议采用。 对于 Rocket Pool 而言，DVT 代表了令人兴奋的技术，它可能会进一步降低节点质押者的门槛并提高质押者的整体效率。整体来看，家庭质押者的平均正常运行时间往往比机构质押者略低，这通常是由于不稳定的互联网或电力，但 DVT 甚至可以大大改善其竞争环境。 总的来说，后提款时代将确保 Rocket Pool 能够扩展到所需的任何需求水平，并确保节点运行和流动性质押在更广泛的生态系统中具有竞争力。这个时间表表明，Rocket Pool 最大的批评意见之一 (即资本效率低下) 是没有实际意义的。Rocket Pool 可以，并且将会扩大规模以挑战 Lido 和 Coinbase。  <center>https://www.rated.network/?network=mainnet&view=pool</center> <br/> ## 5 - 新挑战者到来 Lido 和 Rocket Pool 之间的历史在这一时刻上已经确立。然而，LSD 生态系统正在迅速扩大，导致新一代参与者紧随 stETH 和 rETH 之后。在本节中，我将分解其他主要的 LSD 代币，我认为它们将争夺大部分总份额。这些代币 (cbETH、frxETH 和 osETH) 都体现了不同的质押方法，并且都有自己的缺点。最后，我将批判的眼光指向内部并讨论 Rocket Pool 可以改进的地方。 ### cbETH 的流失  https://info.uniswap.org/#/tokens/0xbe9895146f7af43049ca1c1ae358b0541ea49704 Hasu 和 Georgios 认为，只有当竞争对手专注于快速扩展时，才能避免中心化交易所 (CEX) 在以太坊质押市场中的主导地位。Lido 将此解释为将增长置于权力下放之上。但奇怪的是，Coinbase 的 cbETH LSD 的发布实际上向大家有力地展示了在缺乏激励的情况下，市场参与者将如何被去中心化程度最高的选择所吸引。目前，cbETH 主要用于 Uniswap。大约 600 万美元被锁定在 cbETH/ETH 0.3% 和 0.05% 池中，这反映了每日交易量较低，因为 cbETH 的总价值比这个 TVL 大很多数量级。Uniswap 是坚定的无需许可且易于使用的 DEX，因此这也是大多数 cbETH 最终的归宿。在 Uniswap 之外，采用率一直很低。Curve 是 stETH 占主导地位的 dApp，过去其 cbETH/ETH 池中只有几百个 cbETH。在 Curve 协议的一些激励措施的帮助下，它仍然只是发展到微不足道的 2000 ETH TVL。这表明，如果没有强大的流动性激励活动或支持性的公众风气，代币自然不会获得深度流动性。 cbETH 的普遍流动性不足会产生无数影响。这使得在 Euler、Maker 或 Aave 等借贷平台中安全使用 cbETH 变得不可能。下图取自 Euler 的前端。它表明 cbETH 将依赖于一个非常不安全的 Uniswap v3 TWAP 预言机。这个预言机很容易受到攻击，任何围绕 cbETH 建立的债务头寸都可能被恶意行为者清算。一个强大的预言机，比如 Chainlink 提供的预言机，需要跨多个 CEX 或 DEX 的大量数据。此外，希望能够安全清算头寸的借贷平台需要具有大量非活跃的流动性。Curve stETH/ETH 池就是最好的例子。该池拥有价值数十亿美元的流动性，但每天的交易量仅为数百万美元。当遇到必须大量出售的场景（例如 3AC 清算时期）时，超额缓冲在黑天鹅事件中十分有用。  <center>https://app.euler.finance/</center> 如前所述，流动性不足和由此导致的价格低迷可能会困住持有者并阻止他们出售。那些已经出售的人可能会卖给套利者，因为 cbETH 没有生产性用途，而且竞争对手的收入更高。目前，一个普遍使用的 DEX 聚合器 1inch 显示，在发生 1% 的滑点之前，市场只能出售 2000 cbETH 换取 ETH。同样的交易对于 rETH 只会有 0.4% 的滑点。由于收益机会和流动性有限，uniswap 上的大多数 cbETH 买家可能会持有代币并等待日后的套利。因此，一条逃离的通道正在酝酿中。 随着时间的推移，现有或新的 Coinbase 用户将在某个时候希望将其头寸退出 cbETH。这可能是由于 ETH 价格暴跌或探索 DeFi 的愿望。这两方用户很快就会意识到，他们最好的选择是将他们的 cbETH 卖给套利者。越来越多的 cbETH 最终会以销毁为明确目的而被购买。这一庞大的买家群体不需要 DeFi 集成，因此很乐意坐在他们以折扣价购买的非流动性 cbETH 上并积累，直到提款为任何 LSD 转换为挂钩的 ETH 创造了途径。这不会像 3AC 危机期间 stETH 生态系统那样，在小持有者和大鲸鱼之间进行重新洗牌，而是会有一个单向电流将 cbETH 快速拉向销毁地址。 让我们看看钱包 0x7f507739b6242B048Be9185cf462BE816b8eFf1f，它已经积累了所有流通的 cbETH 的 1%。这个钱包已经从 wstETH 慢慢迁移到 cbETH 来支撑代币并整合提款。当然，所有者是在冒险。Coinbase 有可能会看到钱包的现状并试图阻止这一行为。Coinbase 可能会限制甚至阻止 cbETH 赎回，而不是允许这些可疑的 cbETH 鲸鱼大量退出，这将极大地损害 Coinbase 的现金流。这样的举动虽然可能性极小，但会因为失去所有信心而对 cbETH/ETH 挂钩产生毁灭性影响，而让银行挤兑的情况可能成为可能。这是参与 CeDeFi 不透明世界的赌博。 总而言之，尽管 cbETH 供应量的增长速度看起来令人恐惧，但这并不代表对 DeFi 的生存威胁。事实上，DeFi 已经全面拒绝了 cbETH，如果我相信的是正确的，DeFi 正在将 Coinbase 拖入一个长期的骗局 —— 慢慢积累 cbETH 以在提款后耗尽 Coinbase 的股份。这种大套利的过程吸走了流动性，削弱了 cbETH 获得 DeFi 采用的任何希望。除非 Coinbase 积极推动 cbETH 在 DeFi 中的使用，否则 DeFi 似乎仍将是 Lido 和 Rocket Pool 的战场。 ### frxETH - 流动性与设计之争 LSD 领域的最新参与者之一是来自 FRAX 生态系统的 frxETH。FRAX 是一种稳定币，通过 FRAX DAO 积极收购和使用流动性导向代币 (veCRV/vlCVX) 而声名鹊起。DAO 通过他们的 DAO 代币的投票权为 FRAX 持有者创建有利可图的流动性提供策略，从而吸引用户铸造他们的稳定币。该模型具有明显的优点。提款前，所有主要的 LSD 代币都必须创造流动性，而这通常需要支付租金。通过持有这些流动性导向代币，FRAX 可以避免 Lido 等竞争对手产生的资本支出。由于 FRAX 在这种稳定币模型上取得了如此巨大的成功，因此 DAO 决定冒险进入一种新型稳定币，即与 ETH 挂钩的 LSD。 frxETH 代币经济学在 LSD 世界中是独一无二的。大多数代币要么为了奖励而回基 (rebase) 如 stETH，要么被动地增加价值 (rETH)。FRAX 走了一条不同的路。frxETH 代币本身不会产生任何质押奖励。为了让代币持有者获得锁定在验证者中的 ETH 所赚取的 APR，用户必须将 frxETH 代币存入一个 staking 金库。该协议质押的 ETH 所获得的所有奖励，减去费用，然后分配给质押在该金库中的任何用户。任何持有 frxETH 而不是在金库中抵押的用户都不会获得任何奖励。用户被迫做出选择 —— 要么使用 frxETH 在 DeFi 中追求收益，要么在金库中获得质押奖励。 frxETH的目标是勇敢的。这个二元选择将迫使质押的 frxETH APR 高于任何其他 LSD 代币，因为 DAO 正在让自己的有限合伙人与自己的质押者进行较量。如果当前主要 DeFi 集成器 Curve 池中 LP 的 APR 为假设的 20%，而 staking 保险库反映的 APR 为 7%，那么用户很可能会自然地迁移出保险库并进入 Curve 池。在平衡状态下，领先的 DeFi frxETH 集成的 APR 应该接近与质押的 frxETH 回报持平，可能超过 10%。理论上，其他 LSD 代币的持有者会关注这种收益并进行转换。  <center>https://dune.com/struct3r/frax-frxeth</center> 现在让我们来讲讲重点。首先，该模型违反了 DeFi 的一些核心原则，即资本效率和可组合性原则。这种模式故意不具备资本效率。FRAX 可以激励产生收益的代币，以便流动性提供者获得 LP 奖励以及质押奖励。通过强迫用户选择其中之一，这个成本最终会更高。以一个长期假设为例，其中质押的 frxETH 代币收益率为 9%，而 Curve 中的 frxETH 代币收益率为 11%。Curve 流动性提供者不会在Curve 中提供流动性，除非激励措施超过抵押率，否则，他们将迁移到抵押池。这必须付出代价——无论是通过激励还是通过引导流动性。在此示例中，为维持相同水平的流动性而支付给 LP 的成本可能会下降约 30%，因为如果没有重定向这些 ETH 奖励，Curve 池的 APR 可能是 14%（假设 ETH 奖励率为 6%）。随着生态系统中 TVL 的建立，成本节约变得越来越重要。 frxETH 的另一个令人困惑的因素是，质押金库是一种流动性代币 sfrxETH。FRAX DAO 目前只选择激励 frxETH 池。表面上，精明的 DeFi 构建者会希望将 sfrxETH 整合为实际的 ETH 奖励代币。这将使 FRAX 处于与 Lido 试图将流动性从 stETH 代币迁移到 wstETH 代币时所面临的类似情况。必须支持两个代币的生态系统将比只支持一种的更昂贵。如前所述，顶级 LSD 的资金流动性可能需要数百万美元/月。因此，尽管 FRAX 以强大的流动性激励能力开始，但它是在一个本质上资本效率较低的系统上这样做的。对于稳定币供应商来说，这是令人担忧的第二个原因。  <center>https://snapshot.org/#/balancer.eth/proposal/0x16fd7c010fa1d7318fab383a1a6cb59471dda824b53a1026cd197eea3890dcb4</center> 激励 frxETH 有着双重成本。首先，与其他 LSD 代币相比，它的资本效率低下，无法创建更高的 APR (当包括其 DeFi 策略时，LSD APR 应该与质押的 frxETH 持平或更高)。其次，对 FRAX 而言更重要的是，用于激励 frxETH 的流动性代币不能用于激励支撑整个 FRAX 生态系统的 FRAX 稳定币。通过将激励从 FRAX 对转移到 frxETH 对，FRAX 的强度会被削弱。流动性是一种零和游戏，而 FRAX 选择在低效模式上使用他们拥有的流动性能力。 在提款开放后的世界中，FRAX 突然积累的流动性导向代币对 LSD 代币的价值将大大降低。退出队列将使大订单能够在不损坏 LSD 挂钩的情况下在公开市场之外引导流动性。因此，FRAX 将失去其在 LSD 代币战争中的主要优势。在这一点上，FRAX 作为一个非常中心化的质押提供商的地位将成为人们关注的焦点。目前，FRAX 团队运行着所有的验证者，并且没有去中心化的具体计划。 ### 神秘的质押服务商 Stakewise 最难分析的 LSD 是目前不存在的一种 —— osETH。Stakewise 是一个质押服务商，目前使用一组经过许可的节点和双代币模型运行着。Stakewise v3 将完全重做，计划于 2023 年某个时候发布。在此版本中，Stakewise 正在通过变得无需许可来挑战 Rocket Pool 在独立节点运营者方面的主导地位。用户将能够启动验证者并以类似于贷款价值比（LTV）的计算方式针对所述验证者铸造 osETH。许多关于 osETH 的细节还没有公布，所以这部分应该主要被视为猜测。 Stakewise v3 平台将允许个性化的债务市场。这种结构的好处是可以根据具体情况管理风险，因此 Stakewise 以前提供的缺乏保险的情况可能会得到改善。此外，根据 Stakewise 设定的的 LTV 比率，用户可能只需 4-8 ETH 就可以开始运行验证者。然而，Stakewise 团队面临许多困难。 最显而易见的问题是 SWISE 团队必须将他们所有的流动性从 sETH2 和 rETH2 迁移到一个单一的代币——osETH。完整的品牌重塑和代币经济重新设计是一项代价高昂的冒险，将迫使他们重新开始整合。DeFi 治理很慢，这可能是一个耗时的过程。另一个问题是，Stakewise 将希望个人质押者大量迁移。然而，这一群体以规避风险着称。Rocket Pool 节点运营者的注册很好地体现了这一点，因为在发布后的这段时间里，注册人数并未激增。在将资金委托给协议之前，许多个人质押者可能希望在没有任何黑客攻击的情况下看到主网的弹性。可能大多数 osETH 供应是由使用 Stakewise 的 Staking as a Service 提供商铸造的。然而，目前尚不清楚这些 StaaS 集团将如何吸引需求。 围绕奖励模式的担忧也依然存在。MEV 窃取是引发 Rocket Pool 保险讨论的主要问题。目前尚不清楚 Stakewise 将如何解决极端 LTV 金库中的这个问题。如果他们确实解决了这个问题，他们将在无需许可的质押生态系统中为 Rocket Pool 提供一个令人信服的替代方案。 ### Rocketeer 的反思 以太坊生态系统参与者最终将决定哪些 LSD 值得扩展。为了追求智识上的诚实，我现在将探讨对 Rocket Pool 协议的一些合理批评，以期推动更好的迭代。 对该协议的最早批评之一是，Rocket Pool 是对以太坊共识的攻击向量。任何想要广泛攻击以太坊共识的主体都可以通过启动 Rocket Pool 迷你池而不是个人验证者来加倍他们的攻击。通过使用 LEB8s，该向量会被进一步放大。这个问题的一个限制是,只有当存款池中有 ETH 时才能启动迷你池。要使这次攻击发挥作用，必须满足两个困难的条件。首先，这种攻击需要很长时间才能执行，因为黑客必须反复填充存款池。此外它还要求 Rocket Pool 的规模远远超过之前讨论的上限。因此，这种批评虽然真实，但不太可能产生真正的影响。 我现在详细处理过的一个批评是，Rocket Pool 资本效率低下，无法扩展，并且具有令人厌恶的代币经济学，它要求购买 RPL。正如第 4 节中所讨论的，rETH 有一条明确的途径可以通过计划的迭代升级扩展到数百万个 ETH。这些将包括一项设计上的改革，允许用户仅以 ETH 或仅以RPL 敞口进入。 关于减少对核心开发团队和 oDAO 的依赖，现在有大量讨论。目前，该团队的大部分成员居住在澳大利亚。此外，大部分 oDAO 成员在美国或欧盟。如果要作恶的话，核心团队和 oDAO 都有能力对协议造成严重破坏，因此从他们那里进行变革是最重要的问题。在核心以太坊规范进行某些变更前 (例如执行层和共识层之间更好的通信)，oDAO 不能解散。社区已经在集思广益，将所有 oDAO 职责迁移到去中心化协议 DAO，如下表所示。  对 Rocket Pool 治理的另一个批评是，节点注册不能抵抗女巫攻击，这意味着一个人可以注册多个节点。目前，投票是基于每个节点质押的有效 RPL 的二次方根来完成的。恶意主体可以启动许多节点并在每个节点上启动一个迷你池，以便在未来的投票中最大化他们的投票权。此类攻击尚未被发现，但是，在投票被破坏之前可能很难注意到。因此，在引入更强大的抗女巫机制之前，团队一直在讨论如何转向线性扩展方法。 [Proposal: switch to linear voting power to resist attackers](https://dao.rocketpool.net/t/proposal-switch-to-linear-voting-power-to-resist-attackers/1213) 此外，rETH 持有者在 Rocket Pool 治理中缺乏发言权。在不成为节点运营者和rETH推广大使的前提下还是可能成为代表的，但是，这种行为是会被针对的。虽然最好的治理是没有治理，但在这成为可能之前，应该更多地代表 rETH 的利益。 对 Rocket Pool 的悲观看法是，它正在将大量人员引入节点运营，而这些人没有达到成为节点运营商的水平。专业质押的拥护者有时认为业余爱好者是不理性的。由于降低进入门槛，一些人会认为，我们增加了在出现问题时不知道该怎么做的节点运行者的数量，从而增加了以太坊的风险。Rocket Pool 智能节点使设置变得非常简单，而这种易于进入的方式可能会让 staking 专业人士感到担忧，因为它允许从未运行过服务器的人现在可以保护以太坊。 尽管需要保持可访问性，但与此同时保障网络弹性是 Rocket Pool 乐于接受的挑战。在 Rocket Pool 指南和社区的支持下，即使是一个完全的新手也可以设置并有效地运行一个完整的节点。Rocket Pool Discord 服务器是生态系统中最活跃的服务器之一，作为提供全职节点支持和以太坊知识的堡垒，。此外，救援节点将减少用户错误的影响，因此网络不会受到影响。及时采用 DVT 就可以加速这个过程。 此外，我发现持这种批评意见的人是强烈反对以太坊的。以太坊的长期愿景理是一个理想化的世界——在个人设备上运行的数百万轻客户端节点都为网络做出贡献。在这个世界上，进入的门槛一定低得不可思议。不要听信质押专业人士的——以太坊质押将（而且应该！）在保持最大安全性的同时变得更容易。 极端的安全爱好者可能对 Rocket Pool 有所保留。目前，智能节点的一个限制是它不能在隔离设备上用于密钥生成。此外，作为以太坊存款合约之上的一组附加智能合约，Rocket Pool 始终存在固有的更大风险——但是，所有 LSD 都存在同样的风险。 最后，有人指责 Rocket Pool 正在打一场毫无意义的战斗。这群人可能会争辩说，Rocket Pool 为创建高尾部风险弹性 LSD 所做的辛勤工作没有实际意义，因为质押者只关心追逐收益。我相信这种批评以冷酷无情的眼光描绘了价值数十亿美元的 LSD 生态系统。要使这个论点成立，要么风险价值必须接近于零，要么投资者会猛然惊醒。前一种情况在不久的将来很难想象——在任何 LSD 中都有太多的风险无法解决。如果后者是真的，即投资者对更中心化的 LSD 所带来的不断增长的风险视而不见，那么很可能是由于他们自己痛苦的认识，风险再次获得了价值。只要有交易者对不安全的产品过度加杠杆，就将会有惩罚寻求收益者和奖励谨慎者的事件。如果 LSD 生态系统走向成熟，成为下一代债券市场，风险必须与价值高度相关。 <br/> ## 6 - 交易对手代币经济学 —— 被低估的艺术 最后，我想围绕 LSD 的更广泛的代币经济学谈谈。协议功能型代币/协议治理代币 (LDO、RPL、SWISE) 和 LSD 代币本身 (stETH、rETH、sETH2) 之间存在着重要的紧张关系。大多数协议都忽略了这种紧张关系，但它却是可持续质押协议的基础。所有质押协议都是双边投资；而大多数人只是选择归拢其中一方。这里我将讨论 LDO 的费用转换和 RPL 的抵押品系统。 作为获得可持续价值的一种手段，费用转换微不足道，并将使 LDO 治理的危险因素永久化。实际上，费用转换的软上限为质押回报的 5%，因为另外 5% 已保证提供给精英节点运营商。这已经暗示了这个问题，因为一小部分核心运营商应该获得与整个 DAO 相同的奖励。由于节点运营商似乎提取了太多价值，因此对齐效率低下。为了使这 5% 物有所值，LDO 必须最多为 stETH 市值的二十分之一 (1/20)，并且不能偏离。如果 LDO/ETH 下跌，您现有的 LDO 份额将变得不值钱。如果 LDO/ETH 增加，您的份额将更有价值，但回报将是百分比收益降低。在绝大多数情况下，持有 stETH 对于代币持有者来说似乎更合理，因为潜在的费用收入存在硬性上限。除了可自由访问的治理外，LDO 没有独特的附加值。 在费用转换设计中，协议代币作为一种纯粹的租金提取机制，并不用于协调激励。这已经成为问题，因为贪婪促使 DAO 治理不合理地分配费用。这种情况可能已经在发生，因为 LDO 已经限制了其保险池并选择将这些资金重新分配给资金库。这不是直接提取租金的转移，但是，它是相对结构简单的 DAO 倾向于实施的行为类型的象征。 Rocket Pool 的设计尊重协议代币持有者和 LSD 代币持有者之间的紧张关系。节点运营商需要发布 RPL 债券，以满足 rETH 需求并启动迷你池。这既可以实现无需许可的节点运营商集，也可以将 rETH 的增长与 RPL 联系起来。没有协议金库，也没有协议佣金，因此没有广泛提取租金的冲动。此外，Rocket Pool 认识到治理不应该是开放的，因为 rETH 持有者的愿望要求保持协议一致性。因此，只有作为债券抵押的 RPL 才能用于治理。该 RPL 确实具有独特的附加值，既可以作为收取佣金的许可证，也可以作为发生严重损失时的抵押品。这种协议一致性以及基于一个资本效率更高的系统并且没有价值提取机制的特性，使得 RPL 系统更有利于长期生存。 <br/> ## 7 - 总结： Lido背后的团队发挥了重要作用。Paradigm 提出的研究表明，任何能够快速有效地利用流动性 ETH 质押的实体都将占据主导地位。如果选择要么 Lido 存在，要么 Lido 的所有 ETH 在 Coinbase、Kraken 和 Binance 之间分配，那么显然 Lido 的存在是没有坏处。不过，现在已经不是信标链的早期了。Lido 的 stETH 为生态系统提供的效用已经达到顶峰，现在是时候过渡到 Rocket Pool 和竞争对手了。Lido采取的最大化增长的行动都是一次性的，很快就会过时。 在本文中，我首先概述了流动性质押生态系统。在其中，我描述了 Lido 在 LSD 市场上近乎垄断的地位，以及它如何超越幂律动态。自然的力量平衡被 Lido 的流动性激励活动所操纵，这是所有 DeFi 中最大的活动之一。然而，Lido 的黄金时代现在已经结束，因为这些激励措施的力量和 DeFi 的差距正在缩小。我亦大胆宣称 rETH 将超越 stETH 的市场份额，并开始概述相信这一点的社会和经济原因。 在社会层面，stETH 已经达到临界点并引起了核心 ETH 开发人员的愤怒。我提出了 4 个主要论点；该系统的治理是可攻击的，费用分配是不稳定的，DAO 及其运营商是多链的，验证者注册仍然是一个强大且中心化的胡萝卜/大棒。在经济层面，我详细介绍了 rETH 和 stETH 的锚定历史，以此作为了解市场隐含风险的一种方式。然后我将这种风险分解为执行风险、中心化风险和尾部风险。本节的重点是 rETH 被设计为在极端情况下具有抵抗力，这是基础层资产的理想特征。 在介绍了这些 stETH 逆风/rETH 顺风之后，我给出了我对权力转移将如何进行的预测。主要的催化剂将是 rETH DeFi 的充分集成，一次大型的 CEX/Lido 罚没事件，提款被激活，并降低抵押品要求。后提款时代将见证 Lido 的最大资产，即其强大的流动性挖矿活动，随着退出队列减少协议为维持流动性而必须支付的成本而被削弱。 在论述完stETH面临的逆风情况后，我将注意力转移到 LSD 领域的最新挑战者身上。从 cbETH 开始，它已经迅速成为第二大 LSD，我指出不与 DeFi 集成，cbETH 可能最终成为用户迁移到 rETH 的垫脚石。接下来，FRAX 的 frxETH 建立在资本效率低下的系统上，其中质押奖励与流动性提供者分开。同时我对 Stakewise v3 的未来竞争对手 osETH 提供了一些猜想。该通证打算在无需许可的节点运营商方面挑战Rocket Protocol，但是，该产品尚未上线，并且需要完全重启协议——这不是便宜、快速或简单的任务。在这一章节的最后，我将后退一步，用批判的眼光审视Rocket Protocol本身。 最后，我简要说明了 RPL 和 LDO 背后的基本模型为何不同。我认为 LDO 的最终结果只是一个 stETH 封装器，并不给用户提供任何独特的价值，甚至不存在治理价值，而 RPL 通过充当抵押品为系统增加价值。这些不同的模型为 LDO 提供了明确的价值上限，但 RPL 却不受到这样的束缚。 为什么 LSD 很重要？因为 LSD 将成为以太坊的固有部分，而质押的 ETH 将成为未来的债券市场。如果 LSD 变得过于强大，它可能成为对宿主链的攻击。得以传播和生存的资产将是一种在极端情况下具有韧性的资产，就像以太坊一样。自 2017 年以来，Rocket Pool 一直在朝着这样的未来发展。它不会以被操纵的早期领先优势的方式开始，也不会采用旨在不惜一切代价最大化收益的方式。去中心化这只看不见的手将考验市场参与者。今天，人们可以在任何国家/地区自由运行验证器。各国还未采取针对以太坊的措施，这可能是当下的奢侈。但当那一天到来时，LSD 将不再会成为以太坊失败的原因。rETH 才是前进的道路，您可以选择忽略它或反对它，橙色瀑布正在来袭。 <br/> ## 8 - 后记：FTX 的辐射 合并后，LSD 锚定全部迅速收敛回平价。在此过程中，rETH 一直处于溢价状态。突然间，stETH/ETH 比率回到了 3AC 投降之前的水平。这是应该的吗？风险是否已经离开生态系统，或者合并后新押金的涌入加上收益机会的匮乏再次模糊了 Lido 带来的风险？ FTX 已死。波动和灾难是加密货币最好的朋友。因此，随着级联清算冲击大多数 DeFi 市场，市场再次动荡也就不足为奇了。SOL 代币的价值在几天内减少了一半。许多贷方、机构和毫无戒心的散户现在失去了他们的资产。对于一个旨在成为 DeFi 底层的资产来说，我们所经历的市场投降应该是如过风一般。而最近的惨败对Lido来说却恰恰相反。我将简要讨论 stETH 锚定是如何保持的，stSOL 正在发生什么，以及为什么传染性是一个真正的威胁。  <center>https://dune.com/sheriffjohnbrown/rpcommunitydashedit</center> 再一次，当大盘陷入低迷时，stETH 的锚定汇率崩溃了。这次价差扩大到约 1.5%。很可能在此过程中清算了许多杠杆 stETH/ETH 头寸，因为这是自 3AC崩溃以来最大的单日锚定冲击。如果此事件发生在提款之后，Lido 将看到最大的质押外流，而 Rocket Pool 将收获更多质押。虽然 stETH 下跌了 1.5%，但 rETH 增加了其相对于其资产净值的溢价，表明市场认为 rETH 非常有韧性。 Lido DAO 更关心的是 stSOL 的性能，stSOL 是 Lido 的 Solana 流动性质押衍生品。自 FTX 新闻以来，整个 Solana 网络一直在苦苦挣扎。大量 SOL 已经退出或正在等待退出，从而降低了网络的安全性。据报道，与 SOL 相比，stSOL 在公开市场上的交易价格为 -10%。LSD 的波动性从表面上看不是问题，但这种套利机会将大量 SOL 推入了他们的提款队列。因此，网络正在接受压力测试，运行 Solana 节点的 Lido 节点运营商需要处理特殊的职责。  <center>https://dune.com/pavelm/stSOL</center> 节点运营商在 Lido 运营的所有链之间共享，这意味着Solana Lido 验证器还运行以太坊验证器。也许它们不在同一个硬件上，但同一个团队必须管理两条链。为一个区块链正确运行一个验证器的复杂性可能是深远的，这必须不断监控 Telegram 以获取有关 Solana 重启的更新，而这样直接抑制了团队为其他网络提供服务的能力。想象一下，如果 FTX 崩盘事件引发了以太坊生态系统的严重后果。运行两个区块链的 Lido 运营商是否会被迫以某种方式分配资源？此外，Solana 可能是了一些验证者的摇钱树。突然失去巨额的收入流可能迫使专业验证者调整人员配置。只要 Lido 继续跨链多元化，他们对以太坊的投入将持续下降，而 stETH 持有者的风险将成倍增加。此外，尚不清楚 Lido 保险池是否延伸至每条链。如果是这样，那么 stETH 的安全模型比我描述的还要糟糕。 目前，只有一种 LSD 的值集与以太坊本身相同——rETH。最终，社会层 (social layer) 会高于一切。当那一天到来时，rETH 的去中心化和安全性将把它推向 DeFi 的基石。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及 ethereum.cn，若需长期转载，请联系 [eth@ecn.co](http://mailto:eth@ecn.co/) 进行授权。https://www.ethereum.cn/ecosystem/Podcast005https://www.ethereum.cn/ecosystem/Podcast005Fri, 06 Jan 2023 00:00:00 GMT<iframe src="https://player.fireside.fm/v2/2T9K4CVL+HgSO9g0D?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> 相信大家对 2022 年 11 月，FTX 暴雷事件给整个加密货币世界带来的阴霾还记忆犹新。全球第二大加密货币中心化交易所 FTX 在短短两周，经历了接二连三的爆料后，直接走向破产，天才少年创始人被捕，留下受牵连用户的震惊、愤怒和无助，骨牌效益下利益相关企业的相继崩坍，以及受重挫后的整个加密货币行业应何去何从的迷茫。 社区不由得发出灵魂三问： 我们真的不能再把钱放在中心化交易所了吗？ 目前保障资产安全都有哪些技术方案？ 交易所的未来可能是什么样的图景？ 在本期节目中，我们邀请了区块链资深媒体人、**区块势的创办人许明恩**和 **imToken Labs 的研究员嘉辉**一起梳理了**FTX 崩塌事件的来龙去脉**、讨论了**未来该如何避免同类事件的发生**、**可偿付证明的意义**以及关于**资产托管的更多折衷方案**。 点击收听 Podcast，了解更多： ecnpodcast.fireside.fm ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ #### 时间戳： **主题和嘉宾介绍** 00:38 话题和嘉宾介绍 **FTX 崩塌事件讨论** 04:10 重要人物、机构的关系介绍 13:23 导火索、事件的演变和最后一根稻草 20:15 FTX 交易所曾大获成功的因素有哪些 27:49 用户对资产安全的认知讨论 31:46 FTX 事件之前，大家会意识到 CEX 有可能挪用用户资产吗？ 35:00 DeFi 破产与 CeFi 失败的异同与联系 38:01 这件事对区块链生态的打击究竟有多大？ **未来我们该如何避免同类事件的发生？** 40:50 储备证明、负债证明以及可偿付证明的关系 45:57 可偿付证明使用的方案与密码学技术 53:24 这个领域的开发生态仍处于一种非常初级的混沌状态中 56:20 FTX 事件让大家重新思考可偿付证明的意义 59:03 推广可偿付证明仍面临着许多现实的困难 60:06 用户如何使用可偿付证明：用 DNA 的匹配去比喻可偿付证明的实现 65:57 可偿付证明在一定程度上提高了交易所造假的成本 68:48 可偿付证明不是万金油，它本身也存在着技术漏洞 **重新思考资产安全和托管问题** 74:01 资产托管光谱的两端 CEX 和 DEX，它们各自的风险 78:42 解决方案：将 CEX 作为中转站使用 83:58 非托管的 CEX 是怎么样的？ **结尾** 90:21 简单总结 91:16 嘉宾们对交易所未来的畅想 102:13 结束 ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ 访问 ecnpodcast.fireside.fm 收听 Podcast 以及获取节目的其他详细信息。你也可以通过泛用型播客客户端 Apple Podcasts、Pocket Casts、Castro、Google Podcasts、Spotify、小宇宙等订阅我们的节目。https://www.ethereum.cn/Eth2/allcoredev-update014https://www.ethereum.cn/Eth2/allcoredev-update014Tue, 03 Jan 2023 00:00:00 GMT来源 | [AllCoreDevs Update](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Ftim.mirror.xyz%2FzLdl8bEiDmobHZ5RlvG2LrlZLWV9c2XvkuKQ-vpljSU%3Fdisplay%3Diframe) 作者 | Tim Beiko <br/> 欢迎阅读新一期的 AllCoreDevs (以太坊核心开发者会议) 更新——2022 年的最后一期。 尽管这些更新最初是每月系列，但节奏逐渐趋于每季度一更。读者可以把这些更新视为围绕 AllCoreDevs 发生的重大事件摘要。如果你想要了解更多细节，我推荐阅读 [Christine Kim](https://www.galaxy.com/authors/christine-kim/) 的记录、 [Ben Edginton](https://hackmd.io/@benjaminion/Sk2SWNLPs) 的共识层会议记录和我的 [ACD 长推文](https://twitter.com/TimBeiko/status/1600506054059913216)，这些更新更频繁。 话不多说，让我们开始吧！ <br/> # 概要👀 - 上海/Capella 升级的内容已经敲定了：提款、EOF 和一些小型修改......前提是它们不延迟提款 ❌ - Blob 空间要来了：EIP-4844 将成为以太坊下一次升级的中心，它的召唤仪式很快就要开始🕯️ - 在技术方面使得执行层和共识层的升级流程能互相协调的努力正在进行中。我们还看到关于在这个过程中更好地融入社区意见的积极讨论📣 - Protocol Guild (协议公会) 发布了一份中期试点报告，以及一份在 2023 年扩大一层维护者的规模并更好地给他们提供支持的大概计划 ⛓️🛡️ <br/> ## 上海/Capella 升级🌃 在[最近的一次 AllCoreDevs](https://github.com/ethereum/pm/issues/675) 上，客户端团队就上海 / Capella 升级的最终范围达成了共识。[尽管升级的名字可能还有待商榷](https://ethereum-magicians.org/t/rfc-post-merge-network-upgrade-naming-schemes/11977/14)，但团队对它的范围已经明晰了。升级的主要功能是为质押者引入信标链提款。尽快推出这个功能是客户端团队不想妥协的事情，所以升级中的其他功能需要同时准备好，否则可能会被放弃。 [上海执行层规范](notion://www.notion.so/ecn/5a53ecd30ebc4c77bb3b86d4daaa876d?v=eee1cbf915c946398bdac2dd19b8a575&p=1ebd840583a74f00bb2fc38d623741ea&pm=s)列出了所有被纳入的 EIP： > - [EIP-3540: EVM 对象格式 (EOF) v1](https://eips.ethereum.org/EIPS/eip-3540) > - [EIP-3651: 降低访问 COINBASE 地址的 gas 开销](https://eips.ethereum.org/EIPS/eip-3651) > - [EIP-3670: EOF - 代码验证](https://eips.ethereum.org/EIPS/eip-3670) > - [EIP-3855: 新增操作码 PUSH0](https://eips.ethereum.org/EIPS/eip-3855) > - [EIP-3860: 对 initcode 的大小设限并引入 gas 计量](https://eips.ethereum.org/EIPS/eip-3855) > - [EIP-4200: EOF - 静态的相对跳转](https://eips.ethereum.org/EIPS/eip-4200) > - [EIP-4750: EOF - 引入函数](https://eips.ethereum.org/EIPS/eip-4750) > - [EIP-4895: 信标链推式提款作为系统操作](https://eips.ethereum.org/EIPS/eip-4895) > - [EIP-5450: EOF - 堆栈验证](https://eips.ethereum.org/EIPS/eip-5450) 尽管列表很长，它可以被分成三个不同部分：小型改良、EVM 对象格式和提款。接下来将逐一介绍： ### 小型改良⚙️ ### EIP-3651: Warm COINBASE (降低访问 COINBASE 地址的 gas 开销) 这个 EIP 修复了在 [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 里的一个疏忽，即对某些数据字段访问的 gas 开销修改是根据这些数据是已在客户端内存中 (`WARM`) 还是需要从磁盘中检索它们 (`COLD`) 来判断。 EIP-2929 在每笔交易开始时将客户端内存中的两个数据设为 `WARM` ：发送地址和接收地址。EIP-3651 给这个列表添加第三个地址，`COINBASE` 地址 (即 `feeRecipient`)，因为它也是客户端在处理区块交易时在内存中的地址。 ### EIP-3855: PUSH0 instruction (新增操作码 `PUSH0) 顾名思义，EIP-3855 引入了一个把 0 值压入堆栈的操作码。压入 0 通常用于填充 EVM 中的值，此操作码将提供一种更高效、更便宜的方法来执行此操作。 ### EIP-3860: Limit and meter initcode (对 initcode 的大小设限并引入 gas 计量) 这个 EIP 添加了 `initcode` 的大小上限，并基于其长度引入 gas 计量。其大小上限为 EVM 添加了一个不变量，这使得它更易于理解和提议修改。 为 `initcode` 引入每 32 字节 2 gas 的开销，这是用于支付客户端在执行前必须进行的 jumpdest 分析，jumpdest 分析之前没有列入 gas 收费表。 ### 对象格式🧰 上海升级纳入的大多数 EIP 其实都是这单一功能的一部分：EVM 对象格式 (EVM Object Format, EOF)。这项工作被分解为 5 个不同的 EIP，以帮助客户端开发者理解每个单独的修改，但为了提供一个更高层级的概述，开发者发布了一份[统合的规范](https://notes.ethereum.org/@ipsilon/eof1-unified-specification)。这 5 个 EOF 的 EIP 分别是： > - [EIP-3540: EVM 对象格式版本 1](https://eips.ethereum.org/EIPS/eip-3540) > - [EIP-3670: EOF - 代码验证](https://eips.ethereum.org/EIPS/eip-3670) > - [EIP-4200: EOF - 静态相对跳转](https://eips.ethereum.org/EIPS/eip-4200) > - [EIP-4750: EOF - 引入函数](https://eips.ethereum.org/EIPS/eip-4750) > - [EIP-5450: EOF - 堆栈验证](https://eips.ethereum.org/EIPS/eip-5450) 值得注意的是，EOF 的第一步是发生在[伦敦升级](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/london.md)的 EIP-3541，它为 EOF 合约保留了 `0xEF00` 的前缀。在过去的几个月里，上海升级的 EOF 范围也发生了变化。 在二月，客户端团队同意考虑在上海升级纳入两个最小的 EOF EIP：EIPs 3540 & 3670。它们都将作为构件，但在不引入 EIP 4200、4750 和 5450 的前提下，不会提供全部功能。尽管有可能延展 EOF，但向后不兼容可能需要新增一个版本。因为 EOF 前的或有一个特定版本的 EOF 合约必须一直可执行，因此每个新的 EOF 版本都意味着客户端开发者必须维护一组与旧规则并行的新 EVM 执行规则。 在 EOF 之前，客户端一次只维护一组 EVM 规则。代码库也支持之前的 EVM 规则，这些规则在每次网络升级里都会修改，但一旦它们到了区块链的链头，就必须只应用最新的规则。部署了 EOF 后，客户端将维护两套平行的 EVM 规则，因此它们可以执行在 EOF 和 非 EOF 合约里的代码。换句话说，EOF 的版本增加所增加的是必须维护的平行的而不是连续的 EVM 规则集数。 为此，在过去几个月，客户端团队开始偏向于“大 EOF" 的方法。这样，尽管他们必须实现更大型的修改集，但 EOF 版本将维持更长时间，并减少需要维护的“平行 EVM" 数。因此，开发者们考虑的是“大 EOF” ，并最终纳入到了上海升级。 也就是说，更大型的功能显然更难以实现和测试，且团队也不希望看到 EOF 严重延迟信标链提款。因此，如果到 1 月，EOF 的实现还没完成，且彼此间无法快速互操作，客户端团队同意把 EOF 移出上海升级。 有了这些脉络后，现在让我们简要介绍各个 EOF EIP： ### EIP-3540: EVM Object Format (EOF) v1 (EVM 对象格式版本 1) 这个 EIP 为EOF 合约引入了 “container”。它增加了区分合约里的代码和数据部分的标记，并防止不符合格式的 EOF 合约被部署。这就保证了任何链上的 EOF 合约都会遵循有效的格式，这就简化了与这些合约的交互，以及对它们的静态分析。 ### EIP-3670: EOF - Code Validation (EOF - 代码验证) 在由 3540 引入的 container 基础上，EIP-3670 确保 EOF 合约中的代码是有效的，或者防止它被部署。 这意味着未定义的操作码不能被部署在 EOF 合约中，这有一个额外的好处，即减少所需增加的 EOF 版本数量。如果添加了一个新的操作码，可以简单地改变验证规则来启用它，并且保证没有已部署的 EOF 合约在其代码部分引用它。 ### EIP-4200: EOF - Static relative jumps (EOF - 静态相对跳转) EIP-4200引入了首批 EOF专用的操作码：`RJUMP`、 `RJUMPI` 和 `RJUMPV`，它们将目的地编码为有符号的即时值。这些新的 JUMP 操作码可以被编译器用来优化 gas 开销，因为它们免去了运行时 jumpdest 分析的需要，而现有的 `JUMP` & `JUMPI`操作码都是需要的。 ### EIP-4750: EOF - Functions (EOF-引入函数) EIP-4750 在 4200 的基础上再进一步：它不允许使用 `JUMP` & `JUMPI` 操作码，并为不能复制 `RJUMP`、`RJUMPI` 和 `RJUMPV`功能添加替代方案。它通过在 EOF 字节码里引入特定函数 section 来实现，这些函数可以分别从新的 `JUMPF`、`CALLF` 和 `RETF` 操作码跳转到，并使用它们来调用和返回。 ### EIP-5450: EOF - Stack Validation (EOF-堆栈验证) 最后，EIP-5450 为 EOF 合约添加了另一个验证检查，这次是围绕堆栈的。这个 EIP 防止 EOF 合约部署可能导致堆栈下溢，以及某些情况上溢的代码。有了这个 EIP，客户端可以减少在执行 EOF 合约时验证检查的次数，因为它们有了围绕堆栈相关异常的更好保证。 作为一个非常关注 EIP 本身的非 EVM 专家， 我可以介绍的就这么多了！如果读者想要更加深入了解 EOF，我推荐 [Geth 团队的 lightclients](https://twitter.com/lightclients/status/1593270266909450241) 和 [Solidity 团队的 Leo](https://twitter.com/leonardoalt/status/1600845724618326016) 发的相关推文。 ### 信标链提款💸 最后但同样重要的是， [“Shapella”](https://ethereum-magicians.org/t/rfc-post-merge-network-upgrade-naming-schemes/11977/9?u=timbeiko) (译者注：Shanghai/Capella 的合称) 的主要部分是信标链提款。这部分变更在[共识层规范](https://github.com/ethereum/consensus-specs/tree/dev/specs/capella)和 [EIP-4895](https://eips.ethereum.org/EIPS/eip-4895) 都有说明。现在有一份稍微过时的[元规范](https://notes.ethereum.org/@ralexstokes/validator-withdrawals-meta-spec)把这些变更联系在一起。 从高层级来看，提款的机制如下： - 当提议区块时，验证者线性扫描验证者索引，找出前 16 个有`0x01`凭证的验证者，它们需要符合以下其中一个条件： - Have a balance above 32 ETH (i.e. have accrued validator rewards) - Are `withdrawable` (i.e. have fully exited the validator set) - 余额大于 32 个 ETH (即已经获得验证者奖励) - 是 `withdrawable` 的（可提款的，即已经完全退出验证者集) - From these, the validator will create a list of withdrawals to be included in their `ExecutionPayload`. Each item in that list contains the following: - 验证者将从这些验证者里创建一个提款列表打包进他们的`ExecutionPayload`。列表里的每一项都包含以下内容： - `WithdrawalIndex`：所有进行过的提款交易索引——这有助于区分来自相同地址、相同验证者的相同数额提款 - `ValidatorIndex`：余额被提出的验证者索引 - `ExecutionAddress`：执行层的 ETH 地址，即提款应该发送到的地方 - `Amount`：被发送到 `ExecutionAddress` 的数量，这个数量以 **g**wei (而不是 wei) 计量 - 在构建或处理区块时，执行层客户端将在交易执行**后**进行这些提款操作。换句话说，处理提款与工作量证明奖励的入账方式相似，它并不与用户交易竞争区块空间。 还有一些值得注意的细节： - 在处理提款时，提出“全款” 对比“部分资金”在优先级/排序上并没有区别。当验证者离开退出队伍时即提出全款，而部分提款是周期性发生的，即当对验证者集进行线性扫描并扫到某个验证者的索引号时。 - 为了提款得以被处理，验证者必须使用 `0x01` 凭证，它用 ETH 地址表示。信标链上线时只允许使用 BLS 密钥对 `0x00` 凭证。为了启动提款，有 `0x00` 凭证的验证者将需要对一条 `BLSToExecutionChange` 消息签名。这些将在 Capella 升级中被激活。会有多种工具用以签署这条消息，验证者可以期待对这些工具的支持和教程。 - 对验证者的扫描是以每个区块为界限的。如果在扫描完一个验证者集的子集后没有 16 笔提款需要处理，验证者将停止扫描，而下一个验证者将从最后一个被扫描的验证者索引开始。 像往常一样，在主网上线前，会有几个开发者测试网和测试网 ([甚至可能有一些新的测试网！](https://notes.ethereum.org/@MarioHavel/testnet-specs)) 给验证者运行整个过程，并解决所有问题。 上海/Capella 并不是唯一取得进展的升级！开发者团队还在展望下一个升级。 <br/> ## 坎昆升级🏝️ 由于上海升级的内容已经满了，但很多纳入考虑升级的 EIP (CFI) 都没能进入上海升级。客户端团队开始讨论哪些 EIP 应该考虑进入下一次升级：坎昆升级 (共识层名称有待确定) 🏝️ 在共识层方面，EIP-4844 已经成为 Capella 升级后[第一个写进规范的的 EIP](https://github.com/ethereum/consensus-specs/pull/3052)。执行层 (还) 没有一个可以实现这种布局的规范，但执行层团队同意遵循相似的路径，并在下一个升级里以 EIP-4844 为中心。 按照升级使用举办过 Devcon 城市名称的惯例，`cancun.md` 已经被创建，其中 EIP-4844 被正式纳入升级。 这个决定发生在 2022 年最后一次 AllCoreDevs 会议的最后一分钟，所以没有时间处理其他提案。进入上海升级 CFI 但最终没有被纳入的 EIP 被移到坎昆升级的 CFI 清单，在 [Ethereum Magicians](https://ethereum-magicians.org/t/cancun-eip-consideration/12060) 论坛也开了一个帖子用来讨论坎昆的候选 EIP。明年年初，坎昆升级范围的讨论工作应该会开始正式进行。 ### KZG 仪式🕯️ 另一件与坎昆升级相关且可以期待的事情是 [KZG 仪式 🕯️](https://github.com/ethereum/kzg-ceremony)，这是 EIP-4844 的要求。 这个仪式将生成验证 blob 数据有效性所需的随机性。要使得它被认为是安全的，只需要有一个参与者是诚实的。换句话说，如果除了一个参与者外其他所有参与者都合谋了，这样整个过程在密码学上都是安全的。 这个仪式从 1 月开始，它将向所有人开放几个月。我们的目标是有 10,000 个参与者，计划会是这类仪式迄今为止规模最大的！如果你想要确保不错过，请在推特关注 [Trent Van Epps](https://twitter.com/trent_vanepps)！ <br/> ## 合并后升级流程📜 正如在之前的更新里提到的，合并后，在执行层和共识层协调以太坊的升级流程是一个重要的待办事项。从高层级来看，执行层使用黄皮书 & EIP 来说明修改，而共识层使用可执行的 Python 规范。 执行层流程的好处是 EIP 被社区所熟知，并且其格式化的方式可以清楚地展示提案背后的原因。有大量数学内容的黄皮书搭配 EIP，以及需要把规范放回各个 EIP 的脉络里使得执行层规范难以理解和扩展。 共识层方面的问题则相反：它有一个清晰易懂的规范，在一个单一的仓库里，但修改并不具体可辨，而且提案淹没在仓库里的其他公开 PR 里。 随着[以太坊执行层规范](https://ethereum.github.io/execution-specs/)的引入，我们有希望从执行层方面缩短这一差距。而且，通过一些流程争论，我们可能能够让 EIP 引入到共识层流程！ 也就是说，随着上海升级的范围被讨论和最终敲定，很明显，这个过程可能缺乏另一部分：让社区去表达他们对变更的相对偏好，并参与到关于整个升级范围 (而不是个别 EIP) 讨论里的地方，并将其作为 AllCoreDevs 和共识层会议决策的一部分。 现在还不清楚它会是什么样的——[我很乐意收到建议](https://twitter.com/TimBeiko/status/1600970139767570432)！——但随着积极参与协议变更的利益相关者的数量以及一层变更影响的领域数量都在增加，我们显然需要某些东西。 幸运的是，我们不需要从头开始。[Ethereum Magicians](https://ethereum-magicians.org/) 已经存在多年了，它的线下聚会、[专门的小组会议](https://github.com/ethereum/pm/issues?q=is%3Aissue+breakout)或[社区会议](https://github.com/ethereum/pm/issues?q=is%3Aissue+community+in%3Atitle+)可能是很好的扩展起点。 期待在 2023 年初在这方面有更多进展！ <br/> ## 协议公会更新⛓️🛡️ 随着协议公会 (Protocol Guild, PG) 试点已经完成了一半，他们发布了[一份报告](https://protocol-guild.readthedocs.io/en/latest/5-initial-pilot.html#mid-pilot-update-dec-7-2022)，检视事情的进展情况，以及思考项目的下一步计划是什么。  提醒一下，PG 是针对以太坊 Layer1 客户端开发者、协议研究员和支持贡献者 (如你们）的一个无需许可的资助机制。 这个机制以个人为中心，而不是组织。简而言之，每个成员都有资格获得公会的代币份额，根据他们对以太坊的贡献时长来进行加权计算。成员的增删是以真正以太坊的方式来进行——基于[一套标准](https://protocol-guild.readthedocs.io/en/latest/4-roles-expectations.html#qualifications)，在 PG 内部达成大致的共识。这个列表随后会被放到链上，使用 [0xSplit](https://0xsplits.xyz/) 的分割合约。然后，捐献者可以将资金直接发送到接收者的地址，或发送到给接收者地址发放资金的锁仓合约 (vesting contract)。 试点中期报告在这篇[推文](https://twitter.com/ProtocolGuild/status/1600912258694930432)里有总结。以下是一些重点✨ - 这次试点筹得了 970 万美元，这些款项来自很多的组织，例如 Lido、Uniswap、ENS、NounsDAO 和 MolochDAO，以及一些经常进行捐助的个人 (感谢 Tetranode 🦈！)——**感谢大家使这项计划成为可能** ❤️‍🔥！ - PG 在发布时有 90 名成员，到现在有 128 名，在他们之间已经分发了 500 万美元 💸 - 平均来说，每个成员收到 39,000 美元，其中最低的是 1.3 万美元，最高的达到 7.9 万美元 🧧 - PG 的架构正在变化，将会支持 L2，并删除对多签的需求，以更新权重 🙅 这些早期的结果显示 PG 正在按计划运作：一个将一篮子代币分配给一组自我孵化、不断增长的协议贡献者的机制。如果没有试点捐赠者的慷慨支持，这个项目不会有今天的成果。 展望未来，现在是时候扩大 PG 的影响范围，充分发挥它的潜能：为以太坊的维护者提供有竞争力的、具有风险调节能力的补偿。这里最简单的做法是项目从一开始就给 PG 捐款，就像 Danny Ryan 在启动 PG 的[推文](https://twitter.com/dannyryan/status/1454065104819916803)里所说的。 试点里的捐款大多来自拥有大量资金的大型项目。如果协议公会可以说服这些项目从第一天就给 PG 捐款，即他们的代币仍然是真正“不值钱”的时候，之后，以太坊的维护者就可以从这些成功项目的整个上升轨迹中获益。 当有足够多的项目参与时，激励可以让最优秀的人才保持维护协议，而不是把他们拉走。 为了支持这一点，以及其他许多捐献类型，PG 将需要进行一次技术革新。下一个版本将支持 L1 和 L2，并进一步减少其链上治理的足迹。 如果你是希望给协议公会捐款的项目，请联系我——我的 DM 是开放的 📭! <br/> ## 后续工作✅ 这就是 2022 年的最后总结了......多么不平凡的一年！三个月前，我们甚至还没合并！现在，以太坊已经在后台默默运行着权益证明，焦点已经转移到未来的事务。 随着大家在 1 月份回归，大家可以预期： - 上海/Capella 升级的开发者测试网和影子分叉 👻 - KZG 仪式上线 🕯️ - 围绕 Cancun 的讨论，以及网络升级流程应如果发展，以更好地捕捉社区的偏好 🏝️ - 协议公会的试点将结束，我们将公布试点后的架构 ⛓️🛡️ 感谢你们的阅读！以及感谢在过去一年中花时间努力改善以太坊的每一位——我们实现了很多。 2023 年见👋！ ------ *感谢 lightclients、Alex Stokes 和 Joe Schweitzer 审阅此次更新的草稿，确保我对技术细节的理解是正确的！*https://www.ethereum.cn/ecosystem/ethereum-in-2022https://www.ethereum.cn/ecosystem/ethereum-in-2022Sat, 31 Dec 2022 00:00:00 GMT编辑 | Stephanie/Franci, ECN 编者寄语： ECN 社区的读者朋友们，新年快乐！ 2022 年即将过去，回望过去这一年，以太坊社区有苦亦有乐。我们也许在面对一次又一次的黑天鹅事件时经历过愤怒与沮丧；也许与志同道合的小伙伴一起观看过合并派对；也许去到了波哥大 Devcon VI 现场感受这场时隔多年的盛会，或者在线上紧跟每一场精彩的演讲；也许对社区孕育出的技术创新惊叹过；也许为 DeSoc 的革新思想热血沸腾过… 2022 年实在有太多难忘的瞬间，以至于我们选材时进行了一定的取舍。在这篇 2022 以太坊年度盘点文章中，我们挑选了 9 个最值得记录下来的事件与话题，加以梳理与总结，希望能帮助大家在回顾 2022 时带来一些记忆点。除了 ECN 总结的事件，读者朋友们又有哪些难忘记忆呢？欢迎与我们分享~ <br/> # **以太坊合并** 北京时间 9 月 15 日 14:42，以太坊合并成功，经过 8 年的探索、研究和测试，以太坊终于从 PoW 共识机制转换为 PoS。说以太坊合并是以太坊在 2022 年最重要的大事，相信不会有太多异议。 以太坊合并是具有划时代意义的。 从实现难度来看，它是以太坊有史以来最复杂的一次升级，它是共识层 （Prysm、Lighthouse、Teku、Nimbus 和Lodestar）和执行层（Geth、Nethermind、Besu和 Erigon）9个独立的客户端团队互相协作的结果，它是在以太坊一直保持运行的情况下实现的 “hot swapping”。 从对于以太坊本身的意义来说，合并使得以太坊变得更安全、更可持续、以及为以太坊未来的可扩展性奠定基础。尽管关于 PoW 与 PoS 哪一个更安全这一问题，在加密货币世界里并没有形成共识，但基于[以太坊基金会研究团队](https://future.com/what-the-merge-means-for-ethereum-with-danny-ryan/)对这些系统的研究和理解，以及对各类攻击的了解，他们认为 PoS 是更安全的。而基本没有争议的是，转向 PoS 使得以太坊减少了超过 99.95% 的能源消耗，这移走了以太坊进入主流世界的一块大的绊脚石，使得像 NFT、DAO、DeFi 这样的应用更容易进入普罗大众的生活。此外，采用 PoS 在架构上为之后在 Layer1 进行分片扩容打下必要的基础。 以太坊合并后，以太坊下一次的大型升级将专注于提高以太坊的可扩展性上。 <br/> # **分片方案走向成熟** 分片被视为以太坊可扩展性的未来，根据 Vitalik 的[说法](https://vitalik.ca/general/2021/04/07/sharding.html)，分片是让以太坊生态系统实现每秒数千笔交易的关键。以太坊社区从 2013 年就开始讨论分片，分片方案经过多次修改，在 2022 年，随着 Danksharding 方案的提出，以太坊通往分片之路变得清晰可行。 关于以太坊的分片方案，比较为人熟知的版本是在 2018 年台北的一次研讨会上，以太坊基金会的研究员与核心开发者们将权益证明和分片研究统一起来，形成了一个分三个阶段的“以太坊2.0”路线图： - 阶段 0 带来信标链 - 阶段 1 加入数据分片 - 在阶段 2，在每个分片加入虚拟机，以在系统里实现计算。 分片数量经历最初定为 100，随后提高到 1024，到这个版本的路线图调低为 64。 此版路线图采用的分片机制指的是对数据库进行横向分割，即每条分片链都拥有一个节点子集，在该链上进行工作。64 个分片区块都有各自的提议者和从验证者集中通过随机分配组成的委员会，他们独立验证可用的分片数据。在这个设计里，所有分片是无法得到整体验证的，而且每个提议者都有能力破坏整个流程。在分片间混洗验证者也相当麻烦。而且除非引入非常严格的同步假设，否则很难保证投票能在一个 slot 里完成。  显然，要实现“以太坊2.0”阶段2中的执行分片还有很多未解决的问题。在 2020 年末，Vitalik 发表了文章《[以 rollup 为中心的以太坊路线图会是什么样？](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)》，其中提及从长期来说，在以 rollup 为中心的以太坊路线图下，当大家都搬到 rollup 时，以太坊的 TPS 能达到大约 3000，当 rollup 转移到分片链作为数据存储时，以太坊的 TPS 理论最大值可达到 100,000。也就是说，通往 eth2 的路径可以是到阶段 1.5 就完了，以太坊基础层就专注做好两件事 —— 共识和数据可用性。而且分片数据可用性比分片 EVM 计算要安全得多。 在这样的背景下，经过一年的探索，以太坊基金会研究员 Dankrad Feist 在 2021 年年末提出了一个[新的分片方案](https://notes.ethereum.org/@dankrad/new_sharding)。这个方案在 2022 年得到了社区的重视和认可，且为了与旧的分片方案区分，新的分片方案以 Dankrad 命名 —— Danksharding。Danksharding 建基于两项新的研究进展 —— PBS 和 crList，这两个方案旨在解决 MEV 和审查问题。不同于之前的分片方案，Danksharding 方案里只有一个提议者选择进入该 slot 的全部交易和数据，使得 Layer1 与 rollup 的集成更加紧密，大幅简化了原来的分片方案。  在 2022 年，以太坊社区对 Danksharding 的研究与开发取得了可观的进展。Vitalik 和其他研究员提出了 proto-danksharding (即 [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) )，这是为实现完整 Danksharding 规范的大部分逻辑和支架的一个提案，它主要引入了一种新的交易类型 —— 携带 blob 的交易。 客户端开发者们在 2022 年除了实现合并的工作，在下半年，proto-danksharding 的实现也成为了他们的工作重点。目前，EIP-4844 已经有执行层和共识层的规范，推出了两个开发者测试网。而 EIP-4844 实现所需的 KZG 仪式已推出公众贡献的[测试网站](https://ceremony.ethereum.org/)，正式版本将于 2023 年新年上线。 根据 2022 年最后一次的 AllCoreDevs 会议，EIP-4844 将会被纳入到上海升级的下一次 Cancun 升级里。 **相关阅读：** [《从技术角度揭秘“分片”的优势》](https://www.ethereum.cn/Eth2/why-sharding-is-great) [《以ROLLUP为中心的以太坊路线图》](https://www.ethereum.cn/a-rollup-centric-ethereum-roadmap) [《大幅简化的新分片设计》](https://www.ethereum.cn/Eth2/new-sharding) 《[Vitalik: Proto-Danksharding FAQ](https://www.ethereum.cn/Eth2/proto-danksharding-faq)》 <br/> # **全球第二大中心化交易所 FTX 爆雷，用户资产安全何去何从？** 11 月 11 日，全球第二大加密货币中心化交易所 [FTX 宣布破产](https://twitter.com/SBF_FTX/status/1591089317300293636)，整个区块链生态陷入一种交杂着震惊、愤怒、悲伤...的复杂情绪中。高达 80 亿的资产缺口，让无数用户以及与其关联的一些机构血本无归。从事件的暴露演变到最终宣布破产的这个过程发生得太快、太戏剧化，以至于许多受牵连的用户还没有来得及消化接二连三的爆料并做出反应，FTX 就陡然限制了用户提款。 [事情的起因经过](https://twitter.com/0xkyle__/status/1591038141573603329?s=21&t=BHjidGLeyab73sY8GittEg)是怎么样的呢？起初，11 月 2 日 CoinDesk [在一篇新闻报告中揭露](https://www.coindesk.com/business/2022/11/02/divisions-in-sam-bankman-frieds-crypto-empire-blur-on-his-trading-titan-alamedas-balance-sheet/)，同为 SBF 创立的一家加密货币量化交易公司 Alameda Research 的资产负债表中显示，其持有的价值 146 亿美元的资产中， 有很多大一部分是 FTX 发布的平台币 FTT 或是拿 FTT 作为抵押品借贷的资产。一时间社区对这个爆料的讨论愈演愈烈，币安创始人 CZ 的加入让整件事变得更像是两股势力的抗衡。随后，便是 FTX 不堪用户的提款挤兑、陷入流动性危机、停止用户提款、宣布破产... 12 月 13 日，SBF 正式在巴哈马被捕，并后续被引渡至美国等待开庭，为这场闹剧暂且画下了句号。 在这里只是叙述了 FTX 事件本身，而这起黑天鹅事件引发的多米诺骨牌效应，更是惨不忍睹或仍有许多未被揭露。加密研究员 [Molly White](https://twitter.com/molly0xFFF) 制作了 [FTX 的扩散关系图](https://twitter.com/molly0xFFF/status/1599857171570855936?s=20)，呈现 FTX 与不同机构间的资金关系。  <center>cr: mollywhite.net (摘取了部分)</center> 资产安全是区块链领域永远躲不开的话题，而 2022 年又是链上链下用户多灾多难的一年：跨链攻击事件频发、Luna-UST 归零、三箭资本以及 Celsius 相继爆雷... FTX 崩塌无疑是今年让大家最难以置信的黑天鹅事件。很明显，FTX 失败的根本原因就是私自挪用用户的资产，导致最后的资不抵债。只是在这件事被披露之前，恐怕没几个人会相信这种事情会发生在全球第二大的交易所 FTX 的身上。这不由得为整个加密圈敲响了警钟：如何保障用户的资产安全？ 如果将资产托管程度当成一道光谱，那么光谱的两端就是完全托管的 CEX 和非托管的 DEX。两种托管方式都有着各自的优缺点：  <center>cr: vitalik.ca</center> 当然，我们可以做得远不止于在 CEX 和 DEX 之间二选一，光谱的中间仍有一系列选择等待着我们去探索与开发。 - Vitalik [撰文分析如何让中心化交易所更加安全](https://www.ethereum.cn/Technology/proof_of_solvency)。在这篇文章中，我们可以看到探索中心化交易所的更多可能性：利用默克尔树甚至 ZK-SNARK 等密码学技术实现的可偿付证明、非托管的中心化交易所研究方向... - 通过引入账户抽象 (Account Abstraction) 和多方计算 (MPC) 技术，实现钱包社交恢复、Web2 社交媒体账户登录等等功能，进一步提高去中心化资产托管方案的用户体验。 未来很长一段时间内，中心化交易所和去中心化交易所将持续共存，促进两类方案的技术以及研究应当并驾齐驱，让这道资产托管的光谱上的中间充满更多可能性。 **相关阅读：** [《打造安全的中心化交易所 —— 可偿付证明及更多》](https://www.ethereum.cn/Technology/proof_of_solvency) <br/> # **孕育中的 DeSoc** 以太坊社区的人在 2022 年相信都肯定听说过 SBT (Soulbound Token，灵魂绑定通证)，它出现在各大黑客松的参赛项目里、融资新闻里、Web3 数字凭证和身份系统相关的赛道分析文章里...... 这波热潮起源于 2022 年 5 月中旬，Vitalik 与律师 Puja Ohlhaver 和经济学家 E. Glen Weyl 共同发布了论文《去中心化社会：寻找 Web3 的灵魂 ([Decentralized Society: Finding Web3’s Soul](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=4105763))》。这篇论文指出当下 Web3 世界存在的各种问题，女巫攻击与合谋行为在虚拟世界大行其道，只有可转让资产使得 DeFi 生态系统无法支持现实经济中再平凡不过的活动，Web3 世界面临着超级金融化、财富集中、治理易受金融攻击等问题。 论文作者认为，缺乏 Web3 原生身份是这些问题的关键，因此提出了 SBT 与 Soul ("灵魂绑定通证"的账户或钱包) 两个 Web3 原语，其中 SBT 指的是存放在 Soul 的、公开可见、不可转让 (但可能由发行者撤销) 的通证，它们可以代表承诺、凭证和归属关系，而 Soul 是存放 SBT 的账户或钱包。他们希望在 SBT 与 Soul 形成的身份范式下， Web3 能走向具有共决的社会性、灵魂和社区自下而上地召集和协作的去中心化社会 (DeSoc)。 论文一经发出，便成为“城中热话”，社区对 SBT 与 Soul 实现的探索层出不穷。目前有[多个 SBT 标准在 EIP 中被提出](https://docs.google.com/document/d/1EVzk-tMthKMGXmuiIvUFI0QUIV1RS0aT19JiXvsQies/edit#)，处于 Draft、Review 或 Final 阶段的都有。截至 2022 年 11 月，有两份 ERC 处于 Final 阶段——ERC-5192 "Minimal Soulbound NFTs" 和 ERC-5484 "Consensual Soulbound NFTs"。这两份 ERC 都以不可转让性作为核心功能，不同处在于 ERC-5192 添加额外的技术参数检测可转让性的状态，而 ERC-5484 侧重于发行者与接收者之间的互相同意。其他的 EIP 还包括： - EIP-4671: Non-Tradable Tokens Standard (Draft) - EIP-4973: Account-bound Tokens (Review) - EIP-5114: Soul Badge (Draft) - EIP-5727: Semi-Fungible Soulbound Token (Draft) - EIP-5516: Soulbound Multi-owner Token (Review) - EIP-5633: Composable Soulbound NFT, EIP-1155 Extension (Draft) 此外，与 Web3 数字凭证、身份系统、声誉系统、账户抽象相关的项目、平台和协议也受到了社区的关注与投资机构的青睐。 在 2022 年，以太坊社区有大大小小的团队和企业参与到 DeSoc 生态的建设，尽管目前还说不上看到 DeSoc 的雏形，但是这个生态充满活力，并有望在 2023 年取得突破性进展！ **相关阅读：** [《去中心化社会：寻找 Web3 的灵魂》](https://www.ethereum.cn/Ecosystem/decentralized-society-finding-web3-soul) <br/> # **零知识证明备受关注，ZK-EVM 赛道竞争激烈** 说到过去十年来诞生的最强密码学技术，肯定免不了提及零知识证明 (zero knowledge proof)。在区块链领域中，它们有两大应用场景：可扩展性和隐私。 在 10 月 11 日的 Decon VI 开幕式中，进行了一场主题为[“关于零知识该知道些什么”](https://youtu.be/HaqYiE8W0yU?t=18663) 的 Panel。作为其中一名嘉宾的 Vitalik 曾表示：”我认为 ZK 天然是区块链的补充。之所以这么说，首先我觉得区块链提供的抗审查特性，是以牺牲掉 ‘可扩展性’ 和 ‘隐私性’ 这两种非常重要的属性为代价的。而 ZK-SNARK 则是为这两种属性量身订做的技术。” 而 ZK-SNARK/STARK 之于以太坊协议层的重要性又在今年 11 月更新的路线图中体现出来。  <center>cr: @VitalikButerin (中文翻译版)</center> 在这一部分的工作中 (The Verge)，最终想要实现的目的是能够引入去信任或信任最小化的节点方案 (令轻客户端最终可行)，让验证区块成为一件超级简单的事情。而这一切都基于零知识证明技术。在路线图中，实现完全基于 SNARK 的以太坊需要由以下三项里程碑共同构成： - 用于 Verkle 证明的 SNARK； - 用于共识状态转换的 SNARK； - 用于 L1 EVM 的 SNARK 此外，今年以来，以太坊扩容领域中 ZK-EVM 解决方案竞争激烈，目前大致分为[四类 ZK-EVM](https://vitalik.ca/general/2022/08/04/zkevm.html)。 - 类型 1：完全以太坊等效的 ZK-EVM (Privacy and Scaling Explorations 团队、Taiko) - 类型 2：完全 EVM 等效的 ZK-EVM (Scroll、Polygon Hermez) - 类型 3：几乎是 EVM 等效的 - 类型 4：高级语言（high-level-language）等效 (ZKSync、StarkNet) 值得注意的是，由 Scroll 提出的 zk 证明外包和去中心化证明网络，又会带来 “证明生成” 硬件加速的一个新兴研究方向和硬件市场。相信通用型的 ZK-EVM 解决方案会在明年大放异彩。 **相关阅读：** [《不同类型的 ZK-EVM》](https://www.ethereum.cn/Layer2/zkevm) <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfbWl4ZWRfbWVkaWFfMTU4OTciOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd192aWRlb19obHNfZHluYW1pY19tYW5pZmVzdHNfMTUwODIiOnsiYnVja2V0IjoidHJ1ZV9iaXRyYXRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2JsdWVfdmVyaWZpZWRfYmFkZ2UiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfZ292X3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX2FmZmlsaWF0ZV9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1588825937629835265&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FFa6_Ljsaq4T9_kKelS71gOXb-darCpaMq3xt-iEKKxM&amp;sessionId=69c94dd33bd87bd775915cffb981f692d6eddfc8&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1588825937629835265" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1234px; display: block; flex-grow: 1;"></iframe> <br/> # **MEV-Boost 的合规与去中心化** 在 2021 年，Vitalik 与以太坊基金会的研究员对[提议者/构建者分离方案 (PBS)](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs) 提出了[具体的设计](https://www.ethereum.cn/Eth2/two-slot-proposer-builder-separation)，以解决 MEV 问题。同年的 11 月，Flashbots 团队便基于 PBS 的设计提出了 MEV-Boost，用于合并后的 Flashbots 架构，可以看作是 PBS 的原型。Flashbots 竞拍架构允许验证者将区块构建外包给一个第三方区块构建者网络，但将 mev-boost 中继置于受信任的位置——区块构建者和提议者都需要信任中继。  在 2022 年 9 月初，Flashbots 的 MEV-Boost 中继上线，合并后连接了 MEV-Boost 的验证者都可以获得验证者奖励以外的 MEV 收益。  <center>mev-boost 的采用率，来源：https://dune.com/queries/1279670/2192739</center> 从上图可见，合并以后，验证者对 mev-boost 的采用率一路攀升到接近 90%。令人担忧的是，在今年 8 月，OFAC (美国财政部海外资产控制办公室) 对 Tornado Cash 进行了制裁，此举无疑对加密行业企业带来寒蝉效应。早在 mev-boost 上线前，Flashbots 就[表示](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-23)"Flashbots 的中继和构建者现在和将来都遵循 OFAC 的规定"。也就是说，以太坊上使用 Flashbots mev-boost 中继的验证者都在进行审查。 9 月合并后，Flashbots 中继的占比达到 [84%](https://twitter.com/_anishagnihotri/status/1570967205822754818?s=20&t=aFu1qAqlyUe7bX9waq_kbw)，这给以太坊基础设施引入了一个关键的中心化危机。所幸的是，为了推动以太坊网络往更健康的方向发展，Flashbots 团队先后开源了 MEV-Boost、sync-proxy 以及[区块构建者 API](https://github.com/flashbots/builder。)。随着更多团队加入了 MEV 生态的竞争，其中包括明确声称不会进行审查的中继，Flashbots 中继的占比到 [12 月下降至低于 80%](https://twitter.com/nero_eth/status/1599755714502983681?s=21)。  此外，Flashbots 团队还于 11 月下旬公布了 [SUAVE](https://writings.flashbots.net/the-future-of-mev-is-suave) (价值表达的单次统一竞拍) 计划，以推动 MEV 的去中心化。SUAVE 将交易池与区块构建者的角色从现有的区块链中解绑，并提供一个高度专业化和去中心化的即插即用的选项，使得区块构建者共享相同的排序层。 尽管如今 Flashbots MEV-Boost 中继带来的中心化危机和审查问题仍然悬在以太坊社区的头上，但 MEV 生态多元化的情况已在逐步改善，Flashbots 团队推出了推动 MEV 去中心化的计划，以及能更好解决 MEV 问题的[协议内 PBS](https://blog.ethereum.org/2022/12/29/supported-teams-roundup-22) 也将在明年继续得到推动。 **相关阅读：** [《用于合并的 Flashbots 架构MEV-Boost及其实现计划》](https://www.ethereum.cn/Technology/mev-boost-merge-ready-flashbots-architecture) [《对提议者/区块构建者分离友好的费用市场设计》](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs) [《Vitalik: 两个 slot 的提议者/构建者分离方案》](https://www.ethereum.cn/Eth2/two-slot-proposer-builder-separation) <br/> # **Optimistic rollup 解决方案开启 #L222 生态应用元年** 虽然不少 L2 解决方案已经在 2021 年甚至更早之前推出主网，但是就通用型 L2 技术生态以及应用的部署情况来说，2022 年是开启 L2 生态爆发的一年。截至今年 12 月 31 日，L2 总锁仓量已超过价值 40 亿美元。  cr: l2beat.com/scaling/tvl L2 上的用户交互活跃度逐渐与以太坊主网持平，以下图表来自 Orbiter Finance L2 Data：蓝线表示以太坊主网交易数量，红线表示 L2 交易数量。  <center>cr: orbiter.finance/data</center> 而组成这些数据的 L2 方案中，同为使用 Optimistic Rollup 技术的两大主流方案 Arbitrum 和 Optimism 就占据了总份额的 ~80%。  <center>cr: l2beat.com/scaling/tvl</center> Arbitrum 于去年的 [9 月 1 日](https://offchain.medium.com/mainnet-for-everyone-27ce0f67c85e)向公众开放主网 beta 版本并解除白名单制。今年，Arbitrum 进行了两大主要更新： - 推出 Arbitrum One 的迭代版本 Nitro，在不同方面对原始版本进一步改善，包括提供更高的效率、更少的延迟、更强的活性保证以及更佳的兼容性。 - 推出基于 AnyTrust 技术的链下数据可用性解决方案 Arbitrum Nova，以此来满足一些应用对于更高的可扩展性的需求 (如游戏行业)，但是同时会带来额外的最小的信任假设。 Optimism 于去年的 [12 月 17 日](https://medium.com/ethereum-optimism/all-gas-no-brakes-8b0f32afd466)正式移除白名单限制，开放无需许可部署。在协议的开发上，今年 Optimism 主要通过开销优化升级，降低至少 40% 交易费，提高用户体验；推出下一个迭代版本 Bedrock 的测试网，在这个版本中将会引入下一代欺诈证明系统 Cannon。而在[治理方面](https://community.optimism.io/docs/governance/)，Optimism 也做了一些创新：发布代币 OP，引入 Optimism Collective 和成立 Optimism Foundation。Optimism 由 **Optimism Foundation** (一个在开曼群岛注册的组织) 和 **Optimism Collective** 的成员共同治理。其中，Optimism Collective 由两个议院共同治理，Citizens' House (公民议院) 和 Token House (代币议院)。 - Token House 通过代币空投建立，构建了首批社区成员。OP 代币持有者将能够对协议升级、项目激励措施、治理基金等进行投票。 - Citizens' House 将推进和治理追溯性公共物品募资的分配过程，募资资金将由网络的利润收集而成。公民身份将通过 “灵魂绑定”(soulbound) 的方式授予 (分发 NFT)，而随着 Optimism 社区的发展，公民群体也将不断扩大。Citizens' House 是一个工具，使权力从任何中心化组织分配到以个人为中心的、非财团群体身上的一种机制。 明年，除了协议性能本身的更新迭代，Optimistic Rollup 乃至整个 Rollup 生态的解决方案，会在 Rollup 去中心化方面进行更多的探索和实践。以太坊联合创始人 Vitalik Buterin 首先于 10 月 11 日在 Scroll 举办的 Rollup Day 活动中提出了[采用多证明机制 (multi-provers) 加固 Rollup 系统](https://youtu.be/Os10Ln8sMOc?t=6175)，随后又在 Ethereum Magicians 论坛中发布帖子提议 [“去掉 rollup 辅助轮的三个阶段”](https://ethereum-magicians.org/t/proposed-milestones-for-rollups-taking-off-training-wheels/11571/1)。这些基本原则为 rollup 的去中心化创新和实践探索提供了一些重要思路。 **相关阅读：** [《采用多证明机制 (multi-provers) 加固 Rollup 系统》](https://devcon.app/) [《去掉 rollup 辅助轮的三个阶段》](https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-8) <br/> # **Tornado Cash 制裁事件和监管风波** 8 月 8 日，美国财政部外国资产控制办公室（OFAC）制裁了虚拟货币混币平台 Tornado Cash。制裁法案中规定，任何美国公民、居民和公司与制裁名单上的人员、公司和国家（包括 Tornado Cash）进行贸易、经济交易或“其他交易”的行为都会被视为是违法的，据美国联邦法规，或将面临高额罚款和监禁。 一时间，社区中对于 [“OFAC 制裁法案意味着什么”](https://twitter.com/BowTiedIguana/status/1556683120002314241) 的讨论层出不穷。尤其是当时以太坊即将要从 PoW 转为 PoS 共识，Tornado Cash 受 OFAC 制裁事件对合并后以太坊 PoS 机制可能带来的影响引起了社区的广泛讨论：对于以太坊的美国矿工和验证者来说，如果在他们生成（或验证）包含交易的以太坊区块中，包含 SDN 列表中的以太坊地址之一，是否就违反了 OFAC 的制裁？ 当时有人指出，看起来超过 66% 的信标链验证者会遵守 OFAC 的制裁规定。(Lido、Coinbase、Kraken、Staked 和 Bitcoin Suisse 的验证者节点网络占比超过 60%) 这可能带来基础层/协议层面的审查行为。 随后，在 8 月 18 日的一场 All Core Devs 中，以太坊核心开发者就 “将如何应对网络上的审查攻击” 这一话题[进行了讨论](https://twitter.com/TimBeiko/status/1560354953813585920?s=20)。开发者 @tkstanczak 表示，理想情况下，他更愿意看到对这些事情的回应发生在社会层面，而不是协议层面。Marius 强调，尽管很难让团队/组织承诺，但个人的声音也很重要。他表示，抗审查是他个人死守的山头，如果以太坊无法做到抗审查，他会离开以太坊。 而此前，在 @ercwl 发起的一个针对以太坊社区的投票中：如果大部分质押商在上面的投票中选择 A 选项，你会怎么做： X) 视审查为对以太坊的攻击并通过以太坊社区共识将这些节点逐出网络 Y) 容许审查行为 Vitalik 表示他支持 X 选项。 抗审查无疑是以太坊社区长期需要思考解决的问题，所幸的是，面对不同水平和层次的审查，以太坊社区都起码在研究阶段已有应对方案，比如写入协议层的 PBS、MEV-Smoothing、加密交易池等。除了以太坊的核心开发者，抗审查的工作还需要以太坊生态的各个团队积极参与。 <br/> # **波哥大 Devcon** 自 2019 年在日本大阪举行的 Devcon V 后，受疫情影响，Devcon VI 终于在 2022 年 10 月 11 日在南美洲的哥伦比亚波哥大再次举办。 Devcon 是以太坊基金会举办的唯一年度会议，是以太坊社区最大型的活动。此次久违的 Devcon VI 迎来空前盛况，大会收到[超过 1200 个演讲者申请](https://devcon.org/applications/)，在 Devcon 举行的 4 天里，全球有 [6 万人](https://blog.ethereum.org/en/2022/11/17/devcon-vi-wrap)观看直播，光是第一天就有超过 2 万人观看。此次 Devcon 的主题不再限于技术主导，还新增了像“机遇&全球影响”和“治理&协作”这样的主题，其中“机遇&全球影响”还成为最受欢迎的主题类别。UNICEF (联合国儿童基金会) 和Internet Archive 都有代表在 Devcon VI 上做演讲，显示了以太坊在帮助“现实世界”克服“跨文化、民族和经济阶层的差距”问题上日渐明显的影响力。  2022 年的波哥大 Devcon 无疑是全球以太坊社区的嘉年华，大家聚集起来合作并分享知识、沟通并产生新想法、壮大以太坊社区并一起玩乐，给每一个在现场的参与者留下深刻印象。 那么，2023 年的 Devcon VII 将在哪座城市举办呢？大家来看看候选名单吧：https://forum.devcon.org/c/devcon-7-location-suggestions/14 **相关阅读：** [DEVCON VIDEVCON VI spotlightdevcon.app](https://devcon.app/) <br/> <br/> 声明：以太七日谈栏目内容由编者自行编译而成，仅供参考，请以消息来源为准。转载须注明原文出处以及 ETH中文。若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/proof_of_solvencyhttps://www.ethereum.cn/Technology/proof_of_solvencyWed, 28 Dec 2022 00:00:00 GMT来源 ｜ [vitalik.ca](https://vitalik.ca/general/2022/11/19/proof_of_solvency.html) 作者 | Vitalik 翻译 | [双花 (@doublespending)](https://twitter.com/0xbbbb_eth) 审阅 | ECN <br/> 特别感谢 Balaji Srinivasan 以及 Coinbase、Kraken 和 Binance 团队的探讨。 每当大型中心化交易所崩溃时，一个常被提及的问题是：我们是否可以利用加密技术来解决这个问题。交易所可以通过创建密码学证明的方式证明其链上持有的资金足以偿付用户，而不仅仅依靠政府牌照、审计员、调查公司治理以及交易所法人背调等“法币”方案。 更有野心的是，交易所可以建立一个未经储户同意无法提取储户资金的系统。我们可以尝试探索“不作恶”有职业素养的 CEX 与“无法作恶”却泄漏隐私的低效链上 DEX 之间的界限。这篇文章将深入探讨让 CEX 更加去信任的历史尝试，与其采用技术的局限性，以及一些依赖 [ZK-SNARKs](https://vitalik.ca/general/2021/01/26/snarks.html) 等先进技术的有力手段。 <br/> # **余额表和 Merkle 树：传统的可偿付证明** 交易所试图用密码学来证明自己没有欺骗用户的最早尝试可以追溯到很久以前。2011 年，当时最大的比特币交易所 MtGox 通过发送一笔移动 424242 个 BTC 到预先公布地址的交易来证明他们拥有该笔资金。2013年，大家[开始讨论](https://web.archive.org/web/20170106070229/https://people.xiph.org/greg/bitcoin-wizards-fraud-proof.log)如何解决该问题的另一面：证明用户存款的总规模。如果你证明用户的存款等于 X （负债证明 proof of liabilities），并证明拥有 X 个代币的私钥（资产证明 proof of assets），那么就提供了可偿付证明（proof of solvency）：你证明了交易所有足够的资金偿还给储户。 提供存款证明的最简单方法是公布一个<username, balance>列表。每个用户都可以检查他们在列表中的余额，而且任何人都可以检查完整的列表：（i）每项余额都是非负的；（ii）总额是宣称的金额。当然，这会破坏隐私，所以我们可以稍微改变一下该方案：发布一个 <username, salt), balance> 列表，并私下给用户发送 salt 值。但即使这样也会泄漏余额与其分布。[为了保护隐私](https://bitcoin.stackexchange.com/questions/37060/is-there-a-generally-agreed-on-protocol-for-creating-proof-of-solvency)，我们采用了[后续技术](https://web.archive.org/web/20170114112433/https://iwilcox.me.uk/2014/proving-bitcoin-reserves#merkle_top)：Merkle 树技术。  *绿色：Charlie 的节点。蓝色：Charlie 收到用于证明的节点。黄色：根节点，向所有人公布* Merkle 树技术会将用户余额表放进 Merkle 总和树。在 Merkle 总和树中，每个节点都是<balance, hash> 对。底层叶子节点表示各个用户的余额以及用户名的加盐哈希。在每个更高层的节点中，余额是下面两个节点余额的总和，而哈希是下面两个节点的哈希。Merkle 总和证明和 Merkle 证明一样，是一个由叶子节点到根节点路径上所有姐妹节点组成的“分支”。 首先，交易所会向每个用户发送一份其余额的 Merkle 总和证明。然后，用户能够确定其余额作为总额的一部分而被正确地包含。可以在[这里](https://github.com/ethereum/research/blob/master/proof_of_solvency/merkle_sum_tree.py)找到简单的示例代码。 ``` # The function for computing a parent node given two child nodes def combine_tree_nodes(L, R): L_hash, L_balance = L R_hash, R_balance = R assert L_balance >= 0 and R_balance >= 0 new_node_hash = hash( L_hash + L_balance.to_bytes(32, 'big') + R_hash + R_balance.to_bytes(32, 'big') ) return (new_node_hash, L_balance + R_balance) # Builds a full Merkle tree. Stored in flattened form where # node i is the parent of nodes 2i and 2i+1 def build_merkle_sum_tree(user_table: "List[(username, salt, balance)]"): tree_size = get_next_power_of_2(len(user_table)) tree = ( [None] * tree_size + [userdata_to_leaf(*user) for user in user_table] + [EMPTY_LEAF for _ in range(tree_size - len(user_table))] ) for i in range(tree_size - 1, 0, -1): tree[i] = combine_tree_nodes(tree[i*2], tree[i*2+1]) return tree # Root of a tree is stored at index 1 in the flattened form def get_root(tree): return tree[1] # Gets a proof for a node at a particular index def get_proof(tree, index): branch_length = log2(len(tree)) - 1 # ^ = bitwise xor, x ^ 1 = sister node of x index_in_tree = index + len(tree) // 2 return [tree[(index_in_tree // 2**i) ^ 1] for i in range(branch_length)] # Verifies a proof (duh) def verify_proof(username, salt, balance, index, user_table_size, root, proof): leaf = userdata_to_leaf(username, salt, balance) branch_length = log2(get_next_power_of_2(user_table_size)) - 1 for i in range(branch_length): if index & (2**i): leaf = combine_tree_nodes(proof[i], leaf) else: leaf = combine_tree_nodes(leaf, proof[i]) return leaf == root ``` 这种设计下的隐私泄露远低于公开完整的余额表，并可以在每次默克尔根发布时打乱各个分支来进一步降低隐私泄漏风险，但仍存在一些隐私泄露的问题：Charlie 知道某人的余额为 164 ETH，某两个用户余额的总和为 70 ETH，等等。控制多个帐户的攻击者仍能了解交易所用户的大量信息。 该方案的一个重要的微妙之处在于负余额的可能性：如果一个拥有 1390 ETH 用户余额却只有 890 ETH 储备的交易所试图通过在树上某处的一个假账户下添加 -500 ETH 余额来弥补差额，该怎么办？这种可能性实际上并没有破坏该方案，这就是我们特地使用 Merkle 总和树而不是常规 Merkle 树的原因。假设 Henry 是交易所控制的假账户，而且交易所在上面放了 -500 ETH：  Greta 的验证将不会通过：当交易所将不得不把 Henry 余额为 -500 ETH 的节点的给她时，她会拒绝掉该无效节点。Eve 和 Fred 也会验证失败，因为 Henry 之上的中间节点余额为 -230 ETH，所以该节点也是无效的！为了盗用行为不被发现，交易所只能寄望于树的右半部分没人检查其余额证明。 如果交易所能够挑选出这样的拥有 500 ETH 的用户：他们嫌麻烦不去检查余额证明，或者当他们抱怨未能收到余额证明时，大家并不相信他们，那么交易所就可以蒙混过关。但是，交易所也可以通过将这些用户排除在 Merkle 总和树之外来达到相同的效果。因此，如果仅就负债证明而言，Merkle 树技术基本满足了需求。但它的隐私特性仍不够理想。你可以更巧妙地使用 Merkle 树进行改进，比如[把 satoshi 或 wei 作为一个独立的叶子节点](https://github.com/ethereum/research/blob/master/proof_of_solvency/crazy_merkle_tree.py)。然而，通过使用更先进的技术，还可以做得更好。 ### **使用 ZK-SNARKs 来提高隐私性和健壮性** ZK-SNARKs 是一项强大的技术。ZK-SNARKs 对密码学的意义类似于人工智能：一项足以碾压数十年前为了解决一系列问题而开发的一系列专用技术的通用技术。因此，我们当然可以使用 ZK-SNARKs 极大地简化和改善负债证明协议中的隐私。 我们可以简单地将所有用户的存款放进 Merkle 树（或者更为简单的 [KZG 承诺](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html))，并使用 ZK-SNARK 来证明树中的所有余额都是非负的，并且加起来等于某个声称的值。如果我们添加了一层哈希来保证隐私，那么发给每个用户的 Merkle 分支（或 KZG 证明）将不会泄漏任何其他用户的余额。  *使用 KZG 承诺是避免隐私泄露的一种方法，因为其不需要把 “姐妹节点” 作为证明提供，并且可以使用简单的 ZK-SNARK 来证明余额的总和，并且每个余额都是非负的。* 我们可以通过一个专用的 ZK-SNARK 来证明上述 KZG 中余额的总和及其非负性。这里有一个简单的例子。我们引入了一个辅助多项式 I(x)，其“构建出用户余额的每一位”（为了举例，我们假设余额低于 $$2^{15}$$），其中每第16个位置追踪差额保证，只有当实际总额与宣称总额相等该值才会是 0。如果 z 是一个 128 阶的原根，我们可以证明方程成立：  [1] 译者注：对这个多项式等式的解读。 如何把这些等式转换为多项式校并在后续转换为 ZK-SNARK 可以参考我撰写关于 ZK-SNARKs 文章的[此处](https://vitalik.ca/general/2021/01/26/snarks.html#comparing-a-polynomial-to-itself)和[另外一处](https://vitalik.ca/general/2021/01/26/snarks.html#comparing-a-polynomial-to-itself)。这并不是一个最优的协议，但让这些密码学证明比较好理解！ 只需要几个额外的方程式，该约束系统就可以适配更复杂的设定。例如，在杠杆交易系统中，个人用户拥有负余额是可以接受的，但前提是他们需要拥有足够的抵押资产以覆盖其负债。SNARK 可以用于证明这一更为复杂的约束，向用户保证，交易所不能[秘密违规豁免某些用户](https://decrypt.co/114941/god-mode-sbf-alameda-secret-exemptions-ftx-liquidation)，从而危及用户资产。 长远来看，这种 ZK 负债证明的用处不限于交易所中的用户存款，还可以用于更广泛的贷款场景。任何贷款的人都会将记录放入含该贷款的一个多项式或一棵树中，而根会在链上发布。这将使得任何寻求贷款的人向放款方提供零知识证明，以表明其未获得太多其他贷款。最终，法律上的创新甚至可以使得以这种方式进行承诺的贷款比无承诺的贷款拥有更高的优先级。这与我们在[《去中心化社会：寻找 Web3 的灵魂》](https://www.ethereum.cn/Ecosystem/decentralized-society-finding-web3-soul)中讨论的一个想法不谋而合：通过某种形式的”灵魂绑定代币“，使得链上负面信誉的概念成为可能。 <br/> # **资产证明** 资产证明最简单的版本是我们上面看到的协议：为了证明您持有 X 个代币，您只需在预定时间移动 X 个代币或在交易中携带“这些资金属于 Binance”的信息。为了避免支付交易手续费，你可以签署一条链下消息。[比特币](https://en.bitcoin.it/wiki/Message_signing)和[以太坊](https://w3c-ccg.github.io/ethereum-eip712-signature-2021-spec/)都有[链下](https://github.com/bitcoin/bips/blob/master/bip-0322.mediawiki)签名[信息](https://eips.ethereum.org/EIPS/eip-1271)标准。 这种简单的资产证明技术存在两个实际问题： ● 冷钱包处理 ● 抵押品重用 出于安全考虑，大多数交易所会将大部分用户资金存储在冷钱包中：在离线的计算机上，交易需要手动签名并携带到互联网上。这种手段是很普遍的：我过去用于存放私人资金的冷钱包放在一台永久离线的计算机上，它会生成包含已签名交易的二维码，然后我会用手机扫描这些二维码。由于资金量庞大，交易所使用的安全协议会更加复杂，经常涉及在多个设备间的多方计算，以进一步降低单设备被黑导致密钥泄露的可能性。在这种背景下，即使是创建一条额外消息来证明对地址的控制也是一项昂贵的操作！ 交易所可以采用以下几种方式： ● 维护一些长期使用的公开地址。交易所生成若干地址，仅发布一次每个地址所有权证明，然后重复使用这些地址。这是迄今为止最简单的方案，尽管它在保护安全及隐私上增加了一些限制。 ● 持有很多地址，然后随机证明几个地址。交易所持有很多地址，甚至可能每个地址只用一次，并在单次交易后不再使用。在这种情况下，交易所需要有一个协议，不时地随机选择一些地址，交易所必须“打开”以证明所有权。一些交易所已通过审计员进行了类似的操作，但原则上，这种技术可以转化为完全自动化的程序。 ● 更复杂的 ZKP 方式。例如，交易所可以将其所有地址设置 1/2 多签，这些地址的其中一份密钥各不相同，而另一份相同的密钥是以某种复杂但安全的方式（如，12/16 多签）存储起来重要的紧急备份盲版。为了保护隐私并避免泄漏其全部地址，交易所甚至可以在区块链上运行零知识证明以证明该格式链上地址的总余额。 ● 另一个主要问题是防止抵押品重用。彼此间来回转移抵押品以证明储备金对交易所而言通常[很容易办到](https://twitter.com/cz_binance/status/1591690261029130240)，这使得实际上没有偿付能力的情况下蒙混过关。理想情况下，可偿付证明应该实时完成，并在每个区块后更新证明。如果不切实际的话，那么下一个最好的办法就是交易所间协调出一个固定的时间进行证明，例如在 UTC 时间每周二下午 2 点证明储备。 最后一个问题是：能在法定货币上做资产证明吗？交易所不仅持有加密货币，还持有银行系统内的法币。在这方面，回答是肯定的，但这样的程序将不可避免地依赖于“法币”信任模型：银行自身可以证明余额，审计人员可以证明资产负债表等。鉴于法币不能通过密码学验证，这是在该框架内的最佳方案，仍然值得一做。 另一种方法是将实体 A 和实体 B 分离开来，A 负责运行交易所并且处理 USDC 这种由某种资产背书的稳定币；而 B 负责在加密货币和传统银行系统之间处理现金流入和流出的过程，在这个案例中 B 即是 USDC 本身。由于 USDC 的 “负债” 只是链上的 ERC20 代币，所以负债证明是可以 “轻易” 获得的，而我们只需处理资产证明的问题。 <br/> # **Plasma 和 validiums: 我们可以实现非托管 CEX 吗？** 假设我们想更进一步：我们不想仅仅证明交易所有足够资金偿还其用户。相反，我们想彻底防止交易盗用用户的资金。 在这上第一个尝鲜的是 Plasma，这是一种 2017 年和 2018 年在以太坊研究界流行的扩容解决方案。Plasma 的工作原理是将余额拆分为一组独立的“代币”，每个代币都会分配一个索引，并放到 Plasma 区块的 Merkle 树中的特定位置上。要进行有效的代币转移，需要将交易放到树中的正确位置上，而树根会被发布到链上。  *Plasma 的一个版本的极简图。代币被保存在智能合约中，该合约在取款时会强制执行 Plasma 协议的规则。* OmiseGo 试图基于此协议创建一个去中心化交易所，但从那时起，他们就转向去做其他事了——就这而言，Plasma Group 也是如此，他们去做了 optimistic rollup 项目 [Optimism](https://www.optimism.io/)。 2018 年对 Plasma 的局限性（如，证[明代币碎片整理](https://ethresear.ch/t/plasma-cash-defragmentation/3410)）的探讨让大家从根本上怀疑 Plasma 的可行性。自 2018 年对 Plasma 的探讨达到顶峰以来，ZK-SNARKs 在扩容相关用例上变得愈加可行，正如我们上面所说的，ZK-SNARKs 改变了一切。 Plasma 更新的版本是 Starkware 称为 [validium](https://ethereum.org/en/developers/docs/scaling/validium/) 的方案：除了数据被保存在链下以外，基本上与 ZK-rollup 相同。该构造适用于许多用例，可以想象其适用于任何中心化服务器需要证明其正确执行代码的场景。在 validium 中，运营方无法窃取资金，但根据具体的实现细节，如果运营方消失，一些用户资金可能会被卡住。 现在看来一切很棒：CEX 和 DEX 远非二选一，事实证明，其中有一系列的选择，包含各种形式的混合中心化，在那里你能获得一些好处，比如效率，但仍有很多密码学保障，可以防止中心化运营方的大部分形式的恶意行为。  然而，余下的基本问题也值得思考：如何处理用户错误。到目前为止，最重要的错误类型是：如果用户忘记了密码、丢失了设备、被黑或无法访问其帐户，那该怎么办？ 交易所可以解决这个问题：首先利用电子邮件恢复，如果连这都失败了，再通过 KYC 进行更复杂的恢复。但若要解决这些问题，交易所需要真正控制这些代币。为了能够合理地恢复用户资金，交易所需要拥有同样可用于无故窃取用户资金的权力。这是一个不可避免的权衡。 理想的长期解决方案是依靠自我托管，用户在未来可以方便地使用诸如[多签及社交恢复钱包](https://vitalik.ca/general/2021/01/11/recovery.html)等技术来帮助处理紧急情况。而短期内，有两种明显的替代方案，有着不同的成本和收益： | **选项** | 交易所侧的风险 | 用户侧的风险 | | :--------------------------- | :----------------------------------------- | :----------------------------- | | 托管型交易所（如 Coinbase） | 如果交易所侧有问题，那么用户资金可能会丢失 | 即使交易所使坏，用户仍可以提现 | | 非托管型交易所（如 Uniswap） | 即使交易所使坏，用户仍可以提现 | 一旦用户出了差错，用户资金可能会丢失 | 另一个重要问题是对跨链支持：交易所需要支持很多不同的链，诸如 Plasma 和 validiums 等系统需要用不同的语言编写代码以支持不同的平台，并且在当前形式下无法在一些平台（尤其是比特币）上实现，这有望通过技术升级和标准化来解决；然而，从短期来看，这是如今托管型交易所保持托管模式的另一个原因。 <br/> # **结论：展望未来更好的交易所** 短期内，有两种明确的交易所类别：托管型交易所和非托管型交易所。如今，后一类即像 Uniswap 那样的 DEX，未来我们可能还会看到受密码学约束的 CEX，其中用户资金会以类似 validium 智能合约的方式持有。我们也可能会看到半托管型交易所，其中我们信任其对法币而非加密货币的处理。 这两种类型的交易所将继续存在，而提高托管型交易所安全性的向后兼容最简单方法是增加储备证明。这包括资产证明和负债证明的结合。为两者都设计出优秀的协议仍存在着一些挑战，但我们能够且应当推动两类技术的齐头并进，并尽可能开源软件和程序，以便所有交易所都能获益。 从长远来看，我希望我们向着所有交易所皆为非托管的方向发展，至少在加密货币上如此。钱包恢复将会存在，可能需要为小额资金的新用户和出于法律因素需要此类安排的机构提供高度中心化的恢复选项，但这可以在钱包层而非交易所内部完成。在法币方面，传统银行系统和加密货币生态系统之间的移动可以通过 USDC 等资产背书稳定币原生的资金进出流程完成。然而，我们仍有很长的路要走。 --- [1]译者注： ● 每 16 个数字代表一个用户（前面 15 个数字代表该用户的余额，最后一位代表目前为止用户余额总和跟声明的差额）。我们可以看到上面的举例代表了两个用户（这里要读者洞察一下） ● 宣称的用户平均余额：185 ● 用户1的余额：20 -> 000 0000 0001 0100 - 差额：20 - 185 = -165 ● 用户2的余额：50 -> 000 0101 0011 0010 - 差额：-165 + 50 -185 = -300 ● 最终遍历完所有用户，最后一个用户的差额要求为 0 ● 四个等式的解释 - 等式 1：递推的初始值为 0 - 等式 2：每个用户余额需要跟 KZG commitment 相对应 - 等式 3：每个用户余额的递推公式，约束余额 >= 0 且 < $$2^{14}$$ （上面说余额 < $$2^{15}$$ 应该是笔误，因为按照等式 3，递推公式只有 14 个取值，I($$z^{i}$$) < $$2^{14}$$， 16 个数字对应：I($$z^{16x}$$)=0| I($$z^{16x+1}$$) | I($$z^{16x+2}$$) | … | I($$z^{16x+14}$$) | 差值 16 个数字对应最大取值：0 | $$2^{1}$$-1 | $$2^{2}$$-1 | … |$$ 2^{14}$$-1 | 差值） - 等式4：约束所有用户总余额与交易所宣称的余额一致） --- 特别感谢 ECN 社区翻译志愿者 @doublespending 对本文的翻译贡献。 <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及 ethereum.cn，若需长期转载，请联系 [eth@ecn.co](mailto:eth@ecn.co) 进行授权。https://www.ethereum.cn/ecosystem/eth-weekly-2022-12-13https://www.ethereum.cn/ecosystem/eth-weekly-2022-12-13Tue, 13 Dec 2022 00:00:00 GMT## 本期看点 - **上海升级时间表，确保 EOF 不会影响提款** - **上海升级确定纳入 EVM 系列 EIP** - **KZG 仪式测试网站已上线** - **Optimism 第二轮追溯性公共物品募资即将开放申请** - **Polygon zkEVM 团队构建并推出了开发者用于探索 zk 技术的重要工具** - **ConsenSys 隐私政策更新方向** <br/> ## **主网** **上海升级确定纳入 EVM 系列 EIP** 第 151 次以太坊核心开发者会议 (ACD) 于 2022 年 12 月 8 日举行。这次会议主要围绕上海升级计划展开。 在上一次的 ACD 上，大家达成的共识是：提款应该被优先处理，并相对快速地交付。尽管 Geth 团队的 @peter_szilagyi 不同意，他的观点是，我们应该尝试让 4844 和提款一起上线，即使这意味着延迟。他担心不这样做会导致 4844 在明年秋天前无法上线。 虽然大家普遍支持尽早推出 4844，但就如在[第 99 次共识层开发者会议](https://www.ethereum.cn/ecosystem/eth-weekly-2022-12-6)上讨论的结果一样，应该将提款与 4844 的上线脱钩，但它会是下一个执行层升级的中心，配合共识层的规范，以及开发者们应该在上海升级后尽快推出 4844 的升级。 那么接下来要讨论的是，上海升级还需要纳入哪些内容。 Geth 和 Besu 团队认为，EOF，即引入新的 EVM 合约格式、代码/数据分离、新的操作码等 EIP 应该是与提款一起被纳入的主要内容。Nethermind 和 Erigon 没有特定的偏向。 会议上关于 EOF 的一个关注点是，考虑到其规模之大，现在的规范是否足够稳定，是否真的能准时实现。为了帮助其他人理解这点，@alexberegszaszi 和 @lightclients 制作了一个统合了所有 EOF EIP 的[规范](https://notes.ethereum.org/@ipsilon/eof1-unified-specification)：EOF 最初被分为 5 个 EIP 是为了帮助客户端团队更清晰地理解每个特定修改，但当把它们看作一个整体时，把它们都放在一个地方会更好。 关于这些 EIP 的实现是否会延迟提款，Geth、Besu 和 Nethermind 团队都表示有信心不会延迟，Erigon 团队则表示最多延迟几周。 关于这个问题，有些与会者表示希望不会从这里就开始出现延迟的可能。还有人担心，一旦开始实现 EOF，如果不能及时完成，是否可以轻易地取消它？ 所有客户端团队都表示从上海升级移除这个 EIP 是非常简单的。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1600944720603394049&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1600944720603394049" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 477px; display: block; flex-grow: 1;"></iframe> <br/> **上海升级时间表，确保 EOF 不会影响提款** 在时间安排上，开发者们确定了希望把 EOF 留在上海升级的以下里程碑： 1. 在下一次 ACD (2023 年1 月 5 日) 之前，希望所有客户端都有完整的 EOF 实现，并通过测试套件。 2. 在再下一次 ACD (2023 年1 月 9 日) 之前，希望看到执行层客户端在开发者测试网上的互操作。 如果这些标准都没有达到，那么 EOF 就是会移出上海升级。以上的时间安排意味着，如果没有出现意外问题，在一月下旬，开发者们会进行主网影子分叉测试、然后可能在二月 EOF 和提款都会上测试网。 经过一些讨论，确定纳入上海升级的内容包括：提款、EOF、EIP-3651、EIP-3855 和 EIP-3860。如果到了一月，开发者们没有达成 EOF 的里程碑，他们将把 EOF 移出上海升级，并尽快推出提款。  来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1600945017597886464&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1600945017597886464" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 497px; display: block; flex-grow: 1;"></iframe> <br/> **KZG 仪式测试网站已上线** 第 151 次 ACD 上，开发者们还对几项重要内容进行同步。 - [@trent_vanepps](https://twitter.com/trent_vanepps) 对 KZG 仪式的情况进行了更新。KZG 仪式被用于生成随机性源，使得可以验证在 (proto)Danksharding 中存储在 blob 里数据的有效性。要想这种验证是安全的，只要求一个验证者是诚实的。这个仪式很快就会面向公众，开发者们预期会有大约 1 万名参与者 (比之前最大型的仪式超出 2 倍的人数)。如果大家想为以太坊扩容出一份力，参与 KZG 仪式是很简单的事。 另外，接受公众参与的 KZG 仪式测试网站已上线，大家可以通过此网站体验交互，预计明年新年推出 真正网站时会给参与者发放 POAP [https://ceremony.ethereum.org](https://ceremony.ethereum.org/) - ConsenSys 的研究员 [@mkalinin2](https://twitter.com/mkalinin2) 分享了关于使引擎 API 规范适应合并后环境的提案 https://github.com/ethereum/execution-apis/issues/321 - 关于目前的提款实现，现在有两个私人开发测试网，如在第 99 次共识层开发者会议上的讨论所示 (见下图)。提款在这两个开发者测试网上进展顺利，但从 BLS 到 ETH 地址的提款凭证升级仍有一些问题需要解决。现在，验证者可以使用 BLS (0X00) 或 ETH 地址 (0x01) 提款凭证进行存款。为了实现提款，验证者将需要一个 0x01 凭证 (以表明 ETH 应该被发送到哪里)。对于拥有 0x00 凭证的验证者来说，这意味着需要对把凭证升级为 0x01 类型凭证 (即 ETH 地址) 的消息进行签名。`ethdo` (https://github.com/wealdtech/ethdo) 现在支持对这些消息签名，但其他工具也应该很快就支持了。  这是 2022 年最后一次 ACD 了，下周还有一次共识层开发者会议。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1600936645536395264&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1600936645536395264" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 822px; display: block; flex-grow: 1;"></iframe> <br/> ## **Layer2** **Optimism 第二轮追溯性公共物品募资即将开放申请，分配 1000 万枚 OP 给提名项目** 12 月 7 日，Optimism 宣布其公民议院连同第二轮追溯性公共物品募资将一起推出。在 2023 年 2 月，1000 万 OP 将分发给 Optimism 上支持公共物品的个人和项目。 这也将是公民议院的首次发布，公民议院是 Optimism 治理机制 Optimism Collective 的一个组成部分。Optimism Collective 将由两个议院共同治理，Citizens' House (公民议院) 和 Token House (代币议院)： - Token House 通过代币空投建立，构建了首批社区成员。OP 代币持有者将能够对协议升级、项目激励措施、治理基金等进行投票。 - Citizens' House 将推进和治理追溯性公共物品募资的分配过程，募资资金将由网络的利润收集而成。公民身份将通过 “灵魂绑定”(soulbound) 的方式授予 (分发 NFT)，而随着 Optimism 社区的发展，公民群体也将不断扩大。Citizens' House 是一个工具，使权力从任何中心化组织分配到以个人为中心的、非财团群体身上的一种机制。 对于 Optimism 来说，能够得到良好资助的公共物品意味着更好的开发者工具、对用户的广泛教育、更安全的基础设施以及行业领先的研究。这使得 Optimism 能够更好地发展。 因此 Optimism 的公民议院基于一种称为追溯性公共物品募资 (Retroactive Public Goods Funding, RetroPGF) 的机制来让公共物品得以发展。RetroPGF 基于一个简单的想法实现，即选出过去对社区有用的项目，而不是假设未来什么项目可能对社区有用，来对其发起资助。 第二轮公共物品募资的提名将于 2023 年 1 月向公众开放，投票从 2 月初开始，为提名项目分配 1000 万 OP。在此轮中，将由 90 名徽章持有者对提名项目进行投票。 在目前的阶段中，公民议院将只负责在 Optimism 基金会提供的范围和程序内对 RetroPGF 进行投票。而在未来的阶段中，公民议院的作用将会扩大。例如，除了对 RetroPGF 进行投票外，公民议院还将与代币议院共同管理协议利润的分配；共同制定参与公民议院的标准；并参与一个制衡系统，以执行 Optimism Collective 的行为准则。 最终，公民议院将由数以万计的 Optimist 组成，而任何人拥有良好声誉将能获得在议院的一个席位。为了为这种基于身份的治理创建基础，Optimism 引入了一个简单的身份层 "AttestationStation"，作为 公民议院 v0.1 版本发布的一部分。AttestationStation 是一个简单的注册表合约，作为 Collective 在 Optimism 生态系统中声誉生产和消费的第一个实验。在最终的图景中，公民议院和代币议院可能会根据 AttestationStation 中记录的声誉授予公民身份。 来源：https://optimism.mirror.xyz/wqk1Yeyn2OhV9paDzbRXvQ0m0JYDu2npbSkMClwk1rY <br/> **Polygon zkEVM 团队构建并推出了开发者用于探索 zk 技术的重要工具** Polygon 的 zkEVM 团队创建了一种用于新的特定领域、完全开源的多项式恒等式语言 (PIL)，可用于定义状态机，开发者无需担心 ZK 证明机制的复杂性。 这使得开发者在构建复杂的 zk 有效性证明系统时，更关注用例本身而不是 zk 的复杂性。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1600108451127906304&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1600108451127906304" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 832px; display: block; flex-grow: 1;"></iframe> <br/> **Rainbow 钱包支持跨链 swap** Rainbow 钱包推出其桥接以及跨链 swap 方案，通过与 Socket @SocketDotTech 合作，聚合多个主流的桥接解决方案如 Hop Protocol、Across Protocol 等等，让用户能够找到最佳的桥接路由。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1599814643576283139&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1599814643576283139" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 728px; display: block; flex-grow: 1;"></iframe> <br/> **Starknet ID 上线主网** 基于 StarkNet 构建的身份和域名服务 Starknet ID 上线主网，用户可以铸造自己的 ".stark" 域名了。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1600490568886411264&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1600490568886411264" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 663px; display: block; flex-grow: 1;"></iframe> <br/> ## **生态** **ConsenSys 隐私政策更新方向** 针对 11 月下旬 ConsenSys 发布的隐私政策更新所引起的巨大反响，ConsenSys 在 12 月 6 日发文《ConsenSys 数据保留政策更新》，对其旗下产品 MetaMask 和 Infura 收集钱包账户地址和 IP 地址的情况进行说明，并预告之后的隐私政策更新。MetaMask 也发推文对情况进行详细说明： Metamask 的默认 RPC 或帮助用户与区块链连接和交互的系统事@Infura_io，Infura 像 MetaMask 一样属于 ConsenSys。 当大家使用 MetaMask 时主要有两种活动：“读取”，比如查看你的账户余额，或“写入”活动，比如在区块链上进行交易。 对于“读取”活动，Infura 从不存储此请求的内容。因此，MetaMask 也不会存储这个信息。 对于”写入“活动，Infura 收集钱包和 IP 地址，这是确保交易执行成功所需要的，以及其他关键功能，如负载平衡和 DDoS 保护，由 Infura 提供。 与交易相关的 IP 和 钱包地址数据不是存储在一起的，也不会以允许我们的产品和系统将这两部分数据关联起来的方式存储。我们根据我们的数据保留政策来保留和删除用户数据，如 IP 和钱包地址。 我们现在正努力把这个窗口期缩短到 7 天，我们将在即将到来的更新中把这些保留政策添加到下一次的隐私政策更新中。 我们也对 MetaMask 进行产品更新，以进一步支持用户隐私 \#1：wallet_addEthereumChain 是 EIP-3085 的内容，我们正重新设计添加不同网络的流程，以更好改善用户代理，特别是改善添加自定义 RPC 端点已有的摩擦。 \#2：当一个网站建议用户通过 MetaMask 连接到一条特定链接时，该选择有时会默认回到使用 Infura 作为提供商，我们正在解决这个问题。 \#3：我们正在修改自定义 RPC 选择界面，使其更方便用户使用。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1600114635650338816&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1600114635650338816" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 759px; display: block; flex-grow: 1;"></iframe> <br/> **去中心化电影制作平台 shibuya.xyz 完成由 a16z 和 Variant 领投的价值 6900 万美元的种子轮** shibuya.xyz 由艺术家 [@pplpleasr1](https://twitter.com/pplpleasr1) 和 [@maciej_kuciara](https://twitter.com/maciej_kuciara) 创建，不同于传统的流媒体，Shibuya 以去中心化为先，基于区块链技术安全地发布以及货币化创作者的内容。这个去中心化的电影制作平台希望建立一系列工具和资源，帮助创作者制作高质量的内容，并为他们提供直接接触受众的渠道。这可以让创作者与粉丝建立深厚的联系，并创造忠实的粉丝，帮助推动平台的发展。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1600865910231011329&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1600865910231011329" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 662px; display: block; flex-grow: 1;"></iframe> <br/> **FTX 事件受影响机构一览图，创始人 SBF 被捕** Molly White 制作了 FTX 扩散关系图，呈现了 FTX 与不同机构间的资金关系：https://www.mollywhite.net/etc/ftx-contagion 根据巴哈马司法部门的一份公告显示，FTX 创始人 SBF 已于 12 月 12 日被巴哈马政府逮捕。官方声明表示，巴哈马政府是在收到美国的正式通知后对 SBF 执行逮捕的，美国已对 SBF 提出刑事指控，并可能提出对其的引渡要求。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1599857171570855936&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1599857171570855936" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 710px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1602446815772741632&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FqSClOj4NZ7vm1Nmqasal1k5AtoPDmtM3rXc1s7vpt50&amp;sessionId=72d917ab6bb3f3def99edfc2ecae59e23254e86d&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1602446815772741632" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 265px; display: block; flex-grow: 1;"></iframe> <br/> <br/> 声明：以太七日谈栏目内容由编者自行编译而成，仅供参考，请以消息来源为准。转载须注明原文出处以及 ETH中文。若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/annotated-ethereum-roadmaphttps://www.ethereum.cn/Eth2/annotated-ethereum-roadmapFri, 09 Dec 2022 00:00:00 GMT编者注：本文基于最新以太坊路线图进行内容注解，关注 “ETH中文” 公众号发送 “2022 路线图” 即可获得高清中文版；或点击链接下载：https://twitter.com/ethereumcn/status/1588825937629835265?lang=ar <br/> 作者 | @domothy 来源 | [notes.ethereum.org](https://notes.ethereum.org/@domothy/roadmap) <br/> 本文档旨在为读者了解[以太坊路线图](https://storage.googleapis.com/ethereum-hackmd/upload_1a45d0f8e3eff90c4832d9cb2700a441.jpg)上各个部分提供入口点，每一部分都做了简单的概要介绍，如想深入了解，文内亦附上了详细的链接。 这是一份持续更新的文档，如果发现这里提供的任何信息出现不清楚、不准确、过时或是遗漏的情况，请随时[联系我](https://twitter.com/domothy)。 **注意**：如路线图上箭头所示，所列出的各个部分并非连续进行的工作，它们的推进是并行的。 <br/> ## The Merge (合并) 目标：实现一个理想化的、简洁的、拥有鲁棒性的以及去中心化的 PoS 共识机制 ### 已完成工作 - 2020 年 12 月 1 日 — 信标链启动 - 引入以太坊 PoS 共识层，由验证者质押 ETH 来维护该层网络安全 - 信标链在[共识规范](https://github.com/ethereum/consensus-specs/tree/dev/specs/phase0)中被称为阶段 0 ([Vitalik 的注释版本](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md)以及 [Danny Ryan 的注释版本](https://notes.ethereum.org/@djrtwo/Bkn3zpwxB)) - 2021 年 10 月 27 日 — 热身分叉 (Altair) - 共识层客户端开发者们在协调硬分叉升级方面进行了一次试运行 - Altair 引入了[同步委员](https://github.com/ethereum/annotated-spec/blob/master/altair/sync-protocol.md#introduction)会来支持轻客户端，并对惩罚进行了一些调整 - [Altair 主网升级公告](https://www.ethereum.cn/Eth2/altair-announcement) - [Altair 规范](https://github.com/ethereum/consensus-specs/tree/dev/specs/altair) ([注释版本](https://github.com/ethereum/annotated-spec/blob/master/altair/beacon-chain.md)) - [“What’s new in ETH2” 中对 Altair 进行解释的那期](https://www.ethereum.cn/Eth2/wnie2-2021-11-5) - 2022 年 9 月 15 日，— 合并！PoW 退休 - 在区块高度 [15,537,394](https://etherscan.io/block/15537394) 处完成共识层和执行层的合并。 ### 下一步的工作 - **提款** — 允许验证者提取全部或者部分质押金 - [Capella 分叉](https://github.com/ethereum/consensus-specs/tree/dev/specs/capella) 指定共识层中的变更 - [EIP-4895](https://eips.ethereum.org/EIPS/eip-4895) 指定执行层中的变更 - [Tim Beiko 关于提款的 FAQ](https://github.com/timbeiko/eth-roadmap-faq#withdrawals) - [提款元规范](https://notes.ethereum.org/@ralexstokes/validator-withdrawals-meta-spec)和其他信息 - **分布式验证者** — “多签，不过是用于质押的”，这项技术中，`n` 人共享同一个验证者并且 `m-of-n` 必须就其行为方式达成共识 - 通过防止意外的罚没来强化质押机制，并使其更加容易参与 (比如，通过在多个参与者之间去信任地切分所需的 32 个 ETH) - 这并非协议内的工作，[SSV](https://ssv.network/) 和 [Obol](https://obol.tech/) 等团队正致力于这项研究 - **视域合并 (View merge)** — 调整分叉选择规则 (验证者投票的方式) 以减轻一类攻击 - 本质上就是 “强制” 诚实的验证者能够看到正确的链头，以减少作恶验证者分裂投票并重组对其有利的区块的机会。 - [ethresear.ch post](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) 中有许多关于这项研究的 (非常技术性的) 背景 - **改良的聚合** — 以太坊努力支持尽可能多的验证者，但是让每个验证者对每个区块投票 (并验证每个其他验证者的投票) 太占用带宽了。退而求其次就是聚合签名，但这也有其局限性，而且可以做得更好 - [关于 BLS 聚合签名的好处的解释帖子](https://www.reddit.com/r/ethfinance/comments/usvce5/explained_how_bls_signatures_give_ethereum_a/) - 潜在的候选签名技术：[Horn](https://ethresear.ch/t/horn-collecting-signatures-for-faster-finality/14219) - **单个 slot 实现最终确定性 (SSF)** — 每隔一个 slot (12 秒) 敲定一次链状态，而不是每隔一个 epoch (12.8 分钟) - [通往单个 slot 实现最终确定性之路](https://notes.ethereum.org/@vbuterin/single_slot_finality) ([中文版](https://www.ethereum.cn/Eth2/paths-toward-single-slot-finality)) - 除了改良签名聚合之外，我们还必须弄清楚两件事： - **SSF 共识算法** - 现有的与 SSF 兼容的算法是不够的，我们想要一个即便是超过 1313 名验证者离线也能保持链的活性的算法。 - **SSF 验证者经济学** - 如果我们最终不得不限制验证者的数量，我们如何限制参与率，以及我们需要做出什么牺牲？ - **秘密领导选举** (SLE) - 目前，被选中提议一个区块的验证者 (单个 slot 的领导者) 是稍微提前知道的，这使得潜在的 DoS 攻击能够专门针对即将到来的区块的领导者 - [ethresear.ch](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763) 有一篇帖子是关于基于随机混洗的单一秘密领导选举的协议：除了领导者自己，没有人知道谁将是这个 slot 的领导者，直到他们将自己的区块与领导者证明一起公布出来。 - [非单一秘密领导者选举](https://ethresear.ch/t/secret-non-single-leader-election/11789)可能也是一种选择 - **支持更多验证者** — 正在进行的长期努力：安全地支持更多的验证者始终是我们的目标 - **量子安全的、聚合友好的签名** — 在量子计算机成为一个合理的担忧之前，使以太坊成为量子安全的是我们长期努力的一部分 - 所用的 BLS 签名方案基于的密码学已知会被量子计算机破解，但已知是量子安全的替代签名方案并不像 BLS 那样有效地聚合签名 (因此需要一个既量子安全又聚合友好的方案)。 - 两个主要的量子安全方案是[基于 STARK](https://hackmd.io/@vbuterin/stark_aggregation) 的和基于 Lattice 的 <br/> ## The Scourge (解决隐患) 目标：确保可靠且可信中立的交易打包过程，避免 MEV 带来的中心化以及其他协议上的风险。 Relevant links:相关链接： - [以可信的中立为指导原则](https://nakamoto.com/credible-neutrality/) - [关于 MEV 的多条推串](https://twitter.com/bertcmiller/status/1402665992422047747) - [关于 MEV 和 PBS 的文章](https://pseudotheos.mirror.xyz/i7sv9SFb1e64W2ax_kYwp68O0M2NdACtOu9Hj12SPP8) - [关于 PBS 的链接清单](https://notes.ethereum.org/@domothy/pbs_links) ### 已完成工作 - 协议外的 MEV 市场 — MEV-Boost 中间件允许普通验证者从 MEV 中获利，而无需自己运行复杂的 MEV 策略 - 这个解决方案本身不完整，[因为它有审查问题](https://www.mevwatch.info/) - 阅读文章 ["The Cost of Resilience"](https://writings.flashbots.net/the-cost-of-resilience/) 和 ["The Future of MEV is SUAVE"](https://writings.flashbots.net/the-future-of-mev-is-suave/)，了解使得这些协议外的 MEV 市场更加有弹性的计划 ### 下一步的工作 - **打包列表或者备选方案** — 让区块提议者对区块构建者进行限制，即强迫他们纳入交易 - [打包列表相关笔记](https://notes.ethereum.org/@fradamt/H1ZqdtrBF) - [研究如何在不增加提议者负担的情况下约束构建者](https://ethresear.ch/t/how-much-can-we-constrain-builders-without-bringing-back-heavy-burdens-to-proposers/13808) - **协议内 PBS** — 将区块构建市场直接写入协议内 - **MEV 销毁** — 让区块链获取原本从链上经济中提取的价值 - [通过提议者拍卖来直接进行 MEV 销毁的提案](https://ethresear.ch/t/burning-mev-through-block-proposer-auctions/14029) - [委员会驱动 MEV 均匀分配](https://ethresear.ch/t/committee-driven-mev-smoothing/10408)让协议意识到 MEV - [通过经济激励措施设置验证者子集的上限](https://notes.ethereum.org/@vbuterin/single_slot_finality#Economic-capping-of-total-deposits)，将通过负增发间接销毁 MEV - **应用层 MEV 最小化** — 这个工作与 L1 没有直接关系，它涉及到开发者在设计他们的 dapp 时需要记住 MEV。这里有几个采用 MEV 最小化策略的 dapp 的[例子](https://www.mev.wiki/solutions/mev-minimization) ### 分布式构建者路线 由于区块提议过程是保持去中心化的，我们现在有一个单独的问题，即区块构建变得中心化。即便路线图上的所有其他部分都旨在最大限度地减少区块构建中心化可能带来的最坏情况，能够将区块构建分布在许多节点中仍然是一个很大的好处。 - **Blob 结构** - 寻找方法来减轻数据分片在许多节点上的高带宽和处理要求，而这些节点是普通消费者级别的硬件可以运行的。 - **预确认服务** - 给予用户强有力的保证，他们的交易将被打包进下一个区块中 - **抢跑保护** - 尽量减少有毒的 MEV，如三明治攻击，使得分布式的构建过程保持可信的中立 这依然是一个活跃的研究领域，具有非常开放的设计考虑，所以目前还不清楚前面两个框框是否应该被写入协议内 (因此路线图上有问号) 这里是相关的链接： - 关于[合并后区块构建](https://www.youtube.com/watch?v=KP5ppCRH0iM)的演讲，提到了去中心化区块构建 - 关于[去中心化构建者](https://www.youtube.com/watch?v=fAgrIdyWIqc)的演讲 - [关于分布式区块构建的一些想法](https://github.com/flashbots/mev-boost/issues/139) <br/> ## The Verge (边界) 目标：验证区块应当超级容易 — 下载 N 个字节数据、执行一些基本计算、验证一个 SNARK 然后你就完成验证了。 这一部分基本上是关于通过使得轻客户端最终可行，以填补 [“客户端方面的不足”](https://www.reddit.com/r/ethereum/comments/ryk3it/my_first_impressions_of_web3/hrrz15r/)：并非每个人都想或者能够运行一个全节点。The Verge 的目标是引入去信任或者信任最小化的替代方案，这种节点易于运行，不需要大量的存储和带宽。The Verge 的最终目标是让这些轻客户端提供与目前全节点相同的安全保障。 这一切都依赖于零知识技术，如 SNARKs 和 STARKs，它们本身依赖于多项式承诺方案。 这里有一些关于这方面的链接： - [介绍 zk-SNARK 何以可能](https://vitalik.ca/general/2021/01/26/snarks.html) [中文版](https://www.ethereum.cn/Technology/how-zk-SNARKs-are-possible) - [剖析 STARK](https://aszepieniec.github.io/stark-anatomy/) - [假设你是懂一些数学和编程的人，向你解释 zkSNARK](https://www.reddit.com/r/zkTech/comments/tfjvrj/zksnarks_explained_like_youre_someone_who_knows/) - [论多项式承诺方案在扩容以太坊中的作用](https://scroll.io/blog/kzg) ### 已完成的工作 - **解决了最严重的 EVM DoS 问题** — 主要是 gas 定价问题，[已在柏林升级中解决](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80) - **基本的轻客户端支持 (同步委员会)** — 多亏了同步委员会，很容易构建遵循共识层的轻客户端 - 了解 [Helios 客户端](https://a16zcrypto.com/building-helios-ethereum-light-client/)是如何利用同步委员会的 (很好地解释了这些委员会是如何运作的) ### 下一步的工作 - **EIP-4844 实现** — 在主网部署 EIP-4844 - 将需要一个 “仪式” 来创建受信任初始化：[解释](https://twitter.com/trent_vanepps/status/1573342059129229312)、[预估时间线](https://notes.ethereum.org/@CarlBeek/kzg_ceremony_timelines)、[规范](https://github.com/ethereum/kzg-ceremony-specs) - [EIP-4844 实现时间线概览](https://twitter.com/liamihorne/status/1595592154650288129) - **基本的 rollup 扩容** — 依赖于下面的工作： - EIP-4844 - 所实现的可扩展性依然被认为较基础/有限，这是因为 “每一个节点下载所有数据” 的性质限制了 blobspace 的可用容量 - rollup 的有限辅助轮阶段 (文章中提议了去掉 rollup 辅助轮的[路线图](https://ethereum-magicians.org/t/proposed-milestones-for-rollups-taking-off-training-wheels/11571/6)) ([中文版](https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-8)) - **完整的 rollup 扩容** — 依赖于下面的工作： - **DAS (数据可用性采样) 的 P2P 设计**：涉及数据分片网络连接问题的一些工作以及研究 - **数据可用性采样客户端：**开发轻量级客户端，可以通过对几千字节的随机采样快速判断数据是否可用 - **有效的 DA 自我恢复：**能够在最恶劣的网络条件下有效地重建所有数据 (比如，恶意验证者攻击、或者大块节点的长时间停机) - **不使用辅助轮的 rollup：**完全去中心化的定序者、去信任的欺诈证明、不可变的合约等等 - **量子安全的、无需受信任初始化的承诺** — 在量子计算机成为一个合理的担忧之前，使以太坊成为量子安全的是我们长期努力的一部分 - 虽然高效且强大，但到处使用的多项式承诺 (KZG) 并不是量子安全的，并需要一个受信任初始化。对更理想的长期使用的承诺的研究正在进行中，最终目标是在底层对 KZG 进行热转换 (hot swap) - **SNARK / STARK 专用集成电路** — 专门用来创建证明的硬件 - **Verkle tree** — 将用于全局状态的数据结构替换成一个更高效的版本 - [Verkle Tree 的链接清单](https://notes.ethereum.org/@domothy/verkle_links) - 关键的好处是能够生成非常简洁的证明，轻客户端可以只通过区块头很容易地验证这些证明，以核实像账户余额这样的东西 - 它们已经可以利用同步委员会来验证给定区块头实际上是主链的一部分 - 需要编写出合适的规范、确保安全地迁移，以及搞清楚它将如何影响更新/编辑状态的 EVM gas 开销 (这也取决于 The Purge 那部分中取消 “SELF-DESTRUCT” 的工作) - **基于 SNARK 的轻客户端** — 对同步委员会的状态转换生成 SNARK 证明，以快速证明哪些验证者组成当前的同步委员会 - **完全基于 SNARK 的以太坊** — 以下 3 项加在一起构成了 [“以太坊最终图景”](https://vitalik.ca/general/2021/12/06/endgame.html)([中文版](https://www.ethereum.cn/Layer2/endgame)) 的一个重要里程碑，即实现极其高效以及去信任的区块验证： - 用于 Verkle 证明的 SNARK - 通过将 Verkle 证明合并进单个 SNARK 中，区块将包含一个关于它们修改的部分状态的简短独立证明，因此不需要验证区块 `N-1` 的整个状态来验证区块 `N` 是否正确修改了它。 - **用于共识状态转换的 SNARK** — 从信任最小化的同步委员会转变为对共识层上发生的所有事情进行完全去信任的验证 - **用于 L1 EVM 的 SNARK** — 利用 rollup 团队在 zk-EVM 上所做的工作，将 zk-EVM 直接集成到 L1 中 - 阅读关于[写入协议内的 rollup 的帖子](https://www.reddit.com/r/ethereum/comments/vrx9xe/ama_we_are_ef_research_pt_8_07_july_2022/if7auu7/?context=1) - **提高 L1 gas 上限** — 通过消除目前 “每个节点都需要存储所有东西” 的负担来实现去信任地验证区块，这将更容易地形成更大的区块以获得更多 L1 可扩展性 (这会自动地加强所有 L2 扩容的效果) - **转向量子安全的 SNARK (如 STARK)** — 在量子计算机成为一个合理的担忧之前，使以太坊成为量子安全的是我们长期努力的一部分 - SNARK 基于的密码学是已知能够被量子计算机破解的，而 STARK 不是 <br/> ## The Purge (清除工作) 目标：简化协议、清楚技术债和通过清理历史数据限制参与网络的成本 ### 已完成工作 - **清楚大多数 gas 返还** — 所有的 [gas 重新定价](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80)工作已在柏林升级完成 - **信标链快速同步** — 从最近敲定的 epoch 同步 (在大多数共识层客户端中称为 "检查点同步") 而不是从创世开始同步，这方面的所有开发工作已完成 - **EIP-4444 规范** — 阅读 [EIP 规范](https://eips.ethereum.org/EIPS/eip-4444)了解 ### 下一步的工作 - **历史数据休眠** — 通过让旧的历史状态休眠来降低存储需求、减少同步时间和代码复杂性 - 阅读此条[推特长文](https://twitter.com/lightclients/status/1462576116359569411) - 依赖于 EIP-4444 的实现，即通过其他方式 (如[门户网络](https://www.portal.network/)) 来访问历史状态的替代方案 - [Vitalik 针对历史数据休眠的 AMA](https://www.reddit.com/r/ethereum/comments/qzvsfq/impromptu_technical_ama_on_history_expiry/) - **状态休眠** — 关于状态，修复 “一次性支付，数据永久储存” 的问题 - 这个想法主要关于让状态未使用的部分自动休眠，只保留一个 verkle tree 根，如果需要的话，用户可以用它来激活休眠的状态 - [Vitalik 针对状态休眠机制的 AMA](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/) - 依赖于这些工作： - **基本的状态休眠规范：**我们打算如何实现它，请看这个[潜在的路线图](https://notes.ethereum.org/@vbuterin/verkle_and_state_expiry_proposal) (和[其他选项](https://hackmd.io/@vbuterin/state_expiry_paths)) - **地址空间扩展：**[增加地址尺寸大小](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485)，从 20 字节增加到 32 字节，以防止冲突，并增加关于状态周期的数据 - **应用分析：**搞清楚它会如何破坏当前的应用/合约，以及这些应用/合约需要如何适应 - **日志改革** — 简化[事件日志](https://ethereum.github.io/execution-specs/autoapi/ethereum/frontier/bloom/index.html)的工作方式，以便更有效地搜索历史事件 - **序列化协调** — 执行层使用 [RLP](https://ethereum.org/en/developers/docs/data-structures-and-encoding/rlp/) 进行数据序列化，而共识层使用 [SSZ](https://ethereum.org/en/developers/docs/data-structures-and-encoding/ssz/)，这将会使得逐渐抛弃 RLP，而使用 SSZ - **移除旧的交易类型** — 停止支持旧的交易类型 (参阅 [EIP-2718](https://eips.ethereum.org/EIPS/eip-2718)) 以移除客户端的代码复杂性 (牺牲一些向后兼容性) - **EVM 简化路线** - 取消 SELFDESTRUCT — 这个操作码是许多问题的根源 - [消除 SELFDESTRUCT 的实用解决方法](https://hackmd.io/@vbuterin/selfdestruct) 解释了为什么以及怎么样移除这个操作码 - 相关 EIP：[EIP-4758](https://eips.ethereum.org/EIPS/eip-4758)、 [EIP-4760](https://eips.ethereum.org/EIPS/eip-4760) 以及[讨论](https://ethereum-magicians.org/t/eip-4758-deactivate-selfdestruct/8710) - 简化 gas 机制 — 涉及移除许多与 gas 相关的 EVM 功能，在[此处](https://hackmd.io/@vbuterin/evm_feature_removing)提及过 - 预编译 -> EVM 实现 — 舍弃[预编译合约](https://www.evm.codes/precompiled?fork=merge)，采用直接 EVM 实现 (即大型模运算，见 The Splurge) <br/> ## The Splurge (狂欢) 目标：完善其他东西 所有那些不需要更高优先级的好东西都属于 The Splurge 这一部分中。最大的一项就是[账户抽象](https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/account-abstraction/)，但也有对现有内容的小调整。 ### 已完成的工作 - **EIP-1559** — 这个著名的 [EIP](https://eips.ethereum.org/EIPS/eip-1559) 带来了许多[好处](https://mirror.xyz/domothy.eth/eY7ZM06oXF-m4xughor2nzXapPJ6TxCqRsVzFxzQsbs)，而不仅仅是销毁 ETH - **ERC-4337 规范** — 这个[ERC](https://eips.ethereum.org/EIPS/eip-4337) 旨在不修改核心协议的情况下引入账户抽象 - [ERC-4337 的解释](https://medium.com/infinitism/erc-4337-account-abstraction-without-ethereum-protocol-changes-d75c9d94dc4a) ### 下一步的工作 - **EIP-1559 的最终形式** — 通过使其变得[多维度](https://ethresear.ch/t/multidimensional-eip-1559/11651)的来完善 EIP-1559，[更像一个 AMM 曲线](https://ethresear.ch/t/make-eip-1559-more-like-an-amm-curve/9082)和[感知时间](https://eips.ethereum.org/EIPS/eip-4396)的 - **EVM 完善路线**和 The Purge 中的简化路线一起形成了 **EVM 的最终形式** - **EVM 对象格式 (EOF)** — 一组多个 EIP，允许在部署 EVM 字节码时对其进行验证和版本控制。请看这篇[解释文章](https://notes.ethereum.org/@ipsilon/evm-object-format-overview)和[推特帖子](https://twitter.com/lightclients/status/1593270266909450241) - **大型模运算** — 路线图中的许多密码学依赖于大量数字的模运算，这可以直接在 EVM 中更有效地完成 - 进一步完善 EVM — 任何其他值得添加以改进 EVM 的东西，或者[移除](https://hackmd.io/@vbuterin/evm_feature_removing)一些东西以消除复杂性 - **实现账户抽象最终形式的账户抽象路线**。有关以下内容的详细信息，请参阅 [Vitalik 的描述](https://notes.ethereum.org/@vbuterin/account_abstraction_roadmap#Convert-an-EOA-into-a-smart-contract-wallet)： - **ERC-4337** — 开发兼容的、实际获得采用的智能钱包 - **自愿对 EOA 账户进行转换** — 通过一个 EIP，允许普通账户不可逆地添加代码将其转换为合约，即成为 4337 兼容的智能钱包。 - **写入协议内** — 对所有现有账户强制进行上述转换 - **可验证延迟函数 (VDFs)** — 本质上是 “非并行的工作量证明”，这将增强 PoS 和其他东西中使用的[随机性](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#aside-randao-seeds-and-committee-generation) - 参阅[这篇贴文](https://ethresear.ch/t/verifiable-delay-functions-and-attacks/2365)，介绍 VDFs 以及其潜在用途 - **探索针对老旧账户的解决方案** — 拯救这些 “尘封的资产” 需要花的 gas 成本超过它们本身的价值。在这里看到[一堆想法](https://ethereum-magicians.org/t/some-medium-term-dust-cleanup-ideas/6287) <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/ecosystem/eth-weekly-2022-12-6https://www.ethereum.cn/ecosystem/eth-weekly-2022-12-6Tue, 06 Dec 2022 00:00:00 GMT <br/> ## **本期看点** - **上海升级优先提款、EIP-4844 公众贡献期** - **Shandong 测试网将被弃用** - **Obol Network 上线分布式验证者 Launchpad** - **Aztec Connect 发布开发者测试网 V1** - **StarkNet 公布最新的性能路线图，同时上线 StarkNet Alpha 0.10.2 的主网版本** - **Orbiter Finance 的合约以及流动性提供机制 Maker已部署在 Goerli 测试网** - **Uniswap 推出 NFT 交易聚合器，并对 Genie 用户进行 USDC 空投** - **RPC 隐私政策列表** <br/> ## **主网** **上海升级优先提款、EIP-4844 公众贡献期** 在 12 月 1 日举行的第 99 次共识层开发者会议上，开发者们重申了上周 ACD 上的决定，**即开发者们同意专注于在上海升级启动提款，这与他们在 EIP-4844 的工作分开，而 4844 可能会在上海升级后的另一个升级里实现。** 会议主持 Danny Ryan 表示，共识层团队认为，EIP-4844 与提款的准备情况不同，将它们放在同一次升级会大大延迟提款的进程。因此共识层开发者不会把它们结合起来，而且会全力推进 Capella 的工作。Capella 是现在专用于测试提款质押的 ETH 代码的测试网。 以太坊基金会的开发运维 Barnabas Busa 介绍了激活提款质押的 ETH 的最新进展。他提到，有两个多客户端开发者网络正在测试提款，一个模拟合并前的环境，另一个模拟合并后的环境。这两个开发测试网现在都还不支持所有执行层和共识层客户端。当所有的客户端实现都准备好后，开发者们会建立一个更持久的多客户端测试网来提款。 然后，以太坊基金会的研究员 Alex Stokes 对他的 PR 进行了简短更新，实现[设限扫描](https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-22)。这是一个避免极端情况的机制，即对于部分和全额提款协议需要扫描整个验证者集。Alex 的提案把扫描的最大值限制在 1024 个验证者。在会议上，没有开发者反对 Alex 的提案，且同意在这周末前围绕这个提案推出更多的提款测试用例。 另外，Trent Van Epps 也更新了 EIP-4844 实现所需的受信任初始化的进展。该仪式旨在生成一段将在 EIP-4844 中使用的安全代码，且这个仪式现在已经差不多为公众贡献期做好准备了。Trent 表示，希望该仪式将成为加密世界时尚规模最大的仪式之一，能收集到 8,000 到 10,000 份贡献。 仪式的公众贡献期将持续 2 个月，并于 12 月的某个时候开始。如果想了解更多信息，可以查看此[网站](https://ceremony.ethereum.org/)。 来源：https://www.galaxy.com/research/insights/ethereum-consensus-layer-call-99-writeup/ <br/> **Shandong 测试网将被弃用** EF JavaScript 团队在 12 月 1 日发推宣布，他们决定弃用 Shandong 测试网，而用于上海升级、提款、EOF 和分片的测试网安排和计划如下： - 对于 Shandong 测试网，将会有一个后续的多客户端且更符合上海升级的测试网，范围和时间由 ACD 决定。 - EF DevOps 有一个专注于提款的测试网 (仍在 alpha 阶段)：https://github.com/ethpandaops/withdrawals-testnet。这个测试网将用于测试提款 (在第一轮)。测试网是非常早期的，仍在稳定中，但已经可以用于提款相关测试。 - 一个新的 EOF (EVM 对象格式化) 测试网可能很快就会推出，然后也会集成剩余的 3 份 EIP (4200, 4750, 5450)。 - 分片 (4844) 有一个运行中的测试网，叫做 devnet-v3：https://github.com/Inphi/eip4844-interop。 - 基于 Shandong 测试网的经验，EF JavaScript 团队将启动一个专门的“社区测试网”，它独立于每次的硬分叉，用于测试一系列进展中的 EIP，并专注于通过 RPC 提供早期社区测试。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1598323497939378180&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1598323497939378180" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 482px; display: block; flex-grow: 1;"></iframe> <br/> **Obol Network 上线分布式验证者 Launchpad** 12 月 1 日，在以太坊信标链创世二周年之际，采用分布式验证者技术 (DVT) 的 Obol Network 上线了分布式验证者 Launchpad。它提供了一种简单而安全的方式，使得任何人都能通过用户界面与其他验证者一起发起一个分布式验证者集群，实现： - 设置集群配置 - 与运营商协作 - 通过 DKG 生成密钥分片 - 验证新的集群能够正常运行  这次发布的是公共 beta 版本，并会在下一个大型测试网 Bia 上确保提高易用性和质量，预计会在 2023 年的第一季度。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1598332016495276032&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1598332016495276032" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 712px; display: block; flex-grow: 1;"></iframe> <br/> ## **Layer2** **Aztec Connect 发布开发者测试网 V1** 11 月 29 日，Aztec Connect 发布了一个稳定的开发者测试网 V1。Aztec Connect 是一个允许其用户通过隐私且更省钱的方式使用以太坊服务的一个工具。 开发者有两种方法可以基于 Aztec 构建： 1. 利用 TypeScript SDK 构建一个保护隐私的面向用户的应用程序。 2. 构建一个 Aztec Connect 桥接，将 Aztec rollup 和以太坊智能合约连接起来。 连接钱包之后可手动添加网络，并通过 Aztec 提供的水龙头领取测试币，具体信息请看： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597591290182393856&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597591290182393856" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 923px; display: block; flex-grow: 1;"></iframe> 来源以及其他关于测试网的资源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597591276936867840&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597591276936867840" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 662px; display: block; flex-grow: 1;"></iframe> <br/> **StarkNet 公布最新的性能路线图，同时上线 StarkNet Alpha 0.10.2 的主网版本** 11 月 29 日，StarkNet 公布了他们最新的性能路线图，这个路线图目的是解决系统中关键因素 Sequencer 的问题。性能优化的路线图主要是：Sequencer 并行化 -> Cairo VM 的新 Rust 实现 -> Sequencer 在 Rust 中的重新实现。 StarkNet 大概在一年前上线主网，上线之初注重 StarkNet 功能上的开发。而现在，StarkNet 通过一系列步骤将重点转移到提高性能上去，这有助于增强 StarkNet 的用户和开发体验。 在这篇文章中，StarkNet 解释了为什么许多优化只适用于 Validity rollup，并且分步骤阐述了实现这些优化的计划。其中一些步骤已经在 StarkNet Alpha 0.10.2 中实现了，这个版本于 11 月 16 日发布了测试网，并在 11 月 29 日发布了主网。 来源：https://medium.com/starkware/starknet-performance-roadmap-bb7aae14c7de <br/> **StarkNet 文章荐读** @Real_Maxlion 发布了文章对 StarkNet 技术进行了系统的分析，从 ZKR 设计、EVM 兼容、STARK 证明系统、Cairo 语言和虚拟机等方面论述了 StarkNet 技术优越性。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1599225966911721472&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1599225966911721472" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 809px; display: block; flex-grow: 1;"></iframe> <br/> **区块链数据索引协议 The Graph 宣布支持 Polygon 网络** The Graph 是一个用于对 Web3 数据进行索引的去中心化协议，最近宣布了在 The Graph 网络上添加对 Polygon 的支持。Polygon 用户将很快能够依赖于完全去中心化的 API 来支持他们的去中心化应用。 加入 The Graph 网络将允许 Polygon 开发者找到他们所需要的数据，以提高他们应用程序的效率。Polygon 节点运营者可以成为 Polygon 的数据索引器，为网络上运行的 dAPP 服务。索引者可以通过为 subgraph 提供服务以获得奖励以及查询服务费。节点运营者可以申请加入 The Graph 的多链激励计划。 来源：https://polygon.technology/blog/polygon-is-coming-to-the-graphs-decentralized-network <br/> **Solana 钱包 Phantom 宣布支持以太坊和 Polygon 网络** 根据其公告，Solana 的钱包 Phantom 在创建之初就设下了向以太坊兼容的多链目标，对此 Phantom 团队已经努力开发了数月，以推出一个同时可在以太坊以及 Polygon 网络使用的钱包。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597597365774749697&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597597365774749697" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 590px; display: block; flex-grow: 1;"></iframe> <br/> **跨 Rollup 解决方案 Orbiter Finance 的合约以及流动性提供机制 Maker 已部署在 Goerli 测试网** 11 月 29 日是跨 rollup 解决方案 Orbiter Finance 上线一周年，截至目前，Orbiter 的跨链服务已支持 14 个网络和 4 种代币 (ETH、USDC、USDT、DAI)。 同一天，他们在 Goerli 测试网上部署了 Orbiter 的合约，包括 MDC (Maker 注册合约)、EBC (事件绑定合约)、SPV (交易验证合约)。通过这三个合约运行一套机制，以实现跨链服务以及仲裁过程。 30 日，Orbiter 在测试网推出 Maker 流动性提供机制。Maker 是 Orbiter 的流动性提供者，也是目前白名单中可以提供流动性的节点。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597551650180583425&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597551650180583425" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1207px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597901281146077186&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597901281146077186" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 853px; display: block; flex-grow: 1;"></iframe> <br/> **L2 解决方案首次消耗了超过 1000 亿 gas** 根据 [@PaoloRebuffo](https://twitter.com/PaoloRebuffo) 制作的数据统计图显示，2022 年 11 月，L2 解决方案首次消耗了超过 1000 亿 gas 来验证交易并运行它们在 L1 上的桥。6 个月前的 2022 年 5 月，gas 首次超过了 500 亿。  在这 6 个月里，L2 解决方案消耗的 gas 翻倍。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597136526584221696&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597136526584221696" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 651px; display: block; flex-grow: 1;"></iframe> <br/> ## **生态** **Uniswap 推出 NFT 交易聚合器，并对 Genie 用户进行 USDC 空投** 11 月 30 日，去中心化交易所 Uniswap 正式推出 NFT 交易聚合器。即日起，用户可以通过 Uniswap 交易主流市场 (OpenSea、X2Y2、Sudoswap、LooksRare 等等) 的 NFT，以查找更多的 NFT 藏品以及更优的价格。Uniswap 还对其旗下的 NFT 聚合器 Genie 的历史用户进行空投，并且对 NFT 聚合器的前 22,000 名用户提供 gas 补贴。 同时，得益于 Uniswap 最新的全面优化过的通用路由 (Universal Router) 智能合约，Uniswap 上的 NFT 买家将节省高达 15% 的 gas 费。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597953698449494022&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597953698449494022" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 758px; display: block; flex-grow: 1;"></iframe> <br/> **RPC 隐私政策列表** 早前 ConsenSys 更新了其隐私政策，在声明 ConsenSys Software Inc 是如何收集、使用、分享和存储用户的个人信息时，提到当你在 MetaMask 设置 Infura 作为默认 RPC 提供商时，Infura 在你发送交易时将收集你的 IP 地址和以太坊钱包地址。此隐私政策引起了社区热议。 几天后，DefiLlama 的开发者 @0xngmi 在推上宣布上线 ChainList: https://chainlist.org/chain/1。@0xngmi 声称，其团队手动检查了所有 RPC 的隐私政策，并用简单的标记符号对其隐私保护情况进行标识： - 绿色：不追踪 IP - 橙色：有限追踪 - 红色：追踪 IP - 空白：没有明确声明  来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1596586588448116736&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1596586588448116736" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 785px; display: block; flex-grow: 1;"></iframe> <br/> **NFT 历史维基百科网站** @LeonidasNFT 发布 NFT 历史维基网站 [nfthistory.org](http://nfthistory.org/)，这个维基百科网站以免费和开放的方式记录了NFT的起源故事。 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597963590207561728&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597963590207561728" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 849px; display: block; flex-grow: 1;"></iframe> <br/> **SBF 访谈内容整理** 此推文整理了上周末 Frank Chaparro 在播客 The Scoop 上与 SBF 的访谈内容，加密社区不少人表示此访谈十分有价值。   来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1599770304502374401&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1599770304502374401" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 638px; display: block; flex-grow: 1;"></iframe> <br/> **Coinbase Wallet iOS 受到 Apple 的限制** Coinbase Wallet 发推表示，Coinbase Wallet 的用户可能会发现他们无法在 Coinbase Wallet iOS 上发送 NFT，因为 Apple 阻止了其最新应用版本的上线，除非 Coinbase Wallet 禁用此功能。Apple 的说法是，发送 NFT 所需的 gas 费需要通过他们的应用内支付系统，这样他们可以收取 30% 的 gas 费。 其后，MetaMask 的联合创始人 Dan Finlay 转发了 Coinbase Wallet 的推文，并表示 MetaMask 在此声援 Coinbase Wallet，MetaMask 可能就是 Apple 强加这一政策的下一款钱包。他准备抛弃 Apple 生态。30% 的税是垄断企业的滥收费。 根据 Apple 最近对@EpicGames 的证词，30% 这条线的历史起源于游戏行业。这就是为什么像 Netflix 这样的平台可以被允许绕过它。但当然 Apple 并没有在遵循任何规则。他们只是在压榨。 来源： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1598365282162323457&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1598365282162323457" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 507px; display: block; flex-grow: 1;"></iframe> <br/> **为你的 ENS 设置头像** 现在通过 https://mintyourpfp.xyz/ens 可以把你的 ENS 下持有的 NFT 铸造为你的 ENS 头像了！感兴趣的朋友快去体验一下吧！ 来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19zaG93X2J1c2luZXNzX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3ZpZGVvX2hsc19keW5hbWljX21hbmlmZXN0c18xNTA4MiI6eyJidWNrZXQiOiJ0cnVlX2JpdHJhdGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3Nob3dfYmx1ZV92ZXJpZmllZF9iYWRnZSI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1598384620646850560&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZKVu7iVFOFQTLwR0-j-aLQHt7aDcodVTi9Lc5FLHiqg&amp;sessionId=41b0cb2a37539845a816397f0fcb00966f2af6da&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1598384620646850560" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 602px; display: block; flex-grow: 1;"></iframe> <br/> <br/> 声明：以太七日谈栏目内容由编者自行编译而成，仅供参考，请以消息来源为准。转载须注明原文出处以及 ETH中文。若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/Podcast004https://www.ethereum.cn/Layer2/Podcast004Sun, 04 Dec 2022 00:00:00 GMT<iframe src="https://player.fireside.fm/v2/2T9K4CVL+XEtFAt_i?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> 目前模块化区块链热度不减，这是由于单一型区块链它所固有的一些局限，性能和效率的低下让用户体验实在不良好；而单纯地提高硬件要求来改善性能的做法又会导致中心化的问题，因为节点参与网络运营的成本或者说门槛太高。 那么模块化区块链/分层结构为何会被大家青睐呢？它的设计逻辑是什么？怎么改善单一型区块链所固有的局限？在这期节目中我们邀请到了来自 A&T Capital 的研究者 Todd 一起聊聊这些话题，希望大家听完之后可以对模块化区块链这一概念能够有更清晰的认知。 🎉点击收听 Podcast，了解更多： ecnpodcast.fireside.fm ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ ## Timestamps (时间戳)： 00:37 - Intro 02:43 - 模块化区块链起源 07:48 - 模块化的含义 09:18 - 单一型区块链的局限 17:29 - 模块的切分方式有哪些 19:29 - 以太坊的模块化生态讲解 34:24 - Rollup 排序共识的探讨 41:37 - Validium 的安全性讨论 47:14 - Celestia 和以太坊在模块化上最大的区别是什么 55:34 - Celestia 提供的主权性有什么好处 61:00 - 这种主权性会带来额外的信任假设吗? 63:28 - 结尾 ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ ## 精彩摘录 **Franci**：根据维基百科，模块化编程的定义是指将计算机程序的功能分离成独立的、可互换的“模块”(module) 的软件设计技术，模块接口表达了这个模块所提供的和所要求的元素。 那么区块链中模块化的具体应用是如何的呢？我们一直强调的模块化区块链，它为何会出现并且发展成蓬勃的生态？它的提出必然是为了解决或是完善单一型区块链的一些问题，总的来说，后者有什么局限呢？ **Todd**：从单一型区块链的定义开始，我们通常把什么样的区块链称为模块化区块链呢？举两个最典型的例子就是比特币网络和以太坊 1.0 网络，他们最大的特点就是节点承担运行区块链所有类型的职责：这些职责包括计算、共识和存储。这意味着节点运行者的硬件要同时满足这三部分所带来的要求。比如说，CPU 这个硬件能算多快？带宽与共识职责相关，节点与其他节点通信完成共识，能够传递信息的速度能有多快？最后就是内存，你的节点能存多少东西。这些都需要考虑。然而从硬件上来看，这些都已经被压榨到一个极限了。 也就是说，作为单一型区块链，由于他对于节点的硬件要求已经到了一定的瓶颈。那么为了不提高硬件要求，同时让网络变得更快，模块化提出的方案就是让节点去承担相对少的职责。比如说把上面的三块拆分开来看作是不同的模块，然后让节点只承担一块或者两块的职责。这样来让网络提高效率。 **Franci**：模块的切分方式有哪些？ **Todd**：主要来说会把它分成三层，分别是数据可用性层、共识层和执行层。这个分层框架主要适用于介绍以太坊模块化的生态。而之后会提到的 Celestia，我会对共识层进行再细分：交易顺序共识和全局状态共识。 那么我们来看以太坊上的模块化生态发展。先从最简单的两种开始：基于以太坊的 Rollup 和 Validium。Rollup 就是将执行层分出来，单独交给了 L2 去执行。相当于将大量的计算工作交由给链下，最终把计算结果发送到链上，链上只需要对计算结果进行共识即可。 第二个就是 Validium，它就是在 Rollup 的基础上，把数据可用性层也拆开了并交个了链下。从某种意义上来讲，Validium 这套体系其实是削弱了整个网络的安全性，来换取更高的可扩展性。 Danksharding 是一种更为精妙的设计。它通过对共识层上的节点进一步拆分。也就是说，让其中一部分 (区块构建) 的职能由硬件能力超高的节点来承担，而在这部分中，势必会造成削弱网络的去中心化，所以会引入其他部分对其进行补充，让共识层网络维持去中心化。那它是如何在大区块的前提下维持整体网络的去中心化呢？前面那部分只是涉及了区块的构造，并没有涉及区块内容的验证或者说对区块内容的共识。所以其实全网依然是有一万个甚至两万个节点来参与共识的一个过程。最终让网络的安全性得到一个不错的保障。 **Franci**：怎么看待 Rollup 中心化排序的问题？ **Todd**：Rollup 目前排序的权力确实是由项目方来掌握的，也就是说你需要信任项目方在这方面不会作恶。其实排序这件事情，能够带来的最大的一个价值就是 MEV。所以其实 Sequncer 的作恶其实无非就是能做到提取一些 MEV，并不是说可以掺杂一笔假交易或者可以双花。 **Franci**：Validium 相较于 Rollup，会牺牲掉部分的安全性。会牺牲到什么程度呢？有没有具体的例子。 **Todd**：DA 放在链上最本质的一个原因就是，当我的所有元数据都在链上，那我单个节点是有能力去重新跑一遍交易然后算出这个状态是否对的。如果将 DA 放在链下，实际上你能够拿到的数据只是对方想让你拿到的数据。如果对方不想让你拿到其中一部分数据的话，意味着你是没有办法重现所有链上交易的。那这其中能够做到的一些很明确的事情就是拒绝服务。 **Franci**：Celestia 和以太坊在模块化上最大的区别是什么？ **Todd**：我最最开始提到的将模块化分成四层，但是在谈以太坊的模块化生态时只按三层来讲，因为以太坊的交易排序共识和全链状态共识其实都是由 Beacon Chain 来维护的。而在 Celestia 的体系里是有明显的拆分的。也就是说，交易排序共识由 Celestia 的底层网络来维护，而全局状态的共识则是由 rollup 或者自己的链的节点来维护。 那么这么做最大的一个好处就是，基于 Celestia 搭建的 Rollup 允许自己的节点同时跑不同版本的客户端。打个比方，在以太坊的框架下，大家经常会说想在这个地方做个升级，想在那个地方做个升级，那基本上只有一条路，就是硬分叉。因为所有节点都需要跟上最新的一个版本。在 Celestia 的逻辑里，它认为既然你的历史数据、历史交易排序都是一致的，那么不管你用 A 算法来算还是 B 算法来算，答案都是一样的。那这样的话，它会释放更多的自主性。 ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ ## 订阅 ECN Podcast 访问 ecnpodcast.fireside.fm 收听 Podcast 以及获取节目的其他详细信息。你也可以通过泛用型播客客户端 Apple Podcasts、Pocket Casts、Castro、Google Podcasts、Spotify 等订阅我们的节目。 https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-29https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-29Tue, 29 Nov 2022 00:00:00 GMT <br/> <br/> # 本期看点 - **确定纳入上海升级的有四份 EIP** - **理想情况下明年三月启动 ETH 提款** - **EF JavaScript 团队宣布将重新上线 ShanDong 并部署 EIP-4895** - **zkSync 介绍其自定义且原生支持的账户抽象的 paymaster 功能** - **WETH 玩笑事件回顾** - **Maker 宣布 rETH 作为抵押资产部署在 Maker 协议上** - **Erigon 决定终止对 Akula 的支持** - **Metamaks 新隐私政策将收集用户 IP 和钱包地址** <br/> # 主网 **关于测试网的可持续性问题** 关于 Goerli 测试网 ETH 供应危机的讨论已持续了一段时间，负责 Goerli 测试网维护的开发者 Afri 在 11 月25 日举行的第 150 次以太坊核心开发者会议 (ACD) 上更新了关于测试网可持续性问题的最新讨论结果。总的来说，测试网的长期维护是很难保证的，会有状态膨胀、测试币供应难以获得等问题。因此，Afri 提出一个有更明确生命周期的[测试网提案](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575)。该提案的概要为： - 每两年在一个特定日期 (例如2023、2025、2027......年10月1日）发布一个新测试网。 - 把测试网的生命周期限制在最多 5 年 (4 年+1 年长期支持，如果需要的话) - 如果可能的话，把 Goerli 测试网的长期支持延长 2 年，到 2024 年结束。 值得一提的是，测试网有很多不同的用途：在上主网前在生产环境对 EIP 进行测试、质押者测试他们的设置、当然还有应用和用户在上面部署和测试合约。对于每一项用途，解决方案都会非常不一样。 在这个话题上，开发者们还讨论了关停 Ropsten 的问题。开发者们已经承诺了合并后会关停 Ropsten 测试网，且基础设施提供商和验证者基本已经弃用它。在圣诞假期前后会有一个完整的关停公告。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1595861433350524928&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1595861433350524928" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 727px; display: block; flex-grow: 1;"></iframe> **确定纳入上海升级的有四份 EIP** 在讨论完测试网问题后，开发者们开始讨论哪些 EIP 应该进入上海升级的考虑纳入名单 (Considered for Inclusion，CFI)。CFI 状态是几年前以太坊核心开发者增加的，用于突出客户端团队喜欢并希望实现的 EIP，但并不会承诺会在特定分叉实现它们。 详情可看：https://github.com/ethereum/execution-specs/tree/master/network-upgrades#definitions 尽管在过去几次升级里，几乎进入了 CFI 的 EIP 都会被部署在分叉里，这里就引起了关于 CFI 是否真的有用或有价值的问题，以及是否连尝试阐述什么是 CFI 也是浪费时间，而应该直接纳入 EIP。 Tim Beiko 认为并非如此。很明显，对于一直在思考网络升级的人来说，这些 EIP 的背景和区别是非常清晰的，但对于社区的人来说，则很难对正在被考虑的内容有个了解。 总的来说，关于 CFI 开发者们进行了以下问题的讨论： - CFI 是否应该存在？ - 如果是，它是否应该意味着我们希望某 EIP“在这个分叉”或“不久后的一个分叉”里被部署 - CFI 的承诺应该有多“强”？ 于是，开发者们对有可能进入 CFI 的 EIP 进行了讨论。 1. EVM 对象格式化 (EOF) 相关 EIP。 EOF 之前已经更有两份 EIP (3570/3670) 进入 CFI了，但之后共识转为希望整套 EOF 的 EIP 一起部署，以最小化任何额外的 EOF 版本 (这些版本客户端是需要永久维护的)。 尽管在我们是否应该/什么时候应该/应该如何实现 EOF 这些问题上没有达成一致意见，但有非常强烈的支持声音，这些 EIP 都已经在开发者测试网上实现了。那么，进入 CFI 的另外三份 EIP 是：4200、4750 和 5450。 2. EIP-4844 proto-danksharding 由于 EIP-4844 以及有原型并在多客户端的开发者测试网上部署了，开发者们都同意把它移到 CFI。 3. EIP-4758 停用 SELFDESTRUCT 这个提案有一个问题，当一个合约使用 `CREATE2` 来部署，被`SELFDESTRUCT` 了，然后就会在同 一个地址重新实例化。在会议上，关于这个 EIP 的共识是，等到有解决这种边界情况的提案时再把这份 EIP 拉入 CFI。因此，这更多属于什么时候的问题，而不是是否要的问题。 4. EIP-2537 增加 BLS 预编译 ``` 这份 EIP 也进入了 CFI，因为它从柏林升级开始就一直在 CFI 里。 ``` 总结起来，现在确定会被纳入上海升级的是以下的 EIP： - EIP-3651: Warm COINBASE (降低访问`COINBASE` 地址的 gas 开销) - EIP-3855: PUSH0 instruction (新增操作码`PUSH0`) - EIP-3860: Limit and meter initcode (给 `initcode` 的大小设限，并引入给这个字段的 gas 计量) - EIP-4895: Beacon chain push withdrawals as operations (信标链推式提款作为系统操作) 而进入 CFI 的是以下 EIP： - EOF (3540, 3670, 4200, 4750, 5450) - EIP-1153 (transient storage 瞬时存储) - EIP-2537 (BLS precompile BLS 预编译) - EIP-4844 (protodanksharding) - SELFDESTRUCT 的 EIP 取决于处理破坏现有合约问题的规范修改 来源：https://twitter.com/TimBeiko/status/1595869159212331013?s=20 **理想情况下明年三月启动 ETH 提款** 在这个问题上，各个客户端团队各自表达了对上海升级里 EIP 的优先级和范围的看法。 Geth 团队表示他们想要一个相对轻量的上海升级，优先实现提款，理想情况可以纳入 EOF，然后在明年三月进行升级。 Erigon 团队也表示想要一个小型分叉，但感觉 EOF 和 4844 都比较大型，因此会更愿意在提款以外纳入一些小型 EIP。 Nethermind 团队也支持实现提款，并认为有足够的能力纳入另一个大型 EIP，可以是 EOF 或 4844。他们偏向于 4844。 Besu 团队也支持实现提款，但更倾向于 EOF 而不是 4844。 Prysm 团队认为提款是首要任务，如果不会延迟的话会选择 4844。 Lighthouse 和 Teku 团队都表示同意，Nimbus 团队同意提款，但怀疑 4844 会导致严重延迟。 因此，开发者团队里最广泛的承诺是尽快实现提款，理想情况是明年三月。他们会并行地进行其他工作，但如果能同时发生，他们会把这些 EIP 纳入到上海升级，但提款会是这次升级的主导。 然后在问开发团队他们在什么时候需要上海升级的清晰范围时，共识层客户端团队的代码已经结构化了，因此提款实现后就能激活 4844，而且没有很多其他竞争提案，把不同 EIP 代码合并在一个升级里对他们来说不是问题。 而执行层客户端决定要在上海升级纳入哪些 EIP 将在下一次 ACD 讨论。 下一次 ACD 将在 12 月 8 日进行，也是 2022 年最后一次 ACD。 来源：https://twitter.com/TimBeiko/status/1595875419202654209?s=20 **EF JavaScript 团队宣布将重新上线 ShanDong 并部署 EIP-4895** 22 日，EF JavaScript 团队发推宣布，将在几天后重新上线上海升级测试网 [ShanDong](https://t.co/1HpFTPUMOU)，届时关于“信标链提款”的 EIP-4895 会将部署在 ShanDong 上面。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1595049699018670081&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1595049699018670081" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 564px; display: block; flex-grow: 1;"></iframe> **[mevwatch.info](http://mevwatch.info/)更新 OFAC 审查者排行榜** [mevwatch.info](http://mevwatch.info/) 网站更新了 OFAC 审查者排行榜，可视化了以太坊上进行协议层面审查的实体。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1594853881304973312&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1594853881304973312" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 920px; display: block; flex-grow: 1;"></iframe> **DAppNode 增加 MEV Boost 功能** 22 日，DAppNode 为质押者增加了 MEV Boost 功能，他们能选择不同的中继，该功能的页面还显示这些中继是否执行 OFAC 制裁。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1594967419554238464&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1594967419554238464" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 835px; display: block; flex-grow: 1;"></iframe> <br/> # Layer2 **zkSync 介绍其自定义且原生支持的账户抽象的 paymaster 功能** zkSync 介绍其自定义 EIP-4337 其中的一个功能 paymaster。它是可以为其用户支付交易费用，能执行任何逻辑来决定是否应该推进交易。如开发者可以允许用户免费运行事务或是允许用户使用应用内的 ERC-20 代币支付运行事务的开销。 来源：https://twitter.com/zksync/status/1595085992326676485 **zkEVM 扩容解决方案 Scroll 与隐私 DID 项目 zkCloak 达成合作** Scroll 将和 zCloak 合作开发一个受信任的分布式身份系统，为双方的用户提供隐私保护身份服务。这次合作的重点是基于 Scroll 的 L2 架构引入 W3C 兼容的 DID 和可验证凭证平台。 来源：https://twitter.com/zCloakNetwork/status/1595293071637643264 **StarkNet 发布 Cairo 1.0，并开源代码** Cairo 1.0 发布，现已开源。Cairo 爱好者、开发者可以开始了解 Cairo 1.0 新语法，尝试本地编译和运行程序。Cairo 1.0 本质上类似 Rust 语言，目前发布的是预览版，未来会持续改进，增加更多语法。第一版编译器预计明年 Q1 发布，目前尚未支持 StarkNet，明年 Q1 开始支持。 来源：https://twitter.com/StarkNet_ZH/status/1595836162676994048 **L2 NFT 市场 Quix 即将停止运营，将与 Optimism 基金会合作过渡成开源项目** Optimism 上的 NFT 市场 Quix 即将停止运营，团队将运营至 2023 年 2 月 28 日。但 Quix 正与 Optimism Foundation 合作开源其代码，从 2023 年 1 月 6 日开始将免费提供给社区。 来源：https://twitter.com/qx_app/status/1595507545774460928 <br/> # 生态 **WETH 玩笑事件回顾** 近几天，推特上流传着 WETH 与 ETH 脱钩的玩笑，其中的相当一部分，其实是以太坊上的开发者在对此进行反向戏谑。但这导致了一部分人信以为真，一时之间 WETH 脱钩的谣言愈演愈烈，甚至连专业新闻媒体 Bloomberg 都[将这个谣言当作事实进行报道](https://twitter.com/poordart/status/1597152377588830208)。 以太坊基金会研究员 Dankrad Feist [发推警告](https://twitter.com/dankrad/status/1596864596421189632)： > 很多人拿 WETH 开玩笑。但要注意，外行人可能并不知道 WETH 与桥接资产是完全不同的…….我认为将这些更清楚地标记为玩笑会更好。 为了打破 WETH 脱钩谣言得以传播的信息壁垒，社区上开始有人科普 WETH。例如，[Hudson Jameson 称](https://twitter.com/hudsonjameson/status/1596876948910723072)，WETH 没有资不抵债的问题。其供应不是由中心化平台或团体进行存储，而是由智能合约运行管理。其封装合约是开源的，很多专家都研究过这个合约是否有漏洞，因此它通常被认为是可以安全使用的。而且，它与其他封装资产不同，因为它部署在去中心化的以太坊上。所以，它不可能出现资不抵债的情况（除非出现了不太可能出现的合约漏洞），也将会一直都与用户存款的 ETH 以 1:1 挂钩着。 以太坊生态研究者 [0xCygaar](https://twitter.com/0xCygaar) 简要介绍了 [WETH 的机制](https://twitter.com/0xCygaar/status/1596273841386708993)： 首先 WETH 属于 ERC-20 代币，这意味着 WETH 的逻辑包含在以太坊区块链上的一个简单的智能合约中。WETH 以 1:1 的比例封装 ETH，让持有者可以在各种 DApp 上更轻松地使用 ETH。这是 WETH 的代币合约地址：https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2#code…。 注意看合约中第 32 行的余额映射，这是对每个用户在存储中拥有多少 WETH 的映射。  让我们一起看看核心函数：存款、提款和转账（transferFrom）。 - 存款函数（第 38 行）的工作原理很简单。你存款了 ETH 后，会获得一样多的 ETH。在第 39 行，用户的余额会根据用户在存款交易中发送的 ETH 数量而增加。 - 提款（第 42 行）的过程也很简单。首先 WETH 合约会确保你的余额是少于还是等于提款的数额。在此之后，它会减少用户的 WETH 余额并给用户发送与提款交易相同数额的 ETH。 - 转账（第 63 行）的过程跟上述类似。首先合约会检查用户约是否有足够的 WETH 用于转账。接着，它会进行一个授权检查，查看正在转账的人是否为该用户以外的其他人（L69-72）。最终交易完成后，来源链和目标链上交易双方的余额都会有所调整。  正如我们在这里看到的，合约中的 ETH 不可能变得比存入的多或少。按该代码规定，无论你存入合约多少 ETH 都可以提取。如果用户看到任何关于 WETH 破产的言论，可以放心忽略它们。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1596864596421189632&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1596864596421189632" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 345px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1596876948910723072&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1596876948910723072" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 361px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1596273841386708993&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1596273841386708993" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 671px; display: block; flex-grow: 1;"></iframe> **Gitcoin 宣布将与 UNICEF 组织合作开展 QF 测试轮** Gitcoin 宣布将与联合国儿童基金会（UNICEF）的创新办公室（Office of Innovation）合作，在新 grant protocol 上举办第一轮 QF 测试轮。这一轮 QF 会从 12 月 9 日举行至 16 日，这是 Gitcoin 将在新协议上举办的 5 轮 QF 中的第一轮，标志着 Gitcoin 开始向去中心化的协议进行过渡，让任何社区都可以举办自己的募资轮。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1594751121444085760&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1594751121444085760" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 735px; display: block; flex-grow: 1;"></iframe> **Maker 宣布 rETH 作为抵押资产部署在 Maker 协议上** Maker 发推宣布，Rocket Pool 的 rETH 现在作为一种抵押资产部署在 Maker 协议上，此举能给更多的以太坊质押者提供支持。通过新的 rETH-A 金库类型，用户现在可以抵押 rETH 生成 DAI。 rETH-A 金库类型的参数如下： - 最小抵押比率：170% - 稳定费用：1.5% - 债务上限：500 万 DAI 目前，rETH 已经作为抵押品相继在 DeFi Saver 和 Oasis 平台上线。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1594700128920682503&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1594700128920682503" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 660px; display: block; flex-grow: 1;"></iframe> **Erigon 决定终止对 Akula 的支持** 24 日，Erigon 团队称，将终止对 Akula 的支持，因为他们发现了另一个类似于 Akula 且同样以 Rust 编写的实现。它与 Akula 的领域是一样的，还有着相同/类似的构件。 由于他们认为这个实现在开源之后会获得更多的支持且更受欢迎，很快会在功能上匹敌 Akula 并超越它。因此，他们看不到 Akula 未来如何吸引 grants 中的能力，同时也清楚该实现在团队资源和影响力上都胜于他们的，所以他们决定终止对 Akula 在技术、管理和财务上支持。 但 Erigon 并未挑明这个实现具体是哪个，对此，社区将猜测的矛头指向了 Paradigm 的 Reth。 以太坊开发者 [Lefteris Karapetsas](https://twitter.com/LefterisJP) 在 Erigon 这条推特下面 @paradigm 并询问是不是他们。Gnosis 链的联合创始人回应他，“是的，确实如此”。  24 日，Paradigm 的合作研究员 [Georgios Konstantopoulos](https://twitter.com/gakonst) ****发推称，Paradigm 正在构建 Rust 语言编写的以太坊执行层客户端。Reth 注重模块化，代码完全开源，采用 Apache/MIT 授权协议。但他还强调，“Reth 不是任何其他客户端实现的分支或重写”。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1595479897220055041&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1595479897220055041" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 392px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1595524180035919885&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1595524180035919885" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 488px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1595648232226291712&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1595648232226291712" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 481px; display: block; flex-grow: 1;"></iframe> **Metamaks 新隐私政策将收集用户 IP 和钱包地址** 23 日，Metamask 更新了隐私政策，其默认的 RPC 提供商 Infura 会收集用户以下信息： - 身份信息，如名字、姓氏、用户名或类似的标识符、职称、出生日期和性别； - 联系信息，如邮政地址、电子邮箱地址和电话号码； - 个人档案信息，如用户名和密码、兴趣、偏好、反馈和调查回复； - 反馈和通信，如用户在回答调查时提供的信息，当用户参与市场研究活动、报告服务问题、接受客户支持或以其他方式与他们通信时； - 财务信息，如信用卡或其他支付卡的详细信息； - 交易信息，如用户通过他们的服务进行购买的细节和账单细节； - 使用信息，例如关于用户如何使用其服务和与他们互动的信息； - 营销信息，如用户对接收营销通讯的偏好，以及如何与之接触的细节； - 财务信息，如银行账户号码和银行路由器号码；金融资产的持有情况； - 技术信息，如以太坊钱包地址、应用编程接口（API）密钥和有关交易的网络信息。 对于 Metamask 收集用户隐私信息的政策，用户有以下三种对策： - 选择不收集隐私信息的 RPC 提供商，继续使用 Metamask 钱包。 - 更换钱包，不再使用 Metamask。用户需要在卸载 MetaMask 之前先恢复钱包，以确保自己能够成功迁移到新钱包。 - [使用不会保留用户日志的 VPN](https://twitter.com/RomeoTrades/status/1595826682153340929)。 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1595604825734987776&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1595604825734987776" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 783px; display: block; flex-grow: 1;"></iframe> **币安计划公开“产业复苏基金”钱包地址** 此前，因为 FTX 破产对区块链行业的负面影响异常显著，所以币安[于 14 日宣布成立产业复苏基金](https://twitter.com/cz_binance/status/1592044496174612482?s=21&t=_sGdDSQ-EpoWZDW75fJl0Q)。 CZ 在 24 日接受 Bloomberg 采访时，称币安计划为这支产业复苏基金筹集 10 亿美元。该基金的钱包地址将公开，以便人们密切关注捐款情况。 来源： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1595714220229726208&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1595714220229726208" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 597px; display: block; flex-grow: 1;"></iframe> **Aave 工程师 Josh 创建 CLI 工具 evmc** Aave 工程师 Josh 创建了一个 CLI 工具 evmc，让用户可以在自己的 IDE 中自动提取任何已验证过的以太坊智能合约，为他们创造一个开发环境。 该工具允许用户从区块链中获取合约的源代码，并创建完整的项目文件供他们在自己的 IDE 中查看，它支持在本地节点上部署和进行编译，如果用户选择编译的话。该工具使用了 etherscan 的 API 来获取智能合约的已验证来源。它会与合约部署方式的目录结构及其使用的所有依赖项保持一致。 来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1596270864848543744&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1596270864848543744" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 730px; display: block; flex-grow: 1;"></iframe> **BlockFi 申请破产** 6 月，在 FTX 裁员约 20% 大约一周后，加密货币贷款机构 BlockFi 宣布向 FTX 提供 2.5 亿美元的循环信贷额度。而在 FTX 宣布破产后，BlockFi 停止了提款。目前， BlockFi 正在申请破产并进行大规模裁员。具体信息请看 BlockFi 发布的博文：https://blockfi.com/November28-ClientUpdate。 据 [Bitcoin Magazine](https://twitter.com/BitcoinMagazine)，有 10 至 100 亿美元的负债，但账上只有 2.56 亿美元的现金。 来源： <iframe id="twitter-widget-15" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-15&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597244909639049221&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597244909639049221" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 645px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-16" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-16&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1597253469374910466&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FsOY5yJdA5MLOciIrUyP9Rzefps5WNNie1oJNKzazR4A&amp;sessionId=64a9ee77e2487b99bd0d650c111ab9d0bd67c54f&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1597253469374910466" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 634px; display: block; flex-grow: 1;"></iframe> <br/> 声明：以太七日谈栏目内容由编者自行编译而成，仅供参考，请以消息来源为准。转载须注明原文出处以及 ETH中文。若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/DeFi/price-oracles-for-derivative-assetshttps://www.ethereum.cn/DeFi/price-oracles-for-derivative-assetsMon, 28 Nov 2022 00:00:00 GMT来源 | [members.delphidigital.io](https://members.delphidigital.io/reports/price-oracles-for-derivative-assets) 作者 | Jonathan Erlich 翻译 | 0xStephen，推特 [@RoyalKagura](https://twitter.com/RoyalKagura) 审阅 | ECN <br/>  <br/> ## 目录 <br/> 1. **介绍** 2. **跨链资产** 3. **流动性质押衍生品（LSD)** 4. **总结性思考** <br/> ## **1. 介绍** <br/> 在这篇文章中，我们将分析在 DeFi 借贷协议的背景下，针对衍生资产价格的预言机的现有假设。具体来说，**我们将讨论为什么使用基础资产 (underlying asset) 的价格作为衍生资产的喂价，通常是一种应该避免的坏做法**。鉴于这种做法的普遍性，我们认为这是一个及时和重要的问题。我们将重点讨论两种类型的衍生资产：跨链资产和流动性质押衍生品。然而，类似的分析也可以泛用为任何类型的衍生资产。 这篇文章分为三个部分：跨链资产、流动性质押衍生品和总结性思考。 <br/> ## **2. 跨链资产** <br/> 当一项衍生资产以基础资产作为代理进行定价时，有一个基本的假设（或至少是隐含在决策中的假设）：这两种资产在一段时间内将遵循相同的价格轨迹。而一般来说，情况就是这样。如果一切运作正常，基础资产价格应该密切跟踪衍生品的价格。然而，当事情不按预期进行时，这一假设就会被打破，在跨链资产的案例中，这种情况经常发生。让我们探讨一个例子来了解原因。 假设我们有 bridgedETH，即不同 L1 链上的 ETH 的跨链版本。在正常情况下，每个 bridgedETH 由锁定在以太坊的一个智能合约上的 ETH 支撑 (基于 1:1 的比率锚定)。然而，这些正常情况并不总是成立。特别是，正如已经发生过的几次情况，跨链可以被利用，导致基础资产被盗。举个例子，让我们假设这正是发生在我们的 bridgedETH 上的情况，攻击者利用了跨链并能够窃取支持 bridgedETH 的所有ETH。 那么，这将如何影响使用 ETH 价格作为 bridgedETH 的代理的借贷协议？从根本上说，这意味着该协议对每个 bridgedETH 的估值为 1 ETH，而其真实价格为 0 ETH（假设这也是其市场价格）。这就使协议出现了以下的漏洞： <br/> （1）它允许攻击者使用 bridgedETH 作为抵押品，从协议中窃取资金。任何攻击者都能够以 0 的价格从市场上购买桥接 ETH，并将其作为抵押品存入协议（在那里它的价值为 1 ETH，并以一种有效的无抵押方式借入（盗取）其他资产。这种类型的攻击已经被用于不同的实时协议（例如，对 Moonriver 上的 Hundred Finance 和对 Harmony 上的 Aave）。 <br/> （2）它阻碍了清算的正确运作。当 bridgedETH 的市场价格从 1 ETH跌至 0 ETH 时，一些使用 bridgedETH 作为抵押品的头寸应该变得可以清算。然而，鉴于协议仍然将每个 bridgedETH 估值定为 1 个 ETH，这些头寸不会成为可清算的对象。如果使用一个强大的预言机，这些头寸是否真的会被清算是另一个有趣的问题，最终将取决于 bridgedETH 的市场价格下跌的速度。然而，这种分析不在本篇文章的范围之内。重要的一点是，在脆弱的预言机机制下，这些头寸甚至不会成为可被清算的坏账。 作为这个问题的潜在解决方案，Aave 正在考虑接入 Chainlink 的 Proof-of-reserve (储备金证明) 喂价。在宏观上，这些喂价将允许 Aave 验证支持跨链衍生品的基础资产确实存在。虽然这可能是一个可行的解决方案，但其实施的细节仍然很少，无法进行全面评估。此外，这个解决方案不能很好地处理一些特殊情况。例如，基础资产可能变得无法访问或 "失效"，这意味着合约中的一个错误永远锁定了合约中的基础资产。在这种情况下，基础资产实际上是存在的，所以不会有储备证明的问题。然而，如果基础资产不能被收回，衍生品将毫无价值。市场价格很可能会反映出这一点，这将使该协议出现上面所探讨的漏洞。虽然这是一个低概率事件，但在评估解决方案的时候应该考虑到这一点。 <br/> ## 3. **流动性质押衍生品（LSD)** <br/> 当使用基础资产的价格作为衍生资产的代理时，LSD 会受到与跨链资产相同的脆弱性的影响。鉴于我们已经在上一节中谈到了这些问题，让我们来看看 DeFi 中专门针对 LSD 的更复杂的案例。 在进入具体问题之前，我们值得简单探讨一下 LSD 的工作原理。正如它的名字所示，LSD 是抵押基础资产（通常在 PoS 网络中）的可流动证明。在这种情况下，流动性质押协议的工作方式如下： （1）它从用户方接收要被抵押的资产 （2）它将这些资产委托给一些验证者 (节点) （3）它向用户返回被抵押资产的证明 (可流通的)：即 LSD <br/> 当用户想要提取基础资产时 (将LSD换为流通资产)，协议的工作过程如下： （1）它从用户方收到 LSD （2）它使用赎回率计算出应该向用户归还多少基础资产。赎回率是 LSD 供应与基础资产的比率 (即它表明每个 LSD 所代表的基础资产数额)。 （3）它解除了必要的基础资产的质押 （4）在释放期过后，用户便可以认领资产 <br/> 在这个背景下，让我们回到价格问题。目前一些协议使用的计算 LSD 价格的方式是将基础资产的价格及赎回率都纳入考量标准，计算方式如下： <br/>  <br/> 其中：  <br/> 通过将赎回率纳入计算，这种方法解决了上一节所探讨的情况，即基础资产可能被盗（或在 PoS 协议的情况下被罚没）。例如，如果基础资产被盗，将被反映在赎回率上，因此，价格也将受到影响。 那么，这种方法有什么问题呢？让我们用以下例子来探讨这个问题。在这个例子中，假设我们有一个名为 stakedATOM 的 ATOM 的 LSD，其工作方式与我们上面描述的 LSD 的方式类似，并且有一个 21 天的释放期。使用上面描述的定价方法，stakedATOM 的价格计算方式如下（假设我们以美元计价）： <br/>  <br/> 其中： <br/>  <br/> 这种方法有一个基本问题：stakedATOM 的实际市场价格可能与上面探讨的计算价格有出入。这是因为，虽然当 stakedATOM 的市场价格高于计算价格时，存在一个套利机会，但当 stakedATOM 的价格低于计算价格时，就不是这样了。换句话说，虽然 stakedATOM 的市场价格在上行方面有一个硬挂钩（相当于计算价格），但在下行时却不存在了。为了了解原因，让我们来探讨一下这两种情况下的套利机会是如何运作的。上涨的情况如下： - 假设赎回率为 1 ATOM/stakedATOM。 - 市场价格是 1.1 ATOM/stakedATOM（stakedATOM 在市场上被高估了）。 - 一个套利者可以质押 1 ATOM，并收到 1 stakedATOM，然后在市场上卖出该 stakedATOM 并获得 0.1 ATOM 的利润。 <br/> 上述情况会发生，直到套利机会不再存在。这种机制保证了市场价格将倾向于有一个等于计算价格的上限。然而，价格下行时，情况并不是这样的，其原因是 21 天的释放期打破了套利机会。以下是另一个例子： - 假设赎回率为 1 ATOM/stakedATOM。 - 市场价格是 0.9 ATOM/stakedATOM。 - 如果没有释放期，套利者可以在市场上用 0.9 个 ATOM 买 1 个 stakedATOM 并解除质押 ATOM，取回1ATOM，其利润为 0.1 ATOM。 - 然而，释放期为 21 天，所以不存在立即套利的机会。 <br/> 所以，对于价格上升来说这存在一个“硬挂钩”，而对于价格下降来说却是一个“软挂钩”。这种软挂钩意味着，从长远来看，市场价格应该趋向于跟随赎回率。但在短期内，stakedATOM的价格没有一个真正的下限。这不仅仅是一个理论上或抽象的发现，在现实中，我们已经看到了这一点，例如臭名昭著的 stETH脱锚事件和其他 LSD，如 stLUNA。基本上，当有足够多的人想要提出 LSD 而不想要等待释放期时，价格就会趋向于向下 "脱钩"。 对于使用计算出的价格作为 LSD 的预言机喂价的借贷协议而言，上述波动可能会导致资不抵债。让我们来看看下面的例子来了解这种情况是如何发生的： <br/> 假设我们在 DeFi 借贷协议中拥有下述仓位： - 一位用户存入了 100 个 stakedATOM 作为抵押品，其最高贷款利率为 70% - 该用户使用 stakedATOM 作为抵押，借出了价值 600 美元的其他资产 <br/> 现在让我们探讨一下下图中 T1、T2 和 T3 时间节点中仓位是如何变化的： <br/>  <br/> - 在 T1 中，stakedATOM 的市场价格 (第 4 行) 完美反映了计算出的预言机价格 (第 5 行)，所以一切都运行顺利；具体来说，健康系数 (Collateral*Max.LTV/Debt) 和抵押品系数 (Collateral/Debt) 都高于 1，所以这个账户是健康并且超抵押的； <br/> - 在 T2 中，stakedATOM 的市场价格偏离了赎回率 (也因此偏离了预言机价格)。具体来说，虽然赎回价格是 1 ATOM，但市场价格是 0.8 ATOM (有 20% 的偏差)；这种情况下有几个部分值得详述： - 用 stakedATOM 的市场价格计算的健康系数 (第 12 行) 不再高于 1，意味着用市场价格衡量的头寸是不健康的，应该是可以清算的。然而，考虑到协议使用的是预言机价格，而预言机价格并没有改变，使用预言机价格计算的健康系数 (第 11 行) 仍然与 T1 中的完全相同，并且高于 1。因此，该头寸无法被清算。 - 请注意，在这一点上，对清算人来说，该头寸的清算已经无利可图 (见最后一行)。这是由于协议根据预言机的价格计算要支付给清算人的 stakedATOM 抵押品的数量，而预言机的价格被高估了。如果预言机使用的是市场价格，那么这个头寸是可以清算的，在这个时候清算是有利可图的 - 虽然这种情况并不理想，但考虑到应该清算的头寸并没有清算，这并不是很糟糕，因为该头寸仍有偿付能力。换句话说，它仍然是过度抵押的 (抵押系数高于 1) <br/> - 在 T3 中，市场价格和赎回率之间的偏差与 T2 相同，但 ATOM 的价格从 10 美元降至 5 美元。这实际上会导致一个无力偿还的头寸，因为它不会被清算，现在抵押率已经降至 1 以下。 <br/> 从根本上说，这种预言机方法的问题在于，即使一切都在按计划进行，没有发生价格操纵，系统也会变得无力偿还，正如上文所探讨的那样。 <br/> ## **4. 总结性思考** <br/> 预言机是 DeFi 借贷协议的核心。它们是如此重要，以至于它们往往决定了整个协议的未来。一个不健全的预言机可能会使价值数百万美元的资产面临风险，这就是为什么我们花了这么多时间分析预言机的实现。 通过这篇文章，我们希望能对衍生资产的预言机的使用情况有所了解。特别是，我们已经表明为什么一些常用的做法并不理想，应该避免。这篇文章的目的并不是要阻止衍生资产的上市，因为我们知道它们是一些可以作为抵押品的最佳资产。我们的目的是不鼓励这些衍生资产上市时使用不够稳健的预言机，这可能导致最坏的结果。 我们知道，衍生资产的流动性往往比它们的基础资产要差，这使得专门为它们建立健全的预言机制很困难。然而，我们认为这不应该成为使用非稳健预言机的借口。我们强烈鼓励协议在使用非稳健预言机之前，等待流动性的建立和针对特定资产的稳健预言机的开发。 <br/> 特别感谢 ECN 社区翻译志愿者 @RoyalKagura 对本文的翻译贡献。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Eth2/block-proposal-and-mev-boosthttps://www.ethereum.cn/Eth2/block-proposal-and-mev-boostWed, 23 Nov 2022 00:00:00 GMT来源｜[@SalomonCrypto](https://twitter.com/SalomonCrypto/status/1592762567952257024) 作者｜[Haym](https://twitter.com/SalomonCrypto) <br/> <br/> 以太坊的两个基础：**区块提议**和 **MEV-Boost** 什么是区块提议者？什么是 MEV-Boost，为什么它对今天的以太坊如此重要？为什么我们需要长期的解决方案，这些方案又是怎么样的？ <br/>  <br/> 以太坊是分布式计算平台，是由上千个计算机（节点）组成的网络。它使用 PoS 共识机制进行协调，以维持以太坊虚拟机（EVM）的同步。EVM 是共享的计算平台，而区块链是它的历史，ETH 是它的生命源。 <br/> PoS 这个话题很大，你需要知道的是： - 区块就是在 EVM 中执行的一捆交易 - 用户会发送待处理的交易至交易池中 - 在每个 slot，网络会随机选中一名验证者成为区块提议者 阅读更多：[https://twitter.com/SalomonCrypto/status/1579594609855934465](https://twitter.com/SalomonCrypto/status/1579594609855934465) PoS 在协议层的工作原理很简单：提议者会构建自己的区块。绝大多数的提议者只需要沿着待处理交易列表往下选择交易，直到他们的区块被交易填满。……但是一些提议者能作出更好的决策，也因此可以赚取高额利润。 <br/>  <br/> MEV 指的是最大可提取价值 (Maximum Extractable Value)，它代表着可以从一个系统中拥有特殊信息、访问权限或特权中提取货币价值的一般原则。（译者注：MEV 又称矿工可提取价值，在合并后已经广泛用于指代验证者打包交易或排序交易所收到很多价值。）在以太坊上，区块构建者控制着绝大多数的 MEV。 举个简单的例子，假设 Alice 想要出售 100,000 ETH 而 Bob 想要购买 1 ETH。Alice 的订单很庞大，甚至可以牵动 ETH 的价格。比起放在 Alice 订单之后，如果构建者将 Bob 的订单放在了 Alice 之前，那么 Bob 会买到数量更少的 ETH。 <br/> 老练的区块构建者可以在排序上做很多事情并以此获利： - 从 Bob 那获取更高的小费来先执行他的交易 - 在处理 Alice 的交易之前，创建和处理一笔出售自己 ETH 的交易 - 在之后 ETH 价格较低的时候创建并处理一笔回购更多 ETH 的交易 <br/> 对于验证者来说，擅长构建区块是有利可图的，对他们的激励很大。当他们越能理解交易池的运作（并且越擅长访问隐私订单流），就越能从自己的质押中赚取更多价值。但问题就出在这：如果不加以控制这个情况，MEV 会让以太坊趋于中心化。 问题是这种影响会随着时间越来越严重。这也是复利的本质 —— 世界第八奇迹。（译者注：据闻，爱因斯坦曾说：“复利是世界第八奇迹，了解它的人可从中获利，不明白的人将付出代价”。）如果任其发展，那么最有能力的区块构建者将会捕获越来越多的 ETH，最终甚至是以太坊。 为了进一步探讨去中心化的重要性，读者可以先阅读推串的第二条：[https://twitter.com/SalomonCrypto/status/1592309373732151296](https://twitter.com/SalomonCrypto/status/1592309373732151296)，现在我们一起来简要了解一下。 可以说，可信的中立性来自于去中心化，而 ETH 的价值则来自于可信的中立性。 <br/>  <br/> 幸运的是，早在 2020 年 [@thegostep](https://twitter.com/thegostep) 和 Flashbots 就预见了这种问题并着手于构建。即使在合并升级完成而以太坊转为 PoS 之前，他们也已经有了暂时的解决方案在运行（并准备完整的解决方案）。 注意：简要说下以太坊节点的运作方式。一个节点就是一台计算机，它会运行执行层客户端（管理 EVM）和共识层客户端（管理 PoS）两个软件。 MEV-Boost 是另外的节点软件，它让节点能够从区块中继中获取区块。它可以一直自动构建区块，也可以查看区块头，并从专业的区块构建者那里获取区块。……构建者为了被优先打包也会支付一定费用。 <br/>  <br/> 思考一下上面的例子，假设区块构建者知道 Alice 将要影响市场，他可以计算出交易前后出售和回购 ETH 的差价，以此可以锁定额外的 50 个 ETH。为了能被优先打包，构建者也许愿意出价至 49 ETH，因为他仍然可以锁定一笔利润。 MEV-Boost 系统目的是将构建区块的困难、知识/资本/经验与提议区块的经济奖励进行分离。当一位提议者在一个 slot 中被选中提议区块时，仅是通过选中出价最高的区块，他就可以分摊到 MEV 提供的回报。 MEV-Boost 是极好的产品，它是去中心化以太坊路上迈出的一大步，但它不是完美的。为了让读者理解为什么这么说，我们需要稍微深入研究一下 MEV-Boost 的工作过程（但不会太深入）。 <br/> 首先，我们必须认识三个角色： - 构建者，负责为每个 Slot 制造可能最赚钱的区块 - 中继，负责作为中介 - 提议者，是负责提议区块的以太坊验证者 <br/>  <br/> MEV-Boost 的问题就在于它的中继，不仅构建者需要信任中继，提议者也要。构建者必须相信中继在提议者支付构建者费用之前，会保持其区块对外不可见。提议者则必须在不被允许查看基础交易的情况下，相信中继已经确认了区块和出价的有效性。这非常重要，因为无效的区块将导致提议者被罚没。 幸运的是，我们有解决方案，以下会探讨两个。但在此之前，我想花一点时间让读者认识到，虽然 MEV-Boost 并不完美，但它是一个巨大的飞跃。有了 MEV-Boost，使用即插即用（plug-and-play）设备的节点运行者（就像我自己使用的是 [@Rocket_Pool](https://twitter.com/Rocket_Pool)）已经在体验 MEV 收益了。 第一个解决方案是将 MEV-Boost 的概念写入以太坊核心协议中。这会消除网络对中继的需求，也让我们能够以密码学的方式验证一切，而不需要早早地泄露区块信息。我们将这个主意称为写入协议的提议者-构建者分离（Enshrined Proposer-Builder Separation）。 第二个方法是利用 [@sreeramkannan](https://twitter.com/sreeramkannan) 提出的有关以太坊特性的新想法，将 MEV-Boost 的受信任组件转变为由以太坊支持的去信任的系统。这里也可以参考阅读链接：[https://twitter.com/SalomonCrypto/status/1592309373732151296](https://twitter.com/SalomonCrypto/status/1592309373732151296)。 这两个解决方案都需要对 MEV-Boost 的模式做一些修改。最重要的是，MEV-Boost 可能会使区块构建者审查区块（无论出于什么原因）。幸运的是，还有很多其他好主意可以作为解决方案。 但是，不要想太远了，我们才刚经历了合并。在我们从 MEV-Boost 继续前进之前，还有很多东西需要构建。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-22https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-22Tue, 22 Nov 2022 00:00:00 GMT# 本期看点 - **第 98 次以太坊共识层会议** - **上海升级相关 EIP 进展** - **Marek 澄清关于 ETH 提款将不启动的谣言** - **Aave 上线隐私扩容方案 Aztec** - **zkSnyc 2.0 推出了新的命令行界面 (CLI) 工具** - **zkSync 宣布多件大事：C 轮融资、潜在发币计划和开源代码** - **StarkWare 推出的基于 cairo 的第三类 zkEVM Kakarot** - **Maker 上线交易基础设施 Maker Teleport** - **FTX 黑客通过桥接 Ren BTC Gateway 转移资金至 Bitcoin** <br/> # 主网 **第 98 次以太坊共识层会议** 2022 年 11 月 17 日，以太坊共识层客户端开发者进行了第 98 次共识层会议。开发者们讨论了 MEV-Boost 软件的更新、上海升级相关 EIP 的进展 (包括提款质押的 ETH 和 proto-danksharding)。 首先是 MEV-Boost 更新。Flashbots 团队的 Chris Hager 更新了 MEV-Boost 的情况。MEV-Boost 是连接验证者和多个链下市场的软件，被称为中继。验证者通过中继从第三方区块构建者那里获得包含最大可提取价值 (MEV) 的额外奖励。上周，MEV-Boost [发布](https://github.com/flashbots/mev-boost-relay/releases/tag/v0.14.0)了新版本，鼓励所有验证者使用它。新版本的 MEV-Boost 使得验证者可以对从中继收到的区块设置最低出价值。Flashobt 计划在未来几周内发布关于对 MEV-Boost 区块设置最低出价值的意义和影响。 此外，最新版本的 MEV-Boost 修复了一个拒绝服务漏洞，该漏洞可以迫使所有验证者退回到本地出块。关于该漏洞的完整事后邹杰可以在[这里](https://collective.flashbots.net/t/post-mortem-for-a-relay-vulnerability-leading-to-proposers-falling-back-to-local-block-production-nov-10-2022/727)找到。Chris 强调，该漏洞的修复需要共识层 (CL) 客户端团队为信标节点 API 实现一个特定端点，被称为"[getStateRandao](https://ethereum.github.io/beacon-APIs/?urls.primaryName=dev#/Beacon/getStateRandao)"。这个端点目前只有 Teku 实现了。 关于中继竞争的话题，Chris 指出，在以太坊区块链上，一个新的中继正在逐渐兴起。Relayooor.wtf 在会议前 24 小时内交付了所有 MEV-Boost 区块的 1.5%。值得注意的是，Relayooor.wtf 是一个无需许可、开源、不做审查的中继。在构建者竞争的话题上，领先的构建者是一个被称为"0x69 "的匿名用户。0x69 在一天内已经构建了 2000 个 MEV-Boost 区块。第二个领先的构建者是 Flashbots 的构建者，构建了 1200 个链上 MEV-Boost 区块。所有这些数据都可以在 [relayscan.io 网站](https://www.relayscan.io/)上找到。 关于 MEV-Boost 的最后一个话题，开发者们再次确认计算本地构建区块的策略。这是上次共识层上讨论过的话题，你可以在这里阅读完整的文章。开发者们同意用所有交易优先小费的总和作为区块值来计算，而不是验证者构建区块前后的差值。开发者们还确认了，计算由共识层客户端而不是执行层客户端来进行。关于这个话题的进一步讨论，关于在引擎 API 中添加区块值，这个 API 使得以太坊节点上的共识层和执行层客户端更易于沟通，相关内容可以在[这里](https://github.com/ethereum/execution-apis/issues/307)找到。 来源：https://www.galaxy.com/research/insights/ethereum-consensus-layer-call-98/ **上海升级相关 EIP 进展** 1. 提款质押的 ETH 更新 在[第 97 次共识层会议](https://www.galaxy.com/research/insights/ethereum-consensus-layer-call-97/)里讨论了关于如何为上海升级启动提款质押的 ETH 后，开发者们重新讨论了为提款扫描添加界限的话题。开发者们同意根据验证者 index 号码来处理提款，而不是根据一个专用队列的排序。对于每个区块，网络将扫描验证者 index 并处理尽可能多的提款，这个数量由“churn limit"决定。（编者注：信标协议限制了在给定 epoch 里可以激活和退出的验证者数量，这被称为 churn limit 。） 虽然这种情况不太可能，如果没有验证者启任何提款，以太坊节点可能需要扫描整个验证者集，目前由接近 46.9 万个验证者组成。由于这种边缘情况可能会导致以太坊节点工作量过大，所以以太坊基金会研究员 Alex Stokes 提议在区块为提款设置可以扫描验证者数的最大值。Danny Ryan 一开始反对增加限制，因为这会增加代码复杂性。在会议期间，在考虑到共识层客户端团队在没有扫描限制的情况下可能也会被迫增加其他的优化，他改变了主意。目前，Alex 在 Github 上的[提案](https://github.com/ethereum/consensus-specs/pull/3095)只为扫描创建限制，而不包含当每次返回是空值时确保扫描会继续往前扫验证者集的逻辑。Danny 强调扫完整个活跃验证者集而不是对同一范围的验证者重新扫描这一逻辑的重要性。Alex 同意会继续完善他的提案。 2. proto-danksharding 更新 开发者们讨论了对 blob 交易进行额外加密验证的必要性。Danny 解释了有两种方法引入额外的验证，使得以太坊节点可以确认 blob 是否值得 gossip，即与以太坊网络中的其他节点进行通信。其中一个操作要求验证者验证 blob 签名，另一种要求验证者完成对完整 blob 的验证。会议上有两位开发者运行了模拟测试，以对比两种操作的验证时间。模拟测试的结果可以在[这里](https://github.com/ethereum/consensus-specs/issues/3103)找到。因为结果显示两种操作的验证时间没有明显差异，开发者们更倾向于完整验证而不是签名验证，因为前者几乎没有增加额外的代码复杂性。以太坊基金会研究院 Dankrad Feist 指出模拟中过的数字似乎时错误的，需要重新检查。Danny Ryan 表示同意，并表示重新审视这个数字可能会让完整 blob 验证的理由更有力。 另外，共识层客户端 Lodestar 的开发者发布了《[EIP-4844 的准备清单](https://github.com/ethereum/pm/blob/master/Breakout-Room/4844-readiness-checklist.md)》，当清单上的任务都完成时，意味着 EIP-4844 可以准备计划主网部署。 来源：https://www.galaxy.com/research/insights/ethereum-consensus-layer-call-98/ **Marek 澄清关于 ETH 提款将不启动的谣言** 19 日，针对近日推特上关于以太坊核心开发者不打算在近期启动 ETH 提款的不实谣言，执行层客户端 Nethermind 的开发者 [Marek](https://twitter.com/M25Marek) 表示自己正在进行提款的测试，并分享了 Nethermind<>Lodestar 客户端组合在多客户端开发测试网上进行同步的截图。  来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1593737774481301504&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1593737774481301504" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 868px; display: block; flex-grow: 1;"></iframe> **Flashbots 开源了构建者 API** 19 日，继开源了 MEV-Boost、sync-proxy 后，Flashbots 开源了其区块构建者 API：https://github.com/flashbots/builder。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1593668480951373827&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1593668480951373827" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 776px; display: block; flex-grow: 1;"></iframe> <br/> # Layer2 **Aave 上线隐私扩容方案 Aztec** 15 日，Aave 宣布上线隐私扩容方案 Aztec。作为以太坊上最大的流动性协议，Aave 的总锁仓价值为 40 亿美元。它允许用户在无需许可的情况下进行借贷。Aave 与 Aztec 的集成使用户得以使用 Aztec Connect 作为代理服务进行存款，既能节约开销又能增强隐私。 展开来说，用户可以将加密过的 ETH 和 DAI 存进 Aave 中，继而从该流动性协议中赚取收益。在开销方面，用户可以借助 DeFi 批量处理存款的机制，在相同的存款情况下只支付 L1 gas 费的 1/12。一方面，可以让一批存款交易中的用户分摊交易费，另一方面，还能保护他们的隐私。 此外，有意愿将 Aave 集成连接至其应用程序的开发者，可以查看他们的规范：https://github.com/AztecProtocol/aztec-connect-bridges/tree/master/src/specs/erc4626 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1592517914787094530&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1592517914787094530" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 614px; display: block; flex-grow: 1;"></iframe> **zkSnyc 2.0 推出了新的命令行界面 (CLI) 工具** 16 日，zkSnyc 2.0 推出了新的命令行界面 (CLI) 工具，这个 CLI 工具简化了开发应用程序以及与 zkSync 2.0 交互的过程，提供以下命令： - 为新的项目提供脚手架。如果要启动一个设置了所有相关依赖项和配置的项目，可以执行“zksync-cli create <项目名>”。新创建的项目中还会包含一个带有测试的基本智能合约，项目方可以在编写自己的逻辑时作为参考。 - 从 Goerli 测试网上存款 ETH 至 zkSync 2.0。如果将资金转移到 zkSync，可以执行命令“zksync-cli deposit”。该程序会要求用户提供存款所需的所有详细信息，包括目的地址、金额和签署交易的密钥。 - 从 zkSync 2.0 提款 ETH 至 Goerli 测试网。提款则是执行“zksync-cli withdraw”并根据指示进行提款即可。 用户可以使用 Yarn/npm 全局安装 zkSync 的 CLI，或者直接使用 npx 运行它。了解有关 zkSync CLI 的更多信息：https://github.com/matter-labs/zksync-cli…。此外，zkSync 之后将会加入更多命令至工具中。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1592549624643870720&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1592549624643870720" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 614px; display: block; flex-grow: 1;"></iframe> **zkSync 宣布多件大事：C 轮融资、潜在发币计划和开源代码** 16 日，zkSync 发推宣布了多件大事，主要包括 Matter Labs 在 C 轮筹集了 2 亿美元、潜在发币计划以及下一个里程碑将开源所有代码等等。具体如下： - 其公司 [Matter Labs](https://twitter.com/the_matter_labs) 在 C 轮融资中筹集了资金 2 亿美元，由 [Blockchain Capital](https://twitter.com/blockchaincap) 和 [Dragonfly Capital](https://twitter.com/dragonfly_xyz) 领投。再加上他们此前宣布的生态系统基金中的 2 亿美元、在 B 轮融资筹得由 a16z 领投的 5000 万美元以及 A 轮和种子轮中融得的 800 万美元，目前，他们总共筹集了 4.58 亿美元。 - 如果未来有任何潜在的代币发行计划，zkSync 将保留代币总供应量的 ⅔ 给其生态系统，并且会倾向于公平和透明地进行分配。 - zkSync 将在下一个里程碑 Fair Onboarding Alpha 到来时，对**所有代码**进行完全 MIT 许可的开源（可以自由查看、更改和分叉）。 - 与 [OpenZeppelin](https://twitter.com/OpenZeppelin) 建立合作伙伴关系，他们正在对 zkSync 进行全面的安全审计，为 Fair Onboarding Alpha 和 Fair Launch Alpha 阶段做准备。 - 随着 Fair Onboarding Alpha 阶段即将到来，zkSync 的生态系统也有新进展：已有 150 多个项目已经登记了在 zkSync 2.0 上的部署。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1592881058537648129&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1592881058537648129" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 758px; display: block; flex-grow: 1;"></iframe> **Orbiter Finance 测试网更新：集成了 Scroll L1 和 L2 测试网** 17 日，以太坊跨 rollup 桥接解决方案 Orbiter Finance 宣布测试网更新，称集成了 Scroll L1 和 L2 测试网。他们还指出，因为没有维护这些测试网，所以可能会发生流动性不足的情况。但目前，Orbiter 的交互页面不能看到 Scroll L1 区块链。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1593152114674774016&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1593152114674774016" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 909px; display: block; flex-grow: 1;"></iframe> **Arbitrum 去中心化路线更新** 16 日，Arbitrum 更新了去中心化路线，通过纳入更多的网络的验证者，在 Arbitrum One 上扩大了验证者节点子集，如图：  目前的验证者节点是需要许可的，它们负责向区块链发布断言，并对任何欺诈性的声明发起挑战。Arbitrum 称，之后还将公布更多验证计划，包括验证者协议的更新和完全无需许可的验证过程。 来源： https://offchain.medium.com/arbitrum-decentralization-update-39f093768c42 **StarkWare 推出的基于 cairo 的第三类 zkEVM Kakarot** Kakarot 是基于 Cairo 语言、使用 STARK 证明系统的第三类 zkEVM 解决方案。据 Vitalik 在[《不同类型的 ZK-EVM》](https://www.ethereum.cn/Layer2/zkevm)中的分类，第三类指的是几乎 EVM 等效的 zkEVM。 目前 Kakarot 还在测试阶段，kakarot 上已经可以部署常规的 Solidity 合约并正常运行。 来源： https://github.com/sayajin-labs/kakarot <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1593675036648423424&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1593675036648423424" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 659px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1585541362371465216&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1585541362371465216" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 1187px; display: block; flex-grow: 1;"></iframe> **StarkNet 的生态系统图更新**  此图仅供参考。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1593533620882382849&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1593533620882382849" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 580px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **FTX 黑客通过桥接 Ren BTC Gateway 转移资金至 Bitcoin** 19 日，多个 FTX 黑客地址的资金都兑换成 ETH 并汇集到了其中一个黑客钱包地址中。据 [PeckShieldAlert](https://twitter.com/peckshieldalert/status/1593878595180453888?s=46&t=-uu_iV4e_PDeV3ZBd80nsQ) 19 日的数据，此时的钱包地址持有着 250,735.1 ETH。 在这之后，该黑客地址开始将 ETH 换成 BTC。具体来说，他在兑换 BTC 之前将一部分 ETH 发送到新钱包，通过桥接 Ren BTC Gateway ****将 ETH兑换为 renBTC，而后再通过 Ren 的桥接服务将兑换的 renBTC 桥接到比特币区块链。 该黑客于 20 日将 5 万个 ETH 兑换为 3517 个 renBTC 之后，又在 21 日将 2 万个 ETH 兑换为 1023 个 renBTC。22 日，FTX 的黑客又将 18 万 ETH 均匀分散至 12 个不同的地址，每个地址都有 1.5 万个 ETH。截止七日谈发布，标记为“FTX Account Drainer”的[黑客地址中的余额](https://etherscan.io/address/0x59abf3837fa962d6853b4cc0a19513aa031fd32b)为 5,735 ETH。 总的来看，从 FTX 承认流动性危机，再到申请破产和遭遇黑客攻击，这一连串事情让越来越多的 Web3 用户对 FTX 投以关注，同时，也让这些事件中更多的疑似信息暴露了出来。比如，[区块链安全审计商 Hacken 的 CEO Dyma Budorin 表示](https://twitter.com/coindesk/status/1592305287104544769?s=21&t=cLvIZQb-Rc6_c5Jr9jq5Ew)，线索指出 FTX 被盗 4 亿美元事件背后的黑客可能是其内部高级人员，他可以访问该交易所的冷钱包。 来源： https://www.theblock.co/post/188565/ftx-drainer-consolidates-ether-holdings-to-reach-302-million <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1594730133591662598&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1594730133591662598" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 617px; display: block; flex-grow: 1;"></iframe> https://www.theblock.co/post/188710/ftx-drainer-swaps-another-20000-ether-for-bitcoin?utm_source=twitter&utm_medium=socialhttps://twitter.com/coindesk/status/1592305287104544769?s=21&t=cLvIZQb-Rc6_c5Jr9jq5Ew <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1594733749979299840&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1594733749979299840" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 549px; display: block; flex-grow: 1;"></iframe> **Genesis 或将面临破产** 16 日，[借贷平台 Genesis 称](https://twitter.com/AP_ArchPublic/status/1594386225200234496)，在受到 3AC 违约以及 FTX 的负面市场影响后，他们只能暂停贷款赎回和新贷款发放。 而据 The Block 21 日报道， Genesis 方的发言人曾透露，Genesis 没有立即申请破产的计划。其目标是，在不需要申请破产的情况下，以协商的方式解决当前的情况。并且，他们会继续与债权人进行建设性对话。 据彭博报道，有知情人士表示 Genesis 正在努力筹钱支撑平台的借贷。而据 WSJ，Binance 拒绝了投资 Genesis 的机会，其知情人士称，币安拒绝了这项投资是因为与 Genesis 的商业模式存在潜在的利益冲突。但 Genesis 还在寻求 Apollo Global Management 的投资。值得注意的是，Genesis 在寻求融资的过程中，已经将 10 亿美元的融资目标降为 5 亿美元。 此外，由于 DCG 作为 Genesis 和 Grayscale 的母公司，不少用户很关心他们是否会抛售 Grayscale 所持有的价值 110 亿美元的 BTC 来解决这场流动危机。[Grayscale 回应](https://twitter.com/Grayscale/status/1593737708723118080)，其数字资产产品底层的数字资产托管不受影响，其产品的数字资产安全可靠，并提供了截止 11 月 18 日的产品文件。 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1592867198900768769&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1592867198900768769" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 361px; display: block; flex-grow: 1;"></iframe> https://www.theblock.co/post/188891/genesis-warns-of-possible-bankruptcy-without-funding-bloomberg?utm_source=twitter&utm_medium=social **Maker 上线交易基础设施 Maker Teleport** 15 日，Maker 上线传送稳定币的基础设施 Maker Teleport，它负责在多链空间中安全地传送 DAI，而不会失去可扩展性。他们为所有想将 Maker Teleport 与功能性用户界面集成的构建者提供了 10000 DAI 的资助。 Maker Teleport 实现会分“快速提款（Fast Withdrawals）”和“L2 对 L2 完全传送（L2-to-L2 Full Teleport）”两个阶段进行部署。Maker 目前已经部署了快速提款，并且已在 Arbitrum One 和 Optimism 上启用。这两个网络目前在 Maker Teleport 上均有 100 万美元的债务限额可用。 快速提款的工作原理如下：DAI 会在 L2 上销毁，并在 L1 铸造。这笔 DAI 会在交易被 Maker Oracle 确认后立即发送给用户，不需要等待 L2 的欺诈证明。而还未上线的 L2 对 L2 完全传送功能也遵循着类似的工作原理。首先，DAI 会在来源 L2 上销毁，并在目标 L2 上铸造，接着，在 Maker Oracle 确认交易之后立即发送给用户。 Maker 称，在之后的升级中，用户几乎能够在不同 L2 网络之间即时传送 DAI。 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1592537340131430400&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1592537340131430400" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 687px; display: block; flex-grow: 1;"></iframe> **Uniswap 上线 Permit2 和 Universal Route** 18 日，Uniswap 上线了两个新的智能合约 Permit2 和 Universal Router。Uniswap 称，这两个新合约可以将提高代币授权（token approval）的灵活度，并将 ERC-20 代币和 NFT 的兑换聚合到一个合约中进行。 Permit2 让代币授权可以在不同的应用程序之间进行共享和管理，它还提供所有代币的通用许可、限定时间的代币授权、批量授权和撤销代币等功能。 Universal Router 则将 ERC20 和 NFT 交易聚合至一个高度灵活且优化 gas 的交换路由器 Universal Router，用户可以在一个兑换合约中兑换多种代币和 NFT，还能节省 gas 费用。 来源： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1593340946820775937&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1593340946820775937" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 735px; display: block; flex-grow: 1;"></iframe> **Uniswap 新隐私政策会采集用户钱包相关数据** Uniswap 发布的[新隐私政策](https://uniswap.org/privacy-policy)将采集与用户钱包相关的链上和链下数据。他们称会采集公开可用的链上数据以作出明智的决定。而关于链下数据，Uniswap 声称他们不会采用敏感的用户个人数据，如姓名、邮箱或 IP 地址，但是他们仍会抓取在前端网站上与用户活动相关的其他链下网络标识符。 隐私政策中指出，Uniswap 和其他“第三方服务提供商”可能会收集与用户的移动设备 ID、cookie、来自本地存储的信息、操作系统、设备或浏览器语言相关的数据。Uniswap 表示，此类信息可用于记住用户导入了哪些代币，并了解他们的偏好和互动。此外，Uniswap 承认它会在某些区块链分析提供商的帮助下检查用户钱包，以识别其中的违法活动。 来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1594653130939109377&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1594653130939109377" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 622px; display: block; flex-grow: 1;"></iframe> **Gitcoin 宣布在新 grant protocol 上运行第一个 QF 募资轮** 22 日，Gitcoin 宣布将与联合国儿童基金会的创新办公室（UNICEF‘s Office of Innovation）合作，在新的 grant protocol 上运行第一个二次方募资轮。 此次融资轮将于 2022 年 12 月 9 日开始，一直至 16 日结束。这次与联合国儿童基金会的合作将是作为 Gitcoin Alpha 测试季的一部分，是在其新 grant protocol（目前处于封闭测试阶段）上即将进行的 5 轮测试中的第一轮。这次募资轮的启动标志着 Gitcoin 开始向去中心化的协议过渡，让任何社区都能运行自己的融资轮。 来源： <iframe id="twitter-widget-15" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-15&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1594751121444085760&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FfdqUpakF2aVKsh0nNGUWT4RdMMzM-QjZT479mQ3xCp8&amp;sessionId=5e91e2a93341744f26c0854e242ebd2adceececc&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1594751121444085760" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 733px; display: block; flex-grow: 1;"></iframe> <br/> 声明：以太七日谈栏目内容由编者自行编译而成，仅供参考，请以消息来源为准。转载须注明原文出处以及 ETH中文。若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Announcement/launch-of-ethgiftshttps://www.ethereum.cn/Announcement/launch-of-ethgiftsSat, 19 Nov 2022 00:00:00 GMT今天，ECN 很高兴宣布：[EthGifts.com](http://ethgifts.com/) 上线啦！ <br/> ## **EthGifts 是什么？** EthGifts 是 ECN 在举办社区活动或组织社区协作时发放的 Web3 数字凭证，以认证社区成员的参与和贡献。这些 Web3 数字凭证的类型包括 NFT、SBT、POAP 和可验证数字凭证 (Verifiable Credential，VC)，它们都没有金融价值，旨在把成员在 ECN 社区的链下参与和贡献进行编码，或以 NFT 的形式进行上链、或以 VC 的形式把经验证的凭证发放给成员，由成员掌握自己的个人数据。 [EthGifts.com](http://ethgifts.com/) 就是上述数字凭证进行认证、申领和铸造的平台。社区成员可以在上面查看、追踪他们的参与情况、铸造 NFT 和下载 VC。同时，[EthGifts.com](http://ethgifts.com/) 还是展示 ECN 社区活动的平台，大家可以通过网站陈列的每个 NFT 了解相对应活动的详情，以及活动的最新动态。  <center>申领活动进行中的 NFT 以及活动预告</center>  <center>ECN 在过去举办的社区活动中发放纪念性 NFT 和 POAP</center> 过去的这些活动你们都参与了哪些呢？  在 [EthGifts.com](http://EthGifts.com) 上连接钱包后，你钱包地址获得的 NFT 都会在首页的 EthGifts Gallery 部分被打上 "YOU OWN IT" 的盖章，让你在 ECN 社区的参与情况将一目了然。 <br/> ## **为什么要推出 [EthGifts.com](http://EthGifts.com)?** 随着以太坊影响力的扩大，中文社区里有越来越多人信任 ECN 并愿意积极地参与建设活动，包括资讯分享、志愿翻译和原创文章等。ECN 非常乐于见到这种现象，并意识到除了像以往对成员在活动里的参与进行认证外，对成员的贡献进行认证也尤为重要，且应该借助区块链技术，生成不可篡改、可验证的 Web3 数字凭证，而不再停留于 Web2 时代的简单署名。 恰逢 2022 年 5 月，以太坊的联合创始人 Vitalik Buterin、律师 Puja Ohlhaver 和经济学家 E. Glen Weyl 共同发布了论文《去中心化社会：寻找 Web3 的灵魂 ([Decentralized Society: Finding Web3’s Soul](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=4105763))》，提出了“灵魂绑定通证 (SBT)” 和“灵魂”的概念，阐述了在区块链构建 DeFi 以外应用的重要性、潜力和可能用例，并描绘了基于区块链的去中心化社会的图景。受此论文启发，再结合眼下社区建设的需求，ECN 开始了 EthGifts 的构思🤔。 ECN 希望通过 [EthGifts.com](http://ethgifts.com/) 对成员在 ECN 社区的参与和贡献进行编码，丰富成员在 Web3 的履历和数据，为其以太坊账户注入社会属性。同时，一个公开展示、申领、铸造和下载凭证的平台能提高凭证发放的透明度，让更多人了解 ECN 开展的活动，一起参与到以太坊的生态建设中🙌 <br/> ## **为什么使用不同类型的 Web3 数字凭证？** EthGifts 对 Web3 数字凭证的选择主要与社区参与和贡献的特点相结合： - NFT 和 POAP 主要用于认证社区成员在 ECN 所举办活动的参与和出席情况，是一种“参与证明 (Proof of Participation)"。 - SBT 主要用于认证社区成员在 ECN 发起的志愿社区协作和内容贡献情况，分为“工作量证明 (Proof of Work)”、“技能证明 (Proof of Skill)”和“知识证明 (Proof of Knowledge)"。 - VC 则作为链上凭证 SBT 或 NFT 的补充，提供成员链下凭证的选择。  <br/> ## **目前可以申领哪些 NFT？** **以太坊合并观看派对留言板**  在 2022 年 9 月 15 日，ECN、Ethplanet 与 Crypto Tech Night 在以太坊合并当天共同举办“一起来唠嗑 The Merge” 观看派对，现场连线多位嘉宾对合并、PoS 和 Staking 等话题进行讨论和分享，与现场观众互动，并转播以太坊基金会的直播现场，一起唠嗑，共同经历这个以太坊的历史时刻。 ECN 为此次观看派对的参与者准备了 “The Merge 留言板 NFT” 。参与者通过在 etherscan 的合约写入自己关于以太坊合并感想的语句完成交互，即可铸造一个随机的 The Merge 贴图 NFT。ECN 把所有这些留言都收集起来，生成熊猫形状的留言板，并制作成 NFT。在 The Merge Watch Party 上有留言的朋友都有资格铸造这个新 NFT 哦！ **ECN's 4th Anniversary NFT**  在这周 ECN 发起了 #ECN四周年 #我与ECN的瞬间的主题活动，邀请大家在推特或邮件和 discord 给 ECN 分享印象深刻的时刻。参加了此次主题活动的朋友都可以获得 ECN 四周年纪念 NFT。有参与的朋友快来申领吧！ [EthGifts.com](http://EthGifts.com) 还有更多的内容等待大家发掘😝 如果对这个网站有任何意见或者建议，欢迎在任何渠道 DM 我们！https://www.ethereum.cn/Layer2/Podcast003https://www.ethereum.cn/Layer2/Podcast003Fri, 18 Nov 2022 00:00:00 GMT<iframe src="https://player.fireside.fm/v2/2T9K4CVL+YIgLddKw?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> 本期的访谈内容围绕跨链相关话题进行。跨链安全其实一直在社区中备受关注，跨链攻击事件频繁发生，因此对于跨链安全性质疑的声音也难免越来越多。当然，不同的跨链解决方案采用的技术不一样，这样他们的安全系数也分高低。 随着多链生态以及以太坊 L2 逐渐成熟起来，跨 L1 和跨 L2 交易的需求也越来越大。对于用户和开发者来说，了解如何评估一个跨链方案的安全性对他们来说无比重要，因为这涉及自身资产的安全性。 本期节目邀请了来自 Orbiter Finance 技术团队的 Eric，为我们介绍跨链以及 Orbiter Finance。Orbiter Finance 是一个专注于以太坊跨 rollup 的去中心化桥接解决方案，基于 “提前信任+争议仲裁” 的这样一个解决方案，并且依赖于以太坊网络自身的安全性能。Orbiter Finance 表示很快将推出其流动性提供机制和 Maker 合约的测试。 涉及的话题有： - 跨链攻击事件以及其根本安全限制的探讨 - 跨链的基本原理以及不同的跨链类型 - Orbiter Finance 的实现方式和项目介绍 - Orbiter Finance 的仲裁机制如何保护用户资产安全？ - Maker 流动性提供合约的介绍和开放计划 - 数据服务 L2 data 的介绍 - 对跨链生态的未来展望 <br/> ## 为什么说跨链具有根本的安全限制？ **Franci**：说到跨链。大家可能会有一个不好的印象就是，好像很多黑客攻击都是针对跨链协议的，而且被盗金额都非常庞大。比如去年 ChainSwap 和 Poly Network 攻击事件，还有今年 Multichain、Wormhole、Ronin Network、Nomad 等等，我就不一一列举了，这些攻击事件中，损失达到数百万甚至数亿美元。 而且跨链交易还会有一个反网络效应，就是当交易活动不多时，网络就会非常安全，因为黑客攻击的激励不足以覆盖他的攻击成本；而当交易多了起来，攻击风险就会越大。也就是说， 跨链生态越繁荣，就越容易受到攻击。这对资产大的用户以及跨链应用来说，是一个致命的隐患。那为什么会这样呢？跨链桥为什么那么容易被 hack？ Vitalik 在以太坊基金会第七次 Reddit AMA 中曾表示，他之所以对多链的区块链生态系统保持积极态度，而对跨链应用保持消极态度，**一个关键原因就是桥接具有根本性的安全限制。**你怎么看这一点？ **Eric**：其实这个例子里面有很多是因为是合约里面的逻辑代码，以及验证证明上的一些缺陷造成的，但是我觉得这些都会随着技术的一些发展和成长都就会得到解决。 但是确实在跨链协议上会有一个最根本的一个安全限制。我认为其实就是链的安全性。因为跨链协议安全限制，我觉得是符合水桶理论的。也就是跨链的话，会涉及到多条链。而这个跨链协议的安全性能的上限呢，对我们某一条链的安全性能下限来决定的。就是如果你的跨链协议中涉及到的某一条链，它的安全性能不佳，极易遭受到攻击。那么你这个跨链协议的安全性能就无法得到保障，那么你用户呢，在这个跨链的过程中，资产就很容易损失。 比如说有两条链，这两条链是异构的链。然后其中的一条链的安全性能比较差，那么你从 A 链往 B 链去转移资金，或者去进行跨链协议运行的时候，但后来如果在 B 链，因为某些安全问题需要回滚的话，对于 A 链上是没有办法进行处理的。像这种情况下，就可能因为 B 链的安全性能的一个瓶颈，就造成了整个跨链协议的一个安全性，不能够得到保证。 **Franci**：那么延续你说的这个话题，Vitalik 其实后来有基于这个话题，继续写了一篇文章。他提出了一个概念，叫做共享安全性。那我看完这篇文章之后，大概的一个理解就是：这个共享安全区域指的是，当我在某条链比如说链 A 跨到另一条链，链 B 使用该链的资产时，我是否能共享来源链的安全性？那根据这个划分方式，其实 cross-L1s 和 cross-l2s 是两种不同的情况，跨 L2 要比跨 L1 安全得多，因为他们的安全性都像 rollup 一样，是由以太坊提供安全保障的。那么 Orbiter 其实是专注于跨 L2 的解决方案，针对 vitalik 说的共享安全性，Eric 你是怎么理解的呢？你觉得跨 L2 比跨 L1 安全的同时，它会不会也有很明显的安全隐患呢？ **Eric**：我觉得 cross-L2 因为共享了 L1 的安全的机制，继承了 L1 网络的安全性。**所以我认为它其实并没有什么明显的安全的隐患，但是它会有一个很明确很明显的一个缺点。** Rollup 具有一个退出时间的问题，就是我们平常会说到提现时间。这个是 rollup 它本身的一个技术特点所决定的，有效性证明可能需要大约四个小时，而欺诈证明需要七天的时间。这样就会大大地限制了资产的流动性，限制 rollup 的发展。 <br/> ## **跨链101** ### 跨链的基本逻辑 **Franci**：跨链的基本逻辑是什么？一般来说，用户是怎么在两条不同的链之间实现跨链活动的呢？ **Eric**：了解以太坊和区块链生态的人会知道，我们现在区块链系统里面是有很多异构的，就是不能够进行相互关联的。一些链和链之间没有办法去直接地进行价值以及信息的交流。这在很大的程度上会限制区块链的功能的发展。 我们平时所指的跨链，其实指的就是在这些不同的区块链网络之间进行信息的一个交换。而且对这些交换的信息加以利用，实现我们在不同的区块链之间的一个互通，以及价值的转移。 如果一个用户使用跨链的话，它在实现的基本逻辑就是这样的：现在有 A 和 B 两条链，从源网络 A 链发起一个跨链信息，这个信息可能会经过某一些被信任的一些安全的方式，然后被发送到目标链 B 链上。而在这个过程中，可能会需要去验证这个信息的有效性，即这条跨链信息是保证真实的；并且当这条消息发送到 B 链上时，在 B 链上可能也会对这个这个消息的有效证明之类的去进行一些确认。然后在 B 链上会根据 A 链上的这条消息进行某些处理。处理之后，我们可以在 A 链上得到一个处理的结果。**这个其实就是跨链的基本逻辑**。 <br/> ### 不同的跨链类型介绍 **Franci**：我注意到你刚才说的一些点，当用户他进行跨链时候，目标链会需要去验证那个来源链交易的一个有效性，在验证的技术选择方面可能会有不同的方式，可以列举一下一些比较主流的方式吗？我们是不是可以通过这些方式了解跨链的不同方案的基本的架构。 #### 消息传递者的类型 **Eric**：跨链的一个基本逻辑里面，其实我们会发现有一个比较重要的角色。这个角色就是要把发起链上的交易信息发送到目标网络上。这样一个角色必须要是可信任的，因为我们要保证它要发送的是正确的交易。它属于**消息的一个传递者**。基本上在跨链协议里面，它都是一个链下的角色。然后这个 relayer，它通过不同的实现方式，它可能是单节点的；也可能是多节点的；还有可能是一些像 chainlink 这种第三方机构。 最基础的一个就是完全受信任的 relayer 模式。我们在正常的消息传递中，这个跨链协议里面链下会有 relayer 的角色。这个角色是通过不同的方式筛选出来的。有的可能是通过投票，有的可能是通过资金的质押筛选出来的。而且这个角色有可能是一个，也有可能是多个。然后这些角色会在练下对这个发起链上的一些跨链信息进行验证、打包。这个验证的过程中可能是多签的，也可能是分布式签名的方式，去保证安全性。但是这种方式会有一个问题，需要大多数签名的成员都是诚实的。 然后**第二种的话**就是可以着重讲一下 Layer Zero。它是在这种受信任的中继者模式的基础上又增加了一个角色，添加了一个叫做 oracle 的角色。它把 oracle 的角色和 relayer 的角色做了一个区分。Oracle 是用来提交发起链的区块头的一些信息，而 ralyer 只是用来发送一些交易的验证的证明。然后在线下会对这两者去进行匹配，并且通过算法进行证明，证明出区块的头验证。 **最后一种**就是乐观验证模式。这个模式上也是有链下的 relayer 角色，还会有一个watcher 和 updater 这两种角色。其中 updater 是要质押资金的，通过质押资金他会拥有负责打包这个发起链上的跨链信息的权利。然后 relayer 就只是单纯把 updater 的签名信息发送到目标链上去。其中还有 watcher 的角色，他负责监督负责签名交易信息的 updater。如果 updater 作恶的话，watcher 能够及时响应，然后使用其他证明方式阻止 updater 作恶。而这种方式在安全性上来说的话，它是最高的，因为它假设只要有一个诚实的 updater 运行。但是因为它使用了欺诈证明的方式，所以它可能在时间成本上会有有一点高，和前面两种来相比的话。 #### 消息有效性的验证方式 **Eric**：然后当这些消息传递到了目标网络之后，它的有效性是如何的，对于它的有效性的验证方式也不同。 **第一种**就是目标网络上的一个合约验证。这个合约验证又可以分为两个方面，一个就是共识的验证，还有一种就是有效性的验证。然后有效性验证比较好理解，我们现在的 rollup 其实使用的都是这样的。它会通过欺诈证明和有效性证明的方式在 L1 的 rollup 合约去进行验证 L2 的状态。然后对于共识验证，它就是在目标链上要去验证来源链的一个共识这样的一个功能，而这个验证的功能可能就会涉及到它来源链，它使用的是什么样的一个共识的机制。嗯用的是 Pow 还是说 PoS 协议这样一种方式。**第二种**，其实就是放在链下去操作的，也就是一些外部的验证。而我们说了这些外部的验证者，他们都是通过某种方式选举出来这些可信的验证者，然后使这些可信的验证者通过多签或者是运行共识算法的方式去统一。在链下进行验证之后，然后才会提交到我们的目标网络上。然后**第三种**就是前面提到的乐观验证模式。只有在作恶的时候，watcher 才会负责在目标网络上提交欺诈证明。所以这个就是三种可能不同的验证方式。 Orbiter 就是**使用了我们现在这种提前信任，加上争议仲裁的这样一个解决方案，**然后就把我们的安全性完全于依赖于以太坊网络自身的安全性能。然后我们在保证这个安全性能的前提下，专注于 cross-L2 的开发。 <br/> ## Orbiter Finance 的实现方式和项目介绍 ### 介绍 Orbiter 的架构 **Eric**：从角色层面上来说，可能会分为两个，一个是 sender 角色，一个是 maker 角色。也可以说一个是使用跨链服务的角色，还有一个是提供流动资金来帮助跨链的角色。 我可以先简单地讲一下用户使用 Orbiter Finance 跨链时的流程。比如说用户想从 zkSync 网络上把自己的以太坊资金转移到以太坊网络上。那么它就可以在 Orbiter 网页的前端进行操作，然后把他的资金从 zkSync 他自己的 EOA 地址转到我们提供服务的 Maker 地址里面去。 然后 Maker 在收到资金之后就会在目标网络上将计算后的代币，发送到用户的地址里面。这里面涉及的都是 EOA 之间的转账逻辑。在这个过程中呢，针对于 maker，Orbiter 会给他提供一个客户端。然后 Maker 也可以自己去部署一个客户端，然后自动化地实现后端，就是回款的一个流程。然后这个客户端里面，会去对用户跨链的金额、币种、网络状态之类的数据去进行一个监听。这是一个正常的流程，但如果是出现作恶的话，会有另外的逻辑。 Orbiter 采用的是提前信任的模式，就是我们默认了这些 maker 会正确的处理资产，正确地给用户返回这些资金。但是在整个的过程当中，maker 是存在作恶可能的，有可能他在发起网络上收到了用户的资产，之后把这个资产给扣留下了。  cr: Orbiter Finance 我们采用了一套去中心化的机制来防止作恶。主要是由三个合约，MDC、EBC 和 SPV 去实现这个功能。 而其中 MDC 合约其实就是一个 maker，就是 maker 注册的一个合约。然后在这个合约里面，会负责创建它的跨链规则服务，然后还要存放一些 maker 保证金，还有就是后续为sender 和 maker 提供一个仲裁处理的规则。 然后 EBC 合约就是一个事件绑定合约。现在我们主要的运用其实还只是在资产转移方面，所以这个 EBC 合约里面其实会对发起链，就是 sender 给予 maker 的这笔交易，通过来源链交易去推算出目标链交易。 而 SPV 合约就是一个简单的交易验证合约，就是用于证明用户提供的某条链上的一个交易是否真实的在这条链上。 然后通过这三个合约会运行一套机制，我们可以确保当 maker 作恶的时候，用户不会遭受到资产的损失。可以通过整个申诉仲裁的这样一个流程，到最后去得到资产的赔付，甚至是一个超额的赔付。 <br/> -------- #### 彩蛋 **Franci**：Orbiter Finance 创立以来有没有发生过什么有趣的故事呢？ **Eric**：有趣的故事的话，应该就是去年年底的时候，当时 Vitalik 在 Gitcoin 上发布一个 cross-rollup bounty。当时看到这个觉得挺有意思的，当时有一些自己的想法，然后当时我和我的同事，我们两个人就用了二十多天搞出了一个 Pizza 合约，当时去参加了。而且最终的话就是从中获胜，然后得到了那个 Vitalik 的 16 个 ETH 的奖励。这个对我们其实也是一个很大的一个鼓舞。 <br/> <br/> 订阅 ECN Podcast 访问 ecnpodcast.fireside.fm 收听 Podcast 以及获取节目的其他详细信息。你也可以通过泛用型播客客户端 Apple Podcasts、Pocket Casts、Castro、Google Podcasts、Spotify 等订阅我们的节目。 https://www.ethereum.cn/Technology/understanding-blockchain-latency-and-throughputhttps://www.ethereum.cn/Technology/understanding-blockchain-latency-and-throughputThu, 17 Nov 2022 00:00:00 GMT来源 | [paradigm.xyz](https://www.paradigm.xyz/2022/07/consensus-throughput) 作者 | [Lefteris Kokoris-Kogias](https://twitter.com/lefkok) <br/> <br/> 大家鲜少提到如何正确地测量一个（区块链）系统，但它却是系统设计和评估过程中最重要的步骤。系统中有许多共识协议、各种性能的变量和对可扩展性的权衡。然而，直到目前都没有一种所有人都认同的可靠方法，能够让人进行苹果对比苹果这种同一范畴内的合理比较。在本文，我们将概述受到数据中心化系统测量机制启发的一种方法，并探讨在评估一个区块链系统时可以避免的一些常见错误。 <br/> # **关键指标及其相互作用** <br/> 在开发区块链系统时，我们应该将两个重要指标考量在内：延迟和吞吐量。 **用户关心的第一件事就是交易延迟**，即发起交易或支付和收到确认交易有效性信息（比如，确认交易发起方有足够的钱）之间的时间。在传统的 BFT 系统中（如 PBFT、Terdermint、Tusk 和 Narwhal 等），一旦交易被确认就会被敲定，而最长链共识机制（如 Nakamoto Consensus、Solana/Ethereum PoS）中，一笔交易可能会被打包进区块，然后再重组。结果就是，我们需要一直等到交易达到“k 个区块深”了才能进行敲定，这就导致了延迟的时间大大超过了单次确认的时间。 其次，**系统的吞吐量一般对于系统设计者来说十分重要**。这就是系统每单位时间所处理的总负载，一般表达为每秒交易量 (TPS)。 乍一看，这两个关键指标看起来是完全相反的东西。但因为吞吐量由每秒的交易量得出，而延迟则是以秒为单位进行测量。自然而然地，我们会认为吞吐量 = 负载/延迟。 但事实并非如此。因为许多系统倾向于生成在 y 轴上展示吞吐量或延迟，而在 x 轴上展示节点数量的图表，所以这种计算方式的实现是不可能的。相反，我们能生成一个更好的、包含吞吐量/延迟指标的图表，它以非线性的方式呈现让图表清晰易读。 <br/>  <br/> 当没有竞争时，延迟是恒定的，仅是改变系统的负载，就可以改变吞吐量。会发生这种情况，是因为低竞争情况下，发送交易的最小开销是固定的，且队列延迟为 0，致使“无论进来什么，都能直接出去”。 在竞争激烈的情况下，吞吐量是恒定的，但仅是改变负载就可以让延迟发生变化。 这是因为系统已经超负载了，而增加更多负载会造成等待队列无限变长。更反常的是，延迟似乎会随着实验长度而发生变化，这是一个无限增长队列的人为结果。 这些表现都可以在典型的“曲棍球图”或“L型图”上看到，它取决于到达间隔的分布（下文会谈论到）。因此，**这篇文章的关键要点是，我们应该在热区进行测量，这里的吞吐量和延迟都会影响我们的基准；而不用测量边缘区域，这里的吞吐量和延迟只有一个是重要的**。 <br/>  <br/> # **测量方法论** <br/> 在做实验时，实验者有三种主要的设计选项： <br/> ## **开环 vs. 闭环** 现在有两种可以控制对目标发出请求流的主要方法。开环系统基于 n = ∞ 个客户端进行建模，这些客户端根据速率 λ 和到达间隔分布（例如 Poisson）向目标发送请求。闭环系统会在任何给定时间内限制未完成请求的数量。开环系统和闭环系统的区别是特定部署的特点，同一个系统可以部署在不同的场景中。例如，一个键值存储（key-value store）可以在一个开环部署中为数千个应用程序服务器提供服务，或在一个闭环部署中只为几个阻塞客户端提供服务。 对正确的部署场景进行测试是必不可少的，因为比起闭环系统的延迟通常受制于潜在的未完成请求数量，而开环系统可能会产生大量的等待队列，所以，延迟会更长。一般来说，区块链协议可以被任意数量的客户端使用，所以在开环环境下对其做评估会更准确。 <br/> ## **综合基准测试的到达间隔分布** <br/> 在创建合成工作负载时，我们必然会问：如何向系统提交请求？许多系统在测量之前会先预加载事务，但这会使测量产生偏差，因为系统从异常状态 0 开始运行。此外，预加载的请求已经在主存储器中，也因此绕过了其网络堆栈。 更好一些的方法则是以确定的速率发送请求（比如，1000 TPS），这会导致 L 型的图表（橙线）的出现，因为系统的容量得到了最佳使用。 <br/>  <br/> 然而，开放系统往往不以可预测的方式运作。相反，它们有处于高负载和低负载的时间段。为了对此进行建模，我们可以采用概率间隔分布，该分布一般是基于泊松分布。它将导致“曲棍球”图表（蓝线），因为即使平均速率低于最佳值，泊松爆发也会导致一些排队延迟（最大容量）。**但这对我们十分有利，因为我们可以看到系统如何处理高负载以及负载恢复正常时，系统恢复的速度有多快**。 <br/> ## **热身阶段** <br/> 最后要考虑的一点是何时开始测量。我们希望流水线在开始之前充满事务；否则，将需要测量预热延迟。理想情况下，预热延迟的测量应该通过热身阶段中的延迟测量来完成，直到测量结果遵循预期的分布。 <br/> # 如何进行比较 <br/> 最后一个难题是合理比较系统的各种部署。同样，难点在于延迟和吞吐量是相互依赖的，因此我们可能难以生成公平的吞吐量/节点数图表。最好的方法是定义**服务级别目标** (SLO) 并测量当时的吞吐量，而不是简单地将每个系统推到其最高吞吐量（这种情况下，延迟毫无意义）。在吞吐量/延迟图上绘制一条与延迟轴相交 SLO 处的水平线并对相交点进行采样，这是一种可视化的好方法。 <br/>  <br/> ### **但我设置了 5 秒的 SLO，它只需要 2 秒** <br/> 有人可能想要增加这里的负载，以便利用饱和点之后稍高的可用吞吐量。但是**这很危险**。如果系统操作配置不足，意外的请求爆发将导致系统达到完全饱和，致使延迟激增且很快会违背 SLO。实质上，在饱和点之后运行会导致一种不稳定的平衡。因此，有两点需要考虑： <br/> 1. **过度配置系统**。本质上，系统应该在**饱和点以下运行**，以便吸收到达间隔分布中的爆发，而不会导致排队延迟增加。 2. 如果 SLO 下方有空间，请**增加 batch 的大小**。这会增加系统关键路径上的负载，而不会增多排队延迟，它为你提供更高的吞吐量以获得你所要的更高延迟权衡。 <br/> ### **我正在产生巨大的负载，该如何测量延迟呢？** <br/> 当系统的负载很高时，尝试访问本地时钟，并为到达系统的每个事务添加时间戳可能会导致结果出现偏差。相反，还有两个更可行的选择。第一种也是最简单的方法是对事务进行抽样；例如，在某些事务中可能存在一个魔数（magic number），而这些事务是客户端为其保留计时器的事务。在提交时间之后，任何人都可以检查区块链以确定这些事务何时提交，从而计算它们的延迟。这种做法的主要优点是，它不会干扰到达间隔分布。但是，因为必须修改某些事务，所以它可能被认为是“hacky（具有攻击性质的）”。 而更系统的方法则是使用两个负载生成器。第一个是主要的负载生成器，由它来遵循泊松分布。第二个请求生成器则用来测量延迟，并且它的负载会低得多；与系统的其余部分相比，可以将这个请求生成器视为单个客户端。即使系统向每个请求发送回复（就像某些系统所做的那样，例如 一个键值存储），我们也可以轻松地将所有回复放到负载生成器中，并只测量来自请求生成器的延迟。唯一棘手的部分是，实际的到达间隔分布是两个随机变量的总和；但是，两个泊松分布的总和仍然是泊松分布，所以数学并不难 : )。 <br/> ## **总结** <br/> 测量大规模分布式系统对于识别瓶颈和分析压力下的预期行为是至关重要的。希望通过使用上述方法，我们都可以朝着公用语言迈出第一步，这最终将让区块链系统更适用于他们所做的工作以及他们对终端用户的承诺。 在未来的工作中，我们计划将此方法应用于现有的共识机制中，如果有兴趣，请在 [Twitter](https://twitter.com/lefkok) 上联系！ 致谢：所有这些都是我在设计和实施 [Narwhal & Tusk](https://arxiv.org/abs/2105.11827)（最佳论文奖@ Eurosys 2022）期间与我的合著者吸取的经验教训，还有之前 Marios Kogias、Joachim Neu、Georgios Konstantopoulos 和 Dan Robinson 对草稿的评论。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。 https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-15https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-15Tue, 15 Nov 2022 00:00:00 GMT# 本期看点 - **纳入上海升级的 EIP 优先级** - **关于增加运行以太坊节点的操作成本与 EIP-4844 的权衡** - **引介 zkSync 2.0 的 Bootloader** - **Optimism 推出 Pragmatism：一个开源的 Figma 库和设计系统** - **StarkNet 宣布成立基金会，将着力于推动 StarkNet 普及、社区参与以及生态治理** - **FTX 事件回顾及其影响** - **OpenSea 对平台上的所有所藏品都执行创作者版权税** <br/> # 主网 **纳入上海升级的 EIP 优先级** 第 149 次以太坊核心开发者会议 (ACD) 于2022 年 11 月 10 日举行。这次会议开发者们讨论了在上海升级里，与以太坊虚拟机对象格式化 (EOF) 与 proto-danksharding 相关的代码变更问题。会议还对其他四个可能被纳入的 EIP 进行了讨论。虽然每个 EIP 都为以太坊带来一些独特的好处，但开发者们对哪些 EIP 应该被优先纳入上海升级的问题产生了强烈分歧。此外，会议还谈到了抗审查问题，以及为了扩展网络而需要对以太坊的抗审查性做潜在的权衡。 在[第 148 次的 ACD](https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-1)上，开发者们对上海升级的提案有了以下共识：  也就是说，上一次 ACD 确定了纳入提款的提案，但还需要看 EOF 和 4844 的具体代码情况。以下为相关 EIP 的具体进展： 1. EOF 实现 Hedera的首席软件工程师 Danno Ferrin 在会议上介绍了在上海升级实现 EOF 的最新进展。他解释说，开发者们更倾向于与 EOF 相关的 EIP 一起在一次大型升级里部署，而且越早越好。考虑纳入上海升级的 EOF 相关 EIP 包括：3540、3670、4200 以及 4750。关于 [EIP 5450](https://eips.ethereum.org/EIPS/eip-5450) 是否应该被纳入，开发者之间仍然有分歧。 执行层客户端 Erigon的开发者 Andrew Ashikhmin 对 Solidity 智能合约语言团队是否能够用以太坊的主要编程语言完全支持和实现这四个 (或5个) EIP 表达了忧虑。他强调，在承诺会在上海升级激活这些 EIP 之前，先与 Solidity 团队确认他们是否准备好这些 EIP 的实现是很重要的。Geth 团队的开发者 Marius van der Wijden 表示同意。 2. Proto-danksharding 不同于 EOF，[EIP 4844](https://www.eip4844.com/)只有一份 EIP 的代码修改。OP Labs 的研究员 Protolambda 表示，关于 EIP-4844 还有一些内容正在讨论中。以太坊基金会的 Ansgar Dietrichs 补充说，其中有些内容与在上海升级中为 blob 交易设置最低价格以及降低 blob 的交易吞吐量有关。这些内容总结可以在 Github [这里](notion://www.notion.so/ecn/())找到。 3. 停用 SELFDESTRUCT 及其他可能的 EIP [EIP 4758](https://eips.ethereum.org/EIPS/eip-4758)：在以太坊上停用 SELFDESTRUCT 操作码。开发者们普遍认为在智能合约和 dapp 中使用这个操作码是不好的。它的部署有固定的 gas 开销，但可能对网络带来无限存储成本。 [EIP 1153](https://github.com/ethereum/pm/issues/438)：添加瞬时存储操作码。新增的两个瞬时存储操作码 TLOAD 和 TSTORE 与常规的存储操作码无异，只是它们的值将在每次交易后被丢弃。引入此 EIP 的好处包括节省 gas 开销和有助于减少以太坊的技术债。Uniswap和Optimism团队已经做了大量的工作，帮助在多个不同的以太坊软件客户端创建这个代码变化的实现，并为EIP建立了一个全面的测试套件。但 Marius van der Wijden 则提醒 EIP-1153可能会干扰正在进行的准备EOF相关EIP的工作，并使之变得复杂。 [EIP 2537](https://github.com/ethereum/pm/issues/343)：增加 BLS 预编译。引入这份 EIP 的好处有很多，包括创建更安全的密码学证明、与以太坊信标链更好的互操作性、以及增加去中心化质押池的功能。但有开发者指出此 EIP 需要大量的测试，增加其代码变更会拉长上海升级的时间。以太坊基金会的 Jared Wasinger 则表示正在研究一个并行的更简单的实现。 [EIP 2294](https://github.com/ethereum/pm/issues/645)：给 Chain ID 大小增加明确的限制。此 EIP 的作者 Victor Zhou 表示，由于以太坊未来有可能出现分片和多链，Chain ID的用例将越来越多，越来越重要。为了防止人们利用这个字段，试图在 Chain ID 字段中存储其他类型的数据，Victor Zhou 呼吁对 Chain ID的大小进行明确约束。开发者们都同意这一变更是重要的，但这样的代码变更只需要一个软分叉。 由于有越来越多的 EIP 被列入上海升级的名单，开发者们对核心名单以外的哪些 EIP 应该被优先考虑产生了分歧。Geth 团队开发者 lightclient 提议坚持实现 ETH 提款之外只考虑其他一个大型 EIP 的方向，无论是 proto-danksharding、EOF 实现、还是以上四个 EIP中的一个。Tim Beiko 表示认同，把讨论到的 EIP 都在上海升级实现是不现实的。上海升级的计划将在下一次 ACD 继续讨论。 来源：https://www.galaxy.com/research/insights/ethereum-all-core-developers-call-149/ **关于增加运行以太坊节点的操作成本与 EIP-4844 的权衡** 在围绕上海升级的对话中，独立开发者 Micah Zoltu 提出一个关于以太坊抗审查的重要讨论话题：几乎没有以太坊的终端用户是运行自己的节点来执行交易的。他们全部都依赖中心化服务商，例如 Infura 或 Alchemy，它们正对特定国家的用户，以及像 Tornado Cash 这样的以太坊上的 dapp 进行积极审查。开发者们为通过 EIP-4844 提升以太坊的可扩展性倾注所有的精力，但在减少运行以太坊那个节点的成本和鼓励为以太坊的抗审查性提供更强保证上则缺乏努力。共识层客户端 Teku 开发者 Mikhail Kalinin 提议在实现 EIP-4844 后把重点放在降低以太坊节点的运行成本上。Ansgar 则认为，出于务实的考虑，以太坊开发者应该在短期为可扩展性在抗审查性上做妥协，并在长期内专注于抗审查性。 以太坊基金会的研究员 Dankrad Feist 指出，EIP-4844 对节点运行者在运行成本上带来的增加是很小，所以不会降低以太坊的抗审查性。而且，很多以太坊用户不运行自己的节点不是因为成本，而是用户体验不佳。Diederik Loerakker 表示，正是为了创造更高的去中心化水平，扩容才应该是以太坊开发者的优先事项，因为像 EIP-4844 的代码修改将使以太坊的使用成本更低，并降低世界各地更多人的进入门槛。 执行层客户端 Nethermind 的开发者 Lukasz Rozmej 也提出疑问，如果 EIP-4844 使得以太坊验证者更难审查个别用户的交易，它是否会对以太坊的抗审查性有负面影响，因为理论上大部分的交易都将在 Layer2 rollup 上执行。Zoltu 解释道，尽管 EIP-4844 是的验证者在未来更难审查个别交易，但目前 Layer2 rollup 的操作是中心化的，因此是可以进行审查的。在结束这次讨论时，Tim Beiko 说，改善运行以太坊节点的用户体验应该是社区未来的一个重点领域。这个工作应该交给核心开发者旁边的开发者团队，而不是再增加核心开发者的负担了。 来源：https://www.galaxy.com/research/insights/ethereum-all-core-developers-call-149/ <br/> # Layer2 **引介 zkSync 2.0 的 Bootloader** 对于推出主网不久的 zkSync 2.0 Baby Alpha，zkSync 于 11 月 9 日介绍了其中一个关键的组成部分 Bootloader。以下对其推文进行了翻译整理： zkSync 2.0 提供了许多新的功能，现在我们来初步了解一下如何使用 Bootloader 处理区块。 从技术角度来看，zkSync 2.0 的区块是由一个称为 “bootloader” 的独立程序形成的。一旦这个程序从运营者处接收到输入，它首先为区块定义一些系统参数 (例如，区块高度/区块时间戳等等)。 在初始设置之后，bootloader 将会按顺序读取交易列表。对于每笔交易，它将为其设置元参数，并询问发起账户是否可以执行该笔交易 (在我们的账户抽象实现中是授权步骤)。 为了确保速度和开销之间的平衡，服务器中的进一步逻辑会验证区块是否大到足以被发送到证明器中 (或已超时)。如果是这样的话，运营者会关闭这个区块 (即停止向 bootloader 添加新的交易并敲定执行)。 这个 bootloader 扮演着类似于 EIP-4337 中入口点合约 (EntryPoint) 的角色 —— 它是我们账户抽象实现中的一个关键点。 来源：https://twitter.com/zksync/status/1590011977752932353?s=20&t=i3RkNtkuvIn2rOnHi1gL_A **Optimism 推出 Pragmatism：一个开源的 Figma 库和设计系统** Optimism 面向其社区 Optimism Collective 开源了其设计系统和 Figma 库 —— Pragmatism。任何人都可以使用其开始 Optimism 项目设计。 Pragmatism 让任何人都可以使用由经验丰富的设计师创建的 Figma 库快速寻找设计元素。开源是 Optimism Collective 的核心。这不仅意味着开源 MIT 证书的代码，还意味着开源像这样的设计资源。 来源：https://twitter.com/optimismFND/status/1588226473831317505 **StarkNet 宣布成立基金会，将着力于推动 StarkNet 普及、社区参与以及生态治理** 11 月 10 日，扩容解决方案 StarkNet 宣布推出基金会。StarkNet Foundation 独立于 StarkWare 团队，由 7 人董事会管理。StarkNet 是一个无需许可、去中心化的 L2 有效性 Rollup，旨在扩容以太坊，同时保留以太坊的安全性和去中心化。为了与这一使命保持一致，基金会作为一个独立的实体成立，以推进 StarkNet 的发展。此外，作为一个非营利性实体，它的使命是：推动 StarkNet 成为所有人的公共产品，并在未来几年保持这种状态。基金会发布时占有 50.1% 的 StarkNet 初始代币供应。 来源：https://twitter.com/StarkNetFndn/status/1590450793802784768?t=itk1pFV3Y919PVyKK3MYNQ&s=19 **L2 交易数量超过 L1** 根据 Orbiter Finance 的 L2 data 数据显示，11 月 10 日 L2 交易数量超过了以太坊主网交易数量。 来源：https://twitter.com/orbiter_finance/status/1590613243927855106?s=61&t=coXm4p1MIulzXQeVedZkFw <br/> # 生态 **FTX 事件回顾及其影响** 1. **FTX 流动性危机和 Binance 收购回顾** 最初，FTX 的流动性危机与 SBF 的另一家公司 Alameda Research 有关。[据 CoinDesk](https://www.coindesk.com/business/2022/11/02/divisions-in-sam-bankman-frieds-crypto-empire-blur-on-his-trading-titan-alamedas-balance-sheet/)，Alameda Research 的资产负债表上满是 FTX 的痕迹，尤其都是 FTX 发行的代币。也就是说，该公司建立在主要由其姐妹公司（FTX）发行的代币所组成的基础之上，而不是像法币或其他加密货币等独立资产。截止 6 月 30 日，Alameda 的资产高达 146 亿美元，而其单笔最大资产就是价值 36.6 亿美元的“未解锁的 FTT”，并且会计分类账中资产方面的第三大条目是一堆价值 21.6 亿的“FTT 抵押品”。 6 日，币安称由于最近的一些消息，决定清算去年退出 FTX 股权而得到的 FTT 补偿（补偿了总价值 21 亿美元等值的 BUSD 和 FTT）。于是，陆续开始有用户在 [SBF](https://twitter.com/SBF_FTX) 和 [FTX](https://twitter.com/FTX_Official/status/1589410185776607232) 的推特上留言关于流动性上的问题。7 日，有链上分析师[发现 FTX 的储备金不足](https://twitter.com/mrjasonchoi/status/1589441488777531395)。随着流动性恐慌蔓延开来，FTX 迎来了更多的挤兑，越来越多用户留言[要求提回自己的资金](https://twitter.com/SBF_FTX/status/1590012133307478016)。 9 日，CZ 在推特上[宣布](https://twitter.com/cz_binance/status/1590013613586411520)考虑完全收购 FTX。[CZ 后来称](https://twitter.com/cz_binance/status/1592007106806390784?s=21&t=ZZz-2me-JoJLZdbCOqtajg)当时接到了 SBF 的电话后，就立刻停止出售其代币 FTT。而在面对流动性危机质疑时，SBF [还在强调](https://twitter.com/SBF_FTX/status/1590012133307478016)，提款一切正常且其代币和抵押品是 1:1 的。 10 日凌晨，FTX 网站 [venture.ftx.com](http://venture.ftx.com/) 已无法访问。据 Decrypt 10 日报道，**美国证券交易委员会（**SEC）、**美国商品期货交易委员会（**CFTC）和美国司法部（DOJ）正在调查 FTX。同一天，[币安宣布](https://twitter.com/binance/status/1590449161069268992?s=21&t=3PyLNu4BPCGj8tsmq5j0uA)，由于一些有关 FTX 客户资金处理不当和涉嫌美国机构调查的新闻报道，所以决定放弃对 FTX 的收购。[据 Bankless](https://twitter.com/banklesshq/status/1590468612279656448?s=21&t=rkv7pcpj8mTXRnLb0Sg3bQ)，在币安收购无果后，有消息透露 FTX 的流动性缺口高达 80 亿。 期间，虽然 FTX 也在[与其他公司商讨合作事宜](https://twitter.com/justinsuntron/status/1590539831276634112)，但 11 日，[SBF 就宣布](https://twitter.com/SBF_FTX/status/1591089317300293636)为 FTX、FTX US 和 Alameda Research 申请了破产。 2. **FTX 事件后续和影响** 在 FTX 申请破产后，有 FTX 的[用户于 13 日公开反馈](https://twitter.com/mikemcg0/status/1591477400634023938)，FTX 通过金融服务提供商 Plaid 访问了用户个人数据，而后 [Plaid 回应](https://twitter.com/Plaid/status/1591535874273148930)已经在北京时间 12 日 14:30 分左右暂停了 FTX 通过他们访问用户数据的权限。同一天，[据金融时报](https://twitter.com/loopifyyy/status/1591489987459297282?s=21&t=F8C2lTXez_6K5n7IbeEYAQ)，SBF 试图通过 Signal 应用出售他持有的 7.6% 的 Robinhood 股份，价值 4.72 亿美元。这些股份由一家 Bankman-Fried 个人控制的实体所持有，不包括在 FTX 破产申请中。 而币安这边在收购取消后，开始聚焦于减少 FTX 对整个加密货币市场所带来的级联影响。14日，[CZ 称](https://twitter.com/cz_binance/status/1592044496174612482?s=21&t=_sGdDSQ-EpoWZDW75fJl0Q)成立行业复苏基金，一方面，希望帮助一些正在经历流动性危机，但是其他方面都还很强大的项目；另一方面，他们也在寻求合作投资人。 可以说，FTX 的溃败为整个市场敲响了警钟，人人自危。交易所的储备金透明度成为了用户的焦点，许多交易所都承诺会公开自己基于默克尔树的储备证明（proof of reserve）。 储备证明是一种帮助交易所让其投资者了解其偿付能力状况的方法，是在会计程序中使用的基于加密技术的储备机制。具体来说，储备证明协议可以使用默克尔树算法将大量数据集成到单个哈希中，并有效地验证数据集的完整性。 此前，币安就已经在致力于实现储备证明协议。[据 The Block](https://decrypt.co/114482/binance-be-guinea-pig-vitalik-buterins-proof-reserves-protocol-cz)，CZ 称币安正在实现由 Vitalik 开发的新的储存证明协议。他称，Vitalik “想提出一种新的储备证明协议类型，并将币安作为小白鼠或第一个测试用例”。他还补充，Vitalik 所说的新储备证明协议“可能不如默克尔树算法”，但这至少能够向用户展示币安的资金情况。 来源： [https://twitter.com/cointelegraph/status/1590398769803108354?s=21&t=rkv7pcpj8mTXRnLb0Sg3bQ](https://twitter.com/cointelegraph/status/1590398769803108354?s=21&t=rkv7pcpj8mTXRnLb0Sg3bQ) [https://twitter.com/0xkyle__/status/1591038141573603329?s=21&t=BHjidGLeyab73sY8GittEg](https://twitter.com/0xkyle__/status/1591038141573603329?s=21&t=BHjidGLeyab73sY8GittEg) [https://twitter.com/0xprismatic/status/1591613460093325314?s=46&t=dfJg-umkyJMb8f6OVig8OA](https://twitter.com/0xprismatic/status/1591613460093325314?s=46&t=dfJg-umkyJMb8f6OVig8OA) [https://decrypt.co/114482/binance-be-guinea-pig-vitalik-buterins-proof-reserves-protocol-cz](https://decrypt.co/114482/binance-be-guinea-pig-vitalik-buterins-proof-reserves-protocol-cz) **OpenSea 对平台上的所有所藏品都执行创作者版权税** [上期七日谈](https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-8)提到，OpenSea 宣布于 6 日上线对新收藏品执行链上创作者费用（版权税）的工具，并且，从北京时间 11 月 9 日凌晨 1 点起，OpenSea 将只对使用了链上执行工具（如工具 [operator-filter-registry](https://github.com/ProjectOpenSea/operator-filter-registry)）的新收藏品执行创作者费用。并且，Opensea 决定在 12 月 8 日前，其现有收藏品在创作者版权方面的情况都维持不变。 10 日，OpenSea 宣布对其平台上所有现有的收藏品执行创作者费用。值得注意的是，**用户必须采用链上执行工具，才能识别出执行创作者版权税的新收藏品**，可以使用如前所述的 operator-filter-registry 或其他工具。 OpenSea 观察到，在经济低迷的时候，许多创作者都在试图以尽可能高的价格出售自己的 NFT，其中一种方法是，他们会将自己的 NFT 列表转移至不收取手续费的市场。 而对于收藏者来说，他们想要收购的 NFT 越来越多地出现在了不收取创作者费用的平台上，所以，即使愿意支付创作者费用，但他们还是越来越倾向于在这些平台上购买 NFT。 截止 11 月 2 日的这一周数据显示，排名前 20 的收藏品所设置的创作者费用中，将近一半的费用都被忽略支付了。这部分没能收取的创作者费用超过了 100 万美元。 OpenSea 专注于推广创作者版权税，他们对创作者、收藏者都提出了建议。例如，他们建议创作者（1）为其现有的收藏品构建链上执行工具，（2）为其社区制定更多激励，以此让他们继续支付创作者费用，以及（3）拒绝将自己的项目网站链接至不收费的市场。 此外，OpenSea 将在接下来开源其创作者费用的数据，并且，还将计划分享这方面有关的工具或技术。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1590466334814785537&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fi9BnD4sjo6NGHtT2zRlCtEPB6pjT9h3AEKr4kRQOUoA&amp;sessionId=b3af0bc594c68b36c32c99dae1ae402fb8e0085c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" style="box-sizing: border-box; position: absolute; visibility: hidden; width: 0px; height: 0px; display: block; flex-grow: 1;"></iframe> **[crypto.com](http://crypto.com/) 转账失误** 10 月 13 日，推特用户 [@jconorgrogan](https://twitter.com/jconorgrogan) 发现交易所 [crypto.com](http://crypto.com/) 于 10 月 21 日将价值 4 亿美元的 32 万个 ETH 转入了另一个交易所 Gate，而 Gate 在大概五六天后陆续转还了 28.5 万 ETH。但按照 [crypto.com](http://crypto.com/) 的文档，[这笔 ETH 应该被存在线下的冷存储地址中](https://twitter.com/jconorgrogan/status/1591518160766771207)。 [crypto.com](http://crypto.com/) 的 CEO Kris [回应](https://twitter.com/kris/status/1591605600638881792?t=EggcRkqQ3-4j1r2jRAynuQ&s=19)称，这笔 ETH 本该转移到一个新的冷存储地址，却被发送到了一个列入白名单的外部交易地址。他们与 Gate 团队合作，随后资金被退回到他们的冷存储地址中。他们还实施了新的流程和功能，以防止这种情况再次发生。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1591605600638881792&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fi9BnD4sjo6NGHtT2zRlCtEPB6pjT9h3AEKr4kRQOUoA&amp;sessionId=b3af0bc594c68b36c32c99dae1ae402fb8e0085c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" style="box-sizing: border-box; position: absolute; visibility: hidden; width: 0px; height: 0px; display: block; flex-grow: 1;"></iframe> **加密货币发布平台 Tokensoft 人肉了 4500个用户** 由 Coinbase 支持的加密货币发布平台 Tokensoft 的管理员在其 Discord 发布一份“bad actors”（不良行为者）的名单，指出列表上的用户是在撸空投。这份名单中包含了如 IP 地址、姓名、钱包地址等用户隐私信息，都是在 KYC 的过程中收集的。 随后，[Tokensoft 在推特上回应](https://twitter.com/tokensoftinc/status/1592034770376339458?s=21&t=_sGdDSQ-EpoWZDW75fJl0Q)将尽快与受影响的用户取得联系。 来源： [ **Coinbase 钱包扩展程序已集成了 Goerli/Sepolia 测试网水龙头** 9 日，Coinbase 的工程师 [@htormey](https://twitter.com/htormey) 宣布，Coinbase 的钱包扩展程序已集成了 Goerli/Sepolia 测试网水龙头。同时，她还附上了在应用内获取测试币的 GIF 教程。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1590085425196339202&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fi9BnD4sjo6NGHtT2zRlCtEPB6pjT9h3AEKr4kRQOUoA&amp;sessionId=b3af0bc594c68b36c32c99dae1ae402fb8e0085c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" style="box-sizing: border-box; position: absolute; visibility: hidden; width: 0px; height: 0px; display: block; flex-grow: 1;"></iframe> **以太坊基金会招聘全职 PM** 10 日，致力于聚合区块链招聘信息的平台 [Cryptocurrency Jobs](https://twitter.com/jobsincrypto) 转载了以太坊基金会的招聘信息。目前，EF 正在招聘远程的全职项目经理。具体要求如下： - 具有建立组织流程和确定组织需求的经验 - 具有与不同利益相关者一起管理项目的经验 - 具有、支持或以其他方式与技术利益相关者合作技术项目的经验 - 具有跨多个时区协调紧迫时间安排的经验 - 高超的交流技巧，熟练的英语书面和口头沟通能力 - 如有必要，能够灵活工作时间 - 有以太坊生态系统经验或熟悉者优先 申请链接：https://jobs.lever.co/ethereumfoundation/d58c7609-667c-4aee-a2c8-e3d91b3c5554?lever-origin=applied&lever-source[]=cryptocurrencyjobs.co 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1590615241116643330&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fi9BnD4sjo6NGHtT2zRlCtEPB6pjT9h3AEKr4kRQOUoA&amp;sessionId=b3af0bc594c68b36c32c99dae1ae402fb8e0085c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" style="box-sizing: border-box; position: absolute; visibility: hidden; width: 0px; height: 0px; display: block; flex-grow: 1;"></iframe> <br/> <br/> 声明：以太七日谈栏目内容由编者自行编译而成，仅供参考，请以消息来源为准。转载须注明原文出处以及ETH中文。若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Activity/ECN-4th-anniversaryhttps://www.ethereum.cn/Activity/ECN-4th-anniversaryMon, 14 Nov 2022 00:00:00 GMT作者｜ECN <br/> <br/> 从翻译的第一篇文章《激进 x 变革：当 Vitalik 遇上 Weyl》开始，ECN 已经在不知不觉中走过了四年的时间。@VitalikButerin @glenweyl （微信公众号现已改名为“ETH 中文”） <br/> 在这四年里，我们从提供以太坊相关的文章翻译、资讯传递和教育资源整合这些基础性工作开始，逐步聚集了渐成规模的以太坊中文社区，我们在 ECN 管理的社区内举办线上分享和 AMA，进而联合其他以太坊中文社区共同举办线上线下活动，到今年在社区的响应下开始了一系列的社区协作和志愿者计划，并在以太坊合并这一历史时刻邀请了各大社区一起参与一场与中文社区共历的观看派对。我们一步步从 Ethereum-CN (以太坊中文) 转向了 Ethereum Community Network (以太坊社区网络) ，而我们的愿景始终是推动以太坊区块链成为下一代社会基础设施。@ethereum <br/> 在这四年里，我们都构建了什么？请看我们的导航页 ecn.co <br/> - ethereum.cn ethereum.cn 是我们的资讯门户网站，汇集了我们日常更新的翻译、周报、活动资讯，以及 ECN 整理的以太坊中文知识库。 - stake.dev stake.dev 旨在为中文验证者提供 staking 相关的一篮子资讯，包括通识、教程、FAQ 和术语。 - devcon.app devcon.app 是今年波哥大 Devcon VI 期间上线的 Devcon 主题网站，它提供 Devcon 期间重要演讲的深入报道以及相关资讯链接整理。 - ecn podcast [ecn podcast](https://ecnpodcast.fireside.fm/) 是一档专注于与区块链从业者深入对话，探讨以太坊、泛区块链技术，及其生态发展的播客。我们期待理性的对话能激起听众的思考、真诚的沟通能让 web3 更有温度。 - ethgifts.com EthGifts.com 是即将上线的 Web3 数字凭证平台，用于认证、申领和铸造 ECN 发行的 NFT、SBT、POAP 和可验证数字凭证。同时，EthGifts.com 还是展示 ECN 社区活动的平台，大家可以通过网站陈列的每个 NFT 了解相对应活动的详情，以及活动的最新动态。 <br/> ## **ECN 四周年活动** <br/> 四年，是总结过去走过的路的一个很好的时间点。ECN 希望通过四周年活动的契机，听听大家对 ECN 作为公共物品的看法，赞美、批评和建议，我们都非常欢迎，这将有助于我们思考未来的路要怎么走。因此，我们发起了“ECN 四周年庆祝活动”，具体如下： <br/> 在过去四年里，你是怎么知道 ECN 的？因为什么机缘加入了 ECN 的社群？与 ECN 有哪些交集或在 ECN 社区里发生了什么让你觉得有趣、有启发性、有感触而印象深刻？在了解了 ECN 做的事后觉得有哪些地方可以有所改善？ 在 ECN 四周年的活动，我们希望大家回想这些瞬间，用**简单的文字配合截图 (截图非必需）**对这样的瞬间进行描述，然后反馈给我们。 <br/> **活动主题**：#ECN四周年 #我与ECN的瞬间 <br/> **参与方式**： <br/> 1. 在推特上转发 ECN [活动推串](https://twitter.com/EthereumCN/status/1592167330028879872)第一条并带上 #ECN四周年 #我与ECN的瞬间 两个tag，结合图文分享出来，然后私信 @EthereumCN 你的以太坊地址 <br/> 2. 通过发邮件到 [eth@ecn.co](mailto:eth@ecn.co) 或在 ECN discord ([http://discord.gg/eJJRBqKd3d](https://t.co/MqwiocTCD4)) 私信@EthereumCN 把图文提交给我们 (请附上以太坊地址以及是否同意匿名公开投稿图文内容） <br/> **活动时间**：11.15 00:00 开始，11.18凌晨00：00 (UTC+8)截止 <br/> **活动奖品**： 1. 经 ECN 核心成员内部评选后，票数前三的参与者可获得 0.04 ETH 的奖金，评选结果会在得到参与者同意的情况下公示出来 2. 所有符合资格的参与者都将获得我们设计的四周年 NFT，在 [EthGifts.com](http://ethgifts.com/) 上进行领取。 <br/> 期待你们的参与！ ECN，全称为以太坊社区网络（Ethereum Community Network），从创立伊始一直作为以太坊社区的公共物品在运作，没有进行任何营利活动，也没有参与任何商业行为，以保持其独立性。非常感谢一路以来支持我们的朋友，包括 Gitcoin 的贡献者们。还要特别感谢以太坊基金会一直以来的支持。如果大家觉得 ECN 的工作有价值，并希望我们可持续运作下去，欢迎给我们捐助，或对我们的产品进行赞助。 我们的 Gitcoin 捐助地址：[https://gitcoin.co/grants/380/ethereumcn-ecnyi-tai-fang-she-qu-wang-luo](https://gitcoin.co/grants/380/ethereumcn-ecnyi-tai-fang-she-qu-wang-luo) <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ETH中文站。若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/layer3https://www.ethereum.cn/Layer2/layer3Sat, 12 Nov 2022 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2022/09/17/layer_3.html) 作者 | [Vitalik Buterin](https://twitter.com/VitalikButerin) <br/> <br/> 特别感谢 Georgios Konstantopoulos、Karl Floersch 以及 Starkware 团队的反馈和校对。 在 L2 扩容探讨中经常会出现的话题是“layer3（L3）”这个概念。如果我们可以构建一个锚定 L1 安全性并在其之上增加可扩展性的 L2 协议，那么我们也一定可以构建一个锚定于 L2 安全性并在其之上增加**更多**可扩展性的 **L3 协议**，以此实现**更多扩容？** 简要地说，这种观点是这样的：如果你拥有一个能够让你进行二次方扩容的方案，那你可以将这个方案构建在它自己之上，然后达到指数级的扩容吗？我在[自己 2015 年的可扩展性论文](https://github.com/vbuterin/scalability_paper/blob/master/scalability.pdf)、[Plasma 论文中的多层扩容想法](https://plasma.io/plasma-deprecated.pdf)等地方都讲到了类似的观点。不幸的是，这种关于 L3 的简单构思并不能像上述观点那样轻易实现。这种方案的设计中总是会有一些无法直接堆叠的东西，只能在可扩展性上带来一次提升 —— 因为数据可用性的限制，紧急提款依赖于 L1 宽带等多种问题。 如 [Starkware 提议的框架](https://medium.com/starkware/fractal-scaling-from-l2-to-l3-7fe238ecfb4f)等较新的关于 L3 观点变得更复杂：这些 L3 方案不只是在自己的网络之上堆栈叠相同的方案，而是为 L2 和 L3 分配不同的用途。这种方法的一些形式可能会是好主意 —— 如果它能够以正确的方式实现。本文将会详细介绍在三层架构下哪些可能有意义，而哪些可能无意义。 （译者注：上述 StarkWare 文章中文版《[分形式扩容：从 L2 到 L3](https://www.ethereum.cn/Layer2/fractal-scaling-from-l2-to-l3)》） <br/> ## **为什么无法通过将 rollup 堆叠在 rollup 之上一直扩容** <br/> rollup（[在这里](https://vitalik.ca/general/2021/01/05/rollup.html)阅读关于 rollup 更长的文章。译者注：链接文章中文版《[Vitalik：Rollups 不完全指南](https://www.ethereum.cn/an-incomplete-guide-to-rollups)》)是结合各种技术解决区块链运行中两大主要扩展瓶颈的扩容技术：**计算**和**数据**。计算可以通过欺诈证明或是 [SNARK](https://vitalik.ca/general/2021/01/26/snarks.html)（译者注：链接文章的中文版[在这里](https://www.ethereum.cn/Technology/how-zk-SNARKs-are-possible)）解决，两种方式依赖于很少的行动者就能对每个区块进行处理和验证，只需要其他参与者运行一小部分的计算来检查证明过程是否正确完成了。这些方案尤其是 SNARK 几乎可以无限地扩展，你真的就可以通过保持构建“在一个 SNARK 证明之上构建多个 SNARK 证明”，为单个证明扩展**更多**算力。 数据则不同。rollup 使用[许多压缩技巧](https://vitalik.ca/general/2021/01/05/rollup.html#how-does-compression-work)来减少一笔交易在链上存储所需的数据量：一笔简单的货币转账从大约 100 字节减至大约 16 字节，兼容 EVM 的链上的一笔 ERC-20 代币转账[从大约 180 字节减至 23 字节](https://twitter.com/VitalikButerin/status/1554983955182809088)左右，而一笔保护隐私的 ZK-SNARK 交易可以从 600 字节左右压缩至 80 字节左右。基本所有情况下的数据都能压缩至原来的 1/8。但是，rollup 还是需要在某一中介上让数据具有链上可用性，保证用户能够进行访问和验证，因此，用户可以自主地计算 rollup 的状态，并在现有证明生成者下线的情况下作为证明生成者加入证明过程。数据只能压缩一次，无法再次压缩 —— 如果数据可以再次压缩，那么通常有一种方式将第二个压缩器的逻辑放入第一个的逻辑中，只要压缩一次就能让第二个压缩器或跟第一个压缩器相同的效果。所以说，事实上“在 rollup 之上构建 rollup”并不能在可扩展性方面提供巨大的收益 —— 不过，这种模式可以用于其他的用途，正如下面我们将看到的一样。 <br/> ## **所以“合理的” L3 版本是什么样的？** <br/> 好吧，让我们一起看看 StarkWare 在关于 L3 的文章中倡导的是什么（译者注：该文章的中文版在上面）。StarkWare 团队由非常聪明且实际上理智的加密学家所组成，所以如果他们倡导 L3，那么他们的观点会比“如果 rollup 的数据压缩至 1/8，那么**很明显**，构建于 rollup 之上的 rollup 会将数据压缩为原来的 1/64”的观点更为复杂。 这是 StarkWare 文章中的图表： <br/>  <br/> 以下是一些引用： > 第一张示例图中描述了这样一种生态系统的例子，其 L3 包括： > > - 使用 Validium 数据可用性方案的 StarkNet，比如，为定价上具有极度敏感性的应用程序提供多种用途。 > - 应用专用型 StarkNet 系统可以定制更好的应用程序性能，比如，通过采用指定的存储结构或数据可用性压缩方式。 > - 使用 Validium 或 Rollup 数据可用性解决方案的 StarkEx 系统（比如那些服务于 dYdX、Sorare、Immutable 和 DeversiFi 的系统），会很快地为 StarkNet 带来经过长期考验的可扩展性效果。 > - 隐私 StarkNet 的例子（在这个例子中也作为 L4）可以在不将交易打包至公共 StarkNet 的情况下进行隐私保护交易。 <br/> 我们可以将这篇文章压缩为“L3s”的三个愿景： 1. **L2 用于扩容，L3 用于定制功能，如隐私**。这个愿景的 L3 无意于提供“可扩展性平方”；不如说，会有一层堆栈帮助应用程序进行扩展，然后还有一些独立的堆栈层用于满足不同用例定制功能的需求。 2. **L2 用于通用型扩容，L3 用于定制型扩容**。定制型扩容可能会有不同的形式：专用型应用可以使用 EVM 以外其他虚拟机来进行计算， rollup 的数据压缩也会围绕定制型应用程序的数据结构进行优化（包括将“数据”从“证明”中分离出来，并使用每个区块中的单个 SNARK 完全替换掉这个区块中所有的交易证明）。 3. **L2 用于去信任扩容（如 rollup），L3 用于弱信任扩容（如 Validium）**。[Validiums](https://ethereum.org/en/developers/docs/scaling/validium/) 指使用 SNARK 验证计算结果的系统，但是它将数据可用性放在了受信任的第三方或委员会处。在我看来，Validium 被大大低估了：尤其是，运行 Validium 证明生成器并定期提交哈希上链的中心化服务器也许真的可以很好地服务于许多“企业区块链”应用程序。Validium 的安全性指数比 rollup 低，但是相较之下便宜很多。 在我看来，这三种愿景本质上是合理的。“专用型/定制型数据压缩服务需要有自己的平台”的想法可能是所有主张中最不能令人信服的 —— 设计一个通用型基础层压缩方案 L2 很容易，因为用户可以使用应用专用型的子压缩器进行扩展 —— 而除此之外的用例都是合理的。但这还是留下了很大的疑问：**三层结构是实现这些目标的正确方式吗？**将 Validium、隐私系统和定制型环境锚定 L2 而不仅仅锚定 L1 的意义在哪？这个疑问的答案很复杂。 <br/> **哪一个更好？** <br/>  <br/> ## **存款和提款在 L2 的子树（sub-tree）中会变得更便宜、更容易吗？** <br/> 这种三层模型优于两层模型的一个论证可能是：三层模型允许整个子生态系统存在于单个 rollup 中，这让生态系统内的跨域操作可以非常便宜地进行，不需要经由昂贵的 L1。 但事实证明，即使是向同一个 L1 提交数据的两个 L2（甚至 L3）之间，存款和提款也可以很便宜！关键是要意识到，**代币和其他资产不一定非得在底部链**中发行。换句话说，你可以在 Arbitrum 上持有一种 ERC20 代币，然后在 Optimism 上创建它的封装合约，并在两者之间来回转移资产而无需创建任何 L1 交易！ 让我们来看看这样一个系统如何进行运作。现在有两种智能合约：Arbitrum 上的**基础合约**和 Optimism 上的**代币封装合约**。要从 Arbitrum 转移资产到 Optimism，你需要将代币发送到基础合约，这会生成一个收据。一旦 Arbitrum 敲定了这笔交易，你就可以获取该收据的 Merkle 证明，它植根于 L1 状态，并将其发送到 Optimism 上的代币封装合约中。封装合约会对它进行验证并向你发放封装代币。要将代币往回转移的话，则可以反向执行相同的操作。 **尽管证明 Arbitrum 存款所需的 Merkle 路径会检查 L1 的状态，但 Optimism 只需要读取 L1 状态根以处理存款 —— 不需要创建 L1 交易。请注意，由于 rollup 数据是最稀缺的资源，所以此类方案的可行实现将是使用 SNARK 或 KZG 证明以节省空间，而不是直接使用 Merkle 证明***。* <br/>  <br/> 对比根植于 L1 的代币，这种方案有一个关键的弱点，至少在 optimistic rollup 上有这样的问题：**存款也需要等待欺诈证明的窗口期到来**。如果代币是在 L1 上的，那么从 Arbitrum 或 Optimism 上往 L1 的提款则需要一周的延迟时间，而存款则是即时的。然而，这种方案中的存款和提款都需要一周时间。也就是说，尚不清楚 optimistic rollup 上三层架构是否会更好：因为要确保欺诈证明博弈会在一个自己运行欺诈证明机制的系统内安全地进行，这存在很多技术上的复杂性。 幸运的是，这些问题都不会在 ZK rollup 上出现。出于安全方面的原因，ZK rollup 不会要求一周时长的等待窗口，但他们确实还会有较短窗口期的要求（第一代技术可能需要 12 个小时的等待期）。原因有二，首先，特别是更复杂的通用型 [ZK-EVM rollup](https://vitalik.ca/general/2022/08/04/zkevm.html) 需要较长的时间来囊括区块证明过程中的不可并行计算时间；其次，这其中还有经济考量：需要不那么频繁地提交证明以最大程度减少证明交易相关的固定开销。包括专用型硬件在内的下一代 ZK-EVM 技术将会解决上述的第一个问题，而架构更好的 batch 验证技术可以解决第二个问题。这其实是我们接下来会讨论的优化和批量提交证明的问题。 <br/> ## **rollup 和 validium 的确认期 vs. 固定开销权衡。L3 们可以帮忙解决这个问题，但还有哪些方案可以帮忙解决？** <br/> rollup **每笔交易**的开销很便宜：只有 16 - 60 字节的数据，这取决于所使用的应用程序。但是 rollup 也必须在每次提交一个 batch 的交易至链上时支出一笔高昂的**固定开销**：optimistic rollup 的[每 batch 要支付 21000 L1 gas](https://twitter.com/karl_dot_tech/status/1552728888433942534)，而 ZK rollup 则要支付 400,000 gas 以上（如果你只想使用 STARK 这种量子安全的技术，可能会需要支付上百万 gas）。 当然，rollup 可以选择等着，直到有了价值 1 千万 gas 的 L2 交易再打包提交 batch ，但这会让 rollup 的 batch 间隔变得很长，迫使用户在获得高安全性确认之前等待更长的时间。因此，它们会有权衡：长时间的 batch 间隔和最优开销，或者说较短的 batch 间隔和大大增加的开销。 为了给出一些具体的数据，让我们一起探讨这样一个 ZK rollup：它每 batch 开销 600,000 gas，能处理完全优化过的 ERC-20 转账（23 字节），每笔交易会花费 368 gas。假设这种 rollup 在采用的早期和中期阶段的平均每秒交易（TPS）为 5 笔。我们可以计算它的每笔交易的 gas vs. batch 间隔： <br/> | Batch 间隔 | 每笔交易 Gas (= 交易开销 + batch 开销 / (TPS * batch 间隔)) | | --- | --- | | 12 秒 (每个以太坊区块的间隔) | 10368 | | 1 分钟 | 2368 | | 10 分钟 | 568 | | 1 小时 | 401 | <br/> 如果我们进入一个有着许多定制型 validium 和应用专用型环境的系统，那么它们中的大多数都不会处理超过 5 TPS。所以，在确认时间和开销之间的权衡开始变得至关重要。而实际上，“L3” 范式确实可以解决权衡上的问题！就算是以简单的方式实现，一个 ZK rollup 套着另一个 ZK rollup 的方案也大约会有仅 8000 L1 gas 左右的固定开销（证明占 500 字节）。这就将上面的表格改为： <br/> | Batch 间隔 | 每笔交易 Gas (= 交易开销 + batch 开销 / (TPS * batch 间隔)) | | --- | --- | | 12 秒 (每个以太坊区块的间隔) | 501 | | 1 分钟 | 394 | | 10 分钟 | 370 | | 1 小时 | 368 | <br/> 开销的问题基本上都解决了。那么，L3 是不是有益的？可能吧。但值得注意的是，还有一种可以解决这个问题的方法，这个方法受到了 [ERC 4337 聚合验证](https://github.com/eth-infinitism/account-abstraction/pull/92)的启发。 其对策如下。现在，如果每一个 ZK rollup 或 validium 收到了证明 Snew=STF(Sold,D) 的证明，即新的状态肯定是正确处理了交易数据或旧状态根上状态变换的结果，那它们就会接收状态根。在这个新的方案中，ZK rollup 会从 **batch 验证器合约**处接收消息，这个消息用于告知该验证器已验证了一个包含声明的 batch 证明，其中的每个声明都是 Snew=STF(Sold,D) 的形式。该 batch 证明可以通过递归 SNARK 方案或是 [Halo](https://vitalik.ca/general/2021/11/05/halo.html) 聚合进行构造。 <br/>  <br/> 这是一个开放协议：任何 ZK-rollup 都可以加入，任何 batch 的证明生成者都可以从任何兼容的 ZK-rollup 中聚合证明，并从聚合器处获得交易费的补偿。batch 处理器合约会验证一次证明，接着将包含该 rollup $(S_{old},S_{new},D)$ 三元组（triple）的消息传递至每一个 rollup； 三元组来自 batch 处理器合约的事实会是交易有效性的证据。 如果优化得不错，那么这个方案中每个 rollup 的开销则将近 8000 gas：5000 用于写入新添加的更新状态，1280 用于旧状态根和新状态根，还有剩下的 1720 用于有效利用各种数据。所以说，这种方案也能节省开销。StarkWare 实际上已经有了类似的方案，叫做 [SHARP](https://medium.com/starkware/recursive-starks-78f8dd401025)，尽管它还不是一个无需许可的开放协议。 对于这类方法的反应可能会是：**但这不就是另一种 L3 方案吗**？比起 `base layer <- rollup <- validium`（基础层 ← rollup ← validium）结构，你有 `base layer <- batch mechanism <- rollup or validium`（基础层 ← batch 机制 ← rollup 或 validium）。从一些哲学的建筑角度来看，这可能是事实。但这里有一个重要的区别：比起将中间层作为复杂完整的 EVM 系统，还不如说它是简化且高度专业化的对象，所以它更可能是安全的，也更可能在还完全不需要其他专门的代币的情况下构建起来，还更可能实现治理最小化且不会随着时间改变。 <br/> ## **总结：实际上什么是“层”？** <br/> 在其自身网络之上的堆叠相同扩容方案的三层扩容架构通常无法很好地运作。构建于 rollup 之上的 rollup，这两层 rollup 当然不会使用相同的技术。但是，可以使用第二层和第三层具有**不同**用途的三层架构。构建于 rollup 之上的 Validium 确实是有意义的，即使无法确定它们是否会是长期的最佳运作方式。 然而，一旦开始深入了解哪种架构有意义，我们就会陷入哲学问题：什么是“层”，什么不是？ `base layer <- batch mechanism <- rollup or validium`（基础层 ← batch 机制 ← rollup 或 validium）模式与 `base layer <- rollup <- rollup or validium`（基础层 ← rollup ← rollup 或 validium）模式执行着相同的工作。但在**工作方式方面**，证明聚合层看起来更像是 [ERC-4337](https://eips.ethereum.org/EIPS/eip-4337)，而不是 rollup。通常，我们不会将 ERC-4337 称为 “L2”。同样，我们不会将 Tornado Cash 称为“第 2 层” —— 所以如果要保持归类上的一致，我们不会将构建于 L2 之上的以隐私为中心的子系统称为第 3 层 。因此，关于什么对象应该首先被称为“层”，这存在一个未解决的语义争论。 <br/> 关于这个问题，可能有很多思想流派的不同看法。我个人偏向则会是保持 L2 这个术语限定于具有以下特点的事物： - 其用途在于增加可扩展性 - 它们遵循着“处于一条区块链中的区块链”模式：它们有自己处理交易和内部状态的机制 - 它们完全继承了以太坊区块链的安全性 <br/> 所以，optimistic rollup 和 ZK rollup 是 L2，但是 validium、证明聚合方案、ERC-4337、链上隐私系统和 Solidity 则属于其他方案。可能把这些方案中的一部分称为 L3 是说得通的，但也许不能全都称作 L3；任何情况下，在多 rollup 生态系统的架构确定下来之前就为其下定义可能为时过早了，而大部分讨论也只是在理论上。 也就是说，语言上的争论远不如“哪个结构实际上最有意义”这种技术问题来得重要。显然，服务于隐私等非扩容需求的某种“层”可以发挥重要作用，并且显然需要以某种方式填补重要的证明聚合功能，最好由开放协议来填充这个位置。但与此同时，我们有充分的技术理由，让连接着面向用户的环境和 L1 之间的中间层尽可能变得简便；在许多情况下，将 “粘合层” 作为 EVM rollup 可能不是正确的运作方法。随着 L2 扩容生态系统的成熟，我猜本文中描述的更复杂（和更简单）的结构将开始发挥更大的作用。 <br/> ### **阅读更多** <br/> - 《[分形式扩容：从 L2 到 L3](https://www.ethereum.cn/Layer2/fractal-scaling-from-l2-to-l3)》 - 《[Vitalik：Rollups 不完全指南](https://www.ethereum.cn/an-incomplete-guide-to-rollups)》 - 《[Vitalik: zk-SNARK 何以可能 —— 引介杀手锏“多项式承诺”](https://www.ethereum.cn/Technology/how-zk-SNARKs-are-possible)》 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co 进行授权。https://www.ethereum.cn/Layer2/zkevmhttps://www.ethereum.cn/Layer2/zkevmWed, 09 Nov 2022 00:00:00 GMT**特别感谢 PSE、Polygon Hermez、Zksync、Scroll、Matter Labs 和 Starkware 团队的探讨与校对**。 <br/> <br/> 最近，很多“ZK-EVM”项目很快相继发出公告。[Polygon](https://blog.polygon.technology/the-future-is-now-for-ethereum-scaling-introducing-polygon-zkevm) 开源了他们的 ZK-EVM 的项目，[ZKSync](https://matterlabs.medium.com/100-days-to-mainnet-6f230893bd73) 发布了 ZKSync 2.0 的计划，而 [Scroll](https://mirror.xyz/scroll.eth/XQyXDgyxoefag6hcBgGJFz8qrb10rmSU-zUBvY3Q9_A) 作为相对的新秀，最近也宣布了他们的 ZK-EVM 项目。还有 [Privacy and Scaling Explorations（隐私和扩容探索）团队](https://github.com/privacy-scaling-explorations/zkevm-circuits)、[Nicolas Liochon et al 的团队](https://ethresear.ch/t/a-zk-evm-specification/11549)，以及 Nethermind 团队致力于将 EVM 的 Solidity 语言转译为 StarkWare 的 ZK 友好语言 [Cairo](https://starkware.co/cairo/) 的一个 [Alpha 编译器](https://medium.com/starkware/starknet-alpha-2-4aa116f0ecfc)，这些团队都在为此不断努力，当然，还有一些项目我没有例举出来。 <br/> 这些项目的核心目标是一致的：利用 ZK-SNARK 技术对以太坊类交易的执行生成加密证明，不是让证明更易于验证以太坊链本身，就是构建（接近）相当于以太坊所提供的一些功能，但比它更具有可扩展性的 [ZK-rollups](https://vitalik.ca/general/2021/01/05/rollup.html)。但这些项目之间也有些细微区别，并且他们在实用性和速度之间所做的权衡也有差异。这篇文章将描述不同 EVM 等效“类型”的分类学，以及每种类型的优势和开销。 <br/> ## **概览（图表形式）** <br/>  <br/> ## **类型 1：完全以太坊等效的 ZK-EVM** <br/> 第一类 ZK-EVM 力图成为完全不妥协的以太坊等效 ZK-EVM 。他们不会更改以太坊系统的任何部分来让它更容易生成证明：不会替换哈希、状态树、交易树、预编译或是共识中的其他逻辑，不管这些部分多么次要。 <br/> ### **优势：完美的兼容性** <br/> ZK-EVM 的目标在于，能够像目前以太坊验证区块那样 —— 或者至少，验证[执行层](https://hackmd.io/@n0ble/the-merge-terminology)上面的区块（因此，虽然信标链的共识逻辑没有囊括进来，但是所有执行的交易、智能合约和账户逻辑都包含在内）。 第一类的 ZK-EVM 正是我们最终所需要的，能让以太坊 L1 本身更具有可扩展性。长期来看，在第二类和第三类的 ZK-EVM 中试验得出的对以太坊的修改，可能会被合理引入至以太坊上，但是这种重新架构本身具有复杂性。 第一类 ZK-EVM 对 Rollup 来说也是理想的，因为它们让 Rollup 可以重复利用基础设施。比如，以太坊执行层客户端可以像原来那样生成和处理 Rollup 的区块（至少，一旦[实现提款功能](https://github.com/ethereum/consensus-specs/blob/dev/specs/capella/beacon-chain.md)，它们可以重新使用该功能来支持 ETH 存入 Rollup），所以区块浏览器、区块生成等工具可以轻松重新使用。 <br/> ### **劣势：证明生成时间慢** 以太坊原本的设计并不是 ZK 友好的，因此，以太坊协议中的**许多**部分都需要花费大量的计算来生成 ZK 证明。第一类 ZK-EVM 旨在完全复制以太坊的环境，因此，它无法缓解这些计算低效性问题。目前，以太坊区块证明需要花费多个小时才能生成。这可以通过巧妙的工程（如大规模并行生成证明），或从长远来看，通过 ZK-SNARK ASIC 来缓解低效性问题。 <br/> ### **谁在构建第一类 ZK-EVM？** <br/> [Privacy and Scaling Explorations 团队](https://github.com/privacy-scaling-explorations/zkevm-circuits)正在努力构建第一类 ZK-EVM。 <br/> ## **类型 2：完全 EVM 等效的 ZK-EVM** <br/> 第二类 ZK-EVM 力争成为完全 EVM 等效但也不那么以太坊等效的 ZK-EVM。也就是说，“从内部来看”，他们完全就像以太坊一样，但是在外部与以太坊有一些区别，尤其是区块结构和[状态树](https://medium.com/@eiki1212/ethereum-state-trie-architecture-explained-a30237009d4e)等数据结构。 它的目标在于，与现有的应用完全兼容，但它会对以太坊做一些较小的修改，让开发更容易，也让证明生成得更快。 <br/> ### **优势：在虚拟机层面完全等效** <br/> 第二类 ZK-EVM 会改变存储着如以太坊状态的数据结构。幸运的是，因为 EVM 本身就不能直接访问这些数据结构，所以对原本在以太坊上运行的应用程序没什么影响，它们仍能在第二类的 ZK-EVM rollup 上运行。你可能无法像原来那样使用以太坊执行层客户端，但你可以通过一些修改来使用客户端，并且依旧能使用 EVM 调试工具和大部分其他开发者基础设施。 还存在少数例外情况。当验证[以太坊历史区块](https://github.com/aragon/evm-storage-proofs)的默克尔树证明来验证历史交易、收据或状态的声明（比如，桥接有时候也会这么做）时，应用程序出现了不兼容。如果 ZK-EVM 用不同的哈希函数来替换 Keccak，那就会损坏这些证明。而且，我经常建议不要这样构建应用程序，因为未来的以太坊更新（如 [Verkle](https://notes.ethereum.org/@vbuterin/verkle_tree_eip) tree）甚至会影响以太坊上的应用。更好的选择是以太坊自己添加[不会过时的 (future-proof) 历史访问预编译](https://ethresear.ch/t/future-proof-shard-and-history-access-precompiles/9781)。 <br/> ### **劣势：已经改进过了但还是证明时间太慢** <br/> 第二类 ZK-EVM 能比第一类提供更快的证明生成时间，它主要通过移除部分以太坊堆栈，这部分堆栈依赖于具有不必要复杂性和 ZK 不友好的加密学。特别是，这些堆栈可能会更改以太坊的 Keccak 和基于 RPL 的 Merkle patricia tree，也许还会更改区块和收据结构。第二类 ZK-EVM 则是会使用不同的哈希函数，如 [Poseidon](https://www.poseidon-hash.info/)。自然而然地，它会修改状态树以储存哈希码和 Keccak，不需要验证哈希以处理 `EXTCODEHASH` 和 `EXTCODECOPY` 操作码。 这些修改极大地改善了证明生成的时间，但它们没有解决所有问题。这类 ZK-EVM 继承了 EVM 本身带来的低效性和 ZK 不友好问题，所以像原本那样基于 EVM 生成证明的低效情况依然存在。内存就是最简单的例子：因为 `MLOAD` 可以读取任何 32 字节，包括“无序的”代码段（其开头和结尾都不是 32 的倍数）， MLOAD 也不能单纯理解为对一段代码的读取；确切地说，它可能需要读取两个连续的代码段和执行位操作来结合运行结果。 <br/> ### **谁在构建第二类 ZK-EVM？** <br/> [Scroll 的 ZK-EVM](https://mirror.xyz/scroll.eth/XQyXDgyxoefag6hcBgGJFz8qrb10rmSU-zUBvY3Q9_A) 项目正在构建第二类 ZK-EVM，[Polygon Hermez](https://blog.polygon.technology/the-future-is-now-for-ethereum-scaling-introducing-polygon-zkevm) 也是。即使如此，还没有项目真的成为第二类 ZK-EVM；尤其是很多更加复杂的预编译还没实现。所以，目前来说，这两个项目应该说属于[第三类 ZK-EVM](https://vitalik.ca/general/2022/08/04/zkevm.html#type-3-almost-evm-equivalent)。 <br/> ## **类型 2.5：EVM 等效，除了 gas 开销** 在最糟糕的情况下，有一种能够极大地改善证明生成时间慢的方式是，大大提高那些难以在 EVM 中生成 ZK 证明的执行所花的 gas 开销。这些执行可能涉及预编译、KECCAK 操作码，还可能涉及调用合约的特定模式、访问内存/存储或是回滚。 更改 gas 开销可能会降低开发者工具的兼容性，损坏一些应用，但总体上，它的风险比“更深入地”变更 EVM 来说更少。开发者需要注意，不要消耗超出一个区块所容纳的 gas 上限，也永远都不要用硬编码 gas 数来进行调用（这已经是长期以来对开发者的标准建议了）。 另一种管理资源限制的方式是，只要对每个操作能被调用的次数设定硬限制就好了。这在电路中的实现很简单，但是对 EVM 的安全假设就不太好了。我更愿意将这种方法称作第三类 ZK-EVM，而不是类型 2.5。 <br/> ## **类型 3：几乎是 EVM 等效的** <br/> 第三类 ZK-EVM **几乎**是 EVM 等效的，但需要对完全等效性做一些牺牲，以进一步改善证明生成时间，并促进 EVM 更易于开发。 <br/> ### **优势：易于构建，证明生成时间更快** <br/> 第三类 ZK-EVM 也许会取消一些格外难以在 ZK-EVM 实现中实现的功能。[预编译](https://docs.moonbeam.network/builders/build/canonical-contracts/precompiles/eth-mainnet/)通常会是这类功能中最难实现的；此外，这类 ZK-EVM 有时也在处理合约代码、内存和堆栈方面有些许不同。 <br/> ### **劣势：兼容性更差** <br/> 第三类 ZK-EVM 的目标是与**大部分**应用程序兼容，它只需要对剩下的应用进行极少的改写。即使是这样，也需要对一些应用进行改写，因为这些应用会使用第三类 ZK-EVM 已经取消的预编译，或是因为它们对边缘情况有着微妙依赖性，而 VM 会以不同的方式处理。 <br/> ### **谁来构建第三类 ZK-EVM？** <br/> Scroll 和 Polygon 现在的形式都属于第三类 ZK-EVM，尽管他们预计会随着时间改善兼容性。Polygon 的设计很独特，他们用着自己的内部语言 [zkASM](https://github.com/0xPolygonHermez/zkevm-doc/blob/main/mkdocs/docs/zkEVM/zkASM/introduction.md) 验证 ZK，并且他们会使用 zkASM 的实现来转译 ZK-EVM 代码。虽然其实现细节是这样的，但我还是愿意把它称为真正的第三类 ZK-EVM。它依旧能够验证 EVM 代码，只是用着一些不同的内部逻辑罢了。 现在，还没有 ZK-EVM 团队**想要**成为第三类 ZK-EVM；该类型仅仅是完成预编译添加这一复杂工作和项目能够转为类型 2.5 之前的过渡阶段。然而，通过添加**新的** ZK-SNARK 友好的预编译，为开发者提供证明生成时间短、gas 开销低的功能，第一类和第二类 ZK-EVM 在未来可能会自发成为第三类 ZK-EVM。 <br/> ## **类型 4：高级语言（high-level-language）等效** <br/> 第四类 ZK-EVM 系统的工作原理是，采用高级语言编写智能合约源码（如 [Solidity](https://docs.soliditylang.org/en/v0.8.15/)、[Vyper](https://vyper.readthedocs.io/en/stable/)，或一些由两者编译而成的中间语言（intermediate）），并将**这些源码**编译为一些明确设计成 ZK-SNARK 友好的其他语言。 <br/> ### **优势：极快的证明生成时间** <br/> 不将 EVM 的每个执行步骤的所有环节生成 ZK 证明，而是直接开始证明高级语言编写的代码，这样你可以避免掉**很多**开销。 在本文，虽然我只用了一句话来描述这种优势（对比以下兼容性相关的劣势要点列表来说），但这句话不应该被解读为价值判断！从高级语言直接编译真的可以极大地减少开销，并通过让证明过程变得容易而推动去中心化。 <br/> ### **劣势：兼容性更差** <br/> 一个用 Vyper 或 Solidity 编写的“正常”应用程序能够被编译出来，并且它“可以运行”，但在很多重要情况下，很多应用会变得不“正常”： - 第四类 ZK-EVM 的系统中的合约地址与 EVM 中的可能不一样，因为 CREATE2 合约地址取决于具体的字节码。这破坏了依赖于尚未部署的“反事实合约”的应用、ERC-4337 钱包、[EIP-2470 单例](https://eips.ethereum.org/EIPS/eip-2470)和许多其他应用程序。 - **手动编写的 EVM 字节码更难投入使用**。很多应用程序为了效率，会使用手动编写部分 EVM 字节码。尽管有很多种方式可以实现对这类有限制的 EVM 字节码的支持，可以在无需完全成为第三类 ZK-EVM 的情况下将这些用例应用起来，但第四类 ZK-EVM 的系统可能不会支持这种手动编写的字节码。 - **很多调试基础设施无法继续生存**，因为这种基础设施都基于 EVM 字节码运行。尽管如此，但我们可以通过“传统”高级语言或中间语言**更轻松地**访问调试基础设施，以减轻这种劣势（比如 LLVM）。 <br/> 开发者应该留心这些问题。 <br/> ### **谁在构建第四类 ZK-EVM？** [ZKSync](https://matterlabs.medium.com/100-days-to-mainnet-6f230893bd73) 系统就是第四类 ZK-EVM，虽然它可能会随着时间提高 EVM 字节码的兼容性。Nethermind 的 [Warp](https://github.com/NethermindEth/warp) 项目正在构建从 Solidity 语言转译为 StarkWare Cairo 语言的编译器，这个编译器将会把 StarkNet 变成真正的第四类 ZK-EVM 系统。 <br/> ## **各个 ZK-EVM 类型的未来** <br/> 并不是说这些类型比其它类型“更好”或“更差”。相反，相较之下他们各有不同：从类型 1 至类型 4，编号较低的 ZK-EVM 类型和现有的基础设施更加兼容，但运行得更慢；而编号较高的 ZK-EVM 类型则和现有的基础设施不那么兼容，但运行得更快。总之，对所有 ZK-EVM 类型的探索有益于该领域的健康发展。 <br/> 另外，ZK-EVM 项目可以随着时间的推移，轻松地从编号高的 ZK-EVM 开始，然后转为编号低的类型（反之亦然）。例如： - ZK-EVM 可以在一开始作为第三类 ZK-EVM 投入使用，不去加入一些特别难以生成 ZK 证明的功能。之后，他们可以随着时间的推移而加入那些功能，继而转变为第二类。 - 一开始作为第二类别的 ZK-EVM，通过在完全兼容以太坊的模式下运行，或使用在修改后能更快生成证明的状态树，这类 ZK-EVM 可以在之后变成第二类和第一类 ZK-EVM 的混合类型。Scroll 就正在考虑向这个方向发展。 - 一些一开始属于第四类系统的 ZK-EVM 项目，可以通过之后添加 EVM 代码处理的功能，继而随着时间变成第三类 ZK-EVM（尽管开发者还是会被鼓励直接从高级语言编译，以此减少费用和证明生成的时间）。 - 如果以太坊自身为了变得更加 ZK 友好而采用一些修改，那么第二类和第三类可以成为第一类 ZK-EVM。 - 第一类或第二类 ZK-EVM 可以通过增加验证 ZK-SNARK 友好语言代码的预编译，变成第三类 ZK-EVM。这为开发者在以太坊兼容性和运行速度之间提供了一个选择。这可以算是第三类 ZK-EVM，因为它会破坏完美的 EVM 等效，但出于实际意图和目的，它可能还会具有很多第一类和第二类 ZK-EVM 的优势。它不好的地方可能是，一些开发者工具无法理解 ZK-EVM 的自编译，虽然这点也可以修复：开发者工具可以通过支持包括 EVM 代码等效的预编译实现在内的配置格式，以此增加通用的预编译支持。 <br/> 就个人而言，通过结合 ZK-EVM 中的改进与让以太坊变得更加 ZK-SNARK 友好的改进，我希望这些项目全部慢慢变成第一类 ZK-EVM。在这样的未来里，我们也会有多种 ZK-EVM 实现，可以用于 ZK rollup，也能用来验证以太坊链本身。理论上，以太坊没有必要标准化单个 ZK-EVM 的实现来供 L1 使用；不同客户端可以使用不同的证明，我们才能继续从代码冗余中获益。 不论如何，我们还需要一些时间来迎接这种未来。同时，我们也会在扩容以太坊和开发基于以太坊 ZK rollup 的不同赛道上看到大量创新。 <br/> <br/> ECN 的翻译工作旨在为以太坊中文社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](mailto:eth@ecn.co) 进行授权。https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-8https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-8Tue, 08 Nov 2022 00:00:00 GMT# 本期看点： - 提款质押的 ETH 进展更新 - Goerli 测试网 ETH 供应危机 - MEV-Boost 区块中的“隐私”交易平均比例为 3.8% - Coinbase 将在其开发者平台上线 MEV-Boost - Vitalik 提议了 rollup 摘除辅助轮的三个阶段 - Deribit 热钱包被盗 2800 万美元被转进 Tornado Cash - Instagram 将推出 NFT 铸造和出售等相关工具 - 币安将清算 FTT 资产 <br/> # 主网 **提款质押的 ETH 进展更新** 在上上周进行的[第 148 次以太坊核心开发者会议](https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-1)上，开发者们都同意在上海升级里激活提款质押的 ETH。在最新一次的共识层会议上，即在 11 月 3 日进行的第 97 次会议上，开发者们对把部分款项和全款的提出放在分开的队列还是合在相同队列的好处进行了讨论。全款提出指的是验证者节点运行者把质押的全部 ETH 余额都提出来；部分提款指的是验证者节点运行者把超出有效余额 (effective balance) 部分的任意数量的 ETH 提出来，而有效余额指的是验证者对区块链做证明所需质押的 ETH，通常是 32 ETH。但是，由于惩罚和罚没，有效余额可以下降到 32 ETH 以下。 在这个问题上，开发者们对 Prysm 的开发者 Potuz 提出的方法：取消处理提款队列，即取消在区块内全款和部分款项提出队列的逻辑。Potuz 建议使用验证者 index 来处理提款问题。以太坊上的每个验证者在信标链上被激活的时候都会被分配一个号码。在不使用队列的情况下，信标链可以根据一个区块可以处理的提款上限数来扫描验证者，然后按照验证者的 index 号码的升序排列处理每个验证者的提款请求。 开发者们表示可以认真探索 Potuz 提出的方案。 这个话题的最后，开发者们都同意合并以太坊基金会研究员 Alex Stoke 关于在上海升级添加提款操作到以太坊的 Engine API 的 PR。 来源：https://www.galaxy.com/research/insights/ethereum-consensus-layer-call-97/ **Goerli 测试网 ETH 供应危机** 在第 97 次共识层会议上，开发者们还围绕 Goerli 测试网 ETH 供应问题进行了讨论。负责维护 Goerli 测试网的开发者 Afri Schoeden 在 EthMagicians 论坛上发布了解释这个问题的[帖子](https://ethereum-magicians.org/t/testnet-workgroup-paths-out-of-the-goerli-supply-mess/11453)。这个问题是想要测试 dapp 代码的开发者和想要在 Goerli 上测试他们的验证者设置的 Staker 现在都缺乏 GoerliETH 进行测试。GoerliETH 供应的缺乏已经创造了一个市场，据说有用户正在购买 GoerliETH。Goerli 是目前唯一一个没有被弃用的、无需许可的测试网，这一事实使问题变得更为严重。 会议后，Afri 表示这个问题的解决应该集中在让应用团队为使用 Sepolia 和 Holesovice 测试网做好准备。Holesovice 指的是一个可能的、短暂的新测试网，供 Staker 和 dapp 开发者使用，以取代 Goerli。 来源：https://www.galaxy.com/research/insights/ethereum-consensus-layer-call-97/ **MEV-Boost 区块中的“隐私”交易平均比例为 3.8%** 3 日，Web3 基础设施 [Blocknative](https://twitter.com/blocknative) 分析了合并以来的所有 MEV-Boost 区块，发现平均每个 MEV-Boost 区块中只有 3.8% 是“隐私”交易，而剩下的交易则来自公共交易池。尽管并非所有的区块都会打包隐私交易，但隐私交易/区块的平均比例正在增长。 而在过去的 10 天中，特定区块中的每个中继的平均隐私交易占比为： - blocknative - 0.00% - bloxroute_ethical - 0.00% - bloxroute_maxprofit - 2.56% - bloxroute_regulated - 2.48% - eden - 3.70% - flashbots - 4.46% - manifold - 1.54% - relayooor - 5.49% 值得注意的是，在此次分析的数据集中： - Blocknative 将“隐私交易”界定为其交易池存档查看不到的交易。 - 数据集只包含了智能合约交易。 - Blocknative 还排除了与构建者支付款相关（在区块尾部支付给验证者的款项）的任何隐私交易。 - mempools 对于每个节点来说都是本地的，尽管 Blocknative 有一组检测器（detector）节点，但无法保证能看到每笔公共交易。 - 这些“隐私”交易中的大多数都可能链接至 MEV 交易捆或其他隐私订单流来源。目前隐私交易占比为 0% 的中继还没有接收 MEV 交易捆。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587948088445935617&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1587948088445935617" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 660px; display: block; flex-grow: 1;"></iframe> **合并后的 ETH 总供应量** 根据 [ultrasound.money](https://ultrasound.money/) 上的数据，以太坊合并 50 天后只增加了 2000 枚 ETH 到总供应。如果仍然是 POW 机制，到现在已经增加超过 60 万枚 ETH。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1588663386564616194&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1588663386564616194" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 723px; display: block; flex-grow: 1;"></iframe> **以太坊轻节点 Helios 上线** 8 日，a16z 的工程师 [ncitron.eth](https://twitter.com/NoahCitron) 宣布他们上线以 Rust 编写的以太坊轻节点 Helios。他称，Helios 能在两秒内同步且无需存储，能以去信任的方式访问以太坊。Helios 代码：https://t.co/CnGa92lcfN。 ncitron.eth 称，目前大多数用户都是使用中心化的 RPC 提供商来访问以太坊。这种方式可能很便捷，但用户就必须相信提供商是诚实的，因为他们可能会窃取用户的资金。而用户对此风险的对策就是运行自己的节点。而轻客户端 Helios 对运行硬件的要求不高，它可以与用户所使用的中心化 RPC 提供商相结合，在用户的计算机上创建一个可验证正确性的本地 RPC。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1589739389545914368&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1589739389545914368" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 830px; display: block; flex-grow: 1;"></iframe> **Prysm 实现与 Geth 之间的提款互操作** 客户端 Prysm 的开发者 Terence 称在开发者测试网实现了 Prysm 和 Geth 间的提款互操作，接下来将在多客户端开发者测试网实现。进行提款互操作的指示在这：https://twitter.com/NoahCitron。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1589627500384382976&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1589627500384382976" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 550px; display: block; flex-grow: 1;"></iframe> **Coinbase 将在其开发者平台上线 MEV-Boost** Coinbase 宣布在其开发者平台 Coinbase Cloud 上线 MEV-Boost，在上面质押的验证者可以选择是否接收 MEV。据 rated.network 数据，Coinbase 的验证者占比以太坊验证者的 12% 左右，而目前他们所生成的 93.2% 的区块没有使用中继。  来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587453502980296708&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1587453502980296708" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 409px; display: block; flex-grow: 1;"></iframe> <br/> # Layer2 **Vitalik 提议了 rollup 摘除辅助轮的三个阶段** Vitalik 在 Ethereum Magicians 论坛提议了 rollup 摘除辅助轮的三个阶段，以下是对该文章的翻译： 目前有大量的 rollup (optimistic 和 ZK) 项目，各处于不同的开发阶段。几乎所有项目都有一个共同的模式，那就是使用临时的**辅助轮**：当一个项目的技术还不成熟时，项目无论如何都会提前启动，因而允许生态系统开始形成。但相比完全依赖于其欺诈证明或 ZK 证明，有一种多签的方法，能够使得系统出现代码漏洞的情况下仍可以强制实现特定的结果。 L2beat 的风险评估页面显示了关于各种 rollup 的大量数据，包括它们的辅助轮的状态：https://l2beat.com/scaling/risk/ 然而，到今天为止，这些信息还没有很好地被标准化，使得用户很难理解某个特定 rollup 所使用的具体信任模型。一些 Rollup 团队甚至有动机隐瞒他们目前使用的信任模型，而把讨论的重点放在未来实现的完全去信任的模式上。 本文基于 rollup 对辅助轮的依赖程度，提议了一个分为不同里程碑的框架，以帮助我们将 rollup 分为三个不同的阶段。这是为了实现以下几个目标： 1. 让用户更容易识别一个特定的 rollup 在多大程度上依赖于 “对特定人群的信任” vs “对代码的信任”。 2. 帮助激励 rollup 项目改进他们的信任模型。因为“信任最小化”问题没有“用户交互体验”问题那么明显，项目方可能不会优先处理“信任最小化”问题，而这可能会造成一些风险。 3. 给生态系统一些精确的里程碑来协调以及庆祝。比如说 “The Surge” (与 “The Merge” 并行进行) 什么时候完成了一半或者完全实现。 这个框架并非要对各大 rolllup 方案做这样一个道德审判：只有尽可能快地实现最大化信任代码才是唯一正确的做法。而是说，rollup 绝对应该有一个明确的路线图来摘除辅助轮，但只有当他们做好了准备才可以去掉这些辅助轮。 **去掉辅助轮的路线图：** 阶段0：完全使用辅助轮 要求： - 项目应自称为 rollup。 - 所有 rollup 交易都应该上链。 - 应该存在一个 “rollup 全节点”：一个可独立运行的软件包，它可以读取 L1 链，提取 rollup 链数据并计算出 rollup 链当前的状态。如果它不同意一个发布至合约的 rollup 状态根，它应该发出警报。 - 应该有一种机制允许用户发布 rollup 交易，或者至少确保在 rollup 运营者不合作的情况下提出其资产。也就是说，运营者不能通过审查用户的方式冻结或者盗窃用户的资产；他们想要冻结或盗窃用户资产唯一可能的方式只有发布一个错误的状态根。 - 如果发布新状态根的链上机制只是一个多签，而其中没有欺诈证明或者有效性证明，也是可以的。 阶段1：有限地使用辅助轮 要求： - 必须要有一个正在运行的欺诈证明或者有效性证明机制，该机制具有实际权力去决定哪个状态根会被 rollup 合约接受。 - 可以存在一个基于多签的重写 (override) 机制 ("安全理事会")，这个机制可以对欺诈证明或者有效性证明系统的输出进行重写，并发布状态根，以用于证明系统代码被入侵的情况。然而： - 这个多签机制必须是 6/8 或者更严格 (也就是说，>= 8 个参与者以及 >= 75% 的签名阈值)。 - 至少有一个仲裁阻止小组 (这个小组有足够多的参与者阻止多签发生) 必须在运行 rollup 的组织之外。 - 可以存在一个升级机制，但如果它的签名阈值比多签低，升级必须有至少 7 天的强制激活延迟，或者是欺诈证明博弈的最长时间，以更长的时间为准。这个规则的目标是确保升级机制无法用来干预实时的争议。 阶段2：不使用辅助轮 要求： - 在代码没有 bug 的情况下，除了代码输出状态根之外，没有任何一组参与者 (甚至是全体一致的) 可以发布状态根。 这个稍显尴尬的说法(如果代码没有漏洞，那么没人可以对它进行重写)，是为了限制安全理事会的作用，也就是说只有当代码出现了明显的漏洞时才可以启动安全理事会，比如： - Rollup 使用其状态转换函数的两个或以上的独立实现 (如，两个不同的欺诈证明系统，两个不同的有效性证明系统，或两种各一个)，而安全理事会只有当它们出现了争议才能做出裁决 —— 这只有在出现 bug 的时候才会发生。 - 如果在处理了相同的数据之后，有人提交包含两个不同状态根的两个有效证明的一笔交易或系列交易 (即“证明系统自相矛盾”)，那么控制权会暂时移交给安全理事会。 - 如果 >= 7 天没有有效的证明被提交 (即 “证明系统卡住了”)，那么控制权会暂时移交给安全理事会。 - 允许升级，但必须有 >= 30 天的延迟。 来源：https://ethereum-magicians.org/t/proposed-milestones-for-rollups-taking-off-training-wheels/11571 **以太坊扩容解决方案 zkSync 推出 zkSync 2.0 的客户端 SDK** zkSync 2.0 上线主网后，团队发布了新的客户端 SDK (软件开放工具包)，目前 SDK 可用的语言包括 Java、Python 和 Go。团队表示将持续扩展其 SDK 支持更多编程语言。 <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587507606108614656&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1587507606108614656" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 638px; display: block; flex-grow: 1;"></iframe> **Arbitrum 推出了 [Goerli.arbiscan.io](http://goerli.arbiscan.io/) 区块浏览器** Arbitrum Goerli 测试网更新，推出了 [Goerli.arbiscan.io](http://goerli.arbiscan.io/) 区块浏览器。 来源：https://twitter.com/ArbitrumDevs/status/1587480073996599297 <br/> # 生态 **Gitcoin 社区通过了关于构建新 grant protocol 的提案** Gitcoin 社区以 99.9% 的支持率通过了一项投票：结束其现有的中心化募资平台，以便专注于构建和转型至其新的 grant protocol。新的协议将允许任何社区、生态系统或个人进行自己的募资轮，让用户可以创建二次方融资轮。该提案通过后，Gitcoin 将在接下来的几个月中准备一个协议驱动的、精简的、缩小范围的 GR16。 总的来说，Gitcoin 的计划如下： - 在 2023 年 1 月 17 日至 31 日进行两轮精简的 GR16 测试募资轮，测试的募资轮将包括：精简的气候解决方案、联合开源软件和以太坊基础设施三轮募资轮，用于支持在 GR14 或 GR15 中获得资助的一部分项目。并且，他们会努力实现在 2023 年第二季度初举办去中心化的新 Gitcoin Grants Program 的目标。 - Gitcoin 将会发布无需允许的 grant protocol，任何人都可以使用新协议，以最理想的方式将资源、贡献者和生态系统与民主募资机制连接起来。 - 在未来几周和几个月内，Gitcoin 将会运行一系列的小型设计伙伴募资轮，以支持协议的设计阶段，这也符合他们去中心化 grant protocol 的目标，即并非所有募资项目都跟着我们的节奏在同一时间进行。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587201287367512067&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1587201287367512067" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 482px; display: block; flex-grow: 1;"></iframe> **Deribit 热钱包被盗的 2800 万美元被转进 Tornado Cash** 11 月 1 日，Deribit 称其热钱包被攻击，导致了价值 2800 万美元的代币损失。Deribit 称，客户端资产、Fireblocks 或任何冷存储地址没有受到影响。该黑客被阻隔于其 BTC、ETH 和 USDC 热钱包之外 。他们称，其公司的程序可以将其 99% 的用户资金保存在冷库中，以限制此类事件的影响。 并且，为了进行安全检查，他们宣布在有信心确保一切安全并重新正常运行之前停止提款服务。而 Deribit 上已经发起的存款将仍然会在输入确认码后进行处理，并计入账户中。重要的是，Deribit 承诺，这些损失会由其公司的储备金来弥补。 而后从 11 月 5 日开始，该被窃资金被一笔一笔地转至 Tornado Cash 的协议中。据 [PeckShield Inc.](https://twitter.com/peckshield) 数据，截止 8 日 6:00 am 左右，该黑客已经往 Tornado Cash 转了 7499 个 ETH，大约价值 1180 万美元。 来源： https://twitter.com/deribitexchange/status/1587701883778523136?s=21&t=lmSxRWzMvI6BMd8mFPyt1A https://insights.deribit.com/exchange-updates/1-november-incident-report-and-next-steps/ https://twitter.com/PeckShieldAlert/status/1589741024368525312 **Instagram 将推出 NFT 铸造和出售等相关工具** 2 日，Meta 宣布旗下的社交平台 Instagram 即将推出 App 内的 NFT 铸造和出售功能，铸造和交易活动将基于 Polygon 进行。 创作者们很快能够在 Instagram 上制作自己的数字收藏品（或称为 NFT），并出售给 Instagram 上或以外的粉丝。他们将拥有端对端的工具包 —— 从创建（在 Polygon 区块链上开始）、展示到出售。人们可以直接在 Instagram 中购买数字收藏品，轻松支持他们最喜欢的创作者。目前，Instagram 先在美国与一小部分创作者一起测试这些新功能，之后再这些实现扩展到更多国家。 除了会推出基于 Polygon 的 NFT 铸造和交易功能之外，Instagram 还会扩展在其应用内展示的收藏品类型，并支持 Solana、Phantom，集成 OpenSea 和 Arweave。最后，那些精选收藏品系列的元数据信息已通过 Opensea 进行了丰富，比如收藏品名称和描述等信息，现在都可以在 Instagram 上查看了。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587930735855341568&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1587930735855341568" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 711px; display: block; flex-grow: 1;"></iframe> https://about.fb.com/news/2022/11/new-creators-tools-facebook-and-instagram/ **Opensea 推出检测和预防盗窃功能与创作者费用工具** 2 日，Opensea 推出了检测和预防盗窃的新功能。其中一项功能可以检测并禁用平台上共享的诈骗链接，而另一项则可以识别被盗的 NFT 并阻止其转售。 该工具会自动扫描用户在市场上访问的任何链接，并禁用任何指向已知为骗局或者一些将点击的用户重定向至带有恶意代码网站的链接，这些链接可能会窃走用户钱包中的 NFT。 6 日，OpenSea 发推宣布，为新收藏品上线用于执行链上创作者费用（版权税）的工具，从北京时间 11 月 9 日凌晨 1 点起，OpenSea 将只对使用了链上执行工具的新收藏品执行创作者费用，如工具 [operator-filter-registry](https://github.com/ProjectOpenSea/operator-filter-registry)。 这是 OpenSea 链上执行版权税的第一个版本，该登记表的仓库中包含了很多工具。这些工具会用于强制实施的创作者版权税，一方面，帮助智能合约管理那些获得许可而代表创作者转移 NFT 的运营商；另一方面，筛选出那些已知不尊重创作者版税的智能合约和市场代理。 接下来的几个月里，OpenSea 会发布用于链上执行新收藏品版权税的其他工具和改进版本。并且，也会参与社区并一直从社区中获取反馈。 OpenSea 认为，这是解决新收藏品创作者版权的第一步，但他们也在思考替代方案，帮助现有收藏品驾驭这种新的生态系统变化。为此，Opensea 决定起码在 2022 年 12 月 8 日前，现有收藏品在创作者版权方面的情况都维持不变。他们还称，此举旨在把更多对商业模式的控制权交还给创作者。 来源： https://decrypt.co/113332/opensea-now-auto-detects-blocks-stolen-nfts-disables-scam-links https://twitter.com/opensea/status/1589058770646491136?s=20&t=_HsIhbhmDT2Qd_2dweNNbg **Skyward Finance 金库被盗 300 万美元** 3 日，由于合约出现漏洞，Skyward Finance 金库中价值 300 万美元的 Near 封装代币被黑客全部盗走，使得其原生代币 SKYWARD 变得一文不值。据[链上数据](https://t.co/GrfbJ5QMK3)，黑客在一笔交易中多次有效提款了 wrap.near。   但 Skyward 称，在 Skyward 上主持或参与代币出售的用户可以不用担心：现在进行的和以前的代币出售不受影响，他们还是可以安全提款自己的资金和收益。并且，Skyward 的合约已经完全锁定了，这意味着没有人可以暂停或阻止代币 SKYWARD 的未来问题 —— 甚至连其团队也无法左右。 他们建议，用户尽可能安全地提取资金，并提醒社区不要再与 Skyward 交互。 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587947957789331457&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1587947957789331457" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 385px; display: block; flex-grow: 1;"></iframe> **币安将清算 FTT 资产** 6 日，币安创始人 CZ 称，作为去年退出 FTX 股权的补偿，币安收到了大约 21 亿美元等值的资金（BUSD 和 FTT）。但由于最近曝光的消息，他们决定清算其账面上所有的 FTT 余额。CZ 称，他们将试着以最不影响市场的方式清掉这些代币。由于市场情况和有限的流动性，币安预计此次清算将需要几个月才能完成。. 7 日，区块链分析平台 [Whale Alert](https://twitter.com/whale_alert) 发推称，币安从未知钱包中获取超过 5.8 亿美元的 FTT 资产转账，CZ 引用该推文并承认。同一天，投资分析平台 [Debank](https://twitter.com/DeBankDeFi) 监测到，在过去 24 小时内 Etherscan 上标有“FTX 交易所”的地址的总余额减少了 5.3 亿美元（22.5%）。 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1589329217874931712&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1589329217874931712" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 367px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1589507106134446080&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1589507106134446080" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 614px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1589283421704290306&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FlogPhTeZ5zJuKJvjuMTdtw5AV72UtoldXQbrgh4_L-E&amp;sessionId=e3a41a09c751c1b7f92b950409b04848963fcb8c&amp;theme=light&amp;widgetsVersion=a3525f077c700%3A1667415560940&amp;width=550px" data-tweet-id="1589283421704290306" style="box-sizing: border-box; position: static; visibility: visible; width: 513px; height: 385px; display: block; flex-grow: 1;"></iframe> 声明：以太七日谈栏目内容由编者自行编译而成，仅供参考，请以消息来源为准。转载须注明原文出处以及ETH中文。若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/Podcast002https://www.ethereum.cn/Eth2/Podcast002Fri, 04 Nov 2022 00:00:00 GMT <iframe src="https://player.fireside.fm/v2/2T9K4CVL+tRGwWI6n?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> <br/> 2020 年 10 月，Vitalik 发布了文章[《以 Rollup 为中心的以太坊路线图》](https://www.ethereum.cn/a-rollup-centric-ethereum-roadmap)，确定了为 L2 rollup 扩容协议保驾护航的基本思路：将执行层和数据层分离，以太坊共识层为其提供安全保障。随后，以太坊分片技术也基于这个路线图进行了几次变更。围绕扩容和分片，以太坊社区逐渐浮现出了各种各样的术语与提案：模块化结构、数据可用性、EIP-4844、EIP-4488、data blob、Danksharding 等等让人应接不暇。他们之间的关系是什么？如何提高 rollup 的扩容效率？ 在本期节目中，我们邀请了 imToken Labs 的研究员和开发者、前以太坊基金会研究团队开发者 Nic Lin 来为大家介绍 EIP-4844 的基本逻辑，以及它与以太坊分片技术开发路线、Rollup 扩容之间的关系。 注：节目中嘉宾与主持人讨论到的资料/资料可用性指的是 data/data availability。 点击收听 Podcast，了解更多：ecnpodcast.fireside.fm ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ ### 时间戳 00:41 - 引入 01:54 - 嘉宾介绍 04:22 - The Surge 06:29 - 以太坊分片设计发展史 16:07 - 以 rollup 为中心的路线图与模块化 19:26 - 数据可用性/资料可用性与 Calldata 25:45 - EIP-4488 30:09 - Shard blob transaction 的特点 34:31 - Rollup 如何使用 4844 46:50 - Proto-danksharding 为 rollup 和完整分片的发展有什么影响 55:00 - 回顾 56:08 - 对这个提案的疑虑与期待 ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ ### 精彩摘录 Q：在 Rollup 的语境下， DA 到底指的是什么呢？以及为什么 Rollup 需要上传 DA 到 L1？ A：如果目前我们已经熟悉的 1.0 这条链的话，我们其实根本不会意识到 DA 这个问题，因为资料本身就是全都在链上。我们每个区块、每一笔交易的资料都是在每个节点，都会看到这些资料。所以我们根本不会意识到，资料不可用这个问题。因为我们拿到完整的资料。 但是，比如说 L1 的 Block time 就是固定12秒、13秒，然后它的 gas limit 就像现在 3,000 万，最多就是这样。所以如果你要能够达成扩容的话，你不可能叫所有 dApp、所有的团队都把交易在 L1 执行。所以从很早以前就的 Scaling solution，扩容方案就是说我们进到 L2，我们把执行、把资料搬到链下去，我们不要在 L1，因为 L1 太贵太慢，要跟大家去竞争，资源很稀少。所以我们把交易跟资料都搬到链下去，所以过去就有很多不同的扩容，比如像 sidechain 像 plasma，然后到 Rollup。中间其实有几个关键的改进，我自己会习惯单看 side chain、plasma 跟 rollup 的话，我把它看作一个演进的路线图，就是 sidechain 是现在相比来说是最不安全的。Plasma 针对 sidechain 的改变就是他把中心化权力很大的 operator 的角色去掉，然后换成智能合约。后来 rollup 相对它而解决的问题就是，plasma 其实把资料都是交给 operator，operator 虽然不能任意的把钱拿走，或者说他如果做坏事的话，你可以自己离开 plasma，这是他的优点，因为他都把这些规则写在智能合约里面。但是他最大的问题就是，你的资料其实是交在 operator 的手上， operator 今天把资料藏起来的话，你就不能自己来产生一些证明，这个证明就是说我在 plasma 上有多少钱，因为你要这些实际的交易资料，你才能算得出来说我现在有多少钱，但是我这些资料都在一个中心化角色手上的话，它就还是有攻击的风险，我把资料藏起来不让你看到。 所以说 rollup 要解决的问题就是说，我们要怎么解决资料不可用的问题。所以它的解决方法就是，我们干脆把资料都上传到 L1，但是它虽然把资料都上传到 L1 上面，但是它不在 L1 上去执行交易，而是在链下去执行交易，所以基本上就是把交易的执行搬到链下，搬到 L2 这样。它是用这个方法去解决资料可能性。 Q：EIP-4844 所引入的 shard blob transaction 有什么特点？ A：基本上这个 shard blob transaction 其实就是为了 rollup 所设计的。因为主要就是 calldata，它的目的不符合rollup 的目的，然后它的成本又太高，对 rollup 来说。所以我们就干脆设计一个新的交易类型，专门给 rollup 来放他们的资料这样。 所以在 shard blob transaction 里面，它比一般的我们熟悉的 transaction 多了一个栏位，就是 Bob 栏位。这个 blob 栏位就是让 rollup 来放它们的资料。这个 blob 有两个特性，第一个就是 blob 的资料不像 calldata 一样能够被合约存取到；然后再就是它是有一个保存期限，它不会像 calldata，你一把资料放到 calldata 之后，所有节点就必须要永远的保存它这样。所以它有两点特性，第一点就是智能合约读取不到，然后另一点就是它有保存期限。 Q：在 Devcon VI 的一场由 Ethereum Magicians 负责的协议路线图会议中，Vitalik 提到 4844 引入了点取值和 blob 的概念，这使得 L2 可以设置代码一次后就能写入并发布……以及无论我们以后如何胡乱设计分片，只要我们符合参数，rollup 都可以轻松做一些调整而不再需要做重新架构。怎么理解他所说到这一点， rollup 方案集成这个交易类型之后会对它有一些什么长期的影响？ A：所以他这边讲的可能就是，proto-danksharding 是 danksharding 的一个准备。当切换到的 danksharding 之后，proto-dansharding 已经为 L2 做好了一些必要的准备，L2 其实不会受影响。 那你未来 L1 不管怎么设计，你做到怎样的 sharding、danksharding 或者是你最后又有新的 sharding 出来，你L1 怎么改变，其实对我 L2 来说没有那么在意，根本就是跟我无关。我只需要你确保这些资料真的可以用就好了。 所以我们今天先在 proto-danksharding 里面先做好了一些改变，这些改变就包含引进 shard blob transaction，让 rollup 知道说，你未来放资料不必再把资料放到 calldata，而是放到 blob 里面就好了。剩下就是，我会帮你确保说这些 blob 都会是可用的。 未来 L1 怎么去改变设计，我只要能确保说 blob 资料是可用的，L2 就不用再做任何改变了，因为你已经提前做好了改变，把资料放到 blob 就好。应该说 L2 就是 future-proof 的，你不必担心说还要搭配未来 sharding 设计，再去看把你的资料上传到哪里，会不会有什么安全性的影响这样。 ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ ### 订阅 ECN Podcast 访问 [ecnpodcast.fireside.fm](https://ecnpodcast.fireside.fm/) 收听 Podcast 以及获取节目的其他详细信息。你也可以通过泛用型播客客户端 Apple Podcasts、Pocket Casts、Castro、Google Podcasts、Spotify 等订阅我们的节目。https://www.ethereum.cn/Ecosystem/utility-NFThttps://www.ethereum.cn/Ecosystem/utility-NFTThu, 03 Nov 2022 00:00:00 GMT来源 | [medium.com](https://medium.com/blockchain-biz/nft-utility-classification-current-and-prospective-trends-3fe0b0c5b43a) 作者 | [Miguel Cienfuegos](https://medium.com/@migcien?source=post_page-----3fe0b0c5b43a--------------------------------) <br/> <br/> 自从非同质化代币（NFT）的市场数据在 2021 年登上新闻之后，许多 Web3 的热爱者和技术专家发布了专门的 NFT 帖子和文章，解释 NFT 的定义及其工作原理。炒作在 NFT 出圈上占据了重要的位置，以至于它被[柯林斯词典](https://www.collinsdictionary.com/woty)评为年度词汇，并很快成为全球讨论最多的话题之一。市场大幅增长，有些人在交易中获利了数百万美元，以及[价值 6900 万美元的艺术品拍卖](https://www.theverge.com/2021/3/11/22325054/beeple-christies-nft-sale-cost-everydays-69-million)的巨大估值，让科技界、创作者和投资者对这些反映市场价值的新兴用例感到好奇。在本文，我将重点展开功能型代币的概念，专家们认为这一点是 NFT 发展的关键，让它可以长期保持价值并提高采用率。为此，我提出了一种 NFT 效用（utility）的分类，包括当前 NFT 领域大多数的用例趋势，并简要地描述每一类 NFT。 <br/> # **功能型 NFT（Utility NFT）** <br/> 我们可以先从探讨什么 utility 开始。当我们提及 utility 的定义时，我们会发现它指的是某物有用、有利可图或有益的状态。在某些情况下，它可能也指经济价值；而在其他情况下，它主要的意思可能是功能的。 <br/> 对于功能型 NFT，了解以下两个问题可以帮助我们理解它： - 它提供什么好处？ - 当买了 NFT，你会获得什么？ <br/> 一般来说，这里的 utitlity （效用）指的是 NFT 会为买家和持有者提供什么类型的价值、好处或是奖励。例如，根据定义，NFT 可以提供的最直接效用是数字资产的数字所有权。然而，通过把 NFT 与成员资格、优惠、售票、知识产权和版权等用例联系起来，或是将它作为资产与 DeFi，NFT 的效用能在数字领域和现实领域得到快速的扩展。 <br/> # 功能型 NFT 分类 <br/> 毋庸置疑，有很多人在尝试分类功能型 NFT。但是，目前还没有能被社区接受的最终 NFT 分类的共识。这可能是因为其技术的灵活性，以及该领域持续出现众多用例的原因。就目前不同行业中的 NFT 应用程序来看，功能型 NFT 可以分为以下用例类别和子类别。 下文对每类 NFT 及其子类别进行了说明。 <br/>  功能型 NFT 分类 <br/> ## **1.访问型 NFT** <br/> 访问型 NFT 会授权其持有者进入和访问数字世界或现实世界中的社区、事件或经历。 <br/>  [YellowHeart](https://yh.io/) 市场出售的基于 NFT 的门票 <br/> **社区 NFT**：这类 NFT 提供会员专属频道（如 Discord 频道）或对存储在其他平台（如博客、NFT 门控网站（NFT-gated website）或元宇宙）上不同类型内容的独有访问资格，仅允许社区的 NFT 持有者进行访问。我们经常可以看到社区创建者为他们的社区成员组织见面会或派对；所有这些都提高了项目的可感知价值，让其 NFT 值得被持有。 **事件 NFT**：这类 NFT 是访问型 NFT 中最为热门的用例，有几家公司实现了不同的协议来使用这种 NFT。它们能授权访问线上或线下的现场体验。最常见的实现类型是基于 NFT 的门票，它具有着对特定事件的访问凭证。 **成员资格 NFT**：这类 NFT 允许持有者进入专门的项目，将 NFT 作为访问密钥使用，解锁不同的服务和奖励，包括商品折扣、免费进入活动（event）或新品投放。项目和品牌有时会许可他们的 NFT 持有者参与决策投票。 <br/> ## **2.参与型 NFT** <br/> 参与型 NFT 被用于与品牌和社区中其他用户的联系。收藏品一般也囊括在这个类别里。 <br/>  <br/> **无聊猿潜艇俱乐部**（BAYC）变成了参与型 NFT 的著名例子，它在多个社交媒体平台上使用，并被许多人视为社会地位的数字象征。BAYC 收藏品背后的公司  [Yuga Labs](https://www.yuga.com/)，还宣布打算将他们无聊猿角色以 NFT 的形式带到元宇宙里。 **社交 NFT**：这类 NFT 会以徽章（badge）、徽标（emblem）、GIF 或 emoji 的形式在社交情景和社交平台等社交环境中使用，也能在其社区或是整个 3D 世界中使用。 **身份 NFT**：这类 NFT 让个人可以跨平台展示或拥有身份，它们能够以虚拟人物或可交互角色的形式在不同的生态系统中使用。 **POAP NFT**：参与证明协议（POAP）NFT 由社区和品牌采用，为发生在虚拟或真实世界里的某个活动或经历提供参与证明。机构也会用这类 NFT 在成功完成一个项目后颁发数字凭证。 **PFP NFT**：个人头像（PFP）NFT 一般指设计成社交媒体圈子中个人头像的收藏品。这些 NFT 的热度让它们不仅可以为各个 NFT 社区所用，而且还被世界上的名人和公司使用。 <br/> ## **3.游戏化 NFT** <br/> 游戏化 NFT 是特定元素的收藏品，它们是游戏宇宙中活动的一部分，可以在外部的 p2p 市场中进行买卖。 <br/>  <br/> 数字服装是最新时尚趋势之一，一些时尚品牌和设计师正在出售各种类型的 NFT 可穿戴产品，用于数字世界或元宇宙虚拟世界中，并通过增强现实（AR）在现实世界中与它们互动。左图由 [Auroboros](https://www.auroboros.co.uk/) 提供。右边的图片由维基百科提供。 <br/> **可穿戴 NFT**：这类 NFT 通常是连衣裙、短裙、牛仔裤、墨镜或背包等虚拟服装或数字配饰，你可以用来装饰你在虚拟世界中的人物。而且，可穿戴 NFT 也指增强现实（AR）滤镜，是只在 AR 中可见衣服和配饰，可以在“真实世界”中进行穿戴。 **游戏内 NFT**：又称“边玩边赚（Play-To-Earn）”NFT，为玩家提供特定的角色、能力、武器以及各种其他的游戏内的物品，它们之后可以作为资产，通过与其他玩家或收藏家进行交易或是作为被动收入而持有着，以此实现创收。 **博彩 NFT**：这类 NFT 用于通过在特定博彩网站上为其所有者提供额外的奖金和利益，以此支持博彩交易所。 **梦幻体育 NFT**：这类 NFT 是梦幻体育交易卡，可以在线上游戏平台和游戏化场景中进行交易或使用。 <br/> ## **4.资产型 NFT** <br/> 资产型 NFT 包括基于价值且独一无二的数字或现实资产的所有权，它可以被出售、出租或转让给其他用户。 <br/>  cr. [NFTfi](https://www.nftfi.com/) <br/> NFT 和 DeFi 的交集是新的开发趋势。两者的结合让 NFT 变成更加具有流动性的资产，为其持有者开辟了各种可能性 —— 以一种安全、稳妥、匿名的方式。NFTfi（NFT 金融）就是这类功能型 NFT 的最佳例子。 **DeFi NFT**：这种新类型与 DeFi 方案和生态系统相关，让其持有者可以质押、获益和抵押 NFT 来获取他们需要的流动性，或是通过不同的 DeFi 机制赚取可观的收益。 **碎片化 NFT**：这类 NFT 能够将 NFT 的所有权分离为小小的部分，为持有者提供分解其 NFT 并出售碎片化份额的可能性。并且，它还能让你加入集体一起购买 NFT，否则就会因为 NFT 价格高昂而买不起。 **物质 NFT/数字 NFT**：这种 NFT 与物质和/或数字资产所有权相关，充当着对现实生活中、物质或数字链下资产以及买家可赎回物品的所有权保障。 **版权 NFT**：这类 NFT 可以赋予版权归属，它涉及了将商标权或许可权转让给 NFT 相关的物品。它赋予持有者对其 NFT 的商业使用权，并且在一些情况下还包括自许可权。这些权利会在 NFT 卖掉时自动终止。 <br/> ## **5.动态 NFT** <br/> 动态 NFT 会基于外部情况，在 NFT 智能合约内涉及一些元数据形式的变更。智能合约会就其元数据何时以及应该如何变更对底层 NFT 提供指示。链下用户的特定交互可能会触发变更。这种功能可用于角色进化以反映角色的成长，也还能用于真实世界资产的代币化，其资产的变更会反映在元数据的变更中。 <br/>  cr：[Chainlink](https://chain.link/) <br/> 动态 NFT 呈现出的不动产元数据可以变更，以反映维修记录、历史成交价以及详情。 **交互 NFT**：这类 NFT 能够与持有者进行交互，或是在会对其特质和功能产生变更的环境中采取一系列不同行为。 <br/> # 最后的思考 我试着将以上的功能型 NFT 分类得尽量全面，但这些分类绝不是完整或确定的，因为功能型 NFT 生态系统在不断发展。NFT 效用的新用例也将在许多行业不断涌现。创新者、专家和组织有一个绝佳的机会，来定义他们为 NFT 所提供更有意义的效用之路。但长期来说，包括持有者在内的整个生态系统才是判断和决定自己选择购买并持有哪些 NFT 的一方。功能型 NFT 的未来趋势很可能会包括，每次会创新出更多效用，还会出现几种效用的组合。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/l2bridge-risk-frameworkhttps://www.ethereum.cn/Layer2/l2bridge-risk-frameworkWed, 02 Nov 2022 00:00:00 GMT来源 | [gov.l2beats.com](https://gov.l2beat.com/t/l2bridge-risk-framework/31) 作者 | [bartek.eth](https://twitter.com/bkiepuszewski) <br/> <br/> 我和来自 Socket 的 Vaibhav Chellani 想要提议一个用来评估不同桥接架构安全概况的风险架构。与各种 L2 的风险框架一样，我们的总目标在于，能够快速将某一解决方案“分类”到具有相似特征的某特定解决方案类别中，同时可以足够细致地向用户呈现他们使用这些桥接时需要接受的安全假设有哪些。我们主要关注在以太坊和其他链之间的桥接，因为我们即将在 [l2beat.com](http://l2beat.com/) 上介绍这些 (译者注：目前[桥接一栏](https://l2beat.com/bridges/tvl/)已上线)，但是，关于这些解决方案安全性的基本推理也适用于任何链与另一条链的桥接。此刻，我们正在寻找更广泛社区对这个提议框架的反馈。 <br/> ### **桥接类型** <br/>  <br/> 对于终端用户来说，资产桥接是指从来源链（source chain）接收某种资产的存款，并将这笔资产打给处于目标链（destination chain）上的用户。比如，典型的桥接流程就是，Alice 将资金转至 A 链的桥接合约，而后 Alice 在 B 链上收到来自桥接的资金。 <br/> 广泛来说，这种流程有两种发生方式： - **基于消息传递的代币桥接** —— 这些桥接能让流动性以消息传递的形式跨链流动。一般，它们允许一笔资产在来源链上锁定或销毁后，在目标链上铸造出来。 - 例子：Rollup 桥接、Polygon 原生桥接、Anyswap（anyCall）和 Axelar 网络。 - **流动性网络** —— 也有桥接会兑换一些已铸造出来的资产。他们允许用户将资产转移至另一些链上，并假设这些资产已通过“消息传递”桥接（Message Bridge）提前将资产转移过去。 - 例子：基于 Nomad 桥接的 Connecxt、基于 Hop Optimistic Bridge 的 Hop、一些其他 HTLC（Hash Time-Lock Contract，哈希时间锁合约）和条件式转账（如 nova 等）。 <br/> ### **消息传递型桥接的安全性** <br/> 在这一部分，我们会试着阐释这些被多个桥接协议使用的验证跨链消息的不同方式。如上图所示，代币桥接会利用消息传递型桥接的安全性。 - **轻客户端验证状态有效性** - 描述：在目标链上验证来源链状态转换有效性的桥接。该验证过程通过零知识证明实现 (状态转换过程伴随着一个 zk 证明的生成) 或是欺诈证明系统完成 (允许独立的验证者就新状态根的有效性提出争议）。 - 例子：所有 Rollup 都算是这里的例子，L1 会通过 FraudProof（欺诈证明）或 ValidityProof（有效性证明）验证 L2 的状态转换。 - **轻客户端验证共识** - 描述：在目标链上验证来源链共识的桥接。这取决于来源链所使用的共识机制，通常包括对当前验证者委员会的 quorum 签名的检查，如果其来源链使用的是 PBFT 式的提议和投票（propose-and-vote）共识协议（如 Tendermint、HotStuff、Casper FFG 协议）。或者，如果来源链使用 PoW 协议或“最长链”式的 PoS 协议（如 Ouroboros、ETH 2.0 LMD Ghost 等），则使用相关的分叉规则检查最长链。 - 例子：NEAR Rainbow 桥接（忽略与 NEAR 签名机制验证过程的复杂性相关的 Optimistic 构成部分），Polygon 的 PoS 桥接（检查 Heimdall 链的共识）以及 Cosmos IBC（验证另一条 Cosmos 链的签名）。 - **外部验证者集** - 描述：使用外部验证者作为事实来源的桥接，即形成一个独立委员会的验证者们，而不是来源链和目标链上的验证者。这取决于这些验证者所采用的实现，他们可能会使用 MultiSig （多签）、运行共识算法（通常是来自提议和投票的一类的算法）、使用 Threshold Signature 机制（TSS，门限签名机制）或 SGX 等……无论它们使用什么技术，都属于这种验证方式。 - 例子：Wormmhole、Multichain、Axelar、DeBridge、Synapse、Stargate。 - **乐观式验证** - 描述：具有挑战期（challenge period，译者注：指其他验证者发现桥接消息无效时，可以对其有效性进行挑战的时间段）的桥接。这类验证方式中的诚实一方会在此期间内避免纳入欺诈信息。然而，这里有几个关键参数需要考虑： - 挑战期时长：越长越好 - Watcher 集规模：无需许可 > 需要许可 - 例子：Hop Protocol、Connext Amarok、Across、Nomad Token Bridge。 - **混合验证方式** - 描述：有一种混合以上各种验证方式的结构。 <br/> ### **流动性网络的安全性** <br/> 除了真的跨链发送资产以外，还有另一种的方法：跨链兑换（swap），只通过易手而不用跨链移动资产，就能进行跨链兑换。（译者注：易手即一方资产成为另一方所有，即资产所有者发生更换。） 举个简单的例子：A 链上的 Alice 想要将资产转至 B 链。Bob（流动性提供者，LP）在 B 链上已经有了一样价值的资产，他用自己在 B 链上的这笔资产为 Alice 在 A 链上的余额提供兑换服务，并收取服务费。最终，Alice 会获得 B 链上的那笔资产，Bob 则能获得 A 链上的那笔资产 + 服务费。 > 这部分仅描述了“兑换”协议的安全性，即 LP 在接受了你在来源链上的存款后，有多大可能会携款潜逃。这些兑换资产拥有铸造出它们的消息传递型桥接的安全性。 > <br/> 也有一些其他兑换资产的方式： - **HTLC**: 又称哈希时间锁合约，可以用于跨链两方之间进行原子兑换资产。通常只需要用户做两步操作，一是锁定，二是解锁。可能发生的失败情况是，你的资金会在固定的“休眠”期限内被锁定。 - 例子：Connext NXTP、Liqualit。 - 条件式转账（Conditional Transfer）：允许 LP 通过捷径消息桥接，以此让 LP 可以在任何桥接资金时，立即为终端用户提供资金，并从消息传递桥接中接收资金。在失败情况下，如果没有 LP 提供流动性，则会激活慢速路径（slow path）。 - 例子：Hop、Connext Amarok、MakerDAO Teleport。 - 外部验证者：让用户可以将资金转至受信任的桥接提供者处，提供者会承诺释放资金至另一条链上。这里可能出现的失败情况是，你的资金会丢失。 - 例子：币安 <br/> ### **抗审查性** <br/> 我们将了解桥接发出的单条消息被审查可能性有关的安全假设。更实际地，我们也将探究单条消息 (代币转账) 是否会被桥接所审查或是忽视，如果会被审查，用户的资金会有什么后果（这些资金会被返还给用户，还是卡在“转账中”的状态里）。典型的解决方案： - 利用基础链的抗审查性（例如，一些 Rollup） - 依赖于验证者集的诚实 <br/> ### **总体活性故障** <br/> 在总体的活性故障方面，我们将来看看“关闭”桥接的后果。例如，对于使用外部验证者集的桥接，我们可以看看在这些验证者长时间离线（可能是无限期离线）的事件中用户资金的安全性。一般可能发生的情况包括： - **激活慢速路径**：默认模式为慢速路径，不会损失资金 - **自己进行质押**：用户可以质押参与网络，成为验证者并自己处理卡住的转账事物 - **冻结**：暂停系统，直到桥接运行方上线之前无法运行 <br/> ### **流动性** <br/> 在这一部分，我们将试着分析桥接资产可用的流动性。桥接可以铸造资产吗，需要 LP 吗，用户可以一直提款或转移他们选择的任意数量代币吗，或者他们依赖于外部的 LP，并且桥接可能会“耗完资金”。 - 不受限制（桥接可以铸造原生/权威代币） - 需许可（由桥接运营商提供流动性） - 无需许可（任何 LP 可以提供流动性） <br/> ### **其他思考和指标** <br/> - 可升级性 - 需许可的行动者 - 过去 24 小时内转账量 - 过去 24 小时内的 unique transfer（独立地址转账） - 可用的流动性 - 支持的代币/区块链 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-1https://www.ethereum.cn/ecosystem/eth-weekly-2022-11-1Tue, 01 Nov 2022 00:00:00 GMT <br/> # 本期看点 - **上海升级时间预测与优先级安排** - **各客户端团队对上海升级候选 EIP 的考量** - **审查区块占比现状** - **Flashbots 开源 sync-proxy** - **zkSync 2.0 推出主网 Baby Alpha 版本** - **StarkNet 编程语言 Cairo 1.0 即将上线，随后启动 Regenesis 阶段** - **FTX 支出 600 万美元补偿收到钓鱼攻击的 FTX 用户** - **Vitalik 就监管问题发表看法** - **superphiz 创建呈现以太坊相关信息 Dashboard 的列表** - **Apple 应用商店不允许通过 NFT 回避“苹果税”** <br/> # 主网 **各客户端团队对上海升级候选 EIP 的考量** 停办了超过一个月的以太坊核心开发者会议 (ACD) 于上周四 10 月27 日重新举办，在第 148 次 ACD 上，不同客户端团队的开发者对考虑纳入上海升级的 EIP (CFI) 都发表了看法，并对一些新出现的提案进行了讨论，此次会议让上海升级的内容和推进方向变得更加清晰。以下为会议具体内容的编译： 首先从执行层客户端 Nethermind 的开发者开始，他们已经对所有当前考虑纳入上海升级的 EIP 起草了 [PR](https://t.co/INHM7oNnDc)，并表示有兴趣探索 [EIP-1153](https://eips.ethereum.org/EIPS/eip-1153) (引入瞬态的存储操作码) 和 [EIP-4758](https://eips.ethereum.org/EIPS/eip-4758) (停用操作码 SELFDESTRUCT 并将其转换为操作码 SENDALL )。 此外，Nethermind 团队已经在同步新推出的 [Shandong 开发者测试网](https://twitter.com/EFJavaScript/status/1581003267152412672)并通过了现有的 EOF 参考测试。在他们看来，现有的 CFI EIP 清单很好，如果添加工程量大的 EIP 到上海升级，会延迟提款的部署。也就是说，添加入上述的小型 EIP 的话，问题不大。 然后 Erigon 团队表示同意 Nethermind 团队的看法，并强调停用操作码 SELFDESTRUCT 能帮助 Erigon 显著简化它的代码库。 Geth 团队对上海升级的最佳推进方向有分歧意见。在他们看来，现在有两类级别的提案在互相竞争，一类是像 1153、4758 等的小型提案，另一类是像 EOF (EVM 对象格式)、4844 和提款这种大型提案。 对于小型 EIP，没有一个看起来是特别难实现的，尽管它们都需要广泛的测试。他们对任何社区认为最有价值的提案保持开放态度。 对于大型 EIP，他们认为应该纳入提款，4844 对于执行层来说是相对简单的变更，尽管它需要在网路协议上做出变更（见：https://t.co/1sGF7XxFdB）。 对于 EOF，他们认为可以有两条路径：要么推进现在 CFI 的两份 EIP (3540 & 3670)，它们是最小型的实现但需要在之后进行扩展；要么一次纳入更多功能并推出一个“功能完备”的 EOF 版本。具体来说，这些额外的 EIP 是 [EIP-4200](https://t.co/ZXjomqUhrN) (它引入静态的相对跳转) 和 [EIP-4750](https://t.co/BfjB5ZhrWN) (它为 EOF 合约中的函数引入特殊的代码部分)。 Besu 团队也同意 Nethermind 团队的看法，关于 4844，他们目前还不确定实际的实现复杂性并希望对此有更好的了解。而且，他们也同意 EOF 需要更多的讨论以选择正确的路径，以及像 1153 和 4758 这样的变更将很有价值。 关于 4844，Nethermind 团队对其规范的状态提出了一些问题。因为最近 4844 的规范做出了很多修改，他们感觉如果考虑在上海升级纳入的话，应该早点敲定规范，理想情况是能在下个月左右。 以太坊基金会研究员 Ansgar@adietrichs 快速对规范当前正在修改的部分给出了概述，主要是两个部分 (1) 敲定关于费用市场的细节（见：https://github.com/ethereum/EIPs/pull/5707）(2) 可能在执行层预编译里再公开一个值 (见：https://github.com/ethereum/pm/issues/647#issuecomment-1284584357)。 他说，这两件事都应该在下个月敲定。除此之外，我们仍然需要设置 blob 大小、blob 保留时间的常数，并对密码学的内容做出一些调整。这些最后的变更大多数将从客户端那里抽象出来，因为它们将直接在密码库中实现。最后，还需要进行 KZG 仪式。关于仪式的更多信息，可以在这里找到：https://github.com/ethereum/kzg-ceremony。 随后，不少开发者都表示，关于 EOF 的提案最好一次性完整实现，而不是分多步走，因为每个 EOF 版本都必须在客户端永久维护。 然后共识层客户端的开发团队分享他们的看法： Lighthouse 团队表示，对于他们来说，提款和 4844 是目前两个主要优先项。他说，他们仍需要更多关于 4844 的数据和测试，因此他们想要在 Capella 升级/提款变更的基础上实现 4844，因为 Capella 升级有更高的确定性。 Prysm 团队表示同意，对他们来说，4844 最大的不确定性是带宽要求 (也就是合理的 blob 大小) 和 KZG 仪式的时间。 Lodestar 团队都表示同意。Teku 团队觉得提款比 4844 简单得多，并希望在两次分开的升级里部署，一边在他们的代码库做合并相关的清理。 Grandine 除非在测试中看到非常严重的问题，否则他们希望在下一次升级里都部署提款和 4844。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1585406583278047235&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1585406583278047235" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 725px; display: block; flex-grow: 1;"></iframe> <br/> **上海升级时间预测与优先级安排** 开发者们对时间进行了预测：如果想要尽快部署提款，可以在 X 个月里实现，如果 4844 在另一个分叉里部署，它可能会发生在X+~6 个月里。而如果把两者一起绑在一次升级里进行，时间大概需要 X+~3 个月。 总结一下，上海升级的提案目前主要有 4 个部分： 1. “上海升级的核心”，每个人都赞成在上海实现的，包括提款和一些小型 EIP (3651、3855 和 3860) 2. EOF 系列，目前进入 CFI 的 (3540 & 3670) 以及两份新增的提案 (4200 和 4750) 3. EIP-4844 4. “锦上添花”系列：1153 和 4758 为了不断取得进展，开发者们就以下几点达成共识：正式纳入第 1 部分的 EIP 到上海升级，为 EOF 和 4844 搭建开发者测试网，以衡量实现和测试的复杂性，并最终敲定规范，然后继续讨论第 4 部分的 EIP。 关于第 4 部分的内容，值得注意的是，这次的会议明确地给客户端团队提供了大部分的空间，但还没有从更广泛的社区获得意见。在下一次会议，开发者们将让社区的人参与并表达他们支持的在上海升级纳入的 EIP。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1585682730771439617&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1585682730771439617" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 433px; display: block; flex-grow: 1;"></iframe> <br/> **审查区块占比现状** 据 [mevwatch.info](http://mevwatch.info/) 截止目前，合并后的所有 relay 打包的区块中大约有 88% 的区块实施着 OFAC 标准的监管，而合并后的所有生成区块中，有 43% 的区块遵循着 OFAC 监管。   来源：https://www.mevwatch.info/ <br/> **Flashbots 开源 sync-proxy** 早在 8 月，Hasu 在推特上正式宣布开源 Flashbot 的 relay MEV-Boost 的代码，由此鼓励竞争、减少单点故障并避免市场垄断。 10 月 26 日，Flashbots 开源了其基础设施的一部分 sync-proxy，这是信标节点和执行客户端之间的轻量级 proxy。sync-procy 负责运行 proxy 服务器，将来自信标节点 (BN) 的请求 proxy 至多个其他执行客户端；可以驱动 EL 从多个 BN 同步以实现冗余，以提高执行客户端同步的可靠性和简单性。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1559908331145265156&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1559908331145265156" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 811px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1584976054644457472&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1584976054644457472" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 742px; display: block; flex-grow: 1;"></iframe> <br/> **Prysmatic Labs 运行的 144 个节点短暂出现下线情况** 10 月 29 日，负责监控以太坊质押池的 ethereumpool 向 Prysmatic Labs 发出警告，他们运行的 144 个节点出现了全都下线的情况。要注意的是，不是其 prysm 软件出现了问题，（我们认为）这些情况只发生在其团队自己的验证者身上。他们的资金仍然是安全的，而这只是一个小小的提醒。 同一天，而其开发者 terence 对此表示感谢，他[回复](https://twitter.com/terencechain/status/1586360109412024320)称这是基础设施上出现了问题，目前他们都应该在线了。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1586298312440762374&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1586298312440762374" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 574px; display: block; flex-grow: 1;"></iframe> <br/> **Flashbots 工程师 Chris Hager 整理 PBS 重要研究和参考文献** Flashbots 的 Chris Hager 整理了关于 PBS (提议者/构建者分离) 的重要研究&参考文献清单。他将内容大致分为了基础文档、未来展望、视频以及其他。 在未来展望的部分，只是收录了关于部分区块竞拍（partial block auction）和在协议层执行的提议者承诺（PEPC）两条内容，大家可以在在评论中贡献有关 PBS 未来发展的内容。更多内容，请查看来源。  来源：https://hackmd.io/@metachris/pbs-intro-materials <br/> # Layer2 **Matter Labs 联合其他社区提议将 Aave V3 部署至 zkSync V2 测试网** 10 月 24 日，FranklinDAO 联合 Matter Labs 在 Aave 治理论坛发起提议，提议将 Aave V3 版本部署至 zkSync 2.0 测试网中。 zkSync 团队提交了一个 snapshot 投票 (部署至 2.0 测试网的投票)，之后会针对部署至 zkSync 2.0 主网发起另一个 snapshot 投票 (当 DEX 流动性和其他项目满足标准时)。 投票从 CET 时间 10 月 30 日 3:00 PM 开始，CET 时间 11 月 2 日 3:00 PM 截止。而截至本文发布，支持的票数占 99.94%。 来源：https://snapshot.org/#/aave.eth/proposal/0x8257d8c7681a3587a61f0d97997045c4d35815031d56386c854afa66f0d04351 <br/> **Arbitrum 上线新的 Nova 区块浏览器** 10 月 27 日，Arbitrum 推出新的 Nova 区块浏览器，由 Etherscan 提供支持。这个新的 Nova 浏览器可以帮助用户在 Reddit 的游戏或社交后可以更加轻松地梳理自己的交易历史。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1585320303911223304&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1585320303911223304" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 728px; display: block; flex-grow: 1;"></iframe> <br/> **zkSync 2.0 推出主网 Baby Alpha 版本** 29 日，zkSync 宣布 2.0 版本 Baby Alpha 上线主网，将逐渐开放许可 (面向生态项目开放的 Fair Onboarding Alpha 和面向终端用户开放的 Full Launch Alpha)。  今年年初，zkSync 分享的[路线图](https://blog.matter-labs.io/100-days-to-mainnet-6f230893bd73)概述了通往主网道路上的关键里程碑，以下是已达成的里程碑： - zkEVM 架构升级 (2022 年 5 月) - 动态费用 (2022 年 8 月) - 项目注册登记加入测试 (2022 年 9 月) - 证明生成和验证 (2022 年 10 月) 主网阶段： Baby Alpha (October 28, 2022) 10 月 28 日，zkSync 2.0 推出主网 Baby Alpha 版本。这个里程碑包括将端对端系统部署到主网。在此阶段，不会有外部项目或用户，因此可以对系统进行一系列真实资产的压力测试，以验证其是否正确运作并按预期执行。 接下来的阶段则有： - Fair Onboarding Alpha (2022 年 第四季度) - Full Launch Alpha (2022 年年底/2023初) - 提高开发者和用户体验 (2023 第一季度和之后) 值得注意的是，zkSync 表示将会在 2023 年第一季度进行 Layer3 的概念证明工作。 L2 是扩容的第一步。zkSync 会在 2023 Q1 发布兼容 EVM 的 L3 “Opportunity” 的概念证明： - 基于 L2 构建的 L3 HyperChain 的原型将会推出，允许生态系统对其研究和进行实验。 - 启动开发者工具的开发，包括一个 CLI 和 SDK 来拆分出 L3 并与之交互。 最后，zkSync 计划于 2023 年实现去中心化。包括证明生成、区块生成和交易验证。团队表示已经在考虑如何对部分系统进行去中心化，并将提供关于如何运行节点的明确指示。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1586053698672656384&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1586053698672656384" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 710px; display: block; flex-grow: 1;"></iframe> <br/> **L2beat 发布新功能，专注于各个方案的交易情况** L2 数据追踪和研究平台 [l2beat.com](http://l2beat.com/) 上线了一项重大更新，添加了 “Activity” 一栏。 其中包括： - 过去一天的日均 TPS - 与过去一周相比，日均 TPS 的变化 - 单天平均最高 TPS - 过去一个月总交易量 - 数据来源 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1585981268348768257&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1585981268348768257" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 663px; display: block; flex-grow: 1;"></iframe> <br/> **StarkNet 编程语言 Cairo 1.0 即将上线，随后启动 Regenesis 阶段** 根据 StarkWare 团队，Regenesis 计划在 2023 年第一季度进行。而 StarkNet 将在 2023 Q1 初期开始支持 Cairo 1.0，并将于 Q2 初期开始废弃 Cairo v0 (这个日期会视社区的采用率而定)。 在 Regenesis 的过程中，StarkNet 的合约将在一个过渡期中逐渐转向一种新的、更直接的、功能更丰富的语言 —— Cairo 1.0。也就是说，Regenesis 之后，StarkNet 将完全支持 Cairo 1.0 版本。 在这过程中，StarkNet 的 dApp 构建者需要做些什么？跟随下面的指引将你的合约迁移至 Cairo 1.0： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587075822271209473&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1587075822271209473" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 512px; display: block; flex-grow: 1;"></iframe> <br/> **Optimism 的 NFT 市场 Quix 与 Layer3 合作推出一个 NFT 桥接 Quest** 10 月 28 日，Quix 宣布与 Layer3 合作，一起举办一个 NFT 桥接 Quest，奖励用户桥接他们的以太坊 NFT 到 Optimism 上。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1585685499015880705&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1585685499015880705" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 661px; display: block; flex-grow: 1;"></iframe> <br/> **Scroll 发布 8 千美元赏金计划** Scroll 发布 8 千美元赏金计划，鼓励社区贡献者在其测试网或以太坊主网上构建项目。 此次活动更加关注的项目类型包括 (1) 创新性应用 (2) 开源的开发工具 (3) 开发者和研究人员教育/引入项目 (4) 对于以太坊的研究与改进（如 EIP 等）。 更多关于此次活动的奖项设置、福利等详细信息，可以点击来源查看。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587002400329519104&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1587002400329519104" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 534px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **FTX 支出 600 万美元补偿收到钓鱼攻击的 FTX 用户** 25 日，FTX 的 CEO Sam Bankman-Fried 在 CoinbMarketCap 的 podcast 节目中提到，将用 600 万美元补偿受到钓鱼攻击的 FTX 用户。 关于此次钓鱼攻击，可以查看[上期七日谈](https://www.ethereum.cn/ecosystem/eth-weekly-2022-10-18)编译的 FTX 连接至 Three Commas 网站的 API 密钥遭遇攻击事件。  SBF 在这期 podcast 中提到，最近冒充其他网站的网络钓鱼攻击有所增加，例如加密货币机器人提供商 Three Commas。“少数用户”在通过虚假网站与作恶者共享了他们的 API 密钥后，最终被利用 —— 他警告说，一般“极少”有可以对钓鱼攻击采取的行动。 来源: <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1584915436956798989&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1584915436956798989" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 290px; display: block; flex-grow: 1;"></iframe> <br/> **币安在 BNB 链上发布预言机服务** 据 The Block，加密货币交易所 Binance 发布了名为 Binance Oracle 的预言机服务，帮助区块链应用程序连接现实世界的数据。而 BNB Chain 生态系统将成为首个使用 Binance Oracle 的区块链，其团队也计划将该服务扩展到其他链。目前已有超过 10 个 BNB 链项目与 Binance Oracle 集成。 随着此次预言机服务的上线，Binance 进入了主要由 [Chainlink](https://www.theblock.co/post/174886/two-sigma-securities-becomes-a-chainlink-network-data-provider) 主导的利基市场。Chainlink 也是一个预言机网络，为多个不同区块链上超过 69 万名活跃用户提供服务。在区块链上广泛使用的其他预言机项目包括 Band Protocol、Ocean 和 [Pyth](https://www.theblock.co/linked/144062/seven-infrastructure-firms-add-support-for-pyth-oracle-network-on-solana) 等。 据 The Block [数据](https://www.theblock.co/data/decentralized-finance/total-value-locked-tvl)，BNB 链上的 DeFi 应用程序中有着超过 70 亿美元的资产。 来源：https://www.theblock.co/post/180042/binance-releases-oracle-service-on-bnb-chain-rivaling-chainlink?utm_source=twitter&utm_medium=social <br/> **Vitalik 就监管问题发表看法** 10 月 30 日，Vitalik 发推文公开谈论他对加密货币监管问题的看法，以及对在 DeFi 前端做 KYC 的看法。 在对加密货币监管方面，他认为以太坊社区目前不应该热切地极力追逐大型机构资本。实际上，他很高兴很多 ETF（交易所交易基金）都被推迟了。在以太坊社区得到更多关注之前，我们的生态系统需要时间成长。 基本上，目前的监管就是让加密领域可以在内部自由行动，但使加密项目更加难以进入主流，然而，这远没有入侵加密领域内部运作的监管那样糟糕。 对于在 DeFi 前端做 KYC 方面，Vitalik 则认为似乎不是很有意义，因为做 KYC 只会惹恼用户，不会对黑客造成任何影响，因为黑客已经编写了自定义代码与合约进行交互。但显然，在交易所进行 KYC 是更明智的，而且他们已经在做 KYC 了。 基本上，监管政策目标主要有两类：(i) 保护消费者，(ii) 让作恶者更加难以转移大量资金。有关 (ii) 的问题并没有集中发生在 Defi 领域，但一般会集中发生在大规模加密支付中。 此外，Vitalik 还提到监管 DeFi 前端的有用之处可能包括：（i）限制杠杆（ii）要求对合约代码进行的审计内容、FV 或其他安全检查有着有透明度要求（iii）通过基于知识的测试来限制使用，而不是用富豪的最低净资产规则。 （译者注：FV 为 Future Value 缩写，这一个财务函数，用于根据固定利率计算投资的未来值。） 此外，Vitalik 称，他乐于看到监管规则的编写方式尽可能通过零知识证明来满足要求。ZKP（零知识证明）在满足监管政策目标并同时保护隐私方面提供了许多新的机会，而我们应该利用这一点！ 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1586557896351186944&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1586557896351186944" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 337px; display: block; flex-grow: 1;"></iframe> <br/> **superphiz 创建呈现以太坊相关信息 Dashboard 的列表** 31 日，superphiz 称没有找到可以很好呈现以太坊相关信息的 Dashboard 列表，于是他创建了 Dashboard 整合列表 Ethereum Dashboards。并且，他还呼吁大家提交 PR（pull request）为此做贡献或告诉他还能添加哪些 Dashboard。 他将 Ethereum Dashboards 分为综合 Dashboard、生态系统健康 Dashboard、质押 Dashboard、货币政策 Dashboard、DeFi Dashboard、MEV Dashboard、Dune Analytics 的 Dashboard 以及 NFT Dashboard。目前列表中共有 24 个 Dashboard，贡献者包括 superphiz 在内共有两位。 来源： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1586822618338021377&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1586822618338021377" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 693px; display: block; flex-grow: 1;"></iframe> <br/> **Apple 应用商店不允许通过 NFT 回避“苹果税”** 据前端工程师 [@wongmjane](https://twitter.com/wongmjane)，Apple 更新了其应用商店的审核指南，禁止将 NFT 作为一种避开 Apple 应用内购买机制的方式。这意味着通过 NFT 避开“苹果税”的方式也许不再可行。其中，其指南中新增的一条规则写道： > 应用程序可以使用应用内购买来出售非同质化代币 (NFT) 以及出售与 NFT 相关的服务，如铸造 、发布和转让 NFT。应用程序会允许用户查看他们自己的 NFT，前提是其 NFT 所有权不会解锁应用程序内的特性或功能。应用程序会允许用户浏览他人拥有的 NFT 集合，前提是应用程序不得包含按钮、外部链接，或者不能引导消费者跳转至苹果应用内购买机制之外的其他购买渠道。 来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1584609845570768897&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1584609845570768897" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 701px; display: block; flex-grow: 1;"></iframe> <br/> **推特开发者宣布正在测试对 NFT 卡片的展示** 28 日，推特开发者官方宣布，目前正在测试 NFT 推特卡片（Tweet Tile）。一些链接至 [@rarible](https://twitter.com/rarible)、[@MagicEden](https://twitter.com/MagicEden)、[@dapperlabs](https://twitter.com/dapperlabs) 以及 [@Jumptradenft](https://twitter.com/Jumptradenft) 上 NFT 的 URL 可以在发布时显示为卡片状的形式。如图所示：  来源： <iframe id="twitter-widget-15" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-15&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1585707921433923585&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1585707921433923585" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 701px; display: block; flex-grow: 1;"></iframe> <br/> **Google 为 Web3 开发者引入区块链节点引擎** 27 日，google 宣布为 Web3 开发者引入 Google Cloud 区块链节点引擎（Blockchain Node Engine）。 区块链节点引擎是一种完全托管的节点托管服务，提供中继交易、部署合约以及写入或读取区块链数据等服务。 来源： <iframe id="twitter-widget-16" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-16&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1585658076761300993&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1585658076761300993" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 621px; display: block; flex-grow: 1;"></iframe> <br/> **下一届 Devcon 举办地点调查** Devcon 论坛上关于下一届 Devcon 7 举办地点提议的调查已于 11 月 1 日结束。目前，最受关注的城市为伊斯坦布尔，其他较为受关注的城市包括芽庄市、台北市、波尔图以及贝尔格莱德。 来源： <iframe id="twitter-widget-17" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-17&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdmlkZW9faGxzX2R5bmFtaWNfbWFuaWZlc3RzXzE1MDgyIjp7ImJ1Y2tldCI6InRydWVfYml0cmF0ZSIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2hvd19ibHVlX3ZlcmlmaWVkX2JhZGdlIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1587086922073227264&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F8Z9YwiywSYAFhV8WzKZewffaj1V8rwwCYIeSMlHGrMc&amp;sessionId=b083a36e0af68500500d540724d55c3cfc71a5cd&amp;theme=light&amp;widgetsVersion=1c23387b1f70c%3A1664388199485&amp;width=550px" data-tweet-id="1587086922073227264" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 718px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 https://www.ethereum.cn/Eth2/paths-toward-single-slot-finalityhttps://www.ethereum.cn/Eth2/paths-toward-single-slot-finalityMon, 31 Oct 2022 00:00:00 GMT来源 | [notes.ethereum.org](https://notes.ethereum.org/@vbuterin/single_slot_finality) 作者 | [Vitalik Buterin](https://twitter.com/VitalikButerin) 翻译 | [双花 (@doublespending)](https://twitter.com/0xbbbb_eth) 校对 | [ECN](https://twitter.com/EthereumCN) <br/> <br/> # **通往单个 slot 实现最终确定性之路** <br/> 特别感谢 Justin Drake，Dankrad Feist，Alex Obadia，Hasu，Anders Elowsson 和各位 hackmd 匿名者对这篇文章各个版本的审校和反馈。 <br/> 当前，以太坊区块需要 64 到 95 个 slot（约15分钟）才能实现最终确定性。这是[合理](https://notes.ethereum.org/@vbuterin/sernity_design_rationale#Why-32-ETH-validator-sizes)的，是在[去中心化/最终确定性时间/开销曲线](https://medium.com/@VitalikButerin/parametrizing-casper-the-decentralization-fility-time-overhead-tradeoff3f2011672735)上的一个折衷取值：15分钟不算太长，而且与现有交易所的确认时间相当，它让用户能够在常规计算机上运行节点，即使因为存款大小为 32 ETH (而不是前期要求质押的 [1500 ETH](https://eips.ethereum.org/EIPS/eip-1011)) 而出现了大量的验证者。然而，我们仍然有充分的理由把最终确定性时间缩短为一个 slot。这是一篇研究现状综述，回顾了实现该目标的路线图。 <br/> # **当前以太坊 staking 的运作方式及依据** <br/> 以太坊的 [LMD GHOST](https://arxiv.org/abs/2003.03052) + [Casper FFG](https://arxiv.org/abs/1710.09437) 共识是权益证明区块链中流行的两类主流共识算法间的折衷： - **基于链的共识算法**：每个 slot（一个预设的时间间隔，如以太坊中的 12 秒）生成一条消息（**区块**）。基于链的共识算法最大限度地提高了参与者的数量以及减少了链的负载，但很容易出现分叉，而且没有任何最终确定性的概念。 - **传统的 BFT (拜占庭容错) 共识算法**：每个 slot 内，除了某个验证者生成一个区块外，每个验证者会生成两条消息（“attestation”，译者注：也就是“见证”），而且一个 slot 的区块在下一个 slot 开始之前实现了不可逆转的“最终确定性”。传统的 BFT 共识算法最大限度地缩短了实现最终确定性的时间，但是以链的高负载和仅支持少量的参与者为代价。 <br/> 与单纯的基于链的系统不同，以太坊共识算法在每个 slot 都会并行对链头进行数以千计的见证投票。每一个 epoch（32 个 slot，或 6.4 分钟），所有活跃的验证者都有机会见证（attest）一次。两个 epoch 后，Casper FFG 最终确定性工具敲定（finalize）了区块，自此之后，回滚该区块需要至少三分之一的验证者销毁其质押存款：攻击成本会超过 400 万ETH。这就区别于单纯的传统 BFT 系统，后者在一个 slot 后实现最终敲定。 <br/> 因此，今天的以太坊实现的是： - **适中的最终确定时间**——与传统 BFT 在单个 slot 完成最终确定相比时间更长，但不是几周或几个月，或像基于链的共识算法那样未曾提供过 - **适中的链负载**——每个 slot 会有数千条消息，但少于使用传统 BFT 时的数十万条信息 - **适中的节点数**——成为一个验证者要求质押 32 ETH：与基于链的共识算法相比门槛更高，在基于链的共识算法中即使拥有很少量的 Token 也可以参与共识，但与传统 BFT 共识算法要求的超大量 Token 相比门槛低很多 <br/>  <br/> 以太坊对更高强度链负载的支持是由 [BLS 签名聚合](https://ethresear.ch/t/pragmatic-signature-aggregation-with-bls/2105)的效率提升来实现的。由于这些效率的提升，能实现高强度的链负载 (每秒消息量的角度) 得以转化为只需适中数据和 CPU 开销的链负载。 BLS 签名聚合的工作原理是将多个签名聚合成一个，这样，验证聚合后的签名只需每个参与者进行一次额外的椭圆曲线加法（不是乘法），并且 64 字节可以容纳任意数量参与者的签名，而每个参与者只需一个额外的位来存储。 <br/> | 签名类型 | 每个参与者的计算成本 | 每个参与者的数据成本 | | --- | --- | --- | | Schnorr | 2 ECMULs (~ 512 ECADDs) | 48+ bytes | | BLS | 1 ECADD | 1 bit | <br/> 基于链的共识算法和传统 BFT 共识算法的结合折衷，再加上源于 BLS 的纯效率提升，形成以太坊当前的共识算法。 <br/> ## **那为何要改变它呢？** <br/> 在使用上述推理开发出原初的以太坊共识协议后的几年内，我们得到了一个重大的好消息和一个重大的坏消息。 <br/> ### **坏消息：混合型共识机制实际上有许多不可避免的问题** <br/> 混合型共识机制结合了分叉选择规则以及最终确定性工具，前者用于逐个 slot 推进共识，后者用于后续敲定区块。混合型共识机制最大的问题是： - **用户体验**：大多数用户不愿为交易最终确定而等待 15 分钟。当前，即使交易所也通常认为资金存入在 12 到 20 次确认（约 3 到 5 分钟）后才“最终敲定”，尽管 12 到 20 次 PoW 确认所提供的安全性保证也很弱（与真正的 PoS 最终确定相比）。 - **MEV 重组**：混合型共识机制仍保有这样的实际情况——短期重组是可能的，因此为占据近多数或多数的恶意验证者共谋重组区块链来提取 MEV 价值敞开大门。[这篇文章](https://www.ethereum.cn/Eth2/ethereum-reorgs-after-the-merge)更为详尽地对这个论点进行了阐述。 - **交互缺陷**：[Casper FFG 最终敲定和 LMD GHOST 分叉选择间](https://arxiv.org/abs/2003.03052)的“接口”是重要复杂性的来源，导致了很多需要相当复杂的补丁去修复的攻击，还有更多的弱点被[时不时地发现](https://ethresear.ch/t/balancing-attack-lmd-edition/11853)。 - 其他协议复杂性：数百行规范被用于维护验证者集合洗牌等机制。 <br/> ### **好消息：超大规模的验证者集合因 BLS 聚合变得比想象中更有可能** <br/> 在过去三年内，BLS 实现的具体效率得到了突飞猛进的提升，同时我们掌握了更多高效地处理组合大量消息和数据的知识。 <br/> 使用 BLS 支持大量验证者面临着两个主要的瓶颈： - 最后的验证：验证来自 N 个验证者的签名需要多达 N/2 次 ECADD 来计算群公钥，并需要 N 位（N/8 字节）的位域来存储参与者。实际上，由于 [view-merge](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) （视域合并）需要冗余的聚合者，这些数值需要增加多达 16 倍。 - 聚合：将 N 个验证者各自发送的签名组合为一个聚合签名。这需要总共至少 96*N 个字节的带宽来处理，并且需要至少 N 次在 G2 群之上的 ECADD （多于 4 倍计算强度），但分配到各个子网中会更为简单。 <br/> 实际上，最后的验证扩展能力很强。单次 ECADD 可以在约 500 毫微秒 (ns) 内完成，因此 100 万次 ECADD 将花费约 500 毫秒 (ms)。100 万验证者位域的大小仅为 128 kB。view-merge 的冗余可能需要每个 slot 验证多达 16 个单独的签名；这将数据存储需求提升到仍然可控的 2 MB（大致等于 [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) 中每个区块 blob 数据的大小上限，以及当前每个区块 calldata 大小上限），同时在最坏情况下 ECADD 运算成本增加约 8 倍（由于巧妙的预计算技巧，不用增加 16 倍）。这些是最坏情况下的数值；在通常情况下，16 个聚合者的位域是基本一致的，这让多个聚合的主要额外成本得以压缩。 聚合更具挑战性，但也是相当可行的。最新研究大大加深了我们对如何在一个 slot 内聚合大量签名的理解。好消息是，我们有充分的理由相信，每个 slot 处理数十万的签名是可能的，尽管仍需更深入的研究工作来确定和商定最佳解决方案。 这两个事实结合在一起意味着，权衡的结果不再倾向于在基于链和基于 BFT 的 PoS 间进行折衷，而是更接近完全的传统 BFT 路线的解决方案，即在下个区块开始前敲定每个区块。 <br/> ## **我们需要解决哪些关键问题以实现单个 slot 最终确定性？** <br/> 共有三个关键问题： 1. 开发确切的共识算法：我们不太能接受 Tendermint 或其他现有的 BFT 算法，因为我们十分看重这一点：即使在大于 1/3 验证者离线的情况下，区块链仍然能够保持活性（这是传统 BFT 无法提供的）。我们需要添加一个分叉选择规则、怠工惩罚（inactivity leak）和恢复机制来实现这种活性。理想情况下，我们能够获得最佳的安全性：网络同步时，容错率为 $$1/2−ϵ$$；当网络不同步时，容错率为 $$1/3−ϵ$$。 2. 确定最优聚合策略。对于尽可能高的 N，我们想聚合来自 N 个验证者的签名并将其打包进一个块内，而且节点开销是我们愿意接受的水平。 3. 确定验证者的经济模型。尽管聚合和最后的验证这两个步骤有所改进，单个 slot 实现最终确定性的以太坊可能最终能够支持的的验证者数量理论上限比当前的以太坊更小。如果这个数值最终低于欲参与的验证者数量，我们该如何限制参与，以及我们会做出什么样的牺牲？ <br/> ## **确切的共识算法会是怎样的？** <br/> 如上所述，我们想要一个遵循 Casper FFG + LMD GHOST “最终确定链+乐观链”范式的共识算法，在极端条件下，乐观链可以回滚，但最终确定链永远不能回滚。 这需要一个与分叉选择规则和最终确定性工具与现有共识类似的结合，但其中有一个关键的区别：当前，我们通常会同时运行分叉选择规则**与**最终确定性工具，但在单个 slot 实现最终确定性的世界中，我们会要么运行分叉选择规则，要么运行最终确定性工具：如果小于 2/3 的验证者在线并且诚实地工作，那么运行前者；否则，运行后者。 对该算法的具体提案仍在进行中；目前仍未发布正式的成果或文章。 <br/> ## **开发一个最优的聚合策略会面临哪些问题？** <br/> 先让我们看看当前是如何进行聚合的。在单个 slot 内，约有 $$2^{14}$$ 个验证者，这些验证者被划分为 $$2^6＝64$$ 个委员会，每个委员会约有 $$2^8=256$$ 个验证者。首先，每个委员会中的验证者在该委员会专用的 p2p 子网中广播他们的签名。每个委员会中有 16 个指定的聚合者，每个聚合者将看到的所有签名合并为一个聚合签名（96 字节 + 256 字位的位域）。指定的聚合者将其聚合签名发布到主子网中。 然后，区块提议者从每个委员会中挑选最佳的（即参与者总余额最大）聚合签名，并将其打包进区块。有了 [view merge](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739fork-choice) 分叉选择的补丁，它们还会添加一个包含其他聚合签名的跨斗 (sidecar) 对象；只要每个委员会中至少有一个聚合者是诚实的，就可以保护 view merge 机制免受恶意聚合者的影响。 <br/>  <br/> 如果我们想把这个模型扩展到单个 slot 实现最终确定性的场景，那么我们需要能够在每个 slot 之内处理所有的 $$2^{19}$$ (或无论我们有多少) 个验证者。这需要在以下两种取舍中取其一： - 增加单个委员会的验证者数量或者增加委员会数量，或两者兼而有之，以适应更多的验证者。 - 转向三层聚合，两层委员会的结构。首先，签名先划分成大小为 $$2^8=256$$ 的小组进行聚合，然后大小为 $$2^{14}＝1638421$$ 的小组，最后是完整的验证者集合。 <br/> 前者要求更大的 p2p 网络带宽，后者要求接受更高的延迟，更多的 p2p 子网层级带来更高的风险以及额外复杂性来确保 view merge 免受所有层级中的恶意聚合者所影响。 对这两种策略的分析研究在持续进行中。 <br/> # **验证者经济模型存在着哪些问题？** <br/> 当前，以太坊有着约 $$2^{19}$$ 个活跃的验证者（准确来说，在本文撰写时为 445064 个），每个验证者都质押了 32 个ETH。到单个 slot 最终确定性实现时，验证者数量可能会增加到 $$2^{20}$$ 甚至更高。 这带来了一个重大问题：如果我们每个 slot 只能处理来自 $$N$$ 个验证者的签名，但如果有超过 $$N$$ 个以上的验证者想要参与，那么我们该如何确定谁去谁留？ 这是一个重大问题，因为任何方案都将涉及弱化 staking 系统的一个或多个被视为安全保障的特性。 <br/> ### **好消息：源于支持自发验证者余额合并的收益** <br/> 因为单个 slot 最终确定性移除了委员会的概念（甚至 [danksharding](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq#What-is-Danksharding) 也不会使用固定大小的委员会），我们不再需要 32 ETH 的验证者有效余额上限。考虑到 p2p 网络稳定性的因素，我们仍然想要一个更高的上限（例如，2048 ETH），但即便如此，这也意味着本来属于富有用户的大量验证者槽位将会被合并成数量少得多的验证者槽位。 我们可以用 [Zipf 定律](https://en.wikipedia.org/wiki/Zipf%27s_law)估计整合富有用户的验证者 slot 的收益：某个拥有特定余额的质押者数量与其余额成反比（因此余额为 100-2000 ETH的质押者数量是余额为 1000-2000 ETH 的质押者数量的 10 倍） 使用了[信标链的早期历史数据](https://twitter.com/VitalikButerin/status/1335729572633923584)，Zipf 定律似乎相当准确地拟合了分布： <br/>  <br/> 假设符合 Zipf 定律，N 个质押者将拥有大约 $$32*N*log_{2}(N)$$ 个 ETH，那么今天就需要 $$N*log_{2}*(N)$$ 个验证者槽位。把 $$2^{25}≈3350$$万 ETH填入该式子，我们可以得到共计 65536 个质押者，在今天的以太坊则需要消耗 $$2^{20} = 1048576$$ 个验证者槽位。因此，完全移除有效余额上限让需要处理的验证者槽位数量减少到 65536 个，而维持 2048 ETH 的上限（提升自当前的 32 ETH）只会额外增加约 1000 到 2000 个验证者。只需将聚合性能提升约 2 倍或让负载增加约 2 倍，就能够处理当前情况下的单 slot 最终确定性！ 作为一个附带的好处，这也对小型质押者更加公平，因为小型质押者可以质押全部余额而不是一部分（例如，当前拥有 48 ETH的人只能质押其 2/3 的 ETH）。质押奖励将自动被重新质押，即使是小型验证者也能从复利中获益。事实上，出于这个原因，把质押上限提高到 2048 ETH 甚至可能是一个好主意！ 然而，我们仍需要处理例外情况：（i）验证者余额分布不再符合 Zipf 定律，或（ii）富有的验证者不打算合并其余额，或（iii）质押了超过 3300 万的 ETH。 我想到了处理这些情况的两种现实策略：超级委员会和设定验证者集合大小上限。 <br/> ## **思路 1：超级委员会** <br/> **不是所有验证者都参与每一轮 Casper FFG，而是只有一个由数万人组成的中型超级委员会参与，让每轮共识都在一个 slot 内发生**。 这一技术思路在[这篇帖子](https://ethresear.ch/t/a-model-for-cumulative-committee-based-finality/10259)中首次介绍。这篇帖子更加详细地描述了该思路，但其核心原则很简单：在任何给定的时间，只有一个从完整验证者集合随机抽样得到的中型超级委员会（例如，价值 4 百万 ETH）被激活。每次链达到最终确定性，委员会都会改变，其中多达 25% 的成员会被随机采样的新验证者替换。 <br/>  <br/> 在该策略中，“谁留谁走？”就是：每个人都会逗留一部分时间，而在另一部分时间离开。 <br/> ### **超级委员会得有多大？** <br/> 这个问题可以归结为一个更简单的问题：51% 攻击以太坊需要多少代价？理想情况下，由于攻击被 罚没以及怠工惩罚的 ETH 数量需要大于从攻击中实际获得的收益。攻击的成本甚至应该足够高，从而让那些有强烈外部动机去毁灭这条链的强大攻击者受到威慑或损失惨重。 <br/> 回答实现这一目标需要多少ETH 这一问题不可避免地要依赖直觉。以下是一些我们可以问的问题： - 假设以太坊受到 51% 攻击，社区需要花几天时间协调链下治理来恢复，而 X% 的 ETH 被烧毁。X 需要多大才能对以太坊生态产生净效益？ - 假设一个大型交易所被黑客入侵导致损失了数百万的 ETH，攻击者将收益存入并占有超过 51% 的验证者。在被盗资金被完全销毁前，攻击者能够对链进行多少次51%攻击？ - 假设某个 51% 攻击者在短时间内反复重组区块链来捕获所有的 MEV。我们想让攻击者每秒付出什么级别的代价？ - [来自 Justin Drake 的估算](https://www.joincolossus.com/episodes/14242194/drake-ethereum-into-the-ether?tab=transcript)表明，当前对比特币进行 spawn-camp 攻击（即持续进行 51% 攻击直到社区改变 PoW 算法）的成本约为 100 亿美元，或比特币市值的 1%。对以太坊进行一次 51% 攻击的成本应该是该水平的多少倍？ <br/>  *以太坊研究员的内部投票*。 <br/> 如果我们仅关注不依赖网络延迟的 51% 攻击，100 万枚 ETH 的攻击成本意味着 200 万枚 ETH 规模的超级委员会（约 65536 个验证者）。如果我们还考虑涉及恶意验证者和网络操纵的复杂组合的 34% 攻击，那么规模为 300 万枚 ETH (大约 97,152 个验证者)。 <br/> ### **复杂性成本** <br/> 除了降低攻击成本以外，该方案的另一个主要弱点是复杂性，包括协议复杂性和分析复杂性。特别是： - 我们需要数百行规范代码来选举超级委员会并进行轮换。 - 富有的验证者会在多个验证者槽位间分配其 ETH 以减少收益波动，因此我们会因提高有效余额上限失去了一些好处。 - 若出现临时性的高手续费或高 MEV，超级委员可能会故意拖延最终确定性的达成来避免被换出，从而可以继续收取手续费和 MEV。 <br/> ## **思路2：设置验证者集合规模上限** <br/> 我们可以试着采用两类设置上限方案中的一种（或两种）： - **设置 ETH 质押总量上限** - **设置验证者总量上限** <br/> 每种设置上限的方案都可以选择基于顺序的机制 (堆栈或队列) 或经济模型调节的机制来实现 基于顺序的机制有着很多问题。要了解其中原因，可以考虑两类基于顺序的策略： - 保留最旧的验证者（OVS）：如果验证者集合已满，那么其他人无法加入 - 保留最新的验证者（NVS）：如果验证者集合已满， 那么最旧的验证程序将被踢出 <br/> 这两类都有着严重的问题。OVS 有着转向一个早期质押者盘踞其中的“王朝”的风险，质押者一旦离开，则可能会永远失去再加入的机会。这也会导致每当某个验证者离开都会出现 MEV 拍卖或排着长队以加入验证者集合。另一方面，NVS 可能会引发持久的 MEV 竞拍，这会干扰整条链，因为被踢出的验证者会想立即重新加入，从而与真正的新参与者进行竞争。 <br/> ### **通过经济模型设置 ETH 质押总量上限** <br/> 另一种可选机制是使用经济学模型设置上限：如果存在过多的验证者想参与，那么惩罚所有新旧验证者，直至某些验证者放弃并离开。一个简单的方法是将验证者奖励公式从当前的 $$R=\frac{k}{\sqrt{D}}$$ 更改为形如： <br/> $$R=k*(\frac{1}{\sqrt{D}}-\frac{0.5}{\sqrt{2^{25}-D}})$$ <br/> 其中 $$R$$ 是对表现良好的验证者的奖励（表现不佳的验证者会获得相对较低的奖励），而 $$D$$ 是当前活跃验证者的 ETH 总余额。该曲线大致如下： <br/>  <br/> 在曲线的左侧，验证者奖励起到与当前机制一致的作用。但是，随着 ETH 质押总量增加到数百万，奖励函数开始加速下降，在约 2500 万 ETH 时，奖励会降至零以下。在优先费用（priority fee）和 MEV 收益足以覆盖其损失的特殊情况下，尽管基本收益为零或负数，验证人可能会愿意继续质押。奖励曲线在 $$2^{25}$$ ETH（约 3350 万ETH）处趋于负无穷，从而无论外部奖励有多高，验证者集合的大小无法越过该上限。 该方法的优势在于它完全避开动态队列的设计：无论均衡点在哪里，它都能达到均衡；验证者集合大小最终会达到均衡点（在当前条件下，没有更多的验证者想要参与）。 该方法的主要缺点是在曲线右侧附近持续进行[阻拦攻击](https://hackingresear.ch/discouragement-attacks/)：攻击者可以加入并快速赶出其他验证者。但这是相对其他方案而言的一个小问题，因为它只能在 MEV 异常高的情况下发生，而且这种攻击非常昂贵（需要数百万枚 ETH）。另一个主要缺点是，它可能使得我们趋于一个大多数验证者都被“边缘化”的未来，大型质押者由于更能容忍收益波动，从而在竞争中会胜过小型质押者。 <br/> ### **通过经济模型设置验证者总量上限** <br/> 通过添加正比于验证者总量的惩罚项，我们可以使用相同的逻辑来设置验证者总量上限。例如，如果我们想要设置的验证者上限为 $$2^{17}$$，我们可以这样做： <br/> $$R=k*(\frac{1}{\sqrt{D}}-\frac{0.5}{\sqrt{2^{17}-D}})$$ <br/> 另一种方法是添加浮动最低余额：如果验证者总量超过上限，则将拥有最低余额的验证者踢出。 浮动最低余额会面临一类新型的恶意攻击的挑战：富有的验证者划分他们的质押资金，以便踢走小型验证者（从而增加了他们的奖励 $$R$$，因为质押总量 $$D$$ 减少了）。我们可以通过增加每个验证者槽位的费用来缓解这一问题，并达到这样的目的：在 Zipf 分布下，不值得进行此类攻击。然而，如果不再服从 Zipf 分布，那么仍会留下一个潜在的漏洞。 <br/> 所有这些提案的一个重要问题是，它们改变了现有安全保证。尤其： - 超级委员会将攻击链的成本从质押总量的 1/3 降低到约 1 到 2 百万 ETH。 - 通过经济模型设置质押总量或验证者总量上限设计改变 ETH 发行公式，减少质押者的收益，并增加恶意攻击。 - 如果我们添加浮动最低余额，该余额可能会超过 32 ETH，违背了当前任何持有 32 ETH的人都可以参与质押的保证。 <br/> 仍需仔细考虑以确定社区最能接受哪种权衡。 <br/> ## **总结** <br/> 这里有三个主要问题需要研究： 1. 开发具体的共识算法，有限度地将 BFT 共识算法与分叉选择规则结合起来。 2. 确定最佳聚合策略，在一个 slot 内聚合尽可能多的验证者签名。 3. 确定验证者的经济模型：如果成为验证者的需求超过了系统处理验证者的能力，那么需要回答谁去谁留。 <br/> (1) 是一项专业的学术任务，我们了解答案的大致轮廓，主要在于填写细节。也就是说，加快 (1) 并争取尽快提出具体设计方案是一个好主意，因为它会与其他研究领域（如提议者/建造者分离 以及 SSLE）交互。(2) 也是一项专业任务，尽管很可能不可避免地揉合复杂性/效率上的权衡。(3) 涉及到最为困难的权衡取舍，不仅是技术层面的，也需要社区的参与 <br/> --- <br/> **特别感谢 ECN 社区翻译志愿者 @doublespending 对本文的翻译贡献**。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/4844-designhttps://www.ethereum.cn/Eth2/4844-designFri, 28 Oct 2022 00:00:00 GMT编辑 | [ECN](https://twitter.com/EthereumCN) <br/> 注：本文基于 Optimism 团队研究员、前以太坊基金会研究员 Protolambda 于今年 7 月在 EthCC Paris 所做的演讲进行编译，并参考了其他优秀的文章进行整理 (在文末列出)。 <br/> <br/> # 引入 <br/> 合并 (The Merge) 的关键里程碑已于 9 月 15 日完成，根据 Vitalik 在 2021 年底发布的以太坊协议开发路线图，下一个重要阶段是 The Surge —— 解决以太坊可扩展性问题，降低交易费并提高吞吐量。The Surge 围绕以 rollup 为中心的路线图开发，在继承以太坊网络安全性的同时，进一步提高 L2 rollup 的可扩展性。 <br/>  cr: [https://twitter.com/ethereumcn/status/1466731320537612296?s=46&t=9yOAkX-0nd_xvSJIJ8_Pmw](https://twitter.com/ethereumcn/status/1466731320537612296?s=46&t=9yOAkX-0nd_xvSJIJ8_Pmw) <br/> 本文主要介绍这一技术路线图中的一个关键工作：EIP-4844 Proto-danksharding，它如何使得 rollup 所需要使用的数据变得更加便宜以及获得更多存储数据的容量 (capacity)。EIP-4844 是对以太坊网络的一次升级，它将使得 rollup 的开销降低 10-100 倍。它通过向以太坊引入一种新的交易类型来实现，这种交易类型携带短暂存在的 blob 数据。这种新的数据存储方式是为了存放 rollup 的一些数据，它会比目前 calldata 的方式便宜得多。此外，4844 是完整版 Danksharding (在前面的基础上再扩容 10-100 倍！) 的前提条件。 <br/> # **以太坊分片技术路线图** <br/> 对于以太坊分片设计的现状，前以太坊基金会开发者 Protolambda 做了一个简洁的描述： > 带有 “crosslink” 的可执行的 “分片链” 已被淘汰，而是更新为：在信标链中实现 EVM；使用 “数据可用性采样” 的以 rollup 为中心的以太坊路线图，扩容以太坊基础层而无需增加应用环境的复杂性。 > 之所以做这样的简化，主要有两个原因： - 避免添加更多的 L1 复杂性。分片的规范已重写多次，许多研究都过于抽象乃至实现的日子遥遥无期，并且让 L1 变得僵化。 - 而如果能够巧用封装复杂性和应用区块链模块化结构，以太坊基础层作为 rollup 的数据可用性层，将计算的重任交给作为执行层的 L2。这样 L1 只专注于解决数据问题，不同的 rollup 团队解决各自的开发问题，从而大大地提升扩容的效率。 <br/> # **封装复杂性和模块化在以太坊上的应用** <br/> 模块化区块链是扩容中一个非常重要的概念。模块化意味着“封装复杂性”，这允许我们在不同的模块中添加可扩展性。根据 Vitalik 的文章[《协议设计中的封装复杂性和系统复杂性权衡》](https://vitalik.ca/general/2022/02/28/complexity.html)中的解释，当一个系统包含着一些复杂的子系统，但对外提供一个简单的“接口”时，就会出现“封装复杂性”；当系统的不同部分甚至不能完全分离，并且相互之间具有复杂作用时，就会出现“系统复杂性”。 2020 年 10 月，Vitalik 发布了文章[《以 Rollup 为中心的以太坊路线图》](https://www.ethereum.cn/a-rollup-centric-ethereum-roadmap)，确定了为 L2 rollup 扩容协议保驾护航的基本思路：将执行层 (L2) 和数据层 (L1) 分离，以太坊共识层 (L1) 为其提供安全保障。 分离执行层和数据层的好处是，数据层的发展可以保持相对稳定，而执行层 (即 rollup) 则可以更加多自主性、更加创新地快速迭代，无需获得 L1 核心开发者社区的的许可进行升级。 上面简单介绍了以 rollup 为中心的以太坊路线图中的区块链分层情况，那在 PoW 与 PoS、L1 与 L2 之间的模块化架构是怎样的呢？ <br/>  cr: Protolambda <br/> 图中展示了合并前的单一型 PoW 链 vs. 合并后的 L1 共识层 (PoS) 和 L1 执行层 (EVM) 之间的模块化关系。而 PoS 和 EVM 之间的合并技术是通过一个叫做 ”Engine API“ 的东西实现的。下图是合并后完整客户端的样子，中间的 API 使得以太坊共识层 (PoS) 和执行层 (PoW) 之间可以实现通信。这是以太坊主网上的首个模块化设计。 <br/>  cr: Danny Ryan <br/> 那么 L1 和 L2 之间是如何连接的呢？ <br/>  cr: Protolambda <br/> 可以看到上图中，L1 和 L2 之间会有一个 API，它们分别是两套软件。 <br/>  cr: Protolambda <br/> 这是以太坊加上**欺诈证明和有效性证明**之后的示意图，相当于将 L2 作为一个执行层连接以太坊 EVM，然后你维持当前的 L2 执行层。但这也会有一个问题，因为就算可以堆叠执行层，但是这样效率不高，所以我们需要一个数据层。 <br/>  cr: Protolambda <br/> 如上示意图，L1 作为数据层，L2 负责执行计算。 <br/> # ****数据可用性是扩容的关键瓶颈**** <br/> 以太坊目前面临的一大瓶颈就是数据可用性，这是我们接下来一年里增加可扩展性所需要提高的范畴。 首先我们看一笔 rollup 交易包含哪些开销： - 执行开销 (网络中所有节点执行交易并且验证其有效性的开销) - 存储/状态开销 (使用新的值更新区块链 “数据库” 的开销) - 数据可用性开销 (将数据发布至 L1 的开销) <br/> 其中，前两笔开销都是 Rollup 网络上的花费，占总开销的比例非常低。而数据可用性开销才是扩容的关键瓶颈。 <br/> **我们为什么需要这种数据呢？** <br/> 保证数据的可用性可以让任何人都可以无需许可地重构状态。 L2 提供的可扩展性是通过将执行检查和**保证数据安全**这两项工作分离而获得的。这让我们有机会同步以及获取验证状态的数据，而这个过程中定序器不会对其有直接影响。 目前，rollup 上传数据到 L1 都是以 calldata 的形式。这种方式非常贵，calldata 是一种没有修剪过的非常没有效率的数据形式，需要以一种迂回的方式将数据存放在以太坊，一个非 0 字节就需要花费 16 gas。所以出现了两种粗暴的降低这种开销的方法： - calldata 压缩，不少 rollup 项目都已经开始研究压缩 calldata 的算法并集成到他们的系统中。 - EIP-4488，将每个非 0 字节的 calldata 开销从 16 gas 降低到 3 gas。 <br/> 但是使用 calldata 的方式始终是不可持续的，因为这会带来 L2 不需要的遗留开销。那么有没有更优雅的方法呢？ 数据可用性、数据可恢复性、长期数据可用性等等这些不同类型的名词，它们之间的差异就是可用性的时长各不同。譬如说，你希望这些数据的可用时间足够长来挑战定序者、重构状态。事实上，你不需要数据是永远可用的。在以太坊的假设中，存储超过一年的数据，用户可能在某个地方找到它，可能会将它同步到某个点，而不需要一直追溯到创世区块。 而 EIP-4844 这个提案则是让我们能够对数据做一些修剪，因为在这个提案下，数据只需要保留其可用性足够长的时间，让诚实的网络参与者重构完整状态并且挑战定序器。 <br/> # **EIP-4844 Proto-danksharding** <br/> EIP-4844 提议什么呢？ 将数据可用性添加至以太坊且不会破坏可组合性，也就是说我们可以在 L1 有一个执行层，同时可以在上面添加数据可用性。 <br/>  cr: Protolambda <br/> 如图所示，我们现在有 L1 共识层、L1 执行层、L1 数据层、L2 执行层。在这样的分层架构下，我们获得了封装性，然后我们不同的团队可以针对不同的问题，并单独地提高某一层的可扩展性。 <br/> ## ****引入新的交易类型 Blob-carrying Transaction**** <br/> EIP-4844 引入一种新的交易类型，这种交易类型与普通以太坊交易相比多了一个 blob 的位置用来存放 L2 的数据。比较独特的是，Blob 数据在一个月之后就会被节点删除，从而很大地节省了存储空间。 <br/> **那么我们如何添加这种数据呢？** <br/>  一个 “Blob” 的生命周期，cr: Protolambda <br/> 我们称这种数据为 “blob”，这是一种非常模糊的数据形式，类似于一种字符串。“Blob” 会被附加到一笔交易中，这笔交易就像其他交易一样在以太坊系统中运行。 但附加的内容具有自己的生命周期。请看上图图示：首先，rollup 运营者会纳入普通的交易，生成 L2 交易捆，目前是通过 calldata 的方式将交易 batch 直接发送至 L1。而有了 4844 之后，新增了一种携带 “blob” 数据的交易类型 “blob 交易”。这个 “blob 交易” 负责支付交易费，将承诺 (commitment) 包含进交易中以有效地证明该 blob 中存在的任意数据。但是附加的内容 (即 blob 数据) 本身是与 “blob 交易” 分离的，可以把这种数据看作是一个挎斗 (sidecar)。 Sidecar 在不改变主应用的情况下，会起来一个辅助应用，来辅助主应用做一些基础性的甚至是额外的工作。这个 sidecar 通常是和主应用部署在一起，所以在同样环境下运行。这其中还有一些性能上的考虑，sidecar 如果和主程序网络通信上有延迟就会造成性能问题。这个辅助应用不一定属于应用程序的一部分，而只是与应用相连接。这就像是挎斗摩托车，每个摩托车都有自己独立的辅助部分，它随着主应用启动或停止。因为 sidecar 其实是一个独立的服务，我们可以在上面做很多东西，例如 sidecar 之间相互通信、或者通过统一的节点控制 sidecar ，形成网络服务 Service Mesh。来源：[https://blog.csdn.net/lxlmycsdnfree/article/details/126286243](https://blog.csdn.net/lxlmycsdnfree/article/details/126286243)) <br/> **blob data vs. calldata** 要想知道两者的区别，我们首先要了解以太坊合并前以及合并后的区块组成。 <br/>  cr: Danny Ryan <br/> 上图为合并后的信标区块，执行层被包裹在共识层里，而 EL 最核心的部分就是 `ExecutionPayload` (执行负载)。 EL 和 CL 分别负责两个主要功能，前者执行 EVM，后者负责 PoS 共识。信标区块中包含 EL 的`ExecutionPayload`，外层的状态根为信标链状态的更新，EL 内的状态根则是 EVM 账户状态更新。 <br/> 现在我们重新来看 Calldata 和 blob data 之间的区别。 首先，这两种数据类型有不同的生命周期。Calldata 存在于 “execution payload” 中 (普通的 L1 交易)，而 blob 数据存储于共识层中。也就是说 “blob” 存储在一个 Prysm 节点或者 Lighthouse 节点中，而不是在 Geth 中。然后这些共识层节点会在特定一段时间之后对 blob 数据进行修剪。 <br/> **“Blob” 在网络的运作流程如下图所示：** <br/>  cr: Protolambda <br/> - 定序器提供数据 -> - L1 敲定数据 -> - 将 Blob sidecar 从 Blob 交易中分离出来 -> - Blob 交易中的执行发生在 Execution Payload 中 -> - rollup 验证状态所需要的数据则去到另一侧的数据库中，L2 验证者可以下载这些 sidecar 并同步 L2。 <br/> **Blob 有两个显著的特点：** 第一就是不被合约读取，下图是一笔 blob 交易的样子，可以看到 EVM 不会读取 blob。 <br/>  cr: Protolambda <br/> 就像前面所介绍那样，blob data 存储在共识层节点中，和 calldata 需要被合约读取所消耗的资源相比要便宜得多。 第二就是，一个月后，共识层节点会对 blob 内的值进行删除。区块空间一直以来主要都由交易占用着，而随着 L2 的发展，L1 基础层转而成为 L2 的数据层，calldat 就会占用更多的区块空间。能够定期删除 blob 数据的话，可以很好地解决 L1 状态膨胀的问题。 <br/> # 总结 <br/> 随着 Rollup 技术的逐渐完善，数据可用性成为各个解决方案更进一步扩容的瓶颈。而 L1 作为一个为 Rollup 保驾护航的基础层，它不仅可以为 rollup 提供安全保障，还可以充当 rollup 的数据层，让可扩展性实现指数级的提升。Proto-danksharding 作为完整版 Danksharding 的前提条件，通过引入 携带 “blob data” 的交易类型这样的一个新设计，让基础层更无压力地存放 L2 数据，同时不影响数据可用性的安全性。 <br/> --- <br/> ### 阅读更多 <br/> OP in Paris: Protolambda 介绍 EIP-4844 [https://www.youtube.com/watch?v=KQ_kIlxg3QA](https://www.youtube.com/watch?v=KQ_kIlxg3QA) 《以太坊分片设计的历史回顾和未来路线图》 [https://www.ethereum.cn/Eth2/sharding-design-history](https://www.ethereum.cn/Eth2/sharding-design-history) 《Rollup 的大補帖：Proto-Danksharding（一）》 [https://medium.com/taipei-ethereum-meetup/rollup-and-the-boost-from-proto-danksharding-85d2fe0566b6](https://medium.com/taipei-ethereum-meetup/rollup-and-the-boost-from-proto-danksharding-85d2fe0566b6) EIP-4844 提案规范 [https://eips.ethereum.org/EIPS/eip-4844](https://eips.ethereum.org/EIPS/eip-4844) 以 Rollup 为中心的以太坊路线图 [https://www.ethereum.cn/a-rollup-centric-ethereum-roadmap](https://www.ethereum.cn/a-rollup-centric-ethereum-roadmap) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/sharding-design-historyhttps://www.ethereum.cn/Eth2/sharding-design-historyTue, 25 Oct 2022 00:00:00 GMT来源 | [@protolambda](https://twitter.com/protolambda/status/1584105020697432064?s=20&t=IYtmrMTRiaLyvgX7HdfeTg) 作者 | Protolambda <br/> 从 “Block” 到 “Blob”，这其中涵义深刻。 带有 “crosslink” 的可执行的 “分片链” 被淘汰了：**在信标链中实现 EVM；使用 “数据可用性采样” 的以 rollup 为中心的以太坊路线图，扩容以太坊基础层而无需增加应用环境的复杂性。**但是，你如何在没有区块元数据的情况下调用分片内容呢？ 好吧，这就是 “blob” 派上用场的地方。“Blobspace” 真是一个不错的叫法！ 让我来分享一些以太坊分片设计的历史吧： 分片 (或 “阶段 1”) 按之前的计划应该是在 “阶段 2” (即信标链执行环境) 推出。但在 “阶段 0” (信标链启动) 之前，主网 EVM 具有优先权这一情况变得清晰，而 “阶段 2” 执行层 (ewasm?) 的推出遥遥无期。 “阶段 1” 的规范在信标链之前已经重写了多次： - 更少的分片 (1024 -> 64) - 借助理想的跨分片通信 (crosslinks) 实现自由骑行 - 新的托管证明设计 (去掉托管部分，转而采用罕见的故意证明丢失) 更别说更早期的分片研究工作了，实话说，那些研究都非常抽象以及雄心勃勃：跨域消息传递、带有 ewasm 的执行环境、动态访问的无状态性、分片委员会等等都让 L1 变得更加复杂。而 L1 已经开始僵化了。 但是，如果 L1 只专注于解决数据问题，那么上述提到的大多数问题都转化为 L2 的开发问题。而采样 (sampling) 正好解决了 L1 数据问题。如果我们可以在网络层支持额外的功能...会如何呢？ 因此在 2020 年 10 月 14 日，开发者就 ”阶段 1 的网络连接问题(networking)“ 进行了一次电话会议。讨论下来可以得出：gossipsub 热度很高 + DHTs 似乎很慢。但在当时，这些为时还早 —— 每一个网络开发者都还在忙着为信标链的发布做准备 (12 月 1 日！)，而且由于当时的最新情况，网络层存在很明显的偏向。 当时的偏向： - Gossipsub = 炙手可热，主网准备就绪 (除了一些 DoS 问题之外，没有多大问题了。并且这些问题也在主网启动之前发现/披露了) - Discv5 = 不完整，需要在主网启动前从5.0 -> 5.1进行实时网络迁移 (https://github.com/protolambda/discv5-catdog) **但方向似乎很明确：减少 L1 复杂性，信标链已经够复杂了。只通过数据提高可扩展性，长期来看使用“数据可用性采样”方案，并拥抱 L2 扩容解决方案。**因此 Vitalik 将其描述为 [《以 rollup 为中心的以太坊路线图》](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) ([中文版](https://www.ethereum.cn/a-rollup-centric-ethereum-roadmap))。 然而，当实现者忙于信标链的发布时，研究人员已经忙于发布后的工作了：Vitalik/Dankrad 当时致力于一些早期的数据可用性设计[草案](https://notes.ethereum.org/@vbuterin/r1v8VCULP)，试图让实现者更加容易理解这些原理。 同时，我们启动了 Zinken、Toledo 和 Pyrmont 测试网 + 检查更多的启动事项 (检查漏洞等)。并且我们尝试跟上研究的进度，并开始针对网络层上的东西添加设计文档。就当时来说，关注这些问题还太早了，但 DAS (数据可用性采样) 实在太好了，没办法忽视。 基于 gossipsub 的一些东西，我确实写了一些[想法](https://notes.ethereum.org/@protolambda/rJoJG9EwP)，把它用于 DAS。事后看来，我现在倒认为 DHTs 比 Gossipsub 更加适合 DAS，也许除了初始分配。 当时我期望一些 DAS 的[规范](https://github.com/protolambda/eth2-das)能够被实现和模拟。我想这是 “blob” 首次被提到？我们确实在 “分片数据 blob” 这样的上下文中使用过它，而且那时分片的规范中还没出现过这个词。 信标链发布之后，又有了更多的时间，然后我写了一个[草案](https://github.com/ethereum/consensus-specs/pull/2172)，在 Vitalik 和 Dankrad 写的采样规范草案中加入了更多 typing 和网络层的内容。将 blob 命名引入分片的规范 :) 2021 年一些事情发生了改变：为其设计的理想的 p2p 结构太复杂了，所以我转而尝试为它贡献工具 (go-kzg) 和参与早期的合并工作 (rayonism)。然后在夏天再次尝试加入分片的研究工作，而不是参与 Altair/London 升级的开发工作。 Blob 又出现了，这次它的结构更加 PBS 化 —— 聚合了 blob-构建者和 blob-提议者的 BLS 签名。但还是太复杂了：因此，分片设计的演进方向变得主要 “以信标提议者为中心”，这样设计使得其 “仅” 成为一个网络层的问题。 这在某种程度上就像是对分片的第五次设计？极简主义要舍弃掉很多东西，但结果确是美丽且强大的：更多的模块化设计、封装以及可选的复杂性。Rollup 引起了我的注意，尤其是 Optimism。 2022 年底，EIP 4488 (注意不要搞混了，不是 4844！) 和 4490 出现了：人们开始变得不耐烦，calldata 的成本必须快速降低以保持竞争力！伦敦升级之后的 All Core devs 上对这些话题的讨论也变得很热烈。但在我看来这是不可持续的，因为 calldata 带有 L2 不需要的传统开销。 同时，Vitalik 和 Dankrad 继续研究一些新的分片设计：**更加以信标链为中心、只通过数据进行扩容、专注于采样方案。**我觉得 “danksharding” 在 21 年底/22 年初真正公开出来？不是很确定第一个版本是哪个了，Dankrad 一直都在研究分片。 22 年初，Vitalik 提出了[两种方法](https://github.com/ethereum/pm/issues/459#issuecomment-1029529089)，我们可以在不使用采样的情况下，向完整的 danksharding 发展：简单版本和复杂版本。虽然在我看来，这其实就是 “重 EL (执行层)” 以及 “EL 和 CL 分离，更容易和未来兼容” 之间的区别。 我喜欢第二个方案，然后在 EthDenver 2022 期间，我们实现了 EIP-4844：我和 [@lightclients](https://twitter.com/lightclients) 致力于 Geth；[@asn_d6](https://twitter.com/asn_d6) 帮助研发 KZG；[@adietrichs](https://twitter.com/adietrichs) 致力于费用市场的研究；并且都和 Vitalik/Dankrad 一起起草一份 EIP。Prysm 团队构建了首个 CL 原型。 现在 4844 被命名为 "proto-danksharding"：实现完整分片的前提条件。但是 “blobspace” 才是真正的模因：经过许多次分片的设计迭代之后，这是比任何其他分片设计都更接近达到以太坊愿景的一个版本。 对我来说，Serenity 这个阶段就是完成所有 PoS 和分片设计以及迭代更新的工作。我们已经在信标链以及类似于协议外 PBS 这些开发上获得一些进展，让我们在 PoS 方面有了一个不错的开始。我想现在是时候对分片进行首次升级了：4844！ 还有一些对未来 danksharding 的热点： - L1 数据包含延迟对 L2 的影响被高估了。 - 为了获得更多数据可用性的带宽，值得权衡的设计空间。 - Gossip 和 TCP DHTs 不好，UDP DHT 类的覆盖很好：这都是关于轻节点的计数 (什么时候进行 discv5 扩展？) 更多 danksharding 的热点： - 采样很大程度上依赖于良好的对等节点，希望看到更多评分优先但健壮的设计。 - 宁愿选择轻量级的通信和更多的女巫，而不是缺乏 p2p 上的验证者隐私。 - ZK 可以成为未来 p2p 抗女巫的技术，但现在来说似乎还远着。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/ecosystem/eth-weekly-2022-10-18https://www.ethereum.cn/ecosystem/eth-weekly-2022-10-18Tue, 25 Oct 2022 00:00:00 GMT# 本期看点 - **Devcon VI 上对以太坊合并后路线图的讨论** - **ETH 有史以来出现第一次月供应负增长** - **L2 Community Grants 2022 于 24 日开始申请** - **以太坊分片设计的历史** - **zkSync 将在本月 28 日上线主网** - **a16z 启动 Crypto Startup School 活动** - **FTX 连接至 3Commas 的 API 密钥确定被攻击** - **Freeway 停止了提款，疑似卷款走人** - **Coinbase 宣布 USDC 机构奖励试验计划** <br/> # 主网 **Devcon VI 上对以太坊合并后路线图的讨论** 24 日，Ethereum Magician 回顾了 Devcon VI 上以太坊协议路线图会议，包括会议的亮点、笔记和录播。这场会议包括三个主题：合并、合并后路线图、上海升级的 EIP。 ECN 对合并后的路线图部分进行了编译： - Vitalik：“有没有可能在 2 月和6月各进行一次硬分叉？”“从L2和rollup的技术债的角度来看…..4844 在理念上的目标是成为结束 L2 所有变更的变更，因为 4844 引入了点取值和 blob 的概念，这使得 L2 可以设置代码一次后就能写入并发布……以及无论我们以后如何胡乱设计分片，只要我们符合参数，rollup 都可以轻松呼吸而不再需要做重新架构。提早实现该阶段是有价值的，因为他们可以越早进入开始学习的阶段，而不需要最终做清理。这一点值得跟 L2 的解决方案沟通的。 - 商议硬分叉的实现需要 3-4 个月的时间 - 推出 4844 的挑战在于 4844 的开发者在告诉大家“使用 L2”，但 rollup 并不安全。目前，大多数的 L2 都不是去信任的，他们都还没实现欺诈证明。尽管事实上，它们把数据放在了一层，但你不能使用它来证明 rollup 的执行出错了。 - 大多数核心开发者在会议上赞同在上海升级里应该优先实现对质押的 ETH 提款，但开发者们都是否赞同在同一个升级里优先 4844 则并不明显，因为 4844 的实现相对更复杂，研究任务更重。 会议演讲 PPT：[https://docs.google.com/presentation/d/1WpSjJ-5tPFLhC28ZjANUANCFAFZXTJ6AaMGxBOBFh-0/edit#slide=id.p1](https://docs.google.com/presentation/d/1WpSjJ-5tPFLhC28ZjANUANCFAFZXTJ6AaMGxBOBFh-0/edit#slide=id.p1) 录音，2:38:00 开始：[https://youtu.be/idBYmaok520?t=9796](https://youtu.be/idBYmaok520?t=9796) 来源： [https://twitter.com/ethmagicians/status/1584545257370185728?s=21](https://twitter.com/ethmagicians/status/1584545257370185728?s=21) <br/> **ACD 将于 10 月 27 日恢复** 以太坊核心开发者会议将于 10 月 27 日恢复，更多信息请阅读：《[以太坊核心开发者会议更新013 ⛓](https://www.ethereum.cn/Eth2/allcoredevs-updates013)》 **ETH 有史以来出现第一次月供应负增长** 10 月 21 日，ETH 供应第一次出现 30 天内负增长的情况。  cr：[ultrasoundmoney](https://t.co/ZNg2J68iqi) 截止 25 日，这种供应负增长的情况还在继续。  cr：[ultrasound.money](https://ultrasound.money/) 来源： [https://twitter.com/evan_van_ness/status/1583151914447167488](https://twitter.com/evan_van_ness/status/1583151914447167488) <br/> # Layer2 **新的 zk 证明系统 Hyperplonk** 在过去的几年里，Plonk 已经成为区块链领域大多数应用的证明系统。但它仍然存在局限性，尤其是在证明大型声明或尝试使用高度并行的硬件时。 为了克服这些瓶颈，Plonk 构建了 Hyperplonk。一个具有完全线性时间证明生成器，并支持高度和查找自定义门槛的新 zk 证明系统。 来源： [https://twitter.com/EspressoSys/status/1584699120203071488](https://twitter.com/EspressoSys/status/1584699120203071488) <br/> **StarkWare 的漏洞赏金计划最高达 1 百万美元** StarkWare 的漏洞赏金计划最高可达 1 百万美元。总体上，漏洞赏金分为两个部分，分为是其区块链和智能合约。这两个部分都有“High”和“Critical”两个等级的漏洞赏金。 其中，智能合约部分 Critical 等级的漏洞赏金为 5 万美元至 1 百万美元；High 等级漏洞赏金为 3 万美元。在区块链漏洞部分，其 Critical 等级漏洞赏金为 4 万美元至 50 万美元，High 等级漏洞的赏金为 3 万美元。 来源： [https://twitter.com/StarkNet_ZH/status/1582948477134196736](https://twitter.com/StarkNet_ZH/status/1582948477134196736) <br/> **zkSync 达成 gas 费用和交易量新高** 据 [Dune Analytic](https://twitter.com/DuneAnalytics)，zkSync 于 23 日在以太坊 L1 上花费的手续费高达 1,132,761,106 gas，日交易量达到 156,660 笔。 来源：[https://twitter.com/PaoloRebuffo/status/1584496995783147521](https://twitter.com/PaoloRebuffo/status/1584496995783147521) <br/> **L2 Community Grants 2022 于 24 日开始申请** L2 Community Grants 2022（2022 L2 社区资助）是一个支持 L2 应用程序、分析和教育方面的 grant，资助范围包括对 L2 指标、多层区块浏览器和 Rollup 数据压缩的研究以及 L2 教育（让更多用户使用 L2）。 以太坊基金会作为赞助方，该资助轮总金额高达 75 万美元，项目提案的申请始于 10 月 24 日，截止时间为 12 月 5 日。 处于任何阶段的项目都可以提交，具体提交要求： - 提案须为英文 - 项目必须是开源的，并具有免费和允许使用的许可证 - 如果是公开的项目，必须可以用 URL 访问 更多详情，请点击来源。 来源： [https://esp.ethereum.foundation/layer-2-grants#description](https://esp.ethereum.foundation/layer-2-grants#description) <br/> **以太坊分片设计的历史** 23 日，以太坊研究员 Protolambda 发布推文梳理了以太坊分片设计的历史，回顾分片设计迭代与重写的同时，还描述了分片方案未来的路线图。 ECN 已对这条推文进行了翻译：[https://www.ethereum.cn/Eth2/sharding-design-history](https://www.ethereum.cn/Eth2/sharding-design-history) <br/> **zkSync 将在本月 28 日上线主网** zkSync 将在本月 28 日上线主网，总体上，除了上线时间你需要知道的一些东西： - zkSync 将分成三个阶段上线主网。第一个阶段是上线 Baby Alpha。在此次上线完成后，zkSync 将会开始上线 Fair Launch Alpha，最后一个阶段是 Full Alpha 的上线。值得注意的是，zkSync 在完全上线主网（预计本年底）之前不会对用户开放。 - 这是以太坊的新扩容方案第一次在真实环境中进行压力测试。 来源： [https://www.theblock.co/post/178896/zksync-to-launch-on-mainnet-this-month-what-you-need-to-know?utm_source=twitter&utm_medium=social](https://www.theblock.co/post/178896/zksync-to-launch-on-mainnet-this-month-what-you-need-to-know?utm_source=twitter&utm_medium=social) <br/> **Arbitrum 发布其首个黑客松活动回顾** 20 日，Arbitrum 发布其首个黑客松活动回顾，并公布获奖详情。 来源： [https://twitter.com/arbitrum/status/1583107239904129024?s=46&t=5iSDP6NAuciHDKDvEcXekA](https://twitter.com/arbitrum/status/1583107239904129024?s=46&t=5iSDP6NAuciHDKDvEcXekA) <br/> # 生态 **Coinbase 宣布 USDC 机构奖励试验计划** 24 日，Coinbase 宣布 USDC 机构奖励试验计划。MakerDAO 社区投票通过了 Coinbase 的提议：使用其机构投资者解决方案 Coinbase Prime 托管高达 16 亿美元的 USDC。 Coinbase 称，MakerDAO 将从其托管的 USDC 中获得 1.5% 的奖励，同时由主要的机构托管人持有资金。并且，这些资金将一直“安全”、“可靠”，并且 MakerDAO 的 Peg Stability Module （锚定稳定模块金库）可 “24/7/365” 任何时候访问这些资金。 来源： [https://www.coinbase.com/blog/coinbase-launches-usdc-institutional-rewards-program-with-makerdao](https://www.coinbase.com/blog/coinbase-launches-usdc-institutional-rewards-program-with-makerdao) <br/> **Olympus DAO 资金被盗事件** 据[安全公司 PeckSheld](https://twitter.com/peckshield/status/1583416829237526528)，一名黑客于东部时间 21 日凌晨 1：22（译者注：北京时间 21 日 13 点 22 分）从 Olympus DAO 在 Bond Protocol 上运行的一个智能合约中盗走了 [30,437 OHM 代币](https://etherscan.io/tx/0x3ed75df83d907412af874b7998d911fdf990704da87c2b1a8cf95ca5d21504cf)（约 30 万美元）。此次被盗事件的发生，是因为特定合约未能正确验证黑客转移资金的恶意请求。 被盗的合约为“BondFixedExpiryTeller”，用于开立 Olympus DAO 的 OHM 代币债券。PeckShield 称，该合约在“redeem() 函数”中缺少验证输入，这才让攻击者可以骗过输入值以“赎回”资金。 在其 Discord 中，Olympus 团队承认了该漏洞并[直言](https://discordapp.com/channels/798328113087119371/805854637163806751/1032966578410627072)：“今早发现了一个漏洞，攻击者通过该漏洞从 Bond Protocol 的 OHM 债券合约中提取大约 3 万 OHM（30 万美元）“，并表示，质押在 Olympus DAO 上剩余的 [2.17 亿美元](https://app.olympusdao.finance/#/stake)是安全的。 来源： [https://www.theblock.co/post/178927/hacker-drains-olympus-daos-smart-contract-of-300000?utm_source=twitter&utm_medium=social](https://www.theblock.co/post/178927/hacker-drains-olympus-daos-smart-contract-of-300000?utm_source=twitter&utm_medium=social) [https://twitter.com/peckshield/status/1583416829237526528](https://twitter.com/peckshield/status/1583416829237526528) <br/> **Freeway 停止了提款，疑似卷款走人** 23 日，加密收益平台 Freeway 宣布由于外汇和加密货币市场前所未有的波动，因此停掉了平台的提款，平台上的资金将会分配至其基础投资组合中。 但加密货币和金融研究员 [FatMan](https://twitter.com/FatManTerra) 发现，Freeway 已在自己的网站上删除了所有团队成员的名字，疑似卷款（rug）走人。 据 CoinGecko，该宣称能提供 43% 年收益的平台 Freeway，在宣布停止提款后的 24 小时内，其代币暴跌了 75% 以上。 来源： [https://twitter.com/FatManTerra/status/1584247387941351424](https://twitter.com/FatManTerra/status/1584247387941351424) [https://twitter.com/Cointelegraph/status/1584571674472620032](https://twitter.com/Cointelegraph/status/1584571674472620032) <br/> **Opensea 的前产品经理被指控后续**  A judge in the Southern District of New York has denied a motion to dismiss the wire fraud charges against former OpenSea employee Nathaniel Chastain. 此前 Opensea 的前产品经理 Nathaniel Chastain 被控诉涉嫌电信欺诈，就此，他提出了撤回该电信诈骗控诉的请求。 Chastain 在 8 月提出了撤回控诉的请求，认为 NFT 既不构成证券也不构成商品，而电信诈骗指控需要进行了上述类别范畴的交易才能成立。 地区法官 Jesse Furman 于 21 日正式表示不同意，拒绝其驳回电信诈骗控诉的请求，并称这一辩论“完全没有根据”。 来源： [https://www.theblock.co/post/179111/judge-denies-former-opensea-employees-motion-to-dismiss-fraud-case?utm_source=twitter&utm_medium=social](https://www.theblock.co/post/179111/judge-denies-former-opensea-employees-motion-to-dismiss-fraud-case?utm_source=twitter&utm_medium=social) <br/> **FTX 连接至 3Commas 的 API 密钥确定被攻击** 10 月 20 日，3Commas 团队收到了攻击事件消息，连接到该平台的各种 FTX API 密钥被用于执行未经授权的交易。 通过调查，3Commas 团队发现多个声称是 3Commas 的虚假网站，这些网站诱骗用户将他们的交易账户连接到欺诈性网络界面，继而进行网络钓鱼。 3Commas 表示，这些连接到虚假网站的 API 密钥被存储起来，随后在 FTX 上用于对 DMG 交易对进行未经授权的交易。这可能涉及第三方浏览器扩展或恶意软件。 23 日，[3Commas 称](https://twitter.com/3commas_io/status/1583897764400107520)进行了一次安全升级。由于他们发现一些非 3Commas 用户也受到了影响，因此，他们认为此次安全漏洞并非由其服务造成的。目前，他们的调查仍在继续。 来源： [https://twitter.com/TheBlock__/status/1584109275097358337](https://twitter.com/TheBlock__/status/1584109275097358337) <br/> **a16z 启动 Crypto Startup School 活动** 19 日，a16z 宣布启动 Crypto Startup School（加密初创公司学校）。这是为期 12 周的 accelerator 计划，帮助成立 Web3 初创公司。该项目的提供重要项目创始人的指导、该领域专家的建议、建设者网络以及来自 a16z 的 50 万美元投资。 申请期将从 2022 年 10 月 18 日开放至 11 月 30 日，并将涉及对晋级者的面试部分。所有决定都将在 2023 年 1 月上旬作出。 此次活动将于 2023 年 3 月 6 日至 5 月 26 日在加利福尼亚州洛杉矶举行。会议将在每周的星期二和星期三在线下举行。 对 web3 产品感兴趣或正在开发的构建者都可以参与这个项目。申请人的加密经验不是必要的，但应能自如地学习 Web3 编程语言（例如 Solidity），或者与技术团队一起申请。 此次活动会接受大约 30 家公司的参与，a16z 会将 50 万美元投给参与的团队公司，其次，他们还将记录教育课程，并在课程结束时向在线所有用户展示。 来源： [https://twitter.com/a16zcrypto/status/1582425579348848640](https://twitter.com/a16zcrypto/status/1582425579348848640) <br/> **Tim Beiko 就是否重置 Goerli 发起投票** 19 日，目前 Goerli 测试币分配不匀，一些人买卖测试币，以及持有测试币但不使用等问题，导致了一些实际测试无法进行的现象。就此，Tim Beiko 以投票的形式提问，大家是愿意 A）让 Goerli 保持原样（是当前状态，但测试币分布状况不匀，还是选择 B）重置它，并为每个当前的 Goerli 地址分配大量余额（但丢失状态）。 最终，此次投票获得总票数 1294，其中 A 选项获票占比 23%，B 选项 52.6%，只是想看看结果的人数占比 24.5%。 [有用户认为](https://twitter.com/jgm/status/1582665511300894720)，应该弃用 Goerli 测试网，将智能合约的开发者指派至 Sepolia，并重新启动新的测试网。启用和弃用新的测试网[可以教育用户](https://twitter.com/wmitsuda/status/1582624228213657601)：测试网可以被弃用，测试币是无价值的。 但也有用户主张事务状态的重要性，[提议保存 Goerli 的事务状态](https://twitter.com/Amxx/status/1582650286195511297)，而在 Sepolia 上重新分配测试代币。 来源： [https://twitter.com/timbeiko/status/1582577038569144320?s=21&t=kkxkhMDygl6VumvLu6NN4w](https://twitter.com/timbeiko/status/1582577038569144320?s=21&t=kkxkhMDygl6VumvLu6NN4w) <br/> **Optimism 成员透露将在 2023 年启动第二轮追溯性公共物品募资** 19 日，以太坊开发者 [@trent_vanepps](https://twitter.com/trent_vanepps) 抛出 Optimism 官网上对第二轮追溯性公共物品募资实验的提案，并 [@optimismFND](https://twitter.com/optimismFND) 询问第二轮追溯性募资开始的时间。 其产品负责人 [@b0bby](https://twitter.com/b0bby) 透露 Optimism 将会在 2023 年启动第二轮追溯性公共物品募资，更多信息可能会在下个月公布。 来源： [https://twitter.com/b0bby/status/1582753063642615808?s=46&t=Y--OgrAjqTLl6eDzlb4x6w](https://twitter.com/b0bby/status/1582753063642615808?s=46&t=Y--OgrAjqTLl6eDzlb4x6w)https://www.ethereum.cn/Eth2/allcoredevs-updates013https://www.ethereum.cn/Eth2/allcoredevs-updates013Wed, 19 Oct 2022 00:00:00 GMT来源 | [AllCoreDevs Updates](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Ftim.mirror.xyz%2FzxOfNlTUO1MOhSrVP1rWGSywxlugdAc9fOUURW09zgE%3Fdisplay%3Diframe) 作者 | Tim Beiko <br/> <br/> 欢迎阅读又一期以太坊核心开发者会议更新 👋。 <br/> 自上一篇更新发布，已经过去了整整三个月 —— 时间飞逝！与此同时，但愿你注意到了 [Sepolia](https://blog.ethereum.org/2022/06/30/sepolia-merge-announcement), [Goerli/Prater](https://blog.ethereum.org/2022/07/27/goerli-prater-merge-announcement)，当然还有 [mainnet](https://blog.ethereum.org/2022/08/24/mainnet-merge-announcement) 合并 🐼！ 第三期 [Ethereum Protocol Fellowship](https://blog.ethereum.org/2022/09/01/ethereum-protocol-fellowship-third) 也已经启动了，并且，[以前的全部测试网都被弃用了](https://blog.ethereum.org/2022/09/09/kiln-shutdown)。请往下阅读更多信息👇。 <br/> ## 概要 **🐼** <br/> - 我们做到啦 🎉！合并升级几乎是完美的 🍾！ - 以太坊核心开发者会议（ACD）和共识层会议（CL）暂停了几周。目前，大家正在 [Ethereum Magicians](https://ethereum-magicians.org/t/shanghai-core-eip-consideration/10777) 和 [IRL](https://app.devcon.org/schedule/etjqdz) 上讨论上海升级的候选 EIP。而这些会议会在 [10 月 27 日](https://github.com/ethereum/pm/issues/624)恢复 📺。 - Kiln 已关停，随着 Rinkeby 和 Ropsten 的弃用日期即将到来，基础设施提供商也开始弃用 🌅。 <br/> ## 合并后的冷却 **🏝️** <br/> 毫不夸张地说，去年的工作强度很高。各个团队不知疲倦地准备着合并。而在冬季进行规范修改、春季进行影子分叉和夏季进行测试网升级之后，准备好上线主网的客户端版本最终发布了出来。所有人花了几周的时间刷新 [bordel.wtf](https://bordel.wtf/)，等待着 TTD 的触达。北京时间 9 月 15 日 14:42，合并升级成功，以太坊转至权益证明共识机制 🐼！ ``` .. . %@@# . %#@# -@@%%- ........ -*@@@= +@@%+.. ..=#@@% +@@-. .*@* .=+. .-. ..=#%+. *@%+. . . +@@@@# .@@@@# .. . @@@@@# @@@@@* .. . +@#-%@# %%-%@% .. . %@@%@@- =*@+@@@. . . #@@@%=. . -@@@@@... :...+#-.. +*+ .-@@@* . :. :@@@= -:. .. :: :%- .-. .*.-. + .:.. :*%*- : +*. .. :*- =@@%+= .:=**-+. . .. -###. .-%% #@@@%:. +++**#::.. -%#@@+ +@@@%.#@@@@@%. =*+***-: :.@%@@@@. +%* :@@@@@#@@@@@@%-. =++*++. :-%@%@@@@@%-#@@%- *@@@@@#@@@@@@@%:. .#+-+# . :#@@@@@@@@@#%@@@% +@@@@@*@@@@@@@@# :-:+ ...#@@@@@@@@@@*@@@@@. .@@@@%@@@@@@@@@@#== . =:@@@@@@@@@@@@#@@@@@. +@@@@@@@@@@@@@@@%*=. .*%@@@@@@@@@@@@@@#@@@@. #@@@@@@@@@@@@@@@@@%+--+%@@@@@@%@@%@@@@@@@@@@% *%@@@@%+%====#%@@@@@@@@@@%%#%%%%%@@@@@@@@@@. .:. %=:: .-#@@@@@%- ..-#*%@@@@@@#. =::.. ... ...:-#---:. .... ⠀⠀⠀⠀⠀⠀⠀ ⠀⠀⠀⠀⠀⠀ ..... ... ⠀⠀⠀⠀⠀⠀⣰⣿⣆⠀⠀⠀⠀⠀ ... .. ⠀⠀⠀⠀⠀⣼⣿⣿⣿⣦⠀⠀⠀⠀ ... ... ⠀⠀⠀⢀⣾⣿⣿⣿⣿⣿⣷⡀⠀⠀ .. ... ⠀⠀⢠⣿⣿⣿⣿⠿⣿⣿⣿⣷⡄⠀ .:. ... ⠀⣰⣿⠿⢛⣩⣤⣶⣤⣉⠛⠿⣿⣆ .. . .. ⢀⣡⣴⣾⣿⣿⣿⣿⣿⣿⣿⣷⣦⣌ .. #+:. ⠀⢌⡙⠻⣿⣿⣿⣿⣿⣿⣿⠟⢋⡥ .:=* .*%#:.. ⠀⠈⠻⣷⣦⣉⠻⠿⠛⣩⣴⣾⠟⠀ ..:*@= -@@#.-.. ⠀⠀⠀⠙⢿⣿⣿⣶⣿⣿⡿⠋⠀⠀ ..:%@%. #@@%:... ⠀⠀⠀⠀⠈⢻⣿⣿⣿⠟⠁⠀⠀⠀ ..:-@@@: .%@@@=:.... ⠀⠀⠀⠀⠀⠀⠹⣿⠋⠀⠀⠀⠀⠀ ....*@@@= =@@@@%...... ...=@@@@+ *@@@@@=:... ....:+@@@@* %@@@@@@+-. . ....::#@@@@# %@@@@@@@+-... . ...:=%@@@@@% @@@@@@@@@*:.... .....:=%@@@@@@% @@@@@@@@@@*-...............:*@@@@@@@@* .@@@@@@@@@@@*............. :@@@@@@@@@+ *@@@@@@@@*- . ...... .%@@@@@@@: +@@@@@@@= .%@@@@@@: .#@@@@@@+ :@@@@@@@* -%@@@@@@@* -@@@@@@@@#. :%@@@@@@@@@ .@@@%@%@@#+ #-@#@*@@@@: .%@@=@+@%. ..-=#*@*: .: :. ``` > 合并熊猫，由 Teku 提供 > 几个小时后，ACD 会议上只是报告了一些小的问题。在合并一周后，CL 会议上对合并的评估也是一样的，只有一些小问题。总体上，所有事情都尽可能地进展顺利🍾！ 因此，在完成合并后，所有团队都同意暂停 ACD 和 CL 会议的常规节奏，好好地休息一下。即使这样，下一次升级的准备工作仍在进行着。 <br/> ## 上海升级候选 EIP**📜** <br/> 合并完成后，大家转而开始关注下一次的网络升级：上海/Capella 升级 🌃。（译者注：上海升级是执行层的升级，Capella 升级是共识层的升级）。 在共识层上，Capella 升级预期会纳入信标链提款功能，还可能包括 EIP-4488。在执行层上，上海升级中已经[有多个 EIP 在考虑中](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)。有了这么多选项，所以今年早些时候我们就决定，直到合并完成前暂停增加候选 EIP。 <br/> 当我们等着恢复 ACD 会议的这段时间，对于一些希望其 EIP 被考虑纳入上海升级的 EIP 倡导者，我们鼓励他们在 Ethereum Magicians 论坛上使用 `shanghai-candidate` 的标签来表示这种意愿。 这样，关于具体 EIP 优点的探讨可以异步进行，并且，贡献者们也有机会退一步看看其他 EIP，而不会觉得自己错过了上海升级纳入和拒掉一些 EIP 的决定。 <br/> ### 小组会议&面对面会谈 **📣** 当大部分讨论都已经在 Ethereum Magicians 和 discord 上进行时，各种需要进行同步讨论的主题会议和面对面会议已经组织起来了。 尤其是，[EIP-4844](https://www.eip4844.com/) 主题已召开了一系列的公开会议，这些会议涵盖了对 [KZG 仪式](https://github.com/ethereum/pm/issues?q=is%3Aissue+%22KZG-Ceremony+Call%22)和[客户端实现原型](https://github.com/ethereum/pm/issues?q=is%3Aissue+%224844+breakout%22)工作的探讨。提醒一下，KZG 仪式需要为分片数据验证提供随机种子。`@pintail` 有一个很棒 ELI5 [在这里](https://twitter.com/pintail_xyz/status/1541853475998416897)，而更多过程信息可以在[这个仓库](https://github.com/ethereum/kzg-ceremony)中找到。 在 Devcon 期间，有一场 [Ethereum Magicians 会议](https://app.devcon.org/schedule/etjqdz)举行，会议回顾了合并以及给了客户端团队、研究员、开发者、EIP 倡导者以及其他与会者一起探讨以太坊的未来升级的机会。并且，这场会议会有多个后续会议，涵盖了对特定 EIP 或者如[这个 EVM 相关 EIP](https://app.devcon.org/schedule/ADVND7) 等提案集的讨论。 所有这些异步进行的会议和直播小组会议，将有望推动恢复后的上海升级范畴的正式谈话变得更有信息量且更高效。上海升级将会是下一次 [10 月 27 日](https://github.com/ethereum/pm/issues/624) ACD 会议的主要话题。 <br/> ## 测试网弃用 **🌅** <br/> 如 [6 月所宣布的那样](https://blog.ethereum.org/2022/06/21/testnet-deprecation)，Kiln、Ropsten 和 Rinkeby 会被弃用，取而代之的是 Goerli 和 Sepolia 测试网的应用。 Kiln 测试网最近已经弃用， Ropsten 则在 2022 年 10 月关停。Rinkeby 将会一直用到 2023 年的年中，但它不会用于任何伦敦升级后的网络升级，包括合并。因此，它不再是主网的理想模拟环境。 此外，基础设施和工具提供商现已开始取消对这些测试网的支持。如 [Etherscan](https://twitter.com/etherscan/status/1569311894279958531) 和 `ethers-rs` 都已宣布不再支持，我们还会看到更多的提供商在接下来几个月宣布取消支持。 那么，如果你还没有行动起来，就得尽快🔜迁移至 Goerli 或者 Sepolia 了！ <br/> ## 后续计划 **👀** <br/> 就这么多了，我们[合并了](https://www.youtube.com/watch?v=eCpj9tMIDIY)，合并了！！！一切顺利！虽然还是有点不太现实的感觉。展望未来，下次的网络升级计划正在慢慢开始启动，线上线下论坛的探讨也在进行中。 如果你想保护以太坊数据层的安全，那就持续关注 KZG 仪式相关的公告。同时，要确保你自己会迁移至 Goerli 或 Sepolia。 <br/> --- <br/> 感谢 Joe Schweitzer 和 Trent Van Epps 对本文草稿的反馈，封面由 [Ningyu He](https://unsplash.com/@hnyuuu) 提供。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/ecosystem/eth-weekly-2022-10-18https://www.ethereum.cn/ecosystem/eth-weekly-2022-10-18Tue, 18 Oct 2022 00:00:00 GMT# 本期看点： - **manifoldfinance 中继事件** - **zkSync v2 宣布达成第三个里程碑：有效性证明集成** - **上海升级前的早期基于 JS 的测试网** - **Offchain Labs 宣布收购 Prysmatic Labs，Raul Jordan 发布 FAQ 文章回应社区的疑虑** - **ConsenSys 发布其 zkEVM 的更新版本规范** - **StarkWare 联合创始人表示将于 10 月内推出 StarkNet 代币** - ***\*Uniswap Labs 完成 1.65 亿美元 B 轮融资\**** - **Coinbase CEO 将出售其持有的 COIN 用于科研** - **Gitcoin 提议延迟 GR16** - **上周 Temple DAO、Rabby 等黑客事件回顾** # 主网 **manifoldfinance 中继事件** 10 月 16 日，Delphi Labs 的 @0xdef1 发现 Mev-Boost 的竞拍出现异常，manifoldfinance 的中继出价异常的高，几乎赢得所有的区块的打包权。Jon Charbonneau@jon_charb 也[发现了这个问题](https://twitter.com/jon_charb/status/1581396552815632384?s=20)，并提醒验证者如果使用 Manifold 的话检查中继连接情况。他猜想 Manifold 的构建者正在利用他们的中继来乱出价——所有出价都很很高，大约8~10 ETH，但并不会真的支付。这种情况持续了几个小时。 manifoldfinance 回应是有人在利用他们的漏洞进行攻击，他们正积极解决这个问题，这个问题随后得到了解决。有人问问题出在哪里，并希望有事后报告，但截至发文，manifoldfinance 还没有对事件进行解释。 Flashbots 的 Chris Hager 也全程关注了事件，他[猜想](https://twitter.com/metachris/status/1581329826111455234?s=20)是 manifoldfinance 的中继没有对构建者提交的区块进行验证。这会导致一系列像这种漏洞的出现——构建者报告一个高额出价，但实际上只是0.04ETH。  针对近日中继接连出现问题 (bloXrout 和 Eden)，Chris Hager 昨天[发推](https://twitter.com/metachris/status/1581975949817495552?s=20)总结了接下来 MEV-Boost 想要实现的一些里程碑： 1. 标准化区块打分 2. 支付的默克尔证明作为出价的一部分 3. 信标节点用本地负载进行收益转换 4. 用 SSZ 的方法对负载进行编码 (而不只是 JSON) 5. 使用 inclusion list （打包列表) 和/或部分区块竞拍 来源： https://twitter.com/0xdef1/status/1581390532416135168?s=20 https://twitter.com/jon_charb/status/1581404284989902848?s=20 https://twitter.com/metachris/status/1581975949817495552?s=20 **Flashbots 下一代升级“SUAVE"** Flashbots 的战略主导 Hasu 于 10 月 15 日发推公布了下一代的 Flashbots，其研发代号为”SUAVE"。SUAVE 有以下要点： - 能感知 MEV，面向用户和钱包的加密交易池 - 渐进进行去中心化 - 对于 rollup 来说完整并及时可用的区块构建者 来源： https://twitter.com/hasufl/status/1580983853824765952?s=20 **上海升级前的早期基于 JS 的测试网** EF JavaScript 团队于 10 月 15 日宣布启动一个上海升级前的早期测试网，并命名其为“Shandong (山东)”。 这是一个与 EF DevOps 合作运行的实验性测试网，它启动一组被选入考虑纳入上海升级的 EIP，用于早期的客户端测试，这些 EIP 包括： - EIP-3540: EVM 对象格式 (EOF) v1 - EIP-3651: 降低访问 `COINBASE` 地址的 gas 开销 - EIP-3670: EOF - 代码验证 - EIP-3855: 新增操作码 PUSH0 - EIP-3860: 给`initcode` 的大小设限，并引入 gas 计量 现在已经有一个运行中的执行层浏览器、提供测试币的水龙头和公开的 RPC 终端。 测试网登录页：https://shandong.ethdevops.io/ 这是一个纯基于 JS 的测试网！ 来源： https://twitter.com/EFJavaScript/status/1581003267152412672?s=20 **共识层客户端多样性展示工具更新** 网站 [clientdiversity.org](http://clientdiversity.org) 已经可以展示共识层客户端多样性分布的精确数据。  来源： https://twitter.com/hanni_abu/status/1580255431749820421?s=20&t=nmihJ4ce-ldSlRF-EVv3tw **合并后，ETH 增发量减少了 97%** 根据 Dephi Digital 的推文，合并后，ETH 每天的增发量减少了 97%。这个减少量是巨大的，每天减少多于 12,000 枚 ETH。  来源： https://twitter.com/Delphi_Digital/status/1580226586762432520?s=20 <br/> # Layer2 **zkSync v2 宣布达成第三个里程碑：有效性证明集成** 10 月 18 日，zkSync 宣布其 zkSync 2.0 测试网成功达到第三个里程碑：证明集成 (Proof Merging)。根据其公告，有效性证明的集成后，zkSync 2.0 正式成为公共测试网上运行的完全端对端的 zkEVM。 离 zkSync 2.0 上线主网还有 11 天，证明集成是许多开发团队期待已久的里程碑：对 rollup 生成的有效性证明进行公开验证，这是 Alpha 版本的最后一个主要部分。 他们集成的端对端证明器包括： - 证明生成 - 集成器 - 链上验证 当用户在 zkSync 2.0 进行交易时，这些证明保证程序执行的正确性 (即保证了区块链的状态转换)。系统将这些证明发布至以太坊上的 rollup 智能合约，以验证证明的正确性。 在接下来的 11 天里，zkSync 团队将对证明性能以及验证进行测试，以做好在 10 月 28 日发布主网的充分准备。 然后，最初上线主网的版本 (Baby Alpha) 将没有任何的外部项目，这个版本只是允许其在真实资产交易的网络下进行压力测试以验证生产级别的系统能够正常运作。开发者将能够在测试网进行迁移和开发。在这个阶段，zkSync 团队会提供 v1 文档和教程。 最后就是等待 Fair Launch Alpha (Q4 2022) 和 Full Alpha (2022 年年底) 这两个阶段的推出。 来源：https://medium.com/@shazia_h/milestone-3-zksync-end-to-end-prover-is-now-live-on-testnet-9ee4fdc1874f **Offchain Labs 宣布收购 Prysmatic Labs，Raul Jordan 发布 FAQ 文章回应社区的疑虑** 10 月 12 日，L2 扩容解决方案 Arbitrum 的开发团队 Offchain Labs 宣布正在收购以太坊共识层客户端 Prysm 的团队 Prysmatic Labs。 针对此消息，以太坊社区不少人表达了疑虑。Prysmatic Labs 联合创始人 Raul Jordan 发布了 FAQ 文章，对事情进行了说明，下面整理了 Raul 的回应： - 除了 Github 上的组织名称改变之外，对于 Prysm 用户和验证者没有重大更改，目前也不需要采取任何行动。Github 上的 Prysm 存储库将继续使用相同的许可证和名称，但随着时间的推移组织名称将变为 “OffchainLabs”。这不会马上发生，因为我们知道这会破坏很多工具和依赖。如果我们的公共页面或域名在未来改变，我们将添加必要的重定向，以确保我们的用户体验不受影响。 - Prysm 客户端本身的许多开发工作并不会因收购而停止。并且，由于许多即将进行的工作围绕 L2 的主要改进，这使得我们与 Offchain Labs 的工作一致。除此之外，我们在第二语言领域有许多想法，希望之后能一起探索。 - Prysmatic Labs ****的 Discord 频道将重新定位为完全用于 Prysm 客户端的用户支持和以太坊协议层问题的解答。 - 两家公司并购的原因是两者团队的人员和专业知识能够互补，而不是因为 Offchain Labs 可以从 Prysm 本身获取任何经济利益。 - 由于 Prysm 是使用占比最多的以太坊共识层客户端，Arbitrum 是以太坊上交互量最高的 L2 解决方案，因此有人担心中心化问题。然而，以太坊的开发不是中心化的，如果一个软件团队的行为不符合以太坊的最佳利益，用户可以根据需要切换方案。 来源： https://twitter.com/arbitrum/status/1580190809701613568?s=21&t=kkxkhMDygl6VumvLu6NN4w https://twitter.com/rauljordaneth/status/1580231640068296704?s=21 **ConsenSys 发布其 zkEVM 的更新版本规范** 大概一年前，ConsenSys 发布了其 zkEVM 的首个草稿版本规范。10 月 13 日，ConsenSys 研发团队发布了其更新以及升级了的 zkEVM 版本规范。开发者可以填写表格登记加入其封闭测试网的等待名单。 登记：https://consensys-software.typeform.com/rollups?typeform-source=consensys.net ConsenSyc 旨在推出一个 Type 2 (完全 EVM 等效) 的 zkEVM 实现。其设计目标是： - 根据黄皮书中指定的以太坊虚拟机规范执行未更改的、原生的字节码 - 100% 覆盖不同的操作码 - 交付 Vitalik [定义](https://vitalik.ca/general/2022/08/04/zkevm.html)的 “Type 2” zkEVM 来源：https://consensys.net/blog/research-development/consensys-rd-launches-an-updated-and-expanded-zk-evm-version/ **StarkWare 联合创始人表示将于 10 月内推出 StarkNet 代币** 10 月 13 日，Decrypt 发布了对 StarkWare CEO Uri Kolodny 和董事长 Eli Ben-Sasson 的采访文稿。其中，Eli Ben-Sasson 提到了此前宣布于 9 月份发布代币的计划已延迟。他表示 StarkNet 希望在 Solidity 合约方面做得更好一些，所以将代币发布计划推迟了一个月，将在这个月内上线。 来源：https://decrypt.co/111857/ethereum-merge-sets-precedent-further-change-starkware-president-ben-sasson **Optimism 引介模块化、开源堆栈：OP Stack** 10 月 18 日，Optimism 发布了文章引入介绍 Optimism 可扩展性架构的下一个演进更新：OP Stack。OP Stack 是面向各种类型的高可扩展性、高互操作性区块链的模块化、开源蓝图。 OP Stack 得益于整个以太坊社区的创造力。它使得你创建自己的区块链比以往任何时候都更容易。 OP Stack 是支持 Optimism 下一代架构的代码。它是一系列模块一起运作，形成连贯、可靠的区块链。每一个组件实现堆栈的特定层。下图为这些核心组件的样子：  OP Stack 的每一层都由一个定义良好的 API 描述，由该层的模块填充。你可以轻松地修改现有模块或创建自己的全新模块，以满足你正在构建的任何应用程序的需求。把以太坊换成 Celestia 作为数据可用性层或者把比特币作为执行层运行都是可能的。 来源：https://optimism.mirror.xyz/fLk5UGjZDiXFuvQh6R_HscMQuuY9ABYNF7PI76-qJYs # 生态 **Uniswap Labs 完成 1.65 亿美元 B 轮融资** 13 日，Uniswap Labs CEO 兼创始人 Hayden Adams [发布博文](https://uniswap.org/blog/bringing-web3-to-everyone)称，他们已在 B 轮融资中筹集了 1.65 亿美元，由 Polychain Capital 领投，以及其他长期投资方 a16z、Paradigm、SV Angel 和 Variant 参投。此轮融资标志着 Uniswap 进入独角兽公司行列。 他还提到，Uniswap 的治理社区最近正在就是否创建 Uniswap 基金会进行投票，这将会有助于 Uniswap Protocol 的去中心化发展，并且，它还将在接下来的几年里为一些社区项目提供至少 6 千万美元的资助。 来源： https://uniswap.org/blog/bringing-web3-to-everyone **Coinbase CEO 将出售其持有的 COIN 用于科研** 15 日，世界第二大加密货币交易所 Coinbase 的首席执行官 Armstrong 在[推特上宣布](https://twitter.com/brian_armstrong/status/1581099147855155200)，将出售其持有的 2% 的 COIN 以资助生命延续和科学研究。 他称自己热衷于推动科学和技术，以解决世界上的挑战。并且，他明确提出，将在未来的一年里卖出这笔份额，并资助类似于 [NewLimit](https://twitter.com/newlimit) 和 [ResearchHub](https://twitter.com/ResearchHub) 等公司。 据[福布斯数据](https://www.forbes.com/profile/brian-armstrong/?sh=63bf78d85077)，Armstrong 持有着 Coinbase 19% 的加密货币 COIN，其价值大概在 27 亿美元，即他将捐出大约 5400 万美元。 来源： https://twitter.com/decryptmedia/status/1581933747175190528?s=21&amp;t=kkxkhMDygl6VumvLu6NN4w **Uniswap 社区投票通过将 Uniswap V3 部署在 zkSync 的提议** 截止 10 月 14 日，Uniswap 社区投票通过将 Uniswap V3 部署在 zkSync 上的提议。 来源： https://twitter.com/uniswap/status/1580996750180900865?s=46&amp;t=9yOAkX-0nd_xvSJIJ8_Pmw **Devcon VI 视频归档与报道** 15 日，波哥大 Devcon VI 大会正式闭幕，Devcon 大会的大部分演讲视频已上传归档至 [archive.devcon.org](https://archive.devcon.org/archive/) 上了。 除此之外，ECN 精选的 Devcon 大会报道也上传至 https://devcon.app/ 了。我们所选译的报道与以太坊基础设施、加密货币监管、Rollup、ZKP 等主题相关，如《加密货币监管对开放区块链的影响：机遇与挑战》、《使用ZKPs设计公共物品》、《Rollups 是最安全的桥接》和《Vitalik 在波哥大 2022：采用多证明机制 (multi-provers) 加固 Rollup 系统》等。 来源： https://twitter.com/efdevcon/status/1581349217028579328?s=21 **Metamask 宣布提供银行卡即时买入加密货币服务** 上周，Metamask 宣布与法币和加密货币即时结算平台 Sardine 合作，为美国用户提供即时从银行买入加密货币的服务。 通过集成 Sardine 的即时 ACH（Automated Clearing House，自动结算所）服务，Metamask 可以为用户提供只需几分钟的即时结算服务，而不需要等上几天。并且，该结算服务在节假日也依然为用户提供即时的服务体验。此外，Sardine 还为当前市场上的 FTX、MoonPay 等平台提供服务。 来源： https://twitter.com/blockworks_/status/1581302147714494465?s=21&amp;t=kkxkhMDygl6VumvLu6NN4w **NFT 初创公司 Otterspace 融资 370 万美元** NFT 初创公司 Otterspace 筹集了 370 万美元用于协议和应用程序的构建，此次融资由 Cherry Crypto 和 Inflection 领投，Bessemer Venture Partners、Coinbase Ventures、Btov Partners 和 Paua Ventures 参投。 Otterspace 希望能够减少 Web3 的金融化。它所开发的应用让去中心化实体可以奖励用户的参与行为，并为采取特定行为后的用户授予 NFT 徽章。这些徽章可以为用户赋予特权，增加他们在治理提议上的影响，或是让他们进入电报和 Discord 社群等。 该公司将会用赚取的 NFT 而非购买的 NFT 来奖励这些贡献者在 DAO 中的特定行为并认可他们的参与。“这些徽章允许你创建团队并确定谁是核心贡献者，并自动获得对 Discord 或电报社群的访问权限”，Dobbrick 在接受 The Block 采访时解释道，”你可以使用它对治理进行投票，也可以只将它作为一种信誉系统使用，生成像常规月薪一样的支付流。” 来源： https://twitter.com/theblock__/status/1580515305540886528?s=21&amp;t=kkxkhMDygl6VumvLu6NN4w **英国上议院批准贸易数据存储相关法案** 13 日，英国上议院批准了一项法案《电子贸易文件法案（The Electronic Trade Documents Bill）》，让贸易数据的电子文件可以得到合法认证，并通过区块链技术存储这些数据，以此减少碳排放。 官方的文件[显示](https://www.gov.uk/government/news/paperless-trade-for-uk-businesses-to-boost-growth)，英国政府着重强调了对其官方文件进行“无纸化”处理的目标。该法案进一步推动了[英国成为加密货币和区块链枢纽的目标](https://www.coindesk.com/policy/2022/09/08/uk-crypto-hub-goal-continues-treasury-official/)。该目标得到了财政部经济部长 Richard Fuller 以及几位议会议员的支持。 来源： https://twitter.com/coindesk/status/1580516190341894146?s=21&amp;t=kkxkhMDygl6VumvLu6NN4w **上周 Temple DAO、Rabby 等黑客事件回顾** 上周，发生了多起黑客攻击事件，被攻击的对象包括 Temple DAO 的 StaxLPStaking 合约、 Rabby Wallet 的 Rabby Swap 智能合约以及 Mango 的资金库合约，总计超过 1.15 亿美元的 DeFi 协议资金被盗。 据 Etherscan 数据，黑客盗走了 Temple DAO 协议的质押金库 StaxLPStaking 中的价值 2300 万美元 的 1830 个 ETH，并通过 Tornado Cash（路由）转移了这笔资金。 攻击者通过使用 `migrateStake` 从 oldStaking 合约中将质押转移至 newStaking 合约并提走。问题的关键在于，`migrateStake` 函数出现漏洞，任何人都可以调用它，而不只是“migrator”合约，并且任何人都可以选择 oldStaking，无论你提供了 EOA 或是假合约，系统都不会提示错误（complaim）。  这意味着攻击者实际上只需要使用虚假地址作为第一个参数调用此函数，底层金库合约的份额就会被铸造出来发送给攻击者。然后，他可以提款并进行抛售。[samczsun](https://twitter.com/samczsun) 的工具追踪到，事件发生时，攻击者只是调用该函数，就从金库中取出底层 LP 代币。  智能合约审计平台 [Paladin Blockchain Security](https://twitter.com/0xPaladinSec) 称，事实上，该合约已经很旧了，部署了 100 多天，但一直存在这个漏洞。 此外， Rabby Swap 智能合约也被攻击。据 [Rabby Wallet](https://twitter.com/Rabby_io/status/1579819525494960128)，其 Rabby Swap 智能合约出现漏洞，导致[它损失 20 万美元](https://twitter.com/Rabby_io/status/1581272085850034177)。 同一天，黑客操纵 Mango 上的抵押品，通过暂时抬高抵押品的价格，从 Mango 的资金库里以借贷的形式取走了 1 亿美元。 来源： https://twitter.com/defiantnews/status/1579985570930966528?s=21&amp;t=kkxkhMDygl6VumvLu6NN4w **Zerion 完成由 Wintermute Ventures 领投的 1200 万美元 B 轮融资** DeFi 平台 Zerion 在 B 轮融资中完成了由 Wintermute Ventures 领投的 1200 万美元融资，他们旨在加密钱包赛道上大展身手。此轮融资的其他投资者包括 Mosaic、Coinbase Ventures、Alchemy 和 Placeholder。 去年，Zerion 在 A 轮融资筹得资金 820 万美元，用于将其 Web3 钱包打造成热门产品。而此轮筹得的资金将用于进一步开发其 Web3 钱包。 来源： https://twitter.com/theblock__/status/1580166647691608064?s=21&amp;t=kkxkhMDygl6VumvLu6NN4w **BAYC 的 NFT 系列创建者 Yuga Labs 面临 SEC 调查** 据彭博报道，无聊猿游艇俱乐部（BAYC）NFT 系列创作方 Yuga Labs 公司面临美国证券交易委员会(SEC) 的调查，判断该公司售卖 NFT 数字资产的行为是否违反了联邦法。 据知情人消息，SEC 正在调查 Yuga Labs 的 NFT 是否类似于股票，且应该像股票那样遵循信息披露制度。 SEC 主席 Gary Gensler 进行此次调查是为了确保加密货币市场遵循着该机构的监管。他不断强调，大多数加密资产都应该受到他们的监管，因为上世纪 40 年代的一次最高法院判决中，曾将加密资产界定位具有证券的特质。 值得注意的是，Yuga Labs 并没有被指控进行了不当行为，这场调查也不意味着 SEC 会起诉他们。 来源： https://www.bloomberg.com/news/articles/2022-10-11/bored-ape-creator-yuga-labs-faces-sec-probe-over-unregistered-offerings?srnd=cryptocurrencies-v2&amp;leadSource=uverify%20wall **Gitcoin 提议延迟 GR16** Gitcoin 于 10 天前提议推迟第 16 轮 Gitcoin Grants（GR16）。Gitcoin 在提议表示，他们正处于决定如何以最好的方式从中心化转型为去中心化 grant 的关键时刻。为了其社区的最大利益，他们认为应该让原计划 10 月举行的 GR16 先暂停，来为其 grant 协议的未来发展做充足的准备。 由此，他们提议先暂停 GR16，并将这些时间用于准备其 grant 协议在 2023 年第一季度（或第二季度）的发布。而社区另外一个选项则是按原计划举行 GR16。对此，提议中还分析了两种选项的利弊，供其社区参考。 来源：https://gov.gitcoin.co/t/request-for-feedback-proposed-future-for-the-grant-programs-and-gr16-as-we-transition-to-the-protocol/11624 **谷歌可查询以太坊地址余额** 谷歌风投 [GVteam](https://twitter.com/GVteam) 的产品经理 [@hhua_](https://twitter.com/hhua_) 发推称，谷歌搜索现可以查询以太坊地址余额。  来源： https://twitter.com/hhua_/status/1579700083314282496 **zkSync 赞助黑客松活动 Layer Hack** zkSync 成为黑客松活动 Layer Hack 的金牌赞助商（gold sponsor）。 该黑客松从 10 月 17 日开始，提交参与项目的截止日期为 11 月 13 日，其中可参与的有奖项目共有 5 个。包括： - 在 Flash Layer 上构建 dApp（$10,000） - 在 Boba Network 的测试网上部署连接 Web2 的游戏 dApp（$5,000） - 构建促进协作的创新方案或开发桥接 Web2 和 Web3 的工具（$1,500） - 构建企业资源企划（ERP）或 DAO 工具，用于开发去中心化自治公司（DAC）基础设施，并改进组织运作和功能。（$1,500） - 创造新的 zkSync v2 的 AA 功能（$3,000） 来源：https://medium.com/encode-club/announcing-the-layer-hack-a0861b017165 https://twitter.com/encodeclub/status/1582023638429073410 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](mailto:eth@ecn.co)进行授权。https://www.ethereum.cn/Ecosystem/devcon6-reportshttps://www.ethereum.cn/Ecosystem/devcon6-reportsFri, 14 Oct 2022 00:00:00 GMT### 演讲报道目录 <br/> - Scroll Pre-Alpha 测试网升级 - Hardhat & Nomic 基金会：以太坊非盈利机构的创建 - Ultra Sound Money - 加密货币监管对开放区块链的影响：机遇与挑战 - 扩容以太坊 - Rollups 是最安全的桥接 - 以太坊是太阳朋克 - 提升以太坊上的预言机基础设施 - Panel: 关于零知识证明该知道些什么 - 以太坊基金会的意义 - 二次方融资的新应用 - 使用ZKPs设计公共物品 - 探索以太坊 2022 年在商业上的准备 - Vitalik 在波哥大 2022：采用多证明机制 (multi-provers) 加固 Rollup 系统 <br/> ### Scroll Pre-Alpha 测试网升级 <br/> 来源 | [youtube.com/c/EthereumFoundation](https://youtu.be/7Oc0tjdbi70?t=4871) 编译 | ECN <br/>  “Scroll 的神奇之处在于它的去中心化证明网络” —— Ye Zhang <br/> 北京时间 10 月 14 日，在众多 zkEVM 项目角逐中脱颖而出的 Scroll 团队在 Devcon VI 分会场中介绍了 Scroll 的架构和未来路线图。主讲人是 Scroll 的联合创始人 Ye Zhang。 演讲分为四个部分：Scroll 的架构、Scroll 的 workflow、Scroll Pre-Alpha 测试网升级以及未来的路线图。 Ye Zhang 首先介绍了传统 zkRollup 运作流程。用户将交易发送给 L2 节点，节点会运行某种 zk 算法并生成 zk 证明，这些证明会由 L1 上的智能合约验证。 通常来说，Rollup 中会有一个定序器，排序用户交易并让 prover 生成 zk 证明。而 Scroll 有一个尤其突出的设计：去中心化的证明网络。这个网络由一群运行 zkEVM 的 Roller (类似于 PoW 网络中的 miner) 组成，他们对交易生成有效性证明，然后将证明返还给 coordinator，由中继接收证明并发给主网上的 Rollup 合约。 “三个月前，我们发布了面对用户的测试网。用户可以通过 Metamask 与测试网上预部署的应用交互；可以在 L1 <-> L2 之间桥接资产；可以通过浏览器查看交易状态。” Ye Zhang 说道，“超过一万名用户测试桥接和上面的应用，很感谢社区积极参与测试和为我们提供了有用的反馈。” 在 Devcon VI 开始前，Scroll 发布了 Pre-Alpha 测试网的升级版本，面向开发者开放任意合约部署测试。 说到 Scroll 的路线图，Ye 表示，Scroll 主要分五个阶段推进他们的部署。阶段一则是 Pre-Alpha 测试网；阶段二是 Alpha 测试网，不同于阶段一，这个阶段开发者可以无许可地加入测试；阶段三是 L2 证明外包，即向证明社区开放证明生成的工作，任何人都可以运行自己的机器成为证明者网络的一员；最后就是阶段四的 zkEVM 主网和阶段五的去中心化定序器。 <br/> \### Hardhat & Nomic 基金会：以太坊非盈利机构的创建 <br/> 来源 | [youtube.com/c/EthereumFoundation](https://youtu.be/wbQd4yio3bI?t=16778) 编译 | ECN  <br/> “我们一直以来所做的一切都是在推动以太坊发展，这些经历让人有满足感，但也非常具有挑战性。” —— Franco Zeoli <br/> 10 月 14 日，Nomic 基金会的联合创始人 Franco Zeoli 在 Devcon VI 上介绍其组织和项目 ——开发工具套件 Hardhat。该组织自 2021 年起转型为以太坊上的非盈利组织，Franco 称，这不仅是因为其团队对以太坊的热爱，也因为他们所创造的开发者体验对于以太坊来说至关重要，且非盈利转型本身也可能产生一定的社会影响。Franco 在演讲中回顾了 Nomic 基金会团队[一路以来的发展历程](https://medium.com/nomic-foundation-blog/%E4%BB%8B%E7%BB%8D-nomic-foundation-%E4%B8%60%E4%B8%AA%E4%BB%A5%E5%A4%AA%E5%9D%8A%E5%85%AC%E5%85%B1%E4%BA%A7%E5%93%81%E7%BB%84%E7%BB%87-2335bc6822f1)。他说，“我们一直以来所做的一切都是在推动以太坊发展，这些经历让人有成就感，但也非常具有挑战性”。直到现在，他们获得了来自 EF、Vitalik Buterin、Uniswap、Coinbase、Consensys、The Graph、Chainlink、Polygon、Gnosi 等捐赠方的资助 2200 万美元。这些资助都将服务于开发者以构建网络的去中心化，对此，Nomic 团队有着相应的长短期发展路线图。短期来看，他们主要聚焦于 Hardhat 系列工具的拓展和开发，包括其 CLI 任务运行器 Hardhat Runner、开发者节点网络 Hardhat Network、源代码编辑器 Hardhat VSCode 和他们即将推出的部署解决方案 HardHat Ignition。而在长期目标上，他们聚焦于 Solidity 编译器 [Slang](https://medium.com/nomic-foundation-blog/slang-rethnet-%E7%A9%B6%E7%AB%9F%E6%98%AF%E4%BB%60%E4%B9%88-e50d10d0554a) 和开发工具网络 [Rethnet](https://medium.com/nomic-foundation-blog/slang-rethnet-%E7%A9%B6%E7%AB%9F%E6%98%AF%E4%BB%60%E4%B9%88-e50d10d0554a) 这两个项目。此外，他们正在招兵买马，希望有能用 Rust 构建编译器或者一起改进 Hardhat 的开发者加入。 <br/> \### Ultra Sound Money <br/> 来源 | [youtube.com/c/EthereumFoundation](https://youtu.be/h4MP1vwnyEE?t=15631) 编译 | Pablo@Plancker 审校 | ECN <br/> “以太坊作为资产的对整个以太坊生态的成功至关重要。如果以太坊是互联网的结算(settlement)层，ETH就是互联网的货币”——Justin Drake <br/> 北京时间2022年10月13日，以太坊研究员 Justin Drake 做了整场 Devcon VI 唯一一场关于 ETH 作为资产的主题演讲——UltraSound Money。  Justin从资产的角度带大家理解以太坊协议，以太坊作为资产的对整个以太坊生态的成功至关重要。以太坊生态离不开ETH，如果以太坊是互联网的结算(settlement)层，ETH就是互联网的货币。 Justin用货币温度（流通速度）来做比喻。在一层网络，质押就像将货币从液态冻结成固态，gas燃烧则像从液态变成气态，快速消耗。在二层网络，情况类似，ETH 可以在 DeFi 里绑定作为抵押品，ETH 也可以在交易中作为货币。 当人们想到货币 (currency) 时，通常想到的是高流通速率的用例。而在以太坊生态中，低流速的场景不应该被忽略，因为它们也很重要。ETH 作为可编程货币，可以被编程为不同的东西促进以太坊的发展，它可以被编程为押金来提供协议安全 (security)，可以被编程为基本费用来维持以太坊的可持续发展 (sustainability)，可以在Defi等场景中作为经济带宽 (bandwidth)，可以用于交易带动更多经济活动 (activity)。 ETH 在“冷经济”（安全和带宽）与“热经济”（提供可持续性和支持经济活动）中扮演的角色都非常重要。 Justin提出以太坊的安全率可以通过所有被担保的价值/经济生态的安全值计算。现有的安全率为20倍，是一个比较健康的数据。在过去两年中，ETH的质押一直以比较健康的速率在增长，大约一天20K的ETH增长速率，截止本月，已质押约14.2M的ETH。除了以上的质押保障网络安全的冷经济行为，以太坊还有通过发行质押奖励的热经济行为。 随后，Justin 在安全、可持续性、带宽与经济活动四个方面展开论述 ETH 作为资产如何帮助以太坊成为互联网的结算层。  1. 安全 以太坊作为互联网的结算层，它的经济安全不能被以太坊上的经济价值压垮。互联网上承载的经济价值是巨量的，因此需要一个重要的概念——安全系数 (security ratio) 安全系数=total value secured/economic security 目前，以太坊的安全系数很健康，是20.0x，这个系数越低，越健康。现在以太坊为价值200亿美元的资产提供安全，但在未来，以太坊将为上万亿美元的资产提供安全。由于安全系数是越低越好，目前质押在以太坊的 ETH 有1400多万枚，那预期长期的未来会有多少 ETH 质押在上面呢？ 这需要看几个激励大家参与质押的指标： - 增发收益 - ETH 的价格 - 最小可行增发量 2. 可持续性 如果把以太坊看作企业的话，它的产品就是区块空间，非常安全的区块空间。利润=收入- 开销，利润为正时，企业才可持续。那么在以太坊上，利润 = 区块空间销售额 - 安全开支 = 烧毁的ETH - 增发的 ETH。合并后，尽管安全开支减少了很多，现在还没有处于可持续的状态，也就是说以太坊的区块空间销售额还不足以支付其安全性。但好消息是，不可持续性的差值是很小，小于0.1%每年。如果再仔细分析，会发现自由于 EIP-1559，ETH 的烧毁速率是越来越快的，烧毁量是当下增发量的3.5倍，因此 ETH 的供给增长量预期会是负的。 如果 sound money (稳健货币）是指总量有上限的货币，比如比特币，那么 ultrasound money (超稳健货币）是指供给不断减少的货币，如现在的以太坊。 3. 经济带宽 在应用层上，ETH 在 DeFi 上被用作经济带宽。MakerDAO，AAVE等DeFi协议使用 ETH 作为质押品，因为ETH没有合约风险，没有托管风险，没有预言机风险，没有桥的风险，没有治理风险，唯一的风险就是价格的易波动性。Justin相信在可以预见的未来十年，ETH依然会作为重要的去中心化稳定币的抵押品，并且规模将从现在的2M ETH增长到30M的ETH。 Justin提出了非流动性乘数 (illiquidity multiplier) 的概念，它对应于前面提到的“冷经济”与“热经济”。他认为，评估以太坊市值的一个方法是：ETH 市值=[流动的 ETH 的市值] x [1/流动的 ETH 的占比]，其中 [1/流动的 ETH 的占比] 就是非流动性乘数。对于流动的 ETH，我们有模型等分析工具。我们通过流动的 ETH 了解 ETH 的市值，这一部分相当于把以太坊看作一家技术企业，但我们可以用它来了解整个以太坊的市值，而这个比例系数就是非流动性乘数。今天，以太坊的非流动性乘数很小——1/80%=1.25x，但当大多数的 ETH 都作为抵押品时，比如 80% 时，非流动性乘数能达到 5x。如果流动的 ETH、区块空间销售额是1万亿美元，那么 ETH 作为资产的市值会达到 5 万亿美元。  4. 经济活动 经济活动指的是发生在以太坊上的具有流动性、多样性、生命力的各种交易，而要实现这一点，最重要的是以太坊的可扩展性。好消息是，通过各种技术的结合，以太坊有望从每秒10笔交易扩展到每秒1千万笔交易。而在这种情况下，每笔交易需要多少手续费才能实现以太坊的收入足以覆盖其安全开销，且ETH 成为 ultrasound money 呢？Justin 认为，到时每笔交易的费用会从 300 万 Gwei 下降到 3 Gwei，及时到时 ETH 的价格很高，3 Gwei 也会是很少的钱。  Justin最后预测ETH的总体供给将达到100M，其中33M作为质押保障安全从而每年带来1M的发行作为质押奖励，每年通过区块空间销售燃烧1M，另外33M作为DeFi产品的抵押以发行去中心化稳定币等，最后33M作为流动的货币。 <br/> ### 加密货币监管对开放区块链的影响：机遇与挑战 <br/> 来源 | [youtube.com/c/EthereumFoundation](https://youtu.be/wbQd4yio3bI?t=16778) 编译 | ECN  <br/> “在接下来的两年里，我们将会看到更多的监管报道。”——Marina <br/> 10 月 13 日，Devcon VI 的第二天，作为欧洲加密货币监管法律领域的专家，EUCI（欧洲加密货币倡议组织）的联合创始人 [Marina Markezic](https://twitter.com/MarinaMarkezic)、[Florian Glatz](https://twitter.com/heckerhut) 和 [Simon Polrot](https://app.devcon.org/speakers/H3VZ9D) 在此次演讲中探讨了全球监管对区块链领域尤其对 DeFi 的监管，并剖析了监管对区块链的影响。 就在 10 月 5 日，欧洲立法机构通过加密货币监管新规 MiCA（加密资产市场法案）。这项综合监管旨在将加密资产类别置于 ESMA（欧洲证券和市场管理局）和 EBA（欧洲银行管理局）的监管之下。与此同时，欧洲最终确定的法规还有去年提出的 TFR（资金转移监管条例）。 这让人不得不回顾过去两年里兴起的全球加密货币监管浪潮，SEC 针对 Luna 暴跌事件订立的条款、OFAC 对 Tornado Cash 的监管打击。值得关注的是，这些监管是协作进行的，它广泛地发生在国际社会层面，如欧洲、美国等。Marina 认为，在接下来两年，我们会看到更多的监管报道。 这些监管对于区块链领域有着很大的影响，以下以欧洲为例。对于加密资产服务提供商们来说，他们需要加入欧盟和获取 CASPs（加密资产服务提供商）执照、遵循反洗钱法等。对于加密资产发行方来说，发行代币相当于“小型”的 IPO（首次公开募股），他们需要加入欧盟并遵循其相应的发行“白皮书”。在加密稳定币的监管方面，去中心化稳定币被禁止发行，同时，他们需要提交季度交易报告给欧盟。欧盟将稳定币支付交易每天限额定在 2 亿美元，超出该额度时，发行方的执照将被撤回。Simon 认为，除了稳定币外，监管还将继续针对隐私协议。 此外，对于区块链社区来说，需要他们提高其网络的中立性，建构一整套去中心化、保护隐私的机制等来应对监管，而这，离不开每位社区成员的参与。 <br/> ------- <br/> ### 扩容以太坊 <br/> 来源：[youtube.com/c/EthereumFoundation](https://youtu.be/lJ8KXQVlU6A?t=9671) 编译 | Pablo@Plancker <br/>  <br/> “去中心化意味着实现世界上百分之一的人口可以实时验证区块链的完整性这一目标” —— Patrick McCorry <br/> 北京时间 10 月 12 日，来自 Infura 的 Patrick McCorry 以 light talk 的形式介绍了以太坊扩容的情况。从区块链的基本概念包括：区块广播者，验证者，点对点网络，扩容到以太坊的三种基本节点：全节点，存档节点，修剪节点为听众普及了相关知识。 Patrick 提到虽然在内存中执行合约很耗计算资源，但读写数据库是现在的瓶颈。以太坊扩容的瓶颈包括存储、计算、带宽。扩容的两个目标是减少fork 率和降低节点门槛。 比较常见的扩容思路是将计算从以太坊中分离出来并改为链下计算。将以太坊变成结算层 settlement layer。以太坊扩容的核心是桥接，同时解决数据可用性问题。 最后 Patrick 总结了对抗扩容瓶颈的三个思路： - 给每个资源分配一个目的并解决它：数据可用性层，结算层，执行层。 - 通过桥接实现扩容（roll-up 为中心的路线图) - 数据可用性+桥接的状态转换完整性 <br/>  <br/> --- <br/> ### Rollups 是最安全的桥接 <br/> 来源：[youtube.com/c/EthereumFoundation](https://youtu.be/h4MP1vwnyEE?t=8397) 编译 | ECN <br/> “服务于桥接、稳定币、预言机、区块链…等等的 l2beat.com。” —— Josh Stark <br/>  <br/> [l2beat.com](http://l2beat.com/) 已经成为评估不同以太坊扩容解决方案的安全假设的最值得信任的社区资源。各个方案都有一个 “原生的” 桥接，允许用户将代币转移到 L2 上，但除了原生桥接之外，还有大量其他桥接可供终端用户使用。它们与 “原生” 桥接相比如何？用户通过这些桥接发送代币会面临什么风险？ 在 10 月 13 日的主会场中，来自 Maker DAO 以及 l2beat.com 的创始人 Bartek Kiepuszewski 做了一场题为 “Rollups Are the Most Secure Bridges” 的演讲。 “两年前，我开始参与 Maker DAO 的多链战略项目工作，那时我们就问自己一个问题，我们究竟是怎样将 DAI 转移到不同的链上的？这个问题不简单，我们必须调研所有链和它们的安全性，并怎样才足够安全地转移 DAI”，Bartek 回忆自己因何启动 l2beat.com 网站，“我首先在 Maker DAO 的网站上发布了一个方案对比的表格，但没什么人回应。显然，大家需要一些更加简明和直观的数据。于是我开始了制作 l2beat 这个网站”。 除了针对每个 L2 扩容解决方案的各种数据收集以及风险评估之外，近期他们推出了针对桥接分析板块。在这个板块，列出了每个桥接的方案的 TVL、7 天的锁仓变化、市场份额、验证方以及桥接类型。 风险评估一直都是 l2beat 网站重视的板块，Bartek 因此特地从两个方面评估了不同桥接方案的安全性。 首先是桥接有这几种类型： - 代币桥接 - 流动性网络 - 混合桥接 代币桥接具有无限的流动性；代币存放在目的链上，代币桥接验证者这一设计具有一定风险；慢并且昂贵。流动性网络的流动性有限；代币存放在目的链上，流动性网络验证者没有风险，但是与之相关的代币桥会给其带来风险；快且便宜。 第二个评估角度则是“交易信息由谁来验证”，分别有： - 第三方 - 乐观式验证机制 (默认信息有效，除非信息被证明错误) - 由原始链的验证者验证 - 由以太坊验证，去信任化 总结下来，对桥接类型和交易信息验证方进行比较之后，使用原生桥接并且由以太坊提供安全性的 Rollup 具有最佳的安全性。 <br/> --- <br/> ### 以太坊是太阳朋克 <br/> 来源：[youtube.com/c/EthereumFoundation](https://youtu.be/MJvE9UMPxIE?t=24970) 编译 | ECN <br/>  <br/> “以太坊是密码朋克，是太阳朋克，是月亮朋克，也是 Terrapunk。我们会达到自己想要的样子，让我们一起协作吧，构建我们想要构建的世界。” —— Kevin Owocki <br/> 10 月 13 日，Gitcoin 联合创始人 Kevin Owocki 在 Devcon VI 第二天的《以太坊是加密朋克》演讲中，阐释了以太坊的一系列朋克隐喻：密码朋克、太阳朋克、月亮朋克、Terrapunk。 密码朋克兴起于 90 年代，Eric Hughes 所著的《密码朋克宣言(A Crypherpunk’s Manifesto)》是其运动的根源。通常，密码朋克是指这样一类人：他们强烈倡议密码学技术和隐私加强技术的使用，将此作为他们改变社会和政治，将权力下放至个人的方式。 以太坊是太阳朋克。太阳朋克的概念在近几年才兴起，它诞生于气候变暖、独裁统治、虚假信息以及支离破碎的国际社会秩序中，旨在让人类进行网络规模协作。本质上，太阳朋克是一种虚构的图景：如果可持续性和协调失灵等当代问题得到解决，未来世界会是怎样。而以太坊作为这样一种平台，可以通过达到碳中和、增加网络碳信用、创建协作能力等来让世界变得更好。 同时，以太坊也是月亮朋克，这个概念是密码朋克结合太阳朋克的产物，它的理念在于资助那些保护隐私的公共物品。月亮朋克被视作是与太阳朋克如同手足关系的一种美学，但它具有更多普世的特征，参考了巫术、未来式设计、自然、可再生能源和生命周期的概念。更多关于月亮朋克的内容，可以观看视频：[Lunapunk and the Dark Side of the Cycle](https://www.youtube.com/watch?v=QA3YZVDUN5s)。 除此之外，以太坊还是 Terrapunk。Terrapunk 是一种倾向于增加更多人口、创造更多“地球”、控制自然、提倡技术、将人类的生活拓展至宇宙的概念。Kevin 认为，Terrapunk 是太阳朋克的另一种表现方式，但不同于太阳朋克的人类极简主义（human minimalism），它是一种人类极繁主义（human maximalism）。文章《Terrapunk 宣言([the terrapunk manifesto](https://nasjaq.substack.com/p/the-terrapunk-manifesto))》可以帮助你深入了解 Terrapunk。 可以说，以太坊是一面镜子，反射出我们所建构的价值观。它是协作下的产物，推动生态不断演进。它更是人类希冀的[谢林点](https://zh.m.wikipedia.org/zh-hans/%E8%B0%A2%E6%9E%97%E7%82%B9)，构建着透明的、不可变动的、可编程的全球金融与协作的基底，建设新的制度。通过 web3，人类可以利用集体的智慧建立协作机制，解决人类最不容忽视的协作难题。 以太坊构建者一直致力于在以太坊上构建超结构（Hyperstructure）机构，满足大家的共同需求。最终，以太坊将构建出超结构机构的集合 —— 元超结构（metaHyperstructure），这些机构会以模块化的方式实现与彼此的互操作性，让以太坊用户可以实现共同的价值观。 <br/> ---- <br/> ### 提升以太坊上的预言机基础设施 <br/> 来源：[youtube.com/c/EthereumFoundation](https://youtu.be/Wr_SHOmz4lc?t=17755) 编译 | Pablo@Plancker <br/> 北京时间 2022 年 10 月 13 日，来自 Chainlink 实验室的研发主管 Lorenz Breidenbach 发表了题为提升以太坊上的预言机基础设施的演讲。 <br/>  <br/> 预言机持续地推动以太坊和二层生态网络的发展。为了构建服务于真实世界用例的 dApps，从DeFi，DAO 到 NFT 等，以太坊开发者都需要访问安全的 oracle 网络。在本次演讲中，Lorenz 带我们深入研究最新的 oracle 创新，并展示新的功能，使以太坊开发人员能够建立可扩展的、安全的、功能丰富的应用程序，以实现广泛的应用。 Chainlink 的经典预言机网络使用链下报告协议，为开发者提供数据流。除了数据流以外，预言机可以帮助实现多种功能，包括储备证明、安全的随机性、合约自动化、跨链互操作性、公平排序、外包计算和存储、通过 API 触发现实世界的行动以及对任何 web2.0 数据的隐私保护访问。 <br/>  <br/> 如一个经典的应用就是通过 VRF 和预言机实现链上安全的随机数。另外合约自动化的执行也是预言机的一个重要应用，由于合约在链上无法自执行，因此一个可靠的链下预言机网络可以很好地通过合约自执行功能扩展合约功能，提升用户的交互体验。 Lorenz 作为资深研究员带大家展望了预言机未来的使用场景 —— 跨链可编程的桥。预言机可以桥接链和链之前的 gap，帮助合约从以太坊发送消息到其他链。另外，保护隐私地接入任何 Web2 的数据也将是一大应用场景，验证者通过密码学的方式承诺验证用户的 Web2 私有信息，同时使用 zkp 将用户信息与预言机同步。 最后 Lorenz 总结了关于预言机的三个重要信息： -安全和可靠对预言机网络是最重要的 -预言机不只是数据流 -预言机可以让智能合约变得前所未有的强大 <br/> --- <br/> ### Panel: 关于零知识证明该知道些什么 <br/> 来源：[youtube.com/c/EthereumFoundation](https://youtu.be/HaqYiE8W0yU?t=18659) 编译 | ECN <br/>  <br/> “在未来10年里，我相信人们会认识到，zk-SNARKs 对技术的重要性不亚于区块链。” —— Vitalik Buterin <br/> 零知识 (zk, zero knowledge) 已然成为一个“包罗万象”的术语，代表了很多“现代”和“先进”的密码学 —— 特别是与未来区块链相关的密码学。在 10 月 11 日的 Decon VI 开幕式中，进行了一场主题为“关于零知识该知道些什么” 的 Panel。Albert Ni 担任主持人，gubsheep、Barry Whitehat 和 Vitalik 作为 Panel 嘉宾。在这个 Panel 中，他们分享了各自对 zk 的看法 —— 如何看待它、应该注意什么以及应该关注什么。他们还探讨了 zk 将可能如何改变以太坊以及怎么对以太坊进行补充。 开场时，Albert Li 说道：“随着加密生态系统的不断发展，“Crypto” 这个词已经从单纯的密码学延申出无数的领域，包括加密货币等等。而零知识 (zero knowledge) 这个专业术语也不再仅限于技术范畴，它延申出一些使用 zk 证明技术的更广泛的用例，这些用例包含这些属性：准确性和简洁性。” 对于 Albert 的问题 “未来 ZK 会如何对以太坊进行补充？”，Vitalik 表示，“我认为 ZK 天然是区块链的补充。之所以这么说，首先我觉得区块链提供的抗审查特性，是以牺牲掉‘可扩展性’和‘隐私性’这两种非常重要的属性为代价的。而 zk-SNARKs 则是为这两种属性量身订做的技术。“ Dark Forest 的创始人 gubsheep 则举了一个用例，来说明一些应用在未来可能会非常有用。“假设一些传统的 Web2 公司如 Facebook、twitter 给每个账号提供一个状态根，他们无需将这个状态根所包含的数据展示出来，但他们至少会将这些状态根所组成的默克尔树发布出来。那用户可以做的是，可以对这些数据生成 zk 证明，让别人可以验证这些信息是正确的，但又不揭露信息本身。比如你可以证明你是 Facebook 的一员，你有用哪些声誉，并且能将这些声誉从某个平台转移到另一个平台中。我认为这是 Web2 和 Web3 世界之间的一个非常有趣的交互。” 当主持人 Albert 问到大家对于这个领域中未来的预测时，基金会 PSE (Privacy and Scaling Explorations) 团队的成员 Barry Whitehat 则开玩笑 (认真脸) 道：“我的预测是，到 2040 年，有人会利用零知识技术进行研究并因此获得诺贝尔和平奖。” <br/> --- <br/> ### 以太坊基金会的意义 <br/> 来源：[youtube.com/c/EthereumFoundation](https://youtu.be/HaqYiE8W0yU?t=12015) 编译 | ECN <br/>  <br/> “我们刚才讲到的生态系统维护、公共物品资助等大量工作会由谁来做呢？简而言之就是，这些事情无法只由以太坊基金会单独完成。”———Josh Stark <br/> 10 月 12 日，Josh Stark 开展了《以太坊基金会的意义》的演讲。此次演讲分为三个部分：以太坊是什么、以太坊基金会 (Ethereum Foundation, EF) 是什么以及 EF 意在建构些什么。 以太坊是一个复杂的生态系统，承担着金融系统、开发者平台、前沿研究领域、政治运动、新的国家和司法管辖区、长期和去中心化的全球项目等角色。 EF 一个由各种团队组建、为外部机构提供资助或募资的非盈利社区。这些团队负责维护以太坊系统、资助公共物品、推动政治运动前进、应对问题和机遇、研究、倡议等。它旨在帮助生态独立发展，不为聚集其自身影响力，而是在这个过程中逐步减少它对生态de影响。 EF 遵循着一种减法（subtraction）哲学，减少对生态的介入，促进新的独立机构创建起来；同时，采取着按层分配策略(layered allocation strategy)，让社区融入生态的发展。 但整个以太坊生态肯定不只是由 EF 来进行维护工作，还由它以外的整个以太坊生态系统去一起面对生态中的挑战并适应新事物。EF 只是负责帮助人们成立新的组织，比如 DAO Research Collective、0xPARC、Nomic Foundation 等，而 “决定不去做具体的事情”，比如，不去开发一个属于 EF 内部的共识层客户端。 EF 希望利用社区团队方法（community of team method，即社区由团队构成）、按层分配策略来创建具有多个独立决策者、内部结构灵活的组织。他们将更多的去中心化的独立决策团队融入生态，在出现新问题时，这些团队会自觉地做自己该做的工作；另一方面，他们也会为每个具有特定长处的团队提供相应的资助，如 Gitcoin、clr.fund。 除此之外，EF 认为，人们可以打破一些旧有的思维模式，探索一些以太坊能够在金融、政治等众多领域中构建的新事物。 <br/> --- <br/> ### 二次方融资的新应用 <br/> 来源：[youtube.com/c/EthereumFoundation](https://youtu.be/HaqYiE8W0yU?t=27814) 编译 | ECN <br/>  <br/> “接下来，Gitcoin 会发布一个全新的 Grants Protocol，它将会是完全去中心化的协议。”——Connor O'Day <br/> 10 月 12 日，Gitcoin 团队及其 DAO 成员 Connor O'Day 开展演讲《二次方融资的新应用》，主要围绕二次方融资机制展开。 二次方融资机制（Quadratic Funding，QF）是由以太坊创始人 Vitalik、哈佛大学的 Zoe Hitzig 以及微软研究员 E. Glen Weyl 于论文《A Flexible Design for Funding Public Goods》提出。 通俗来说，QF 机制指的是通过取每次捐赠的平方根，来计算出为特定项目提供的资助金额。从技术上来说，它指的是一种在民主社区中资助公共物品的最佳数学方式。总而言之，这种融资机制关注参与捐赠的人数，捐赠的人越多，项目获得匹配资金就越多。而这里的公共物品指的是无竞争性、非排他性的公共物品，如能够清洁环境的开源软件。 回顾 Gitcoin Grants 一路走来，迄今为止，其所有的 QF 机制融资轮都基于中心化的堆栈来运行。对此，Gitcoin 走向去中心化之路的举措包括：无需许可的协议、有弹性的身份系统、社区策划和自助式产品功能，还包括借助 Gitcoin Passport 构建去中心化身份系统、激励社区创造以及 TCR（Token Curated Registries，代币精选清单）等新原语和工具。 Connor 提到，其实目前的 QF 并不是真正数学上的 QF。这是因为 QF 的匹配池和匹配时限是固定的，这意味着，当在匹配池饱和的情况下，匹配规模扩大或是缩小都会导致匹配池过饱和或未饱和。这就导致 QF 无法匹配到位，即无法提供更多的资金进行匹配或是无法匹配完资金池里的资金。 对此，他提出一系列应对机制。首先是成对匹配机制（Pairwise Matching），这种机制可以避免贡献者之间共谋为彼此捐赠的情况。当池中的贡献者之间的相互关联弱时，该池可以得到更多匹配，而当相关性高时，则降低匹配的金额。或是采用多元成对匹配机制（Plural Pair Matching），将社交距离与 DID/SBT/VC 等身份凭证结合起来，以衡量贡献者和其贡献网络之间的距离。 此外，他还对比了其他新型的公共物品募资机制：[clr.fund](http://clr.fund/) 采用的 MACI（Minimal anti-collusion，最小抗共谋）机制、Optimism 采用的追溯性公共物品募资机制（Retroactive Public Good Funding）和主导性保证合同机制（Dominance Assurance Contract）。MACI 投票是私密的，避免贡献者出现共谋和有偿投票的情况。追溯性公共物品募资机制则是由专家驱动的对以往获资助的优秀开源项目进行追溯募资的机制，它实际上是一种”白名单”募资，而不是 QF。主导性保证合同机制是博弈论的产物，这种机制会激励社区所有成员都为资助一个公共物品进行贡献，并在未达到捐赠门槛（特定的金额或特定数量的捐赠者）时退还捐赠，避免了搭便车问题。 Connor 还谈及 Gitcoin 计划在未来升级至一个完全去中心化的新资助 protocol ，该协议会促进 QF 机制在新领域的采用，让非加密原生的用户也可以使用 Gitcoin 的网络。此外，他表示，希望更多项目方可以使用 Gitcoin Grants 来开启他们的项目。 <br/> ----- <br/> ### 使用 ZKP 设计公共物品 <br/> 来源：[youtube.com/c/EthereumFoundation](https://youtu.be/HaqYiE8W0yU?t=24217) 编译 | ECN <br/>  <br/> “有了匿名功能，你的名字可以保持私密状态，但你的行为是公开且可追踪的。” —— Rachel <br/> 10 月 12 日，在 Devcon VI 波哥大开幕式上，来自 [PSE 团队](https://appliedzkp.org/)的成员 Rachel 做了题为 ”使用 ZKP 设计公共物品“ 的演讲。 “我花了一些时间才将自己的设计思维模式从 ’以盈利为目的‘ 转向 ’非盈利为目的‘ ” ，Rachel 透露自己加入 PSE 团队进行扩容和隐私公共物品设计工作的心路历程，“这是一个非常大的转变，因为我的设计初心不再是让提高某个产品的销售额，而是吸引更多的参与者来基于我们构建的东西去构建他们自己的东西”。 演讲中，Rachel 先解释了为什么要为隐私设计产品。 “你曾经想过在不披露你是谁的情况下证明某件事是正确的吗？” Rachel 认为，zk 证明让我们能够在数字世界的交互中选择揭露什么和隐藏什么。 接着，她列举了他们团队在进行 zk 设计时所面临哪些挑战并给出了各自的解决方案 app。这些挑战有： - 如何权衡易接近性和透明性 - 如何让用户自主选择披露自己隐私的程度 - 我们该如何为匿名用户创建彼此信任的环境 - 我们如何在匿名个体的社区中表示身份 最后，Rachel 给出了三种他们在设计时思维模式的模型，分别是：反映技术的实现模型、反映设计者愿景的表现模型以及反映用户愿景的心理模型。 <br/> ---- <br/> ### 探索以太坊 2022 年在商业上的准备 <br/>  <br/> 来源 | [youtube.com/c/EthereumFoundation](https://www.youtube.com/watch?v=l9l0DKWbYCg) 编译 | Pablo@Plancker <br/> “EEA 表示相信以太坊生态已经为商业应用做好了准备。” —— EEA <br/> 北京时间 2022 年 10 月 12 日，EEA (企业以太坊联盟) 在 Devcon VI 上发布了其报告，除了加密货币，NFT 和 DeFi，大多数人不了解以太坊在（联盟链）商业上的应用。 EEA 从 118 个商业导向的以太坊项目中收集数据，使用了 7 个技术指标和 3 个非技术指标对项目进行分析，最后得出以太坊现在依然在商业应用的早期。 在以太坊的商业应用中，比较常见几个应用方向包括资产通证化，支付解决方案，交易市场和供应链。在报告中深度调研了 9 个用户案例，会上没有做一一分享，但 EEA 强烈建议读者阅读并从中得到一些启示。 <br/>  <br/> EEA 在最后给出了本次主题的一些结论： - 公链机会的不断增加吸引了商业领域注意力 - 去中心化的商业模式对很多场景有意义 - 私链和公链正在融合 - 商业应用将继续依赖 L2 和侧链 - 技术进步正在解决隐私方面的顾虑 - 进行中的主网升级正在解决商业应用问题 - 监管仍然是拦路人，不过并不针对所有用户案例 - NFT今天展示了通往数字资产的未来之路 最终，EEA 表示相信以太坊生态已经为商业应用做好了准备。任何需要信任的生意都是以太坊未来的机会。 报告下载链接：https://entethalliance.org/download-business-readiness-report/ 欢迎联系作者把你所应用的相关案例也加进明年的报告。 <br/> --- <br/> ### Vitalik 在波哥大 2022：采用多证明机制 (multi-provers) 加固 Rollup 系统 <br/> 来源 | [Scroll Rollup Day - Bogotá 2022](https://www.youtube.com/watch?v=Os10Ln8sMOc) 编译 | ECN <br/>  <br/> 北京时间 2022 年 10 月 11 日，Vitalik 参加了由 Scroll 举办的 [Rollup Day 活动](https://twitter.com/Scroll_ZKP/status/1579557723255209985)，这场活动作为波哥大 Devcon VI 的周边活动之一，主要专注于以太坊 Rollup 话题。在 Rollup Day 中，Vitalik 做了一场以多证明机制为主题的演讲 —— [Hardening rollups with multi-proofs](https://www.youtube.com/watch?v=Os10Ln8sMOc)。 Vitalik 认为目前几乎所有 Rollup 解决方案都仍处于使用 “辅助轮 (training wheels)” 的阶段，这意味着现阶段的 rollup 还没实现去信任或者信任最小化。 而这些 rollup 仍保留使用 “辅助轮” 的一个很重要的原因就是过于复杂的代码会增加其系统的攻击面。举 PSE 团队所开发的 ZK-EVM 电路为例，它的代码有 34,469 行。 鉴于在中短期之内，rollup 代码很难实现完全没有漏洞，Vitalik 列举了几个替代方案以促进 rollup 更加信任最小化甚至去信任化。 方案一：高阈值的治理方案决定对代码的重写 (override)。假设 6/8 多签方案来决定是否对代码中出现的某个 bug 进行重写。这种高阈值的治理方案可以达到一定的信任最少化，但仍存在共谋的风险。 方案二：多个证明者 (multi-provers)。借鉴以太坊上的多客户端机制，采用多证明系统 (欺诈证明的多种实现 或者 zkEVM 的多种实现) 可预防网络的宕机情况。 方案三：两个证明者 ((欺诈证明 vs. zk 证明) 再加上治理小组，2/3机制 (two-provers plus governance tie break)。这个方法的好处有：不必信任治理 (它不能与证明相矛盾)；当一个证明系统出现漏洞，另一个系统不受影响；理想情况下，两个证明程序应该具有非常不同的结构，以最小化同时出现漏洞的机会。 最后，Vitalik 表示，ZK-EVM 实现在很长一段时间内很难达到无漏洞的状态，而提供多种证明系统实现能最小化网络出现灾难性后果的机会。 <br/> 演讲演示幻灯片：[https://hackmd.io/@vbuterin/zk_slides_20221010#/](https://hackmd.io/@vbuterin/zk_slides_20221010#/) 视频链接：[https://www.youtube.com/watch?v=Os10Ln8sMOc](https://www.youtube.com/watch?v=Os10Ln8sMOc) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/announcement/devconapp-launchhttps://www.ethereum.cn/announcement/devconapp-launchWed, 12 Oct 2022 00:00:00 GMT聚焦波哥大#DEVCON VI，提供活动深入报道的网站 [devcon.app](devcon.app) 上线啦！ 今天我们都整理了哪些看点？ - 在去中心化区块链以太坊的生态里，要如何理解以太坊基金会的角色？EF 以后将往什么方向发展？ - Vitalik 认为 zk 天然是区块链的补充？2040 年可能会有人因为利 zk 技术进行研究而获得诺贝尔奖😲？ - @Scroll_zk 主办的周边活动 Rollup Day 对去中心化 Rollup、PBS、MEV 都进行了哪些启发性讨论💡？ - Vitalik 提出采用多证明机制加固 Rollup 系统 - 设计 ZKP 公共物品的思维模式是怎样的？ - EEA 探索以太坊 2022 在商业上的准备 想要了解详情，快戳👉 [devcon.app](devcon.app)  devcon.app 的编辑工作欢迎大家一起来参加哦，让它成为社区共同经历、记录波哥大 Devcon VI 的载体。现在我们已经有[@plankerDAO](https://twitter.com/PlanckerDao) 和@layer_social的小伙伴加入啦，其他有意向参与编辑的小伙伴，快 dm @EthereumCN 吧！ 关注我们的 twitter list 获取 Devcon VI 最新消息！ [https://twitter.com/i/lists/1578725114111315969](https://twitter.com/i/lists/1578725114111315969)https://www.ethereum.cn/Ecosystem/eth-weekly-2022-10-11https://www.ethereum.cn/Ecosystem/eth-weekly-2022-10-11Tue, 11 Oct 2022 00:00:00 GMT# 本期看点： <br/> - **Devcon Bogotá 于今天 22:45 正式开幕** - **Vitalik 在波哥大 2022：采用多证明机制 (multi-provers) 加固 Rollup 系统** - **zkSync 的 L3 方案即将推出公共测试网** - **StarkWare 创始人&STARK 发明者 Eli 整理 STARK Math 的资源合集** - **StarkNet 推出主网重置计划** - **Polygon 推出 zkEVM 公共测试网** - **Scroll 升级 Pre-Alpha 测试网版本** - **币安跨链桥 BSC Token Hub 被攻击事件** - **Dapper Labs 冻结俄罗斯地址资金事件** - **DEX Transit Swap 黑客事件进展** <br/> <br/> # 主网 <br/> **Devcon Bogotá 于今天 22:45 正式开幕** 第六届 Devcon 于将于今天（11 日）北京时间 22:45 正式开幕。此次开发者大会将持续至 15 日，具体的日程：[Schedule — Devcon Bogotá App](https://app.devcon.org/schedule)，大家也可以查看 ECN 为大家悉心准备的汉化精选日程：[DEVCON VI (notion.so)](https://www.notion.so/DEVCON-VI-acd26b9e34464af29b7fce373b3e6a7b)，表格根据时间 、主题类别、演讲者等进行筛选排序，活动日程一目了然。 关注 Devcon 但没能到达现场的华语朋友，可以关注 Devcon 官方全程直播：[https://live.devcon.org](https://t.co/FgltDcDuAA) 另外，还可以关注 ECN 创建的“波哥大 Devcon 2022 直播"twitter list“ ([https://twitter.com/i/lists/1578725114111315969](https://twitter.com/i/lists/1578725114111315969))，我们邀请了在 DEVCON VI 现场的华语朋友一起来直播。 更多的 Devcon 消息，请继续关注 ECN 的推特 (@EthereumCN)。 来源： [https://app.devcon.org/schedule](https://app.devcon.org/schedule) <br/> **Tim Beiko 就核心开发者在合并后的关注点发起投票** Tim Beiko 就核心开发者合并后应该专注协议设计（MEV、Sharding 和隐私）、开发者体验（新的操作码、预编译等）还是节点去中心化优化（带宽、修剪等）在社区发起投票。 该投票获得了 655 次票选，其中，协议设计获得的票数最多，占 54.4%，其次是节点去中心化优化、开发者体验，分别占 23.5% 和 6.7%。尽管该投票活动不具有科研有效性，但有一定程度的参考性，能揭示部分核心开发者的关注方向。 来源： [https://twitter.com/timbeiko/status/1575482701272215553?s=21](https://twitter.com/timbeiko/status/1575482701272215553?s=21) <br/> **Labrys 搭建了用于查看审查区块的 MEV Watch** 目前，针对有些 MEV-Boost 中继会接受 OFAC 的监管，一些交易会被审查的问题，澳大利亚一个领先的区块链开发机构 Labrys 搭建了 [MEV Watch](https://www.mevwatch.info/) 网站，大家可以使用这个工具查看合并后有多少区块是符合 OFAC 规定的。 目前的比例是 32% 左右，但在中继区块数量上，这些遵循 OFAC 监管的区块得到了 87%。  <br/>  来源： [https://www.mevwatch.info/](https://www.mevwatch.info/) <br/> **以太坊质押 ETH 再创新高** 9 月 27 日，以太坊质押到达新的里程碑：质押合约里的 ETH 超 1400 万个。 来源： [https://twitter.com/terencechain/status/1574754476077903872?s=21&t=kkxkhMDygl6VumvLu6NN4w](https://twitter.com/terencechain/status/1574754476077903872?s=21&t=kkxkhMDygl6VumvLu6NN4w) <br/> **MEV bot 攻击事件** 根据 MEV 研究团队 Flashbots 的产品负责人 Bert Miller 的推文，9 月 28 日，一个 MEV 机器人在单笔套利交易中赚了 800 ETH 的一小时后损失了高达 1,100 ETH。 交易池前缀为 0xbaDc0dE 的机器人合约已经在以太坊上活跃几个月了。在 9.28 的早些时候，有人试图在 Uniswap v2 出售价值 180 万美元的 cUSDC，这笔交易产生了一个巨大的套利机会。0xbaDc0dE “勤勤恳恳”地尾追（backrun）交易池中的套利（！），在这个涉及许多协议的长程套利中获得了约 800 ETH的利润！ 交易地址为：0x2a615005a63785284f11a4c5cb803d1935d34e358c10a3b4d76398d2e7bb2f9d 但仅仅一个小时后，0xbaDc0dE 的所有 ETH 显然都被盗了，一名黑客从钱包中净赚了 1,101 ETH（140 万美元），以为 0xbaDc0dE 未能保护他们在 dYdX 交易所执行闪电贷的函数。 “当你获得一笔快速贷款时，你借用的协议将调用你合约上的标准化函数，”米勒说。“不幸的是，0xbaDc0dE 的代码允许任意执行。攻击者使用它来让 0xbaDc0dE 批准其用于他们合同支出的所有 WETH。” 区块链安全公司 PeckShield 也发现了这笔交易。他们公布了在 0xbaDc0dE 和攻击者之间发送的链上消息。 来源： [https://thedefiant.io/mev-stolen-eth](https://thedefiant.io/mev-stolen-eth) [https://twitter.com/bertcmiller/status/1574852628030361609](https://twitter.com/bertcmiller/status/1574852628030361609) <br/> # Layer2 <br/> **Vitalik 在波哥大 2022：采用多证明机制 (multi-provers) 加固 Rollup 系统** 北京时间 2022 年 10 月 11 日，Vitalik 参加了由 Scroll 举办的 [Rollup Day 活动](https://twitter.com/Scroll_ZKP/status/1579557723255209985)，这场活动作为波哥大 Devcon VI 的周边活动之一，主要专注于以太坊 Rollup 话题。在 Rollup Day 中，Vitalik 做了一场以多证明机制为主题的演讲 —— [Hardening rollups with multi-proofs](https://www.youtube.com/watch?v=Os10Ln8sMOc)。 <br/>  cr：[@bozo_eth](https://twitter.com/bozo_eth) <br/> Vitalik 认为目前几乎所有 Rollup 解决方案都仍处于使用 “辅助轮 (training wheels)” 的阶段，这意味着现阶段的 rollup 还没实现去信任或者信任最小化。 而这些 rollup 仍保留使用 “辅助轮” 的一个很重要的原因就是过于复杂的代码会增加其系统的攻击面。举 PSE 团队所开发的 ZK-EVM 电路为例，它的代码有 34,469 行。 鉴于在中短期之内，rollup 代码很难实现完全没有漏洞，Vitalik 列举了几个替代方案以促进 rollup 更加信任最小化甚至去信任化。 方案一：高阈值的治理方案决定对代码的重写 (override)。假设 6/8 多签方案来决定是否对代码中出现的某个 bug 进行重写。这种高阈值的治理方案可以达到一定的信任最少化，但仍存在共谋的风险。 方案二：多个证明者 (multi-provers)。借鉴以太坊上的多客户端机制，采用多证明系统 (欺诈证明的多种实现 或者 zkEVM 的多种实现) 可预防网络的宕机情况。 方案三：两个证明者 ((欺诈证明 vs. zk 证明) 再加上治理小组，2/3机制 (two-provers plus governance tie break)。这个方法的好处有：不必信任治理 (它不能与证明相矛盾)；当一个证明系统出现漏洞，另一个系统不受影响；理想情况下，两个证明程序应该具有非常不同的结构，以最小化同时出现漏洞的机会。 最后，Vitalik 表示，ZK-EVM 实现在很长一段时间内很难达到无漏洞的状态，而提供多种证明系统实现能最小化网络出现灾难性后果的机会。 演讲演示幻灯片：[https://hackmd.io/@vbuterin/zk_slides_20221010#/](https://hackmd.io/@vbuterin/zk_slides_20221010#/) 来源：[https://twitter.com/Scroll_ZKP/status/1579557723255209985](https://twitter.com/Scroll_ZKP/status/1579557723255209985) <br/> **zkSync 的 L3 方案即将推出公共测试网** 二层扩容解决方案 zkSync 的母公司 Matter Labs 宣布将在 2023 年第一季度推出一个以太坊扩容解决方案原型 “Pathfinder” 的公共测试网。这是基于以太坊部署的首个 L3 网络，旨在更进一步扩容以太坊。 zkSync 的 L3 解决方案允许开发者从三个数据可用性选项中进行选择，所有选项都使用他们项目的同样基础设施。价格、性能和安全性之间的选择取决于开发者。 来源：[https://twitter.com/zksync/status/1579449318297071616](https://twitter.com/zksync/status/1579449318297071616) <br/> **StarkWare 创始人&STARK 发明者 Eli 整理 STARK Math 的资源合集** StarkWare 创始人& STARK 发明者 Eli 整理的关于 STARK Math 的资源合集。 来源： [https://twitter.com/EliBenSasson/status/1578380154476208131?t=uE8dTWYYM9Z8tMOiUSsVSA&s=19](https://twitter.com/EliBenSasson/status/1578380154476208131?t=uE8dTWYYM9Z8tMOiUSsVSA&s=19) <br/> **StarkNet 推出主网重置计划** StarkNet 主网重置计划推出，迁移会非常顺滑。开发者和用户都需要作出相应的行动，详情请阅读来源。 来源： [https://twitter.com/StarkNet_ZH/status/1575527966984937472](https://twitter.com/StarkNet_ZH/status/1575527966984937472) <br/> **Arbitrum Rinkeby 已迁移至 Arbitrum Goerli** 10 月 5 日，Arbitrum 称，Offchain labs 对于 Arbitrum Rinkeby 的支持将关停。对于新项目，建议在 Arbitrum Goerli 上部署测试。对 Arbitrum Rinkeby 的基础设施支持，包括 Alchemy 和 Infura，计划从 10 月 5 日开始停止。其他基础设施提供商将在未来几周内放弃对 Rinkeby 的支持，即 Arbiscan 也将在下周将支持从 Rinkeby 转移到 Goerli。 来源： [https://twitter.com/arbitrum_cn/status/1577497650643234818](https://twitter.com/arbitrum_cn/status/1577497650643234818) <br/> **Aztec 引入用于 zk 的通用语言 Noir** Aztec 是一个基于 zkRollup 的隐私扩容解决方案。他们于 10 月 7 日宣布引入用于 zk 的通用语言 Noir。 Noir 是一种基于 Rust 的领域特定语言 (DSL, Domain Specific Language)，用来创建和验证零知识证明。这是编写与任何验证系统兼容的 zk 应用程序最简单的方法。 Noir 文档： [https://docs.aztec.network/developers/noir](https://docs.aztec.network/developers/noir) 来源：[https://twitter.com/aztecnetwork/status/1578082456212643840](https://twitter.com/aztecnetwork/status/1578082456212643840) <br/> **通过 Warp 将 Uniswap V3 转译为 Cairo 语言并在 StarkNet 上部署** 10 月 8 日，扩容解决方案 StarkNet 的语言 Cairo 转译器的开发公司 Nethermind 宣布推出 UniStark —— 将 Uniswap V3 转译和编译在 StarkNet 上。 并且他们正在完成一个 hardhat 插件，允许开发者在已转译的 Cairo 代码上运行所有用 Solidity 写的 hardhat 测试。 UniStark：[https://github.com/NethermindEth/UniStark](https://github.com/NethermindEth/UniStark) 来源：[https://medium.com/nethermind-eth/introducing-unistark-uniswap-only-warped-to-starknet-6b62d3a96690](https://medium.com/nethermind-eth/introducing-unistark-uniswap-only-warped-to-starknet-6b62d3a96690) <br/> **Encode Club 发起为期 5 周的高强度免费 Cairo 训练营** Web3 教育社区 Encode Club 发起为期 5 周的高强度免费 Cairo 训练营，该活动将于 10.24 开始，由 StarkWare 赞助。最终举办方会帮助成功通过训练的人在区块链领域找到工作。 来源： [https://twitter.com/starkwareltd/status/1578676512739708928?s=21&t=kkxkhMDygl6VumvLu6NN4w](https://twitter.com/starkwareltd/status/1578676512739708928?s=21&t=kkxkhMDygl6VumvLu6NN4w) <br/> **Scroll 升级 Pre-Alpha 测试网版本** 经过 3 个月的建设，Scroll 发布其 Pre-Alpha 测试网的升级版本。他们之前的版本吸引了超过 10,000 名用户来测试其桥接和一些 dapp 的分叉 demo 版本，例如 Uniswap。 新版本支持以下功能： - 开发人员将能够使用 Hardhat 和 Foundry 等工具部署智能合约应用程序，因为其 zkEVM 字节码与基础层以太坊兼容，所以以太坊智能合约将能够在 Scroll 上原生地运行。 - 用户可以通过其升级的桥接合约，在 Scroll 的 L1 和 L2 测试网之间桥接 NFT 和用户定义的 ERC-20。该版本支持 ERC-20、ERC-721 和 ERC-1155 标准。 来源： [https://twitter.com/Scroll_ZKP/status/1579517833603489793](https://twitter.com/Scroll_ZKP/status/1579517833603489793) <br/> **Polygon 推出 zkEVM 公共测试网** 10 月 11 日，Polygon 推出 zkEVM 测试网，是第一个开源 zkEVM 的网络。具体的构建指引，请查看：[Polygon zkEVM | Polygon Technology | Documentation](https://wiki.polygon.technology/docs/zkEVM/overview/)。 来源： [https://twitter.com/0xPolygon/status/1579513173639823360](https://twitter.com/0xPolygon/status/1579513173639823360) <br/> **L2 Beat 发布 L2BEAT Bridges** 10 月 11 日，L2 Beat 发布新的 dashboard L2BEAT Bridges，这是以太坊与其他区块链桥接的跨链 dashboard。 来源： [https://twitter.com/l2beat/status/1579757882496946176](https://twitter.com/l2beat/status/1579757882496946176) <br/> **Taiko 宣称已经实现以太坊等效 zkEVM** 10 月 8 日，新的 ZKR 项目 Taiko 宣称已经实现 V 神认为的类型 1 的 EVM 等效（以太坊等效），并公布了白皮书。 来源： [https://twitter.com/taikoxyz/status/1578516158734512128?t=OOGI9wFeG6a0jliYxdjGVg&s=19](https://twitter.com/taikoxyz/status/1578516158734512128?t=OOGI9wFeG6a0jliYxdjGVg&s=19) <br/> # 生态 <br/> **币安跨链桥 BSC Token Hub 被攻击事件** 10 月 6 日，一名黑客攻击了一条桥接于 BNB Beacon Chain (BEP2) 和 BNB Smart Chain (BEP20 or BSC) 之间的币安跨链桥 BSC Token Hub，抓住该链的漏洞提款了 2 百万枚 BNB。币安称，这个漏洞是黑客通过将低级别的证明伪造成一个共同的库而制造出来的。 随后，为了避免造成更大的损失，币安发布了 BSC 新版本，并呼吁该链的验证者一起升级，协作制止黑客行为。该版本的主要升级内容包括：1.停止了黑客账户的交易行为；2.BNB Beacon Chain 和 BNB Smart Chain 之间的原生跨链通信已被禁用。 [币安称](https://www.bnbchain.org/en/blog/bnb-chain-ecosystem-update/)，将会就此事件进行链上治理投票，来决定如何处理被黑的资金、是否使用 BNB 的 Auto-Burn 机制处理（黑客账户中）剩下的被黑资金、未来的漏洞赏金白帽计划（100 万美元/漏洞）以及抓住黑客赏金计划（恢复资金的 10%）。 跨链桥攻击事件的频繁发生发人深思，如 ValleySwap 的 [EVODeFi](https://twitter.com/evolution_bsc/status/1533915842488016898)、Harmony 的 [Horizon](https://twitter.com/stse/status/1540765587583823872) 攻击事件等。Vitalik 一直在强调跨链桥的安全性问题，他在第七次 EF AMA 中曾表示：“我之所以对多链的区块链生态系统保持积极态度 (确实有一些独立的社区具有不同的价值观，对于它们来说，独立发展好过全部都就同一件事情的影响力而争夺)，而对跨链应用保持消极态度，**一个关键原因就是桥接具有根本性的安全限制。**” 随后，Vitalik 再次提出了一个新的概念 “共享安全性 ([shared security](https://old.reddit.com/r/ethereum/comments/sgd3zt/a_quick_reminder_of_what_shared_security_means/))”，用以分析在不同情况下，这种以某种方式 “连接” 到大型链的小型链的安全性到底如何。 <br/>  <br/> cr：Vitalik Buterin 来源： [BNB Chain Ecosystem Update](https://www.bnbchain.org/en/blog/bnb-chain-ecosystem-update/) [https://twitter.com/cz_binance/status/1578174707035013120](https://twitter.com/cz_binance/status/1578174707035013120) 推荐阅读：《[什么是“共享安全性”，为何它如此重要？](https://www.ethereum.cn/Layer2/a_quick_reminder_of_what_shared_security_means/)》 <br/> **Dapper Labs 冻结俄罗斯地址资金事件** 据 The Block 10 月 7 日报道，NFT 公司 Dapper Labs 警告与俄罗斯“有关联”的用户：他们账户中的加密货币资金会被冻结。这是 EU 对俄罗斯的一系列最新制裁中的一部分，而制裁源于它与乌克兰之间的战争。 随后，Dapper Labs 方[承认他们正在冻结俄罗斯账户的资金](https://support.meetdapper.com/hc/en-us/articles/5486302427795-Restrictions-Affecting-Collectors-in-Russia)，并说明他们对俄罗斯相关账户地址的冻结，是因为 EU 对俄罗斯及其公民发布的新制裁，包括了一些经济相关制裁，影响着提供加密资产相关服务的公司。目前，Dapper Labs 禁止为俄罗斯相关账户提供加密资产钱包、账户以及任何价值的监管服务等功能。 来源： [https://www.theblock.co/post/175639/dapper-labs-freezes-funds-in-wallets-with-russian-ties-following-eu-sanctions-users-say](https://www.theblock.co/post/175639/dapper-labs-freezes-funds-in-wallets-with-russian-ties-following-eu-sanctions-users-say) [https://support.meetdapper.com/hc/en-us/articles/5486302427795-Restrictions-Affecting-Collectors-in-Russia](https://support.meetdapper.com/hc/en-us/articles/5486302427795-Restrictions-Affecting-Collectors-in-Russia) <br/> **Darkhandbook 创作者分析了 Crypto/Web3 钓鱼常用签名** 9 日，Darkhandbook 创作者、慢雾创始人@evilcos 分析了四种 Crypto/Web3 钓鱼常用的签名，担心被骗的朋友都不防看看，留个心眼。具体信息请点击来源查看。 <br/>  <br/> 来源： [https://twitter.com/evilcos/status/1578988023945269248](https://twitter.com/evilcos/status/1578988023945269248) <br/> **Circle 宣布 USDC 将上线至五条区块链上** 9 月 29 日，Circle 在 [ConvergeSF22](https://twitter.com/hashtag/ConvergeSF22?src=hashtag_click) 上宣布 USDC 将会在五条区块链上上线，包括 Arbitrum、Cosmos、NEAR、Optimism 以及 Polkadot。 其中，USDC 打算在 2022 年末上线 Arbitrum One、NEAR、Optimism 和 Polkadot，并计划在 2023 年初再上线 Comos。 来源： [https://twitter.com/circlepay/status/1575206651530907649](https://twitter.com/circlepay/status/1575206651530907649) <br/> **Arch 完成 500 万美元超额认购种子轮融资** DeFi 初创公司 Arch 完成了由 Digital Currency Group 和 Upload Ventures（SoftBank 分拆）共同领投的超额认购种子轮融资。其他投资者包括 Ripio Ventures、TechStars 和 GBV。 这家初创公司筹集了 500 万美元，意在成为“web3 的贝莱德”。 来源： [https://www.theblock.co/post/174058/defi-startup-arch-raises-5-million-to-become-the-blackrock-of-web3?utm_source=twitter&utm_medium=social](https://www.theblock.co/post/174058/defi-startup-arch-raises-5-million-to-become-the-blackrock-of-web3?utm_source=twitter&utm_medium=social) <br/> **MakerDAO 向美国国债和公司债券投资 5 亿美元** 据彭博 10 月 6 日报道，为了让 MakerDAO 的资产负债表多元化，限制任何一种资产的敞口，并扩大收入，MakerDAO 正在将价值 5 亿美元的稳定币 DAI 用于购买短期的美国国债和公司债券。 MakerDAO 社区在 6 月下旬就此进行了初步投票后，同意将该笔资金的 80% 用于美国短期国债和 20% 的投资级公司债券。现已由 DeFi 资产顾问 [Monetalis](https://monetalis.io/) 完成100 万美元的初始投资部署。 来源： [https://www.bloomberg.com/news/articles/2022-10-06/defi-protocol-makerdao-puts-500-million-in-treasuries-corporates](https://www.bloomberg.com/news/articles/2022-10-06/defi-protocol-makerdao-puts-500-million-in-treasuries-corporates?utm_campaign=socialflow-organic&utm_medium=social&utm_source=twitter&cmpid=socialflow-twitter-business&utm_content=business) <br/> **Flashbots 的联合创始人宣布因意见分歧而离职** 10 月 8 日，Flashbots 的联合创始人 [Stephane Gosselin](https://twitter.com/thegostep) 在推特宣布，由于与团队意见不合，已经于上月离职。 Stephane 在推文里提到，一个多元和具有竞争力的 MEV 生态对于保持抗审查，以及其他让我们行业如此让人兴奋的价值来说是非常重要的。 据 The Block，Stephane 还在推特私信中透露，在短期内，他希望验证者可以避免连接到接受审查的中继。区块空间供应商们针对抗审查所施加经济压力，将大大有助于让审查不会变得无处不在。 来源： [https://www.theblock.co/post/175709/flashbots-co-founder-steps-down-after-disagreements-with-team-over-censorship?utm_source=twitter&utm_medium=social](https://www.theblock.co/post/175709/flashbots-co-founder-steps-down-after-disagreements-with-team-over-censorship?utm_source=twitter&utm_medium=social) [https://twitter.com/thegostep/status/1578520702574960640](https://twitter.com/thegostep/status/1578520702574960640) <br/> **Gitcoin Grants 即将推出 Grants Protocol 工具** Gitcoin Grants 作为 web3 生态系统的公共物品，持续为整个生态提供服务。在继 2017 年推出二次方募资机制之后，他们接下来将发布 Grants Protocol，这是一个目前处于封闭测试阶段的工具，将允许所有社区自己启动资助项目。 Grants Protocol 是一个由开放网络提供支持的募资基础设施。任何团体都可以使用它，以适用其社区结构的方式资助他们的共同需求。 来源： [https://twitter.com/gitcoin/status/1578099357043150848](https://twitter.com/gitcoin/status/1578099357043150848) <br/> **Terraform Labs 事件最近进展** 韩国外交部在 10 月 5 日宣布将正式作废 Terraform Labs 创始人 Do Kwon 的护照，他有 14 天的时间向韩国当局交出他的护照。 韩国检方于 10 月 6 日指控 Terraform Labs 的一名 Yu 姓员工违反了韩国的《资本市场法》（Capital Markets Act），并将其逮捕。据 The Block 报道，该员工是 Do Kwon 的助手，被指控进行了加密货币洗盘交易和价格操纵。 而在逮捕的报道出现数小时后，[韩联社新闻](https://www-yna-co-kr.translate.goog/view/AKR20221006159651004?_x_tr_sl=auto&_x_tr_tl=EN&_x_tr_hl=en-GB)（Yonhap News）和[首尔广播电视台](https://n.news/)（SBS）发布报道称，一名法官驳回了逮捕令，质疑是否有拘留的必要。其法官还对今年早些时候价值暴跌的 Terra 原生代币 LUNA 是否确实属于韩国法律规定的证券定义提出了潜在疑问。 据韩联社报道，检察官办公室正在权衡是否重新申请对 Yu 的逮捕令。 来源： [https://decrypt.co/111357/south-korean-authorities-officially-void-do-kwon-passport](https://decrypt.co/111357/south-korean-authorities-officially-void-do-kwon-passport) [https://www.theblock.co/post/175226/south-korea-makes-first-arrest-in-terra-case-jtbc-reports?utm_source=twitter&utm_medium=social](https://www.theblock.co/post/175226/south-korea-makes-first-arrest-in-terra-case-jtbc-reports?utm_source=twitter&utm_medium=social) [https://www.theblock.co/post/175340/south-korea-court-dismisses-arrest-warrant-for-terraform-labs-employee](https://www.theblock.co/post/175340/south-korea-court-dismisses-arrest-warrant-for-terraform-labs-employee) <br/> **被指控诈骗 OpenSea 员工希望法院传唤 OpenSea 作证** Chastain wants the court to subpoena OpenSea for documents on whether the information Chastain allegedly used to turn a profit is considered "property" of OpenSea. 今年 6 月，司法部指控前 OpenSea 产品经理 Nathaniel Chastain 涉嫌电信欺诈罪，宣称他知道 OpenSea 的主页上会列出哪些 NFT，继而推高价格并根据内幕消息获取私利。 根据最近的法庭文件，他被指控通过抢先将不同的 NFT 发布到市场的显眼位置而进行欺诈。 目前，Chastain 希望法院传唤他的前雇主 OpenSea，要求其提供文件，说明自己被指控用于获利的消息是否属于 OpenSea 的"财产"。 来源： [https://www.theblock.co/post/174566/opensea-employee-accused-of-fraud-wants-to-subpoena-the-nft-marketplace](https://www.theblock.co/post/174566/opensea-employee-accused-of-fraud-wants-to-subpoena-the-nft-marketplace) <br/> **a16z 为加密货币协议 Golden 领投融资 4 千万美元** 用 web3 工具构建数据协议的加密公司 Golden 在 a16z 领投的 B 轮融资中筹集了 4 千万美元，使得迄今为止的总融资额达到 6000 万美元。 [Golden 称](https://golden.com/blog/golden-raises-40m-series-b/)，本轮融资的其他参与者包括 Solana 联合创始人 Raj Gokal、Dropbox 联合创始人 Arash Ferdowsi 和 Postmates 创始人 Bastian Lehmann。投资者中还有摇滚乐队 Muse 的主唱、Helium-3 Ventures 的合伙人 Matt Bellamy。 来源： [https://golden.com/blog/golden-raises-40m-series-b/](https://golden.com/blog/golden-raises-40m-series-b/) [https://www.theblock.co/post/174507/a16z-leads-40-million-raise-for-crypto-protocol-golden](https://www.theblock.co/post/174507/a16z-leads-40-million-raise-for-crypto-protocol-golden) <br/> **DEX Transit Swap 黑客事件进展** 10 月 2 日，去中心化交易所 Transit Finance 在推特上[发布声明](https://twitter.com/TransitFinance/status/1576411330453479424)，因为其代码中的漏洞导致黑客事件的发生。总体来说，共有 [6 个黑客地址](https://medium.com/@TransitSwap/updates-about-transitfinance-4731c38d6910)转走了其用户的资金，盗窃金额分别为 2.41 千万美元、107 万美元、36 万美元、24 万美元、58 万美元和 234 万美元。此次攻击过程的详情，可以[查看其官方报告](https://medium.com/@TransitSwap/updates-about-transitfinance-1a7c821b34f7)。 5 日，Transit Finance 承诺，[会 100% 退还用户被窃导致的损失](https://medium.com/@TransitSwap/updates-about-transitfinance-bd03fa8e9f0d)。6 日，该交易所称，在 BlockSec 的帮助下，黑客 [4 号](https://medium.com/@TransitSwap/updates-about-transitfinance-2c8221f79e72)和 6 号已经[全额退还了盗窃资金](https://medium.com/@TransitSwap/updates-about-transitfinance-1bff3cdc32ce)。7 日，黑客 2 号和 5 号[退还了部分资金](https://medium.com/@TransitSwap/updates-about-transitfinance-2c8221f79e72)。并且，Transit Finance 开始归还用户的部分（68% 左右）资产。 据[它 10 号的最新报告](https://medium.com/@TransitSwap/updates-about-transitfinance-317f4fe67931)，其黑客 1 号（白帽）与其达成共识，他会在当天（10 号）归还被窃用户的 6500 BNB，并答应会在 Transit Finance 第二次归还用户资金时，还回来 3500 BNB，而作为回报，他会收到 2500 BNB 作为漏洞赏金，且不会被追究法律责任。 但[链上数据显示](https://bscscan.com/address/0x75f2aba6a44580d7be2c4e42885d4a1917bffd46#internaltx)，黑客 1 号在同意归还 1 万 BNB 之后（如上所述，目前归还了 6500 BNB，其剩下要归还的 3500 BNB 还未归还），于10 日将 2500 BNB 转到受制裁的隐私协议 Tornado Cash 上。 来源： [https://medium.com/@TransitSwap](https://medium.com/@TransitSwap) [https://www.coindesk.com/business/2022/10/10/transit-finance-hacker-returns-274m-to-victims-sends-686k-to-tornado-cash/](https://www.coindesk.com/business/2022/10/10/transit-finance-hacker-returns-274m-to-victims-sends-686k-to-tornado-cash/) <br/> **AaveDAO 提倡用户在以太坊上部署的全新版本** Aave 社区正在就如何将其最新升级的借贷协议版本 Aave v3 部署在以太坊上而[进行投票](https://snapshot.org/#/aave.eth/proposal/0x584eb4e0f79e1d9dcdd99b3a0c831bfc3c654af3f8f619d5f68eae23cd9cb149)。 目前，社区已经在发布应用新版本（v3）还是升级旧版本（v2）之间得出了结论，此次抉择投票截止于北京时间 10 月 11 日 20:00，目前 99% 左右的票数都投给了全新版本 v3。 以太坊上的 Aave v2 掌控着 39.6 亿美元的流动性，也是其协议最大的横跨所有链的实现，因为它占据 DeFi 借贷平台总锁仓额的 70%。 就新版本而言，其支持者认为它更容易遵循，可以轻松部署在以太坊上，交易成本会比升级旧版本的智能合约要便宜。新版本的部署也不需要安全审计，因为它已经执行过了，而对 v2 的升级则需要另一组审计。 另一方面，v3 的部署会在两个版本之间分散 Aave 在以太坊上的流动性。而升级旧版本则能回避这个问题，免去了用户从 v2 迁移到 v3 的需要。 来源： [https://www.theblock.co/post/174689/aave-dao-favors-fresh-deployment-of-its-latest-version-on-ethereum](https://www.theblock.co/post/174689/aave-dao-favors-fresh-deployment-of-its-latest-version-on-ethereum) <br/> **Two Sigma 成为 Chainlink 数据提供商** Two Sigma 证券是一家量化的流动性提供商和做市公司，传统金融市场中最大的做市商之一，现在是 Chainlink 的数据提供商。Two Sigma 的风投部门最近从两轮融资中筹集了 [4 亿美元](https://www.theblock.co/post/170033/two-sigma-ventures-raises-400-million-across-two-funds)，并将投资于加密货币领域。 根据 Dune Analytics 的数据，Chainlink 是使用最广泛的预言机网络，拥有超过 69 万名活跃用户。 来源： [https://www.theblock.co/post/174886/two-sigma-securities-becomes-a-chainlink-network-data-provider](https://www.theblock.co/post/174886/two-sigma-securities-becomes-a-chainlink-network-data-provider) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Activity/devcon-2022-agendahttps://www.ethereum.cn/Activity/devcon-2022-agendaMon, 10 Oct 2022 00:00:00 GMT[#DevconVI](https://twitter.com/hashtag/DevconVI?src=hashtag_click) 马上要进入倒计时了，相信看过日程表的朋友都会发现，这次的内容无论在深度和广度上都极具看头，演讲者背景非常多元化，说它是以太坊社区最值得期待的盛事也不为过🤩 尽管这几天有种全世界都在波哥大的错觉，但我们知道还是有很多人因各种原因无法前往现场，甚至没有充分的时间关注，为此，ECN 给大家制作了 DEVCON VI 日程表懒人包💡 —— 我们精选了部分活动日程进行汉化，并转成北京时间，在 notion 上制作成数据表，大家可以根据时间 、主题类别、演讲者等进行筛选排序，活动日程一目了然。(因为时差，活动基本都在北京时间凌晨，夜猫们再次赢在起跑线上😂） 这次活动有全程直播，大家可以根据我们日程表上的时间和会场信息快速找到自己想看的演讲直播或回看🤟。 直播地址：[https://live.devcon.org/](https://live.devcon.org/) 官方日程表：[https://app.devcon.org/schedule](https://app.devcon.org/schedule) 汉化版 DEVCON VI 日程表： [https://www.notion.so/ecn/DEVCON-acd26b9e34464af29b7fce373b3e6a7b](https://www.notion.so/DEVCON-VI-acd26b9e34464af29b7fce373b3e6a7b)  另外，ECN 还创建了“波哥大 Devcon 2022 直播"twitter list，列表关注了在 Devcon 现场的华语朋友，follow 这个 twitter list 能第一时间了解现场的最新情况哦！（在 Devcon 现场的华语朋友，如果想跟更多的人分享你看到的波哥大 devcon，快联系 [ECN](https://twitter.com/EthereumCN) 把你加到 list 上吧） [https://twitter.com/i/lists/1578725114111315969?s=20](https://twitter.com/i/lists/1578725114111315969?s=20) https://www.ethereum.cn/activity/learn-and-earn-devcon-with-imtokenhttps://www.ethereum.cn/activity/learn-and-earn-devcon-with-imtokenMon, 10 Oct 2022 00:00:00 GMT 活动时间：2022/10/10 15:00 - 2022/10/16 23:00（SGT） 活动入口：打开 imToken 的「浏览」页，搜索「星际荣耀」并打开进入活动 下载 imToken：通过 https://token.im 下载安装即可 活动规则 答题满 80 分的用户即可获取致敬款 NFT 盲盒，共 8 款 NFT 致敬款 NFT 将随着可领取 NFT 的数量增加而升级 持有致敬款 NFT 的用户可参与抽奖，持有 NFT 越多（最多 8 款），中奖概率越大 奖金池同样将随可领取 NFT 的数量的增加而增加 如 NFT 累计可领取数量少于 30k，奖金池额度为 2000 USDC 当 NFT 累计可领取数量达到 30k，奖金池将升级至 5000 USDC 当 NFT 累计可领取数量达到 80k，奖金池将升级至 10,000 USDC 除 USDC 奖励外，还有固定奖励：2000 个 LON、10 台 imKey 硬件钱包 详情：https://support.token.im/hc/zh-cn/articles/11337156732569 https://www.ethereum.cn/Technology/zk-id-2https://www.ethereum.cn/Technology/zk-id-2Sun, 09 Oct 2022 00:00:00 GMT来源 | [0xparc.org](http://0xparc.org/) 作者 | gubsheep 翻译 | [双花 (@doublespending)](https://twitter.com/JSNLKMN) 校对 | ECN <br/> <br/> 推荐阅读：[ZK 身份 : 为什么需要及怎样做到？（第一部分）](https://www.ethereum.cn/Technology/zk-id-1) <br/> 这是解释为什么密码学的新进展对数字身份原语很重要的系列文章。第一篇文章解释了“为什么”；本文会解释“怎么做”。 在我们的[上篇文章](https://0xparc.org/blog/zk-id-1)中 ([中文版](https://www.ethereum.cn/Technology/zk-id-1))，我们讨论了为什么新的加密工具（如 zkSNARKs ）对构建下一代数字身份基础设施至关重要。在本文中，我们将深入了解构建基于 ZK 的身份系统原型要哪些技术？ ZK 身份项目的规模比任何单个组织都要大得多。设定标准、构建基础设施、迭代身份原语和应用设计的问题将逐渐浮现，而且需要不同利益相关方和各领域专家的贡献。鉴于 ZK 身份机制对许多人有着潜在影响并严重依赖公共物品（public goods）—— 开源基础设施、工具、标准和协作，由一个有机、社区驱动的“生态系统”自下而上推动而非由一个公司自上而下推动尤为重要；同时，需要特别关注发展的可持续性及激励的设计。 单一公司在这样一个动态的生态中取得成功的可能性也越来越小，因为技术栈中在各层次上独立发展的技术正在快速地变化。相反，我们需要培养和协作出一个由模块式、敏捷，半独立，拥有相同愿景的团队组成的生态系统。 0xPARC ZK 身份工作组致力于通用 ZKID ，并邀请积极思考此问题的其他人加入我们，相互切磋。 <br/> ## **ZK 身份的组件** <br/>  <br/> ZK 身份工具必须使得数字系统中的参与者能够对身份和信誉进行声明。具体来说，这些声明可以归结为有关零知识领域的密码运算（如签名验证、密钥生成、哈希和加密）执行的数学命题。我们可以将这些“组件”组合在一起，为更复杂的声明构建 ZKP ：一个简单示例可以参阅我们的文章 [ZK 群签名](https://0xparc.org/blog/zk-group-sigs)。 一些运算和密码方案使用 zkSNARKs 实现会比其他技术更加高效。从长远来看， SNARK 友好的密码标准将会被目前尚未存在的新型身份提供商所采用，例如，使用 SNARK 友好密码体系的公私钥签名方案的区块链（或更具表现力的系统，如[账户抽象](https://eips.ethereum.org/EIPS/eip-2938))。但为了原型验证并在短期发挥作用，我们的工具需要与现有的加密身份系统进行干净的集成 —— 例如以太坊目前的 ECDSA [签名方案](https://www.secg.org/sec2-v2.pdf)，或在其他场景下与[配对友好型](https://electriccoin.co/blog/new-snark-curve/)椭圆曲线相结合的新近加密标准。 我们认为为 ZK 身份应用构建实用工具栈需要在四个方面取得重大进展： **ZK 应用的设计模式、加密原语的 ZK 电路实现、电路安全工具以及开发者工具和基础设施。**我们将在后文分别概述这四个方面。 <br/> ## **ZK 应用和设计模式** <br/>  <br/> 首先，我们的工作成果应该触及终端用户，并使得有影响力的生产级应用成为可能。在开发 ZK 工具和组件的同时，我们必须找出使用和组合它们的最佳方法。以下是几个开放性问题： <br/> • **身份的正确抽象到底是什么**？它是以太坊地址、以太坊地址集合、多签、智能合约钱包、 ENS 名称、不同加密方案中的密钥对、秘密生物特征、一组证明、还是[高层级构造](https://eips.ethereum.org/EIPS/eip-2938)或者是一些完全不同的东西？ • **人们所关心的作出的通用身份声明是什么**？上述的所有工作为我们提供了一种作出关于身份的可信声明的语言；现在，我们必须学会如何用这种语言进行表述。例如，直接引用和操作链上哈希数据的声明是否有意义，或者若大多数声明只是由半可信第三方作出的有效认证的简单证明，是否会更简单？在 ZK 证明中作出引用以太坊历史状态的声明是否可行？如果可行，证明工具应该能便捷地获取哪类历史声明？ • **未来 ZK 钱包和身份提供商应该提供哪些工具以及遵循哪些标准**？例如， Metamask 或硬件钱包目前支持用私钥进行数字签名，一般建议用户不要直接操作私钥。然而，在 SNARK 中进行 ECDSA 签名验证要比公钥生成昂贵得多 —— 这意味着希望对其 ETH 地址进行 ZK 证明的用户必须在慢得多的证明时间（通过有效签名认证的证明的方式）和较低的安全性（通过将其私钥明文从钱包复制到 ZK 证明生成程序上的方式）之间进行选择。如果钱包软件最终为 ZK 证明的生成提供原生支持，那么这个问题将会被部分解决，我们目前正与 [Metamask Snaps](https://docs.metamask.io/guide/snaps.html) 团队进行试验。 • **支持 ZK 身份的应用需要遵循哪些接口呢**？链上和链下的应用程序在设计时应该考虑到 ZK 身份系统。例如，有意使用 ZK 身份系统的 NFT 封闭社区可能会在 NFT 智能合约中存储 token 的密码累加器及 token 所有者数据，以便用户更容易生成关于社区成员身份的声明。有意提供成员证明的群组标准需要被制定出来。 • **谁（或什么设备和环境）能够生成 ZK 证明**？落地应用生成证明的位置差异很大，取决于特定 ZK 证明是否能够在硬件钱包、移动设备、浏览器、消费者台式计算机上生成，或者仅能在专用证明服务器上生成。 <br/> 解答这些问题的最好办法就是启动开发！我们希望一个强大的开发者社区在未来几年内开始形成，并用各种不同的方法来开发应用。 实际上，我们现今能够利用现有基础设施来开发几个 ZK 身份应用。这是一项高附加值的工作，除了交付有意义的应用外，这些项目还将为工具和基础设施的开发提供信息指引。以下是一些 ZK 身份的初步生产级应用候选项： <br/> • **隐私空投**。许多 DeFi 应用的常见策略是在链上发布用户地址的 Merkle 根，并允许用户用发布在树上的地址调用一个函数来申请空投。 [Stealthdrop](https://github.com/nalinbhardwaj/stealthdrop) 是 ETHUni 和 0xPARC 社区的一个项目，该项目为其添加了一个隐私层，用户只需证明拥有与树中 ETH 地址相对应的私钥即可申请空投（用空值检查以防止重复申请）。 • **链上快照投票聚合**。现今，许多 “DAO” 完全使用链下投票机制 —— 用户对投票签名并将这些签名发送到中心化服务提供商（即快照）进行统计。这带来了两个问题：第一，投票可能会被中心化机构审查，前面的投票数据可能会丢失或者变得不可用/不可审计。第二，投票是公开进行的，使得投票系统容易受到[共谋攻击](https://twitter.com/vitalikbuterin/status/1329012998585733120)。我们可以使用 ZK 构造进行签名验证，将投票结果“卷叠”为投票者签名的单个 ZK 证明，该证明可以无信任地生成并在链上提交。部分分散中心化机构权力的适中构造 (即将权力分配给更广泛的证明人网络，他们去发布代币持有者快照的 Merkle 根) 也是可以换取可扩展性的。 • **匿名但可信的证明**。这些身份工具可以用于证明你群组成员的身份，而无需透露确切你的身份。例如，证明你对黑暗森林星球的所有权，并在不透露你身份的情况下加入 NFT 封闭社区；匿名但以大 V 的身份发布帖子，在不透露你账户的情况下证明你在推特上至少有 100 多万粉丝；或者证明你是一个立法机构的成员，并在即将到来的投票中匿名附议。里面某些应用在我们的[文章《ZK 群签名》](https://0xparc.org/blog/zk-group-sigs)中得到更为详细的讨论。 <br/> ## **ZK密码身份原语的 ZK 电路** <br/>  <br/> 技术栈中更进一步，我们需要核心密码原语的 ZK 电路及背后数学运算的高效，经审计的实现。下面是一些关键操作的示例，粗略地按依赖关系进行排序。 • **非原生的有限域算法**：zkSNARK 算法基于素数域。例如，snarkjs 的所有值默认模一个 254 位的素数（[BabyJubJub prime](https://iden3-docs.readthedocs.io/en/latest/iden3_repos/research/publications/zkproof-standards-workshop-2/baby-jubjub/baby-jubjub.html)）。然而，密码操作要求我们对潜在的更大数字进行操作——例如， secp256k1 操作要求我们获取两个 256 位数字模第三个 256 位数字结果的乘积。这些电路中涉及的最为昂贵的操作是范围检查，而一个约束优化的策略是更加小心地确定何时我们确实需要进行范围检查。 • **SNARK 友好的哈希函数**：哈希函数在用户必须作出密码承诺的应用中很有用。在哈希函数无需与现有标准集成的方案中，我们可以选择设计和实现专门为 SNARK 证明而设的高效哈希函数。这样的两个函数包括 [MiMC](https://byt3bit.github.io/primesym/mimc/) 和 [Poseidon](https://www.poseidon-hash.info/)。 • **SNARK 不友好但标准化的哈希函数**：在许多应用中，为了兼容现有的系统，我们必须使用 SNARK 不友好的哈希函数（如 SHA256 或 keccak ）。例如，为了证明私钥与 ETH 地址相对应，我们需要一个 [keccak](https://github.com/vocdoni/keccak256-circom) 的 ZK 电路实现。我们还要下很大功夫来实现，优化和审计这些哈希函数。 • **椭圆曲线点加**：椭圆曲线密码学是建立在椭圆曲线群之上的；因此，我们必须为椭圆曲线群定律（点加）构建ZK实现。这些运算是[昂贵的](https://github.com/0xPARC/circom-secp256k1/blob/master/circuits/secp256k1.circom)，而且是 ZK 身份系统的一个性能瓶颈；巧妙地运用 PLONK 以及更好地实现大数算法可能会有助于性能提升。 • **ECDSA 密钥生成和签名验证**：用于 ECDSA 密钥生成和签名检验的 ZK 电路的实现将允许我们构建一种与现有基于 ECDSA 的身份系统（如以太坊）兼容的身份声明语言。构建这些原语需要我们高效地[结合椭圆曲线点加和哈希函数的实现](https://github.com/0xPARC/circom-secp256k1/blob/master/circuits/eth_addr.circom)。 • **椭圆曲线配对**：配对友好的椭圆曲线使我们能够使用双线性映射 —— 支持多项式承诺、 BLS 聚合签名验证、递归 SNARK 验证、 Verkle 树等。椭圆曲线配对 ZK 电路的高效实现将解锁大量新型密码运算。 • **密码累加器嵌入检查**：一旦我们有用于多项式承诺验证的 ZK 电路， Verkle 树嵌入证明就可以在 SNARK 中验证。 Merkle 树嵌入证明目前是可验证的，并适用于使用 SNARK 友好哈希函数构建的树。 MPT 嵌入证明使我们能够在 SNARK 中验证轻客户端证明。在所有这些场景下，验证累加器嵌入证明使得 SNARK 能够访问被卷叠为一个简洁全局状态承诺（根）的数据——如果您将要访问的数据、系统状态根，以及嵌入证明作为 SNARK 的输入，那么验证者只需验证你的简洁证明并检查根是否正确，而无需检查整个系统状态。 • **递归 SNARK 验证**：在 zkSNARK 内实现椭圆曲线配对和/或多项式承诺验证，令递归 SNARK 成为可能。这开拓了身份声明中可编程性和复杂性的一个全新领域。 所有的这些电路将先由 R1CS 编写（近期考虑 groth16 证明系统），并在不久的将来优化为基于 PLONK 的证明系统。 <br/> ## **开发者工具和基础设施** <br/>  <br/> ZK 电路开发工具是一个重要的课题。目前，ZK 开发者需要相对较高的[数学背景](https://www.notion.so/Prerequisite-Understanding-Questions-cc6898f0fad04d9fbc7b8d33c34a865d)及技术经验，他们必须在相对[底层](https://github.com/iden3/circom)的开发环境进行编码，并依赖手工或特定脚本来管理文件以及在开发流水线（设计->产品）上传递电路。此外，现有的开发者工具分散在多个研发团队、 rollup 企业等组织中。 这里需要特别注意的是，一个健壮的工具栈对于 PLONK 而言尤为重要。 PLONK 去除了对每个电路进行可信初始化的需要，大大加快了某些电路编译和证明生成的过程（归功于自定义约束），并为递归 SNARK 验证铺平了道路。然而，相比 Groth16 ， PLONK 工具目前仍处于开发的初期阶段，其验证者优化程度偏低，高级协议特性尚未在一些系统中实现。此外，在 IR 标准和自定制约束语言设计上仍有很多工作要做。[AZTEC](https://medium.com/aztec-protocol/the-hunting-of-the-snark-3-3-c0a6e17c6d92)，[Electric Coin Co](https://zcash.github.io/halo2/concepts/arithmetization.html)，[iden3](https://iden3.io/)，[ZK-Garage](https://github.com/ZK-Garage) 等小组正努力地开发这些工具。 除了PLONK工具链外，下面是ZK开发者工具中的一些活跃领域。 • **更高层级的 DSL**。当前用于编写 SNARK 的语言非常底层，需要开发者手工编写约束。我们对更容易开发，甚至集成了[约束优化](https://akosba.github.io/papers/xjsnark.pdf)的生产级高层级 DSL （一个来自 0xPARC 社区成员的[原型](https://github.com/agajews/circom-dsl)）感兴趣。另外，值得具备的功能包括用户定义数据类型/注解以及更好的见证生成系统。更进一步，支持电路测试、验证或静态分析自动化的 DSL 将会增加我们对所编写代码的信心。 • **更智能的开发环境**。编写、分析和测试电路是一个艰难的过程。开发过程中的语法高亮、编译时错误检查，使用 AST/witness 分析、注解（即将电路模板标记为“安全”或“不安全”，标记无约束信号）类似 IntelliSense 的工具，以及 shell / REPL 环境能够快速提升迭代速度。使用了 Kevin Kwok 的 [ZKREPL](https://zkrepl.dev/) 项目（包含上述若干特征）， ZK 学习小组的效率得到了大大地提升。 • **构建、测试和部署工具；自动化和流水线管理**。ZK 开发者目前必须手管理 ptau 文件、密钥文件、构建配置、构建文件以及发版流程。 snarkjs [教程](https://github.com/iden3/snarkjs)目前列出了开发者创建和验证 zkSNARK 必须完成的26个步骤，涉及对20多个文件的手动操作。关于如何以可访问及可审计的方式发布协议参数，目前还没有被广泛接受的最佳实践。开发者必须针对不同的环境手动维护不同版本的电路（即在测试期间关闭一些约束）。 ProjectSophon 的 [hardhat-circom](https://github.com/projectsophon/hardhat-circom) 和 Weijie Koh 的 [circom-helper](https://www.npmjs.com/package/circom-helper) 等工具是大幅简化工流的第一大步，但仍有许多工作要做。 • **中间层表示的通用标准**。不同的团队使用不同的语言和工具来编写ZK电路： [circom](https://github.com/iden3/circom) , [arkworks](https://github.com/arkworks-rs) , [libsnark](https://github.com/scipr-lab/libsnark) 等。理想情况下，不同工具链编写的电路应该编译为通用 IR ，以便生成证明、验证证明、审计协议设置以及其他通用任务可以与工具链无关。对于 Groth16 来说， IR 取决于普遍认可的密码参数和 R1CS 表示的一个标准集。对于 PLONK 来说，这个问题有点复杂，因为库开发者需要弄清楚如何表示自定义约束等等。作为钻研该领域的一个例子， Dark Forest 第三方客户端的开发激发了 Kobi Gurkan 和 gakonst 开发 [ark-cirom](https://github.com/gakonst/ark-circom) 的动机，其连接 arkworks 和 circom 的生态。 • **易用且更高效的编译器和证明器**。缓慢的密钥编译和证明会延缓开发和测试。优化编译和证明，并开发这些流程开箱即用的库（即，在大型服务器上部署远程验证器应当简便！）将节省开发者的时间。 [ZPrize](https://www.zprize.io/) 是一项旨在加快该工作推进的行业倡议。 • **（PLONK 前）共享受信任初始化基础设施**。由于信任初始化协调的困难，目前很难发布生产级 zkSNARK 应用。 [Zcash](https://electriccoin.co/blog/completion-of-the-sapling-mpc/)， [AZTEC 协议](https://github.com/AztecProtocol/Setup)，[Tornado](https://github.com/tornadocash/trusted-setup-server) 以及 [Semaphore](https://github.com/appliedzkp/semaphore-phase2-setup) 都必须编写定制的受信任初始化基础设施。有一些构建可重用的受信任初始化工具的[尝试](https://github.com/gubsheep/Setup)，但运行这些仪式仍需耗费大量人力。请注意，长远来看，由于我们会切换到无需每个电路进行受信任初始化的协议，这可能不会是个问题。 • **（PLONK 后）SNARK 递归工具**。支持递归验证的 SNARK 使我们能够构建“可编程” SNARK ，其中 SNARK 代码可以通过插入其他 SNARK 子模块的验证密钥来“即时”修改。此外，递归 SNARK 还允许开发者并行化证明生成。真正地支持这一功能是一个难题，大概会在未来几年内解决...... <br/> ## **审计和验证** <br/>  <br/> 上面列出电路十分复杂而且难以手工验证。巧妙的约束优化实际上加重了这个问题—深度优化的电路难以理解，如果你正在处理棘手的工作，那么在实现过程中很容易忽略某个约束。此外，由于 ZK 应用程序的性质，无法判断ZK电路中的 bug 是否已被外部所利用。 编写让你确信零知识证明满足完整性（ completeness ）的测试相当容易：证明您可以为见证者正确地由输入生成见证和见证的有效证明。确信零知识证明满足可靠性（ soundness ）更加困难。为此，您必须验证给定输入存在着满足 SNARK 约束系统的见证—恶意证明者无法用一个错误的见证（生成一个并不满足约束的有效证明）瞒天过海。相比可靠性证明更难是，证明电路与规范间等价性，即形式化验证。 目前，大多数在生产中使用 ZK 电路的团队采用的方法是委托人工审计，尽管这些审计的质量参差不齐，有能力进行审计的人非常少。我们可以相当肯定像 Tornado.Cash （[电路](https://github.com/tornadocash/tornado-core/tree/master/circuits)总计仅有100行 circom 代码）这样的应用大概是安全的。然而，我们的 groth16 的 ECDSA 原型实现依赖于数千行 circom 代码，有着规模为数十万或数百万个约束的电路。更复杂的原语将更难验证，而 PLONK 的自定义约束将增加额外的复杂度。 我们为 ZK 应用程序安全空间提出了几种方法。未来，我们将发布一篇博文，对我们所了解的该领域的当前方法进行更深入的概述。 • **建立一个评审员社区。**团队通常难以找到拥有 ZK 应用开发经验的专家来评审他们的电路和代码。我们可以鼓励现有的专注 ZK 的团队，如 rollup 公司的工程师及应用开发者，来“有偿提供”评审，同时我们还可以开始一起培训审计员。 • **建立电路开发和评审的最佳实践。**随着生态的成熟，我们希望开发用于构建、注解、归档和评审 ZK 电路的最佳实践。实现该目标的手段各不相同，自然语言规范或形式规范都有助于使电路更为清晰。列举常见的 bug 和错误（并开发一些捕捉它们的基本工具）也会对工程师和评审员有帮助。 • **电路原语正确性的手工证明。**对于如哈希函数或 ECDSA 电路的重要原语，可以手写此类原语的正确性证明，这些证明可被证明检查者检查。其他的电路开发者将能够更有把握地使用这些原语。 • **自动见证唯一性验证。** [Ecne](https://github.com/franklynwang/EcneProject) 是首个 R1CS 见证唯一性的自动化验证器。该项目使我们能够验证 ZK 电路是否有任何缺失的约束，这是在我们 ZK 系统中建立信心的一个重要步骤。我们希望支持和鼓励更多类似的工作。 • **基于求解器的形式验证方法。**一些团队正在探索证明 ZK 电路与形式规范等效的自动化工具。这方面的工作还需要我们开发出一套通用的基准测试，以及一种用于（部分或全部）明确描述 ZK 电路的语言。 <br/> ## **致谢** <br/> 感谢 *Lakshman Sankar*、*Yi Sun*、*Kobi Gurkan* 和 *Wei Jie Koh* 的反馈和校对。 <br/> ----- <br/> 特别感谢 ECN 社区翻译志愿者 @doublespending 对本文的翻译贡献。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/activity/devcon-2022https://www.ethereum.cn/activity/devcon-2022Sat, 08 Oct 2022 00:00:00 GMT时隔 3 年，第六届 DEVCON 终于来了！这次的举办城市是极具风情的波哥大——哥伦比亚的首都和拉丁美洲最活跃和最受欢迎的城市之一，举办日期为波哥大时间 10.11~10.14 (比北京时间晚 13 个小时)。作为以太坊社区最大型，云集最多、最核心开发者的线下聚会，不少社区华人已经动身前往、有些甚至已经到达当地参加预热活动，当然更多的中文以太坊社区小伙伴因为各种原因无法亲临现场。为了让亲历 DEVCON 的小伙伴分享的信息能触达更广的受众，也让无法前往现场的朋友能更及时地了解活动盛况，ECN 发起此次“**波哥大 Devcon 2022 直播**”活动，邀请在 DEVCON VI 现场的华语朋友一起来直播，方式有三种： 1. 私信 ECN ([@EthereumCN](https://twitter.com/EthereumCN)) 你的推特账号 (我们会把你作为成员加入twitter list “**波哥大 Devcon 2022 直播**”，我们希望这个 twitter list 成为以太坊中文社区获取 DEVCON 中文资讯的第一渠道）欢迎大家到时分享现场的趣闻，内容形式不限哦 (文字、图片、视频等)。大家还可以带上#ECNDevconExpress，让我们可以及时把你加入我们的 list 里。 Twitter List: [https://twitter.com/i/lists/1578725114111315969](https://twitter.com/i/lists/1578725114111315969)  2. 如果有朋友喜欢或擅长长篇幅图文记录或直播，并希望通过 ECN 传播出去，我们也非常欢迎投稿。感兴趣的朋友请务必私信我们！ 3. 与 ECN 联合直播，与核心开发者面对面访谈。感兴趣的朋友请务必私信我们！ 如果对此次活动有想法、有建议，也非常欢迎联系我们！我们的初衷很简单——让尽可能多的中文社区小伙伴了解和参与到这场盛事。 期待大家的参与！https://www.ethereum.cn/Layer2/Podcast001https://www.ethereum.cn/Layer2/Podcast001Fri, 30 Sep 2022 00:00:00 GMT<iframe src="https://player.fireside.fm/v2/2T9K4CVL+eoU5D-V9?theme=dark" width="740" height="200" frameborder="0" scrolling="no"></iframe> <br/> ## 通过对话连接社区 ECN 社区的读者朋友们，大家好，很高兴能在今天向大家宣布 ECN Podcast 正式上线！自创立以来，ECN 的愿景一直是让更多人认识、使用以太坊，进而参与以太坊生态的建设。过去，我们一直通过翻译、资讯传递以及举办社区活动来促进以太坊中文社区的小伙伴们融入整个以太坊生态。但是，社区建设不止于此...... 对话从来都是人类产生价值的重要方式，人们在对话中理清思路、在思想的碰撞中获得新知、在真实具体的人身上产生共鸣。因此，我们希望通过一种新的、互动性更强的媒介和沟通方式，拉近以太坊中文社区与整个以太坊、甚至是区块链从业者之间的距离。 <br/> ## ECN Podcast  这是一档专注于与区块链从业者深入对话，探讨以太坊和泛区块链技术以及生态发展的播客。我们期待理性的对话能激起听众的思考、真诚的沟通能让 Web3 更有温度。 <br/> ## 你们不只是听众，还是对话者 我们在 ECN 的 Discord 开设了一个频道 #ecn-podcast，大家可以针对每期播客的话题提问嘉宾或者与其他小伙伴进行更深入的探讨。 同时也欢迎大家在这个频道 po 出自己感兴趣的内容，我们会不定期收集并作为 Podcast 的话题选材来源。 加入我们：**[https://dsc.gg/ecn](https://dsc.gg/ecn)** <br/> ## 订阅 ECN Podcast 访问 [ecnpodcast.fireside.fm](https://ecnpodcast.fireside.fm/) 收听 Podcast 以及获取节目的其他详细信息。你也可以通过泛用型播客客户端 Apple Podcasts、Pocket Casts、Castro、Google Podcasts、Spotify 等订阅我们的节目。 <br/> ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ ## ECN Podcast 001 ### **聊聊 Layer2 扩容解决方案 Arbitrum 新推出的 Nitro 和 Nova** Arbitrum 是由 Offchain Labs 开发的一个基于 Optimistic Rollup 技术的以太坊扩容解决方案。时隔 Arbitrum 上线主网已有一年多，这期间 Abitrum 的生态不断扩展。根据 l2beat.com 网站显示，截至本文发布，Arbitrum One 网络锁仓量超过 24 亿美元。在技术迭代方面， Arbitrum 在近期先后推出了基于 Anytrust 技术的链下数据可用性解决方案 Nova、新的技术栈 Nitro。 在首期节目中，我们很荣幸邀请到了 Arbitrum 亚太区集成工程师 Jason Wan 来为我们介绍这些更新背后的一些技术细节。这些更新完善了什么问题？对用户和开发者意味着什么？目前网络中仍为中心化角色的 Sequencer 和 需许可的 Validators 将来会如何迭代呢？ ### 引介 - Nitro Nitro 是 Arbitrum One 的迭代版本，在不同方案对原始版本进一步改善，包括提供更高的效率、更少的延迟、更强的活性保证以及更佳的兼容性。 Nitro 基于四个特点设计： - 对交易定序，然后进行确定性的执行 (deterministic execution)：Nitro 分两个阶段处理提交的交易。首先，将交易放入序列中 (将会按照此排序处理交易)，并向网络广播该序列。然后，按顺序对每笔交易应用一个确定性的状态转换函数 (state transition function)。 - 以 Geth 为核心：Nitro 中的核心执行和状态维护由基于 go-ethereum (Geth) 的代码处理，Geth 是最主流的以太坊节点软件。以 Geth 为核心这一特点让 Nitro 确保其执行和状态与以太坊的高度可兼容。 - 将执行与证明分离：Nitro 分别为两个目标编译其状态转换函数的代码。当在 Nitro 节点的普通运行中使用时，该代码被编译为本地执行。另外，它还被编译为可移植的 Web Assembly (WASM) 代码，必要时用于欺诈证明协议中。这种双目标的编译方式确保了执行的速度，而证明过程则基于结构化的、独立于机器的代码。 - 使用交互式欺诈证明的 Optimistic Rollup：在原始版本的基础上，Nitro 优化了其基于分割式多轮交互的欺诈证明协议的 optimistic rollup 协议。 ### 引介 - Nova 为了满足一些应用对于更高的可扩展性的需求 (如游戏行业)，Offchain Labs 引入了更快、gas 更低的 AnyTrust 技术。而 Nova 就是基于 AnyTrust 技术的解决方案。 AnyTrust 是 Nitro 的一个变体，通过引入轻微的信任假设来进一步降低交易成本。Nitro 通过在以太坊 L1 上发布 calldata 以提供数据可用性。而 AnyTrust 则依靠一个外部的数据可用性委员会来存储数据以及根据需要提供数据可用性。 ﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊﹋﹊ 点击收听 Podcast，了解更多：ecnpodcast.fireside.fmhttps://www.ethereum.cn/Layer2/blockchain-modularityhttps://www.ethereum.cn/Layer2/blockchain-modularityWed, 28 Sep 2022 00:00:00 GMT作者 | [Codex Labs](https://twitter.com/Sky_ranker) 审阅 | [ECN](https://twitter.com/EthereumCN) <br/> <br/> ⾃ Vitalik Buterin 提出 The Blockchain Trilemma 已经有 5 年之久，⽆论是 ETH-core 社区，还是其他公链的开发者们，都试图找到打开下⼀代区块链的钥匙。 Vitalik 在其 Endgame ⼀⽂中，描绘了他认为的 Ethereum 终极形态，其中花费⼤量篇幅描绘了⼀个 由 Rollups 和 DA 构建起来的新以太坊。这⽆疑在某种程度上，指明了以太坊未来⼗年的破局之路 ⸺ 模块化。⽽我们知道，其实不管是以太坊还是新公链们，都早就开始了⾃⼰的模块化之路，只是“答卷”⽅式各有不同，也形成了截然不同的技术路线。 <br/> 1. 区块链分层 其实以太坊本⾝已经将区块链分为了多层，只是在 1.0 时代中，节点承担了所有层级的职责。我们可以 遵循以太坊的思路，将区块链拆分成四个层级： - 共识层 (Consensus Layer)：决定交易的顺序性、有效性以及节点之间的⼀致性 - 数据可⽤性层 (Data Availability Layer)：保证交易数据可以被使⽤ (保证存储且可验证与可⽤) - 结算层 (Settlement Layer)：结算出状态承诺 - 执⾏层 (Execution Layer)：计算状态转换 <br/> 回归到以太坊是“世界计算机”的叙事逻辑中，将区块链的模块和计算机结构进⾏类⽐, 那么: - 区块链的共识层 ⇒ 维护分布式计算机集群的⼀致性算法 - 区块链的执⾏层 ⇒ 计算机的操作系统 (真正执⾏指令的环境) - 区块链的 DA 层 ⇒ 计算机的内存 (实现短期数据存取) - 区块链的结算层 ⇒ 计算机的 CPU (硬件保证指令执⾏的正确性) <br/> 值得⼀提的是，EigenLayr 项⽬中⼗分具有开创性地将共识层进⾏了进⼀步的分割，他将 PoS 共识层 的作⽤理解成负责维护分布式系统的⼀致性以及通过质押等机制来维护⽹络的信任基础。从⽽⼜产⽣了两个⼦层： - 信任层：由最底层的验证者节点构成，或者说由质押加⼊以太坊⽹络的硬件实体构成 - ⼀致性层：连接各个节点，从⽽维护这个庞⼤的分布式系统的⼀致性 正是这些层级（模块）的区分，为区块链的模块化发展提供了基础，从⽽出现了对主链各种各样的拆 解⽅案。 <br/> 2. 项⽬映射 在我们上⾯提到的分层逻辑中，信任是从共识（信任）端逐渐传递到执⾏层的，⽽分离模块的核⼼出 发点，就是在尽可能不伤害原有信任体系的前提下，减轻主⽹的负担。 <br/> 2.1 Secured Rollups 显然第⼀个被拆解出来的，就是位于信任体系末端的执⾏层。于是基于以太坊的各种 Rollups 应运⽽ ⽣，⽆论是基于欺诈证明的乐观性 Rollups, 还是基于有效性证明的 zk-Rollups，现有的解决⽅案都是 将执⾏层交给链下，⽽结算、DA和共识则交给了 Layer1 去继续承担，这当然是最符合直觉的⽅案。 我们将其称为 Secured Rollups，可以理解为被 Layer1 保护着的 Rollups，这⼀名字来源于以太坊官 ⽅⽂档中，关于 Scailing 的描述： > > >For some solutions the layer 2 instance then batches them into groups before anchoring them to layer 1, after which they are secured by layer 1 and cannot be altered. The details of how this is done vary significantly between different layer 2 technologies and implementations. > 然⽽，有“拆解”往往就意味着“连接”的问题就会浮出⽔⾯，当下⼏乎所有主流的 Rollups 都掌握着交易定序的中⼼化权⼒。当然，作为连接执⾏层和主⽹的重要组件，Sequencer 的中⼼化必然是有助于提升系统效率的，但是交易定序权⼒的⾼度集中所构成的“⿊暗森林”让⼈不免陷⼊对于 MEV 攻 击的担忧中（Shutter Network 正致⼒于通过引⼊阈值加密技术来使 Sequencer 去信任化）。 <br/> 2.2 Sovereign Rollups 当前以太坊上的 Rollup 将其区块直接发布到基于 EVM 的智能合约，也称为桥合约。该合约有效地实 现了⼀个⽤于 Rollup 的链上轻客⼾端，该客⼾端接收区块头并处理欺诈或有效性证明。在这个模型 中，我们认为以太坊被奉为 Rollup 的耦合结算层，其中 Rollup 是以太坊的“婴⼉链”，⽽不是⼀种 拥有⾃⼰权利的独⽴链。 打个不恰当的⽐⽅，仅分离出执⾏层的以太坊 Rollups ，就像是只进⾏“搬砖”（计算）的“打⼯ 仔”，⽽没有任何参与终局（结算）的权⼒，砖头最终以什么⽅式、什么顺序摞起，都还是 L1 说了 算。Celestia 的设计显然为 Rollups 争取到了更多的权⼒，它定义了⼀种新的模块分割的⽅式： Sovereign Rollups，即主权 Rollups. Celestia 上的主权 Rollup 不会将他们的区块发布到智能合约中，⽽是直接作为原始数据发布到链上。 Celestia 共识和数据可⽤性层不解释或对 Rollup 区块执⾏任何计算，也不为 Rollup 运⾏链上轻客⼾端。 <br/> 2.3 Danksharding 不管是 Danksharding 还是原先的数据分⽚的⽅案，本质上都是希望解决 DA 层的问题。在模块化区块链的语境下，Danksharding 显然提升了以太坊主⽹对数据可⽤性层的承担能⼒。 Danksharding 借助数据可用性采样(Data Availability Sampling, DAS)技术来实现“去中心化的验证者”，这一点上与 Celestia 的解决方案是很相似的。尽管我们知道以太坊共识层的终极形态仍然会承担结算和数据可用性的职责。但 DAS 技术实现的验证工作的下放，大大降低了参与网络验证的成本，从而进一步释放了主网的性能。 在 Danksharding 分叉后，以太坊主⽹承担着部分对数据可⽤性审查的权⼒，⽽ Rollups 除了原先执 ⾏层的职责，还承担着 DA 层的权⼒。 <br/> 2.4 EigenLayr 我们上⾯提到了 EigenLayr 对于共识层的进⼀步细分，它将以太坊的信任层从整个⽹络中剥离出来， 并试图在信任层上构建独⽴的⼀层⸺EigenLayer. 这⼀层依托于以太坊信任层⽹络（或者说以太坊庞 ⼤的质押资本）来提供给基础设施/中间件服务商⼀个可以⾃由构建共识、应⽤的平台。 ⽽这其中，如何连接以太坊信任层和 EigenLayer 便是整个设计的关键之处。EigenLayr 巧妙地提出了 ⼀个全新的概念⸺Restaking. 以太坊上的质押节点们可以⾃愿选择加⼊ EigenLayr. ⽽另⼀边，对于 性能层⾯有更多需求的中间件/基础设施服务商也可以选择将⾃⼰的⽹络搭建在 EigenLayr 上。 EigenLayr 的分离⽅案相当于仅“借⽤”了以太坊的信⽤（共识）基础，⽽在此基础之上，我们可以展 开⽆尽的联想，⽆论是构建全新的主权链，还是搭建基础设施⽹络，都有了可能性。⽽在这些可能性 背后，是以太坊主⽹庞⼤的信⽤基础在背书。 <br/> 2.5 Arweave 我们可以发现，以太坊模块化之路上可⻅的未来⾥，主⽹依旧要保持着对共识层的控制，或者说共识 层作为以太坊灵魂的存在，是汇集参与者和价值的“圣杯”。 同样是模块化区块链，Arweave 显然独树⼀帜，它跳出了以太坊的叙事逻辑，即构建了⼀套基于存 储共识的设计范式。在 Arweave 的设计中，主⽹作为整个图灵机的纸带，在底层记录这些状态以 及各个修改状态的交易，实现了存储和计算资源的分离。 可以说 Arweave 重新定义了我们的模块化分割，它使⽤ DA 层来保障共识，⽽执⾏、结算都交给了链外。当然代价就是：⽤⼾为了获得最新状态数据的有效性保证，需要在本地执⾏链下计算前，先下载 所有历史状态数据并进⾏⼀遍验证计算，这显然会带来效率问题（KYVE Network 正致⼒于解决这部分⼯作引发的效率低下问题）。 <br/> 3. 总结 纵观这些区块链模块化之路的探索，虽百花⻬放，但仍然有迹可循。究其根本，不同的路线选择的源 动⼒往往还是来⾃于其对于市场需求的不同理解。 这轮 DeFi 掀起的⼤⽜市，让⼤家对于以太坊可扩展性、不同链的可组合性产⽣了迫切的需求。也正是基于这些需求，致⼒于缓解主⽹压⼒的众多解决⽅案粉墨登场。如果说，未来区块链⽹络的叙事逻辑仍然是以⾦融原语构建的，那么也许以 Rollups 为核⼼的 ETH2.0 将是模块化之路可⻅的终点。 如果我们跳出去中⼼化⾦融语境的束缚，尝试想象区块链更⼴⼤的应⽤呢？⼤型游戏、真实世界资产 交易、去中⼼化社交⽹络等等，那我们也许就需要⼀个新的模块化⽅案来充分释放每个模块的效能。 ⽽另⼀⽅⾯，对于公链本⾝的发展⽽⾔，共识才是公链最核⼼的价值。就如同我们上⾯提到的那样， 以太坊⽆论如何发展，都不会抛弃其共识层去换取性能。⽽区块链模块化的道路，绝不仅是考虑性能 上的⼀味扩张，更重要的要回到区块链本⾝的属性上来，从共识中获取价值，再通过价值回馈共识， 从⽽构建更强的共识。 <br/> --- <br/> 参考文章： Endgame [https://vitalik.ca/general/2021/12/06/endgame.html](https://vitalik.ca/general/2021/12/06/endgame.html) ([中文版](https://www.ethereum.cn/Layer2/endgame)) Rolling Shutter: MEV protection built into Layer 2 [https://blog.shutter.network/announcing-rolling-shutter/](https://blog.shutter.network/announcing-rolling-shutter/) Proto-Danksharding FAQ [https://notes.ethereum.org/@vbuterin/proto_danksharding_faq](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) ([中文版](https://www.ethereum.cn/Eth2/proto-danksharding-faq)) <br/> --- <br/> 特别感谢 ECN 社区志愿者 Codex Labs 的原创投稿！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/activity/learn-and-earn-with-imtokenhttps://www.ethereum.cn/activity/learn-and-earn-with-imtokenTue, 27 Sep 2022 00:00:00 GMT imToken「Learn and Earn」第六期开启！ECN 有幸受邀与 imToken 联合举办此次以太坊合并主题活动。 学习以太坊合并知识并完成答题，即可赢取 imToken 以太坊升级系列 NFT 和 5000 USDC。 以太坊已于 2022 年 9 月 15 日完成期待已久的合并，从 PoW 共识机制顺利升级至 PoS。那么： 什么是以太坊合并？以太坊会走向哪里？ 什么是以太坊质押？我该如何选择并参与质押？ …… 来 imToken 参与「Learn and Earn」第六期，开始你的以太坊探索之旅！ 活动时间：2022/09/27 15:00 - 2022/10/16 15:00 (SGT) 活动规则 学习并完成答题，达到 80 分以上即可获得 imToken 以太坊升级系列 NFT 测验共 8 份，其中 7 份为学习得奖励，1 份为体验得奖励 持有 7 个及以上 NFT 后点击链接即可解锁 imToken Discord 社群 L&E 6 身份组，并进入「抽奖频道 1」参与抽奖，总奖金池 2000 USDC 持有 8 个 NFT 后点击链接可进一步解锁 imToken Discord 社群 L&E 6 Pro 身份组，并进入「抽奖频道 2」参与抽奖，总奖金池 3000 USDC 抽奖资格及奖励发放 8 份测验均完成填写并通过的用户才可参与「抽奖频道 2」3000 USDC 奖池抽奖 NFT 奖励每周发放一次，获奖用户可自行前往 Galxe（原 Project Galaxy）领取 USDC 抽奖会在活动期间不定期多次进行，奖励发放会在活动结束后 5 个工作日内完成 活动入口：https://www.campaign.token.im/zh 如有任何问题，请加入 imToken Discord 联系。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-9-27https://www.ethereum.cn/Ecosystem/eth-weekly-2022-9-27Tue, 27 Sep 2022 00:00:00 GMT <br/> # 本期看点： - **合并后 solo-staker 表现下降的原因分析** - **bloxRoute Labs 提供的 MEV 中继导致大量验证者掉线事件始末** - **20 位验证者因验证行为可疑而遭到罚没** - **合并后证明被频繁跳过分析** - **OpenSea 支持二层解决方案 Arbitrum** - **Optimism Summit 视频回看** - **GitHub 平台解封了 Tornado Cash 的代码库** - **以太坊社区协作：ESP推出“合并数据挑战”** - **ChainSecurity 审计 Aave 的 BridgeExecutor 合约** <br/> # 共识层 **bloxRoute Labs 提供的 MEV 中继导致大量验证者掉线事件始末** 北京时间 9.21 16:38，监测以太坊质押池情况的推特号 [ethereumpool.info](https://twitter.com/EthereumPools) [发推](https://twitter.com/EthereumPools/status/1572505651796148227?s=20)表示，Lido 的节点运营商出现了问题，它有 40% 的验证者掉线了，在过去一个小时跳过了超过 8 个区块提议。但所有的资金仍然是安全的。 除了 Lido 还有[其他](https://twitter.com/EthereumPools/status/1572546297730846722?s=20)质押池、运营商和巨鲸都出现相同情况。 21:41，Prysm 的开发者 [terence](https://twitter.com/terencechain) 发推表示，根据报告，主网验证者掉线原因是 [bloXroute Labs](https://twitter.com/bloXrouteLabs) 提供的 MEV 中继出现无法返回已签名及不包含交易内容的区块的问题，他提醒使用这个中继的人要注意了。 随后，bloXrouteLabs 的 COO [@Eyal 阿勇](https://twitter.com/eyalmarkov) 对此次事件进行了解释和致歉。他称，他们的 MEV 服务出现停机由一个测试中未能发现的漏洞引起的。对此，他表示，bloXrouteLabs 会承担全部责任并向他们的验证者道歉，此外，他们承诺会向验证者支付那些被跳过区块的奖励。 Teku 的开发者 [Ben Edginton](https://twitter.com/benjaminion_xyz) 对 bloXrouteLabs 负责任的态度表示认可，但他认为，向这些验证者退还奖励是不必要的，甚至是有害的。质押者要明白一件事，为了获利而将关键功能外包出去，意味着他们要承担额外的风险，而他不希望看到这种现象变得常态化。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1572505651796148227&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1572505651796148227" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 659px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1572581798898728960&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1572581798898728960" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 345px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1572616363054612486&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1572616363054612486" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 385px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1572657858038177793&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1572657858038177793" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 571px; display: block; flex-grow: 1;"></iframe> <br/> **20 位验证者因验证行为可疑而遭到罚没** 9 月 23 日，[@terence](https://twitter.com/terencechain) 指出，有 20 位验证者因为可疑的验证行为而遭到罚没，他猜测是验证者操作失误导致，例如同时在不同的设备上运行同一个验证者。 现在最新的首次罚没金额是 1 个 ETH，在评论里，有人表示这个金额太高，这是操作失误而不是故意的。 [Ben Edginton](https://twitter.com/benjaminion_xyz) 回应道，协议是分辨不出的，如果看上去像是攻击，验证者就会被罚没。尽管他主张将罚没的最小金额设置为低于 1 ETH，但这个观点并没有得到其他开发者的支持。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1573314347128201216&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1573314347128201216" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 624px; display: block; flex-grow: 1;"></iframe> <br/> **合并后 solo-staker 表现下降的原因分析** 21 日，撰写 solo staking 指南的开发者 [Somer](https://twitter.com/SomerEsat) 分析合并后个人质押者（solo-staker）表现下降的 6 个原因： 1. 资源（RAM/Storage/CPU）。合并前，一些个人验证者使用第三方解决方案作为执行层客户端。而在合并后，他们必须在本地安装客户端。不幸的是，他们的硬件没有进行充足的扩容来运行他们执行层客户端和共识层客户端。 2. SSD 性能（IOPS）。合并前只运行共识客户端的个人质押者还能用着相对基础的 SSD，因为信标链更容易同步。而合并后，同步执行层客户端（EC）和共识层客户端（CC）对 SSD 的性能要求要高很多，而一些个人质押者的 SSD 没有达到这个要求。 3. 客户端性能。测试网证明合并是可行的，并且许多客户端在 Goerli 上和 Bellatrix 升级之后运行得还不错。但合并后，这些客户端出现了性能问题（也许是以前不知道的）。客户端团队正在积极修复以解决这些问题。 4. 客户端漏洞。合并后的性能运行报告暴露了客户端里的漏洞，这些漏洞在合并前的环境中可能没有出现。客户端团队正在找出这些漏洞，并优先进行修复。 5. 用户错误。一些个人质押者没有更新他们的客户端软件。另一些人则没有将配置的设置更新到可以合并的状态，或是没有正确地进行更新，或是使用了有点不合适的设置组合。指南在一定程度上是有帮助的。客户端文档也是有好有坏。 6. 缺乏支持。寻求信息解决常见的客户端设置问题是非常具有挑战性的，没有统一的 hub 来提供客户端软件当前状态的最新信息。也许以太坊基金会可以领头做这件事。 Besu 团队开发者的相关观察：  合并后，如果你是一位验证者，就会知道 Besu 在处理区块上的时间变少了，合并前的平均出块时间是13 秒。在主网上投票的时间只有 2 秒左右，因为验证者常常会晚几秒才收到区块。这比之前花的时间少了很多。一旦修复了目前的这些问题，我们就得分析为什么它们没有在合并前的无数次测试中引发任何问题，这样才能在未来避免这些问题。 对于 Somer 所总结的这六点原因，各个客户端的开发者也进行了讨论。 **Teku 的开发者** [Adrain Sutton](https://twitter.com/ajsutton)： 我确实认为（事后看来）我们应该减少影子分叉，而让更多人广泛参与进来。但是，问题的很大一部分在于良好的激励机制。用户对于跳过的 1% 证明不是很满意，但我们认为拥有 99% 的参与已经很好了。 当然，我不认为用户希望他们的验证者表现完美是个问题。事实上，这是件好事。这只是一个例子，说明当你自己的真金白银岌岌可危时，事情就不一样了。 我们在信标链启动时与遇到了同样的情况。个体对他们的测试网验证者感到非常自豪，这使他们对验证者的标准变高，而一旦他们的真金白银受到威胁，他们的要求就更高了。 **Lighthouse 的开发者 [michaelsproul](https://twitter.com/sproulM_)**： 由于测试网上的奖励并没有价值，很难驱动开发者进行测试，并且参与测试的大部分是开发者，而不是家庭质押者。此外，在每次证明前，验证者要做的事情还有很多。而执行层客户端，虽然对许多地方进行了优化，但不一定（还未）对低延迟区块处理进行优化。 **以太坊基金会的开发者 [@parithosh](https://twitter.com/parithosh_j)** 猜测： 也许是因为他们测试的时候都使用了性能良好机器，他们做了很多测试以确保不会出现性能问题，这导致他们没有去处理真正的问题。他认为，当时应该在测试的最后阶段，使用普通或者易出错的机器。他还提到，在之前的影子分叉时也加入了一些外部的测试者，但他们始终只是少数。当时没有注意到这些问题，可能因为开发者没有找到对的指标。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1573946361510256640&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1573946361510256640" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 915px; display: block; flex-grow: 1;"></iframe> <br/> **Adrain Sutton 深入讲解合并后证明被频繁跳过的现象** 25 日，针对合并后频繁出现证明被跳过，而很多人不理解是什么原因引起的情况，客户端 Teku 的开发者 [Adrain Sutton](https://twitter.com/ajsutton) 撰文深入讲解生成证明的周期，并教大家发现是哪里出现问题。更多详情，敬请期待 ECN 译版~ 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1573991471279063040&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1573991471279063040" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 392px; display: block; flex-grow: 1;"></iframe> <br/> # 执行层 **上海升级的候选 EIP 以及 ACD 重开时间** 据 geth 的数据，目前上海升级暂定的候选 EIP 有 7 个。包括 [EIP-3540](https://eips.ethereum.org/EIPS/eip-3540)、[EIP-3651](https://eips.ethereum.org/EIPS/eip-3651)、[EIP-3670](https://eips.ethereum.org/EIPS/eip-3670)、[EIP-3855](https://eips.ethereum.org/EIPS/eip-3855)、[EIP-3860](https://eips.ethereum.org/EIPS/eip-3860)、[EIP-4895](https://eips.ethereum.org/EIPS/eip-4895) 和 [EIP-4758](https://eips.ethereum.org/EIPS/eip-4758)。 其中， [EIP-3540](https://eips.ethereum.org/EIPS/eip-3540) 提供了EVM 对象格式（EOF），即给有特定标识符的合约提供新功能，而现有的合约按原样执行；[EIP-3651](https://eips.ethereum.org/EIPS/eip-3651) 提议降低访问 `COINBASE` 地址的 gas 开销，修正 [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 的疏忽；[EIP-3670](https://eips.ethereum.org/EIPS/eip-3670) 是 3540 的配套 EIP，它引入部署时 EOF 合约的代码验证；[EIP-3860](https://eips.ethereum.org/EIPS/eip-3860) 是关于把 `initcode` 的最大大小限制在 49152，且每 32 字节的 `initcode` 需要收取 2 gas 的费用，以实现对 `initcode`进行限制与测量。[EIP-3855](https://eips.ethereum.org/EIPS/eip-3855) 提议新增操作码 `PUSH0`，把 0 推入 EVM 堆栈；[EIP-4895](https://eips.ethereum.org/EIPS/eip-4895) 则是将信标链作为系统操作的推式提款；[EIP-4758](https://eips.ethereum.org/EIPS/eip-4758) 则重命名`SELFDESTRUCT`操作码为 `SELFDESTRUCT`。 值得注意的是，ACD 将重新启动，在 UTC 时间 10 月 27 日 14:00 举办第 148 次 ACD。 来源： https://github.com/ethereum/go-ethereum/issues/25820 <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1570444764545454081&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1570444764545454081" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 721px; display: block; flex-grow: 1;"></iframe> <br/> [rated.network](https://www.rated.network/) **对质押池的 APR 进行了拆解** 以太坊验证者数据仪表盘网站 [rated.network](https://www.rated.network/) 把 APR 进行了拆解，数据细致到质押池的提议占比、提议中的 mev-boost 占比、执行层占比和共识层占比： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1574397769711636482&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1574397769711636482" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 631px; display: block; flex-grow: 1;"></iframe> <br/> # Layer2 **Arbitrum 向匿名白帽骇客支付赏金 400 ETH** 据 The Block 报道，Arbitrum 已向白帽骇客 @0xriptide 支付了 400 ETH（约 520,000 美元），用于奖赏他找出 Arbitrum Nitro Inbox 上的一个 bug。 来源：https://www.theblock.co/post/171585/arbitrum-announces-400-eth-bug-bounty-payout <br/> **OpenSea 支持二层解决方案 Arbitrum** 9 月 20 日，区块链 NFT 交易平台 OpenSea 宣布支持以太坊二层扩容解决方案 Arbitrum。这意味着用户可以直接在 OpenSea 上购买以及出售在 Arbitrum One 上发布的 NFT。 来源：https://twitter.com/arbitrum_cn/status/1572280402919960576?s=46&t=SHlCaqMqSZUbS1jz3sDe5A <br/> **Optimism 推出 OP Radio** OP Radio 将于每周三 UTC 时间 3:00 PM 举办 Twitter Space，内容涵盖 Optimism 生态的各种话题。首期节目邀请了基于 Optimism 构建的 NFT 市场 Quix 团队。 来源：https://twitter.com/optimismfnd/status/1571849901650366466?s=46&t=SHlCaqMqSZUbS1jz3sDe5A <br/> **ETHGlobal 举办的 Optimism Summit 视频回看** 以太坊的未来会是如何？ETHGlobal 邀请 Optimism 团队于 9 月 24 日做了一场 Optimism Summit，探讨以太坊的未来。 视频回放：https://ethglobal.tv/optimism-summit-3fe52cc1 <br/> **17 天学习 Cairo 语言获得奖励** Cairo 语言是扩容解决方案 StarkNet 使用的编程语言。一个为 Cairo 开发者构建的 QA 网站 [Newton](https://www.newton.wtf/) 正举办一场为期 17 天的 Cairo 语言学习挑战 (9 月 26 日 -- 10 月 12 日)。参赛者每天都会在正式的 Cairo 语言环境上进行新的练习实践，并将答案分享至 Newton 网站中。每一天的解决方案最佳发布者会得到 10 美元。 来源：https://newtonso.notion.site/17-days-of-Cairo-Lang-with-Newton-550dfcda6a2d449ca468be293c776578#e62b6fbd1792442d8baec2e7165d154b <br/> **学习 Optimism 上的主流应用，获取 NFT** 以太坊扩容解决方案 Optimism 推出 Optimism Quest 活动，旨在引导用户探索 Optimism 生态系统上的应用。允许用户在学习一些主流应用的同时，以一种吸引人的方式获得 NFT。 在第一季的任务中，Optimism Quest 推出了 18 个应用。未来的任务将会添加更多应用，建立在 Optimism 上应用程序团队可以填写表格加入到这个游戏中。 表格：https://optimismpbc.typeform.com/to/ujLNZNQX?utm_source=dev_blog Optimism Quest 活动参与：https://app.optimism.io/quests 来源：https://dev.optimism.io/quests/ <br/> # 生态 **监管：美联储等机构必须对非银行机构的稳定币计划进行审批** 美国国会正在起草法案，规定美联储和各州监管机构必须对非银行机构的稳定币计划进行审批。只由发行方创建的其他数字资产（非现金、非高流动性资产）进行支持的稳定币将会有为期两年的禁止发行新币的禁令，这些现存的稳定币计划有两年宽限期，可以在改变商业模式后获取发行批准。 来源： https://www.theblock.co/post/171565/draft-stablecoin-bill-in-congress-to-require-fed-state-regulator-approval <br/> **Uniswap 将推出一站式 NFT 交易平台** 据 [decrypt.co](http://decrypt.co/) 报道，上周在纽约进行的 Messari Mainnet 2022 大会上，Uniswap Labs 的 COO Lader 透露，他们将推出 NFT 交易一站式平台，即用户可以在 Uniswap 上购买和出售各个不同 NFT 市场平台上的 NFT。 此前，Uniswap NFT 产品负责人 @Scott_eth 称 Uniswap 正与 7 个 NFT 借贷协议联系，将与这 7 个方案一起解决 NFT 流动性碎片化以及信息不对称问题。他称，这是构建 NFT 金融的第一步。 来源：https://decrypt.co/110432/how-uniswap-is-taking-aim-at-coinbase-and-binance <br/> **GitHub 平台解封了 Tornado Cash 的代码库** Tornado Cash 的 Github 早在 8 月 8 日美国财务部 OFAC 制裁了 Tornado Cash 后不久就被封了，其软件开发者 [Roman Smenov](https://twitter.com/semenov_roman_) [称自己的 Github 账号被冻](https://twitter.com/semenov_roman_/status/1556717890308653059?s=20&t=M72Yn54shjbjUBfTacrr0w)。 9 月 14 日，Prysm 的核心开发者 [prestonvanloon](https://twitter.com/preston_vanloon) 在推特上[喊话 Github](https://twitter.com/preston_vanloon/status/1569726055736397825) 解封 Tornado Cash 的 Github 代码库，并引用了 OFAC 的一条声明：“美国制裁条例不会禁止美国公民复制开放源代码和在网上提供他人查看开源代码”。 22 日，GitHub 平台解封了 Tornado Cash 及其贡献者的账号。 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1572958754395811841&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1572958754395811841" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 519px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊社区协作：ESP推出“合并数据挑战”** ESP(以太坊生态支持计划) 推出“合并数据挑战”，呼吁以太坊社区的数据科学家、数据可视化专家、开发者等参与以太坊合并数据的深入分析。发布的研究成果如得到社区评判小组的认可，最高可获得奖金 3 万美元。 评判标准大致包括创造性、数据分析或数据可视化的质量和清晰性、洞察力、数据分析和可视化有助于普通听众的理解程度以及对于以太坊工具生态的贡献质量。该活动提交分析文章的截止日期为 10 月 31 日。 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1572693683048443907&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1572693683048443907" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 385px; display: block; flex-grow: 1;"></iframe> <br/> **Immunefi 完成了价值 2400 万美元的 A 轮融资** Immunefi 完成了价值 2400 万美元的 A 轮融资，由 Framework Ventures 领投。其他投资方包括：Electric Capital、Polygon Ventures、Samsung Next、North Island Ventures、Third Prime Ventures 和 Lattice Capital。 Immunefi 是一个帮助 Web3 项目启动赏金漏洞计划和帮助白帽黑客赚取赏金的平台。 来源： https://www.theblock.co/post/172008/web3-bug-bounty-platform-immunefi-raises-24-million-in-series-a-funding <br/> **元宇宙公司 Hadean 完成了 3000 万美元 A 轮融资** 元宇宙初创公司 Hadean 完成了 3000 万美元 A 轮融资，投资方包括《要塞英雄》的开发商 Epic Games 和国内互联网巨头腾讯。 来源： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1573340252420415492&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1573340252420415492" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 621px; display: block; flex-grow: 1;"></iframe> <br/> **ChainSecurity 审计 Aave 的 BridgeExecutor 合约** ChainSecurity 审计了 Aave 的 BridgeExecutor 合约，让去中心化跨链治理得以扩展到 Arbitrum 和 Optimism。 在审计报告中，按照风险的严重性分为四个级别，分为 critical、High、Medium 和 Low。而该报告发现，Aave 这个合约中只发现 4 个等级为“Low”的风险，它们处于可接受的风险范畴，分别为： - 泄露的 Guardian 账户可能会阻碍执行器 - 有风险的 `Delegatecalls` - 作为字符串的函数签名，可能会因为与统一编码的字符集中部分字符相似而出现问题。 - 执行函数中潜在的重入漏洞 来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiLCJ0ZXJyYS5jb20uYnIiLCJ3d3cubGlua3RyLmVlIiwid3d3LnRyLmVlIiwid3d3LnRlcnJhLmNvbS5iciJdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdGltZWxpbmVfMTIwMzQiOnsiYnVja2V0IjoidHJlYXRtZW50IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2JhY2tlbmQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19jaGluX3BpbGxzXzE0NzQxIjp7ImJ1Y2tldCI6ImNvbG9yX2ljb25zIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1573971169597952000&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FVTE2AdU7ylEzOGCK9OZEcvffn9Il9K1AkjhrfZVmN-A&amp;sessionId=42afca5246780245bd0118c7b0d97723f2039318&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1573971169597952000" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 806px; display: block; flex-grow: 1;"></iframe> [chainsecurity.comchainsecurity.com](https://chainsecurity.com/wp-content/uploads/2022/09/ChainSecurity_Aave_Bridge_Executors_audit.pdf) <br/> **韩国检方称国际刑警组织已对 Do Kwon 发出红色逮捕令** 此前，韩国法院于 9 月 14 日对 Terraform Lab 的 CEO Do Kwon 发出逮捕令。在 Do Kwon 声称自己没有在逃后，韩国检方要求国际刑警组织（Interpol）对他发布红色逮捕令。 而后彭博社 9 月 26 日报道，韩国检方声称国际刑警组织已经发布了逮捕 Do Kwon 的红色逮捕令。 目前，韩国当局正在寻求冻结与 Do Kwon 有关的价值 6700 万美元的比特币。 来源： https://www.theblock.co/post/172739/south-korea-says-interpol-has-issued-a-red-notice-for-do-kwon-bloomberg-says https://www.coindesk.com/policy/2022/09/27/s-korean-authorities-look-to-freeze-67m-bitcoin-tied-to-terras-do-kwon/?utm_source=dlvr.it&utm_medium=twitter <br/> **全员 Hackathon： “I，Game & Robot"** I，Game & Robot 黑客松活动于 9 月 26 日开始，它分为游戏设计策划、概念艺术设计、游戏功能设计和货币化模式设计四个部分，旨在开发全球 web3 区块链的手游。活动不仅面向开发者，还有游戏策划者、艺术家、设计师、工程师等等。 来源：https://gitcoin.co/hackathon/game-robot/onboard <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 https://www.ethereum.cn/Technology/ethereum-transactionshttps://www.ethereum.cn/Technology/ethereum-transactionsFri, 23 Sep 2022 00:00:00 GMT作者 | [Haym](https://twitter.com/SalomonCrypto) 来源 | [@SalomonCrypto](https://twitter.com/SalomonCrypto/status/1568092433803808770) <br/> <br/> 发送了 [ETH](https://twitter.com/search?q=%24ETH&src=cashtag_click)？有为 AMM 提供流动性？部署了新的合约？你所做的任何事都会在世界计算机上留下链上记录。想知道你的交易中有些什么吗？ <br/>  <center>以太坊计算中逐个原子单位的指南</center> <br/> [以太坊](https://twitter.com/ethereum)是一台世界计算机：一个存在于上千台计算机网络之间的全球共享基础设施。 用户可以通过钱包（比如 [MetaMask](https://twitter.com/MetaMask)）与以太坊进行交互，钱包可以创建和发送交易到网络中。一旦接收了交易，它就会被写入区块中。 **额外的益处：对数据进行哈希计算(应用哈希函数)** 哈希函数：这是一段用于将任意数据量转换为一个压缩、统一数值的代码。它的输入数据可以是任意长度，但输出数据的长度则是一样的。 （好处）哈希函数不能反向运行。 <br/>  cr. [@SalomonCrypto](https://twitter.com/SalomonCrypto/status/1567541750151151616) <br/> 一笔以太坊交易由三个部分组成： <br/> - 元数据（metadata），包括发送/接受的 ETH 金额、gas 详细信息以及签名数据 - 缓存（cache），交易预计会使用的账户和私钥的列表。 - 数据，交易的 payload（智能合约代码或者 API 调用） <br/>  <br/> ### **元数据 —— 交易相关信息** 以下的图片展示了所有元数据字段。我们会在接下来探讨其中不显著的部分。 <br/>   <br/> **chainid** —— 由 EIP-155 提出，用来保护链不受 [ETC](https://twitter.com/search?q=%24ETC&src=cashtag_click) 的重放攻击。 **type** —— 这里有两种类型：一个新的合约（0x0）还有其他所有合约（0x2）。EIP-2718 提出了一个封装功能（0x2），让更多不影响以太坊核心规范的类型得以使用。 **nonce** —— 从特定地址发送过来的交易数量。一旦交易打包到区块上，钱包的 nonce 值就增加了。避免受到重放攻击。 **to** —— 接受交易的地址（钱包或智能合约） **value** —— 将要转账的 ETH 数额。请注意 —— 这里只计算 ETH，不计算其他代币。 **gas** —— 这笔交易所使用的 gas 单位 **maxFeePerGas** —— 创建交易的用户愿意支付的最高费用（每 gas 要支付 WEI。译者注：WEI 是 ETH 的最小单位，1 个 ETH 相当于 10 的18次方 WEI。）它包括了基础费用和优先费。 **maxPriorityFeePerGas** —— 创建交易的用户在基础费用（base fee）之外愿意支付的最高优先费（每 gas 要支付的 WEI）。这笔费用会直接支付给矿工/验证者，作为激励打包的小费。 **gasPrice** —— 这笔交易需支付的每 gas 单位的成本 **（r, s, v）**—— 构成创建该交易的用户签名的三个值。它们可以用于验证用户是否在此交易上 EVM 执行之前许可了这笔交易。 <br/> 更多信息，可以自行查阅：Elliptic Curve Digital Signature Algorithm (ECDSA) <br/> ### 缓存 这个部分包括了访问列表（accessList），它是交易将用到的地址和私钥的列表。这笔交易还可以使用该列表以外的资源，但成本会比较高。 <br/>   <br/> 访问列表是由 EIP-2929 提案提出的，让客户端可以获取/缓存交易期间的数据。 现在，通过访问列表获取地址和私钥数据的折扣是 9 折。但这个折扣会随着未来以太坊支持更多轻客户端而变得更多。 <br/> ### 数据 —— 交易中传输的 payload 数据 数据可以用三种方式进行： - ETH 转账 —— 空白 - 智能合约 API 调用 —— 函数和参数的名字 - 新的智能合约 —— 智能合约的代码 <br/>   <br/> 输入字段的数据以二进制形式记录，但它可以转译成人类可读的形式。 <br/>   <br/> 输入字段存在于链上，但它不是 EVM 状态的一部分。它只是在交易期间为合约提供数据，无法被以太坊追踪到，也不能在共识层上使用。 EVM 只能使用在此交易中提供的数据；它无法查看过去的交易。 这一特质对于想要将历史数据写入以太坊区块链（比如，用于稍后的手动检索）但不考虑直接访问 EVM 的应用程序来说十分有用。 Rollup 是最早充分利用这个想法的一种应用程序。 有时间我们会谈谈 Rollup。现在，Rollup 依靠着这样一种现实：将数据写入输入字段比直接写入以太坊 EVM 状态中要相对便宜。 <br/> 你现在可以看啦！这就是一笔以太坊交易的样子！ <br/>  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](mailto:eth@ecn.co) 进行授权。https://www.ethereum.cn/Layer2/optimism-nodehttps://www.ethereum.cn/Layer2/optimism-nodeTue, 20 Sep 2022 00:00:00 GMT作者 | Alchemy 来源 | [alchemy.com](https://www.alchemy.com/overviews/optimism-node) <br/> <br/> 为了从 Optimism 检索数据，dApp 需要通过 RPC （Remote Procedure Call，远程过程调用）节点发送检索请求。在这篇文章，我们将探索 [Optimism](https://www.alchemy.com/layer2/optimism) 上用于 web3 开发支持的不同类型的节点。 <br/> ### **什么是 Optimism?** <br/> Optimism 是以太坊二层（L2）的扩容解决方案，它利用 optimistic rollup 的这一技术解决方案使得每秒 2000 笔交易的处理成为可能。Optimism 基于一套清晰的核心设计理念去设计以及维护他们的区块链网络。 1. 简约性 2. 实用主义 3. 可持续性 4. 乐观主义 <br/> ### **什么是 optimistic rollup？** <br/> [optimistic rollup](https://www.alchemy.com/overviews/optimistic-rollups) 通过将计算和数据储存迁移至链下，利用以太坊的安全性来提升以太坊基础层的吞吐量并改善它的网络延迟。Optimism 创造了一种在 L2 链上进行许多交易的 rollup 技术，将交易捆在一起。接着，rollup 协议乐观地假设了所有这些交易的有效性，并将打包的 rollup 交易捆提交至以太坊的一层（L1）链。 <br/> ### **什么是 Optimism 节点？** <br/> Optimism 节点是一个程序，运行在单个计算机上，让构建者和交易员与 Optimism 区块链网络中的其他人连接。Optimism 节点包括了两个重要组件：数据传输层（the Data Transport Layer）和客户端软件。 <br/> ### **数据传输层（DTL）** <br/> 数据传输层是 Optimism 和以太坊之间的联系。而托管在以太坊上的智能合约 ——（**CanonicalTransactionChain，CTC**）合约 —— 包含着所有发布至 Optimism 区块链的一系列区块。 DTL 会通过检索之前发布至 CTC 的区块，定期在一个节点上构造 Optimism 区块链。如果没有 DTL，Optimism 的节点将无法及时获取 L2 optimistic rollup 构造的区块数据。 <br/> ### **客户端软件** <br/> 与 DTL 一起运行的是 **Optimism 的客户端软件**。Optimism 的客户端与 Geth（又称 Go Ethereum）的原生版本几乎一样 —— Geth 是最广泛使用的[以太坊客户端](https://www.alchemy.com/overviews/execution-layer-and-consensus-layer-node-clients)。就其本身而言，Optimism 和以太坊非常相似，都可以使用共享的 EVM，相似的计费结构和 gas 计量等。 在 Optimism 上开发的大好处就在于，大多数以太坊上运作的工具也能在 Optimism 上使用，几乎不用修改代码。 <br/> ### **为什么需要一个 Optimism 节点？** <br/> 构建一个 Optimism 的应用程序需要通过 optimistic rollup 发布交易至 CTC。此外，Optimism 节点允许 dApp 检索关于 Optimism 区块的数据。为了支持 Optimism 上高性能的 dApp，必须要有一个功能完善的节点。 <br/> ## **Optimism 的节点类型** <br/> 有几种将 dApp 连接到 Optimism 节点的选择，包括私人 Optimism 节点、使用 Optimism 公共 RPC 节点的端点，以及自行运行、自托管的节点。 大部分 Optimism 的开发者会使用如 Alchemy 等 Optimism 节点提供商的私人 RPC 端点，因为公共端点和自托管的节点都有许多的劣势，包括低吞吐量、高设置开销，并且需要更多的工程维护支持。 <br/> ### 1. **公共 Optimism 节点** <br/> Alchemy 管理着 [Optimism 主要的公共端点](https://community.optimism.io/docs/useful-tools/networks/#optimism-mainnet)，它可以通过这个端点 URL: [https://mainnet.optimism.io](https://mainnet.optimism.io) 访问。 尽管公共端点也有技术支持，但 Optimism 强调公共 RPC 端点已经完全不适合产品级别的项目使用了。 Optimism 的公共端点会限速应用程序，而且经常只支持有限的 JSON-RPC 方法。 <br/> ### 2. **私人 Optimism 节点提供商** <br/> 如果 Optimism 公共节点吞吐量的不足限制着用户的应用程序或交易，那么 [Optimism 节点的专门提供商](https://www.alchemy.com/overviews/blockchain-node-providers)的私人 Optimism RPC 端点则能让工程师访问可靠的、可扩展的 Optimism 节点。 Alchemy 是 [Optimism 推荐的节点提供商](https://community.optimism.io/docs/useful-tools/providers/#)，Alchemy 除了拥有 web3 中最可靠的 Optimism 节点性能之外，它提供 Optimism 的开发者以一系列的主机开发工具，包括 Alchemy Build、Minitor 和 [Optimism webhooks](https://www.alchemy.com/overviews/optimism-webhooks)，这些都是为了给予开发者最好的 Optimism 开发经验而设计的。 <br/> ### **如何开始使用 Alchemy 的私人 Optimism RPC 端点** <br/> Alchemy 提供着强大的免费层，让用户能够以一个可靠的[私人 Optimism RPC 端点](https://www.alchemy.com/overviews/private-rpc-endpoint)开始。 在 Alchemy 中创建一个新的 Optimism 应用： 1. 注册后[创建一个免费的账户](https://dashboard.alchemy.com/signup/?a=2b2fa82d19)或是登录你现有的账户 2. 点击 dashboard 右上方“Create APP”的按钮 <br/>  <center>Alchemy 开发者平台 dashboard</center> <br/> 现在请填写下列的部分，包括： 1. 命名你的应用 2. 填写描述 3. 选择“Optimism”作为你的“链” 4. 选择“Optimism 主网”作为你的网络 如果你想要在 Optimism 的 Goerli 测试网上创建或[迁移应用](https://www.alchemy.com/overviews/migrate-from-kovan-to-goerli-on-optimism)，你可以选择“网络”下拉式列表中的 Goerli 测试网。 <br/>  <center>使用 Alchemy 创建一个私人 Optimism RPC 端点</center> <br/> 接下来，点击 dashboard “查看密钥”的按钮来查看你的 HTTPS 密钥并开始发送请求至你的新节点上！ <br/>  <center>从 Alchemy 应用的 dashboard 上复制你的 Optimism RPC 端点的 URL </center> <br/> 现在，请替换你应用中的 Optimism RPC URL，通过 Alchemy 专门提供的 Optimism 端点开始发送流量。 <br/> ### 3. **自托管的 Optimism 节点** <br/> 为了完成对自己节点的配置和实现的控制，开发者可能会选择[运行自己的 Optimism 节点](https://www.alchemy.com/overviews/running-your-own-node)（比如，自托管的节点）。 设置 Optimism 节点的第一步是确定自己的节点硬件。在这方面，Optimism 建议系统需要满足： 1. 至少有 16 GB 的内存 2. 一个至少有 100 GB 可用空间 SSD（固态硬盘） 在确定硬件后，Optimism 提供商指定了两种设置用户自托管节点的方式：一种是使用 Docker 的配置，而另一种是不使用 Docker 的配置。 以下是对两种设置 Optimism 节点方式的总结。如果你决定要设置一个节点，可以跟着 Optimism 的[节点配置指示](https://community.optimism.io/docs/developers/build/run-a-node/)。 <br/> ### （1） **Docker 的配置** <br/> Optimism 推荐的设置自托管节点的方法就是使用他们的提供的 [Docker 镜像](https://hub.docker.com/u/ethereumoptimism)。 通过设置节点的 Dokcer 镜像，你可以跳过很多配置步骤，因为该镜像已经设置了大多数配置。 **这里是使用 Docker 配置步骤的简要概述**： 1. 在你的计算机上克隆节点的 Github [仓库](https://github.com/smartcontracts/simple-optimism-node) 2. 配置节点设置 3. 运行自托管的 Optimism 节点 在第二步，你将必须提供多个其他节点，另一个 L2 Optimism 节点和 L1 的 RPC 节点。 另一个的 L2 Optimism 节点将会由你的 Optimism 节点用来验证其正确性，而以太坊（L1）的 RPC 节点则用来检查你的节点状态根，并通过 CTC 从 L1 下载 L2 的区块。 Optimism 建议使用 RPC 提供商的支持节点。 使用这个 Docker 配置，你的节点将会从一些额外功能中受益，帮助你维护节点。 <br/> **网络健康检测服务怎么进行？** <br/> 网络健康检测服务会定期把你的节点状态和参考节点的状态进行对比，确保你的节点正确进行同步。错误检测器会扫描来自 Optimism 定序者的交易并对比在你节点上计算的交易结果。最后，本地托管的 dashboard 会让你轻松地访问基本的节点衡量标准，包括故障数据、DTL 同步等。 <br/> ### （2） **非 Docker 配置** <br/> 如果预先配置的 Docker 镜像没能为你提供足够的自定义，Optimism 还描述了独立设置节点的框架。然而，他们并不会推荐这种设置节点的方式。 尽管这些指示经过了测试，但是它们不如 Docker 配置方式那样稳当。这个方法可能伴随着设置节点功能不佳的风险。这个方法的指示如下： <br/> **1.安装需要运行 Optimism 节点的软件包和工具** 你想要安装的软件包和工具如下： - **Libusb** - Geth 用来检查硬件钱包的库 - **Node.js** - 一段 Javascript 运行时间 - **Yarn** - 一个常见的 Node.js 软件包管理工具 - **Go** - 节点运行的编程语言 <br/> **2.设置数据传输层** DTL 是节点软件的第一部分。你会在这里下载源代码，编辑它的配置和运行这个层。 就像 Docker 配置的情况一样，你将需要在这里为你的自托管 Optimism 节点提供另一个节点，让它可以同步它的区块。 一旦进行运行，你需要管理 DTL 以确保它与 Optimism 进行正确的同步。 <br/> **3.设置 Optimism 的客户端** 设置 Optimism 客户端是你的自托管节点要做的第二部分。你必须编译源代码，下载和验证来自 Optimism 创世节点的状态，创建和配置它的环境，运行其配置并在最后开启客户端。 对于想要更多地控制自己的节点配置的专业 web3 开发者来说，运行自托管节点只是另外一种选择。但是，比起使用 Optimism 节点提供商以及 Alchemy 等开发者平台，启动和管理自托管节点是更加昂贵且耗费时间的选择。 <br/> ## **哪种 Optimism 节点最适合我？** <br/> 在大多数情况下，通过 Alchemy 使用私人 Optimism 端点是最好的选择。公共 Optimism 端点不应该服务于产品级别项目的流量，除非你是专业的基础设施工程师，不然你就不应该管理自己的 Optimism 节点。 即使你是 Optimism 上临时的交易员或者的 dApp 用户，[用一个专门的 Optimism 端点来更新自己的 Metamask 钱包](https://docs.alchemy.com/docs/how-to-add-optimism-to-metamask)也可以为自己提供给更快且更可靠的服务。 从今天开始，在市场中使用强大的、免费的 Optimism 节点提供商层，用 Alchemy 来释放你的 dApp 全部的力量。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-9-20https://www.ethereum.cn/Ecosystem/eth-weekly-2022-9-20Tue, 20 Sep 2022 00:00:00 GMT <br/> # 本期看点： <br/> - **以太坊主网合并升级成功** - **注册 Flashbots 的 Boost Relay 的验证者约占总数的 23%** - **目前的 Relay 使用情况** - **Optimism 下一代升级 Bedrock Alpha 测试网版本发布** - **Arbitrum 发布 Nitro 节点新版本 v2.0.5、v2.0.6** - **Gitcoin GR15 倒计时** - **Etherscan 在合并后更新了主网区块页面** - **ENS 的域名 [eth.link](http://eth.link) 重新上线** <br/> # 主网 <br/> **以太坊主网合并升级成功** 北京时间 9 月 15 日 14:42:42，以太坊主网合并 TTD **区块高度 15537393** 触达，以太坊升级成功 PoS 🐼。以太坊正式进入 PoS 时代！ 来源： [https://bordel.wtf/](https://bordel.wtf/) <br/> **注册 Flashbots 的 Boost Relay 的验证者约占总数的 23%** 15 日，Hasu 发推称，目前大约 42.8 万名验证者中的 2.3 万名（约占 5% ）注册了 Flashbots 的 Boost Relay。 <br/>  cr. [boost-relay.flashbots.net](https://boost-relay.flashbots.net/) <br/> 而截止 20 日 11:00 am，验证者总数达到 431,063，注册 Boost Relay 的验证者则达到了 100,226，约占总数的 23%。也就是说，在 5 天的时间里，注册 Boost Relay 的验证者增长了 7 万多名。 来源： [https://twitter.com/hasufl/status/1570325001059835904?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ](https://twitter.com/hasufl/status/1570325001059835904?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ) <br/> **9 月 9 日至 16 日的 PoS 区块丢失率** 16 日， Prysm 客户端开发者 Terence 发布9 月 9 日至 16 日的 PoS 区块的丢失率数据。 - Sep 9: 1.15% - Sep 10: 1.17% - Sep 11: 0.82% - Sep 12: 1.62% - Sep 13: 1.18% - Sep 14: 0.94% - Sep 15: 1.28% - Sep 16: 1.73% (合并后) 据以上数据，合并后的第一天迎来了当周最高的区块丢失率，Terence 称这是因为客户端的设置和漏洞方面的问题。 来源： [https://twitter.com/terencechain/status/1570781263719706624?s=21&t=9XPrt-7g2NSdsJisSoGiYA](https://twitter.com/terencechain/status/1570781263719706624?s=21&t=9XPrt-7g2NSdsJisSoGiYA) <br/> **目前的 Relay 使用情况** @_anishagnihotri 构建了一个用于追踪头部 relay 和区块构建者行为的 dashboard（[http://mevboost.org/](http://mevboost.org/) ）。 据他 17 号统计，通过 Flashbots 中继的 MEV-Boost 区块约占 84% 左右，约 3 名构建者提议着大部分的提议区块。验证者从 MEV 中共获得 250 多个 ETH。 而截止 20 号 11:25 左右，mevboost.org 显示，通过 Flashbots 中继的 MEV-Boost 区块占比有所下降，约为 81%。目前，活跃的 Relay（至少传输一个区块的 Relay）包括：Flashbots、BloXroute Max Profit、BloXroute Ethical、BloXroute Regulated、Blocknative、Eden 和 Manifold。 <br/>  cr.[mevboost.org](https://www.mevboost.org/) <br/> 如下，区块构建者按照提议区块的数量从高往低进行排序，其中最活跃的构建者已经提议了 3498 个区块，总计价值 677 个 ETH 左右。 <br/>  cr.[mevboost.org](https://www.mevboost.org/) <br/> 来源： [https://twitter.com/_anishagnihotri/status/1570967205822754818?s=20&t=aFu1qAqlyUe7bX9waq_kbw](https://twitter.com/_anishagnihotri/status/1570967205822754818?s=20&t=aFu1qAqlyUe7bX9waq_kbw) <br/> **以太坊质押 APY 数据网站** 创建多个区块链数据追踪网站的 @dmihal 新推出了一个追踪以太坊质押池和质押机构的 APY 数据的网站：[https://simplestakers.info/](https://simplestakers.info/) <br/>  <br/> **Ethermine 现已停止 PoW 挖矿服务** 14 日，CoinDesk 发布文章，称以太坊矿池 Ethermine 即将在以太坊 PoW -> PoS 迁移完成后停止 PoW 挖矿服务，并且不会支持任何 PoW 分叉。 目前，Ethermine 的官网 [ethermine.org](http://ethermine.org/) 显示，已经停止了以太坊 PoW 挖矿。 <br/>  cr.[ethermine.org](http://ethermine.org/) <br/> 来源： [https://www.coindesk.com/tech/2022/09/14/ethereums-biggest-mining-pool-to-stop-offering-services-for-the-network/](https://www.coindesk.com/tech/2022/09/14/ethereums-biggest-mining-pool-to-stop-offering-services-for-the-network/) <br/> **PoS 以太坊的设计** 15 日，[Patrick McCorry](https://twitter.com/stonecoldpat0) 就合并后的 PoS 以太坊的能源消耗、可扩展性、epoch 和 slot 以及委员会、同步和投票、被跳过的区块处理、最新区块和分叉处理、分叉选择规则的重要性、区块变坏、弱主观性、最终确定性等设计进行说明。 阅读详情：《[合并后的第一天：快速回顾 PoS 以太坊设计](https://www.ethereum.cn/Eth2/pos-ethereum)》 来源： [https://twitter.com/stonecoldpat0/status/1570338207258009600?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ](https://twitter.com/stonecoldpat0/status/1570338207258009600?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ) <br/> ## MEV <br/> **MEV-Boost 简介** 19 日，Hasu 推送了 MEV- Boost 简介，里面主要有： - 介绍 - MEV-Boost 快速入门 - 它与共识层客户端的兼容性 - 版本的更新 - 构建者快速入门 - 中继列表 除此之外，该简介还为节点运作者和区块构建者或是有兴趣成为这两种角色的人准备了一些简单的 FAQ，比如“为什么我要运行 `mev-boost`?” 来源： [https://twitter.com/hasufl/status/1571864296497336320?s=21&t=tcSX0EShhumAA6d6lRVtYw](https://twitter.com/hasufl/status/1571864296497336320?s=21&t=tcSX0EShhumAA6d6lRVtYw) <br/> **Lido 回顾合并后第一天的 MEV 奖励** 16 日，Lido 回顾自己在 UTC 时间 15 日 12:00 至 16 日 12:00（合并后）的 **MEV** 奖励。Lido 在这 24 小时中的 MEV ****奖励（包括优先费）高达 244.44 个 ETH，其升级后的 ETH 质押收益率高达 5.5%。 <br/>  <br/> 来源： [https://twitter.com/lidofinance/status/1570783710466936834?s=21&t=9XPrt-7g2NSdsJisSoGiYA](https://twitter.com/lidofinance/status/1570783710466936834?s=21&t=9XPrt-7g2NSdsJisSoGiYA) <br/> # Layer2 <br/> **Optimism 下一代升级 Bedrock Alpha 测试网版本发布** Optimism 开发者 @protolambda 在 DappCon Berlin 中做了 Optimism Bedrock 的演讲并宣布 Bedrock Alpha 测试网的发布，dApp 开发者现可以加入测试了。 想要了解如何参与 Optimism Bedrock Alpha 版本的 Goerli 测试网，请查看： [https://oplabs.notion.site/External-Optimism-Bedrock-Alpha-Testnet-454a37e469af4658b89a9d766334e331](https://www.notion.so/454a37e469af4658b89a9d766334e331) 来源：[https://twitter.com/oplabspbc/status/1569296705023275015?s=46&t=SHlCaqMqSZUbS1jz3sDe5A](https://twitter.com/oplabspbc/status/1569296705023275015?s=46&t=SHlCaqMqSZUbS1jz3sDe5A) <br/> **StarkWare 即将推出构建游戏 GoL2** 16 日，StarkWare 宣布即将推出构建在 L2 上的实验性游戏项目 GoL2，这是一个 StarkNet 版本的 “Game of Life”。 来源： [https://twitter.com/StarkWareLtd/status/1570683935243538432](https://twitter.com/StarkWareLtd/status/1570683935243538432) <br/> **Arbitrum 发布 Nitro 节点新版本 v2.0.5、v2.0.6** Arbitrum 发布了新的 Nitro 节点版本 v2.0.5。此版本对定序器和验证器系统进行了改进，并增加了对共识 v7 的支持。它还修复了一些小的漏洞，还包含了一个热配置重载机制的扩展。 最新的版本 v2.0.6 修复了 Prometheus 参数和 docker 网络中的 JIT 验证器。 来源： [https://github.com/OffchainLabs/nitro/releases/tag/v2.0.5](https://github.com/OffchainLabs/nitro/releases/tag/v2.0.5) [https://github.com/OffchainLabs/nitro/releases/tag/v2.0.6](https://github.com/OffchainLabs/nitro/releases/tag/v2.0.6) <br/> # 生态 <br/> **Gitcoin GR15 倒计时** GR15 将在 9 月 22 日结束。现在还有时间申请 GR15 以太坊生态系统的 Greater China Community 轮捐赠，Scroll 和 PlanckerDAO 已承诺为此捐赠轮提供 5 万美元的匹配资金。 具体的申请资格可以查看 notion 文件：[https://www.notion.so/Greater-China-Community-Ethereum-Ecosystem-Round-Brief-3e62930e1efa41b6b050434f391f04b1](https://www.notion.so/3e62930e1efa41b6b050434f391f04b1) 在过去的一周时间里，ECN 收到了许多贡献者的支持，非常感谢！感兴趣的贡献者可以点击链接，支持 ECN 社区的工作：[💰 ethereum.cn | ECN以太坊社区网络 | Grants | Gitcoin](https://gitcoin.co/grants/380/ethereumcn) 来源： [https://twitter.com/gitcoin/status/1571484205049352196?s=21&t=u_VmhgLtG9kIDHbzW-x84g](https://twitter.com/gitcoin/status/1571484205049352196?s=21&t=u_VmhgLtG9kIDHbzW-x84g) <br/> **StarkNet 中文社区将于 21 日举办工作坊** @Dapp_Learning 和 @StarkNet_ZH 将会于 21 日至 22 日联合举办的 StarkNet 开发者分享会，包括 《Cairo 1.0》和《递归》两个主题。 有问题的读者可以点击链接填写问题：[https://docs.qq.com/doc/DV2FEalBwdFV5b0xC](https://docs.qq.com/doc/DV2FEalBwdFV5b0xC) <br/>  <br/> 来源： [https://twitter.com/StarkNet_ZH/status/1571718951939510272](https://twitter.com/StarkNet_ZH/status/1571718951939510272) <br/> **POAP 公司一周年庆：现已铸造了 560 万个 POAP** 9 月 9 日 是 Poap 公司成立一周年的日子，在一年里，它已经铸造 560 万个 POAP。 来源： [https://twitter.com/superphiz/status/1569713580517498880?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ](https://twitter.com/superphiz/status/1569713580517498880?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ) <br/> **Etherscan 在合并后更新了主网区块页面** 合并后，以太坊浏览器 Etherscan 的主网区块界面更新了 PoS 细节信息展示： - 敲定状态 - 提议的 Slot 和 Epoch - 费用接收者 - 共识信息栏 来源： [https://twitter.com/etherscan/status/1570327124388753408?s=46&t=SHlCaqMqSZUbS1jz3sDe5A](https://twitter.com/etherscan/status/1570327124388753408?s=46&t=SHlCaqMqSZUbS1jz3sDe5A) <br/> **RocketPool 已完成所有 Minipool 配对申请** 17 日，RocketPool 的浏览器 Rocketscan 已完成了所有 Minipool 质押的匹配申请。[rocketscan.io](http://rocketscan.io) 的数据显示，17 日成功匹配的 Minipool（32个 ETH）有 404 个；18 日有 46 个匹配成功；19 日有 108 个匹配成功。 Minipool 验证者合约中包含着 32 个 ETH；其中 16 个 ETH 来自散户质押者的存款，另外 16 个 ETH 来自节点运行者。更多关于 RocketPool 的信息，可以阅读：《[以太坊 2.0 质押池 Rocket Pool FAQ (上)](https://www.ethereum.cn/Eth2/rocket-pool-101-faq) 》和《[以太坊 2.0 质押池 Rocket Pool FAQ (下)](https://www.ethereum.cn/Eth2/rocket-pool/rocket-pool-101-faq-2) 》。 来源： [https://twitter.com/rocketscanio/status/1571164095205851137?s=21&t=u_VmhgLtG9kIDHbzW-x84g](https://twitter.com/rocketscanio/status/1571164095205851137?s=21&t=u_VmhgLtG9kIDHbzW-x84g) [https://rocketscan.io/minipools/queue](https://rocketscan.io/minipools/queue) <br/> **加密货币交易所 FTX 获欧洲投资公司执照** 15 日，加密货币交易所 FTX 称它的欧洲分部获得欧洲投资公司执照，能够在欧洲以投资公司的身份运作。FTX 表示，它是唯一一家获取了完整的 [MiFID II](https://en.wikipedia.org/wiki/Directive_2014/65/EU) （金融工具市场指令第二版）许可证来提供全套交易所服务的加密货币交易所。 来源： [https://twitter.com/theblock__/status/1571460476545994752?s=21&t=u_VmhgLtG9kIDHbzW-x84g](https://twitter.com/theblock__/status/1571460476545994752?s=21&t=u_VmhgLtG9kIDHbzW-x84g) <br/> **Infura 下一步计划：推出去中心化的基础设施协议** 17 日，区块链基础设施提供商 Infura 在最新发布的博客文章。其联合创始人 E.G. Galano 在文中透露，它下一步计划是推出去中心化的基础设施协议。 他还提到，他们希望去中心化的基础设施的提供商网络可以做到以下目标： - 可公开验证。提供一个能让用户独立验证网络的完整性及其能力的技术栈。 - 开放源代码。参与并受益于生态系统的创新和共享的关键服务组件的迭代。 - 成为一个标准的承担者。继续为我们所有的用户和合作伙伴提供和设置一个高标准的、不妥协和高质量的开发者体验。 来源： [https://blog.infura.io/post/a-letter-from-infura-co-founder-on-decentralization](https://blog.infura.io/post/a-letter-from-infura-co-founder-on-decentralization) <br/> **ENS 的域名 [eth.link](http://eth.link) 重新上线** 8 月 26 日，ENS 发推称自己的域名 [eth.link](http://eth.link) 到期，因为 ENS 无法登录注册该域名的账号，所以无法续期该域名服务。具体请看：《[以太七日谈 • 2022/8/30](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-30)》。 19 日，ENS 宣布其域名 eth.link 现已重新上线，用户可以恢复使用该域名的服务，或继续使用社区运行替代方案 eth.limo。 来源： [https://twitter.com/ensdomains/status/1571683432144711680?s=21&t=tcSX0EShhumAA6d6lRVtYw](https://twitter.com/ensdomains/status/1571683432144711680?s=21&t=tcSX0EShhumAA6d6lRVtYw) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/the-future-of-cryptohttps://www.ethereum.cn/Eth2/the-future-of-cryptoSat, 17 Sep 2022 00:00:00 GMT作者 | The Economist 来源 | [The Economist](https://www.economist.com/finance-and-economics/2022/09/06/the-future-of-crypto-is-at-stake-in-ethereums-switch) <br/> <br/> ## **去中心化网络可以自我变革吗？** <br/>  来源：[https://www.economist.com/finance-and-economics/2022/09/06/the-future-of-crypto-is-at-stake-in-ethereums-switch](https://www.economist.com/finance-and-economics/2022/09/06/the-future-of-crypto-is-at-stake-in-ethereums-switch) <br/> 获取更多加密货币封面，请阅读 [*most powerful people in crypto*](https://www.economist.com/christmas-specials/2021/12/18/the-most-powerful-people-in-crypto) 和 FTX（一个加密货币交易所） 的 **[Sam Bankman-Fried](https://www.economist.com/finance-and-economics/2022/07/05/cryptos-last-man-standing) 相关的文章。 <br/> 现在是世界协调时间（UTC）的 8 月 18 日下午 2：00，来自世界各地的人们正在加入这个在 Zoom 上两周一次的“核心开发者”会议，这个会议在 Youtube 上直播给任何想看的人。所有参与者都不会打开他们的摄像头，大多数人都以名字在黑色方块上的形式出现 —— 包括一个方块标注着 Vitalik，它指的就是 Vitalik Buterin，以太坊的创造者。 许多用户已经采纳了这个熊猫形象，卡通的面孔按照人类的节奏摇摆和微笑。他们选择的这只黑白色的熊，这是多亏了以太坊研究员 Hsiao Wei Wang，她创造了一个 meme，上面是两只熊，一只黑和一只白，做着热播动漫节目《七龙珠 Z》中的“合体舞”。动漫中的舞蹈将两个生物合体为一个强壮的生物。熊猫 —— 两个熊的结合体 —— 已经成为了“合并”的象征。 合并是加密社区为以太坊区块链从使用“工作量证明”（PoW）共识机制过渡至使用“权益证明”(PoS)的转折点所赋予的名字，通过共识机制，所有维护区块链的计算机都会对新交易的打包进行同意。他们称之为合并，是因为这条分开的 POS 区块链（称为“信标链”）在近两年里已经和原本的以太坊区块链一起由开发者进行测试、改进和再测试。开发者会在 Zoom 电话会议上就两条链什么时候合并达成一致。合并事件的日期和时间将取决于有多少算力用在网络的维持上，但应该会在 UTC 时间的 9 月 15 日 1:00 am 发生。（译者注：主网合并已于北京时间 2022 年 9 月 15 日 14:42:42，区块高度 15537393 处成功进行。） 这不只是技术上的稍微调整，而是一个价值 2 千亿美元的且已经运行了 7 年的软件的彻底革新，如果一切按计划进行，合并会在网络正常运行的情况下实现。加密界的人们喜欢将这个过程同飞行中的更换飞机引擎进行对比。PoW 对能源的消耗非常大，需要大量的算力，导致了以太坊和比特币等区块链消耗的能源与小国家一样多。PoS 的维持则比原来减少了 99.9% 的能源。这对排放的影响将会像一夜之间，荷兰关掉了（看图）。更重要的仍然是，如果合并顺利的话，这将表明以太坊拥有自我改进的能力，为更多的全面改革打开了机会的大门。 <br/>  <br/> 加密界需要好消息，因为在过去的一年是艰难的一年。很多狡猾的吸存机构已经破产了，彻底耗尽了存款；一家加密对冲基金倒闭了；而稳定币根本不是稳定的。加密货币的总市值已经跌到只有 1 万亿左右，比去年的这个时候少了 2 万亿。以太坊的改进并不会解决这些破坏性的问题，但是，通过减少它的环境影响和强调其未来改进的潜力，这将表明出加密货币的未来比现在许多人所理解的更光明。 以太坊区块链的想法最初由 Vitalik 在 2014 年提出。与比特币一样，它是一个大型的数据库，包含了所有曾经发生过的加密货币交易。但是 Vitalik 的关键见解是区块链可以做得更多 —— 它也可以跟踪代码行数，这让以太坊可以记录货币的转账，还有所有的资产与智能合约中维护的函数，以及自动执行的协议，即当满足特定条件时会采取一连串的行动。以太坊对代码进行验证，这让开发者有可能用代码在以太坊区块链上构建一个大型的金融机构网络，如交易所或借贷平台。 区块链由十几个称作“客户端”的软件进行维护，它们则由核心开发者进行开发。客户端会基于多种编程语言进行构建，包括 Go、Rust、Java 和 C#，这些软件由“节点”运行 —— 计算机可以运行客户端软件以维护以太坊区块链的历史。所有关于做什么、是否实现升级的决策会由开发者、ETH 持有者以及在以太坊上构建应用或者在区块链上市真实世界资产的人之间达成共识。任何计划和代码都会实时发布在 GitHub上，它是一个程序员的存储库。核心开发者每两周会讨论可能进行的升级，比如熊猫或其他。理论上，任何在这些软件上从事开发工作的人都可以成为核心开发者。 这就造就了形形色色的开发者群体。有些被 ConsenSys 等公司雇佣，ConsenSys 是一家总部在布鲁克林的区块链软件公司，由 Joe Lubin 建立，他是在 2014 年 Vitalik 发布白皮书后帮助以太坊成立的少数人中的一员。有些则被以太坊基金会雇佣了，这是一个在 2014 年成立于瑞士楚格州的非营利组织，其收入来自 ETH 的出售。其余人则是兴趣好爱者，他们受到激励帮助以太坊解决问题，因为他们持有代币。至少有分布在 30 个城市的 122 位开发者已经投身于合并的软件开发工作。 以太坊不是一家公司，而尽管 Vitalik 作为创始人具有影响力和重要性，并不是它的董事长。以太坊是开源的，就像免费的操作系统 Linux，和网页浏览器 Firefox —— 但开发者可以通过 ETH 押注以太坊，这为他们提供了参与维护网络的动力。治理在多大程度上真正去中心化这点并不清楚。在最近与经济学博主 Noah Smith 的采访中，Vitalik 称，在 2015 年项目刚开始的时候，他正在进行大量的研究，思考着以太坊的应然还有实现它的大量代码。在 2020 年，他说自己正在做可能只有 1/3 的研究和非常少的编码，而大部分是“高层级的理论化”工作。但在最近两年里，他曾说过就连高层级的理论工作“已经慢慢地但确实真的离我而去了”。 为了实现像合并一样的升级，需要利益相关者之间具有足够的共识。所有主要的客户端必须同意编写一个软件，必须有足够的节点升级他们的软件，并且所有构建在区块链上的真实世界应用程序 —— 好比由银行账户中的美元所支持的稳定币 —— 必须接受合并后的新链才是唯一一条维护他们资产状态的区块链。实时观看合并的发生可能会让人感觉不真实，这就好像《经济学人》开始直播它的编辑会议，而且还允许订阅者委托文章和选择封面。 当然，并不是所有利益相关者都支持合并。矿工们在硬件上已经投入了 50 亿美元之多以运行 PoW 共识机制。大约在 9 月 15 日，这些硬件将不再为他们赚取太多的回报。PoW 维护区块链安全的方式就是通过激励成百上千的计算机解决数学谜题。最先找出答案的计算机会提示其他的矿工，如果他们确认了这个结果，找出答案的矿工就会更新区块链并获得酬劳。 因此，有了可爱的、新铸造的 ETH，拥有大量的显卡是值得的。 PoS 则通过加密货币持有者之间进行投票来决定区块链的状态更新。投票权还有奖励的份额，取决于验证者质押的 ETH 数量。如果质押者行为不当，比如打包了错误的交易，他们的质押可能会被销毁。因此，在 9 月 15 日，拥有大量显卡的优势就将不复存在，反而持有 ETH 是有利的。 矿工可以尝试着反抗来推迟合并，但是大部分节点赞同此次升级。根据追踪以太坊活动的网站 ethernode.org，大约有 75% 的节点已经升级了他们的软件，准备好合并了。另一个选择则是去“分叉”区块链，仍然是通过运行旧的软件和寄希望于有足够的其他节点也会这么做，这样区块链的老版本才会继续运行。对 2016 年的黑客攻击的分歧致使了以太坊拆分为两条链：以太坊（主导的链）还有“以太坊经典”（小一些的链）。 对于这次分叉来说，“一般来说需要至少一个以太坊的矿工决定要继续用 PoW 挖矿”，这几乎意味着肯定会有这么一位矿工存在，以太坊基金会的 Justin Drake 谈道。问题是有多少位矿工坚持，又有多少位要转型。Chandler Guo (译者：宝二爷)曾经在 2016年支持过以太坊经典分叉，现在打算以称为“ethw” 的 PoW 代币组织矿工们。“我曾经分叉过以太坊，也将再次分叉它！”他说。尽管矿工有理由保持旧有的挖矿方式，但尝试分叉链的经济效益可能不大。只有当代币的价值是值得的，挖矿 ethw 才说得过去。并且，一个没有 DeFi 应用、稳定币和开发者的以太坊版本也许并不值当。 如稳定币运营商 Circle 等机构，已经支持新的共识机制， 而不是任何分叉。该公司在 8 月 9 日的声明中提到：“计划完全并且只支持合并后的以太坊 PoS 链”。钱包运营商和交易所也同样支持以太坊 PoS 链。 这些态势揭示了以太坊中固有的势力均衡的情况。开发者们无法完成大家都厌恶的升级，因为这么做只会导致一个混乱的分叉；矿工无法在所有人都支持升级的情况下抵制它。而在以太坊上运行应用的运营商，如 Circle 等，可以促使双方阵营的分歧得到解决。这一点和传统的技术平台非常不同。Apple 可以推出 iPhone 用户和应用开发者都不喜欢的更新，而这两个群体除了完全放弃 iPhone 之外，几乎没有什么可以做的。不存在 "分叉 "的 iPhone。 Drake 承认，以太坊达成共识的方式是“有些混乱而临时的过程”。但如果一切顺利，将会有巨大的益处。由于在以太坊上挖矿的人分布在全世界，所以，它一夜之间对能耗需求减少的影响将会分散至各地。几乎一半的节点在美国；大约有十分之一在德国。其他国家，如新加坡、英国和芬兰，只有不到 5%。但在一些如新加坡等挖矿很普遍的小国家，能源价格有可能下降。 此次升级还会减少对专门用于挖矿的硬件的需求。芯片制造商 Nvidia 为游戏制作的显卡也可以用在挖 ETH 上。从 5 月 至 7 月，在一部分“即将合并”的谣言助推下，它的芯片营收对比前三个月跌了一半。在 eBay 上，二手芯片的价格大跌。 由于以太坊网络将不再需要这么多能源和硬件来维护，验证交易的奖励也会减少。“PoW 用来交换奖励的稀缺资源是算力。这是非常昂贵的，因为你不得不支付电费账单，还要支付所有硬件开销。” Drake 说。而 PoS 的稀缺资源是数字货币。“因此 PoS 的维护开销基本上就是其货币的机会成本，大概只有 3% 到 4%。”因此，合并后的以太坊将会支付质押者验证每个区块的费用是之前支付给矿工的 10%。 可能是因为货币体制上的改变，自从合并在七月中旬开始确定的时间点后，ETH 的价格跳涨。尽管比特币和其他加密代币横盘了，ETH 也还是涨了 50%。以太坊的支持者认为一次成功的合并可以为“超过”其他代币做基础，到时 ETH 的市值会首次超越了 BTC 的市值。目前，ETH 的价值大约是其竞争对手（BTC）的一半，接近其 2017 年以来的最高份额。 其他大的益处就在于安全性。现在(译者注：指 PoW 以太坊)，如果要控制比特币或以太坊区块链，攻击者需要挖矿总算力的 51%。攻击所需的开销大致可以估为 50 到 100 亿美元。攻击一条 PoS 区块链需要购入或质押所有代币的一半，这需要支出 200 亿美元左右。 而有人则认为这些益处带来的代价是权力的中心化，因为在 PoS 机制之下，份额大的持有者会获得更多奖励，进一步增加他们持有的代币。但区块链软件公司 ConsenSys 的 Ben Edgington 说，这个说法完全是错误的。虽然份额小的质押则会赚得比大份额质押少，但随着时间的推移，他们将持有相同比例的质押代币总额，这意味着他们的相对权力不会增加。而 PoW 还能通过构建大型挖矿配置扩大收益，它更加高效。“没有人可以设置一个具有竞争性的家庭挖矿配置，” Edgington 提到。 另一个风险则是，共识机制的过渡可能以某种方式失败，这会破坏公众的支持。Lubin 作为以太坊的联合创始人，非常镇定。他说，“我们已经做了非常多的测试，并且我认为以太坊区块链的元素完全可以顺利进行合并。” Edington 认为，在机制过渡中唯一可能缺少的环节是更广泛的社区（参与）。由于安装新组件比较复杂，所以可能会因为需要掌握新工作方式而失去一些参与者。但只有当失去了 40% 以上的参与者时才会出现问题，而这种情况不太可能发生，他说。然而，如交易所等在区块链上运行的应用可能会遇到一些问题。比如重要的 DeFi 应用和借贷平台 Aave，正在为合并期间停止 ETH 交易而做着准备。 如果一切顺利，合并将是以太坊朝着技术更加实用的方向所迈出的一步。许多运行在区块链上的金融应用都非常高效，一部分是因为他们实现了金融系统功能的自动化。智能合约自动地将交易所里的买方和卖方或者借贷方和还贷方进行匹配。一份国际货币基金组织资料发现，DeFi 应用所产生的金融中介的边际成本大概是富国银行的 1/3 和新兴市场银行的 1/5。但是因为以太坊区块链的缓慢和昂贵而导致用户的使用效率受阻。在网络繁忙的时候，记录交易的费用（称为“gas 费”），可能会攀升至 100 美元每笔交易。 合并后的升级则更多地针对可扩展性和效率的改进。在今年 7 月的以太坊巴黎会议，Vitalik 开玩笑称，以太坊的道路先是“merge（合并）”，再是“surge”、“verge”、“purge”和“splurge”。surge 就是计划列表中的下一步，它指的是“分片（sharding）”，即将数据库拆分为片状以分散负荷。这使得以太坊可以处理更多的交易，还能减少使用它的费用。“现在的以太坊每秒可以处理 15 至 20 笔交易。未来的以太坊……将能够每秒处理 100,000 笔交易，”Vitalik 宣称。 <br/>  <br/> verge 阶段则会实现一种称为“Verkle trees”的新数学证明并促使“无状态客户端”成为可能。这意味着，有人可以通过运行软件来操作节点，不需要储存区块链的完整“状态”，这个数据量相当庞大。purge 阶段将删除区块链历史中的旧数据。splurge 是“其他所有好玩事物”的阶段，它可以是 Vitalik 和加密负责人所青睐的事物。一次成功的合并是导向这些改变道路的第一步。它会证明，这帮去中心化群体可以做冒险的、有争议的重要事物。是时候看看他们能否做到了。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/pos-ethereumhttps://www.ethereum.cn/Eth2/pos-ethereumFri, 16 Sep 2022 00:00:00 GMT  <br/> ### **能源消耗** <br/> 合并后的能源消耗会减少 99.8%。这是可以公开验证的，而排除一切合理的质疑后，可以说使用/运行以太坊不会对环境造成影响。没有，没有，一点都没有。这就少了一个问题，可以说服新手尝试、采用和使用加密货币。 <br/> ### **可扩展性** <br/> PoS 的转变不会影响可扩展性。PoW 和 PoS 是抗女巫攻击的共识机制。它的目标在于：限制可以参与区块生成过程的人。它只会找到共担风险且因此理性行动的参与者。 引用推文：[https://twitter.com/el33th4xor/status/1006931658338177024](https://twitter.com/el33th4xor/status/1006931658338177024) <br/> ### **slot、epoch 和委员会** <br/> 一个 epoch 有 32 个 slot。在一个 epoch 里，整个验证者集将被平均至每一个 slot，这样委员会的规模就等于所有验证者除以 32。在一个 slot 里，一个委员会成员提议了区块，剩余的成员则对此进行投票。（BLS 产生随机信标） <br/>  <br/> ### **同步和投票** <br/> slot 是指 12 秒的时隙： - 0 - 4 秒：提议区块 - 4 - 12 秒：投票和计票 最好的情况下，会正常进行区块提议和投票。有时候，提议者可能会离线，那就不会有区块被提议出来。 <br/>  <br/> ### **处理被跳过的区块** <br/> 如果区块提议者离线了，那么： - 委员会成员（slot 96）会投票给上一个区块 - 下一个委员会继续正常运作 就像所有的区块链一样，这能促使一条权威链的形成，因为区块链生产者/验证者**必须**扩展一个父块。 <br/>  <br/> ### **最新区块和分叉处理** <br/> 在链的顶端进行分叉是可以的： - 区块提议者已经提议了两个或以上的区块（罚没情况，但区块仍然存在） - 发生延迟而区块到达了下一个 slot。 这时候，该 slot 的委员会成员需要选择一个区块。 <br/>  <br/> ### **分叉选择规则的重要性** <br/> 委员会成员应该基于同一套规则选择“最重的链”（heaviest chain）： - 选择最多投票的分叉 - 票数平局情况下选择最低哈希的区块 - Proposer boost: 如果区块在这个 slot 被提议了，选择有 70% 额外票数的区块 引用推文：[https://twitter.com/hasufl/status/1570316069306503170](https://twitter.com/hasufl/status/1570316069306503170) <br/> ### **区块变坏** <br/> 如果绝大多数的委员会成员都把票投给同一个区块，那么： - 未来的委员会将会延续胜出的区块 - 竞争的分叉区块则会变“坏”或者“被丢弃” 分叉选择规则：跟随票数积累最多的链。 <br/>  <br/> ### **弱主观性** 由于“投票”和“长程攻击”的性质，所以我们不可能接收来自不受信任来源的区块链副本并验证它是不是“一条真正”的链，而是必须依靠于社会共识和众所周知的检查点：【博客链接】 引用文章：[Proof of Stake: How I Learned to Love Weak Subjectivity | Ethereum Foundation Blog](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity) <br/> ### **最终确定性** <br/> 我们可以理解下面这句保证：“一旦区块敲定，它将永不可逆转”。 两个阶段： - 验证：在 1 个 epoch 后，下一个候选区块就会被敲定。 - 最终确定：在 2 个 epoch 后，绝对多数已经给它投票了（两次）。 <br/>  <br/> ### **两个区块树** <br/> PoS 以太坊的魅力在于，它有两个组成： - 通过 LMD Ghost 机制实现活性（跟随最重的区块分支(heaviest branch)） - 通过 Casper 的 FFG 实现安全性（选择一个区块并敲定它）。 epoch 的链给予我们信心，而 slot 链的顶端则是“待处理的世界状态” <br/>  <br/>  <br/> ### **攻击者：占质押存款的 1/3 以上** <br/> 攻击者无法控制交易的排序，但是他们可以攻击最终确定性。只会在 2/3 以上的验证者投票给一个区块时，它才能进行敲定。如果它只获得了少于 2/3 的票数，那么它就无法验证或敲定。 <br/> ### **不作为惩罚** <br/> 诚实的验证者会继续在 slot 中生产区块，并慢慢排除那些不遵守分叉选择规则的验证者。最终，不投票者会失去足够的质押存款，这样诚实的验证者就能占比 2/3 以上的质押。 <br/> ### **两条平行的链** <br/> 如果说不作为惩罚发生了，那是因为： - 一个验证者集想要审查一笔交易 - 另一个验证者集想要打包交易 每一个验证者集将会对另一个验证者集进行“不作为惩罚”。这导致了两条链的诞生。这是平和的分叉。 <br/> ### **攻击者：占质押存款的 1/2 以上** 他们控制了“分叉选择规则”并决定忽略那些打包了审查交易的区块。就比如在 PoW 机制中，他们**无法改变共识规则**，只能控制交易的排序。但据我所知，在这种情况下“不作为惩罚 (inactivity leak)”将不会被启动。 <br/> ### **以太坊的守卫者** <br/> 在面对审查的时候，我们能够做什么？答案是一次用户激活的软分叉！总的来说，我们可以强制退出（并潜在地）通过分叉代码来罚没攻击者。这是一种有针对性的攻击，不会损害诚实验证者的利益。 引用推文：[https://twitter.com/stonecoldpat0/status/1560040361447260163](https://twitter.com/stonecoldpat0/status/1560040361447260163) <br/> ### **多客户端主题** 目标：避免会让区块/无效交易被永远敲定的零日攻击。但这需要多少个客户端？嗯，另一个出现的问题是因为不作为惩罚。如果两个占比 50% 的客户端出现分歧，那么他们最终会变成两个平行的世界。 <br/>  <br/> ### **任何单个客户端无法激活漏洞** <br/> 当运行一个客户端组合的验证者所占的质押存款占比大于33%时，不作为的惩罚才会变得有意义。通过运行少数人使用的客户端，你可以最小化所有因为软件漏洞而造成的损害。阅读更多请看这里：[https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html](https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html) <br/> ### **惩罚不等于罚没** <br/> 区别： - 惩罚：只是很小的问题，不会对网络造成损害 - 罚没：验证者作出了公开可检测且恶意的行为 如果验证者触发了罚没条件，他们就会被强制移出网络。阅读更多： 引用文章：[https://eth2book.info/altair/part2/incentives/slashing/](https://eth2book.info/altair/part2/incentives/slashing/) <br/> ### **两种罚没情况** 1. 在同一个 slot 里投票/提议两个或以上的区块（强制每个 slot 一张票规则的执行） 2. 提议“包含”了一个你已经投过票的分叉的分叉（抵抗长程攻击） 我做了一个基于图上公式的视觉图帮助大家理解。 <br/>  <br/>  <br/>  <br/>  <br/> 无论如何，我希望你们喜欢这条推文。以太坊已经变更了它的共识协议，从工作量证明机制转向权益证明机制，这份成绩非常了不起。这也是为什么以太坊、它的路线图/技术以及社区都非常好的。 以太坊是实验的天堂。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-9-13https://www.ethereum.cn/Ecosystem/eth-weekly-2022-9-13Tue, 13 Sep 2022 00:00:00 GMT <br/> # 本期看点 - **观看以太坊合并的最终指南** - **Arbitrum Hackathon 将在 10 月 15 日开始** - **zkSync 2.0 主网 Alpha 开放部署申请** - **StarkNet Alpha 0.10.0 上线主网，StarkNet 编程语言 Cairo 1.0 更新** - **Optimism 与 zkSync 分别发推说明合并对其网络的影响** - **Curve Finance 即将发布稳定币 crvUSD** - **Metamorphosis 黑客松正在进行中；Arbitrum 首次黑客松即将开始** - **可以在 Mirror 上集成 Echo 插件与读者互动** <br/> # 合并 **观看以太坊合并的最终指南** [Christine Kim](https://twitter.com/christine_dkim) 介绍文章[How to Watch the Merge, Ethereum’s Biggest Upgrade Ever](https://www.galaxy.com/research/insights/how-to-watch-the-merge-ethereums-biggest-upgrade-ever/)，其中聚合了查看合并时间、观察网络健康和活动等的网站和工具，读者点击查看详情。 此外，以太坊基金会还准备了以太坊主网合并观看派对：https://www.youtube.com/watch?v=Nx-jYgI0QVI 此次直播由以太坊基金会、Bankless、Daily Gwei 和 EthStaker 联合筹备举办，感兴趣的读者可以订阅通知。 并且，ECN 与 ETHPlanet、Crypto Tech Night 联合举办活动“一起来唠嗑 The Merge”，暂定于 9 月 15 日 12:45 开始，读者可以在腾讯会议或 bilibili 观看直播。  <br/> **Bellatrix 升级回顾** 9 月 6 日，主网合并升级的第一步 Bellatrix 升级成功，下一步就是主网合并。 此次升级基本顺利，但 Nimbus 发现了一个问题。这个问题影响了在 Bellatrix 升级（9 月 6 日）后重启的 22.8.0 版本节点的区块生产，导致了提议的区块被跳过。 9 日，Nimbus 发布新版本 [v22.9.0](https://github.com/status-im/nimbus-eth2/releases/tag/v22.9.0) 解决了这个问题，并作出了一些调整以更好地兼容 Besu、Prysm 和外部区块构建者。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567785031053053953&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567785031053053953" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 385px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567115533233049606&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567115533233049606" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 668px; display: block; flex-grow: 1;"></iframe> <br/> **第 13 次主网影子分叉成功** 第 13 次主网影子分叉成功，这是合并之前的最后一次影子分叉。parithosh 称，验证者投票率下降至 97%，这是因为他忘记清除一些过期数据所导致的。没有任何客户端不兼容的情况或是问题出现。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1568359386443317248&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1568359386443317248" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 605px; display: block; flex-grow: 1;"></iframe> <br/> **质押客户端持续更新** 截止 9 月 13 日，质押客户端持续更新。 执行层客户端： - Besu - [v22.7.1](https://github.com/hyperledger/besu/releases/tag/22.7.1) - Geth - [v1.10.23](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.23) - Nethermind - [v1.14.1](https://github.com/NethermindEth/nethermind/releases/tag/1.14.1) - Erigon - [2022.09.01-alpha](https://github.com/ledgerwatch/erigon/releases/tag/v2022.09.01) 共识层客户端： - Lighthouse - [v3.1.0](https://github.com/sigp/lighthouse/releases) - Teku - [v22.9.0](https://github.com/ConsenSys/teku/releases/tag/22.9.0) - Prysm - [v3.1.1](https://github.com/prysmaticlabs/prysm/releases/tag/v3.1.1) - Nimbus - [v22.9.0](https://github.com/status-im/nimbus-eth2/releases/tag/v22.9.0) - Lodestar - [v1.0.0](https://github.com/ChainSafe/lodestar/releases/tag/v1.0.0) <br/> **somer 质押教程更新** 9 月 9 日，Somer （重新）添加了一个附件至补充指南中，其中包含了一些修剪 Geth 数据库的说明。 12 日，[somer](https://twitter.com/SomerEsat) 发布 Lodestar 客户端版本的质押教程，大概需要同步 15 分钟左右。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1568027832374411264&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1568027832374411264" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 394px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1569082672886206464&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1569082672886206464" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 643px; display: block; flex-grow: 1;"></iframe> <br/> **Stateful Works 发布合并手册** 9 月 8 日，Stateful Works 发布[合并手册](https://twitter.com/StatefulWorks/status/1567874287633063936?s=20&t=kBvRCZw3I5tNU9bsiuNEPg)，其中汇集了过去一个月里 60 多名开发者的观点。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567874287633063936&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567874287633063936" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 783px; display: block; flex-grow: 1;"></iframe> <br/> # 主网 **Flashbots 的 mev-boost 中继上线** 9 月 7 日，Flashbots 的 mev-boost 中继上线了，现在可以连接你的验证者到 mev-boost 了。可以点击链接[安装最新版本的 MEV-Boost](https://github.com/flashbots/mev-boost/blob/main/README.md#installing)。 可以用以下命令运行指向我们主网中继的 MEV-Boost： `./mev-boost -mainnet -relay-check -relays <https://0xac6e77dfe25ecd6110b8e780608cce0dab71fdd5ebea22a16c0205200f2f8e2e3ad3b71d3499c54ad14d6c21b41a37ae@boost-relay.flashbots.net`> 12 日，Flashbots 发布 Mev-boost 中继的新版本 0.7.0。 截止 9 月 13 日 17:30 分左右，大约有多少 12,547 位验证者已注册 Flashbots MEV Boost 中继。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567210039223402505&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567210039223402505" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 763px; display: block; flex-grow: 1;"></iframe> https://github.com/flashbots/mev-boost-relay/releases https://boost-relay.flashbots.net/ <br/> **kiln、Rinkeby 和 Ropstern 测试网弃用** 9 月 9 日，以太坊官方发布博客 [《kiln 关停公告》](https://t.co/jhJlbCEcqE)，文中称将在 2022 年 9 月 12 日关停 kiln 测试网。 Etherscan 发公告表示，测试网 Rinkeby 和 Ropstern 的浏览器将在 2022年 10 月 5 日被弃用。在可预见的未来，这些浏览器会被设置为只读，并最终会被关停。开发者们应尽快把合约迁移到 Goerli 或 Sepolia 测试网。 来源： https://blog.ethereum.org/2022/09/09/kiln-shutdown <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1569311894279958531&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1569311894279958531" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 458px; display: block; flex-grow: 1;"></iframe> <br/> **ACD 将暂停举行几周** AllCoreDevs 将暂停举行 3-5 周，关于哪些 EIP 会纳入上海升级的讨论将在 [Fellowship of Ethereum Magicians](https://ethereum-magicians.org/t/shanghai-core-eip-consideration/10777) 论坛上进行。 来源: https://ethereum-magicians.org/t/shanghai-core-eip-consideration/10777 <br/> # Layer2 **Arbitrum Hackathon 将在 10 月 15 日开始** Arbitrum 首次黑客松 Arbitrum Hackathon 将在 10 月 15 日 — 10 月 16 日于哥伦比亚的波哥大进行，可参与的项目类型包括 DeFi、NFT、Wallet、开发者基础设施等，感兴趣的读者可以申请参加：https://hackathon.arbitrum.io/。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567188147527897098&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567188147527897098" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 747px; display: block; flex-grow: 1;"></iframe> <br/> **现可申请部署在 zkSync 2.0 主网 Alpha 版本上** zkSync 2.0 主网 Alpha 版本面向社区开放项目部署的申请登记：[zkSync 2.0 Mainnet Alpha Registration Form (google.com)](https://docs.google.com/forms/d/e/1FAIpQLSfdXAoQiHLu16ykEoOb762uvC1bAhdzOG-YDk6ju0YwPWf3Fw/viewform)。 来源： https://blog.matter-labs.io/project-registration-is-now-open-for-zksync-2-0-mainnet-alpha-43616acd422d <br/> **StarkNet Alpha 0.10.0 上线主网** 9 月 6 日，StarkNet Alpha 0.10.0 上线主网。主要更新如下： - 参照 EIP-4337 做了一些账户抽象方面的完善； - 扩展费用机制； - 少量 Cairo 语义变动； 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1569148853089366017&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1569148853089366017" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 565px; display: block; flex-grow: 1;"></iframe> <br/> **Optimism 将不再支持生产级别项目的 workload** 9 月 7 日，Optimism 称，自当日起的接下来几个月，其公共 RPC 终端将逐渐不再支持生产级别项目的 workload，需要运行自己的节点或者通过基础设施提供商 (如 Alchemy) 部署节点，并附上文章 *[Which Optimism node is best? Public vs. Private vs. Self-Hosted](https://www.alchemy.com/overviews/optimism-node)* 对比 Optimism 公共节点、私有节点以及自托管节点的不同。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567268450372026368&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567268450372026368" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 656px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567268451772940289&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567268451772940289" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 904px; display: block; flex-grow: 1;"></iframe> <br/> **Arbitrum发布了 Nitro 节点新版本 v2.0.3** 9 月 10 日，Arbitrum发布了新的 Nitro 节点版本 v2.0.3。此版本增加了对新创世数据库的支持，它将修复 RPC 返回中 classic 版本 unsigned 交易发送者的问题。此外，它添加了一个更快的块验证器，并添加了 arm64 docker build 模块。 需要注意的是，这次的版本升级不需要重置节点数据库，Arbitrum 会在接下来发布一个新的创世数据库。 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1568369588848435201&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1568369588848435201" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 483px; display: block; flex-grow: 1;"></iframe> <br/> **zkEVM系列的文章策展/集合** zkEVM系列的文章策展/集合，囊括了 zkEVM 的数据网站、生态项目、相关文章和生态图谱。 来源：https://www.notion.so/zkEVM-8-2-2d6635d9883e4ac695fbc389ef8568ab#1c6bdf22c49f4d82ba04afd9360082e7 <br/> **StarkNet 编程语言 Cairo 1.0 更新** 该新版本更新编译器、改进语法，新增循环、布尔表达式… 新版本的改动对开发者更友好，未来还会支持 Rust 语言。 来源： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1569507899931770881&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1569507899931770881" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 756px; display: block; flex-grow: 1;"></iframe> <br/> **Fuel Labs 宣布用 8 千万美元融资打造效率最高的模块化执行层** 9 月 6 日，Fuel Labs 宣布将 8 千万美元的融资用于模块化执行层的开发，打造效率最高的模块化执行层。Fuel Labs 致力于为以太坊生态系统提供一个具有最大安全性、最高灵活吞吐量的区块链。 来源：https://fuel-labs.ghost.io/fuel-labs-announces-80-million-of-support-for-the-fastest-modular-execution-layer/ <br/> **Optimism 与 zkSync 分别发推说明合并对其网络的影响** 合并将至，L2 扩容解决方案 Optimism 和 zkSync 分别发推说明合并对其网络的影响 以下是 Optimism 推文的一些要点： 许多人问合并会不会中断 Optimism 网络。简单回答：不会。 合并过程完全不会影响到 Optimism 网络的运作。这意味着网络不会出现宕机的情况，存取款会照常运作。Optimism 的交易数据和状态根将会发布到以太坊 PoS 链上。节点不会收到影响，它们将继续读取合并后的链的数据。 值得一提的是 Optimism 接下来的升级 Bedrock，其架构专门设计成与合并后以太坊类似。(即也分成共识层和执行层) 而 zkSync 表示，zkSync v1 将在合并前一个小时暂停网络运作。一旦合并完成，zkSync 会运行一系列测试，确保没问题再恢复网络系统。用户不需要担心 zkSync v1 上的资产，也无需进行额外操作。 来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567535072684969985&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567535072684969985" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 434px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-15" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-15&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567133179764686848&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567133179764686848" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 670px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **GitcoinGrant 第 15 轮正在进行中** 9 月 7 日，GitcoinGrant 第 15 轮开始，本轮将持续到 9 月 22 日。 截止今天 1:00，Gitcoin 宣布已募集 32.35 万美元，超过 1.14 万位贡献者参与其中，累积贡献 10.95 万次，人均贡献约为 9 次。 除了原有的主轮捐赠、四轮公共事业捐赠和余下的生态系统板块捐赠之外，GR15 还新增了三轮捐赠，分别是 Forta、DeSci 和 GreaterChina。其中，GreaterChina 捐赠轮主要致力于让中国生态系统中的开源项目变得更好。同一天，Gitcoin 宣布 DeSci 捐赠轮达成新的里程碑：50 万美元。 ECN 作为以太坊的资讯社区，旨在为中国以太坊社区传递优质资讯和学习资源，有捐赠意愿的贡献者，可以点击：https://gitcoin.co/grants/380/ethereumcn 来源： <iframe id="twitter-widget-16" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-16&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1569370298973298690&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1569370298973298690" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1097px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-17" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-17&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567590947084537865&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567590947084537865" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 539px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-18" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-18&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1569410140071395328&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1569410140071395328" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 735px; display: block; flex-grow: 1;"></iframe> <br/> **可以在 Mirror 上集成 Echo 插件与读者互动** Mirror 发表的文章已经可以通过 Echo 评论系统和读者互动。 Echo 是这个基于 Arweave 的去中心评论系统，它提供评论、点赞、不喜欢和打赏等功能，还能选择页面显示的主题，包括日间、夜间和自动。点击链接安装 Echo 插件：https://0xecho.com/ 来源： <iframe id="twitter-widget-19" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-19&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1566970160917135361&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1566970160917135361" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 495px; display: block; flex-grow: 1;"></iframe> <br/> **EIP-5564 隐形地址钱包** 提议者 **[Nerolation](https://github.com/ethereum/EIPs/commits?author=Nerolation)** 根据 Vitalik 的“stealth address”的提议，提出了一个具有隐私功能的代币标准，之后在多位开发者的建议下，最终开发出了 EIP-5564 隐形地址钱包，该方案通过合约钱包生成隐形地址的方案保护交易双方隐私。目前，该 EIP 处于“draft”状态。 具体来说，隐私地址是由交易发送者从发送者和接受者共享的秘密中生成的。因为只有接收者可以算出匹配的私钥，所有也只有他们才能解锁隐私地址。并且，其他人无法链接到接收者的隐私地址以获知他们的身份。 来源： https://ethresear.ch/t/erc721-extension-for-zk-snarks/13237/26 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-5564.md **2022 年区块链科学大会 (SBC) 的视频合集** 2022 年区块链科学大会 (SBC) 的视频合集如下：  来源：https://www.youtube.com/channel/UCrJfD36TJb60hlSl6taZ7rw/videos <br/> **EIP-4883：NFT 拆分和组合** EIP-4883 通过连接 NFT 的 SVG （可缩放矢量图）组成一个 SVG NFT，让 NFT 具有互操作性。具体来说，所有采用这个标准的 NFT 都是可组合的，所以任何链上 SVG NFT 可以与彼此相结合，并且，SVG NFT 可以按需调整大小。 通过连接 NFT 拆分和组合，增加游戏道具互操作性，让游戏道具在不同游戏中通用和组装。比如，将眼镜和帽子 NFT 添加至个人资料图片（PFP）上，还能用在其他的 PFP 上。 3.org/2000/svg%27%20version=%271.1%27%20width=%27777%27%20height=%27425%27/%3e)  NFT 的可组合性也意味着，许多 web3 中的配件都是可组合的，或是可以转让给拥有此收藏系列外的其他 NFT 类型的人。 来源： <iframe id="twitter-widget-20" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-20&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567543377453010944&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567543377453010944" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 658px; display: block; flex-grow: 1;"></iframe> <br/> **谷歌浏览器展示合并倒计时** 谷歌的搜索实验室团队为以太坊社区准备了小惊喜。现在在谷歌浏览器输入 ethereum merge ，第一条搜索结果就是以太坊合并的倒计时卡片，如图：  来源： <iframe id="twitter-widget-21" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-21&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1568350158298955781&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1568350158298955781" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 649px; display: block; flex-grow: 1;"></iframe> <br/> **Curve Finance 即将发布稳定币 crvUSD** Curve Finance 在上周将其原生稳定币 crvUSD 的代码上传至 github。 其 github 中的一个关键合约是 LLAMMA （Lending-Liquidating AMM Algorithm，借贷-清算 AMM 算法）的接口，或者说是协议会使用的一组函数，包括 llama.liquidate()、llama.swap()、llama.swapPriceImpact()、llama.userTicks()、llama.depositRange() 等。从这些函数中可以看出，该稳定币会有借贷和清算等功能。 在借贷方面，数据库只提到了 ETH 这一抵押品，暂不清楚是否会有其他抵押品；清算机制还未有说明，能看到有外部清算和自我清算；其兑换（swap）会衡量价格影响、计算输出量并防止滑价；Curve 从未依赖外部的价格预言机，但是 LLAMMA 的代码库中多处参考了预言机价格或是设置了预言机合约。并且，LLAMMA 的 ABI（应用程序二进制接口）中有一个函数让我们可以“deposit_range”，我们也许能从中看到有些类似于 Uniswap V3 风格的价格范围构建在这个架构中。 来源： <iframe id="twitter-widget-22" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-22&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1567173077871771654&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1567173077871771654" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 688px; display: block; flex-grow: 1;"></iframe> [curvefi/curve-stablecoin-js: JavaScript library for Curve Stablecoin (github.com)](https://github.com/curvefi/curve-stablecoin-js) <br/> **Starbucks 与 Polygon 合作推出 Starbucks Odyssey NFT** 9 月 12 日，Starbucks 宣布与 Polygon 合作。通过 Polygon 提供的 web3 技术支持，将为 Starbucks Rewards 会员和 Starbucks 的伙伴（员工）提供获取和购买 Starbucks Odyssey NFT 的机会。从 12 日开始，他们可以加入[等待名单](https://waitlist.starbucks.com/#/landing)，有机会成为第一批获得星巴克奥德赛体验的人。 来源：https://stories.starbucks.com/press/2022/starbucks-brewing-revolutionary-web3-experience-for-its-starbucks-rewards-members/ <br/> **Metamorphosis 黑客松正在进行中** Metamorphosis 黑客松于 9 月 12 日开始，将持续至 9 月 28 日。截止 9 月 13 日下午 16:50 左右，剩下 7 个 bounty 可申请参加，共计奖金 1.5 万美元，单项奖金最高为 4000 美元。 开发者们还将于今晚在 Airmeet 上开展一系列关于元宇宙基建、诚实协议、Dune Arcana 和 ZK 工具包等相关主题的工作坊，感兴趣的读者可以点击链接：https://www.airmeet.com/e/305bf340-2e05-11ed-8eb1-334147e3fab6。 来源： <iframe id="twitter-widget-23" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-23&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1569401776880914433&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FdxApdfDMlGFzrBVF0G2q1dYJzgamJJQEJ-rbgYZqvqc&amp;sessionId=cee3cca141630c9e584c53e7116ce3bcc37b6ed9&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1569401776880914433" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 710px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/rollup-calldata-compressionhttps://www.ethereum.cn/Layer2/rollup-calldata-compressionFri, 09 Sep 2022 00:00:00 GMT 来源 | [l2fees.info](https://l2fees.info/blog/rollup-calldata-compression) <br/> <br/> 从 2020 年起，以太坊的扩容路线图已经以 “rollup” 为方向：rollup 是一种使用证明（零知识证明或是 optimistic 欺诈证明）来继承以太坊安全性的独立执行环境。 在经过多年的开发后，rollup 最终被部署到以太坊上并且逐渐得到采用。这项技术的佼佼者 [Arbitrum](https://arbitrum.io/) 的 optimistic rollup 已上线近一年，它的[桥接上存着价值 27 亿美元以上的资产](https://l2beat.com/)，而紧随其后的是 [Optimism](https://optimism.io/)。我们已经能看到如 Loopring 和 dYdX 等应用专用型零知识证明 rollup 有了大量的采用，并且有很多具有竞争性的通用型零知识证明 rollup 会在接下来几个月发布。 尽管 rollup 领域扩容进展十分快速，但有人就费用**还是过于高昂**表达了担忧。 <br/>  <br/> 事实上，Arbitrum 和 Optimism 上的交易费依旧比 Solana 和 Polygon 等“低费用”链要高得多。 所以，是什么阻碍了这些 rollup? <br/> # 了解 rollup 经济学 <br/> 为了了解交易费，我们首先需要分解一笔区块链交易会产生的不同开销： <br/> **执行开销** <br/> 这是网络中所有的节点执行交易并验证结果有效性所需的开销（比如，验证你确实持有要进行转账的代币）。 <br/> **状态/储存开销** <br/> 这是一个区块链的“数据库”更新数值的开销（比如，在代币转出之后，发出者的余额会减少而接收者的余额会增多）。 <br/> **数据可用性开销** <br/> 为了确保所有人都保持区块链的去信任和可验证，一条区块链就必须确保与所有网络的参与者公开共享交易的所有相关数据。 <br/> 根本上，这是在保证处于这个世界的所有人都可以看见你的交易。没有这些保证，可能会出现各种攻击（所谓的数据扣留攻击）。 我们会看到，数据可用性是当前区块链的关键瓶颈之一。 <br/> ### **Rollup：将执行转至链下** <br/> rollup 主要的进展来自于将区块链的执行和储存转至“链下”的能力，让有限的节点群体来做执行和储存。以太坊网络中的每个节点不需要执行所有的交易或储存每一次的更新数据，我们可以将这个任务委托给 rollup 的运行者。 <br/> **等等，信任一个小的运行者群体？这不是中心化的吗？** <br/> 好问题！ Rollup 旨在通过对各种证明类型的使用继承以太坊一样的安全性。Optimistic rollup 考虑到单个诚实个体会举报一个行为不当/作恶的定序者，让他们提交“欺诈证明”并获得奖励，而 ZK rollup 则使用零知识证明（翻译：花式加密学）来证明 L2 的链已进行了正确的更新。 <br/> ### **数据可用性权衡** <br/> 将执行迁移出主链是考虑到大幅减少执行和状态储存开销。然而，rollup 依旧必须将他们的数据发送至 L1 的链上以保证数据可用性。 基本上，rollup 的支出很便宜：L2 有执行和储存的开销，但也必须支付其发送数据至 L1 的费用。 这可以在区块链浏览器 ArbiScan 里任何交易的 “Advanced TxInfo” 标签上看到。这个交易费被分解成发送 calldata 至 L1 的开销、L2 上使用的计算开销以及 L2 储存开销。并且，几乎在所有交易中，L1 的 calldata 将会是费用的主要驱动因素。 简单地说：发送数据至 L1 是 rollup 最主要的费用瓶颈。 <br/> ### **数据可用性的未来** <br/> 当数据可用性成为了 rollup 当前的瓶颈，我们期待它会随着时间而得到缓解。 如 [Proto-Danksharding](https://www.eip4844.com/) 和最终的完整 [Danksharding](https://notes.ethereum.org/@dankrad/new_sharding) 等以太坊升级，将会大幅降低发送数据至以太坊的开销。此外，像 Celetia 等项目旨在供给独立的链，专门建来提供便宜的数据可用性。 长期来看，如 Danksharding 和 Celetia 等系统将会让数据可用性变得低廉、丰富，数据可用性的瓶颈将会转移到执行上。但是，这些解决方案需要时间才能达到成熟的程度：距离 Celetia 上线主网还有好几个月，而在以太坊通过 Proto-Danksharding 升级添加数据可用性之前，可能还需要一年以上的时间。 <br/> # Calldata 压缩 <br/> 数据压缩是一个比计算机更古老的领域！摩斯代码发明于在 1838 年，它是最早为人所知的数据压缩案例。但是，计算机加速了数据压缩的研究，如 Huffman 编码等算法在上世纪 50 年代发明了出来。 由于 rollup 的执行开销非常便宜，但数据可用性开销却高昂，所以这些 rollup 团队一直致力于将数据压缩算法集成至他们的协议也就不足为奇了。Optimism 已将 Zlib 的压缩算法集成至自己的 rollup 中，（[阅读更多关于他们筛选算法的过程](https://medium.com/ethereum-optimism/the-road-to-sub-dollar-transactions-part-2-compression-edition-6bb2890e3e92)），而 Arbitrum 刚刚完成的 Nitro 升级则是[使用 brotli 的压缩算法](https://research.arbitrum.io/t/compression-in-nitro/20)。 请注意：这个实验可能会在 Nitro 发布之前匆忙推出的，以便在未压缩的 Arbitrum 的 calldata 上进行实验。（请注意：这个实验是在 Nitro 升级发布前做的，现在升级已完成）🙂 数据压缩算法在帮助减少 calldata 的开销上无疑是十分有用工具。可是，压缩区块链交易是一项艰难的任务：通过找到共同的模式并缩短它们从而进行数据压缩工作。然而，交易中充满了地址、哈希和签名，对于这些压缩算法来说，这些数据本质上都是“随机数据”。 当开发者开始留心如何最小化他们应用程序中的 calldata ，它的开销才会真的减少。2020 年至 2021 年的天价 gas 费迫使开发者优化代码，以将执行和状态储存的开销减到最低限度。 <br/>  <br/> 因为我们过渡到一个 L2 的世界，这里的 calldata 从最低廉的资源变成最昂贵的资源，所以开发者必须再次学习这些新的优化。 <br/> # 实验：我们能够将单笔代币转账压缩到什么程度 <br/> 现在一起在 Arbitrum 上做个实验：我们可以将单笔代币转账需要的 calldata 压缩到什么程度？这些优化又能减少多少交易费？ 我们也已经构建了一个简单的 UI，所以你可以自己试着做这个实验： （注意：你的钱包中必须有 [Arbitrum Dai、](http://arbiscan.io/token/0xda10009cbd5d07dd0cecc66161fc93d7c9000da1)[Arbitrum USDC、](http://arbiscan.io/token/0xff970a61a04b1ca14834a43f5de4533ebddb5cc8)[Arbitrum 测试网的 Dai](https://testnet.arbiscan.io/token/0x5364Dc963c402aAF150700f38a8ef52C1D7D7F14) 或者 [Arbitrum 测试网的 UNI](https://testnet.arbiscan.io/token/0x049251A7175071316e089D0616d8B6aaCD2c93b8))） <br/>  <br/> ### **实验设计和控制案例（control case）** <br/> （译者注：控制案例即对照案例，以下所做的实验均以控制案例作为对照） <br/> 为了运行我们的实验，我们将要构建一个简单的智能合约，它会从一个交易发出者那转出 1 个代币到任何地址。 这个智能合约样本会要求用户在可以发送真实的测试交易之前发送 `approve()` 的交易。因为这个局限，任何用户都不会真的想要用这个系统来转账代币。但是，实验中使用的这项节约开销的技术可以适用于其他合约（比如，一个优化过的 Uniswap 路由器）。 为了开始这项实验，我们会发送一笔“控制案例”交易从而得出一个开销基准。这个交易会调用一个简单 Solidity 函数，传达代币地址、接受者地址以及代币转账数量的信息。 [我们的测试交易](https://arbiscan.io/tx/0x7a4aac77d287f37e9263495227e768efe5df19622b35428f7d14833e1b096755)使用了 576,051 ArbiGas，开销为 0.43 美元。 <br/>  <br/> ### **简单的 calldata 压缩** <br/> 看看控制案例使用的 calldata，我们可以看到这里有很多不必要的数据可以剥离。 首先，将所有作为留白（padding）加入的 0 字节删除。0 字节比非 0 字节更便宜，但是它们还是会产生开销，所以，让我们一起删掉它们。 开头还有一个 4 字节的函数签名，这是我们想要调用的 Solidity 函数的标识符。我们可以删除这个数据，并让我们的代码简单地推断出我们想要采取什么行动。 这两个优化让我们将字节码从 100 字节删减至 43 字节。[我们的测试交易](https://arbiscan.io/tx/0x4b6b1462acc680745c2416bed606c9ef3a0f43888903f794d17e934ab3e419ae)使用了 494,485 gas（减少了 14%），开销为 0.37 美元。 <br/>  <br/> ### **已确定的 “helper” 合约** <br/> 我们 calldata 中的大部分数据由两个地址组成：一个是我们将会转出代币的地址，另一个则是转账接收者的地址。 但我们可以设想，大多数用户转着相同的几种类型的代币（WETH、Dai、USDC）。我们可以从 calldata 中删除**整个**代币地址的方式是为所转的代币部署一个特殊的 “helper” 合约。现在我们可以发送交易给这个 helper，完全避免了打包代币地址的需要。 这让我们可以将数据字节码减少至 23 字节。[我们的测试交易](https://arbiscan.io/tx/0x3aa17d92aabe49a34e4edb9df63d5bc5d353a67f39ff891889dafcde1fc801bf)使用了 457,546 gas（比控制案例减少了 21%），开销为 0.34 美元。 <br/>  <br/> ### **地址查询表** <br/> 实验的上一个阶段是使用“helper 合约”以删除 calldata 中一个地址，但是还有另一个地址在我们的 calldata 中。 那么，还有其他技术可以更持续地用于“压缩”地址吗？ 幸好，Arbitrum 有一个内置合约称作“[Address Table Registry](https://developer.offchainlabs.com/docs/Special_Features)”（地址表登记），我们可以用它来缩减自己的 calldata。 本质上，这个合约是一本“电话簿”，将 20 字节的以太坊地址映射为简单的整数。想象一下，你的朋友有一本早期风格的电话簿：你不用将整段电话号码读出来给他们，只需要告诉他“我的号码是电话簿第 200 页的第 4 个号码”，然后让他们查找你的号码。 所以我们能做的就是制作一份合约，它会接收“地址索引”来替代完整的地址，然后在内部查找完整的地址。 通过替换“代币”地址和“接受者”地址，我们可以将 calldata 减少至 9 字节。[我们的测试交易](https://arbiscan.io/tx/0x24f5a6f6c45a60852d45f3d3ac4fcd9ac177ad9e91eab8bd4f8f6756ccad7dc9)使用了 428,347 gas（比控制案例减少了 26%），开销为 0.32 美元。 <br/>  <br/> ### **现在就结合这一切！** <br/> 最后，让我们一起结合所有的技术： - 删除补白和函数选择器 - 使用已确定的 helper 合约以删除共同的地址 - 使用 Arbitrum 的地址表缩短其他地址 总而言之，我们的 calldata 大小现在只有 6 字节！[最后的测试交易](https://arbiscan.io/tx/0xe1d30e1ae15bb49356b6b48cc001fe5b8b0847ce9f5c6311f13f0c79addd960d)使用了 426,529 gas（也是比控制案例是减少了 26%，稍微低于前一个测试案例），开销为 0.32 美元。 <br/>  <br/>  <br/> ### **其他技术：有损压缩** <br/> 我们所涵盖的压缩技术已经成为了“无损压缩”的案例，即压缩后输出数据包含着与所有原本输出一样的数据。 但就像照片和视频文件使用“有损压缩”算法来删除不必要信息一样，我们同样可以删除大多数案例中的不必要数据。 它的第一个例子应该是缩短数字以去除不必要的精准性。比如，一般 ERC-20 代币会精确到小数点后的 18 位数，但多数用户只在乎小数点后的 4 位数左右。我们可以构建一个合约，它会默认接受小数点后的 8 位数并乘以 10^10，并为需要更多精准度的用户提供一个辅助的函数。 同样地，日期一般显示为“自 1970 年 1 月 1 日后的秒数”（也称为 Unix 时间）。合约可以采纳分钟、小时或者天数的时间单位以减少这个日期整数的大小，它们也可以设置自己的“epoch”，比如自 2015 年 1 月 1 日起的 epoch。 <br/> # 要点 <br/> 总结：calldata 已经从以太坊 L1 上最便宜的资源，变成以太坊 rollup 最昂贵的资源。像 Proto-Danksharding 和 Celetia 等数据可用性技术最终将会缓解这种价格瓶颈，但两个项目都还没有发布，数据可用性很可能还需要几年的时间才能变得便宜和丰富。 因此，区块链开发者需要留心他们的交易所需的 calldata 数量，因为这些会极大地影响终端用户的交易费。 这篇文章强调了很多可以用于减少 calldata 的技术，然而，随着 “optimizooors” 把焦点转向 L2，我希望会有更多技术推出。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/2-dimensional-feehttps://www.ethereum.cn/Layer2/2-dimensional-feeWed, 07 Sep 2022 00:00:00 GMT来源 | [github.com/arbitrum-cn](http://github.com/arbitrum-cn) 作者 | Arbitrum 翻译 | Arbitrum 中文社区 <br/> **感谢 Arbitrum 中文社区 @arbitrum_cn 的投稿。** <br/> --- <br/> 在几个月前的 Arbitrum 奥德赛中，Arbitrum One 经历了史无前例的用户流量。一些敏锐的用户注意到了一个奇特的现象：随着 L2 gas 价格的上升，一笔特定的交易所使用的 L2 gas 数量实际上会减少。 事实证明，这正是系统的工作原理——但对不熟悉的人来说，这看起来确实有点令人困惑。 如果你对到目前为止我们所说的内容而感到有些困惑，那这篇文章会试图把它梳理清楚；如果你实在太困惑了，甚至都不知道在困惑什么，那么欢迎你继续读下去。与此同时，你可能会发现这些关于以太坊和 Arbitrum gas 的入门读物很有用。(而且如果你已经能准确地把握这篇文章的走向，那你完全应该在这里申请一个职位: [https://offchainlabs.com/careers/](https://offchainlabs.com/careers/))。 <br/> ### **二维费用** <br/> 关于 Layer 2 的支付费用，在一个经济设计的系统中(如 Arbitrum)，你实际上是在为两件事项同时付费：L1-native 资源和 L2-native 资源。Arbitrum One 是一个 Rollup，你所支付的 L1 资源基本上只是以太坊 calldata；也就是说，你支付的是你交易的原始数据大小乘以 L2 对 L1 calldata 的价格估算（大致可以这样理解）。 你需要支付的 L2 资源是你的交易在 Arbitrum 上的通用虚拟机 (VM) 中进行的任何计算——执行、存储等。这个数值是 L2gas 价格乘以 ArbGas——Arbitrum 的基本计算单位——你的交易使用的数量。一笔交易要成功，需要支付的 L2 费用总额是这两部分的总和。 <br/> ### **在一维的世界里...** <br/> 棘手的是，尽管像 Arbitrum 这样的 L2 费用本质上是二维的，但目前的以太坊生态系统主要是在 L1 建立的，其费用可以用一维 (one-dimensional) 来表示。这意味着目前的基础设施——钱包、开发者库等等——假设交易格式中的费用是单一 gas 单位和单一 gas 价格的产物；当在 Arbitrum 上进行交易时，我们要被迫将 L1 和 L2 维度都塞进这种限制性格式中。 那么，我们是如何做到的呢？ <br/> ### **我们是如何做到的** <br/> 因此，综上所述，我们的主要限制是总费用——必须包括 L1 和 L2 费用——需要表示为两个值的乘积，我们称之为 "类似 gas 价格"(P)和 "类似 gas 限额"(G)。 我们使用的P值（由 Arbitrum 的估算 gas 价格 RPC 折返）实际上只是 L2 的 gas 价格(估算 gas 价RPC 增加了一个小百分比的缓冲；任何超出的部分都会被退回)。G 是我们考虑 L1 维度的地方；调用Arbitrum 的估算 gas，RPC 会给出一个值，其用于 L2 计算的 ArbGas 加上一个额外的缓冲区(B)，这样 P*G 最终足以覆盖全部交易成本。换句话说，我们增加了 "gas 限制 "之类的字段，以便在给定的gas 价格下支付的总金额足以支付 L1 和 L2 层面的费用。 通过一些代数运算，我们发现这个缓冲区 B 必须等于(L1 calldata 成本)/P。 因此，总的来说，G，解压为： **L2 gas 使用量+(L1 calldata 价格* L1calldata 大小) /(L2 gas 价格)** ...其中 "L2 gas 价格 "的分母（回到最初的困惑）显示了为什么在所有其他数值相同的情况下，L2 gas价格的增加，实际上是减少了 G 的价值。 <br/> ### **迈向二维收费标准** <br/> 如果这一切看起来比较麻烦——我们非常清楚这一点；我们目前被困在生态系统目前支持的一维费用基础设施中，但理想的情况是，一个多维收费标准将被采纳并被广泛使用；现有几个提案存在，我们同样也有自己的想法。如果你有兴趣帮助协调一个新的标准，请联系我们/参与我们的研究论坛。 想要了解更多关于 Arbitrum 如何处理 gas 信息，请查看我们的 Inside Arbitrum 文档。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 Nitro 升级完成，信标链 Belltrix 升级]]>https://www.ethereum.cn/Ecosystem/eth-weekly-2022-9-6https://www.ethereum.cn/Ecosystem/eth-weekly-2022-9-6Tue, 06 Sep 2022 00:00:00 GMT <br/> ## 本期看点 - 合并观看派对、合并预测时间、已做好合并准备的节点占比以及客户端多样性 - Arbitrum One -> Nitro 升级完成 - “zkp 生成”的硬件加速 - zkSync 2.0 测试网推出 Dynamic Fees 的完整实现 - StarkNet Alpha v0.10.0 上线 Goerli 测试网 - 币安将自动兑换 USDC、USDP、TUSD 为 BUSD - MEV-Boost 达成里程碑：用户可以在任何共识层客户端使用 MEV-Boost <br/> ## 合并 **倒数第二个主网影子分叉被称为完美合并** 在 9 月 1 日举行的第 146 次以太坊核心开发者会议 (ACD) 上，开发者总结了在 8 月 31 日进行的倒数第二个主网影子分叉的情况，他们称之为“完美合并”，因为没有跳过的提议，而且参与率非常高。研究员 Dietrichs 提到这个成功的影子分叉的消息来得正是时候，因为真正的主网升级就在眼前了。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1565376390320381956&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1565376390320381956" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 665px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊合并观看派对将在 9 月 15 日 14:00 举行** 以太坊基金会即将在北京时间 9 月 15 日14:00 举行以太坊主网合并观看派对，感兴趣的朋友可以去订阅开播提醒。 来源：https://www.youtube.com/watch?v=Nx-jYgI0QVI\](https://www.youtube.com/watch?v=Nx-jYgI0QVI <br/> **预计的以太坊合并时间正在慢慢提前** 据合并 TTD 预测网站 [bordel.wtf](http://bordel.wtf/) 的数据，预计的以太坊合并时间正在慢慢提前，截至 9 月 6 日 19:04，合并预计时间为北京时间 2022 年 9 月 15 日 08:12，介于北京时间 9 月 14 23:01 至 15 日 19:47 之间。  <center>cr. bordel.wtf</center> 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1565979454404427778&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1565979454404427778" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 751px; display: block; flex-grow: 1;"></iframe> **现有大约 73.4% 以太坊节点已做好合并准备** 数据截至 9 月 6 日 18：55：  <center>cr. ethernodes.org</center> 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1565718684299042821&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1565718684299042821" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 649px; display: block; flex-grow: 1;"></iframe> <br/> **Nethermind 构建了两个合并监听机器人** 执行层客户端 Nethermind 团队构建了合并监听机器人，一个用于追踪 TTD 的里程碑：https://t.co/2Sr7VZYfkY，另一个用于追踪难度的变化：https://t.co/YPV5excij6。https://t.co/YPV5excij6) 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1564652308650139648&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1564652308650139648" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 581px; display: block; flex-grow: 1;"></iframe> <br/> **合并前的客户端多样性更新** 合并前的客户端多样性更新，数据截止 9 月 6 日 18:30。 目前共识层 5 个客户端的分布占比分别为：Prysm - 44.15%、Lighthouse - 33.99%、Teku - 17.49%、Nimbus - 4.33% Lodestar -0.05%。 执行层客户端分布占比为：Geth - 80.52%、Erigon 8.67%、Besu - 6.4%、Nethermind - 3.98%、其他 0.43%，目前仍然处于分布极不均衡的状态。  <center>cr. clientdiversity.org</center> 来源: <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1564882712120291328&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1564882712120291328" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 871px; display: block; flex-grow: 1;"></iframe> <br/> ## Layer2 **Arbitrum One -> Nitro 升级完成** 9 月 1 日，Arbitrum 完成了 Arbitrum One -> Nitro 的迁移，发布了新的节点版本: Nitro v2.0.1。此版本包含对某些具有高可压缩数据 transaction 的 gas estimation 的修复，以及支持热重启的配置。 来源：https://github.com/OffchainLabs/nitro/releases/tag/v2.0.1 <br/> **zkSync 2.0 测试网推出 Dynamic Fees 的完整实现** 8 月 31 日，zkSync 发布其 2.0 测试网的重要里程碑更新，推出 Dynamic Fees 的完整实现。此前，zkSync 发布了 zkSync 2.0 主网升级的路线图：  Dynamic Fees (动态费用) 更新概要： Dynamic Fees 机制包含了一个新的费用模型，增加了针对账户抽象的 paymaster 支持、新增对 EIP-1559 的支持。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1564760685577310209&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1564760685577310209" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 694px; display: block; flex-grow: 1;"></iframe> <br/> **“zkp 生成”的硬件加速** 近来零知识证明领域中备受关注的一个研究方向是“证明生成”的硬件加速，因这是解决“证明生成”效率低下的一大关键。9 月 5 日，区块链公司 Amber Group 发布了一篇关于生成零知识证明的硬件加速报告，从用例、趋势和解决方案角度分析了生成 zkp 的硬件、基础设施和挑战。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1566741990796296192&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1566741990796296192" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 385px; display: block; flex-grow: 1;"></iframe> 社区中也出现了一个值得关注的解决方案。Ingonyama 介绍了其开源项目 Cloud-ZK，一个用于在云端开发零知识证明加速的工具包。用户可以通过 AWS 云端提供的 FPGA 资源来加速零知识证明的生成。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1566706873641877507&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1566706873641877507" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 858px; display: block; flex-grow: 1;"></iframe> <br/> **StarkNet Alpha v0.10.0 上线 Goerli 测试网** 9 月 5 日，L2 扩容解决方案 StarkNet 在 Goerli 测试网推出其 Alpha v0.10.0 版本。更新概要： - 参照 EIP-4337 做了一些账户抽象方面的完善 - 费用机制新增功能：L1-> L2 信息传递；declare transaction - 少量 Cairo 语法变动 来源：https://starkware.medium.com/starknet-alpha-0-10-0-923007290470 <br/> ## 生态 **币安将自动兑换 USDC、USDP、TUSD 为 BUSD** 币安称，为了提高流动性和资本效益，决定于北京时间 2022 年 9 月 29 日 11:00 开始将币安用户的 USDC、USDP 、TUSD 稳定币的现存余额和新存款以 1:1 的比例自动兑换为 BUSD。币安不会影响用户继续提款 USDC、USDP 和 TUSD 资金到他们以 BUSD 计价的账户余额中。 资产转换的过程： - 用户账户中现有的 USDC、USDP、TUSD 余额将会在北京时间 2022 年 9 月 29 日 11:00 开始自动转换为 BUSD（即“自动兑换”）。所有用户都能于 24 小时内在账户中看到已兑换的余额。 - 任何希望在自动兑换前将自己 USDC、USDP、TUSD 按 1:1 的比例兑换为 BUSD 的用户，可以自北京时间 2022 年 9 月 26 日 11:00 起至自动兑换前在[Binance Convert](https://www.binance.com/en/convert) - 兑换。注意手动兑换期间只能从 USDC、USDP、TUSD 兑成 BUSD，反过来则不行。 - 请注意手动兑换的最小数量是 1 个 USDC、USDP 或 TUSD。少于 1 个 USDC、USDP 或 TUSD 的用户余额将会自动兑换，无需用户操作。 - 在自动兑换完成之后，用户将能够以 1:1 的比例从 BUSD 余额中提款 USDC、USDP 或 TUSD。 - 币安可能会修改进行自动兑换的稳定币名单。 - 如果原英文版本和其他译文版本之间存在差异，以英文版本为准。 来源：https://twitter.com/binance/status/1566818107758460929 <br/> **MEV-Boost 达成里程碑：用户可以在任何共识层客户端使用 MEV-Boost** 9 月 6 日，MEV-Boost 的工程师 Chris Hager 发推称，MEV-Boost 达成里程碑：所有的共识层客户端都已实现、测试并确定构建者规范的集成，现在用户可以在任何共识层客户端使用 MEV-Boost。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1566848718938279936&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1566848718938279936" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 695px; display: block; flex-grow: 1;"></iframe> 推荐观看 Flashbots 团队在 SBC 大会进行的一个关于 MEV 的 workshop： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1566724235246043141&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1566724235246043141" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 558px; display: block; flex-grow: 1;"></iframe> <br/> **OpenSea 称以太坊合并后将仅支持 PoS 链** 9 月 1 日，OpenSea 称，合并即将到来，最重要的是他们承诺只支持已升级 PoS 的以太坊链上的 NFT。同时，OpenSea 不会在可能的分叉上进行投机 —— 在 ETHPoW 上存在分叉的 NFT 的情况下，不支持或不将它们反映在 OpenSea 上。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1565116434396561408&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1565116434396561408" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 289px; display: block; flex-grow: 1;"></iframe> <br/> **ETHBogota 将于 10 月 7-9 日举办** ETHGlobal 的黑客松 ETHBogota 来了。活动将在 10 月 7 - 9 日举办，现在即可申请：https://bogota.ethglobal.com/ 参加此次黑客松的开发者有机会获得： - 高达 30 万+美元的奖金 - 指导+学习的机会 - 与来自世界各地的构建者合作 - Poap 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1566909441064181763&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1566909441064181763" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 778px; display: block; flex-grow: 1;"></iframe> <br/> **第三期 Ethereum Protocol Fellowship （EPF）的申请截至 9 月 16 日** 第三批 Ethereum Protocol Fellowship 的申请截止 9 月 16 日。EPF 项目旨在让开发者加入到以太坊协议开发的过程中。它是一次深入研究和学习项目，并与处于相同学习轨迹的其他开发者深入合作的机会。对于开发者来说，项目会要求他们熟练掌握协议开发、了解许多不同的工程概念以及具有优秀的写作和口头交流能力。 其他详情： - 该项目此次会从 2022 年 10 月持续至 2023 年 1 月 - 被选中的参与者将接触到来自核心开发者社区的导师 - 参与者有机会参与对以太坊协议有真实影响的实际项目 往期的学员曾： - 致力于以另一种替代方式来对以太坊协议形成文档和注释 - 研究我们如何修改或移除操作码 `SELFDESTRUCT` - 帮助构建 ZKSync - 为 Portal Network 增建新的 p2p 网络 - 编写了他们自己的 EVM 实现 - 目前有 10 位参与的学员全职从事核心协议的开发，另有其他 5 位在该行业的相邻领域工作。 来源： https://blog.ethereum.org/2022/09/01/ethereum-protocol-fellowship-third <br/> **以太坊基金会博客现已支持 16 种语言** 目前，以太坊基金会的博客支持 16 种 语言，包括阿拉伯语、孟加拉语、简体中文、英语、法语、德语、北印度语、印度尼西亚语、意大利语、日语、韩语、葡萄牙语、俄语、西班牙语、斯瓦希里语、土耳其语。之后还会有更多语言加入。 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1565325107555287040&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1565325107555287040" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 638px; display: block; flex-grow: 1;"></iframe> <br/> **evmone 新版本 v0.9.0 发布** 8 月 31 日，evmone 的新版本 v0.9.0 发布，该新版本专注于改进了 Baseline 编译器的性能。evmone 是以太坊虚拟机的 C++ 实现，由 Ipsilon 的团队成员创建。对比前一个版本 v0.8.0，在代码分析成本减少了 8 倍以上的同时，Baseline 提速了 26%，并且比当前的 Advanced 编译器还要快 18%。 目前，Baseline 是默认的编译器，因为它更加简单并且变得比 Advanced（非默认编译器，需要选择 `advanced` 才能使用）更好。同时，这个版本中的 Advanced 编译器也比在上一个版本中的要快 4%。 来源： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1564680011180871681&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1564680011180871681" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 590px; display: block; flex-grow: 1;"></iframe> <br/> **Vitalik 的新书《Proof of Stake》将在 9 月 27 日发布** Vitalik 的新书《Proof of Stake》的数字版和印刷版将在 9 月 27 日发布。用户可以选择以下方式获取这本书： - 可以从当地的书店或是从 [Amazon](https://www.amazon.com/gp/product/164421248X)、[Walmart](https://www.walmart.com/ip/Proof-of-Stake-Essays-on-the-Making-of-Ethereum-and-the-Future-of-the-Internet-Paperback-9781644212486/678274718)、[Books-A-Million](https://www.booksamillion.com/p/9781644212486) 等网站可以预定实体书。 - 也可以选择在发布日期前输入任意数额的 ETH 铸造一枚不可转让的 NFT，以及获得该书的数字签名副本。出售书籍所获的 90% 的资金将会用于支持独立出版的公共物品的 Gitcoin Grant 匹配池，而 10% 的资金则会用于支付给出版合作伙伴 [Seven Stories Press](https://www.sevenstories.com/books/4443-proof-of-stake)。 来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1564804705997361153&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F6LbdfWwrRMOvNiRI5eYnwCW_NNIPOI8SIAEExnQfNp8&amp;sessionId=218f2da03192eb1ee1b07622eab39f387964eb2c&amp;theme=light&amp;widgetsVersion=1bfeb5c3714e8%3A1661975971032&amp;width=550px" data-tweet-id="1564804705997361153" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 782px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/how-zk-SNARKs-are-possiblehttps://www.ethereum.cn/Technology/how-zk-SNARKs-are-possibleSat, 03 Sep 2022 00:00:00 GMT来源 | vitalik.ca 作者 | Vitalik Buterin 翻译 | [双花 (@doublespending)](https://twitter.com/JSNLKMN) 校对 | ECN <br/> <br/> 编者注：说到过去十年来诞生的最强密码学技术，肯定免不了提及零知识证明 (zero knowledge proof)。在区块链领域中，它们有两大应用场景：可扩展性和隐私。zk-SNARK 作为其中一种 zkp 技术，在近几年来也得到了较大的突破，以太坊上出现了诸如 zkSync、Scroll、Hermez 等此类使用 zk-SNARK 证明的通用扩容解决方案。 然而，实现 zk-SNARK 并不简单，因为对某个声明生成了 zk-SNARK 证明之后，验证者需要以某种方式检查计算中的数百万个步骤。多项式承诺就是在这里发挥其作用，即可以将计算编码为多项式，然后使用一种特殊类型的多项式“哈希”(多项式承诺)，以允许验证者在极短的时间内验证多项式等式，即便这些计算背后的多项式规模无比大。 在本文中，Vitalik 介绍了 zk-SNARK 技术的工作原理和难点，然后解释了多项式以及多项式承诺如何让 zk-SNARK 的实现更加高效。 <br/> --- <br/> *特别感谢 Dankrad Feist、Karl Floersch 以及 Hsiao-wei Wan 的反馈和校对。* <br/> 过去十年来诞生的最强密码学技术大概要数**通用简洁零知识证明，通常称为 zk-SNARK（zero knowledge succinct arguments of knowledge）**。**zk-SNARK 允许你生成一个证明 (这个证明是针对一些运算得出的特定输出，可用于对该运算的验证)，通过这种方式，即使底层计算十分耗时，该证明也可以被快速验证。“ZK”（零知识）为证明新增了一个额外特性：证明可以隐藏计算的某些输入。** 例如，您可以对以下声明生成一个证明：“我知道一个秘密值，如果你将数字添加到挑选的单词 cow 的末尾，然后对其进行 1 亿次 SHA256 哈希运算，那么输出的哈希值以 `0x57d00485aa` 开头”。验证者验证该证明的耗时可远小于自行进行 1 亿次哈希运算的耗时，而且证明也不会泄漏秘密值。 <br/> 在区块链领域中，该技术有两大应用场景： 1. **可扩展性**：如果一个区块的验证十分耗时，某个人可以验证区块并生成一个证明，而其他人只需快速地验证证明即可 2. **隐私**：你可以证明你有权转移某些资产（你收到了该资产，而且你还没有转走），而不透露该资产的来源。这不会对外泄漏交易双方的信息，确保了交易的安全性。 然而，zk-SNARK 是相当复杂的；实际上，就在 2014-17 年，它们还常被称为“月亮数学”。好消息是，从那时起，协议愈发简化，我们对它们的理解也愈发深入。本篇博客将试图以一种数学水平普通的人能理解的方式来解释 ZK-SNARKs 的工作原理。 注意，我们将聚焦于可扩展性；一旦有了可扩展性，这些协议的隐私性就相对容易实现，因此我们将在最后回归这个主题。 <br/> ## **为什么 ZK-SNARK “会”很难** <br/> 以开头例子为例：我们有一个数字（我们可以将末尾跟着秘密输入的 “cow” 整体编码为一个整数），我们计算该数字的 SHA256 哈希，然后重复做 9999999 次，最后我们检查输出的开头。这里面的计算量特别大。 一个“简洁（succinct）”证明指的是证明大小和验证耗时的增长远慢于需验证计算量的增长。如果我们想要一个“简洁”证明，我们就不能要求验证者在每轮哈希中做一些运算（因为那样的话，验证耗时将与计算量成正比）。相反，验证者必须以某种方式检查整个运算过程，而不必窥视运算过程中的每个部分。 有一种自然的技术就是随机抽样：让验证者只在 500 个不同的地方检查运算的正确性，如果所有的 500 个检查都通过了，那么认为运算过程的其余部分也大概率没问题？ 该流程甚至可以通过使用 **Fiat-Shamir 启发式**（Fiat-Shamir heuristic）转化为非交互式证明：证明者计算运算过程的默克尔根，基于默克尔根伪随机地选取 500 个索引，并提供对应的 500 个默克尔分支。核心思想是证明者并不知道将要揭示哪些分支，直到他们已经对数据生成了“承诺”。如果恶意证明者在了解到需要检查哪些索引后试图篡改数据，那么这会改变默克尔根的值，而这将导致一组新随机索引被选出，这将需要再次去篡改数据...让恶意证明者陷入无休止的循环中，无法达成目的。 但不幸的是，简单地随机抽查运算过程存在一个致命的缺陷：运算过程本身并不健壮。如果恶意证明者在计算过程中的某个位置翻转一个比特，可以导致一个完全不同的结果，而随机抽样验证者几乎永远不会发现。 <br/>  <center>只需一次故意的插入错误，就会导致计算得出完全错误的结果，而这几乎不会被随机检查所捕获。</center> <br/> 如果要提出一个 zk-SNARK 协议，那么很多人会走到上面这步，然后陷入困境，最终放弃。不单独查看每个计算片段的情况下，验证者究竟如何才能够校验每个计算片段？事实证明，有一个绝妙的解决方案。 <br/> **** <br/> ## **多项式** <br/> 多项式是一类特殊的代数表达式，具有以下形式： - $$x+5$$ - $$x^{4} $$ - $$x^{3} +3x^{2}+3x+1$$ - $$628x^{271} +318x^{270}+530x^{269}+...+69x+381$$ 也就是说，它们是有限个形式为 $$cx^{k}$$ 的项之和。 多项式有许多有趣的特性。但这里，我们将聚焦于多项式的一个特性：**多项式是一个可以包含无限信息量（多项式显然可视为一个整数列表）的单一数学对象上**。面的第四个示例包含 [tau](https://math.wikia.org/wiki/Tau_(constant)) 的 816 位的信息，而且我们能够很容易地想象出一个包含更多信息量的多项式。 此外，**多项式间的单个等式就能够表示无限个数间的方程**。例如，考虑等式 $$A(x)+B(x)=C(x)$$。如果该等式是正确的，那么下面也是正确的： - $$A(0)+B(0)=C(0)$$ - $$A(1)+B(1)=C(1)$$ - $$A(2)+B(2)=C(2)$$ - $$A(3)+B(3)=C(3)$$ <br/> 可以类推到每个可能的下标。甚至，你可以构造特地表示一组数字的多项式，这样你就可以一次性地检查众多等式。例如，假设您想检查： <br/> - `12 + 1 = 13` - `10 + 8 = 18` - `15 + 8 = 23` - `15 + 13 = 28` <br/> 您可以使用一个名为[拉格朗日插值](https://blog.ethereum.org/2014/08/16/secret-sharing-erasure-coding-guide-aspiring-dropbox-decentralizer/)的方法来构造多项式：$$A(x)$$ 在某些特定下标集合（例如 `(0，1，2，3)` 上的输出为 `(12，10，15，15)`），$$B(x)$$ 在相同下标上的输出为 `(1，8，8，13)`，如此类推。准确地说，以下是相应的多项式： <br/> - $$A(x)=−2x^3+\frac{19}{2} x^2−\frac{19}{2} x+12$$ - $$B(x)=2x^3-\frac{19}{2} x^2+\frac{29}{2}x+1$$ - $$C(x)=5x+13$$ <br/> 用这些多项式校验等式 $$A(x)+B(x)=C(x)$$ 相当于同时校验上述四个等式。 <br/> **** <br/> ### **将多项式与自身进行比较** <br/> 甚至，你可以用一个简单的多项式等式来校验相同多项式的大量相邻取值的关系。这稍微更进一步。假设您想校验，对于给定的多项式 $$F$$，在整数范围 $$\left \{0,1…98\right \} $$ 内满足 $$F(x+2)=F(x)+F(x+1)$$（因此，如果您还校验$$F(0)=F(1)=1$$，那么 $$F(100)$$ 将是第 100 个[斐波拉](https://en.wikipedia.org/wiki/Fibonacci_number)契数）。 作为多项式，$$F(x+2)−F(x+1)−F(x)$$ 不会正好为零，因为它在 $$x=\left \{0,1…98\right \}$$ 范围外的取值是不受限的。但我们可以做一些巧妙的处理。一般而言，有这样一条定则：如果多项式 $$P$$ 在某些集合 $$S=\left \{x_{1}，x_{2}…x_{n}\right \}$$ 上的取值为零，那么可以表示为 $$P(x)=Z(x)∗H(x)$$ 的形式，其中 $$Z(x)=(x−x_{1})∗（x−x{2})∗...∗(x−x_{n})$$，而且 $$H(x)$$ 也是一个多项式。**换句话说，在某个集合上值为零的任一多项式可以表示为在相同集合上值为零的最简（最低阶）多项式的（多项式）倍数。** <br/> 为什么会这样？这其实是多项式长除法的一个巧妙的推论：[因式定理（the factor theorem）](https://en.wikipedia.org/wiki/Factor_theorem)。我们知道，当用 $$Z(x)$$ 除 $$P(x)$$ 时，我们将得到商 $$Q(x)$$ 和余数 $$R(x)$$，满足 $$P(x)=Z(x)*Q(x)+R(x)$$，其中余数 $$R(x)$$ 的阶严格小于 $$Z(x)$$。因为我们知道多项式 $$P$$ 在集合 $$S$$ 上的取值为零，这意味着多项式 $$R$$ 在集合 $$S$$ 上的取值也必须为零。因此，我们可以通过多项式插值简单地计算 $$R(x)$$，因为它是一个阶至多为 $$n-1$$ 的多项式，而我们知道其中的 $$n$$ 个取值（集合 $$S$$ 上的取值为零）。使用上述所有零值进行插值得到零多项式，因此，$$R(x)=0$$，$$H(x)=Q(x)$$。（译者注，一个有 $$n$$ 个解的 $$<=n-1$$ 次多项式必为零多项式） 回到我们的例子上，如果我们有一个编码了斐波那契数的多项式 $$F$$（因此，在 $$x=\left \{0,1…98\right \}$$ 上满足 $$F(x+2)=F(x)+F(x+1)$$，那么我可以通过证明多项式 $$P(x)= F(x+2)−F(x+1)−F(x)$$ 在该范围的取值为零来向你证明 $$F$$ 确实满足该条件： $$H(x)=\frac{(F(x+2)−F(x+1)−F(x))}{Z(x)}$$，其中 $$Z(x)=(x−0)∗(x−1)∗...∗(x−98)$$. 你可以自行计算 $$Z(x)$$（理想情况下会被提前计算出来），检查该等式，如果检查通过，那么 $$F(x)$$ 的确满足条件！ 现在，退一步，留意一下我们做了什么。我们将一个步长 100 的计算（计算第 100 个斐波那契数）转换为单个多项式等式。当然，证明第 $$N$$ 个斐波那契数的取值意义不大，尤其是因为斐波那契数具有[闭合形式](https://en.wikipedia.org/wiki/Fibonacci_number#Closed-form_expression)。但你可以使用完全相同的底层技术，只需一些额外的多项式和更复杂的等式，就可以对任意步长的任意计算进行编码。 现在，如果存在一种使用多项式校验等式的方法，而且这种方法比检查每个系数快得多… <br/> **** <br/> ### **多项式承诺** <br/> 再一次，事实证明，这样的方法是存在的：**多项式承诺**。**最好把多项式承诺看作一种对多项式进行“哈希”的特殊方法**，该哈希拥有额外特性，**即你可以通过校验多项式哈希间的等式来校验多项式间的等式**。不同多项式承诺方案在适用等式类型上有着不同的特点。 <br/> 下面是一些常见的例子，您可以使用各种多项式承诺方案（我们使用com(P)来表示“对多项式 $$P$$ 的承诺”）： <br/> - **相加**：给定 $$com(P)$$、$$com(Q)$$ 和 $$com(R)$$，检查是否满足 $$P+Q=R$$ - **相乘**：给定 $$com(P)$$、$$com(Q)$$ 和 $$com(R)$$，检查是否满足 $$P∗Q=R$$ - **在某个点上求值**：给定 $$com(P)$$、$$w$$、$$z$$ 和一个补充证明（或“见证”）$$Q$$，验证 $$P(w)=z$$ <br/> 值得注意的是，这些原语可以相互组合。如果支持加法和乘法，那么你可以这样计算：为了证明 $$P(w)=z$$，你可以构造出 $$Q(x)=\frac{{P(x)−z}}{{x-w}} $$， 然后验证者可以验证: <br/>  <br/> 这行得通是因为如果存在这样一个多项式 $$Q(x)$$，那么 $$P(x)−z=Q(x)∗(x−w)$$，这意味着$$P(x)−z$$ 在 $$w$$ 处等于零（因为 $$x−w$$ 在 $$w$$ 处等于零），因此 $$P(x)$$ 在 $$w$$ 处等于 $$z$$。 如果你能计算出某点的取值，那么你可以进行各种校验。这是因为有一个[数字定理](https://en.wikipedia.org/wiki/Schwartz%E2%80%93Zippel_lemma)表明：**大体上，如果一些包含了一些多项式的等式在一个随机选择的下标下成立，那么对多项式整体而言等式基本为真**。因此，如果我们只有一个证明某点取值的机制，那么我们就可以通过一个交互式游戏进行验证，如我们的方程 $$P(x+2)−P(x+1)−P(x)=Z(x)∗H(x)$$： <br/>  <br/> 正如前面提到的，我们可以使用 Fiat-Shamir 启发式使其转化为非交互式：证明者可以令 `r=hash(com(P), com(H))`（其中 `hash` 是任一加密哈希函数；它不需要拥有任何特殊属性）并计算 `r`。证明者不能通过挑选只“符合”特定 `r` 的 `P` 和 `H` 来进行“欺诈行为”，因为他们在选取 `P` 和 `H` 时不知道 `r`！ <br/> **** <br/> ### **快速回顾** <br/> - ZK-SNARK很难，因为验证者需要以某种方式检查计算中的数百万个步骤，而无需直接地检查每个单独的步骤（因为这会十分耗时）。 - 我们通过将计算编码为多项式来解决这个问题。 - 单个多项式可以包含无限大的信息量，而且单个多项式表达式（例如，$$P(x+2)−P(x+1)−P(x)=Z(x)∗H(x)$$）可以代表无限个数间的方程。 - 如果你可以验证多项式等式，那么你同时在隐式地验证所有的数值等式（用任何实际 $$x$$ 下标替换多项式中的 $$x$$）。 - 我们使用一种特殊类型的多项式“哈希”，称为多项式承诺，以允许我们在极短时间内验证多项式等式，即使背后的多项式规模非常大。 <br/> **** <br/> ## **那么，这些神奇的多项式哈希是如何工作的？** <br/> 目前有三种被广泛使用的主流方案：**bulletproofs, Kate and FRI**。 <br/> - 这里是Dankrad Feist对Kate承诺的描述：https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html - 这里是curve25519-dalek团队对bulletproofs的描述：https://doc-internal.dalek.rs/bulletproofs/notes/inner_product_proof/index.html，而这里是我的图解：https://twitter.com/VitalikButerin/status/1371844878968176647 - 这里是对FRI的描述，我写的...：https://vitalik.ca/general/2017/11/22/starks_part_2.html <br/> **** <br/> ### **哇，哇，别紧张。试着简单地讲解其中一个，不要把我带到更可怕的链接上** <br/> 老实说，它们没有那么简单。这就是为什么所有的这些数学理论直到 2015 年左右才真正崛起的缘故。 <br/> **** <br/> ### **请？** <br/> 在我看来，FRI 是最容易理解透的（如果你愿意把椭圆曲线配对 [elliptic curve pairings](ttps://medium.com/@VitalikButerin/exploring-elliptic-curve-pairings-c73c1864e627) 看作黑盒，Kate 会更容易理解，但配对确实很复杂，所以总体来说我觉得 FRI 更简单）。 以下是 FRI 工作原理的简化版（简单起见，免去真正协议中的许多技巧和优化）。假设你有一个阶小于n的多项式 $$P$$。对 $$P$$ 的承诺是某组预选下标取值的默克尔根（例如，$$\left \{ 0,1...8n-1 \right \}$$ ，尽管这并不是最高效的选取方式）。现在我们需要额外添加一些东西来证明这组取值来自一个阶小于 $$n$$ 的多项式。（译者注，需要验证多项式阶小于 $$n$$ 的原因是保证作恶者通过随机抽样概率尽可能低，给定多项式 $$P$$，一个基本拟合 $$P$$ 的另一个多项式 $$Q$$，也是能通过随机抽样的，但 $$Q$$ 的特点是其阶要足够大才能成功） 设 $$Q$$ 为仅包含 $$P$$ 的偶次项系数的多项式，而 $$R$$ 为仅包含 $$P$$ 的奇次项系数的多项式。因此，如果 $$P(x)=x^4 +4x^3 +6x^2+4x+1$$，则 $$Q(x)=x^2+6x+1$$，$$R(x)=4x+4$$（注意，这些系数的阶数“向下折叠”到范围 $$\left [ 0...\frac{n}{2} \right ] $$）。 注意，$$P(x)=Q(x^2) +x∗R(x^2)$$（如果这对你而言并不明了，那么停下来思考一下，并看看上面的例子，直到看懂为止）。 我们要求证明者提供 $$Q(x)$$ 和 $$R(x)$$ 的 Merkle 根。然后，我们生成一个随机数 $$r$$，并要求证明者提供一个“随机线性组合”$$S(x)=Q(x)+r∗R(x)$$。 我们伪随机抽样了一大组下标（像之前一样，使用提供的Merkle根作为随机种子），并要求证明者在这些下标处提供 $$P$$、$$Q$$、$$R$$ 和 $$S$$ 的 Merkle 分支。在每个提供的下标处，我们校验： - $$P(x)$$ 确实等于 $$Q(x^2) + x∗R(x^2)$$ - $$S(x)$$ 确实等于 $$Q(x)+r∗R(x)$$ <br/> 如果我们做了足够校验，那么我们可以确信 $$S(x)$$ 的“预期”值与“提供”值最多（例如，1%）是不同的。 注意，$$Q$$ 和 $$R$$ 的阶数都小于 $$\frac{n}{2} $$。因为 $$S$$ 是 $$Q$$ 和 $$R$$ 的线性组合，所以 $$S$$ 的阶数也小于 $$\frac{n}{2} $$。并且这反过来也成立：如果我们可以证明 $$S$$ 的阶数小于 $$\frac{n}{2} $$，$$S$$ 是一个随机选择的组合这一事实防止了证明者选取具有能够相互抵消的隐藏高阶因子的恶意 $$Q$$ 和 $$R$$ ，因此 $$Q$$ 和 $$R$$ 的阶都必然小于 $$\frac{n}{2} $$，并且因为 $$P(x)=Q(x^2) +x∗R(x^2)$$，我们知道 $$P$$ 的阶数必然小于 $$n$$。 从这里开始，我们简单地用 $$S$$ 重复上面的游戏，逐步“降低”我们关心的多项式的阶，直到多项式的阶低到我们可以直接校验的程度。 <br/>  <br/> 和前面的示例一样，这里的“Bob”是一个抽象概念，对密码学家在思维上论证协议非常有用。事实上，Alice 自己生成了完整证明，为了防止她作弊，我们使用 Fiat-Shamir：我们根据此前证明中生成的数据的哈希随机选取每个样本的下标或 $$r$$ 值。 <br/> （在该简化协议中）一个对 $$P$$ 完整的“FRI承诺”包括： <br/> 1. $$P$$ 取值的 Merkle 根 2. $$Q$$，$$R$$，$$S_{1}$$ 取值的 Merkle 根 3. $$P$$、$$Q$$、$$R$$、$$S_{1}$$ 随机选取的分支，用于校验 $$S_{1}$$ 是否正确地从$$P$$“归约”而来 4. 正如步骤（2）和（3）中所述，Merkle 根和随机选择的分支，一直进行降阶归约操作，$$S_{2}$$ 由 $$S_{1}$$ 归约而来，$$S_{3}$$ 由 $$S_{2}$$ 归约而来，直到归约到某个阶 $$S_{k}$$（共重复 $$≈log_{2}(n)$$ 次） 5. $$S_{k}$$ 的完整 Merkle 树取值（因此，我们可以直接校验） <br/> 流程中的每步都可能会引入一些“误差”，但如果您进行了足够多的检查，那么总误差将低到你可以证明 $$P(x)$$ 在至少 80% 的下标处等于一个阶小于 $$n$$ 的多项式。这足以满足我们用例的需求：如果你想在 zk-SNARK 中作弊，你需要对少数值进行多项式承诺，其多项式的取值会在多处不同于真正阶小于 $$n$$ 的多项式，因此任何对其进行 FRI 承诺的尝试都会失败。 此外，您仔细检查一下，FRI 承诺中对象的总数和大小是 O(log阶)，因此，对于大型多项式，承诺实际上比多项式本身小得多。 为了检查这类不同多项式承诺间的等式（例如，给定对 $$A$$、$$B$$ 和 $$C$$ 的 FRI 承诺，检查 $$A(x)+B(x)=C(x)$$），只需简单地随机选择很多下标，要求验证者提供在每个多项式的这些下标处的 Merkle 分支，并验证等式在每个下标处成立即可。 上面描述的是一种效率极低的协议；有很多代数技巧可以将协议效率提高约 100 倍，如果你想要一个切实可行的协议，比如在区块链交易中使用，你需要使用这些技巧。特别是，例如，$$Q$$ 和 $$R$$ 实际上不是必要的，因为如果你非常聪明地选择取值点，你可以直接从 $$P$$ 的取值重构出所需 $$Q$$ 和 $$R$$ 的取值。但是上面的描述应该足以让你确信多项式承诺从原理上是可行的。 <br/> **** <br/> ### **有限域** <br/> 在上述描述中，有一个隐含的假设：多项式的每个单独“取值”都很小。然而，当我们处理的多项式很大时，这显然不是真的。如果我们取上面的例子，$$628x^{271}+318x^{270}+530x^{269}+...+69x+381$$，他编码了 tau 的 816 位，并且在 $$x=1000$$ 时计算取值，得到...一个 816 位数字，包含了 tau 的所有这些数字。（译者注，因为代入 1000 时各个系数并补充和）因此，我们还需要增加一样东西。在具体实现中，我们在此所做的所有运算都不会使用实数域上的“常规”运算，而会使用模运算来完成。 我们将所有算术运算如下重新定义。我们选取一些素数“模数” `p`，% 运算符意味着“取其余数”：15 % 7=1，53 % 10=3，等等（注意，结果总是非负的，例如 −1 % 10=9 )。我们重新定义： <br/> - x+y⇒(x+y) %p - ∗y⇒(x∗y) %p - $$x^{y}⇒(x^{y})$$ %p - x−y⇒(x−y) % p - $$x/y⇒(x∗y^{p−2})$$ % p <br/> 以上规则都是自洽的。例如，若 $$p=7$$，则： <br/> - 5+3=1 (as 8%7=1) - 1−3=5 (as −2%7=5) - 2⋅5=3 - 3/5=2 (as (3⋅5^5)%7=9375%7=2) <br/> 更复杂的恒等式（如分配律）也成立：$$(2+4)⋅3$$ 和 $$2⋅3+4⋅3$$ 的结果均为 $$4$$。偶数定则（如 $$a^2 − b^2=(a−b)⋅(a+b)$$）在这种新运算中依然成立。 除法是最难的部分；我们不能使用常规除法，因为我们希望值始终为整数，而常规除法通常会得到非整数的结果（如 $$3/5$$）。我们使用[费马小定理](https://en.wikipedia.org/wiki/Fermat%27s_little_theorem)来解决这个问题，其表明对于任何非零 $$x<p$$，x^{p−1}%p=1 成立。这意味着 $$x^{p−2}$$ 得到一个这样的数，若再乘 $$x$$ 一次，就会得到 $$1$$，因此我们可以认为 $$x^{p−2}$$（整数）等于 $$\frac{1}{x}$$。计算模除的一种更复杂但更快的算法是[扩展欧几里得算法](https://en.wikipedia.org/wiki/Extended_Euclidean_algorithm)，python 实现[见此](https://github.com/ethereum/py_ecc/blob/b036cf5cb37e9b89622788ec714a7da9cdb2e635/py_ecc/secp256k1/secp256k1.py#L34)。 <br/>  <center>因为数字的“回环”方式，模运算有时被称为“时钟数学”</center> <br/> 通过模运算，我们创造了一个全新的算术系统，它和传统算术一样是自洽的。因此，我们可以讨论该域中的所有同类结构，包括我们在“常规数学”中讨论的多项式。密码学家喜欢使用模数学（或者，更一般的，“有限域”），因为任何模运算结果的大小都会有界-无论你做什么，值都不会“超出”集合 $$\left \{ 0,1,2…p−1 \right \}$$。即使计算有限域中一个一百万次多项式，也不会得出一个集合以外的值。 <br/> ### **将计算转化为一组多项式等式更具意义的例子？** <br/> 假设我们想要证明，对于某些多项式 $$P$$，满足 $$0≤P(n)<2^{64}$$，而不揭露 $$P(n)$$ 的实际值。这是一个区块链交易中的常见用例：你希望证明交易后账户余额非负而不揭露余额值。 <br/> 我们可以用以下多项式等式对此进行证明（简单起见，假设 $$n=64$$）： - $$P(0)=0$$ - 在 $$\left \{ 0…63 \right \}$$ 范围内，满足 $$P(x+1)=P(x)∗2+R(x)$$ - 在 $$\left \{ 0…63 \right \}$$ 范围内，满足 $$R(x)∈\left \{ 0,1 \right \}$$ <br/> 后两个命题可以重新表述为如下所示的“纯”多项式等式（在上下文中，$$Z(x)=(x−0)∗(x−1)∗...∗(x−63)$$): - $$P(x+1)−P(x)∗2−R(x)=Z(x)∗H1(x)$$ - $$R(x)∗(1−R(x))=Z(x)∗H_{2}(x)$$ (注意此处的技巧：$$y*(1-y)=0$$ 当且仅当 $$y∈\left \{ 0,1 \right \}$$) 核心思想是 $$P_{i}$$ 的依次取值逐位地构建了 $$P_{n}$$ 的值：如果 $$P(4)=13$$，那么达到P(n)的取值序列将为：$$\left \{ 0,1,3,6,13 \right \} $$。在二进制中，1 是 `1`，3 是 `11`，6 是 `110`，13 是 `1101`；注意，只要 $$R(x)$$ 为 0 或 1，$$P(x+1)=P(x)*2+R(x)$$ 就会一直向末尾添加一位。任何 $$0≤x<2^{64}$$ 范围内的数字可以通过这种方式在 64 步中构造出来，而任何此范围外的数字都不能通过这种方式构造出来。 <br/> **** <br/> ## **隐私** <br/> 但这里有一个问题：我们怎么知道对 $$P(x)$$ 和 $$R(x)$$ 的承诺不会“泄漏”信息（使得能够揭示我们试图隐藏的 $$P(64)$$ 的确切值）？ 这里有些好消息：**这些证明是对大量的数据和计算生成的小证明。因此，一般来说，证明往往不够大，只能暴露一点点信息**。但我们能从“只有一点点”推进到“零”吗？幸运的是，我们可以。 在这里，一个相当通用的技巧是往多项式添加一些“模糊因子”。当我们选定P时，将 $$Z(x)$$ 的小倍数加到多项式中（即，取随机 $$E(X)$$，令 $$P′(x)=P(x)+Z(x)∗E(x)$$）。这并不会影响命题的正确性（事实上，$$P′$$ 在“在计算发生”的下标处的值与 $$P$$ 相同，因此它仍是有效的转义版本），但它可以在承诺中添加足够多的额外“噪声”，使得任何余下信息不可恢复。此外，对于 FRI，重要的是不要对计算发生范围的随机点进行采样（在本例中为 $$\left \{ 0…64 \right \}$$ ）。（译者注，这样即使是同样的多项式也会让人猜不到） <br/> **** <br/> ### **我们能再回顾一下吗？？** <br/> - 最优秀的三类多项式承诺是 FRI、Kate 和 bulletProof。 - Kate在概念上是最简单的，但它依赖于非常复杂的椭圆曲线配对“黑盒”。 - FRI很酷，因为它只依赖哈希；它的工作原理是将多项式逐渐归约为阶越来越低的多项式，并在每步进行随机抽样检查，使用 Merkle 分支来证明等价性。 - 为了防止单个值大小的膨胀，我们不在整数上做算术运算和多项式运算，而是在有限域上做所有事情（通常是对一些素数 `p` 进行模运算） - 多项式承诺天然支持隐私保护，因为生成的证明已经比多项式小得多了，因此多项式承诺只能暴露多项式中一点点信息。但我们可以往多项式添加一些随机性，将暴露的信息从“一点点”减少到“零”。 <br/> **** <br/> ### **哪些问题仍在研究当中？** <br/> - **优化 FRI**：已经有很多涉及精心挑选的取值域的优化，[“DEEP-FRI”](https://arxiv.org/abs/1903.12243)，以及一系列其他让 FRI更高效的技巧。**Starkware 及其他人正在研究这块。** - **将计算编码为多项式的更佳方法**：找出将涉及哈希函数、内存访问和其他特征的复杂计算编码为多项式等式的最高效方法仍是一个挑战。在这方面已经取得了很大的进展（例如，见 [PLOOKUP](https://eprint.iacr.org/2020/315))，但我们仍需更多的进展，特别是如果我们想将**通用虚拟机执行**编码为多项式的话。 - **增量可验证计算**：如果随着计算继续能够高效地“扩展”证明，那就太好了。这在“单证明者”情况下很有价值，而且在“多证明者”的情况下也很有价值，特别对于不同参与者创建区块的区块链而言。最近一些在这方面的工作，请参见 [Halo](https://eprint.iacr.org/2019/1021.pdf)。 <br/> --- <br/> ## **我想了解更多！** <br/> ### **我的文章** <br/> - STARKs: [part 1](https://vitalik.ca/general/2017/11/09/starks_part_1.html), [part 2](https://vitalik.ca/general/2017/11/22/starks_part_2.html), [part 3](https://vitalik.ca/general/2018/07/21/starks_part_3.html) - Specific protocols for encoding computation into polynomials: [PLONK](https://vitalik.ca/general/2019/09/22/plonk.html) - 本文没有提到的一些关键的数学优化：[快速傅里叶变换](https://vitalik.ca/general/2019/05/12/fft.html) <br/> **** <br/> ### **其他人的文章** <br/> - [Starkware's online course](https://starkware.co/developers-community/stark101-onlinecourse/) - [Dankrad Feist on Kate commitments](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html) - [Bulletproofs](https://doc-internal.dalek.rs/bulletproofs/notes/inner_product_proof/index.html) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/ecosystem/ethereum-protocol-development-governance-and-network-upgrade-coordinationhttps://www.ethereum.cn/ecosystem/ethereum-protocol-development-governance-and-network-upgrade-coordinationThu, 01 Sep 2022 00:00:00 GMT来源 | [hudsonjameson.com](http://hudsonjameson.com/) 翻译 | 2DAO3 Flicka 校对 | ECN <br/> 这篇文章将讨论以太坊社区是如何做出协议级的开发决策，以及如何组织以太坊网络升级(又称硬分叉)。随着时间推移，以太坊的决策制定流程也不断发展，这其中有许多可追溯的历史。本文将重点关注 Eth 1.0 (执行层)治理，而不涉及 Eth 2.0 (共识层)治理。本文不代表以太坊基金会或其他与我相关的任何实体。 <br/> ## 以太坊治理架构的核心构成 ### 以太坊改进提案（EIPs）  此为原作者截图，最新信息请到 https://eips.ethereum.org/ 查阅 Martin Becze是以太坊早期核心开发者，他在2015年10月为EIP创建了GitHub仓库。当时EIP的流程机制参考了比特币改进提案流程（BIPs），而后者则是参考了[Python 增强建议书 (PEPs) ](https://www.python.org/dev/peps/)的规范。以太坊改进提案是向以太坊社区提供信息的设计文档，它描述了以太坊的新功能、该功能的运行流程和环境。EIP需提供关于功能的简洁技术规范及其实现原理。EIP的提出人会负责推进社区对EIP的共识，并记录不同意见。 [有几种不同类型的EIP](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1.md#eip-types)，如低层次的协议变更，会影响共识层、需要升级网络的核心EIP，或规定了社区标准的ERC。最著名的EIP，是用于在以太坊创建自定义代币的[ERC-20协议标准](https://eips.ethereum.org/EIPS/eip-20)。 EIP 编辑的任务是检查 EIP 的技术可靠性、拼写/语法的正确性和代码风格。 Martin Becze，Vitalik Buterin，Gavin Wood 等其他人曾在2015年到2016年底担任EIP 最早期的编辑者。2016年10月，在以太坊开发者大会Devcon2之后，我接管了 EIP 的主要编辑工作。随着时间的推移，有更多的人加入/退出编辑组。目前的 EIP 编辑成员有我，Nick Johnson (ENS) ，Alex Beregszaszi (EWASM/以太坊基金会) ，Casey Detrio (EWASM/以太坊基金会) ，Nick Savers (社区)和 Greg Colvin (前以太坊基金会成员)。 【译者注：据[官网](https://eips.ethereum.org/EIPS/eip-1#eip-editors)信息，截止2022年8月30日，最新的EIP编辑成员包括Alex Beregszaszi (@axic)，Gavin John (@Pandapip1)，Greg Colvin (@gcolvin)，Matt Garnett (@lightclient)和Sam Wilson (@SamWilsn)】 一般而言，EIP只要格式正确且内容合理，就会进入“草稿”阶段。我想说的是，哪怕EIP的内容是关于如何制作花生酱三明治，只要它创建遵循EIP-1里的规范，它基本能顺利进入“草稿”阶段。为了鼓励社区通过协作来构建和实现提案，我们有意模糊EIP获得共识并被宣布为“最终”状态的过程规范。EIP 不处于“最终”状态，并不意味着 EIP 中定义的标准不能在项目中使用。事实上，这才是 EIP 获得认可和验证的正确途径。 2020年1月， EIPIP (EIP Improvement Process)组织成立了。它的目标是聚集社区成员在每两周一次的在线视频会议或是论坛里（如[Fellowship of Ethereum Magicians forum](https://ethereum-magicians.org/)），共同制定EIP的改进计划。会议都会被录制并上传到youtube。改进目标会包括如何吸引新的 EIP 编辑和编辑工作引导优化。EIP流程的提效等也是改进内容之一。 <br/> ## Fellowship of Ethereum Magicians The Fellowship of Ethereum Magicians (FEM)于2018年2月，由以太坊基金会社区联络员James Pitts和“以太坊的甘道夫”Greg Colvin创立。它的使命是“培养社区在技术方向和规范上的共识”。有些人将FEM形容为以太坊上的IEEE，但它其实是更去中心化，更以社区为导向的。它的在线论坛是讨论EIP和以太坊技术标准的主要阵地。FEM在大多数以太坊的重要事件中都会组织聚会，聚会里还会形成“rings”工作组。所有社区成员都能创建一个“ring”，并组织志愿者来解决被“ring”工作组识别的问题。你可以在[FEM forum ](https://ethereum-magicians.org/)看到“ring”的列表。(译者注：IEEE 指电气和电子工程师协会，是一个国际性的电子技术与信息科学工程师的协会，是目前全球最大的非营利性专业技术学会，其会员人数超过40万人，遍布160多个国家。) <br/> ## 以太坊核心开发者会议 (All Core Devs)  从2015年下半年开始，以太坊联合创始人 Gavin Wood 创建了 AllCoreDevs Gitter 频道，主要聚集了 以太坊核心开发者。当时，只有少数几个客户端的以太坊核心开发者参加。最初的几次开发者会议是由Martin Becze 组织。2015-2016年，以太坊基金会的公关/社区协调负责人 George Hallam 也协助组织了部分会议。2016年10月，我接管了组织、主持和做会议纪要的工作。2019年，Lane Rettig (SpaceMesh)加入，协助安排会议和纪要工作。今天，其他人如 Tim Beiko 和 James Hancock，正在协助会议的直播和主持。目前， Ethereum Cat Herders 资助着 ACD 的会议纪要工作。(译者注：目前由 Tim Beiko 主持 ACD 会议) ACD是技术会议，旨在将对决策协议方向发挥主导作用的以太坊团队聚集在一起。以太坊的客户端和研究团队，会负责项目更新，并讨论各种核心EIP以改进协议。 与会人包括参与低层级协议开发的开发者，客户端开发者和核心以太坊研究员。一般来说，每一个以太坊客户端都有代表参加，以及Layer 1 研究/扩容团队的核心成员。对某个领域有建树的非核心开发者，也会受邀参与特定内容的探讨。双周会是在周五举行，在youtube上会在线直播并录制。你可以在[该链接](https://github.com/ethereum/pm)查看会议议程、纪要和相关录屏。也可以在[该链接](https://github.com/ethereum/pm/issues)查看未来会议安排。(译者注：现已改为每两周四进行 ACD 会议) ACD是以太坊治理流程上的首要信条。正是在ACD会议上，决定了网络升级背后的细节和以太坊1.0技术栈的改进计划。我们尽可能地推进决策在以太坊社区达成大致的共识，但是避免使用投票的方法，因为我们是纯技术会议，设计文档、规范和实操更有助于争议解决和论点支撑。 <br/> ## Ethereum Cat Herders  以太坊生态非常缺乏组织建设和项目管理，所以我、Lane Rettig (SpaceMesh)和Afri Schoedon (former Parity) 在2019年1月创办了The Ethereum Cat Herders (ECH) ，“我们的目标是用最少的规则限制来解决问题，以推动以太坊更自由的向前发展”。最初，ECH通过资助ACD会议上的记录工作来提供帮助，也在以太坊核心开发者要求的 ProgPoW 审计里，承担着组织和筹款的重要工作。最近，ECH已经帮助很多组织为即将到来的网络升级（硬分叉）做准备，包括Istanbul 和Muir Glacier。随着升级将近，ECH 联系了交易所、矿工和基础设施供应商，向他们提供带有升级说明及相关信息的博客文章。ECH 会在官方Medium上每周更新一次，最近还发布了一篇介绍他们过去一年成就的文章。 <br/> ## 网络升级  ### 网络升级内容的决策 在协议建设的早期，以太坊客户端和规范的变更，会在15人核心开发者小组内得到高效决策。因为他们是仅有的专家，所以这种方式是可行的。Vitalik Buterin 和 Gavin Wood此时更像是仁慈的独裁者。许多早期项目也是如此运作，这并无大碍，事实上，需要快速发展的项目正需要这种模式。 但以太坊的发展逐渐迎来了挑战。重大决策要花更长的时间来辩论，参与的人也开始增加。好处在于，要更改如此重要的技术，我们需要更多贡献者参与以及更加严谨的态度。以太坊没有像其他链一样建立链上治理机制，在客户端/协议级别上的升级，其最终决策由核心开发者来决定。有人批判以太坊太技术官僚，但这并不是它的全貌。有很多细微差异确实让以太坊的决策流程更高效。 在我的视角里，以太坊的核心开发者都是利他主义的，在考虑网络升级应包含什么内容的时候，他们尽最大努力在倾听社区的声音。当然，这完全是基于我个人视角，在判断处境的时候，我可能属于天真的乐观主义者。我们当前体系的替代方案，如链上治理机制，对我来说完全没吸引力，因为它们通常会导致财阀统治。我们无法找到完美的去中心化决策机制，但随着时间推移，以太坊及其治理流程定会日渐成熟。 ### 改善流程机制 任何有改进网络想法的开发者都能提交EIP。在2019年底之前，EIP流程很混乱，一个idea很难推进到协议层并得到完整实现。当一个EIP被创建后，它会进入以下某个步骤。步骤如下（没有特定顺序）： - EIP在ACD会议外被讨论 - 在ACD会议上针对EIP进行讨论 - 决定实施EIP - 引发更多讨论 - 创建测试用例 - 在客户端实现代码 有时候，如果EIP的影响微不足道且无争议，那它从被提出到推出实现的速度会很快。 更多时候，EIP会经历数月的讨论，才会推出实现，然后引发更多讨论，然后才开始测试，然后再回到讨论环节，最后才能被纳入到网络升级中。与没有代码仅有想法的阶段相比，在客户端中实现能让EIP获得更多曝光和认可。若不涉及紧急情况，网络升级一般会批量实施一组EIP。稍候有张图片展示了我描述的过程。 2019年，有更多围绕网络升级的决策流程改进意见。我们意识到，网络升级发生的频率会很低，计划好的截止期限常常被忽视，我们也缺乏人力来统筹围绕计划和执行硬分叉的所有任务。所以在2019年底，詹姆斯·汉考克(James Hancock)被聘请为硬分叉的协调员，他负责彻底改进决策机制，确保我们能按计划执行任务。经过数次不同策略的迭代之后，形成了现在“以 EIP 为中心” 的网络升级模式。与其在没有固定操作步骤下四处摸索，盲目加速EIP进程，倒不如让EIP经历一系列易于理解的步骤，并根据目标时间来安排网络升级。虽然这将导致更频繁的网络升级，但我们正在优化与生态参与者的沟通流程，这有助于减轻频繁升级带来的负面影响。  上图显示了新版EIP推进流程，最终步骤是主网上线(图片由James Hancock提供)。我们在2019年底开始推进部分环节，在发现哪些是行之有效以后，我们在2020年计划继续推进，并持续迭代和完善。 ### 传播网络的升级 网络升级的协调，有更困难，也有更容易之处。当以太坊规模还很小、客户端很少、名声小的时候，支持以太坊的旷工、交易所和基础设施服务商能很容易通过Skype和IRC上的几个公共聊天频道，或者被认为有明确真实信息源(现在仍然认为)——[以太坊官方博客](https://blog.ethereum.org/)，来了解[网络升级](https://blog.ethereum.org/2016/02/29/homestead-release/)和[安全漏洞](https://blog.ethereum.org/2016/11/25/security-alert-11242016-consensus-bug-geth-v1-4-19-v1-5-2/)信息。 当前，官方博客仍是提供[生态系统](https://blog.ethereum.org/2020/01/16/eth2-quick-update-no-7/)和[网络升级](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement/)最新公告的重要渠道，但以太坊基金会内外部都在共同努力，让以太坊官方博客不再作为主要信息源。ECH一直在输出网络升级公告的博文。将这类职责从以太坊基金会过渡给社区，对以太坊的未来十分重要。 随着以太坊逐步成长和进化，关于重要升级和安全信息公告的传播渠道也要做相应的提升。在2015到2018年间，生态的核心参与者主要依赖博客和聊天软件来获取相关信息。那些年，我曾是负责对外公布这类消息的4位成员之一。在此期间，为了和重要的生态参与者进行沟通，我们会同时打开约15个来自 Skype，Slack 和 Gitter 的聊天窗口，手动发送以太坊客户端的最新版本安装信息，以确保他们的系统安全和更新及时。直到ECH在2019年成立后，我们开始将工作转交给其他10多位小伙伴，由他们负责联系旷工、交易所和基础设施服务方。这是为了职责分散化，防止少数人滥用权力而必须采取的方式。 ### 路在脚下 总结而言: 尽管以太坊基金会和Vitalik这样有名无实的领袖，对以太坊的早期发展起到关键作用，但火炬正在向社区传递，以使得以太坊的治理过程更加去中心化。 随着以太坊生态的成长，其决策流程已非常成熟。我们还有很长的路要走，但作为已成立了5年的社区，我相信我们在务实方面做到位了，也意识到，完美的决策和协调系统是不可能在一夜之间被建立起来的。 —————————————————————————— 特别感谢 ECN 社区翻译志愿者 @Flicka 对本文的翻译贡献。 友情链接：http://linktr.ee/2dao3https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-30https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-30Tue, 30 Aug 2022 00:00:00 GMT<br/>  <br/> # 本期看点 <br/> - **MakerDAO 的联合创始人：为什么 Maker 不得不让 DAI 自由浮动** - **Tether 称在收到执法部门指示前，不会冻结 Tornado Cash 的钱包地址** - **ENS 域名 [eth.link](http://eth.link) 到期** - **Coinbase 推出 PoS 质押衍生品资产 cbETH (ERC20)** - **Plancker DAO 和 Scroll 针对以太坊中文社区开源项目的资助** - **Uniswap 社区通过 “创建 Uniswap 基金会” 的提案** - **Flashbots Protect 将在合并时关闭** <br/> <br/> # 合并 <br/> **注意：以太坊节点运行错误操作** Geth 开发者 Marius 发推提醒：运行多个信标节点与 1 个执行层 (geth) 节点的组合是不安全的。大家可以在一个信标节点<->执行层节点组合上运行多个验证者，但 1 个 EL 节点与多个 CL 节点则不行。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1564188797289496577&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fdu-EuYYdktPXiRpsXR3pJik6ufGyjUhmq6LcXPoTXH0&amp;sessionId=def8ef2524b840da08a2760c9cc37bb4a1861984&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1564188797289496577" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 345px; display: block; flex-grow: 1;"></iframe> <br/> **Coinbase 推出 PoS 质押衍生品资产 cbETH (ERC20)** Coinbase 的 ETH 质押封装资产 (Coinbase Wrapped Staked ETH, cbETH) 是一种代表 Coinbase ETH2 (即通过 Coinbase 参与 PoS 质押的 ETH) 的实用代币。用户可以在 Coinbase 平台之外出售或发送 cbETH，同时锁仓质押 ETH。在 Coinbase 参与以太坊 PoS 质押的用户可以获得相应的封装资产 cbETH。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1562476695357358080&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fdu-EuYYdktPXiRpsXR3pJik6ufGyjUhmq6LcXPoTXH0&amp;sessionId=def8ef2524b840da08a2760c9cc37bb4a1861984&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1562476695357358080" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 638px; display: block; flex-grow: 1;"></iframe> <br/> **Flashbots Protect 将在合并时关闭** Flashbots Protect 会在合并时关闭，直到在大约 10 个 epoch 被最终确定后 MEV-boost 上线。 Flashbots Protect 是利用 mev-geth 客户端的一项服务，矿工用这个客户端来优化他们区块的 MEV 提取。合并后，矿工将被验证者取代。mev-boost 是开源的中间件，它允许验证者将区块构建外包给一个竞争市场，竞争者是被称为 "区块构建者"的专业实体。mev-boost 是由 Flashbots 构建的，作为 PoS 以太坊的提议者 - 构建者分离（PBS）的实现。 在合并后，Flashbots 将成为区块构建者，并将使用他们的构建者继续为用户提供 Flashbots Protect 的好处。mev-boost 将在合并后大约 10 个 epoch 被最终确定后上线。因此，Flashbots Protect 会关闭 1 个小时。在合并后的 1 小时内，发送到 Protect RPC 的交易将被立即丢弃，在 MetaMask 中看起来像这样：  在合并之后，将有一个稳定期，其中有许多不确定因素，Flashbots 无法事先确定 Flashbots 构建者能够以多快的速度打包交易，所以也无法确定将在何时开启 Flashbots Protect 服务。因此，Flashbots Protect 将继续丢弃交易，直到他们能够保证能在较短时间内抢跑交易和防止回滚。相关消息请关注 Flashbots Discord 的 #announcements 频道和各种团队的 Twitter 账户。 来源： [https://writings.flashbots.net/writings/flashbots-protect-merge-and-beyond/](https://writings.flashbots.net/writings/flashbots-protect-merge-and-beyond/) <br/> **第 12 次主网影子分叉** 第 12 次主网影子分叉配置：[https://github.com/eth-clients/merge-testnets/tree/main/mainnet-shadow-fork-12](https://github.com/eth-clients/merge-testnets/tree/main/mainnet-shadow-fork-12) TTD 预计在北京时间 8 月 31 日 20:00 pm 左右触达。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1562545482802806784&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fdu-EuYYdktPXiRpsXR3pJik6ufGyjUhmq6LcXPoTXH0&amp;sessionId=def8ef2524b840da08a2760c9cc37bb4a1861984&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1562545482802806784" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 632px; display: block; flex-grow: 1;"></iframe> 更多主网相关的信息请阅读文章： 《**[Eth2进展更新 (截止2022/8/26)](https://www.ethereum.cn/Eth2/wnie2-2022-8-26)》** 《[主网合并公告](https://www.ethereum.cn/Eth2/mainnet-merge-announcement)》 <br/> # **Layer2** <br/> **Arbitrum 发布 Nitro 白皮书，将于 8 月 31 日升级至 Nitro** 8 月 26 日，Arbitrum 发布了 Arbitrum One 的下一个迭代 Nitro 的白皮书，详细介绍了他们的第二代 Optimistic Rollup 技术。Nitro 升级将于 8 月 31 日上线，届时计划会有 2-4 小时的网络宕机时间 (北京时间 8.31 日 22:30 开始)。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1562911443770494977&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fdu-EuYYdktPXiRpsXR3pJik6ufGyjUhmq6LcXPoTXH0&amp;sessionId=def8ef2524b840da08a2760c9cc37bb4a1861984&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1562911443770494977" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 744px; display: block; flex-grow: 1;"></iframe> 推荐一份 Arbitrum 的中文知识库： [https://github.com/arbitrum-cn/Arbitrum-Library](https://github.com/arbitrum-cn/Arbitrum-Library) <br/> **StarkWare 引入编程语言 Lean 来保证 Cairo 程序的准确性** 为了提高合约安全性，StarkWare 使用 Lean 编程语言来验证各种 Cairo 程序的准确性。这个过程帮助 StarkWare 定位和修复其兼容以太坊的签名验证流程中的漏洞。 原理：当用 Lean 证明一个 Cairo 程序的准确性时，我们先定义这个程序的规范，然后用 Lean 为其构造一个数学证明。如果程序缺少一个元素，就无法构建 Lean 证明，那么我们就会注意到我们需要修复程序了。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1562420706121375744&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fdu-EuYYdktPXiRpsXR3pJik6ufGyjUhmq6LcXPoTXH0&amp;sessionId=def8ef2524b840da08a2760c9cc37bb4a1861984&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1562420706121375744" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 481px; display: block; flex-grow: 1;"></iframe> StarkNet 发布 Cairo 语言 v0.10.0 版本 [https://github.com/starkware-libs/cairo-lang/releases/tag/v0.10.0-pre](https://github.com/starkware-libs/cairo-lang/releases/tag/v0.10.0-pre) <br/> **推荐阅读：对话 Scroll 创始人 Ye Zhang** 本文由中文区块链媒体链捕手采访以太坊 zkRollup 解决方案 Scroll 创始人 Ye Zhang，访谈中 Ye Zhang 向大家介绍了 Scroll 发展史与 Scroll 规划。 来源：[https://www.chaincatcher.com/article/2078499](https://www.chaincatcher.com/article/2078499) <br/> # 生态 **MakerDAO 的联合创始人：为什么 Maker 不得不让 DAI 自由浮动** 8 月 26 日，针对近日的金融监管，MakerDAO 的联合创始人 Rune(@RuneKek) 在 MakerDAO 论坛发表了文章：《合规与去中心化之路：为什么 Maker 不得不准备让 DAI 价格自由浮动》。文章的要点包括： - 当前的后 9/11 式的金融监管趋势：“要么跟我们一起，要么反抗我们”的范式，对于任何无法给予国家完全的控制和监管权力的事物以零容忍。 - 使得 DeFi 可以证明自己作为一种公共、中立的金融设施，而不是像银行一样被监管的机会之窗已关闭，因为 DeFi 未能提供任何真正有价值的东西，Terra、Celsius 等的大规模的崩溃破坏了它的主流形象。 - 对加密货币的实体打击会在没有提前通知的情况下发生，即使是合法的、无辜的用户也没有恢复的可能。这违反了我们以前理解的 RWA（Real World Asset，现实世界资产）风险的两个核心假设，让专制的威胁变得更加严重。首先，任何尝试扣押 RWA 或打击加密货币薄弱环节的行为，如制定黑名单或冻结抵押品，都会提前发出电报，以便让无辜的合法用户有时间作出反应。当时的想法是，政府不会直接攻击 Maker，对无辜的人造成广泛的伤害，如果我们不遵循监管制度，他们只会简单地禁止 Maker 依赖于他们的法律制度。但事实证明，这个假设是错误的，因为在 TC 制裁案中，陷阱在出现之前是不为人知的，无辜的用户（幸运的是只有少数人）在 TC 智能合约中的 USDC 已被冻结；其次是认为即使发生了冻结或扣押 RWA 抵押品的情况，无辜的用户也会有一些途径来恢复他们的钱，例如 e-gold Value Access Plan（VAP）的案例。 - DAI 在设计之初就通过完全锁定黑名单功能或可以升级的可能性，使其永远不可能成为金融监督和控制的工具。所以 Maker 完全没有变得合规的选项。 - 那么唯一的选择就是通过将 RWA 风险敞口降低到总抵押资产的最大固定百分比来限制攻击面 —— 这就需要自由浮动，远离美元。 - Endgame Plan 提供了两种可以克服 DAI 价格浮动挑战的工具，一个是 MetaDAO 还有 MetaDAO 的代币，另一个则是协议持有的金库。前者用于激励，MetaDAO 代币与 DAI 一起收益，为自由浮动货币的存在提供了理由，也为用户为什么应该接受与美元相比价值有所下降的东西提供了理由。MetaDAO 代币还可以激励更多的由去中心化抵押品产生的 DAI 供应，使系统在保持去中心化的同时能够更好地扩展；后者则在一定程度上稳定价格，协议持有的金库（Maker 积累大量的杠杆的质押 ETH）允许 Maker 从 DAI 的负目标利率 (negative Target Rate) 中获得收入，并为目标利率的负值设定一个下限。 来源： [https://forum.makerdao.com/t/the-path-of-compliance-and-the-path-of-decentralization-why-maker-has-no-choice-but-to-prepare-to-free-float-dai/17466](https://forum.makerdao.com/t/the-path-of-compliance-and-the-path-of-decentralization-why-maker-has-no-choice-but-to-prepare-to-free-float-dai/17466) <br/> **美国国会议员要求美国财政部部长解释对 Tornado Cash 的制裁** 8 月 23 日，美国国会议员 Tom Emmer 要求财政部部长 Janet Yellen 解释对 Tornado Cash 的制裁。 他认为 Tornado Cash 是一种中立、开源、去中心化的技术，对它的制裁不仅影响着美国的国家安全，同时也对美国公民的隐私权造成了影响。就此，他向 Janet Yellen 提出了 7 个问题。 1. **SDN 认为 2022 年 8 月 8 日的以太坊地址是由某些个人持有并控制着的，如果真的存在个人，都有谁？** Tom 提到，OFAC 对 Tornado Cash 的制裁是根据第 13964 号行政命令，将上述钱包地址界定为“个人或实体”，但他认为，它们并不算上述范畴。 而作为隐私技术，Tornado Cash 由几个以太坊智能合约地址组成，这些地址不由某个人（个人或实体）控制，合约的代码就反映着这个事实。如果被列入 SDN 制裁名单的地址被认为是由那些帮客户接收和转移资产的人持有或控制的，那么都有哪些人？ 2. **哪些因素会影响 OFAC 将技术列入 SDN 名单？** 由于 OFAC 在制裁标准方面的解释有着明显的转变，那么，让国会和区块链开发者了解 OFAC 对 SDN 名单的技术设计考量，将会是有益的。 考虑到这一点，这些被制裁的地址是如何成为一个人的化名或一个人的财产的？如果是一个人的化名，请说明每个地址的付款或以其他方式与该地址进行的互动是如何等同于付款或与该人的互动的？ 3. **OFAC 认为哪些人和实体需要负责对 Tornado Cash 的区块链合约施加控制？** Mr.Nelson 引证了 Tornado Cash 无法对非法活动施加控制的事实。由于只要以太坊网络继续运行，Tornado Cash 的终端还是会作为一项匿名技术持续运行，那么，OFAC 认为哪些人和实体需要负责对 Tornado Cash 的区块链合约施加控制？ 4. **无辜的美国人士可以拿回自己的资金吗？** Tom 指出，也会有守法的公民在使用这项技术匿名合法的链上交易。现在还有资金冻在 Tornado Cash 智能合约的无辜美国人士可以拿回自己的资金吗？如果可以，他们该怎么做？ 5. **接收来自 SDN 名单中地址的资金的人是否违反了法律或法规？有什么措施？** 接收到来自 SDN 名单地址未经请求的资金的其他无辜美国人士是否违反了法律或法规？处于这种情形的人们可以采取什么可行的步骤来遵守制裁义务，同时让他们也意识到，区块链中的个人可以在不知情或不情愿的情况下接受资金？OFAC 会为处于这种情形的个人提供清晰的指南吗？ 6. **受制裁地址里的财产属于谁？** 如果有价值的财产被存放在受制裁的地址，并且如果守法的人是唯一能够通过他们独自形成和进行的交易才能将有价值的财产从该地址移走的人，那么确切地说，这些财产属于那些守法的人呢，还是经由一些机制或是法律拟制，这些财产属于 SDN 名单上的人？ （译者注：指法庭对事实作出的假设以作为裁决某一法律问题的基础，即假设某一事实是真实的，即使它可能并不真实。法律拟制主要是在司法推理过程中作出，以改变某一法律规则的适用。） 7. **被制裁的钱包地址如何上诉？** 按照惯例，OFAC 应该为个人和实体提供正当程序，当他们可以说明情况的变化或是向其提交没有提交过的额外相关信息时，可以向 OFAC 提出上诉。因为上述区块链地址是没有机构、公司或个人的智能合约，因此不能为自己或其持有资金的人发声，那么 OFAC 打算如何维护被制裁地址的上诉程序？ 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1562084891247902721&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fdu-EuYYdktPXiRpsXR3pJik6ufGyjUhmq6LcXPoTXH0&amp;sessionId=def8ef2524b840da08a2760c9cc37bb4a1861984&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1562084891247902721" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 628px; display: block; flex-grow: 1;"></iframe> <br/> **Tether 称在收到执法部门指示前，不会冻结 Tornado Cash 的钱包地址** 24 日，Tether 发推称，坚定不冻结 Tornado Cash 钱包地址的决定，等待执法部门指示。 Tether 还表示，他们与世界各地的执法部门紧密合作，协助调查，也包括冻结地址。如果他们收到经核实的执法机构所提出的冻结私人持有钱包的适用/合法请求时，他们会遵从冻结的要求（但不冻结交易所/服务的钱包）。 然而，到目前为止，OFAC 还未表示稳定币发行人需要冻结公布在 SDN 名单上的二级市场地址，或被 OFAC 制裁的个人和实体经营的地址。此外，没有任何美国执法机构或监管机构提出这样的要求。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1562468486886346753&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fdu-EuYYdktPXiRpsXR3pJik6ufGyjUhmq6LcXPoTXH0&amp;sessionId=def8ef2524b840da08a2760c9cc37bb4a1861984&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1562468486886346753" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 297px; display: block; flex-grow: 1;"></iframe> <br/> **Maker 协议部署了的 RWA 金库目前有超过 8900 万 DAI 流通量** Maker 协议部署了 7 个抵押真实世界资产的金库，分别是 HVBank、NS-DROP、RWA001-A、FFT1-DROP、HTC-DROP、CF-DROP、Societe Generale，目前活跃着超过 8900 万 DAI 流通量。 <br/>  <br/> 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1562483906238377984&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fdu-EuYYdktPXiRpsXR3pJik6ufGyjUhmq6LcXPoTXH0&amp;sessionId=def8ef2524b840da08a2760c9cc37bb4a1861984&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1562483906238377984" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 734px; display: block; flex-grow: 1;"></iframe> **Uniswap 计划构建所有 NFT 流动性的接口** 8 月 23 日，Uniswap NFT 产品负责人 @Scott_eth 称 Uniswap 正与 7 个 NFT 借贷协议联系，将与这 7 个方案一起解决 NFT 流动性碎片化以及信息不对称问题。他称，这是构建 NFT 金融的第一步。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1562075758885244928&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fdu-EuYYdktPXiRpsXR3pJik6ufGyjUhmq6LcXPoTXH0&amp;sessionId=def8ef2524b840da08a2760c9cc37bb4a1861984&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1562075758885244928" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 345px; display: block; flex-grow: 1;"></iframe> **Uniswap 社区通过 “创建 Uniswap 基金会” 的提案** 去中心化交易所 Uniswap 的社区成员 Devin Walsh 发布提案提议创建 Uniswap 基金会，一个旨在支持开源开发和社区治理的组织。投票于 2022 年 8 月 24 日截止，投票结果最终以多数票赞同通过。 该基金会正向 Uniswap DAO 的财库申请 7400 万美元 (该财库目前持有超过价值 30 亿美元的 UNI)。其中 1400 万美元用于支持基金会团队，6000 万美元用于资助开发者。 来源： [https://www.coindesk.com/business/2022/08/24/uniswap-community-behind-dex-establishes-foundation-to-support-open-source-development/](https://www.coindesk.com/business/2022/08/24/uniswap-community-behind-dex-establishes-foundation-to-support-open-source-development/) <br/> **Plancker DAO 和 Scroll 针对以太坊中文社区开源项目的资助** Gitcoin Grants 第 15 轮将于 9 月 7 日 - 22 日进行。Plancker DAO 将和 zkEVM Rollup 解决方案 Scroll 一起主办 Gitcoin Grants Round 15 的中文以太坊生态基金，以资助以太坊中文社区的开源公共项目。该匹配池包含价值 5 万美元的 DAI。 来源：[https://twitter.com/PlanckerDao/status/1563859116530946048](https://twitter.com/PlanckerDao/status/1563859116530946048) <br/> **ENS 域名 [eth.link](http://eth.link) 到期** ENS DAO 域名 **[eth.link](http://eth.link)** 现已到期，这个注册的域名由 Virgil Griffith 所有，但目前无法接触到他，尽管在他律师的帮助下，ENS 还是无法进入他的注册账户延续域名。 ENS DAO 称，本来在之前到期（译者注：7 月 26 日）的域名，在 DNS CEO @StuntPope 的行动下，GoDaddy 将 [eth.link](http://eth.link) 域名延续了一年。但在没有任何通知的情况下，他们突然改变主意，现在宣称该域名已到期： <br/>  <br/> 目前，ENS DAO 正在继续尝试重进 Virgil 的账户延续域名，同时也要预设最糟糕的情况：GoDaddy 在了解问题情况下依旧允许/强制域名到期，而那些域名最终可能会被其他人获取。 另外，他们建议，如果有人正在使用 [eth.link](http://eth.link) 运营服务，请把尽快自己的用户引导到其他地方，他们建议使用 [eth.limo](http://eth.limo) 作为替代方案。 来源： [https://twitter.com/ENS_DAO/status/1562998396968873984](https://twitter.com/ENS_DAO/status/1562998396968873984) <br/> **Compound III 上线** 8 月 26 日，Compound III 正式上线。它是 Compound 协议的精简版，强调安全、资本效率和用户体验。 来源： [https://medium.com/compound-finance/compound-iii-is-live-a7983dee7e60](https://medium.com/compound-finance/compound-iii-is-live-a7983dee7e60) <br/> **a16z 承诺为开源开发者提供 30 万美元的资助** 25 日，a16z 在其发布的文章[《用 Gitcoin Grants 支持公共物品》](https://a16zcrypto.com/supporting-public-goods-with-gitcoin-grants/)，承诺在第 15 轮 Gitcoin Grants 中为开源开发者提供 30 万美元的资助。Gitcoin Grant 第 15 轮将于 9 月 7 日进行，并持续至 9 月 22 日。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-8-26https://www.ethereum.cn/Eth2/wnie2-2022-8-26Mon, 29 Aug 2022 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220826) <br/> ⚠️不存在 Eth2 的币。任何给你提供 Eth2 代币的都是骗子。⚠️ (显然我需要说这件事🤷‍♂️) <br/> ## 本周首推 本周最让人开心、有益身心的乐趣是关注 Superphiz 转发了几十个人展示[在家质押装备](https://twitter.com/superphiz/status/1562090743237337094)的推。他顺手将它们都打上  `[#stakefromhome](https://twitter.com/search?q=%23stakefromhome)` 的 tag。我特别喜欢[这条推](https://twitter.com/superphiz/status/1562275928360849408) —— 简而言之，与 PoW 相比，运行 PoS 的节点明显轻便很多 ——还有[这一条](https://twitter.com/Infosecual/status/1562923144901697538)。在家质押是真的可行，朋友们！ <br/> ## 合并 提醒大家[合并真的要来了！](https://twitter.com/adietrichs/status/1557747817975799808) 你需要知道的一切都可以在以太坊基金会的[公告](https://blog.ethereum.org/2022/08/24/mainnet-merge-announcement)里找到。 提示：所有运行任何类型以太坊节点的人都必须行动起来。这不是一次常规升级。查看[公告](https://blog.ethereum.org/2022/08/24/mainnet-merge-announcement)，获取更多信息。 质押者们，你们必须运行并配置 Eth1 客户端，现称为执行层客户端（Besu、Nethermind、Erigon 或者 Geth）。你们不能再运行一个像 Infura 那样的第三方 Eth1 节点了。 运行 Eth1 节点的人，你们现在也必须运行一个共识层客户端（Teku、Nimbus、Lodestar、Lighthouse 或者 Prism）。为了迅速启动和运行，你们可以进行[检查点同步](https://notes.ethereum.org/@launchpad/checkpoint-sync)。Infura 提供[主网检查点](https://docs.teku.consensys.net/en/latest/HowTo/Get-Started/Checkpoint-Start/)。 质押者升级其共识层客户端的最后期限是 UTC 时间的 9 月 6 日 11:34:47 am（北京时间 9 月 6 日 19:34:47），这是为了让信标链做好合并准备而进行的 Bellatrix 升级的时间。合并将会在 Bellatrix 升级后的某个时间发生，就在工作量证明网络最终触达我们选好的终结总难度（TTD）时。据我所知，有三个合并追踪器： - Mario Havel 的 [bordel.wtf](https://bordel.wtf/)。 - Matthew Rabinowitz 的 [spreadsheet](https://docs.google.com/spreadsheets/d/e/2PACX-1vRuiWuO6Zy2KrXIZlwMaCfwzIrNQ8zVhnTq9HtTBflZc1X02xUTEGW4nPyEzM0tPITDCmKSCF4PU9xk/pubhtml?gid=1693934945&single=true)。 ([只有文字](https://797.io/themerge/)的版本。) - SixdegreeLab 的 [Dune dashboard](https://dune.com/sixdegree/ethereum-the-merge)。 虽然每个追踪器使用的假设和预估程序有些许不同，但我们在 9 月 15 日周四上午的凌晨（UTC），也就是我写这篇文章的时候。总的来看，合并的时间会随着算力的上下浮动而产生一些变化。 ### 测试合并 我们继续运行主网影子分叉以根除最后所有的问题，确保没有倒退。第 11 次主网影子分叉确实进行得非常顺利，除了一些来自 Erigon 的坏块，这正在调查中。第 12 次影子分叉[计划在这周进行](https://twitter.com/abcoathup/status/1562545482802806784?s=20&t=zNRk7kK1q2BQyoxFCB-EPg)。 在 Goerli 测试网的合并过程中，有几个客户端[遇到了一些问题](https://notes.ethereum.org/@parithosh/goerli-merge)。Łukasz 写了一条关于 Nethermind 问题和修复的[长推](https://twitter.com/URozmej/status/1558421724185624576)，还不错。 <br/> ## 为合并做准备 Infura 发表了一篇[很好的概述](https://blog.infura.io/post/what-you-need-to-know-to-get-ready-for-the-ethereum-merge-infura-developers-edition)，说明合并准备意味着什么，它涵盖了所有基本问题，从个人质押者到智能合约开发者。 还可以查看 Terence 列出的合并准备[隐患](https://blog.infura.io/post/what-you-need-to-know-to-get-ready-for-the-ethereum-merge-infura-developers-edition)，例如： - 不知道你需要两个客户端（共识层和执行层） - 还在用旧端口 8545 - 没有认证 jwt - 忘了设置费用接受者 - 使用防火墙时忘了设置新端口的连接 这不是你的普通升级；我们都需要一些帮助。而这些帮助是可用的！ 传奇人物 Somer Esat，已经更新了他优秀的合并[客户端设置指南](https://github.com/SomerEsat/ethereum-staking-guides)。这些完全是行业标准的指南，帮助了很多人。根据经验，我知道 Somer 的指南一直都是完整、精确的。如果你以前用过他的指南来设置自己的装备（像我一样），那么补充的指南则只是额外的必要步骤，让你为合并做好准备。 [Ethereum.org](http://ethereum.org/) 网站上的[节点和客户端](https://ethereum.org/en/developers/docs/nodes-and-clients/)和[运行节点](https://ethereum.org/en/developers/docs/nodes-and-clients/run-a-node/)的页面已为合并进行了更新。（尽管我浏览它们的时候，页头有巨大的横幅标语。） [自宅サーバーでETHをステーキングする方法](https://gure-it-memo.com/eth-staking/) 包括了 Besu(ベース) 和 Lighthouse 合并装置。（当然， Teku/ テク这个名字也来自日本。） 而 EthStaker 第 4 次合并工作坊就在几天前举行，这些会议并没有太多有用的帮助。 不管你采取哪些方法，请务必对照合并[清单检查列表](https://launchpad.ethereum.org/en/merge-readiness)核实自己的装置。 <br/> ## 质押 个人质押正在成为趋势！不仅你们展示装置的推可以被 Superphiz 转发，而且 Glisic 正在组织一场[个人质押者 NFT 倡议活动](https://twitter.com/Leo_Glisic/status/1558203895293259776)，现在接受 NFT 艺术风格的提议，可以获得[现金奖励](https://www.ethstakerincentives.org/)。 如果你想知道，除了NFT之外，如果你参与个人质押，还有什么好处，[Marceau](https://twitter.com/marceaueth/status/1562539586118512641) 用一个有用的图表解释。 <br/> ## 工具 Nethermind 已经悄悄地在开发他们 [sedge](https://github.com/NethermindEth/sedge) 工具，它是一个用于合并客户端的“一键设置工具”，使用 Docker 镜像。在执行层上，它支持 Nethermind 和 Geth；而在共识层上，它支持 Lighthouse、Lodestar、Prism 和 Teku。 Kiln 质押服务（原 SkillZ）解释了如何[大规模监控质押](https://www.kiln.fi/post/monitoring-ethereum-staking-infrastructure-at-scale)。尽管你没有进行大规模运行验证者，它也能给所有质押者一些好建议和有用的东西。 Alex Stokes [发布了](https://twitter.com/ralexstokes/status/1562123776552214529) [alabaster](https://github.com/ralexstokes/ethereum-consensus/releases/tag/v0.1.0)，它是共识规范的 Rust 实现。如果你想知道，我可以告诉你，就算把所有事物都考虑进去，这个规范实现可能也只占一个完整客户端实现的不到 5%。但是，对于所有想要进行状态转换，和可能想要制作一些工具的 Rustacean 来说，它是非常有用的。提醒大家，共识规范本身是用 Python 写的，是[可执行的](https://eth2book.info/altair/appendices/running)。 Dune 分享了他们最好的 7 个 [dashboards](https://twitter.com/DuneAnalytics/status/1562021273575751680) ，展示着 Eth2 和合并的各种数据。 是否需要从非权威分叉下载区块？我觉得需要。Adrian Sutton 已经给出了[你想找的答案](https://www.symphonious.net/2022/08/18/beacon-rest-api-fetching-blocks-on-a-fork/)。 <br/> ## 释义性文章 Toghrul Maharramov 对验证者[退出队伍](https://twitter.com/toghrulmaharram/status/1562965677342101505)进行了解释。目前的退出率限制在 6 个验证者/epoch（每天1350 个），知道这一点很有用。如果你想成为一个会审查的验证者，你需要在合并之前 [gtfo](https://hackmd.io/@benjaminion/wnie2_220826#Editorial-fallout-from-the-tornado) (离开)。 随着合并的逼近，大家很容易忘记这是只是完整的 Eth2 愿景的第一次“交付”。还有更多的发展在后头。在这个脉络下，Haym Salomon 写了很好的推文，给我们概述了以太坊计划如何[扩容](https://twitter.com/SalomonCrypto/status/1559402384526258176)：《每秒 10 万交易的路线图》。 Anjali Mishra 发布了一个不错的释义性文章《[成为以太坊验证者的激励](https://etherworld.co/2022/08/25/incentives-of-being-ethereum-validators/)》。 <br/> ## 媒体和其他 《财富杂志》上周发表了一篇关于[合并](https://fortune.com/2022/08/19/everything-to-know-about-the-ethereum-merge/)的好文：《你所需要知道的一切》。 优秀的 Ethereum Cat Herders 的《[了解你的客户端（Know Your Client）](https://www.youtube.com/watch?v=Flhe8xBTLKU&list=PL4cwHXAawZxoruie1hmYWJfiakpYivXft)》系列还在继续更新，还与 Artem Vorotnikov 探讨《[Akula 与合并](https://www.youtube.com/watch?v=Flhe8xBTLKU)》。 SSV 网络的推特会议系列在本周达到高潮。一开始，Anthony Sassano 与 Alon Muroch 讨论了“分布式验证者技术作为质押基础设施”，接着是 Lido 的 Vasiliy 和 Izzy 以及 Rocket Pool 的 Darren 和 Dave 讨论了“流动性质押的设计选项”。这里是会议的[链接](https://twitter.com/ssv_network/status/1561706822259691522)。我还没有收听这个会议，但肯定会来听（Twitter Space 在线下收听是很痛苦的，但是我认为这些谈话会在很快[发布](https://twitter.com/ssv_network/status/1562034978829000706)出来）。 <br/> ## **社论：Tornado Cash 余波** Tornado Cash 被美国 OFAC 制裁的热议风暴一直持续不断。我当然不会加入到这场狂风暴雨中。但我想就这一事件可能对质押者产生的影响说两句。 有很多人猜测，不仅是与被制裁地址互动的美国公民，而且创建包含这些交易的区块的美国质押者，或者只是证明包含这些交易的区块的美国质押者，都可能被视为违规者。 对审查的担心促使人们广泛讨论以太坊区块链的审查制度、这种审查制度的影响，以及我们如何保持抗审查。这些都是值得考虑的好话题，实际上我很高兴我们的自满泡沫被这一切刺破了。说到这里，据我对事件的了解（不是法律建议），目前绝对没有人要求节点运营商审查交易。在 [SDN 名单](https://www.treasury.gov/ofac/downloads/sdnlist.txt)上已经有以太坊地址很久了，这些地址并没有让社区陷入困境或吓坏矿工。OFAC 可能会在某个时候澄清这一点，也可能不会。同时，个人矿工将需要在合并后形成自己的观点。 在上周的以太坊核心开发者会议上，我们花了一些时间讨论审查和应对。Vitalik 对审查程度提出了一些[有用的意见](https://youtu.be/jJaCaS0WbIw?t=1633)。 质押者审查的一种方式可能仅仅是拒绝将特定交易打包进他们提议的区块中。这是 "自我审查"，以太坊对它有很强的抵抗力。只有当接近 100% 的质押者进行自我审查时，协议本身才会做审查。相反，即使只有一小部分质押者不进行自我审查，那么所有的交易最终都可以上链，尽管用户体验会有所下降，并且成本可能很高。但现在，我怀疑我们中的许多人认为这是可以接受的 —— 我强烈建议遵循 Brian Armstrong 的[承诺](https://twitter.com/brian_armstrong/status/1560016827253551104)：如果你觉得自己必须自我审查，那么 gtfo —— 但如果一些人真的这样做了，这不是世界末日，当然也不是 Ethereum 的末日。 更邪恶的是主动审查其他人区块中的交易。这可以通过配置你的执行客户端，宣布任何包含某些交易的区块都是无效的，这样你将永远不用对它们做证明或在它们的基础上构建。总的来说，这是一个失败的策略，但如果超过 50% 的权益要这样做，那么以太坊协议就会做审查。区块链中大于 [50%](https://twitter.com/nicksdjohnson/status/1561811555716513792) 攻击总是很难处理。但是，在权益证明机制下，至少我们还有一个防御措施来应对这种情况。我们可以[在社区形成共识](https://ercwl.medium.com/the-case-for-social-slashing-59277ff4d9c7)，我们将像这样积极审查的验证者进行发膜 —— 毕竟，他们的行为与今天任何被自动罚没的验证者一样，都是在违反协议。总的来说，这会把以太坊链一分为二，一个审查链和一个非审查链，这种局面将是非常混乱的。但作为最后手段的威胁，我希望它是有效的。这一点在上一次核心开发者会议和昨天的共识开发者会议上都有提出。再次重申，如果你觉得自己需要这样的审查，那么你最好现在就 gtfo。 值得注意的是，上面讨论的这两个抗审查标准都以完全相同的方式适用于权益证明机制和工作量证明机制，只是在 PoS 中，我们实际上对第二个标准有一个可信的补救措施，而在 PoW 中则绝不是这样的。 尽管有上述情况，努力实现更强的抗审查能力是一个绝对值得的目标，而且我们已经看到了一些积极的发展。 在已知会审查交易的压力下，Flashbots 已经[开源](https://writings.flashbots.net/writings/Flashbots-Relay-open-sourcing/)他们的中继代码。这将使第三方区块构建者更容易加入，如果他们想成为 MEV 提取者 （提取 MEV [不是强制性的](https://twitter.com/superphiz/status/1560603422281281536)），就可以在区块来源上为质押者提供更多选择。 有几个组织已经宣布，他们计划独立于 Flashbots 提供区块。 [bloXroute](https://bloxroutelabs.medium.com/bloxroute-is-on-track-for-the-merge-4a06de9eb6f0) 在 [EF Discord](https://discord.com/channels/595666850260713488/692062809701482577/1009216378307346462) 上表示，他们的三个区块供应商中只有一个会执行 OFAC 名单。Manifold Finance 也计划成为一个区块构建者，并[声称具有一定程度](https://manifold-kb.netlify.app/docs/block-construction/blockconstruction-policies/)的抗审查性。 最终的解决方案是拥有完全的协议内抗审查性。Martin Köppelmann [提醒我们](https://twitter.com/koeppelmann/status/1559146241325514754)他关于[shutterized 信标链](https://ethresear.ch/t/shutterized-beacon-chain/12249?u=benjaminion)的想法。这是一种让交易在链上加密提交，并且只在之后执行时才解密的方式。这个想法最初的目的是作为一种减少 MEV 提取的方式，而且它也将大大增强抗审查性。一石二鸟（抱歉，[@LefterisJP](https://twitter.com/LefterisJP)！）。 <br/> ## 研究 Paradigm 发表了 Joachim Neu 关于[数据可用性采样](https://www.paradigm.xyz/2022/08/das)的深入研究，这篇文章直接进入我的阅读清单的前列。 这一切都与 Danksharding 密切相关，对此 Yuval Domb 写了一篇论文《[Danksharding 的数学理论](https://github.com/ingonyama-zk/papers/blob/main/danksharding_math.pdf%EF%BC%89%E3%80%82)》。 今天的另一个话题当然是 MEV-Boost。 - Mikerah 和他的朋友写的 [MEV-Boost 实现完全隐私的方法](https://ethresear.ch/t/approaches-to-complete-privacy-for-mev-boost/13376?u=benjaminion)是使当前协议不同去信任方法的回顾。 - Jannik Luhn 其中一种方法展开研究，通过提议[使用门限加密](https://ethresear.ch/t/removing-trusted-relays-in-mev-boost-using-threshold-encryption/13449?u=benjaminion)（threhold encryption) 去除受信任的中继者。 <br/> ## 常规会议 ### 以太坊核心开发者会议 第 145 次 ACD 在 8 月 18 日举行： - [会议议程](https://github.com/ethereum/pm/issues/592) - [会议视频](https://youtu.be/jJaCaS0WbIw?t=323) - [Tim Beiko](https://twitter.com/TimBeiko/status/1560345029511589888) 的笔记和 [Christine Kim](https://docsend.com/view/2magweham8bc6ewy) 的报告 总的来说，我们只是最终敲定了合并的 TTD，然后进入了关于审查制度的讨论。首先是围绕审查和 MEV-Boost，然后是作为开发者，承诺对任何积极审查网络的人进行罚没（如上所述）。审查的讨论从录音中的[这里](https://youtu.be/jJaCaS0WbIw?t=1082)开始，值得一听。 ### 共识层开发者会议 第 94 次共识层开发者会议在 8 月 25 日举行： - [会议议程](https://github.com/ethereum/pm/issues/598) - [会议视频](https://youtu.be/tjmpu8O-xsA?t=112) - 我的[速记](https://hackmd.io/@benjaminion/Hy_d7lryj)和 Christine [报告](https://docsend.com/view/68ijsabyy5m8ybi4) ### EIP-4488 小组会议 第 3 次小组会议在 8 月 27 日举行： - [会议议程](https://github.com/ethereum/pm/issues/586) - [会议记录](https://www.youtube.com/watch?v=3s_od5WjN7Y) - [笔记](https://docs.google.com/document/d/1KgKZnb5P07rdLBb_nRCaXhzG_4PBoZXtFQNzKO2mrvc/edit) <br/> ## 其他新闻 - 在 9 月 8 日前，合并相关漏洞的[赏金](https://ethereum.org/en/bug-bounty/)已经是之前的[四倍](https://twitter.com/JBSchweitzer/status/1562416322516066304)，负责任地发现一个关键漏洞可以让你赚到 100 万美金！ - Danny 的文章 [Finalized no. 37](https://blog.ethereum.org/2022/08/26/finalized-no-37), 宣布…… - [合并数据挑战](https://esp.ethereum.foundation/merge-data-challenge)：在 10 月 1 日前提交博文可获得高达 3 万美元的奖金。这个[合并数据挑战](https://esp.ethereum.foundation/merge-data-challenge)在两年前就产出了一些优秀的作品。 - MEV-Boost 状态变更, [2022 年 8 月12-26 日](https://boost.flashbots.net/mev-boost-status-updates/mev-boost-status-update-aug-12-27-2022)。 Flashbots 最新更新是关于成为一名合并后区块构建者的文章。 - Stereum 的最新更新, [Under the Surface #014](https://twitter.com/stereumdev/status/1563227879009165313)。 - Rocket Pool 现在有了 [YouTube 频道](https://www.youtube.com/c/rocketpool)。 <br/> ## 写在最后… 这一次，真的是“写在最后”。在考虑很久之后，我决定这篇会是 WNIE2 常规更新的最后一次。 在将近四年的时间里，一百多篇文章将我们带到了合并的边缘。当我天真地踏上这段旅程时，压根不知道它会带来什么，但写 WNIE2 一直是非常有趣的，并且，我在这一路上结识了许多朋友。 我绝对不会离开！ 最重要的是，我需要更坚决地专注于 [The Book](https://eth2book.info/latest)。写作是如此艰难，而我非常希望为你们所有人、你们的孩子和你们孩子的孩子创造一个优秀的资源。 所以，我们一起享受一个出色的合并 —— 另一边见。 干杯！🍾 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/mainnet-merge-announcementhttps://www.ethereum.cn/Eth2/mainnet-merge-announcementThu, 25 Aug 2022 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2022/08/24/mainnet-merge-announcement/) 作者 | Protocol Support Team <br/> <br/> # 主网合并公告 <br/>  <br/> - 以太坊正在转向权益证明机制！这场称为“合并 (The Merge)”的共识机制过渡必须首先在信标链上激活 Bellatrix 升级。升级后，工作量证明机制的以太坊链将在触达特定的总难度值后过渡至权益证明机制。 - Bellatrix 升级计划在信标链的 epoch **`144896`** —— 北京时间 2022 年 9 月 6 日 19：34：47 左右进行。 - 触发合并的 `Terminal Total Difficulty` 值（终结总难度） **`58750000000000000000000`**，预计在 2022 年 9 月 10 至 20 日。 - 请注意：[正如之前所宣布的](https://blog.ethereum.org/2022/06/21/testnet-deprecation/)(中文版[《Ropsten、Rinkeby 和 Kiln 测试网弃用公告》](https://www.ethereum.cn/Eth2/testnet-deprecation/))，Klin 测试网被弃用了，运行者将会在 2022 年 9 月 6 日将它关停。 <br/> ## 背景 <br/> 经过多年的努力，我们终于迎来了以太坊权益证明机制升级！所有公共测试网现已成功完成升级，以太坊主网合并的安排也已确定。 合并与之前的网络升级在两个方面有所不同。首先，节点运行者需要同步升级他们的共识层（CL）和执行层（EL）客户端，而不是仅升级其中一个；其次，升级活动有两个阶段：第一个阶段，称为 Bellatrix 升级，会在信标链的一个 epoch 高度被触发，而第二个阶段，称为 Paris 升级，在执行层触达 `[Total Difficulty](https://eips.ethereum.org/EIPS/eip-3675#terminal-total-difficulty-vs-block-number)` 值之后触发。 <br/> ## 升级信息 <br/>  <br/> ### 时间 <br/> 合并通过两步完成，第一步是 Bellatrix 网络升级，会在共识层的某个 epoch 高度被触发。随后是执行层从工作量证明机制向权益证明机制的过渡，即第二步 Paris 升级，由称作 `Terminal Total Difficulty`（终结总难度，`TTD` ）的特定的总难度门槛触发。 Bellatrix 升级预计在信标链的 epoch **`144896`** ，即 UTC 时间 2022 年 9 月 6 日 11:34:47 am 。 Paris 升级是执行层过渡的部分，将在 `Terminal Total Difficulty (TTD)` 为 **`58750000000000000000000`** 时触发，预计在 9 月 10 - 20 日之间。准备触达的日期取决于工作量证明的算力。对于过渡的预测可以在 [bordel.wtf](https://bordel.wtf/) 和 [797.io/themerge](https://797.io/themerge/) 找到。 一旦执行层触达或者超过 `TTD`，随后的区块将会由信标链的验证者生成。一旦信标链敲定这个区块，则视为完成合并。在正常的网络情况下，合并将会在 TTD 后生成的第一个区块的 2 个 epoch （或者 13 分钟左右）后发生！ 一个新的 JSON-RPC 区块标签 `finalized`，会返回最新的敲定区块，或者如果不存在合并后的区块则会返回错误。这个标签可以被应用程序用来检查合并是否完成。同样地，智能合约可以请求 [`DIFFICULTY` 操作码 (`0x44`)](https://eips.ethereum.org/EIPS/eip-4399#using-264-threshold-to-determine-pos-blocks)（在合并后重命名为`PREVRANDAO`）来确定合并是否发生。我们建议基础设施提供商监控整个网络的稳定性还有最终确定状态。 <br/> ### 客户端版本发布 <br/> 以下客户端版本支持以太坊主网的合并。节点运行者必须在合并期间和合并后都运行执行层和共识层的客户端以保持在线。 在选择运行哪个客户端时，验证者必须尤其小心运行 EL 和 CL 上节点占比较大的客户端的风险。有关这些风险及其后果的解释文章可查看[这里](https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html)。对于目前 EL 和 CL 客户端分布的预估以及从一个客户端转至另一个的指南则可以查看[这里](https://clientdiversity.org/)。 <br/> ### 共识层 <br/> | 名字 | 版本 | 链接 | | --- | --- | --- | | Lighthouse | v3.0.0 | [下载](https://github.com/sigp/lighthouse/releases/tag/v3.0.0) | | Lodestar | v1.0.0 | [下载](https://github.com/ChainSafe/lodestar/releases/tag/v1.0.0) | | Nimbus | v22.8.0 | [下载](https://github.com/status-im/nimbus-eth2/releases/tag/v22.8.0) | | Prysm | v3.0.0 | [下载](https://github.com/prysmaticlabs/prysm/releases/tag/v3.0.0) | | Teku | 22.8.1 | [下载](https://github.com/ConsenSys/teku/releases/tag/22.8.1) | <br/> ### 执行层 <br/> | 名字 | 版本 | 链接 | | --- | --- | --- | | Besu | 22.7.1 | [下载](https://github.com/hyperledger/besu/releases/tag/22.7.1) | | Erigon | v2022.08.02-alpha | [下载](https://github.com/ledgerwatch/erigon/releases/tag/v2022.08.02) | | go-ethereum (geth) | v1.10.23 | [下载](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.23) | | Nethermind | v1.14.0 | [下载](https://github.com/NethermindEth/nethermind/releases/tag/1.14.0) | <br/> - **警告**：geth 的 v.1.10.22 包含着一个重大的数据库问题，不要使用这个版本，如果你已经升级至该版本，请尽快升级至 v.1.10.23。 <br/> ### 升级规范 <br/> 合并的共识关键变更在两个地方得到详细说明： - 共识层变更，在共识规范仓库的 `[bellatrix](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix)` [目录](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix)。 - 执行层变更，在执行规范仓库的 `[Paris` 规范](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md)。 此外，另外两个规范涵盖了共识层和执行层客户端是如何交互的： - 引擎 API 在 [execution-apis repository](https://github.com/ethereum/execution-apis/tree/main/src/engine) 里说明了，它用于共识层和执行层之间的通信 - Optimistic Sync 在共识规范仓库的 `[sync](https://github.com/ethereum/consensus-specs/blob/dev/sync/optimistic.md)` 文件夹里说明了，它被共识层用于在执行层客户端同步时导入区块，并给执行层提供共识层链头的部分视域。 <br/> ### 合并漏洞赏金奖励 <br/> 从现在到 9 月 8 日，所有与合并相关的漏洞赏金都增长了 4 倍。关键性的漏洞的赏金高达 100 万美元。 更多具体信息请查看[漏洞赏金计划](https://bounty.ethereum.org/)。 <br/> ## **常见问题解答** <br/> ### **作为节点运行者，我应该做什么？** <br/> 合并后，一个以太坊全节点将结合一个共识层客户端 (运行 PoS 信标链) 和一个执行层客户端 (管理用户状态和运行与交易相关的计算)。它们通过一个已认证的端口进行通信 (使用一套新的 JSON RPC 方法，称为 [引擎 API](https://github.com/ethereum/execution-apis/tree/main/src/engine))。执行层客户端和共识层客户端使用一个加密 JWT 来验证对方。**节点运行者需要对照他们的客户端文档的指示，了解如何生成和配置这些信息。** 换句话说，如果你已经在信标链上运行了一个节点，那么你现在还需运行一个执行层客户端。同样地，如果你在当前的 PoW 网络上运行着一个节点，那么你将需要运行一个共识层客户端。为了使它们能够安全地进行通信，必须向每个客户端传递一个 JWT 通证。ethereum.org 网站的“[运行一个节点”部分](https://ethereum.org/en/developers/docs/nodes-and-clients/run-a-node/)的升级更加详细地解释了这些。 值得强调的是，虽然信标链节点和验证者客户端都是共识层客户端的一部分，但是运行一个信标链节点和运行一个验证者客户端是不一样的。验证者必须运行两者，而节点运行者只需运行信标链节点。[这篇文章](https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/)更详细地解释了这两个组件之间的区别。 另外，请注意，共识层和执行层都会维护一个独立的对等点集，并公开它自己的 API。 [Beacon](https://github.com/ethereum/beacon-apis) 和 [JSON RPC](https://github.com/ethereum/execution-apis) 的 API 都将按预期继续工作。 <br/> ### **作为质押者，我需要做什么？** <br/> 如上所述，**合并之后，信标链上的验证者除了运行他们的共识层客户端之外，还需要运行一个执行层客户端**。我们强烈建议大家在合并前就这样做，但是验证者可以将这些功能外包给第三方提供商。这是有可能的，因为执行层需要的唯一数据就是对存款合约的更新。 合并后，验证者需要确保他们创建和证明的用户交易和状态转换区块是有效的。为了做到这一点，每一个信标节点必须与一个执行层的客户端配对。请注意，多个验证者仍然可以与一个信标节点和执行层客户端组合配对。虽然这增加了验证者的责任，但它也使得提议区块的验证者有权获得其相关交易的优先费 (目前这笔费用由矿工获取)。 虽然验证者的奖励在信标链上累积，并且要在随后的网络升级才能提出来，但交易费将会继续在执行层支付、销毁以及分配。验证者可以指定任何以太坊地址作为交易费的接收者。 **在更新你的共识层客户端之后，请确保在设置验证者客户端时设置了 `fee recipient` (费用接收方)，以确保交易费用能够发送到你所控制的地址中**。如果选择了第三方提供商来质押，由你选择的提供商来指定这些费用的分配方式。 Staking Launchpad 有一个[合并准备检查清单](https://launchpad.ethereum.org/en/merge-readiness)，验证者可以用来确保他们已经完成了流程的每一步。EthStaker 团队还举办了一次[合并验证者准备工作坊](https://ethstaker.cc/ethstaker-validator-workshop/)，还有更多的计划。 希望在测试网上运行验证者节点，为主网 PoS 过渡做准备的质押者也可以在 Goerli （现已与 Prater 合并）上这么做，Goerli 也有一个 [Staking Launchpad 实例](https://prater.launchpad.ethereum.org/)。 <br/> ### **为什么对 `Terminal Total Difficulty` 的预计时间跨度这么大？** <br/> 每个区块增加的难度取决于波动的网络算力。如果网络中加入了更多的算力，`TTD` 则会早点触达。同理，如果算力从网络中离开，`TTD` 则将晚点触达。在算力水平大跌的事件中，可以协调 `TTD Override` (TTD 覆盖)，就像 [Ropsten](https://blog.ethereum.org/2022/06/03/ropsten-merge-ttd/) 事件中所做的。 <br/> ### **作为应用或工具开发商，我应该做什么？** <br/> 正如在[上一篇博文](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)所述，合并只会对以太坊上部署的合约子集产生非常微弱的影响，应该不会破坏任何合约。 此外，大部分用户的应用程序接口 (API) 端点仍将保持稳定（除非使用 `eth_getWork` 等工作量证明的特定方法）。 尽管如此，以太坊上的大多数应用程序涉及的远不止链上合约。 现在您要确保前端代码、工具、部署管道和其他链下组件能够按预期运行。 我们强烈建议开发者在Sepolia （或 Goerli）上执行一个完整的测试和部署周期，并向这些项目的维护者报告任何工具或依赖项存在的问题。 如果不确定在哪里提出问题，请使用[此资源库](https://github.com/eth-clients/merge-testnets/)。 此外，你需要注意的是，除了 Sepolia 和 Goerli 之外的所有测试网都会在合并后关停。如果你是 Ropsten、Rinkeby 或者 Kiln 测试网的用户，你应该计划迁移到 Goerli 或者 Sepolia 测试网。更详细的信息请阅读文章[《Ropsten、Rinkeby 和 Kiln 测试网弃用公告》](https://www.ethereum.cn/Eth2/testnet-deprecation/)。 <br/> ### **作为以太坊用户或 ETH 持有者，我需要做什么？** 不管你是使用链上以太坊应用，还是在交易所或自托管钱包中持有 ETH，都不需要做任何事情。如果你使用的应用、交易所或者钱包提供了指示或是建议，那么你就需要验证这些指示和建议真的来自他们。小心骗局！ <br/> ### **作为矿工，我需要做什么？** <br/> 不需要。 如果在以太坊主网上挖矿，你应该了解在合并后，每个网络将完全基于 PoS 权益证明机制运行。届时，以太坊网络上将没有可能再进行挖矿。 <br/> ### **如果我是一名矿工或节点运行者，而我没有参与升级会怎么样？** 如果你使用一个没有升级到最新版本（上面所列的）的以太坊客户端，你的客户端将会在主网升级发生后，同步到分叉前的区块链。 你会困在一条不兼容的链，遵循着旧的规范，也将无法发送 ETH 或在合并后的以太坊主网上运行。 <br/> ### **作为验证者，我可以提出我的质押资产吗？** <br/> 不能。合并是迄今为止以太坊最复杂的升级。为了最大限度减少网络中断的风险，我们采取了最小可行的方法，将所有与过渡无关的变更先放一边。 从信标链上提款的功能可能会在合并后的第一次升级中引入。[共识层](https://github.com/ethereum/consensus-specs/issues/2758)和[执行层](https://eips.ethereum.org/EIPS/eip-489)的规范在推动中。 <br/> ### **我有更多问题，可以去哪里问？** <br/> 参加客户端团队开发者、ETHStaker 成员、研究员等在下一次的合并社区会议，UTC 时间 9 月 9 日 14:00 （周五）开始。 <br/> ### **感谢你们** <br/> 以太坊向权益证明机制的过渡已经等待了很长时间。感谢贡献研究、说明、开发、分析、测试、破译、修复还有解释一切的所有人，是你们带领以太坊走向合并。 多年来有太多的贡献者，在此不一一列举，但你们都知道自己是贡献者。 如果没有在集市上的你们，我们就不会建起这座大教堂。 什么时候合并？就快了！ 🔜。 <br/> --- <br/> 感谢 Joseph Schweitzer 和 Tomo Saito 为这篇博文贡献的封面图！https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-23https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-23Tue, 23 Aug 2022 00:00:00 GMT <br/> # 本期看点 - 主网合并 TTD 敲定 - 所有主网合并的客户端版本已更新完毕 - mev-boost 中继的潜在审查问题 - 以太坊核心开发者将如何应对网络上的审查攻击 - BendDAO 流动性危机事件 - Coinbase 的 CEO 称如面临监管威胁，将关闭 ETH 质押服务 - Aztec 回应 FTX 警告用户不要与 Aztec 进行交互 <br/> # **合并 (The Merge)** **Sepolia 合并后的升级** 在上周四 8 月 18 日第 145 次以太坊核心开发者会议 (ACD) 上，开发者首先对合并相关的事宜进行了讨论。首先是关于 Sepolia 测试网合并后的升级。该升级计划在区块高度 1735371 上激活，本来应该在 8 月 17 日激活。由于一些验证者离线了，会议上预计升级会在 8 月 21 日发生。根据 [Etherscan](https://sepolia.etherscan.io/block/1735371) 上的数据，Sepolia 合并后升级在北京时间 8 月 22 日 11:01:48 激活了。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1560346379444137984&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1560346379444137984" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 481px; display: block; flex-grow: 1;"></iframe> <br/> **第 11 次主网影子分叉** 在第 145 次 ACD 上，Tim Beiko 对第 11 次主网影子分叉进行了更新：有 34/35 的节点顺利实现了合并，没有出现问题，1/35 的节点只是没有同步。合并后，开发者看到两个已知的问题，一个是 Erigon 出了一个坏块，这个问题在 Goerli 测试网合并的时候已经出现过；另一个与 Nethermind 在某些客户端对交互时出块有关。这些问题都已经在修复中，合并后，开发者们会在未来的影子分叉里对它们进行测试。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1560346663264219137&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1560346663264219137" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 536px; display: block; flex-grow: 1;"></iframe> <br/> **主网合并 TTD 敲定** 开发者在第 145 次 ACD 上对之前共识层开发者会议上提出的主网合并 TTD 58750000000000000000000 进行了讨论，并最终敲定了。尽管算力出现了一些小波动，但该 TTD 的预计时间仍然大约是 9 月 15 日。大家可以在网站 [Bordel.wtf](https://bordel.wtf/) 追踪触达 TTD 的时间。 此时，唯一会致使修改 TTD 的事情是，Bellatrix 激活后出现算力的大幅下降。例如，如果我们看到 5875000000000000000 将在 9 月 15 日之后的几个星期才被触达，我们可以协调一次 TTD 覆盖。 尽管这不太可能，这个过程是很简单的：客户端只需要在它们的版本里更新一个值，或者用户只需要将 TTD 作为一个 flag 传入。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1560347372953018368&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1560347372953018368" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 814px; display: block; flex-grow: 1;"></iframe> <br/> **所有主网合并的客户端版本已更新完毕** 执行层客户端： - Besu - [v22.7.1](https://github.com/hyperledger/besu/releases/tag/22.7.1) - Geth - [v1.10.22](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.22) - Nethermind - [v1.14.0](https://github.com/NethermindEth/nethermind/releases/tag/1.14.0) - Erigon - [v2022.08.02-alpha](https://github.com/ledgerwatch/erigon/releases/tag/v2022.08.02) 共识层客户端： - Lighthouse - [v3.0.0](https://github.com/sigp/lighthouse/releases/tag/v3.0.0) - Teku - [v22.8.1](https://github.com/ConsenSys/teku/releases/tag/22.8.1) - Prism - [v3.0.0](https://github.com/prysmaticlabs/prysm/releases/tag/v3.0.0) - Nimbus - [v22.8.0](https://github.com/status-im/nimbus-eth2/releases/tag/v22.8.0) <br/> # **合规** **mev-boost 中继的潜在审查问题** OFAC 对 Tornado Cash 制裁事件后，现为 Flashbots 战略主管的 Hasu 在 discord 对开发者 Micah 的提问“你能确定 Flashbots 运营的中继会否在合并后进行审查吗？”做出的回答是：“Flashbots 的中继和构建者现在和将来都符合 OFAC 的规定。”  <center>cr.@bantg</center> 鉴于此，Micah 在第 145 次 ACD 的[议程](https://github.com/ethereum/pm/issues/592#issuecomment-1214768199)里提出了两个倡议： > MEV-Boost 中继在上线时会进行审查 > > Flashbots 运营的中继对某些 from/to 以太坊地址的交易进行审查，并计划未来继续这样做。Bloxroute 正在构建并计划运行受审查和不受审查的中继。Manifold 正在构建不受审查的中继，但在合并时它还没准备好。我认为审查中继违背了以太坊精神和我们试图建立的核心原则。尽管我们不能组织个人构建者/提议者进行审查，但我们起码可以使审查工具难以获得广泛的社区采用。 > > 如果合并前没有不审查的中继运营商，我们可以推出禁用或删除集成 MEV-Boost 的客户端，这样任何想使用它的人都需要运行一个自定义的软件，而不是核心开发者构建的软件。如果合并时有一些与以太坊精神相符的中继运营商，我们可以努力推广这些中继 (例如，在文档、博客文章等)，并抑制或不鼓励使用任何审查中继。 > > 我们不能控制谁在运行中继，也不能控制他们如何处事，但我们可以至少不支持/鼓励任何建立审查中继的团体。 > > **惩罚审查者的可信承诺** > > 最近的事件提高了我们看到国家行为体对验证者审查交易施压的可能性，可能包括对包含某些交易区块的重组。尽管这远不是肯定会发生的，但最近事件所涉及的国家行为体是对一些最大型的中心化验证者有管辖权的，由于当前的 proposer boost 设置，这些大型中心化验证者加起来的质押份额足以有效审查交易 (如果我的计算是正确的)。 > > 如果大部分的以太坊核心开发者做出可信承诺，会踢掉和惩罚任何出现的审查阴谋，这将大大有助于防止这种审查。我认为没有必要确定哪个开发者在哪些具体条件下会支持这样的分叉，只要明确大多数核心开发者有一个内部门槛，越过了他们就会支持分叉。我认为光是这种可信的威胁，就足以使任何受到政府压力的质押服务商实体放弃质押服务而不是符合规定。 > > 更好的是，如果我们预先规定或甚至预编码这样做的能力，如果真的发生了，我们只需要填写验证者 ID 数组 (从而减少他们做出决定后但分叉发生前退出的时间)。 在开发者开始讨论前，需要澄清的是，目前的共识层客户端并不是默认设置下使用 MEV-boost 的，他们会公开一个MEV-Boost 可以连接的 Builder API：https://twitter.com/TimBeiko/status/1560350080753815552?s=20 以下是核心开发者的讨论： Vitalik 强调“审查”可以意味着两种不同的东西：不把交易打包到某人的区块，或拒绝证明/选择打包了你不想要的交易的链。第一种情况是，为了实现全面审查，你实际上需要有 100% 的押金来进行一致的审查。否则，一个不进行审查的验证者将最终对交易进行打包。例如，如果80%的验证者拒绝打包一笔交易，实际上它可能在平均 5 个区块里就会被打包。如果是 90%，可能在 10 个区块里，以此类推。因此，相比于拒绝延续包含你不喜欢的交易的链 (有押金的 51% 就能有效使得被审查的链变成'"权威链")，这需要非常高程度的协作。 另一方面，第二种情况需要自定义程度更高的软件——它实际上是一个软/硬分叉，你需要添加一些审查条件作为你的区块的有效性规则。据 Vitalik 所知，这样的软件将不会被部署。 Danny Ryan 对共识层团队删除对 Builder API 支持的想法评论道，这只会导致出现更多的分叉客户端 (像 PoW 里的 mev-geth) 并且是一个净负面的结果：MEV 市场不会改变，但它可能会由不是大家都知道的软件来运行。 @URozmej 分享了他的忧虑，mev-boost 比目前的审查现状还要糟糕，因为验证接受来自中继的完整区块，而不是 mev-geth 里的交易捆，从而失去了添加更多交易进区块的能力。 Flashbots 的@thegostep 解释道，这是因为如果不是这样，验证者可以从搜索者提交的交易捆里窃取 MEV。就他所知，在 mev-geth 中，这种情况不会发生，因为 Flashbots 与多个矿池有直接联系，如果他们叛变了，可能会切断他们的访问权限。mev-boost 做的权衡是，为了服务更多的验证者，而不是少数的出名质押池运营商，中继必须发送完整的区块而不是打包在区块里的交易捆。Flashbots 现在正在探索允许验证者将交易附加到区块末尾的设计。如果你能证明交易只是附加的，那么就没有区块提议者抢跑的交易捆的风险，因为它将首先运行。 回到 Micah 最初的要求，他问客户端团队是否愿意要求他们的用户不要运行审查特定交易的中继。有些客户端团队强调，理想情况下，他们希望用户只运行普通版本的客户端，而不是有 mev-boost 的。Geth 的 Marius 表示他试图说服用户只运行 geth。 Prysm 的 Terence 补充道，mev-boost 的确会增加区块提议延迟，所以对验证者来说不是完全没有技术风险的。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1560349253435662336&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1560349253435662336" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 644px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊核心开发者将如何应对网络上的审查攻击？** Micah 强调了一个区分：大多数客户端可以做的是编写+发布软件，并提倡用户运行它。客户端团队不会运行所有的节点，因此最终激活这样的软件升级很大程度上掌握在社区手中。 关于惩罚协议的攻击者是否等同于“对审查者进行审查”这一问题，研究员 ansgar.eth 解释道，这更多的是对协议中无法识别的攻击做出的反应。 在 PoS 里，我们已经可以对犯了某些错误的验证者进行惩罚，只要我们能发现它们。例如，如果他们离线或拒绝证明，验证者会面临怠工惩罚。同样地，如果他们对冲突的历史投票了，他们会被罚没。 也就是说，存在某些情况是不能直接在协议里被识别出来的。最明显的例子是一部分验证者合谋频繁对链进行重组。这不仅仅是审查，还有经济攻击、time bandit 攻击，它们都可以做到这一点。这些基于重组的场景所面临的挑战是，不合常规的短程重组是预期会发生的，且是链正常运作的一部分。只有在网络的“外部视角”下，你可以识别出这方面的系统模式。 这就是为什么这种攻击不能在没有干预的情况下解决。也就是说，Ansgar 并不相信有已经写好的可以反击这种攻击的软件会带来净好或净坏的结果。 然后，还有关于这样的攻击者需要多长时间退出押金的一些问题。考虑到提款队伍的涉及，以及执行这些类型的攻击所需的押金规模 (>33%)，攻击者需要几个月才能完全退出。 开发者 @tkstanczak 表示，理想情况下，他更愿意看到对这些事情的回应发生在社会层面，而不是协议层面。 在此时，似乎不可能围绕 Micah 最初提出的请求达成共识，即客户端团队对这个假设的行动方案做出坚定的承诺。 Marius 强调，尽管很难让团队/组织承诺，但个人的声音也很重要。他表示，抗审查是他个人死守的山头，如果以太坊无法做到抗审查，他会离开以太坊。 另一个 geth 团队的开发者@mhswende 在两个点上同意 Marius：个人比团队更适合在这里表达他们的选择，他也非常重视抗审查。 Tim 在会上表示，在这样的辩论里，个人立场才是最重要的。尽管如此，他意识到这种直播录制的会议并不是每个人都想用来分享他们对这样一个重要话题的看法的媒介。他当然不希望变相逼迫每个人在这里公开“表态”。 最后，Nimbus 的开发者@jcksie 表示，我们的治理系统在很大程度上是为了解决“紧急”问题而优化的，因此很难对假设性问题做出强烈的反应。尽管如此，他有信心，如果/当威胁出现时，我们可以处理它们。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1560354953813585920&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1560354953813585920" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 501px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **BendDAO 流动性危机事件** 上周末， NFT 借贷平台 BendDAO 面临流动性危机。 [@CirrusNFT](https://twitter.com/CirrusNFT/status/1561698403368636418) 以及 [@punk9059](https://twitter.com/punk9059/status/1561485091917877250) 在推特上对本次事件的整理，以下由 ECN 进行编译。 BendDAO 在 21 日的借贷利率已超过 100%，几乎耗尽所有的流动性。  <center>cr.@shrimpwen</center> 目前，以下是目前 BendDAO 上的基本情况。可用流动性只有 441 个左右的 ETH，并且借贷利率为 92% 左右，依旧非常高。  <center>cr.@shrimpwen （编者注：以上数据截至 23 日 18:30）</center> 那些通过BendDAO借钱给别人，利用杠杆购买NFT的人，无法把自己的钱取出来。这也意味着那些 NFT 借贷者必须为他们借到的 ETH 支付 100% 的利息，导致这些 NFT 的债务也在快速攀升。 **1.这对 NFT 持有者意味着什么？** 视情况而定，当前多数违约的 NFT 没有出价。没有人出价的原因是因为： - BendDAO 要求出价高于借贷者欠下的“债务”，并且也超过的 Opensea 的地板价的 95%。 - 为了公开招标，NFT 持有者需要锁仓 ETH 48 个小时。 还有[很多 NFT 即将违约或进行拍卖](https://t.co/381dbEwuVw)，而这不是因为天价利率债务飙升，就是因为 OpenSea 的最低价跌了。目前，这些NFTs正在冲击 BendDAO 的拍卖，而不是冲击交易所，因为没有人在竞拍它们。DAO 塞满了这些 NFT 并持有它们。 **2.BendDAO 有什么对策？** BendDAO 的创始人提议紧急变更协议。如果 DAO 投票通过了这项提案，那么很可能会将 BAYC、MAYC、CloneX、Azuki 和 Doodle 等 600+ NFT 进行清算拍卖。  src. https://governance.benddao.xyz/t/bip-9-adjusting-liquidation-threshold-auction-period-and-interest-base-rate-ui-improvement/114 1）**协议短期的参数变更：** - 调整 70% 的清算门槛为： （1）在北京时间 8 月 30 日 8:00 pm，更新为 85% 的清算率 （2）在北京时间 9 月 6 日 8:00 pm，更新为 80% 的清算率 （3）在北京时间 9 月 13 日 8:00 pm，更新为 75% 的清算率 （4）在北京时间 9 月 20 日 8:00 pm，更新为 70% 的清算率 - 拍卖时间从 48 小时调整为 4 个小时：48小时的窗口是为了保护NFT持有者，避免在他们还未醒来并失去其 PFP 的情况下被清算。但现在我们有 TWAP 保护的链上 Oracle，这意味着最低价攻击将非常困难。因此，我们希望将这段时间从 48 小时减少到 4 小时，以提高拍卖的流动性。 - 取消第一次出价为地板价的 95% 的限制。因为它会限制拍卖竞争者。 - 将利息基准利率调整为20%。这将有助于更多的 ETH 存款者获得更多的利息，并促使更多的 NFT 持有人偿还 ETH。 - 提议关于如果出现坏账，应如何应对的提案。 2）**在 24 小时内完善用户界面** - 显示 BendDAO 拍卖页面的 ETH 浮动坏账的金额。提供更多关于当前情况的透明信息是非常重要的。即使是 100 个 ETH 的浮动坏账也会让 15000 个 ETH 的存款者感到恐慌，如果有人FUD （恐惧、不确定性和怀疑）。透明度是信任的关键。 - 在主页上显示利息总额。现在，用户对借入的 ETH>转出的 ETH 感到困惑，这种差异是由于 veBend 持有者和 ETH 存款者产生的利息总额。 3）**未来的协议改进** - 支持 BendDAO 中的抵押品报价 - 尽可能多地接触交易所，支持抵押物上交易所 - 试图支持拍卖的分期的首期付款 **3.为什么 BendDAO 要采取这些对策？** 因为他们需要竭尽所能限制累积的坏账金额。通过降低清算门槛，他们可以确保在最低价下跌至足以成为坏账之前，抵押不足的 NFT 将被拍卖掉。而这这些协议层面的变更将加快流动性收回借贷池和存款者理智恢复的进程。 **4.这个提案对于整个 NFT 市场意味着什么？** 如果该提案获得通过，将意味着有大量以前未上市的 NFT 被带入市场，用于顶级收藏。 如果没有任何意外的催化剂，在接下来的一个月里，任何底价都很难有大幅上涨的动作。 但如果该提案没有通过，那么以低价赢得一堆拍卖的机会就会高得多....，但这也会导致大量廉价的 NFT 重新上市二级市场。总之，参加这些拍卖的清算人越多，清算环节就越健康。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1561485091917877250&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1561485091917877250" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 481px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1561698403368636418&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1561698403368636418" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 772px; display: block; flex-grow: 1;"></iframe> <br/> **Rocket Pool 发布智能节点堆栈 v1.5.1** 17 日，Rocket Pool 发布智能节点堆栈 1.5.1 版本。所有 Rocket Pool 的节点都必须在 8 月 29 日之前升级至 1.5.X 版本，而 29 日是 Redstone 合约升级的预计日期。 值得注意的是，如果你是还在用 1.4.3 或更早版本的验证者，那么请一定要阅读以下迁移指南： - [Docker](https://docs.rocketpool.net/guides/redstone/docker-migration.html) 模式 - [混合模式](https://docs.rocketpool.net/guides/redstone/hybrid-migration.html) - [本机模式](https://docs.rocketpool.net/guides/redstone/native-migration.html) 对于使用本机模式（Native Mode）的节点来说，这是一次具有高优先性的版本升级，它提供了自动设置费用接收地址的新方式。 而就使用 Docker 模式和混合模式的用户来说，这个版本对已升级到 1.5.0 版本的用户是一次具有低优先性的升级；而对还停留在 1.4.3 版本的用户是一次具有中等优先性的升级。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1559782540059328512&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1559782540059328512" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 693px; display: block; flex-grow: 1;"></iframe> <br/> **Aave 向 AaveDAO 提议支持合并后的 PoS 以太坊** 17 日，Aave 公司向 Aave DAO 提交了 ARC 提案，意在让Aave DAO 承诺支持合并后的 PoS 以太坊，而不是任何运行其他共识 (比如 PoW) 的以太坊分叉链。 细则： - 正式表明部署在 PoS 共识机制之下的以太坊主网上的 Aave DAO 才代表 AaveDAO & Market 的“真正”治理。 - 授权 Community Guardian 采取必要行为，关停任何在以太坊巴黎硬分叉（合并）出现的 Aave 部署。 来源：https://governance.aave.com/t/arc-aave-dao-stance-on-ethereum-pow-fork/9335 <br/> **Coinbase 的 CEO 称如面临监管威胁，将关闭 ETH 质押服务** 在 8 月 15 日，Rotkiapp 创始人 [@LefterisJP](https://twitter.com/LefterisJP) 向 [@LidoFinance](https://twitter.com/LidoFinance)、[@coinbase](https://twitter.com/coinbase)、[@krakenfx](https://twitter.com/krakenfx)、[@stakedus](https://twitter.com/stakedus)、[@BitcoinSuisseAG](https://twitter.com/BitcoinSuisseAG) 发布提问：**如果监管者要求对他们的验证者进行以太坊协议层次的审查，他们会怎么做**。 A) 遵循并进行协议层次的审查 B) 关闭质押服务并保存网络的完整性 18 日， Coinbase 的 CEO [Brian Armstrong](https://twitter.com/brian_armstrong) 回应称，尽管受到审查只是个假设，他们希望不会真的面临这种情况，但如果面临监管的威胁，他会选择 B 选项，即选择关闭 ETH 质押服务以保证网络的完整性。 如果你想了解该事件，可以查看上两期七日谈，分别解释了[制裁事件的始末和对不同对象所可能造成的影响](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-9)，以及[可能会给合并后的 PoS 以太坊网络带来什么影响](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-16)。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1558944794658873344&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1558944794658873344" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 841px; display: block; flex-grow: 1;"></iframe> <br/> # Layer2 **Aztec 回应 FTX 警告用户不要与 Aztec 进行交互** [FTX](https://twitter.com/FTX_Official) 警告用户不要与隐私交易与隐私 DeFi 解决方案 [Aztec](https://twitter.com/aztecnetwork) 交互。 对此，Aztec 强调其正在实施的风险降低框架： 1. 对洗钱等金融违法行为实施可行的威慑措施； 2）衡量它们的有效性。 Aztec 称他们的方法是保证用户访问链上隐私的同时，威慑洗钱和非法活动。当前所做的努力包括 [zk.money](https://t.co/omDeOAYisV) 上的每笔交易的存款上限为 5 ETH 或者 1 万 DAI。接下来的努力方向包括： - 整个系统的每日资产存款上限 - 特定 IP 的存款利率限制 - 单一地址的待定存款上限 - 对逃生窗口的限制（仅在失活的情况下激活） Aztec 称，他们团队正在致力于一些实现，这些实现举措将： - 减缓存款和提款的速度 - 更加容易识别有风险的地址 - 防止非法用户避开 Falafel，即 Aztec rollup 的开源实现。 他们认为，这些努力可以实际地削减恶意行动者通过 Aztec 转移盗窃资金的能力，同时还能保持消费者与合法以太坊服务进行交互的能力。实用的威慑措施可以使网络以一种可信的中立方式对非法使用采取不容忍态度。 - 它限制的是行为，而不是个人。 - 它是主动的，而不是反应式的。 - 它是可测量的，而不是反事实的。 总而言之，我们正在： - 保留现有的威慑措施 - 增加一套新的限制，在增加威慑力的同时，保留用户对合法服务的使用权 - 对系统风险进行持续的测量和反应 Aztec 还表示，他们的目标是确保入金和出金的存款和提款能够继续。并且已经与 FTX 联系了解他们的立场。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1560710567249096704&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1560710567249096704" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 707px; display: block; flex-grow: 1;"></iframe> <br/> **Arbitrum 发布 Nitro 节点 2.0.0 版本 Beta 10** This release combines a number of patches and cleanups in the codebase. Most visibly, this resolves a few issues that could lead nodes to getting stuck and requiring a restart to continue syncing in the case of some types of L1 reorgs. 8 月 20 日，Arbitrum 宣布发布 Nitro 节点 2.0.0 版本 Beta 10。这个版本结合了代码库中的一些补丁和 cleanup。最明显的是，它解决了一些问题：会导致节点被卡住，在某些类型的 L1 重整的情况下需要重新启动才能继续同步。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1560748161794158592&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1560748161794158592" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 735px; display: block; flex-grow: 1;"></iframe> <br/> **Starknet 开发者指南上线 devpillme 网站** Starknet 开发者指南上线 devpillme 网站，帮助你了解 starknet 及其运作，并提供一份 Cairo 语言学习资源清单。 Starknet 开发者指南的内容包括了 Starknet 的定义、优势、状态、Cairo 语言、开发者系统以及其他资源。 devpillme 网站的开发指南适合新手开发者学习，它除了Starknet 开发者指南，还包括对区块链开发基础知识的介绍，还提供了关于区块链前端开发、后端区块链开发、合约开发、全栈开发等学习资源，此外，指南待开发的其他学习资源则包括核心开发、安全工程师、MEV 搜索者、协议开发、加密技术以及区块链数据分析。 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1560025658184519680&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1560025658184519680" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 710px; display: block; flex-grow: 1;"></iframe> <br/> **Aztec 将在 Aztec Connect 本月推出教育系列** 17 日，Aztec 宣布这个月将在隐私桥接方案 Aztec Connect 上推出一个教育系列，介绍它与不同平台的集成情况。 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOlsibGlua3RyLmVlIiwidHIuZWUiXSwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3RpbWVsaW5lXzEyMDM0Ijp7ImJ1Y2tldCI6InRyZWF0bWVudCIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfY2hpbl9waWxsc18xNDc0MSI6eyJidWNrZXQiOiJjb2xvcl9pY29ucyIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfcmVzdWx0X21pZ3JhdGlvbl8xMzk3OSI6eyJidWNrZXQiOiJ0d2VldF9yZXN1bHQiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9LCJ0ZndfZHVwbGljYXRlX3NjcmliZXNfdG9fc2V0dGluZ3MiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1559904966445535232&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fbua7z6EethU9_FHEaQBpTh9xmoOZLG3fkKAwBm4rr8w&amp;sessionId=2f267ff42afe8e8d41b5e8aa6ede94fc9a886f30&amp;theme=light&amp;widgetsVersion=31f0cdc1eaa0f%3A1660602114609&amp;width=550px" data-tweet-id="1559904966445535232" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 835px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/token-standards-and-composabilityhttps://www.ethereum.cn/Technology/token-standards-and-composabilityThu, 18 Aug 2022 00:00:00 GMT来源 | [@SalomonCrypto](https://twitter.com/salomoncrypto/status/1553982842232717313?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ) 作者 | Haym Salomon <br/> <br/> *代币标准和可组合性** ERC-20、ERC-721、ERC-1155、ERC-4626、ERC-之类的，不知道各种以太坊代币标准是什么？为什么这些标准很重要？有兴趣了解哪些代币标准都服务于什么目的？想要了解整体情况？这个长推为你解答！ <br/>  <br/> [以太坊](https://twitter.com/ethereum) 是一台世界计算机。它是由匿名和不受信任的节点组成的网络所维护的共享资源；通过共识达成一致，并且在经济上保障网络的安全。 <br/>  <br/> 以太坊网络提供可信的中立性，任何人都可以在上面独立和协作构建。 *应用程序编程接口（API）**是一种不同程序进行通信和开发者进行协调的机制。开发者会尽可能地隐藏他们程序的内部工作。通信被最大程度地简化和改进。 计算机科学基础： API 解释 > > 从抽象（abstraction）的角度来说, API 是抽象在现实世界中的最常见的表现方式。一个 API 是一组定义好的规则，解释了程序/应用如何与彼此进行通信。 > > > 举个例子，我们设想一下，一个电商网站有一个价格机器人；用户向价格机器人给出水果的特质，而机器人会返回一个价格信息。 > > > 为了用价格机器人整合信息，你需要给它一个对象（水果）信息，并接受一个价格。因此，首先需要打包所有的对象信息：fruit_a = [apple, red, 200g, harvested 3 days ago] > > > 现在，我们需要将这些信息喂给价格机器人。首先，我们调用（price_bot），接着通过让 price_bot 使用 calculate_price 的函数计算 fruit_a ，从而给我们一个价格，即 price_bot calculate_price(fruit_a)。 > > > price_bot 将倾其所能计算出价格。作为用户，我们不知道也不关心屏幕背后发生的计算，我们只知道，最终 price_bot 会给我们一个的价格，即 price_bot.calculate_price(fruit_a) = price_fruit_a。 > > > 这就是价格机器人的 API：一个价格机器人支持的函数列表和如何使用他们的说明。这是一个示意图，由此开发者可以在无需掌握应用程序的情况下集成它。假设这个例子是真实的，那么这个 API 的文档应该是这样的： > > > > > 从表面上看，API 开发工作可能不像编程；API 的开发和文档撰写工作更像写作而不是写代码。但不要被骗了，API 开发其实与写代码一样重要.......老实说，可能比写代码还要重要。 > 在世界计算机中，我们到处用得上 API： - 集成协议 - 转移资产 - 构建可组合的投资 - 借入、借出和抵押资产 基本上，所有链上发生的事物不是 API 就是直接由 API 整合。 事实上，你可以将不同类型的代币标准视为符合某个 API 模板的一段代码。如果智能合约遵循了特定模板，那么它就是那种代币。 [https://t.co/GoMlbfN9Vq](https://t.co/GoMlbfN9Vq) 这是 ERC-20 的代币模板。为了生成一个 ERC-20 智能合约，开发者需要创建用来执行下面所有的方法和事件的代码。 所有 ERC-20 合约都支持这些函数；一位（不同的）开发者可以依靠下面这些来使用任何 ERC-20 合约。 <br/>  <br/> ERC-20 是最为基础的代币标准，代表着当前绝大多数可用的代币。它包括了治理代币、ve-toke(投票托管代币)、稳定币等。 （ETH 不是 ERC-20 代币。） <br/>  <br/> ERC-721 代币一般被称为 NFT（非同质化代币）。这些代币（通常）代表着收藏品内独一无二或者可识别的物品，包括 PFP、艺术收藏品、财产等。 ERC-1155 代币标准结合了 ERC-20 和 ERC-721 代币标准的特性，提供了一个单一接口来管理这些代币类型的任何组合。这可以用作一个更现代化的 ERC-20 和 ERC-721 替代方案，并且具有服务于游戏的独特功能。 <br/>  <br/> ERC-4626 是最新的代币标准，描述着有收益的金库。该标准为存入金库（或从金库赎回）的 ERC-20 代币提供了一个共同接口，以获得收益。这可以包括流动性挖矿和聚合，但还可以用到更多领域中。 <br/>  <br/> ERC-777 是高度可配置却很少被使用的代币标准。它为 ERC-20 提供了升级，允许开发者附加在发送和/或接受代币时运行的代码。 尽管它被纳入在 [https://ethereum.org](https://ethereum.org/)，但我们在实践中很少看到 ERC-777。 <br/>  <br/> 快速回顾历史： 首先，互联网之前的时代，接着... 艾伦 图灵 → 机械计算 → 计算机 → 联网计算机 → 阿帕网 → 万维网（www）→ 互联网 → [比特币](https://twitter.com/Bitcoin) → [以太坊](https://twitter.com/ethereum)大约在 2014 年到来，那时 [@VitalikButerin](https://twitter.com/VitalikButerin) 向我们介绍 [ETH](https://twitter.com/search?q=%24ETH&src=cashtag_click)。 这是故事开始的地方。 [以太坊](https://twitter.com/ethereum)只是基础设施，现在我们必须在上面构建。我们在此基础上设定的标准越丰富，我们就可以走得越远。 可以说，计算机科学是魔法，开发者是魔法师，而抽象（abtraction）就是咒语。可组合性则是目标。 > > > 抽象这一概念支撑着世界计算机展现其最重要的能力。 > > DeFi 之所以是一种更好的方式 —— 可组合性：是指让两件独立的事物的组合超过它们部分的总和的一种能力。 > [原生 ETH](https://twitter.com/search?q=%24ETH&src=cashtag_click) ..... ERC-20、721、777、1155、4626...... 随着每种 ERC 代币标准的增加，我们正在变得更加先进。每一种代币类型可以拥有更多的功能，每一个金钱 Lego 都将带来更多增值。 每个 ERC 标准的增加都将让我们更加靠近可编程的货币。 > 可编程的货币是全新的概念。如果货币是具体的、可编程的，就像乐高一样。 > > > 每一个协议会吸收塑料（即价值）并生产乐高积木（通常是钱）。这些积木可以和其他的积木结合在一起，创造某些定制的、全新的事物。 > 代币标准指的是可组合性如何在[以太坊](https://twitter.com/ethereum)上展现（的一种方式）。 哎呀......我们都是构建者！不然你们觉得我们还会构建什么？？？ > 以太坊的杀手锏功能：可组合性。 > > > 我们之所以能拥有可组合性：抽象 > > 抽象的目的：管理复杂性 > > 管理复杂性有什么意义？—— 改变世界。 > <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-16https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-16Tue, 16 Aug 2022 00:00:00 GMT  <br/> <br/> ## 生态 *OFAC 对 Tornado Cash 的制裁事件可能会给合并后的 PoS 以太坊网络带来什么影响** 自 8 月 8 日美国 OFAC 发布对加密货币混币平台 Tornado Cash 的制裁新闻以来，事件造成的影响进一步升级，针对该事件的后续讨论仍在继续。 Tornado Cash 的一名开发者被荷兰负责监管金融犯罪的当局的 FIOD [逮捕](https://cointelegraph.com/news/dutch-authorities-arrest-suspected-tornado-cash-developer)，其 GitHub 和 Discord 都被删除。并且，Tornado Cash DAO 的网站也在没有任何解释的情况下[关闭了](https://cointelegraph.com/news/tornado-cash-dao-goes-down-without-explanation-following-vote-on-treasury-funds)。 Tron 创始人孙宇晨称，自己的钱包地址[被 Aave 封了](https://twitter.com/justinsuntron/status/1558397647165091840?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ)，因为有人给他发了 0.1 个来自 Tornado Cash 的 ETH。 [根据 The Block 报道](https://www.theblock.co/post/163072/makerdao-founder-says-its-almost-inevitable-dai-will-abandon-usd-peg)，MakerDAO 联合创始人 Rune Christensen 在 Maker 的 Discord 频道中表示，最近的 Tornado Cash 受制裁事件促使其团队认真考虑出售协议中所有 USDC 敞口。对此，Vitalik 评论称这是十分危险且糟糕的主意。 Tornado Cash 制裁事件可能会导致以太坊出现协议层面的审查？(详细见下文) 随着合并 TTD 确定，Tornado Cash 受 OFAC 制裁事件对合并后以太坊 PoS 机制可能带来的影响引起了社区的广泛讨论。 [@TheEylon](https://twitter.com/TheEylon) 发推提出了他的[质疑](https://twitter.com/TheEylon/status/1558910615376334848)： 虽然我对合并即将发生感到很兴奋，但我也很担心一些尚未有解决方案的关键问题。 先从影响最大、最亟待处理的问题开始：目前，看起来超过 66% 的信标链验证者会遵守 OFAC 的制裁规定。(Lido、Coinbase、Kraken、Staked 和 Bitcoin Suisse 的验证者节点网络占比超过 60%) <br/>  <br/> 再者，虽然 PBS (区块提议者/构建者分离) 旨在防止验证者审查特定的交易，但我相信 Coinbase 能找到办法确保它不会验证包含涉及 Tornado 交易的区块。如果 66% 的验证者都不对特定的区块签名。当区块构建者/中继者提议的区块中包含了与制裁相关的交易时，他们的区块不太可能会被打包，意味着这些区块构建者会亏损，使得这种做法在经济上不太可行。 过去一个月里以太坊基金会和以太坊联合创始人 Vitalik Buterin 一直在研究 PBS 的方法论。这一领域的中期赢家可能是 MEVBoost。你怎么看，他们会抵制 OFAC 的制裁地址清单吗？ 根据目前 OFAC 的制裁行为，这不仅仅关乎被制裁的地址，或是那些以前与 Tornado 互动的人。这可能很快成为以太坊生态系统的一个主要部分。 这可能带来基础层/协议层面的审查行为。 [@LefterisJP](https://twitter.com/LefterisJP) 对质押服务商抛出[问题](https://twitter.com/LefterisJP/status/1558944794658873344)：如果监管机构要求你们对自己的验证者进行协议层面的审查，你们会怎么选： A) 遵守制裁法规并进行协议层面的审查 B) 关停质押服务，维护网络的完整性 接着，[@ercwl](https://twitter.com/ercwl) 就以上投票发起了另一个针对以太坊社区的[投票](https://twitter.com/VitalikButerin/status/1559271315080679432)。如果大部分质押商在上面的投票中选择 A 选项，你会怎么做： X) 视审查为对以太坊的攻击并通过以太坊社区共识将这些节点逐出网络 Y) 容许审查行为 对此，[@VitalikButerin](https://twitter.com/VitalikButerin) 表示他支持 X 选项。 来源：[https://twitter.com/VitalikButerin/status/1559271315080679432](https://twitter.com/VitalikButerin/status/1559271315080679432) <br/> *SEC 针对 Coinbase 的质押项目进行审查** 据 Bloomberg 在 8 月 11 日的报道，美国证券委员会（SEC）正在针对 Coinbase 的质押项目进行审查。它的质押项目让用户可以通过委托项目方帮忙验证交易并确保区块链网络的安全，从而产生收益，即用户通过持有一些代币就可以获益。 据监管文件，Coinbase 已收到美国证券交易委员会的调查传票和要求，要求其提供一些客户项目、运营以及现有和未来预期产品的文件和信息。 来源： [https://www.bloomberg.com/news/articles/2022-08-10/coinbase-under-sec-scrutiny-over-its-crypto-staking-programs?utm_content=crypto&utm_medium=social&utm_source=twitter&utm_campaign=socialflow-organic](https://www.bloomberg.com/news/articles/2022-08-10/coinbase-under-sec-scrutiny-over-its-crypto-staking-programs?utm_content=crypto&utm_medium=social&utm_source=twitter&utm_campaign=socialflow-organic) <br/> *Gitcoin GR15 将于 9 月 7 日进行** Gitcoin Grant 第 15 轮将于 9 月 7 日进行，并持续至 9 月 22 日。此轮捐赠也包括主轮板块，还有几个公共事业板块捐赠轮和生态系统板块。 主轮捐赠举办时间最长的捐赠轮，支持 web3 开源软件。捐赠批准要求： 1. 开源并且是公共物品； 2. 没有获得超过 50 万美元的 VC 资助； 3. 没有代币； 4. 没有可卖的 NFT； 5. 没有在 Gitcoin Grant 中推广过代币和 NFT。 四轮公共事业捐赠板块：气候解决方案、加密货币宣传、DEI（多样性、平等和包容性）以及新的捐赠轮 —— DeSci（去中心化科学）。公共事业捐赠板块旨在展示社会如何使用 web3 技术来资助、赋能社会和环境项目，这些项目为 web3 数字世界和物理、链下世界架起桥梁。 生态系统板块主要资助那些为其各自的生态系统提供以下一种或多种解决方案的项目：可用性、社区、工具或治理。 公共事业板块捐赠轮和生态系统板块捐赠轮的具体标准有待确定。更多问题可以查看该 Grant 的 FAQ：[https://t.co/cgEsdLdnj2](https://t.co/cgEsdLdnj2)，或者受资助者引导文档：[https://t.co/tpr3Nu9Phs](https://t.co/tpr3Nu9Phs) 更多问题，还可以参与 GR15 Q&A 的线上会议进行提问：[https://twitter.com/gitcoin/status/1559222113642455041](https://twitter.com/gitcoin/status/1559222113642455041)，该会议将会在明天凌晨 1 点开始。 来源： [https://twitter.com/gitcoin/status/1558498622949523456?s=20&t=cUjIz482SO-C1hZCGHfoNA](https://twitter.com/gitcoin/status/1558498622949523456?s=20&t=cUjIz482SO-C1hZCGHfoNA) <br/> *线上黑客松 ETHOnline 将于 9 月 2 日举办** 8 月 15 日，ETHGlobal 宣布将举办线上黑客松 ETHOnline 2022，ETHOnline 2022 是为提供最好的开发者体验而设计的活动。活动举办时间为 9 月 2 日至 28 日，现已可以申请。 来源： [https://twitter.com/ETHGlobal/status/1558935245608607750](https://twitter.com/ETHGlobal/status/1558935245608607750) <br/> *EDCON 与 “De University of Ethereum” 将合办 “Ethereum a New Era” 活动** EDCON 与 “De University of Ethereum” 将于 8 月 28 日在美国旧金山合办 “Ethereum a New Era” 活动，届时 Vitalik、Justin Drake、Danny Ryan、Dankrad Feist、Aya Miyaguchi 以及 Aditya Asgaonkar 将讨论合并。 来源： [https://twitter.com/EDCON_Online/status/1558855715246157824](https://twitter.com/EDCON_Online/status/1558855715246157824) <br/> *Galaxy Digital 终止对加密托管商 BitGo 的收购** 在 2021 年 5 月，Galaxy Digital 宣布以 12 亿美元的价格收购 BitGo。当时的计划是以 2.65 亿现金和价值 3380 万的 Galaxy Digital 股票（占 10%）进行收购。 据 the Block 消息，在今年 3 月，两方就此次收购的条款重新进行了谈判。 而在本周一，Galaxy Digital [宣布终止](https://www.newswire.ca/news-releases/galaxy-announces-termination-of-bitgo-acquisition-806604223.html)等待已久的对加密托管商 BitGo 的收购。这个决定是在 BitGo 未能于 2022 年 7 月 31 日之前提供符合 Galaxy 协议要求的 2021 年经审计的财务报表后做出的。Galaxy 还提到，不需要因此支付终止费。 来源： [https://twitter.com/theblock__/status/1559136615884267530?s=21&t=pgL22clMNP4-5DHZ41ManQ](https://twitter.com/theblock__/status/1559136615884267530?s=21&t=pgL22clMNP4-5DHZ41ManQ) <br/> <br/> ## Layer2 *Arbitrum Nova 上线主网并向公众开放** Arbitrum Nova 上线主网并向公众开放。Nova 是一条基于 Arbitrum AnyTrust 技术(链下数据可用性解决方案)构建的链，交易费更低。此前，Nova 只向指定的 100 多个开发者团队开放，现已向公众开放。关于 AnyTrust 技术的细节，可以查看[《以太七日谈 • 2022/3/9》](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-9/)这期七日谈。 在 Nova 上线的同时，Reddit 将在 Nova 上部署其社区积分系统(Community Points System)。同时，FTX 平台和 Reddit 还有 Arbitrum 进行合作，允许 Reddit 用户通过 FTX Pay 将其社区积分用于支付 gas 费。 来源： [https://twitter.com/arbitrum/status/1557025237769805825](https://twitter.com/arbitrum/status/1557025237769805825) [https://blockworks.co/ftx-bringing-crypto-swaps-to-reddit/](https://blockworks.co/ftx-bringing-crypto-swaps-to-reddit/) <br/> *Orbiter Finance 发布 Orbiter L2 数据面板** 8 月 10 日，跨 rollup 桥接解决方案 Orbiter Finance 发布 Orbiter L2 数据面板。这是一个专门服务以太坊 L2（Rollup）生态系统的链上数据聚合和数据分析平台。 该平台目前支持构建在 Arbitrum、Optimism 和 ZkSync 上的 DApp 数据。它的度量指标包括账户和交易、TVL、用户和用户年龄、活跃用户/账户、新用户/账户、交互以及新合约。 通过这个数据面板，用户可以了解 rollup 和 DApp 的发展概括，对它们进行趋势分析、增长分析还有排名对比。 来源： [https://twitter.com/Orbiter_Finance/status/1557286024975454209](https://twitter.com/Orbiter_Finance/status/1557286024975454209) <br/> *Mint Square 推出发行平台 LaunchPad** 15 日，基于 L2 Zk-rollup 构建的 NFT 市场 Mint Square 推出发行平台 LaunchPad。NFT 项目方可以通过这个平台发行以及迁移 NFT 项目和游戏至 L2 ZK-rollup。 来源： [https://twitter.com/mintsquarenft/status/1559142666704674816?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ](https://twitter.com/mintsquarenft/status/1559142666704674816?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ) <br/> *以太坊多签解决方案 Nucleo 在 Aztec 上进行封闭测试** 16 日，以太坊多签解决方案 Nucleo 宣布在 Aztec 上进行封闭测试。Nucleo 是以太坊上第一个隐私、非托管、可审计的多签方案。使用 Nucleo，用户可以进行隐私交易、隐私 DeFi 以及隐私的募资活动，同时通过查看密钥 (view keys) 保持可审计性。 Nucleo 与主要的隐私网络 Aztec 和 Aleo 进行合作，并基于它们建构：利用最新的多签和零知识加密技术。目前，Nucleo 正在与早期的合作伙伴在 Aztec 网络上进行封闭测试。 来源： [https://medium.com/nucleo-blog/introducing-nucleo-private-auditable-multisigs-6bc90b685403](https://medium.com/nucleo-blog/introducing-nucleo-private-auditable-multisigs-6bc90b685403) <br/> <br/> ## 主网 TTD 已确定：`58750000000000000000000` ，大约在 9 月 15 日进行合并。 更多主网相关的信息请阅读文章： [《**Eth2进展更新 (截止2022/8/12)》**](https://www.ethereum.cn/Eth2/wnie2-2022-8-12) [《**合并 TTD 值预测》**](https://www.ethereum.cn/Eth2/merge-ttd) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/wnie2-2022-8-12https://www.ethereum.cn/Eth2/wnie2-2022-8-12Mon, 15 Aug 2022 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220729#Upcoming-events) <br/> ⚠️不存在 Eth2 的币。任何给你提供 Eth2 代币的都是骗子。⚠️ (显然我需要说这件事🤷‍♂️) <br/> <br/> ## 本周首推 [Finematics](https://finematics.com/about/) 做了关于 [合并](https://www.youtube.com/watch?v=EEuPmA8w0Kc) 的视频，这个视频非常好。 <br/> <br/> ## 合并 <br/> ### TTD 已确定！ `58750000000000000000000` 这个数字成为了我们这个时代最重要的一个整数。当以太坊 PoW 链积累到了这个难度值（已经查了，算力是够的），整个网络将会转向 PoS 机制。[[1]](https://hackmd.io/@benjaminion/wnie2_220812#fn1). Goerli 测试网合并成功之后，这个数字也在 11 号的[共识层开发者会议](https://hackmd.io/@benjaminion/HkPEOKGA5)上确定下来。虽然这个 TTD 值旨在于 9 月 15 日进行主网合并，尽管由于算力波动不定，真正合并的时间可能会早几天或者晚几天到来。你可以在 [bordel.wtf](https://bordel.wtf/) 或 Matthew Rabinowitz 的[电子表格](https://docs.google.com/spreadsheets/d/e/2PACX-1vRuiWuO6Zy2KrXIZlwMaCfwzIrNQ8zVhnTq9HtTBflZc1X02xUTEGW4nPyEzM0tPITDCmKSCF4PU9xk/pubhtml?gid=1693934945&single=true)上关注最新的合并预测，就像以前一样。 TTD 的选择基于 Mario Havel 的[一篇分析](https://www.ethereum.cn/Eth2/merge-ttd)。请注意它还不是绝对不变的，而且还有可能在下周最后的客户端版本发布之前进行修改。 所以，合并的路径看起来会是这样： - 8 月 18 日：在核心开发会议上确认 TTD 值。 - 8 月 22 日：包含最终 TTD 的客户端版本全部完成。 - 8 月 23 日：以太坊基金会通过一篇博文宣布合并。 - UTC 时间 9 月 6 日 11:34:47：信标链在 epoch 144896，slot 4636672 进行 Bellatrix 升级（这为信标链的合并做了准备）。 - 大约在 9 月 15 日进行合并。🍾 如果你想看看如何将 TTD 写入到[执行规范](https://github.com/ethereum/execution-specs/pull/585/files)和[共识规范](https://github.com/ethereum/consensus-specs/pull/2969/files)中，可以点击链接。 【插入 meme： [ItsHappening](https://twitter.com/adietrichs/status/1557747817975799808) 的 meme 在这里。其他 [meme](https://twitter.com/superphiz/status/1557923274205667328) [也](https://twitter.com/superphiz/status/1557923274205667328)[可用](https://twitter.com/econoar/status/1557753528721948672)[[2]](https://hackmd.io/@benjaminion/wnie2_220812#fn2).】 <br/> ### Goerli 测试网合并 以太坊的 Goerli 测试网在 UTC 时间 8 月 11 日 01:50 左右触达了它的 TTD，并与 Prater 信标链测试网进行了合并。这个时间我正在酣睡，但澳大利亚人是醒着的，所以也挺好。 它并没有完全顺利地进行。各种问题的出现意味着它花了 40 分钟才完成合并，而不是我们在理想情况下希望的 15 分钟左右完成。但是[它做到了](https://twitter.com/vdWijden/status/1557555377314701312)，归根到底是成功的。 我们在共识层开发者会议[探讨](https://hackmd.io/@benjaminion/HkPEOKGA5#Goerli-Merge-review)过这些问题，在这里我就不重述了。还有一篇关于 Goerli [问题追踪](https://notes.ethereum.org/@parithosh/goerli-merge)(Goerli issue tracker)的文章链接到一些更详细的个别问题的分析。有些问题源于两个符合 TTD 标准的候选区块的存在。一些 Besu 实例[错误地拒绝了](https://hackmd.io/fjvxrKzbRdCBf5y-hwqnRg)其中一个，导致我们的一些 Teku 节点暂时出现了错误的分叉。我们可能在主网上有多个终结候选区块，但这比在这些测试网中出现的可能性要小得多。任何情况下，我都希望这个漏洞会被修复。此外，如果其中一个客户端团队没有（再次）错误地配置他们的节点，那么我们可能会更早地敲定。 合并后几个小时，Goerli-Prater 回到了接近其平常水平的[运作](https://goerli.beaconcha.in/)。 所以，总而言之，它的合并还算成功，也让我们有足够的信心进行下一步。老实说，如果主网合并也像 Goerli-Prater 合并这样顺利，我会很高兴。合并**不需要很完美**！ Bankless 和 EthStaker 的 Goerli 合并[直播](https://www.youtube.com/watch?v=7eN8Qz8D8Eg&t=1s)已经有超过 2.1 万的播放量。 [CryptoGucci](https://cryptogucci.substack.com/p/summary-of-the-ethereum-goerli-testnet) 写了一篇关于 Goerli 合并展开情况的总结。并且，在 [The Block](https://www.theblock.co/post/162913/ethereums-final-proof-of-stake-test-merge-is-live-on-goerli)、[Decrypt](https://decrypt.co/107174/ethereum-up-as-goerli-testnet-merge-goes-live)、[The Defiant](https://thedefiant.io/ethereum-goerli-merge-complete)、[Blockworks、](https://blockworks.co/ethereum-steps-closer-to-pos-as-goerli-testnet-merge-goes-live/)[CNBC](https://www.cnbc.com/2022/08/10/ethereum-goerli-testnet-merge-goes-live-before-move-to-proof-of-stake.html)…上都有新闻报道。 <br/> ### Goerli 第 6 次影子分叉 从现在看这似乎是很久以前的事了，但 GSF6（Goerli 第 6 次影子分叉）就发生在 8 月 4 日，进行得非常顺利。这里是根据 Pari 的笔记总结出来的，供后辈参考。 - 没有客户端的问题，所有的组合都保持同步，并同步了链头，也正确地处理了过渡。 - 两个节点的磁盘空间用完了，这也解释了参与率的下降（从 97% 到 94%）。 - 大约 30% 的网络[在过渡期运行 MEV-Boost](https://boost.flashbots.net/mev-boost-status-updates/successful-mev-boost-testing-through-goerli-shadow-fork-6-merge)。除了一个印度节点出现延迟相关问题外，我们没有注意到其他问题——那可能是一台有缺陷的计算机。 <br/> ### 为合并做准备 Somer Esat 已经更新了他的质押指南，他将 Goerli Merge 的配置包含在内。Somer 的指南几乎成了信标链质押的标准（[与 CoinCashew 的指南](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet)并列）——我自己也在设置配置时使用他的 Teku 指南。这些指南只涵盖了合并后的 Goerli 测试网，但我相信将会有为主网合并设置的更新：[Teku](https://someresat.medium.com/guide-to-staking-on-ethereum-ubuntu-g%C3%B6erli-teku-6512b26f1372)、[Lighthouse](https://someresat.medium.com/guide-to-staking-on-ethereum-ubuntu-g%C3%B6erli-lighthouse-8d0a2a811e6e)、[Nimbus](https://someresat.medium.com/guide-to-staking-on-ethereum-ubuntu-goerli-nimbus-3b0e2c0c6e0e)、[Prysm](https://someresat.medium.com/guide-to-staking-on-ethereum-ubuntu-goerli-prysm-4a640794e8b5)。 查看 EthStaker 最新的[验证者工作坊](https://www.youtube.com/watch?v=7Vn4xCDCXII)，其中也包括教你在节点上设置 MEV-Boost。这是一个很好的会议，上面有很多有用的建议和 Q&A。这些验证者懂得很多。下一次工作坊计划在 24 日举行。 Infura 优秀的合并工作坊仍在继续。最近的几期： - 8 月 2 日：[执行层和共识层客户端](https://www.crowdcast.io/e/the-merge-weekly/register?session=4)，由我可敬的同事 Matt Nelson 主持。 - 8 月 9 日：[运行多个验证者客户端和质押为服务（ Staking as a Service）](https://www.crowdcast.io/e/the-merge-weekly/register?session=5) 这里有一个[合并配置清单](https://notes.ethereum.org/@launchpad/merge-configuration-checklist)。 `eth-wizard` 将引导你完成所有的步骤，成为一个完全能运行的验证者。0.8.5 版 [Easy Panda](https://github.com/stake-house/eth-wizard/releases/tag/v0.8.5) 已经发布，它支持 Goerli 合并后的测试网。 <br/> ## 释义性文章 分布式验证者技术是本周的热门话题。Nethermind 的 Isaac Villalobos 和 Albert Garreta 通过[整理分布式验证者技术](https://medium.com/nethermind-eth/sorting-out-distributed-validator-technology-a6f8ca1bbce3)帮助我们。还有 `@markoinether` 带来了[什么是 DVT，为什么我们需要它？](https://twitter.com/markoinether/status/1556555991701164034)。 Lodestar 的 Phil Ngo 发表了一篇关于[以太坊轻客户端的未来之路](https://blog.chainsafe.io/the-road-ahead-for-ethereum-light-clients-b6fdb7c3b603)的好文章。在过去的几天里，人们对整个以太坊的去中心化状态真的有些担心。轻客户端是让我们所有访问变得更加强大的关键组成部分，好消息是，Eth2 协议已经被精心设计过，以支持一个健康的轻客户端生态系统。 另外，Bankless 文章：[你需要知道的关于合并的一切](https://newsletter.banklesshq.com/p/ethereum-merge-launch-release-date-roadmap)。 <br/> ## 媒体和其他 来自 Ethereum Cat Herders 的另一场精彩的 "了解你的客户(KYC)"会议。Adrian Sutton 介绍了 [Teku 和合并](https://www.youtube.com/watch?v=YTWaZ-NBpbM)。我强烈推荐这个视频。 Stephane Gosselin 和 Vasiliy Shapovalov 参与了 Epicenter 的播客，讨论了 MEV-Boost——[为合并做准备](https://epicenter.tv/episodes/455/)。这是对这个话题的一场相当深入讨论。 Anthony Sassano 参与了播客 [Show Me the Crypto](https://twitter.com/ShowCrypto/status/1556840565446025330)，讨论了关于合并的所有事情。 一如既往的忙碌，Anthony 在 SSV Network 的最新 Twitter Space 中与 Mudit Gupta 交谈，他为我们提供了[对合并的深入研究](https://twitter.com/ssv_network/status/1554095983889448961)。 Tim Beiko 向[以太坊温哥华社区](https://youtu.be/Y2WtdEVhfuA)介绍了合并。声音质量很差，而且你无法阅读幻灯片。但是，嘿，那可是Tim！[[3]](https://hackmd.io/@benjaminion/wnie2_220812#fn3) <br/> ## 研究 如果我们要运行 [MEV-Boost](https://boost.flashbots.net/)，那么我们需要解释为什么它不是完全去信任的。特别是在目前的设计中，质押者必须相信中继者的行为是正确的。也就是说，中继者正确地报告了他们的区块的价值，提供了有效的区块，并且不会在验证者签名后扣留区块。(这个在上面提及的 Epicenter 播客的[这里开始](https://youtu.be/Q9UKRAW7EOI?t=1647)讨论到。来自 Flashbots 的 Hasu 在[了解 Mev-boost 的活性风险](https://writings.flashbots.net/writings/understanding-mev-boost-liveness-risks/)中探讨了其威胁中的第三个。） 让中继者保持诚实的一个方法是监控它们。因此，Alex Stokes 提出了一个[中继监控器设计](https://hackmd.io/@ralexstokes/SynPJN_pq)，允许收集故障信息并作为每个中继者的记分卡进行报告。接着，质押者可以就访问哪些中继者做出明智的决定。 [ethresear.ch](https://ethresear.ch/) 在我写这篇文章时宕机了(现已恢复)。但我已经记下了在构建[KZG多重验证](https://ethresear.ch/t/a-universal-verification-equation-for-data-availability-sampling/)方面的[突破](https://twitter.com/asn_d6/status/1555256456890515457)，这将有助于提高 danksharding 的性能。 <br/> ## 常规会议 <br/> ### 以太坊核心开发者会议 第 144 次以太坊核心开发者会议在 8 月 4 日举行： - [会议议程](https://github.com/ethereum/pm/issues/583) - [会议视频](https://youtu.be/vJYzfRH62Ok) - Tim 的[推特记录](https://twitter.com/TimBeiko/status/1555241740113547264)以及 Christine 的[报告](https://docsend.com/view/2asfhwi2z5ierk4k)。 合并的计划有很多，我们花了最后 30 分钟讨论治理，和我们如何开始让执行层的治理过程（由 EIP 和 ACD 会议管理）和共识层的治理过程（在 GitHub 对规范提交 PR 进行管理）更好地保持一致。 <br/> ### 共识层开发者会议 第 93 次会议在 8 月 11 号举行： - [会议议程](https://github.com/ethereum/pm/issues/594) - [会议视频](https://youtu.be/CIAGQMUKEZ4?t=385) - 我的[速记](https://hackmd.io/@benjaminion/HkPEOKGA5)和 Christine Kim 的[报告](https://docsend.com/view/dptr6wcu9zygd92k) 没发生什么有趣的事。 <br/> ### 第 6 次合并社区会议 - [会议议程](https://github.com/ethereum/pm/issues/580) - [会议视频](https://www.youtube.com/watch?v=AZq1acbjaz4) 有很多关于为合并设置客户端的特设 Q&A。 <br/> ## 后续活动 - 8 月 16 日 —— Infura 关于 [DApp 开发者注意事项](https://www.crowdcast.io/e/the-merge-weekly/register?session=6)的合并工作坊 - UTC 时间 8 月 17 日 16:00 —— EthStaker [第 20 次社区会议](https://ethstaker.cc/community-call-20-swell/)，由 [Swell](https://swellnetwork.io/) 团队主持。 - 8 月 24 日 —— 下一次 EthStaker 合并设置工作坊。这些信息会显示在 EthStaker 主页上。 - UTC 时间 8 月 25 日 16:00 —— Blockwork 的在线会议“[The Merge: Will You Survive, Thrive or Get Left Behind?](https://blockworks.co/webinars/the-merge-will-you-survive-thrive-or-get-left-behind/) ，传奇人物 Taylor Monahan 和其他人会出席。需要登记才能参与。 - 9 月 1 号 —— SBC 的 MEV 工作坊。在线出席信息[有待确认](https://twitter.com/0xQuintus/status/1557018245785321472)。 - UTC 时间 9 月 9 日 14:00 —— [第 7 次合并社区会议](https://github.com/ethereum/pm/issues/599)。 - 9 月 15 日 —— 谁知道呢？ <br/> ### 其他新闻 - Danny Ryan 的文章 [Finalized no. 36](https://blog.ethereum.org/2022/08/12/finalized-no-36/) ：合并进程已经开始启动 🚀 - [Stereum](https://twitter.com/stereumdev/status/1556718134161072128) 最新一期的 Under the Surface。 - [Coinbase 第 18 次 eth2 更新](https://www.coinbase.com/cloud/discover/insights-analysis/eth2-merge-update-special-edition-everything-you-need-to-know-about-the-merge)。合并专刊，这里有一些不错的合并背景信息。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Thinking/the-one-word-that-defines-ethereums-goalhttps://www.ethereum.cn/Thinking/the-one-word-that-defines-ethereums-goalFri, 12 Aug 2022 00:00:00 GMT来源 | [Coindesk](https://www.coindesk.com/layer2/2022/06/27/the-one-word-that-defines-ethereums-goals/) 作者 | Dr. Paul J. Dylan-Ennis <br/> <br/> 在熊市，区块链文化直面着自己的本质。[最近的崩盘](https://www.coindesk.com/markets/2022/06/16/first-mover-asia-celsius-risks-triggered-crypto-crash-says-huobi-group-cfo-bitcoin-wobbles-but-doesnt-break-post-rate-hike/)揭露了去中心化金融 (DeFi) 市场其实是一个的复杂金融工具的迷宫，具有传染属性。DeFi 并没有为传统金融系统带来一个开放的、无需许可的替代方案，而是成为了它的加速主义镜像。是一种通过 Metamask 扩展的赌场资本。 人们天然地将责任归咎于不负责任地进行杠杆化的[对冲基金](https://www.threearrowscap.com/)和[借贷平台](https://celsius.network/about-us)。他们说，问题在于中心化金融，即 CeFi，它们角色扮演为 DeFi，而实际上 DeFi 本身没有问题。然而，这种认为 "这次会不同"，一旦 DeFi "获胜"，金融行动者都会理智行事的想法，只是瘾君子的自欺欺人逻辑。 这篇文章摘选自 “***The Node”***，即 CoinDesk 的区块链和加密新闻重要事件的每日综述。你可以订阅获取[完整的新闻通讯](https://www.coindesk.com/newsletters/)。 事实是这种中心化问题将再次发生，因为发生在以太坊 ( DeFi 发源地) 上的政治最终图景还不明朗。以太坊也有一个[技术最终图景](https://vitalik.ca/general/2021/12/06/endgame.html) —— 一个开源、透明的[世界计算机](https://www.coindesk.com/markets/2016/03/13/whats-the-big-idea-behind-ethereums-world-computer/) —— 但没有人了解以太坊的用途。它的重点、原理还有我们进入以太坊的原因是什么？一个大大的疑问。 相较而言，比特币的政治最终图景可以被概括成一个词：**超比特币化（hyperbitcoinization）**。比特币旨在从法定货币体系过渡至比特币标准。 另请参阅：**[《以太坊政治哲学解释》](https://www.coindesk.com/markets/2021/07/09/ethereums-political-philosophy-explained/) | Paul Dylan-Ennis** 那在以太坊上相等的单个术语是什么？为了找到它，重要的是先了解当代以太坊的政治图景。它的光谱如下： <br/> - 密码朋克：以太坊根植于较早期的隐私和技术倡导的传统中，它认为程序员应该使用加密和计算来构建中立的基础设施，其他人也可以赋予意义。以太坊的政治学是它非政治的立场，有时也称为“[算法权威](https://arxiv.org/abs/2201.05939)”，它唯一的关注点是创建几乎不需人类中介的开源工具。这与以太坊的“核心”开发者有关。 - 实验性自由主义：以太坊治理实验（比如，[灵魂绑定通证](https://vitalik.ca/general/2022/01/26/soulbound.html)）和做市模式（比如，[二次方投票](https://www.radicalxchange.org/concepts/plural-voting/)）的结合可以产生新的自由民主政治创新。这个观点与以太坊网络创始人 Vitalik Buterin 以及微软的 Glen Weyl 有关。 - 太阳朋克（Solarpunk）：去中心化自治组织（DAO）赋能下的社会协作，可以在更广泛的社会上创造正外部性，将有温度的人文主义氛围嵌入它的美学中。Gitcoin 创始人 Kevin Owocki 和 Scott Moore 还有 DoinGud 创始人 Manu Alzuru 与之相关的例子。 - 月亮朋克（Lunarpunk）：发生在以太坊原生技术（DAO、DeFi、NFT）上的零知识证明的不同实现增强了隐私，这对于保护加密文化免受现代监视资本主义的影响来说是必不可少的，通常采取的是一种阿哥拉主义者（agorist）或者左派/激进自由主义的立场。这种哲学运动与 DarkFi 的 Rachel-Rose O'Leary 和 Amir Taaki 有关。 - Degens(译者注：敢于豪掷的老手或赌徒)：以太坊是一个构建具有高度投机特质的金融工具的平台，而其用户唯一的目标就是积累财富，甚至以一种不道德的方式敛财。本质上是一种市场虚无主义。 <br/> 是否有一些贯穿这些观点的共同线索，对应着比特币紧密的超比特币化？ 先把市场虚无主义者的观点排除在外，因为他们观点在于短期利益，对于以太坊的长期利益没有兴趣。 在整个光谱上，以太坊的目标是从一个基于不可持续实践上不断恶化的传统金融系统转型，也要从 degen 文化及其推动者、风投资本公司和对冲基金这些实践的不同实现中转型。 我的论点是，以太坊政治光谱上的这些分散点可以被纳入“以太坊到底是用来干嘛的？”这个问题的一个总体回答中。 如果没有这个问题的答案，人们总是怀疑答案就是：为了哄抬以太币的价格、产生收益，也为了从速转卖 NFT 等等。 请另参阅：**[《加密货币：源源不断（给慈善）的礼物》](https://www.coindesk.com/tech/2021/11/25/crypto-the-gift-that-keeps-on-giving-to-charity/)| 观点** 这并不意味着我们需要在一个高度概括的元观点下破坏观点的多样性，而只是说有一个我们都可以大致同意的答案、大致的共识和运行代码会有所帮助。 为了寻求整个光谱的共识，以太坊的政治图景可以被总结为一个词：**超再生化（hyperregenization）**。 <br/> - 再生经济学而不是虚幻的无限增长：以太坊通过二次方募资机制提供[可追溯的、积极主动的公共物品](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c)募资的服务。它包含着将这种超越以太坊和 web3 的中立公共物品的密码朋克机制，扩展到传统政治世界的潜力，正如太阳朋克所提倡的，他们专注于正外部性。这样一来，以太坊就可以成为基于自由主义和人文主义原则建立国家供应的[最小政府主义替代方案](https://www.libertarianism.org/columns/minarchists-anarchists-in-libertarian-history)。 - 再生公民资格而非无灵魂的个人主义投机：以太坊可以通过追溯性的空投奖励良好的公民，比如参与了 Gitcoin 轮、治理投票、测试网和社区频道。这些实验性自由主义的公民活动可以被采集到灵魂绑定通证中，该通证会随着时间而不断丰富发展，而我们可以保证月亮朋克们的隐私导向思维模式让公民可以“[选择性地展示](https://urbigenous.net/library/cypherpunk_manifesto.html)”他们自己（或者完全不展示）。需要建立[安全的社交和社区恢复](https://vitalik.ca/general/2021/01/11/recovery.html)方法才能促使其繁荣发展。 - 再生去中心化而不是中心化这种衰退：以太坊是一种[资讯共享空间](https://en.wikipedia.org/wiki/Information_commons)或[共有知识池](https://en.wikipedia.org/wiki/Common_knowledge_(logic))。当中心化集群出现时，尽管并不是没有挑战，但是透明度使我们能够识别他们。最近为再去中心化客户端多样性以及当前为再去中心化质押所做的努力，揭示着以太坊阻止中心化的文化本能依旧是完好如初的。为了做到一点，我们将需要有密码朋克开发者文化中的“守夜人”心态。 <br/> 所以以太坊的用途是什么？—— 为我们带来更多的超再生化。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/merge-ttdhttps://www.ethereum.cn/Eth2/merge-ttdThu, 11 Aug 2022 00:00:00 GMT来源 | [notes.ethereum.org](https://notes.ethereum.org/@MarioHavel/merge-ttd) 作者 | Mario Havel <br/> <br/> # 合并 TTD 值 <br/> 目标：确定 TTD 值，它会在 Bellatrix 主网升级之后以及九月底之前触达。如果算力大幅下降，那我们可以在 Bellatrix 升级之后，我们可以调用指令以覆盖 TTD。 <br/> ## **预测 TTD 值的策略** <br/> 为了设定合并的终结总难度值，我们可以先预测给定日期的 TTD 值，然后根据算力的变动进行调整。 为了确定 TTD 值触达的时间，可用[多项式回归的方法](https://ethresear.ch/t/predicting-ttd-on-ethereum/12742)创建一个具有合理精确度的估值。这些估值会基于前四周的数据并使用[预测工具](https://github.com/taxmeifyoucan/predict_ttd/)生成。但是，预测的精确度完全取决于未来算力的波动。如果算力大幅变动并且比预期的日期提前了足够长的时间，那么 TTD 的日期可能会推迟几天。 让我们来研究一下以太坊网络的算力以建立预期。 <br/> ### **算力趋势** <br/> 在过去的几个月里，算力平均值在 1PH/s 左右，并在 5 月达到峰值 1.126 PH/s。在 6 月急剧下降之后，算力逐渐恢复，并且现在保持在 900TH/s 左右（平均值、有效的算力）。上个月，算力在 950TH/s 和 780TH/s （峰值）之间振荡，其每日变化不大于 5%。 <br/>  <br/> 算力会基于挖矿收益率发生浮动，而挖矿的收益率与 ETH 价格相关。尽管算力变化不完全依赖于价格的波动，但是它确实会对此作出反应。以下是 1 月以来的 ETH 价格和算力投射到一个图表中： <br/>  <br/> 因为算力表明了在一段时间内必须克服的挖矿难度，我们可以确定在特定时间，网络中达到 TTD 值所需的具体算力值。[这个脚本](https://gist.github.com/taxmeifyoucan/92f1673b45c82b1764002b276bbfb157)计算并显示出在一段时间内 —— 9 月期间 —— 达到给定 TTD 值所需的算力值。 <br/> 在下列可视化图表中，你可以从更大的时间框架上看清楚算力的趋势。它显示，在一段时间内（y 轴）达成示例的 TTD 值所需的算力值（x 轴）。曲线的红色部分代表 9 月，也就是合并可能发生的时间。 <br/>  <br/> 这个形状实际上显示出，9 月的前半段需要明显更大的算力。这为算力在前期的增长提供了更多“保护”，但随后必要的算力下降得更慢。如果算力大幅下跌，那么必要算力的缓慢降幅会让 TTD 更难达到。 <br/> 由于 DAG 大小达到 5 GB 以及矿工可能会采取的消极应对，我们必须留出足够的空间来应对算力的下降。为此，下面预估的默认预测值会向下舍入。 <br/> ## **场景 1 估值** <br/> 场景 1，Bellatrix 主网升级将在 8 月 31 日发生。 <br/> | 事件 | 预计日期 | | --- | --- | | Bellatrix 主网升级 | 8 月 31 日 | | 合并 TTD 触达 | 9 月 15 日 | <br/> 预测将会在 UTC 时间的 9 月 15 日 中午触达 TTD 值，介于 `5877487756139069440` 和 `58834281007084994560000` 之间。 <br/>  <br/> 为了取出更好且稍低的数字，我们可以将这个向下舍入为 `58750000000000000000000`。这个数字只需相差 10 个小时就可以达到。以下是在 9 月达到这个 TTD 值所需算力的可视化图表。 <br/>  <br/> <br/> 你可以看见达到这个 TTD 值的必需算力从 9 月 1 日的 1400TH/s 左右减少到 9 月底的 623TH/s 左右（比当前的算力下降了 29%）。红色虚线代表了当前的算力平均值，并在 9 月 15 日与蓝色曲线相交，这是 TTD 值的预估日期。 <br/> 下一个图表绘制了与当前算力 (在 0 处用红色虚线标记) 相比的必要算力百分比变化。 <br/>  <br/> 这里的图表总结了这些估值并把它与 ATH（历史最高）算力和当前算力进行对比。 <br/> | 日期 | 需要的算力 | 对比 ATH 算力 | 对比当前算力 | | --- | --- | --- | --- | | 9 月 1 日 | 1392 TH/s | +23 % | +58 % | | 9 月 8 日 | 1073 TH/s | -4 % | +22 % | | 9 月 15 日 | 872 TH/s | -22 % | +0 % | | 9 月 22 日 | 735 TH/s | -34 % | -16 % | | 9 月 30 日 | 623 TH/s | -44 % | -29 % | <br/> 如果我们预估最大限度的算力跌幅为 30%，那么 TTD 值会在 9 月底达到。如果我们想为更大的跌幅做准备，就必须把 TTD 值设得更低。 以下图表列出了其他要考虑的 TTD，它们什么时候会触达、在 Bellatrix 升级中需要多少算力才能达到以及从当前算力来看，我们可以预计下降多少百分比。 <br/> | TTD | 预计日期 | Bellatrix 升级时的算力 | 合并前算力下降百分比 | 9 月 30 日前算力下降百分比 | | --- | --- | --- | --- | --- | | 58600000000000000000000 | 9 月 13 日 | 1318 TH/s | 5% | 32% | | 58480000000000000000000 | 9 月 11 日 | 1260 TH/s | 10% | 35% | | 58300000000000000000000 | 9 月 9 日 | 1171 TH/s | 16% | 40% | | 58190000000000000000000 | 9 月 7 日- 8 日 | 1117 TH/s | 20% | 43% | <br/> ## **场景 2 估值** <br/> 在场景 2，Bellatrix 主网升级会在 9 月 6 日进行。 <br/> | 事件 | 预计日期 | | --- | --- | | Bellatrix 主网升级 | 9 月 6 日 | | 合并 TTD 触达 | 9 月 20 日 | <br/> 预测会在 UTC 时间的 9 月 20 日中午触达 TTD 值，介于 `5915542925294436352` 和 `59227132692074332160000` 之间。 <br/>  <br/> 将它向下舍入至 `59100000000000000000000` ，大约会相差 16 小时。下一个图表绘制了要在 9 月 6 日至 7 日期间达到 TTD 值所需的算力。 <br/>  <br/> 达到这个 TTD 值的必要算力会从 9 月 6 日 Bellatrix 升级的 1290TH/s 下降至 9 月 30 日的 700TH/s （比当前算力下降了 20%）。红色虚线代表着当前算力的平均值，并在 9 月 19 日至 20 日与蓝色曲线相交。 <br/>  <br/> 这种情况下，我们在 Devcon 前达到 TTD 值得空间较小。但是我们有更多的时间基于一个潜在的 DAG 算力降幅来调整 TTD 值。以下是考虑到较低算力的其他 TTD 值： <br/> | 日期 | 需要的算力 | 对比 ATH 算力 | 对比当前算力 | | --- | --- | --- | --- | | 9 月 8 日 | 1205 TH/s | -7 % | +37 % | | 9 月 14 日 | 980 TH/s | -12 % | +11 % | | 9 月 22 日 | 826 TH/s | -26 % | -5 % | | 9 月 30 日 | 701 TH/s | -37 % | -20 % | | 10 月 4 日 | 651 TH/s | -42 % | -25 % | <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-9https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-9Tue, 09 Aug 2022 00:00:00 GMT **合并最新进度图**  来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1556797129263292426&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1556797129263292426" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 592px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **主网合并前夕：PoW 硬分叉影响分析以及舆论事件** 最近，社区对于 PoW 分叉的讨论不断，DeFi 借贷协议 MakerDAO 在推特发布了一条更新，分析了合并后潜在的 PoW 分叉对 Maker 可能存在的风险。 <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1555626931034415104&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1555626931034415104" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 457px; display: block; flex-grow: 1;"></iframe> 潜在的分叉可能会从以下几个方面影响 Maker： 1️⃣ 期货现货溢价 & 负资产 (Futures Backwardation & Negative Funding) 现货 ETH 将收到 PoW 分叉币，然而 ETH 季度期货或者永续合约则不会。 假设在有效市场中，合并之后，基于对 PoW 分叉币的预期价值，季度期货应该开始以相对于现货 ETH 的额外折扣价进行交易。 在实践中，市场参与者可以购买现货 ETH，然后卖出等量的 ETH 期货，以押注分叉价值，同时保持投资组合的正负平衡 (即 Position-delta Neutral)。 考虑到会有大量资本追求这种交易，可能会导致 PoW 分叉推出后立即出现庞大的卖压。或者，如果 PoW 分叉币的前景不佳，我们可能会看到期货合约的价值回升到与现货一样的价值。 对 Maker 的影响： - 通过期货合约的名义杠杆成本下降 (不包括潜在的分叉币价值)，给 Maker Vaults 带来竞争压力 - 那些认为潜在分叉币的价值会高的用户就会被激励对期货进行杠杆，然而那些认为其价值会很低的用户则偏向于用 Maker Vaults 进行杠杆，vault 的所有者仍将收到潜在的分叉币。 应对措施： - 保持有竞争力的利率，以避免损失太多交易量给期货合约。 2️⃣ stETH 折价 在任意 PoW 以太坊分叉中，stETH 都可能变得毫无价值。这是因为未来的以太坊升级包括从存款合约中解锁质押的 ETH，而这对分叉链来说，几乎没有经济激励来考虑这一点 因此，基于对于 PoW ETH 分叉币的预期价值，流动性质押资产的市场价格可能会下降。直接原因会是用户将 stETH 兑换为 ETH，或者杠杆做空。 如果 PoW 分叉币的预期价值很高，那么可能会引起 stETH 面临严重流动性缺乏的风险，因为大多数去中心化交易所的资产都保存在稳定兑换的池子中，其流动性集中在与 ETH 1:1 的价格比。 不断增加的 stETH 折价会激励那些不看好分叉币价值的人对质押进行杠杆操作。这可能会提高借贷协议上 ETH 的存款利率，同时进一步增加流动性的尾部风险。 对 Maker 的影响： - 可能会增加 stETH 的流动性风险和下行波动性。 - stETH 折价激励了用户对质押的杠杆行为，这将增加负价差的风险，同时提高借贷协议中 ETH 的供应利率 应对措施： - 监测 stETH 的流动性，并通过调整参数变化来应对，必要时增加稳定费 (Stability Fee) 或者提高清算率。 - 监测在 DeFi 借贷协议中使用 ETH 抵押品的竞争利率。 3️⃣ 外部资产分叉选择 以太坊上托管着各种各样的外部抵押资产。包括跨链桥接、中心化的稳定币以及现实世界的资产。 这些资产由外部抵押品提供支持，而且一次只能在一条链上完全抵押。这意味着，在分叉期间，发行者将需要识别某条链是规范的。 可能会有一个或多个外部发行方识别某个 PoW 分叉链，这存在一定程度的风险。这可能会使桥接到主网以太坊的资产变得一文不值 (它们只会在 PoW 分叉上接受抵押支持) 从以太坊桥接出去的资产是在 PoW 链上的抵押资产，因此也将面临变得没有价值的风险。 对 Maker 的影响： - 如果所有外部抵押的资产发行方都支持合并升级，则影响最小。 - 如果一个或多个发行方支持 PoW 分叉，这可能会对 DEX 流动性池和其他接受该资产作为抵押品的协议造成重大影响。 应对措施： - 确认与 Maker 协议和将 DAI 桥接到其他链上的服务互动的主要外部资产提供商对合并支持。 此外，对于有矿工计划对以太坊进行分叉，在合并后挖他们自己的以太坊链，EF 的 Justin Drake 表示重要的封装资产提供者支持合并，因此两条链并存的可能性是不存在的。 https://thedefiant.io/pow-die-hards-plan-to-fork-and-mine-original-ethereum-after-the-merge Hasu 撰写推文：即便以太坊合并有问题也会延期完成，除了矿工没人想用 ETHPOW。 <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1555902237548896256&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1555902237548896256" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 409px; display: block; flex-grow: 1;"></iframe> 区块链去中心化预言机解决方案 Chainlink 也发文表示将不会支持以太坊 PoW 分叉链。 <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1556353163820642304&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1556353163820642304" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 756px; display: block; flex-grow: 1;"></iframe> <br/> **美国财政部制裁 Tornado Cash 及其后续影响** 8 月 8 日，美国财政部外国资产控制办公室（OFAC）制裁了虚拟货币混币平台 Tornado Cash。据美国财政部的新闻，Tornado Cash 自 2019 年创建，已参与了价值超过 70 亿美元的不同虚拟货币洗钱活动。 负责恐怖主义和金融情报的财政部副部长 Brian E. Nelson 指出： > 尽管 Tornado Cash 已公开保证不这样做，但该公司一直未能实施制止其定期为恶意网络行动者洗钱的有效控制措施，也没有采取基本措施来应对洗钱风险。**财政部将继续积极采取行动，打击为犯罪分子和帮助平台者清洗虚拟货币的混币平台**。 9 日，Gitcoin 发文称，已暂停对 Tornado Cash 的资助，并给出了一份已被添加至 OFAC 的 SDN 名单的钱包地址；Circle 的 USDC 项目也将这些地址加入了黑名单，可通过它的黑名单账户 [@usdcblacklist](https://twitter.com/usdcblacklist) 查看。另外，网站 [Dune.com](http://dune.com/) 聚合了这些被禁掉的地址，包括 [USDC](https://dune.com/phabc/usdc-banned-addresses) 和 [USDT](https://dune.com/phabc/usdt---banned-addresses) 禁掉的地址。 从事 DeFi 教育的团队 [@BowTiedlguana](https://twitter.com/BowTiedIguana) 发文解释了 OFAC 是什么、对 Tornado Cash 的制裁以及这场制裁对 DeFi 意味着什么。 **1.OFAC** OFAC：美国财政部外国资产控制办公室（OFAC）管理和执行对知名个体的制裁，包括主要的国际恐怖分子，贩毒头目以及一些被认为是敌视美国利益的他国金融/政治精英。 OFAC 会确保美国人士（公民、居民和公司）在没有政府特别批准的情况下无法合法地与古巴、伊朗、伊拉克、朝鲜等国家进行生意往来。它维护着一份特别指定国民和被封锁人员的名单（[SDN名单](https://t.co/21tbqKy76U)）。 **2.对 Tornado Cash 的制裁** [@BowTiedlguana](https://twitter.com/BowTiedIguana) 整理出了一份在此次制裁中被纳入 SDN 名单的钱包地址名单，这些地址内存放着总价值为 4.37 亿美元的稳定币、ETH 和 WBTC。  任何美国公民、居民和公司与该名单上的人员、公司和国家（包括 Tornado Cash）进行贸易、经济交易或“其他交易”的行为都会被视为是违法的，据美国联邦法规，或将面临高额罚款和监禁。 而这种“其他交易”的定义相当广泛。其政府指南指出，它可能包括“技术交易，例如从受制裁实体下载软件补丁”。基于这一点，**美国人（公民、居民和公司）访问 Tornado 网站的行为也可能是违法的**。 其中，WBTC 由 BitGo 发行。它的实体位于南达科他州和纽约州，必须遵守 OFAC 的制裁，否则他们的高管将面临数百万美元的罚款和监禁。 因此，我们预计他们将暂停赎回受污染的 WBTC，使这些代币变得毫无价值。如果流动性提供商不立即从 DEX 拉出流动性，他们很可能最终成为被封锁的 WBTC（和稳定币）资产的 bagholder（原指那些持有着无价值股票的股东）。 **3.美国财政部 OFAC 的这场制裁意味着什么** （1）对于**以太坊的美国矿工和验证者**来说，如果在他们生成（或验证）包含交易的以太坊区块中，包含 SDN 列表中的以太坊地址之一，就可能违反 OFAC 的制裁。但是，如何执行尚不清楚。 [@BowTiedlguana](https://twitter.com/BowTiedIguana) 推测以太坊客户端软件可能会更新一个可选补丁，允许矿工/验证者略过受污染的内存池交易（即包含与处于该名单内的交易方的交易），以避免违反制裁。交易审查并不流行，但我们可能会看到美国大型矿工/质押者团体会在内部完成交易审查。 （2）对于任何投资以太坊 PoS 的**美国基金**来说，这可能是一种风险，因为对包含非法交易区块进行的投票可能是一种非法活动。我们预计要么采取技术对策（自愿审查），要么将业务转移到美国管辖范围之外。 （3）对于 CEX（中心化交易所）来说，预计他们会使用自己的链分析软件来阻止和报告所有违反制裁的客户交易。也就是，阻止和报告任何从 Tornado Cash 提款的人，还有试图从美国相关的 CEX 进行提款的人。 非美国分部的交易所是独立的法人实体，但也可以被视为美国实体的事实上的“外国分支机构”。因此，[@BowTiedlguana](https://twitter.com/BowTiedIguana) 强烈鼓励交易所确保其在外国注册的集团公司也完全遵守 OFAC 制裁。 总之，美国政府乐于把为外国势力和极其危险的人保留的最高级别的经济制裁用来对付加密货币中的隐私产品。 （4）如果你是**美国人士**，任何与 Tornado Cash 的互动都可能是非法的——包括通过 Gitcoin 给它捐赠、为项目工作、运行或下载其软件、访问其网站以及从智能合约中存款/取款。 截至 8 月 8 日，Tornado 中的所有资产均已被污染。Tether、Circle 和 BitGo 将拒绝兑换这些代币。无论如何，代币很可能会从 Tornado Cash 中撤出并转入流动资金池。流动性提供者将被留下承担责任。 出于发行方（Circle、Tether、BitGo）的谨慎思考，这些遭到污染资产的 DEX 池有较小的被全部列入黑名单的风险。 （5）经营以太坊挖矿或质押业务的美国人士可能面临法律风险 —— 这些企业可能会自我审查交易或转移到海外。与 Tornado 资金交互的 DEX 之外的 DeFi 协议可能存在法律风险，包括他们的（美国）员工也面临着法律风险。 来源： https://home.treasury.gov/news/press-releases/jy0916 <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1556708643617312768&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1556708643617312768" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 313px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1556683120002314241&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1556683120002314241" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 433px; display: block; flex-grow: 1;"></iframe> <br/> **针对 NFT 隐私方案的技术讨论** 社区成员 Nerolation 在 [ethresear.ch](http://ethresear.ch/) 技术论坛发布了一篇关于使用兼容 zk-SNARK 的 ERC-721 代币来实现 NFT 隐私的草案。Vitalik 对此提出了一个更加轻量级的实现方式，只需用普通的 “Stealth Address”技术，而不需要 Merkle trees 或者 ZK-SNARK 来实现。也就是说除了 NFT 接收者和发送者，没人知道谁是新持有者。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1556548617636556800&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1556548617636556800" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 765px; display: block; flex-grow: 1;"></iframe> <br/> **Solidity 发布 0.8.16 版本** 8 月 9 日，Solidity 发布 Solidity 版本 0.8.16。该版本修复了重要的漏洞，还包括对其他小漏洞的进一步修复和一些功能。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1556697008844447744&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1556697008844447744" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 686px; display: block; flex-grow: 1;"></iframe> <br/> **Meta 已在上百个国家的 Instagram 上推出 NFT** Meta 与 [Coinbase](https://twitter.com/coinbase) 和 [Dapper](https://twitter.com/dapperlabs) 合作，并在经过一系列的测试阶段后，在上百个国家的 Instagram 上推出了 NFT。  来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1555210451830677505&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1555210451830677505" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 645px; display: block; flex-grow: 1;"></iframe> <br/> **Messari 收购最大的加密融资数据库 Dove Metrics** 8 月 2 日，加密货币市场情报产品供应商 Messari 宣布收购 Blackrose Capital 的 Dove Metrics 的资产和业务。Dove Metrics 是加密货币融资领域领先的融资数据和情报供应商。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1554487703252508672&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1554487703252508672" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 622px; display: block; flex-grow: 1;"></iframe> <br/> **Vitalik 将参与 ETHMexico 的开幕式演讲** Vitalik 将作为主讲人，参加 ETHMexico 的开幕式。此次黑客松将从 8 月 19 日持续至 21 日，地点在墨西哥城市，报名时间截止 8 月 12 日，申请链接：https://t.co/SY7feXt4bI 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1556735578674270210&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1556735578674270210" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 756px; display: block; flex-grow: 1;"></iframe> <br/> **Lido 发布“Lido 节点运行者门户网站” v1** 8 月 3 日，Lido 发布“Lido 节点运行者门户网站”的第一个版本，这个平台将成为 Lido 节点运行者的所有相关信息和资源整合到一起。 来源： https://blog.lido.fi/unveiling-the-lide-node-operator-portal <br/> # 合并 **Goerli/Prater 合并的 Bellatrix 升级** 在上周四 8.5 的第 144 次以太坊核心开发者会议 (ACD) 上，开发者对 Goerli/Prater 合并的 Bellatrix 升级进行了回顾：升级前的参与率是大约 90%，升级后下跌到大约 81%。掉线的有一部分是由于一个运行验证者的客户端团队没有对这部分验证者进行升级，其他掉线部分是由社区运行的验证者。由于运行验证者需要一些存储/带宽开销，在测试网上的激励不足，估计是有些人没有很上心。但总的来说，客户端团队对升级的水平是满意的！ 网络需要至少 2/3 的验证者参与才能进行最终敲定，因此如果低于这个比例，是会出问题的。如果你在运行一个 Prater 验证者，现在还可以升级并为这周的合并做准备。相关信息：[Goerli/Prater 合并公告](https://www.ethereum.cn/Eth2/goerli-prater-merge-announcement) 这次升级一切都挺顺利的，发现的唯一问题是 Teku<>Prysm 对等点连接问题，这个问题已经修复了。 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1555242961029386240&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1555242961029386240" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 521px; display: block; flex-grow: 1;"></iframe> <br/> **第六次 Goerli 影子分叉与 mev-boost** 根据 Pari 在 Eth R&D discord 的[汇报](https://discord.com/channels/595666850260713488/892088344438255616/1004748874444984340)，在 8.4 进行的第六次 Goerli 影子分叉 (GSF6) 的总结如下： - 没有客户端问题，所有客户端组合都同步了，并正确处理了过渡 - 有两个节点用完了磁盘空间，者解释了参与率下降的部分 - 网络有 30% 的验证者运行着 mev-boost 完成过渡，除了一个在印度的节点出现更严重的延迟。 此外，在 ACD 上，Flashbots 团队的 Chris 对 mev-boost 进行了更新。他强调了在 GSF6 上看到的问题，并表示他们将研究中继里验证者注册的批量大小默认值，以及针对这类问题的其他措施和提供更好的文档。 然后，他宣布， Flashbots 将在九月对它的中继代码开源，这会让更多人检视这个对协议越来越重要的代码库。 此外，Flashbots 现在还有一个开源的构建者和中继原型，虽然还不是产品级的，但对于大家更好理解规范实现还是很有用的：https://github.com/flashbots/boost-geth-builder 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1555249156599324672&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1555249156599324672" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 477px; display: block; flex-grow: 1;"></iframe> <br/> **DAG 的增长或加速合并的到来** 在 ACD 上，Tim Beiko 提出了关于主网不断增长的 DAG 大小，以及它会如何影响合并 TTD 的忧虑。简单来说，DAG 大小决定了挖矿的硬件要求，以及当它超过了一定的阈值，挖矿设备在以太坊上就不能用了。 根据 minerstat (https://minerstat.com/dag-size-calculator) 上的数据，在一周后以太坊的 DAG 大小就会超过 5GB。当超过 4GB 时，算力的下降并不明显，但有人说到达 5GB 时会下降地更明显，因为这是常见 ASIC 的配置。 因此，这就带来了什么时候以及如何计划主网的 TTD 问题。理想情况下，在确定这些问题后就可以定下 TTD 的值，在确定的时候就可以把严重的算力下降问题考虑在内。下一次的 ACD 做这件事就刚刚好。 即便如此，客户端团队似乎可能想要更激进的时间安排。Goerli 合并现在计划是 8.10 进行 (参考：https://t.co/WTUWIu0GzK)，假设进行顺利，团队会想尽快给社区定一个日期。 经过讨论，假设 Goerli 合并进展顺利，开发者们同意在 8.11 的共识层开发者会议上设置 Bellatrix 升级的 epoch 和暂定的主网 TTD。在 8.18 的 ACD 上，开发者可以根据 DAG 增长的影响确定是否保留/更改这个 TTD。 来源： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1555250212804763648&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1555250212804763648" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 866px; display: block; flex-grow: 1;"></iframe> <br/> **Lighthouse 发布 2.5.0 版本 Galactic Federation President** 本月初，Sigma Prime 宣布上线 Lighthouse 的最新版本 2.5.0，这是一次中等优先级的发布。 Lighthouse 新版本包含了新的功能，并修复了一些漏洞： - 在 HTTP 响应中增加 `execution_optimistic` flag （[#3070](https://github.com/sigp/lighthouse/pull/3070)、[#3374](https://github.com/sigp/lighthouse/pull/3374)） - 修复缓慢的 eth1 缓存同步时间 （[#3358](https://github.com/sigp/lighthouse/pull/3358)） - 完全支持构建者规范 v0.2.0 （即支持 `mev-boost` )（[#3134](https://github.com/sigp/lighthouse/pull/3134)） - 追溯验证乐观同步了的合并过渡区块（[#3372](https://github.com/sigp/lighthouse/pull/3372)） - 在执行层离线时完善对等点管理（[#3384](https://github.com/sigp/lighthouse/pull/3384)） 该版本的重大变更包括： - **数据库迁移**：这个版本有两个数据库迁移，分别是 v10（[#3322](https://github.com/sigp/lighthouse/pull/3322)）和 v11 （[#3371](https://github.com/sigp/lighthouse/pull/3371)）。旧数据库版本将会自动升级到最新的版本，无需用户干预，。降级需要用户使用 `lighthouse db` 工具。请在[数据库迁移](https://lighthouse-book.sigmaprime.io/database-migrations.html)文档中查看具体说明。 - **在 HTTP API 中增加** `execution_optimistic` flag：根据标准 Beacon API 的 v2.3.0 版本，在一些（但不是全部）HTTP API 响应的 `data` 字段旁，增加了`**execution_optimistic` flag**。 来源： https://github.com/sigp/lighthouse/releases/tag/v2.5.0 <br/> # **合并后** **合并后的三个 API 变更提议** 在第 144 次 ACD 上，开发者们对关于 Engine API 和 Checkpoint Sync (检查点同步) 的一些提议变更进行了讨论，这些变更都是合并后才考虑实现的。 - 移除 `INVALID_BLOCK_HASH` ，对 API 语义的简化：https://github.com/ethereum/execution-apis/issues/270 - 现在，API 允许执行层 (EL) 告知共识层 (CL) 它需要更多时间，但它不可以分享“原因”。这个变更会允许 EL 表明它是去 P2P 网络获取丢失的数据还是只需要在本地执行。这会需要在 CL 客户端的 Optimistic Sync 上有所修改，CL 的开发者有反对声音，这个提案将在未来的会议里继续讨论：https://github.com/ethereum/execution-apis/issues/271 - 分开提供 CL 状态和提供验证它的根的终端：https://github.com/ethereum/beacon-APIs/pull/226 对于 CL 的检查点同步来说，能够检索检查点并验证它是很关键的。发送完整的状态比只是发送验证状态的根所需要的带宽要多很多。分成两个终端将允许较少量的提供商发送完整状态，但使节点可以轻松为验证状态的根指定一个或多个信任源。开发者们对这两个终端应该如何公开有忧虑，这个问题也将在 Github 和接下来的共识层会议上讨论。 来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1555244465756942336&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1555244465756942336" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 869px; display: block; flex-grow: 1;"></iframe> <br/> # **执行层** **EIP-1559 上线一周年** 2022 年 8 月 5 日，EIP-1559 上线满一周年，根据网站 ultrasound.money 上的数据，截至 8.5 已有 2,570,818.41 枚 ETH 被销毁，占 ETH 供应的 2.1%。  来源： <iframe id="twitter-widget-15" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-15&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImludGVyc3RpdGlhbCIsInZlcnNpb24iOm51bGx9LCJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2R1cGxpY2F0ZV9zY3JpYmVzX3RvX3NldHRpbmdzIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9mcm9udGVuZCI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1555507287606820865&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZqnRWJ__PlepBnw-abRGJZ0NJ8CrNhlVFK6sEZKjIIk&amp;sessionId=66d4ba703f345c3c81e70319fad5f7c5baeab060&amp;theme=light&amp;widgetsVersion=b7df0f50e1ec1%3A1659558317797&amp;width=550px" data-tweet-id="1555507287606820865" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 547px; display: block; flex-grow: 1;"></iframe> # Layer2 **StarkWare 宣布添加递归证明到其证明过程中** 基于 ZK-STARK 技术的扩容解决方案团队 StarkWare 宣布其方案已将递归证明添加到他们的证明过程中，这是实现分形式扩容 L3 的关键。加入了递归证明，每一个包含了许多笔交易的证明可以和其他证明 rollup(打包) 进单个证明中。 ➤ 普通的 STARK 扩容过程： 在链下需要做：1) 验证交易的有效性；2) 为这个验证结果生成一个证明 在链上需要做：3) 验证这个证明 ➤ 添加递归证明后： 在链下需要做：1) 验证交易的有效性；2) 为这个验证结果生成一个证明；3) 验证这个证明并为这个验证结果生成一个证明。(在这里施点魔法) 可以重复这个步骤几次。 在链上需要做：验证最终的证明 ➤ 递归证明带来的好处 - 实现超级扩容，因为将许多笔交易压缩为一个证明后，递归证明又将多个证明压缩成单个证明 - 这为 L3 奠定了基础。L3 指的是一个在 L2 之上搭建的环境，L3 的交易 batch 将在 L2 上验证 (编者注：关于 L3 的详细说明，推荐阅读 ECN 翻译的文章[《分形式扩容：从 L2 到 L3》](https://www.ethereum.cn/Layer2/fractal-scaling-from-l2-to-l3)) - 延迟得到了改善。因为不再需要等待所有交易都到达验证程序才开始处理它们，可以开始并行处理更小的交易 batch - 验证包含内置函数的程序的复杂性留在链下处理，因此链上验证只需处理简单的证明 来源：https://twitter.com/StarkWareLtd/status/1556670209414635521 **Arbitrum One 主网将于 8 月 31 日迁移升级至 Nitro** Arbitrum One 主网将于 8 月 31 日迁移升级至 Nitro。在此之前，Arbitrum 会在 24 日进行一次影子分叉迁移，作为主网迁移之前的最后一次彩排。 升级至 Nitro 可以带来： - 对 calldata 进一步压缩。通过减少提交到 L1 的数据量，进一步降低在 Arbitrum 上的交易成本。 - 以太坊 L1 gas 兼容性。使 EVM 操作的定价和记账与以太坊完全一致。 - 额外的 L1 互操作性。包括与 L1 区块更紧密的同步，以及对所有以太坊 L1 预编译的完全支持。 - 安全的 "retryable"，减少 retryable 票据无法创建的失败模式。 - Geth Tracing，用于更广泛的 debug 支持。 - 等等 针对 Solidity 开发者的 Nitro 迁移笔记 (动态文档)：https://github.com/OffchainLabs/nitro/blob/master/docs/migration/dapp_migration.md 来源：https://medium.com/offchainlabs/prepare-your-engines-nitro-is-imminent-a46af99b9e60 **L2 好文推荐** - DelphiDigital 发表了文章《Rollup 的完整指南》，标题作为呼应 Vitalik 之前的文章《 Rollup 不完全指南》的 meme。https://members.delphidigital.io/reports/the-complete-guide-to-rollups - Vitalik 发布了文章 "The different types of ZK-EVMs" 分析对比不同类型的 ZK-EVM：https://vitalik.eth.limo/general/2022/08/04/zkevm.html - Immutable X 发布 zkEVM、EVM 兼容性 & rollup 的完全指南：https://immutablex.medium.com/ground-up-guide-zkevm-evm-compatibility-rollups-787b6e88108e - Takens Theorem 的 Layer2 Playgrounds：https://medium.com/etherscan-blog/layer-2-playgrounds-5a44eed217fa <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 https://www.ethereum.cn/Technology/account-abstractionhttps://www.ethereum.cn/Technology/account-abstractionSat, 06 Aug 2022 00:00:00 GMT 来源 | [https://etherworld.co](https://etherworld.co/2021/10/06/an-overview-of-account-abstraction-in-ethereum-blockchain/) 作者 | **[Yash Kamal Chaturvedi](https://etherworld.co/author/yash-kamal-chaturvedi/)** <br/> 译者注： 账户抽象 (Account Abstraction, AA) 自 2015 年以来就一直被讨论，并提出了几个不同版本的 EIP (EIP-101、EIP-86、EIP-859、EIP-2938、EIP-4337)。最近，账户抽象的研发似乎又成为了社区的讨论热点，应用层面上也陆续推出账户抽象的解决方案。那么账户抽象究竟是什么？大家想要通过 AA 来解决什么？本文讲述了以太坊账户类型、账户抽象的 EIP、以及账户抽象的潜在用例。 <br/> 推荐阅读下列文章，更好地理解账户抽象： [《账户抽象的动机、历史和分析》](https://mp.weixin.qq.com/s/ZGzw3VE-8KEQE5xu7Jw_8A) [《引介 | 概述以太坊账户抽象化》](https://mp.weixin.qq.com/s/3VvjB2GXcH95j2Hr3zcsVg) [《引介 | 账户抽象化（EIP-2938）：为什么 & 做了什么》](https://mp.weixin.qq.com/s/CKtk6xKcXFVjyPKDxHBnhw) [《论账户抽象(2022)》](https://mirror.xyz/0xbeC73ba0817403cd11C11bE891D671EA30443562/95LlE7sLCL4UTvL7rU3ZAXnBvlDbh7X-rm0QWkc43Us) [《EIP-4337》by Plancker DAO](https://www.notion.so/0baad80755eb498c81d4651ccb527eb2) 此外，普朗克社区和 ECN 社区合办的首期“他的名字叫小V”活动对 **EIP4337合约钱包**进行了分享。[点击查看视频](https://www.bilibili.com/video/BV1j34y1J774?spm_id_from=333.999.0.0&vd_source=4f250c2896497165ff9e166ec652e32a)。 <br/>  <br/> 计算机编程中的抽象和数据抽象指的是隐藏除了“对象”相关数据以外的所有数据的过程，目的是减少复杂性并提高有效性。它通过省略不必要细节的方式来表示对象。抽象是面向对象编程（object-oriented programming）的三大原理之一，它与封装和数据隐藏有关。这篇文章将为以下方面提供概览： <br/> - 以太坊账户抽象 - 外部账户/用户账户 - 合约 - 为账户抽象提议的 EIP - EIP-86：事务来源和签名的抽象 - EIP-2938：账户抽象 - EIP-4337：通过入口点合约 (Entry Point Contract) 实现的账户抽象 - 用例 - 钱包 - 赞助交易 - 混币 - DeFi 协议 <br/> # 账户抽象 <br/> [以太坊](https://etherworld.co/2017/02/12/ethereum-ecosystem-part-1/)的账户抽象以创建单一账户类型为目标，这种账户将包含所有相关方面，而且没有任何无关的方面，让开发人员的工作更加轻松。 <br/> ## 以太坊账户类型 <br/>  <br/> 目前，在以太坊区块链上有两种类型的账户： <br/>  <br/> ### 用户账户（EOA） <br/> **用户账户**是给一般人使用的（人类）。 - 这些账户由对应公共地址的私钥所控制，比如用户的钱包账户。 - 这些账户又称为**外部账户(EOA)**，不需要 ETH 余额就可以在区块链上创建一个外部账户。但是，两个外部账户之间可以用 ETH 进行交易，也可以用 ERC 支持的其他代币。 - 外部账户 (钱包) 用于加密货币的发送和接受功能存在于[以太坊虚拟机](https://etherworld.co/2017/02/12/ethereum-ecosystem-part-1/)（EVM）的外部。 <br/> ### 合约 <br/> **合约**是一组由代码控制的指令。 - 因为使用了网络储存，所以创建一份合约通常会产生相关成本。 - 用户可以操作多种功能，比如接收来自外部账户和合约账户的事务，以及向它们发送事务。 - 它还可以启动一个执行多种活动的代码，包括兑换代币或是创建一个新合约。 - 合约账户是存在于 EVM 的“智能合约”。 如果你发送 1 个 ETH 到由代码合约控制的账户，那就没有人可以再控制这个 ETH了。唯一可以转移这个 ETH 的是合约的执行，即代码本身。 > 两种账户类型都具有接收、保留和发送 ETH 和代币的潜能，还有与部署在网络上的其他智能合约进行通信的潜能。 > <br/> ### 账户抽象提案 <br/> **以太坊账户抽象（AA）是对这两种账户形式的加强，让它们更具有可比性，还使外部账户的管理逻辑像合约账户一样通用。** 它的目的是将合约账户的两种形式减为一种形式。单个账户形式的用途包括铸币和合约转账。开发者和用户将不再需要区别账户类型，因为事务将完全转移到 EVM 上并脱离区块链协议。 以太坊开发者一直在寻找实现的方法，但一直没有达到 `Final` 状态的提案。在以下部分，我们将概述迄今为止提议账户抽象的三个以太坊改进提案（EIP）。 <br/> ### 账户抽象提案的时间线 <br/>  <br/> **2016：** - [Vitalik Buterin](https://twitter.com/VitalikButerin) 为 Metropolis 提出最初的抽象变化[想法](https://github.com/ethereum/EIPs/issues/86)。 - 其目的是准备一种账户安全抽象。在传统的模型中，ECDSA（椭圆曲线数字算法签名） 和默认的 nonce 方案是保护账户的唯一途径。在此模型中，所有账户都是合约账户，它可以支付 gas，且用户可以自由定义他们的安全模型。 <br/> **2017**： - Vitalik Buterin 提出了用于事务来源和签名的抽象的 EIP-86。 - 其目的是抽象出签名验证和 nonce 检查机制，允许用户建立账户合约来执行任意所需签名或 nonce 检查，而不是依赖于传统的方法。 <br/> **2020**： - [Vitalik Buterin](https://twitter.com/VitalikButerin)、 [Ansgar Dietrichs](https://twitter.com/adietrichs?lang=en)、 [Matt Garnett](https://twitter.com/lightclients?lang=en),、[Will Villanueva](https://twitter.com/wjvill?lang=en) 和 [Sam Wilson](https://twitter.com/_SamWilsn_) 提议了用于账户抽象的 EIP-2938。 - 目的在于允许合约成为可以支付费用和执行事务的“顶级”账户类型。 <br/> **2021**： - [Vitalik Buterin](https://twitter.com/VitalikButerin)、 [Yoav Weiss](https://twitter.com/yoavw?lang=en)、 [Kristof Gazso](https://twitter.com/kristofgazso?)、 Namra Patel 以及 Dror Tirosh 提议了通过入口点合约规范进行账户抽象的 [EIP-4337](https://github.com/ethereum/EIPs/blob/e4519f1e182e5ec49d99022532b54369e8b293e9/EIPS/eip-4337.md)。 - 其目的在于避免共识层协议变更，而是依靠更高层次基础设施。 <br/> ## EIP-86：事务来源和签名的抽象 <br/> 根据其“摘要”，[EIP-86](https://eips.ethereum.org/EIPS/eip-86) 提议实现一系列改变，这些改变服务于“抽象出”签名验证和 nonce 检查的综合目的，允许用户创建用于执行任意所需签名/nonce 检查的“账户合约”，而不是依赖于使用目前这种硬编码到事务处理的机制。 **传统模型**：ECDSA 和默认的 nonce 方案是保护账户的唯一方式。 **新模型**：所有账户都是合约账户，它可以支付 gas，且用户可以自由定义他们的安全模型。 以 `forwarding contract` 为例，作者 Vitalik Buterin 解释道，这种合约会验证签名，如果签名是有效，它开始向矿工发起付款，然后使用给定的值和数据向指定地址发送调用指令。 <br/> ### 优势 <br/> 这个提案的主要优势如下： <br/> ### 多签钱包 <br/> - **传统方法**：多签钱包中的每一笔交易都必须由所有的参与者进行同意。我们可以通过将所有参与者签名结合为单一批准事务对此进行简化，但这种方法还是会增加复杂性，因为所有参与者的账户都必须持有 ETH。 - **新方法**：在这个 EIP 的帮助下，现在的合约可以持有 ETH，直接提交包含所有签名的事务 至合约上，合约将会支付这笔费用。 <br/> ### 自定义密码学 <br/> - **传统方法**：用户必须遵循 ECDSA，这是一种使用椭圆曲线的密码学。 - **新方法**：用户可以升级至 ed25519 签名或用户自己希望升级的任何方案；不要求用户采用 ECDSA。 <br/> ## **EIP-2938：账户抽象** <br/> 根据 EIP-2938 的摘要，“账户抽象 (AA) 允许合约成为可以支付费用和执行事务的“顶级”账户。 **传统模型**：事务的有效性直接由 ECDSA 签名、一个简单的 nonce 值以及账户余额进行定义。 **新模型**： 1. 账户抽象通过执行随机的 EVM 字节码来扩展事务的有效性条件。 2. 为了表示有效性，引入了新的 EVM 操作码 `PAYGAS`，还设置了合约的 gas 价格和 gas 使用上限。 3. 账户抽象现已分为两类： - **单租户 AA**：这种类型旨在支持钱包或其他参与者很少的用例。 - **多租户 AA**：这种类型旨在赋能像 Uniswap 这种有很多用户的应用。 这是一个核心提案，需要对以太坊客户端共识做一些变更，预期的变更有： <br/> ### 共识变更 <br/> - **NONCE 操作码**：添加一个 `NONCE` 操作码，推送事务的 nonce 字段。 - **PAYGAS 操作码**：添加一个 `PAYGAS` 操作码，创建一个不可逆的检查点，确保 `PAYGAS` 之前的状态变更无法被逆转。 Sam Wilson 是这个提案的作者之一，它[在这里](https://hackmd.io/@SamWilsn/ryhxoGp4D)解释了 AA 事务与其他传统事务的不同之处。 在 AA 事务中，不会有 gas 价格或是 gas 上限、没有发送的值和签名字段，并用  `target` 代替 `to` 。在多签合约中，这些字段在 calldata 中进行传递，并用合约进行处理。 如果一笔事务到达节点，事务的有效性会被检查。但是传统事务和 AA 事务进行检查的方式不同。 - **在传统事务中**：节点检查：他们的 nonce 与账户的下一个 nonce 匹配、账户余额足以支付他们的价值以及最高的 gas 费用，并且他们的签名与账户的地址匹配。 - **在 AA 事务中**：节点检查：他们的 nonce 与合约的下一个 nonce 完全匹配、合约的字节码以标准的前缀开始、验证逻辑在达到验证 gas 上限之前调用 `PAYGAS` 、没有禁止的操作码在  `PAYGAS` 之前被调用，以及合约余额足够支付 `PAYGAS` 设定的 gas 费。 **区块广播时间**是一个新区块到达网络大多数节点所需平均时间。 当具有 AA 事务的区块到来时，同一账户的所有待处理事务都将被删除。另一方面，传统事务会被重新验证并可能在收到新区块时发布。 <br/> ## EIP-4337：通过入口点合约实现的账户抽象 <br/> 这是 Vitalik Buterin 和社区提出的[最新议案](https://github.com/ethereum/EIPs/pull/4337)。它作为一项 ERC 提议出来，而这个提案包括了避免共识层协议的变更，而依靠于更高层的基础设施。 它旨在完成下列目标： - **账户抽象**：允许用户使用包含随机验证逻辑的智能合约钱包作为他们的主要账户，而不是 EOA。 - **去中心化**：允许打包交易捆的人参与包含账户抽象用户活动的过程。用户不需要知道任意活动者的直接通信地址，就可以处理发生在整个公共内存池中的任意活动。 - **无共识变更**：为了更快的采用，这个提案避免了共识变更。 - **交易费支付**：用 ERC-20 标准的代币支付交易费，使得开发者为其用户支付费用，以及类似于 EIP-3074 这样的赞助的交易提案所支持的用例。 <br/> ### 这项提案怎么运作？ <br/>  图片来源：[Infinitism](https://medium.com/infinitism/erc-4337-account-abstraction-without-ethereum-protocol-changes-d75c9d94dc4a) <br/> Vitalik Buterin [在这里](https://medium.com/infinitism/erc-4337-account-abstraction-without-ethereum-protocol-changes-d75c9d94dc4a)很好地解释了这项提案的运作。 这是账户抽象最新的提案，现在还是 draft（起草）状态，等待被合并成为一项 EIP。对比常规的以太坊事务内存池，这项设计增添、维护以及牺牲了一些功能。 <br/> ### 关键亮点 <br/> - 没有中心化的活动者、移除了用户端钱包设置复杂性，完全支持 EIP-1559、具有代替交费的能力，发送一个比旧 `UserOperation` 具有更高溢价的新 `UserOperation` 来替换操作或保留了让它更快被打包的功能。 - 有一些增添的新优势： - 验证逻辑的灵活性 - 足以让执行层达到量子安全 - 钱包可升级性 - 执行逻辑灵活性 - 然而，尽管协议已经尽了最大的努力，它还是会略微增加 DoS 攻击的可能性，它还会增加 gas 开销，并且一次只执行一个事务。 <br/> ### **账户抽象用例** <br/> ### **钱包** <br/> ### **EOA 和合约钱包** <br/> **EOA 钱包**：由私钥保护的钱包。 **合约钱包**：使用智能合约在链上实现的钱包。 **安全考虑**：如果智能合约代码中存在 bug，合约钱包将面临来自易受攻击的智能合约的安全风险。这种风险可以通过由钱包提供商完成的安全测试和审查进行最小化。然而，在 EOA 钱包中，风险会完全由钱包用户承担，就像用户不小心丢失了私钥也由他们自己承担。 [Argent](https://www.argent.xyz/), [Dapper](https://www.meetdapper.com/), [Gnosis Safe](https://gnosis-safe.io/) 和 [Monolith](https://monolith.xyz/) 都是智能合约钱包的案例。 <br/> ### ****EOA 的元交易**** <br/> 以太坊区块链用户需要一个持有 gas 的 EOA 与区块链网络进行连接，或依赖钱包供应商通过他们的中继或第三方中继网络（例如 Gas Station 网络）促进元交易。前者依赖于 (需要做 KYC 的) 中心化交易所购买的 ETH，试图通过将消费者的责任转移给中继者来尽量减少用户体验摩擦，费用由链上/链下钱包供应商和/或链下用户支付。 **元交易**是一种包含了带有执行交易意愿者所签署的数据信息的交易。 <br/> **基于中继者的架构**有一些缺点： 1. 可以将他们视作拥有抑制交易能力的中心化中介 2. 由于中继交易需要额外的 21,000 基本 gas 收费，及其公司在 gas 费基础上盈利的需要，他们在技术上/经济上的效率低下。 3. 对中继者专用协议权力的使用。 账户抽象允许智能合约钱包在不依赖中继网络的情况下，接受用户的无 gas 费的元交易并为他们支付 gas 费。在不失去以太坊去中心化保证的情况下，这种基础层的能力还会大大提升这种钱包的 UX（用户体验）。 <br/> ### **赞助交易 (Sponsored Transactions)** <br/> Sponsored Transactions 囊括在 EIP-2711 (状态为已撤销) 中，这个 EIP 提议了一种机制：通过允许其他人代付 gas 费，可以让人们无需拥有任何 ETH 就可以进行交易。 <br/> 一些用例： 1. 允许应用开发者代表用户支付费用。 2. 允许用户用 ERC-20 代币支付费用，合约则像中介收集 ERC-20 代币并以 ETH 的方式支付网络费用。 <br/> ### **运作** <br/> 这项提案可以通过出纳机制 (paymaster mechanism) 来支持这些用例。 - **对于用例 1**：Paymaster 会验证赞助者的签名被纳入在 `paymasterData` 中，表明赞助已做好为 `UserOperation` 进行支付的准备。如果签名有效，Paymaster 就会接受这项指令，并从赞助者的份额中扣除 `UserOperation` 的费用。 - **对于用例 2**：Paymaster 会检查 `sender` 的钱包是否有足够的 ERC-20 余额来支付这项 `UserOperation`。如果足够，Paymaster 会接受这项指令，并在索要 `postOp` 里的 ERC-20 代币之前支付 ETH 费用。 <br/> ### **混币** <br/> 一起探讨 Tornado Cash 混币机制的例子，以此理解我们如何在 DeFi 协议中使用 AA。 **传统的 Tornado Cash 合约中的隐私问题** - 当用户进行提款时，Tornado Cash 为其提供隐私保护。他们可以证明这笔款来自一笔独一无二的存款，但除了用户之外没人知道这笔存款来自哪里。 - 用户通常不会在自己的提款地址里持有 ETH，如果用户使用他们的存款地址来支付 gas，这就会在存款地址和提款地址之间生成一条链上链接。 这个问题可以由第三方中继者解决，他们会验证 ZK-Snark 和 nullifier 仍然有效的状态，发布使用其 ETH 支付 gas 的交易，并从 Tornado Cash 合约中收集用户的返款。 **账户抽象提供的解决方案**：用户可以提交一个针对 TC 合约的 AA 事务，在这之后执行 ZK-SNARK 验证和 nullifier 检查，并直接快速地调用 `PAYGAS`。这可以让提款者直接用发送到他们提款地址的代币中支付 gas，无需中继者或连接其存款地址的链上链接。 <br/> ### **DeFi 协议** <br/> 一起探讨 DeFi 协议 Uniswap 的案例，了解我们可以在 DeFi 协议中如何使用 AA。 可以创建一种 Uniswap 的新版本，它允许直接进行针对 Uniswap 合约的交易。 - 目前，用户可以将代币提前存进 Uniswap； - Uniswap 可以储存用户的余额和公钥，以便验证花费这些余额的事务。 AA 的目标在于通过禁止不符合高级标准的事务被打包到链上（例如，匹配订单的存在），从而提高 DeFi 协议的 gas 效率。 **在传统模型中**：正常的交易员会将他们的代币储存在 Uniswap 的合约之外。 **在新模型中**：套利交易员会将他们的代币存在 Uniswap 上，在外部市场发生变化的情况下，他们还可以转移执行套利的交易。最终，另一个套利交易员如果首先执行这笔交易时，这些没有获利的交易不会被打包上链。这让套利交易员避免了支付 gas 并减少了打包上链的垃圾交易数量。这将会增加区块链的可扩展性和市场效率，因为套利交易者更能做到纠正跨链交易在价格上的差异。 **套利交易员**指的是利用两个或更多市场之间的差价，由此同时低价购入并高价卖出的交易员。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/sepolia-post-merge-upgradehttps://www.ethereum.cn/Eth2/sepolia-post-merge-upgradeThu, 04 Aug 2022 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2022/08/03/sepolia-post-merge-upgrade/) <br/> - Sepolia 测试网将在区块 **`1735371`** 进行合并后的执行层 (EL) 升级，预计在 2022 年 8 月 17 日进行 - 该升级将使得网络上的 EL 客户端与还没有过渡到权益证明的对等点断开连接。 - Sepolia 的节点运营者必须在区块 **`1735371`** 前升级他们的执行层客户端。 - 一旦 Goerli 和以太坊主网都过渡到权益证明后，预计这些网络也会有类似的升级。 # 背景 为了维持一个健康的对等点列表，在以太坊执行层上的节点将自动与没有相同升级顺序的对等点自动断开连接。在以太坊主网上，这意味着检查一个对等点是否在区块 200,000 升级到 [Frontier Thawing](https://blog.ethereum.org/2015/08/04/the-thawing-frontier/)，然后在区块 1,150,000 升级到 [Homestead](https://blog.ethereum.org/2016/02/29/homestead-release/)，以此类推，一直到最新升级的 [Gray Glacier](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/)，它在区块 15,050,000 上激活。[EIP-2124](https://eips.ethereum.org/EIPS/eip-2124) 规定了如何处理这种情况。通常的网络升级是由区块高度来触发的，由于节点使用即将到来的升级的区块高度来筛选对等点，这种情况会自动发生。 对于合并，这是不可能的，因为这个升级是使用 `total difficulty` 的值而不是区块编号来触发的。这个选择的原因在 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) 里有解释： > 在这个背景下，硬分叉使用预先设定的区块编号是不安全的，因为在过渡期间 PoS 的分叉选择会首先发生。 > 攻击者可能会利用少量算力来构建一个恶意链分叉，它满足区块高度要求的。然后，第一个 PoS 区块可能会恶意地提议来自这个对抗性分叉的 PoW 区块，让它成为链头并破坏过渡的安全。 > 为了保护网络不受这种攻击情况的影响，链上累积的难度 (总难度) 是用于触发升级的。 为了在以太坊创世以来最复杂的升级里最小化对协议的变更，合并的设计与 EIP-2124 并不兼容。这意味着，现在必须进行额外的升级来增加这种兼容性。值得注意的是，这次升级里引入的唯一变更就是指定一个区块编号，节点可以用它来识别已经完成合并升级的对等点。这个升级没有引入或弃用其他的功能了。 # 升级信息 ## 时间 这个升级将在 Sepolia 的区块 **`1735371`** 上激活，预计在 2022 年 8 月 17 日发生。 请注意，在 Goerli 和主网都过渡到 PoS 后，也将宣布对这些网络进行类似的升级。 Ropsten 将**不会**升级，因为它现在被认为是被弃用的，Rinkeby 和 Kiln 也一样。请看[这篇文章](https://blog.ethereum.org/2022/06/21/testnet-deprecation/)，以了解更多它们的弃用时间详情。 ## 客户端版本 在这次升级中，只有执行层的客户端需要更新。节点运行者可以继续运行他们在 Sepolia 进行合并过渡的共识层客户端版本。 请注意，用于 [Goerli/Prater](https://blog.ethereum.org/2022/07/27/goerli-prater-merge-announcement/) 合并的客户端版本都支持在 Sepolia 上进行这次升级。也就是说，如果你已经下载了用于 Goerli/Prater 合并的版本，你可以在 Sepolia 上使用相同的版本进行此次升级。 | 客户端 | 版本 | 链接 | | :----------------- | :--------------- | :----------------------------------------------------------- | | Besu | 22.7.0-RC3 | [下载链接](https://github.com/hyperledger/besu/releases/tag/22.7.0-RC3) | | Erigon | 2022.07.04-alpha | [下载链接](https://github.com/ledgerwatch/erigon/releases/tag/v2022.07.04) | | go-ethereum (geth) | v1.10.21 | [下载链接](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.21) | | Nethermind | v1.13.5 | [下载链接](https://github.com/NethermindEth/nethermind/releases/tag/1.13.5) | ## 升级规范 这次变更的规范放在了 [Paris](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md#fork-next-upgrade) 规范里，在 `FORK NEXT Upgrade` 部分下。 # FAQ ###作为节点运行者，我应该做什么？ 你应该在 2022 年 8 月 16 日前将你的执行层客户端升级到上文列出的版本。你的共识层客户端不需要升级。 ### 作为质押者，我需要做什么？ Sepolia 上的验证者是需许可的。如果你是当前 Sepolia 验证者之一，你必须最迟在 2022 年 8 月 16 日将你的执行层客户端更新到上面列出的版本之一。 如果你不在当前 Sepolia 验证者集里，你此时不需要做任何事。 在宣布了在Goerli/Prater 和主网上的升级后，上面的验证者将需要遵循同样的步骤。 ### 作为应用或工具开发商，我应该做什么？ 没什么，除非你也在运行一个节点。如果是这样，请在 2022 年 8 月 16 日前将你的执行层客户端升级到上文列出的版本。 ### 作为以太坊用户或 ETH 持有者，我需要做什么？ 没有。以太坊主网不受此次升级的影响。即使这次升级未来将应用到主网，也不需要有任何行动。 ------ 感谢 [Justin Chrn](https://unsplash.com/@justinchrn) 提供原始的封面图片，感谢 Tomo Saito 的修图工作。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权https://www.ethereum.cn/Layer2/updated-thoughts-on-modular-blockchainshttps://www.ethereum.cn/Layer2/updated-thoughts-on-modular-blockchainsWed, 03 Aug 2022 00:00:00 GMT来源 | [polynya.medium.com](https://www.notion.so/c3e5e9616a4840fc98480b550a24188d) 作者 | [Polynya](https://twitter.com/apolynya) <br/> <br/> 我为去年大肆宣传“[模块化区块链](https://polynya.medium.com/rollups-data-availability-layers-modular-blockchains-introductory-meta-post-5a1e7a60119d)”谜因而感到羞愧。当然，与此同时也有更多有影响力的参与者促使这个概念成为主流关注，比如 Bankless、Celestia、The Daily Gwei 等。今年，我还没真正使用过“模块化区块链”这个概念。 具体地说，模块化绝对仍旧比单一型链的效率要高好几个数量级。而且，在最小的压力下进行测试时，[许多单一型链的崩溃](https://polynya.medium.com/optimistic-rollups-are-brilliant-and-the-state-of-blockchains-a57bc4799dca)让这一点比以往更加明显。[模块化执行层](https://polynya.medium.com/modular-execution-layers-df256768ac2f)还有大量工作要做，但与单一型执行层相比有着明显的领先优势。 我错的不是技术方面，而是社会经济方面。[Ali Atiia](https://twitter.com/aliatiia_/status/1369369197923475469) 和 [Justin Drake](https://www.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrmxoxk/?utm_source=reddit&utm_medium=web2x&context=3) 在之前就强调过这点。考虑到黄金标准，一个以太坊的 rollup 应该是: <br/> - 执行层：rollup - 结算层：以太坊 - 数据可用性层：以太坊 <br/> 顺便说一句，我最近看到人们称那些将数据放置在其他地方的执行层为 “rollup”，这不是 rollup。rollup 的结算层和数据可用性层 (DA) 肯定是同一个层。一个在不同的层上发布数据，经过验证的执行层，称为 validium，并且它还带有额外的信任假设。你可以把它们叫成 zkPorter、celestium，不管怎么样，请不要叫它们 rollup。而欺诈证明的情况则更加复杂，所以我会暂时跳过这个部分。关键在于，如果数据可用性没能在同一个验证状态转换的协议中达成共识，那它就不是 rollup。/咆哮 一个正确实现的 rollup 意味着，你完全不需要信任这个 rollup，还可以在任何时候带着你的资金退出到以太坊上。然而，这不是完全无懈可击的，尽管你以为 rollup 都会像这样正确地实现。但实际上，你可能会使用不同安全模型和标准的 rollup，尽管我肯定是期待所有的主要 rollup 都能提供某种明确的退出机制，不需要信任 rollup 的定序者。 不同的 rollup 有不同的假设。你可以使用提供具有与以太坊一样安全性的不可篡改的 rollup 或写入协议的 rollup —— 如果没有漏洞的话。为了升级 rollup，你必须使用 EIP 程序；或者部署一个全新的实例。很多 rollup 会选择会由代币投票驱动的可升级性。这个经济假设和 PoS L1 如何升级的假设是类似的，尽管 rollup 可以在不用任何代币的情况下实验新的升级机制。这里还有我没提及的一些有趣的风险 —— 可以阅读 Justin 和 Ali 在上面的评论。就个人而言，我并不担心这些风险 —— 因为我相信一个正确实现的 rollup 可以像一个写入协议的 rollup 那样完美，但当然，也会一些 rollup 具有不容忽视的(安全)假设。 通过 EIP-4844 和之后的 danksharding，我们加入了第四层：过期历史。这是[非常简单的 1-of-N 信任假设](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq#If-data-is-deleted-after-30-days-how-would-users-access-older-blobs)，但我还是会把它加入这个组合。其他的数据层可能会选择不让历史记录过期。所以，目前你有： <br/> 执行层：rollup 结算层：以太坊 数据可用性层：以太坊 历史层：rollup & 其他 <br/> 相反，理想的解决方案应该是： <br/> 执行层：以太坊 结算层：以太坊 数据可用性层：以太坊 历史层：以太坊 <br/> 不一定是以太坊，比特币也可以，但是我们的想法是只要可以提供强大的安全性，什么都可以。现在，请不要把它误会成一个单一型的解决方案。这将是模块化的，但不是所有模块都写在一个协议上。 执行层：写在协议上的 rollup（比如 zkEVM 或者去状态后写在协议上的 optimistic rollup ）【请注意：在 Justin Drake 创造出“写入协议的 rollup”（enshrined rollup）之前，我总是在旧文章中把这些叫做“权威 rollup”】 <br/> 结算层：写入协议的结算层（比如，EL） 数据可用性层：写入协议的数据层（比如，danksharding） 历史层：写入协议的历史层（比如，写入协议的 Portal Network?） <br/> 这使你只有一个最少假设的协议，而最大安全性则合并到一个协议中。据我所知，Tezos 是目前唯一一个正在基于这种方法构建的项目；尽管在多年之后，以太坊可能也会有自己的写入协议 rollup。除此之外，当然也会有外部 rollup 的选择。因此，你可以享受到两边的优势：最大化的社会经济安全+实验和反过来也会影响写入协议层进展的多样性。 所以何不发展如上述的多个“模块化 L1”。你想要积累而不是分割安全性和流动性。拥有很多的“模块化 L1”，将会变成非常碎片化且不安全的混乱局面。然而，我认为拥有 2 个或 3 个模块化的 L1 是最理想的结果。你至少会有一个模块化的 L1，它可以积累到国家水平的最大化安全性。事实上，这就是大多数行业随着时间的推移而整合到一起的方式 —— 2 个或 3 个主要的参与者。因为上述提及的安全性积累，这种压力对于 PoS 区块链来说更为明显。 我以前一直对 volition [很感兴趣](https://polynya.medium.com/volitions-best-of-all-worlds-cfd313aec9a8)，但是它很快演变出一堆混乱的假设： <br/> 执行层：volition 结算层：以太坊 数据可用性层：以太坊、zkPorter、Celestia、Polygon Avail、adamantium 等 历史层：数据可用性层各自的解决方案，volition 或其他 <br/> 你能够清楚地知道这不像只有一个模块化 L1 那样简练 —— 但如果你处于它的 rollup 模式下，那它就像 rollup 一样好用。可是，还是有许多细小的区别，长话短说，就是你现在正在信任一个额外的实体 —— 即 DA 层（data-availability）。让我最有兴趣的解决方案是 adamantium。在这里，你可以通过托管自己的数据或是选择自己的数据提供商，不需要完全信任一个全然不同、较弱的诚实大多数共识。validium DA 层的诚实少数共识还未完成研究，但据我所知，我认为它也有着强大的潜力。（有人说 DAC 可以划分到这个分类，但问题在于它是需要许可的。并且，要注意诚实少数 DA 层不会为 rollup 服务 —— 而只会为在诚实大多数的结算层上验证状态转换的 validium 服务。） 但事实上，我们很可能正在全速驶进一个囊括 rollup、volition、validium 等的世界。有了 EIP-4844 和 danksharding ，以太坊上将会有充足的容量以储存数据，但如果这条区块链经历了指数级的增长，那我们将看见其他的数据可用性层会处理这些剩余需求。我们还将看到一些单一型链通过它们现在正在构建的网络效应，以及强大的商务扩展和未来的营销中存活下来，尽管单一型区块链桥接具有天然的不安全性以及单一型执行层具有低效率的特质。无论如何，我还是完全相信，就算是最顽固的单一型链项目，最终也会开始以模块化部件为中心。你无法拒绝 1000 倍的效率提升！当然啦，除非你不需要扩容或者创新。 不过，在理想的世界中，我们可以由此按照安全性对不同的执行层方案进行分级： 写入协议的 rollup > rollup >> validium > AnyTrust >> 单一型侧链和竞争 L1。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-2https://www.ethereum.cn/Ecosystem/eth-weekly-2022-8-2Tue, 02 Aug 2022 00:00:00 GMT <br/> # **合并** **第六次 Goerli 影子分叉** 在 Goerli/Prater 合并之前还会有第六次的 Goerli 影子分叉 (GSF) 测试，计划触发 TTD 合并的时间是 8 月 4 日，在 ACD 之前。 GSF6 的配置：https://t.co/d2JC5ZhxBR EL 浏览器：https://t.co/9kQ6sVrc5F CL 浏览器：https://t.co/Uob5k90S64 Forkmon：https://t.co/DivRGqPp0D 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1554196634107535365&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1554196634107535365" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 656px; display: block; flex-grow: 1;"></iframe> <br/> # **执行层** 根据 Erigon 开发者 @PaoloRebuffo 的推文，用 Rust 语言写的 Erigon 新实现 Akula 能以几乎是 Erigon 两倍的速度同步 (即大约 35.5 个小时) 一个以太坊的全存档节点。  来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1550874921496100868&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1550874921496100868" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 835px; display: block; flex-grow: 1;"></iframe> <br/> 其他主网更新，请看最新一期《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-7-29)》与《[Goerli/Prater 合并公告](notion://www.notion.so/ecn/Goerli/Prater 合并公告)》 <br/> # Layer2 **Optimism EthCC 与周边活动演讲回顾整理，Bedrock 升级值得关注：optimistic 和 zk 之间的无缝切换？** L2 扩容解决方案 Optimism 发布了其团队参与 EthCC 的演讲以及举办的周边活动的视频汇总，所涉及的话题包括 Optimism 的下一次版本升级 Bedrock、EIP-4844、Cannon 欺诈证明机制以及 Optimism 的技术路线图。 汇总链接：https://dev.optimism.io/op-in-paris-rollup-recap 在这里值得一提的是 [@kelvinfichter](https://twitter.com/kelvinfichter) 针对 Optimism 未来路线图以及 Bedrock 升级的演讲 “Wen?” Optimism 的最终目的是实现去中心化 rollup，而通往这一目标的唯一方向就是**客户端多样性和证明多样性** (Client diversity and proof diversity)。因为它们允许 Optimism 安全地移除升级密钥。 而 Bedrock 升级正是为这一切打下坚实基础。Bedrock 之所以如此先进，是因为它**极其模块化和十分简洁**。Bedrock 的设计哲学是将以太坊现有的代码转为 Rollup 的代码，并且已经实现了。其客户端 diff 命令为 500 行代码。 Bedrock 有一个新的 L2 派生管道，使其成为非常节省 gas 费用的一种 rollup 架构。 Bedrock 同时也是唯一一个使用以太坊的引擎 API rollup 设计，以实现共识客户端和执行客户端的分离。 而这些功能之所以那么重要，是因为它们是使得 Optimism 成为真正的去中心化的 EVM rollup 的基础。 Bedrock 十分灵活和模块化的特性意味着它可以轻松地插入新的数据可用性层 (只要 EIP-4844 即 proto-danksharding 推出，Optimism 就可以无缝地转为发布数据 blob)，用户即可享受极低的手续费。 Bedrock 的灵活性还体现在另一个方面：Bedrock 是一个 Rollup 客户端，而不是一个 Optimistic Rollup 客户端。不同于其他设计，Bedrock 对于所使用的 Rollup 证明类型完全不可知。虽然现在 Optimism 正在构建 Optimistic 证明 (Cannon)，但未来也会使用 ZK 证明系统。Bedrock 已被设计为可以在 Optimistic 和 ZK 证明系统之间无缝转换。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1553323106030260224&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1553323106030260224" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 362px; display: block; flex-grow: 1;"></iframe> <br/> **Aztec 团队介绍新的编程语言 Huff** 7 月 28 日，隐私扩容解决方案 Aztec 介绍其旗下的另一个编程语言团队，推出新的编程语言 Huff。Huff 是一种超低层级的编程语言。根据 Aztec Network 的推文，其创始人 Zac Williamson 早在 2019 年就构建了 Huff 编程语言，旨在直接在 EVM 机器代码中支持超优化的智能合约。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1552406933855825920&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1552406933855825920" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 730px; display: block; flex-grow: 1;"></iframe> <br/> **Optimism 推出一个针对用户的使用引导页面，完成操作即可领取 NFT** Optimism 推出一个针对用户的使用引导页面 ”Get Started”，按照指示完成流程后将能够免费铸造一个 NFT。Optimism Explorer 系列在 Optimism 的 NFT 市场 Quixotic 上发行，包含 5 类 NFT，用户铸造的 NFT 将与其兴趣相对应，每一个 NFT 是 Optmism 城市中的一个建筑。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1551988682277539841&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1551988682277539841" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 718px; display: block; flex-grow: 1;"></iframe> <br/> **zkSync v1.0 测试网迁移即将进行** zkSync v1.0 的测试网迁移于 8 月 2 日进行。请注意：测试网将停止运营一段时间，使用 Ropsten 或 Rinkeby 的开发者需要在 Goerli 或 Sepolia 上重新部署其合约。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1554104869409067008&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1554104869409067008" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 568px; display: block; flex-grow: 1;"></iframe> <br/> **NFT 交易市场 Mint Square 即将上线 StarkNet 主网** 27 日，构建于以太坊 L2 zkRollup 上的 NFT 交易市场 Mint Square 宣布，即将上线 StarkNet 主网，用户可以在上面购买/出售 NFT。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1552063849863319554&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1552063849863319554" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 840px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **以太坊合并对 DeFi 有什么影响？** 7 月 23 日，DeFi Pulse 的 Nathan Howard 撰文《以太坊合并及其对供应变化的影响》，在解释了合并将 (1) 直接减少 ETH 的增发量，以及 (2) 重构出块的 ETH 激励后，作者基于这些直接事实对合并对 DeFi 的影响做出了一些预测： - 对于流动性质押协议，一方面，合并后用户获得的代表质押份额的同质化代币以低于 ETH 的价格出售的风险就解除了；另一方面，流动性质押协议也会因为合并后获得手续费而有 APR 的增长。 - 对于用 ETH 作为储备资产的 DeFi 协议，它们会感受到 ETH 供应量的减少。例如 ETH 是 Maker 中抵押品的主要资产，这意味着主要 DAI 的抵押品价值扩大。 - 对于二层，随着合并的发生，这可能为把活动转移到二层扫清道路。 来源：https://www.defipulse.com/blog/ethereum-merge-supply-dynamics-primer <br/> **Mirror 宣布上线 web3 订阅功能** 27 日，Mirror 宣布上线 web3 订阅功能，读者可以用钱包地址订阅任何 Mirror 发布内容，新内容发布会有邮件提醒。对于创作者来说，会有一个基于钱包的社区，钱包把社区成员转化为活跃参与者，他们可以收藏、购买、资助和参与治理。 Mirror 例举了目前一些基于钱包订阅的可能用例： - 订阅前沿思想者的文章 - 订阅最佳 DAO 和 web3 项目的每周更新 - 对订阅者设置代币门槛 - 向订阅者发放代币和 NFT 空投 - 设置可铸造 NFT 的订阅者白名单 - 建立分析订阅者偏好和行为的 dune dashboard - 仅限订阅者的治理提议 来源：https://dev.mirror.xyz/Jn62zF5n62BfowdaFgm3uIx3Fgp2vIR7b-HTSxKVXqk <br/> **Nomad 桥接协议遭受攻击** Nomad 跨链桥接协议被攻击， WETH 和 WBTC 被以百万美元为单位分批取出。 起因是 Nomad 在常规升级期间，将受信任的默克尔根初始化为 0x00，导致系统自动证明每一笔交易信息。 攻击者利用这个漏洞，找到有效交易并将其他人的钱包地址替换成自己的，不断耗尽跨链桥中的资金。据 DeFi 数据跟踪平台 DefiLIama，将近 1.907 亿美元的加密货币被转走，只剩下约 651 美元在桥接钱包中。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1554252024723546112&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1554252024723546112" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 596px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊的钱包地址超过 2 亿个** 根据 Etherscan 的数据，以太坊网络上已经有超过 2 亿个以太坊钱包地址，这是一个新的里程碑。 以太坊区块链创世的第一年，网络上只有 50 万个以太坊地址。而后，随着越来越多人对以太坊感兴趣，以太坊上的地址也创建得越来越多。Etherscan 的数据显示，以太坊在2021 年增加了将近 5.2 千万个新的地址，这其中与 NFT 的贡献有关。 直到现在，以太坊的钱包地址超过 2 亿个。 来源：https://coinfomania.com/ethereum-network-surpasses-200m-addresses/ <br/> **AaveDAO 通过创建算法稳定币 GHO 的提案** 7 月 7 日，Aave 创建了一个新稳定币 GHO 的 ARC (Aave request for comment)，向其 DAO 提议引进新的加密货币超额抵押型稳定币，支持任何可用于 Aave 协议的加密货币作为抵押。 而后 28 日，投票正式开始。 最终于 31 日，Aave 宣布，该算法稳定币 GHO 的提案已经通过，接下来将就 GHO 的创世参数进行投票。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1553696756633944064&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1553696756633944064" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 381px; display: block; flex-grow: 1;"></iframe> <br/> **ENS 域名封装介绍** ENS 域名封装可以赋能用户转任何“.eth”的域名为 ERC-1155 标准的 NFT。 封装一个“.eth”域名使得父域名可以限制子域名可能发生的情况。“example.eth”的持有者可以允许子域名“sub1.example.eth”的创建，并进一步限制它，可以防止它再创建出新的子域名。 域名封装通过引入“fuse”（权利）的概念进行运作，比如： - 转账的权利 - 进一步创建子域名 - 设置文本记录 每一个 fuse 都可以永久并不可逆转地启用/禁用，换句话说，子域名是不会被收回。 比如说，有人想要控制“example.eth”，并给他的朋友一个子域名“fren.example.eth”，现在就可以做到。并且，通过域名封装，用户可以销毁一些 fuse，让其不可能再收回任何“example.eth”的子域名。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=e30%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1551945294446821376&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F&amp;sessionId=972c9446fb173d55ee1f525dcd3dc4c09725ccd1&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1551945294446821376" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 435px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 https://www.ethereum.cn/Eth2/wnie2-2022-7-29https://www.ethereum.cn/Eth2/wnie2-2022-7-29Mon, 01 Aug 2022 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220729#Upcoming-events) <br/> ⚠️不存在 Eth2 的币。任何给你提供 Eth2 代币的都是骗子。⚠️ (显然我需要说这件事🤷‍♂️) <br/> ## 本周首荐 我们[全体都准备好](https://blog.ethereum.org/2022/07/27/goerli-prater-merge-announcement/) Goerli/Prater 测试网合并了——我们的最后彩排！ <br/> ## 合并 在 9 月中下旬以太坊主网合并到权益证明这个暂定计划没有改变。但是，在我们看到几周后 Goerli 合并的情况下，才会对此做出一个明确的决定。 ### Goerli-Prater 测试网合并 如本周首荐所示，Goerli/Prater 测试网合并的[公告已经发出](https://blog.ethereum.org/2022/07/27/goerli-prater-merge-announcement/)了。这是大家在真正合并前参与合并过渡的最后一次机会了。 Prater 信标链将在 epoch 112260 进行 Bellatrix 升级，时间是北京时间 8 月 4 日 20:24。(能够准确知道升级时间多好啊！权益证明得一分。) 当 Goerli 的总难度触达 10790000 时，Goerli/Prater 合并本身将会启动，预计会在 8 月 6 日到 12 日之间。 我感觉 Bankless 和 EthStaker 会计划一起主持 [Goerli 合并社区会议](https://www.reddit.com/r/ethstaker/comments/v4631j/ethereum_merge_community_call_series/)——我现在还没有消息，但请留意。 ### 影子分叉 自从我上次的更新，我们已经做了两次影子分叉。第 5 次 Goerli 影子分叉 (GSF5) 和第 10 次主网影子分叉 (MSF10)。两次都进行得很顺利。 Pari 对 MSF10 (负责协调所有这些的 EF devop)： > - 我们没有发现过渡期间有任何客户端不兼容的情况！(🚀) > - 有些 Besu 节点运行的是旧版本，需要更新/重新同步 (这解释了几乎所有掉下去的参与率)。这些节点应该很快完成重新同步，参与率应该回升。 > - 我们注意到 lodestar-erigon 在获取区块时出现问题，但这很可能是由于影子分叉连接对等点设置造成的，而不是一个真正的问题。 至于 GSF5，除了一些小问题，唯一有趣的问题出现在 Nethermind，并在[共识层开发者会议](https://hackmd.io/@benjaminion/BJjamMl69#Execution-behaviour-around-terminal-blocks)上进行了讨论。基本上，根据我的理解，有另一个可选的终止区块。Nethermind 的节点选择了错误的那一个 (即链最终没有跟随的那个区块)，陷入了死胡同一段时间， 因为他们没有自动验证另一个终结区块。规范会对这个问题进行说明，以避免在未来出现这种情况。 ### 为合并做准备 大家最好都去 Goerli–Prater 合并中试运行一下。了解最新情况并获得帮助的一个好地方是 [EthStaker Discord](https://discord.gg/JETnacYjUs) 的 `#goerli-prater` 频道。那里有很多[有用的指南](https://discord.com/channels/694822223575384095/981553338086744116/1002556990767239211)。而且，Chris Hobcroft 写了一篇在 Goerli 设置 [Teku 和 Geth](https://github.com/chrishobcroft/TestingTheMerge/blob/main/goerli-prater-merge.md) 的指南。 在我写这篇文章的时候，EthStaker 的[合并验证者准备工作坊](https://www.youtube.com/watch?v=DMynQb6MSfc)正在进行中，听起来非常不错！有很多精彩的 Q&A。 Infura 大受欢迎的每周合并工作坊也在进行中，大家可以看重播。最近的两期： - [个人质押者论坛: 你需要做哪些准备](https://www.crowdcast.io/e/the-merge-weekly/register?session=2) - [关于 MEV 需要考虑的事以及因素](https://www.crowdcast.io/e/the-merge-weekly/register?session=3) 下文列出了未来几期的预告。 Pari 在[一串推文](https://twitter.com/parithosh_j/status/1552392955482234881)里放了一些为合并做准备的有用文档链接： - [以太坊合并的准备清单](https://notes.ethereum.org/@launchpad/merge-configuration-checklist) - [以太坊合并的 FAQ](https://notes.ethereum.org/@launchpad/node-faq-merge) - [同步检查点指南](https://notes.ethereum.org/@launchpad/checkpoint-sync) [SeaMonkey](https://github.com/SeaMonkey82) 设置了执行层-共识层客户端组合的[所有 20 个实例](https://seamonkey.tech/goerli/goerli_validators.html)，以为 Goerli 合并做准备，起了非常好的示范作用。这是加载所有这些的 [Tmuxinator 配置](https://seamonkey.tech/goerli/goerli.yml)。 最后，Rocket Pool 发布了如何让你的节点做好合并准备的[指南](https://medium.com/rocket-pool/the-merge-node-operators-b0f106dcf66f)。 <br/> ## 质押 Nexus Mutual 推出了[罚没保险](https://medium.com/nexus-mutual/announcing-eth2-staking-cover-comprehensive-protection-against-slashing-b98b64e0c0fd)。目前为止最好的保险就是不要做傻事 (比如在不同的设备运行你的密钥)。但第三方的保险可能会给紧张的人一些安慰吧。Stakewise [已经购买了](https://twitter.com/stakewise_io/status/1549804664039915523)。 不是新内容，但[最近得到验证](https://www.reddit.com/r/ethstaker/comments/w0wg6n/now_jcrtp_approved_simplified_rocketpool_node/)——Fast Contract 的《[简易版 Rocket 节点设置](https://medium.com/@fastcontract1/simplified-rocketpool-node-setup-5702886c8d8c)》：“我想象我父母想要设置一个节点的情形，我写了这个指南。” 看到这串关于 Rocket Pool 在三个方面的扩展计划[推文](https://twitter.com/marceaueth/status/1548489490116710409)，我大受鼓舞。简单来说，(1) 每个迷你池绑定的 ETH 从 16 个减少到 4 个，(2) 一个新的质押服务架构，以及 (3) 让现在的质押者直接迁移到 Rocket Pool 做验证者。 <br/> ## 工具 Alex Stokes 正在寻求帮助，建立一个弱主观性检查点提供者的类似于[信任网络](https://twitter.com/ralexstokes/status/1551704787992846337) (Web of Trust) 的东西。这是我们目前 Eth2 基础设施中的一个空白。在权益证明里，检查点同步最终会比从创世开始同步更安全，但前提是你与一些你信任的实体能验证你的启动检查点是好的——这就是““[弱主观性](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/)”。 说到检查点同步，以太坊基金会现在提供端点，大家可以获取[所有测试网的检查点](https://twitter.com/ajsutton/status/1552075430328680449)。我们有一个报告说，在 Prater 上 Teku 的检查点偶尔会出现奇怪的情况——如果你遇到这个问题，你可以回退到用 Infura 获取检查点。 现在大家都知道，如果你你现在运行一个 Eth1 节点，你将需要运行两个客户端，即在合并后多运行一个共识层客户端，对吗？其实，即将会有其他的选项。理想情况下，不同于运行一个全信标节点，大家即将可以运行一个简单的轻客户端来驱动你们的 Eth1 节点。如果你能接受安全性上的权衡的话，这将大大降低复杂度和减少资源。我想 Eth1 客户端可能最终会有一个轻量级的共识层客户端嵌入。无论如何，在允许执行层客户端被一个轻客户端驱动这方面，Nimbus 团队一直在[取得进展](https://twitter.com/jcksie/status/1549024757219205121)。 Migalabs 一直在研究 [Eth2.0 流畅的验证者迁移](https://medium.com/@migalabs/eth2-0-fluid-validator-migration-7c830557c154)。他们的目标是“向用户演示，在不同客户端间切换是很容易的，这样就可以构建一个更多元化和强大的生态系统。”为此，他们做了在 6 个不同客户端间自动迁移验证者上做了一些实验，并适当考虑到处理罚没保护的数据。这篇文章有一些很好的见解，我很喜欢这个结论：“以自动化的方式在所有 6 个主要客户端间迁移验证者是可能的。” Obol [上线](https://twitter.com/ObolNetwork/status/1549313026624573444)了 [Athena 测试网](https://blog.obol.tech/the-athena-testnet/)，这是其第一个针对家庭验证者的公共测试网。他们使用的是分布式验证者技术 (DVT)，有望成为我们去中心化未来里非常重要的质押基础设施。 <br/> ## 合并后 在文章《[4844，完 (4844 and Done)](https://polynya.mirror.xyz/sA0qPEbQ99HXCEXEi3BW34HXohMpLyDDM1a4AJhCF4E)》里，Polynya 认为，在可见的未来，我们不需要完整版的 [Dank-]sharding，因为 [EIP-4844](https://www.eip4844.com/) 将完全满足以太坊对 rollup 的需求。这个标题是对三年前 Casey Detrio 的文章《[阶段 0，完：eth2 作为数据可用性引擎](https://ethresear.ch/t/phase-one-and-done-eth2-as-a-data-availability-engine/5269?u=benjaminion)》致意。 <br/> ## 释义性文章 EthereumPools 继续他们在质押奖励和惩罚的系列，写了关于[实践中的奖励和惩罚](https://twitter.com/EthereumPools/status/1548774120241913863)的推文。 Shegen 发了关于合并的[更新版 FAQ 推文](https://twitter.com/shegenerates/status/1549055045466857473)。有整整 14 个问题。 同时，Crypto Texan 解释了 [关于合并的 8 个误解](https://twitter.com/Crypto_Texan/status/1549057666193973249)——这些内容以推文的篇幅更新到了[以太坊网站](https://ethereum.org/en/upgrades/merge/#misconceptions)。 <br/> ## 媒体与其他 ### EthCC EthCC[5] 在上周举行了。以下是一些我喜欢的 Eth2 相关演讲。 - Vitalik 的 [urges 路线图](https://www.youtube.com/watch?v=kGjFTzRTH3Q)。Danny Hutchins 制作了[文字稿](https://medium.com/@hutchins.eth/vitalik-ethcc-2022-lecture-transcript-23fc8ac67103) - Sajida Zouarhi，[合并——把以太坊带到权益证明](https://www.youtube.com/watch?v=FPlbxVqcsvA) - Evan Van Ness，[在各个维度上最大程度去中心化](https://www.youtube.com/watch?v=lWeNo2iPntc) - Terence Tsao，[“合并”是什么样的？](https://www.youtube.com/watch?v=SgFVcB8vUU8) - Elias Simos，[机器的声誉](https://www.youtube.com/watch?v=zrwbeZHsQdg) 还有很多的演讲，我肯定会漏了一些好的。请在[这里](https://www.youtube.com/channel/UC_kOxlaYNOTtNwtwySZ0B8w/videos)、[这里](https://www.youtube.com/channel/UCOka-g6iJEpQ9YSIoSn77uQ/videos)、[这里](https://www.youtube.com/channel/UCVgsFxDu5lTqHmpirw5Q69Q/videos)、[这里](https://www.youtube.com/channel/UCE8CzovkKFj1k8NSxH3HyPg/videos)、[这里](https://www.youtube.com/channel/UCPL7QtnWHYcjXhvAG_uzf3A/videos)和[这里](https://www.youtube.com/channel/UCSiMnvs36TvheBU2rcAM4jA/videos)看吧 (我有没有说过 EthCC 将这些东西分散在这么多的渠道发布是多了令人讨厌？) Ethereum Cat Herders 的[了解你的客户端](https://www.youtube.com/watch?v=Ngc_K9Sob60&list=PL4cwHXAawZxoruie1hmYWJfiakpYivXft)系列仍在继续： - [Nethermind & The Merge](https://www.youtube.com/watch?v=knkvXH1whlk)，由 Tomasz K. Stańczak 讲演， - [Lodestar & The Merge](https://www.youtube.com/watch?v=aUg5ZFT59fA)，由 Gajinder Singh 讲演， - [Lighthouse and The Merge](https://www.youtube.com/watch?v=AYo5893D8To)，由 Mark M 讲演。 Teku 的那一集已经录制完毕，应该很快就会上线！ 同时， Justin Drake 作客 [The Defiant 播客](https://newsletter.thedefiant.io/p/-justin-drake-on-how-the-merge-helps)，谈论了“合并如何使以太坊成为互联网的结算层”。 Danny Ryan 接受了 [future](https://future.com/) (似乎是 a16z 的出版物) 的 Jeff Benson 的采访，出了两篇文章：《[合并对今天的以太坊意味着什么](https://future.com/what-the-merge-means-for-ethereum-with-danny-ryan/)》和《[合并后，以太坊升级的未来](https://future.com/how-the-merge-will-impact-future-ethereum-upgrades/)》 <br/> ## 常规会议 ### 以太坊核心开发者会议 第 143 次以太坊核心开发者会议在 7 月 21 日举行。 - [Agenda 会议议程](https://github.com/ethereum/pm/issues/572) - [Video 会议视频](https://youtu.be/N80PgxELDYg) - [Christine Kim](https://docsend.com/view/chxfhiqbkgteyfry) 和 [Tim](https://twitter.com/TimBeiko/status/1550221047122628608) 的推特记录。以及 @Ariiellus 的[西班牙语](https://twitter.com/Ariiellus/status/1550224132650180608)记录。 ### 共识层实现者会议 第 92 次会议在 7 月 28 日举行 - [会议议程](https://github.com/ethereum/pm/issues/574) - [会议视频](https://youtu.be/XDfNg8mdC10) - 我的[速记](https://hackmd.io/@benjaminion/BJjamMl69)，以及 [Christine Kim](https://docsend.com/view/5jpzhe3z8x2w2mjz) 的记录。 ### EIP-4844 小组会议 第 2 期小组会议于 7 月 29 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/581) - [会议视频](https://youtu.be/t8B7NBRPBfg) - [会议记录](https://docs.google.com/document/d/1KgKZnb5P07rdLBb_nRCaXhzG_4PBoZXtFQNzKO2mrvc/edit) 相关的背景和材料链接，请看 EIP-4844 的 [meta-spec](https://hackmd.io/@protolambda/eip4844-meta)。还有 [KZG 仪式资源](https://github.com/tvanepps/KZG-Ceremony-Resources)。 下一次会议暂定是 8 月 17 日周三 1400 UTC。 ### KZG 仪式小组会议 第 4 次会议讨论 KZG 受信任初始化仪式 (用于 EIP-4844 和 Danksharding) 的计划，在 7 月 21 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/569) - [会议视频](https://youtu.be/7c4FybMLvjg?t=189) <br/> ## 活动预告 - 接下来的 Infura 合并每周工作坊， - 北京时间 8 月 3 日 00:00 周三：[执行层客户端和共识层客户端](https://www.crowdcast.io/e/the-merge-weekly/register?session=4) - 北京时间 8 月 9 日 00:00 周三：[运行多个验证者和质押服务](https://www.crowdcast.io/e/the-merge-weekly/register?session=5) - 北京时间 8 月 12 日 22:00 周五：[第六次合并社区会议](https://github.com/ethereum/pm/issues/580) <br/> ## 其他新闻 - 最新的 MEV-Boost 状态更新 - 7 月 15 日-29日，2022 - 另见 [MEV-Boost in a Nutshell](https://boost.flashbots.net/) - Stereum 的第 12 期 [Under the Surface](https://twitter.com/stereumdev/status/1551629604791664641)。可以看看最新最有趣的 Eth2 节点运行器 GUI。还有即将到来的 [Upkeep Challenge](https://stereum.net/update-upkeep-challenge/) 的消息。 - Coinbase 最新一期的 [Eth2 更新](https://www.coinbase.com/cloud/discover/insights-analysis/eth2-merge-update-goerli-incoming-mainnet-shortly-after) - EthStaker 的第 19 次社区会议在几天前举行。这期有 StakeWise 的 Kirill Kutakov 和 Dmitri Tsumak 参与。这里有视频。不幸的是，这些内容我都错过了——需要在周一问问 Phiz 加入邮件列表的事...... - Rocket Pool 的[双周更新](https://www.reddit.com/r/rocketpool/comments/w2mz5s/rocket_pool_biweekly_update_20220719/)，2022-07-19。 <br/> ## 写在最后 Stateful Works 一直在推出一些非常具有创新性的项目来支持以太坊核心开发者。他们[最新](https://twitter.com/StatefulWorks/status/1553071213953662976)的探索是 [New Home of the Heart](https://stateful.mirror.xyz/_2_XjNGAJsN9BAj3IxPqgTykLJMQi3TX5dD4G9FHQEA)，这是一个“为从事合并工作的核心开发者提供福利的 NFT 销售”。 当然，我非常喜欢这个项目，因此请看看这个项目，并把它发给你的所有 NFT degen 朋友。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/tokenomicshttps://www.ethereum.cn/Ecosystem/tokenomicsFri, 29 Jul 2022 00:00:00 GMT来源 | [@Cov_duk](https://twitter.com/Cov_duk/status/1547857503739711488?s=20&t=6MFulW3ky3xFr3XwBiBhtQ) 作者 | [Covduk](https://twitter.com/Cov_duk) <br/> <br/> **代币经济学**是加密货币的一个重要方面。如果不理解代币经济学，你就不会获得成功。 这里有关于代币经济学你所要了解的一切。 <br/> 观看视频可能更好，这是链接： [https://youtu.be/w0HX5Y-yIJY] <br/> 我们将会提及： - 什么是代币经济学？ - 深入了解供应与需求 - 市值和 FDV（完全稀释估值），以及如何使用他们 - 代币解锁和释放 - 需求驱动因素 - 需要询问的问题 一起往下看。 <br/> **代币经济学**指的是围绕代币的经济学和激励。这个广泛的术语囊括了： - 代币如何运作 - 供应与需求 - 治理机制 - 激励、心理和行为方面 - 博弈论以及更多 以上组成代币的经济学 <br/> **供应与需求** 代币经济学=代币的供应与需求 一起看供应方面，供应量越低，代币的价值就会因为稀缺性而越高（假设需求是恒定的）。各种项目都有固定的代币供应，或是旨在减少供应以让它更加变得稀缺。 <br/>  <br/> **比特币** 比特币有 2100 万个固定的总供应量，永远都只有 2100 万个 BTC。如果供应量翻了一倍，价格则会大幅下降。 BTC 不会一次性释放完。目前，大约有 1910 万枚 BTC 流通。这就是为什么 BTC 被视为是一种稳健货币。 <br/>  <br/> **Mt.Gox 案件** 因为 Mt.Gox（那时流行的交易平台）的原因，八年前有 13.7 万 BTC 被窃。现在，这笔钱正在被归还，也会流入 BTC 的供应中。 人们担忧此次案件将对 BTC 的价格造成负面影响。 <br/> **保持稀缺性** 保持稀缺性的方式： - 固定的供应上限 - 销毁机制：使代币退出流通 - 代币丢失 & 代币发送至错误地址 代币经济糟糕的代币没有固定的供应量，也没有减少供应的机制。 <br/> **销毁代币** 使代币退出流通的过程称为销毁，类似于公司回购股份。 ETH 的 gas 费被划分为付给矿工的小费和基础费用。而基础费用会被销毁。销毁的方式有很多，它会增加稀缺性并抬高代币价格。 <br/>  <br/> 代币总数不会一直是最重要的因素。 也要注意： 1. **目前的供应量** 2. **释放速率** 如果一种代币只有总数的 30% 正在流通，那我不会太高兴。 因为流通供应量将会增长 70%，为价格增加了巨大压力。 <br/> **时间范围很重要** 如果代币总量的 70% 会在一个月内释放，这种情况将很糟糕。它会导致价格承受巨大的向下压力。 如果这个释放的过程超过 10 年，那么每月的价值损失则会很小。 项目的 10 年增长会超过它的价值损失。 <br/> **通货膨胀的代币** 代币会通货膨胀是因为： - 没有固定的供应量 - 与日俱增的供应量 - 没有从供应中移除代币 因逐渐增多的供应量而导致价值损失称为通货膨胀。 <br/> **通货紧缩的代币**： - 固定的供应量 - 减少的供应量 - 代币销毁对提高稀缺性有益 <br/> **市值和 FDV（完全稀释估值）** 市值 = 流通代币数量 * 当前价格 完全稀释估值（FDV） = 代币的总供应量 * 当前价格 <br/>  <br/> 假如说 A 代币的价格是 1 美元，它有 100 个在流通的代币以及 1000 个总供应量。 市值 = $1 * 100 = $100 FDV = $1 * 1000 = $1000 <br/> **市值与 FDV 的比值** 这个比值可以派上用场。如果市值和 FDV 之间存在巨大差异，这意味着还有很多代币未解锁，它们也将会随着时间而释放。 在这种情况下，调查一下释放策略以及代币的来源是明智的做法。 我会对锁仓 70 % 供应量的项目保持谨慎。当流通供应量增加了，价格就要承受有向下的压力。 如果市值和 FDV 很接近，这就代表因为流通供应应量增长而导致的价格变化不会有很大的影响。 <br/> **供应方面** 最大供应量：由始至终最大的供应量 目前供应量：目前存在的代币数量 在 CoinGecko 和其他平台的流通供应量不会总是反映目前的供应量。 他们通过用户进行质押和锁仓以使代币退出流通供应。 <br/>  <br/> **不切实际的期望** 人们投资供应量有 1 万亿的 0.0005 美元垃圾币，希望这个垃圾币能涨到 1 美元，而他们会变富有。但这种情况并不会发生。 垃圾币的规模不会比 BTC 和 ETH 大。但如果垃圾币涨到了 1 美元，它的市值将会是 1 万亿美元，就会比 ETH 和 BTC 大。“任意垃圾币不会比 ETH 和 BTC 大”，这种偏见使得无数用户深受打击。 <br/> **代币分配** 代币的分配方式： 1. 私下出售/预先挖矿：项目团队、投资人和其他内部人员会私下获得分配的代币，通常会有大折扣。 2. 公平发行：完全公平。 如果是私下出售的话，会有一个等待期。 <br/> **等待期/解锁** 分配给团队和风投机构的代币会有一个等待期。这些代币会被锁定一段时间，在此期间内他们无法卖掉这些代币。要知道代币什么时候会解锁，因为当大量的代币解锁并进入流通供应之后，价格就会开始下跌。 <br/> **释放** 释放是指代币释放到市场的速度。释放的时间表内会包括解锁的信息。你不会在CoinGecko 或是 CoinMarketCap 上找到这些信息。相反，可以从文档中找到。 <br/>  <br/> 例如： 目前的供应量：100。 第 1 个月解锁 5 个代币 第 2 个月解锁 10 个代币 这表示第二个月的通胀是 2 倍。在第二个月解锁的代币会让持有者有更大的动力马上出售，因为通胀率很高，而且他们有折扣。 <br/> **风投机构解锁抛售** 这并不是说每个风投机构都会期望抛售所持有的代币。 考虑一下这些： - 当我们处于糟糕的市场，风投想要流动性。 - 风投机构的偿付能力情况 - 解锁时的通胀 - 释放的时间表 糟糕的市场行情进一步刺激持有者代币解锁后进行抛售。 <br/> **初始供应**： 在推出代币时所释放的总供应量比例起着很重要的作用。如果只释放 10% 的总供应量，那么其余 90% 将随着时间释放。那时，早期的投资者将会受到通胀打击。 相反，如果释放 50%， 那么通胀的影响则会降低。 <br/> **供应方的问题** 在你的分析中，需要注意的一些供应方面的事情。 - 代币流通量 - 是否有固定的供应量 - 代币解锁的时间 - 释放速率 - 销毁机制 - 代币退出供应的方式 - 通胀率 - 因为供应量与日俱增而引起的售卖激励 - 代币解锁时的通胀情况 <br/> **需求方** 不管一件东西多么具有稀缺性，没需求就没价值。比如，我的泥土罐在世界上仅此一件，但是没人想要它。 体现需求的多种形式： - 价值和收益 - 实用性 - 炒作和 meme <br/>  <br/> **实用性** 体现实用性的多种形式： - 真正解决问题的服务/产品 - gas 费 - 在协议中使用的代币 - 乐趣 - GameFi 和音乐 - 大型社区和重大事件 - BAYC （无聊猿） <br/> **收益和价值 - 质押和奖励** 因持有代币而获得奖励。质押你的 ETH 到 RocketPool 能为你带来 4% 的年收益率。项目会奖励持有者持有代币以扩大需求。 <br/> **治理** 持有一些代币的唯一好处是治理。持有者可以提出提议，也可以给提议投票。但是，只有这点还不那么令人兴奋。 <br/> **高年收益率和锁仓** 为了看起来有吸引力，协议会开出极高的收益率 —— 年收益率 5000%。当更多人参与进来，年收益率随之减少。一些协议承诺，如果你将代币锁定在他们那，就能获得高收益率。 <br/> **锁定代币的风险** 锁定代币是个馊主意，因为收益率会迅速跌下来：代币价格会因为所有人离开转向下一个势头而下跌。而你还只能拿着垃圾币不能卖。 <br/> **回基（Rebasing）** Rebase 机制由 Olympus 引入，它类似于股票分割。当持有者持有并质押一种代币时，他们会获得更多这种质押的代币。当供应持续增加，你就会获得这个代币的奖励。而实际上，你持有的百分比还是一样的。 <br/> **空投** 质押代币会让持有者具有获得空投的资格。这种方式在 Cosmos 生态系统中很流行。新协议会将它们的代币空投给持有者/质押者。其中一些项目是相当诱人的。 <br/> **质押代币** 当你锁定或质押代币，协议会返给你 x 代币。如果你在 rocketpool 质押 1 个 Eth，你会获得 rETH 作为交换。人们不愿意因为质押/锁定而导致流动性不足。 <br/> **代币X** x 代币的发放可以让代币持有者参与质押和赚取收益，同时又通过持有 x 代币保持流动性。rETH 与 ETH 的兑换率是 1：1。质押者可以利用他们的 rETH 来借入、借出以及赚取奖励。 <br/> **表情包和投机** 加密货币很大程度上由表情包驱动，不要淡化这一点。狗狗币的代币经济很糟糕，并且它基本上就是一个垃圾币。但它仍然是第 10 大代币。加密货币也是由社区驱动的，一个社区的首选武器就是表情包。 表情包是主要的驱动因素。我们应该将表情包作为一种基础力量。而且有时，表情包 > 代币经济学。可以调查项目的社区： - 他们是否很热爱这个项目？ - 它们的 discord 是什么样子？ - 里面是否有兴奋点、忠诚度和炒作？ <br/> 人类是投机者。市场不是完全理性的，就像人类。 我们喜欢买入其他人在买的代币，也喜欢买入 KOL 在买的代币。 因为我们害怕错失很多东西。 不要淡化表情包因素，它可能是投机、信仰或只是为了搞笑的。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/how-do-trusted-setups-workhttps://www.ethereum.cn/Technology/how-do-trusted-setups-workThu, 28 Jul 2022 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca) 作者 | Vitalik Buterin 翻译 | [双花 (@doublespending)](https://twitter.com/JSNLKMN) 校对 | ECN <br/> <br/> 编者注： **数据可用性采样** ([data availability sampling](https://hackmd.io/@vbuterin/sharding_proposal)) 是 Dankshading 的关键部分，为实现这一密码协议，需要使用 KZG 仪式对数据可用性证明方案所需要的参数进行初始化。 因此，**KZG 受信任初始化**是实现 EIP-4844 (proto-danksharding) 和完整版 Danksharding 的重要前提条件。 除此之外，其他密码学协议如 **ZK-SNARKs** 领域也需要有受信任初始化阶段。 本文介绍了受信任初始化的运作原理以及其验证过程。 推荐阅读： [《Vitalik: Proto-Danksharding FAQ》](https://www.ethereum.cn/Eth2/proto-danksharding-faq) [《大幅简化的新分片设计》](https://www.ethereum.cn/Eth2/new-sharding) [《分片 + 数据可用性采样》](https://www.ethereum.cn/sharding-proposal) <br/> --- <br/> *必要的背景知识：*[elliptic curves and elliptic curve pairings](https://vitalik.ca/general/2017/01/14/exploring_ecp.html)*。另请参阅：*[Dankrad Feist's article on KZG polynomial commitments](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)*。*[(中文版：KZG多项式承诺)](https://dankradfeist.de/ethereum/2021/10/13/kate-polynomial-commitments-mandarin.html) 特别感谢 Justin Drake、Dankrad Feist 和 Chih Cheng Liang 的反馈和评审。 许多密码协议尤其是在[**数据可用性采样**](https://hackmd.io/@vbuterin/sharding_proposal)和 **[ZK-SNARKs](https://vitalik.ca/general/2021/01/26/snarks.html)** 领域都依赖于受信任初始化。**受信任初始化仪式是一个用于生成一批数据的一次性流程。后续，每次运行某些密码协议时都必须使用这些数据**。生成这些数据需要一些秘密信息； “信任”来源于这样一个事实，即必须由某个人或某组人来生成这些秘密，使用秘密来生成数据，然后发布数据并销毁这些秘密。然而，一旦生成了数据并销毁了秘密，仪式创建者就不需要进一步的参与。 <br/>  <br/> 受信任初始化有很多类型。在主流协议中最早使用的受信任初始化的实例是 2016 年的 Zcash 启动仪式。这个仪式非常复杂，而且需要多轮的通信交互，因此只能有六名参与者。彼时彼刻，每个使用 Zcash 的人都必须相信六名参与者内至少有一名是诚实的。新式协议一般会使用 powers-of-tau 初始化技术，其遵循 [1-of-N 信任模型](https://vitalik.ca/general/2020/08/20/trust.html)，N 值通常为数百。也就是说，**数百人一起参与生成数据，只需其中一人是诚实的并且不公开秘密就能保证最终输出的安全性。实践上，像这样的执行良好的受信任初始化通常被认为是“足够接近于去信任”的。** 本文将介绍 KZG 初始化如何运作及其工作原理，以及受信任初始化协议的未来。任何精通代码的人都可以随意地浏览以下代码实现：https://github.com/ethereum/research/blob/master/trusted_setup/trusted_setup.py. <br/> **** <br/> ## **Powers-of-tau 初始化是怎样的？** <br/> powers-of-tao初始化由两系列的椭圆曲线点组成，如下所示： $$[G_{1}, G_{1}*s,G_{1}*s^{2}...G_{1}*s^{n_{1} -1} ]$$ $$[G_{2},G_{2}*s , G_{2}*s^2...G_{2} *s^{n_{2}−1}]$$ $$G_{1}$$ 和 $$G_{2}$$ 是两个椭圆曲线群的标准生成元；在 BLS12-381 中，$$G_{1}$$ 占用 48 字节（压缩形式）， $$G_{2}$$ 占用 96 字节。$$n_{1}$$, $$n_{2}$$ 分别是初始化输出的$$G_{1}$$ , $$G_{2}$$ 生成点列的长度。一些协议要求 $$n_{2}=2$$，另一些协议要求 $$n_{1}$$ 和 $$n_{2}$$ 的值都较大，一些协议属于中间情形（例如，当前的以太坊数据可用性采样方案要求 $$n_{1}=4096$$ 和 $$n_{2}=16$$）。$$s$$ 是用于生成点列的秘密值，使用后需要销毁。 为了对多项式 $$P(x)= {\textstyle \sum_{i}c_{i}x^{i} }$$ 生成 KZG 承诺，我们简单选取一个线性组合 $${\textstyle \sum_{i}c_{i}S_{i} }$$，其中 $$S_{i}=G_{1} *s^{i}$$（受信任初始化中的椭圆曲线点列）。初始化中的 $$G_{2}$$ 用于验证我们所承诺的多项式的值；我不会在此讨论验证流程的细节，更多的细节参见 [Dankrad 的文章](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)。 <br/> **** <br/> ## **直观地说，受信任初始化提供了什么价值？** <br/> 从更深层次理解这里面到底发生了什么，以及受信任初始化为何能够提供这些价值。多项式承诺使用大小为 $$O \left ( 1 \right )$$ 的对象（单个椭圆曲线点）对一段大小为 $$N$$ 的数据进行承诺。我们可以用简单的 Pedersen 承诺来做到这一点：只需将 $$S_{i}$$ 的值设置为 $$N$$ 个不相关的随机椭圆曲线点，然后如前所述对 $${\textstyle \sum_{i}^{}} c_{i}S_{i}$$ 多项式进行承诺。实际上，这正是 [IPA 证明](https://vitalik.ca/general/2021/11/05/halo.html)所做的。 然而，任何基于 IPA 的证明都需要 $$O\left ( N \right )$$ 时间来验证，有一个不可避免的原因：使用基点 $$\left [ S_{0},S_{1}...S_{i} ...S_{n-1} \right ]$$ 对多项式 $$P\left ( x \right )$$ 生成的承诺会对应于使用基点 $$\left [ S_{0},S_{1}...\left (S_{i}*2\right ) ...S_{n-1}\right ]$$ 的另外一个多项式。 <br/>  <br/> <center>在一组基点下对多项式 $$3x^{3} +8x^{2} +2x+6$$ 的一个有效承诺等效于另一组基点下对多项式 $$3x^3+4x^2+2x+6$$ 的一个有效承诺。</center> <br/> 如果我们想对某些命题生成基于 IPA 的证明（例如，该多项式在 $$x=10$$ 时等于 $$3826$$），该证明在基于第一组基点时应当验证通过，而在基于第二组基点时应当验证失败。因此，无论验证流程如何，都无法避免以某种方式考虑每一个 $$S_{i}$$ 值，因此不可避免地需要 $$O\left ( N \right )$$ 时间。 然而，如果有受信任初始化的话，点间存在着隐藏的数学关系。可以保证任意两个相邻点之间有着相同的因子 $$s$$ 使得 $$S_{i+1}=s*S$$。如果 $$\left [ S_{0},S_{1}...S_{i}...S_{n-1} \right ]$$ 是有效的初始化输出，“被篡改的输出” $$\left [ S_{0},S_{1}...\left (S_{i}*2  \right ) ...S_{n-1} \right ]$$ 是无效的。因此，我们不需要 $$O\left ( N \right )$$ 的计算量；相反，我们利用这个数学关系就可以在 $$O\left (1\right)$$ 时间下验证我们需要验证的任何东西。 然而，数学关系必须保密：如果 $$s$$ 已知，那么任何人都可以提出一个表示众多不同多项式的承诺：如果 $$C$$ 是 $$P(x)$$ 的承诺，那么它也是 $$\frac{P\left ( x \right )*x }{s}$$ 或 $$P\left ( x \right ) -x+s$$ 或许多其他多项式的承诺。这将完全破坏所有多项式承诺应用的根基。**因此，虽然在某个时间点上必须存在一些秘密值** $$s$$**，让** $$S_{i}$$ **值之间的数学联系成为可能，从而实现高效验证，但是** $$s$$ **也必须被销毁。** <br/> ## **多方受信任初始化如何运作？** <br/> 单个参与者进行初始化是很简单的：只需选择一个随机值 $$s$$，并使用 $$s$$ 值生成一系列椭圆曲线点。但单个参与者的受信任初始化是不安全的：你必须信任某个特定的人！ 解决方案是多方受信任初始化，其中“多”指的是很多参与者：超过 100 人是正常的，对于较小计算量的初始化方案，可能会超过 1000 人。以下是多方 powers-of-tau 初始化的工作原理。 <br/>  <br/> 以一个已有的初始化输出为切入点（注意，你不知道s的值，你只知道一系列的椭圆曲线点） $$\left [ G_{1},G_{1}*s,G_{1}*s^{2}...G_{1}*s^{n_{1}-1} \right ]$$  $$\left [ G_{2},G_{2}*s,G_{2}*s^{2}...G_{2}*s^{n_{2}-1} \right ]$$ 现在，选择你自己的随机秘密值 $$t$$。计算： $$\left [ G_{1},\left ( G_{1}*s \right ) *t,\left ( G_{1}*s^{2} \right )*t^{2}...\left ( G_{1}*s^{n_{1}-1} \right )*t^{n_{2}-1} \right ]$$ $$\left [ G_{2},\left ( G_{2}*s \right ) *t,\left ( G_{2}*s^{2} \right )*t^{2}...\left ( G_{2}*s^{n_{2}-1} \right )*t^{n_{2}-1} \right ]$$ 请注意，这相当于： $$\left [ G_{1},G_{1}\left ( st \right ) ,G_{1}\left ( st^{2} \right ) ...G_{1} *\left ( st^{n_{1}-1} \right ) \right ]$$ $$\left [ G_{2},G_{2}*\left ( st \right ) ,G_{2}*\left ( st^{2} \right ) ...G_{2} *\left ( st^{n_{2}-1} \right ) \right ]$$  也就是说，您已经创建了一个秘密值  $$s∗t$$ 相对应的有效初始化输出！你永远不会把你的秘密值 $$t$$ 给到之前的参与者，同时之前的参与者也不会把他们的秘密值 $$s$$ 给到你。只要任意一个参与者是诚实的，并且没有透露他那部分的秘密值，那么组合起来的秘密值就不会被泄露。特别地，有限域具有这样的性质：如果你知道 $$s$$ 但不知道 $$t$$，并且 $$t$$ 是被安全随机地生成的，那么你对 $$s∗t$$ 的值一无所知！ <br/> **** <br/> ## **验证受信任初始化** <br/> 为了验证每个参与者确实参与了受信任初始化，每个参与者都可以提供这样一个证明，包括 (i) 他们收到的点 $$G_{i}∗s$$ 和 (ii) $$G_{2}∗t$$，其中 $$t$$ 是他们引入的秘密值。这一系列的证明可用于验证最后的初始化输出将所有的秘密值组合起来 (与之相反的是，最后一个参与者只是舍弃了前面的值，并输出了仅由他自己秘密值生成的初始化结果，他可以自行保留这个秘密值，从而在任何使用该初始化输出的协议中欺诈)。 <br/>  <br/> <center>$$s_{1}$$ 是第一个参与者的秘密值，$$s_{2}$$ 是第二个参与者的秘密值，以此类推。在每个步骤中的配对检查验证了每个步骤的初始化输出确实源自前一步骤初始化输出以及参与者在当前步骤中已知的新秘密值的组合。</center> <br/> （译者注：配对的特性 $$e(G_{1}*s_{1}, G_{2}*s_{2}) = e(G_{1}*s_{1}s_{2}, G_{2})$$） 每个参与者都应该在一些公开可验证的媒体（例如个人网站、来自其 eth 地址的交易、推特）上披露他们的证据。请注意，这个机制并不能阻止某些人声称参与了某个阶段，而实际上是另外的人（假设其他人已经透露了他们的证据），但通常会认为这不成问题：如果有人愿意就参与的情况撒谎，他们也会愿意就秘密的删除情况撒谎。只要公开声称参与的人中至少有一人是诚实的，那么初始化就是安全的。 除了上述检查以外，我们还想验证初始化中的所有椭圆曲线点的幂次都是正确的（即，它们是相同秘密值的幂）。（译者注，即椭圆曲线可以表示为序列 $$Gs^{i-1}$$）为此，我们可以进行一系列配对校验，验证 $$e\left ( S_{i+1},G_{2} \right ) =e\left ( S_{i},T_{1} \right )$$（其中 $$T_{1}$$ 是初始化中 $$G_{2}*s$$ 的值）。这验证了每个 $$S_{1}$$ 和 $$S_{i+1}$$ 之间的因子与 $$T_{1}$$ 和 $$G_{2}$$ 之间的因子相同。然后，我们可以在 $$G_{2}$$ 侧执行相同的操作。（译者注，即验证 $$e(T_{i+1}, G_{1})=e (T_{i}, S_{1})$$（其中 $$S_{1}$$ 是初始化中 $$G_{1}*s$$ 的值） 然而，这需要很多次配对，成本很高。相反，我们采用随机线性组合 $$L_{1}= {\textstyle \sum_{i=0}^{n_{1}-2}} r_{i}S_{i}$$，及相同线性组合移动一位的结果：$$L_{2}= {\textstyle \sum_{i=0}^{n_{1}-2}} r_{i}S_{i+1}$$。我们使用单个配对校验来验证它们是否匹配得上：$$e(L_{2}，G_{2})=e(L_{1}，T_{1})$$。 我们甚至可以将 $$G_{1}$$ 侧和 $$G_{2}$$ 侧的校验过程结合在一起：除了如上所述计算 $$L_{1}$$ 和 $$L_{2}$$，我们还计算 $$L_{3}= {\textstyle \sum_{i=0}^{n_{2}-2}} q_{i}T_{i}$$（$$q_{i}$$ 是另一组随机系数）和 $$L_{4}= {\textstyle \sum_{i=0}^{n_{2}-2}} q_{i}T_{i+1}$$，然后验证 $$e\left ( L2，L3\right)=e \left ( L1，L4\right)$$。 <br/> **** <br/> ## **拉格朗日形式的受信任初始化** <br/> 在许多用例中，你不太愿意使用系数形式的多项式（例如 $$P\left( x \right)=3x^{3}+8x^{2}+2x+6$$），你更愿意使用点值形式的多项式（例如 $$P\left (x \right)$$ 是在域 $$\left[1, 189, 336, 148 \right]$$ 模 337 的值为 $$\left [19,146,9,187 \right ]$$ 的多项式）。（译者注：此处的逻辑是，n 次多项式需要 n+1 个点来进行确定，点值形式其实指的是 $$P\left (1 \right)=19, P\left(189 \right)=146$$，如此类推）点值形式有很多优点（例如，您可以在 $$O\left(N\right)$$ 时间内进行多项式的乘法，某些情况下的除法运算），你甚至可以把它用在 [$$O\left(N\right)$$ 时间内求值](https://hackmd.io/@vbuterin/barycentric_evaluation)。特别地，[数据可用性采样](https://hackmd.io/@vbuterin/sharding_proposal)要求 blobs 使用点值形式进行表示。 为了处理这些情况，通常可以便捷地将受信任初始化转换为点值形式。这让你能得到点值（上面的例子中为 $$\left[19,146,9,187\right]$$），并直接使用它们来计算承诺值。 使用快速傅里叶变换（FFT）是最为便捷的手段，但是要将曲线点而非数值作为输入进行传递。我将避免在此重复对FFT进行详细的解释，但这里有一个实现；FFT 实际上并不难。 <br/> ## **受信任初始化的未来** <br/> Powers-of-tau 并不是唯一的受信任初始化方案。其他一些（实际上或潜在）值得注意的受信任初始化方案包括： • 旧版的 ZK-SNARK 协议中使用的更为复杂的初始化方案（例如，参见[此处](https://vitalik.ca/general/2017/02/01/zk_snarks.html))有时仍会被使用（特别地，[Groth16](http://www.zeroknowledgeblog.com/index.php/groth16))，因为它验证成本会比 PLONK 更低。 • 一些密码协议（例如，[DARK](https://eprint.iacr.org/2019/1229.pdf)) 依赖于隐阶群，群中元素不知道进行多少次乘法运算才能得到零元素。目前存在着完全无信任的版本（请参阅：[class groups](https://www.usf-crypto.org/class-groups/))，但目前为止，最高效的版本使用的是 RSA 群（$$x$$ 的幂 mod $$n=pq$$，其中 $$p$$，$$q$$未知）。遵循 1-of-n 信任假设的受信任初始化方案是[可能的](https://eprint.iacr.org/2020/374.pdf)，但实现起来非常复杂。 • 如果/当[不可区分混淆](https://en.wikipedia.org/wiki/Indistinguishability_obfuscation)变得可行时，许多依赖于它的协议将会涉及：某人创建和发布一个混淆程序，该程序使用内部的隐藏秘密来执行某些操作。这就是受信任初始化流程：创建者需要持有秘密值来创建程序，而且之后需要把秘密值删除。 密码学仍然是一个快速发展的领域，受信任初始化的重要性很容易会改变。采用 IPA 和 Halo 式思想的技术方案可能会被改进到让 KZG 变得过时和不必要的程度，或者在十年后量子计算机让基于椭圆曲线的所有方案都变得不可行，届时我们将不得不使用无需受信任初始化基于哈希的协议。KZG 改良得更快，或者出现一个依赖于另一种受信任初始化的全新密码学领域都是有可能的。 在一定程度上，受信任初始化是必要的，重要的是要记住，并非所有受信任初始化都水平相当。[176 个参与者](https://medium.com/aztec-protocol/aztec-crs-the-biggest-mpc-setup-in-history-has-successfully-finished-74c6909cd0c4)比 6 个更好，2000 个更佳。相比于要求运行一个复杂软件包，成本小得可以在浏览器或手机应用上进行的受信任初始化仪式（例如，[ZKopru 初始化就是基于Web应用](https://mpc.zkopru.network/)）能够吸引多得多的参与者。理想情况下，每个仪式都应当让参与者运行多个独立构建的软件实现，并且运行在不同的操作系统和环境之上，以减少[共模故障](https://en.wikipedia.org/wiki/Common_cause_and_special_cause_(statistics)#Common_mode_failure_in_engineering)的风险。参与者只需一轮交互的仪式（如powers-of-tau）远远优于多轮交互的仪式，这既是因为能够支持更多参与者，也是因为编写多个实现会更加简单。理想情况下，仪式应该是通用的（一个仪式的输出能够支持大量协议）。这些都是我们可以并应当继续钻研的事情，以保证受信任初始化尽可能的安全可靠。 <br/> --- <br/> 特别感谢 ECN 社区翻译志愿者 @doublespending 对本文的翻译贡献。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/goerli-prater-merge-announcement/https://www.ethereum.cn/Eth2/goerli-prater-merge-announcement/Thu, 28 Jul 2022 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2022/07/27/goerli-prater-merge-announcement/) 作者 | Protocol Support Team <br/> - 作为最后一个进行权益证明过渡的测试网，Goerli 将与 Prater 合并。 Goerli/Prater 合并的网络将保留 Goerli 这个名字。 - Prater 测试网为合并做准备的 Bellatrix 升级将于 epoch `112260` 被激活，预计时间是 `12:24PM UTC on August 4, 2022` - Bellatrix 升级激活后，当 Goerli 触达总难度值 `10790000` 时， Goerli/Prater 合并就会发生，预计时间在 `August 6-12, 2022` 之间。 - 合并后，Goerli 的验证者集将对个人质押者运行测试网验证者保持开放。想要启动一个 Goerli/Prater 验证者的质押车可以前往 [Prater Launchpad](https://prater.launchpad.ethereum.org/)。 <br/> ## 背景 经过几年的努力将权益证明引入以太坊，我们现在已经进入了最后的测试阶段：测试网部署！ 在经历了几个开发测试网、影子分叉和被弃用的测试网之后，[Sepolia 最近过渡到权益证明](https://blog.ethereum.org/2022/06/30/sepolia-merge-announcement/)。现在，只剩下一个测试网了：Goerli 和与它相匹配的信标链 Prater。 合并在两个方面与以前的以太坊升级不同。首先，节点运营商需要升级他们的共识层 (CL) 和执行层 (EL) 客户端，而不是两个中的一个。然后，升级分两个阶段激活：第一个阶段是 Bellatrix 升级，在信标链上的一个公开的 epoch 高度上激活，第二个是 Paris 升级，在执行层上触达一个 `[Total Difficulty](https://eips.ethereum.org/EIPS/eip-3675#terminal-total-difficulty-vs-block-number)` (总难度) 值时激活。 <br/> ## 升级信息 ### 时间 合并分两步走。它从共识层上的 Bellatrix 网络升级开始，由一个 epoch 高度触发。接下来是执行层从工作量证明过渡到权益证明的升级 Paris，由一个特定的 `Total Difficulty` 阈值触发，被称为 `Terminal Total Difficulty` (`TTD`)。 [Bellatrix](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix) 升级计划在 Prater 信标链的 epoch `112260` 上激活，预计在 `12:24PM UTC on August 4, 2022` （2022 年 8 月 4 日 12:24PM UTC )。执行层上的部分 [Paris](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) 将在 Goerli 测试网的 `Terminal Total Difficulty (TTD)` 达到 `10790000` 时被触发，预计在 2022 年 8 月 6 - 12 日。 一旦执行层超过了 `TTD`，下一个区块将完全由信标链验证者产生。一旦信标链最终敲定了这个区块，我们就认为合并已经完成。假设在正常的网络条件下，这应该在 TTD 后触发了第一个区块后的 2 个 epoch，也就是大约 13 分钟后完成！ 有一个新的 JSON-RPC 区块标签 `finalized`，它返回的时最新被最终敲定的区块，或者如果没有这样的合并后区块存在的话，就返回错误。这个标签可以被应用用来检查合并是否已经完成。同样地，智能合约可以查询 `DIFFICULTY` opcode (`0x44`)，它在合并后被改名为 `PREVRANDAO`，用来确定合并是否已经发生了。我们建议基础设施提供商除了监测最终敲定的状态外，也监测整个网络的稳定性。 ### 客户端版本 以下的客户端版本支持 Goerli 和 Prater 测试网的合并。节点运行者必须运行一个执行层 (EL) 客户端和共识层 (CL) 客户端，以在合并期间和之后都在保持在网络里。 当选择运行的客户端时，验证者应该特别注意运行 EL 和 CL 上的多数客户端的风险。关于这些风险及其后果，可以看这篇[解释文章](https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html)。对目前 EL 和 CL 客户端分布的预估以及从一个客户端切换到另一个客户端的指南可以看这篇[文章](https://clientdiversity.org/)。 ### 共识层 - Lighthouse Geardude Clockberg (v2.4.0) [下载](https://github.com/sigp/lighthouse/releases/tag/v2.4.0) - Lodestar v0.41.0 [下载](https://github.com/ChainSafe/lodestar/releases/tag/v0.41.0) - Prysm v2.1.4-rc.0 [下载](https://github.com/prysmaticlabs/prysm/releases/tag/v2.1.4-rc.0) - Nimbus v22.7.0 [下载](https://github.com/status-im/nimbus-eth2/releases/v22.7.0) - Teku 22.7.0 [下载](https://github.com/ConsenSys/teku/releases/tag/22.7.0) ### 执行层 - Besu 22.7.0-RC3 [下载](https://github.com/hyperledger/besu/releases/tag/22.7.0-RC3) - Erigon 2022.07.03-alpha [下载](https://github.com/ledgerwatch/erigon/releases/tag/v2022.07.03) - go-ethereum (geth) v1.10.21 [下载](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.21) - Nethermind 1.13.5 [下载](https://github.com/NethermindEth/nethermind/releases/tag/1.13.5) ### 升级规范 合并的共识关键变更在两个地方得到详细说明： - 共识层的变更，在共识规范仓库的 `[bellatrix` 目录](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix) - 执行层的变更，在执行规范仓库的 `[Paris` spec](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) 此外，另外两个规范涵盖了共识层和执行层客户端是如何交互的： - Engine API 在 [execution-apis repository](https://github.com/ethereum/execution-apis/tree/main/src/engine) 里说明了，它是用于共识层和执行层之间的通信的 - Optimistic Sync 在共识规范仓库的 `[sync](https://github.com/ethereum/consensus-specs/blob/dev/sync/optimistic.md)` 文件夹里说明了，它被共识层用来在执行层同步时导入区块的，并给执行层提供共识层链头的部分视域。 <br/> ## **FAQ** ### 作为节点运行者，我应该做什么？ 合并后，一个以太坊全节点将结合一个共识层客户端 (运行 PoS 信标链) 和一个执行层客户端 (管理用户状态和运行与交易相关的计算)。它们通过一个已认证的端口进行通信 (使用一套新的 JSON RPC 方法，称为 [引擎 API](https://github.com/ethereum/execution-apis/tree/main/src/engine))。执行层客户端和共识层客户端使用一个加密 JWT 来验证对方。**节点运行者需要对照他们的客户端文档，了解如何生成和配置这些信息。** 换句话说，如果你已经在信标链上运行了一个节点，你现在还需要运行一个执行层客户端。同样地，如果你在当前的 PoW 网络上运行着一个节点，那么你将需要运行一个共识层客户端。为了使它们能够安全地进行通信，必须向每个客户端传递一个 JWT 通证。**在 Goerli/Prater 网络上运行一个节点的简要说明可以在[这里](https://notes.ethereum.org/@launchpad/goerli)找到。** 值得强调的是，虽然信标链节点和验证者客户端都是共识层客户端的一部分，但是运行一个信标链节点和运行一个验证者客户端是不一样的。验证者必须运行两者，而节点运行者只需运行信标链节点。这篇文章更详细地解释了这两个组件之间的区别：https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/ 另外，请注意，共识层和执行层都会维护一个独立的对等点集，并公开它自己的 API。 [Beacon](https://github.com/ethereum/beacon-apis) 和 [JSON RPC](https://github.com/ethereum/execution-apis) 的 API 都将按预期继续工作。 ### 作为质押者，我需要做什么？ Goerli/Prater 合并是大家在主网过渡前确保验证者得到正确配置的最后机会。我们强烈建议参与这次的合并，以避免在主网上出现任何预料以外的问题。 如上所述，**合并之后，信标链上的验证者除了运行他们的共识层客户端之外，还需要运行一个执行层客户端**。我们强烈建议大家在合并前就这样做，但是验证者可以将这些功能外包给第三方提供商。这是有可能的，因为执行层需要的唯一数据就是对存款合约的更新。 合并后，验证者需要确保他们创建和证明的区块中的交易是有效的。为了做到这一点，每一个信标节点必须与一个执行层的客户端配对。请注意，多个验证者仍然可以与一个信标节点和执行层客户端组合配对。虽然这增加了验证者的责任，但它也使得提议区块的验证者有权获得其相关交易的优先费 (目前这笔费用由矿工获取)。 虽然验证者的奖励在信标链上累积，并且要在随后的网络升级才能提出来，但交易费将会继续在执行层支付、销毁以及分配。验证者可以指定任何以太坊地址作为交易费的接收者。 在更新你的共识层客户端之后，请确保在设置验证者客户端时设置了 `fee recipient` (费用接收方)，以确保交易费用能够发送到你所控制的地址中。如果选择了第三方提供商来质押，由你选择的提供商来指定这些费用的分配方式。 Prater Staking Launchpad 有一个[合并准备检查清单](https://prater.launchpad.ethereum.org/en/merge-readiness)，验证者可以用来确保他们已经完成了流程的每一步。EthStaker 团队还将在 7 月 29 日举办一个[合并验证者准备工作坊](https://ethstaker.cc/the-merge-validator-prep-workshop/)。 ### 为什么对 Terminal Total Difficulty 的预计时间跨度这么大？ 每个区块增加的难度波动使得对 TTD 的估计比区块或 epoch 高度更难，因此预期范围更广。用户应该注意，由于工作量证明哈希率的变化，主网的过渡期也会出现这种情况。 ### 作为应用或工具开发商，我应该做什么？ Goerli 测试网准备进行合并，现在是你们的最后机会，以确保你们的产品顺利通过 PoS 过渡，并在合并后的环境里按预期运行。如[之前的博文](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)所述，合并只会对以太坊上部署的合约子集产生非常微弱的影响，应该不会破坏任何合约。 此外，大部分用户的应用程序接口 (API) 端点仍将保持稳定 (除非使用 `eth_getWork` 等工作量证明的特定方法)。 尽管如此，以太坊上的大多数应用程序涉及的远不止链上合约。 现在您要确保前端代码、工具、部署管道和其他链下组件能够按预期运行。 我们强烈建议开发者在 Ropsten（或 [Kiln](https://blog.ethereum.org/2022/03/14/kiln-merge-testnet/)）上执行一个完整的测试和部署周期，并向这些项目的维护者报告任何工具或依赖项存在的问题。 如果不确定在哪里创建一个 issue，请使用[此资源库](https://github.com/eth-clients/merge-testnets/)。 此外，你需要注意的是，除了 Sepolia 和 Goerli 之外的所有测试网都会在合并后关停。如果你是 Ropsten、Rinkeby 或者 Kiln 测试网的用户，你应该计划迁移到 Goerli 或者 Sepolia 测试网。更详细的信息请阅读文章[《Ropsten、Rinkeby 和 Kiln 测试网弃用公告》](https://www.ethereum.cn/Eth2/testnet-deprecation/)。 ### 作为以太坊用户或 ETH 持有者，我需要做什么？ 不需要。以太坊主网不受此测试网的影响。 在主网过渡之前，我们将在此博客中发布后续公告。 ### 作为矿工，我需要做什么？ 不需要。如果你在以太坊主网或者 Sepolia 测试网上挖矿，你需要知悉合并后每个网络都将完全在 PoS 共识下运行。届时，在该网络上无法再进行挖矿。 ### 作为验证者，我可以提出我的质押资产吗？ 不能。合并是迄今为止以太坊最复杂的升级。为了最大限度减少网络中断的风险，我们采取了最小可行的方法，也就是说在此次升级中，我们将所有与 PoW->PoS 过渡无关的变化先放一边。 从信标链上提款的功能可能会在合并后的第一次升级中引入。[共识层](https://github.com/ethereum/consensus-specs/issues/2758)和[执行层](https://eips.ethereum.org/EIPS/eip-489)的规范推动中。 ### 我有更多问题，可以去哪里问？ EthStaker 社区已经建立了一个 discord 频道来回答 staker 和节点运行者的问题。大家可以加入他们的 [discord](http:)，然后在 `#goerli-prater` 寻求帮助。如上文所说，EthStaker 还将在 7 月 29 日主持[合并验证者准备工作坊](https://ethstaker.cc/the-merge-validator-prep-workshop/)。 此外，[合并社区会议](https://github.com/ethereum/pm/issues/580)定于 8 月 12 日 14:00 UTC 举行。客户端开发者和研究员将回答来自节点运行者、质押者、基础设施&工具提供商以及社区成员的问题。请注意，这个社区电话会议预计将在 Goerli/Prater 合并后举行。 ### 什么时候合并？ 截至本文发布，以太坊主网合并的日期尚未确定。任何给出合并日期的相关言论都可能是一个骗局。更新内容将发布在以太坊基金会博客中，不要被骗了！ 假设 Goerli/Prater 合并没有发现什么问题，当客户端发布功能完备的版本，我们会选出在主网信标链上激活 Bellatrix 升级的 slot 高度，以及设置用于触发主网过渡的[总难度值](https://eips.ethereum.org/EIPS/eip-3675#terminal-total-difficulty-vs-block-number)。客户端将发布用于主网合并的版本。我们将在此博客以及其他社区平台上宣布相关消息。 以上均以未发现问题作为前提。 如果在此过程的任何时间点发现问题，或测试范围被判定不够全面，我们将解决这些问题，然后再继续推进部署进程。 只有到这时，才可能估计合并的确切日期。 也就是说，🔜。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/ama_we_are_the_efs_research_team_8_p3https://www.ethereum.cn/Eth2/ama_we_are_the_efs_research_team_8_p3Wed, 27 Jul 2022 00:00:00 GMT来源 | [reddit.com/r/ethereum](http://reddit.com/r/ethereum) 作者 | 以太坊基金会研究团队 <br/> <br/> 编者注：2022 年 7 月 7 日，以太坊基金会研究团队在 Reddit 上举行了第八次 AMA。ECN 对这次 AMA 的大部分问题进行了整理和编译。由于篇幅较长，文章分主题整理，本文为最后一期专题，推荐阅读前两期： [《以太坊基金会研究团队第八次 AMA 之扩容专题》](https://www.ethereum.cn/Layer2/ama_we_are_the_efs_research_team_8_p1) [《EF 研究团队第八次 AMA 之团队工作及研究方向专题》](https://www.ethereum.cn/Ecosystem/ama_we_are_the_efs_research_team_8_p2) <br/> 本文整理的内容主要关于主网上的技术升级与更新，涉及话题有 Staking、Danksharding、合并与合并后、MEV。 <br/> <br/> ## **Staking** <br/> **Liberosist** 提问： 一个写进协议里的质押衍生品设计会是什么样子？ 让以太坊实现一个是否为时已晚？ <br/> **Vitalik** 回复： 问题是质押本质上是不可替代 (not fungible) 的，因为不同的人质押的质押品有不同程度的被罚没风险，和在线情况等风险。所以让质押变得可替代的唯一方法是创建某种治理机制，尝试确定谁是足够值得信赖的。如果质押是以协议级别完成，那么我们基本上会有协议级别的治理，可以主观判断谁是值得信赖的人，但这似乎是一条非常危险的道路。 在协议层可以做的事情是让人们更容易双重使用其抵押品，然后你可以让 dapp 承担运行治理机制的责任，它们决定谁的质押可以相信。 此外，[/u/bobthesponge1](https://www.reddit.com/u/bobthesponge1/) 在 SGX 上有一些好主意，你可以在其中拥有一个 Staking 衍生品，它会接受任何将其 Staking 密钥放入 SGX 的人，以将防止双重签名。 <br/> --- <br/> **eth10kIsFUD** 提问： 我认为流动性质押衍生品 (liquidity staking derivative) 也许会使质押收益降低到一种对个人质押者不利的程度（年利率少于 1 %）。如果流动性质押衍生品代表着 90% 以上质押的 ETH，那我们保持去中心化的最佳选择是什么？ <br/> **Vitalik** 回复： 除非在线率大幅下降，否则 1% 的年利率在数学上是不可能的。如果所有 ETH 持有者都质押全部的 ETH，年利率约为 1.5%。 如果质押的 ETH 确实占所有 ETH 很高的份额，并且低利率让个人质押者不愿意参与（顺便说一句，不是给定的；如果质押率降到那么低，那我个人会回归到只持有 ETH），那么最好的希望就是给出多种不同的质押解决方案，因此没有单一解决方案会获得过高的市场份额。 <br/> 以太坊基金会 **Justin Drake** 回复： > 我认为流动性质押衍生品也许会使质押收益降低到一种对个人质押者不利的程度（年利率少于 1 %）。 > 与 PoW 挖矿形成鲜明对比的是，PoS 质押基本上没有规模经济。也就是说，无论质押数量有多少，质押者每单位质押的奖励和惩罚基本相同。因为质押池收取费用（例如 Lido 收取 10%，Coinbase 收取 25%），所以质押奖励对于个人质押者来说更高。 > 如果流动性质押衍生品代表着 90% 以上质押的 ETH，那我们保持去中心化的最佳选择是什么？ > 流动性质押衍生品和去中心化是相互包容的，请看 [Rocket Pool](https://rocketpool.net/)、[Swell](https://swellnetwork.io/) 和 [ethsresearch 论坛这篇文章](https://ethresear.ch/t/liquid-solo-validating/12779)。 <br/> --- <br/> **Butta_TRiBot** 提问： 你们担心 Lido 占有大约 30% 的网络份额吗？如果担心，我们可以做些什么？ <br/> 以太坊基金会 **Justin Drake** 回复： 我认为，lido 的主导地位损害了以太坊 PoS 在感知上的安全和去中心化（甚至比实际的安全和去中心化更严重）。一个好消息是，市场似乎开始意识到 Lido 的尾部风险： - 治理风险： [6 亿美元的治理代币](https://coinmarketcap.com/currencies/lido-dao/)正在保护约 50 亿美元的质押 ETH。可能会发生攻击者接管 LDO 治理代币并勒索 stETH 持有者的情况。鉴于 Lido 的分布集中在少数人手中，这可能会带来内部作案、贿赂攻击和扳手攻击，这种情况尤其令人担忧。 - 合约风险：今天的 Lido 智能合约可能存在漏洞，漏洞可能是通过治理升级而意外（或故意！）引入的。 - 罚没风险：除了意外的罚没风险之外，有权访问质押密钥的恶意运营商管理员可以通过威胁罚没相应的质押 ETH 来勒索 stETH 持有者。 另一个好消息是，还有其他可选的流动性质押衍生品设计，包括 [RocketPool](https://rocketpool.net/)、[Swell](https://swellnetwork.io/)，以及[这种设计](https://ethresear.ch/t/liquid-solo-validating/12779)。 <br/> --- <br/> **thomas_m_k** 提问： 个人质押者的一个缺点是（我认为）提议区块的比率是泊松分布（Poissan-distributed）的，这意味着即使你很长时间没有提议区块，在下一个时期提议区块的概率与刚刚提议区块的人相同。这会导致区块提议数量的巨大差异。而质押池能够通过拥有大量验证者来补偿这种差异。 如果你有一段时间没有提议一个区块，有没有办法慢慢增加成为提议者的概率？减少方差？在我看来这是可行的，但我想我错过了一些东西。 <br/> **Vitalik** 回复： 是的，有多种办法做这样的事情；也许想法可以与单一领导人秘密选举（SSLE）在同一时间实施。 除了一般的协议复杂性问题之外，主要挑战是确保这样的机制不会意外地引入激励机制，促使验证者退出并重新进入以清除他们的“最近创建了一个区块”状态。 <br/> **need-a-bencil** 回复： 我认为下一个提案的区块分布将是几何的，但可以通过指数分布很好地建模，假设验证者的数量稳定。 我认为更紧迫的问题是每个区块的交易费分配，它大致遵循着幂律。这个问题部分解释了为什么通过 Rocket Pool 进行 MEV 均匀分配对于个人质押者有利。 <br/> 以太坊基金会 **Justin Drake** 回复： > 如果你有一段时间没有提议一个区块，有没有办法慢慢增加成为提议者的概率？减少方差？ > MEV 方差通过 MEV 均匀分配而减少。关键思想是要求证明者仅证明出价最高的区块构建者的区块，并且在该区块中提取的价值是平均分配给证明者。 <br/> --- <br/> **curious_logixian** 提问： 只是很好奇，EF 研究路线图有计划将（PoS）质押门槛从 32 ETH 降低吗？如果降低，我们可以期待它什么时候会降低？ <br/> **Vitalik** 回复： 现在门槛是 32 个 ETH 的原因在于，如果门槛越低，验证者的数量就会越高，以太坊链将不得不处理更多的签名，因为节点变得更难运行，从而使链更加中心化。 请参阅 2017 年的这篇文章，其中解释了这种权衡：[https://medium.com/@VitalikButerin/parametrizing-casper-the-decentralization-finality-time-overhead-tradeoff-3f2011672735](https://medium.com/@VitalikButerin/parametrizing-casper-the-decentralization-finality-time-overhead-tradeoff-3f2011672735) 最近有一些有趣的想法将工程工作和协议改进结合起来，这既可以带来更快的敲定时间，而且在最好的情况下还会令验证者的规模变小。更多有关更多信息，请参考： - [https://notes.ethereum.org/@vbuterin/single_slot_finality](https://notes.ethereum.org/@vbuterin/single_slot_finality) - [https://notes.ethereum.org/@vbuterin/validator_set_size_capping](https://notes.ethereum.org/@vbuterin/validator_set_size_capping) 尤其参考第二个文档中的策略 3（可变的最小验证者余额）。 也就是说，需要时间才能吸收这些想法；几乎可以肯定，我们距离真正实现那些能够给我们带来好处且经过改革的共识设计还需要几年的时间。 <br/> --- <br/> ## **主网** <br/> **Lickmytongue77** 提问： 我们离“稳定”的 L1 还有多远，即预计不再有重大升级？ 我们感觉以太坊变得越来越复杂，需要一些时间来减少/消除不好的复杂性。 <br/> **Justin Drake** 回复： > > 我们离“稳定”的 L1 还有多远，即预计不再有重大升级？ > L1 最终的重大升级之一将是后量子安全。我们可能不得不把共识层的内脏 (BLS 签名、Verkle trees、SSLE) 都拿出来，这也将是一个简化和清理的机会。我的最佳猜想是，这样的后量子升级将在十年左右发生。 <br/> **Lickmytongue77** 提问： 有什么资源我可以看一下的吗？还是说这个问题目前还是太遥远了？你的说法是把共识层的内脏拿出来，听起来会是个痛苦和艰巨的过程。 <br/> **Justin Drake** 回复： 我做过一个关于后量子以太坊的演讲，链接：[https://www.youtube.com/watch?v=DDxpGMGSGDE](https://www.youtube.com/watch?v=DDxpGMGSGDE) <br/> --- <br/> ## **VDF** <br/> **ckd001** 提问： 自从 Devcon 布拉格之后，我一直对 VDF (Verifiable Delay Functions，可验证延迟函数) 取代/增强 Randao 感到兴奋。这方面有什么最新进展吗？ <br/> **Justin Drake** 回复： VDF 有了很大的进展。新的设计是 Sloth+SNARKs (特别是带有 GPU 加速 multi-scalar multiplication 的 [Nova](https://github.com/microsoft/Nova))。我们将在几周内有一个基于 CPU 的 VDF 点到点演示，第一批 VDF ASIC 测试样品 (12纳米，厂商是 GlobalFoundries ) 将在 2022 年生产出来。 <br/> ## **Danksharding** <br/> **Sushi_95** 提问： 我从 Dankrad 那里听说，在将用于数据可用性采用的 KZG 承诺方案中，你需要生成椭圆曲线上的点。我知道椭圆曲线签名可能不具有量子抵抗性。这是否意味着，出于量子安全的考虑，数据可用性采用可能需要重新设计？ <br/> **Dankrad Feist** 回复： 是的，从长远来看，一个新的后量子解决方案必须被开发出来。幸运的是，我认为到时 STARK 友好的哈希和 STARK 将足以填补这一块 (我认为在 5 年内我们可以很容易地建立一个基于此的数据可用性的解决方案)。 我们的很多密码学都是如此——我们也没有一个用于可聚合签名的后量子解决方案 (尽管在过去的一年里在这些方面做了一些非常好的研究)。目前，我们不得不使用前量子的解决方案，否则性能会受到很大的影响。 <br/> **Justin Drake** 回复： > 这是否意味着，出于量子安全的考虑，数据可用性采用可能需要重新设计？ > 是的，它需要被完全取代，可能会使用一个基于 STARK 的方案。 <br/> --- <br/> **saddit42** 提问： 你认为什么会对以太坊的生态系统造成更大的破坏？ a) 匆匆地推出 proto-danksharding 的更新并在未来 12 个月内实现了，但在共识层客户端里产生了一个需要修复的重大错误。 b) 花费大量时间将 proto-danksharding，并在没有任何重大错误的情况下交付，但需要在两年半的时间内完成。 <br/> **Dankrad Feist** 回复： 我认为这是一个非常好的问题，它可以归结为我们目前在以太坊看到的一个最重要的纠结点——为了实现路线图，我们愿意承担什么风险？ 与 Solana 不同，以太坊从来没有经历过严重宕机，这当然是一个了不起的成就。我认为我们要特别感谢 Go-ethereum 团队，成就了这个壮举。然而，我认为值得认真思考的是，当不作为的成本也非常高时，100%地谨慎行事是否是正确的做法。 延迟的代价是每天排放成千上万吨的二氧化碳。 延迟 EIP-4844 和分片的代价是用户必须支付极其高昂的费用来使用一条安全且去中心化的区块链。 这两点对我来说都非常重要。它们也可能意味着以太坊的死亡，要么因为区块链无法被采用 (因为大规模使用它太贵了)，要么更加可能是因为另一条链出现了，并解决了所有这些问题，然后以太坊就变得不重要了。 总的来说，我认为有理由认为，在进行升级时，我们应该对失败更宽容一点。特别是，我认为应该对短暂的中断故障有更多的包容——如果一个重要升级可能带来几个小时的宕机，这对我来说是可以接受的，因为与为了做更多的测试而延迟几个月升级相比，这种中断的成本低得多。 <br/> **Justin Drake** 回复： protodanksharding 可能并不十分紧迫。 - protodanksharding 之前的 rollup 已经实现 10 -100 倍的扩容了，而且像 Arbitrum 和 Optimism 这样的 rollup 的使用率还是很低 (请看 [https://ethtps.info/](https://ethtps.info/) ) - EIP-4488 可以在 EIP-4844 之前部署，以为 protodanksharding 争取时间。 <br/> --- <br/> **domotheus** 提问： 有什么办法可以估算出 danksharding 后在资本上所涉及的负载/成本？ 例如，如果质押服务商占所有质押 ETH 的25%，我假设他们必须保存所有可用 blob 数据的 25%，用于采样 (在过期之前)，因此他们的带宽/存储成本要比单个验证者或运营 1% 验证者的小型服务高得多。 这有可能会严重降低对中心化质押提供商 vs. 去中心化池的收益性 (还有终端用户的收益) 吗？ <br/> **Vitalik** 回复： > 如果质押服务商占所有质押 ETH 的25%，我假设他们必须保存所有可用 blob 数据的 25%，用于采样 (在过期之前)，因此他们的带宽/存储成本要比单个验证者或运营 1% 验证者的小型服务高得多。 > 请记住，我们希望每条数据都被数百个验证者冗余存储。因此，这将更像是，如果一个质押服务有所有质押的 ETH 的 1/256k，它将不得不存储 1/k 的所有数据。最大的质押服务商将被迫存储整条链的数据。 这绝对是故意这样设计的，以使成本曲线尽可能地线性化，并尽可能地不利于大型验证者。 <br/> **Danny Ryan** 回复： 数据的托管要求将随着验证者数量额增加而呈线性扩展，直到实体/节点被要求一直下载/存储 (用于托管期) 所有数据。在协议完全成熟之前，这个曲线的斜率是未定义的，但当你达到这些要求时，很可能是 100 个 (3200 个 ETH) 验证者的数量级。 注意，这是加密经济学的“托管”，但不能强制 p2p 活动 (即提供数据)，因此数据可用性采样 (DAS) 设计依赖的是诚实假设，并在所有节点分布 (验证者或用户节点) 而不是少数拥有大量验证者的“超级节点”。 <br/> **Dankrad Feist** 回复： 有了托管证明后，每个验证者都必须保留一部分数据。在押金不多时 (1-64 个验证者)，数据量将与运行的验证者的数量大致成比例。然而，在押金很多时，它会饱和，因为你已经保存了“所有的数据”。 其实没有办法让它一直成正比——因为我们希望网络中有冗余 (而且是大量的冗余)，你不能设定 x% 的押金保存 x% 的数据，因为任何部分的押金如果处于离线状态，就会丢失对应比例的数据。 <br/> --- <br/> **TShougo** 提问： EIP-4844 为每个区块提供 1MB 的分片 blob，以避免状态膨胀，在一定合理的时间后，例如 30-40 天后，所有数据将直接从全节点上被删除。 如果数据在 30-40 天后被删除，用户将如何访问更早的数据，以及我们如何确保以太坊以外的地方删除的数据不被破坏或完全丢失？ <br/> **Carl Beekhuizen** 回复： 你是对的，协议不保证对 blob 数据长期存储，但这是一个功能而不是一个错误。这个决定允许我们在约束节点系统要求的同时，仍然提供更多的数据吞吐量。 在这些数据不再需要被全节点存储后，有几个选项可以检索到这些数据。 - 一开始把数据放在那里的 L2 会存储它 - 存档节点存储所有的数据 - 用户可以存储与他们的状态相关的数据 (例如，你存储访问你的账户的 L2 区块) 任何人都可以存储和提供数据，如果他们认为这样做是有价值的 (因为他们得到了报仇，或者因为他们重视数据的内在价值)。是谁存储这些数据并不重要，因为数据仍然是以加密的方式承诺的，因此不能像你说的那样被“破坏”。 <br/> **Danny Ryan** 回复： 数据可用性的安全要求需要在一定时期内提供数据，以确保想要数据的用户可以在一定时间内使用数据，并缓解数据截留攻击。因此，依赖数据可用性的 L1 应用的安全性不需要 L1 永远保证分布。 我们的假设是，一旦数据是可用的，它就不可能消失，除非它对所有可能的相关方完全没用 (在这种情况下，它可以消失)。即使如此，次级的假设是一旦数据是可用的，一定相关方将不可避免地存储它，不管其价值如何 (例如一些区块浏览器、学者等)。 参见[这里](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding#what-is-the-data-availability-problem)有对“数据可用性问题”的一些讨论，以更好地了解像 4844 这样的 L1 数据可用性方案。 <br/> **Vitalik** 回复： 除了 Carl 和 Danny 的回答外，请看这篇解释长文 [proto-danksharding FAQ](https://www.ethereum.cn/Eth2/proto-danksharding-faq)。 <br/> --- <br/> **Sysntist** 提问： 在上海硬分叉中实现 EIP-4844，其未解决的主要问题是什么？ 还是规范大部分是完整的，并且大多数潜在问题将在客户端实现过程中出现？ <br/> **George Kadianakis** 回复： 你好！ 幸运的是，EIP-4844 是一个受到[社区](https://www.eip4844.com/)喜爱的项目。 这意味着大部分研究已经完成，规范差不多已经完成了，[初步的实现](https://docs.google.com/document/d/1KgKZnb5P07rdLBb_nRCaXhzG_4PBoZXtFQNzKO2mrvc/edit#heading=h.c0273egri56a)也写好了。 还有要做的工作，这里列出了未来的任务： - 解决 gas 定价问题（研究） - 实现和审计 KZG/多项式库（可能基于 blst） - 在所有客户端组合中实现和测试 EIP-4844 我的感觉是，由于更广泛社区的强烈激励，这个 EIP 将比其他 EIP 更容易完成，但只有时间会证明 :) <br/> **Danny Ryan** 回复： 围绕该提案的主要担忧是复杂性（尤其是与其他上海升级相结合时）和安全考虑（例如 blob-TX 内存池 DoS 和其他**潜在**问题）。 试图通过规范改进、简化、工程支持、测试等来减轻复杂性问题。 然而，随着时间的推移，我们都会坐下来思考并尝试解决安全问题。在发布之前从每个对抗的角度考虑这种变化是至关重要的。 我们（EF 研究团队）做了很多这样的工作，但客户端团队的工程师也这样做也是非常宝贵的，这已经开始了，但不可避免的是直到他们真正开始着手生产实现时才会停止考虑。我认为，如果出现任何问题，它们将在工程进行时考虑边缘情况下的安全问题。 <br/> **Tim Beiko** 回复: 我在这里查看了一个列表：[https://notes.ethereum.org/@timbeiko/4844-open-issues](https://notes.ethereum.org/@timbeiko/4844-open-issues) 我认为 blob 同步不会成为挑战，而且这也在研究中。当多个客户端实现它时肯定会出现问题，但希望那时的设计会比较稳定！ <br/> ## **合并** <br/> **KuDeTa** 提问： 1. 我担心的是，如果我们发现很难协调和配置一个需许可的测试网 (Sepolia)，它由一个选定的和富有经验的验证者组来运行，那么当到主网时，我们可能会遇到麻烦——也许甚至会有一段混乱期，我们无法做最终敲定。EF 会做什么来确保我们有足够的工具和教育 (等) 来尽量减少中断的可能性？ 2. 同样地，EF 预计现在的矿工在我们接近真正的合并时会有什么样的表现？最近的算力一直在下降。有一种说法是，它的加速可能是出于纯粹的恶意，可能是由于挖矿硬件带来的其他经济机会 (挖其他代币，抛售)，如果发生这种情况，我们将如何处理？ 3. 你们对最近的 Lido 治理投票有什么看法？ <br/> **Danny Ryan** 回复： 问题 1： Sepolia 合并测试出了一个糟糕的用户体验，这在主网上是不会出现的。这个用户体验是设置一个非常高的 TTD 作为恶意矿工 (他们可以很容易地将测试网的算力提高到 10 倍或 100 倍) 的防御机制，然后当大家都部署好节点后，“取消设置”。 “取消设置”的行为需要改变 CLI 标志或运行带有新 TTD 的新客户端版本并禁用之前覆盖。很多团队运行了新版本，但没有禁用这个 CLI 覆盖。这个覆盖参数之所以是“覆盖”参数，覆盖了写在新版本代码里的 TTD，因此这些节点没有通过合并。 这个用户体验 (似乎很容易出问题) 将不会在主网上使用。客户端版本都会设有一个 TTD，而 CLI 覆盖只会在矿工离开区块链而需要快速合并的情况下使用。因此，在这种情况下，用户要么需要下载一个新的客户端版本，或在 CLI 中设置 flag。他们不需要“取消”这个 flag，因为这就是出错的根源。 综上所述，两个软件的部署比今天一个软件要复杂得多，我们应该把 Sepolia 合并作为支持技术指南的提醒，举办 Q&A 活动，鼓励用户在 Goerli 测试网上练习等。因此，虽然我不认为这个问题会发生，但我确实怀疑我们会看到一些问题，并提前做好预防措施。如果你想在未来几周写一些合并的教程，请点击 [EF 资助计划](https://esp.ethereum.foundation/)。 问题 2： 我怀疑矿工们很可能不会做什么，有些会提前出售他们的矿机。矿工攻击有可能发生，但我认为可能性不大。 如果许多矿工提前出售矿机并离开，TTD 的计算就会被打乱，合并的时间也会被推迟。在这种情况下， TTD 覆盖可能/将会被用来重新配置时间。 如果真的发生矿工攻击，我们可以/应该紧急中止 PoW，尽快跳入 PoS。这将需要在 PoW 链中的某一点上就最后一个 PoW 区块进行事后协调，这会对活性带来影响，然后尽快合并。我怀疑这至少需要 48，甚至 72 小时才能完成，但鉴于我们不再能够相信链的稳定性，这样做是必须的。 我在阿姆斯特丹的 Secureum 会议上做了一个关于合并设计中的安全考虑因素的演讲，而且实际上我们也接近合并了。观看链接： [https://www.youtube.com/watch?v=Jox7Z0Dw8S4](https://www.youtube.com/watch?v=Jox7Z0Dw8S4) 问题 3： 我认为 LSD (流动性质押衍生品) 池查过了一定的阈值，对协议的稳定性和选择好阈值资金池的用户资金都有内在的风险。[https://notes.ethereum.org/@djrtwo/risks-of-lsd](https://notes.ethereum.org/@djrtwo/risks-of-lsd) 我认为，当协议仪式到他们给用户带来的风险，当用户意识到是在如此高的阈值下汇集资金时，这样的问题可以/将会得到缓解。这次投票属于前一种情况。不幸的是，如果这些协议继续对风险掉以轻心的话，可能需要发生一些严重的问题才能真正向各方传达风险，我认为这不是一个假设，而是看什么时候发生的问题。 <br/> --- <br/> **egodestroyer2** 提问： 预计什么时候合并？ <br/> **Justin Drake** 回复： 新的谢林点可能是 Devcon，就是在 Devcon 周前在 9 月合并，Devcon 从 10 月 7 日开始。看起来 Erigon 可能会通过所有的 114 个 Hive 测试，这将是一个好消息，那么在 8 月成功合并 Goerli 网似乎是完全可行的。 <br/> ## **合并后** <br/> **Freshsekac** 提问： 在 SSLE 实现之前，你们对合并后的潜在 DDOS 攻击向量有多担心/你们认为我们会看到这种情况发生吗？你们认为 SSLE 的实现需要多长时间？ <br/> **Justin Drake** 回复： > 在 SSLE 实现之前，你们对合并后的潜在 DDOS 攻击向量有多担心/你们认为我们会看到这种情况发生吗？ > 在我看来，有两种可能的攻击： 1. 不喜欢以太坊 (或可能持有 ETH 空头头寸) 的攻击者可能想以相对较低的成本扰乱家庭验证者的出块。 2. 专业的 MEV 提取者会对验证者进行 DoS 攻击，以提取更多的 MEV (例如，通过时间购买攻击或随机偏差攻击)。 > 你们认为 SSLE 的实现需要多长时间？ > 现实来说，至少合并后一年。话虽如此，如果我们确实看到主网受到攻击， SSLE 可能会加快。 <br/> **George Kadianakis** 回复： 这里的好消息是，即使没有成熟的 SSLE 解决方案，即使对于个人家庭质押者也有办法缓解 DDoS 攻击。 特别是，我们的目标是隐藏正在做提议区块的信标节点，因为这是 DDoS 攻击者的主要目标，也是质押者的主要收益来源。 我们可以通过采用基本的前端/后端设计来获得 DoS 韧性：验证者客户端留在后端，而前端使用两个独立的信标节点：一个用于发布证明，另一个用于发布区块提议。通过保持这两个信标节点独立和断开连接，正在提议的信标节点保持隐藏并得到很好的保护。 但是，这种方法会增加运行者的配置成本，他们需要设置 VPS/VPN 节点并不断轮换它们，但在我们实现 SSLE 之前，它的确可以缓解 DDoS 攻击。 <br/> ## **MEV** <br/> **TurboJetMegaChrist** 提问： 人们普遍认为，MEV 是不可避免的，如果我们想限制它的负外部性，我们应该让它是无需许可的、与 FlashBots 等工具竞争。 虽然我相信一个竞争的提议者-构建者市场是目前的发展方向，但在基础协议上是否有什么可以减少对最恶劣的 MEV 的激励？也许可以在一定时间内均匀分配区块奖励。 关于 MEV 的普遍担忧是什么，以太坊研究团队在多大程度上觉得它是一个值得花时间的话题？ <br/> **Justin Drake** 回复： > 关于 MEV 的普遍担忧是什么 > 对我来说，对 MEV 最担忧大约是 12 个月前。现在，我对 MEV 在研究层面上能得到“解决”是乐观的： 区块构建中心化带来的系统性风险通过提议者-构建者分离方案来解决，并强制交易打包以抵审查。MEV 的不稳定性通过 MEV 的均匀分配来解决。 有毒的 MEV (本质上就是各种抢跑) 基本上可以通过加密的交易池来消除。其基本思想是使用加密技术 (如阈值或延迟加密)，即在交易广播到交易池之前就被加密了。然后，这些加密的交易在被打包到链上之后会自动解密。就这个话题我做了两个演讲： [https://www.youtube.com/watch?v=jLHf6yw7b5Y](https://www.youtube.com/watch?v=jLHf6yw7b5Y) [https://www.youtube.com/watch?v=mpRq-WFihz8](https://www.youtube.com/watch?v=mpRq-WFihz8) > 以太坊研究团队在多大程度上觉得它是一个值得花时间的话题？ > 大约一年前，我花了几个月的时间尽可能地深入研究 MEV。现在，它只占我时间的不够10%。 <br/> **Barnabé Monnot** 回复： MEV 是区块空间经济价值这个大难题中的一个关键部分，所以理应关注这个问题，特别是在 PBS 的背景下，也可以看到我在这里的回答：[https://www.reddit.com/r/ethereum/comments/vrx9xe/comment/if7becf/?utm_source=share&utm_medium=web2x&context=3](https://www.reddit.com/r/ethereum/comments/vrx9xe/comment/if7becf/?utm_source=share&utm_medium=web2x&context=3) <br/> **Vitalik** 回复： 这绝对是一个忧虑。短期的解决方案基本上是希望 MEV Boost 可以工作得更好。通过 PBS，MEV Boost 可以解决大部分的问题，但它需要对中继中间件有额外的信任，而协议内的解决方案可以完全避免这种信任。从长远来看，协议内的 PBS 才是我们的方向。 <br/> --- <br/> **Lifter_Dan** 提问： 与在家质押相比，信任像 Flashbots 或其他一些 MEV 服务商有什么风险？ 如果 Flashbots 做错了什么，会有罚没风险吗？智能合约有风险吗？会由于安装在质押设备上的软件而有风险吗？或其他任何风险？ <br/> **Vitalik** 回复： 信任 Flashbots (假设你指的是 MEV Boost) 没有罚没风险。最坏的情况是，如果 MEV boost 的基础设施出问题了，或你信任的节点被黑了，你可能会提议不可用的区块并失去提议者奖励。 <br/> --- <br/> **Lifter_Dan** 提问： 需要自己运行多少个验证者才可以获得有收益的 MEV 而不需要使用像 Flashbots 这样的服务？只有 5-10 个可能吗？收入差异会是什么样？ <br/> **Barnabé Monnot** 回复： 正如 Justin 所说，运行验证者并不能形成真正的规模经济。如果你在想的是多区块 MEV 或跨域 MEV，情况就更不是这样，但在你有相当份额的押金之前，这种规模经济是不会出现的。那么，问题就在于你是否有能力自己提取 MEV，而不是你运行多少个验证者，后者只会提高你能够提取的频率。如果你不想使用外部的交易捆/构建者网络，你也许可以想出简单的 MEV 策略，并让你的执行客户端按照这些策略构建区块。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-26/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-26/Tue, 26 Jul 2022 00:00:00 GMT <br/> # **合并** **Goerli 合并激活的准备工作** 在上周四举行的第 143 次以太坊核心开发者会议(ACD) 上，开发者首先讨论了追溯性地设置 Sepolia 测试网的合并“区块”问题。这个问题的背景与 [EIP-2124：用于区块链兼容性检查的分叉标识符](https://eips.ethereum.org/EIPS/eip-2124)有关。简单来说，为了与在同一个分叉上的对等点保持同步，以太坊节点会跟踪那些对等点经历过的所有分叉，以及它们计划激活的任何未来分叉 (在这个 EIP 里被称为 FORK_NEXT)。 这样，如果一个潜在的对等点已经分叉了，而你的节点不打算分叉，它会断开连接。同样地，如果你已经进行了一个分叉，但看到你的一个对等点也计划进行这个分叉但还没同步到那个点，你可以与它们连接。 合并的一个问题是我们不使用分叉区块来触发合并，而是使用一个总难度值，这与 EIP-2124 规范不符。因此，为了在合并后与没有最新同步的对等点断开连接，需要设置一个任意的区块作为 FORK_NEXT，以此作为合并区块。 在实践中，这是一个硬分叉，对共识层的功能没有改变，但会强制与没有升级的对等点断开连接，以便节点可以与健康的对等点连接。 在上一次会议，开发者就不设置 Ropsten 测试网的合并区块达成了共识，因为它被弃用了，但会设置 Sepolia 和 Goerli 的。对于 Sepolia，开发者们将把对它的设置放到用于 Goerli 合并的客户端版本，而 Goerli 的设置则放到主网合并的版本。 因此，这意味着，同一个客户端版本会用作 Goerli 合并和 Sepolia 的 FORK_NEXT 升级，同样地，主网合并和 Goerli FORK_NEXT 升级会在同一个客户端版本，而主网的 FORK_NEXT 升级将会在合并后进行。 Tim Beiko 提议 Sepolia 的 FORK_NEXT 升级在区块 1735371 进行，已经被各个执行层客户端合并了。 关于 Goerli 合并的安排： - Prater 的 Bellatrix 分叉在 8 月 4 日 - Goerli/Prater 在 8 月 6-12 日合并 (可能是 8-10) - Sepolia 的 FORK_NEXT 升级在 8 月 17 日左右 在这周的前半周应该会有关于 Goerli 合并的公告博客，上面会有各个客户端用于 Goerli 合并的版本。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1550221047122628608&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1550221047122628608" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 821px; display: block; flex-grow: 1;"></iframe> <br/> **Goerli 影子分叉情况** 同样在上周四进行的还有 Goerli 测试网影子分叉，根据 Parithosh 在 ACD 上的汇报，在 Merge 期间，影子分叉上验证者的参与率从 98% 下降到 86% 左右。他认为原因与客户端软件无关，甚至与 EL/CL 客户端对无关，而是 EL/CL 客户端对ide特定实例有关，比如在触发合并前的同步状态。 在会议接近结束的时候，有些节点实例在自我修复，并连上了权威链。根据 Parithosh 在 Eth R&D merge-public 频道上的报告，参与率回到了大约 95%，合并后看到有些节点不是很健康，但它们都在一个 epoch 里自我修复了。  来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1550225558675398656&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1550225558675398656" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 442px; display: block; flex-grow: 1;"></iframe> <br/> **主网合并激活准备的工作** 在 143 次 ACD 上，Lighthouse 的开发者 Paul Hauner 提出，在设置主网合并激活的 TTD 等参数之前，EL 客户端团队通过 Engine API 在 CL 和 EL 节点之间打开通信通道是很重要的。出于安全原因，主网合并参数可能不会早于预期激活日期的两周传达给节点运营商。为了让节点运营商有多于 2 周的窗口期开启为主网合并的准备工作，并设置它们的 EL 和 CL 客户端组合，EL 客户端软件为 CL 节点开启适当的通道以与 EL 节点通信是非常重要的。 Geth、Erigon,、Nethermind 和 Besu 这四个 EL 客户端团队都同意确保这个功能尽快准备好，最好是加入到 Goerli Merge 的客户端版本里。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1550166583930408961&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1550166583930408961" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 659px; display: block; flex-grow: 1;"></iframe> <br/> # **执行层** **EIP-1559 部署后烧毁的 ETH 持续多于 PoS 的增发量** 根据 ultra sound money 7 月 18 日的推文，EIP-1559 上线 50 周后的数据显示，烧毁的 ETH 持续大于 PoS 增发的 ETH。  来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1548718423517036544&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1548718423517036544" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 580px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层** **mev-boost 一站式资源网站** Flashbots 的创始人 Stephane@thegostep 于 7 月 19 日发推宣布 mev-boost 的登录页面上线，它提供关于 mev-boost 的一站式资源：https://t.co/3oZHLc9qqp 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1549376272857501697&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1549376272857501697" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 646px; display: block; flex-grow: 1;"></iframe> <br/> **Obol Network 宣布推出 Obol 运营商社区 (OOC)** 25 日，Obol Network 宣布推出 Obol 运营商社区 (OOC)，与它们的第一个公共测试网 Athena 相配合。 OOC 旨在把质押产品、企业级验证者和客户端团队接入到 Obol 生态，以便在研究、开发和测试方面进行更深入的合作。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1551526879361847296&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1551526879361847296" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 638px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **Arbitrum One -> Arbitrum Nitro 测试网升级即将进行** [@ArbitrumDevs](https://twitter.com/ArbitrumDevs) 于 7 月 25 日发布消息，即将对 Arbitrum One 升级至 Nitro 技术栈。测试网升级的计划日期： 7 月 25 日，发布新版本的 Nitro 节点，在运行升级后的 Rinkeby 需要到该版本 7 月 26 日，关闭 Goerli Nitro 开发者测试网 7 月 27 日，升级 Goerli Nitro 测试网共识，所有 Nitro 节点将升级到 beta.3 或以上版本 7 月 28 日，Rinkeby 测试网暂时下线 (约 2-4 小时)，Offchain Labs 通过一系列步骤将现有的数据库转换为 Nitro 数据库。当 Rinkeby 迁移进行时，链上合约将升级到 Nitro，测试完成后链将恢复。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1551554583155163136&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1551554583155163136" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 435px; display: block; flex-grow: 1;"></iframe> <br/> **zkSync 公开了其可视化路线图 ，zkSync 2.0 将于100天之后上线主网** 7.20 日，L2 解决方案 zkSync 公布了 zkSync 2.0 版本的路线图，并且详述了每一个里程碑的交付细节。其中，值得注意的是，zkSync 声称将于 20 日之后的第 100 天推出 2.0 的主网 Baby Alpha 版本。  首先，zkSync 2.0 由两个部分组成：zkEVM Rollup 和链下数据可用性方案 zkPorter。关于 zkSync 2.0 架构的细节请阅读文章：https://www.ethereum.cn/Technology/zksync-2-0-hello-ethereum 根据公告，zkSync 2.0 的公开路线图如下： ➤ 启动 —— 2022 年 2 月 zkSync 2.0 推出公共测试网 —— zkEVM 实现 ➤ zkEVM 架构升级 —— 2022 年 5 月 1. 对架构进行了大修改 - 对虚拟机的架构进行了大修改 2. 账户抽象的实现 - 将代币持有者和签名者解耦，这让开发者能够根据自己的逻辑将账户转换为智能合约 3. 对未来功能的支持 ➤ 更佳的兼容性 —— 2022 年 7 月 支持 Solidity 0.4.11 以及之后的版本 完全支持 Vyper 0.3.3. ➤ 动态费用 —— 2022 年夏天 实现动态费用模型，确保准确收费 ➤ zk 证明集成 —— 2022 年早秋 在活跃生产环境中支持能够集成到 EVM 智能合约的 zk 证明，这将使得测试网的每个人都能体验到 zk 证明系统。 a) 集成证明：将带有见证生成器的证明程序集成到活跃的区块生成系统中。 b) 测试：对于证明性能和验证的测试 ➤ 申请 zkSync 2.0 主网部署 —— 2022 年 10 月 ➤主网 Baby Alpha —— 2022 年 11 月 - 三方审计 - 推出技术文档 - 针对 zkSync 2.0 的 FAQ - 教程和案例 ➤ 公平发布 Alpha —— 2022 年第四季度 - 生态系统扩展 - 区块浏览器 - 桥接 - Bug Bounty - 开源 ➤ 完整版 Alpha —— 2022 年年末 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1549757888641437696&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1549757888641437696" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 718px; display: block; flex-grow: 1;"></iframe> <br/> **Polygon 公布了其开发的 Hermez zkEVM 的完整实现** 7 月 20 日，Polygon 宣布其旗下的 zkRollup 解决方案 Hermez zkEVM 已推出完整实现，并开源了其代码。Polygon 表示，将在不久后发布 Polygon zkEVM 的公共测试网。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1549716959360876545&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1549716959360876545" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 967px; display: block; flex-grow: 1;"></iframe> <br/> **zkEVM Rollup 解决方案 Scroll 发布博客介绍其四个主要的开发技术原则** 此前，Scroll 团队在 7 月 19 日宣布推出 pre-alpha 版本：https://signup.scroll.io/ Pre-alpha Scroll 的细节介绍请看 [《以太七日谈 • 2022/7/19》](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-19) 7 月 21 日，Scroll 发布博客介绍其四个主要的开发技术原则：1. 确保用户安全；2. EVM 等效性；3. 效率；4. 去中心化。并因此提出基于这些原则，Scroll的设计理念有哪些： - 安全性与 EVM 等效性使其采用基于 zkEVM 的 zkRollup 解决方案 - 去中心化意味着 Scroll 需要开发去中心化的证明者网络 Scroll 将构建自己的 Roller 网络，这是一个去中心化和无需许可的证明者网络，由 Rollup 为 Scroll L2 区块生成证明。 - 为开发出最有效率的方案，Scroll 专注于开放研究为导向的创新技术 来源：https://mirror.xyz/scroll.eth/N7cAie4ul0PdSxNdv2FTqgMV2JEkhOJocsxfeqe4SFE <br/> **zkEVM 资源整合列表推荐** @LuozhuZhang 汇集了一个较为全面的 zkEVM 相关资源、库、工具等的列表 https://github.com/LuozhuZhang/awesome-zkevm <br/> # 生态 **以太坊基金会宣布 Devcon 学者计划回归以及 Devcon 周安排** 以太坊基金会博客发文宣布 Devcon 学者计划回归以及 Devcon 周安排。 Devcon 学者计划是一项帮助主要以太坊构建者克服 Devcon 参与障碍的倡议。如果你的参与 Devcon VI 能对以太坊的未来产生影响，但由于成本问题无法参加，可以在 8 月 1 日前申请 Devcon 学者资助计划，有 50 个名额： https://blog.ethereum.org/2022/07/20/devcon-scholars-returns-22/ 而 Devcon 则从为期 4 天的大会延长为一周，为了向去中心化的 Devconnect 组织致敬，Devcon 周将以一场 ETHGlobal 黑客松进行开幕，以一个社区协作创作空间（community co-working space）作为闭幕，并以 Schellingpoint 和 ETH Latam Day 等活动作为特色。 来源： [blog.ethereum.org](https://blog.ethereum.org/2022/07/20/devcon-scholars-returns-22) <br/> **Aave 宣布已在 Goerli 上部署 Aave v3** 7 月 21 日，Aave 宣布已在 Goerli 测试网部署 Aave v3。据以太坊基金会和主要基础设施提供商的指引，Ropsten 将与 Rinkeby 和 Optimistic Kovan V3 测试网部署一起被弃用，将它们从 [http://app.aave.com](http://app.aave.com/) 的 UI 中删除。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1550136687099011073&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1550136687099011073" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 337px; display: block; flex-grow: 1;"></iframe> <br/> **Kevin Owocki 表示“可再生性 web3" 项目正在给现实世界创造重要价值** Gitcoin 联合创始人 Kevin Owocki 在 Bankless 撰文 “Front-running The Regen Opportuninty"，表示“可再生性 web3" 项目形成的新兴生态正在给现实世界创造重要价值，并列举了五个头部项目，包括 Gitcoin Grants、Disrupt NGO、Incentivize for Long Term Greed、追溯性公共物品募资和可验证影响力。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1549859527612403718&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1549859527612403718" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 598px; display: block; flex-grow: 1;"></iframe> <br/> **Zapper 发布 v2** 资产管理平台 Zapper 发布 v2。它在已有 DeFi 板块的基础上，在 dashboard 上增加了 NFT、DAO的部分。 在 DeFi 部分，用户可以用 Zapper： - 查看关注的人如何投资 - 跟踪巨鲸正在进入和退出什么头寸 - 探索 280+ 应用的头寸和回报 而在 NFT 部分，用户可以查找新的 NFT 以及热门 NFT，建立了一个稀有度分数估值指标，可以作为用户参考的一部分。 在 DAO 方面，Zapper 帮助用户查阅不同 DAO 相关数据。 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1550139023041216513&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1550139023041216513" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 567px; display: block; flex-grow: 1;"></iframe> <br/> **@thedefiedge 推荐了 10 种最流行的加密货币研究工具** 23 日，@thedefiedge 整理并推荐了 10 种最流行的加密货币研究工具。其中包括 Uniwhale、Dune Analytics、Crypto Panic、Santiment 等等，并简单介绍了它们的功能。 Uniwhale 是一款分析控制面板，可以用来跟踪不同 L1 之间桥接活动，以及查看存款和提款，大概了解 L1 的趋势。 Dune Analytics，也是一款分析控制面板，可以将不同的度量视觉化为易懂的图表。 Crypto Panic 是新闻聚合器，也是 @thedefiedge 获得大部分加密新闻的地方，大概类似于 Crypto 新闻的 Reddit。 Santiment是加密情报工具，可以查看价格+开发活动+社会趋势的图表。 Nansen 是链上分析工具。 Messari 是市场情报工具，可以查看价格数据图表、研究报告等。 Token Terminal 是加密财务数据工具，可以查看区块链和 Dapp 的盈利情况。 Fear & Greed Index 是情绪指标，查看“fear”和“greed”指标更好地了解市场的感受，而不被个性化推荐的信息蒙蔽。 DeFiLIama 是 DeFi 分析工具，可以查看不同竞争 L1 之间在 TVL 上的对比。 DexScreener 是实时价格图表，可以设置投资组合的观察列表，并创建价格警报。 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1550827552452685831&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1550827552452685831" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 337px; display: block; flex-grow: 1;"></iframe> <br/> **日本 SMBC 和创业公司 HashPort 计划开发 NFT 和 web3 项目** 25 日，Blockworks 发布快讯。据该快讯来源，日本银行巨头 SMBC 和区块链创业公司 HashPort 计划成立他们所谓的 token business lab，旨在开发 NFT 和 web3 项目。 来源： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1551485622388400128&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FWXY5QcwsNXQmtTNkG2V286xKJW_qUHWruEtq2UxbY-8&amp;sessionId=fd24739483b06a22a176230d703132730c5999fe&amp;theme=light&amp;widgetsVersion=6da0b7085cc99%3A1658260301864&amp;width=550px" data-tweet-id="1551485622388400128" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 314px; display: block; flex-grow: 1;"></iframe> <br/> **EthCC [5] 的视频合集** EthCC [5] 在 YouTube 上的视频合集： https://www.youtube-nocookie.com/embed/videoseries?list=PLSJ8gU1sECuzx4mmVWQ_bw6CLxK6TyPKH <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/modular-blockchainshttps://www.ethereum.cn/Layer2/modular-blockchainsFri, 22 Jul 2022 00:00:00 GMT 来源 | [@0xAlec](https://twitter.com/0xAlec) 作者 | Alec <br/> <br/> 1/ “模块化区块链”的概念正在成为围绕可扩展性和区块基础设施所做的一种类别定义叙述。 <br/>  <br/> 2/ 这个论点很简单：我们可以通过分解 L1 区块链的核心部分，将单个层改进 100 倍，使区块链变成一个更加可扩展、可组合以及去中心化的系统。 <br/> 3/ 一起简单回顾下区块链基础知识，区块链中的区块由两个部分组成：区块头和与区块头相关的交易数据。 <br/>  <br/> 4/ 简要概述一下组成一条区块链的功能“层”。 - **执行层**：交易和状态的改变首先会在这里进行处理。通常用户也会通过执行层与区块链进行交互，包括签名交易、部署智能合约以及转移资产。 - **结算层**：结算层用于验证 rollup 的执行结果以及解决争议。它不存在于单一型链中，是模块化堆栈的可选部分。类比一下，对于美国法院系统来说，结算层就好比它的最高法院，在争议问题上提供最终裁决结果。 - **共识层**：区块链的共识层通过全节点网络下载和执行区块的内容，就状态转换的有效性达成共识，从而提供排序和最终确定性。 - **数据可用性层**：应该将验证状态迁移有效性所需的数据发布并储存在这一层。在恶意区块提议者扣留交易数据的攻击事件中，这些数据可以被轻松验证。数据可用性层是区块链可扩展性不可能三角中的主要瓶颈，我们将在后面探讨。 <br/> 5/ 为了让区块链变得去中心化，硬件要求一定不能成为参与的限制，验证网络的资源要求也要放低。 <br/> 6/ 可扩展性指的是区块链的吞吐量除以它的验证成本：区块链处理不断增多的交易量，同时保持较低的验证资源要求的能力。 <br/> 7/ 有了模块化的执行层和数据可用性层，区块链可以扩大计算规模，同时通过打破吞吐量和验证成本之间的相关性，保持让网络变得去信任、去中心化的特质。 <br/> 8/ @[Vitalik Buterin](https://twitter.com/VitalikButerin) 在文章 *Endgame* 中指出，尽管**区块验证**（保持区块生产者的诚实）应当保持去中心化，但未来的**区块生产**可能会集中在池和服务于可扩展性目的的专门生产者身上。 <br/> 9/ 可以通过将区块链节点拆分为全节点和轻客户端做到这一点。但这种模式会涉及两个问题：**区块验证**（验证计算结果的准确性）和**区块可用性**（验证所有发布的数据）。 <br/> 10/ 全节点会在区块中下载、计算和验证每一笔交易，而轻客户端只需要下载区块头，并假设状态转换是有效的。 <br/> 11/ 轻客户端有赖于全节点生成的欺诈证明来验证交易。反过来，它允许轻客户端自动识别无效的交易，使它们能够在与全节点几乎相同的安全保证下运行。 <br/>  <br/> 12/ 这就是我们最小化信任同时扩大吞吐量规模的方式：让计算变得集中，同时保持对这种计算的验证是去中心化的。 <br/> 13/ 数据可用性问题 虽然欺诈证明是解决去中心化区块验证的有效工具，但是全节点依赖于区块可用性来生成欺诈证明。 <br/> 14/ 作恶的区块生产者可能会选择只发布区块头，并且扣留部分或全部的相应数据，让全节点无法验证或识别无效交易，从而通过生成欺诈证明来警告轻客户端。 <br/>  <br/> 15/ 在这种情况下，轻客户端将继续追踪潜在无效链的链头，从全节点中分叉出来。（要记住轻客户端不会下载整个区块，只会默认假设状态转换是有效的。） <br/> 16/ 我们的探讨好像回到了原点，轻客户端如何保证在无需下载整个区块的情况下发布区块中所有的交易数据——集中硬件需求从而违背轻客户端的目的？ <br/>  <br/> 17/ 我们利用叫作纠删码的数学原语来进行数据可用性采样，让轻客户端通过随机采样区块的一小部分，有概率性地确定已经发布的整个区块内容。 <br/> 18/ 尽管我们通过区块生产者硬件的升级让 rollup 的吞吐量有了指数级的增长，但是真正的可扩展性瓶颈在于**区块可用性**而不是**区块验证**。要点：**吞吐量最终会被数据可用性所限制。** <br/>  <br/> 19/ rollup 的架构也为我们带来了一种独特见解，即区块链本身不需要提供执行和计算功能，而只需要提供排序区块的功能并保证那些区块的数据可用性。 <br/> 20/ 这是第一个模块化区块链网络 @CelestialOrg 背后主要的设计理念。Celestia 仅关注于通过数据可用性采样，为交易排序和数据可用性保证提供数据可用性层。 <br/>  <br/> 21/ 同时，区块链堆栈的所有前端所取得了进步：@fuellabs_ 正在执行层开发一个并行 VM，而 @optimismPBC 团队则正在开发分片、激励验证和去中心化定序者。 <br/> 22/ 合并后的以太坊开发路线图包括**统一结算层和数据可用性层**的计划。Danksharding 会将以太坊 L1 的数据分片转变为“数据可用性引擎”，从而让 L2 的 Rollup 实现低成本、高吞吐量的交易。 <br/> 23/ 除此之外，对 L2 方案的使用逐渐增加以及它的流行解锁了 L3：分形式扩容。它让应用专用型 Rollup 得以部署在 L2 上，为开发者解锁定制性和互操作性。 关于分布式扩容的文章：[https://t.co/gNq6rYUAtC](https://t.co/gNq6rYUAtC) <br/> 24/ 类似于网络架构从本地服务器发展为云端服务器，去中心化网页也正在从单一型区块链与孤立式的共识层，发展为具有共享共识层的模块化、应用专用型区块链。 <br/> 25/ 不管最终流行的解决方案和实现是什么，明确的是：在模块化的未来，用户才是最后的赢家。 <br/> 完整的文章：[https://t.co/4qayl99MnR](https://t.co/4qayl99MnR) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/ama_we_are_the_efs_research_team_8_p2https://www.ethereum.cn/Ecosystem/ama_we_are_the_efs_research_team_8_p2Thu, 21 Jul 2022 00:00:00 GMT来源 | [reddit.com/r/ethereum](http://reddit.com/r/ethereum)  作者 | 以太坊基金会研究团队 <br/> 编者注：2022 年 7 月 7 日，以太坊基金会研究团队在 Reddit 上举行了第八次 AMA。ECN 对这次 AMA 的大部分问题进行了整理和编译。需要注意的是，基金会研发团队成员就某些话题存在个人的看法和推测，为避免曲解，请以原贴为准。 由于篇幅较长，文章分主题整理，本文整理的内容主要是此次 AMA 中以太坊基金会的运营工作以及研究员各自的研究方向和关注点。 <br/> <br/> 以太坊基金会 **Justin Drake** 提问： 你们在招人吗？ <br/> 以太坊基金会 **Justin Drake** 回答: 是的，我们正在招聘！以下是我们可以需要帮助的一些技术项目： - **单个 slot 实现最终确定性**：这里的关键挑战是在几秒钟内聚合 100K+ 的 BLS 签名。我们正在寻找能够制造出最有前途的聚合设计原型，并进行 p2p 网络拓扑结构（topology）、聚合策略以及低层次优化试验的人。 - **数据可用性采样**：这里的关键挑战是为验证者和其他以太坊节点开发一个抗 DOS 且低延迟的 p2p 网络（可能类似于 DHT），以服务和查询 danksharding 的样本。 - **zkEVM 电路审计**：这里的目标是发现由以太坊基金会（EF） 和其他人开发的 zkEVM 电路中的 bug。所有审计技术都是公平竞争的（例如代码检查、模糊测试、形式验证）。 - **zkEVM 加速**：这里的目标是加速 zkEVM 证明器。任何堆栈层的优化都是公平竞争的（例如电路、证明系统、密码学、硬件）。 你可以在 Twitter 上通过 [justin@ethereum.org](mailto:justin@ethereum.org) 与我联系。近年来，EF 的薪酬有了大幅提高——现在的薪酬具有竞争力，尤其是在熊市背景下。 <br/> 以太坊基金会 **Danny Ryan** 回答： 是的，一直在招！ 我们团队是那些高度独立且积极进取的个人的选择，他们需要对区块链系统有深入的了解，或是拥有宝贵的技能和永不满足的学习欲望。 我们最好的员工往往是那些刚刚“崭露头角”的人。 他们着迷于以太坊、博弈论、经济学、设计、测试和书呆子式狙击问题，因为他们都会情不自禁地做出了贡献。 也就是说，“刚刚崭露头角”并非对每个人来说都是可能的，所以你也可以主动联系。 给我留言，或是给出现在 reddit、discord 上的团队成员，又或是给参加过全球以太坊研发活动的人留言。 <br/> --- <br/> **mikeifyz** 提问：你们希望看见什么样的应用建在以太坊/L2 之上 (除了 DeFi) ？抱歉问得有点晚。 <br/> 以太方基金会 **Anders Elowsson** 回答： 我觉得有趣的一些方向： - 对普通消费者来说，可行、廉价且无摩擦的支付系统。 - 允许人们在其中组织世界和他们自己的应用程序（例如，ENS） - 允许人们表达观点或者就世界状况达成一致的应用程序。 - 将机构（[定义](https://stark.mirror.xyz/n2UpRqwdf7yjuiPKVICPpGoUNeDhlWxGqjulrlpyYi0)见此处）独有的好处带进区块链的应用程序。它将使没有可信第三方就无法提供的服务类型成为可能，但在这种应用内区块链可以用来减少摩擦。 - 为机构带来区块链独有的好处的应用程序。它将允许这些“第三方”减少他们对信任本身 (和信任输出) 的依赖程度。 <br/> --- <br/> **Heikovw** 提问： “社交恢复”钱包的进展如何？ 在 IOS/Apple 系统上使用熟悉的内置生物识别技术来保护钱包的优势是什么？ <br/> **Vitalik** 回答： [ERC-4337](https://eips.ethereum.org/EIPS/eip-4337) 在使帐户抽象成为可能方面取得了很大进展，这将使社交恢复钱包得到广泛采用。 该团队目前正在研究将签名聚合 (signature aggregation) 添加到 ERC 中的[想法](https://github.com/eth-infinitism/account-abstraction/pull/92)，这将使其能够支持 BLS 签名和类似形式的聚合，从而将签名的链上数据开销从 64 字节减少到约 1 字节。这是 rollup 的杀手级功能，对它们来说，链上数据是 rollup 目前最大的开销，并且它可以为更广泛的采用铺平道路。 同时，我知道有多个团队致力于构建更多与 ERC-4337 兼容的钱包和其他类似的基础设施。非常期待未来！ <br/> --- <br/> **Kalutti** 提问： 我一直想知道：有可能细致地了解以太坊的所有部分吗？还是说它已经发展到足以让一个人“不可能”详细了解所有内容，即使是一开始就参与以太坊网络的人？ <br/> **Vitalik** 回答： 我想说还是有了解的可能性。一旦合并前的 PoW 完全弃用，合并后的情况会变得更加简单。 <br/> 以太坊基金会 **Barnabé Monnot** 回答： 上述评论指出，[以太坊在变得更加模块化](https://www.reddit.com/r/ethereum/comments/vrx9xe/comment/if7ajx1/?utm_source=share&utm_medium=web2x&context=3)，这使得它更容易按照层级和各个部分之间如何配合进行分解。我要补充的是，就其构建过程中所包含的专业领域知识而言，它也是高度多样化的。 作为从一开始就没有参与到以太坊的人，我只能建议你根据喜欢的领域找到一个切入点，例如，我更愿意考虑经济学/博弈论，所以费用市场确实作为了我的切入点。你可以从任何入口点尽情地挖掘，可能会在探索中触及协议的任意其他部分，但你不会因为一次性了解所有内容的复杂性而气馁。 <br/> 以太坊基金会 **Danny Ryan** 回答： 我认为以太坊仍然处于能够完全理解的范围内，但你可能没办法成为了解所有方面的专家。尤其是如果你考虑的是“所有部分”工程实现的详尽细节。同步和 p2p 的复杂性非常高，因此在这一点上，对一些专业知识的掌握似乎是必不可少的。 <br/> --- <br/> **domotheus** 提问： 你们认为研究和实现之间的差距在变大还是变小？ 你们是否担心过你所写的一些非常优雅的规范会因为实施的复杂性而永远无法进入协议？ <br/> 以太坊基金会 **Justin Drake** 回答： > 你们认为研究和实现之间的差距在变大还是变小？ > 在我看来，这个差距在缩小。 - 蓝天研究（指“没有明确目标的研究“和“好奇心驱动的科学”）已经结束了，而以太坊的路线图相对稳定。 - 研究团队正在投入更多的时间简化设计、教育实现者。 - 合并工作一直以来就像一个强制函数，让研究层和执行层团队更加紧密地合作。 > 你们是否担心过你所写的一些非常优雅的规范会因为实施的复杂性而永远无法进入协议？ > 好在有模块性，我不是很担心实现复杂性问题，请看[这个回答](https://www.reddit.com/r/ethereum/comments/vrx9xe/comment/if7ajx1/)。 <br/> 以太坊基金会 **Danny Ryan** 回答： （回答第一个问题）我认为目前客观上两者间的差距比较大。以太坊不断向我们抛出有趣的问题，而考虑到系统的复杂性、参与的人数、以及这么多人依赖于该活动系统的不变性和稳定性的事实，开发工程在这个开放且复杂的背景下将继续变得愈加困难。 在这种系统日益僵化的情况下，还要拼命地改进它，以达到足够的功能，为规模和应用层的扩展提供基础，并在这种日益对抗的环境中确保安全性，这是相当困难的。但是，从长远来看，僵化确实为以太坊赢得了非常强大的东西——它确保系统在长期内不会被高度资本化和强大实体的一时兴致所抢占和改变。 综上所述，合并是对系统的根本性重构，它依赖于对两层堆栈的相当多的根本性变更，更重要的是需要新的方法来思考、测试和调试这个双层系统。这种安全和测试是这个过程中耗时最多的，但却为未来升级奠定了可重复使用和扩展的基础。也就是说，为成功合并所做的大量工作代表着系统、方法和堆栈将有助于未来的升级。所以我认为，像 4844 这样的升级有一个非常坚实的基础，可以更快地进行升级。 是的 —— 有一些规范将永远不会被纳入协议。已经有一些规范被写出来了但没有实施，而且还会有更多这样的规范。我们都抛弃了我们投入数月甚至数年的工作，以不断地寻求简化和改进。工程师花了很长的时间，实际确保了最终进入以太坊协议的产品比最初的规范要简单得多，也好得多。如果我们总是能在某一天、某一月或某一年立即实现我们最好的想法，那我们的系统就没有那么完美和安全。相反，工程瓶颈和对简洁性的不知足确保我们不断完善规范，将它们剥离到最简单的核心，最终对以太坊更有益。 <br/> --- <br/> domotheus 提问：在加密领域哪些最新的“月球数学” (难以解决的难题) 让你们最兴奋? <br/> 以太坊基金会 Justin Drake 回答： **见证加密**是相当令人兴奋的！你可以针对一个论断 `S` 加密一条消息 `M` 。也就意味着你可以通过提供一个关于见证 `W` 的知识证明 (如 SNARK 证明) 来解密这条加密消息 `Enc(M)` ，这个证明需要满足给定的论断 `S` 。 见证加密有各种区块链用例： - 最近表明，见证加密允许在比特币和以太坊网络之间实现 BTC 的无抵押、去信任的双向桥接。请参阅 [Leona Hioki](https://twitter.com/leo_hio) 的这篇 [ethresearch](https://ethresear.ch/t/trustless-bitcoin-bridge-creation-with-witness-encryption/11953) 帖子。 - 见证加密将任何 VDF (**[Verifiable delay functions](https://ethresear.ch/t/verifiable-delay-functions-and-attacks/2365), 可验证延迟函数**) 扩充为延迟加密。延迟加密意味着您可以廉价地并同时解密许多使用时间锁加密的消息。这对于通过加密内存池对抗有害的 MEV 很有用。 - 见证加密允许对验证者进行去信任和可编程的罚没，这些验证者因为自己的选择触发了罚没条件而被罚没。这对于像 [EigenLayr](https://www.youtube.com/watch?v=01xDSwMO5U4) 这样重新使用以太坊验证者集的 L1 来说很有用。 见证加密在今天绝对是“月球数学”，但我仍然乐观地认为，各种突破进展可以在未来几年使见证加密成为现实。 <br/> Vitalik 回答： 与其说是新技术，不如说是对于 ZK-SNARK 的巧妙应用十分广泛： <br/> --- <br/> **Shitshotdead** 提问： 研究团队最近的方向/关注点有哪些？ 在合并之后与合并之外，你们最期待实现什么？ <br/> 以太坊基金会 **Danny Ryan** 回答： 我们更多关注的是改进以太坊的安全性、可持续性和可扩展性。包括： - 通过使用先进的密码学和网络，借助更多的 L1 数据为以太坊带来更大的可扩展性。数据可用性采样 (DAS) 是最难的部分，是此堆栈中未得到解决的问题。 - 改进 L1 协议以减轻 MEV 的中心化影响。例如提议者/构建者分离 (PBS)、MEV 均匀分配、抗审查列表 (CRLists) 等。 - 基于使用 Verkle Tries 的 EVM 的无状态进行研发。 - 信标链的安全性改进，例如单一领导人秘密选举（SSLE）、托管证明（PoC）等。 - 对于单个 slot 实现最终确定性（SSF）等共识机制的长期改进。 - 信标链的迭代改进和新增功能，例如验证者提款。 我们团队中的每个人都非常自主，因此，每个人的关注点和专业知识也略有不同，但总体来看，很多已经涵盖了这些项目，甚至更多。 在合并之后，提高系统的可扩展性可能是最紧迫的问题，因此，我们的大部分资源都集中在 4844 和 4844 的扩展上，以实现“完整版的分片”。4844 的扩展需要更好的 `is_data_available()` 函数，而不是下载所有内容来执行数据可用性采样，以去中心化/分布式的且可靠的方式来实现这个函数仍是一个难题。我们刚刚发布了一个 [RFP](https://github.com/ethereum/requests-for-proposals/blob/master/open-rfps/das.md) 让更多团队参与其中，并且我们对提交的数量感到兴奋。如果这是你第一次看到它并且有兴趣在该领域进行一些工作/研究，请联系我们！ 我个人也很高兴能进行提款。这方面的规范已接近完成并准备就绪。这个功能对于“完成”以太坊的权益证明部署非常重要，这也是我多年来一直孜孜不厌的工作——信标链的发布、合并、提款，没有提款这项工作就不算完成。 <br/> **Vitalik** 回答： 一个尚未引起公众广泛关注但我预计会变得越来越重要的长期关注点是**单个 slot 实现最终确定性**： - [https://notes.ethereum.org/@vbuterin/single_slot_finality](https://notes.ethereum.org/@vbuterin/single_slot_finality) - [https://notes.ethereum.org/@vbuterin/validator_set_size_capping](https://notes.ethereum.org/@vbuterin/validator_set_size_capping) 这将允许以太坊链在区块产生后立即敲定区块（可能每 16-32 秒一次），而不必等待超过 12 分钟才能敲定一个区块，从而使以太坊的最终确定时间几乎可以与采用纯粹 BFT 的 PoS 链一较高下 (这种 PoS 链通常更加中心化且节点数更少)。这也是一个大幅简化协议的机会，因为我们可以大量减少分叉选择计算、在状态中存储中间数据以及跟踪 epoch 等方面的复杂性。 <br/> 以太坊基金会 **Carl Beekhuizen** 回答： 我们都有不同的关注焦点，这是乐趣的一部分。 :) 就个人而言，我正在研究受信任初始化 (Trusted Setup) 和 Powers of Tau，我们需要它来促进（Proto）DankSharding。像往常一样，以太坊正试图以前所未有的规模（参与者数量）做到这一点。 在受信任初始化的技术和社会层面，有很多有趣的问题有待解决。 我很期待看到开发者会如何使用所有 EIP-4844 提供的新区块空间。 <br/> 以太坊基金会 **Barnabé Monnot** 回答： 我讲讲自己的答案吧，因为研究团队在范围和关注重点方面确实是多种多样。我一直在思考**提议者/构建者分离 (PBS)**的东西。这是区块生产的范式转变，我们将区块生产者的功能分离，分为提议者 (在我们的模型中，指的是验证者) 和构建者 (生成区块的人)。我在 [mev.day 演讲](https://youtu.be/jQjBNbEv9Mg) 中更多地讨论了我所认为的这种转变的历史原因。 随着区块空间变得更有价值，围绕区块空间的市场结构也随着时间的推移变得越来越复杂。 PBS 为此提供了机会，利用市场力量来展现最具经济价值的区块空间使用，但问题仍然存在，比如构建者中心化问题，或者审查制度/不好的 MEV 可能会变得根深蒂固，或者更糟糕的是，在这种范式下更加促进这些问题。有几个项目可以替代或补充 PBS，例如排序协议（如 [Themis](https://eprint.iacr.org/2021/1465)）、交易隐私协议（如 [Shutter Network](https://ethresear.ch/t/shutterized-beacon-chain/12249))、高 MEV dapp 的新模型（如 CowSwap 等交易所）、交付网络（如 bloXroute）......我主要是在努力尝试了解各个部分如何组合在一起，以及如何设计协议以减轻这些风险。 我个人非常期待 EIP-4844 能够上线主网。我希望在采用方面它会是一个 0 到 1 的时刻！ <br/> 以太坊基金会 **Ansgar Dietrichs** 回答： 这是我个人足够了解以至于感到非常兴奋的主题： - Danksharding（同时也是 EIP-4844）提供高吞吐量的数据可用性并使 rollup 能够充分发挥其潜力。 - Verkle trees 使无状态以太坊节点得以实现（想想嵌入在你 Metamask 中的以太坊全节点），使我们能够朝着为所有用户提供的本该完全去信任的以太坊系统迈进。随着时间的推移，我认为以太坊 L1 将越来越变成 L2 生态系统的“信任根”。 - 以太坊 L1/L2 协作：在不同的 L2 之间甚至在这些 L2 和基础层之间存在许多共同的挑战。 我认为所有的参与团队都希望建立一个更加协调的研究和标准化的协作流程，这将是非常令人兴奋的！ <br/> 以太坊基金会 **Dankrad Feist** 回答： 研究团队在过去 1 年半中成长了很多，幸运的是，这意味着我们现在可以在多条前线上进行战斗，整个团队没有聚焦于单个点。 以下是我对合并后最大关注点的看法：即使牛市会增加市场活动，但我们一定要优先考虑实施 EIP-4844，确保在 rollup 费用上有一定的减免。熊市中最大的危险是，由于目前拥堵较少，扩容会退居二线。 与此同时，研究团队正在研究这两大方向，我们希望能在 4844 之后推出： - 完整版的分片——这将提供一个可扩展的数据层。我认为它很重要的原因是显而易见的。 - 无状态——这让无需访问以太坊状态即可验证执行层成为可能。这也让提高执行层的吞吐量，并启用更轻的以太坊节点成为可能。 在完整版的分片方面，目前最大的未知数是用于数据可用性采样的 P2P 数据结构。我预计这将成为研究团队未来一段时间的重点。 除此之外，研究团队还有许多其他正在进行的努力，仅举几例： - MEV 减缓；通过在 PBS（Proposer-Builder-Separation）中拍卖 MEV 来减轻 MEV 带来的伤害 (这是 “好的” MEV) - 密码学研究，例如哈希函数和后量子密码学，尤其是签名 - zkEVM - VDF (可验证延迟函数) <br/> 以太坊基金会 **Fredrik Svantes** 回答： 目前，我个人的主要关注点是从安全视角下的合并准备情况，而我们在安全研究团队中正在做的一些让我感到兴奋的事情是： **漏洞赏金计划（Bug Bounty Program）** EL (执行层) 和 CL (共识层) 赏金计划现已合并到 [https://bounty.ethereum.org](https://bounty.ethereum.org/) 下，最高赏金已提高到 25 万美元（针对主网的且已部署到测试网的升级有价值 50 万美元的赏金）（[https://blog.ethereum.org/2022/05/16/secured-no-4/](https://blog.ethereum.org/2022/05/16/secured-no-4/))。自此次变更完成以来，我们看到外部报告有所增加。 目前，EF 是协议赏金奖励的中心化一方，而我目前正在探索的一个想法是通过由多个机构/项目组成的“基础层安全池”来实现去中心化。 **模糊测试** Fuzzing 经常被使用，我们为此提供了多种工具。 其中一些工具是 Antithesis、Beacon Fuzz 和 Nosy Neighbor（目前是我们旨在开源的内部工具），以及用于 EL 和 Engine API 的模糊测试器。 **审计** 安全研究团队正在积极审计我们的漏洞赏金计划中列出的客户端、libp2p、L2、桥接、mev-boost 等。 我们还在研究诸如“即插即用”节点软件/设备和运营安全等将有利于更大生态系统的事物。他们还与第三方审计师一起完成客户端和规范的审计工作。 **测试** 对 The Merge 的测试已经投入了很大的精力。许多新的 Hive 测试已经完成且正在构建中，并且正在使用诸如 Kurtosis 的工具来自动化测试。在公共主网的顶部，每周都会测试主网影子分叉以及夜间运行。许多验证者组合都配备了各种 sanitizer（TSAN、UBSAN、MSAN、ASAN），以在最后一个主网影子分叉上运行，例如检测竞争情况。如果你有测试员经验并且对以太坊充满热情，我们很乐意收到你的来信（[fredrik@ethereum.org](mailto:fredrik@ethereum.org)）！ 帮助提高 staking 运营商安全性的工作也正在进行中也正在进行中，例如通过 [Staking Operator Documentation RFP](https://github.com/ethereum/requests-for-proposals/blob/master/open-rfps/staking-operator-docs.md) 收集提案。我们也在关注从多个视角来看以太坊网络的多样性（客户端、操作系统、网络等），在出现问题时进行应急响应（Incident Response），以及为 The Merge 等事件所做的威胁分析工作。 还有更多的东西，但我现在就讲到这。 :) <br/> 以太坊基金会 **Francesco** 回答： 也为我自己回答：我越来越有兴趣研究从目前的共识协议到 SSF (单个 slot 实现最终确定性)的过渡，以及在此过程中可以实现的所有生活质量和安全改进。与这条“更纯粹”的共识研究线相交的是 PBS，因为它将在很大程度上嵌入共识机制，无论是在共识协议层面还是在激励层面。 <br/> 以太坊基金会 **Anders Elowsson** 回答： 就我个人而言，我正在分析以太坊 L1 的加密经济设计。这包括代币流通供应量均衡的分析，它包括代币的销毁和增发之间的关系、气馁打击、奖励曲线的属性以及它们如何被概括、以太坊上的货币需求和货币的时间价值之间的关系，以及目标存款比率的可行性。 我期待通过 EIP-4844 等进行扩容后所有的用例都将变得可行。 <br/> --- <br/> **mcmatt05** 提问： 你们对如何提高测试变更以及在以太坊上实现的速度有什么想法吗？ 有什么特别的瓶颈可以在这个领域得到改进吗？ <br/> **Vitalik** 回答： 许多瓶颈实际上是正在实现的变更确实很复杂并且涉及大量工作。 合并、proto-danksharding、verkle 树……它们都涉及堆栈的许多不同部分，需要大量工作才能弄好。 在一些情况下，我们可以通过寻找解决协议外部问题而非内部问题的方法来进行改进。[ERC-4337](https://eips.ethereum.org/EIPS/eip-4337) 就是一个很好的例子； 现在我们可以在不触及核心开发的情况下进行账户抽象。 L2 作为一个整体在这方面也很出色。 一个可能的组合路径会首先在 L2 上实现一些变更，并在几个月后，会在 L1 上实现之前在 L2 上降低这些变更的风险。 <br/> --- <br/> **Syentist** 提问： 我有一些关于核心协议开发流程的问题： 1）**利益相关者在决策中的包容性**： 核心开发者会议完全由客户端团队成员和 EF 研究员组成，但他们做出的决定影响着更广泛的社区，而用户、应用层 dapp 构建者和 L2（执行层）构建者在这些会议上没有任何正式代表。如果以太坊倾向于包容性的去中心化治理，那么这三个群体难道不应该在 ACD 会议上有一些正式的代表，在会议上参与关于在下一次硬分叉升级中纳入哪些 EIP 的关键决定吗？ 2）**决策的问责制和记录**： 我没有看到一个正式的流程，可以回顾性评估核心开发者会议期间做出的关键决策的有效性，以及未来如何改进决策。 例如，不惜一切代价在很大程度上实现客户端多样性的决定。如今，在执行层，客户端团队 Geth 的采用率为 81%。其余的少数客户端的采用率只有个位数。如果 Geth 出现 bug 了，剩下的少数执行层客户端无法使网络免受其影响。因此，社区并没有从执行层客户端的多样性中获益，而是为过度延迟的路线图付出了巨大的代价（尤其是在合并复杂性成倍增加的情况下）。 是否有正式的流程来定期评估核心开发者过去做出的决定、预期目标和实际交付的结果？什么时候做出了巩固执行层客户多样性的决定（以按时推出升级为代价）？用于决定哪些客户端团队能在核心开发者列表中占有一席之地的标准是什么？我认为，这些信息应该透明地提供出来。 即使是一些市值仅为以太坊 1/100 的 defi DAO，现在每个季度都有详细的治理报告，如果没有这样的回顾性评估，EF 如何期望核心治理过程不会犯同样的错误？ <br/> 以太坊基金会 **Tim Beiko** 回答： 我来这里插句话 :-) (1) ACD 参与者有两种明确的“类型”：全职从事协议工作并最终参加大多数/所有电话会议的人，以及关心特定功能/EIP/问题并参与讨论该主题的人。当做出影响应用程序或 L2 的决定时，代表通常会出现（或者他们的意见在电话会议之外收集并在电话会议上分享），并且会作为讨论的一部分。比如在规划伦敦升级的时候，就在“用户返还 GasToken” 上来回讨论了很久：EIP-3529。 EIP-1559 的工程更浩大了，但有一系列专门用于获取反馈的社区会议。 EIP-4844 现在有类似的程序，有一个 L2 团队（Optimism）积极地领导它的实现。 我认为当谈及到将 EIP 纳入升级的治理过程中，有两个原因导致有的人认为“更广泛的社区”似乎没有得到公平的 EIP 讨论参与份额。首先，安全问题。大多数好想法最终都会有一些不明显的攻击向量，这些攻击向量会被客户端的开发人员强调，并且通常需要 EIP 拥护者对规范进行重大修改。这使很多 EIP 停滞不前。第二，竞争的优先事项。鉴于其高昂的协调成本，我们每年只能推出有限数量的网络升级。我们在升级中添加的每个功能都会增加更多的测试工作，如果事物之间存在相关性，工作量就很快膨胀起来。因此，一些 EIP 没有被纳入到升级中，并不是因为它们在任何方面都很糟糕，而仅仅是因为其他事情被认为对网络的长期健康更重要。 (2) 我认为这是一个有趣的观点！也就是说，您似乎对两种类型的“问责制”感兴趣：一种是关于流程中做出的决策（例如，将 X 与 Y EIP 纳入到升级中），另一种是关于流程的一般结构（例如，拥有多个客户端团队）。我支持深入研究两种的人（如果您正在阅读本文并愿意，请联系我们！）。当我第一次接受组织 ACD 时，[我试了一下。](https://hackmd.io/@timbeiko/acd-feedback) 在过去的一年里，我们在与 EL 和 CL 团队合作的合并工作中也学到了很多东西，合作结束之后，我认为现在是我们反思要如何稍微改变流程的好时机。 至于有关客户端多样性这个更广泛的观点，有一些想法： - 以太坊本质上是无需许可的，因此我们不能“阻止”某人构建一个客户端。 - 尽管今天 Geth 在 EL 上占主导地位，但如果我们没有多客户端精神，那基本上就会受到他们对以太坊客户端软件所造成的改进瓶颈，而且我们已经看到其他团队可以做出重大贡献，例如 Erigon 的数据库设计，它极大地减小了归档节点的大小，Besu 现在也在紧随其后。同样，Nethermind 非常强调运行节点的便利性。 - 扩展上述内容，只有单个实现会限制我们在 L1 上工作的聪明人数量。聪明、积极、有创造力的人最终会产生强烈的分歧，如果你试图让他们都在同一个代码库工作，那只会导致他们中的大多数人退出 :-) - 实际上，我并不相信在 EL 上有多个客户端会大大减慢合并速度。尽管显然有延迟，但我认为今天 EL 客户端团队的准备情况需要“几周”而不是“几个月”。如果我们只有一个 EL/CL 组合，我们也许能够提前“几个月”推进合并，但目前尚不清楚我们是否会达成相同的设计或者是否能更快，因为这意味着更少的人在为此努力工作。 - 如果没有多个客户端，就意味着如果存在错误（例如 Geth 铸造/销毁 ETH），它将成为权威链的一部分并永远地留下污点。 <br/> **lightclient** 回答： 你提到的所有群体，ACD 会议一直以来都很欢迎他们参与讨论。他们的反馈很有价值也受到重视。不幸的是，这些社区的大多数成员（L2 还好一些）对 L1 治理不感兴趣或没有投入时间参与治理。此外，应用程序开发者一般非常倾向于了解让他们的应用程序受益的 EIP。虽然了解 EIP 将如何对社区有用是件好事，但最近我们一直关注的协议变更被认为具有更大的影响，因此它们通常具有优先权。 据我所知，现在没有适当的定期回顾。这似乎是个好主意，我很欢迎。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-19/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-19/Tue, 19 Jul 2022 00:00:00 GMT <br/> # **合并** **Goerli 测试网预计合并时间** 根据共识层客户端 Prysm 的开发者 Terence@terencechain 在 7 月 18 日的推文，开发者计划 Goerli 测试网的合并时间是 8 月 10 日。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1548997168232632320&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1548997168232632320" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 632px; display: block; flex-grow: 1;"></iframe> <br/> **第六次合并社区会议** 第六次合并社区会议将于 8 月12 日北京时间 22:00 举行，时长为 60 分钟。讨论主题包括： - Goerli 测试网更新 - 共识层客户端平衡 - 合并后的测试网 - 出块时间从大约 13 秒变成精确的 12 秒，这可能会影响借贷协议，以及他们如何计算年化率 (使用时间戳) - 设置交易费接收地址：交易费是发到验证者在执行层上的地址 - 验证者需要运行执行层客户端和共识层客户端——多样性对两个客户端都很重要 trent.eth 在推特呼吁所有验证者、社区成员和相关方都来参加。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1549059354984333312&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1549059354984333312" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 694px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层** **MEV-Boost 的实现进展** 根据 7.15 那一期的 MEV-Boost 状态更新，目前 Teku、Prysm 和 Lighthouse 都已经有测试指南了。有需要的朋友可以跟着指南做测试了！  此外，Rocket Pool 的智能节点版本 [v1.5.0 beta 2](https://github.com/rocket-pool/smartnode-install/releases/tag/v1.5.0-b2) 也要已经支持 Teku、Prysm 和 Lighthouse 的 MEV-Boost 了。 来源：[https://flashbots.notion.site/MEV-Boost-Status-Update-July-1-15-2022-759ca682f96e45848e874ce1195b8dea](https://www.notion.so/759ca682f96e45848e874ce1195b8dea) <br/> **Obol Network 上线首个公共测试网 Athena** 专注于分布式验证者技术的 Obol Network 今天发布了关于 Athena 测试网的公告，其中还包括通往主网就绪客户端的路线图。 参与 Athena 测试网有四个阶段： - 填写测试网参与表格，以与其他运营商进行配对，并计划分布式密钥生成 (Distributed Key Generation, DKG) 仪式。 - 运营商参与 DKG 并生成必要信息 - Obol 团队把存款信息与 32 个 ETH 发送到存款合约，开始在 Prater 测试网的验证者激活流程 - 运行大概 1 个月后，Obol 团队会认为此次 Athena 测试网完成，运营商从网络退出验证者，并由核心团队对运营商进行评分。 在上线主网前，Obol Network 的客户端 Charon 还将在 Goerli 和 Gnosis 链上进行公共测试网的测试。 详情：https://blog.obol.tech/the-athena-testnet/ <br/> 更多主网的更新消息，请参阅最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-7-15)》。 <br/> # **Layer2** **L2 扩容解决方案 StarkNet 推出基金会并即将发布其原生代币** 7 月 13 日，StarkNet 提出其去中心化计划，将推出 StarkNet 基金会并发布原生代币。 公告分三部分发布，第一部分总结了 StarkNet 迄今为止的发展历程，并介绍了 StarkNet 的代币和基金会；第二部分则讨论了 StarkNet 的治理模式；第三部分关注的是 StarkNet 的代币模型。关于公告的一些重点： - 代币计划于 2022 年 9 月发布，初始总供应量为 100 亿枚代币，将分配给 StarkNet 生态系统的核心贡献者、StarkNet 软件开发合作伙伴以及基金会。 - 代币用作 (i) 治理；(ii) StarkNet 上的交易手续费；(iii) StarkNet 的共识机制参与 (权益证明选举机制, PoS leader election machanism) - StarkNet 基金会作为非营利组织，其愿景是让 StarkNet 成为公共物品。它由 StarkNet 代币的一次性资助支持。 关于治理模式和代币模型，推荐阅读 StarkNet 中文社区的翻译： 《[StarkNet 去中心化与治理提案](https://mirror.xyz/starknet-zh.eth/9VMomKmKZlmyL_26-bBLikeuH_UqVWKb1c793vurIYo)》 《[StarkNet 代币设计](https://mirror.xyz/starknet-zh.eth/_IFf-wQG2cTqDGbQAfP49w9HzbCc_sPsiYZeGrzXSZU)》 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1547223754832478209&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1547223754832478209" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 732px; display: block; flex-grow: 1;"></iframe> **基于 zkEVM 的 zkRollup 扩容解决方案 Scroll 面向外部测试者发布 pre-alpha 版本** 7 月 19 日，Scroll 团队宣布推出 pre-alpha 版本，早期测试者可以注册登记以获得访问权限：https://signup.scroll.io/ Scroll pre-alpha 测试网版本作为初始版本发布，旨在尽快获得社区的反馈。该版本将基于一个分叉以太坊的私有 PoA 网络运行 (L1 测试网)，由 Scroll 团队运营；在这条私有链之上，Scroll 会运行一个 L2 测试网版本，支持以下功能： - 用户可以与部分应用 demo 交互 (如 Uniswap 的分叉版本) - 用户可以通过区块浏览器查看 Scroll 测试网的状态 - Scroll 将运行一个节点，该节点支持无限读取操作 (如获取账户的状态) 和用户发起的交易 (如转发 ERC20 代币或者 swap 代币) - Roller 将为部分 zkEVM 电路生成并聚合有效性证明以确保稳定发布 - 在 L1 和 L2 测试网之间桥接资产将通过智能合约桥接实现，尽管该版本还不支持任意信息传递 Pre-alpha 版本之后，Scroll 将会部署一个更加开放和无需许可的 alpha 测试网 (部署在以太坊公共测试网上并且对所有人公开)。届时： - 开发者可以在测试网上部署智能合约 - 任何人都可以运行一个归档 Scroll 节点 - 生成和聚合更多 zkEVM 证明，并在链上验证 在最终的主网发布版本中，Scroll 将实现齐最终架构，包括去中心化的 Roller 网络以及集成 EVM 原生的开发者工具。在未来的几周内，Scroll 将更新一系列说明文章以解释 Scroll 的架构和技术蓝图。 来源：https://mirror.xyz/scroll.eth/XQyXDgyxoefag6hcBgGJFz8qrb10rmSU-zUBvY3Q9_A <br/> **ZKX 种子轮融资 450 万美元** ZKX 是一个建基于 StarkNet 之上的无需许可的衍生品交易协议。7 月 14 日，ZKX 宣布其完成了价值 450 万美元的种子轮融资，参投方包括 StarkWare、Alameda Research、Amber Group、Huobi、[Crypto.com](http://crypto.com/)、Hashkey Capital、Orange DAO、Angel DAO、Dweb3、Caballeros Capital、Cluster Capital 和 [Gate.io](http://gate.io/)。 据 ZKX 的公告，他们旨在解决 DeFi 市场的一些关键挑战，包括过度依赖预言机、难以为新的衍生品筹集流动性以及中心化的代币上线机制。 ZKX 计划于今年第四季度上线主网，并计划在明年去中心化节点网络。 来源：https://zkxprotocol.medium.com/zkx-raises-4-5m-in-seed-round-f19f4b15b832 <br/> **区块链网游 Mandala 基于 Immutable 构建** L2 NFT 平台 Immutable 宣布与元宇宙游戏平台 Mandala 达成合作，将为其提供支持。Mandala 是一个建在区块链之上的大型多人在线角色扮演游戏 (MMORPG)。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1547974279903424516&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1547974279903424516" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 701px; display: block; flex-grow: 1;"></iframe> <br/> **Lido 公布其向 L2 扩展的计划** 流动性质押池 Lido 宣布登陆 Layer2，Lido 的质押用户很快将能够在 L2 的 DeFi 应用上使用 stETH。此前，Lido 已经集成 Argent 以使得 zkSync 用户能够使用 wstETH，还集成了 Aztec。之后会集成更多 L2 方案。此外，Lido 还推出了一个每周系列节目「L2sDAYS」，专注于以太坊扩容的概念、项目、参与者以及价值。首期节目邀请了 Optimism 团队作为嘉宾，于 7.19 日晚 11 点进行。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1549034818155020289&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1549034818155020289" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 759px; display: block; flex-grow: 1;"></iframe> <br/> **DeversiFi 更名为 [rhino.fi](http://rhino.fi/)** 此前，DeversiFi 是一个基于 StarkEx 技术的 L2 去中心化交易所。 7 月 14 日，DeversiFi 宣布更名为 [rhino.fi](http://rhino.fi/)，并正式从去中心化交易所转型，旨在为多链 DeFi 提供无摩擦的 L2 门户。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1547602155300745219&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1547602155300745219" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 700px; display: block; flex-grow: 1;"></iframe> <br/> **Arbitrum Rollup 推出新的 Görli 测试网，并准备将 Rinkeby 测试网迁移至 Nitro** 此前，Arbitrum 于 4 月份基于 Görli 测试网推出了其 Nitro 开发者测试网。7 月 16 日，Arbitrum 宣布上线了新的 Görli 测试网以及在本月内会将 Rinkeby 测试网迁移至 Nitro。 来源：[https://medium.com/offchainlabs/new-g%C3%B6rli-testnet-and-getting-rinkeby-ready-for-nitro-3ff590448053](https://medium.com/offchainlabs/new-görli-testnet-and-getting-rinkeby-ready-for-nitro-3ff590448053) <br/> # **生态** **[ethereum.org](http://ethereum.org/) 新增 DeSci 页面** [ethereum.org](http://ethereum.org/) 于 7 月 10 日上线了介绍 DeSci 的页面。该页面介绍了什么是 DeSci (Decentralized science，去中心化科学)、DeSci 如何改善科学、以太坊于 DeSci、DeSci 的用例以及如何参与等。  去中心化科学是一场运动，旨在利用 Web3 堆栈对科学知识的资助、创造、审阅、贡献归属、存储和传播建立公平且公正的的公共基础设施。 来源：https://ethereum.org/en/desci/ <br/> **Opensea 宣布已迁移 Seaport Protocol** 7 月 15 日，Opensea 宣布已迁移至 Seaport。它是一个可以买卖 NFT 的 web3 市场协议，具有开源、去中心化、和可升级性的特点，服务于 NFT 构建者、创作者和收藏者。 此次迁移带来的重要改善包括： - 大幅降低 gas 开销。据 Opensea 预估，此次迁移将为其每年节省 4.6 亿美元。 - 首创收藏品报价方式，玩家可以同时对整个收藏品的项目或是具有特定属性的几个项目进行报价； - 取消新用户的激活费用，每年为整个 Opensea 社区节省 1.2 亿美元； - 更多新功能，例如在一次交易中列出许多 NFT 清单，而且创作者也将很快能够在 OpenSea 上定义多个支付地址。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1536756396158599168&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1536756396158599168" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 731px; display: block; flex-grow: 1;"></iframe> <br/> **Gnosis Safe 宣布完成价值 1 亿美元的战略融资轮** [Gnosis Safe](https://twitter.com/gnosisSafe) 宣布完成一轮价值 1 亿美元的战略融资。超过 60 位贡献方参与了这轮融资，包括 [1kx](https://twitter.com/1kxnetwork)、[Tiger Global](https://www.tigerglobal.com/)、[A&T Capital](https://capitalant.com/)、[Blockchain Capital](https://blockchain.capital/) 等。 这些融资会用于帮助 Gnosis Safe 生态系统发展，在 Gnosis Safe 上构建的项目有[@utopialabs_](https://twitter.com/utopialabs_)、[@0xCoinshift](https://twitter.com/0xCoinshift)、[@parcelHQ](https://twitter.com/parcelHQ) 等。 参与其中的业内专家包括：[@punk6529](https://twitter.com/punk6529)、[@LefterisJP](https://twitter.com/LefterisJP)、[@0xnr0](https://twitter.com/0xnr0)、[@hasufl](https://twitter.com/hasufl) 等。 Gnosis Safe 是运行在以太坊上的智能合约钱包，它要求在交易发生前由最低数量的人批准 (M-of-N)。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1546841782238859267&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1546841782238859267" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 731px; display: block; flex-grow: 1;"></iframe> <br/> **Celsius** **申请破产事件回顾** 6 月 13 日，Celsius [宣布](https://twitter.com/celsiusnetwork/status/1542550066019282944?s=21&t=66-ObIDcnPk83PqmcGa0VQ)停止提款、兑换、转账功能。 7 月 1 日，在面临众多质疑和橄榄枝（高盛欲收购）的情况下，Celsius 发推称将会采取战略性交易和重组负债等方式保存和保护其资产。 在这之后，Celsius 陆续进行清算。 7 月 14 日，Celsius 自愿申请美国破产法第 11 章的保护，宣布公司启动财产重组。 7 月 19 日（今天）Celsius 发推，指路客户向破产方案解决公司 Stretto 提交索赔通知。 来源：https://twitter.com/CelsiusNetwork <br/> **EthCC 于今天开幕** 欧洲最大型的年度以太坊会议 EthCC (第五届) 将于 7 月 19 至 22 日在法国巴黎举行。此次会议聚集了来自全世界的 200 多名演讲者，包括 Vitalik、Gitcoin 联合创始人 Kevin Owocki、StarkWare 联合创始人 Eli Ben-Sasson 等。对于整个以太坊社区来说，所有目光都聚焦在合并上。 来源：[EthCC returns as the Ethereum community looks beyond its ambitious move to proof-of-stake (cointelegraph.com)](https://cointelegraph.com/press-releases/ethcc-returns-as-the-ethereum-community-looks-beyond-its-ambitious-move-to-proof-of-stake) <br/> **[beaconcha.in](http://beaconcha.in/) 上线了 Merge 清单功能** 7 月 15 日，Superphiz 发推提醒，信标链浏览器 [beaconcha.in](http://beaconcha.in/) 移动版 app 上线了 Merge 清单功能，solo staker 可以根据清单提前做好准备工作：  来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1547723519630315524&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1547723519630315524" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 811px; display: block; flex-grow: 1;"></iframe> <br/> **Starknet 联合 Encode Club 和 Activate 举办巴黎黑客松** Starknet 联合 web3 教育社区 [Encode Club](https://twitter.com/encodeclub) 和构建者组织 [Activate](https://twitter.com/activate_build) 于 7 月 18 日至 19 日举办巴黎黑客松，此次活动向任何想要在 Starknet 上构建的开发者开放逾 2 万美元奖金池。一等奖可获 7000 美元，第二、三等奖分别可获 5000、3000 美元。 Starknet Workshop 的教学内容包括：介绍 Cairo、L1 到 L2 信息传递、Starknet 钱包和账户、从 ERC-20 到 ERC-721 以及 JS Workshop 等。 来源：https://medium.com/encode-club/announcing-the-starknet-paris-hackathon-july-18-19th-register-now-d46b115e7b41 <br/> **Su Zhu 向三箭资本索赔 500 万美元** 7 月 18 日三箭资本（3AC）的债权人 [Soldman Gachs](https://twitter.com/DrSoldmanGachs) 发推称，他注意到 3AC 联合创始人 [@zhusu](https://twitter.com/zhusu) 提出了 500 万美元的索赔。 另外，3AC 的投资管理公司 Three AC Limited 等也提出了 2500 万美元的索赔。 索赔总计达到 28 亿美元，还有更多用户在发起索赔。值得注意的其他索赔人包括：[@DCGco](https://twitter.com/DCGco)、[@investvoyager](https://twitter.com/investvoyager)、[@Algorand](https://twitter.com/Algorand)、[@DeFianceCapital](https://twitter.com/DeFianceCapital)、[@CelsiusNetwork](https://twitter.com/CelsiusNetwork)、[@CoinList](https://twitter.com/CoinList)、[@galaxyhq](https://twitter.com/galaxyhq)、[@SBICrypto](https://twitter.com/SBICrypto)、[@BlockFi](https://twitter.com/BlockFi)、[@MoonbeamNetwork](https://twitter.com/MoonbeamNetwork) 以及 [@BitGo](https://twitter.com/BitGo)。 据 Decrypt 发布于19 日的消息，法庭文件显示 3AC 欠了 27 家公司 35 亿美元的债务，其中包括欠借贷平台 Genesis 的 23.6 亿美元债务。 作为清算人，Teneo 的高级董事总经理 Russell Crumpler 在宣誓书中提到，在现阶段，尚不清楚其创始人如何处理公司的资产，以及公司的资产是否用于他们一直在进行的购买上。他还提出，不应该允许公司的创始人处理可能属于公司的资产。 Decrypt 还指出，3AC 的困境始于 Do Kwon 臭名昭著的 Terra 区块链崩溃，此后引发了整个加密行业的清算、破产和财务问题的连锁反应。根据其清算文件，当 UST 脱离 1 美元的挂钩并在 5 月份导致 LUNA 贬值时，3AC 损失了大约 2 亿美元。 来源 1： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1548922054975848448&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1548922054975848448" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 848px; display: block; flex-grow: 1;"></iframe> 来源 2：[Bankrupt Three Arrows Capital Owes $3.5B to Creditors, Including $2.3B to Genesis - Decrypt](https://decrypt.co/105416/bankrupt-three-arrows-capital-owes-3-5b-to-creditors-including-2-3b-to-genesis) <br/> **EIP-4361 的状态从“draft"变为“review”** Spruce 昨天发推表示，关于“用以太坊登录 (Sign-In with Ethereum)"的 EIP-4361 作为 EIP 的状态从“draft (草案阶段)"变为了“review (审阅阶段)”。这是推动用以太坊登录成为被广泛使用的标准的重要一步。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1549046628929089536&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Fskz3N-nze0rqRpbSwNIctezjfOCZ1T9bogSGeq1iOEo&amp;sessionId=134641b3ee9a1593e5406fddf4e1ebe39bda7dc6&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1549046628929089536" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 440px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-7-15https://www.ethereum.cn/Eth2/wnie2-2022-7-15Mon, 18 Jul 2022 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220715#fnref1) <br/> ⚠️不存在 Eth2 的币。任何给你提供 Eth2 代币的都是骗子。⚠️ (显然我需要说这件事🤷‍♂️) <br/> ## 本周首荐 EF 研究团队的[第八次 AMA](https://www.reddit.com/r/ethereum/comments/vrx9xe/ama_we_are_ef_research_pt_8_07_july_2022/)。(译者注：此次 AMA 的[扩容部分中文版](https://www.ethereum.cn/Layer2/ama_we_are_the_efs_research_team_8_p1)) <br/> ## 它来啦！ 我们终于公开说出了**一个可能的合并日期**！🎉🎉🎉 如果还有人不知道的话，在 7 月 14 日的[共识层开发者会议](https://hackmd.io/@benjaminion/wnie2_220715#Consensus-devs)上，开发者提议 9 月 19 日 [[1](https://hackmd.io/@benjaminion/wnie2_220715#fn1)] 作为合并的计划目标。 请用足够谨慎的态度看待这个目标日期。这不是一个破釜沉舟都要实现的目标，而是一个写作点，帮助大家做计划。从现在到那时，很多节点运营商有很多工作要做，这些目标能帮助他们专注。Tim Beiko 的[奶酪类比](https://twitter.com/TimBeiko/status/1547650833793265664)把主网日期的确定程度比作布拉塔奶酪 (译者注：质地非常柔软) 的稠度。 同时，Goerli 的合并计划则处于成熟的切达奶酪的硬度 (译者注：硬度对应的英语单词是 firmness，也有确定程度的意思)。（这真是一个很好的类比。) 在会议上，我们讨论了在 8 月 8 日进行 Goerli 的 Bellatrix 升级，并将 Goerli 合并的目标定在 11 日。Goerli 合并的 TTD (终结总难度) 预计将在下个月初选定，但我了解到的最新情况是 Bellatrix 可能会提前到 8 月 4 日，TTD 出现在 10 日。请记住，这些日期都是目标：由于 PoW 的算力和 Goerli 测试网上的一些奇怪权威证明 (PoA) 过程，所有网络的 TTD 进程都会有可变性，所以它可能会有几天的变动。 <br/> ## 测试合并 ### Sepolia 在上一期更新里，我们已经成功把 Sepolia 测试网合并到权益证明。触达了 TTD，且[第一个合并区块](https://sepolia.beaconcha.in/block/115202)在 7 月 6 日 1400 UTC 被生产出来，多亏了精确的算力调整，它仅比目标时间晚了 24 秒。Anthony Sassano 和 EthStaker 的伙伴们一起主持了 [Sepolia 观看派对](https://www.youtube.com/watch?v=iOSYpI82_60)。这次的时间比 Ropsten 那次要短得多。 在合并后，网络参与度立即下降到大约 70%，这有点令人担忧。大量掉线的验证者原来完全是由在配置节点时的[用户错误](https://twitter.com/vdWijden/status/1544710608767131648)造成的。在接下来的几个小时里，随着人们修复他们的漏洞，参与率[回到了 95%](https://twitter.com/parithosh_j/status/1544968914777645056)，这实际上就是 100%，因为有 5% 的验证者密钥在某个时候丢失了。 节点配置问题主要与我们执行的测试网合并方式有关：首先设置一个假的 TTD，随后升级为真正的 TTD。这样做是必要的，以防止人们在 Bellatrix 分叉前用 30 倍的算力先触达 TTD，就像我们在 Ropsten 上看到的情况。这[在主网上是不需要的](https://twitter.com/dannyryan/status/1544714218947035137)。实际上，我们需要吸取的教训的是，让用户体验尽可能地顺滑，这在上周四的共识层开发者会议做主网合并计划时得到强烈的反映。 Christine Kim 在她的每周 Galaxy Digital [研究简报](https://myemail.constantcontact.com/Weekly-Research-Brief.html?soid=1136461704723&aid=pA9H6H--368)中对 Sepolia 合并进行了报道。 简而言之，Sepolia 合并是成功的！没有客户端出现合并相关的问题。但我们需要注意配置客户端上的用户体验问题。 ### 主网影子分叉 第八次主网影子分叉 (MSF8) [进行非常顺利](https://twitter.com/evan_van_ness/status/1544380378680549376)。Besu 倒退到提议空块 (但仍然保持提议，这使得信标链得以保持运行)，Erigon 没有及时同步。除此以外，一切都很顺利。 MSF9 还有一些问题。从我的[共识层会议记录](https://hackmd.io/@benjaminion/BkxQTpqpi9#Mainnet-Shadow-Fork-9)里截取了一些内容，如 Pari 所报告的： - Lighthouse 节点同步中止了，要到下一个 epoch 才追上。修复工作在进行中，且现在已经部署了。 - Besu：4/5 的节点遇到无效区块——似乎还是之前的问题。 - Nethermind 是离线的 (故意的)。在 MSF8 里，他们遇到了在 Ropsten 上出现过的问题。因此，在 MSF9 上，他们运行了多种不同的配置，试图重现它，他们成功做到了。 - Erigon 节点没有及时同步。在未来的测试会使用快照。 - Nimbus 节点：Pari 把配置搞乱了。 所以，不是很顺利。Nimbus 的配置问题被修复后，区块链又成功开始做最终敲定了。 鉴于 Goerli–Prater 合并即将到来，下一个影子分叉将于下周在 Goerli 进行，第 10 次主网影子分叉将在此后一周进行。 当你在测试合并时，不要忘了 MEV-Boost 也是需要测试的，如果你计划使用它。Flashbots 在这方面有些[消息](https://writings.flashbots.net/writings/mev-boost-call-for-testing/)。 <br/> ## 为合并做准备 本周新增栏目。既然我们知道[合并是肯定会发生的](https://www.reactiongifs.com/wp-content/uploads/2013/12/aVOSkIC.gif)，质押者和非质押者都需要开始准备。 为此，Superphiz 发起了让社区一起贡献的以太坊合并[媒体资源](https://github.com/superphiz/Ethereum-merge-media)。这是关于合并教育的宝库。贡献者都会获得 GitPOAP！ 在接下来的几周里，Infura 将举办[一系列的研讨会](https://blog.infura.io/post/how-to-stay-informed-about-the-merge-with-infura)，内容涉及合并的各个方面。[在 Crowdcast 上关注 ConsenSys](https://www.crowdcast.io/consensys) ，以获取什么时候开始的最新消息，以及观看录影。我听说第一次会议非常成功，有超过 9,000 人参加或观看录影。下一期将在 19 日，周二，主题是“个人质押者论坛：你需要做什么来准备”。 说到 Infura，在[这个视频](https://www.youtube.com/watch?v=4tVLDpp2P0I)里，EthStaker 的 Rémy 和 Yorick 讨论了在合并后作为质押者使用 Infura 或任何类似提供商的问题。 这是用 Lodestar 的快速[合并设置指南](https://hackmd.io/@philknows/rJegZyH9q)。 优秀的 [beaconcha.in 移动端应用](https://beaconcha.in/mobile)现在有一个合并[准备清单](https://twitter.com/superphiz/status/1547723519630315524)。我很爱这个应用——它刚刚通知我，我 (妻子) 的节点提议了一个区块，而我实际上正在写那句话。 我会在这里留下一条永久链接：Launchpad 自己的[合并准备清单](https://launchpad.ethereum.org/en/merge-readiness)。 <br/> ## 质押 在过去几周，Lido 的辩护者已经在播客上行动了。而它的反对声音，我发现 [播客 Unchained](https://unchainedpodcast.com/post-merge-if-lido-becomes-dominant-what-does-that-mean-for-ethereum-ep-372/) 的Ryan Berckmans 和 Alexandre Bergeron 有非常深刻的见解。Ryan 在 41 分 39 秒左右开始的反驳非常出色。这里有几句辛辣的引用，但还有很多内容——整期播客都非常好。 > 我认为这将是以太坊之魂的长期战斗......Lido 的中心化可能是有史以来最大的问题.....大概是 DAO 分叉以后最大的社区问题......从长远来看，这是一个非常具有潜在破坏力的问题。 以及 > 当你在 Lido 质押时，你可能正在削减以太坊的价值，因为以太坊的价值在于其可信中立性的函数。 在其他地方，你可能在本周看到[这个愚蠢的自我宣传](https://twitter.com/hoprnet/status/1546533905947394048)并为之过度担心。这个“重大攻击漏洞”实际上是一个众所周知的问题，而他们发这样的推文是很傻的。问题的关键是，Eth2 验证者的 IP 地址是可能被发现的，这可能被攻击者利用来对区块提议者进行 DDoS 攻击，例如，窃取他们的 MEV。现在已经有多种方法来抵御这种攻击了，但正确的长期解决方案是单一秘密领袖选举 (SSLE)。但是，SSLE 仍然在研究阶段——我希望看到这方面更多的进展。 <br/> ## 释义性资源 foobar 写了一篇非常好的[以太坊权益证明](https://0xfoobar.substack.com/p/ethereum-proof-of-stake)概述文章。其中关于错误认知和未来速览的部分非常不错。 Ladislaus 发布了关于 [MEV 以及 mev-boost (针对节点运行者)](https://mirror.xyz/ladislaus.eth/XY00FiQBunZss_SddZ7rSfYocrONdEJkM0o2NZG9Tf4) 的很有用的 FAQ。无论如何，所有质押者在合并后都会受 MEV-Boost 的影响。这篇文章有助于你对 MEV-Boost 有一个整体把握。 Zellic （一家智能合约审计公司) 制作了一份针对以太坊应用开发者的非常好的指南——《[ETH2 权益证明：开发者需要知道什么](https://blog.zellic.io/2022/07/07/eth2-proof-of-stake-developer-guide/)》。我们尽量做到合并对应用层 (EVM) 的影响最小。尽管如此，对智能合约的编写者和应用开发者来说，还是有一些影响的，所以去看看这篇文章吧！ [ethereumpools.info](https://twitter.com/EthereumPools) 之前解释过以太坊合并后的[奖励](https://twitter.com/EthereumPools/status/1542241205597134849)，这次他们解释了[惩罚](https://twitter.com/EthereumPools/status/1547619229175668736)。 Jacek 写了简短的推文，探讨了[你可以用轻客户端做什么](https://twitter.com/jcksie/status/1543843699188170752)。 关于我的书，我还是写了几个关于[委员会](https://eth2book.info/altair/part2/building_blocks/committees)和[聚合器选择](https://eth2book.info/altair/part2/building_blocks/aggregator)的短章节。现在在想接下来写 Casper FFG，它的内容会比较多。 <br/> ## 媒体与其他 在阿姆斯特丹举行的 DevConnect 会议上，[Layer 1 研讨会](https://www.youtube.com/playlist?list=PLJijNYoOwnsuqDH9ITSvbqDOaUdA1vp2O)的演讲终于都公开了。我们谈论了大量关于合并后的前瞻性话题。大家可能会看到一些熟悉面孔😉 Ethereum Cat Herders 的[了解你的客户端](https://www.youtube.com/watch?v=Ngc_K9Sob60&list=PL4cwHXAawZxoruie1hmYWJfiakpYivXft)系列仍在继续： - [Erigon & The Merge](https://www.youtube.com/watch?v=A3VhaV39OB8)，由 Andrew Ashikhmin 和 Igor Mandrigin 讲演 - [Prysm & The Merge](https://www.youtube.com/watch?v=Ngc_K9Sob60) 由 Terence Tsao 和 Potuz 讲演 SSV 网络的下一期合并前 Twitter spaces 主题是[在以太坊上开发，下一站是哪里？](https://twitter.com/ssv_network/status/1547335754350841859)，由 Anthony Sassano 和 Alchemy 的 Vitto Rivabella 主持。 Tim Beiko 出现在了播客[epicenter ](https://epicenter.tv/episodes/451)，大家猜猜他谈论了什么？ <br/> ## 研究 Obol 的 Oisín Kyne 想要对验证者处理聚合职责的方式[提出一些变更](https://ethresear.ch/t/distributed-validator-middlewares-and-the-aggregation-duty/13044?u=benjaminion)。这是为了使得实现分布式验证者技术有更多的灵活性。 <br/> ## 常规会议 ### 以太坊核心开发者会议 第 142 次以太坊核心开发者会议在 7 月 8 日举行。这是最后一次在周五举行了！从 7 月 21 日起，我们转为在周四举行。这是一个[时代的结束](https://twitter.com/benjaminion_xyz/status/1454133824141594630)。 - [会议议程](https://github.com/ethereum/pm/issues/562). - [会议视频](https://youtu.be/K_Cjn74lMSY?t=685). - [Tim](https://twitter.com/TimBeiko/status/1545406541502693376) 和 [Christine](https://twitter.com/christine_dkim/status/1545497249857146881) 的推特记录 ### 共识层开发者会议 第 91 次会议在 7 月 14 日举行 - [会议议程](https://github.com/ethereum/pm/issues/566) - [会议视频](https://youtu.be/yBEPzzeo1a4?t=114) - 我的[速记](https://hackmd.io/@benjaminion/BkxQTpqpi9)，以及Christine 的 [Twitter 记录](https://twitter.com/i/notes/1546872394467495938) 除了合并计划和影子分叉回顾，我们还花了一些时间讨论[把 MEV-Boost 开启时间延迟](https://github.com/ethereum/builder-specs/pull/38)到合并后一点，以便简化我们需要做的调试工作 (更少的变动内容)。最后，我们同意稍微[简化](https://github.com/ethereum/builder-specs/pull/38#issuecomment-1185521080)这个提议。 ### 合并社区会议 第五次合并社区会议于 7 月 15 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/564). - [会议视频](https://www.youtube.com/watch?v=Wr0B6lSoQi8). 我还没时间看这个视频，但 Christine 在之前提到的推文中也做了[记录](https://twitter.com/i/notes/1546872394467495938)。 <br/> ## 后续活动 - 7 月 19 日，周二，1600 UTC：Infura 的[个人质押者论坛](https://www.crowdcast.io/e/the-merge-weekly/register?session=2)：你需要做什么来为合并做准备。 - 7 月 29 日，周五，1500 UTC：EthStaker [验证者合并准备研讨会](https://youtu.be/DMynQb6MSfc)。请在研讨会开始前完成 [Google form](https://forms.gle/YBfezoyNmVR2pWxn8)，帮助他们准备。 <br/> ## 其他新闻 - Tim Beiko 的《[以太坊核心开发者会议更新012](https://www.ethereum.cn/Eth2/allcoredevs-updates012)》，一如既往的好 - [Stereum](https://twitter.com/stereumdev/status/1548001344270639106) 的更新。他们最近很忙。 - Flashbots 的 MEV-Boost 状态更新——[7 月 1-15 日，2022](https://flashbots.notion.site/MEV-Boost-Status-Update-July-1-15-2022-759ca682f96e45848e874ce1195b8dea)。如果你正在运行验证者，不要错过这些更新；有很重要的事情在发生。 - Michael Sproul 使用一个叫 blockdreamer 的新工具来[改善 blockprint](https://twitter.com/sproulM_/status/1543422741218439170)。 - Hildobby 的 [Eth2 质押存款仪表盘](https://dune.com/hildobby/ETH2-Deposits)内容[变丰富](https://twitter.com/hildobby_/status/1543929589608611840)了。 ------ 1. 没错，是 2022 年的 9 月，哈哈https://www.ethereum.cn/Layer2/ama_we_are_the_efs_research_team_8_p1https://www.ethereum.cn/Layer2/ama_we_are_the_efs_research_team_8_p1Fri, 15 Jul 2022 00:00:00 GMT来源：[reddit.com/r/ethereum](http://reddit.com/r/ethereum) 作者：以太坊基金会研究团队 编者注：2022 年 7 月 7 日，以太坊基金会研究团队在 Reddit 上举行了第八次 AMA。 ECN 对这次 AMA 的大部分问题进行了整理和编译。需要注意的是，基金会研发团队成员就某些话题存在个人的看法和推测，为避免曲解，请以原贴为准。 由于篇幅较长，文章分主题整理，本文为扩容专题。 **JonCharbonneau 提问：** 你能解释一下 enshrined rollup 怎么运作以及它们在以太坊的潜在发展路径吗？(optimistic 和 zkEVM？) (译者注：L2 扩容研究者 Polynya 在[这条推文中](https://twitter.com/apolynya/status/1507586019171835905)解释 “enshrined rollups” vs."独立(discrete) rollup" 之间的区别就好比 “公共部门” 和 “私营部门”) 还有就是你认为这可以带来的最大的好处和坏处是什么，因为有很多人在这一点上有不同的看法。 以太坊基金会 Justin Drake 回答： > “Enshrined rollups” 是一个非常有趣的话题:) “Enshrined rollups” 指在 L1 上享有某种共识集成 (consensus integration) 的 rollup。而智能合约 rollup (见 [L2Beat](https://l2beat.com/) 和 [zkrollups.xyz](https://www.zkrollups.xyz/) 中列出的例子) 与其不同 —— 完全在 L2 上运行，在共识之外。 共识集成可以给 enshrined rollup 赋予超强的能力，但也要付出重大的代价 —— 请看下文对好处和坏处的详细讨论。广泛地看，enshrined rollup 和智能合约 rollup 是互补的。我希望两者都能在 “以 rollup 为中心的以太坊路线图” 中发挥关键作用。 > 它们在以太坊的潜在发展路径 (optimistic 和 zkEVM？) 目前的计划就是直接往 enshrined zk-rollup 的方向发展。这是 [Vitalik 发布的可视化路线图](http:)中 “对所有东西生成 ZK-SNARK 证明” 的一部分。以太坊基金会有一个由 Barry Whitehat 负责的大约 10 人的团队，致力于将规范的 EVM 实例升级为一个 enshrined zkEVM rollup。也就是说，构建一个状态根完全等同的 zkEVM，为 L1 以太坊区块提供简洁的加密证明 (SNARKs)，证明相应的状态根是有效的。这带来了各种好处： - **无需重新执行**：验证者和其他全节点不再需要重新执行交易以验证一个区块。这为验证者移除了计算这一共识瓶颈，可能是一次提高 EVM gas limit 的机会。移除重新执行的需求也加速了大多数同步策略。 - **共识更简洁**：从共识中移除执行意味着验证者可以运行超简单的执行客户端，在这种客户端中，数以万计的共识关键的 EVM 执行代码缩减成几百行 SNARK 验证代码。 - **无需状态见证**：无状态执行客户端不再需要下载见证 (如 Merkle paths 或者 Verkle proofs) —— 下载状态差异就足够了。这大大地提高了验证者的共识带宽效率，并释放出更高的 EVM gas limit。 - **更安全的轻客户端**：轻客户端可以快速过滤无效的状态根，而不像使用欺诈证明筛出无效状态根那么缓慢。这使得 “以太坊-L1” 的桥接更加安全。 将目前的单一实例 EVM 升级为 enshrined rollup 是一项需要多年努力的巨大工程。之后相对容易的步骤是部署多个 (如 64 个) 并行的 enshrined zkEVM 实例 (消耗的是 blob 数据)。这是 L1 同质化执行分片的一种形式 (之前被称为“阶段 2”)。 Enshrined zkEVM 的工程工作对于技术迷来说尤其有趣， 它涉及加密证明系统、电路设计和审计，以及软件和硬件加速。EF 团队正在招聘 zkEVM 的工程师 —— 请联系 [justin@ethereum.org](http://mailto:justin@ethereum.org/) > 最大的好处和坏处是什么 **好处** - **社会共识**：Enshrined rollups 继承了 L1 的社会共识，不再需要治理代币来执行 rollup 升级。相比之下，大多数智能合约 rollup 可能会受到治理攻击。 - 对证明验证有补贴：Enshrined rollups 可以补贴用于结算的证明验证成本 (每个区块的成本固定)。相反，智能合约 rollup 必须为结算支付 EVM gas。 - **结算延迟**：Enshrined rollups 自然而然地从每个区块结算延迟中受益。 - **最优活性**：许多智能合约 rollup 可能会选择利用外部共识机制来对交易进行排序，以及作为一个链上的逃生舱口。这种定序基础设施会受到次优活性的影响，因为外部共识可能会失败，而逃生舱只会在超时后激活。 - **EVM 状态根等效性**：Enshrined zkEVM 的工具和轻客户端可开箱即用。许多智能合约 rollup 可能不会选择具有 EVM 状态根等效性，而是选择兼容 Solidity 的 VM (如，zkSync) 或者一个字节码等效的 EVM (如，Scroll)。 - **网络效应**：规范的 EVM 实例享有作为先行者的网络效应，而升级到 enshrined 则保留了这些网络效应。 **坏处** - **没有公共物品资助**：Enshrined zkEVM rollups 将在资助公共物品的自由裁量权方面受到限制。不像 Optimism 那样具有为任何公共物品提供资助的治理机制，enshrined zkEVMs 将被限制在为 L1 安全性提供资助和为 ETH 的稀缺性做出贡献。 - **次优的压缩**：智能合约 rollup 可能会选择在链上结算，而不是每个区块结算一次，从而实现更好的数据压缩。智能合约 rollup 也可以有一个自定义或者经常更新的字典，以改善数据压缩。 - **虚拟机缺乏灵活性**：一个以太坊 enshrined VM 很可能是一个 EVM。相比之下，智能合约 rollup 可以选择采用一个更加普遍使用的 VM (如，WASM、RiscV、MIPS) 或者创建一个新的 VM (如，Cairo)。一个自定义的 zkVM 可能比 zkEVM 能实现更好的数据压缩。 - **更难的预确认**：智能合约 rollup 可以选择一个中心化的定序者来提供即时 (~100 毫秒) 的预确认来给用户一个良好的交互体验。这种快速的预确认使用去中心化的定序系统很难实现，不管是 enshrined rollups 还是智能合约 rollup。 - **后发者**：由于 L1 的缓慢和保守性，enshrined zkEVM 将会是所谓的后发者。为了对冲电路漏洞的可能性，可能需要一个冗余的多电路设置或笨重的形式验证。 ------ **TheTrueBlueTJ 提问：** 理论上，全球支付系统是否有可能使用以太坊来作为流通货币？无论是通过 L1 还是 rollup？当然，要考虑到未来可扩展性的改进。 以太坊基金会 Justin Drake 回答： > 理论上，全球支付系统是否有可能使用以太坊来作为流通货币？ 完全有可能。目前以太坊可以达到 10 TPS (每秒交易笔数)，这是一个粗略的数量级。而将来会有 3 次 100 倍的增长，将使我们达到 1000 万 TPS (足够每人每天进行 100 次交易)： - 100 倍增长来自 rollups - 100 倍增长来自分片 - 10 年内带宽增长 100 倍(尼尔森定律)。 我的论点是，由于网络效应，最安全的共享安全平台的需求将趋于饱和。一个合理的走向是，如果以太坊能够保持经济安全方面的领先优势，并同时扩展到 1000 万 TPS，那么以太坊就有可能作为互联网的结算层。 AllwaysBuyCheap 追问： 带宽的提高怎么提高以太坊交易速度？更多的区块空间？ 以太坊基金会 Justin Drake 回答： 在共识中存在着各种计算瓶颈： - 磁盘 I/O：通过无状态来移除 (以及 enshrined zkEVMs) - 存储：通过无状态来移除 (以及 enshrined zkEVMs) - 计算：通过 enshrined zkEVMs 来移除 - 带宽：根本的 因为带宽是根本的共识瓶颈，带宽的提高可以释放更多区块空间。 ------ **not_a_disaster 提问：** 从长远来看，什么更好？是单个 rollup 占主导还是有几个小的 rollup 方案？ 我看到双方的论点是： 1. 一个占主导的 rollup 意味着用户不需要桥接资产并且会有更佳的用户体验 2. 然而，如果有一个占主导的 rollup，那么其他 L2 就没有意义了。但话又说回来，长期来看，EF 团队一直都只推崇 zkRollup (理想情况是具有 zkEVM)。 以太坊基金会 Ansgar Dietrichs 回答： 这是个好问题！任何将其吞吐量扩容到一定程度的链 (L1 或者 L2) 都会使普通用户无法完全验证该链。L1 和 L2 之间的主要区别在于，L2 可以利用其底层的基础层来弥补这一点： - 在 zk-rollups 上，基础层保证了状态转换的有效性和相应数据的可用性。如果你不能自己处理 rollup 交易，唯一不能保证的是你可以访问当前状态 (以便你可以发送有效的 rollup 交易)。所以唯一的额外信任假设便是存在一个状态提供者 (中心化或去中心化的)。 - Optimistic rollup 引入了一个小的额外信任假设。你不仅需要相信有人在处理 rollup 交易并使得当前的状态可用，而且你还要相信在出现欺诈的状态转换时，这些处理 rollup 的实体中至少会有一个实体提交相应的欺诈证明。通常 optimistic rollups 会给大家一些经济激励让大家提交这些欺诈证明，所以这与 zk-rollups 的区别很小。 从概念上说，之所以能够不用过多破坏去信任的情况下扩容 rollup，是因为 L1 和 L2 之间的关系。只要用户信任基础层的状态，他们就能分辨出正确与不正确的 L2 行为 (例如，状态提供者的响应总是会附带一个针对 rollup 状态根的证明，这个证明存储在 L1 上)。 另一方面，对于基础链，非常重要的一点是每个用户都能自己处理链。如果你不运行自己的节点并向一个外部状态提供商询问状态，那么你就无法判断所提供的状态是否真实的。类似地，如果存在恶意的状态转换，那么就没有一个可以解决争端的结算层 —— 你必须亲自选择信任哪一方。 所有这些原因让我们决定将以太坊 L1 变为 rollup 的结算层，其重点是要让每个用户都能轻易地处理交易。我个人对于即将过渡到 Verkle trees 感到十分兴奋，它将允许完全无状态的客户端实现 (想象一下你的 Metamask 能够运行自己的嵌入式节点)。这样，随着时间的推移，基础层就会变成 L2 生态系统的“信任根”。 希望我的回答能够解释为什么 rollup 的吞吐量有潜力远远超过 L1，而不需要做不合理的信任权衡。所以我个人预计最后会有吞吐量非常高的 L2。然而，是否会有单个占主导的 rollup 仍待观察。 以太坊基金会 Justin Drake 回答： > 从长远来看，什么更好？是单个 rollup 占主导还是有几个小的 rollup 方案？ 长期来看，rollup 将能够实现每秒处理数百万笔交易，所以并行性是有必要的。我们可以设想一种 rollup 内部并行 (如，通过一个多核 rollup 虚拟机) 和一种 rollup 外部并行 (如，同一个虚拟机的并行实例)。 共享安全性的 zk-rollups (比如，共享相同数据可用性的 zk-rollups) 具有同步的可组合性，所以 “rollup 内部并行” 和 “rollup 外部并行” 之间的界限开始模糊，那么最终的结果也不会差太远。 ------ **not_a_disaster 提问：** 你认为应用专用型 L2/rollup 存在哪些问题？ 如果现在一个拥有大量用户基础 (1000 万 -- 1 亿名用户) 的 Web2 公司想要使用区块链，但仍然想要实现去中心化，那么应用专用型链/rollup 几乎是唯一好的可替代选项。 你认为这样做有什么缺点？ 以太坊基金会 Justin Drake 回答： > 你认为应用专用型 L2/rollup 存在哪些问题？ 我鼓励开发者基于通用型的 rollup (比如，Arbitrum、Optimism；很快就是 zk rollups) 构建应用，而不是部署一个应用专用型 rollup。这将加速开发，一起摊销结算开销，促进可组合性，减少工具摩擦性。话虽如此，通用型 rollup 的愿景当然也会有烦恼。 Rollup 将会有被攻击的漏洞。我们已经遭受过数千万美元损失的交易所攻击，以及数亿美元损失的跨链桥接攻击 —— 预计 rollup 会有数十亿美元攻击。在 EIP-4844 或 EIP-4488 被实现之间，交易费不会像我们希望的那样低。工具在一段时间内会表现欠佳，网络效应可能会缓慢发挥作用。 Vitalik 回答： > 如果现在一个拥有大量用户基础 (1000 万 -- 1 亿名用户) 的 Web2 公司想要使用区块链，但仍然想要实现去中心化，那么应用专用型链/rollup 几乎是唯一好的可替代选项。 我觉得这种情况下，他们应该使用 [validium](https://ethereum.org/en/developers/docs/scaling/validium/)。他们会依赖于一个中心化服务器或者一个委员会以获得活性，但是他们能够受到区块链提供的安全保证。 ------ **AllwaysBuyCheap 提问：** 1. 为什么在 EIP-4844 开发的同时，EIP-4488 没有被实施？ 2. 长远来看，你们认为哪一种技术会赢，Snarks 还是 Starks？ Vitalik 回答： STARKs 是一种量子证明，它们有更佳的证明时间，在你使用的领域有更多灵活性。 SNARK 证明要小得多。我预计前量子、SNARK 和在某些情况下 STARK 的 SNARK (具有 STARK 的优势但证明尺寸更加小) 将会占主导，后量子 STARK 将会占主导。但是不同的人对此有不同的观点。 以太坊基金会 Justin Drake 回答： > 为什么在 EIP-4844 开发的同时，EIP-4488 没有被实施？ 正如你所指出的，EIP-4844 和 EIP-4488 并非相互排斥。我倾向于在合并不久后，并且在 EIP-4844 之前实现 EIP-4488。因为 EIP-4844 需要数年时间才能结出可用的果实。实际上，即便 EIP-4844 上线主网之后，我们也可能需要等待几个月，rollup 才真正能选择使用 bolob 数据。 > 长远来看，你们认为哪一种技术会赢，Snarks 还是 Starks？ 长期来看，我们想要的是后量子 SNARK。这种先进的后量子 SNARK 是基于哈希的，碰巧是 STARK，即，一种透明的 SNARK (“透明”意味着无需受信任初始化)。 ------ **egodestroyer2 提问：** 对于 L2 开始结算交易并且将业务从主链中抢过来，你怎么预测近期、中期和长期的费用市场？ 以太坊基金会 Justin Drake 回答： 费用市场波动较大，并且与 ETH 价格呈正相关趋势。因此，预测收费市场在很大程度上是猜测的。 - 短期内 (7月、8月、9月)，我预计费用市场会在熊市中保持相对平静 - 近期内 (即合并后的几个月)，我预计以太坊和 ETH 的热度将会升温，费用市场将会显著增长 - 中期来看 (即 2-3 年)，由于 rollup 被大量采用并且区块空间的供应大过需求，gas 价格可能会暂时平静下来 - 长远来看 (3-10年)，由于 rollup 和分片，我预计每笔交易费用很小，但总费用量会很高 (可能是 10 亿美元/天) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-12/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-12/Tue, 12 Jul 2022 00:00:00 GMT <br/> # 合并 **Sepolia 合并回顾** 在第 142 次以太坊核心开发者会议上，开发者们对 Sepolia 合并进行了回顾，在合并后看到了大量验证者因为与 TTD 相关的配置问题而掉线。 简单来说，出现这个问题是因为有些运行者不小心做了两次 TTD 覆盖，尽管他们实际上运行的是正确的合并客户端。出于以下几个原因，这种情况我们预计在主网上不会看到的。 首先，理想情况下，我们在主网上完全不需要使用 TTD 覆盖！用户要么下载一个单一客户端版本 (如果我们从一开始就设置了真正的 TTD)，要么下载两个客版本，一个人为设置了高 TTD，一个设置了真正的 TTD。 而 Sepolia 的情况是，有些运行者改为运行 TTD 覆盖以设置非常大的 TTD，然后下载具有正确 TTD 的客户端版本，但运行带有 TTD 覆盖 flag 的版本，这将其设置回错误的值。 也就是说，主网上不存在我们会使用 TTD 覆盖来设置一个“错误”或“临时" TTD 的情况，起码不会是默认选项 (显然，人们还是可以运行自定义的配置而导致出错的！)。 但实际上，运行主网合并软件版本才是正常做法，而不是在以前的版本上运行特殊配置。如果真的要在主网上使用 TTD 覆盖，它将总是从一个”错误“/”临时“ TTD 变成真正的 TTD。 这可能在 PoW 测试网上发生的原因是算力太低，以至于有人让合并发生得太快的成本是很小的。因此，我们必须设置一个真的非常高的 TTD，并在信标链准备合并的时候手动调低它。 因此，Sepolia 上我们的最大问题基本上是配置问题，这不是我们计划在主网上会遇到的情况。总的来说，Sepolia 合并非常令人鼓舞！ 此外，还有两个小问题：首先，出现了一个由无效签名的区块在网络上广播。尽管这不影响链的共识，开发者仍然尽力调查根本原因。第二，Besu 遇到一个与数据库相关的问题，导致有些节点必须重新同步。修复在他们的最新版本里实现了：https://t.co/hl8KO73NIe 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1545473584511852546&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1545473584511852546" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 930px; display: block; flex-grow: 1;"></iframe> `LastValidHash` 问题的进展 开发者 Potuz 提出了一个 PR，大概意思是，CL 客户端使用 `LastValidHash` (LVH) 作为从它们的数据库修剪整个非权威分叉的一种方式。要实现这点，他们假设一个 LVH 的任何子区块都是无效的。也就是说，会有临界情况是这些假设不成立的。 例如，如果执行层收到一个任意无效区块，它会知道这个区块是无效的，但它不能指向一个 LVH，因为它并不知道它在哪一点上偏离了权威链。 这个 PR 使得客户端之后响应“null"，这样 CL 客户端就可以知道他们可能只修剪一个无效区块，而不是从创世后的链。 开发者们将确保添加多个测试来找到各种临界情况，并确保客户端在所有情况下都正确响应！ 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1545478478266392577&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1545478478266392577" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 742px; display: block; flex-grow: 1;"></iframe> **Goerli 合并前各客户端需要完成的工作** 由于 Goerli 测试网是最后一个合并的测试网，并且其社区最大，由最活跃的信标链，开发者们想要客户端版本能尽可能接近于功能完备。EL 团队需要添加 LVH 支持，但这是一个很小的添加工作。 Erigon 说他们想要做更多的同步测试，特别在 EL 与 CL 检查点同步方面。Nethermind 说他们有一些漏洞要修复，还要看看 hive 测试。Besu 还剩下一个 hive 测试了，还有一些非合并相关的问题。 在 CL 方面，客户端的主要问题是新增的对 mev-boost 的测试。 开发者们感觉可以在这周的共识层会议上或下周的 ACD 上选 Goerli 测试网合并的 TTD。当然，这是假设事情都进行顺利。这周会有一个影子分叉，这次会尝试测试 mev-boost！ 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1545480593286148098&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1545480593286148098" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 506px; display: block; flex-grow: 1;"></iframe> **Goerli 合并关键事件节点安排讨论** 在 142 次以太坊核心开发者会议上，开发者们讨论了如何安排 Goerli 测试网的 Bellatrix/Paris/TTD 客户端发布，并都同意这次的流程应该与主网的流程一致。就此展开了有趣的安全性/哲学对话。 根据合并的设计，这个流程应该是在信标链激活 Bellatrix 分叉，信标链开始监听 TTD，TTD 被触达。因此，开发者们希望发生的顺序是：客户端发布->Bellatrix epoch->触达TTD 。 由于 Rospten 有人突然大幅提高算力的情况不会在主网发生，而且 PoW 区块链通常假设攻击者不会控制 51% 的算力，这是一个“安全的”假设，但也需要审慎。开发者们还需要在用户体验和安全性的考虑上再深入思考。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1545481518461566976&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1545481518461566976" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 487px; display: block; flex-grow: 1;"></iframe> <br/> 其他主网更新，请看最新一期《[以太坊核心开发者会议更新](https://www.ethereum.cn/Eth2/allcoredevs-updates012)》 <br/> # Layer2 **Arbitrum 推出基于 AnyTrust 技术的方案 Arbitrum Nova** 7 月 12 日，L2 扩容解决方案 Arbitrum 宣布推出 AnyTrust 技术 (链下数据可用性) 的链 Arbitrum Nova。Arbitrum Nova 与 Arbitrum One 平行运行，前者基于 AnyTrust 技术，后者基于 optimistic rollup 技术。两者的主要区别是：Arbitrum One 将所有交易数据存储在以太坊上，而 Nova 利用数据可用性委员会将数据存储在链下。 关于 AnyTrust 技术的细节，可以看[《以太七日谈 • 2022/3/9》](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-9/)这期七日谈。  目前 Arbitrum Nova 的主网已面向开发者开放，将在未来几周面向用户开放。 Nova 与 EVM 完全兼容，开发者可以在此填写表格申请访问 Nova 主网：https://docs.google.com/forms/d/e/1FAIpQLScuVz5UNpmonn8j2tam9py0PItrXEZKE85iHNE0KHgbxZbeKg/viewform 文档：https://github.com/OffchainLabs/nitro/blob/master/docs/inside_anytrust.md 浏览器：https://a4ba-explorer.arbitrum.io/ 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1546560661282586626&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1546560661282586626" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 780px; display: block; flex-grow: 1;"></iframe> <br/> **OpenZeppelin 发布 Cairo 合约 0.2.0 版本** 7 月 5 日，智能合约开发平台 OpenZeppelin 发布 Cairo 合约 0.2.0 版本。此前，OpenZeppelin 发布了 Cairo v0.1.0 的合约，开发者可以利用使用 Cairo 语言编写的标准智能合约在 StarkNet 上构建自己的应用。 新版本的变化包括可扩展性的改进、新账户(以太坊兼容的账户合约)、访问权限 (AccessControl) 以及重入防御(reentrancy guard) 等。 来源：https://blog.openzeppelin.com/announcing-openzeppelin-contracts-for-cairo-v0-2-0/ <br/> **DeFi 隐私桥接方案 Aztec Connect 上线主网** 此前，2021 年 3 月 16 日，以太坊 L2 zk-rollup 隐私扩容解决方案 Aztec 2.0 上线主网，推出基于密码学技术 PLONK 的 L2 隐私支付项目 zk.money。用户可以通过 zk.money 隐私地发送和接收代币。 Aztec Connect 是以太坊上的 DeFi 隐私桥接方案，利用 Aztec Connect，用户可以桥接隐私资产至主网以进行 DeFi 交互，并在同一笔交易中返回到 Aztec 中。这使用户能够便宜且隐私地与任意以太坊 DeFi 应用交互。 7 月 7 日，Aztec Connect 正式上线主网。Aztec 基于 Plonk (一种生产级别标准的 zk-SNARK) 实现隐私扩容方案。 Aztec Connect 的发布意味着 DeFi 迎来了新的范式： - 隐私 DeFi：质押、借贷和 swap 等功能都可以通过隐私的方式实现 - Gas 费大大降低 - 对于金库管理、链上 DAO 治理以及 NFT 购买与交易的隐私实现方式 Aztec 还重新发布了 zk.money 以用于隐私 DeFi 聚合器，此前仅作为隐私支付方案。用户可以访问 zk.money 通过主网 Curve 购买 Lido 的 stETH，或者在 Element Finance 质押。 Aztec Connect SDK：https://github.com/AztecProtocol/sdk-starter-kit 文档：https://docs.aztec.network/ 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1545046832597700611&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1545046832597700611" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 602px; display: block; flex-grow: 1;"></iframe> <br/> **StarkNet 计划在 2022 年的第四季度启动 “最终状态重置”** 7 月 7 日，L2 扩容解决方案 StarkNet 宣布他们的 “最终状态重置” (Final State Reset, FSR) 计划。为了让 StarkNet 更加精简、安全，StarkNet 决定通过 FSR 移除操作系统和协议内的冗余代码和流程。 目前的 StarkNet Alpha 版本会保持运行，未来将推出并行运行的精简版 StarkNet Alpha。现在需要所有帐户和合约迁移至新网络。 来源：https://medium.com/starkware/regenesis-starknets-no-sweat-state-reset-e296b12b80ae <br/> **Polygon Hermez 的 zkEVM 即将推出测试网** Polygon 负责人 @khanhamzah 透露 Polygon 旗下的 zkRollup 项目 Polygon Hermez 正在开发的 zkEVM 即将推出测试网： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1544734783850299394&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1544734783850299394" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 410px; display: block; flex-grow: 1;"></iframe> <br/> **Connext 推迟其代币 Next 的发布** L2 跨链协议 Connext 透露由于最近市场的状况和波动性，决定暂时推迟其代币发布计划。 Connext 表示，在这短暂的延迟期间，核心贡献者将优先考虑其工程和社区工作，为即将推出的 Amarok 做准备，这是 Connext 网络的一个重大升级，将允许开发者构建信任最小化的跨链应用程序。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1546605434747981829&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1546605434747981829" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 758px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **Aave 正在向 AaveDAO 提议新的超额抵押型稳定币 GHO** 7 月 7 日，DeFi 平台 Aave 创建了一个新稳定币 GHO 的 ARC (Aave request for comment)，正在向它的 AaveDAO 提议采用新的加密货币超额抵押型稳定币 GHO。GHO 是一种多种资产抵押代币，支持任何 Aave 协议可用的加密货币作为抵押，与美元 1:1 挂钩。 用户抵押加密货币到其协议中以铸造 GHO，当用户偿还借出的 GHO 后，协议会返还抵押品并销毁用户的 GHO。GHO 的所有利息支付款将直接转移到 AaveDAO 金库。 GHO 的借款利率会由 AaveDAO 根据市场情况来决定。值得注意的是，基于这个提案，任何参与 Safety Module 的 stkAAVE 持有者，有资格获得借款利率上的优惠，具体可以看：[GHO borrow interest rate Sandbox - Google Sheets](https://docs.google.com/spreadsheets/d/1icTBIL3VijAbdn3mHIDkeScdphDGn_LVue3j2e7Ssoo/edit#gid=474599885)。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1545057714815901696&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1545057714815901696" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 760px; display: block; flex-grow: 1;"></iframe> <br/> **公链 Algorand 与 Gitcoin 联合举办 Greenhouse Hack** 公链 Algorand 和 Gitcoin 将在 7 月 18 日联合举办 Greenhouse Hack 系列，由读者投票和专家组挑选入围团队，这些团队可以争取现金奖励同时有机会参与区域加速项目。 此次活动开始时间为 7 月 18 日，参与团队需要在 8 月 22 日前通过 Gitcoin 提交项目。 项目的评选需要三周时间，因此奖金将会在 9 月 19 日发放。 来源：https://gitcoin.co/hackathon/greenhouse/onboard <br/> **第六届以太坊开发者大会 Devcon VI 第一批门票预售竞拍&抽奖** 第六届以太坊开发者大会 Devcon VI 第一批门票的预售竞拍和抽奖正在进行。这次的竞拍和抽奖都将在 Arbitrum 上进行，因此想要参与的用户请提前桥接资金到 Arbitrum，只接受 ETH 的付款。这批门票预售竞拍和抽奖的时间将从 7 月 5 日持续到 7 月 14 日。 详情： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1544241098234728456&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1544241098234728456" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 802px; display: block; flex-grow: 1;"></iframe> <br/> **Devconnect 关于以太坊 L1 研发的 workshop 资源汇总** 4 月 18 日至 19 日在阿姆斯特丹举行的以太坊开发者大会 Devconnect 2022 关于以太坊一层研发的 workshop 资源汇总， 包括 danksharding、PBS、无状态等的幻灯片和油管视频： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1544386352946458624&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1544386352946458624" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 585px; display: block; flex-grow: 1;"></iframe> <br/> **Hardhat 推出 2.10.0 版本** 7 月 8 日，以太坊开发者工具平台 Hardhat 推出 2.10.0 版本，称之为“Hardhat 工具箱”。它将提供更加开发者友好的使用体验，具体来说，它可以做到： - 使用 ethers.js 和 hardhat-ether 插件部署合约并与其进行交互。 - 使用 Mocha、Chai 和其新的 hardhat-chai-matchers 插件(取代 hardhat-waffle )测试你的合约。 - 使用其新的 Hardhat Network Help 与 Hardhat Network 进行交互。 - 使用 hardhat-etherscan 插件验证你的合约源代码。 - 使用 hardhat-gas-reporter 插件获取你的合约 gas 费指标。 - 使用 solidity-coverage 插件测量测试覆盖率。 - 如果你在使用 TypeScript，用 Typechain 插件为你的合约获取类型绑定。 来源：https://medium.com/nomic-foundation-blog/hardhat-2-10-0-a-refreshed-experience-56281ef73964 <br/> **Teller 推出了一项针对 NFT 的先购买后付款服务** DeFi 借贷平台 Teller 推出了一项针对 NFT 的**先购买后付款**服务( buy now, pay later，BNPL )，基于 Polygon 的项目 “Ape Now”，发布起初支持用户以这种方式购买 10 种 NFT，包括the Bored Ape Yacht Club、[Mutant Ape Yacht Club](https://decrypt.co/79718/bored-ape-yacht-club-sells-96-million-of-nfts-in-hour-for-mutant-apes-launch) 和 [Moonbirds](https://decrypt.co/resources/what-are-moonbirds-these-ethereum-owl-nfts-are-soaring)、 [Doodles](https://decrypt.co/103503/doodles-nfts-announces-pharrell-as-chief-brand-officer-fundraise-led-by-alexis-ohanian)、[Cool Cats、](https://decrypt.co/102920/what-happened-cool-cats-rise-fall-future-ethereum-nfts)[Azuki、](https://decrypt.co/97334/twitter-scammers-hijacking-verified-accounts-fake-azuki-nft-airdrop)[Meebits、](https://decrypt.co/69829/larva-labs-meebits)[Adidas Originals: Into the Metaverse、](https://decrypt.co/88705/adidas-ethereum-nft-drop-nets-23-million-and-shoots-to-top-of-charts)[RTFKT-MNLTH](https://decrypt.co/98488/nike-rtfkt-reveal-cryptokicks-ethereum-nft-metaverse-sneakers) 以及 [Murakami.Flowers Seed。](https://opensea.io/collection/murakami-flowers-seed) 来源：https://decrypt.co/104564/bored-ape-buy-now-pay-later-teller-ethereum-nfts <br/> **Uniswap v3 遭遇钓鱼攻击** 7 月 12 日，Uniswap v3 遭到了钓鱼攻击。黑客盗取了用户超过 4295 个 ETH，价值 470 万美元。 一开始，MetaMask 负责网络安全的 [@sniko_](https://twitter.com/sniko_/status/1546535668247060481?ref_src=twsrc^tfw|twcamp^tweetembed|twterm^1546535668247060481|twgr^|twcon^s1_&ref_url=https%3A%2F%2Fcryptoslate.com%2Funiswap-lost-4-7-million-to-phishing-attack-until-binance-helped%2F) 首先注意到 Metamask 的攻击。 他发了一条推特称，在区块高度 151,223,32 时，即发推的两个小时左右前，黑客将恶意代币发送至 73,339 个用户地址，这些被盗的 ETH 都流向了地址：0xcf39b7793512f03f2893c16459fd72e65d2ed00c。 在这位吹哨者发推后的 6 个小时左右后，币安创始人 CZ 指出，表示协议是安全的： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1546631971626958848&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1546631971626958848" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 907px; display: block; flex-grow: 1;"></iframe> 接着，Uniswap 的创始人 Hayden 发推称，部分确认恶意交易的用户遭到了针对 Uniswap v3 的钓鱼攻击，但钓鱼攻击与协议是完全隔离的： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1546634835615223809&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMsMYIMU74Y5omCvjDFWBqDogd91eVe9RB7vFuKf97tg&amp;sessionId=ca19b8940fa395f9dc84df024c3c68a15bc4830f&amp;theme=light&amp;widgetsVersion=3235bd17138fa%3A1657578976990&amp;width=550px" data-tweet-id="1546634835615223809" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1050px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/allcoredevs-updates012https://www.ethereum.cn/Eth2/allcoredevs-updates012Mon, 11 Jul 2022 00:00:00 GMT来源 | [AllCoreDevs Updates](https://tim.mirror.xyz/xkhOUpYC8UUNlTgGehhl63XF5QZnxAOvW3EOK9MWPeQ) <br/> 这期更新比我预期的来的晚一点，但希望大家都有看过去几个的[一](https://blog.ethereum.org/2022/05/30/ropsten-merge-announcement/)[系](https://blog.ethereum.org/2022/06/03/ropsten-merge-ttd/)[列](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/)[公](https://blog.ethereum.org/2022/06/21/testnet-deprecation/)[告](https://blog.ethereum.org/2022/06/30/sepolia-merge-announcement/)。有很多事情需要展开说，让我们进入正题吧！ <br/> ## 概要👀 - Gray Glacier 被激活了：区块时间回到了大约 13 秒 🕰 - 在 Sepolia 之后，Goerli 将是最后一个合并的测试网——质押者们，现在是时候再三检查你们的设置了！ - 如果有疑问，可以参与下一次的[合并社区会议](https://github.com/ethereum/pm/issues/564)📣 - Kiln、Ropsten 和 Rinkeby 现在都被弃用了，主网过渡到 PoS 后，它们会逐步被关停🌅 - 我们有大量的社区会议，主要关于合并或 [EIP-4844](https://www.eip4844.com/)：客户端实现、规范、demo，有大量的内容需要深入讨论 🕳 <br/> ## Gray Glacier 🗻 [Gray Glacier](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/) 最近被激活了，推迟了难度炸弹，希望是最后一次。 为什么需要这样做呢？之前在 Arrow Glacier 升级推迟了难度炸弹时，用于评估其对出块时间的预测脚本出现了偏差，出块时间比预期上升地更快。因此，客户端团队对这次推迟达成了共识，然后它们就可以专注于在正常的网络环境里推出进合并工作，并避免在接下来的几个月里降低用户的体验。 Nethermind 团队撰写了这份[提议新延迟的 EIP](https://eips.ethereum.org/EIPS/eip-5133)。他们还写了一篇[很好的文章](https://nethermind.notion.site/EIP-5133-Difficulty-Bomb-Delay-02bba2398b8b4e95a221338b259b2574)，解释他们是如何验证它会如预期般发生，以及为什么之前的脚本是错的。很可惜，我们可能无法重新使用里面的见解🙃。 根据 [Etherscan](https://etherscan.io/chart/blocktime)，出块时间已经恢复到正常：  话不多说，回到“The Merge"! <br/> ## 合并更新🐼 我们越来越接近于告别工作量证明以太坊。随着 [Sepolia 现在已经合并](https://blog.ethereum.org/2022/06/30/sepolia-merge-announcement/)了，只剩下一个测试网的合并了：Goerli/Prater。 在 Sepolia 上的验证者是需许可的，但任何人都可以在 Prater 上运行验证者，由 Goerli 合并到 Prater。如果你在主网运行验证者，**这将是你在测试网上运行整个过程的最后机会**。 也就是说，你不需要等到 Goerli/Prater 来测试东西！Ropsten 已经合并了，以及它的[质押 Launchpad 实例](https://ropsten.launchpad.ethereum.org/en/)现在已经有了一个[合并准备清单](https://ropsten.launchpad.ethereum.org/en/merge-readiness)✅。 简而言之，质押者有三件事需要记住： 1. 需要执行层 (EL) 和共识层 (CL)：要运行验证者，你需要有一个完整的 EL 客户端 (即 besu、erigon、 geth 和 nethermind) 以及 EL 客户端 (即 lighthouse、lodestar、nimbus、prysm 和 teku) 在同时运行。一些注意事项： - 这对非质押节点来说也是如此：为了跟踪链，你需要运行一对 EL/CL 客户端。 - 像今天一样，验证者可以在一个节点上运行多个验证者客户端。换句话说，`many validators <> single EL <> single CL` 的设置是可行的。 2. **JWT (JSON Web Token)**：以确保 EL <> CL 客户端沟通通道是安全的，客户端需要相互认证。这就是通过 JWT 来实现的。如果在启动时没有传递，有些客户端将自动生成一个，但一定要看你的客户端文档来配置！ 3. **交易费用接受地址**：最后但不是最不重要的，在创建区块时，验证者从交易获取优先费用。而要获得这些资金，而不是烧毁它们，必须设置一个 `Fee Recipient` 地址。好消息时，这些费用在 EL 上支付，因此可由收到费用的地址立即转移。 如果你还未测试所有这些，现在是时候在测试网上建立一个节点，并确保事情按预期进行。 ⚡️如果你想更进一步，让你的验证者在合并后接受提取 MEV 的区块，你可以运行 `mev-boost`。Flashbot 团队发布了关于它的设计，以及它是如何适应更广泛的以太坊路线图的[文章](https://writings.flashbots.net/writings/why-run-mevboost/)。⚡️ 绝大多数的合并相关变更都与如何在网络上运行一个节点有关。对于终端用户来说，是不需要任何行动的。智能合约和基础设施提供商可以参考[这篇文章](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)，深入了解可能影响他们的一些变更。从高层次来说，这些变化是： 1. 在 EL 区块头里 (难度、ommer、区块奖励等) 的多个 PoW 相关值变成 0 2. 操作码 `DIFFICULTY` 被重命名为 `PREVRANDAO`，作为合并是否已经在网络上发生的一个指标 (请看 [EIP-4399](https://eips.ethereum.org/EIPS/eip-4399)) 3. 出块时间从平均大约 13 秒 (但差异很大) 变为 12 秒的精确倍数 4. 在 JSON RPC API 引入 `finalized` 这个 tag，它返回网络上最后一个被最终敲定的区块 所有这些变更目前可以在 Ropsten、Sepolia 和 Kiln 上测试，一旦 Goerli 过渡到权益证明，这些变更都会在 Goerli 上被激活。7 月 15 日计划有一个[合并社区会议](https://github.com/ethereum/pm/issues/564)，为用户和开发者提供机会，提问所有与合并相关的问题 😁！ <br/> ## 测试网弃用 🌅 虽然有关于此的[完整公告](https://blog.ethereum.org/2022/06/21/testnet-deprecation/)，但值得重申的是，合并后，由客户端维护的两个测试网将是 Goerli (使用 Prater 作为其信标链) 和 Sepolia。Kiln、Rinkeby 和 Ropsten 将会被弃用。Kovan 已经被弃用。 合并后，Goerli 指代的是今天 Goerli/Prater 网络的结合，它将继续拥有一个开放的验证者集，质押者在上主网前可以在那里做测试。 另一方面，Sepolia 的验证者集是需许可的。这为应用开发者提供了一个更稳定的网络。该链由于相对较新，也使用户很容易快速同步其状态和历史。 被弃用的测试网将在明年逐步被关停。首先，Kiln 在主网合并后将很快被关停。然后，Ropsten 预计将在 2023 年前被关停。最后，Rinkeby 的用户将有大约 1 年的时间进行迁移。 值得注意的是，虽然 Ropsten 和 Rinkeby 都不会马上关停，但它们的协议规则可能不同于以太坊主网。Rinkeby 将不会进行合并，所以一旦主网过渡到权益证明，它就会比主网少了一次升级。同样，尽管 Ropsten 已经完成了合并，没有进一步的网络升级会被部署在这个网络上。如果 2023 年前会有一次升级，Ropsten 也将落后于主网。 如果你们还没有迁移，现在是时候计划你们的测试网迁移了！ <br/> ## 社区会议📣 在过去两个月，我们有几个不同的社区会议，这里有一个概览！ ### 合并社区会议🐼 在六月，我们举行了一个[合并社区会议](https://github.com/ethereum/pm/issues/532)，提供了关于合并的最新进展概述，以及一个让人们提问关于升级的论坛。如果你打算参加下一次会议，我强烈建议你观看这次的[会议视频](https://youtu.be/qG-A5i6x6N8)，因为有人提出了一些很好的问题。同样，下一次会议定于[北京时间 7 月 15 日 22:00](https://github.com/ethereum/pm/issues/564)。 ### EIP-4844 🏗 EIP-4844 也被称为“proto-danksharding"，它提出了一个中间过渡的分片规范，为完整的分片奠定基础，同时也立即实现了降低 L2 的交易费用。[有一个网站](https://www.eip4844.com/)提供了这个提案的详细内容及其好处。目前有两条并行的 4844 开发”轨道“：KZG 仪式的准备，客户端变更的原型实现。 KZG 仪式对用于验证分片数据的证明方案提供随机输入是必要的。如果上一句话难以理解，我推荐阅读 [pintail 的推文](https://twitter.com/pintail_xyz/status/1541853475998416897) ([第 76 期七日谈](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-6)有中文版)，它更详细介绍了这个仪式的目的。 从高层次来说，这个仪式需要写出规范，运行这个规范的客户端需要被实现，需要一个聚合参与者对仪式的输入的协作服务器，以及对所有这些事的广泛审计。研究员和实现者正在举行[常规会议](https://github.com/ethereum/pm/issues/546)，以协作和分享进度更新。 在最近的一次 [4844 启动会议](https://github.com/ethereum/pm/issues/543)上对[仪式规范](https://github.com/ethereum/kzg-ceremony-specs/)的现状进行了总结。除了规范本身，在 [EthPrague 黑客松](https://twitter.com/vdWijden/status/1535938358400122883)期间做出了一个仪式客户端和协作服务器的原型。在产品级的客户端和协作服务器实现上的工作都已经开始了。实现工作的大概时间线、审计和公共仪式的内容都可以在[这里](https://notes.ethereum.org/@CarlBeek/kzg_ceremony_timelines)找到。 在 4844 启动会议上，Optimism 和 Coinbase 团队演示了 Geth/Prysm 原型，它们实现了核心 EIP-4844 功能。在[会议视频](https://youtu.be/flx1hDUV8O0?t=647)上可以看到，一个节点对被建起来了，且一个文档以 blob 的形式被提交到网络上。然后从网络上检索该文档，它的内容被验证与原来的相符。原型的代码可以在[这里](https://github.com/Inphi/eip4844-interop)看到。这是第一次看到 4844 运行起来！ 会议的其他部分集中讨论了与这个 EIP 相关的各种设计和实现问题。这篇[记录](https://docs.google.com/document/d/1KgKZnb5P07rdLBb_nRCaXhzG_4PBoZXtFQNzKO2mrvc/edit#)包含了概述，[问题清单](https://notes.ethereum.org/@timbeiko/4844-open-issues)将用作追踪各种问题、潜在的解决方案和解决这些问题的后续步骤的集中地。在那个会议后，与 blob 验证次数有关的修复已经被合并到规范了💪。 ### 关于合并客户端的 PEEPanEIP😸 Ethereum Cat Herders 的 PEEPanEIP 系列通常会让 EIP 的作者介绍他们提出的变更，并回答主持人的问题。对于合并，Cat Herder 最近与 Mikhail Kalinin (他写了大部分的合并规范) 制作了合并变更的[总体概述](https://youtu.be/kTcJqThCdns)，以及与客户端团队制作了一系列的深入探讨。 这个系列还在进行中，但到目前为止，我们已经有 [Erigon](https://youtu.be/A3VhaV39OB8)、[Geth](https://youtu.be/pRAIiefswCY)、[Nimbus](https://youtu.be/50xRX5OcWgo) 和 [Besu](https://youtu.be/-1ynTsBO9tY) 团队参与了。Prysm、Nethermind 和其他团队计划在未来几周。如果你想要对客户端多样性做出贡献，但不确定使用哪个客户端，这个系列提供了关于各种 EL 和 CL 实现的很好的概述。请继续关注深入探讨的全集！ <br/> ## 后续步骤 ✅ 随着[Gray Glacier](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/)升级的完成，客户端团队现在正专注于合并工作。Goerli 是最后合并的测试网，它拥有最大的社区。我们希望它的合并能尽可能地与我们期望在主网上发生的情况相似。这样一来，质押者、节点运行者和开发者可以在主网合并前有一次真正的彩排。 请留意 [blog.ethereum.org](http://blog.ethereum.org/) 和其他社区新闻来源关于最后一个测试网过渡的信息！一旦 Goerli 成功过渡，就只剩下一个网络了：主网🚢 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/composability-in-a-rollup-ecosystemhttps://www.ethereum.cn/Layer2/composability-in-a-rollup-ecosystemFri, 08 Jul 2022 00:00:00 GMT来源 | [www.alexbeckett.xyz](https://www.alexbeckett.xyz/composability-in-a-rollup-ecosystem/) 作者 | Alex Beckett <br/> <br/> 对 Rollup 最常见的批评是它们“**破坏了可组合性**”。这一直都是大部分单一型链最大化派的主要观点。然而，“一条链管所有”是不可能的事。多链生态系统是前进的唯一道路。考虑到这一点，可组合性在主要基于 Rollup 的生态系统中有什么影响？ <br/> 尽管可组合性这个概念看似简单明了，但在多链环境里它还有更多待探索的细微之处。 <br/> **可组合性**：是智能合约读取和写入另一个智能合约状态的能力。 <br/> 简而言之，当应用程序可以与另一些应用程序交互时，这些应用就是可组合的。例如，一个自动化 Uniswap v3 流动性头寸的应用可以与 Uniswap 进行组合，因为它可以读取 Uniswap 流动性池的当前数据，并为用户执行增加或删除流动性头寸的操作。如果 Uniswap 和流动性应用在同一条链上，它们就可以同步组合。 <br/> **同步可组合性**：指的是智能合约之间的可组合性，其交互发生在已知且有限时间内。 <br/> **简单来说，同步可组合性是应用之间的交互，它在单一区块的时间范围内产生**。例如，闪电贷需要借款人在单笔交易的时间范围内借出并偿还。由于单笔交易无法跨越几个区块，所以它必须在一个区块内产生。通常，在同一条链上相互组合的应用是同步的。以太坊上所有的 DeFi 应用都与彼此同步组合。但是，同步可组合性不是唯一的可组合性类型。 <br/> **异步可组合性**：指的是智能合约之间的可组合性，其交互产生在未知且无限的时间内。有别于同步可组合性 (应用之间的交互必须发生在一个区块内)，异步可组合性则可以让跨越多个区块的应用之间产生交互。虽然异步交互可能需要无限的时间，实际上没有人愿意永久等待。超时设定可以在交互超过预定时间后终止它，以此减轻超时现象。重要的是，异步可组合性可以让不同链上的应用实现交互。但如果应用在不同链上，他们要如何进行组合？ <br/> ### **Bridges桥接** <br/> 在不同链之间传输数据需要用到桥接合约。尽管许多桥接的存在只为了链与链之间的代币桥接，**但异步可组合性的优势在于，它让用户在没有任何代币桥接的情况下与不同链上的应用进行交互**。比如，假设第一个例子中的 Uniswap v3 和流动性应用运行于不同的链。当用户使用流动性应用在 A 链上进行一笔交易时，它将与链接到 B 链的桥接合约进行交互。这个流动性应用将向桥接合约指定它想要交互的 B 链应用，以及想要进行的交互类型。在这个例子中，我们可以说它在 Uniswap 上建立了一个流动性头寸。接着，桥接合约会将数据中继至 B 链以在 Uniswap 上建立一个流动性头寸，再将结果反馈回 A 链，包括一个来自 Uniswap 的流动性提供者（LP）NFT。 <br/> 要使桥接能够实现异步可组合性，它需要具有通用数据传输能力。通用数据包括区块链可以传输的任意数据类型，如应用状态、有效性证明或是区块头。 <br/> ### **Rollup** <br/> 存在于同一个 Rollup 上的应用可以与彼此进行同步组合。然而，不同 Rollup 上的应用则需要借助桥接合约来进行异步组合，这与不同单一型链上的应用的需求相同。**因为只用一条区块链扩大所有 web3 活动规模是不可能的，所以具有异步可组合性的多链生态系统是唯一的解决方案**。可以说，Rollup “破坏”了可组合性的观点是短浅之见，因为： <br/> 1. 应用本来就无法全都存在于一条区块链上。因此，必须将它们分散到多个链上。 2. 尽管在不同链上，应用之间也可以进行组合。 <br/> 于是，多链生态系统面临着自己的一些**基本问题**： <br/> 1. 每个区块链都需要启动自己的安全验证者集。 2. 区块链需要安全桥接。 <br/> **除了拥有可扩展性属性之外，Rollup 还能解决上述的基本问题**。Rollup 不需要有自己的验证者，只需要一组定序者生产区块。它的基础层提供着安全验证者集，共享着同一个结算层的 Rollup 之间可以构建信任最小化桥接，因为他们的状态转移可以通过结算层轻松验证。 <br/> 最后，**异步可组合性可以部分地缓解多链生态系统的另一个基本问题——碎片化，因为应用可以从不同链上获取流动性**。例如，跨多个链聚合与路由交易的交易所将减少对较大交易的价格影响，因为获得流动性的机会增加了——对于稳定币和抵押衍生品来说也更好。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/the-layer2-token-endgamehttps://www.ethereum.cn/Layer2/the-layer2-token-endgameThu, 07 Jul 2022 00:00:00 GMT来源 | [Bankless](https://newsletter.banklesshq.com/p/the-layer-2-token-endgame?s=w) 作者 | Ben Giove <br/> 投资是一种对于预测的练习。精明的投资者不会基于现在的情况做决定，而是参考未来和长期价值创造的潜力。 在加密货币市场，交易员目前表现出短期思维的一个领域是 L2 代币。对于有先见之明的投资者来说，这是一次巨大的机会。 <br/>  <br/> 以太坊上的 L2 Rollup 技术在用户的采用、开发者的关注和实用价值方面持续增长。它代表着 Web3 的最前沿。最近，随着 Optimism 发布 OP 代币，这些 L2 代币特别是它们的估值，已经成为了关注的焦点。 <br/> OP 在整个加密货币市场上已经受到了来自交易员和投资者的怀疑。 一起来分析我所知道的大家最担心的三个方面： <br/> #### 1.没有实用价值 #### 目前，OP 仅用于 Optimism 的社区治理 (通过 Optimism 的两院制治理系统)。在这个治理系统里，OP 持有者组成了所谓的“代币议院”（token house）。这种代币议院可以为 Rollup 生态系统内的升级和对不同项目的激励分配进行投票。 <br/> #### 2.代币不会有任何增值 #### Rollup 定序者（更多内容在下文）所创造的网络收益不是直接由代币持有者获得，而是用于追溯性公共物品的募资。这个价值的分配将由 Optimism 的第二个治理分支——公民议院（citizen’s house）来决定，它通过发放不可转让的 NFT 为公民授予身份。 <br/> #### 3.流通量低，未解锁供应量过剩 #### OP 目前的市值是 1.879 亿，其完全稀释估值是 37 亿。这意味着只有 OP 总供应量的 5% 在流通。 这些批评是有道理的，但它们只是基于目前的 OP 代币——而不是它和 L2 代币在未来的前景。 两个估值的脱节代表着一种机遇，OP 代币以及类似的 L2 代币正处于大幅增长实用性与高度增值的路上，因为 L2 代币的未来设计将会与当下的设计截然不同。 一起看看为什么会出现这种情况… <br/> ## L2 商业模式 ## <br/> 为了更好地理解 L2 代币如何增值，读者需要先理解 L2 平台的商业模式。你可以把 Rollup 技术提供商视作区块空间的中间商：他们购买 L1 的区块空间，以更高效的方式利用区块空间，并通过 L2 将其高价卖给用户。 <br/> ### 收益 ### <br/> Rollup 产生收益的两个来源：交易手续费和矿工/最大可提取价值（MEV）。MEV 是寻租式的价值提取方式，投机的区块提议者（PoW 的矿工、PoS 的验证者）可以通过专门重新排序交易来完成（David 在这里解释了更多的 MEV 内容）。 就像用户支付 gas 费给以太坊上的矿工或验证者一样，他们也必须向 L2 上所谓的定序者支付一笔费用。定序者负责排序、打包以及发送交易到 L1。当定序者履行确定交易顺序的职责时，他们可以通过提取 MEV 而赚得收益。 <br/>  <center>L1 和 L2 的费用排行，数据来源于 cryptofees.info</center> <br/> <br/> ### 开销 ### <br/> 为了运作，rollup 产生一些开销会通过 gas 费的形式将转嫁给用户。 这个开销结构的第一个部分是在 L2 上执行交易所需的计算资源，第二个部分是打包和验证交易的开销。就 optimistic rollup 来说，它需要欺诈/错误证明，而 zkRollup 则需要零知识证明。 在 L1 上发布交易数据 (即 calldata) 也会让 L2 产生一笔开销。 calldata 开销构成了所谓的"数据可用性问题"的核心部分，这是指在以太坊等网络上发布和存储数据的昂贵成本。 <br/>  <center>L2 费用开销排序，数据来源 l2fee.info</center> <br/> 有大量处理 L2 开销问题的解决方案正在筹备中。 第一个解决方案是 Calldata 压缩，它会减少从 L2 发送到 L1 的数据大小。虽然 rollup 本身可以利用数据压缩技术，但 Vitalik 提议的即将到来的 EIP-4488 也致力于为这方面提供帮助。 其他可选方案包括 danksharding 以及 proto-danksharding，它们可以增加存储在以太坊或者 Celestia (专用数据可用性层方案) 上的数据量。 <br/> ### 利润 ### <br/> rollup 可以通过这个模式“获利”的方式是收取一笔“附加费用/溢价”，例如，赚取用户支付的交易费与购买 L1 区块空间的成本之间的差价。 这是 Optimism 通过实现“费用比例系数”所完成的工作，即向用户收取每一笔交易的动态额外费用。Optimism 的目标在于为定序者创造 10% 的利润。这种利润代表了 L2 代币及其持有者的潜在价值来源。 (译者注：“Fee Scalar” 是 Optimism rollup 向其用户收取的一笔动态开销，目前 Optimism 上的费用比例系数被设置在 1.24 倍。) MEV Rollup 的另一个收益来源是 MEV。它逐渐成为 L2 项目之间的关键区别，每个 L2 平台处理 MEV 的方式对其原生代币在未来的增值具有重要影响。 为了更好地理解这个概念，让我们探讨一下 Optimism 和 Arbitrum 在 MEV 处理方式上的差异。 Optimism 正在对 MEV 采取所谓的“进攻型”方式来处理 MEV。扎根于 MEV 是区块链的基础并且试图根除它只会是徒劳的观点，Optimism 最终将纳入所谓的 MEV 拍卖（MEVA）。 MEVA 试图通过将 MEV 的提取权利拍卖给价高者，以分离并重新定向 MEV 所产生的收益。 <br/>  <br/> Optimism 打算将 MEVA 所赚得的收益，通过追溯性公共物品募资分配给获得资助资格的公共物品。通过这么做，L2 平台认为它将能够创造一个自我维持的生态系统，长期来说，这个系统将为**所有的利益相关者**提供更多的价值。 另一方面，Arbitrum 正在采用“防御型”方法来处理 MEV，这种方法则基于 “MEV 实际上是对用户征税”的观点。Aribitrum 不会试图捕获并重新分配 MEV，而是致力于在系统范围内将它最小化。 为了降低 MEV，Arbitrum 网络将会实现公平排序或公平定序，一个 batch 中的所有交易都根据它们收到的排序进行处理。在这个过程中，Arbitrum 打算降低提取的 MEV，从而减少 Rollup 的成本，也更加吸引用户和建设者。 关于各个 L2 平台该如何处理 MEV 的争论是微妙且复杂的，也远远超出了这篇文章探讨的范围。但如果我们谈论的是投资战略，那么这里倒可以谈谈它对于 L2 代币增值的影响。 <br/> ## MEV 对你的 L2 投资策略意味着什么？ ## <br/> 进攻型 MEV 为 L2 提供了一个收入来源，它可以直接为其原生代币增值。虽然 Optimism 的 MEV 收益最初将完全用于公共物品的资助，但最终可以通过传统的单边质押池，或是通过去中心化定序者，将其中一部分甚至是全部的 MEV 收益分配给代币持有者（稍后进一步探讨）。 在资助公共物品的用途上，MEV 也许能通过改善 L2 平台生态系统的总体健康和长期可持续性，帮助其代币间接地增加更多价值。 虽然防御型的 MEV 剥夺了可以直接使原生代币增值或加强其生态系统的收入来源，但它可以间接提高 L2 代币的价值。用户可能更倾向于在 MEV 不那么猖獗的网络上进行交易，从而加强了网络的采用和及其网络效应。 尽管哪种方法会带来更长期的采用还有待观察，但很明显，MEV 可以用于 L2 代币的增值。拥抱 MEV 的 L2 平台将比其他不采用 MEV 的平台更容易为其原生资产增加价值。 <br/> ## 去中心化定序者 ## <br/> 尽管 L2 代币可以将用于去中心化各种协议功能。然而，可以捕获交易费用和MEV 价值的最显而易见的方法 (同时也增强了其效用) 就是去中心化定序者。 目前，许多出色 Rollup 上的定序者都是中心化的，由一个单一的实体运营。例如，Offchain Labs 和 Optimism PBC 分别是 Arbitrum 和 Optimism 的定序者的唯一运营商。 由于每个平台都处于新生阶段，所以这些系统像护栏一样放置在那里。 在未来的发展中，重要的是这些定序者最终会去中心化，以最大限度地实现抗审查。 <br/> 像 Arbitrum 和 Optimism 这种 L2 平台上的定序者能够利用他们的原生代币做到这一点。目前有几种去中心化定序者的设计可以成形。比如，可以通过 PoS 的方法论选出定序者。 这是这种方法论的运作方式：类似于 L1 上的 PoS ，潜在的定序者会质押某个 Rollup 项目的原生代币，以获得担任该职务的权利。质押者被选中的概率会和其质押的大小成正比。被选中的新定序者能够通过赚取交易费、MEV 和潜在代币奖励的方式获取 Rollup 产生的价值。 在类似于 Optimism 这种采用进攻型 MEV 策略的 Rollup 案例中，这种机制可以连同 MEV 拍卖机制一起实施： <br/>  <br/> 质押机制可以为 L2 代币提供一种实用价值来源——因此也是一种需求来源。为了加入系统并赚得上述的现金流，潜在的定序者需要在开放市场购入代币。 尽管细节还未敲定，zkSync 已确定将其代币作此用途。 <br/> ## 道路清晰 ## <br/> L2 代币在其用途和代币增值方面有一个明确的发展路径。Rollup 从交易费和 MEV 中产生利润，可以用作直接为原生代币增值的方式，或者通过再投资公共物品等领域以间接增值。 它可以通过用于去中心化定序者或者其他协议功能 (例如通过 PoS 系统)，来捕获这种价值。这进一步为 L2 代币创造了实用价值和需求。 如果这些代币经济看起来很相似，因为他们都反映了 ETH 代币经济本身。 在合并后，ETH 将在 PoS 系统内使用，它让质押者能够以保险金、gas 费和 MEV 的形式赚取现金流。 尽管 L2 代币不太可能出现净通缩或具有与 ETH 一样的货币溢价，但它们仍会以 "指数溢价"进行交易，因为它们代表着接触其各自生态系统的最广泛方式。 虽然很多关于 L2 代币设计的规范仍然处于变化之中，但可以确定的是：今天 L2 的代币经济不会是明天的 L2 代币经济。 精明的投资者应该关注每个 L2 平台如何对其代币实施增值战略，即 L2 代币在 2023 年以及往后代表着什么，然后采取相应的行动。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-6/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-6/Wed, 06 Jul 2022 00:00:00 GMT <br/> <br/> # **共识层** **Sepolia 测试网合并直播** EthStaker 举办的 Sepolia 网络升级观看直播在今晚进行，由 Anthony Sassano 主持： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1544655535353495553&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1544655535353495553" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 460px; display: block; flex-grow: 1;"></iframe> <br/> **Prysm 验证者在 Kiln 测试网能使用 mev-boost 来出块** 根据 Prysm 客户端的开发者 Terence 在 6 月 29 日发的推文，Prysm 客户端的验证者在 Kiln 测试网可以充分利用 mev-boost 来出块了。 接下来的工作是： 文档化+在 Ropsten 上测试 （编者注：[mev-boost](https://www.ethereum.cn/Technology/mev-boost-merge-ready-flashbots-architecture) 是旨在为无需许可的区块提议者/构建者分离方案搭建桥梁的架构） 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1542157502644625408&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1542157502644625408" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 550px; display: block; flex-grow: 1;"></iframe> <br/> **superphiz 创建了一个共享合并信息的 github 代码库** EthStaker 社区的 [@superphiz](https://twitter.com/superphiz) 为媒体建立了一个 github 的代码仓库，用于同当地媒体共享与合并有关的资讯，任何提供了信息并被接受的人可以收到 Poap。代码库中的共享类目包括新闻稿、解释文章、音频、视频、图片、音乐以及新闻示例。目前，除音乐和视频外，其余类目已上传了一些内容。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1543628983807447041&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1543628983807447041" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 717px; display: block; flex-grow: 1;"></iframe> <br/> # **合并后 (Post-Merge)** **KZG-Ceremony 的简单介绍** 6 月 23 日进行了第二次的 KZG-Ceremony 会议。KZG 可信设置仪式是实现 EIP-4844 (proto-danksharding) 和完整版 Danksharding 的重要前提条件。@pintail_xyz 对此 KZG 可信设置仪式写了简单解释： 为了实现数据可用性采用 (Danksharding 的关键部分)，我们需要以多项式的形式对数据进行编码。这使得我们得以对所有的数据进行重构，即使有高达 50% 的数据无法从网络中获得。 如果只给我一个数据点，我能如何验证它在多项式上？我需要一些简洁的“承诺”来验证多项式 (类似于用一个默克尔路径证明数据块与默克尔树的一个承诺相匹配)。 Kate、Zaverucha 和 Goldberg 设计了一个多项式承诺方案（称为 KZG 承诺）。 这就是我们需要的！ 但有一个问题。 与其他一些证明方案（包括一些 ZK-SNARKS）一样，KZG 承诺依赖于参数的“公共参考字符串 (Common Reference String)”。 知道参考字符串是如何生成可以用来破坏承诺计划。因此，它需要使用“可信设置”。如果有一个人是每个人都可以信任 ta 去诚实地做这件事 (并安全地毁坏所有的输入)，那就好了！ 但当然，这个人将是一个单点故障。每个人都会相信他们吗？所以我们需要用不同得方式来做这件事。我们改用一种仪式——很多人参与到生成公共参考字符串的过程。 只要只有一个人安全地销毁了他们的输入，就没有人可以获得用来破解系统的公共参考字符串的信息。我们的参与者越多样化，就越能保证该计划的安全。 总而言之，KZG 仪式是一种信任最小化的方式，以设置我们用于数据可用性证明方案的参数，这是 Danksharding 的一个关键组成部分。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1541853475998416897&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1541853475998416897" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 583px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊基金会研究团队的 AMA** 以太坊基金会研究团队即将在北京时间 7 月 7 日 21:00 在 reddit 的 r/ethereum 板块举行第八次 AMA： https://www.reddit.com/r/ethereum/comments/vrx9xe/ama_we_are_ef_research_pt_8_07_july_2022/ <br/> # **Layer2** **L2 解决方案 StarkWare 与以太坊基础设施服务提供商 ConsenSys 达成战略合作** 6 月 29 日，ConsenSys 宣布其旗下产品去中心化钱包 MetaMask 和区块链基础设施服务平台 Infura 已集成 L2 扩容解决方案 StarkNet。  MetaMask 创建并发布了一个系统，允许任何开发者基于他们的产品 MetaMask Snaps 构建应用。MetaMask Snaps 为开发者提供一种方式以扩展 MetaMask 的性能以及为 dapp 实现新的功能。比如，连接到一个像 StarkNet 这样的非 EVM 网络。由于 StarkNet 使用与以太坊不同的地址和账户格式，直到现在，StarkNet 还没有直接与 MetaMask 兼容。StarkNet Snap 从你的 MetaMask 助记词派生出 StarkNet 密钥，允许你管理 StarkNet 上的资产。无需创建新的账户，你就可以通过 StarkNet snap： - 部署 StarkNet 账户 - 在 StarkNet 进行交易 - 与 StarkNet 智能合约进行交互 Infura 也添加了对 StarkNet 的支持，Infura API 将完全接入 StarkNet 并提供不同的 RPC。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1542154800934035456&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1542154800934035456" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 671px; display: block; flex-grow: 1;"></iframe> <br/> **L2 研究平台 L2 Beat 推出了论坛** L2 Beat https://l2beat.com/ 是一个专门追踪二层网络项目数据的研究平台，6 月 27 其推出了论坛，用户可以在上面参与讨论。https://gov.l2beat.com/ <br/> **Polygon 旗下的数据可用性方案 Avail 推出测试网** Avail 是一条模块化区块链，用来扩容其他区块链。Avail 负责存储其他区块链的交易数据并证明它持有的的交易数据是可用的。 6 月 29 日，Polygon 团队宣布 Avail 推出测试网。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1542167691322347520&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1542167691322347520" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 686px; display: block; flex-grow: 1;"></iframe> <br/> **L2 去中心化交易所 ZigZag 引入隐私交易方案：InvisibL3** 7 月 4 日，ZigZag 引入了一种新的应用专用型 ZK Rollup —— InvisibL3：这是一种订单簿式交易所，在本地集成隐私的同时保留原子兑换 (atomic swaps)，允许用户维持链上匿名性，同时可以使用 ZK Rollup 的可扩展性。 这个应用专用型 ZK Rollup 是基于 StarkNet 网络之上的用于隐私的 Layer 3 ZK Rollup，为 ZigZag 交易所添加可行的隐私功能。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1543992216900624385&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1543992216900624385" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 854px; display: block; flex-grow: 1;"></iframe> <br/> **Optimism 弃用 Kovan 测试网，迁移至 Goerli 测试网** Kovan 测试网已经被以太坊社区弃用，为了继续为 Optimism 生态系统提供稳定的测试网络，并在合并后与以太坊保持同步，Optimism 也将弃用 Kovan 测试网，正向 Goerli 测试网迁移。 迁移状态追踪：[https://optimismpbc.notion.site/EXTERNAL-Optimism-Kovan-Optimism-Goerli-Migration-Progress-ced63e666fa34b148668581cb58809ee](https://www.notion.so/EXTERNAL-Optimism-Kovan-Optimism-Goerli-Migration-Progress-ced63e666fa34b148668581cb58809ee) 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1542589607279300608&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1542589607279300608" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1206px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **新代币标准 ERC-4907 允许出租 NFT** 6 月 29 日，Double Team 提议的新代币标准 ERC-4907 已进入最终阶段，允许出租 NFT 的使用权。该代币标准是 EIP-721 的扩展，增加了一个额外的角色`user`，它可以被授予地址，以及被自动撤销角色的时间 (`expires`)。用户角色代表“使用” NFT 的权限，但不代表能够转让 NFT 或设置 (`user`）。 来源：https://github.com/ethereum/EIPs/blob/master/EIPS/eip-4907.md <br/> **Gitcoin Grants 2.0 即将上线** 6 月 27 日，Gitcoin 的贡献者 [@Chunza2542](https://twitter.com/chunza2542) 发推称 **Gitcoin Grant 2.0** 将会是一次重大升级。 回顾最近刚结束的 GR14，其捐赠总额高达 170 万美元，超过 4.47 万名捐赠者参与，其中 50 万美元分配给构建者。对比 GR13，独立捐赠者同比增长 162%， 由 1.7 万增至 4.47 万，社区捐赠同比增长 17%，从 140 万美元增至 170 万美元。 这为 Gitcoin Grants 1.0 创造了一个飞轮：更多捐赠者→更多资助资金/更多公共产品获得资助→生态系统更庞大→更多捐赠者→ ↺ 以此循环  1. **什么是 Gitcoin Grants 2.0 ?** 目前 Gitcoin 资助轮正在所谓的“Grants 1.0”上运行。它是仅由 Gitcoin 单独运作的二次方融资单一型系统，运行于中心化的 AWS 服务器上。而 Gitcoin Grants 2.0 是 Grants 1.0 的去中心化版本。 Gitcoin Grants 2.0 是自从 Gitcoin Grants 在 2019 年 1 月上线以来，由 Gitcoin 进行测试、研究和迭代后的积累。不同于 1.0，2.0 将是可分叉、模块化和去信任的。 2.0 创造了一个可供社区分叉以及同时测试不同融资机制的环境。它使得生态系统可以快速实验，促使其为公共物品募资找到最佳的民主机制。  **2. Grants 2.0 由 4 个主要的部分组成：dPoPP、Grant 发布者、Round 管理者、Grant 探索者** - dPoPP 代表**去中心化人格证明护照**（decentralized proof of personhood passport）。上个月，Gitcoin 与 Ceramic 联合发布护照 [Gitcoin Passport](https://twitter.com/chunza2542/status/1537040041310302208)，使个体可以在各个 web2 和 web3 供应商那验证自己的身份，以此获得“信任奖励”分数（或人格分数），用户验证得越多，奖励就越多，他们在 Gitcoin Grants 上的参与就越有分量。 - Grant 发布器会是项目负责人的前端，用于提交他们的资助以及申请参与资助轮。 - Round 管理器会是 DAO、协议或者其他项目的前端，用于管理资助轮和符合条件的资助申请，并向获赠方支付募捐款。 - Grant 探索器则会是资助者发现、捐赠以及向本轮匹配池的分配进行投票的前端。 **3. 2.0 路线图** 这是 [@Chunza2542](https://twitter.com/chunza2542) 所设想的关于 Gitcoin Grants 2.0 的高度概略图：  Gitcoin 的目标是通过逐步将代码库进行去中心化以弃用 GR16 中的大部分核心经验。这意味着，2023 年的第一季度，Gitcoin 资助轮将会完全在 Grants 2.0 基础设施上运行，停止 Grant 1.0 单一型系统的运作。 **4. Grants 2.0 的影响** 有了这种架构设计，Gitcoin 2.0 将允许 Gitcoin Grants 可以在整个 Web 生态系统甚至是更大范围内**成指数级地**扩大影响力，不仅在经济层面，而且**在智力和经验层面**也是如此。  影响 1：更多金融资本。在 Grants 2.0，任何人都可以分叉并运行自己的捐助轮（以不同的机制/政策/品牌）。换句话说，Grants 1.0 授之以鱼，而 Grants 2.0 授之以渔。 影响 2：更多的智慧资本。Grants 2.0 将允许社区同时进行不同的资助机制、政策和身份识别的实验，为 GitcoinDAO 创造更多知识库。 影响 3：更多**经验资本**。Gitcoin Grants 扩展的范围越广，我们就可以收集更多的用户**行为**。我们可以利用这些数据深入了解社区的关切。**从集体行动的经验资本中产生的一种新的智慧**。 **5.创造者/构建者的机会** Grants 2.0 的模块化架构也在帮助更多的开发者加入 Gitcoin 生态系统，为 Grant 1.0 的飞轮创造更多的动力。  [@Chunza2542](https://twitter.com/chunza2542) 认为 Gitcoin Grants 2.0 正在为 Web3 生态系统做的事，就好比 [Uniswap](https://twitter.com/Uniswap) 的 AMM 机制为 DeFi 生态系统的所做的贡献。同时，他还认为很可能会有大量的产品和实验建构于 Grants 2.0 的金钱乐高上。例如新的资助机制类型、建立资助轮的无代码工具、数据可视化控制面板、插件市场、为不同观点设计的各种探索器以及资助管理、咨询和参数优化 DAO 等等。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1541412032217358336&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1541412032217358336" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 759px; display: block; flex-grow: 1;"></iframe> <br/> **DID 核心规范被批准升级为 W3C 推荐标准** 7 月 1 日，[Spruce](https://twitter.com/SpruceID)（致力于身份认定和数据安全）的管理层 [@Obtropolos](https://twitter.com/Obstropolos) 发布推文，DID（去中心化身份）核心规范于 6 月 30 日被批准为 W3C (万维网联盟) 推荐标准。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd19kdXBsaWNhdGVfc2NyaWJlc190b19zZXR0aW5ncyI6eyJidWNrZXQiOiJvZmYiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3VzZXJfZm9sbG93X2ludGVudF8xNDQwNiI6eyJidWNrZXQiOiJmb2xsb3ciLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X2VkaXRfZnJvbnRlbmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1542553792096387077&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2Ffjf20nRW4h1XC5wHoDuPDPOXRMmi5-kS413bQ-xqkpU&amp;sessionId=72e893cdff132e585d6d018de9eb243a9f2c7f81&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1542553792096387077" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 393px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-7-1https://www.ethereum.cn/Eth2/wnie2-2022-7-1Mon, 04 Jul 2022 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220701) <br/> <br/> ⚠️不存在 Eth2 的币。任何给你提供 Eth2 代币的都是骗子。⚠️ (显然我需要说这件事🤷‍♂️) <br/> ## 本周首荐 有几期 Bankless 的播客推荐给大家。 在上一期，我有提到 Superphiz 作客 Layer Zero 系列。我当时还没听，但我现在听了，很棒🔥。非常纯粹的去中心化热情。 Matt Cutler 关于“以太坊隐藏的权力结构 ([Ethereum’s Hidden Power Structures](http://podcast.banklesshq.com/125-ethereums-hidden-power-structures-matt-cutler))" 的那一期也很棒。Matt 探索了合并后的区块生产情况，包括 MEV 和所有东西。对我们的发展方向和形势演变都有很好的洞见。 <br/> ## 合并 ### 第七次主网影子分叉 我们在 6 月 22 日进行了 MSF7 (第七次主网影子分叉)。所有与合并相关的都进行地很顺利。有两个问题与合并没有直接关系： - Erigon 有一些对等点连接问题。这些问题与影子分叉如何设置的机制相关，在真实情况下不会成为问题。已经实现了一个修复了。 - Besu 节点出现了[数据库](https://hackmd.io/@RoboCopsGoneMad/B1reW1G9c)问题。这个似乎与并发性相关 (多个线程同时更新数据库)，并且已经在合并以外的场景也已经看到了，但在合并的机制下加剧了。Besu 团队已经在紧急处理这个问题了——无论合并与否，这个问题都需要得到解决——且应该在一两周内完成。 在共识层开发者会议快结束的时候，在 Nethermind-Teku 客户端对上的讨论出现了僵局。基本上，他们都进入了僵局，等待对方做出反应。Aiui 这个最初的触发因素是由 Erigon 上的漏洞触发的，但如果 Teku 在超时后重试 API 调用，它应该是可以恢复的。似乎规范在重试行为上没有完全清晰的规定，这个问题需要再看看。无论如何，Teku 已经更新了，重试变得更积极，这解决了问题。Prysm 将进行同样的更新。 我们使用影子分叉测试就是为了发现这些临界情况！它正在全力推进。 第八次主网影子分叉计划在周二进行，7 月 5 日。 - [Config](https://github.com/eth-clients/merge-testnets/tree/main/mainnet-shadow-fork-8) - 工具链接： - https://ethstats.mainnetshadowfork8.ethdevops.io/ - https://explorer.mainnetshadowfork8.ethdevops.io/ - https://beaconchain.mainnetshadowfork8.ethdevops.io/ - https://forkmon.mainnetshadowfork8.ethdevops.io/ 提醒一下，Etherworld 在保持更新的[影子分叉资讯](https://etherworld.co/2022/04/20/ethereum-mainnet-shadow-forking-an-overview/))目录是还不是最新的。 ### Sepolia 测试网合并 Sepolia 已经准备合并了，大约在 7 月 5 日。密切关注 [bordel.wtf](https://bordel.wtf/) 上的预测时间——这个时间很大程度取决于网络上的算力。有人一直在不时地附加很多算力上去，因此合并的点相当不确定。它可能比预期的要早得多。 你可能注意到，7 月 5 日比我们在上一次的共识层开发者会议上讨论的时间晚了一个星期。但不跟 Gray Glacier Eth1 分叉在同一周内进行 Sepolia 合并是最好的。但是，我并不认同为适应在美国的“长周末”或任何其他东西而推迟任何事情的做法。 Anthony Sassano 将与 EthStaker 一起主持该活动的直播。你可以在[YouTube 直播](https://www.youtube.com/watch?v=iOSYpI82_60)点击开播提醒。无奖竞猜，Song-a-Day 这次需要即兴表现多久才能等来合并。 ### Ropsten 的同步测试 两条区块链进行同步，且分别由相互独立的客户端来负责，这带来了一些挑战。由于这个原因，客户端对之间的同步过程正在得到一些额外的审查。为此，以太坊基金会的 DevOps 团队正在对合并后的 Ropsten 测试网进行一系列的测试，并[记录](https://notes.ethereum.org/@samcm/By9o2Qg59)他们的发现。 ### 技术上的零碎更新 有一些零碎消息。 首先，Mikhail 更新了 [Engine API 顺序图](https://hackmd.io/@n0ble/HkoYcDDt5)。 而 Geth 一直在研究如何[在没有共识层客户端](http://(https//twitter.com/peter_szilagyi/status/1541344689860890624?s=20&t=PBVMjpiP3W6dwn8laO-RQg))的情况下运行合并后的以太坊。作为一个非常优秀的共识层客户端提供者，显然我并不赞成这样做 (说笑的)。但这实际上是我们在共识协议中精心构造的轻客户端功能的一个很好用例。 <br/> ## 质押 [第 17 次 Stakehouse 社区会议](https://www.youtube.com/watch?v=ioTH47Qy_KI)在几天前进行。会议上的内容已经成为“降低以太坊单独质押技术门槛”的非常好的资源”了。我强烈建议看他们的直播，如果可以的话甚至参加这些会议——你会学到很多东西。 [Rated.network](https://www.rated.network/) 的 API 现在有了一个 [Prometheus 浏览器](https://twitter.com/ratedw3b/status/1539630779210137601)。[仓库](https://github.com/rated-network/rated-cli)在这里。 当我们转向权益证明时，能源消耗会减少 99.95%，如果还不够？那么请看看 `@jcrpt`做的事，他在[低于 10 瓦](https://twitter.com/jcrtp_eth/status/1542681842469437446)的条件下做验证。 <br/> ## 释义性资源 来自 Adrian Sutton 的好消息：合并后的出块和输入时间[不构成问题](https://twitter.com/ajsutton/status/1541340088046878720)。 Pintail 对 KZG 可信设置[仪式](https://twitter.com/pintail_xyz/status/1541853475998416897)写了解释推文。这是实现 EIP-48444 (proto-danksharding) 以及以后的完整版 Danksharding 的重要前提。Vitalik 写过了关于[可信设置运作原理](https://vitalik.ca/general/2022/03/14/trustedsetup.html)的文章。如 Pintail 提到的，[常规会议](https://www.youtube.com/watch?v=h2J6c95wk9k)上已经在计划 Eth2 所需的 KZG 设置仪式了。下一个会议[在 7 月 7 日进行](https://github.com/ethereum/pm/issues/560)。 EthereumPools 从他们的出色工作中抽出时间，写了关于合并后质押者的[奖励和惩罚](https://twitter.com/EthereumPools/status/1542241205597134849)会是什么样的推文。 Ethereum Cat Herders 最新的 PEEPanEIP 系列包括 - Zahary 演讲的 [Nimbus & The Merge](https://www.youtube.com/watch?v=50xRX5OcWgo)，以及 - Marius Van Der Wijden 演讲的 [Go-Ethereum & The Merge](https://www.youtube.com/watch?v=pRAIiefswCY) 我的书终于有进展。自从在 Devconnect 上感染了 Covid，我一直有点难受，但现在已经回来继续更新了。这里是关于在委员会[如何选择聚合器](https://eth2book.info/altair/part2/building_blocks/aggregator)的短章节。 <br/> ## 媒体和其他 [SSV network](https://twitter.com/ssv_network) 正在举行一系列合并主题的 Twitter Space，由 Anthony Sassano 主持。我想他们在合并前会每周计划一次；我希望他们不会没有嘉宾可请了。以下是目前的一些回放： - [Tim Beiko](https://twitter.com/ssv_network/status/1538186803961798658) (有一个[Chinmay 写的总结](https://mirror.xyz/0x79721a785056EF69B266094C6eFb0548584f2d31/j1prbOmaLl4NzEee4M8oDsCStvyzzttR0bMFhOGsu-k))。 - [Stani Kulechov](https://twitter.com/ssv_network/status/1542448032838475776) ——合并对 DeFi 的影响。 - [我参与的一期](https://twitter.com/ssv_network/status/1542526927931551744) 最近出现了几篇关于合并的报道。Axios 发布了一篇清晰且准确的[合并概述文章](https://www.axios.com/2022/06/27/ethereum-new-version-2022-eth-ether)。Christine Kim 和 Arunabh Sarkar 一起写一篇关于以太坊合并升级及相关风险的一篇[逐步概述](https://docsend.com/view/4jqqdw5w68r8ww68)。 <br/> ## 研究 在一篇[总体研究文章](https://notes.ethereum.org/@vbuterin/validator_set_size_capping)里，Vitalik 回归可能为验证者集大小设置上限的话题。这是对我们所面临的各种权衡的一个有趣探索。 <br/> ## 常规会议 ### 以太坊核心开发者会议 (ACD) 第 141 次以太坊核心开发者会议在 6 月 24 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/551) - [会议视频](https://www.youtube.com/watch?v=qu5idP-JLyQ) - [Christine](https://twitter.com/christine_dkim/status/1540382924440121344) 的记录，[Tim](https://twitter.com/TimBeiko/status/1540328722892480513) 的一个简短总结，以及[西班牙语的一些记录](https://twitter.com/Ariiellus/status/1540463160942989312)。 ### 共识层实现者会议 第 90 次在 6 月 30 日 - [会议议程](https://github.com/ethereum/pm/issues/555) - [会议视频](https://youtu.be/Fid8hTxkRHM?t=351) - [我的记录](https://hackmd.io/@benjaminion/HJNt57iq5)，以及[Christine 的记录](https://twitter.com/christine_dkim/status/1542947591951769601) 主要的讨论涉及到验证者是否应该对在 MEV-Boost 中的中继进行认证，以及他们如何做到这一点。主要的一点是，认证连接会允许一个看不到区块构建者信息的竞拍设计，它可能比公开的竞拍更优。会议上有很多关于信任模型和竞拍设计的有趣讨论——值得一听。会议上没有得出结论，但讨论还会再其他地方 (主要在 R&D Discord 上的 `#block-builder` 频道)。 <br/> ## 活动预告 - 7 月 7 日周四 11:30 UTC：[第三次 KZG-Ceremony Breakout 会议](https://github.com/ethereum/pm/issues/560) - 7 月 15 日周五 14:00 UTC：[第五次合并社区会议](https://github.com/ethereum/pm/issues/564) <br/> ## 其他新闻 - Flashbots 开始产出对验证者使用的 MEV-Boost 的实现进展每周更新： - [6 月17-24](https://flashbots.notion.site/mev-boost-Status-Update-June-17-24-2022-d149861bd6814d94b62cc99d0c806ede) - [6 月 24-30](https://flashbots.notion.site/mev-boost-Status-Update-June-24-30-2022-5806f8bd969f4ec8948f2b20fd1d2563) - Prysmatic Labs 社区会议更新：[2022 年 6 月](https://medium.com/prysmatic-labs/prysmatic-labs-community-update-june-2022-e82af8350ec9) - 以太坊基金会发起了一个有趣的质押运行者归档 ([Staking Operator Documentation](https://github.com/ethereum/requests-for-proposals/blob/master/open-rfps/staking-operator-docs.md)) 的提案请求。回复截止时间是 7 月 8 日，所以要抓紧时间。 - Coinbase 的朋友们恢复了他们的 [ETH2 更新](https://www.coinbase.com/cloud/discover/insights-analysis/ropsten-testnet-successfully-merges)。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/sepolia-merge-announcementhttps://www.ethereum.cn/Eth2/sepolia-merge-announcementFri, 01 Jul 2022 00:00:00 GMT <br/>来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2022/06/30/sepolia-merge-announcement/) 作者 | Protocol Support Team <br/> <br/> # **Sepolia 合并公告** <br/> - Sepolia 将是进行合并的三个公共测试网中的第二个 - 当 Sepolia 测试网 PoW 链的总难度超过 **`17,000,000,000,000,000`** 时，网络将过渡到 PoS，预计在接下来几天内发生 - 合并后，Sepolia 将会有一个需要许可的验证者集，就像现有的 PoA 测试网一样。而 Goerli/Prater 测试网将在晚些时候合并，并且会开放验证者集，允许质押者测试 PoW -> PoS 过渡。 <br/> <br/> ## **背景** <br/> 经过多年的努力以将 PoS 引入以太坊，我们现在已经进入了最后的测试阶段：测试网的部署！ <br/> 随着 Ropesten 已经过渡到 PoS 并且影子分叉也在定期进行，Sepolia 现在也已经为合并做好准备。Sepolia 合并之后，还剩 Goerli/Prater 合并就可以推进主网合并。而其他测试网 (Ropsten、Rinkeby 和 Kiln) 将在合并后逐渐关停，详情请读文章[《Ropsten、Rinkeby 和 Kiln 测试网弃用公告》](https://www.ethereum.cn/Eth2/testnet-deprecation/)。 <br/> 合并在两个方面与以前的以太坊升级不同。首先，节点运行者需要同时更新他们的共识层 (CL) 和执行层 (EL) 客户端，而不是只更新其中之一。其次，升级分两个阶段激活：首先是在信标链的一个 epoch 高度上 (Bellatrix 升级)，然后是在执行层达到[总难度](https://eips.ethereum.org/EIPS/eip-3675#terminal-total-difficulty-vs-block-number)值时激活。 <br/> Sepolia 已经进行了信标链上的 Bellatrix 升级。我们现在公布第二阶段的细节：达到`终结总难度值`。 <br/> <br/> ## **升级信息** <br/> ### **时间** <br/> *合并*分两步进行。从共识层的网络升级开始，由一个 epoch 高度触发。随后是执行层从 PoW -> PoS 的过渡，由一个特定的“总难度”阈值触发，称为终结总难度 (`Terminal Total Difficulty`, `TTD`)。 <br/> On **June 20, 2022**, at epoch **`100`**, the [Bellatrix](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix) upgrade prepared the Sepolia Beacon Chain for The Merge. At that point, CL clients began listening for a `TTD` value to be hit on the proof-of-work chain. <br/> **2022 年 6 月 20 日**，在 epoch **`100`**, [Bellatrix](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix) 升级为 Sepolia 信标链的合并做准备。这时 CL 客户端开始监视 PoW 链的 `TTD` 值被触发。 <br/> 因为 PoW 测试网的哈希率非常不稳定， `TTD` 值在刚开始会被设置地非常高：`100000000000000000000000`。按照 Sepolia 目前的哈希率，得花几百年得时间才能达到这个值。 <br/> Bellatrix 升级上线后，此次向 PoS 过渡的 `TTD` 值更新为 **`17000000000000000`**。预计在未来几天内达到这个值。达到或超过这个新的 `TTD` 值之后，过渡过程的执行层部分 (代号为 [Paris](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md)) 将会启动。再次注意，Sepolia 上的哈希率是出了名的不稳定，所以 "终结总难度" 发生的实际时间可能会有波动。 <br/> 一旦执行层超过了 `TTD` 值，下一个区块将完全由信标链验证者产生。一旦信标链敲定了这个区块，我们就可以认为合并已经完成了。假设网络条件正常，达到 TTD 值之后的首个区块产生后约 2 个 epoch 或者大概 13 分钟之后，这个区块就会被敲定。 <br/> 一个新的 JSON-RPC 区块标签 `finalized` 返回最新的敲定区块，或者如果不存在这样的合并后区块，就会反馈错误。这个标签可用于应用程序检查合并是否已经完成。同样，智能合约可以查询 `DIFFICULTY` 操作码 [(`0x44`)](https://eips.ethereum.org/EIPS/eip-4399#using-264-threshold-to-determine-pos-blocks)，合并后改名为 `PREVRANDAO`，以确定合并是否已经发生。我们建议基础设施提供商除了监测敲定状态之外，还要监测整个网络的稳定性。 <br/> <br/> ### **客户端版本发布** <br/> ### **共识层** <br/> - Lighthouse v2.3.2-rc.0 [https://github.com/sigp/lighthouse/releases/tag/v2.3.2-rc.0](https://github.com/sigp/lighthouse/releases/tag/v2.3.2-rc.0) - Lodestar v0.39.0-rc.2 [https://github.com/ChainSafe/lodestar/releases/tag/v0.39.0-rc.2](https://github.com/ChainSafe/lodestar/releases/tag/v0.39.0-rc.2) - Prysm v2.1.3-rc.4 [https://github.com/prysmaticlabs/prysm/releases/tag/v2.1.3-rc.4](https://github.com/prysmaticlabs/prysm/releases/tag/v2.1.3-rc.4) - Nimbus v22.6.1 [https://github.com/status-im/nimbus-eth2/releases/tag/v22.6.1](https://github.com/status-im/nimbus-eth2/releases/tag/v22.6.1) - Teku v22.6.1 [https://github.com/ConsenSys/teku/releases/tag/22.6.1](https://github.com/ConsenSys/teku/releases/tag/22.6.1) <br/> <br/> ### **执行层** <br/> - Besu v22.4.3 [https://github.com/hyperledger/besu/releases/tag/22.4.3](https://github.com/hyperledger/besu/releases/tag/22.4.3) - Erigon v2022.06.06 [https://github.com/ledgerwatch/erigon/releases/tag/v2022.06.06](https://github.com/ledgerwatch/erigon/releases/tag/v2022.06.06) - go-ethereum (geth) v1.10.20 [https://github.com/ethereum/go-ethereum/releases/tag/v1.10.20](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.20) - Nethermind v1.13.4 [https://github.com/NethermindEth/nethermind/releases/tag/c](https://github.com/NethermindEth/nethermind/releases/tag/c) <br/> <br/> **Besu 客户端注意事项**：为了与 Sepolia 合并兼容，Besu 用户将需要手动覆盖所要求的 TTD 值。为此，用户需要运行最新的 Besu 客户端版本，截至本文发布为 v[22.4.3](https://github.com/hyperledger/besu/releases/tag/22.4.3)，并按下述步骤操作： <br/> - 如果使用 TOML 配置文件，添加以下命令行：`override-genesis-config=["terminalTotalDifficulty=17000000000000000"]` - 当使用这个客户端启动节点时，添加这个 flag：`-override-genesis-config="terminalTotalDifficulty=17000000000000000"` <br/> 关于覆盖 TTD 值的更多信息可以阅读文章《Ropsten TTD 公告》。 <br/> **Erigon 客户端注意事项**：为了与 Sepolia 合并兼容，Erigon 用户将需要手动覆盖所要求的 TTD 值。为此，用户需要运行 [2022.06.06-alpha](https://github.com/ledgerwatch/erigon/releases/tag/v2022.06.06) 版本，并且当启动节点时添加这个 flag：`--override.terminaltotaldifficulty=17000000000000000 should be good for Sepolia.` <br/> <br/> ### **升级规范** <br/> 对于合并的共识关键改变在两个地方进行了说明： <br/> - 共识层改变，在共识规范库里的 `[bellatrix` 目录](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix) 内做了修改 - 执行层修改，在执行规范库里的 `[Paris` 规范](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) 内做了修改 <br/> 除此之外，另外两个规范涵盖了共识层和执行层客户端如何交互： <br/> - 引擎 API (在[执行层 api 库](https://github.com/ethereum/execution-apis/tree/main/src/engine)中进行了说明) 用于共识层和执行层之间的通信 - Optimistic Sync (在共识规范库的 `[sync](https://github.com/ethereum/consensus-specs/blob/dev/sync/optimistic.md)` 文件夹中进行了说明) 被共识层用来在执行层客户端同步时导入区块，并从共识层中向执行层提供链头的部分视图。 <br/> <br/> ## **FAQ常见问题解答** <br/> ### **作为节点运行者，我应该做什么？** <br/> 合并后，一个以太坊全节点将结合一个共识层客户端 (运行 PoS 信标链) 和一个执行层客户端 (管理用户状态和运行与交易相关的计算)。它们通过一个已认证的端口进行通信 (使用一套新的 JSON RPC 方法，称为 [引擎 API](https://github.com/ethereum/execution-apis/tree/main/src/engine))。执行层客户端和共识层客户端使用一个加密 JWT 来验证对方。**节点运行者需要对照他们的客户端文档，了解如何生成和配置这些信息。** <br/> 换句话说，如果你已经在信标链上运行了一个节点，你现在还需要运行一个执行层客户端。同样地，如果你在当前的 PoW 网络上运行着一个节点，那么你将需要运行一个共识层客户端。为了使它们能够安全地进行通信，必须向每个客户端传递一个 JWT 通证。 <br/> 值得强调的是，虽然信标链节点和验证者客户端都是共识层客户端的一部分，但是运行一个信标链节点和运行一个验证者客户端是不一样的。验证者必须运行两者，而节点运行者只需运行信标链节点。这篇文章更详细地解释了这两个组件之间的区别：[https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/](https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/) <br/> 另外，请注意，共识层和执行层都会维护一个独立的对等点集，并公开它自己的 API。 [Beacon](https://github.com/ethereum/beacon-apis) 和 [JSON RPC](https://github.com/ethereum/execution-apis) 的 API 都将按预期继续工作。 <br/> ### **作为质押者，我应该做什么？** <br/> Sepolia 的验证者集是需要许可的，所以除非你已经成为 Sepolia 验证者，否则不需要采取任何行动。 <br/> Goerli/Prater 转向 PoS 的相关事宜将在以后公布，且对所有验证者开放。下文是一些准备工作的说明。同样，现在不需要采取任何行动。 > > 如上所述，合并之后，信标链上的验证者除了运行他们的共识层客户端之外，还需要运行一个执行层客户端。我们强烈建议大家在合并前就这样做，但是验证者可以将这些功能外包给第三方提供商。这是有可能的，因为执行层需要的唯一数据就是对存款合约的更新。 > > > 合并后，验证者需要确保他们创建和证明的区块中的交易是有效的。为了做到这一点，每一个信标节点必须与一个执行层的客户端配对。请注意，多个验证者仍然可以与一个信标节点和执行层客户端组合配对。虽然这增加了验证者的责任，但它也使得提议区块的验证者有权获得其相关交易的优先费 (目前这笔费用由矿工获取)。 > > > 虽然验证者的奖励在信标链上累积，并且要在随后的网络升级才能提出来，但交易费将会继续在执行层支付、销毁以及分配。验证者可以指定任何以太坊地址作为交易费的接收者。 > > > **在更新你的共识层客户端之后，请确保在设置验证者客户端时设置了 `fee recipient` (费用接收方)，以确保交易费用能够发送到你所控制的地址中。** > > > 如果选择了第三方提供商来质押，由你选择的提供商来指定这些费用的分配方式。 > > > 如果你想在合并后的以太坊上测试运行验证者，在 [Ropsten staking launchpad](https://ropsten.launchpad.ethereum.org/en/) 上有操作说明。 > ### **作为应用或工具开发商，我应该做什么？** <br/> 如[之前的博文](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)所述，合并只会对以太坊上部署的合约子集产生非常微弱的影响，应该不会破坏任何合约。 此外，大部分用户的应用程序接口 (API) 端点仍将保持稳定 (除非使用 `eth_getWork` 等工作量证明的特定方法)。 <br/> 尽管如此，以太坊上的大多数应用程序涉及的远不止链上合约。 现在您要确保前端代码、工具、部署管道和其他链下组件能够按预期运行。 我们强烈建议开发者在 Ropsten（或 [Kiln](https://blog.ethereum.org/2022/03/14/kiln-merge-testnet/)）上执行一个完整的测试和部署周期，并向这些项目的维护者报告任何工具或依赖项存在的问题。 如果不确定在哪里创建一个 issue，请使用[此资源库](https://github.com/eth-clients/merge-testnets/)。 <br/> 此外，你需要注意的是，除了 Sepolia 和 Goerli 之外的所有测试网都会在合并后关停。如果你是 Ropsten、Rinkeby 或者 Kiln 测试网的用户，你应该计划迁移到 Goerli 或者 Sepolia 测试网。更详细的信息请阅读文章[《Ropsten、Rinkeby 和 Kiln 测试网弃用公告》](https://www.ethereum.cn/Eth2/testnet-deprecation/)。 <br/> ### **作为以太坊用户或 ETH 持有者，我需要做什么？** <br/> 不需要。以太坊主网不受此测试网的影响。 在主网过渡之前，我们将在此博客中发布后续公告。 <br/> ### **作为矿工，我需要做什么？** <br/> 不需要。如果你在以太坊主网或者 Sepolia 测试网上挖矿，你需要知悉合并后每个网络都将完全在 PoS 共识下运行。届时，在该网络上无法再进行挖矿。 <br/> 预计在接下来的几天之内 Sepolia 就无法挖矿，今年晚些时候主网也不能挖矿了。 <br/> ### **作为验证者，我可以提出我的质押资产吗？** <br/> 不能。合并是迄今为止以太坊最复杂的升级。为了最大限度减少网络中断的风险，我们采取了最小可行的方法，也就是说在此次升级中，我们将所有与 PoW->PoS 过渡无关的变化先放一边。 <br/> 从信标链上提款的功能可能会在合并后的第一次升级中引入。[共识层](https://github.com/ethereum/consensus-specs/issues/2758)和[执行层](https://eips.ethereum.org/EIPS/eip-489)的规范推动中。 <br/> ### **我有更多问题，可以去哪里问？** <br/> 一个合并社区会议定于 UTC 时间 7 月 15 日。客户端开发者和研究员将回答来自节点运行者、质押者、基础设施和工具提供商以及社区成员的问题。 <br/> ### **什么时候合并？** <br/> 截至本文发布，以太坊主网合并的日期尚未确定。任何给出合并日期的相关言论都可能是一个骗局。更新内容将发布在以太坊基金会博客中，请关注！ <br/> 假设 Sepolia 合并中不会出现问题，一旦客户端测试完成，以太坊的其他执行层测试网 Goerli 将与共识层测试网 Prater 进行合并。一旦 Goerli/Prater 成功合并并且稳定下来了，将为主网信标链上的 Bellatrix 升级选择一个 epoch 高度，并且设定主网合并的[终结总难度 (TTD) 值](https://eips.ethereum.org/EIPS/eip-3675#terminal-total-difficulty-vs-block-number)。然后，客户端将发布在主网上支持合并的版本。 我们将在此博客以及其他社区平台上宣布相关消息。 <br/> 以上均以未发现问题作为前提。 如果在此过程的任何时间点发现问题，或测试范围被判定不够全面，我们将解决这些问题，然后再继续推进部署进程。 <br/> 只有到这时，才可能估计合并的确切日期。 <br/> 也就是说，我们会快马加鞭🔜。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-6-28/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-6-28/Tue, 28 Jun 2022 00:00:00 GMT <br/> # **合并 (The Merge)** **Gray Glacier 升级即将来临** 以太坊网络将在**区块高度 15,050,000** 进行计划中的推迟难度炸弹升级，时间预计 **2022 年 6 月 29 日，周三**。由于区块时间和时区是变化的，所以确切日期可能会改变。如果你有运行以太坊节点，记得升级哦！ 详情：《[Gray Glacier 升级公告](https://www.ethereum.cn/Eth2/gray-glacier-announcement)》 <br/> **#7 主网影子分叉测试进行不顺利** 于上周五进行的第 141 次以太坊核心开发者会议 (ACD) 上，开发者首先对在上周三进行的第 7 次主网影子分叉测试进行复盘：不顺利。有 20% 的节点在激活合并时掉线，合并后有更多的节点掉线。部分的原因是 Erigon 的节点在影子分叉网络上无法与其他对等点连接。开发者 Alex Sharp@realLedgerwatch 在会上强调问题与影子分叉的工作原理相关，而不在于合并本身。开发者@parithosh_j 补充道，Erigon 节点的简单修复很快就实现了，因此后面的影子分叉不会再出现这个问题。 另一个更重要的问题是 Besu 客户端有一个特殊数据存储格式，他们把它称作“bonsai tries"。Besu 的开发者解释道，早在 4 月的时候，他们就已经知道节点使用 bonsai tries 会有并发问题，但一直在努力解决这个已知问题。 这个问题导致周三有 25% 的网络验证者掉线，因为有四分之一的验证者是运行 Besu 软件的。 关于并发问题值得注意的一点是，Besu 节点不是一定要依赖 Bonsai 的，Besu 节点的默认存储格式实际上是“Forest of Tries”。无论如何，Besu 的开发者会在下一次主网影子分叉前努力修复Bonsai 问题。 关于#8 主网影子分叉，可能计划在 7 月第一周进行。另外，在#7 主网影子分叉上，开发者们还发现 Nethermind-Teku 这个客户端对有漏洞，他们还在调查根本原因。 总之，在#7 主网影子分叉测试中发现了许多问题。尽管这些问题并不与合并代码规范直接相关，但它们与客户端团队的合并准备工作有关，有突出问题的客户端团队都在努力修复漏洞。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1540384875869417473&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1540384875869417473" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 585px; display: block; flex-grow: 1;"></iframe> <br/> **Sepolia 测试网进展** 以太坊即将合并的第二个测试网 Sepolia 已于上周一创世，原来计划合并时间是 6 月 29 日，现在定为下周三，即美国 7 月 4 日的那个长周末后的 7 月 6 日。也就是说，Sepolia 合并不会与 Gray Glacier 硬分叉在同一天进行。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1540392974093209600&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1540392974093209600" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 458px; display: block; flex-grow: 1;"></iframe> <br/>**合并后的执行层/共识层节点同步问题** 在第 141 次 ACD 上，开发者 Marius@vdWijden 表示当他在 Ropsten 测试网上运行自己的同步测试时，发现他的 geth 执行层 (EL) 节点只需花 10-15 分钟同步，但他的 Lighthouse 共识层 (CL) 节点要 50 分钟才能完成相当于过去 3 周被最终敲定的区块量的同步。 Lighthouse 的开发者 Paul Hauner 承认同步 CL 客户端的时间的确比 EL 客户端长很多，但可以通过用一个可信对等点来启动检查点同步以解决这个问题。关于检查点同步有一点很重要，你必须确保你所信任的节点是有可靠的区块链信息的， 因为如果你从一个信息源头是坏的节点开始同步，你的节点肯定无法进行正确同步。 由于在检查点同步上你必须依赖一个可信第三方，客户端团队的确为了更快的同步时间实现了这项功能，他们应该告诉用户，要获得可靠信息，他们的节点应使用什么 API。可以是 Infura、Alchemy 或客户端团队自己的终端，现在这个还不是 CL 客户端的默认功能。但会议上，开发者讨论把它写在客户端代码里的可能性。他们将在Ethereum R&D 的 discord 上进一步讨论这个问题。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1540395952036388864&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1540395952036388864" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 581px; display: block; flex-grow: 1;"></iframe> <br/>**latestvalidhash 问题进一步讨论** 在第 141 次 ACD 上讨论的第三个合并相关问题，是关于以太坊的 Engine API 规范，具体来说是与 EL 区块负载验证和返回给 CL 客户端的“latestvalidhash (最新有效哈希)” 相关。 关于 latestvalidhash 的讨论已经进行了几个月了，实际上这个问题上还有很多工作需要完成。 问题的详细解释：https://hackmd.io/GDc0maGsQeKfP8o2C7L52w 中文版：[第 68 期七日谈](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-19/) > 当执行层客户端发现区块是无效时，返回它们在分叉上看到的最后一个有效区块的哈希，被称为latestValidHash。返回这个值有助于共识层客户端在不同的分叉里做出判断，不选择无效的。如果执行层保持同步并能对当前状态有完整的视域，要做到上述内容是容易的。也就说，当执行层在同步时，它的视域可能不会显示出所有可能的分叉，这取决于执行层客户端的实现，返回真正的 latestValidHash 会变得更难。 > > 这可能会导致重组攻击。 在会议上，Geth 团队提出 EL 节点保存坏块和无效区块的缓存以返回最新有效区块的哈希值给 CL 节点的这个需求可能会引发问题。 开发者 Péter Szilágyi 解释道，追踪坏块不仅对 EL 节点来说很耗费资源，决定哪个是坏块的逻辑并不总是是那么清晰，而且这个逻辑里的任何漏洞都可能给以太坊网络带来灾难性后果。他还谈起过往的经验，在以太坊第一个公共测试网 Olympic 上见证了缓存坏块的一些不良后果，以及在几年后 Geth 代码版本里发现的一个小漏洞。因此，他认为除非有这样做的非常充分的理由，否则 EL 节点不应该保存坏块的记录和缓存。 提出问题的开发者@mkalinin2进行了回应，这个他试图避免的攻击向量实际上被利用的可能性是很低的。它需要网络处于区块无法被最终敲定的状态，且攻击者控制了一定数量的验证者。但当这些情况叠加发生时，网络就会陷入停不下来的同步循环中，需要核心开发者的人为介入才能修复。 针对这点，Péter 建议，如果缓存坏块是非常必要，那么可能可以创建一些方法使得那些缓存的区块在一定时间后过期，由此确保缓存的东西不会一直在运行中，并可能导致网络分叉。 `latestvalidhash` 的规范还没有被任何 EL 团队完全实现以及测试，包括 Geth、Nethermind、Erigon 和 Besu。Tim Beiko 建议他们安排一个测试会议，以在实现中敲定这些问题。 @mkalinin2 非常希望合并前能实现 `latestvalidhash` ，但考虑到它发现的攻击向量风险是很低的，他也认为这是 EL 团队可以在合并后才实现的。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1540401006785138689&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1540401006785138689" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 625px; display: block; flex-grow: 1;"></iframe> <br/>**ACD 时间改为每两周的周四召开** Lighthouse 的 Paul Hauner [提议](https://twitter.com/paulhauner/status/1540140650037133312?s=20&t=qdIiVDOusWsyNFBe3MvSVg)把每两周周五 ACD 时间改为周四，这样生活在中国、日本和澳大利亚的开发者就不需要牺牲周末时间参加会议了。这个提议得到了全部开发者的认同，Tim Beiko 说为了给大家一些适应时间，下一次的 ACD 仍然是周五开，但之后的会议都改为 1400UTC 周四。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1540428102127325184&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1540428102127325184" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 482px; display: block; flex-grow: 1;"></iframe> # <br/>**共识层** **Rocket Pool 宣布将在 the Merge 之后进行第一次主要升级 Redstone** 6 月 28 日，Rocket Pool 宣布将在 The Merge 之后，进行自上线主网以来的第一次主要的升级 Redstone。它的具体改进如下： **优先费分配合约** - 在 the Merge 后，智能节点运行者及其 minipool 的验证者都要负责创建区块，而他们也将收到附在每笔交易上的优先费（即小费）。新的分配合约（distributor）会确保将这些优先费分配给节点运行者以及质押流动性的 rETH 用户（各一半，可以直接从分配合约中提款），就好比现在的信标链奖励一样。 **保证金奖励机制** - 每 28 天，节点运行者所质押的保证金 RPL（作为承诺不作恶的保证）就会获得保证金奖励，但每次提取奖励所耗费的 gas 随着以太坊交易量的变化而居高不下。而进行 Redstone 升级之后，领取保证金奖励的效率会大大提升。用户可以选择每 28 天领取一次奖励的频率，也可以存一年之后再一次性取出，领取一次奖励会比当下的系统快 8 倍，一次性领取 10 次奖励会比现在高效 40 倍。 **Smoothing Pool** - 这是一个可以选择参与的特色，对于那些运行着 minipool 但好几个月没有提议机会的验证者来说，Smoothing Pool 能够通过集中这些优先费，有效消除信标链当下提议区块所存在的随机性问题，使得奖励得以均匀分配。 **取消 rETH 转账延迟** - 在原来，当验证者质押 ETH 后，会收到 rETH，但为了防止三明治攻击，这笔 rETH 会被锁定 24 小时。现在，24 小时的锁定已被取消。 来源：https://medium.com/rocket-pool/rocket-pool-the-merge-redstone-601d9efd6b4 <br/> **流动性质押池 Lido 社区投票反对限制质押** 流动性质押池 Lido 发起社区投票 “Lido 应不应该限制质押量”，投票 6 月 24 日开始，7 月 1 日截止。截至目前，99.77% LDO 代币参与投票，反对限制质押。 来源：https://snapshot.org/#/lido-snapshot.eth/proposal/0x10abedcc563b66b1adee60825e78c387105110fa4a1e7354ab57bc9cc1e675c2 <br/> **Lido 新增 8 个节点运营商，总数达 29 个** Lido 于今年 4 月启动接受第四波节点运营商申请，上周 6 月21 日 公布了最终名单。Lido 节点运营商子治理小组 (LNOSG) 对 42 个申请者进行了评估，最终选出 8 个运营商提交至 DAO 审批，并最终通过 6 月5日进行的快照敲定。由此，Lido 的运营商总数上升至 29 个。 此外，这是首次有以太坊客户端团队加入，包括 Lodestar 、Nethermind、Prysm 和 Lighthouse 的团队。也是首次有小型运营商加入，以实现 Lido 在运营商集策略中陈述的目标——为小型运营商赋能的。 来源：https://blog.lido.fi/additions-to-ethereum-node-operator-set-wave-4/ <br/> # 执行层 **Geth 通过历史状态修剪实现同步只需大约 70GB** Geth 团队的 Péter Szilágyi 上周发推表示，Geth 客户端迎来了 snap sync 以来最重要的功能——历史状态修剪，即 Geth 节点只需存储必须的数据，不会再有没用的数据堆积在磁盘上了，只需要定期重新同步就能把数据大小降下来。 Péter 表示，有了这个功能，Geth 1.x可以说是完成了。  来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1539183240799563776&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1539183240799563776" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 859px; display: block; flex-grow: 1;"></iframe> <br/> # 合并后 **mev-boost 每周状态更新上线** mev-boost 是 Flashbots 对提议者/构建者分离方案 (PBS) 研究的一部分，旨在缓解 MEV 问题。最近，Flashbots 上线了 "met-boost Status Update"，以记录每周在开发、集成、测试、采用、社区、内容和其他方面的更新。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1540347954124439552&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1540347954124439552" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 561px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **dYdX 宣布 dYdX 链的第四版本将成为独立的区块链** 6 月 22 号，交易所 dYdX 宣布 dYdX 第四版本将成为基于 Cosmos SDK 与 Tendermint PoS 共识机制的独立区块链。 Cosmos 是支持开发者创建应用专用区块链的一种技术，允许应用在没有嵌入智能合约的情况下在链与链之间交互。 dYdX 自称，提供着有别于其他公链的服务，包括： - 可定制性 (即开发者具有定制链的功能以及验证者工作的自主权) - 每个验证者都会运行一个内存式的链下订单簿，订单会通过网络广播出去 (类似于普通交易那样)，以确保订单始终能够发布到网络中。订单可以由网络实时匹配。 dXdY 的创始人 [Antonio](https://twitter.com/AntonioMJuliano/status/1539611195338006528) 对此充满信心，他认为虽然这个决定具有一定的风险，但 DeFi 只有做到最大化的“去中心化”，才能[与 CeFi 匹敌](https://twitter.com/AntonioMJuliano/status/1539611196730613761)。 并且，他们的目标在于最大化去中心化程度，将扩大规模至 10 倍以上。[他认为](https://twitter.com/AntonioMJuliano/status/1539611200081772546)尽管一开始会有中心化的问题，但会尽可能地采用去中心化的技术，直至最终实现这个目标。 但 dXdY 的决定引发广泛的猜测和争议。 一方面，支持的声音认为 dYdX 此举是为了避免使用中心化的工具（StarkWare），独立具有开创性。并且，有人[预测未来](https://twitter.com/LanrayIge/status/1539597467133661187?s=20&t=dNCEt0dEaN2nuUpyGX-O5w)将会有更多的 Dapp 出走以太坊 L2。 另一方面，反对者则认为 dYdX 链的独立是为了自己[对链的掌控](https://twitter.com/epolynya/status/1539615550271156225)，这将会导致更多的问题。 首当其冲[安全性问题](https://twitter.com/epolynya/status/1539620408491577344)，平台的安全性来说，以太坊这种模块化区块链无疑比一条单一型链更为可靠。同时，[@epolynya](https://twitter.com/epolynya/status/1539839593641431040) 指出 [官方在代币分配](https://docs.dydx.community/dydx-governance/start-here/dydx-allocations)上的问题，dYdX 已经铸造的 10 亿 DYDX 中的 50% 还掌控在交易所手上；其次是代币的增发，[@Swagtimus](https://twitter.com/Swagtimus/status/1539621763121926144) 指出，为了引导更多的验证者上链，保证交易以及整个网络的安全性，而需要向验证者发放激励；再次，脱离以太坊成为单一型区块链运行，也可能会致使 dYdX [丧失一些功能](https://twitter.com/epolynya/status/1540182225798324224)，如随机频繁的预言机更新、即时的预确认、包容性问责（inclusive accountability）以及对 500 亿美元的 USDC 的安全访问等。 而针对这件事的后续影响，以太坊生态 KOL [@polynya](https://twitter.com/epolynya) 指出，如果应用链模式与单一型区块链的结合为一种趋势，那么就可能[导致一些问题](https://twitter.com/epolynya/status/1517644316423843841)：交互情况变得复杂；每个应用都必须分享状态和资源定价而导致运行成本变高；每个应用都必须妥协以适应虚拟机；并且由于 MEV，任何金融活动繁荣的智能合约链的交易费将总是那么昂贵。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1539607062291877889&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1539607062291877889" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 638px; display: block; flex-grow: 1;"></iframe> <br/> **L2 解决方案 zkSync 发布 2.0 测试网升级的更新** 6 月 23 日，Matter Labs 发布 zkSync 2.0 测试网版本的升级公告，在本次升级中，zkSync 将添加**账户抽象功能**。总的来说，这会提高对以太坊 EVM 的兼容性以及 2.0 测试网的性能。 调用 L1，L2-> L1 通信已上线： 本次升级之后，开发者能够从 L2 向以太坊发送消息。例如，DAO 可以将投票代币锁在 L1 的金库中，但是投票可以在 zkSync 上发生。一旦投票完成，zkSync 就能够将结果中继回以太坊。 添加了对 msg.value 的支持： msg.value 是一种交易属性，以定义一笔交易中发送了多少 ETH。由于 ETH 是一种依赖于该种属性的特殊的代币类型 (不是 ERC20)，所以升级前在 zkSync 2.0 上是无法进行原生 ETH 交易的。这迫使开发者修改现有的代码库，并使用封装的 ETH 来代替。增加了这个新功能，原生 ETH 可以在 2.0 版本上进行交易。 增加新的操作码 (使得迁移 L1 智能合约到 zkSync 的操作更加顺畅)： - EXTCODESIZE - CALLVALUE (msg.value) - BALANCE - SELFBALANCE - EXTCODEHASH 已执行了重创世： 为了实现这些修改，已经对 zkSync 2.0 测试网进行了重创世。这意味着合约必须重新部署，账户余额和交易的状态已经重置。发布主网之前，会进行另一次重创世。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1539651823736201217&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1539651823736201217" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 802px; display: block; flex-grow: 1;"></iframe> <br/> **L2 扩容解决方案团队 StarkWare 推出 StarkEx v4.5 版本** 6 月 23 日，StarkWare 团队宣布，StarkEx v4.5 版本已上线。 新增的三个功能有： - Volition 允许用户基于每一笔资产选择链下数据可用性或者链上数据可用性，即 Rollup (链下) 或者 Validium (链下) - 支持 EIP-1155 - 交易捆绑 - 执行一个交易捆 (多笔交易形成一个交易捆) 或不执行任何交易 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1539943122498633730&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1539943122498633730" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 740px; display: block; flex-grow: 1;"></iframe> <br/> **挪威政府将在以太坊 L2 解决方案 Arbitrum 上发布一个解决方案：针对未上市公司的股权结构表 (Cap tables)** 6 月 22日，挪威政府宣布将在以太坊 L2 解决方案 Arbitrum 上发布一个解决方案：针对未上市公司的股权结构表 (Cap tables)。这个平台将原生部署在 Arbitrum。 方案使用 ERC1400 标准表示股权。这个标准符合证券的要求，是 ERC20 和 ERC721 的结合。该平台是围绕 Consensys 的 ERC1400 实现构建的。 该平台将使用 Ceramic 来存储个人数据。欧盟隐私条例规定了个人信息能够抹去的权利。因此，个人数据需要能够被删除。例如，一个股东十年前出售了她的股份，那么如果她希望她曾经的身份能够永远被抹去，她就能够把它删掉。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1540240792333295616&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1540240792333295616" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 505px; display: block; flex-grow: 1;"></iframe> <br/> **中心化交易所 Coinbase 支持 Polygon PoS 主网的存款和提现** 6 月 25 日，Coinbase 宣布支持对 Polygon PoS 的存款和提现。用户可以在 Coinbase 存入和提现 ETH、USDC、MATIC。 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1540621982068224000&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1540621982068224000" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 724px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **采用 zk 证明来管理声誉和访问隐私的协议 Sismo Protocol 开源其代码** Sismo Protocol 是一个模块化的证明协议，旨在使用 zk 证明实现 Web3 版本的 Cookies。  面向用户的产品很快就会推出，用户可以通过隐私的方式： - 从隐私钱包中生成 zk 证明 (Attestations) - 在公开钱包中接收 zk 徽章 (Badges) (ZK) Attestation： 用户可以从来源账户中生成证明 (如证明“已向 Gitcoin grants 捐赠”)。证明存储在链上，由目标账户持有。由于使用 zk 证明，在来源账户和目标账户之间不会产生关联。 (ZK) Badges: 读取证明的通证 (SBT) 证明通过其不可转移的通证/SBT (ERC1155) 封装来实现标准化 证明：在链上存储 徽章：无状态的阅读器 (读取证明)  Attestations: Web3 Cookies： 证明是一种用于管理声誉和访问隐私的工具。用户可以通过生成一些证明来访问一些额外功能。如下图所示，诸如 Snapshot、Lens protocol 等此类项目可以集成证明。  Sismo 是一个模块化协议： 证明由各个不同的 Attesters (智能合约) 生成，并且可以设置不同的隐私/去中心化/可扩展性权衡。Attester 的职责有 a) 验证用户的证明请求；b) 生成证明；c) 在证明注册表中存储证明。可以将 Attester 看作是 SBT 的发行者。  一些链接： Sismo Attestations Protocol - 文档 https://docs.sismo.io/sismo-docs/sismo-protocol - 合约 https://github.com/sismo-core/sismo-protocol 首个 zk Attester： - 文档 https://docs.sismo.io/sismo-docs/technical-concepts/hydra-zk-proving-schemes/hydra-s1 - 合约 https://github.com/sismo-core/sismo-protocol/blob/main/contracts/attesters/hydra-s1/HydraS1SimpleAttester.sol - 电路 https://twitter.com/Sismo_eth/status/1539245993073451009 来源： <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1539245943194849281&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1539245943194849281" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 779px; display: block; flex-grow: 1;"></iframe> <br/> **区块链知名审计机构 Trail of Bits 发布了报告《区块链运营风险评估》** 作为机构/组织/公司想要采用区块链技术，需要注意什么运营风险？区块链知名审计机构 Trail of Bits 发布了报告《区块链运营风险评估》：https://blog.trailofbits.com/2022/06/24/managing-risk-in-blockchain-deployments/ <br/> **ETHGlobal 已结束 ETHNewYork 活动，开启2022下半年计划** ETHGlobal 近日刚结束了关于构建新领域的黑客松活动 ETHNewYork。 本次黑客松汇集了来自 56 个国家的1500 名参与者与 251 个项目，其中 37% 的参与者是 web3 的新用户。 值得注意的是，前 10 名项目都采用了 SBT (灵魂绑定通证)，入围名单： <iframe id="twitter-widget-13" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-13&amp;features=eyJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9lZGl0X2Zyb250ZW5kIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1541156302780612619&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FUnUXmFvDZZDhpM7ievY8c49WYo6iu-uhCVd0Ei5SCBM&amp;sessionId=a68c1e2e0aafcbddb8a350336902e74dd53f8eaa&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1541156302780612619" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 605px; display: block; flex-grow: 1;"></iframe> 接下来，ETHGlobal 将联合 Protocol Labs 联办 HackFS 活动，在 7 月 8 日启动，主题是构建去中心化网络的基础：https://twitter.com/ETHGlobal/status/1541451286943600643 后续还会有 Zorathon、ETHMexicocity、ETHonline 等活动，ETHGlobal 在下半年的完整安排如下：https://ethglobal.com/events 。大部分的活动现已可以报名参加，感兴趣的读者可以移步上述链接。  来源：https://ethglobal.com/events <br/> **LegalAbortion 发起了保护女性生育权的捐赠活动** 5 月 2 日，一份来自最高法院多数派的意见初稿泄露。该初稿否定了罗伊诉韦德案(1973)之前的判例，于是，由 UnicornDAO 和 Endowment 联合发起了“保护女性生育权”的捐赠，并创建了 LegalAbortion.eth，它是此次接受捐款的多签钱包，以下是十位签名者：  该活动所获捐赠将拨给 [Center for Reproductive Rights](https://app.endaoment.org/orgs/133669731) 、[Fund Texas Choice](https://app.endaoment.org/orgs/463372095) 、[SisterSong Women of Color Reproductive Justice Collective](https://app.endaoment.org/orgs/510544927) 、[NARAL Pro-Choice America Foundation](https://app.endaoment.org/orgs/521100361) 、[Fòs Feminista](https://app.endaoment.org/orgs/131845455) 、[Planned Parenthood Federation of America, Inc.](https://app.endaoment.org/orgs/131644147) 以及 [Choice USA](https://app.endaoment.org/orgs/521772575) ，这些机构致力于女性的生育自由权、生育平等和生育健康等。 目前，该活动的捐赠仍在继续，有意愿的捐助者请移步：[Protect Reproductive Rights - Endaoment](https://app.endaoment.org/reproductiverights)。 来源：https://twitter.com/legalabortion_x <br/> **Uniswap Labs 已收购 Genie** 6 月 21 日，Uniswap 宣布已收购第一个 NFT 市场的聚合器 [Genie](https://www.genie.xyz/)，作为Uniswap 将其产品扩展至涵盖 ERC-20 和 NFT 的重要举措。从今年秋天开始，用户即可使用 Uniswap 的网页应用进行 NFT 交易，同时，Uniswap 也会将 NFT 集成到开发者的 API 和小部件中。曾经使用过 Genie 的用户将在 8 月份收到 USDC 的空投，申领时间长达 12 个月。 来源：https://uniswap.org/blog/genie <br/> **Tether 发行与英镑挂钩的 GBP₮ 稳定币** 6 月 22 日，泰达宣布将在 7 月初发行与英镑挂钩 1:1 的 GBP₮ 代币。这是泰达发布的第五个与法定货币挂钩的稳定币，目前它在市场流通的稳定币包括美元挂钩的 USD₮、与欧元挂钩的 EUR₮、与墨西哥比索挂钩的 MXN₮ 等。 值得关注的是，英国财政部在今年 4 月宣布，将推动英国成为全球加密货币中心，政府也会采取行动，将稳定币作为一种有效的支付方式。 来源：https://tether.to/en/tether-to-launch-gbpt-tether-tokens-pegged-to-the-british-pound-sterling/ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Thinking/mental-models-for-l1-and-l2https://www.ethereum.cn/Thinking/mental-models-for-l1-and-l2Fri, 24 Jun 2022 00:00:00 GMT 来源 | [mirror.xyz/0xaFaBa30769374EA0F971300dE79c62Bf94B464d5](https://mirror.xyz/0xaFaBa30769374EA0F971300dE79c62Bf94B464d5/k8Fr68ELdjIwJpGPpag_dnUarnypD5IUahpp6wT0qmk) <br/> <br/>  <center>加密货币正在引领一场数据库技术的范式转移</center> <br/> 加密货币的基石就是数据库。它记录着所有用户账户的余额、智能合约的代码和状态。任何的用户操作最终都会通过执行交易与更新数据库的形式反映出来。 “**Web2**” 数据库技术的问题都在于使它得以运作的信任上。它依赖于一个可信第三方来维护和保护数据库。如果这些第三方掉线了，那么对数据库的所有访问都会被中断。如果他们在更新数据库时出了错，那么这个错误可能一直不被发现。为了建立起公众对数据库的信心，可以雇佣审计员，通过回溯检查数据库更新的有效性（不是一项简单的任务）以证明数据完整性。 一组开放成员制的参与者群体可能可以取代一个可信第三方，这也是加密货币正在引领数据库技术范式转移 (“Web3”) 的原因。它允许愿意贡献资源的任何人进行读取、写入、审计，并最终保护数据库的完整性和内容。这个群体可以实时检查数据库的更新，也使得他们可以立刻拒绝错误，并在更新后马上发现错误。 <br/> 开放成员制的群体是这种范式转移的基础，它可以分为两种角色： - **提议者**：可以提议更新数据库的主体。 - **验证者**：可以检查更新数据库提议有效性的主体。 <br/> 参与的思维模式与加密协议类似，其中一组参与方（提议者）想要证明一个声明是正确的，而另一组参与方（验证者）必须在接受它前检查它的正确性。这种互动的过程会在数据库的每一次更新时不断重复。 <br/> 然而，如何实现开放成员制群体需要提出几个重要问题： - 谁是提议者？我如何变成一位提议者？这个群体的规模需要多大？ - 谁是验证者？我需要注册吗？这个群体的规模需要多大？ - 我们如何在接受一个更新上达成共识？ <br/> 这个系统的架构以及它对数据库安全的根本意义将回答上述问题。我们探讨 L1 和 L2 的架构，最终的目标是帮助读者建立一种良好的思维模式。 <br/> ## L1 的思维模式 <br/>  <center>L1 的数据库必须为经济上的大多数(“世界”)所接受</center> <br/> 其目的在于让所有参与者同意数据库的更新。这就需要一组能被各方客观遵循的共同规则（“共识规则”）。这些规则用来证明数据库更新的有效性。一个或更多的提议者可以提议一个竞争性的更新，但最终所有参与者收敛于数据库的一个更新和关于数据库内容的一个事实。 <br/> 对网络共识的需求影响着参与情况： - **限定比率的提议者数**。成员资格需要是开放的，但会限制在那些从这个系统的长期成功获得经济激励的参与者。这是为了防止冲突更新的泛滥，最终使得各方难以收敛于一个更新。 - **最大化验证者数量**。更新的频次和大小将决定验证者数量，因为他们必须具备计算和带宽资源实时验证所有更新。否则，他们将跟不上，也将无法计算出最新的数据库副本。 <br/> 我们可以借这个机会讨论如何限制谁能成为提议者、如何权衡数据库的广泛副本以及谁是一条权威链 (和数据库) 的最终决定者。 **限定比率的提议者数**。我们的目标是要找到"共担风险"的提议者，他们的经济利益与网络的长期繁荣相一致。这可以通过分配成为提议者的权利来实现，其依据是对稀缺资源的所有权 (获得这种资源在经济上是很贵的) 。例如，在工作量证明机制中，提议者必须拥有高效的硬件和具有成本效益的电力来源，才能在挖矿市场上竞争。而在权益证明机制中，提议者必须拥有该链的代币并锁进链上程序里。在这两种情况里，提出新更新的频率与所有其他参与者数成正比。 **可负担性 VS 可验证性**。这个网络的吞吐量取决于一个更新被所有参与者接受所需的时间。在拥堵期间，由于用户争相让自己的交易先于别人的交易被接受，网络的吞吐量和交易的可负担性之间会有权衡。实际上，像 Bitcoin 和 Ethereum 这样的网络最大限度地提高了可以作为验证者参与的情况，而像 Solana 这样的网络则以低费用为目标，只要它可以保持下去。有趣的是，[ICP 的验证者必须得到许可并从特定的供应商那里购买硬件](https://www.dfinitycommunity.com/how-to-become-node-operators/)。 **经济大多数**。大部分时间，我们可以把提议者和验证者视作一个保护数据库的集体。然而，其最终目标是说服[经济大多数](https://en.bitcoin.it/wiki/Economic_majority)，即从使用角度有既得经济利益的那些人。这些提议者和验证者只是经济大多数在正常运行情况下的代理，但如果对网络共识规则的修改出现争议，那么最终是由全球的大多数用户来决定，他们将从结果数据库的外部经济价值来判断。例如，Bitcoin 对比 Bitcoin Cash 以及 Ethereum 对比 Ethereum Classic 的市值，清晰地表明了社区在前进道路上出现重大分歧后的赢家是谁。 总而言之，L1 的思维模式是把 L1 看作是数据库，它最终负责决定资产所有权和让一个经济大多数接受所有对数据库更新的需求。这就是为什么从技术、社会和经济角度来看，去中心化对 L1 的成功至关重要。它的目的在于尽可能广泛地复制数据库的副本，最大化参与数据库保护过程的验证者数量，最后，依赖于经济大多数来决定它在现实世界的价值。 <br/> ## L2 的思维模式 <br/>  <center>桥接合约持有所有的资产而 L2 数据库记录负债情况</center> <br/> 在 L2 系统上，可信第三方被智能合约所取代，其中要考虑两个组件： - **桥接合约 (Bridge contract)**，L1 系统上持有资产的智能合约。 - **链下数据库**，为链下系统记录负债情况的数据库。 <br/> 桥接负责把资产从一个数据库 (L1 系统)桥接至另一个数据库（L2 系统）。 桥接合约的唯一责任就是通过检查链下数据库的完整性，保护桥接资产。为了维护它的完整性，该合约会检查每一个对链下数据库提议的更新，在接受之前检查其有效性（比如，应用在 L2 系统上的数据库的每次状态改变）。这对于确保桥接合约上持有的资产可以涵盖链下数据库所记录的负债来说至关重要，否则就将导致资金大规模退出的情况。 <br/> 维持桥接合约的独立性会影响参与情况： - **任何人都可以提议**。桥接合约应该允许任何人强制打包最终将在 L2 系统的链下数据库中执行的交易。 - **单个验证者**。只有当桥接合约确信对链下数据库提议的更新是有效的，才会允许释放资产。 <br/> 下面我们思考了 L2 系统的架构、信任假设如何演变，以及让数据库可以公开访问的目的。 **架构和中心化服务**。L2 系统的架构与中心化服务(如 Coinbase) 类似。用户将代币存到 L1 上的桥接合约中，存款会反映在链下数据库上，并且大多数交易都由链下数据库处理。在过去 12 年里，这种方法帮助加密货币市场扩大了规模，因为多数用户与中心化服务进行交互，并把底层 L1 系统当作互操作性的解决方案，将资金从一种服务转移至另一种。在历史上，链下数据库都是由运营商 (如 Coinbase) 保护，并决定一笔提款是否由桥接合约进行处理。 **信任假设的演变**。在过去几年里，我们见证了桥接合约在[信任假设上的变化](https://stonecoldpat.medium.com/a-note-on-bridges-layer-2-protocols-b01f8fc22324)，即它如何确信链下数据库的完整性。信任假设已经从单个机构桥接、多个机构桥接演变到一个外部区块链的共识协议。在任何情况下，桥接合约在将资产返还给用户之前，必须盲目信任一组参与方的判断。这也导致了数十亿美元被盗，因为数十亿美元提供安全性的人工处理流程是很难复制到数百个桥接上的。L2 系统的目标是完全消除对中间方的信任，使桥接可以独立验证对数据对数据库提议的更新。 **数据库可访问性**。只有桥接合约可以决定什么是真正的数据库并将资产释放给用户。让数据库可公开访问是为了保证 L2 系统的活性。合约假设诚实的一方会出现，他会成为提议者，接手待处理交易的列表，并向数据库提议更新。因此，没有必要创建一个非常大型验证者网络来保护数据库，或是依赖经济大多数来决定哪个数据库应该会有外部的现实世界价值。 因此，L2 的思维模式是关于桥接合约以及支持合约尽力保护其所持有资产。无论大多数参与者相信什么，合约拥有着决定数据库的哪个更新可以被接受的唯一权力。与此同时，参与者网络仍然希望可以确保 L2 系统的活性，并保证会持续不断地有更新被提议至智能合约上。然而，这并不是要靠着全球网状网络来保护数据库的完整性（安全属性）。 *optimistic rollup 有一点需要提醒，由于它假设了会有诚实一方协助桥接合约验证链下数据库的更新，但最终，真正重要的桥接合约所做的最终决定。 <br/> ## 对比与总结 <br/> L1 和 L2 系统的架构和目的是不一样的： - **L1 系统**。其目标是达成公共共识，并最终收敛于关于数据库状态的单一全局事实。 - **L2 系统**。其目的在于建构一个系统，使智能合约相信链下数据库的完整性 (和状态)。 <br/> 两个系统在信任假设上有着根本区别。L1 系统必须依赖于诚实的大多数以保护数据库的完整性，并依靠经济大多数给数据库所记录的资产赋予现实世界的价值。然而，在 L2 系统上，不需要大多数的同意或是外部的资产估价。它已经假设 L1 系统获得了公共共识，其唯一的关注点是保护智能合约持有的资产。因此，它可以依靠诚实一方的出现，保证系统持续往前运行。 在我看来，这就是为什么 L1 和 L2 之间的对比是两个完全不同的东西之间的比较。两个系统有着不同的信任假设、参与主体以及最终的系统架构。我们社区试图对两者进行对比的唯一原因在于，L2 系统的出现是因为 L1 可扩展性遇到了瓶颈。我的一个软目标是改变这种说法，因为第二层系统应该被看作是桥接合约的进化。所以，它们应该与托管服务（如 Coinbase，它保护着[所有加密资产的 10% 以上](https://cointelegraph.com/news/coinbase-custodies-11-of-entire-crypto-capitalization)）进行对比，因为两边的系统都负责保护链下的数据库和一篮子的资产。 最后，我希望这篇文章可以帮助读者在 L1 和 L2 系统的系统架构和信任假设方面建立一个良好的思维模式。也希望 L2 协议能够长盛不衰，展示它们相比于托管解决方案的优越性。不是因为用户关心系统的安全性，而是因为我相信运营商可以提供完全相同的服务，而无需承担保护数十亿美元的风险。如此，[托管（和信任）将变成一种没有必要、碍手碍脚的责任](https://vitalik.ca/general/2019/05/09/control_as_liability.html)。 <br/> <br/> ------- ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/testnet-deprecation/https://www.ethereum.cn/Eth2/testnet-deprecation/Wed, 22 Jun 2022 00:00:00 GMT来源 ｜ [Ethereum Foundation Blog](https://blog.ethereum.org/2022/06/21/testnet-deprecation/) <br/> - **提醒**： [Gray Glacier 升级](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/)计划在区块 `15,050,000` 激活，预计在 2022 年 6 月 29 日发生 - 今年早些时候启动的 [Kiln 合并测试网](https://blog.ethereum.org/2022/03/14/kiln-merge-testnet/)将在以太坊主网过渡到 PoS 后很快就关停。 - Ropsten，以太坊寿命最长的 PoW 测试网，已经过渡到 PoS。它会在2022年 Q4 被关停。 - Rinkeby，一个基于 geth 的权威证明测试网，将不会过度到 PoS，并将在 2023 年的 Q2/Q3 被关停。 - 我们鼓励用户和开发者尽快迁移到 Goerli 或 Sepolia，以在合并后对以太坊进行测试。合并后，Rinkeby **将不**适合作为以太坊主网的测试环境。弃用的测试网可能不会进行那些还未计划的主网升级。 ------ 以太坊有很多测试网，供用户和开发者在与主网交互前对东西进行测试。这些都是以太坊主网的有效副本，上面的 Ether 和其他代币都是没有价值的。它们允许应用、工具、基础设施和协议开发者在搬到主网前，在成本很低的环境里部署变更到它们的产品上 (或者协议本身！)。 也就是说，因为测试网是功能完备的区块链，它们的历史数据和状态都会随着时间增长。这最终使得它们更难在上面运行节点和维护。为此，有些测试网会定期关闭。去年，[Pyrmont信标链测试网](https://blog.ethereum.org/2021/08/25/finalized-no-28/)就关闭了，还有最近的 [Kovan 执行层测试网](https://twitter.com/OpenEthereumOrg/status/1529147048758595585)。 随着合并临近，客户端开发者决定启用更多的测试网，以将精力集中在长期妥善维护这两个网络：Goerli 和 Sepolia。 **Kiln、Rinkeby 和 Ropsten 测试网正在被弃用。** <br/> ## 测试网关停时间线 虽然这三个测试网现在被认为是被弃用的，用户和开发者在完全关停前仍然有时间计划他们的迁移。Kiln、Rinkeby 和 Ropsten 会按照下文的计划时间被关停。 ### Kiln: 主网合并后 Kiln 测试网于 2022 年上线，以提供一个合并后的测试环境，并会在以太坊主网过渡到权益证明后不久关停，预计在 2022 年下半年。 开发者**不应该**把 Kiln 用作长期的测试环境。预计它将成为以太坊主网合并后第一个被关停的测试网。 ### Ropsten: Q4 2022 Ropsten 测试网在 [2022 年 6 月 8 日进行了合并](https://blog.ethereum.org/2022/05/30/ropsten-merge-announcement/)，并将在 2022 年 Q4 关停。 正在使用 Ropsten 作为暂存或测试环境的开发者应该要迁移到 Goerli 或 Sepolia。 ### Rinkeby: Q2/Q3 2023 Rinkeby 测试网不会进行合并升级。它被 Sepolia 取代了，并将在 Sepolia 过渡到权益证明大约一年后，即在 2023 年 Q2/Q3 左右关停。 一旦以太坊主网过渡到权益证明，Rinkeby 将不再是主网的一个准确的暂存环境。开发者应该注意的由合并引入的一系列变更可以在[这里](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)查看。再次提醒，这些变更都不会部署到 Rinkeby。 现在正在使用 Rinkeby 作为暂存/测试环境的开发者应该优先处理迁移到 Goerli 或 Sepolia，以及那些受以太坊过渡到权益证明影响的项目应该尽快迁移。 <br/> ## Goerli & Sepolia **在合并后，客户端开发者将继续维护的两个测试网是 Goerli 和 Sepolia**。 Goerli 网络将与 Prater 信标链测试网合并。一条新的信标链已经被构建，以让 Sepolia 过渡到权益证明。 Goerli 的信标链将对想要运行测试网验证者的用户保持开放。Sepolia 将运行一组需许可的验证者集，与今天一些测试网的运作相似。因此，想要在部署到主网前测试协议升级的质押者应该使用 Goerli。 Goerli 还拥有强大的社区和很多现有支持它的基础设施。它的状态最接近主网，对于测试智能合约交互很有用。 另一方面，Sepolia相当新，这意味着它的状态和历史数据都非常小。这意味着网络可以快速同步，并且在其上运行节点需要更少的存储空间。这对于想要快速启动一个节点并直接与网络交互的用户很有用。  <br/> ## 总结 简言之，Kiln、Ropsten 和 Rinkeby 现在都被弃用了。尽管 Kiln 和 Ropsten 已经都过渡到权益证明了，Rinkeby 将**不会**进行这个升级。 主网合并后，Kiln 会关停。然后，在今年年底，Ropsten 也将被关停。大概在 Sepolia 过渡到权益证明的一年后，在 2023 年 Q2/Q3 左右，Rinkeby 也将被关停。 Goerli 和 Sepolia 这两个测试网将会被继续维护。我们推荐质押者在 Goerli 测试网测试协议升级，以及想要与大型的现存状态交互的开发者使用 Goerli 测试网。我们推荐想要一条更轻量级的区块链来同步和交互的用户和开发者使用 Sepolia。 感谢所有帮助运行、维护或支持这些网络的人！ ------ 头图由 [Karl Hedin](https://unsplash.com/@karljkhedin?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) 提供。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-6-21/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-6-21/Tue, 21 Jun 2022 00:00:00 GMT <br/> # **合并（The Merge）** **Sepolia 的信标链已创世** 继 Ropsten 合并后，以太坊第二个合并的测试网是 Sepolia，它的信标链已于昨天北京时间 22:00 创世，预计合并时间是 6 月 29 日。  <center>Sepolia 的配置</center> Sepolia ether (SEP) 水龙头指路：https://sepoliafaucet.net/ <br/> **出块时间已超过 15 秒** 随着难度炸弹的影响变得越来越明显，根据 Dune 的数据，今天的出块时间已超过 15 秒了。推迟难度炸弹的 Gray Glacier 升级将于 6 月 29 日激活。   来源：https://dune.com/queries/889561 <br/> **MEV 与合并** Starkware 团队负责产品和生态的 Liron Hayman@HaymanLiron 在听了Uncommon Core [合并主题第二部分的播客](https://t.co/l0J1oQhiST)后，就 “MEV 与合并”发了推文进行整理，供大家参考： 在 PoW 以太坊里，矿工开发私人终端，使得他们可以接收来自机器操作员的交易，这些操作员优化了交易排序以提取价值。 这个游戏在 PoS 下发生了改变，为什么？ 1. 不像矿工，当验证者有机会提议区块时，他们是提前知道的 2. 区块补贴减少了，因此验证者有提高收益的需求 交易排序如何才能以一种民主化和“均等”的方式实现呢？ [PBS](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs) (提议者-构建者分离) [Flashbot 团队提议的架构](https://www.ethereum.cn/Technology/mev-boost-merge-ready-flashbots-architecture)涉及三方： 1. 构建者 2. 中继 3. 验证者 构建者：可以以最经济高效的方式为验证者构建区块 中继：接收这些执行负载，模拟打包，对负载内容以哈希的方式进行托管 整个网络都能看到谁是中继，以及他们是如何作为的，因此他们会建立声誉。 验证者：在他们看到交易内容前，基于交易费用值从中继选择区块。 这个架构的一个好处是，即使是个人质押者也可以与中继沟通。(在 PoW 中，矿工需要与 MEV 团队事先建立关系) 为什么其他方案解决不了 MEV？ 1. FIFO (先进先出) ——首先就不存在这个情况！(在交易池是没有共识的) 2. 公平的排序协议，例如按照费用降序的 SORT，这只会导致形成针对下一个区块的 gas 费大战。我们想大家竞的是价格，而不是延迟。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1538589085715116032&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1538589085715116032" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 433px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层** **以太坊质押者需要为合并做的三件事** EthStaker 的 superphiz 发推提醒以太坊质押者需要为合并做三件事： 1. 你必须运行一个共识层和执行层客户端 2. 你必须配置 Authenticate Engine API 3. 你必须设置一个费用接收地址 具体请看以太坊 Launchpad 上新增的合并准备清单页：  https://launchpad.ethereum.org/en/merge-readiness 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1538986116589703168&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1538986116589703168" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 345px; display: block; flex-grow: 1;"></iframe> <br/> **Lido 邀请 Miga Labs 进驻discord** Lido 今天发推宣布邀请了 Miga Labs 进 Lido 的 Discord，因为他们对以太坊共识层客户端进行了全面的研究，包括在不同硬件、多种设置配置和几种用例的情况。  Miga Labs 的共识层客户端分析报告：https://medium.com/@migalabs/analysis-of-ethereum-2-consensus-clients-dfede8e0145e 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1538952105733640195&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1538952105733640195" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 710px; display: block; flex-grow: 1;"></iframe> <br/> 更多主网的更新消息，请参阅最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-6-17)》。 <br/> # Layer2 **Starksheet 登录页面上线** Starksheet 是一个基于 L2 扩容解决方案 StarkNet 和 NFT 的电子表格程序，每一个单元格都是一个动态的 NFT，允许用户享有 “颗粒单元格的所有权” 和无限的数据。Starksheet 的其中一位创始人曾说，电子表格是最常用的软件工具，在此之上加入这样一个原语可以帮助人们进一步认识 NFT，让大家知道 NFT 不仅仅是 JPEG。  Starksheet 仍在开发中，大家可以关注其网站 [https://starksheet.xyz](https://t.co/6mRNWB73jv) 跟进其测试网以及主网的发布。 <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1538853236987383808&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1538853236987383808" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 533px; display: block; flex-grow: 1;"></iframe> <br/> **Immutable 推出 Arch v1.0 —— IMX 在以太坊 L1 和 StarkNet L2 之间的 NFT 桥接协议** 6 月 16 日，L2 NFT 铸造、交易平台 Immutable 引入一个在以太坊 L1 和 StarkNet L2 之间的 NFT 桥接协议 Arch v1.0。 现在就可以通过 Goerli 测试网体验使用 Arch v1.0 桥接资产了，查看 Github 获取更多信息：https://github.com/immutable/imx-starknet 来源：https://immutablex.medium.com/immutable-is-pleased-to-introduce-arch-v1-0-c45531dc3a2 **链上投票工具 Snapshot 发布 StarkNet 数据检索库 Checkpoint** Checkpoint 旨在提供区块链数据索引项目 The Graph 相似的功能： - 基于 StarkNet 事件查询以及检索合约数据 - 通过公开的 GraphQL API 开放。 Checkpoint 工作流程： - 去中心化应用通过智能合约上的交易向 StarkNet 添加数据 - 智能合约在处理交易的同时发出一个或多个事件，而 Checkpoint 通过监测 StarkNet 上产生的新区块以检查交易是否包含你配置的合约的事件 - Checkpoint 调用 data writer 函数将监测到的事件写入数据库 - dApp 随后向 GraphQL API 发起查询需求，Checkpoint 将 GraphQL 查询转译成 SQL 查询来从数据库中获取数据，dApp 可以通过画面精美的 UI 向用户展示数据，或者可以使用查询到的数据在 StarkNet 中发起新的交易  网站：[http://checkpoint.fyi](https://t.co/B4pCXyrpO9) 文档：https://docs.checkpoint.fyi/ 来源：https://snapshot.mirror.xyz/VWq1U8r79HXVzyAAZLpIPlUXFksxkyQVe7N5ehqBDK0 <br/> **zkRollup 项目一览网站 zkRollup Directory 推出 2.0 版本** 整理非常优秀的 zkRollup 项目一览网站 zkrollups.xyz 推出 2.0 版本啦！  该版本多了分类一览，用户可以根据 Rollup、钱包、基础设施、dApp、NFT、游戏、社交和 DAO 查看不同的 zkRollup 项目。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1536700181126828032&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1536700181126828032" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 759px; display: block; flex-grow: 1;"></iframe> <br/> **Arbitrum 奥德赛社区计划于 6 月 22 日早上 2 点正式开始** L2 扩容解决方案 Arbitrum 推出的奥德赛社区计划于北京时间6 月 22 日早上 2 点正式开始。奥德赛社区计划回顾： 此前，Arbitrum 于 4 月 12 日推出了其奥德赛社区计划 (The Arbitrum Odyssey)。Arbtirum 联合加密艺术家 @ratwell0x、@sugoiNFT 以及 Web3 数据凭证平台 Project Galaxy 举办一场为期两个月的社区计划，邀请用户探索 Arbitrum 上的 DeFi/NFT 生态。活动分四个阶段进行： - 第一阶段，投票 (四月，已结束) 4 月 14 日 Arbitrum Odyssey 在 twitch 进行了直播，Arbitrum 的社区经理 @bfreshhb 在 Arbitrum 中选出 56 个符合条件的项目，并将它们随机分成 14 个池，每池 4 个项目。 直播结束后发起一场推特投票，用户投出自己最喜欢的项目，排名前 14 的团队成为 Arbitrum Odyssey 的一部分。 - 第二阶段，跨链 (六月) 用户使用指定的跨链项目向 Arbitrum 存入 ETH 将获得 Arbitrum 发行的跨链专属 NFT。一周之后评选出最热门的跨链项目，在本周内使用了该项目的用户还将获得一个额外的 NFT 奖励。 - 第三阶段，生态协议交互 (六月) 跨链周之后为期 7 周的时间，每三天会发布任务，任务与入选的 14 个项目相关。完成交互任务的用户将有资格领取任务NFT，总共有14个。 - 第四阶段，兑换终极奥德赛之旅 NFT (八月) 第二和第三阶段，用户总共最多可以获得 16 个NFT。获得 13 个以上 NFT 的朋友，可以兑换象征着完成奥德赛之旅的终极 NFT。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1537942320741355520&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1537942320741355520" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1145px; display: block; flex-grow: 1;"></iframe> <br/> **Immutable 正在与链游项目 Turner Sports 建立战略合作关系** 6 月 14 号，L2 NFT 铸造和交易平台 [Immutable](https://twitter.com/Immutable) 发推称，正在与特纳体育 [Turner Sports](https://twitter.com/TurnerSportsPR) 建立战略合作关系，由 L2 扩容解决方案团队 StakWare 提供支持，旨在为顶级的体育赛事打造区块链游戏。 特纳体育（Turner Sports）是特纳广播系统公司子公司，负责特纳体育广播频道，包括 TBS、TNT、TruTV 等。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1536711304567787520&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1536711304567787520" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 650px; display: block; flex-grow: 1;"></iframe> <br/> **Immutable 正在启动价值 5 亿美元的开发者与风险投资基金** 6 月 17 日，[Immutable](https://twitter.com/Immutable) 宣布正在启动价值 5 亿美元的开发者与风险投资基金，以加快 web3 游戏和项目的采用。了解更多：https://techcrunch.com/2022/06/17/immutable-launches-500m-fund-to-boost-web3-gaming-adoption/ - 这项基金的使命在于，携手 [StarkWare](https://twitter.com/StarkWareLtd) 通过无与伦比的可扩展性、安全性和速度，推动以太坊上最佳游戏的发展。通过获取其社区和网络所提供的宝贵资源，让最有前景的游戏和项目在 L2 的 [Immutable X](https://twitter.com/Immutable) (IMX) 上获得成功。 - 这项基金分为风投资金和资助金。 1）在风投方面，与著名的风投公司 BITKRAFT、Animoca、Airtree、King River、GameStop 等一起建立风投基金。成功构建在 IMX 上的申请者可以获得额外的投资机会。 2）在资助方面，Immutable 从 Riot Games 等顶尖工作室聘请了优秀人才，为申请者提供丰富的代币经济学、游戏设计和营销知识，以便在其协议上发布世界级的区块链游戏。 - 解锁了发展里程碑的资助申请者将获得 IMX 奖励。而代币相关的投资将严格遵循代币解锁时间表（24 个月）。浏览我们的代币经济门户网站，了解价值一致的标准赠款协议：[https://immutablex.notion.site/IMX-Tokenomics-Portal-080ab3b86db148ef8d1d478226ea38fb](https://www.notion.so/IMX-Tokenomics-Portal-080ab3b86db148ef8d1d478226ea38fb) - 现已建构在 IMX 上最大的游戏开发商以及 IP 所有者包括：GameStop、TikTok、Opensea,、Illuvium、Ember Sword、VeeFriends 等。申请地址：https://immutable.com/fund 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1537768342739890176&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1537768342739890176" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 662px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **Circle 宣布将在本月底发行 Euro Coin (EUROC)** 6 月 16 日，支付平台 Circle 宣布，即将在 6 月 30 日发行其最新的[稳定币](https://twitter.com/hashtag/stablecoin?src=hashtag_click)—— EUROC。该稳定币是继 2018 年发行第一个稳定币 [USDC](https://twitter.com/hashtag/USDC?src=hashtag_click) 后，该平台发行的第二个稳定币。 - EUROC 也采用了与 USDC 相同的完全储备模式，因此，该稳定币总是可以 1:1 赎回欧元。 - EUROC 将在以太坊上发行，由下列这些生态系统的领头者提供支持： 交易所：[@BinanceUS](https://twitter.com/BinanceUS) [@Bitstamp](https://twitter.com/Bitstamp) [@FTX_Official](https://twitter.com/FTX_Official) [@HuobiGlobal](https://twitter.com/HuobiGlobal) DeFi: [@CompoundFinance](https://twitter.com/compoundfinance) [@CurveFinance](https://twitter.com/CurveFinance) [@DFXFinance](https://twitter.com/DFXFinance) [@Uniswap](https://twitter.com/Uniswap) 托管方 [@Anchorage](https://twitter.com/Anchorage) [@CYBAVO](https://twitter.com/cybavo) [@FireblocksHQ](https://twitter.com/FireblocksHQ) 钱包： [@Ledger](https://twitter.com/Ledger) [@MMInstitutional](https://twitter.com/MMInstitutional) - 作为采用以太坊 [ERC](https://twitter.com/hashtag/ERC?src=hashtag_click)-20 标准的代币，EUROC 将会广泛地与兼容 ERC-20 的钱包、协议和其他区块链服务进行交互。 - 在 6 月 30 日（流动性将开始流动）官方正式发行之前，开发者从 16 日开始就可以访问 EUROC 的智能合约。 - 任何能够联网的用户都可以用 EUROC，提高其跨境以及跨时区的使用。了解更多：https://t.co/3PclycHxPk 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1537421040485376005&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1537421040485376005" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 758px; display: block; flex-grow: 1;"></iframe> <br/> **高盛投资扩大交易选择，执行了首笔基于以太坊的衍生品交易** 根据 cryptodaily 的报道，高盛集团上周一成功完成了有史以来第一笔基于 ETH 的衍生品交易。这个衍生品为投资者提供了对加密货币投资的间接敞口。 报道分析，在现在市场低靡情况下高盛的这一举动表明其长期看好以太坊。 值得注意的是，高盛在过去提供的加密货币交易选项主要围绕 BTC，自 2021 年起，高盛开始看涨 ETH。 来源：https://cryptodaily.co.uk/2022/06/goldman-sachs-expands-ethereum-trading-options-with-first-ever-eth-linked-derivative-trade?utm_source=dlvr.it&utm_medium=twitter <br/> **NFT.NYC.2022** 备受期待的 NFT.NYC 2022 于 6 月 20 日在纽约时代广场开启为期 4 天的盛会。根据 NFT.NYC 的[最新博客](https://nftnyc.medium.com/how-the-nft-nyc-community-is-engaging-with-nfts-analysis-by-mnemonic-e416cd6c63dc)，这是第四次年度社区活动，有超过 14,000 人次注册出席，超过 1,500 个演讲者和超过 300 个赞助商。根据他们的数据，NFT.NYC 出席者获得的第一个 NFT 的来源前十是：  NFT.NYC 出席者持有的 NFT 数的前十项目是：  此外，ConsenSys 旗下的 MetaMask 和 Infura 在此活动期间在时代广场打出了令人瞩目的广告：   来源1：https://nftnyc.medium.com/how-the-nft-nyc-community-is-engaging-with-nfts-analysis-by-mnemonic-e416cd6c63dc 来源2: <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH0sInRmd191c2VyX2ZvbGxvd19pbnRlbnRfMTQ0MDYiOnsiYnVja2V0IjoiZm9sbG93IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1538909418925989888&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FMzM8CNUZKGw5un0h7HlPQo6yFVoWPbtMst7aDHNyrmk&amp;sessionId=97be293348cbf52b36e32c3e7c80b88b2e715e1c&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1538909418925989888" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 909px; display: block; flex-grow: 1;"></iframe> <br/> <br/>ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/gray-glacier-announcementhttps://www.ethereum.cn/Eth2/gray-glacier-announcementMon, 20 Jun 2022 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/) <br/> 以太坊网络将在**区块高度 15,050,000** 进行计划中的升级，时间预计 **2022 年 6 月 29 日，周三**。由于区块时间和时区是变化的，所以确切日期可能会改变。**考虑到区块时间的可变性，请在 2022 年 6 月 27 日（周一）前升级你的节点。** <br/> ## Gray Glacier 是什么？ Gray Glacier 网络升级修改冰河时期/难度炸弹的参数，将其推后了 700,000 区块，或100 天左右。在[拜占庭](https://blog.ethereum.org/2017/10/12/byzantium-hf-announcement/)、[君士坦丁堡](https://blog.ethereum.org/2019/02/22/ethereum-constantinople-st-petersburg-upgrade-announcement/)、[Muir Glacier](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement/)、[伦敦网络](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement/)升级以及 [Arrow Glacier](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement/) 网络升级中也进行了这样的升级。除此之外，Gray Glacier 没有引入其他变更。 由于[现在 Ropsten 已过渡到权益证明](https://blog.ethereum.org/2022/05/30/ropsten-merge-announcement/)，难度炸弹只会影响以太坊主网。这意味着，Gray Glacier 将不会部署在任何测试网上。 <br/> ## 客户端版本 为了与 Gray Glacier 升级兼容，节点运行者将需要把他们运行的客户端升级到下列版本： 客户端 版本 下载链接 Besu 22.4.3 [下载](https://github.com/hyperledger/besu/releases/tag/22.4.3) Erigon 2022.06.03-alpha [下载](https://github.com/ledgerwatch/erigon/releases/tag/v2022.06.03) go-ethereum (geth) Camaron (v1.10.19) [下载](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.19) Nethermind v1.13.3 [下载](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.19) <br/> ## 升级规范及相关 EIP 此次升级的完整规范可以在 `execution-specs` 库里的 `gray-glacier.md` [这里](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/gray-glacier.md)找到。 升级仅包含一份 EIP： [EIP-5133：难度炸弹延迟至 2022 年 9 月中旬](https://eips.ethereum.org/EIPS/eip-5133)。 <br/> ### 作为以太坊用户或是 ETH 持有者，我需要做什么？ 如果你使用交易所、网页钱包服务、移动端钱包服务或硬件钱包，则不需要做任何事情，除非你的交易所或钱包服务商通知你采取额外行动。 ### 作为节点运行者或矿工，我需要做什么？ 下载以太坊客户端的最新版本，已在上文表格中列出。 ### 如果我是矿工或是节点运行者，且我没有参加此次升级，会怎么样？ 如果你正在使用未升级到（上文列出）最新版本的以太坊客户端，那么在升级激活后，你的客户端将同步到分叉前的区块链。**你将会被困在一条遵循旧规则的不兼容的链上，并且将无法发送 ETH 或在升级后的以太坊网络上运行。** ### 什么是以太坊上的网络升级？ 网络升级是对底层以太坊协议的修改，创建新规则以完善这个系统。区块链系统的去中心化性质使得网络升级更加困难。区块链的网络升级需要与社区以及各种以太坊客户端的开发者进行合作和沟通，使过渡得以顺利进行。 ### 网络升级过程会发生什么？ 在社区对哪些变更应该被纳入到升级达成共识后，对协议的修改会被写入各种以太坊客户端，例如 Besu、Erigon、go-ethereum 和 Nethermind。协议变更会在某个特定区块高度被激活。任何没有升级到新的规则集的节点将被遗弃在旧链上，即遵循的仍是之前的规则。 ### 为什么叫 “Gray Glacier” 尽管我们通常会用以太坊大会召开的城市来命名执行层网络的升级，而只是推迟难度炸弹/冰河时期的升级则使用冰川的名字来命名。 之所以选择 [Gray Glacier](https://en.wikipedia.org/wiki/Gray_Glacier) 这个名字，是因为它“确实”与另一座冰川**合并**了，就像以太坊的执行层将会与信标链合并一样。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-6-17https://www.ethereum.cn/Eth2/wnie2-2022-6-17Mon, 20 Jun 2022 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220617) <br/> ⚠️不存在 Eth2 的币。任何给你提供 Eth2 代币的都是骗子。[1]⚠️ <br/> ## 本周首荐 以太坊主网的 [Gray Glacier 硬分叉](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/)即将到来——程序你懂的！这是一次难度炸弹推迟分叉，事件很紧，因此请一定要尽快升级你们的 Eth1 节点。分叉预期在 6 月 29 日发生，但也可能提早一、两天。 <br/> ## Ropsten 合并 我们把 Ropsten 成功合并到权益证明链了！🎉🎉🎉 由于算力的波动，我们等了很长时间——大家可以看到我们在 [EthStker 的派对](https://www.youtube.com/watch?v=2OfRuKSPjjw)上打发时间——Ropsten 终于在 16:08:08 UTC 触达 TTD 并产生了它的[第一个合并区块](https://ropsten.beaconcha.in/block/65144)。 这次合并是完美的吗？不完全是。Pari 给出了一[个很好的总结](https://twitter.com/parithosh_j/status/1534653280147718148)。简单来说，在合并过程中我们丢失了[大约 14%](https://twitter.com/Data_Always/status/1534619655742050308) 的参与者。其中，9%是由于在 Nimbus 团队的节点中存在一个简单的[错误配置](https://twitter.com/jcksie/status/1534581627413749761)，这个问题很容易就修复了，1.8%是 Nethermind 客户端一个已知问题导致，通过重启可以修复，以及 2.5-3%是由于 Besu 和 Nethermind 通过 websockets 通信的问题，通过切换到 HTTP 修复了。Tim 的[以太坊核心开发者会议 (ACD) 记录](https://twitter.com/TimBeiko/status/1535312982200094720)有了更多这些问题的细节。 这次合并足够好吗？[当然](https://twitter.com/dannyryan/status/1534928763057631232)！除了这些易于修复的工程和配置问题外，Ropsten 合并进行得完美无缺。规范和方法上都没有问题。没有根本性的不兼容问题。也没有任何区块链离线情况。几个小时后，参与率再次上升到 99%以上。别搞错了，这次合并是一次巨大的成功。 <br/> ## 关于难度炸弹 在上周的 ACD 上，我们就把以太坊难度炸弹推迟 70 万个区块达成共识。 10 万个主网区块大概需要 15 天，因此这延迟了大概 105 天，3.5 个月。这使我们在九月底处于与现在相同的情况，多于 14.5 秒出一个区块，减速大约 10%。 虽然我个人更希望我们大胆一点，在不推迟难度炸弹的情况下尽快实现合并，但推迟难度炸弹很可能是正确的做法。当出块时间变长了，且区块大小可能会因为时间变长而膨胀，这样进行合并的风险会更大。 事实上，难度炸弹的退后给了我们一个很强的信号，即团队设想的合并可能发生时间。如果我们没有信心在 9 月中旬之前完成合并，那么我们就会把炸弹推得更远——没有人希望推迟两次。当然，所有这些东西的前提是测试里没有发现很大的问题。 说实话，别说难度炸弹了，我觉得 DevCon 的时间定在十月初对团队实现合并来说大概具有最强的强迫功能。我们希望像英雄那样大摇大摆底走进去。如果我们到时无法完成合并，我怀疑我们中没有任何人愿意露脸：太羞耻了！ <br/> ## 测试合并 ### Sepolia 测试网 我们就下一个进行合并的测试网是 Sepolia，随后在七月合并 Goerli 达成了共识。 Sepolia 信标链会在周一创世。它将只有少数验证者，并大部分由开发者团队控制，其存款合约是需许可的。这使得协调有意思的测试场景更容易，也使得长期运行它更容易。如果你觉得你很需要在 Sepolia 运行验证者节点，Pari 是这样说的， > 请在[这个 issue](https://github.com/ethereum/pm/issues/526) 里发帖，说明你为什么想成为 Sepolia 的验证者。由于这是一个小型的、需许可的网络，理想情况下我们希望它上面的验证者在其他测试网/主网有不错的运行历史+有合理的理由在 Sepolia 上运行的。请在评论中注明联系方式，用于提问与交流。 如在这周的共识层开发者会议上所讨论的，我们将在一周左右选出 TTD，Sepolia 合并的日期预期在 6 月 29 日左右。 Sepolia 信标链的[创世配置](https://github.com/eth-clients/merge-testnets/tree/main/sepolia)已经有了，我想所有的信标客户端都在为这个版本做修改，写入这些配置。[Teku 22.6.0](https://github.com/ConsenSys/teku/releases/tag/22.6.0) 将是适用 Sepolia 合并的版本。 ### 第 7 次主网影子分叉 主网影子分叉现在正在变成日常工作了。[MSF7](https://github.com/eth-clients/merge-testnets/tree/main/mainnet-shadow-fork-7) 预计在 6 月 22 日周三触达 TTD。 请留意以下网站内容： - https://ethstats.mainnetshadowfork7.ethdevops.io/ - https://explorer.mainnetshadowfork7.ethdevops.io/ - https://beaconchain.mainnetshadowfork7.ethdevops.io/ 在这个[影子分叉跟踪文档](https://notes.ethereum.org/PhbNw_cGSQ-VKqzGl4bPcg?view) [2]上，我们希望做到没有倒退的地方，以及对目前失败的地方进行改进。 <br/> ## 质押 合并准备清单 ([Merge Readiness Checklist](https://launchpad.ethereum.org/en/merge-readiness)) 已经放到以太坊 Launchpad 了。时间真的到了！ Miga Labs 做了另一份关于共识层客户端性能的[深度报告](https://medium.com/@migalabs/analysis-of-ethereum-2-consensus-clients-dfede8e0145e)。他们还上传了所有的图表和更多信息在 [Eth2 客户端图](https://migalabs.es/eth2-client-plots)，这很吸引人去探索。总的来说，他们做了巨量工作。 要公平地评估客户端的性能是很困难的。首先，目标一致在变动：从这份报告使用这个版本起，我们已经将 Teku 的 CPU 使用量降低了 25%，传出的带宽减少差不多 40%。第二点，容易测量的东西不总是是重要的东西。Miga Labs 在测试同步上做了大量工作，因为它的测量和比较都很直接——但它几乎是完全没用的。客户端几乎一直不在同步模式。实际上，在权益证明机制下从创世开始同步是很危险的。这就是为什么 Teku 完全不想做优化同步的工作——下面会有更多这方面的内容——所以对这些数字要持谨慎态度。说句公道话，Miga Labs 的这份报告确实努力将他们的测量结果扩大到更现实的场景。 StakeHouse 的 [Wagyu 安装程序](https://github.com/stake-house/wagyu-installer/releases/tag/v0.6.0)已经发布了[第一个版本](https://twitter.com/remy_roy/status/1535358663749165057)了——Wagyu 是一个用于设置以太坊验证者的图形工具。 ### MEV-Boost 这周的 Staking 话题似乎是 MEV-Boost，也被称为 Buidler API，这个更中性。它应该有一个属于自己的板块。 Flashbots 认为 MEV-Boost 对大家有好处，以及质押者们已经在合并后运行它。Hasu 在[这条推文](https://twitter.com/hasufl/status/1534211355686879232)里进行了总结。ChainLinkGod 则表达了一些质疑[3]。 此外，Lightclients 发了很有用的[深入分析长推文](https://twitter.com/lightclients/status/1533915131536605185)，介绍了质押者运行 Builder AP (MEV-Boost) 的情况。 最后，是 EthStaker 的三人组 Rémy、Yorick 和 Ladislaus 一起录制了关于 [MEV 与验证者使用的 mev-boost 预览](https://www.youtube.com/watch?v=sZYJiLxp9ow)的视频。 <br/> ## 释义性文章、演讲和媒体 Adrian Sutton 在 [Checkpoint sync](https://www.youtube.com/watch?v=-gISJtRlTK8) 上做了一个关于以太坊工程小组的演讲，其中谈到我上文写到关于为什么在 PoS 机制下从创世开始同步数据真的很糟糕。他赞扬了检查点同步的好处，并探讨了其挑战。 Tim Beiko 作客 Bankless，给大家更新了[以太坊合并](https://www.youtube.com/watch?v=pUA-HzIbWD0)的最新情况。还有一个关于合并的[五大误解](https://www.youtube.com/watch?v=NKnxO0YKu3w)的简短剪辑片段 (剧透：它们不全是误解)。（译者注：ECN 在[第 72 期以太七日谈](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-6-8)也做了中文版总结） 但最近作客 Bankless 的还不只有 Tim。还有 [SuuuupeeerPhiiiiiz](https://www.youtube.com/watch?v=vnHA_Ds3qJI)!!T 在过去的两周里，我的两位尊敬的同事与 Ethereum Cat Herders 录制两期 PEEPanEIP: - Sajida Zouarhi 介绍了 [Hyperledger Besu & The Merge](https://www.youtube.com/watch?v=-1ynTsBO9tY)，以及 - Mikhail Kalinin 谈了[合并的过渡 - Paris、Bellatrix 和 TTD](https://www.youtube.com/watch?v=kTcJqThCdns) Nimbus 的 Zahary 将是[下一个](https://twitter.com/poojaranjan19/status/1536367349364031488)录制 PEEPanEIP，请关注[Cat Herders 的有关频道](https://www.youtube.com/channel/UCD9iiIwTRtLDYcEWONs2Q3A) 在 [EthPrague](https://www.youtube.com/watch?v=dMppHByjqk8&list=PLRUSTVWJngifkMrh4Y7URBd_WRgKVHPP-) 上的演讲似乎质量很高。以下是我最喜欢的一些演讲。 - Péter Szilágyi：[以太坊上的数字: 当 TPS 遇到物理限制](https://www.youtube.com/watch?v=TdsaVoJiy3g)，不只是 Eth2 的内容，但对为什么主网上提高 TPS 不是那么容易提供了很好的洞见。 - Lightclient：[合并后提取 MEV](https://www.youtube.com/watch?v=ci7pLez8eDk) - Guillaume Ballet：[verkle tree 升级](https://www.youtube.com/watch?v=4fL7hi8SZMs) - Dankrad Feist：[DANKSHARDING](https://www.youtube.com/watch?v=049VeJY5bjU) 值得一看：`@808_Investor` 发了长推文探索[合并后的以太坊经济模型](https://twitter.com/808_Investor/status/1532874022215733248)。 <br/> ## 常规会议 ### 核心开发者会议 第 140 次核心开发者会议于 6 月 10 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/538) - [会议视频](https://www.youtube.com/watch?v=dByC5Bw8DvU) - Tim Beiko 的[笔记](https://twitter.com/TimBeiko/status/1535310908997570560)很棒，Christine Kim 也发了一篇[更加细节](https://docsend.com/view/8p4e85n48z2y59qq)的总结。 Tim 把这场会议形容成一场十分重大的会议，虽然在我看来有点不够重大。我觉得没有 ProgPOW 那么重要 (小声说)，或者没有[六年前](https://twitter.com/LefterisJP/status/1537723180189728768)的 The DAO 攻击事件值得关注。 我们回顾了 Ropsten 合并，我们先谈论了其他比较散的话题，然后再进入难度炸弹的讨论 (我们同意推迟难度炸弹)。 ### 共识层实现者会议 (Eth2) 第 89 次共识层会议于 6 月 16 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/549) - [会议视频](https://www.youtube.com/watch?v=WHOZ_2tlTqk&t=163s) - 我的[速记](https://hackmd.io/@benjaminion/HJFkBhdK9). 我们对 Sepolia 信标链上线做了一些计划，在 Sepolia 测试网合并 (计划在 6 月 29 日进行) 之前上线 (周一)。 我们讨论了一些测试构建者 API (MEV-Boost) 的方法。在合并事件过程中尝试运行 MEV-Boost 所会添加的复杂性引起了一些担心。会议给我的感觉是，我们可能只需要协调在合并后一个小时左右启用 MEV Boost，尽管很难执行这一点。 最后，Mikhail Kalinin 给我们讲了一个关于合并后的[提议](https://hackmd.io/@n0ble/HkOfKgH_c)，将存款处理时间减少为一个 slot —— 目前存款处理时间大概需要 16 个小时，甚至更久。 ### **EIP-4844 会议** 今天有一个专门的分组讨论区，计划与 EIP-4844 相关的推进 (即 protodanksharding)。 - [会议议程](https://github.com/ethereum/pm/issues/543) - [会议视频](https://www.youtube.com/watch?v=flx1hDUV8O0) - 会议笔记[集合](https://docs.google.com/document/d/1KgKZnb5P07rdLBb_nRCaXhzG_4PBoZXtFQNzKO2mrvc/edit#)，以及 Tim 的[总结](https://twitter.com/TimBeiko/status/1537869030857486337)。 Mofi (Optimism) 和 Michael (Coinbase) 开发了一个很棒的在线 demo，是关于 EIP-4844 在 Geth 和 Prysm 中的实现原型。它使用了额外的数据可用性将以太坊 logo 存在链上。代码[已公开](https://github.com/Inphi/eip4844-interop)。 更多背景信息与链接，请查看 [KZG 资源页面](https://github.com/tvanepps/KZG-Ceremony-Links/blob/main/Resources.md)。更多讨论正在 Ethereum R&D Discord 的 `#kzg-ceremony` 频道进行。 还有，Marius van der Wijden 和 Daniel Knopik 在 ETH 布拉格 ([EthPrague](https://twitter.com/vdWijden/status/1535938358400122883)) 实现了一个关于 [KZG 受信任初始化](https://devpost.com/software/towers-of-pau)仪式的 demo。你可以[试一下了](https://dknopik.de/)。 <br/> ## 其他新闻 - Lido 每周新闻摘要: [六月 10-17](https://twitter.com/LidoFinance/status/1537860002123325441). - Stereum, Under the Surface 的[第 9 期](https://stereum.net/under-the-surface-009/) - Chainsafe 的 DappLion 将会是 Gnosis Beacon Chain 合并的[统筹者](https://twitter.com/dapplion/status/1534168146197757953)，将会在以太坊主网合并之前进行合并。 ------ 1. 显然，我需要说出这样的话🤷‍♂️ 2. 上周在追踪文档上新增了一个说明，要保持文档供”内部“看，不知道什么意思。但是，它已经是公开的，想要保持内部已经太晚了。我想在不是明显有害的情况下，我们还是保持透明比较好。 3. 我不是对 Chainlink 很感兴趣，但一直很喜欢看 [CLG](https://twitter.com/ChainLinkGod) 的推文。他完全了解情况，而且有很多出色的洞见。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/DeFi/algorithm-stablecoinshttps://www.ethereum.cn/DeFi/algorithm-stablecoinsFri, 17 Jun 2022 00:00:00 GMT来源：[Dark Moon: The Inevitable Collapse of Luna - Swan Bitcoin](https://www.swanbitcoin.com/dark-moon-the-inevitable-collapse-of-luna/) 作者：**Cory Klippsten and Sam Callahan** <br/> 译者注：本文通过列举现实世界中货币挂钩历史的失败案例，科普了加密货币稳定币的类型，进一步分析探讨稳定币尤其算法稳定币的风险所在。文章内容仅代表作者观点，译文不构成投资建议。 <br/> ---------------------- <br/> Luna/UST 从总体市值大约 500 亿美元，到现在暴跌了 99%。这场 Luna/UST 庞氏骗局的崩溃来得比任何人预料得都要快，但它的崩溃完全是可预测的。 自从三月底，我就已经公开告诫过我们的客户以及广泛的 Bitcoin 社区，加密货币 Luna 和它的稳定币即将崩溃。 <br/> <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0Ijoibm9fc2hhcmUiLCJ2ZXJzaW9uIjo0fSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1509665801875255296&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FClRp4HW6V68m2ZN_qrGb3Fygqc6Sf79rcXr9jRz9fZY&amp;sessionId=231f5eb5b23bbc9f2a0f312c7f27ebda89f03f40&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1509665801875255296" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 346px; display: block; flex-grow: 1;"></iframe> <center> Cory Klippsten: UST 将爆掉</center> <br/> <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0Ijoibm9fc2hhcmUiLCJ2ZXJzaW9uIjo0fSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1513325251387486212&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FClRp4HW6V68m2ZN_qrGb3Fygqc6Sf79rcXr9jRz9fZY&amp;sessionId=231f5eb5b23bbc9f2a0f312c7f27ebda89f03f40&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1513325251387486212" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 457px; display: block; flex-grow: 1;"></iframe> <center>Cory Klippsten: Cory Klippsten : 我是最早批判S2F “模型”验证的 Bitcoiner。这个观点从一开始就是正确的，虽然当时无人问津：就算 Luna 买入了 BTC，也照样会下跌</center> <br/> 仅仅在我发出警报的一个多月后，Luna/UST 从总市值大约 500 亿美元，到现在暴跌了 99%。这场 Luna/UST 庞氏骗局的崩溃来得比任何人预料得都要快，但它的内爆完全是可预测的。这并不是一起黑天鹅事件，而是白天鹅事件。 多个市场参与者，包括我、Lyn Alden、Kevin Zhou 和 Adam Back 在内，都指出了 Luna/UST 机制设计的主要缺陷所在：致使它容易受到“死亡螺旋”这种恶性通货膨胀的影响。所有了解货币挂钩历史的人都清楚这趟失事列车将驶向何方。此外，所有见证过以前算法稳定币崩盘（如 Iron Finance 或者 Luna 的创始人 Do Kwon 早前 Basis Cash 的失败尝试）的人都知道，鉴于 Luna/UST 设计本身的天然缺陷，所以它的崩盘在所难免。 去中心化的算法稳定币其实是一种自相矛盾的说法，本身不可能实现。如下所示，算法稳定币在历史上绝不是稳定的，因为它们会受到攻击。 <br/>  <center>算法稳定币的价格历史跌宕起伏</center> <br/> 因为我们陆续收到了许多这方面相关的疑问，所以我决定写下这篇文章，解释货币挂钩、稳定币，以及它们在更广泛的加密货币市场上所面临的相关风险。我希望这篇文章可以厘清 Luna/UST 庞氏骗局崩盘的过程和原因，以及它对 Bitcoin 发展的意义。 在深入 Luna/Terra 暴跌事件之前，我们先从了解传统的货币挂钩机制开始，为什么国家纷纷转向货币挂钩，以及它会带来的风险。通过对过去货币挂钩的失败案例进行研究，我们可以更好地了解为何 Luna/UST 的崩溃在所难免。 <br/> ### 什么是货币挂钩 <br/> 货币挂钩是指一个国家按照一个固定的汇率，将自己的货币与一种或一篮子外国货币，又或者与黄金等资产进行挂钩的政策，以此稳定本国货币并促进贸易的自由流动。 货币挂钩在新兴市场十分常见，因为新兴市场上的本国货币可能更不稳定，导致本国的商业规划、投资和贸易也愈加困难。货币主要与一种更为稳定的货币进行挂钩，比如美元和欧元，以此在贸易伙伴之间创造稳定性，也让发达国家的投资者在降低风险的情况下，进入规模较小的资本市场。此外，已挂钩的货币可以减少波动和汇率风险，使个人和企业得以专注于自身的追求，而不至于担忧本国货币的稳定性。 如今，大约有 20 个国家将自己本国的货币与美元进行挂钩，其中最有名的案例有 HKD。之所以这么做，是因为美元是世界储备货币，在跨国交易中广泛使用，比起其他的法币，它也是最稳定的货币。货币挂钩使得国家可以引进美元的稳定性，还可以促进交易，但最难的环节不是挂钩本国货币，而是要随着市场的动态变化保持固定的挂钩汇率。 <br/> ### 固定货币挂钩的问题 <br/> 当央行承诺将货币与另一种外国货币进行挂钩时，他们会使用外汇储备（FX reserve）以支持这种挂钩关系。外汇储备包括以外国货币计价的资产，如存款、债券、国库券和其他政府证券。 如果本国货币的需求下降且挂钩汇率降低，那么央行将通过卖出外汇储备来买入自己本国的货币，以此支持货币之间的挂钩。而假如挂钩汇率随着本国货币的需求上升而上升，那么在这种情况下，央行则会释放更多的本国货币到市场上，增加供应量的同时降低汇率。这就是央行保持一个固定汇率的方式，以应对本国货币在供需上的波动。 进行固定的货币挂钩的注意事项是，已挂钩的国家为了稳定自己的本国货币以及促进贸易，必须放弃自己在货币政策上的自主权。通常这指的是蒙代尔-弗莱明三角悖论，或称 “不可能三角”。这个三角悖论解释了央行在考量自身的货币政策时有哪些可选项，它可以1) 设置一个固定的汇率，2）允许资本自由流动而没有固定的汇率，3）出台一个独立的货币政策。 任何时候都只能拥有这个三角悖论的三个选项中的两个。 <br/> **三角悖论**  <center>“不可能三角”</center> <br/> 当新兴市场受到通货膨胀和不稳定因素的影响时，许多国家决定将自己的货币同一种更为稳定的货币进行挂钩，比如美元和欧元，允许资本的自由流动的同时，还要在这个过程中牺牲制定货币政策的自主权。 当处于货币挂钩计划中的两个国家在经济状况上不同步时，这种挂钩关系就会产生问题。例如，如果美国和其挂钩国家之间的经济状况偏离了，那么对美国货币政策的采用将加重已挂钩国家的经济问题，导致它面临货币挂钩率过高或过低的风险。换句话说，在一个有固定汇率的环境中，已挂钩的国家无法在不威胁本国货币挂钩的情况下，独立地支配自己的货币政策来应对国内经济问题。如果一个国家已经将本国货币与美元挂钩，它的利率政策就不得不遵循美联储的政策，即使可能会损害本国的经济。 当一个国家与外国货币之间的汇率固定，而后遭遇国内经济形势的恶化，那么三角悖论将导致固有风险的发生。他们在保护货币挂钩和应对国内经济冲击方面的工具是有限的。更糟糕的是，当挂钩受到压力，货币就开始贬值，这为投机者做空货币大开方便之门，给已经疲软的货币增加了通货膨胀的压力。这种态势可能会演变为这种景象：货币脱钩，央行耗尽外汇储备以支持挂钩，然而本国货币急速贬值，一场全面的货币危机接踵而来。 <br/> ### 当货币挂钩失败了…… <br/> 这正是我们所见证的发生在整个货币挂钩历史上的事实。当挂钩货币的经济之间发生了非对称的冲击和差距时，我们目睹了这些挂钩惨败的光景。 最为著名的货币挂钩失败的案例是在上世纪 90 年代初的 George Soros “击垮英国央行”事件。那时候的英国央行刚改变政策机制不久，它将英镑汇率固定在一个新的高位上。George Soros 认为英镑价格被高估了，而且英国央行没有足够的银行储备来捍卫这个新的挂钩，因此，他在英镑上建立了庞大的 100 亿美元的空头头寸。 Soros 是对的，英国央行试图支持货币挂钩，耗尽了自己的外汇储备，然而它的外汇储备并不充足。熬到最后，英镑兑美元贬值了 25%，而 Soros 的做空交易大赚了 10 亿美元。 另一个著名的货币挂钩失败的案例是 在 1997 年引起亚洲债务危机的泰铢事件。当时，在经济发展了四十年之后，泰国经济开始大幅放缓。由于经济情况持续恶化，泰铢面临着贬值的压力。泰国央行试着捍卫自己保持了近十年的挂钩，但还是以放弃挂钩而告终。泰铢兑美元的价格将持续降低 60%，致使整个东南亚的货币投机浪潮猖獗了起来。 这两个是比较出名的例子，但在过去几十年间发生过更多的货币脱钩的案例，随着而来的是货币急速贬值。下列图表展示了从 1995 年到 2016 年之间，发生过 16 次货币脱钩，并在不久后经历了严重的货币贬值情况。 <br/> **大多数固定的货币挂钩都遭遇相同的下场** <br/>  <center>大多数固定的货币挂钩都遭遇相同的下场</center> <br/> 这里的重点是，想在两个关联货币经济遭遇了不同的挑战和非对称冲击时，保持两者固定的货币挂钩，虽然不是不可能，却也难如登天。**众多央行已经为维持固定货币挂钩而奋斗了数十年，然而大部分还是失败了。试图在一个本就不稳定的世界中，通过固定挂钩的方式以创造人为稳定性的举动是荒唐的。这不是关于固定货币挂钩是否会失败的问题，而是什么时候失败的问题**。尽管有着长期的失败记录，许多加密货币的创始人依旧认为他们可以在央行失败的地方取得成功——稳定币。 <br/> ### 稳定币：什么是稳定币？ <br/> 稳定币最好被理解为是在公共区块链上运行的数字无记名资产，旨在将其价格与主权法定货币进行挂钩，以继承其价格稳定性。 随着时间流逝，稳定币在用途和多样性上有所增长。据 Messari 和 Coingecko 分析，在 2022 年 3 月，即 UST 崩溃之前，全球稳定币市场达到近 1750 亿美元 。 <br/>  <center>部分稳定币的市值</center> <br/> 一开始，这些稳定币主要由交易员在交易不稳定的原生数字资产时使用，利用稳定币缺乏波动性的优势。现在稳定币被人们应用在新兴市场以获取美元，并在不同的加密货币协议中用于促进伪装成金融创新的杠杆计划。 稳定币在过去的几年里经历了爆发式的增长，并从中形成了三种不同形式的稳定币： 1. **法币抵押型稳定币**——这类稳定币通常由银行账户里的美元或美元等价资产进行 1:1 支持。你可以用这类稳定币赎回存放在银行账户中的美元，反之亦然。(例子：USDC、USDT) 2. **加密货币超额抵押型稳定币**——另一种数字资产以超过稳定币价值 (以美元计价) 的数额作为抵押支持，并且作为抵押的回报，交易员会获得新铸的稳定币。（例子：Maker 的 DAI 还有 BitUSD ） 3. **算法无抵押型稳定币**——没有抵押品支持；相反，有一种稳定机制，它会在挂钩汇率过高时扩大供给，在挂钩汇率过低时收缩供给。（例子：UST、FRAX） 理论上，像 USDT 以及 USDC 这类稳定币完全由银行账户的资产 1:1 支持着，因此，它们的挂钩更稳定。其他形式的稳定币不由法币支撑，因此，它的稳定性比较差，而且也更难保持它们之间的挂钩。 算法稳定币在稳定币中最有实验性和风险性的币种，因为它的挂钩没有任何资产的支持，而是由应对市场力量（在供需中调整）的算法进行积极管理。这也是 Luna/UST 所属的稳定币类型。 <br/> ### Luna/UST 的机制设计 <br/> Terra 的算法稳定币系统设计如下：Luna 是 Terra 系统的治理代币，作为 TerraUSD（UST）稳定币的抵押品。Terraform Labs 是中心化的基金会，负责启动系统以及按需提供流动性。UST 被设计为可以赎回价值 1 美元的 Luna，反之亦然。这种铸币/燃烧机制能够管理 Luna/UST 的供应以维持 1 美元的挂钩。 例如，假设 UST 比其挂钩价格上涨 0.1 美元，这会激励市场参与者燃烧价值 1 美元的 Luna，继而铸造出 1 个 UST 并获得 0.1 美元的利润。这样增加了 UST 的供给，并在这个过程中将挂钩降至 1 美元。这种机制也能减少 Luna 的供应，提高它的价格。假设 UST 比其挂钩价格下降 0.1 美元，这将激励市场参与者燃烧 UST 并铸造出价值 1 美元的 Luna。接下来，他们可以选择持有或以 1 美元的价格卖掉兑来的 Luna，以获得 0.1 美元的利润。这会减少 UST 的供应并将挂钩提升到 1 美元的价格。这些套利投机者的存在，激励了市场参与者暂时维持着 Luna/UST 的挂钩。 <br/> ### **Luna/UST 所存在的问题** <br/> 当 Luna 的市值没有跟上 UST 的市值，就会开始出现问题。如果用户对 UST 的需求超过了 Luna 且 Luna 的价格下跌，那么 Luna 对 UST 的“支持”将减少，挂钩也会面临危险。为了解决这个设计缺陷， Terraform Labs 不得不激励 UST 持有者别将自己的 UST 兑换成美元，因为在这种情况下，挂钩会跌至 1 美元以下，而这将刺激套利者通过燃烧更多 UST 以及铸造更多 Luna 以维护挂钩，这将使 Luna 的价格在其供应膨胀的情况下更加崩溃。这种态势会使 Luna/UST 挂钩愈加岌岌可危。它会形成一种反馈回路，即 UST 和 Luna 投资者开始一齐抛售，造成了死亡螺旋。 为了克服这个问题， Terraform Labs 通过在 Anchor Protocol 中提供 20% 的 UST 收益，人为地创造了市场参与者对 UST 的需求。这种收益由 Terraform 售卖其 Luna 代币库来资助。为了防止价格下跌，Terraform Labs 将需要不断地为收益储备提供资金，以支付 20% 的收益给 UST 持有者，这样他们就不会燃烧自己的 UST 去兑换 Luna 或美元。上述情况就发生在 2 月中旬，当时新一轮的收益储备增加了 4.5 亿美元，只为继续这场游戏。 <br/>  <br/> 在遭受攻击之前，Anchor Protocol 中总锁仓价值最高超过了 140 亿美元。很显然，这种操作不可持续。为了资助锚定 UST 的 20% 收益，以创造对 UST 的需求，收益储备被不断地消耗。 而为了弥补快速膨胀的 UST 供应以及挂钩机制的天然缺陷，Terraform Labs 成立了 Luna 基金会(LFG)的时候，捐赠了价值 40 亿的 Luna，并[在 Jump Crypto 和 Three Arrows Capital 主导私人代币售卖时筹集了 10 亿美元](https://jackofalltechs.com/2022/02/23/luna-foundation-guard-raises-1-billion-to-safeguard-ust-dollar-peg/) 。LFG 旨在购买大额 BTC 作为应对紧急情况的防御机制。如果市场出现了不稳定因素且挂钩面临危险，他们将在挂钩下跌时卖掉这些 BTC 储备来支持 UST 价格，就好比在新兴市场中，央行会在货币挂钩跌至固定汇率以下时，卖掉自己的外汇储备来支持它。 根据 Luna 基金会，这些是在这场危机发生前放在其储备中的资产。 <br/> <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0Ijoibm9fc2hhcmUiLCJ2ZXJzaW9uIjo0fSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1526126703046582272&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FClRp4HW6V68m2ZN_qrGb3Fygqc6Sf79rcXr9jRz9fZY&amp;sessionId=231f5eb5b23bbc9f2a0f312c7f27ebda89f03f40&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1526126703046582272" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 481px; display: block; flex-grow: 1;"></iframe> <br/> 这种庞氏骗局般的机制，正是为投机主义做空者所提供的完美设置，他们会找出挂钩机制的缺陷，并打赌如果挂钩大幅度下跌，Terraform Labs 将无法捍卫这种挂钩。 <br/> ### **Luna 的崩溃** <br/> 从 4 月 7 日至 5 月 7 日，在整体市场低迷时，Luna/UST 开始崩盘。 <br/>  <br/> 由于 Anchor Protocol 的 20% 收益率吸引了投资者的参与，UST 的供给快速膨胀，因此，考虑到 Luna 行情下跌的情况，有人担心其作为抵押品的有效性。这种疑虑致使了投资者抛售 UST，因为他们害怕 Luna 的下跌会导致他们无法完全赎回资产。脱钩状况首先在 5 月 8 日出现，而后有过短暂的恢复。 这为一个史诗级的空头机会做好了准备。George Soros 在上世纪 90 年代末对英国央行所下的押注，就好比卖空者押注于 Luna/UST 庞氏骗局的不可持续性，并攻击它的挂钩。他们先是从大型交易所借了 100,000 BTC 而后做空头。接着，他们在场外建立一个10 亿美元的 UST 交易，并开始有计划地卖出 UST，进一步加重了 Luna/UST 挂钩的压力。 <br/>  <br/> 这种压力导致了 Anchor Protocol 中典型的银行挤兑现象，因为所有的投资者都试图第一时间从 Anchor Protocol 中提取自己的 UST。投资者慌了，上亿的 UST 存款仅在几个小时内被提走。 <br/>  <br/> 这些惊慌失措的用户从 Anchor 中提款了他们的 UST 并卖出，然后兑成 Luna。每一位卖掉 UST 的用户需要作出选择：1）持有 Luna，但随着价格的暴跌，它的供应快速膨胀，或者2）卖掉 Luna 以换取美元。而大多数选择了后者。 在这种情况下，同一位做空者着手于卖出所持有的余下 UST，大概价值 6500 万美元。做空行为致使 Luna/UST 大幅脱钩，引发更多恐慌。结果就是，Luna 的价格迅速下跌，以至于现在的 UST 不再完全以它进行抵押。随着投资者出逃以及 Luna 和 UST 价格同时下跌，典型的死亡螺旋由此触发。 在这种情形下，LFG 通过声称卖出自己的 Luna 和 BTC 储备进行介入，试图以买入 UST 来止损。然而，随着 Luna 和 UST 价格的暴跌，BTC 的价格也在跌，因为 [LFG 声称自己卖掉了好几万 BTC](https://twitter.com/LFG_org/status/1526126703046582272)。（注：他们是否真的卖掉 BTC 仍是未知数。） <br/> <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0Ijoibm9fc2hhcmUiLCJ2ZXJzaW9uIjo0fSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1526126716388749313&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FClRp4HW6V68m2ZN_qrGb3Fygqc6Sf79rcXr9jRz9fZY&amp;sessionId=231f5eb5b23bbc9f2a0f312c7f27ebda89f03f40&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1526126716388749313" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 574px; display: block; flex-grow: 1;"></iframe> <br/> 最终，LFG 的努力只是徒劳。就如新兴市场耗尽自己的储备，奋力支持固定货币挂钩时一样，LFG 也倾尽了所有的基金，但由于不够，挂钩还是崩溃了。 由于投资者们陆续地卖出 UST，所以铸出的 Luna 越来越多。这造成了 Luna 的供应在一天内快速膨胀的恶性通货膨胀事件。Jimmy Song 发[推文](https://twitter.com/jimmysong/status/1524778755947896838)实时报道 Luna 的恶性通货膨胀情况。结果，Luna 的供应在一天内从 7.25 亿左右膨胀至 6.9 万亿，或者说几乎增长了 1,000,000% 。 [来源：Messari](https://ecn.mirror.xyz/_next/image?url=https%3A%2F%2Fimages.mirror-media.xyz%2Fpublication-images%2F3a5e5BWAi0Kq6piBRSDlz.png&w=1080&q=90) <br/> 这时候，这场表演结束了。Luna 遭受了一场空前的恶性通货膨胀，它的挂钩完全崩溃了，并且其价值 400 亿左右的市值仅在几天内就损失殆尽。 <br/>  <br/> 每天都有 Luna/UST 崩溃事件的相关新细节披露出来。有关于[散户痛失终生积蓄](https://www.wsj.com/articles/terrausd-crash-led-to-vanished-savings-shattered-dreams-11653649201)的报道、 公司损失巨额的报道以及其创始人 Do Kwon [因涉嫌逃税而被罚款 7800 万美元](https://www.financemagnates.com/cryptocurrency/news/south-korean-agency-fines-terraform-labs-for-tax-evasion/)的报道，还有更多的正在进行的调查暗示着巨鲸对散户抛售头寸的证据。不仅如此，许多事情仍是未知数， LFG 是否卖掉了其储备中的 BTC，或者管理层是否依旧保留着对 BTC 的占有。 这个[推特账号](https://twitter.com/FatManTerra/status/1528632478604349443)最近正在对 Luna/UST 崩溃事件展开深入调查。我建议读者跟进最新的情况。我认为大家还没听到故事的结局，并且我相信会有更多针对这场庞氏骗局经营者和主要投资人的指控出现。与此同时，Terra 和 Luna 的创始人又开始活跃了。他们正在尝试通过[开启 Terra 2.0 ](https://twitter.com/terra_money/status/1530047587709067264)来恢复已失败的项目。我无法理解为什么还有人将自己的钱投给这些人。 不幸地，在这些事情中，通常都是普通投资者被留下来替人背锅。而多数投资和营销这个币的大公司往往能够在暴跌之前退出，带着巨额利润出逃。奇怪的是，一些巨鲸觉得自己需要在暴跌之后分享出他们的评论。Pantera Capital CIO Joey Krug [承认他们在暴跌之前卖掉了自己 80% 的 Luna 头寸](https://www.theblock.co/post/147668/terra-pantera-capital-cashed-out-80-investment-before-ust-crash)。而且，Pantera Capital 的合伙人 Paul Veradittakit 似乎在吹嘘他们已经将价值 170 万美元的 Luna 投资转为 1.7 亿美元。Galaxy Digital 的 CEO Mike Novogratz, 在 Luna 崩盘之前在[一封信中](https://s27.q4cdn.com/973063916/files/doc_news/2022/A-Letter-From-our-CEO-Mike-Novogratz_5.18.2022.pdf)写道，Galaxy “一路兑现盈利”。他们制造了这场庞氏骗局，并在崩盘之前就全身而退。无论他们明知这是场庞氏骗局，并从中套取上亿的非法利润，还是过于无知以至于他们没有看见明显的庞氏态势，这样的话就不该管理任何人的钱了。这里没有第三种选项。从他们的评论可见，他们肯定知道这里玩的是什么诡计，然而，他们只是不关心在此过程中会受到伤害的散户。 我们将目睹到，在接下来的调查中所揭露出来的牵涉在 Luna/UST 崩溃事件内的投资主体和内部人员。最后，有传言称这些在 Luna/UST 崩溃事件中扮演了重要角色的做空者，从交易中卷走了[逾 8 亿美元](https://twitter.com/OnChainWizard/status/1524123935570382851)的利润。 <br/> ### **总结** <br/> 这次白天鹅事件正是我们积极告诫公众的原因，要小心其他加密货币有关风险，如 Luna/UST 这种被其发起人营销成前景光明的项目。绝大多数这些其他“加密货币”都有更多的操作、安全以及监管风险，同时还有中心化的团队对这些币加以控制。当他们的“加密货币”最终只是一个去中心化的戏剧，这些风险在灾难事件中会变得更显而易见。参与到私人代币出售的资深投资者会以极低的价格买入代币，再将代币包装成去中心化且安全的，继而把它们抛售给散户以获取巨额利润。 <br/> <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0Ijoibm9fc2hhcmUiLCJ2ZXJzaW9uIjo0fSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd19leHBlcmltZW50c19jb29raWVfZXhwaXJhdGlvbiI6eyJidWNrZXQiOjEyMDk2MDAsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1529581283637989376&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FClRp4HW6V68m2ZN_qrGb3Fygqc6Sf79rcXr9jRz9fZY&amp;sessionId=231f5eb5b23bbc9f2a0f312c7f27ebda89f03f40&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1529581283637989376" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 625px; display: block; flex-grow: 1;"></iframe> <br/> Luna/UST 崩溃后的影响可能会波及更广泛的加密货币和稳定币市场，产生长远的影响。 美国证券交易委员会（SEC）在上个月已经增加了一倍的加密货币执法团队，还特别提到了增员的部分原因 —— 稳定币和 DeFi 的风险。 <br/> 在稳定币身上，我们看到了可以威胁金融稳定的风险，包括有关支付系统及其完整性的风险，以及如果稳定币由一些已有着强大市场支配力的公司发行，会导致集权化的风险……那我们必定会面临重大危机。 <br/> ——— **珍妮特·耶伦** **美国国库部长** <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ETH中文站。若需长期转载，请联系eth@ecn.co进行授权。 <br/> -------------- https://www.ethereum.cn/Ecosystem/eth-weekly-2022-6-14/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-6-14/Tue, 14 Jun 2022 00:00:00 GMT <br/> # **合并 (The Merge)** **Ropsten 测试网合并非常成功** Danny Ryan 对 Ropsten 合并进行了总结，他认为 Ropsten 合并非常成功，并表示如果主网合并是这样的表现，他会高兴得跳起来。以下是一些数据分析： ~14% 的验证者在过渡期间掉线 1. 其中的 9%—— Nimbus 团队的配置问题，通过修改 CLI 和重新部署解决了 2. 其中的 1.8%——Nethermind 的已知并发漏洞，有些节点需要重启 3. 其中的 2.5%—3%——Nimbus-Besu 的 web-socket 问题，改用 http 如果在主网过渡也发现了这些问题 9% 的节点运行者有配置问题有两个小漏洞影响少数质押者，它们可以在本地修复 (不需要部署新代码) 也就是说，这可以被看作一个巨大的成功。 以太坊基金会的开发者[@parithosh_j](https://twitter.com/parithosh_j)还补充道：“我们将在未来几天尝试找到解决没有交易的提议区块 (~10-20%的区块) + 运行同步测试，并发现其他方式。 而且，在主网上因为有部署 EIP 1559 所以是不会发生 0 交易这个问题。 我们不会看到吞吐量减少这个问题本身，但在下一个测试网这个问题一定会被解决。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1534928766022979584&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1534928766022979584" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 678px; display: block; flex-grow: 1;"></iframe> <br/> **难度炸弹推迟至 9 月中旬** 在第 140 次以太坊核心开发者会议 (ACD) 上，开发者对难度炸弹进行了讨论。现在的出块时间是接近 14 秒，到了 6 月底会变长大约 0.1 秒，到 7 月会变长大约 0.5 秒。 经过了长时间的讨论，开发者就推迟难度炸弹达成了共识，推迟大约 2 个月，且升级会在 6 月下旬进行。在会议上提出的 EIP-5133 提议推迟 500,000 个区块，大约 2.5 个月，即大概到 8 月中旬。 但根据 Tim Beiko 昨天在 [ethresear.ch](http://ethresear.ch/) 论坛上“Delaying Difficulty Bomb to mid August 2022" 的讨论帖下的发言，在客户端和测试团队常规的测试会议上，经过讨论，他们最终决定延迟 700,000 个区块，即大概是 9 月下旬，到时的出块时间将与现在大致相同（~14.5 秒)。因此，在 9 月中旬的两周前，难度炸弹的影响会开始变得明显 (大于 13.5 秒出一个区块，类似于 6 月初的情况)。 讨论贴：https://ethresear.ch/t/delaying-difficulty-bomb-to-mid-august-2022/12762/9 在会议上，Geth 的 Marius 标识推迟难度炸弹对客户端来说就是”5 行代码的修改“，实现也很容易。这并不意味着会减慢合并的进程。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1535334143369760768&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1535334143369760768" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 673px; display: block; flex-grow: 1;"></iframe> <br/> **客户端团队需要看到什么样的进展才有信心进行下一次测试网合并？** 在第 140 次的 ACD 上，在总结完 Ropsten 测试网后，Tim Beiko 问各个客户端团队需要看到什么样的进展才有信心进行下一个测试网合并，以下是各个客户端团队的回答。 Nethermind：看到通过所有的 hive/kurtosis 测试，解决区块提议问题，完全解决他们现在的并行问题。他们希望看到测试网至少有 1/2 的代码基本上是最终确定的。 Erigon：认同需要通过那些测试，并标识他们自己还有很多问题要修复。此外，他们反复强调希望固定他们的区块构建代码，并解决一个与合并后 JSON RPC 里返回 `latest` 区块相关的问题。 Besu：认同所有与测试相关的意见，并强调同步问题。 Geth：与其他团队意见一致，而且它漏了一个"safe"区块的 JSON RPC flag。 Teku、Prysm 和 Lighthouse 团队都有代表参加会议，他们似乎已经为下一个测试网合并做好准备，尽管各自有一些小问题，但他们认为都不是障碍。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1535326595979673600&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1535326595979673600" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 483px; display: block; flex-grow: 1;"></iframe> <br/> **接下来测试网部署的顺序** 关于 Sepolia 和 Goerli 两个测试网的合并部署顺序，开发者在第 140 次 ACD 上对这个问题进行了讨论。 首先，大家需要了解 Goerli 和 Sepolia 的区别。Goerli 是一个大型测试网，上面有大量的活动，质押者可以在上面运行合并过渡 (与 Prater 信标链)。 Sepolia 是一个新测试网，上面只有少量活动和一条需要权限的信标链。Goerli 可以在很多方面给我们很多数据，而 Sepolia 的过渡会更简单。 在会议上，并没有明确对这个顺序达成共识，但共识层团队似乎更愿意先进行 Sepolia 合并，然后到 Goerli，这样 Goerli 可以与更接近主网的代码合并。 如果是决定先进行 Sepolia 合并，时间安排大概是 Sepolia 信标链于 6 月 20 日创世，6 月 21 日进行合并 (在 6 月 16 日的共识层会议或 24 日的 ACD 上设 TTD)。其具体配置如下：  来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1535323877747748864&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1535323877747748864" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 834px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊区块构建者规范修改提议** 在第 140 次 ACD 上，共识层研究员@ralexstokes 提出了一个对 Engine API 的修改，并想获得其他开发者的反馈，这个修改是让共识层可以指定 gas 上限，这个数据会加入到 Engine API 调用里传输给执行层，对外部区块构建者有用。 issue: https://github.com/ethereum/builder-specs/issues/29 提出这个 issue 的背景：在合并后，验证者将控制以太坊的 gas 上限，就像今天的矿工。这个参数是作为执行层的一部分，在生产区块时设置。每次选择一个区块时，你都可以把 gas 上限调高/调低 1/1024，或者保持原样。 如果你假设质押者就是出块者，那么就是由质押者把他们想要的 gas 上限传输给他们的执行层，这样就可以了。而当不是验证者自己构建区块时，事情就变得复杂了。 实际上，这是与 MEV 有关。想要获得 MEV 费用的验证者需要运行另外的软件以从搜索者/中继获得区块。因此，为了让外部区块构建者可以遵循验证者的 gas 上限选择，让验证者指定的 gas 上限明确作为 Engine API 调用的一部分是很有用的。也就是这个提议修改想要实现的。 会议上，大家都认为这个调用不应该修改现在的 API，而应该作为它的另一个版本。尽管大家都觉得有用，但还有一些细节问题，在未来几周将继续对其进行讨论。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1535321487845883904&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1535321487845883904" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 902px; display: block; flex-grow: 1;"></iframe> <br/> # Layer2 **Optimism 攻击事件回顾** 6 月 9 日，L2 扩容解决方案 Optimism 发布了 OP 攻击事件的回顾，以下为摘要和后续进展： 为了对 OP 代币空投做好准备，Optimism 基金会聘请了知名流动性做市商 Wintermute 提供做市服务，旨在让用户在获得 OP 代币时体验更佳丝滑，推动用户更加积极地参与到 Optimism Collective 的治理中。Optimism 基金会从 Partner Fund 这部分总共拨款 2000 万枚 OP 给 Wintermute。 Optimism 基金会首先发送了两笔测试交易，得到 Wintermute 的确认之后，就发送了剩余的款项。Wintermute 随后发现他们没有访问这些代币的权限，因为提供给 Optimism 的地址是以太坊/L1 的多签地址，他们还没有在 Optimism/L2 上部署多签合约。于是他们开始了一些补救措施，尝试将 L1 多签合约部署到 L2 的相同地址上。 然而很不幸，攻击者利用不同的初始化参数抢先实现了这个方案，从而得以控制这 2000 万枚 OP。随后该地址出售了 100 万枚 OP。 Wintermute 团队承诺会监控这个地址的交易活动，回购其售出的代币。 6 月10 日，Optimism 发布更新表示，黑客已经归还了大部分 OP，并且其转给 Vitalik Buterin 的 100 万枚 OP 也已经归还，而剩余的 200 万枚 OP 将由 Wintermute 团队补偿。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1535275162060341248&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1535275162060341248" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 569px; display: block; flex-grow: 1;"></iframe> <br/> **资源推荐：@arpitingle 发布了以太坊资源库** @arpitingle 整理了以太坊生态系统资源合集，内容包括：基础、智能合约、DeFi、安全、Layer2、EVM、MEV、密码学和零知识证明。 [GitHub - ArpitIngle/Library-of-Ethereum: Curated Collection of Ethereum Ecosystem ResourcesCurated Collection of Ethereum Ecosystem Resources - GitHub - ArpitIngle/Library-of-Ethereum: Curated Collection of Ethereum Ecosystem Resourcesgithub.com](https://github.com/ArpitIngle/Library-of-Ethereum) <br/> **0xPARC Foundation 推出 zkSNARKs 在线开发环境 zkREPL** 0xPARC Foundation 是一个专注于零知识技术普及与教育的组织，最近推出了一个用于 zkSNARKs 的在线开发环境 zkREPL：https://zkrepl.dev/ 来源：https://0xparc.org/blog/zkrepl <br/> **DeFi 隐私桥接方案 Aztec Connect 延迟上线主网** 此前 Aztec Connect 宣布于 6 月 9 日上线主网，然而 6 月 10 日 Aztec 表示因遇到一些技术难题而需要推迟 Aztec Connect 的主网发布。下面为 Aztec 发布的事件回顾： Aztec rollup 尺寸非常大，因为它包含了已加密的交易，Aztec 证明超过 300 kb，超过了 Geth 128 kb 交易大小的限制。而因为 Geth 又是以太坊应用最广的客户端，这使得发送大型交易尤其困难。 我们的主网部署计划通过 Open Ethereum 发送大型 rollup，因为它的交易大小限制更高。然而，在以太坊上发送大型交易没有成功，于是我们转而使用 Flashbots (一个支持更大的交易的 Geth 分叉)。但是通过 Flashbots 发送交易也遇到一些问题：因为在我们的 PR 中出现一个格式错误，Flashbots 交易失败了。 最后，Aztec 表示会暂缓这个发布日期，并重新设一个时间线。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1535024623456120832&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1535024623456120832" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 569px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **Celsius 宣布停止提款、兑换、账户转账功能** 6 月 13 日，中心化加密货币金融服务平台 Celsius 宣布**停止**平台上所有的提款、兑换、账户转账的功能，引发了热议。 <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1536169010877739009&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1536169010877739009" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 673px; display: block; flex-grow: 1;"></iframe> Celsius 成立于 2017 年，成为第一家提供抵押加密货币贷款美元的平台。该平台覆盖了 2B (面向公司) 和 2C (面向消费者) 业务，支持储蓄、借贷、入金、支付和转账等功能。目前为止，该平台上持有逾 150,000 的 BTC 资产，在资金托管平台 GK8 上有价值 7.5 亿的资产保险，并向社区支付了超过 8 万 ETH 和 5000 BTC。 在 Celsius 的宣布服务暂停后，Crypto Pragmatist 的创始人 Jack Niewold 给出了解读，可以从一定视角帮助读者捋清这次事件的始末： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1536401979466981377&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1536401979466981377" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 457px; display: block; flex-grow: 1;"></iframe> 首先，Celsius 是中心化 DeFi 平台，负责代表投资者托管/管理加密货币。它在过去这几年中逐渐兴起，向投资者保证固定的利率，并为他们赢得利益。实际上，Celsius 提供着类似于对冲基金或者资产管理的服务，这些服务具有风险，而且需要监管。 它的**主要收入来源**： 1. 为机构和个人发放贷款； 2. 在代表客户执行功能后，保留所有剩下的利润。 所以，如果他们宣传了存款 USDC 可获 5% 的收益率，接着把 USDC 兑成收益率 20% 的 UST，那么他们可以保留 15% 的收益。 Celsius 在 2020 年到 2021 年的表现较好，估值达到了100 亿美元，而且最近筹得了 4 亿美元。 但**问题**就在于 Celsius 的管理方式类似于敢于豪掷的老手或者赌徒（degens）: 据 [CoinDesk 报道](https://www.coindesk.com/markets/2021/12/03/crypto-lender-celsius-admits-losses-in-120m-badgerdao-hack/)，Celsius 承认在 1.2 亿美元的 BadgerDAO 黑客攻击中遭受了损失，却不打算具体说明它的损失详情。 当前，**Celsius 停止提供服务有着投资不善的原因**： 1. 资产头寸涉及 [Terra](https://twitter.com/MikeBurgersburg/status/1530262880637026309)，可能持有高达 5 亿美元的 UST，面临着即将崩溃的风险； 2. 资产头寸涉及 Lido, 依赖于 stETH 与 ETH 之间 1:1 的比率，因为它需要匹配资产负债，这在牛市时可行，在面临流动性危机和熊市时，stETH/ETH 之间的比率就会倾斜。（实际上两种代币之间[不是 1:1](https://twitter.com/LidoFinance/status/1535184472546889735) 锚定的关系，它们之间的比率随二级市场波动） 3. 解套问题，Celsius 很可能没做到风险隔离：拿到 USDC 的抵押又把它兑成 UST 持有，拿了 ETH 又将它兑成 stETH 持有，因此，当所有加密货币下跌时，客户都想拿回自己的资金，导致 Celsius 资金紧缺。 因此，Celsius 目前正面临着严峻的流动性危机，其螺旋式下跌的价格将愈来愈难以与资产负债相匹配，因此关停服务。 既然 Celsius 没有流动性了，那么他们的资产在哪里？答案在下面： - 大约有价值 4 亿美元的资产质押在以太坊信标链； - 还有另一笔 4 亿的资产放[在 Maker 协议中做杠杆](https://twitter.com/MikeBurgersburg/status/1536277332826136576)（但 Maker 已经接近清算环节）。 并且，Jack Niewold 还提出了解决目前 Celsius 困境的**措施**： 1. 外部资助； 2. 借贷； 3. 接受收购（[Nexo 已经提议要收购 Celsius](https://twitter.com/Nexo/status/1536256598993211393)） 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1536401979466981377&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1536401979466981377" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 457px; display: block; flex-grow: 1;"></iframe> <br/> **Snapshot 宣布与 StarkWare 正式达成伙伴关系** 6 月 9 日，Snapshot 官方发布推文，宣布与 StarkWare 正式达成伙伴关系。两者的战略性合作旨在提高治理 DAO 的效率和包容性，以及确保用户可以同时享有安全性和便宜的手续费。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1534872022257311744&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1534872022257311744" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 761px; display: block; flex-grow: 1;"></iframe> <br/> **Gitcoin Grants 获得大量机构的支持** 6 月 10 号，Gitcoin 开启了第 14 轮 Gitcoin Grants（GR），此次捐赠时间会持续到 6月 23 日。 Gitcoin Grants 旨在寻找有价值的 web3 项目，并在加密货币市场领导者的支持下进行验证和塑造一个更好的 Web3 未来。 <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfcmVmc3JjX3Nlc3Npb24iOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9LCJ0ZndfcmVkdWN0aXZlX2FjdGlvbnNfMTQ0NTgiOnsiYnVja2V0IjoiY29udHJvbCIsInZlcnNpb24iOjR9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1535009261146603520&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FicP9u4e2_JnuNxPw0-3Q9fnPttm-RYOT_Vm8TI_Xwcg&amp;sessionId=6a187d3cd90851d7ac83e9bc40fd2f0afeb5d9d1&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1535009261146603520" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 459px; display: block; flex-grow: 1;"></iframe> Gitcoin 是帮助募集资金以及通过二次方融资来协调开源代码开发的平台。在此轮 Grants 中，Gitcoin 欢迎所有类型的项目进行捐赠，包括软件、工具、主要基础设施、媒体以及社区。与此同时，GR14 和三轮不同类型的 GR14 Hackthon 同时进行： - 主轮捐赠，总计 100 万美元的匹配资金； - 13 轮生态系统捐赠，总计超过 110 万美元的匹配资金； - 3 轮公共事业捐赠，总计超过 100 万美元的匹配资金。 Gitcoin 系统的构建者，Azeem Khan, 在 BSC 新闻报道中提到， > 我们很乐意见到 GR14 到目前为止的捐赠结果，项目的个人贡献者的数量已经往少了说，我们筹集了超过 300 万美元的资金，以奖励来自许多好公司的受资助者。资助公共产品是我们在这个领域可以从事的最重要的事情之一，以培育一个未来的开放互联网。我们很荣幸能有机会为一代建设者赋能。 Gitcoin 致力于赋能社区和项目在 Web3 上的建设，获得了 Coinbase、Yearn Finance、Chainlink 和 Polygon 等知名赞助商的支持。 ECN：https://gitcoin.co/grants/380/ethereumcn 来源：https://www.bsc.news/post/gitcoin-grants-earn-massive-institutional-backing <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/the-crypto-price-innovation-cyclehttps://www.ethereum.cn/Ecosystem/the-crypto-price-innovation-cycleMon, 13 Jun 2022 00:00:00 GMT来源 | [a16z.com](https://a16z.com/2020/05/15/the-crypto-price-innovation-cycle/) 作者 | [Chris Dixon](https://a16z.com/author/chris-dixon/) 和 [Eddy Lazzarin](https://a16z.com/author/eddy-lazzarin/) <br/> 译者按：本文分上下两部分，上部分阐述了加密货币”价格-创新“周期这一概念以及其基本逻辑，并通过数据分析三个周期 (**2009-2012、2012-2016、2016-2019**) 的加密活动。下部分则将 2022 年加密货币状况现状总结为 5 大要点，介绍我们当前处于加密货币第四个”价格创新“中间阶段所面临的机遇与挑战。 <br/> # 加密货币“价格-创新”周期 长期投身加密货币市场的业界人士认为市场是循环发展的，在频繁活动和“加密货币冬天”两个时期之间进行交替。到目前为止，已经度过了三个周期。第一个周期在 2011 年达到峰值，第二个周期在 2013 年，第三个周期则在 2017 年。 这些周期看似很混乱，实则有基本的逻辑，可以大致描述为：1) 比特币和其他加密货币资产的价格上涨，2) 引起新的兴趣和社会媒体活动，3) 吸引更多人参与，贡献新创意和代码，4) 促使[新项目的创建和初创公司的成立](https://a16z.com/crypto-startup-school/)，5) 进一步引入产品发布，激励更多用户，最终在下一个周期结束。  不管是从业内传闻还是真实数据中，这个观点都得以支撑。在各个加密货币创业者的数百次交谈中，我们总能听到这样的故事：“我在 2011、2013、2017 都有听说加密货币，这些时间里加密货币价格猛涨并且所有人都在讨论它。一开始，我以为这是关于钱的话题，但当我开始阅读一系列白皮书和博客推文，却了解到了这门技术的潜力，最终，我爱上了它。” 我们最近在进行一个 a16z 的内部项目，想要看看数据是否会呈现出相似的模式。在加密货币数据科学家Eddy Lazzarin的带领下，我们分析了10年的数据，包括 Reddit 加密货币子版块的评论、Github 里加密相关资源库的提交量、以及 Pitchbook 的融资数据（更多的方法论在下面）。结果显示在下一张图表中。 **第一个周期：2009-2012** 第一个加密货币周期在 2011 年达到峰值。在此之前，就算是加密货币爱好者也认为Bitcoin只是一个有趣的实验，不太可能会产生实际的价值。在这之后，企业家意识到可以在加密货币市场上创造业务。今天很多的大型交易所、矿工团体和钱包就是在这时候创立的。  2010年10月到2012年7月期间的BTC价格、开发者活动、创业活动以及社交媒体活动的情况 请留意开发者、社交媒体和创业活动在价格下跌之后是如何维持的。我们随后将会看到，这是一个促使基础创新长期稳定增长的持续模式。 **第二个周期：2012-2016** 第二个周期在2013年年底达到峰值，这可能是大多数圈外人第一次听说Bitcoin。这次周期为加密货币行业带来了大约十几倍的开发者和创业公司。同时，它也正是许多重要项目创建和获得资助的时候，其中以太坊最为突出，它在2017年的第三个周期中的表现让人热血沸腾。**加密货币周期的关键特点是，每一个人播下的种子，会在之后茁壮生长，并驱动下一个周期。**  2012年7月到2016年1月期间的BTC价格、开发者活动、创业活动以及社交媒体活动的情况 **第三个周期：2016-2019** 第三个周期则在2017年达到峰值，这是加密货币市场的广泛影响引起主流关注的时候。这个周期又一次使开发者和创业公司数量大大增加，高达十几倍左右。加密货币市场也从边缘行业变为一个真正的创业行业。  2016年1月到2019年10月期间的BTC价格、开发者活动、创业活动以及社交媒体活动的情况 回到当下，当你结合起来回顾这三个周期，会发现所有的关键指标虽然起伏不定，但持续增长。 顶排的图标是在每段周期启动的高质量项目的例子。在2017年的周期，诞生了许多令人兴奋的项目，其范围包括支付、金融、游戏、基础设施和网页应用等广泛领域。这里很多的项目将在不久的将来发布，很可能会驱动第四个加密货币周期。  BTC价格、社交媒体活动、开发者活动以及创业活动四个指标的年均复合增长率 尽管加密货币周期看着很混乱，但就长期来看，它们在新的想法、代码、项目和创业活动方面都稳定增长，这也是软件创新的重要驱动力。在接下来时间，技术人员和企业家将持续推进加密货币朝前发展。我们很期待他们的成果。 *方法论：* - *创业活动是指Pitchbook上成立于2019年1月1日后，并在加密货币/区块链垂直领域筹得第一轮融资的所有公司总数。数据只是涵盖了特定年份和月份条件下的几轮融资。其中，手动筛掉了一些和加密货币以及区块链无关的公司。数据直接从Pitchbook上导出。* - *开发者活动是指截止2020年2月4日由* [github.com/electric-capital/crypto-ecosystems](http://github.com/electric-capital/crypto-ecosystems) 列举*出的的所有加密相关资源库的“收藏”总和。这些分类未做修改而引用。数据直接从GitHub的API中收集。* - *社交媒体活动是指 Reddit 中 91个加密货币相关的子版块上所有评论的集合。通过使用加密相关关键词多次查询原始数据的方式对这些子版块进行辨认，接着人工核实评论数据。数据直接从PushShift.io上收集。* - *如示，所有数据都是按月份和年份呈现，不是累计的。* - *前三个图表仅反映了每个单独的时期，意在阐释特定时期内的趋势；第四个图表展示了2009年到2019年的总体趋势。* ------ 来源 | [a16zcrypto.com](https://a16zcrypto.com/state-of-crypto-report-a16z-2022/) 作者 | Daren Matsuoka、Eddy Lazzarin、Chris Dixon、Robert Hackett <br/> 自从近十年前 a16z 开启了对加密行业的投资，该行业至此发生了翻天覆地的变化。 这份报告是第一份加密行业的年度趋势考察报告，我们团队凭借着我们在加密行业中的两大优势撰写了这份报告：追踪数据的能力以及与无数企业和构建者交流的机会。该报告适合那些试图了解互联网演进过程的读者，以及在这趟从中心化的 web2 平台转向去中心化、社区主导的 web3 世界的旅途中我们处于哪个位置 —— 创作者和构建者尤其关注这一点。 报告中最重要的主题可以提炼为以下五大要点，但为了确保深入了解这 50 多张幻灯片（完整的2022年加密货币状况报告可在下文下载）；也确保订阅[a16z的实时资讯](https://a16zcrypto.substack.com/subscribe)，持续获悉见解和即将到来的资源更新。 <br/> # 五大要点 ## 1 我们正处于第四个”价格-创新“周期的中间阶段 市场具有季节性；加密市场也不例外。夏天让位于冬天的凛冽，而冬天也将在夏天的炙热中消融。在阴暗的日子里，构建者取得的进展终会在尘埃落定之日，再次燃起整个行业的乐观情绪。而随着最近市场下跌，现在的我们似乎就进入了这种阴暗时期。  加密货币市场循环发展：价格——利润——新创意——创业&项目 尽管加密货币市场动荡且周期混乱，但如 Chris 和 Eddy 在 2020 年首次[指出](https://a16z.com/2020/05/15/the-crypto-price-innovation-cycle/) (即上文中的价格-创新周期)：它具有基本的工作逻辑。（请看第9到12张幻灯片。）虽然在一些行业中，价格通常是市场表现的滞后指标，而在加密货币市场，价格是先行指标。价格是诱人的因素，价格上涨引起大家对该行业的兴趣，继而促进创意和活动，而这又反过来驱动创新。我们将这种反馈循环称作“价格-创新周期”。并且，自 2009 年比特币创世以来，这种循环已成为驱使加密行业在多种浪潮中不断前进的驱动力。  这一结果由利润和创新之间的反馈循环所驱动，是持续性的长期增长 传奇投资者Benjamin Graham曾比喻：最好别在意“市场先生”，他常从慷慨激昂和愉快的情绪中转瞬跌回绝望和沮丧。基于Graham的智慧，我们补充上自己的拙见：最好投身建设。大家不妨想想看，在21世纪早期的互联网泡沫破灭后，所谓的未来投资者们放弃了技术与互联网，致使他们与早十年的最佳时机失之交臂：云计算、社交网络、在线直播、智能手机等技术崛起。而如今，是时候思考web3又会实现何种等效的成功。 <br/> ## 2 对于创作者来说，web3 远远胜于web2 web2巨头的抽水率高得离谱；web3平台则提供了更为公平的经济条款。（请看第39张幻灯片）Meta公司对Facebook和Instagram用户的抽水率将近100%，相比之下，NFT市场OpenSea的抽水率仅达 2.5%。美国国会议员Richie Torres在一篇[社论](https://www.nydailynews.com/opinion/ny-oped-a-liberal-case-for-cryptocurrency-20220317-n6iaevmh5jeszkpiaqwcog742q-story.html)中提到，“当大型科技公司比黑手党的抽水率更高时，你就会明白我们的经济出现了严重的问题。  web3平台的抽水率远远低于当前互联网的巨头 我们团队进行了新的数据分析，以评估对比web2和web3支付了多少酬金给创作者。（请看第40张幻灯片）尽管为时尚早，但这个数据依旧说明了问题。在2021年，基于以太坊的NFTs(ERC-721和ERC-1155）的首次出售和在OpenSea的二次出售中支付创作者的费用，产出总额收益39亿美元。这是2022年[Meta支付给创作者](https://www.facebook.com/zuck/posts/10113607549897721)的10亿美元专用款项的四倍，而这10亿仅占Meta收入的1%。  NFTs为创作者提供与粉丝直接产生经济联系的全新方式 考虑到 web2 与 web3 用户数量的天差地别，这个数据就更加惊人了：我们团队计算得出web3的创作者有22,400位（基于NFT收藏品的数量），而在Meta平台上发布内容的用户却有近30亿。尽管按绝对值计算，[Spotify](https://www.forbes.com/sites/marisadellatto/2022/03/24/spotify-says-it-paid-7-billion-in-royalties-in-2021-amid-claims-of-low-pay-from-artists/) 和 [YouTube](https://www.socialmediatoday.com/news/youtube-generated-288-billion-in-ad-revenue-in-2021-fueling-the-creator/618208/) 对创作者支付的款项分别有70亿和150亿，但人均分配后的明显差异令人震惊。据分析，web3为每个创作者支付174,00美元，而Meta仅每位用户支付0.1美元，Spotify为每位艺术家支付636美元，以及YouTube为每个频道支付2.47美元。web3的规模很小，但它的强大可见一斑。 <br/> ## 3加密货币正在影响现实世界 创作者支出只是加密货币市场中用户获益的一个例子；还有更多有利可图之处。 想想金融系统，其现状就已经让许多人大失所望：[根据世界银行的数据](https://globalfindex.worldbank.org/)，超过17亿人没有银行账户。如下一个幻灯片所示，即使考虑到近期的经济下跌，但在过去几年，人们对去中心化金融（或称DeFi）以及数字美元的需求依然大幅攀升。（请看第26、28和33张幻灯片）在那些服务不到且没有银行账户的人口里，其中的10亿人拥有智能手机，加密行业为金融包容性提供了机会。类似于[Goldfinch](https://goldfinch.finance/)等项目正让更多人有机会获得资本，否则这些人在新兴市场是无法获得资本的。  DeFi管理的总资产也许代表着规模第31名的美国银行 加密货币市场也在解决其他支离破碎的市场。(请看第53张幻灯片) [Flowcarbon](https://www.flowcarbon.com/)正在促进日益重要的单位账户在区块链上变得透明、可追踪，以完善碳信用模式。作为一个基层无线网络，[Helium](https://www.helium.com/)则在为地位牢固的电信巨头带来合法且去中心化的首次挑战。而[Spruce](https://spruceid.com/)也正在促使人们能够控制自己的身份信息，而不是将这个权利让位于如Meta这样的线上中介，这些机构通过数据挖掘商业模式从用户的身上获取利益。 <br/>  加密货币市场正在影响现实世界 接着这个列表继续探讨，DAOs(即去中心化自治组织)展示了陌生人之间如何就达成目标而在经济上进行协调、合作。NFT赋予了人们拥有头像、艺术品、音乐、游戏道具、访问证明、虚拟世界土地以及其他数字产品的虚拟资产权利。而且，代币奖励使得新人得以避开“冷启动”问题，并引进网络效应。加密行业远不仅是一个金融上创新，它更是社会、文化以及技术层面的创新。 对于它的更多可能，我们只知皮毛。 <br/> ## 4以太坊是一个方向明确的领跑者，但面临激烈竞争 以太坊在 web3 中占着主导地位，但现在许多其他区块链也扮演着相似的角色了。像Solana、Polygan、BNB Chain、Alvalance和Fantom区块链的开发者都在角逐着相似的胜利。(请看15和27张幻灯片)  以太坊持续吸引着大部分的开发者，但有几个新兴生态系统在同一条赛道上竞争 以太坊的领先地位与它的早期启动和健康社区有着莫大的关联。至于开发者的兴趣，以太坊显然拥有大部分构建者，[几近4,000位月活开发者](https://medium.com/electric-capital/electric-capital-developer-report-2021-f37874efea6d)。（请看第18张幻灯片）在它后面的是Solana(将近1000位月活开发者)和Bitcoin（大约有500月活开发者）。以太坊压倒性的份额解释了它的用户为了使用这条链，愿意[支付日均超1500万美元手续费的原因](https://cryptofees.info/)。对于这样一个成立不久的项目而言，这种成就令人瞩目。（请看第16张幻灯片）  当其他智能合约平台还在与以太坊竞争用户和使用量，以太坊上对区块空间的需求却已无可匹敌 以太坊的流行也是一把双刃剑。因为它一直以来高度重视去中心化而不是扩容，而其他区块链则可以从这里乘虚而入，以更好的性能承诺和更低的手续费吸引用户。（一些人可能会说他们是以牺牲安全为代价的。） 除了挑战者区块链，我们同样见证着以太坊的互操作性的惊人进展，它使得用户可以从一条链”桥接”资产到另一条链；Layer2的发展也令人难以置信，例如optimistic rollups和 zk-rollups,它们旨在通过扩大可用的区块空间来降低手续费。（请看第17张以及第21到23张幻灯片。）  optimistic rollups是当下最受欢迎的L2技术，但ZK rollups才刚开始上线 区块链是计算机新浪潮中最炙手可热的产品，就像 90 年代和 21 世纪中个人计算机和宽带，也如十年前的移动手机。创新具有很大的发展空间，我们相信未来的赢家大有人在。 <br/> ## 5 没错，现在还很早 尽管web3的具体用户数量难以计算，但我们可以推算出这场 web3 运动的规模。根据不同的链上参数，我们的团队评估得出现在的以太坊上活跃着大约7百万到5千万的用户。（请看第54张幻灯片。）对比早期的商业互联网，我们的发展大约处于1995年左右。互联网在2005年达到了10亿用户，而巧合的是，这时候的web2在未来科技巨头（比如Facebook和YouTube）的创立中开始成型。  现在还是web3发展早期 再次强调，尽管现在很难测出用户体量，但如果按照图上描绘的趋势继续发展，那么web3可以在2031年达到10亿用户。换言之，现在入局还算早。web3还有很多工作尚未完成，让我们保持建设。 下面可以下载完整的pdf版本：（原文放了可预览的PDF，复制不了就没译） <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-6-8/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-6-8/Wed, 08 Jun 2022 00:00:00 GMT <br/> # **合并 (The Merge)** **Tim Beiko 在合并主体直播上的分享** 昨天，Tim Beiko 作客 Bankless 直播，为即将进行的 Ropsten 测试网合并预热，解答大家关于合并的疑问。以下为直播内容的部分整理： - Ropsten 测试网合并主要关注那些点？ - 是否能做最终敲定 - 有没有大的服务商出现问题，例如 etherscan - 验证者的升级情况以及大家的反应 - 关于 TTD - 不同于其他升级，选择 TTD 而不是区块高度作为触发合并的参数的原因： - 客户端易于处理，即使网络出现多个分叉， - 可以使合并的发生更清晰 - 制造一个虚假的 TTD 是成本很高的，因为如果你想增加 PoW 链的难度，你需要去挖；但如果你想提高合并区块的区块高度，你可以启动一个分叉，你慢慢把难度降至零，然后挖一堆区块，就可以有一条链，它有非常高的区块高度，但没有很高的 PoW 难度。 - 使用 TTD 不代表不会有重组发生，比较浅的重组还是可能的，像主网的叔块。这种情况问题不大，因为例如在触及 TTD 时有三个区块在竞争，选择条件是总难度高于 TTD，但它的父块不高于 TTD，即该区块是唯一一个超过这个阈值的区块。然后验证者选中的区块则为有效区块。但不会有一条在过去已经运行了几个月的链来竞争。 - 彩排 (即现有测试网的合并) 成功后，TTD 值会在以太坊核心开发者会议上被选出，因此这是取决于这些彩排的效果 - 在触发前 2-3 周公布 TTD 会比较合适，因为如果太早公布矿工会开始卖掉他们的 GPU，这样触发 TTD 的时间会拉长，2-3 周一方面足够让大家升级，另一方面随着算力下降，触发的时间最多会在 2 周到 3 周的区间。 - 合并工作进展如何？ - 客户端的工作进展很好，虽然还有小问题 - Tim 在过去几个月接触了很多不同的项目，让他们参与测试，确保他们没有盲点。目前这项工作的结果让 Tim 感到很乐观 - 如果没有灾难性的问题出现，2-5 个月应该能完成合并，即 8 到 12 月，即使是最快，8 月初旬是不太可能的。 - 5 个常见问题或误解的解答: - 合并后不能马上提款，但合并后的第一次升级会启动提款 - 合并不会降低交易费 - 合并将降低 ETH 的增发量，大约 90% - 一般用户不需要为合并做任何事情 - 要有 32 个 ETH 才能运行一个以太坊节点？网络上有两种节点，一种是会出块的验证者节点，这种的确需要质押 32 个 ETH；另一种是只做验证交易的节点，这种是不需要质押的。 来源：https://www.youtube.com/watch?v=pUA-HzIbWD0 <br/> **[wenmerge.com](http://wenmerge.com/) 追踪合并最新动态** 5 月 15 日，网站 [wenmerge.com](http://wenmerge.com/) 上线，这个页面有一个难度炸弹的倒计时，当前测试大事件的重要信息，以及以太坊合并的时间线，大家可以非常清晰地看到以太坊距离主网合并还有那些步骤，以及目前正在进行什么样的工作，包括今晚北京时间 10 点 EthStaker 主办的 Ropsten 网络升级观看派对。  <center>wenmerge.com</center> 观看地址：https://youtu.be/2OfRuKSPjjw <br/> **以太坊合并社会会议系列** EthStaker 宣布自 6 月 8 日进行的 Ropsten 网络合并起，EthStaker 社区将开启以太坊合并社区会议系列，接下来还会有 Sepolia 合并升级、Goerli 合并升级、主网共识层的 Bellatrix 分叉和主网合并的社区会议。观看直播可了解获得 POAP 的方法。 详情：https://ethstaker.cc/the-ethereum-merge-community-call-series/ <br/> 更多主网的更新消息，请参阅最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-6-3)》和《[Ropsten TTD 公告](https://www.ethereum.cn/Eth2/ropsten-merge-ttd)》。 <br/> # Layer2 **Arbitrum 奥德赛社区计划于六月中旬正式启动** 此前，Arbitrum 于 4 月 12 日推出了其奥德赛社区计划 (The Arbitrum Odyssey)。Arbtirum 联合加密艺术家 @ratwell0x、@sugoiNFT 以及 Web3 数据凭证平台 Project Galaxy 举办一场为期两个月的社区计划，邀请用户探索 Arbitrum 上的 DeFi/NFT 生态。活动分四个阶段进行： - 第一阶段，投票 (四月，已结束) 4 月 14 日 Arbitrum Odyssey 在 twitch 进行了直播，Arbitrum 的社区经理 @bfreshhb 在 Arbitrum 中选出 56 个符合条件的项目，并将它们随机分成 14 个池，每池 4 个项目。 直播结束后发起一场推特投票，用户投出自己最喜欢的项目，排名前 14 的团队成为 Arbitrum Odyssey 的一部分。 - 第二阶段，跨链 (六月) 用户使用指定的跨链项目向 Arbitrum 存入 ETH 将获得 Arbitrum 发行的跨链专属 NFT。一周之后评选出最热门的跨链项目，在本周内使用了该项目的用户还将获得一个额外的 NFT 奖励。 - 第三阶段，生态协议交互 (六月) 跨链周之后为期 7 周的时间，每三天会发布任务，任务与入选的 14 个项目相关。完成交互任务的用户将有资格领取任务NFT，总共有14个。 - 第四阶段，兑换终极奥德赛之旅 NFT (八月) 第二和第三阶段，用户总共最多可以获得 16 个NFT。获得 13 个以上 NFT 的朋友，可以兑换象征着完成奥德赛之旅的终极 NFT。 来源： https://medium.com/offchainlabs/the-arbitrum-odyssey-87d6e11171d5 <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1532270805761118208&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FJvTV8Z8UbKvG83qnAxUWZ-HftK917V7dUtKeyXg252Y&amp;sessionId=b616fc29a4492aec94a86e8f8f706256475d83b3&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1532270805761118208" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 642px; display: block; flex-grow: 1;"></iframe> <br/> **Optimism 下一个升级版本 Bedrock 规范已公开，遵循 MIT 许可协议** 5 月 19 日，L2 Optimistic Rollup 扩容解决方案 Optimism 即将推出其下一代升级版本 Bedrock，并公开了其规范：https://github.com/ethereum-optimism/optimism/tree/develop/specs#optimism-bedrock-specs。规范遵循 MIT 许可协议，任何人都可以对其代码进行分叉。 Bedrock 将带来这些新功能： - 理论上最优的 calldata 提交机制。不止于 calldata 压缩，用户的交易费将前所未有地低 (与其他 rollup 相比) - 共识/执行层客户端分离。遵循以太坊的升级，使得 Optimism 无缝地集成 EIP-4844 (编者注：proto-danksharding 引入的主要功能是一种新的交易类型，我们把它称为**携有 blob 的交易 “blob-carrying transaction”**。以太坊的分片方案是给 data blob 提供更多的空间而不是交易，且以太坊协议本身并不试图解译这些 data blob。验证一个 blob 只需要检查该 blob 是否[可用](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding)——即它能否从网络上下载。这些 blob 的数据空间预期是为支持高吞吐量交易的[二层 rollup 协议](https://vitalik.ca/general/2021/01/05/rollup.html)所用的。) - 一个微小的客户端 diff 指令。让其他替代的客户端实现成为可能，给了 Optimism 用户额外级别的安全性。(编者注：此前 Optimism 公布的去中心化计划中表示，Optimism 决定为 L2 创建一个多客户端生态系统，这可以确保即便出现重大漏洞也不会使整个网络宕机。) - 快速的点对点网络。包括支持 Snap Sync (使得运行一个 Optimism 节点更加容易，为去中心化定序者奠定基础) - 高度优化的存取款机制。 - 更智能的同步、定序和状态提交机制。 Bedrock 同时是 Optimism 下一代欺诈证明系统 "Cannon" 的基础。Cannon 的 Alpha 版本将同 Bedrock 一同上线：https://github.com/ethereum-optimism/cannon/ 来源：https://dev.optimism.io/introducing-optimism-bedrock/ <br/> **L2 NFT 交易、铸造平台 Immutable 推出跨 rollup 流动性解决方案** 以太坊联合创始人 Vitalik Buterin 去年发布了文章 [《跨 rollup 封装及迁移 NFT》](https://ethresear.ch/t/cross-rollup-nft-wrapper-and-migration-ideas/10507)以提议方案如何将迅速增长的 NFT 生态转移到 layer 2 并实现跨 rollup 转移 [(中文版)](https://www.ethereum.cn/Technology/cross-rollup-nft-wrapper-and-migration-ideas)。 Immutable 是一个基于扩容解决方案 StarkNet 的 L2 NFT 交易、铸造平台。5 月 25 日，Immutable 宣布其基于 Vitalik 的提案推出跨 L2/L3 zk-rollup 的解决方案，这将是首个跨 rollup 的 NFT 流动性解决方案，使得任何由 Immutable 提供支持的 NFT 市场如 Gamestop、Rarible、OpenSea 之间能够无缝地转移 NFT。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1529207462334992384&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FJvTV8Z8UbKvG83qnAxUWZ-HftK917V7dUtKeyXg252Y&amp;sessionId=b616fc29a4492aec94a86e8f8f706256475d83b3&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1529207462334992384" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 646px; display: block; flex-grow: 1;"></iframe> <br/> **游戏平台 GameStop L2 版本推出钱包** 此前，美国电子游戏销售商 GameStop 曾宣布与 L2 NFT 交易平台 Immutable 以及 L2 解决方案路印达成合作。5 月 23 日，GameStop 推出其钱包版本，且直接集成路印交易所，使得路印 L2 用户直接无缝访问 GameStop。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1528693604364976129&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FJvTV8Z8UbKvG83qnAxUWZ-HftK917V7dUtKeyXg252Y&amp;sessionId=b616fc29a4492aec94a86e8f8f706256475d83b3&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1528693604364976129" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 362px; display: block; flex-grow: 1;"></iframe> <br/> **DeFi 隐私桥接方案 Aztec Connect 于 6 月 9 日上线主网** 此前，2021 年 3 月 16 日，以太坊 L2 zk-rollup 隐私扩容解决方案 Aztec 2.0 上线主网，推出基于密码学技术 PLONK 的 L2 隐私支付项目 zk.money。用户可以通过 zk.money 隐私地发送和接收 DAI、ETH、renBTC。 12 月 10 日，首个以太坊 DeFi 隐私桥接方案 Aztec Connect 推出测试网，隐私 DeFi 的时代即将到来。利用 Aztec Connect，用户可以桥接隐私资产至主网以进行 DeFi 交互，并在同一笔交易中返回到 Aztec 中。这使用户能够便宜且隐私地与任意以太坊 DeFi 应用交互。 Aztec Connect 上线主网初期首先集成 Lido 的流动性 ETH 质押协议，以及 Element 的质押协议，用户可以通过完全隐私的方式使用这两个协议。 Aztec Connect 代码库：https://github.com/AztecProtocol/aztec-connect 关于 Aztec Connect 更详细的介绍请看这期七日谈：https://www.ethereum.cn/Ecosystem/eth-weekly-2021-12-14/ 来源：https://medium.com/aztec-protocol/countdown-to-aztec-connect-b7b754b1e539 <br/> **为企业量身定做的 L2 去中心化隐私交易解决方案 Polygon Nightfall 主网 beta 版本上线** Polygon Nightfall 是一个与 EY. 合作构建的企业专用型扩容解决方案，它利用零知识证明的隐私功能实现 optimistic rollup 解决方案。 5 月 17 日，Polygon 宣布 Polygon Nightfall 主网 beta 版本上线。 来源：https://blog.polygon.technology/introducing-polygon-nightfall-mainnet-decentralized-private-transactions-for-enterprise/ <br/> **L2 协议生态更新系列推荐** 加密/Web3 投资公司 Paradigm 推出 L2 协议生态更新系列，每两周一期，截至本文发布已推出两期： https://medium.com/paradigm-fund/l2-report-vol-1-ca93fe7ff493 https://medium.com/paradigm-fund/l2-report-vol-2-a497fab0aa83 <br/> # 生态 **Devcon VI 售票开始了！** 将于 2022 年第三季度在哥伦比亚的波哥大举行的第六届 Devcon 已开始接受网上申请和售票。以太坊基金会博客于 6 月 6 日发布了关于 Devcon VI 的最新公告，公布了关于票务、演讲者申请、支持者信息等相关事宜的信息。在票务方面，在上半年，公开门票出售和基于申请的门票出售会有折扣价。除了提供一般的门票分销方式，部分门票还会尝试采用链上抽奖+竞拍的方式。门票类型包括：一般入场券、构建者、学生和志愿者 (免费)。  详情：https://blog.ethereum.org/2022/06/06/devcon-vi-details/ <br/> **Fidelity Digital Assets 今年将增加提供 ETH 的服务支持** 据 CoinDesk 报导，为数字资产提供机构级别标准投资方案的 Fidelity Digital Assets 计划在今年增加一倍的员工数量，以满足来自机构投资者们与日俱增的加密货币交易需求。在其披露的计划中有提到，他将壮大其技术团队，并提供 ETH 的支持服务，这表明了 Fidelity 扩大加密货币市场的意图。 来源：https://www.coindesk.com/business/2022/05/31/fidelity-digital-assets-plans-to-double-headcount-this-year-report/ <br/> **PayPal 用户现在可以转移、发送和接收比特币、以太币、BCH 和莱特币** PayPal 高级副总裁兼加密货币和数字货币总经理 Jose Fernandez da Ponte ： 我们很激动地宣布，从今天开始，PayPal 支持与其他钱包和交易所之间进行加密货币的本地转移。自从我们开始在平台上提供购买加密货币的服务以来，这些功能一直是用户呼声最高的优化方向。 从今天开始，这些新功能对部分美国用户（不对夏威夷用户开放）开放，并在未来几周内向所有符合条件的美国客户推广，让 PayPal 客户： - 可以转入 PayPal 支持的加密货币； - 可以从 PayPal 账户中转出货币到包括交易所和硬件钱包上的加密地址； - 可以在 PayPal 平台上发送加密货币给朋友或家人，仅需要几秒，发送或接收加密货币不需要支付手续费或网络费用 这让 PayPal 的用户可以灵活地转移自己的加密货币资产（比特币、以太币、BCH 或是莱特币）到 PayPal 平台的内部/外部，这表明我们这一领先平台的持续发展，也使得用户可以同更加广泛的加密货币生态系统进行交互。将自己的加密货币转进 PayPal 的用户可以通过使用我们的“加密货币付款”功能，购买上百万商户的商品，以此扩展其加密货币的用途。 PayPal 已获得纽约金融服务部门（NYDFS）授予的比特币执照，成为第一家将条件式的 BitLicense 执照转换为完全的 BitLicense 执照的企业 (编者注：**BitLicense** 是 NYSDFS 根据为公司设计的法规颁发的用于虚拟货币活动的营业执照的一类通用术语)，标志着我们对创新责任的承诺，以及在完全遵循监管指引和最佳实践的前提下，对访问权限和数字货币用途的扩展。增加转移、发送和接受加密货币的功能，则是我们要建立更为包容、高效的金融系统所要下的另一步棋。 更多详细的转移、发送和接收加密货币资产的步骤说明，请查阅：https://newsroom.paypal-corp.com/2022-06-07-PayPal-Users-Can-Now-Transfer-Send-and-Receive-Bitcoin-Ethereum-Bitcoin-Cash-and-Litecoin <br/> **即将到来的 2022 年共识大会（The Consensus）** 2022 年共识大会（The Consensus）即将到来。 该共识大会由加密货币期货平台 CoinDesk 主办，是关于加密货币的展会和庆祝活动。这是唯一一个涵盖了区块链、加密货币、Web3 以及元宇宙等方方面面的节日，号称是加密界规模最大且举办时间最长的加密节日。迄今有 15,000 名以上的参与者，以及 500 位以上的演讲人。 共识大会 2022 将连续举办四天，从 6 月 9 日至 12 日。 在 9 日，大会请到了 SuperRare Lab 的 CEO John Crain、美国商品期货交易委员会主席 Rostin Behnam 和 Coinbase 的研究员 David Duong 等专业人士，主要内容集中在介绍如何玩转 Apes 等项目的 NFT，美国商品期货交易委员会（CFTC）对加密货币的监管愿景以及对数字资产投资前景的分析等。 在 10 日，大会请到了 CME 股票和外汇产品董事总经理兼全球主管 Tim Rosenblum、[Binance.US](http://binance.us/) 首席风险控制管 Sidney Majalya、Consensys 全球关系主管 Steve Haft 以及 Fidelity Investment 主席等专业人士，主要内容集中在介绍加密衍生品如何改变华尔街、DeFi 和 CeFi 的对比 、DAO与环境保护以及 CEX 和 DEX 的对比等。 具体会议日程：https://events.coindesk.com/consensus2022/agenda 该大会有现下和线上两种参与方式，线上的用户可以通过购买**虚拟门票**进入指定的直播平台，完整的门票详情以及购买通道请查阅：https://www.coindesk.com/consensus2022/ 来源：https://www.coindesk.com/consensus2022/ <br/> **StarkWare 以 80 亿美元的估值完成了 1 亿美元的 D 轮融资** 5 月 31 日，StarkWare 官方推特发出消息称，他们以 80 亿美元的估值完成了 1 亿美元的 D 轮融资。投资方包括其领头投资方 Greenoaks and Coatue 以及 Tiger Global 等投资方。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1529454921451458560&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FJvTV8Z8UbKvG83qnAxUWZ-HftK917V7dUtKeyXg252Y&amp;sessionId=b616fc29a4492aec94a86e8f8f706256475d83b3&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1529454921451458560" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 675px; display: block; flex-grow: 1;"></iframe> <br/> **Bankless 获美国专利商标局授予的商标™️** 6 月 2 日，Bankless 官方推特发布推文，“Bankless 现在是 Bankless™️了” 据该文件，Bankless 的商标在 5 月 31 日就已经注册完成。  来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3JlZnNyY19zZXNzaW9uIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9LCJ0Zndfc2Vuc2l0aXZlX21lZGlhX2ludGVyc3RpdGlhbF8xMzk2MyI6eyJidWNrZXQiOiJpbnRlcnN0aXRpYWwiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3R3ZWV0X3Jlc3VsdF9taWdyYXRpb25fMTM5NzkiOnsiYnVja2V0IjoidHdlZXRfcmVzdWx0IiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1532148011303899139&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FJvTV8Z8UbKvG83qnAxUWZ-HftK917V7dUtKeyXg252Y&amp;sessionId=b616fc29a4492aec94a86e8f8f706256475d83b3&amp;theme=light&amp;widgetsVersion=b45a03c79d4c1%3A1654150928467&amp;width=550px" data-tweet-id="1532148011303899139" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 703px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-6-3https://www.ethereum.cn/Eth2/wnie2-2022-6-3Mon, 06 Jun 2022 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220603) 作者 | Ben Edgington <br/> ## 本周首荐 这篇文章不止是本周首荐——它还是年度最佳的优秀候选篇目：Dephi Digital 的 Jon Charbonneau 写的《以太坊指南懒人包 ([The Hitchhiker’s Guide to Ethereum](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum/))》。 Jon 的文章对以太坊的未来进行了深入探讨。这篇文章很长 (大约需要 1 个小时)，内容密集，但写得很有趣，很有洞见，非常值得留出时间来阅读。Vitalik 对这篇文章表达了[赞赏](http:)！ 有两种方法帮大家摄取这篇好文： - Bienvenido Rodriguez 以[推文的形式发表了文章的概要](https://twitter.com/0xb17z/status/1532039402234314752)，只有 58 条推！ - Jon 自己作客 Bankless，用[直播的方式给大家讲解](https://www.youtube.com/watch?v=xuLyZaty9iI)了这篇文章。 <br/> ## 信标链 ### 关于重组 上周，我们经历了一阵慌乱。5 月 25 日，信标链出现了一次[七个区块的重组](https://twitter.com/ethnimbus/status/1529411195966472193)。  Beacon chain explorer showing seven forked blocks. 一个区块提议者忽略了最近的一个或几个区块，而是构建一个更早的区块，例如最新区块的父块或更早的祖先块。中间的区块可能会被踢出链，这样就好像它们从来没有被产生过一样。重组在工作量证明链上出现是很常见的，但它们的深度很少会超过 2-3 个区块。 重组可以像下图般进行可视化，根据信标链区块所在的 slot 对它们进行编号：  3887082 号区块本应该建在 3887081 号之上，但提议者倒退了 8 个代际，建在了 3887074 号的区块上。结果，这中间的 7 个区块都被提出了区块链。 这件事在推特上引起了一定程度的[关注](https://twitter.com/koeppelmann/status/1529458000011972610)。 #### 分析 我之前在这里有写过很长的解释，但 Barnabé Monnot [解释得更好](https://barnabe.substack.com/p/pos-ethereum-reorg)。 他的文章解释了发生了什么，根本原因是什么，以及为什么我们在未来不需要担心这个问题。 简而言之，我们一直在逐步推出对分叉选择规则的修复，我们也许应该更紧密地协调这个修复工作。当固定节点和非固定节点的数量达到将近各一半时，他与另一个问题 (也正在修复) 加起来就会导致重组发生。 最终，完全消除重组的唯一方法是转向[单个 slot 实现最终确定性的方案](https://notes.ethereum.org/@vbuterin/single_slot_finality)。我们现在的信标链只在最少 64 个 slot 后才能实现最终确定性，因此重组将总是可能发生的，虽然有深度的重组应该是非常罕见的，除非网络受到非常强大的攻击。 其他人也写了非常有用的总结：[@terencechain](https://twitter.com/terencechain/status/1529566839033933824), [@gakonst](https://twitter.com/gakonst/status/1530286751188672513), [@koeppelmann](https://twitter.com/koeppelmann/status/1529832225272897536)。 ### 存款队伍处理 其他关于信标链的消息，我们都知道，新验证者的激活是在每几个 epoch 中有速率限制的。很多人不知道，[这个速率是会随着验证者集变大而增快的](https://eth2book.info/altair/part3/helper/accessors/#get_validator_churn_limit)。 我提到这一点是因为我们上周达到了另一个里程碑，随着我们突破了 393,216 名活跃验证者，每个 epoch 的限制从 5 增加到 6。这相当于每天有多达 1350 个新的验证者被激活。 ## 测试合并 规范版本 [v1.2.0-rc.1](https://github.com/ethereum/consensus-specs/releases/tag/v1.2.0-rc.1) 是合并 (The Merge) 的规范候选版本。这是一个重要的里程碑！我们将通过即将构建的合并测试网，对这个版本进行测试。 ### Ropsten 信标链 Rospten 测试网合并挺有趣的。我们设好了一个终结总难度 (TTD——合并事件应该发生的点)，一个捣蛋的矿工将 Ropsten 的算力提高了 100 倍，比原来触达 TTD 的时间早了大约 2 周——甚至比 Ropsten 信标链的部署还早，这就成了问题。你不能跟不存在的东西合并。 [Tim Beiko](https://notes.ethereum.org/@timbeiko/ropsten-ttd-override) 和 [@functi0nZer0](https://twitter.com/functi0nZer0/status/1529954510810013703) 对这个问题进行了详尽的解释。 仔细想想，我们有点天真地以为这样的事情是不会发生的。这个问题不大——在主网上这样改变算力是完全不可行的——但对于计划来说是个麻烦。 作为快速反应，我们[放弃](https://twitter.com/vdWijden/status/1529895417881800714)了旧的 TTD，并在以太坊核心开发者会议上做了一个[修订计划](https://twitter.com/TimBeiko/status/1530269946319474689)。 目前的情况是，Ropsten 信标链现在已经启动了，它已经进行了 [Bellatrix 分叉](https://twitter.com/terencechain/status/1532515981762867201)，而且我们都设置了修订后的 TTD，目标仍然是 6 月 8 日进行合并。 如果你正在运行一个 Ropsten 节点，你需要注意新的 TTD 值 (更新，它现在是 `50000000000000000` ) 并用它来手动覆盖在你的执行层和共识层客户端的 TTD 设置。 另外，由于客户端间就 Eth1 投票过程的细节上有[分歧](https://hackmd.io/@benjaminion/BkmzqV8uq#Ropsten-deposit-tracking-issues)，处理验证者存款到信标链上出现了延迟。这些问题现在都已经解决了，现在验证者可以正常在 [Ropsten 链](https://ropsten.beaconcha.in/)上激活了。 这篇是以太坊基金会关于 Ropsten 测试网合并的[公告](https://blog.ethereum.org/2022/05/30/ropsten-merge-announcement/)。这是关于[如何在 Ropsten 上运行节点](https://notes.ethereum.org/@launchpad/ropsten)的指南。以及，这是来自 EthStaker 的 Rémy 和 Yorick 演示[如何用 eth-docker 设置一个 Rospten 节点的视频](https://www.youtube.com/watch?v=LYiDkwLSDx4)，Rémy 还有一个非 Docker 的[指南](https://github.com/remyroy/ethstaker/blob/main/merge-ropsten.md)。 ### 第六个主网影子分叉 主网影子分叉的工作现在已经变得相当常规了，不知不觉这周已经是第六个了 MSF6 ，它进行得非常顺利，尽管并不很完美。读者可以通过[影子分叉追踪文档](https://notes.ethereum.org/PhbNw_cGSQ-VKqzGl4bPcg?view)来了解进展。 ### 其他#TestingTheMerge 的消息 Kiln 测试网现在处理的交易比主网的还多！ Tim Beiko 就测试合并对以太坊用户和应用层的意义发表了一些看法。应用开发者们，行动起来吧！ <br/> ## 合并之后 推动在合并后尽快实现 [EIP-4844](https://www.eip4844.com/) (proto-danksharding) 的势头越来越强劲。这是迈向全面数据可用性解决方案的一步，并将增加用于 rollup 的低价可用数据。 对这项工作的一个巨大推动力来自于最近发现的一项[优化拉取请求](https://github.com/ethereum/EIPs/pull/5088)，它极大地减少了验证数据 blob 交易所需的工作量。 <br/> ## 质押 Danny Ryan 最近发表了文章《LSD 的风险 ([The Risks of LSD](https://notes.ethereum.org/@djrtwo/risks-of-lsd))》，名字取得非常好 (译者注：LSD 在文中指的是流动性质押衍生品，但 LSD 同时也是一种迷幻药的名字)，他列举了与流动性衍生品相关的一些危险。在[相关的推文](https://twitter.com/dannyryan/status/1531383030786314240)下有非常有益的讨论。请记住，中心化是一种毒品，会让人上瘾。 如 Lido 所承诺的，他们已经在治理论坛上发起了讨论帖，讨论他们是否应该[为总质押率设限](https://research.lido.fi/t/should-lido-on-ethereum-be-limited-to-some-fixed-of-stake/2225)。讨论很活跃，内容很多。 Justin Drake 则提出了一个有趣的[研究提案](https://ethresear.ch/t/liquid-solo-validating/12779?u=benjaminion)，描述了一种非中心化的流动性质押衍生品。它可以被个人质押者使用，但依赖于硬件飞地技术，例如英特尔的 SGX。(译者注：硬件飞地，Hardware Enclaves，是用于把可信执行分布到不可信平台的硬件抽象 ) <br/> ## 释义性文章 信标节点检查点同步大大提升了用户体验，Teku 是其先行者。但你怎么能相信你下载的初始状态呢？你需要盲信 Infura 吗？Adrian Sutton 在文章《检查点同步安全 ([Checkpoint Sync Safety](https://www.symphonious.net/2022/05/21/checkpoint-sync-safety/))》上对这些问题进行了讨论。 还没搞明白 Dansharding 吗？@_ReadingApe 对最近 Bankless 上有 Vitalik、Dankrad 和 Protolambda 参与的一期节目《深入 Danksharding ([Dive into Danksharding](https://www.youtube.com/watch?v=N5p0TB77flM))》做了笔记。 我的好同事 (但即将变成前同事的) Sajida Zouarhi 作客 PEEPanEIP，与 Ethereum Cat Herders 录制了一期关于 Hyperledger Besu 与合并的节目。似乎视频还没放出来——请留意[这里](https://www.youtube.com/channel/UCD9iiIwTRtLDYcEWONs2Q3A/videos)——但 Sajida 的[讲演](https://docs.google.com/presentation/d/1d1-2x1sWUkJz1Qx6gyzgr4K4ZJ5Y3HMms8sbOrD_Z10/edit#slide=id.g12d423b4a7a_0_179)已经分享出来了。 <br/> ## 媒体与其他 Uncommon Core 关于合并的[第二部分](https://www.youtube.com/watch?v=8UPFwKyaQOE)播客也出来了，除了有 Hasu、Danny 和 Tim，这部分还有 Flashbots 的 Stephane Gosselin 参与讨论。这场讨论简直让人听得津津有味。是一群有学识、有思想的人之间一次很棒的对话。Hasu 是一位优秀的主持。在这一部分，他们还讨论了 Lido 和合并后的 MEV。这是[第一部分](https://www.youtube.com/watch?v=zvODqTUAPN0)，以防你错过了。 几周前，引起人们兴奋的 [Verge of the Merge](https://vimeo.com/713930942) 专题讨论小组视频 (Bankless) 已经上传了。另外，DefiDad 在 Permissionless 会议上与 [Preston Van Loon](https://www.youtube.com/watch?v=MrrDt9_06hc) 做了个短采访。这个采访很好。爱 Preston。 <br/> ## 研究 关于[验证者匿名](https://ethresear.ch/t/ethereum-consensus-layer-validator-anonymity-using-dandelion-and-rln-conclusion/12698?u=benjaminion)有新研究。不幸的是，考虑到信标链的时间限制，它以现行的形式是不可行的。但很高兴看到有人继续攻克这个重要问题。 Mário Havel 在做[预测以太坊上的 TTD](https://ethresear.ch/t/predicting-ttd-on-ethereum/12742?u=benjaminion) 的工作。随着我们越接近合并，这个研究工作会变得越有用，还包括一个预测[工具](https://github.com/taxmeifyoucan/predict_ttd/)。 Dmitry Khovratovich 对 Vitalik 在单个秘密领袖选举中应用 [swap-or-not 混洗](https://ethresear.ch/t/simplified-ssle/12315?u=benjaminion)协议的提案进行了[分析](https://ethresear.ch/t/analysis-of-swap-or-not-ssle-proposal/12700?u=benjaminion)，并发现它不理想。 <br/> ## 常规会议 ### 以太坊核心开发者会议 (ACD) - [会议议程](https://github.com/ethereum/pm/issues/528) - [会议视频](https://www.youtube.com/watch?v=5mMd-XHAv2Q) - [Tim Beiko](https://twitter.com/TimBeiko/status/1530265096156434432) 和 [Christine Kim](https://twitter.com/christine_dkim/status/1530351001051377664) 的记录 首先，如何处理为 Ropsten 的合并设置 TTD，Ropsten 上的难度是很容易被操纵。 #### 什么时候合并？ 在此之后，我们在“什么时候合并”的战斗中开始有一些小冲突。Nethermind 团队非常希望将以太坊的难度炸弹推迟 3-4 个月；其他人则希望保持难度炸弹给的压力。 就其价值而言，我的看法如下。在我们这样的分布式开发环境中，只有在有集体压迫感的情况下，事情才能完成——这是我多年来的观察。现在，炸弹导致的即将到来的区块时间爆炸则提供了这种紧迫感。如果我们延迟了炸弹，那么我们需要在其他地方找到我们的紧迫感，因为如果我们不这样做，我们可能要到明年才能实现合并。我认为，我们在工作量证明上每多停留一天都是可耻的。 但是，我不在意这种紧迫感是来自难度炸弹还是其他地方。如果我们确实推迟了炸弹，那么我会强烈主张同时宣布一个合并的目标日期，以作为替代的强制功能。 假如 Ropsten 在这周合并顺利🤞那么这将会是 6 月 10 日 ACD 的主要讨论话题。 这是用于参考的最新难度炸弹[跟踪帖](https://ethresear.ch/t/blocks-per-week-as-an-indicator-of-the-difficulty-bomb/12120/28?u=benjaminion)。 ### PoS 实现者会议 第 88 次实现者会议在 6 月 2 日进行。 - 会议议程 - 会议视频——尽管它现在因违反油管关于垃圾信息、欺骗性行为和诈骗的政策而被下架“🤷‍♂️ (更新：视频在[这里](https://www.youtube.com/watch?v=4oI48BEijVw)可以看了。) - 我的[笔记](https://hackmd.io/@benjaminion/BkmzqV8uq)。 没什么大事件。主要是关于正在进行的测试的更新 (第六次主网影子分叉、Ropsten 存款队伍问题、Ropsten TTD)，以及其他测试网合并的计划 (Goerli 和 Sepolia)。Nimbus 团队在轻客户端规范上正在进行一些很认真的工作。 Christine Kim 把两个会议结合起来写了很详细的[文章](https://docsend.com/view/u4rb7vd5h35jtd4b)。 ### 合并社区会议 第 4 次合并社区会议于 6 月 3 日进行。还没有时间看。 - [会议议程](https://github.com/ethereum/pm/issues/532) - [会议视频](https://www.youtube.com/watch?v=qG-A5i6x6N8) <br/> ## 其他信息 - Stereum 第 8 期 [Under The Surface](https://stereum.net/under-the-surface-008/)。Stereum 的节点安装程序 v2.0 的第一个测试版已经发布了。 - Lido 的 [Weekly Digest](https://twitter.com/LidoFinance/status/1532768980062154753)：5 月 27 日 - 6 月 3 日，2022 - Jacek 已经将信标链的完整原始历史数据做成 Nimbus 的 era file 格式，提供给大家：https://beacon.tennisbowling.com/eras/ - 所有的大人物都围绕[以太坊合并社区会议系列](https://www.reddit.com/r/ethstaker/comments/v4631j/ethereum_merge_community_call_series/)进行协作，包括 Ropsten 和其他测试网的合并，合并前的升级，以及当然合并本身。 <br/> ## 写在最后 提醒大家，Superphiz 和我有时会聚在一起[谈论 Eth2 的新闻](https://www.youtube.com/watch?v=SS2Un8Bs044&list=PLOB9GGXGcc30i4lARcf9xSN3SvgaUf0O8&index=7)。这几乎是我本周的中i但。我爱 Phiz 的洞见和热情。我们可能会在周一对这期新闻做一次回顾，敬请留意。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/ropsten-merge-ttdhttps://www.ethereum.cn/Eth2/ropsten-merge-ttdMon, 06 Jun 2022 00:00:00 GMT来源 | [以太坊基金会博客](https://blog.ethereum.org/2022/06/03/ropsten-merge-ttd/) 作者 | 以太坊基金会协议支持团队 - Ropsten 合并的 `TTD (Terminal Total Difficulty，终端总难度)` 为 `50000000000000000` - 验证者和节点运行者必须在 **2022 年 6 月 7 日**之前更新自己的执行层和共识层客户端，手动将 TTD 覆盖为该值 - PoW 测试网的哈希率具有较大波动性，因此 Ropsten 合并的具体时间很难准确地预测。假设出现特别大的波动意外，我们预计合并将在 2022 年 6 月 8-9 日发生。 - 请注意，同步 Ropsten 上的执行层客户端需要几个小时到几天，并且要求在整个合并过程保持同步 <br/> ## 背景 本周早些时候，Ropsten 测试网向 PoS 过渡的公告已宣布(中文版见下文)。由于 PoW 测试网哈希率的不稳定性，支持此次升级的客户端版本的 `TTD` 被手动设置地非常高，以确保 Ropsten 信标链准备好之后才触发合并。 昨天，在时隙 `24000`，Bellatrix 升级在 Ropsten 信标链激活，使信标链做好合并的准备。新的 `TTD` 值 `50000000000000000` 被选为触发过渡至 PoS 的值。 **在网络到达这个** `TTD` **值之前，节点运行者和质押者需要将他们的执行层和共识层客户端手动**更新覆盖为该 `TTD` 值。 当前网络的 `TTD` 是区块头的一部分，可以通过查询你的节点或者访问区块浏览器来获得。 假设网络哈希率没有意外的变化发生，我们预计将在 2022 年 6 月 8-9 日到达这个 `TTD` 值。 <br/> ## Ropsten 合并客户端版本 为了覆盖为该 `TTD` 值，节点运行者和质押者必须运行下列的客户端版本或者更新的版本。请注意，共识层和执行层客户端都必须在合并之前完全同步，执行层客户端可能需要花几个小时到几天的时间来同步。 ### 共识层 Lighthouse：Baby Wizard (2.3.0) https://github.com/sigp/lighthouse/releases/tag/v2.3.0 Lodestar：v0.37.0 https://github.com/ChainSafe/lodestar/releases/tag/v0.37.0 Prysm：v2.1.3-rc.2 https://github.com/prysmaticlabs/prysm/releases/tag/v2.1.3-rc.2 Nimbus：v22.5.2 https://github.com/status-im/nimbus-eth2/releases/tag/v22.5.2 Teku：v22.5.2 https://github.com/ConsenSys/teku/releases/tag/22.5.2 ### 执行层 Besu：v22.4.2 https://github.com/hyperledger/besu/releases/tag/22.4.2 Erigon：v2022.05.08 https://github.com/ledgerwatch/erigon/releases/tag/v2022.05.08 go-ethereum (geth)：v1.10.18 https://github.com/ethereum/go-ethereum/releases/tag/v1.10.18 Nethermind：v1.13.1 https://github.com/NethermindEth/nethermind/releases/tag/1.13.1 <br/> ## TTD 值覆盖 为了在合适的时间激活合并，节点运行者和质押者必须将其执行层和共识层客户端的 `TTD` 值覆盖为 `50000000000000000`。 下面列出了每一个客户端的操作指南： ### 执行层 ### Besu - 如果使用 TOML 配置文件，添加以下行： `override-genesis-config=["terminalTotalDifficulty=50000000000000000"]` - 或者，当使用这个客户端启动节点时，添加这个 flag：`-override-genesis-config="terminalTotalDifficulty=50000000000000000"` ### Erigon - 当使用这个客户端启动节点时，添加这个 flag：`-override.terminaltotaldifficulty=50000000000000000` ### Go-Ethereum (geth) - 当使用这个客户端启动节点时，添加这个 flag：`-override.terminaltotaldifficulty 50000000000000000` ### Nethermind - 当使用这个客户端启动节点时，添加这个 flag：`-Merge.TerminalTotalDifficulty 50000000000000000` - 也可以在你的客户端的[配置文件夹](https://docs.nethermind.io/nethermind/ethereum-client/configuration#config-file)或[环境变量](https://docs.nethermind.io/nethermind/ethereum-client/configuration#environment-variables)中完成设置，将 `TTD` 值设置为 `50000000000000000` ### 共识层 ### Lighthouse - 当使用这个客户端启动节点时，添加这个 flag：`-terminal-total-difficulty-override=50000000000000000` ### Lodestar - 当使用这个客户端启动节点时，添加这个 flag：`-terminal-total-difficulty-override 50000000000000000` - 了解更多信息，请看这篇[博客文章](https://blog.chainsafe.io/lodestar-v0-37-0-bopsten-ready-release-231d185e3e1e)。 ### Nimbus - 当使用这个客户端启动节点时，添加这个 flag：`-terminal-total-difficulty-override=50000000000000000` ### Prysm - 当使用这个客户端启动节点时，添加这个 flag：`-terminal-total-difficulty-override 50000000000000000` - 也可以在 `config.yaml` 文件夹中完成设置，在你的配置目录中更新 TTD 值并重启你的客户端 ### Teku - 当使用这个客户端启动节点时，添加这个 flag：`-Xnetwork-total-terminal-difficulty-override=50000000000000000` <br/> ## 常见问题解答 下文中文版来源：https://blog.ethereum.org/2022/05/30/ropsten-merge-announcement/ ### 作为节点运行者或质押者，我应该做什么？ 正如在文章[《Ropsten 合并公告》](https://blog.ethereum.org/2022/05/30/ropsten-merge-announcement/)中所提到那样，Ropsten 上的节点运行者和质押者必须将其执行层和共识层客户端升级为上文列出的版本或更新的版本。 更新完之后，节点运行者和质押者必须将其执行层和共识层客户端的 TTD 值手动覆盖为`50000000000000000` (使用上述列出的命令行完成)。 最后，请确保在合并之前完全同步你的执行层和共识层客户端。同步执行层客户端可能需要几天的时间。 ### 作为应用或工具开发者，我应该做什么？ Ropsten 合并之后，是时候确保在向 PoS 过渡以及合并后的环境中，你的产品都能能按预期运行。如[之前的博文](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)所述，合并只会对以太坊上部署的合约子集产生非常微弱的影响，应该不会破坏任何合约。 此外，大部分用户的应用程序接口 (API) 端点仍将保持稳定（除非使用 `eth_getWork` 等工作量证明的特定方法）。 尽管如此，以太坊上的大多数应用程序涉及的远不止链上合约。 现在您要确保前端代码、工具、部署管道和其他链下组件能够按预期运行。 我们强烈建议开发者在 Ropsten（或 [Kiln](https://blog.ethereum.org/2022/03/14/kiln-merge-testnet/)）上执行一个完整的测试和部署周期，并向这些项目的维护者报告任何工具或依赖项存在的问题。 如果不确定在哪里提出问题，请使用[此仓库](https://github.com/eth-clients/merge-testnets/)。 ### 作为以太坊用户或以太币持有者，我需要做什么？ 不需要。 以太坊主网不受此测试网的影响。 在主网过渡之前，我们将在此博客中发布后续公告。 ### 作为矿工，我需要做什么？ 不需要。 如果在以太坊主网或 Ropsten 上挖矿，您应该了解在合并后，每个网络将完全基于 PoS 权益证明机制运行。 届时，以太坊网络上将无法再挖矿。 Ropsten 合并预计在 2022 年 6 月 8-9 日进行，以太坊主网合并预计于今年晚些时候进行。 ### 什么时候合并？ 截至本文发布，以太坊主网合并的日期尚未确定。任何给出合并日期的相关言论都可能是一个骗局。更新内容将发布在本文，请关注！ 假设 Ropsten 中不会出现问题，一旦客户端测试完成，以太坊的其他测试网也将推进合并工作。Goerli 和 Sepolia 都成功过渡到 PoS 并稳定运行后，将为信标链上的 Bellatrix 升级选择一个时隙高度，并且设定主网合并的[终结总难度（ ](https://eips.ethereum.org/EIPS/eip-3675#terminal-total-difficulty-vs-block-number)`TTD`[） 值](http:)。然后，客户端将发布在主网上支持合并的版本。 我们将在此博客以及其他社区平台上宣布相关消息。下图展示了这个过程：  以上均以未发现问题作为前提。 如果在此过程的任何时间点发现问题，或测试范围被判定不够全面，我们将解决这些问题，然后再继续推进部署进程。 只有到这时，才可能估计合并的确切日期。 也就是说，我们会快马加鞭🔜。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/decentralized-society-finding-web3-soulhttps://www.ethereum.cn/Ecosystem/decentralized-society-finding-web3-soulThu, 02 Jun 2022 00:00:00 GMT作者 | E.格伦·韦尔[2]，普迦·奥尔哈弗[3]，维塔利克·布特林[4] 翻译 | @如我 @绵绵 Maggie @Survivor @Austin @chainbase 校对 | ECN <br/> 道（DAO）者万物之奥。善人之宝，不善人之所保。 ——老子, 62 章 <br/> ## 摘要 今天的 Web3 主要表现在可转让的金融化资产上，而不是对社会信任关系的编码。然而，很多核心的经济活动是建立在持久且不可转让的关系上的，如无抵押贷款和个人品牌建设。在本文，我们阐述了：代表了“灵魂”中承诺、凭证、归属关系的不可转让的“灵魂绑定”通证（下文称“SBTs”），如何对实体经济的信任网络进行编码，从而确立出处与建立声誉。更重要的是，SBT 为其他拥有远大抱负的应用赋能，比如社区钱包恢复、对抗女巫攻击的治理，去中心化的机制，和具有可分解性、共享性权利的新型市场。我们把这种更丰富、更多元化的的生态系统称为“去中心化社会”（Decentralized Society, DeSoc）——它具备共同做决定的社会性。在这个系统中，灵魂跟社区可以自下而上召集起来，作为彼此的新兴属性，以在一定的范围内共同创造多元的网络物品和网络智能。这种社会性的关键在于可分解的产权和强化的治理机制，通过奖励合作和信任，同时保护网络不被俘虏、寻租和控制，例如对相关性分数降低权重的二次方融资。有了这种强化的社会性，Web3可以避免现在的超级金融化趋势，并支持一个更具有变革性、多元化，跨越社交距离且收益递增的未来。 <br/> ## 1.介绍 Web3 在不到十年的时间内打造了一个具有前所未有的灵活性和创造力的平行金融系统，惊艳了全世界。密码学和经济学原语，如公钥密码学、智能合约、工作量证明和权益证明等，带来了一个复杂而开放的金融交易生态系统。 然而，金融交易的经济价值是产生于人类及其关系的。由于 Web3 缺乏代表这种社会身份的原语，它从根本上还是依赖于非常中心化的 Web2 结构，它希望超越这种结构，却同时在重蹈其局限性。 这种依赖性的例子包括： 1. 大多数 NFT 艺术家都依赖于像 OpenSea 和推特这样的中心化平台来提供稀缺性和最初原创性的保证。 2. 尝试超越简单的通证投票模式的 DAO 通常依赖于一些 web2 基础设施 (如社交媒体资料) 以抵御女巫攻击。 3. 许多 web3 参与者依赖于像 Coinbase 或 Binance 等中心化实体管理的托管钱包。去中心化的**密钥管理系统**对任何人来说都不是用户友好型的，而最为复杂。 此外，原生 web3 身份的缺乏，导致如今的 DeFi 生态系统无法支持现实经济中再平凡不过的活动，例如**抵押不足的贷款 (undercollateralized lending)** 或像公寓租赁这样的简单合同。在这篇论文里，我们阐述了，即使是用灵魂绑定通证代表社会身份的微小进展，也能克服这些局限，通过在原生的 Web3 环境中的基础人类关系把这个生态系统推向更接近于再生市场的形态。 更值得憧憬的是，我们重点论述具有丰富社会关系可组合性的原生 web3 社会身份，将如何在解决 web3 中围绕财富集中和治理易受金融攻击等更广泛的长期问题上取得巨大进展，同时刺激具有创新性的政治、经济和社会层面应用的寒武纪大爆炸。我们将这些用例和它们促成的更加丰富多元的生态系统统称为**“去中心化社会”（下文称“DeSoc”）**。 <br/> ## 2.概览 首先，我们会解释 DeSoc 的原语，其核心是存放**不可转让的（初期为公开的）“灵魂绑定通证**”的账户（或钱包），这些 SBT 代表承诺、凭证和归属关系，这样的通证就像一份延展版的简历，由证明这些社会关系的其他钱包出具。 然后，关于通往在这个社会堆栈上实现越发具有雄心的应用的“阶梯”，我们对这些原语所赋能的进行了描述，它们包括： ●确立出处 ●通过声誉打开抵押不足的贷款市场 ●实现去中心化的密钥管理 ●阻碍和抵消协同的策略性行为 ●度量去中心化的程度 ●创建具有可分解性的、共享的权利和权限的新式市场 这一描述最终形成 DeSoc 的愿景——共同做决定的社会性。在这个社会里，灵魂跟社区可以自下而上聚集在一起，作为彼此的新兴属性，以在一定的社会规模内，共同创造多元的网络物品，其中包括多元智能。最后，我们回应了几个潜在疑虑和反对意见，并与web3中其他为人熟知的身份范式进行了比较，尽管经常说我们的愿景 DeSoc 的初级版本，但却是可编程隐私和通信的进步。然后，我们考虑通过技术途径来开启实现我们设想的愿景的道路。在这些基础上，通过更多的哲学式思辨，我们期待 DeSoc 可以将 web3 重定向到一条更深刻、更具有认受性和更具变革性的康庄大道上。 <br/> ## 3.灵魂 我们的关键原语是持有**公开可见的、不可转让的（但可能是发放者可撤销的）token** 的账户或钱包。[5] 我们将这些账户称为“灵魂 (souls)”，并将这些账户所持有的token称为“[灵魂绑定](https://vitalik.ca/general/2022/01/26/soulbound.html)通证”(SBTs)。尽管我们十分关注隐私但我们最初假设它们是公开的，因为技术上它更容易进行概念证明，即使人们愿意公开分享的通证类别有限。在本文的后面，我们将用更丰富的用例引入“可编程隐私”的概念。 想象一下这样的一个世界，大多数参与者都有灵魂，它存储了一系列与 SBT 相对应的归属关系、成员资格跟凭证。例如，一个人可能有一个灵魂，它存储了代表教育证书、就业历史、或他们的写作或者艺术作品的哈希的 SBT 。在最简单的形式下，这些 SBT 可以被“自我核证”，就像我们在简历中分享自己的信息一般。但是，当一个灵魂所持有的 SBT 可以被其他对手方的灵魂账户发放或者证明时，这种机制真正的威力就出现了。这些对手方灵魂账户可以是个人、公司或机构。例如，以太坊基金会可以是向参加开发者会议的灵魂发放 SBT 的灵魂账户，一所大学可以是向毕业生发放 SBT 的灵魂账户，一个体育场可以是向道奇队的长期球迷发放 SBT 的灵魂账户。 值得我们注意的是，没有硬性要求说，一个灵魂需要与一个合法的名称相关联，也没有任何协议级别要求保证“一个人只能有一个灵魂”。一个灵魂可能是一个长时间的佚名，具有一系列没有明显关联的 SBT 。 <br/> ## 4.通往DeSoc的阶梯 ### 4.1艺术与灵魂 灵魂是艺术家们把声誉押在作品上的一种自然方式。当发行一个可交易的 NFT 时，一个艺术家可以从他们的灵魂账户中发行 NFT 。艺术家的账户持有的 SBT 越多，买家就越容易确定该账户属于该艺术家，从而也确定了 NFT 的真假。艺术家还可以进一步，发行一个存放在他们灵魂钱包的相关联 SBT，该钱包可以证明该 NFT 是属于一个“作品集”，由此保证艺术家希望设定的任何稀缺性限制。因此，灵魂钱包可以创建一种可验证的链上方式，将声誉押在一个物品的出处和稀缺性上，并由此构建声誉。 SBT 的应用不局限于艺术，而可以延展至服务、租赁与任何以稀缺性、声誉或真实性 (authenticity) 为基础的市场。后者的一个例子是验证声称是事实记录 (如照片或视频) 的真实性。随着深度伪造技术的进步，人工和算法的直接检查将越来越无法检测出真实性 (veracity)。尽管区块链打包使得我们可以追踪一个特定作品的创造时间，SBT 还能使得我们可以追踪其社会性出处 (social provenance)，给我们提供发行这个作品的灵魂账户的丰富社会脉络——它们一系列相关的成员资格、归属关系、凭证——以及它们与该物品的社会距离。“深度伪造物 (deep fakes)" 是可以很容易被辨识出来的，因为那些伪造品在时间和社会脉络上对不上，而可信制品 (像照片) 可以从有声誉的摄影师的证明产生。 目前的技术使文化产品 (如照片) 失去了脉络，并使得它们容易受到不受控制的病毒式攻击，这些攻击缺乏社会脉络，但 SBT 可以把这些东西重新放回到社会脉络里，并利用已经呈现在社区里的信任关系给灵魂账户赋能，以此作为保护声誉的重要背景。 ### 4.2 灵魂借贷 直接建立在声誉之上的最大金融价值大概是信贷和无抵押贷款。目前，web3 生态系统不能复制简单形式的无抵押贷款，因为所有的资产是可转让且可出售的——因此只是简单形式的抵押贷款。“传统的”金融生态系统支持多种形式的无抵押贷款，但依赖于中心化的信用评分来衡量借款人的信用度，而这些借款人几乎都是没有动力分享其信用历史相关信息的。但这种评分也有很多缺点。在最好的情况下，他们在暗地里提高或降低信誉相关因素的权重，并歧视那些信誉数据积累不够的人 —— 主要是少数族裔和穷人。在最坏的情况下，他们可以使用《黑镜》中不透明的“社会信用”系统，以密谋策划社会走向和强化歧视。 一个基于 SBT 的生态系统可以开启一种抗审查的、自下而上的替代方案，以替代自上而下的商业和“社会”信贷系统。代表教育证书、工作经历和租赁合同的 SBT 可以作为信用相关历史的持续记录，使得灵魂账户可以在不需要抵押品的情况下用有价值的声誉为贷款担保。贷款和信用额度可以用不可转让但可撤销的 SBT 来代表，所以它们被嵌套在灵魂账户的其他 SBT 中——一种不可没收的声誉担保物——直到它们被偿还并随后被烧毁，或者更好的是，用偿还证明 (proof-of-repayment) 代替。SBT 具备有用的担保属性：不可转让性阻止了未偿贷款的转移或隐藏，同时一个丰富的 SBT 生态系统确保那些试图逃避还款的借款人 (可能通过开设新的灵魂账户) 将会因为缺乏 SBT 而无法有效通过质押其声誉来借款。 利用 SBT 计算公共债务的便利性将有助于开源借贷市场。SBT 和还款风险之间将出现新的相关性，它们可以催生更好的、预测信用度的贷款算法，从而削弱中心化、不透明的信用评分基础设施所起的作用。更好的是，贷款可能发生在社交联系中。特别是，SBT 将为类似穆罕默德·尤努斯（Muhammad Yunus）和格莱珉银行（Grameen Bank）开创的社区贷款实践提供一个基础层，其中的社交网络成员愿意担保彼此的债务。因为一个灵魂账户的 SBT 组合代表了在多个社会团体中的成员身份，参与者可以很容易地发现其他灵魂账户，他们有可能在一个团体借贷项目中成为有价值的共同参与者。商业贷款是一种在还款前“贷了就不管”的模式，而社区贷款则可能采取“贷给你还帮助你”的方式，将营运资本与人力资本结合起来，从而获得更高的回报率。 无抵押社区贷款是如何起步？一开始，我们期望灵魂账户只持有反映他们愿意公开分享的信息的 SBT，比如简历中的信息。虽然范围有限，但这可能是足以启动社区内贷款实验的解决办法，特别是如果 SBT 是由信誉良好的机构发行的话。例如，一组 SBT 代表了某些编程证书、参加过几次会议和工作经历，这可能足以让一个灵魂账户为他们的企业获得贷款（或筹集种子轮的投资）。这些凭证和社会关系，在风险投资等资本配置中已经以非正式的方式暗暗发挥了重要的作用。 ### 4.3 小心丢失你的灵魂 具备不可转让性的重要 SBT ，如只颁发一次的教育证书等，引发了一个重要问题：你如何不丢失灵魂？目前的恢复方法，如多签恢复或助记词，在心理接受度、交易便捷性和安全性方面都各有权衡。社交恢复是一种新兴的替代方案，他依赖于一个人的可信任关系。SBT 使一种类似但范围更广的范式成为可能：**社区恢复，其中灵魂是其社交网络的交叉表决。** 社交式恢复是解决安全问题的一个很好的起点，但其在安全性和可用性方面有一些不足。一个用户组织一组“守卫者”，并给他们赋权：大多数的守卫者同意即可改变钱包的私钥。“守卫者”可以是个人、机构和其他钱包的组合。这个方案的问题在于，用户必须在守卫者大多数的意愿与提防不相关社交圈的守卫者之间做平衡，以避免合谋。而且，守卫者可能会离世，关系会变差，或人们可能就不再联系了，因此守卫者的更替需要频繁和大量精力。尽管社交式恢复避免了单点故障，但成功的恢复依赖于与多数守卫者的可信关系的建立和维护。 **一个更强大的解决方案是，将灵魂恢复与灵魂在不同社区的成员身份联系起来，不是组织策划，而是利用尽可能广泛的实时关系来实现安全。**回想一下，SBT 代表不同社区的成员身份。 其中一些社区，如雇主、俱乐部、大学或教堂，实际上可能更偏向链下世界，而其他社区，如参与协议治理或 DAO，可能更偏向链上世界。在社区恢复模型中，恢复一个灵魂的私钥将需要来自灵魂所在多个社区（随机子集）中符合资格的大多数成员中的一个成员的同意。  与社交恢复一样，我们假设灵魂可以访问安全的链下通信通道，其中“身份验证”——通过对话、会面或确认一个共享的秘密——是可以实现的。与链上机器人或 SBT 本身的计算相比，此类通信通道将需要更大的带宽（技术上能够承载更丰富的“信息熵”）。事实上，我们可以认为 SBT 从根本上就是参与或访问这种真正的（即高带宽）通信通道。 让这个方案可行的精确细节还需要实验来确定。例如，如何挑选守卫者以及需要多少名守卫者的同意，都是需要进一步研究的关键安全参数。然而，有了如此丰富的信息库，社区恢复在计算上应该是可能的，随着灵魂加入更多不同的社区并形成更有意义的关系，安全性也会提高。 社区恢复作为一种安全机制，体现了 20 世纪初的社会学家、社会网络理论创始人格奥尔格·齐美尔 (Georg Simmel) 提出对于身份的观点，即个体性是从社会群体的交集中产生的，正如社会群体是作为个体的交集出现的。对灵魂账户的加密财产进行维护和恢复需要灵魂网络的同意。通过在社会性中嵌入安全性，灵魂总是可以通过社区恢复来重新生成他们的密钥，从而威慑灵魂盗窃（或出售）：因为卖家需要证明出售恢复关系，任何出售灵魂的尝试都缺乏可信度。 ### 4.4 灵魂空投 我们已经解释了灵魂账户如何能够代表个人，并反映他们的独特性和群体认同，因为它们获得了能反映他们的归属关系、成员资格和证书的 SBT。这种个体化有助于灵魂建立声誉和原创性 (provenance)，进入无抵押的贷款市场，并保护声誉和身份。但反过来，SBT 也给社区赋能，使得社区得以在灵魂间的独特交集中建立起来。到目前为止，web3 在很大程度上依靠代币销售或空投来召集新的社区，而这种做法的准确性和精确性都不高。空投，即通过算法将代币免费送给一组钱包，大多落入现有持币者和钱包中——很容易受到女巫攻击，**鼓励策略性行为和引发马太效应**。SBT 提供了一个全新的改良，我们称之为“灵魂空投 (souldrops)"。 “灵魂空投”是基于对灵魂内的 SBT 和其他代币进行计算的空投。例如，一个 DAO 想要在一个特定的一层协议内组件一个社区，它可以向出席了最近 3/5 场会议并获得其 SBT 或其他出席证明通证（例如POAP）的开发者进行灵魂空投。 协议还可以通过编程对 SBT 组合里的代币空投进行加权。我们可以想象一个情景，一个以种树为使命的非营利组织将治理代币投给持有环保行动 SBT、园艺 SBT 和碳封存代币的灵魂账户，他们可能会给碳封存代币的持有者投更多的治理代币。 灵魂空投还可以引入新的激励来鼓励社区参与。 已经空投的 SBT 可以在一段时间内与灵魂绑定，但最终随着时间的推移“被归为”可转让的代币。反过来也可以，持有一段时间的可转让代币可以解锁 SBT 的权利，从而赋予其对协议进一步的治理权。SBT 为实验最大化社区参与度和其他目标（如去中心化）的机制提供了丰富的可能性，我们将在下面进一步讨论。 ### 4.5 灵魂的去中心化自治组织（DAO 去中心化自治组织（DAO）是为了共同的目标聚集在一起的虚拟社区，成员通过在公链上的智能合约进行投票来协作。尽管 DAO 在跨越距离和差异的全球社区协作上有很大的潜力，但它们很容易受到女巫攻击——即一个用户通过多个钱包地址来积累大量投票权，或者在简单一点的一币一票式治理机制中，只需要不断囤积代币来获得 51% 的投票权，以此来剥夺其余 49% 代币持有者的利益。 DAO 可以用 SBT 来降低“女巫攻击”的风险，以下是一些具体操作方法： - 计算一个灵魂账户的 SBT 组合，**以分辨独一无二的灵魂和可能存在的机器人**，并拒绝对那些有可能是“女巫”的灵魂授予投票权； - 对那些持有更高声誉的 SBT (例如工作和教育凭证、许可证或证书) 的灵魂账户**授予更多的投票权**。 - 发放专门的"**人格证明 (proof-of-personhood)**" SBT，它们有助于其他 DAO 启动抗女巫攻击。 - 检查支持某项投票的灵魂账户所持有的 SBT 之间的相关性，并对相关性很强的投票者给予较低的投票权重。 后面关于相关性检查的想法格外地具有潜力并且很新颖。当一项投票得到很多有相同 SBT 的灵魂账户支持时，这很可能是一次女巫攻击，即使不是女巫攻击——这样的投票也很可能是一群灵魂账户在做同一个错误判断或他们共享着相同的偏见，因此，在同等数量级别的支持下，他们的投票权重理应低于更为多样化的参与者群体的投票权重。[7] 在附录中，我们用数学方法对这个想法在二次方募资的背景下进行了更详细的探讨，我们引入了一个新原语——“**相关性分数**”。这种因相关性而调低权重的理念可以延展到协商对话的构建。例如，容易受大多数控制的 DAO 可以对 SBT 进行计算，并让尽可能多元的成员参与对话，并确保少数群体的声音能被听到。 DAO 也可以靠 SBT 来阻止一些策略性行为，例如“吸血鬼攻击”。在这种攻击中，一个 DAO (通常与一个 DeFi 协议的经济价值相关联) 通过复制另一个 DAO 的开源代码来剽窃后者的研发成果，并随后使用代币诱惑用户迁移流动性。对于这种攻击，DAO 可以通过一开始创建一个围绕灵魂空投 (可能是股权兑现的 SBT ) 的规范来防止搭便车的人，规定只给抗女巫攻击且提供流动性的灵魂空投，而对那些在吸血鬼攻击中转移了资金的灵魂，则不给予空投。但同样的机制对钱包空投无效，因为持有人可以将流动性分散到不同钱包中，以混淆视听。 DAO 还可以用 SBT 使得领导层和治理架构对社区变化作出程式化的调整。领导角色可以随社区构成的变化而动态变化，社区构成的变化反映在成员灵魂账户中 SBT 分布的变化上。基于在 DAO 内处于多个社区的交叉程度和覆盖范围，一部分成员可能会被提升成为管理员角色。重视社区凝聚力的协议可以使用 SBT 来把交叉性强的灵魂作为社区中心。另外，DAO 可以在治理上尤其重视某些特征的组合，比如重视邮政编码的多样性，或是一个特别爱好的 DAO 小组中的参与度。 ### 4.6 用多元性（Pluralism）来度量去中心化程度 在分析现实世界的生态系统时，衡量它的去中心化程度无疑是重要的：该生态系统在多大程度上真正去中心化了？是否可能是伪去中心化——实际上由一个或少数互相配合的实体主导的。 有两个流行的去中心化指标：一个是 Balaji Srinivasan 提出的“中本聪系数（Nakamoto coefficient）“，它用于度量需要多少个不同实体能够收集到 51% 的某类资源；另一个是赫芬达尔-赫希曼指数系数 ( Herndahl-Hirschman index) ，它出于反垄断的目的用以度量市场集中度，计算方法是对市场参与者所占市场份额的平方求和。然而，这些方法依然忽略了一些关键问题，如：什么才是需要度量的正确资源？如何处理部分协同？以及什么构成“不同实体”的灰色地带。 例如，名义上彼此独立的公司可能有共同的大股东，董事之间可能是朋友关系，或由同一个政府监管。在代币协议的背景下，通过链上钱包地址来衡量代币持有情况的去中心化程度是很不准确的，因为一人持有多个钱包已经很普遍，而一些钱包地址（如交易所）则代表着一大群人。此外，即便钱包地址可以追溯到唯一的个体，这些社会相关群体可能出现意外的协作 (最好的情况) 或故意合谋 (最坏的情况)。**度量去中心化的一个更好方式，应当是描绘出社会依赖关系、弱的归属关系和强的团结关系。**  <center>图中的矿工和矿池运营商们总共控制着比特币总算力的 90% ，而他们一起出席会议。</center> SBT 支持一种可以度量 DAO、协议或网络的去中心化（或多元性）程度的全新方法。 - 第一步，协议可以把代币投票权限制在那些合乎逻辑的、非女巫攻击 (或有丰富的 SBT ) 的灵魂账户。 - 第二步，协议可以检查不同灵魂持有的 SBT 之间的相关性，如果它们共享大量 SBT ，则对它们的投票权进行降低权重处理（将它们合并，仅作部分区分）。(附录 A，我们用数学方法在二次方募资的背景下就降低权重这个想法进行了更详细的探讨，我们引入了一个新原语，称为“相关性分数”）； - 第三步，为了更加全面地了解整个网络的去中心化程度，我们可以度量灵魂所持有的 SBT 在不同的网络堆栈层级之间的相关性——测量投票、代币所有权、治理相关的交流、甚至对计算资源的掌控之间的相关性。 SBT 使我们得以开始测量一个充满互操作性和多层级生态系统的去中心化程度，这在今天是非常难以进行的。但仍然有一个很大且开放的问题，就是用什么数学公式能够最好地表达我们想要测量的东西，且最不容易被操控？还有很多关于如何测量 SBT 间关系的问题——比如某些 SBT 获得更多的权重，对嵌套的 SBT 降低权重，或将可转让的代币算入到灵魂账户里。但是，在一个灵魂和 SBT 丰富的生态里，会有更多的数据来进行这些计算，并朝着有意义的去中心化方向发展。 ### 4.7 多元化资产 DAO 通常拥有部分资产，或因为拥有某些资产而组织起来，包括虚拟和现实世界资产。目前为止，Web3 世界主要局限于一小类资产，即那些“权利束 (bundle of rights)”可完全转让的资产：代币、NFT、艺术品、初版作品或像美国宪法这样的稀有手稿。但对可转让性的强调已经成为 web3 的一个弊端了，使得它不能代表和支持现在一些最简单和普遍的财产合同，例如公寓租赁合同。在罗马法律传统里，产权被定义为使用 ("usus")，耗损或破坏 ("abusus")，和收益 ("fructus") 这些权利束。所有这些权利很少共同被授予同一个所有者。例如，公寓租赁合同授予出租人有限的使用权 ("usus")，但并未授予破坏公寓的权利、出售的权利、或甚至转让使用权 (转租)。不动产 (土地) 的权利通常受制于一系列对私人使用的限制、对公共使用权的授予、对销售权的限制，甚至因国家征用而限制了购买权。它们通常还被抵押，将一些金融价值转移给贷款人。 未来的财产创新不太可能建立在迄今为止想象的 web3 世界里的完全可转让的私有财产上。相反，创新应该取决于把财产权分解的能力，以与现有的财产体系特点相匹配，甚至对更详细的内容进行编码。公司和其他组织形式的演化正是为了以更创新性的方式重新配置产权——例如，允许雇员使用专有设施 ("usus")，但保留管理人员对资产的变更和破坏权 ("abusus")，同时向股东支付大部分的经济利益 ("fructus")。SBT 具有代表和扩散物理和虚拟资产的这种细微差别的灵活性，同时给新的实验提供灵感。以下是几个用例： - 私人或公共资源的访问权限（例如，住宅、汽车、博物馆、公园和虚拟等价物）。可转让的 NFT 不能很好地应用于这个情形，因为访问权通常具有条件性且不可转让：如果我信任你，同意让你进入我家后院并在里面玩乐，这并不意味着我同意你将这个许可再授权给其他人。 - 数据合作社，SBT 向研究人员授予数据访问权，同时把成员权利实例化为赋予访问权限 (可能通过二次方投票)，以及获得研究中产生的发现和知识产权的经济利益的议价权。我们将在第 5 章<多元意义构建>（Plural Sensemaking）中进一步探讨这个问题。 - 用当地货币做实验，规定在某个特定地区或属于某个特定社区的灵魂账户如果持有或使用这些货币，这些货币会更高价值。 - 在参与方面的实验，SBT 为有较少背景信息的灵魂账户 (如移民、青少年) 创造了一个连续基础，以在新的和更广的网络里获得影响力。这样的灵魂会以有限的 SBT 开始，这些 SBT 把他们与家庭和当地社区归集在一起。随着他们的社会联系逐渐多样化，他们会获得更广泛的 SBT，这些 SBT 可以实例化为投票权，以影响更广的网络——这与丹妮尔·艾伦 (Daniell Allen) 的多元政治思想一致——这个过程目前受到任意年龄和居住地划分的影响。 - 在市场设计实验方面，如在哈伯格税收（Harberger taxation）和 SALSA（self-assessed licenses sold at auction，在拍卖中出售的自评许可证）中，资产持有人会发布一个自评价格，其他人均可从他这里购买资产，且必须定期支付与自评价格成比例的税金，以维持对资产的控制权。SBT 可以用来创造有更多细节的 SALSA 版本——例如，社区批准参与权，以尽量减少来自社区内部或外部的策略性行为。 - 在民主机制设计实验方面，例如二次方投票。社区里持有代表成员身份的 SBT 即可对例如激励和税率等参数进行二次方投票。归根结底，“市场”和“政治”并非相互独立的设计空间，在探索这两个领域间整个空间的技术栈上，SBT 可以发挥重要作用。通过二次方募资提供公共物品是另一个交叉点。 当然，还需要考虑一些反乌托邦场景。例如，移民系统可以用移民的 SBT 来批准。监管俘虏 (regulatory capture) 可以被编码在嵌套的社区代币里，例如房主拥有不当比例的投票权并故意拖慢住房建设。SBT 可以自动化歧视性的红线政策 (red-lining)。正如我们在后文进一步的讨论，在当前这样不透明的、自上而下需要许可和充满歧视的背景下，这些情况都是需要被考虑的。SBT 会使歧视更加透明，因此可能会更容易引起异议。 ### 4.8 从私人和公共物品到多元化的网络物品 更普遍来说，SBT 可以让我们有效地代表和管理在完全私人和完全公共这个光谱上的资产和物品。在现实里，在这个光谱上的几乎所有东西，即使是个人消费品都会有正面的溢出效应，例如让消费者可以更好地对他们的家庭和社区做贡献，以及甚至最全球可用的公共物品 (例如，气候) 都不可避免地使一些地区的人更获益，而有些地区的人则不然 (例如，塞舌尔 v. 西伯利亚)。同样，人类的动机几乎很少是完全自私或完全利他的；有很多早已存在的合作模式，有些在某些社区还盛行着，而在其他社区则不然。 然而，今天的机制设计假设了人都是原子化、自私，且没有预先存在的合作的，这些机制往往无法处理那些早已有合作关系的团体，最好的情况是无恶意的过度协作 [8]，最坏的情况是蓄意合谋。因此，即使是最好的公共募资模型，包括二次方募资 (Quadratic Funding, QF) 也无法广泛使用。QF 通过减少对少数人集中行动的奖励，但增加对多数人集体行动的奖励来鼓励协作；例如，10 个人共同捐了 1 美元能匹配到 99 美元，总共获得 100 美元的资助，而由一个人捐出的 10 美元则得不到匹配资金。在数学上，这是由使资金按比例与个人捐款平方根之和的平方相匹配来实现的 (我们在附录中进一步阐述)。但即使是在大群体 (例如中国的大多数居民) 里的弱合作 (例如对某项事业捐赠 1 美元) 也能控制这个系统，并吸取其所有的匹配资金，因为 QF 根据唯一贡献者的数量给予溢价。像现在一样，QF 并没有降低有相关特殊利益关系 (它们会吞噬了一轮 QF) 可能会的协作的权重，相反还奖励这样的协作。 但是，与其把已存在的合作看作我们应该“改写”的错误，还不如把重点放在承认它反映了我们应该控制并利用和补偿的部分合作。毕竟，我们正在做的事的就是鼓励合作。难点在于让二次方机制与已有的合作网络协调运作，纠正他们的偏见和过度协作的倾向。SBT 提供一种自然的方式，使得我们可以有偏重跨越差异性的合作。正如诺贝尔奖获得者埃莉诺·奥斯特罗姆 (Elinor Ostrom) 曾提出一个著名的观点，他强调问题不在于协调公共物品本身，而在于帮助由不完全合作但有社会联系的个人所组成的社区跨越他们的社会差异，并在更广阔的网络里进行大规模协作。 如果 SBT 代表了反映灵魂账户偏好的社区成员资格，那么有利于跨差异的合作仅仅意味着减少对有相似归属关系或相关灵魂的奖励——相似性通过他们共有的 SBT 来测量。这里的假设是，有不同归属关系的人之间的共识更能预示着在多个更广泛网络里有多元性物品，而相似归属关系的人间更可能预示着过度协作的 (或合谋的) 物品会服务于更狭窄的利益。 通过揭示灵魂账户间共有的成员资格，SBT 使得我们可以降低已有合作关系的权重，并以二次方的方式扩大在新兴网络中让更多人获利的多元化物品——而不是由特殊利益集团通过无恶意地过度协作 (或有意合谋) 制造的狭隘物品。用于降低相关性权重的精确公式最好要看模型细节，且这一块领域还未被研究，但我们在附录提供了用于进一步研究的第一手实验资料。 <br/> ## 5 多元意义构建 在数字世界中越来越受关注的多元网络物品的一个例子，是建立在用户数据基础上的预测模型。人工智能 (AI) 和预测市场 (prediction markets) 都试图基于从用户那里获得的主要数据来预测未来事件。但是这两种范式都受到不同的、几乎相反的方式的限制。人工智能的主要范式避开了使用激励，而是通过专有的大规模非线性模型，大量收集 (公共或私人监控的) 实时数据并将它们综合成预测性信息 —— 利用默认的 Web2 对“使用权” (usus) 的垄断，而没有任何“收益权” (fructus) 分配给数据劳动者。预测市场则采取了相反的方法，人们对结果进行押注以期望获得一些经济收益，这种模式完全依赖于金融投机的经济激励 (“收益权”)，而不是通过综合“押注者对未来事件的预判” (译者注：原文为 belief ，下文皆用“预判”表示，即对未来事件的“概率的主观评估”) 来产生可组合的模型。同时，这两种范式都产生被描绘为“客观”真理的结论；其中人工智能模型被描绘成“普遍的”或“通用智能的”，而预测市场则被描绘成用一个数字概括市场参与者的所有预判，这个数字就是：均衡价格。 一个更有成效的范例是避开这两个极端，取而代之的是吸取两者的优点，同时弥补它们的缺点，丰富它们的广度。我们深入思考后建议将非线性人工智能模型的复杂性与预测市场的市场激励结合起来，将被动的数据劳动者转变为主动的数据创造者。利用这种植根于数据创建者的社会性的出处丰富的信息，我们将阐明 DeSoc 如何通过一种更加强大的方式解锁多元网络智能。 ### 5.1 从预测市场到预测多元化 预测市场旨在基于那些愿意打赌的人的财富和风险偏好来汇集人们对未来事件的预判 —— 人们把钱放在哪，他的预判就在哪。但是这种“适者生存”并不是一种汇集预判的理想方式。在零和博弈中，一个交易者的收益代表着另一个交易者的损失，这种博弈假设了一种笼统的预测能力，这种能力与“聪明人”而不是“蠢人”相抗衡。虽然财富可能是某种能力和专业知识的指标，但依赖于其他相关专业知识的预测可能更可靠。在特定领域中输掉赌注的参与者可能在另一个领域中的预判更具准确性。但预测市场有一个令人遗憾的效果，只引出那些有赌博倾向的人为他们的预判下注，这让那些赢得赌注的人变得富有，让其他人变得贫穷，并阻碍了风险厌恶者的普遍参与。 有更好的方法来让大家发表自己的预判意见。在研究报告 [《从群众中提取智慧：预测市场 vs. 预测投票》](https://pubsonline.informs.org/doi/abs/10.1287/mnsc.2015.2374)提到，虽然预测市场通常优于简单的投票，但它们并没有优于高水平团队的预测投票，在团队预测投票中，人们有分享和讨论信息的动机。**在团队商议模式下，可以根据过去的表现和同行评价等因素对成员意见进行加权，团队参与半结构化的讨论，以汇集无法简单在买卖合同中概括的信息。**这种团队商议模型可以通过**二次方规则进一步改进，以得出所有参与者的精确概率估计** (这不同于预测市场，预测市场仅得出关于当前均衡价格是上升还是下降的观点) [9]。事实证明，人们有购买动机的合同数量反映了他们的主观概率评估 [10]。 这样的市场还更加平等地分配参与的收益，奖励预测准确的参与者而不会使其他人破产，从而使每个人都能参与未来的预测。 SBT 可以在预测能力和相关专业知识方面打开一类新的丰富模型和实验。预测市场只能得到一个数字 —— 合同上的价格 —— 而二次方投票得到每个参与者对事件发生概率的确切预判。SBT **能够进一步结合社会背景对这些预判进行计算**，比如对参与者的教育证书、成员资格和一般社会性进一步计算，以得出更优得加权 (或非线性合成的) 预测模型，这很可能在新的、不可预见的交叉点出现专家预测者。因此，即使民意调查没能很好地汇集预判意见，以后也可以追溯性地研究民意调查，以发现“更准确的”参与者特征，并在未来的民意调查中召集更加合适的“专家”，也许是在商议式团队里进行。这些机制与我们在本文中提倡的机制密切相关。用相关性分数降低权重的二次方机制可以将严重不协调的自上而下的公共物品转化为强大的自下而上的多元网络物品。它们还可以将基于零和预测市场的治理系统转化为更为正和与多元意义构建的，前者鼓励参与者隐藏自己的信息 (例如，Futarchy )，而后者鼓励披露和综合新的、更好的信息。 ### 5.2 从人工智能到多元智能 大规模的[非线性“神经网络”模型](https://arxiv.org/abs/2108.07258)(如 BERT 和 GPT-3 )也可以通过 SBT 进行转化。这种模型收集大量公共或私人监控的实时数据，以生成丰富的模型和预测，例如[基于自然语言提示的代码](https://copilot.github.com/)。大多数被监控的数据创造者没有意识到他们在创建这些模型中的角色，没有保留任何剩余权利，并且被视为“次要的”而不是关键的参与者。此外，数据收集使模型脱离了它们的社会背景，这掩盖了它们的偏见和局限性，削弱了我们对其进行修正的能力。[随着对数据可用性的需求日益增长](https://arxiv.org/abs/2112.04426)，这些矛盾越来越突出。因而有一些新举措，如 “ [data sheets for data sets](https://arxiv.org/abs/1803.09010) ”（用数据表对数据集进行规范性文档化），以及[机器学习的隐私保护方法](https://www.openmined.org/)。这些方法需要给数据生成者提供有意义的经济和治理利益，并激励他们合作开发比其单独建立更强大的模型。 SBT 为出处丰富的数据提供了**一种自然的经济激励方案，同时赋予数据创建者对其数据的剩余治理权**。特别是，SBT 允许根据个人和社区的特征，对他们的数据(和数据质量)进行细致和成比例的针对性激励。与此同时，模型创建者可以跟踪收集到的数据的特征及其社会背景(如 SBT 所反映的)，然后找到能够抵消偏见和弥补限制的数据贡献者。SBT 还可以向数据创建者提供定制的治理权，允许他们组成合作社来汇集数据和协商使用。数据创建者的这种自下而上的可编程性使多元智能的未来成为可能，模型创建者可以通过竞争的方式来商讨对相同数据的使用，以构建不同的模型。因此，我们从一个抽离的、铁板一块的”人工智能“ 范式 (它脱离于人类本身，收集大量出处不明的监控数据) 转向采用**规模庞大的合作式建构的多元智能，它植根于社会出处并由灵魂账户进行治理**。 随着时间的推移，就像 SBT 使灵魂个体化一样，它们也会使模型个体化 —— 将数据出处、 治理和经济权利直接嵌入到模型的代码中。因此，多元智能 —— 像人类一样 —— 构建了嵌入人类社会性的灵魂。或者取决于你如何看待它，人类随着时间的推移在多元智能中进化 —— 每个人都有一个独特的灵魂，与其他灵魂互补和合作。在这一点上，我们看到了预测市场和人工智能范式朝着多元意义建构的方向融合，将分布广泛的激励和对社会背景的仔细追踪结合起来，以创建一种多样化的模型，这种模型取二者精华，形成比任何一种方法都强大的技术范式。 ### 5.3 可编程的多元隐私 多元智能提出了关于数据隐私的重要问题。毕竟，构建如此强大的智能需要从大型数据集 (如健康数据)中收集个人数据，或者抓取非人际关系而是共享的数据(如社交图谱)。“自我主权身份”的倡导者倾向于将数据视为私有财产: 这种关于互动的数据属于我，因此我应该能够选择何时向谁披露这些数据。然而，在简单的私有财产方面，人们对数据经济的认识之不足更甚于实体经济。在简单的双向关系中，比如一段不正当的恋情，揭露信息的权利通常是对等的，通常需要双方的许可和同意。正如学者海伦·尼森鲍姆 (Helen Nissenbaum) 所强调的那样，重点不是“隐私”，而是缺乏在不同背景分享信息的职业操守。剑桥分析公司丑闻主要是关于在未经用户同意的情况下透露其社交图谱的属性和朋友的信息。 一种更有前景的方法是，将隐私视为一种**可编程的、松散耦合的权利束，以允许访问、更改信息或从信息中获利，而不是将隐私视为可转让的财产权**。在这种模式下，每个 SBT (如代表凭证或数据存储访问权限的 SBT ) 在理想情况下还将拥有隐含的可编程产权，以明确可以访问构成 SBT 的基础信息: 持有者、持有者之间的协议、共享财产 (如数据) 以及对第三方的义务。例如，一些发行者会选择让 SBT 完全公开。一些 SBT，如护照或健康档案，根据自我主权的意涵应该是私有的，只能由持有 SBT 的灵魂单方面披露。还有其他的，如表示数据合作社成员身份的 SBT，将会有多重签名或更复杂的社区投票权限，这些必须要所有的或者合乎资格的大多数 SBT 持有人的同意才能披露某些信息。 虽然目前存在一些技术问题 (能够把 SBT 编程成这样吗?) 和围绕激励兼容性的重要问题(在第 7 章节中进一 步探讨)，但我们仍然认为可编程的多元隐私值得进一步的研究，它提供了替代范例没有的关键优势。根据我们的方法，SBT 有可能使隐私成为一种可编程、可组合的权利，可以映射到我们目前拥有的一系列复杂的期望和协议上。此外，这种可编程性可以帮助我们重新想象新的配置，因为隐私 (作为一种访问信息的权限) **可以有无限多种方式，可以由“使用权” (usus)、“处置权” (abusus) 和“收益权” (fructus) 组合起来**，以创建一个细致的访问权利集。例如，SBT 可以使用特定的隐私保护技术，允许对数据存储进行计算——这些数据存储可能由多个灵魂所有和管理。一些 SBT 甚至允许以某种方式访问数据，在这种方式下可以进行某些计算，但是结果不能向第三方证明。一个简单的例子是投票: 投票机制需要统计每个灵魂的投票，但是投票结果对其他任何人是不可证明的，以防止买票。 通信可能是共享数据最典型的形式。然而，现在的通信通道既缺乏用户控制和治理 (“使用权”和“处置权”)，同时又将用户的注意力(“收益权”)拍卖给竞价最高者——即使只是一个机器人。SBT 有潜力以更健康的形式管理“注意力经济”,使灵魂能够过滤其社交图谱之外的，可能来自机器人的垃圾信息，同时提升来自真实社区的交流。听众可能会更清楚自己在听谁说话，也能更好地认可激发洞察力的作品。不同于为了最大化用户参与度而做的优化，这种经济是为了提高正和协作以及产生有价值的共同创造而优化。这种通信通道对于安全性也很重要; 如上所述，“高带宽”通信通道对于建立社区恢复的安全基础来说至关重要。 <br/> ## 6 去中心化社会 Web3 希望能对社会的各方面产生影响，而不是仅限于金融系统。但当前的社会结构，包括家庭、宗教团体、团队、公司、公民组织、名人、民主体制等，在虚拟世界（通常被称为“元宇宙”）中没有可对应的存在，没有一种原语来代表人类灵魂，以及他们所支持的更广泛关系。如果 web3 没有线上持久身份、自己的信任和协作模式，以及具有可组合性的权利与权限，那么我们看到的将是女巫攻击、合谋虚拟世界大行其道，以及完全是可转让私有财产的有限经济活动，这些全部都会导向[超级金融化](https://vitalik.ca/general/2021/09/26/limits.html)。 为避免过度金融化——但同时能释放指数级增长——我们提议将虚拟世界和现实世界的社会属性融合并增强，让个体和社区得以把丰富的社会和经济关系进行编码。但仅仅建立在信任与合作上是不够的。修正在信任网络里的偏见和过度协作的 (或合谋) 的倾向，对于鼓励比以前更复杂、更多样化、跨越比以往更大社交距离的社会关系至关重要。**我们把这一愿景称为“去中心化社会（DeSoc）”。一种共决的社会性，灵魂和社区自下而上地召集，它们作为彼此的新兴属性，在不同规模上创造多元的网络物品。。** 我们强调多元网络物品是 DeSoc 的一个重要特性，因为网络是经济增长最重要的引擎，但也最容易受私人参与者 (例如 web2) 和强大政府进行反乌托邦式的控制。最显著的经济增长来自不断增长的网络收益，在这种条件下每一单位的新增输入都产生更多的输出。简单的实体网络包括道路、电网、城市以及其它构建在劳动力与资本投入之上的基础设施。强大的数字网络包括构建在数据之上的市场、预测模型以及多元智能。新古典经济学讲的是收益递减，即每一单位的新增输入都会比之前一单位的输入获得更少的产出，且财产私有会产出最高效的结果，上述两种情况都不适用于这个理论。把私有财产应用到收益递增的情况会产生相反的结果，网络增长会被寻租行为所扼杀。两个城市之间的道路可以通过贸易获得增长的收益。但如果同一条道路是私有财产，且所有者选择寻租的价值超过了两个城市贸易的价值，这种增长就会被扼杀。但公有网络也存在自己的问题，例如容易受到监管俘虏，或是不能获得足够的运营资金。 当既不是完全公有，也不是完全私有，而是作为部分和多元共享物品时，收益递增的网络最为高效。DeSoc 为分解、重组所有权提供了社会基础，可以将产权分解为使用权 (“usus”)、消费或销毁权 (“abusus”)、收益权 (“fructus”)，还能提供高效的治理机制来增强信任与合作，同时监察是否存在共谋与俘虏。我们在文章中探讨了多种机制，例如以社区为基础的 SALSA 、对相关性分数降低权重的二次方募资 (和二次方投票)。而这里所谈到的第三种机制——部分和多元所有权——可以避免完全私有带来的寻租行为，以及完全公有带来的监管俘虏。 在很多方面，**现今的 DeFi 是一种收益递减的私有财产范式，朝着收益递增的网络转变。**由于DeFi 基于去信任的前提构建，它天然地被局限于私有财产完全可转让 (如，可转让的代币) 的模式中，在这种模式中主要包含“使用权”、“销毁权”、“收益权”。最好的情况是，DeFi 有可能因寻租行为扼制网络的增长，最坏的情况是有可能催生由巨鲸主导的反乌托邦式审查垄断，他们在一场逐底竞争中收割和囤积用户数据，就像在 web2 发生的那样。 DeSoc 将 DeFi 中对网络价值的控制和投机的竞赛转变为自下而上地协作，以对网络价值进行构建、参与和治理。至少，DeSoc 的社会基础可以帮助 DeFi 抵御女巫攻击（赋能社区治理）、吸血鬼攻击（内化正向的外部性来构建一个开源网络）、合谋攻击（保持网络的去中心化）。借助 DeSoc 的结构性纠偏，DeFi 可以支持、扩展多元网络，让更广泛的人受益——因为它得到最多样化成员的共识——而不是进一步巩固被狭隘利益所控制的网络。 然而，DeSoc 的最大优势在于其网络的可组合性。持续递增的收益和网络增长不仅避免了寻租行为带来的风险，而且还鼓励嵌套网络的扩散和交叉。一条道路可以形成两个城市之间的网络。但如果切断更广泛的合作，两个合作城市最终将触及收益递减的天花板 —— 要么是因为拥堵（道路和住房），要么是因为没有新增用户了（他们可以服务的人群已达到极限）。只有通过技术创新和扩展网络，与临近网络进行合作 (即使是松散的) 以获得增长收益的新来源，价值才能继续呈指数级增长。一些合作将是物理层面上的，逐步扩展跨空间的实体贸易。但更多的连接将是信息化和数字化的。随着时间的推移，我们将看到物理和数字网络之间新的合作矩阵，依赖并扩展它们所建立的社会互连。DeSoc 促成的正是这种交叉的、部分嵌套的、跨数字和物理世界不断增长的网络合作结构。 通过构建网络和相互协作，DeSoc 出现在政治和市场的交汇处 —— 并通过社会性增强二者。 DeSoc 实现了 J·C·R·利克里德（创建互联网的阿帕网的创始人）在“星际计算机网络”中“人机共生”的愿景，并在信任的基础上显著增强了社会活力。不同于 DeFi 以去信任为前提，DeSoc 对支持当今实体经济的信任网络进行编码，并使我们能够利用它们来生成多元网络物品，能够抵御俘虏、寻租或控制。借助这种增强的社会性，web3 可以避免短期的超级金融化，且支持跨越社交距离的、收益递增的无限未来。 ### 6.1 灵魂可以升入天堂，亦可坠落地狱 尽管我们有选择性地强调了那些我们认为有前景的，DeSoc 所打开的潜力，但重要的是要记住，几乎任何具有这种变革潜力的技术都具有相似的破坏性变革潜力：火具有烧毁性；车轮具有强力碾压性；电视洗脑；汽车污染；信用卡令人陷入债务陷阱等等。在这里，可用于提供团体内部变革动力，跨越差异实现合作的 SBT，也通用可以用于自动对弱势群体划红线，甚至将其作为网络或物理攻击的对象，对其实施限制性的移民政策，或发放掠夺性的贷款。许多这些可能在当前的 web3 生态系统中不太突出，因为在当前的基础上它们还不是重要的概念。施展 DeSoc 的优势也会带来这些危害。正如做一个有血有肉的人的缺点是可能会受伤害，拥有灵魂的缺点是这个灵魂有可能会坠入地狱，而建立一个社会的缺点是，社会经常被仇恨、偏见、暴力和恐惧鼓动。人性是是伟大、但往往伴随着悲剧的实验。 当我们审视 DeSoc 可能带来的反乌托邦特质时，我们还应该将这种可能性与其它技术带来的反乌托邦特质进行比较。 Web2 为不透明的威权监视和社会控制提供了架构。Web2 通常依赖自上而下的人工官僚机制来赋予大家身份（例如“驾驶执照”），而 DeSoc 则依赖于横向（“点对点”）的社会证明。DeSoc 使得灵魂可以将自己的社会关系编码并共同创建多元化的财产，而 web2 则用不透明的算法作为社会关系的中介或将其货币化，这些算法可能带来两极化、分裂和误导。DeSoc 避开了自上而下、不透明的社会信用系统。而 Web2 则在其基础上形成偏见。DeSoc 把灵魂视为主体，而 Web2 把灵魂视为客体。 至少在短期内，使用 DeFi（没有任何身份基础层）进行社会控制的风险较小。**但 DeFi 有其自身的反乌托邦特质。尽管 DeFi 克服了明显的中心化形式 —— 特定参与者在系统中拥有极大的正式权力 —— 但 DeFi 并没有内置的方式解决隐性的中心化问题，例如合谋和市场力量。**垄断并不总是像过去的标准石油公司一样显而易见。合谋甚至可能发生在生态系统的更高和更不可见的层面。今天我们看到，随着一类机构资产管理公司（如先锋、贝莱德、道富、富达等）的崛起，它们是所有大银行、航空公司、汽车公司和其它主要行业的最大股东。由于此类资产管理公司持有业内所有竞争对手的股份（例如每一家大航空公司的股份），他们的动机是使他们持有股份的公司看上去是竞争行业，实际上是在搞垄断，牺牲消费者和公众的利益，最大限度地提高整个行业的利润。[11] 在 DeFi 中也是如此，总有同样的 “巨鲸” 和风险投资机构 (VC) 在系统的每一层级以及每层级内的竞争者中积累大量份额，他们可能在代币治理中投票，也可能将投票权委托给同一组代表，这些代表在整个网络中也有相似的相关性。如果没有抗女巫和降低相关性权重的社会基础层来强制推动去中心化，我们会看到越来越多由巨鲸资助的垄断行为，因为垄断方控制的投资资金会越滚越多。随着 “资本阶层” 和普通用户的分化加剧，我们预计会看到（并且已经看到）越来越严重的激励错位和寻租行为。如果有用到私人数据的 DeFi 应用出现，我们很可能会看到类似的发展态势，例如 DeFi 应用会鼓励“拥有”数据（实际上是人际互动数据，例如用户的社交图谱）的人进行竞标战，以建立能够与人类竞争的强大私有 AI，而不是多个 AI 之间相互竞争来增强人类的能力。 因此，DeSoc 并不需要尽善尽美，就可以通过 “非反乌托邦” 的测试。成为一个值得探索的范式，只需要比可用的其它方案更好。尽管 DeSoc 可能会带来需要加以防范的反乌托邦情景，但 web2 和现有的 DeFi 正在陷入不可避免的反乌托邦模式，权力集中在精英阶层，精英决定社会结果或拥有大部分财富。Web2 终将走向威权主义，不断加强自上而下的监视和行为操纵的能力。当前 DeFi 的方向在名义上是无政府资本主义，但实际上已经陷入网络效应和垄断的叠加压力，这可能会让 DeFi 在中期内像 Web2 那样走向威权主义。 相比之下，DeSoc 是**随机的社会多元主义** —— 一个由个人和社区组成的网络，作为彼此的新兴属性，共同决定自己的未来。从 web2 来看 ，DeSoc 的发展可以类比为，民众参与式政府从多个世纪以来的君主制中崛起。参与式政府并非不可避免地会产生民主；它也会带来共产主义和法西斯主义的兴起。同样，SBT 不会使数字基础设施天然地具有民主性质，但会与民主兼容，这取决于个体和社区的共同决定。但与 web2 的威权主义和 DeFi 的无政府资本主义相比，打开这个可能性空间是显著的进步。 <br/> ## 7 落地的挑战 隐私问题是 DeSoc 的一个关键挑战。一方面，过多地公开 SBT 可能泄露太多关于个体的信息，使他们容易受到社会控制。另一方面，过多的纯隐私 SBT 也可能导致人们使用隐私通信通道，从而无法在治理和社会协调方面实现降低相关性权重这一机制 —— 这指向了重要的激励相容性问题。与隐私问题密切相关的是欺骗问题：个体可能会歪曲他们的社交履历，同时通过隐私或其它渠道进行协调。我们不能冀望于穷尽所有的可能性和答案，我们能做的是探索困难的本质来源，并勾勒出前景良好的未来研究路径。 ### 7.1 隐私账户 基于区块链的系统默认是公开的。记录在链上的任何关系不仅对参与者即时可见，而且对全世界的任何人都公开。使用多个匿名账户可以保留一些隐私：家庭账户、医疗账户、专业账户、政治账户，每个都具有不同的 SBT。但如果在使用过程中不多加注意，很容易将这些账户相互关联起来。这种缺乏隐私的后果是严重的。**事实上，如果没有采取明确的措施来保护隐私，简单地将所有 SBT 上链的“幼稚”愿望很可能会使大量个人信息在众多应用上公开。** 为了应对信息过度披露的问题，有许多技术复杂度和功能不同的解决方案。最简单的方法是通过 SBT 在链下存储数据，只在链上留下数据的哈希值。  如何存储链下数据由个人决定；可能的解决方案包括存储在（i）他们自己的设备，（ii）他们信任的云服务，或（iii）去中心化网络，例如星际文件系统（IPFS）。将数据存储在链下，让我们可以继续使用智能合约授权写入 SBT 数据，但同时拥有读取该数据的不同权限。 Bob 可以仅在他愿意的时候，透露他所有 SBT（或它们授权的数据存储）中的部分或全部内容。这已经帮助我们实现了相当一部分目标，并且可以进一步提高技术的可扩展性，因为大多数数据只需要由少数几方处理。但要完全实现多元隐私等特性，以及更细颗粒度的披露形式，这还需要我们更进一步。幸运的是，有许多加密技术让我们能够做到这一点。 现有一组强大的构件能够以一种新的方式部分披露数据。这组技术是密码学的一个分支，被称为“零知识证明”。虽然现在零知识证明最常用于资产的隐私转账，但还可以利用零知识证明对任意声明进行证明，而无需透露声明本身之外的任何更多信息。例如，在一个假想世界中，政府文件和其他证明可以通过密码学进行验证；某人可以证明这样的一个声明：“我是加拿大公民，年满 18 岁，拥有大学经济学学位和超过 50,000 名 Twitter 粉丝，并且还没有在这个系统中拥有账户。” 可以在 SBT 上对**零知识证明**进行计算来证明账户的特征（例如，它拥有某些成员资格）。该技术可以通过引入**多方计算**（例如*[混淆电路](https://vitalik.ca/general/2020/03/21/garbled.html)*）进一步扩展，这可以使此类测试具有*双向私密性*：证明者不会向验证者透露他们是谁，验证者也不会向证明者透露他们的验证机制。双方一起进行计算，仅获知最后的结果。 另一种强大的技术是**指定验证者证明**。总的来说，“数据”具有很好的流动性：如果我向你发送一份视频文件，我无法在技术上阻止你录制副本并将其发送给第三方。数字版权管理 (DRM) 之类的变通办法充其量只能起到有限的作用，而且通常会给用户带来巨大的负担。然而，证明并不具有这样的流动性。如果 Amma 想向 Bob 证明一些关于她的 SBT 的 X 属性，她可以对某声明生成一个零知识证明：“我持有满足 X 属性的 SBT，**或者**我拥有 Bob 账户的私钥”。 Bob 会认为这个声明很有说服力：他知道自己没有给出证明，因此 Amma 实际上肯定拥有满足 X 属性的 SBT。但如果 Bob 将证明转发给 Cuifen，Cuifen 不会被说服：因为他知道，Bob 可以利用自己的私钥生成这个证明。这个方法可以通过***可验证延迟函数 (VDF)*** 变得更加强大：Amma 可以在当前时间点，生成并给出只能使用所需 SBT 生成的证明，但任何其他人只可以在五分钟后才能生成同样的证明。这意味着，对于数据的可信证明，SBT 可能可以作为其复杂访问权限的代表，尽管不可能对原始数据做同样类型的选择性权限，因为原始数据可能只能被复制粘贴。这可能让我们又前进了一步。正如区块链在交易中提供可追溯性，以防止某人复制粘贴了一个有价值的 NFT（以及对原始所有者进行女巫攻击）一样，同样地，SBT 可以提供社交关注的可追溯性，这至少可以降低来源不明、复制粘贴得来的数据所具有的价值。 上述链下数据和零知识技术同时对展示负面声誉相兼容 —— 即使持有者不希望其 SBT 可见，SBT 还是会被设置成可见。负面声誉的重要情景包括信用记录、未偿还贷款数据、负面评价和业务合作伙伴的投诉，那些证明与协作相关的社交关系的 SBT。通过将区块链与密码学结合可以提供一个潜在的解决方案：智能合约逻辑可以强制账户将负面的 SBT 合并到特定数据结构中，例如链下储存的[默克尔树](https://en.wikipedia.org/wiki/Merkle_tree)；并且任何零知识证明或混淆电路的计算都需要他们导入该信息，否则在提供的数据中会有一个明显的“漏洞”，验证者会识别出来。[Unirep 协议](https://medium.com/privacy-scaling-explorations/unirep-a-private-and-non-repudiable-reputation-system-7fb5c6478549)正是如此实现这一构想的例子。 这些示例并不是用来详细说明如何使用密码学技术以解决所有的 SBT 隐私和数据访问权限问题。相反，只是举出几个例子来展示这些技术的力量。一个重要的未来研究方向是确定不同类型数据访问权限的确切范围，以及最有效地实现所需权限级别的特定技术组合。另一个问题是需要什么样的多元资产制度来管理数据，以及如何正确地切割访问（“使用权”）、编辑（“处置权”）和现金流（“收益权”）权利。 ### 7.2 欺诈账户 如果 SBT 是多元财产、网络物品和信息共同协调的社会基础，人们可能会担心有账户会试图作弊或欺骗进入社区，以获得我们设想中 SBT 所能赋予的治理或财产权。例如，如果许多应用程序依赖于 SBT 来表示其会议出席证明，那么不正规的会议主办方可能会提供 SBT 以换取贿赂。有了足够多的贿赂，人类（和机器人）可以生成一个虚假的社交图谱，使该帐户看起来像一个真实的、拥有丰富颗粒度的人类。就像 DAO 可以被贿赂，账户和他们使用的链上投票机制也同样可以被贿赂。相反，如果如果 SBT 可以用来降低协作关系的权重，那么账户就会避免 SBT 最大化其影响力。为什么我们应该相信账户拥有的 SBT 准确地反映了他们真正的社会责任感，而不仅仅是他们选择玩这个游戏的方式? 有一个观点是：不同的作弊动机可能会“互相抵消”。账户可能会挑选和识别到对他们来说哪些是在合理范围内对他们更加重要的网络，就像哈伯格税通过平衡人们高估和低估其资产的诱因，来获得一个大致准确的市场估值。账户会希望通过持有更多的 SBT 而在社区中获得影响力，但另一方面，他们会避开他们不太关心的社区 SBT，以在相关性指标上获得较低分数，并增加他们在更广泛网络治理中的影响力。 但是，如果以为这两种激励措施 —— 获得访问权和最大化影响力 —— 总是能够神奇地抵消 (或接近于抵消)，那就太天真了。可能有许多社区使用 SBT 以外的系统来限制访问和治理。或者，社区可能 (与我们关于公开的主要假设相反) 发放私人 SBT 来代表其治理权利，同时诱导社区成员在更大范围的决策中选择不公开这类 SBT。 **“作弊”的问题不容小觑。这是一个重要的问题，解决它是未来研究的最重要的焦点之一。**事实上，这也是为什么对许多优先考虑或筛选出人类用户的现有算法进行开源将面临很大的挑战。为了缓解和制止 SBT 作弊，我们提议如下几个规范和加密研究方向： 1. 可以从密集型社交渠道中开启 SBT 生态系统，由此，SBT 可以通过强大的社交纽带和重复互动，验证链下社区成员身份的真实性。这将帮助社区更易于过滤和撤销冒充者以及机器人的 SBT。比起稀疏型社交渠道，这种密集型社交渠道 —— 就像我们经常在教堂、工作场所、学校、线下聚会和社会组织中遇到的 —— 将提供更具抗女巫攻击特质的社会基础以防止作弊行为 (例如，通过机器人、贿赂、冒充)。 2. 嵌套社区可以要求 SBT 强制地为社区“下层网络的”潜在的共谋载体加上背景信息。例如，如果一个州正在募资或投票，该州可能会要求每个参与的公民必须持有一个特定的县和市的 SBT。 3. SBT 生态系统的开放性和加密可证明性，本身可用于**主动监测共谋模式并惩罚作弊行为** —— 也许通过降低参与共谋账户的投票权重，或迫使账户接受代表负面证明的 SBT。例如，如果一个声称代表了真实个体的账户被证明是机器人，那么可以提升对这一个例的关注度并进行公开验证，这会导致该账户被大量负面证明绑定。这在 GitCoin QF 生态系统中已经有了类似的案例，他们使用一系列标志来监测“共谋团体”。 4. 零知识证明 (ZK) 技术（例如 MACI）可以**通过密码学防止一些欺诈账户做出的某些声明被证明有效**。这将使出售某些类型的证明的尝试变得不可信，因为贿赂者无法判断受贿者是否履行了交易。已经有关于使用这种技术进行投票的大量研究，但最终任何非金融化的社会机制都可能受益于类似的想法。 5. 我们可以**鼓励“吹哨人”机制**，以此使大规模的共谋变得难以实现。我们不是检测和惩罚不正确或滥用的*行为*，而是检测和惩罚滥用的合*谋模式*。由于社区中存在通过贿赂来嫁祸他人的可能性，所以这种技术有过度使用的风险，但它仍是工具包的一部分。 6. 我们可以使用**同行预测理论 (peer-prediction theory) 的机制，**鼓励大家在所有情况下都诚实汇报，除了合谋非常严重的情况。不同于由会议主办方来证明与会者的出席，与会者可以证明彼此的出席，因此，如要证明一份虚假的声明，需要贿赂的参与者数量会变得非常庞大。这种奖励不一定是金钱上的，可以是 SBT 奖励，这使得奖励对真正的社区成员比对攻击者更有用。 7. 我们可以使用这样的相关性分数，它们重点关注那些能够实现这一目的的相关性：即便一群灵魂账户有共同利益，也有很强的动力诚实作为。例如，用在[限制组队的二次方募资](https://ethresear.ch/t/pairwise-coordination-subsidies-a-new-quadratic-funding-design/5553/22)里的相关性记分技术，它使用二次方募资捐款本身来决定两个参与者的相关性，也即要对它们的交集降低多少的权重。如果两个参与者有很多共同利益，它们向 QF 机制表达这一事实的动机肯定会因为降低相关性权重而减弱，但它永远不会变成零或负数。 --- <br/> ## 8 对比及局限性 虽然在身份框架这件事上众说纷纭，但在 Web3 领域里，有四个特别突出和相近的范式被广泛地讨论着，且值得去进行比较，那就是：主流的“旧式”身份识别系统、化名经济、人格证明和可验证凭据。每一种范式都凸显了其对我们所倡导的社会身份范式在未来发展上会带来什么贡献与挑战，我们把这些局限性作为探索未来方向的跳板。把上述范式都讨论过后，我们还解释了为什么我们相信“灵魂”以及“灵魂绑定通证”这种社会身份原语在探索隐私制度这条道路上更有前景。 ### 8.1 旧式身份系统 旧式身份识别系统依赖于第三方（政府、大学、雇主等）发放或调解的文件和身份证件，必须通过第三方的确认以对信息来源的真实性进行验证。虽然旧式的系统有着一系列值得我们深入了解的有趣属性，但它非常低效，无法给它们带来进行快速、高效协作的可组合性或计算能力。此外，这些系统也脱离了社会脉络，使得“灵魂”必须依赖于一个中心化的第三方来确认其社会成员的身份，而不是嵌入社区。比如，大多数政府所发放的身份 ID，最终都得追溯到医生或家庭成员所签发的出生证明，他们才是能证实身份的最终来源。（旧式的身份证明）遗漏了很多有意义的社会联系，而这些社会联系组合起来，能提供更加强有力的验证（依据）。此外，这些系统也脱离了社会脉络，使得“灵魂”必须依赖于一个中心化的第三方来确认其社会成员的身份，而不是嵌入社区。比如说，大多数政府所发放的身份 ID，最终都得追溯到医生或家庭成员所签发的出生证明，他们才是能证实身份的最终来源，而遗漏了很多有意义的社会联系，而这些社会联系组合起来，能提供更加强有力的验证能力。事实上，当权利的中心在寻求着有力的身份证明时（例如一个大政府发出安全调查时），他们很少会依赖于这些文件，而是转而向社会关系寻求背调。因此，这一类旧式的身份系统，更倾向于将权力集中在发放人，或那些能够进行尽职调查以获得更有力的证明的人身上，这些人反过来又形成了僵化、不可靠的官僚机构。去 DeSoc 设计中的一个关键目标：即是确保能够满足，以至超越政府身份 ID 的安全需求，使这种横向式的网络跨越多个社交基础为所有用户提供更高的安全性。 ### 8.2 化名经济 Balaji Srinivasan 创造并普及了“化名经济”一词，并且广泛地传播了一个将声誉系统与零知识证明机制相结合，以保护隐私的社会愿景。他早期的意图在于强调化名能够避免歧视和“取消文化“（即社会暴民通过抵制，试图损害他人名誉，破坏他人社会关系的行为）。化名经济设想人们在自己的钱包中积累可转移的零知识(ZK)证明，并通过将证明子集转移到新的钱包，或在多个无法被追溯的钱包中分割证明来避免声誉攻击。在挑选要转移的认证时，人们会在新账户中选择想要的化名级别，在更匿名（转移更少的证明）和更多社会关系（转移更多证明）间权衡。 典型的化名经济方案与去中心化社会（DeSoc）之间的实际区别在于，我们不再强调身份上的分离是保护参与者免受网暴和取消文化的主要方式。某种程度的分离（比如说在家庭、工作、政治上拥有不同的灵魂）可能是健康的。但一般情况下，将建立新身份的能力作为抵御攻击的主要手段存在着很大的缺点，它使声誉抵押贷款和溯源变得更困难，并且难以与试图纠正相关性或抵御女巫攻击的治理机制相结合。 比起让受害者获取一个新的身份（或许会让旧身份消失）来免受持续攻击，去中心化社会（DeSoc）更倾向于采用其他办法，例如说把攻击者暴露在社会关系下。“取消行为“频发，正是因为当人们或谣言机器人与受害者没有太多社会联系时，受害人的语言和动作常被断章取义，而这些谣传又通过没有上下文的网络进行传播。正像灵魂绑定通证（SBT）将对信息溯源以防止深度造假一样，SBT的社交图谱能够追溯到一些“造谣行为”的源头。这些造谣信息本质是在受害者所在社区（反映为共同持有某种SBT身份的成员）之外人为造成的产物，或者没有来自受害者社区的 SBT 来验其正伪——这就让人怀疑其报道的真实性。SBT 还让受害者有了防御攻击的能力，以抵抗在其信任网络（即共同持有某种SBT的网络）中策划、传播的攻击行为。通过维持社会关系，人们可以保持信任，即使面对取消文化的威胁，也能追究攻击者的责任。随着可溯源度的提高，社会基础信息的真实性也能得到改善。 ### 8.3 人格证明(PoP, Proof of personhood) 人格证明协议旨在提供具有个人唯一性的代币，以防止女巫攻击，并且赋能非金融性质的应用程序。为此，它们依赖的方法包括对社交图谱的全局分析、生物识别、对全球关键参与方进行同步，或它们的某种组合。然而，因为 PoP 协议试图代表个人的身份——专注于实现全球的唯一性，而非社会身份的关系映射和联结，所以，PoP 协议仅局限于对所有人都一视同仁的应用程序。我们感兴趣的大多数应用程序（例如声誉质押）都是与此相关的，并且不要求你具有独特性，而更看中差异性。 此外，PoP 协议也不能免受女巫攻击，在近期几乎所有的应用程序中，女巫攻击都能有效攻击 PoP 系统，只是成本略高。除非地球上的大多数人都注册了 PoP 服务并且正在参与特定的验证活动，否则攻击者总是能招募到尚未参与的、不感兴趣的人充当“女巫（Sybils）”。虽然这样招募到的人员并不完全是机器人，但除了可能增加的一小部分费用外，两种方式没有本质差异。 许多 PoP 协议希望能为全民基本收入 (UBI, Universal Basic Income) 或全球民主化建立基础，尽管我们并没有这样的野心，但这些协议也在促使我们考虑，如何逐步构建，以协调多元网络产品。与 PoP 的二元化、个人主义和全球性质相比，我们的方式立足于为自下而上的声誉、财产和治理体系构建一个丰富的、关联性的和分层化的基础，允许人们参与各种规模的社区和网络。 ### 8.4 可验证凭据 可验证凭据（VC, Verifiable credentials）是一种 W3C 标准，其中凭据（或者证明）是可进行零知识共享（zk-shareable）的，而共享与否由持有人自行决定。VC 凸显了我们在基线隐私范式 (baseline privacy pardigm) 上的局限性，并推动了我们对于上述各种隐私延伸话题的讨论。在 SBT 的隐私延伸能缩小公开范围之前，VC 和 SBT 可以被自然地视为互补：尤其是，SBT一开始就是公开的，这使其不适用于政府颁发的身份证明等敏感信息，而 VC 则一直寻求一种可以通过社区恢复实现的恢复范式。在短期内，这两种方法的结合，将比分开使用要强大得多，但 VC 也有一个关键的局限性：由于其具有*单方面* 隐私的特质，至少在标准化形式方面，VC 不支持我们上文列举的大多数应用。 单方面的零知识共享（zk-sharing）与我们的用例并不兼容，也不符合我们围绕隐私所设的规范。我们大多数的应用程序都依赖于一定程度的信息披露。但是在零知识共享的情况下，除非被授予共享权，否则“灵魂”无法知道”另一个灵魂“拥有该 SBT，这使得声誉质押、可信承诺、抗女巫治理甚至简单的租赁合同（如公寓租赁）都无法进行，因为他所做出的其他承诺和产权负担不一定是可见的。 更深入地说，我们怀疑单方面的零知识共享并不是隐私权的正确解题方式。在有多方关系时，很少会有一方具有不经过其他人许可，就单方面披露关系的权利。就像单方面可转让的私人产权不能代表完善的产权制度一样，简单的单方面共享也不是一个完善的隐私制度。如果双方共同拥有一项资产，并选择用可验证凭据（VC）来证明他们的关系，那这种凭据不允许相互同意和相互许可。这个问题涉及到更复杂的多元属性、组织形式和权限问题，这正是 DeSoc 的特性之一。 <br/> ## 9 灵魂的诞生 从当前的 Web3 生态系统转向由 SBT 起主要作用的社会性增强的系统，面临着一个经典的冷启动挑战。一方面，SBT 不可转让；另一方面，当前市面上的各种钱包可能不是 SBT 的最终归宿，因为它们缺乏社区恢复机制。但为了社区恢复钱包行得通，他们需要跨越不同社区的不同 SBT，来确保安全性。首先到来的是什么？SBT 还是社区恢复？早期采用这些机制的社区会是哪些？不同链上的 SBT 如何互操作？我们不指望列出所有可能性和给出所有答案，但可以为读者勾勒出一些有希望的路径，以便在当前的 Web3 甚至 Web2 架构中进一步探索。 ### 9.1 SBT 原型 尽管 SBT 的特点就是不可转移，但它拥有另一个属性，在刚启动项目的时候可能会被证实很有用：可撤销性。初代 SBT 很可能是可撤销、可转让的代币，然后才发展出不可转让的特质。如果发行者可以销毁代币，并且将其重新发行到一个新的钱包，那么这个代币就具有了可撤销性。举个例子，当密钥丢失或者泄漏的时候，销毁和重新发行就是有意义的。并且发行者想要向社区保证代币不会被金融化，或出售给一方时 (换句话说，当代币能代表真实的社区成员身份时)。有着频繁链下互动的雇主、教堂、聚会团体和俱乐部，都很容易销毁和发行代币，因为它们和真人有联系，并且能通过电话、视频甚至简单的见面来识别假冒行为。而社区联系较弱的单方面互动，比如说参加音乐会、参与会议这一类行为就不太合适了。 可撤销、可转让的通证作为灵魂诞生之前的 SBT 原型的特性，发挥支持性的胎盘作用。这为大家争取了时间：对于钱包来说，他们可以借此孕育出安全的社区恢复机制；对于个人来说，他们可以充分地积累初代 SBT (可撤销、可转让)，并最终演变成可撤销、可重新发行且不可转让的 SBT。在基于这条路径，我们面临的问题不应该是：“首先到来的是什么？SBT 还是社区恢复？” 恰恰相反，SBT 和社区恢复同时落地，诞生了“灵魂”。 ### 9.2 社区恢复钱包 尽管目前的钱包都缺乏社区恢复的功能，但有这种功能和没有这种功能的钱包在孕育 SBT 上各有优劣。人格证明（PoP）协议的优势在于其已经进行“社会争议解决机制”的试验，这是社区恢复的基础。与此同时，还有很多去中心化组织（DAO），正在用 PoP 促进治理，使其自然地成为了SBT 的首批发行方。可惜的是，尽管 PoP 协议有先发优势，但它还没有在存放有价值的通证资产上赢得广泛的信任，而这种信任是托管钱包所拥有的。 或许正因此，托管钱包 (尽管它们有着中心化的缺点) 为不太熟练的个人用户提供一个简单入口。它们还可以为零售社区构建工具，以发行可撤销的代币，这些代币随后会转换（或者说销毁然后重新发行）为 SBT。甚至可以为更多的企业发行者提供工具 —— 这其中有不少人，正在寻找在 Web3 建立忠实用户群体的方法，但却缺乏托管方面的专业知识。一旦社区恢复机制正式确立，并且经过实战考验，这些托管钱包便可以通过社区恢复实现去中心化，而托管人则继续在 DeSoc 中提供其他有价值的服务（例如社区管理、SBT的发行等等）。 对于更老练的 Web3 用户来说，去中心化的非托管类钱包（或者是或者像 Argent 和 Loopring 这样的非托管型社会恢复钱包）是开启社区恢复机制的天然起点。非托管的钱包具有Web3 开源的原生优势，再加上其能够灵活地提前预告以及试验机制，让一群成熟的用户自愿参与使用，以测试其激励和混合机制 (如，多签)。以上所有的方法 (PoP、托管和⾮托管) 在不断试验的过程中以及吸引不同专业程度和风险承受能力的用户方面，都扮演着重要的角色。 ### 9.3 灵魂”原型 通过制定一些社会准则来引导”灵魂“。当我们在重新审视代币和钱包时，也可以重新思考对某类旨在表示成员身份的 NFT 和代币的看法。尤其是，我们可以引入一种规范方案：由一些有声望的机构发行的 NFT 或 POAP 表示着某个灵魂出席过某场会议、具有某种工作经历以及学历证书，而这类 NFT 和 POAP 不允许被转让。这类成员身份代币的转让——如果是进行价值交易——可能会降低钱包的声誉，并可能让发行方不再愿意向该钱包发行成员身份代币或 POAP。在非托管生态系统中，大量用户的钱包已经获得了不少财务上的声誉和资产，这些可以作为其有效的抵押品，使其不去滥用不可转移的身份代币。 虽然这些方法都有着各自的挑战，我们仍希望在中期，通过实现一系列步骤，这些各种各样的方法能够趋于准平衡的状态。 <br/> ## 10 总结 尽管在本文中我们对 DeSoc 将来能实现什么做出大胆的设想，然而上述提到的用例还只是实现 DeSoc 迈出的第一步。通往 DeSoc 的道路不止一条，包括许多基于非区块链的框架，如 [Spritely](https://spritelyproject.org/)、[ACDC](https://www.ietf.org/id/draft-ssmith-acdc-00.html) 和 [Backchannel](https://www.inkandswitch.com/backchannel/) (它们依赖于与本地机器联系而非全球账本的数据存储)。这些框架可能最终会为跨越社交距离提供更大的信任，因为这种模式能够利用信任关系的传递性 (比如受信任的介绍信)，而不是依赖于由知名的、高地位的机构 (如大学或者 DAO) 发放的 SBT。此外，我们在上文讨论到的应用只是关于 DeSoc 可以给什么赋能的一些初级想法，并未触及虚拟世界：他们的物理基础、社会以及他们与现实世界的复杂关系。所有这些都表明，本文所描绘的宏大愿景也仅仅是 DeSoc 的初级版本。 然而，在这条道路上仍然存在许多挑战和悬而未决的问题。上述描绘的蓝图更多来说是建议性的而不是成型的规范，这还需要大量的试验与实践。DAO 如何在权衡 SBT 中的账户模式和相关性，以抵御女巫攻击和实现去中心化的同时，保持其公开性呢？面对各种降低相关性权重的方案，获得 SBT 的激励兼容程度如何？隐私性与降低相关性权重以及其他 DeSoc 机制设计的冲突程度多大？我们如何能够以一种社会的，但又相对隐私的方式去衡量不平衡？基于社会恢复框架之下，一些遗留体系应当如何运作？这其中有需要事先划定的红线吗？甚至将其纳入协议中以避免出现反乌托邦的情况？还是说我们只是先加快构建出最佳的方案？这些问题只是我们未来几年里研究内容的一部分，这些研究将与 DeSoc 生态系统共同演进。 然而，DeSoc 不仅值得我们承受代价去应对这些挑战，而且可能是确保我们生存的必经之路。Albert Einstein 曾在 1932 年的日内瓦会议上说过，“人类的组织能力” 未能跟上其 “技术进步 ” 的步伐，好比出现 “3 岁的孩子手持一把剃刀” 的情况。在一个人类观察比以往任何时候都更具有预见性的时代，在对未来进行编程时，学习如何将社会性编入系统 (而不是基于信任编程) 似乎是人类在这个星球上生存下去的必修课。 …… ## 附录 ### 改良二次方机制以处理预先存在的合作情况 由于二次方机制是以人皆自利为前提来激励合作的，因此它处理已有合作的群体是有缺陷的。如果 SBT 反映社区成员资格，它们会使灵魂账户个性化，以体现它们的偏好，那么 SBT 就能帮助我们对已存在的合作关系降低权重，并偏重于跨越差异的合作。在这里，我们首次尝试为一个改良的二次方模型提供说明，并提供未来的研究方向。这个机制还没有被优化，而且无疑会有漏洞；它旨在作为一个说明性例子，以激发实验和未来的研究。虽然我们只对二次方募资 (QF) 进行说明，同样的原则和公式也适用于二次方投票 (即个人捐款可以被简单替换为"发言权积分")。 在 QF 里，社区根据个人捐款，按一定比例给共享项目匹配资金——匹配到的资金与个人捐款的平方根之和的平方成比例。对于固定的捐款水平，匹配到的资金随捐款人数的平方而增长，但个人的多笔捐款的回报会越来越少。对于集中化的个人行动，回报会减少，但对于集体行动，回报会增加。例如，如果 Abdu、Shou 和 Belle 之间并没有合作，它们各自捐款了 A、S 和 B 个货币单位——在 QF 项目 (例如 Gitcoin Grants) 里，他们的捐款匹配到的资金应该与他们个人捐款的平方根之和的平方成比例 (比例由可用资金决定)。  ### 单一成员关系 现在假设一个简单的模型，Abdu、Shou 和 Belle 在不同的公司有不同的单一成员资格，并且有一些提供给初创企业、公司和开源项目的匹配资金 (同样，类似于 Gitcoin Grants 的性质)。因为来自相同公司的人都有强烈的动机为自己的公司捐款，以最大化他们公司能匹配到的资金，我们应该预期他们会进行协作。一个极端的方法是假设员工完全目标一致，且完全协调他们的行为。然而，即使在这种简单的情况下，我们在公式上也有几种方法可以弥补。 **一种简单的方法，我们称之为“集群 (clustering)”，它在二次方公式里把两个同事放”在同一个平方根下“，以抵消他们已经达成合作的倾向。如果 Abdu 和 Shou 是同事 (Belle 不是)，Abbu 和 Shou 的捐款会加起来后一起开平方根，而 Bob (译者注：根据上下文，此处应该是 Belle) 的捐款则单独开平方根，有效提高了他的权重：  **如果 Abdu 和 Shou 能够完美合作，最优做法是把他们的总捐款平均分，因此我们可以假设 $$A=S$$。让我们简化一下:  在这种情况下，很容易看出集群是如何导向最优性的 (或福利最大化)，其论据与更一般的 QF 一致：如果 Abdu 和 Shou 完美配合，他们能有效作为一个单一行为主体，而群集匹配公式是两个主体的 QF 公式——即 Abdu-Shou 的联合主体和 Belle 这个主体。 而另一个能够达到最优性的调整，就是我们称之为”抵消匹配 (Offset Match)“：  “抵消匹配”的基本原理是，因为 Abudu 和 Shou 是完美协调 2 人组的一部分，我们可以将他们的投票权重降低 2 倍，以抵消协作带来的影响。这就导致了与集群匹配 (Cluster Match) 相同的结果，因为在完美协调的情况下， Abdu 和 Shou 的捐款相同 $$(A = B)$$ 总是最优做法。  ### 多重成员关系 前面的例子假设 Abdu、Shou 和 Belle 只有一个单一成员关系：职场。 然而，在几乎所有的应用中，这都被过度简化了。 人们会拥有多个社区成员身份、合作关系，甚至一些非正式的交集。 Abdu 和 Belle 可能来自于一个大家庭，Shou 和 Belle 可能上过同一所学校， Shou 和 Abdu 可能是同一个Layer1协议的代币持有者，等等。 为了促进跨越差异的合作，我们需要用不那么二元的方式来认识个体间的成员相互关系。 现在，我们想要把上面的两个方法都用到这个情况。我们再次把重点放在足以说明问题的最简单的例子上；下面我们将使用更多更一般的公式。 我们专注于这样一个例子：Abdu 和 Shou 同在一个归属关系，Abdu 和 Belle 同属另一个归属关系，而 Shou 归属于一个团体，该团体还有其他成员，但他们没有参与这轮资金匹配。这是一个完整的归属关系集。 为了将集群匹配应用到这个例子中，我们把每组共享归属关系放在一个集群里，并将每个个体的捐款平均分给他们参与的所有团体，他们的捐款系数总和为 $$1$$。  为了把抵消匹配应用到这个例子中，我们必须求出每个个体的捐款中能抵消通过协调而使自身获利的系数。具体来说，如果我们假设 Belle 内化了 Abdu 捐款一半的价值，Abdu 内化了 Belle 捐款一半的价值以及 Shou 捐款的四分之一价值，以及 Shou 内化了 Abdu 捐款的四分之一，这样我们需要求出这些系数的解  这个等式的解是：  那么我们可以得出：  抵消匹配虽然在某些时候是最简单的，但也几乎是最不透明的，它根据每个人的社会中心化程度 (会削弱这个募资的力量) 为每个人分配一个权重。 ### 通用公式 对于每个个人 $$i = 1, ... N$$，我们将它拥有的归属关系数量定义为 $Ti$；一般来说，我们可能会给不同的归属关系赋予不同的权重，但现在先假设它们都是相等的。让 $$Σ$$ 作为所有“归属关系”的集合，即给定归属关系的持有者集合到资金匹配参与者集合映射，其中的元素用 $$σ_(j)$$ 表示。 请注意， $$T_{i}=\sum_{j=1}^{\left|\sum \right|}1_{i\in \sigma _{j}}$$，其中 $$1$$ 是指示函数。 个人 $$i$$ 捐款用 $$c (i)$$ 表示 。 那么集群匹配的通用公式是：  对任意有序两个个体对 $i$ 和 $k$ 的相关性分数定义如下：  然后，通过求解方程组的抵消系数 $$a_(i)$$ 导出抵消匹配公式，每个个体的 $$i$$ 的系数是：  这通常会产生向量 $$α$$ 的唯一解，它大致是个体认同网络中网络集中性的倒数。那么抵消匹配公式为：  这个公式有一个吸引人的特点是，假设对社区的认同度可以正确测量效用的有效内化程度，这通常能导向最优性。一个没那么吸引的特点是，它似乎不太可能会特别”有活力“：特别是与其他情况对比时，考虑到会有惩罚，任何个人通过匹配资金而不是从外部给出所有她的捐款，都不总是最优选择。 ### 成对匹配 这里还有第三种机制，即[布特林 (2019)](https://ethresear.ch/t/pairwise-coordination-subsidies-a-new-quadratic-funding-design/5553)提出的“成对匹配”。成对匹配的缺点是它不能实现最优性，而把重点放在特定攻击的边界损失，但它的一大优点是不需要外部来源来指定谁要协调，谁不用； 相反，这些信息可以从捐款值本身提取出来。 只有在多个项目以及有一个每对匹配上限的背景下，成对匹配才能被有意义地定义。对于每对主体 $(A,B)$，如果他们对同一个项目 $$P$$ 捐出 $$X_{A\rightarrow P}$$ 和 $$X_{B\rightarrow P}$$，他们获得的补贴 [12]：  其中 $$M$$ 是系统的参数，而  相关性分数旨在反映在多大程度上两个参与者会对相同的项目捐钱。如果两个参与者 $$A$$ 和 $$B$$ 对同一个项目都捐了 $$X$$，那么 $$CorrelationScore_(AB)$$ 会增长 $$X$$ 倍。如果他们捐出的数额不同，$$CorrelationScore_(AB)$$则按他们捐款的几何平均数增长。 如果 $A$ 和 $B$ 的相关性分数很低，我们假设他们是非常独立的主体，并给他们接近最大限度的补贴，无论他们是否一起给某个项目捐款。但如果 $A$ 和 $B$ 频繁对同一个项目捐钱，和/或捐款数额很高，我们假设他们是高度协作的，并更像一个单一主体在行动，并因此调低他们共同资助的那些项目的补贴。 当对所有主体和项目都是 $$X_{A\rightarrow P} \rightarrow 0$$ 时，相关性分数可以忽略不计 (这种情况很少见)，上面的公式就相当于变成简单的二次方募资公式：$$Match_(AP\rightarrow P$$ 简化为 $$\sqrt[2]{X_{A\to B}X_{B\to P}}$$。在有三个主体的情况里，三个主体捐出 $$A$$、$$S$$ 和 $$B$$，简化为如下：  但如果一对主体对相同的项目捐款很多次，或捐款数额很大，这对主体的相关性分数就会上升，直到最终，他们对新项目做的任何新共同捐款所获得的补贴大多数是来自该对主体曾经一起捐的款项。随着总匹配接近无穷大，每对主体的总补贴会趋近 $$\displaystyle \lim_{T \to \infty }\frac{2MT}{M+T}=2M$$ [12] 原初的描述稍有不同，因为它使用的是 $$M$$ 而不是 $$2M$$。严格来说，如果我们对无序的主体对求和， $$2M$$ 是正确的，如果我们对有序的主体对求和， $$M$$ 是正确的。在这里，我们对无序主体对求和。 该公式的一个重要设计目标是限制因为错误把一个合谋团体识别为互相独立的主体带来的损失。在“简单配对 (Simple Pairing)”中，损失是不受限的：受现实世界相同的行为者控制的虚假或合谋的主体 $$N$$ 可以各自对一个虚假项目捐款，然后抽取补贴 $$𝑉 * (𝑁^2 − 𝑁)$$。在”集群配对“中，如果集群机制即使只错误识别一个合谋团体为完全独立的，相同的不受限提取也是可能的。在”成对匹配“中，情况相反，因为 $$N$$ 个虚假或合谋主体带来的损失总不会超过 $$M*(N^2-N)$$，其中 $$M$$是系统的参数。 请注意，成对匹配不会达成最优性：合谋的参与者仍然有动机在某种程度上夸大他们对某些项目的重视程度，甚至可以通过向他们自己控制的假项目捐款来得到补贴。相反，这种方法的设计本来就是次优的，是针对外部信息有限的情况进行优化，以了解哪些参与者实际上是合谋的。 **也就是说，成对匹配可以用作一个哲学模板，用于说明预先存在的协作关系，而不需要对其进行过渡惩罚**：不同于相关性分数只包含用于该特定二次方募资系统的 $$\sqrt{X_{A\to P}X_{B\to P}}$$ 的值，它可以尝试囊括用于所有实例 (即那些两个参与者通过合作获利的情况) 的相似项。如果通过合作的获利得到正确的估值，进一步合作永远不会对任何一对主体造成净伤害；相反，进一步合作的净收益将接近于零。 ________________________________________________________________________ [1] 我们十分感谢 Audrey Tang、Phil Daian、Danielle Allen、Leon Erichsen、Matthew Prewitt、Divya Siddarth、Jaron Lanier 以及 Robert Miller 贴心的反馈和评价。所有错误和观点的最终解释权归属于我们。 [2] 微软公司和 RadicalXChange Foundation，[glen@radicalxchange.org](mailto:glen@radicalxchange.org)。Glen将这篇论文贴在他的灵魂上。 [3] Flashbots Ltd., [puja@Flashbots.net](mailto:puja@Flashbots.net)。Puja 将这篇文论献给其祖母 Satya，她的爱和光将照亮许多灵魂。 [4] 以太坊基金会，[vitalik.buterin@ethereum.org](mailto:vitalik.buterin@ethereum.org)。 [5] 我们之所以选择这组属性，并不是因为它们明显是最理想的特征集合，而是因为它们很容易在当前环境中实现，并且重要的功能也能实现。我们将在第 5.3 节中探讨可编程的隐私 SBT 。 [6] 然而，请注意，原则上，法定名称本身可以以 SBT 表示：姓氏可以是家庭成员的 SBT，而名字可以是父母给予孩子的 SBT 。事实上，更丰富的名字概念也很容易表达，例如，如果其他家族或关系将成员身份赋予一个新生孩子。 [7] 一项非正式的 Twitter 民意调查结果能够显著表明，人们已经意识到，需要在决策机制中重视多样性问题。参考网址： [https://twitter.com/VitalikButerin/status/1264948490834247681](https://twitter.com/VitalikButerin/status/1264948490834247681) 和[https://twitter.com/VitalikButerin/status/1265252184813420544](https://twitter.com/VitalikButerin/status/1265252184813420544) ） [8] 我们用”无恶意 (innocent)"这个词，是因为高度合作的团体自然会寻求促进他们的利益，这很可能是为了他们的集体利益。 [9] 在二次方规则下，团队成员可以购买一份合同，如果事件发生了会给他支付 $X$ 美元，而成本为 $(X^2)/2$ 美元。例如，如果事件发生，设 $X=0.5$ 的个人将收到 0.5 美元——由民意调查者支付——并无论如何都将支付 0.125 美元。 [10] 如果个人评估概率为 $p$，他们的预期收益是 $pX$，成本是 $X^2/2$。对 $X$ 求导，最优性条件是 $p=X$，假设风险中性，这对于小赌注是合理的(收益和成本都可以任意缩小或放大，同样的论点成立)。 [11] 详见波斯纳，E. & 格伦·韦尔，“激进市场：战胜不平等、经济停滞于政治动荡的全新市场设计“，普林斯顿大学出版社 [12] 原初的描述稍有不同，因为它使用的是 $M$ 而不是 $2M$。严格来说，如果我们对无序的主体对求和， $2M$ 是正确的，如果我们对有序的主体对求和， $M$ 是正确的。在这里，我们对无序主体对求和。 来源：https://papers.ssrn.com/sol3/papers.cfm?abstract_id=4105763https://www.ethereum.cn/Technology/a-simpler-guide-to-ethereumhttps://www.ethereum.cn/Technology/a-simpler-guide-to-ethereumTue, 31 May 2022 00:00:00 GMT来源 | [mirror.xyz/brunny.eth](https://mirror.xyz/brunny.eth/upIPESej7MjO2rFijwQyx8NBel845fIPV9J5G0Vn4cE) 如果你是加密界的新手，面对众多概念无从入手，那么欢迎你，来对地方了。 我最聪明的一些朋友已经开始花更多时间钻研以太坊。而在此过程中，他们中有些人问过我类似的问题。通常都是关于具体概念的界定（比如，“什么是 gas ?”）或者是广泛的概念性问题（比如，“ Uniswap 如何运作”）。这些疑问促使我写成了这一篇《以太坊简易指南》。 <br/> <br/> ## **如何使用这篇指南呢？** <br/> 它被划分为五个主要部分： 1. “以太坊 101”入门部分， 2. “以太坊 201”深入探讨更为复杂的概念， 3. 加密语境中关于身份认定部分， 4. 去中心化金融部分，以及最后， 5. 关于以太坊的未来。最后的部分尤其探讨向 PoS (权益证明机制) 的过渡（如果现在这些与你无关，则不要过于忧虑）。 <br/> 在每一部分，我解释了很多复杂的专业术语，编制了许多实用的图表，以通俗的语言阐释以太坊中最为重要的概念性主题。并且，我还在指南的末尾附上了额外资源，供大家继续深耕。 **在了解以太坊时，你可以针对性地运用指南的不同部分进行快速阅读和检查，或将指南作为探索未来的一个灵感点，或作为一个链接分享给最近对加密领域感兴趣的朋友**。举例来说，可以按 Ctrl+F 键查找“ Uniswap ”更多地了解去中心化交易所。或者，还可以检索“ wallet ”（钱包）学习更多有关非托管钱包的安全知识。 在 Vitalik Buterin（以太坊联合创始人）的某篇热门博客帖子中，他写道，“有时候，差别极小的过度简化正是我们了解世界所需要的东西。”我希望，通过将这些复杂的话题浓缩为极简的内容，让这则指南可以帮助所有人了解以太坊世界。 <br/> <br/> ## **1）以太坊101 - 基础篇** <br/> 在认识以太坊之前，我们需要了解它的基础概念。在这个部分，我将阐释什么是区块链，区块如何添加到链上，以太坊如何像世界计算机一般运作，以及智能合约如何运行。 **区块链** - 区块链是指特定网络中一系列独立计算机处理和维护的所有交易的公开记录本。比起用中心化的方式管理这些交易数据库（就如 Amazon 或 Facebook 控制自己数据的方式），区块链上不存在单个数据所有者，使之去中心化。在这个网络中的计算机遵循着特定的规范和机制，以保存所有交易的记录。 这些规范让计算机能够同意网络中发生的所有（交易）行为，或就其达成共识：计算机 A 是否转出资金给计算机 B ，计算机 B 是否发送这些资金给计算机 C，以及什么时候呢？上周发生了什么事呢？六个月前发生了些什么？ 网络中的计算机是独立的，因此，计算机 D 和 E（和 F 和 G ......）可能不认识计算机 A、B 或 C。区块链的一系列规则意味着，单个计算机无须独自验证其他计算机提供的数据的准确性，就能对区块链历史上发生的交易达成一致。换句话说，计算机之间不用信任彼此就可以达成共识。在网络中的计算机之间，这种去信任共识机制具有举足轻重的重要性。 区块链数量十分庞大，每一条链遵循着自行设置的规范达成共识。以太坊区块链致力于为给不同领域中酷炫的、新颖的应用提供基础设施服务与设计空间，比如游戏、艺术、金融和社交媒体类的应用。 **共识机制** - 当区块链上的所有计算机都同意发生在网络中的事实，这就是“达成共识”。单个计算机之间根据区块链的规则达成共识，并且每一次将新交易打包至链上，所有计算机都需要经历达成共识的全过程。一旦这些计算机达成共识，交易区块则被打包到区块链上，成为网络历史记录中的一部分。大致的意思是，假设计算机对每次新交易添加至链上的行为无异议，那就相当于同意了区块链的整个历史记录，因为他们不得不参与其中的每一环。 共识是一个支撑整个区块链世界的重要概念。如何在不信任网络中任何参与者的情况下，验证上面发生的交易，这是一个非常难以解决的人类问题，而区块链是这一问题的最优解。不同规范（或是“共识机制”）可以促使个人计算机在区块链中达成共识。下面介绍两种主要共识机制： **工作量证明（PoW）**- 在工作量证明机制中，计算机之间以竞赛的方式解决复杂的数学问题。网络会给第一台解决问题的计算机提供经济奖励，这激励着计算机背后的人不断更新并运行节点（换言之，确保网络一直处理交易）。 也许你曾听过，这种竞相解决计算密集型数学问题的过程就叫“挖矿”。基本上，经验证为合法的交易，可以安全地添加到区块链上。这也是比特币区块链以及当前以太坊区块链在实施的规则。 工作量证明机制也有它的缺点，主要是1）最终，最强大的（和最昂贵的）计算机能够更快地解决问题，因此，富者衡富；2）在计算机上解决高难度的数学问题需要消耗很多精力，这已经成为整个区块链最为人诟病的一点。 **权益证明机制（PoS）**- 相对于耗费大量算力来达成共识（如 PoW），权益证明机制则是利用惩罚的风险（和一些经济激励）约束/激励参与者。 在权益证明机制中，参与者筹备资金（技术角度而言，他们“质押”自己的资金），并换取进入随机选拔程序的资格。被随机选中的计算机需要验证下一批即将到来的交易。当随机选中的计算机正确地处理交易（在权益证明机制的限制范围内），可以获得奖励。 如果被网络随机选中的参与者违反了权益证明机制的规定，那么这个参与者质押的资产就会减少（或“被罚没”）。 PoS区块链不会同时请求网络中的所有计算机破解那些数学难题，而是通过随机选取计算机进行交易验证。略过繁重的计算过程可以减轻PoW机制出现的两大主要问题。这也是以太坊在规划2022年部署下一代区块链时，打算启用这套共识机制的部分原因。 **节点** - 为了以太坊区块链的运作，网络中的参与者需要运行特定的软件，协助他们与区块链进行交互。我倾向于认为，每个节点作为独立计算机运行着以太坊软件。同样地，节点（网络中的参与者）越多就越去中心化，但有时，维护所有节点有些麻烦，因此，不同的节点针对不同的目的： **全节点** - 全节点用来储存完整的区块链数据，帮助区块进行验证并打包到链上。这类节点还为过去的交易提供有效性证明。 **轻节点** - 轻节点的功能在设计上相对少于全节点。比起储存完整的区块链数据，轻节点仅仅储存较少量过去交易的证明。这类节点让更多人参与到网络中，因为它们存储更少的数据，运行起来更加经济。 **归档节点** - 归档节点是以太坊世界的程序库/维基百科词典。它们储存全节点所有的数据，甚至更多。分析工具和钱包提供商也许会利用归档节点来拉取很久之前的信息。 **客户端** - 这是以太坊的软件，使得计算机（节点）能够同以太坊网络进行交互。单个节点可以选择他们想用的客户端软件，但多用一些不同类型的客户端对于去中心化至关重要，以免其中某个客户端出现 bug 或者问题。现在有执行客户端和共识客户端两种类型，但这不在指南介绍的范围内。 现如今，链上有很多可用的客户端，最近以太坊社区争取让最大的一些节点运行机构多样化其运行节点的客户端。重要的是，任何想要参与运行以太坊网络的用户，都可以创建他们自己的客户端，这意味着用户不必信赖第三方实体为其验证区块链。 **状态** - 以太坊区块链的状态指的是在任何特定时间点区块链上的账户余额情况。一旦有新的事物产生（比如处理一个新的交易区块），那么状态则会更新并精确地反映区块链在打包新交易后的状况。 以太坊的状态保存不同账户及其余额的信息。换言之，一旦区块链验证新的交易，状态也会随之更新，利用刚添加的新交易信息反映出新的账户余额。 <br/> <br/> -------- <br/> **侧栏 - 如何将区块打包到区块链上？** 一个用户可能想用以太坊区块链发送一些资金给另一个用户。一旦发起方用户这边发起了交易，这笔交易就要在接收方用户收到这笔钱之前，被打包至交易链上。 当这样一笔交易打包到以太坊区块链上，各个节点需要在交易打包上链并变成其一部分历史之前，完成整个达成共识的过程。 在下图中，它讨论的是上述的简单交易，就是一个用户发送资金给另一位用户。这笔交易被打包成区块，等待节点一同达成共识后将它添加至链上。   <center>来源: Understanding Ethereum</center> <br/> 事实上，区块链只是所有用户对于发生在网络中的历史交易达成共识的方式，而区块链状态是已实时更新过新交易的账户余额  <center>来源: Understanding the Ethereum Yellow Paper</center> <br/> **智能合约** - 在一定程度上，智能合约类似于物理世界中使用的传统合约的电子版。在传统合约中（例如雇佣合同或者公寓租赁），两个及以上的合约方建立一套条款，再通过律师和司法系统执行合约中的条款。 而在智能合约中，两个及以上的用户也是创建一套规则，却不是通过司法体系执行合约，而是由程序代码编写成智能合约，发送到区块链（或者部署在区块链上）。智能合约会根据已编好的代码自动运行，而不需要律师执行。 上述的侧栏部分叙述了区块打包上链的过程。智能合约是经由区块内的交易部署到链上的代码。未来的交易可以“调用”或与智能合约交互。举个简单的例子，A 用户希望和 B 用户就比特币在未来两年内的价值打赌。A 用户认为比特币在 2032 年 1 月 1 日时会超过 100,000 美元，而B用户则认为比特币会低于这个价格。那么，两位用户可以建立一个智能合约，在合约里放置彼此的资金，再约定一条简单的规则：如果比特币在 2032 年 1 月 1 日超过了 100,000 美元，智能合约则释放这些资金给 A 用户，反之，智能合约将资金打给 B 用户。这个交易过程十分简单、直接且去信任。 智能合约允许任何人以去信任的方式在世界计算机上部署代码，并且，也使得任何人去信任式地验证代码的内容（只要他们可以读懂代码！）最终，智能合约技术的存在已为一波涌现的去中心化应用浪潮带来巨大的机遇，而没有区块链技术，这些就无法成为现实。 比特币和以太坊最大的区别是，以太坊催生了一波智能合约计算平台的浪潮，这些平台是可以编写智能合约代码并直接部署到链上的区块链。以太坊基金会研究员 [Josh Stark](https://twitter.com/0xstark)写了一部关于[智能合约](https://stark.mirror.xyz/7g0Bmjw8uJKCBvUKBPcfAN50eXDrvvgHdOqdQ1Eko3Y)的文章，如果你愿意更加深入了解这个概念，我建议你阅读这篇文章。 **以太币（ETH）**- 以太币是支持以太坊区块链的原生货币。在工作量证明机制中，（挖矿）奖励通过以太币支付给解决数学难题的计算机。并且，参与者在权益证明机制中质押的资金也是用以太币 (需质押 32 ETH)。 以太币是加密货币的名字，以太坊是网络的名字。 **以太坊虚拟机（EVM）**- 以太坊虚拟机这个名字是指“虚拟的”计算机，它由所有参与以太坊网络的独立小型计算机组成。这样单个的大型计算机并非实际上处于某个位置的“物理层面上的”计算机，而是尤如一台大型（全球性的）计算机一般工作。 以太坊区块链的状态就活跃在这台计算机上，并且，当下一个区块打包至链上时，它负责执行状态更新的规范。如果以太坊网络中的用户想将智能合约代码纳入自己的交易中，那么这个代码便会在 EVM 上运行。 <br/> <br/> -------- <br/> **侧栏 - 以太坊虚拟机如何运作？** 尽管对于新手来说，可能没必要了解EVM运行的复杂性，但它是以太坊区块链的重要组成部分，还能帮助读者大致了解去中心化如何规模运作。如下图，尽管图片有些复杂，但画得不错。一起按照步骤来看： 我们首先从以太坊区块链在特定时间点的状态开始。这左边的方框称作“ 世界状态σ t ” 一笔交易被打包到链上，例如从一个钱包转移以太币到另一个钱包，在图表顶端上的方框，就是“信息调用交易”。 在交易发生之前的以太坊状态（再次提示，左边的方框）加上新交易（顶上的方框）的输入数据，都在 EVM 上运行。在这里，EVM 更新区块链的状态。 一旦 EVM 更新了状态，新的状态“ World state σ t+1 ”会被储存起来。  <center>来源: Ethereum EVM Illustrated</center> <br/> **代币** - 通常，代币指区块链上的资产。代币可以代表许多不同类型的资产。举个例子，一般认为代币是可以当成货币的资产，或者是在具体决策过程中给持有者提供投票权的资产 (治理代币)，又或者完全可以作为其他东西。代币是加密世界中代表着不同种类资产的价值的原子单位。 **同质化代币(fungible token) **- 这个术语“ fungible ”指的是可以相互转换的一些商品或是物品，即可替换性。这不是一个加密原生术语，一般的货币指的是同质化货币。例如，我口袋里的1美元可以换成你口袋里的 1 美元，并且这两个 1 美元都可以用来买1美元的东西，它们是等价的。当可替代性应用于加密概念中，它指是否可以与其同一集合中的其他加密资产进行互换。我的以太币和你的以太币可以互换。 **非同质化代币（NFTs）**- 非同质化代币指的是所有因独一无二的存在而不可互换的数字资产。 虽然 NFT 主要是因为数字艺术和数字藏品出圈的，但它不止于这种表现形式，它可以是任何独一无二的数字资产。数字艺术和数字藏品恰好是 NFT 最早的用例之一，而已经引起了广泛公众的共鸣。这种代币引起了许多人对加密界的兴趣，但我认为诸如无聊猿和 NBATopShot 此类 NFT 项目的兴起导致广大公众低估了在以太坊区块链这样的可信结算层上部署独一无二的数字资产所带来的其他方面的效用。 从概念上看，NFT 还可以应用于许多数字收藏品以外的其他用例。如果一种产品或者服务需要能够验证某种特定数字资产的所有权和其稀缺性的有效性，那么公共区块链上的 NFT 就派上用场了。例如，音乐会场地可能会用 NFT 替代门票，或者视频游戏的设计师可以将那些难以在游戏中获得的资产转为 NFT，由此用户之间可以转让或交易。 这个概念还能玩出新花样：一些资产可以既是同质化的，又是非同质化的，这取决于同它们进行比较的集合。例如，如果我持有一个 19 世纪的 1 美元老币，并将它作为收藏品放置于玻璃罐中。这很明显，这 1 美元（非同质化的！）和被揉作一团后塞在口袋的美元新钞截然不同。 不过，如果我将玻璃罐里的1美元掏出来去星巴克消费，他们（可能）愿意收下它。这是因为，从某种程度上看，它跟其他一美元纸币是可互换的，尽管从其他角度而言，它们完全不是一回事。  <center>来源: Graphical Guide to Understanding Uniswap</center> <br/> -------- <br/> ## **以太坊201-进一步深入了解** <br/> 在这一部分，我将阐述gas成本高昂的原因，可组合性如何运作，以及用户如何与创建在以太坊上的应用交互。 **燃料 (Gas)** - 与以太坊区块链的每次交互都会消耗成本 (gas)，而这个成本取决于以太坊虚拟机运行那段特定代码需要消耗多少算力。由于区块链上的每个区块的空间只能容纳固定数量的交易，而 gas 的概念可以帮助以太坊分配稀缺的区块空间资源。 越是复杂的交易可能需要支付越多的 gas 才能完成。比如，从一个钱包发送以太币到另一个也许只需要在虚拟机上运行几行代码，因此，它需要的 gas 少于算力大的交互所需的 gas ，如在去中心化交易所兑换一些代币（阅读下文的去中心化金融部分了解更多！）。 你可以把 gas 看作类似于中心化的信用卡公司收取服务的手续费。例如自 20 世纪 50 年代创建、运作且维护到现在的 Visa，会向所有使用 Visa 网络的交易收取固定的 3% 费用。相对而言，以太坊的“手续费”是不固定的，它基于交易时网络的供需情况而定。Gas 费用于支付参与以太坊区块链运作的计算机（请阅读下文了解更多）。 Gas 以 ETH 计价，并且用户可以选择支付更多的 gas（通过给计算机支付小费的方式）以加速交易时间，提高交易打包到下一区块的几率。 **Gwei** - 在技术上Gas的价格表示为 wei，是 ETH 最小的增量单位。1 wei 等于0.000000000000000001 ETH（1018 wei，也就是用 5 个逗号才能表示 1 ETH），1 gwei 等于1,000,000,000 wei，所以比较 gas 价格时，用 gwei 兑 ETH 的计价方式更为方便。 用户已经习惯了以 gwei 为单位来表示 gas 价格。比如 0.0001 ETH是 1 gwei，这个 gas 费用很低。用户可以使用 [Gas.Watch](https://www.useweb3.xyz/gas?source=ethgas.watch&referrer=ethgas.watch)留意实时的gas价格。Gas 会随着打包进区块链的交易需求上下波动。 它应该是发音为 gwey，但我听过有人读 goo-ee。所以，我不太敢问它的读音。 <br/> <br/> -------- <br/> **侧栏 - 为什么需要 gas，它如何应用？** 负责验证区块链交易的计算机需要在经济上给予激励。如果不发放这些激励，将难以说服他们运维计算机和区块链，而要是链上没有充足的计算机进行运行，就将导致区块链变得过度中心化，仅由几个用户控制。 如上所述，支付给网络参与者的 gas 会根据打包进区块链的交易需求而波动。  <center>来源: Understanding Ethereum</center> <br/> ------- <br/> **Solidity** - Solidity 是一种编程语言，用户可以用它在以太坊区块链中编写智能合约以及创建去中心化应用。重要的是，Solidity 是图灵完备的编程语言，这基本意味着“任何你可以编写成代码的东西都可以用 Solidity 写”。这说明，开发者能够使用 Solidity 在以太坊上开发大量的酷炫玩意。 **可组合性** - 由于智能合约作为开源代码部署在以太坊上，所以，任何人都可以基于这些智能合约构建（或者“分叉”代码并自行改变），这表明以太坊 (以及其他类似区块链) 上的应用是可组合的。 可以将可组合性看作是区块链的 API 。尽管按理说早几代前开发者就能够基于其他技术基础设施创建应用，但加密可组合性对比其他领域的不同主要表现在：它所有底层协议都是去中心化的。换言之，开发者无需担忧会有某个中心化实体，掌控全部的底层数据并突然改变平台的规则，或是限制开发者的访问， 比如 [2018 年基于推特 API 构建应用](https://news.ycombinator.com/item?id=17067781)的开发者们遇到的情况那样。 <br/> <br/> ------- <br/> **侧栏 - 可组合性的案例有哪些？在实际中如何应用？** 可组合性指的是开发者可以利用已经构建和部署在公链上的其他应用创建新的应用。 例如，Compound 作为一个 DeFi 应用，如高能储蓄账户一样能让用户通过存款赚取利润。假设一个项目（例如 Argent 加密钱包）的开发者希望将 Compound 嵌入他们构建的应用中，那么他们无需重建系统就可以轻松地集成 Compound。这就是可组合性。  <center>来源: Understanding Ethereum</center> <br/> ------ <br/> **以太坊改进提案（EIP）**- 鉴于如以太坊这类区块链在本质上是公开的、去中心化和开源的，其开发者社区修改协议的方式与中心化实体做决策的方式相去甚远。现代开源社区（比如 Linux 和 Python 的活跃社区）和以太坊的开发过程更加相似。 以太坊社区已经制定了一套流程以概述社区成员该如何向以太坊协议提出改进建议。这些流程包括提供进行讨论的公共论坛和鼓励社区参与开源，这对于以太坊区块链来说尤为重要，因为它是去中心化的区块链且依赖于全球分布的社区对其进行监督和改进。 提案可以与区块链遵循的核心规则相关 (比如何时达成共识)，也可以就以太坊核心构建部件提议一个标准化版本如非同质化代币或者钱包（下文会展开描述）。当用户利用以太坊的可组合性基于某些已标准化的规范来构建一个应用时，显而易见代码将按预期运行。 **以太坊注释请求（ERC）**- ERC 是 EIP 的一种类别，具体来说，ERC 是描述“应用级别的标准和协定”的一种 EIP 。这类 EIP 值得在这提一提，因为它是以太坊上最重要且最具知名度的一些使用案例的合约标准的模板。开发者在以太坊上构建时可以使用这些合约标准以节约时间和精力，而不用从头开始。一些广为人知的 ERC 如下： ERC-20 - 这是同质化代币的一种代币标准。 ERC-721 - 这是非同质化代币的一种代币标准。 ERC-1155 - 这是优化了部分 ERC-20 和 ERC-721 的代币标准，一般应用于碎片化非同质化代币。 <br/> <br/> ------- <br/> **侧栏 - 为什么想要碎片化（或使其可替代）非同质化代币？** 尽管碎片化 NFT 这个概念本身听起来像悖论，但这也有几个不同的用例。最好的解读方式是，一些艺术品价格高昂（比如 [Beeple 的 NFT 以 6900 万美元的价格](https://www.theverge.com/2021/3/11/22325054/beeple-christies-nft-sale-cost-everydays-69-million)售出或蒙娜丽莎这副名画），普通人很难买得起。碎片化一个昂贵的 NFT，使得消费者有机会持有（价值连城、非同质化）代币的一小部分。  <center>来源: Algorand</center> <br/> 值得注意的是，大多数分解后的NFT碎片之间具有可替代性，因此，某个用户持有的蒙娜丽莎面部碎片不会和手部碎片或是背景碎片相斥（即碎片之间是等价的）。这些不同部位的碎片实际上并不是可替代的（比起脸部碎片，我更乐意花更少的钱购买背景碎片）而现实中，用户只会持有整个艺术品的一片小小的可替代碎片。 碎片化 NFT 不止是钱的问题。NFT 代表着独一无二的数字资产，所以 NFT 碎片化还隐含着所有权、身份和社区的概念。 <br/> <br/> ------- <br/> **测试网** - 测试网是区块链的副本，它使开发者得以尽情开发，并测试代码在“主网”区块链上将是何种运行情况。当开发者在区块链上部署了智能合约后，尽管有些智能合约已经不再应用，但只要区块链一直活跃，这些代码都是可见的。由于存在这种永久性以及智能合约有可能与大额资金交互，开发者会希望通过在测试网测试以确保代码会按预期运行。 在以太坊案例中，有一堆的测试网（比如 Rinkby 、Ropsten 和 Kovan ）可供开发者在不用冒险动用真实资产的情况下，测试自己的代码。测试网是加密软件开发者的开发实践环境。 **水龙头** - 水龙头会分发“虚假” ETH 给开发者，所以他们能用这些测试币在测试网测试智能合约。开发者需要ETH部署智能合约并与之进行交互，但与主网的ETH不同，测试网的测试币不具有实际的经济价值。水龙头是开发者获取 ETH 测试币的简便渠道。 设想你是一名开发者，准备在以太坊上部署智能合约。假设你手头上的智能合约将处理一些资金，可能类似于一个去中心化的交易所（在下文的去中心化金融部分有探讨）。首先，你想在测试网上测试智能合约。以确保代码的运行达到预期。你将需要一些测试网的ETH来运行智能合约。 然而，要谨记测试网只是以太坊区块链的副本，所以测试网上面的ETH本质上是“虚假”的，因此，这些代币不能兑换成主网链的ETH。如果读者想用以太币测试合约并观察它的实际运行，那么水龙头可以方便用户获取ETH，并在测试网上尽情使用/挥霍。 **预言机** - 根据需要，预言机可以用来连接区块链和外部系统。在某些时候，可以创建在以太坊上的应用，希望与非以太坊网络所保护的外部数据流进行交互。一些数据不得不从链下获取，就如今天的天气或者篮球比赛的分数。因此，预言机是通向“现实世界”的接口。 为了农作物的保险起见，预言机可用于查询弗洛里达州靠近橙子种植地的天气，或是用于验证去中心化体育博彩应用的记分。预言机具有潜在的信任隐患（因为构成区块链的计算机网络无法真的验证弗洛里达的天气如何），但是对于这些需要预言机的应用来说，有良好的方案可以解决这一隐患。 预言机提供商 (如 Chainlink ) 构建了某种系统以试图确保其预言机不易受攻击 (但是单个预言机仍然是区块链上易受攻击的弱点)。读者可以设想一下：为预言机系统 (由多个预言机组成) 建立一种共识机制，尽管其中存在易攻击点 (因为链下数据总是可能会以某种方式被操纵)，但是仍然需要 9/16 个预言机对预言机网络的信息达成共识。或者类似的机制。 **内存池** - 当一笔交易已被用户提交，但是还未被验证和打包上链，这种待处理的交易会被发送到一个等待区域，叫做内存池。 在处理交易之前，网络中的计算机节点会验证交易的有效性。举例来说，账户在发送交易时，可能会花费超过账户内的有效资金，或是可能出现私钥与发起方钱包（更多请看下文的钱包和身份认证的部分）的公钥不匹配的情况。当网络中的计算机在验证这些潜在隐患时，这些待处理的交易就在内存池中等待。 在技术上而言，网络中的每个参与者都有自己的内存池，但为了让入门级别的读者更好理解，把内存池想象成所有区块链交易的等待区域是可以接受的。通常，交易在内存池中等待几秒钟到几分钟不等，这取决于需求量（下文进一步讨论可扩展性）。 以太坊上待处理的交易可以在数据供应器上看到，比如 [Etherscan](https://etherscan.io/txsPending)。 <br/> <br/> ------- <br/> **侧栏 - 用户和应用如何与以太坊交互？** 用户几乎都是通过如 Chrome 等浏览器使用网页应用。这些网页应用使用特定的库（如 web3.js 或者 ethers.js ）建成，这些库使得网页应用可以直接同区块链节点实现交互。  <center>来源: Understanding Ethereum</center> <br/> 开发者建立的应用，通过节点运行客户端软件的方式与以太坊进行交互。在下面的示例中，运行的客户端是 Geth，它是一个用来与以太坊区块链交互的命令行界面。也有像 Infura 这样“节点即服务”的供应商，它让开发者得以便捷地与服务供应商控制的节点进行交互，这和开发者如何利用 AWS 访问服务器空间的过程是类似的。接下来，这些节点可以在以太坊上与智能合约和单个账户余额产生交互。 这和当下其他软件产品的“后端” VS.“前端”大不相同。在左下图表中，我们可以看到一个用户如何连接传统的网页应用。 在这个图的旁边，是一个基于以太坊的应用的架构例子。两者极其类似！区别就是，以太坊作为一个后端基础设施服务于加密应用，这使得它具有全球化、无需许可和抗审核的特性。  <center>来源: The Architecture of a Web3.0 Application</center> <br/> ------- <br/> <br/> ## **钱包和身份** <br/> 根据设计，区块链使得用户能够自我保管资产，但钱包的作用不仅是给了用户自我托管的权利，它还是用户在加密世界的自我呈现。在这一部分，我将介绍 DAO 和身份的关系，以及用户如何保证钱包安全问题。 **钱包** - 将你的资产存在加密钱包中，就好比将现金存在物理钱包里。但是这些加密钱包还储存着代表你和你的行为的信息，例如你交互过的应用以及用该钱包做过的交易。 需要记住的是，根据设计，区块链交易是公开透明的，由此，当你使用钱包在以太坊上做些什么的时候，你的钱包管理着关于这些交易的可追溯、公开的数据。这些可追溯数据强调了 web3 中“持有自己的数据”的理念 —— 你的资产、交易历史、与去中心化应用交互的数据会随着你的钱包移动。而且，与物理钱包相区别的是，许多加密用户会使用多个用途不同的加密钱包。 在这里，还需要了解其他的定义才能完整地解释钱包的概念： **公钥** - 这是一行长代码，代表钱包的对外地址。公钥好比你的家庭地址；这个地址是独一无二，不是秘密（公共记录等）。而这个地址对应着一个家庭（或在这个案例中，地址对应着你的一个账户）。 你可能会与想给你寄信或礼物的朋友分享你的地址，但就算有人在当地政府的财产记录中看到你的家庭地址，那也没什么。如果有人看到你的公钥，那也是没问题的。 **私钥** - 在另一方面，私钥是钱包的密码，所以不能让别人知道你的私钥。私钥会对应特定钱包的公钥，因此，如果有人得到了私钥，他们可以完全访问钱包。 私钥就像家里的钥匙，你并不介意有人随机知道了你家的地址，但是如果他们有你家的钥匙，那你必然惴惴不安。再次重申 —— 任何人得到了私钥都可以接入对应的钱包，不要将私钥告诉任何人，也不要储存在别人可以找到的地方。 <br/> <br/> ------- <br/> **侧栏-公钥和私钥的原理是？** 公钥和私钥背后的机制是非常重要的基础知识。基本上，公钥和私钥是用于加密和验证身份的一种方法，叫做私钥密码学。 谨记公钥是面向外部公开的。当用户向其朋友的钱包发起交易时（使用朋友的公钥），就相当于给交易上锁，只有当用户的朋友确实持有接收方钱包的私钥时，才能把锁解开。尽管交易是可见的（因为它存在公链上），但没有特定私钥（私钥对应的持有资产的钱包）的情况下无法“解锁”这些资产。 不管你是以太坊上搭建项目的开发者或者只是用户，一定要了解公钥和私钥的区别，这很重要。误用（或者“放错”）公私钥可能造成严重的资金后果，并且，这和忘记中心化网站上的密码不同，应用开发者无法帮助用户恢复密钥。随着更多用户创建加密钱包并在区块链上交易，这种交易模式将会更为标准化。同时，注意学习曲线以及帮助向其他用户解释也尤为重要。  <center>来源: How to Generate Public and Private Keys</center> <br/> ------- <br/> **助记词** - 一组助记词（通常是 12 到 24 个随机的词）是钱包在紧急情况下最终的钱包恢复工具。它需要像私钥一样被同等保护起来，因为丢失助记词或者将它保存在会被发现的地方，就意味着钱包的一切都暴露了。用户一定要采取合适的方式保存助记词，保证其安全性和机密性。 钱包应用的开发者无法访问助记词，所以，如果读者丢失了自己的密钥和助记词，那么你的钱包就不能再恢复。如果仅仅丢失了私钥，那还可以用助记词来恢复钱包。 托管钱包 - 这类钱包由托管方（任何负责管理钱包资金的中心化实体）负责管理，比如一个常规的 Coinbase 账户就是托管的。这些托管者负责管理钱包（因此，如果用户使用了一个托管钱包，就不必保管自己私钥）中的基本资产，为提供用户更为中心化、更顺畅的用户体验。 这种用户体验通常不包括加密原生的身份认证机制，例如，一位用户可以使用 Google 邮箱地址和密码登录 Coinbase 的账户。 托管钱包是一种开启加密之旅的好方式，同时也是兑换现金资产为加密货币的实用方法。另一方面，鉴于这些托管者都由中心化机构持有和管理，所以也带来了去中心化旨在解决的一些问题，比如数据所有权、信息流控制以及潜在的监管要求。 加密界有句关于托管钱包流行语 —— “无钥即无币”。即便是 Coinbase 的 CEO Brian Armstrong 曾经也[提过](https://twitter.com/brian_armstrong/status/1493453425010298882?ref_src=twsrc%5Etfw)非托管钱包的重要性，因为托管钱包的提供商会有受到政府监管的风险。对那些倾向于以一种完全去中心化的方式管理自己的资产和交易的用户来说，非托管钱包是更好的选择。 **非托管钱包** - 这类钱包的管理者只是......你！软件供应商（如 MetaMask , Argent 和 Rainbow 等）提供用户访问自己钱包的软件，但主要的是，钱包资产存放在链上而不是钱包提供商那里。所以，如果 MetaMask 钱包发生了些什么导致无法访问，那么用户可以跳转到 Rainbow 钱包，导入他们的钱包（不用得到 MetaMask 的允许）并通过 Rainbow 操作自己的资产。还有一种非托管硬件钱包，它的私钥直接保存在物理设备中（通常是看起来像 USB 的小金属物件）。 非托管钱包的使用伴随着管理公钥、私钥和助记词的负担，但这种钱包给予用户以自治权（直接持有资产）和访问以太坊世界的唯一身份。以太坊应用允许用户“使用以太坊登录”(Sign in with Ethereum, SIWE )，即“使用自己的非托管钱包登录”。由此，非托管钱包代表了用户的身份，这些钱包扩展了加密界的设计空间，比如关于身份、凭证和所有权的新思维方式。 **社会恢复钱包** - 这是由一些非托管钱包提供商支持的一种钱包恢复策略。这种钱包不需要助记词（有用户丢失过助记词），用户可以委任其社交网络中的其他人，验证钱包是否是否对应于它应该对应的人。通过社交恢复钱包，用户可以基于其社交圈的信任网络作为其非托管钱包的后盾，同时仍然保留非托管钱包的自我托管/去中心化/单点登录的优势。[Argent](https://www.argent.xyz/) 是社会恢复钱包的一个用例。 <br/> <br/> ------- <br/> **侧栏-用户如何注意钱包的使用安全？** 我不打算在这一栏目用图表，因把所有有关钱包安全的必要信息放进单个图表并不现实。在加密界中，钱包的安全性至关重要，值得我们耗费一些时间探索资金管理的最佳操作。 [@ Punk6529](https://twitter.com/punk6529) 发布了一篇很棒的[推特长文](https://twitter.com/punk6529/status/1461742366696652809?s=27)，涵盖了安全使用钱包需要注意的所有信息。Vitalik 就此写过[大幅的篇章](https://vitalik.ca/general/2021/01/11/recovery.html)论述社会社交恢复钱包的重要性（点击此处阅读中文版）。而[这里](https://www.ledger.com/academy/hardwarewallet/best-ways-to-protect-your-recovery-phrase)是来自硬件钱包供应商 Ledger关于钱包安全的更多信息。 这里是 Punk6529长推文中的一些亮点，不过我强烈建议读者自行上推特阅读这篇推文： <br/> *“与公钥不同，永远不要将私钥透露给任何人。如果有人获取了你的私钥，那就玩完了。”* <br/> *“地址/公钥：你的邮箱地址（可以共享）* *私钥：收件箱的密码（永不共享）* *钱包：保存私钥* *助记词：私钥恢复系统（永不共享）* *密码：可选项：创建新钱包的额外密码（永不丢失）”* <br/> *“安全性和弹性是相悖的目标：将私钥打印在宣传单的行为极具弹性，但你的NFTs将会不翼而飞 (私钥泄露了)。你可以通过摧毁私钥的方式轻松解决安全性问题，而后果是，你本人也无法访问自己的NFTs。平衡安全性和弹性这两个目标是门艺术。”* <br/> **以太坊域名服务（ENS）**- 以太坊域名服务是为以太坊区块链而生的开源域名系统，某种程度上类似于传统网站的域名提供商。ENS 将以太坊上的地址映射为人类可读的名字，因此我才能使用譬如“ brunny.eth ”作为我的地址，而不是这一长串的公钥：0xF67cAEbBbE7b630d137d2901637C02899ED3211b。 读者可以在自己的加密钱包（托管的或者非托管的）里直接尝试一下：创建一笔发送少量ETH的小额交易，不要用我的公钥，而是把“ brunny.eth ”作为接受者。这个服务会匹配“ brunny.eth ”和对应的钱包地址。 总的来说，作为公共物品，ENS 域名对以太坊生态系统中的身份而言十分重要，因而它们值得有自己版本的域名系统。 **去中心化自治组织（DAOs）**- DAO是加密原生的组织形式。它可以是基于加密原生规则进行自我管理与组织的公司、非营利机构、社会团体或是其他任何类型的组织。这里的加密原生规则是指类似于社区所有权、透明性和去中心化等概念，而值得注意的是，去中心化有一个频谱，而不是非开即关的两种极端。 不似传统公司在实体创建和领导组织架构方面的中心化持有和管理，DAO 则为无中心实体下决策的加密原生项目和商业的经营而设计架构，并致力于争取项目的社区所有权。许多 DAO 的另一个愿景是完全去中心化和民主化的实现。也就是，DAO 的各种决策由主要参与者以民主的方式票选得出。DAO 不仅能针对链上的应用级别产品的变动进行投票，还能发挥奖励和激励系统参与者的作用。 一部分 DAO 确实十分接近自治的程度，某种意义上，自动执行的智能合约代码运行着 DAO 的许多函数。这方面的一个例子就是 DeFi 中的 DAO，这种 DAO 的核心价值定位是，对于 DeFi 中服务于某些目的智能合约的去中心化维护。大多数 DAO 向着去中心化的方向逐步发展，这其中的大部分更类似于与银行账户的多人聊天，而不是真正意义上的自治化组织。 DAO 实际上是各种事物的社会副产品，包括无需许可区块链、非托管钱包、身份认证工具（如 ENS 等）以及生态参与者的共享意愿。DAO 值得用专门的一部分展开描述（甚至是用整篇指南！），但我个人观点是，大家在加密界中参加的 DAO 正是重新定义数字原生身份的关键，所以在本章节中与“身份”一起谈 DAO 最说得通。 <br/> <br/> ------- <br/> <br/> ## **去中心化金融** <br/> 毋庸置疑，DeFi 是目前以太坊最为成功的用例，超过 1000 亿美元的资产锁定在以太坊的 DeFi 协议当中。 DeFi 领域还擅于使用一些令人困惑的术语。在这个小节，我将从广义角度界定 DeFi，深入探讨这些令人困惑的术语，阐述 Uniswap 作为一个去中心化交易所如何在以太坊上运作。 **去中心化金融（DeFi）**- 去中心化金融指的是任何的不存在中心把关人且完全在区块链上运行的金融应用、交易所和系统。如今，各式各样的区块链上活跃着数以百计（如果还未达到成千上万的程度）的DeFi项目，从去中心化交易所到借贷协议，再到期权和期货合约，应用范围很广。DeFi 应用的首要目标在于重新思考：在没有中央银行掌控权力的世界体系中，如何通过去中心化的形式实现旧式银行系统提供的金融服务。 有案例给出了答案，读者可以试想一下在股票市场买进股票份额的情景。当Sally通过中介（Robinhood、 Charles Schwab 和 Vanguard 等）购买了一股特斯拉股票，这一股会辗转多个中介之手后Sally才能拿到。一般而言，当系统正常运行，这种辗转多个不同中介的行为不会被一般大众发现。但有时会发生糟糕的情况（例如，2008年全球金融危机或是2021年的Gametop股票事件），导致系统崩盘（如出现[负油价](https://www.cnbc.com/2020/04/26/why-oil-prices-went-negative-and-why-they-can-go-negative-again.html)和[交易被取消](https://www.wsj.com/articles/inside-the-nickel-market-failure-massive-trades-the-exchange-didnt-see-11647598557?tpl=cb)的情况）。 系统崩盘后，人们希望寻找这场混乱的罪魁祸首。可当他们开始掘地三尺的时候，却发现传统金融市场远没有他们所想的那样透明。 **去中心化交易所（DEXs）**- 它是首个主要的 DeFi 构建块。区块链激活了一种新型交易所，它无须经过不透明的中介环节和半官方机构，就能直接和智能合约进行交易。 还是举 Sally 购买特斯拉股票作为例子，她不再需要通过中介经纪公司（例如 Charles Schwab ）买入股票，这种中介会和做市商（比如 Citadel ）进行交易，两者都受到于美国清算所（如 DTCC）施加的约束。而是和 Uniswap 智能合约做交易！智能合约的代码都是透明公开的，因此，她可以看到资金流动的过程，不会被非透明的中介蒙蔽双眼。 这些去中心化交易所运用区块链技术和经济激励，基本上为任意两种货币搭建了市场（比如 BTC 和 ETH，或者美元和欧元等）。以下我将说明，作为占据市场份额最多的 DEX，Uniswap 如何进行运作。 为了解这些去中心化交易所的运作方式，我们需要先界定一些额外的术语： **流动性提供者（LPs）**- 在上面的Sally案例中，它所描述的不透明中介在传统金融系统中确实起到了有效作用：为系统提供流动性。而在传统的金融体系中，Sally 可以随时卖掉自己的股票，几乎任何时间或至少在常规的交易时间内都可以，因为中介便是雇来为 Sally 和其他股民提供流动性的人 那么，去中心化交易所协议中的智能合约哪里来资产给它进行交易？答案是流动性提供者。DEX 给予个体通过提供流动性而获利的机会，当有用户与智能合约交易资产时，系统会给流动性提供者返利一小部分由交易产生的手续费。 对 LP 来说，最为知名的是 Unswap 的模式，他们需要在智能合约中存款两种具有相同价值的代币对。再度重申，LP 把存款放进智能合约中，以获取一部分交易手续费。LP 可以将作为流动性存放进去的代币随时提取出来，但这样的话，他们显然无法获得未来交易费用上涨的分红。 **自动做市商（AMMs）**- 这是 DEX 的一种类别。自动做市商是指运用算法设置价格的智能合约。在此，Uniswap的恒定乘积公式 ( x*y=k ) 最有知名度，然而这超出了这篇指南的范围。AMM只是一种无需人为设置价格的公式或机制。 **稳定币** - 稳定币是现实货币的数字化代表，它们代表着与其挂钩的货币的价值，只不过仅作为数字货币在区块链上流通。 DeFi 使得用户能够使用加密资产大展拳脚，却难以使用户和投资者在固定的价格范畴内管理自己的资产，这是由于加密资产的价格并不稳定。在去信任和去中心化的区块链上，稳定币作为一种波动较小的资产存在，同时还作为对比加密资产的参考价格。 通常来说，稳定币与美元挂钩，但也有其他的稳定币。不管是中心化还是去中心化的稳定币，每一种都有自己的机制，以维持它们与其锚定的货币在价格上的1:1挂钩关系。诚然，加密货币正在颠覆全球金融系统，然而主要的全球货币（如美元、欧元和日元等）作为参考价格依旧有效。 **总锁仓价值（TVL）**- TVL 是指锁定在特定平台的智能合约中的总额价值。TVL 概念也能应用在 DEX 智能合约以外的语境，因为除交易所以外的其他应用也可能会有流动性提供机制（比如借贷平台）。Uniswap 的总锁价值达几十亿美元，而 2022 年初以太坊上的各种应用加起来 TVL 超过了 1000 亿美元。 <br/> <br/> ------- <br/> **侧栏-Uniswap怎么运作？** 首先，先谈谈用户体验。当用户想用 Uniswap（或其他交易所）兑换代币时，该用户只需在一个简易的前端界面进行操作即可，这个界面是 Uniswap 基于更加复杂的智能合约构建的。如下图所示，用户可以把ETH（或其他代币）兑换成其他资产，犹如使用自动贩卖机。用户可以连接钱包并将任意一种代币换成其他代币。非常简单！  <center>来源: Understanding Ethereum</center> <br/> 然而，幕后到底发生了什么？一起看下图中的蓝色方框。这是 Uniswap 的智能合约，是流动性提供者存放其代币的地方（例子中用代币 A 和代币 B ）。 蓝色方框的左边描述了 LP 和质押池的关系；LP 存进两种资产，作为交换，他们会收到质押池代币，这种代币相当于流动性提供者可以赎回他们的质押资产的一个凭证。质押池代币可以随时赎回LP最初质押在智能合约的资产（在这里，交易者要警惕接下来提到的“无常损失”。） 上图中的另一端是用户。用户在无需接触质押池 LP 的情况下，进入界面并在质押池中将一种代币兑为另一种。并且，用户会支付一小笔手续费，它会均等地分给质押池中的所有 LP 。  <center>来源: Uniswap documentation</center> <br/> 这种机制很酷。我在职业生涯的早期便开始学习金融知识，所以，当我了解到去中心化交易所时，它比比特币的“数字黄金”和以太坊的“世界计算机”隐喻更能使我兴趣盎然。如果没有公链这种去信任基建的存在，那么 Uniswap 只会是黄粱一梦。还有什么是我们今天不敢妄想而明天却成为主流的？ 截至2022年初，Uniswap 的月交易量约为 600 亿美元。 <br/> <br/> ------- <br/> 接下来提及的术语（以及文本中介绍性定义之外的内容）也许需要读者自行深入探索了。然而，它们也可能是新用户刚踏入以太坊圈子，就会接触到的第一批术语概念，因此，我坚信它们会极大地影响刚进圈的新用户，使他们困惑不已。因此，他们可以多看看文末的更多资料。 **流动性挖矿 (Yield Farming)** - 如名所示，流动性挖矿是指通过为 DeFi 应用提供流动资金的方式“收割”收益的行为。这些应用提供诱人的奖励作为使用的回报。如果有朋友向你透露其在 DeFi 的年收益率达到 100,000%，那他们说的就是流动性挖矿。 许多 DeFi 应用需要大笔资金注入平台（流动性，如前所述），作为体现其应用价值的关键功能，无论是什么功能（如交易资产、借贷等）。这些 DeFi 应用只有两条路能走：筹募 10 亿美元并由应用提供流动性，或者给予流动性提供者以可观的奖励，并使这些流动性挖矿者成为平台的流动性提供者。 等一下？这些可观的奖励从何而来？ 好吧，这些应用正在将这些高额奖励大肆宣传为新型激励机制，但现实是，这些奖励通常只是（昂贵的）客户购置成本。也就是说，这些应用的代币在某种程度上代表了应用的价值，而他们通过应用（客户购置成本）给用户分配奖励。这些奖励是原生代币与其他代币类型的混合产物。 因此，流动性挖矿指的是寻找这种收益并为最有机会获利的应用注入资金的实践，它几乎可以视作 DeFi 应用上的一种天使投资形式。 **质押** - 这个术语用得五花八门，但实际上，质押仅是指在一段时间内锁住资产并从锁仓中获利。 一般，这个概念在中心化金融领域应用，用户质押代币以换取奖励，但是质押也能运用在其他领域中。许多 DeFi 协议利用质押方式控制其协议原生代币的流动供给，好比中央银行试图管控货币供给。激励投资者短期锁定自己的代币以期经济报酬，这听起来就像债券。 **无常损失 (Impermanence Loss)**- 这个概念指的是在供给两种以上代币的流动性时，流动性提供者需要承担的潜在风险。在上文 Uniswap 的例子中，流动性提供者存入两种等值的代币到 Uniswap 上，并获得质押池代币。当 LP 想要提回资金时，质押池代币可以用于赎回自己的两种代币。 这里存在的细微差别是，LP 存款的两种代币都有各自的价格（还有价格波动）。当 LP 想用质押池代币赎回两种代币时，两者的价格可能已经是相去甚远：可能其中一种代币价格下跌了5%，而另一种则上涨了10%。 代币之间的价格差距也许意味着LP最好应当只持有一种的代币，而不要持有从交易费获益的质押池代币。重要的是，无常损失被贴上“非永久的”标签，是因为在 LP 真正赎回质押池代币之前，这种损失只是“账面损失”。也就是说，如果 LP 不选择赎回代币，而是继续提供流动性直到两种代币的价格相互靠拢，那么无常损失就消失了。 关于不同类型质押池的 DEX、LP 以及无常损失的优质初级读物可以在[这里](https://www.finder.com/impermanent-loss)找到。Daily DeFi 上的[无常损失计算机](https://dailydefi.org/tools/impermanent-loss-calculator/)演示了几个例子。 <br/> <br/> ------- <br/> <br/> ## **Layer2和权益证明机制** <br/> 2022 年被俗称为以太坊的“ L2之年”，万众瞩目的权益证明机制的过渡预计在夏季进行。这个部分将深入讨论区块链的“三角悖论”、以太坊的未来以及 rollup 的运作原理。 区块链三角悖论 - 每一条区块链都涉及三种概念之间的权衡：去中心化、可扩展性以及安全性。一般的共识是（ 2022 年早期），以太坊在去中心化和安全性上做得较好，但在可扩展性上稍逊一筹（ gas 费用好高！呃啊啊啊啊啊！）。希望在近期会有一些改进计划可以解决以太坊的区块链三角悖论。下面叙述了这三个方面的考量，对于理解三者的平衡对单条区块链的影响而言十分重要。 **去中心化** - [比特币白皮书](https://bitcoin.org/bitcoin.pdf)准确地解释了去中心化概念（我自己加粗强调了）：“只需要一个基于加密学证明而非信任的电子支付系统，允许任何两个意愿方在无需信任第三方的情况下，直接与彼此进行交易。” 区块链扮演了基础设施层的角色，使得全世界的用户可以使用自己计算机与彼此互动，而不用经过中介环节。 区块链的去中心化就好比一个频谱；如果区块链可以被少数用户关停，或者网络的参与成本过高（ gas 费用或配置计算机参与网络的成本），那么区块链则会向中心化的一端倾斜。中心化程度越高，权力垄断和剥削的风险也越高。 **安全性** - 安全性是指基础链被外界攻击或控制的难度。有效的经验法则是 51%的大多数原则；如果有人能够控制特定链上 51%的处理交易的计算机，那他们也许可以非法入侵并损害网络的安全性。 这里有更深层的技术考量，但 51%的占比帮助用户厘清安全性、去中心化和可扩展性之间的权衡关系。为特定区块链打包交易的独立计算机越多，表明其去中心化和安全性程度越高（更多计算机=有人控制51%的网络节点的概率很低）。然而，网络中的独立计算机越多，也意味着每台计算机需要同更大的计算机网络进行交流，从而导致运行速度下降...... **可扩展性** - ......网络运行速度下降意味着我们需要找到提高可扩展性的方案。当区块链上的交易需求变多时，网络也会随之变得异常拥堵。例如，以太坊也曾有过 gas 费疯涨的时期，尤其是网络需求爆满的时候。这些需求致使交易打包上链的成本水涨船高，同时造成网络拥堵、网络运行速度下降。 **零知识证明** - 这个概念并非具体的扩容方案，但它是展开探讨扩容方案之前所要阐明的一个重要概念。零知识证明是一种无需获取特定信息就能验证事物有效性的加密学方法。 比如，假设我是一名 Craigslit 的买家，正打算从网络中的任意用户手里购买一台电视。这时，有人私信告诉我，他们手上有我正在找的电视，而他们的资料是匿名的。 作为一名买家，我希望在与卖家碰面之前，能确保他们真的有电视。但是卖家却不想将他们的个人信息（驾照、居家地址、室内的图片）泄露给网络中的随机用户。最重要的是，卖家也想要知道我是不是一个真人！但双方都不想分享个人信息。 通过零知识证明，我可以向卖家证明我是一个真实的人，在不告诉他们我是谁的前提下验证身份。另一方面，卖家也能证明他们确实拥有一台电视并且是合法的卖家，同样不用泄露任何敏感的个人信息。 这其中包含着错综复杂的加密学基元，因此，上文只是非常简概的介绍。大多情况下，零知识证明能够解决加密界中的安全性、可扩展性和隐私挑战问题。 **Layer2 扩容方案** - 用户非常希望可以在以太坊上大展拳脚，因为它是世界上最为去中心化且最为资深的智能合约计算平台。以太坊已经吸引了分布最广的开发者网络，进行基于区块链的应用创建。但这些创建活动带来的后果是，打包交易到以太坊区块链的需求有时会造成 gas 价格过高，这也意味着以太坊用起来既慢又贵。 区块链的三角悖论暗示着，任何优化过安全性和去中心化程度的区块链，将在可扩展性上做出让步。由于去中心化和安全性对区块链的愿景承诺具有重要推动作用，所以可扩展性就成了最难解决的部分。以太坊将赌注压在了一大波改进浪潮上，希望由此解决可扩展性问题。 其中一种改进是，从用户先与以太坊区块链本身（即“ Layer1 ”）互动，改为与 Layer2 扩容方案互动。从根本上，这表明大部分以太坊主网上的交易和应用会转移到Layer2，它继承了以太坊的安全性和去中心化，但却比以太坊本身的吞吐量高几个数量级。以太坊 Layer1 将会专门负责共识问题，而它的 Layer2 则会负责执行交易和代码。 **Rollups** - Rollup 会在其独立的区块链中处理一批交易。在自己的链上执行这些交易后，Rollup 将所有的交易压缩成一个小型的信息数据包。这些小数据包会被“发送”到以太坊的 Layer1，这表示 Rollup 在继承了 Layer1 安全性的同时扩大了可以处理的交易数量 (因为信息被压缩了)。 这些小得多的交易信息包里包含着一些证明 (证明这些交易是基于以太坊的规则下处理的)。  <center>来源: Understanding Rollup Economics</center> <br/> 这听起来似乎是在去中心化上做出了妥协。但是 Rollup 一个关键的点在于以太坊可以只对证明进行验证，而不是对每一笔交易进行证明的工作，这节省了指数级别的工作量（因此让以太坊更加可扩展！）。由于以太坊拥有决定 Rollup 交易是否可以发布上链的最终确定权，所以，在不向中心化妥协的情况下，所有的 Rollup 交易仍然由以太坊提供安全保障。 以下是各种类型的 Rollup 。主要的区别在于它们向以太坊证明交易有效性的方法。 **Optimistic Rollup** - 这种类型的 Rollup 会将交易证明的记录保存下来，在以太坊请求具体证明时，它才会向以太坊出示这些证明。Optimistic Rollup 不会向以太坊主网证明每笔交易的有效性，而是在必要的时候提供证明，这促使可扩展性问题得到缓解。 **ZK Rollup** - 这一类 Rollup 不会展示交易内的所有细节，而是利用零知识加密学的方式验证交易的有效性。上面已经解释过零知识证明了，而重点在于这些 Rollup 只展示更小的零知识证明而不是整个交易过程，由此节约了许多的区块空间。 **分片** - 分片是指将区块链分割成小分片以减少拥堵的过程。分片促使以太坊更加容易访问。本质上，节点只需要存储他们所连接的特定分片的数据，而不是整个以太坊区块链的数据，这也让以太坊更加可扩展。 分片是以太坊区块链改进计划的一部分，将在 The Merge 之后发挥举足轻重的作用。 **信标链** - 信标链是以太坊从 PoW 到 PoS 过渡的基础。现在，信标链和以太坊区块链并行运行，并且信标链引进了质押机制，这是向 PoS 过渡的前提。 很快，信标链会和现在的以太坊区块链合并，正式引入 PoS 共识作为以太坊区块链的共识机制，标志着以太坊未来的重要转折点。 **The Merge** - 以 The Merge 这个术语可以恰到好处地结束这篇指南。在接下来的几个月，以太坊主网和信标链将进行合并，这是区块链行业有史以来最为广受瞩目的事件。 仅在几个月后，以太坊的 PoW 时代就将迎来它的落幕，而这种共识机制转换的反响可能是异常轰动的。如果因为某些原因，The Merge 失败了，那么它必将引起整个加密界的轩然大波。但如果合并成功，这意味着我们离以太坊成为全球结算层这一天更接近了。 <br/> ------- <br/> <br/> ## **资料** <br/> 到这就结束啦！这是一篇入门以太坊的简易指南。 在深入了解特定的区块链特征之前，我们首先了解了区块链是什么以及区块链为何如此重要。 接着，我们探讨了一些构建在以太坊区块链上的拔尖应用；钱包、DeFi、DAOs、NFTs 。 之后，我们用以太坊的未来探讨来结束这篇指南，它主要探讨了权益证明共识机制的变迁，以及描绘了以太坊希望如何解决区块链的三角悖论。 所有这些定义都是复杂话题的简化版本，但我还是希望这篇指南可以激发读者们深入探索以太坊世界的欲望。在下文，我为那些希望进一步学习的读者收集了一些资料。如果你们希望向我提出问题或是给予反馈，来推特上[给我留言](https://twitter.com/BLulinski)吧！ 感谢Josh Stark、Bethany Crystal、Daniel Schlabach、Nico Kuzak、Adam Tzur、Naz Rizvic、还有Miguel Lemos，在这里谢谢你们贴心的帮助还有反馈！ **接下来去好地方：** 以下资料是我和 Josh Stark 在 2021 年底开始编译后，由以太坊社区在这个文档中收集而成。 <br/> **通用资料** · [What is Ethereum? | ethereum.org](https://ethereum.org/en/what-is-ethereum) - 结合涵盖一些前沿话题的资料链接来学习这个话题 · [ETHHub](https://docs.ethhub.io/) - 这个社区保存着覆盖各式各样的以太坊话题的资源 · [Ethereum Foundation Youtube Channel](https://www.youtube.com/channel/UCNOfzGXD_C9YMYmnefmPH0g) - 以太坊会谈和社区开发者电话会议 · [Devcon archive](https://archive.devcon.org/archive/) - 每年Devcon会议的所有视频和谈话的存档资料 · [Scott Sunarto’s Working in Web3 Handbook](https://web3.smsunarto.com/) - 包含许多话题的手册 · [Blockchain@Berkeley Courses](https://blockchain.berkeley.edu/courses/) - 免费的加密货币在线课程 · [Finematics](https://www.youtube.com/channel/UCh1ob28ceGdqohUnR7vBACA) - 解释以太坊上许多话题的视频，如web 3, defi · [Fellowship of Ethereum Magicians](https://ethereum-magicians.org/) - 为加密货币社区提供一席之地的论坛，任何人都可以参加、创建话题以及主要探讨以太坊生态昔日的EIPs和技术难题。 · [text](https://eth.wiki/) - 囊括各种以太坊相关话题的以太坊维基百科。 <br/> **博客、视频和研究** · [Week in Ethereum News](https://weekinethereumnews.com/) · [Paradigm Research](https://www.paradigm.xyz/writing) · [https://newsletter.thedefiant.io/](https://newsletter.thedefiant.io/) · [Bankless](https://newsletter.banklesshq.com/) · [The Daily Gwei](https://open.spotify.com/show/0BzTvU6TsW7uvPMpZAsf3X?si=3b4783dbc1f64bc7&nd=1) · [The Block](https://www.theblockcrypto.com/) · [Decrypt](https://decrypt.co/) · [Dark Star](https://darkstar.mirror.xyz/) · [Messari Research Hub](https://messari.io/research) · [a16z Crypto Canon](https://a16z.com/2018/02/10/crypto-readings-resources/) · [Linda Xie’s Beginner Guides](https://linda.mirror.xyz/) · [Tim Beiko’s AllCoreDevs Updates](https://tim.mirror.xyz/) · [Ben Edgington’s What’s New in Eth2 blog](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220520) · [Polynya – Medium](https://polynya.medium.com/) · [Ethereum: The Infinite Garden (feature documentary film in production)](https://optimist.co/films/ethereum-the-infinite-garden/) · Gaby's Web3 Reading List <br/> **Podcast** · [Into The Bytecode](https://open.spotify.com/show/5yEjxV7wEYwW6MiiIzzM5P?si=d555f82a9edf4298&nd=1) · [Bankless](https://open.spotify.com/show/41TNnXSv5ExcQSzEGLlGhy?si=099c0a6ffaf148b9&nd=1) · [The Daily Gwei](https://open.spotify.com/show/0BzTvU6TsW7uvPMpZAsf3X?si=3b4783dbc1f64bc7&nd=1) · [Into The Ether](https://open.spotify.com/show/2CNyWXgKVxTqTlmLhc8A5m?si=f1aeb716d2bf4622&nd=1) · [a16z](https://open.spotify.com/show/1cJrrfGY1SKBIRn5noKSAf?si=aa1b57afcf81460c&nd=1) · [Into The Ether](https://podcast.ethhub.io/k) · [Unchained](https://open.spotify.com/show/1cJrrfGY1SKBIRn5noKSAf?si=aa1b57afcf81460c&nd=1) · Epicenter[text](https://epicenter.tv/) · [ZK Podcast](https://zeroknowledge.fm/) · [Uncommon Core](https://uncommoncore.co/) · [Redefined Life](https://open.spotify.com/show/5SSFcKNlaBPeqQbrNYV9It？si=uYbKljRLQ6mdzGMK9_2ihA&utm_source=copy-link&nd=1) <br/> **书籍** <br/> · [The Infinite Machine](https://www.goodreads.com/book/show/50175330-the-infinite-machine) · [Out of the Ether](https://www.goodreads.com/book/show/55360267-out-of-the-ether) · [Mastering Ethereum (free online)](https://github.com/ethereumbook/ethereumbook/blob/develop/book.asciidoc) · [Finite and Infinite Games](https://www.goodreads.com/en/book/show/189989.Finite_and_Infinite_Games) <br/> **这篇指南的链接** <br/> · [Graphical Guide to Understanding Uniswap](https://docs.ethhub.io/guides/graphical-guide-for-understanding-uniswap/) · [Ethereum EVM Illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) · [Understanding the Ethereum Yellow Paper](https://medium.com/coinmonks/understanding-the-ethereum-yellow-paper-f280800df590) · [Understanding Ethereum](https://allan-gulley.medium.com/understanding-ethereum-819c2096b613) · [Punk6529 tweet thread](https://twitter.com/punk6529/status/1461742366696652809?s=27) · [Understanding Rollup Economics](https://barnabe.substack.com/p/understanding-rollup-economics-from?s=r) · [The Architecture of a Web3.0 Application](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 <br/> <br/> https://www.ethereum.cn/Activity/the-merge-and-weeth-with-rocket-poolhttps://www.ethereum.cn/Activity/the-merge-and-weeth-with-rocket-poolTue, 24 May 2022 00:00:00 GMT 在 The Merge & Weeth 系列活动的[第一场](https://ecn.mirror.xyz/Y2zEhBdlK7Ol5CIKbpyb1Ig6HtsWnHYpHjG0Sl4fGzQ)，以太坊基金会研究员 Hsiao-Wei 给大家带来了以太坊合并的整体介绍，从 The Merge 的设计、技术实现、合并如何触发，到对应用层的影响。同时，眼看合并的测试进程又往前推进了一步——Ropsten 测试网的合并预计在 6 月 8 日发生。当以太坊真真切切完全切换到 PoS 共识时，影响最直接的群体要数维护 PoS 以太坊网络共识的验证者运行者和质押者了。 尽管以太坊的共识层信标链早在 2020 年 12 月 1 日已经创世，并一直健康运行至今。截至发稿，根据 [beaconcha.in](http://beaconcha.in/) 的数据，信标链上的活跃验证者数已经超过 38 万，质押的 ETH 超过1200 万枚，且一直保持增长。  合并后，除了履行投票和提议区块的职责所获得的奖励外，验证者提议区块还会获得包含 MEV 在内的打包交易费用。因此，合并的成功会让观望以太坊是否真的能完全转向 PoS 的人放下疑虑，并可能进一步吸引更多的人参与到质押中。 经过了 1 年半的发展，随着流动性质押池的出现，加之价格的变化大幅提高了成为个人质押者的门槛，质押市场发生了非常大的变化。  <center>来源：rated.network</center> 为了以太坊网络的安全，以太坊社区一直密切关注质押池的发展，包括它们的网络占有率、是否支持客户端多样性、验证者参与率等。 在这次 ECN 联合区块律动、链捕手、巴比特 和 DeFi 之道举办的 The Merge & Weeth 主题系列活动中，我们有幸邀请到了去中心化以太坊质押协议 Rocket Pool 的总经理 Darren Langerly 来给大家做分享，并回答大家的问题。他的分享主题为：Rocket Pool 如何实现以太坊质押去中心化，内容大致包括： - Rocket Pool 介绍 - 什么是流动性质押 - Rocket Pool 的运行机制 - 如何成为 Rocket Pool 的节点运行者 - 合并 - Rocket Pool 的路线图 <br/> ### **活动预告：** 活动主题：Rocket Pool 如何实现以太坊质押去中心化 活动时间：5 月 25 日 18:00 （北京时间） 嘉宾：Darren Langerly 语言：英文 活动形式：主题分享+AMA 直播：Bilibili (以太坊中国） 提问区：EthereumCN discord #合并活动-2-ama-提问  <br/> ### **社区互动部分** ECN 希望这次的活动不是传统的单向输出，而是一次有效的双向沟通，让主流以太坊社区听到更多中文社区的声音。同时践行以太坊的社区精神，互助才能共同进步。因此我们策划了两个互动环节： **AMA 提问&点赞** 在 ECN 的 discord 提问频道进行有效提问的小伙伴 (具体请看 discord 公告)，即可获得当场活动的一个主题 NFT，活动后我们会逐一私信，收集地址。  **“课代表”评选** 由于活动干货多多，这场演讲者使用的是英语，对于一些平时无法紧跟以太坊发展的小伙伴来说可能会出现理解上的困难。我们知道社区里卧虎藏龙，因此希望可以发动社区的互助力量，提前呼唤“课代表”。活动期间我们希望大家都一边打开 B 站直播，一边打开 ECN discord 的活动直播频道，如果听到嘉宾谈到自己熟悉的内容，可以快速地把曾经看过的文字资料 (不限来源与语言) 或者自己了解到的情况在频道里分享，帮助其他社区成员理解。如果你是英文达人，我们同样呼唤野生字幕君 (第二类课代表)，把自己听懂且觉得有价值的部分翻译出来给大家参考。 同样，对于优质的分享内容和翻译，我们鼓励大家不要吝啬点赞。每场活动获赞最多的15位“课代表” （可累计) 将获得此次活动的一枚精美 POAP+当场活动的主题 NFT。活动后，我们也会逐一私信。  如对活动有任何疑问，欢迎在 discord 私信 ECN，还没进入的，快戳：http://discord.gg/eJJRBqKd3d <br/> 相关阅读： [质押池与质押衍生品](https://www.ethereum.cn/Staking/on-staking-pool-and-staking-derivatives) [以太坊 2.0 质押池 Rocket Pool FAQ (上)](https://www.ethereum.cn/Eth2/rocket-pool-101-faq) [以太坊 2.0 质押池 Rocket Pool FAQ (下)](https://www.ethereum.cn/Eth2/wnie2-2022-5-20https://www.ethereum.cn/Eth2/wnie2-2022-5-20Mon, 23 May 2022 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220520) <br/> ## 本周首荐 本周最值得关注的是 EthStaker 的[以太坊质押 CLR 轮募资](https://qf.ethstaker.cc/)。 这轮的二次方募资会资助 15 个项目，匹配池有超过 35 万 DAI。所有的项目都与提高以太坊质押体验相关，这是认真给他们激励的一次机会。 已经有将近 2000 名贡献者了，这让我很惊讶，因为成为贡献者有几个步骤 (BrightID 验证、存钱到 Arbitrum)。截至发稿还有 1 天 10 小时，不要错过哦！ <br/> ## 合并 合并是怎么一回事？请看 [Mega Merge Resource List](https://notes.ethereum.org/@MarioHavel/merge-resources)，这是一个精心策划的合并相关资源汇总。 ### `#TestingTheMerge (测试合并)` ### You can help; earn NFTs! 你们可以帮忙；可以赚得 NFT 哦！ Shegen 整理了一个关于`#TestingTheMerge` 的[很有用的推文](https://twitter.com/shegenerates/status/1527290682519392258)。她提到有一个[给合并测试者空投 NFT](https://www.notion.so/NFT-Drop-for-The-Merge-Testers-26db58aeae2b4c54a7de57ecf2d0e0f6) 的计划，是由 [Only Dust](https://twitter.com/dimahledba/status/1526940225108332544) 组织的。根据我的猜测，大家还有 7 天可以参与。 这是 Kiln 网络的[登录页面](https://kiln.themerge.dev/)，大家可以从这里开始。 ### 主网影子分叉 4 和 5 自从上次更新，我们又有了两个以太坊主网影子分叉。MSF4 (客户端的分布与主网类似) 在 5 月 12 日启动，并“[完美](https://twitter.com/parithosh_j/status/1524767841773363200)”进行，尽管[后续的分析](https://twitter.com/TimBeiko/status/1525233216243699712)发现了一个问题，应该很容易解决。 MSF5 (客户端分布平均) 在 5 月 20 日启动，就在共识层开发者[会议](https://hackmd.io/@benjaminion/HyzJna7vc)之前。起初，在会议上，它看起来一点都不顺利，没有产生任何执行区块。令人高兴的是，这被证明是区块浏览器的问题，实际的链是完全正常的。在会议结束时，我们很满意，这一切都很顺利。 提醒一下，这些影子分叉是很好的测试——它们实际上与合并本身的过程完全相同，工作量和复杂性都一样。我们已经连续进行了三次影子分叉，都只出现小问题，这让人感到非常鼓舞。这实际上已经变得很平常了，[@parithosh_j](https://twitter.com/parithosh_j) 和 [@vdWijden](https://twitter.com/vdWijden) 都懒得在推特上发布影子分叉成功的消息了。 ### Ropsten 测试网合并 向合并成功又迈进一步了，是时候开始对现有以太坊测试网进行合并了。 在接下来的几周里，我们将依次进行 Ropsten、Sepolia 和 Goerli 测试网的合并。Ropsten 合并会对所有人开放，为那些想作为验证者参与的人提供一个启动台和做存款的 CLI。Sepolia 将是一个“需要许可”的合并，对谁能在信标链上运行验证者进行限制。这使得对变量有一定程度的控制。Goerli 将与现有的 Prater 信标链测试网合并，这将对任何人开放参与。 我们的目标是在 6 月 8 日进行 Ropsten 合并。客户端团队将在下周制作带有 Ropsten 合并配置的版本。我们将启动一条信标链，然后让这一切发生。事实证明，在 Ropsten 上估计预估终结总难度 (TTD) 是很难的，因此我们现在把它设得很高，计划是运行一些矿工节点来加速合并在 8 号发生。请[不要](https://twitter.com/TimBeiko/status/1527393854755729412)在 Ropsten 上运行你们自己的矿工节点，至少在其信标链完成 Bellatrix 分叉之前——如果 TTD 被过早触达，情况会很糟糕，而且只会使预估工作更难。 这里是 [Rospten 信标链配置](https://github.com/eth-clients/merge-testnets/tree/main/ropsten-beacon-chain)，给测试网的极客看的。请注意，终结总难度 (TTD) 是回文结构的。 ### 其他测试事宜 ConsenSys TXRX 研究团队正在维护一个 [TestingTheMerge](https://github.com/txrx-research/TestingTheMerge) TM (测试合并) 仓库，它追踪我们在所有 EngineAPI 和合并过渡测试中的情况。看起来进展不错。 ### #WenMerge (什么时候合并) 在 [Permissionless](https://blockworks.co/events/permissionless/) 会议上的合并专题讨论小组[在](https://twitter.com/coinbase/status/1527404390729953280)[推特](https://twitter.com/CoinMarketCap/status/1527658500368769025)上引起非常[强烈的](https://twitter.com/BanklessHQ/status/1527365988198428674)[兴奋](https://twitter.com/benjicohen421/status/1527366876501684235)情绪。原因显然是因为，Preston 说，如果一切按计划进行，我们应该在 8 月合并，而 Justin Drake 同意他的说法，并表示强烈希望在 8 月完成，而不推迟难度炸弹。朋友们，请记住，这是你[第一次在这里听到这个消息](https://hackmd.io/@benjaminion/wnie2_220506#Plans-A-and-B)。 附带声明：先别太兴奋。“如果一切按计划进行”这一点是有很重的分量的。 我感觉那个专题讨论小组的视频还没放出来，我找到后会发出。Preston 的相关片段[在这里](https://twitter.com/benjicohen421/status/1527366876501684235)。 <br/> ## 客户端多样性 我们知道客户端多样性 (主网信标链客户端的质押分布) 已经大大改善了。Justin Drake 发布了一幅“PoS 占主导的客户端”的时间线图，显示了最近从 Prysm 到其他客户端的流动。 同时，Michael Sproul 一直在努力使他的区块链分析 (这个图表就是基于它做的) [更加准确](https://twitter.com/sproulM_/status/1526703018745376768)。他做了一个[很棒的图表](https://twitter.com/sproulM_/status/1526044290593349632)，说明了共识层客户端在打包区块时采用的不同方法，以及如何区分它们。 为了助攻客户端多样性的战斗，Somer Esat 发表了他的第一份客户端迁移指南，[从 Prysm 到 Nimbus](https://someresat.medium.com/ethereum-staker-migration-guide-migrating-from-prysm-to-nimbus-b802a7dcb31e)。如果你想真正帮忙提高多样性，这是 EthStaker 和 Chainsafe 制作的关于[设置 Lodestar](https://www.youtube.com/watch?v=2PaLNrXf_vk) 的视频教程。 另外，请不要沾沾自喜，[下一场战斗](https://twitter.com/trent_vanepps/status/1526943186035388416)是在执行层上让 Geth 不再成为超级多数的客户端。 <br/> ## 质押 客户端多样性并非我们唯一关心的多样性。而是，为了协议的健康发展，我们关心[所有事情](https://ethsunshine.com/)的多样性。Superphiz 在多伦多 EDM 上做了一场 “我为什么为去中心化而战” 的[演讲](https://www.youtube.com/watch?v=IspFJa81AAs)，探讨去中心化意味着什么。 尤其是，当任意一个实体在网络的份额占比太大，我们就麻烦了。 Lido 现在在网络的质押占比已[接近](https://ethsta.com/) 33%，这开始看起来像一个系统级风险，Danny Ryan 对此发表了[看法](https://twitter.com/dannyryan/status/1524044527828303872)。 > 如果 Lido 占比超过 1/3，会给 PoS 网络带来中心化攻击。 [Vitalik](https://twitter.com/VitalikButerin/status/1525301234516652032) 建议我们将这种预期正常化，即当质押池超过 15% 的份额时，就对自己的市场占比进行限制。[Superphiz](https://twitter.com/superphiz/status/1525479305077309442) 提议了一个模型： > 占比达到 15% - 停止接受质押 (Vitalik 提议) > > 占比达到 22% - 社区采取行动 (Superphiz 提议) > > 占比达到 33% - 视为攻击，协议开发者会介入 (Danny 提议) 在我和 Phiz 最近的一次[谈话](https://www.youtube.com/watch?v=KhyTMEk29BI&list=PLOB9GGXGcc30i4lARcf9xSN3SvgaUf0O8&index=6)中，Phiz 解释了 [22%](https://twitter.com/superphiz/status/1525218193756807169) 这个比例的来源。你得看看这场讨论才知道了 `:P` (噢，你也可以在[这里](https://twitter.com/superphiz/status/1525224461380747268?s=20&t=XBhidQ2ylutMFw5UZVHATw)找到答案。) 正如之前提到那样，Lido 正在做许多工作来说服其他人他们是好的网络质押参与者。但由于面临着中心化的风险，市场份额的扩张只能到这一步了。为了应对上述挑战，他们计划建立一个治理讨论区，以更深入地探讨这些问题。 <br/> ## 工具 Sam Calder-Mason 制作了一个[以太坊数据导出器](https://github.com/samcm/ethereum-metrics-exporter)，它实现了一个“客户端无关的数据集，操作员可以在不对仪表盘或警报进行任何额外配置的情况下运行”。 <br/> ## 释义性文章 Mikhail Kalinin 在 Ethereum Engineering Group 线上讨论会上[解释了合并](https://www.youtube.com/watch?v=jy4QgwdTb7o) (The Merge)。 bartek.eth 完成了关于数据可用性的推文系列，最后一条[推文](https://twitter.com/bkiepuszewski/status/1524008982431641600)是关于 Rollup 将如何利用所有这些数据。 Adrian Sutton 解释了为什么他认为[弱主观性检查点](https://www.symphonious.net/2022/05/17/weak-subjectivity-checkpoints-have-failed/)已失败。查看他在 EthStaker [DevConnect](https://www.symphonious.net/2022/05/07/ethstaker-checkpoint-sync/) 的演讲了解更多背景。 在 DevConnect 上 ConsenSys 主办的第二场采访中，Justin Drake 和其他人探讨了 [PoS 将如何使 ETH 成为超稳健货币](https://consensys.net/blog/news/how-proof-of-stake-will-make-eth-ultra-sound-money/)。 如果你想要[深入了解 Danksharding](https://www.youtube.com/watch?v=N5p0TB77flM)，Vitalik、Dankrad 和 Protolambda 上了 Bankless 的播客，由 Tim Beiko 做主持 (收听量有 19,000 人次，并且还在增加中...🤯) <br/> ## 媒体和其他 Hasu 和 Danny Ryan 以及 Tim Beiko 参加了 Uncommon Core 播客，[讨论了合并](https://www.youtube.com/watch?v=zvODqTUAPN0)。第一部分很棒！期待第二部分的播出。 Cloudflare 一直以来都对加密世界很友好。现在他们正计划[质押一些 ETH](https://blog.cloudflare.com/next-gen-web3-network/)。 <br/> ## 研究 以太坊基金会已经启动了一项关于[数据可用性采样联网](https://github.com/ethereum/requests-for-proposals/blob/master/open-rfps/das.md)研究项目的 RFP。这是一个非常棘手的问题，并将对以太坊的未来设计产生巨大影响。 我已经提过许多关于 Guillaume Ballet 正在负责的 Condrieu Verkle 测试网。现在可以去试试了：这里有教程 (https://twitter.com/gballet/status/1526488286386069505)。这些都是推进以太坊无状态发展的早期步骤，这将解决一系列长期问题。 <br/> ## 常规会议 ### 实现者会议 共识层实现者会议第 87 期于 5 月 19 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/527) - [会议视频](https://youtu.be/-6dZVes6aWc?t=240) - 我的[速记](https://hackmd.io/@benjaminion/HyzJna7vc)，Christine Kim 发了篇摘要，也发了篇幅较长的文章。我们正在文档化历史啊，朋友们。 在会议期间，我们重点关注主网影子分叉 5 的进展。我们讨论了如何让 Ropsten 合并按时完成，以及客户端准备就绪。然后，在对客户端更新进行了常规讨论后，我们讨论了三个与规范相关的主题。(1) 从 Req/Resp API 中删除 `step` 参数。这是有争议的。(2) 我们如何利用合并来简化和改进协议中的存储工作流和相关的用户体验。(3) 允许提款密钥启动验证者退出。目前只能使用签名密钥完成。 ### 核心开发者会议 核心开发者会议第 138 期于 5 月 13 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/518) - [会议视频](https://www.youtube.com/watch?v=BFxkGdPv4F8) - [Tim](https://twitter.com/TimBeiko/status/1525232290321690624) 和 [Christine](https://twitter.com/christine_dkim/status/1525178255002677248) 的笔记。 笔记中有很多很好的内容。- 我建议大家去看看。 <br/> ## 活动预告 - UTC 时间 6 月 3 日 14: 00，周五 - [合并社区会议第 4 期](https://github.com/ethereum/pm/issues/532)。 - 6 月 8 日，周三，或那周围时间 - Ropsten 测试网合并 <br/> ## 其他新闻 - Danny Ryan 的文章 [Finalized no. 35](https://blog.ethereum.org/2022/05/19/finalized-no-35/) 涵盖了 EthStaker CLR 的资助轮，以及数据可用性采样 RFP (上文提到的)。 <br/> ## 写在最后... 不知道我能否在合并之前更到第 100 期！🤔 如果一切顺利，What’s New in Eth2 系列的第 100 期将于 8 月 26 日发布。如果这刚好使合并后的首个庆祝版本，那真的太巧了。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-5-17/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-5-17/Tue, 17 May 2022 00:00:00 GMT <br/> # **合并 (The Merge)** **主网影子分叉#4 回顾** 在上周进行的第 138 次以太坊核心开发者会议 (ACD) 上，开发者们回顾了第四次主网影子分叉的情况：此次进行得非常顺利，有发现一些问题，但有些其实与合并无关。而且区块链非常顺利地进行了最终敲定。这次发现的主要问题是，因为有些共识层客户端过快向执行层客户端发送请求，结果执行层客户端生产了一些空区块。 （补充说明：合并后，出块方式是被选中生产下一个区块的验证者用它的共识层客户端对执行层发送第一个 API 调用，告知它们最新的链头，并让它们开始基于该链头构建一个候选区块。） 然后共识层客户端必须对执行层进行第二次调用，让它返回它的候选区块。如果第一次和第二次调用之间太接近了，执行层会返回一个空区块给共识层，因为它没有足够的时间用交易池里的交易构建区块。 受影响的共识层团队已经在修复这个问题 (基本上是延长两个调用间的时间)。 这周进行的第五次主网影子分叉将使用不同的配置：执行层和共识层客户端上的验证者数相同。  目前的客户端分布，Geth 占主导的情况还是非常严重，如果 Geth 出现漏洞可能会引发大型罚没事件。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1525232978254700545&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1525232978254700545" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 767px; display: block; flex-grow: 1;"></iframe> <br/> **Ropsten 分叉** 上周的 ACD 的一个讨论重点是，是否要等到客户端已经完全没有问题了才部署到 Ropsten，还是尽早对 Ropsten 进行合并，让更广泛的生态系统体验升级并准备在其他测试网 (最终是主网) 的版本。 考虑到合并对质押者、基础设施提供商和节点运行者来说比其他升级更复杂，因为他们需要比只是升级一个软件做更多的工作：他们需要添加一个共识层客户端到他们的执行层客户端，或者反过来，并确保他们的设置能如预期运行。 值得注意的一点是，Ropsten 预期在合并后就不再维护了，而且总的来说非常不稳定，所以这是升级成本最低的测试网。 经过讨论后，开发者们决定分叉 Ropsten！这是让社区体验过渡的很好的机会，并且这次的经验可以用到下一个测试网合并 (Goerli & Sepolia)，这两个测试网的合并会等到我们有最终版的客户端代码后再进行。 我们预期未来两周会有客户端版本发布，以及关于质押者、节点运行者、工具/基础设施提供商需要为升级做什么的信息。Ropsten 分叉预计会在 6 月 8 日发生！ 如果 Ropsten 分叉后我们觉得还不可以进行其他测试网的分叉，我们到时还是可以推迟主网的难度炸弹的。Goerli 和 Sepolia 测试网的质量要求会比 Ropsten 高。 分叉 Ropsten 的第一步是启动 Ropsten 的信标链，这条链将有 10 万个验证者，由客户端团队和测试团队控制，但也会提供水龙头给社区成员体验。 对于 Sepolia，它的验证者集会小很多，大部分由客户端、基础设施和测试团队控制，有点像今天的 Clique 网络。这样做主要是为了提供一个更稳定的测试环境给应用开发者。 对于 Goerli，我们将维护 Prater，它上面已经有各种社区参与活动了，但它的大部分验证者还是由客户端团队运行，以保证网络的总体稳定性。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1525242840283918336&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1525242840283918336" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 414px; display: block; flex-grow: 1;"></iframe> <br/> **合并后的 JSON RPC 区块标签** 上周的 ACD 还对合并后的 JSON RPC 区块标签进行了讨论。内容如下： 合并时会新增一个 `finalized` 的标签，使得用户可以获取链上最后一个被最终敲定的区块 (如果没有的话会返回错误，意味着合并还没发生)。 此外，还引入了`safe`。为了简单起见，它可能在客户端实现中被命名为 `finalized`。也就是说，我们最终可以戳它升级，让它返回我们预期在正常网络条件下不会被回滚的区块，通常是被打包出来 4 秒后得区块。 `latest` 这个标签将保留，并继续返回链最新看到的区块，无论它是否可以重组。这些规范变更可以在这里看到：https://t.co/5kEf08gV1H 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1525237735539109888&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1525237735539109888" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 462px; display: block; flex-grow: 1;"></iframe> <br/> **主网影子分叉#5 相关** 第五次主网影子分叉的配置：https://github.com/eth-clients/merge-testnets/tree/main/mainnet-shadow-fork-5 TTD 预计在 5 月 19 日触达。 工具的相关链接： 数据：https://ethstats.mainnetshadowfork5.ethdevops.io/ 浏览器1：https://beaconchain.mainnetshadowfork5.ethdevops.io/ 浏览器2：https://explorer.mainnetshadowfork5.ethdevops.io/ 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1525252459383656448&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1525252459383656448" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 707px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层** **关于 Lido 潜在的中心攻击风险的争议** 5 月 10 日，以太坊基金会的研究员 Danny Ryan 指出，Lido 的验证者占比超过 1/3 对 PoS 来说是一个中心化攻击。 他进一步分析了 Lido 可能就此引发的问题，包括安全、重组以及审查攻击，以太坊可以通过罚没机制和社会性干预进行恢复。但仍有很多基础模型以外会发生的问题，如合约攻击、治理攻击等。他表示 stETH 风险模型肯定会扩张，因此替代方案必须落地起效。 <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1524044527828303872&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1524044527828303872" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 457px; display: block; flex-grow: 1;"></iframe> 14日，[EthStaker](https://ethstaker.cc/)的 superphiz.eth 发推询问：谁会是首个公开承诺会限制自己不会运行超过链上 22% 验证者的质押提供商？ Lido的总经理 Darren Langley [发推](https://twitter.com/langerstwit/status/1525343785219018752)表示在 @superphiz.eth 对话后，Rocket Pool 作出如下回应： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1525343785219018752&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1525343785219018752" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 385px; display: block; flex-grow: 1;"></iframe> - 首先，Rocket Pool的验证者实际上只占整个以太坊的1.4%，距离 22% 还有很长的路，但我们增长得很快 - 其次，表达Rocket Pool 的礼仪与价值与以太坊一致。而且其实现在在22%的占比，按照目前的水平也就是大约 260 万枚 ETH，即超过 50 亿美元，这已经是很可观的市场规模了； - 再次，平台也是去中心化的，任何决策由平台核心团队、社区及其ODAO的治理成员一同决定； - 最后，假如真的发生这种情况，Rocket Pool团队将会全力发起倡议限制存款，但感觉教育与透明度是关键。 随后，就 superphiz.eth 的建议，Vitalik Buterin发表了自己的观点： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1525301234516652032&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1525301234516652032" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 463px; display: block; flex-grow: 1;"></iframe> 这是一个可能有争议性的观点：我们应该允许头部质押池提供商哄抬价格。比如，如果一个质押池控制了超过15%的质押者，该质押池一直提高它的费用率直到它的占比下跌到低于 15%，这种做法应该是可以被接受，甚至被预期的。 对此，有网友认为 superphiz.eth 所提出来的 22% 建议与 Vitalik Buterin 的 15% 建议是相悖的，superphiz.eth 解释道这两个比例都在一个连续统中： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1525317657712644097&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1525317657712644097" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 433px; display: block; flex-grow: 1;"></iframe> - 15%-质押池需要开始节流调节 - 22%-质押池停止接受存款&社区需要介入 - 33%-成为一种攻击且协议开发者需要介入 <br/> # Layer2 **StarkNet 桥接 StarkGate 上线主网** 此前，L2 解决方案 StarkNet 推出首个桥接的测试网版本 StarkGate Alpha：https://goerli.starkgate.starknet.io/ 5 月 9 日，StarkGate 正式上线主网：https://starkgate.starknet.io/ 上线初期 StarkGate Alpha 将仅支持 ETH，随后将添加 WBTC、USDC、USDT 和 DAI。 来源：https://medium.com/starkware/starkgate-alpha-35d01d21e3af <br/> **去中心化交易所 SushiSwap 部署至 L2 解决方案 Optimism** 5 月 13 日，去中心化交易所 SushiSwap 宣布已在 Optimism 上部署其首个 Trident AMM 池 (了解 Sushi 的 Trident AMM 可阅读此[文章](https://www.ethereum.cn/DeFi/introducing-the-sushi-next-generation-amm-trident))。 SushiSwap 的部署分两步进行： - 首先会部署 Trident 的第一个 AMM 池 (恒定乘积池) 和 BentoBox (战略金库) - 然后等到 Trident AMM 优化之后，便会推出限价订单簿、Kashi (借贷) 和 MISO (launchpad) 等等 来源：https://sushichef.medium.com/sushis-rolling-up-to-optimism-a325d2c585c7 <br/> **Bundlr Network 集成 zkSync，让开发者更容易地上传 Arweave 存储数据** Bundlr Network 主要负责去中心化存储网络 Arweave Web3 数据的上传，为开发者和企业提供更快、更简单的数据存储方式。 5 月 10 日，Bundlr 宣布集成 L2 解决方案 zkSync，为 zkSync 的开发者提供更快、更简单的 Arweave 数据存储方案。 目前，除了 zkSync 之外，使用 Bundlr 的项目还有 Arbitrum、Polygon、Boba Network 等等。 来源：https://medium.com/bundlr-network/bundlr-network-integrates-with-zksync-to-offer-developers-easy-access-to-web3-data-storage-on-b1c4eb12d74a <br/> **跨 rollup 解决方案 Hop Protocol 代币空投抗女巫攻击解读** 此前，Hop Protocol 面向社区空投了治理代币 Hop 并引入了 Hop DAO。这次空投其中的一个亮点是他们对于抗女巫攻击的设计。根据 Hop 的开发者 [@WhinfreyChris](https://twitter.com/WhinfreyChris) 的推文，他们已经识别出并过滤掉了 1 万名女巫攻击者的地址，并招募了一批女巫搜捕者寻找剩下的地址，下面是对其抗女巫攻击的解读： 1. 如果想要自己的协议完全由社区而非那些最有钱的成员治理的话，抗女巫攻击的空投分发机制十分重要。 2. 在我们开始时，我们做了一些简单的假设： - 所有女巫攻击者都进行小额的交易。而事实是：他们操作着数百万美元。这个账户 (https://etherscan.io/address/0x875a9230c5f70eeee684baa6b367b37656c28131) 与其他 97 个地址相连，并通过 Hop 总共投放了 180 万美元。 - 所有女巫攻击者都不会支付高交易费。而事实是：有的女巫攻击者拥有着数百个账户，这些账户拥有丰富的 L1 交易历史、多个 ENS 域名。 - 女巫攻击者很容易人工识别出。而事实是：许多女巫攻击者拥有伪造的 NFT 组合、随机的交易活动，并控制一堆 Discord 和推特账户。 3. 我们推出了自己的分组算法。通过收集一些转移了我们支持的代币给对方的地址。 4. 我们识别出那些有多个个人与之交互的地址，包括交易所地址、合约地址等，并将它们从上述收集的地址中删除。https://github.com/hop-protocol/hop-airdrop/tree/master/src/data/blacklists 5. 大多数群组遵循以下其中一个模式： - 一个主要资金账户转移到多个账户，然后这些账户薅各种协议的羊毛 - 一排账户与单个协议交互，然后将资金轮流转给下一个账户 6. 最后，我们对每个地址都拉取出一堆元数据，然后手动检查每一组，识别出异常行为并将其剔除列表。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1525178659379679233&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1525178659379679233" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1081px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **Cloudfare 宣布开启权益证明以及在 web3 的下一轮实验** 跨国企业 Cloudflare (以向客户提供基于反向代理的内容传递网络 (CDN) 及分布式域名分析服务为主要业务) 于 5 月 16 日发布文章《权益证明与我们在 web3 下一系列实验》，宣布经过过去 4 年进行的首轮 web3 实验，将开启以寻找解决扩容和环境挑战的新方法为重点的实验，以 PoS 以太坊权益为起点。 在接下来的几个月里，随着以太坊社区通过合并从 PoW 共识过渡到 PoS，Cloudflare 将在 Cloudflare 全球网络上启动并进行质押运行以太坊验证者节点。这些节点将作为研究能源效率、稳定性管理和网络速度的试验场。 Cloudflare 将通过在他们的网络运行验证者节点来支持以太坊的开发和部署，在提高地理上的去中心化水平，他们将在欧洲、中东、非洲、拉丁美洲、亚太地区运行验证者节点，同时添加网络的去中心化基础设施。 此消息引起了以太坊社区的关注，Tim Beiko 已经在[推特](https://twitter.com/TimBeiko/status/1526243633996832768?s=20&t=vkOfPk-E8UHaDfvO6rN2OA)与其 CTO wevans.eth 取得联系，表示如果有需要可以提供协助。Rocket Pool 的总经理 [Darren Langley](https://twitter.com/langerstwit/status/1526372091179610112?s=20&t=vkOfPk-E8UHaDfvO6rN2OA) 也表示 Rocket Pool 作为一个最小化信任的质押平台很适合与 Cloudflare 合作，wevans.eth 也表示欢迎对话。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NlbnNpdGl2ZV9tZWRpYV9pbnRlcnN0aXRpYWxfMTM5NjMiOnsiYnVja2V0IjoiaW50ZXJzdGl0aWFsIiwidmVyc2lvbiI6bnVsbH0sInRmd190d2VldF9yZXN1bHRfbWlncmF0aW9uXzEzOTc5Ijp7ImJ1Y2tldCI6InR3ZWV0X3Jlc3VsdCIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1526185955102801920&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FZwdOxkHbFXNqJNYbuhjoToaW23KkU5gP71hBTOmtjWo&amp;sessionId=fdbd982d2107739e32f835ed4becb0b4178923ca&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1526185955102801920" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 693px; display: block; flex-grow: 1;"></iframe> <br/> **Compound Treasury 获得 S&P (标准普尔) 信用评级** 5 月 9 日，Compound Treasury 获得标普全球评级 (S&P Global Ratings) B- 级。随着传统机构开始对数字资产驱动金融产品进行风险评估，这份评级使得 Compound Treasury 一跃成为获得主要信用评级机构评级的首家机构型去中心化金融 (DeFi) 产品，标志着加密产业在成熟度上的巨大进展。 在确定其评级时，S&P 提及了稳定币 (USDC) 不确定的监管制度、稳定币兑换法币的风险、Compound Treasury 现下有限的资本基础与 4% 的返还债券；S&P 将 Compound 协议 (Compound Treasury的收益来源) 零 USDC 损失的追踪记录视作是对其产品资金风险的部分缓解。 > “Compound Treasury 可预测、流动性高、合规、透明，并且现在获得了信用评级”，Compound Treasuryd 的总经理 Reid Cuming 说道，“S&P 的等级评估促使我们机构的客户更加了解加密驱动现金管理方面的机遇和风险”。 作为当下与 S&P 讨论的一部分，Compound Treasury 的评级可以通过上行情景晋升，例如更高的数字资产行业监管透明度，或是更长久的稳定性能跟踪记录。 Compound Treasury 完整的信用等级评估过程由 Klaros Group 和 Gauntlet 支持，二者分别是咨询投资公司以及区块链金融建模和模拟平台。 在 [S&P Global Ratings Action Disclosures](https://disclosure.spglobal.com/ratings/en/regulatory/article/-/view/type/HTML/id/2835522) 页面可阅读 Compound Treasury 完整的评级报告。 来源：https://medium.com/compound-finance/compound-treasury-sp-credit-rating-897aff3a6f8c <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-5-11/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-5-11/Wed, 11 May 2022 00:00:00 GMT <br/> # **合并 (The Merge)** **合并测试最新进度** 根据 5 月 9 日进行的合并测试会议笔记，以下是这周的最新情况概述： - 在 Geth 发现了临界情况 - 如果由同一个验证者连续构建多个区块，这种情况可能会迫使节点从完全同步转为快照同步模式，并同步到一条无效链，你可以把节点从网络中分割出去。 - 在今天的 Geth 中，这种情况得到了缓解，因为节点在快照同步一次后不允许再次快照同步 - 如果客户端已经完全切换到完全同步模式，客户端不应该允许启动快速/快照同步 - Geth 团队的开发者 Marius 正在进行共识层模拟器的工作 - 终结区块哈希的覆盖问题 - 我们在什么时候以及如何测试/实现这点？ - 不确定值是多少。Geth 有一个网络连接 flag，以把某个区块列入白名单 - 它要么被写在规范+实现出来，要么完全没有这个东西 - 如果在 TTD 被触发之前链就运行不下去了，它就是紧急情况下我们需要转用另一个区块的那个值 - 共识的构建/测试是与测试网部署并行的。不想因为这点延迟测试网的工作。 - 测试网 - 想要确认开发者 Mario 的最新测试集能在合并前通过 - https://github.com/ethereum/hive/pull/535 - https://github.com/ethereum/hive/pull/534 - https://github.com/ethereum/hive/pull/526 - 客户端团队感觉差不多可以分叉第一个测试网了，但还没有 100% 的把握。需要看看在本周以太坊核心开发者会议上的讨论结果！ - 可能的时间表： - 5 月 13 日 - 选择 Ropsten 的 TTD - 5 月 16 - 18 日 - 客户端发布 - 5 月 18/19 - Ropsten 分叉公告博文 - 6 月 1 日 - Ropsten 上的 Bellatrix - 6 月初到 8 日 - Ropsten 合并 - 影子分叉观看会议 - 可能计划在北京时间周四晚上 23:00 来源：https://notes.ethereum.org/@timbeiko/merge-testing-calls <br/> **合并资源的超级汇总** Tim Beiko、Trent 和@TMIYChao Mario Havel 一起做了一个合并资源的大汇总，其中包括针对开发者、质押者、基础设施提供商和社区的链接。  Trent Van Epps 制作了这张从信标链存款合约的启动到以太坊完全过渡到权益证明的历程图。请注意，TTD 指的是终结总难度 (Terminal Total Difficulty)，即合并发生的时候。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1522221779732811776&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FC5Kwfb4P-vqc9y8uYgIUx_67l-WMvkzqs2BZywtvNbc&amp;sessionId=f0b86275971f8cf17f0fb223fbd2633b9e5e80df&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1522221779732811776" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 688px; display: block; flex-grow: 1;"></iframe> <br/> # **执行层** **Erigon 的新版本能减少大约 120Gb 的数据库大小** Erigon 于 5 月 4 日发布的 v2022.05.02-alpha 版本提高了快照下载速度，在首次同步后可减少大约 120Gb 的数据库大小。 来源：https://github.com/ledgerwatch/erigon/releases/tag/v2022.05.02 更多主网的更新消息，请参阅最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-5-6)》和《[以太坊核心开发者会议](https://www.ethereum.cn/Eth2/allcoredevs-updates011)》。 <br/> # Layer2 **同为 Optimistic Rollups 方案的不同项目，为何费用差别如此大** 研究员 [@bkiepuszewski](https://twitter.com/bkiepuszewski) 发推解释为何 L2 解决方案 Arbitrum、Boba Network、Optimism 和 Metis 同为 Optimistic Rollup，在 [l2fees.info](http://l2fees.info/) 上的显示的费用差别如此大。  截至发文，[l2fees.info](http://l2fees.info/) 的数据如上 对于刚创建的 L2 来说，它们可能会选择不同的方案对用户进行收费。有的会补贴交易费，有的会增加一些手续费以收取利润。但是真正的成本是 L1 的 gas 开销，具体来看： Arbitrum 和 Boba Network 发布至 L1 的 L2 交易数据未经过压缩，所以它们的 calldata 开销是最高的。 Optimism 对 L2 交易数据进行了压缩以降低 L1 开销。压缩细节请查看文章[《Optimism 开销优化：通往美分级手续费之路》。](https://www.ethereum.cn/Layer2/the-road-to-sub-dollar-transactions) 而 Metis 自四月份的升级之后，就没有将 L2 交易数据发布至链上，难怪它的手续费最便宜。而发布 calldata 至 L1 是非常有必要的，这样独立验证者才能检查提交至 L1 的 L2 状态根是否有效。 总的来说，Metis 与其他系统的主要区别就是不同的信任假设。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1522152595086839808&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FC5Kwfb4P-vqc9y8uYgIUx_67l-WMvkzqs2BZywtvNbc&amp;sessionId=f0b86275971f8cf17f0fb223fbd2633b9e5e80df&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1522152595086839808" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 676px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊状态通道扩容解决方案 Raiden Network 上线 Arbitrum** 5 月 3 日，状态通道解决方案 Raiden Network 宣布推出在 Arbitrum 部署的版本。在其公告中，Raiden Network 表示： 拥有一个 rollup 原生版本的 Raiden 不仅仅可以避免高昂的初始成本，还可以将 Raiden Network 定位为与 rollup 共存的补充解决方案。 减少初始设置成本：Raiden 协议因其便宜和快速的交易而闻名。然而，其初始设置以及开通状态通道的成本由于高昂的 gas 费变得越来越贵。目前，Raiden 只能在以太坊主网上使用，用户只能支付不合理的初始成本。而部署至 Arbitrum One 的新版本，成本会大大降低，使得 Raiden 的准入门槛更低。 来源：https://medium.com/raiden-network/the-raiden-network-now-live-on-arbitrum-3d57fedf7961 <br/> **Optimism 开启对项目的资助计划** Optimism 继 4 月 27 日 宣布发布治理代币 OP 并推出其治理方案之后 (具体方案见上期[七日谈](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-27))，推出了下一步的 OP 空投方案：通过治理资助资金 (Governance Fund) 分配 OP 总供应量的 5.4% 给社区的项目。  其中，Governance Fund 分两个阶段进行： - 阶段 0 (现在 - Airdrop #1) 对早期项目的资助 - 阶段 1 (Airdrop #1 后) 对未来项目的资助 阶段 0 资助申请：https://gov.optimism.io/t/governance-fund-phase-0-how-to-create-a-proposal/215 阶段 1 项目提案提交：https://gov.optimism.io/t/governance-fund-phase-1-how-to-create-a-proposal/216 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1521577143364427777&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FC5Kwfb4P-vqc9y8uYgIUx_67l-WMvkzqs2BZywtvNbc&amp;sessionId=f0b86275971f8cf17f0fb223fbd2633b9e5e80df&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1521577143364427777" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 705px; display: block; flex-grow: 1;"></iframe> **以太坊开发者工具 Hardhat 支持在 zkSync 的部署** [@mikeraymcdonald](https://twitter.com/mikeraymcdonald) 与 [@wighawag](https://twitter.com/wighawag) 合作推出支持 zkSync 开发环境的 hardhat-deploy，github：https://github.com/wighawag/hardhat-deploy/pull/276 <br/> # **生态** **EIP 与 ERC 的科普好文** 最近 CoinDesk 发表了文章《[EIP 和 ERC 是什么，以及它们有什么关联？](https://www.coindesk.com/learn/what-are-eip-and-erc-and-how-are-they-connected/)》，对“以太坊改进提案 (EIP)” 和“以太坊评论请求 (ERC)” 的定义进行了厘清，阐明了它们的参与与决策流程， 解释了为什么 EIP 重要，以及 ERC 如何产生影响的。  所有 EIP 的标准流程 对 EIP 和 ERC 有疑问的朋友不妨读读这篇文章。 来源：https://www.coindesk.com/learn/what-are-eip-and-erc-and-how-are-they-connected/ <br/> **ENS 五周年** 5 月 4 日是 ENS 在以太坊上线五周年的日子，ENS 发推对过去的成就进行了回顾： 去年是 ENS 的受欢迎程度和使用率都出现爆炸性增长的一年。 我们从去年的 24.2 万个名称和 206 项集成，到了截至今天已经有超过 90 万个名称和 500 项集成。 同时，拥有 ENS 的账户从 7.3 万个变成接近 35 万个。 随着最近发布的链下解决方案，今年将有更多人能用上 ENS。 今年还启动了 DAO，是 ENS 去中心化很大的一步。 ENS 是公共物品，因此所有它的收入交给 DAO，使得它可以保证 ENS 未来的发展，以及更宽广的以太坊公共物品的发展。 另外，ENS 还发布了官方的 ENS 宪法书，电子版可免费下载：https://constitution.ens.domains/  来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1521932022066819072&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FC5Kwfb4P-vqc9y8uYgIUx_67l-WMvkzqs2BZywtvNbc&amp;sessionId=f0b86275971f8cf17f0fb223fbd2633b9e5e80df&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1521932022066819072" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 505px; display: block; flex-grow: 1;"></iframe> <br/> **Uniswap v3 流动性深度超过主要 CEX** 5 月 5 日，Uniswap 发布一篇研究报告，显示 Uniswap Protocol v3 中 ETH/USD、ETH/BTC 和其他 ETH 代币对流动性的深度比一些主要中心化交易所的深度还要深。这份报告显示 AMM 自动做市商结构超越了订单簿类型的交易所，并将传统金融市场结构转变为更具流动性、稳定性和安全性的市场。 完整的研究报告和我们的开源方法见此：https://uniswap.org/TheDominanceofUniswapv3Liquidity.pdf 代码：https://github.com/Uniswap/v3-market-depth-study 总结： - 对于 ETH/USD, Uniswap 的流动性深度比币安和 Coinbase 高出约 2 倍。 - 对于 ETH/BTC, Uniswap 的流动性深度比币安高出约 3 倍，比 Coinbase 高出约 4.5 倍。 - 对于 ETH 和中等市值的代币对而言，Uniswap 的流动性平均深度比主要中心化交易所高出约 3 倍。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-5-6https://www.ethereum.cn/Eth2/wnie2-2022-5-6Tue, 10 May 2022 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220506) 作者 | Ben Edgington <br/> ## 我们回来了！ 很抱歉隔了这么久才更新。参加 Devconnect 和之后感染 Covid 都使我远离电脑。 这段时间发生了很多事，但我不打算把所有事情都写进这篇更新。如果我漏了你们的内容，请原谅我。 <br/> ## 本周精华 本周你绝对要阅读的是 Tim Beiko 写的《[以太坊核心开发者会议更新 011](https://www.ethereum.cn/Eth2/allcoredevs-updates011)》，这篇文章全面总结了我们在通往合并之路上还有什么需要做的。(Tim 最近几乎一直占据这个栏位。) <br/> ## 什么时候合并？ 这是人们唯一真正感兴趣的问题。官方回答是“当它准备好的时候”，这是事实，但无助于回答问题。那么，让我们稍微拆开来仔细看看。 这里面有两部分内容相对独立地进行中，这使得做预测没有想象中那么简单。第一部分很简单，就是客户端的合并准备程度。第二部分是以太坊的难度炸弹。 ### 这可能扯远了——以太坊的难度炸弹 难度炸弹 (有时被称为冰河时代) 是很早之间就存在在以太坊的一个机制。它的功能是在一定区块高度后工作量证明链上的挖矿难度开始呈指数型增长。然后它会增加出块时间。有一个 [Dune 仪表盘](https://dune.com/yulesa/Blocks-per-Week)显示了炸弹生效后出块速率如何快速下降，然后当我们进行硬分叉并对它重置时，出块速率就会恢复。 难度炸弹的设置有两个目的。首先，为开发者提供强制功能。拆除或延迟难度炸弹都需要硬分叉，我们的想法是，如果我们要硬分叉来做这件事，那么我们也会利用这个机会来做协议升级。特别是炸弹在早期的目的是鼓励迅速转向权益证明。在我看来，它在这方面几乎是失败的，证据有 (a) 我们目前还没有完全转向 PoS，但至少推迟了 5 次，以及 (b) [Arrow Glacier](https://ethereum.org/en/history/#arrow-glacier) 和 [Muir Glacier](https://ethereum.org/en/history/#muir-glacier) 这两次分叉都只推迟了难度炸弹，没有做其他事。它的主要作用只是让计划复杂化。 第二个更现实的目的是一旦权益证明上线了，阻碍矿工继续在 PoW 链上挖矿。矿工需要自己拆除炸弹，这并不难——这只是一行代码而已——但实际上迫使他们在合并后继续运行自己的 Eth1 客户端分叉。 总之，重点是，目前这个版本的难度炸弹很快就能感受到。 ### 计划 A 和 B 最好的道路 (计划 A 如果你喜欢这样称呼的话) 会是在炸弹的影响变得太大之前进行合并。后备方案 (计划 B) 是再进行一次只推迟难度炸弹的硬分叉，为我们赢得几个月的时间来为合并做准备。 因此，这是一场竞赛。计划 A 是最佳方案，但取决于能否在炸弹影响以太坊运作之前，所有东西都完全准备好合并。但我们不知道确切的时间，因为时间受到整体算力的影响，而且我们还不知道客户端对合并的具体准备状态。 总之，我们期望在五月底对这两件事有一个更清晰的看法。届时 (或之后的几周)，我们将不得不决定是进行合并，还是退回到计划 B，即进行一次推迟难度炸弹的硬分叉。我们的决策时间不能拖得太长，因为如果需要的话，将需要几周的时间来组织一次推迟难度炸弹的硬分叉。 到目前为止，测试合并似乎进度良好 (见下文)。且[最新的分析](https://ethresear.ch/t/blocks-per-week-as-an-indicator-of-the-difficulty-bomb/12120/17?u=benjaminion)表明，要到了 8 月的中下旬，难度炸弹才会严重影响以太坊，平均出块时间可能会上升到 20 秒。 如果我是一个[喜欢打赌的人](https://polymarket.com/market-group/ethereum-merge-pos)，我可能会在合并在八月发生而不用推迟难度炸弹的一边下注几美元。但这绝对不是金融建议，如果你输了不要来向我哭诉。 Tim Beiko 已经给出了他自己对[合并时间表](https://github.com/timbeiko/eth-roadmap-faq#merge-timelines)的看法 (我觉得跟我上文说的没有实质性的区别)。 大家可以[加入 EF 邮件列表](https://twitter.com/trent_vanepps/status/1520015475056521218)，以获得最新的信息。 <br/> ## 测试合并 请参阅 [Tim 的以太坊核心开发者会议更新](https://www.ethereum.cn/Eth2/allcoredevs-updates011)，它提供了一个很好的 `#TestingTheMerge` 概述。每周合并测试会议的笔记可以在这里找到：https://notes.ethereum.org/@timbeiko/merge-testing-calls 在我们讨论开发者们正在进行的合并测试工作前，我想强调的是，如果你在以太坊上运行任何基础设施，参与到合并的测试真的非常、非常、非常重要。这是真正让你有信心进行合并时你构建的东西不会崩的唯一方法。为此，我的同事 Sajida 建了一个 [Merge Testing Leaderboard](https://www.notion.so/Testing-the-Merge-d0af826782a34d5ca6ce31aa5e631645) 的 notion 页面，以追踪谁在做什么测试工作。如果漏了你的工作，记得跟他说。 ### 主网影子分叉 自我上一次更新以来，我们已经进行了三次的主网影子分叉，包括一次[线下](https://twitter.com/benjaminion_xyz/status/1517770411035045892)在阿姆斯特丹进行的。 对于合并机制和客户端的准备程度来说，主网影子分叉是很好的测试。他们差不多相当于在主网做测试 (尽管目前是以太坊基金会和开发者团队在控制所有的验证者，这使得测试比较简单)。影子分叉真是太酷了，Song a Day 还给它们[写了首歌](https://twitter.com/songadaymann/status/1517920950666289155)。 我不会深入所有的细节，但总的来说，到目前为止，这些主网影子分叉都很成功。 - 主网影子分叉 (MSF) #1 在 4 月 11 日进行 - [Pari 写的总结](https://twitter.com/parithosh_j/status/1513494565529001984) - Marius 宣布这是一次[巨大成功](https://twitter.com/vdWijden/status/1513540976438091779) - 他发现了 Geth 里一个与 [gas 上限](https://twitter.com/vdWijden/status/1513588274740314125)有关的配置问题，但并不严重 - 各个客户端都发现了各种小问题，都修复了。 - MSF #2 在4 月 23 日 Devconnect 期间进行 - [Pari 的总结](https://twitter.com/parithosh_j/status/1517816760082251776?s=20&t=VHXcnQfd1d2_-jJfq2eosQ)：“这是所有客户端组合都顺利过渡并能在合并后保持同步的第一次影子分叉。我们在这里取得了真正的进展！” - MSF #3 在 5 月 5 日进行，一次很棒的模拟，没有出现事故。 - 在[开发者会议笔记](https://hackmd.io/@benjaminion/Hy_VXLb8q#Testing)里有更多信息。 - 这次影子分叉围绕[合并过程的同步问题](https://notes.ethereum.org/@parithosh/HyiESUWIc)加入了一些新测试，发现了一些问题。这些问题没有中断进程，且肯定是可以解决的。 此外，Goerli 网络已经进行了 [4 次](https://twitter.com/GiulioRebuffo/status/1516360766299029506)影子分叉了。 总之，现在的进展都非常令人鼓舞，我们正在计划在 6 月 进行现有以太坊测试网的合并，包括：Ropsten、Sepolia 和 Goerli。 <br/> ## 信标链 又一巨大里程碑！已经有超过 10% 的 ETH 质押在 Eth2 的存款合约里了。[hildobby.eth](https://twitter.com/hildobby_/status/1515945891932348418) 已经收集了要给很好的[存款仪表盘](https://dune.com/hildobby/ETH2-Deposits)，显示质押存款的现状和历史。现在，活跃验证者数已经接近 [370,000](https://beaconcha.in/)了，并比以往增长得更快。 还有关于客户端多样性的好消息🎉按照[某些判断方法](https://clientdiversity.org/)(点击“Sigma Prime 的 Blockprint”)。Prysm 现在的质押占比是少于 50% 的，这对于整条信标链来说是比以前健康得多的状态。这是自 Prysm 拥有[超过 68%](https://twitter.com/sproulM_/status/1481109509544513539) 押金以来的几个月里的一个非凡转变，那是一个非常危险的状态。看来，也许[对人大吼](https://twitter.com/christine_dkim/status/1496501126363066370)真的有用！但说真的，**祝贺**所有不遗余力地投入时间和精力去改变的所有个人、机构和服务商。同时要特别向 Somer Esat 致敬，他写的指南非常有用。以太坊因为你们而变得更强大、更安全。 当然，这场仗还没结束。下一个战线是执行层客户端的多样性，它的情况比共识层客户端多样性的问题糟糕得多。还有一些其他的战线也要注意：[Project Sunshine](https://ethsunshine.com/) 旨在照亮以太坊去中心化的所有方面。 <br/> ## 质押 [ethereum.org 的质押页面](https://ethereum.org/en/staking/)已经完全改版了，非常漂亮。 Lido 最近在接受一些监察，这是应该的，因为它超过了质押池占比的 [30%](https://ethsta.com/)。这似乎一下子大幅提高了透明度。Lido 的下一章是升级版的去中心化路线图，我在 3 月初的时候[请求](https://twitter.com/benjaminion_xyz/status/1498587637396946945)的。此外，他们还发布了一个 Lido 在以太坊记 分卡 ([Lido on Ethereum Scorecard](https://scorecard.lido.fi/))，作为进展的评估。他们还分享了 Lido 的[运行者集策略](https://hackmd.io/K6udDz1nSZOoX8t-vE98qg)。Superphiz 对这些全部措施表达了[看法](https://www.reddit.com/r/ethfinance/comments/uipt94/daily_general_discussion_may_5_2022/i7eyzbc/)。 还是关于 Lido 的消息，他们发布了《给合并后的质押排队情况建模 ([Modelling The Entry Queue Post-Merge](https://blog.lido.fi/modelling-the-entry-queue-post-merge-an-analysis-of-impacts-on-lidos-socialized-model/))》，它分析了合并后验证者有很长的激活队伍的情况可能如何影响 Lido 的社会化奖励模型。 至于 Rocket Pool， Bits Be Trippin’ 在与 [Darren Langley 的访谈](https://www.youtube.com/watch?v=nssaMoG0uq8)里，有了一个对 Rocket Pool 的概览。Rocket Pool 已经宣布支持 Besu 和 Nethermind 作为他们最新 beta 版本的 Eth1 客户端。客户端多样性，冲！ <br/> ## 释义性文章 开发者们在做的这些影子分叉是什么？Yash Kamal Chaturvedi 做了全面[解释](https://etherworld.co/2022/04/20/ethereum-mainnet-shadow-forking-an-overview/)。 ConsenSys 做了一个很不错的[合并知识库](https://consensys.net/knowledge-base/the-merge/)。最近 ConsenSys 的几篇博客文章值得大家看看： 1. 《合并的四大支柱 ([The Four Pillars of the Merge](https://consensys.net/blog/ethereum-2-0/the-four-pillars-of-the-merge-to-proof-of-stake-how-ethereum-will-evolve/))》 2. 《我们在 Devconnect 学到的权益证明 ([What We Learned about Proof of Stake at Devconnect](https://consensys.net/blog/news/what-we-learned-about-proof-of-stake-at-devconnect/))》这篇文章链接到一个视频[播放列表](https://www.youtube.com/watch?v=XrJWE9beMSg&list=PLcLEZJlCz-cpITsAqUzXHRLRZ8ZNGxU2E)，其中是与 Tim Beiko、Matt Nelson 和 Chris Anatalio 的采访节选。请留意周一有对 Justin Drake 和我的后续采访。这些采访花了很多功夫，请欣赏！ 这一篇推荐给喜欢 API 的人：Teku 团队的 Adrian Sutton 写了关于他们团队围绕[JSON 类型定义](https://www.symphonious.net/2022/05/06/json-type-definitions/)的文章。客户端开发的很大部分工作都是像这样的幕后重活，是很好的内容。 Adrian 之前还发表了《[从公共信标节点盗取打包费用](https://www.symphonious.net/2022/04/09/exploring-eth2-stealing-inclusion-fees-from-public-beacon-nodes/)》，上一期漏了。对于那些希望依赖第三方服务商运行他们合并后的执行层客户端的运行者，这篇文章提醒他们要注意的问题。 Alex Stokes 作客 PEEPanEIP，做了一期[关于提款](https://www.youtube.com/watch?v=CcL9RJBljUs)的分享。Alex 讲解得很好。 bartek.eth 发了一串关于 [KZG 承诺](https://twitter.com/bkiepuszewski/status/1518163771788824576)的很好的推文。我在 Devconnect 上做了一个[针对开发者的 KZG 承诺](https://docs.google.com/presentation/d/1uh8WgKq1z4Jar08xWrQd0EEaApQXyGP1t-cb1z9g-qI/edit#slide=id.p)演讲 (只有幻灯片，还没找到视频)。出于各种原因，看来多项式将成为未来首选的数据结构，所以现在掌握这些东西是好时机。 5 月 6 日的新闻热点是 Joanne Fuller 关于以太坊2.0 协议的形式化验证的文章——[Fixing the Array-Out-of-Bound Runtime Error](https://consensys.net/blog/news/formal-verification-of-ethereum-2-0-part-1-fixing-the-array-out-of-bound-runtime-error/) (修复数组越界运行时错误)。我有时觉得我的同事在协议上所做的形式化验证工作没有得到充分的重视。如 Joanne 所解释的，形式化验证是非常强大的工具，协议得到这样的验证是非常令人欣慰的。 我终于完成了我 Eth2 协议里的[随机性](https://eth2book.info/altair/part2/building_blocks/randomness)章节。这比我预期要有趣得多，但最终花费的时间比我计划的要长很多。概率论很难！我不确定接下来要写什么。可能是委员会。在我开始写高层级的东西前，我还有一些[低层级的内容](https://eth2book.info/altair/part2/building_blocks)要完成。 <br/> ## Devconnect 上的演讲 Covid 暂时使我的精力下降，所以我无法像我希望那样对 Devconnect 的所有演讲进行全面的总结。但这里我选了在 Ethstaker 的活动里最喜欢的一些演讲。 - Adrian Sutton 关于 Teku 的[检查点同步](https://www.youtube.com/watch?v=jIXGjXDh27c&t=12828s)和弱主观性的演讲 - Jim McDonald 关于[选择最佳的共识层客户端](https://www.youtube.com/watch?v=GJwS7VF40wk&t=16395s)的演讲 - Obol 的 Oisin 和 Collin 关于通过分布式验证者技术进行[信任最小化质押](https://www.youtube.com/watch?v=jIXGjXDh27c&t=8987s)的演讲 活动的大多数演讲都可以在 [streameth.tv](https://streameth.tv/) 找到。我特别推荐 [MEV day](https://streameth.tv/event/mev-day)。我不确定协议开发者日上的演讲发生了什么，希望它能在某个地方出现。 花点时间去找其他的演讲吧，有很多精彩的内容。(我错过了其中的大部分内容，也有很多很棒的周边对话！) （译者注：更全的 Devconnect 视频汇总请看《[以太七日谈·2022/4/27](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-27)》) <br/> ## 媒体和其他 Tim Beiko 做客 Laura Shin 的播客 [“Unchained”](https://unchainedpodcast.com/why-ethereums-merge-was-delayed-and-why-it-wont-reduce-gas-fees-much/) 。 当你查看 ConsenSys 的[合并知识库](https://consensys.net/knowledge-base/the-merge/)时，我希望你注意到 “合并背后的开发者” 系列。合并的负责人 Mikhail Kalinin 最近[讲述了他的故事](https://consensys.net/blog/news/devs-behind-the-merge-mikhail-kalinin-lead-researcher-at-consensys-rd/)。Mikhail 是一个真正的以太坊 OG。关于 [Sajida Zouarhi](https://consensys.net/blog/news/devs-behind-the-merge-sajida-zouarhi-besu-product-lead/) 的优秀文章刚刚也发布了。还有一些写我的[文章](https://consensys.net/blog/ethereum-2-0/devs-behind-the-merge-ben-edgington-teku-product-lead/)。 Coinbase 的文章 [The Merge and the Ethics of Ethereum](https://blog.coinbase.com/the-merge-and-the-ethics-of-ethereum-dec22a43b363) 使我印象深刻，因为这告诉我以太坊的开发是如何推进的。 > 合并已经被证明是一个具有许多挑战的极其复杂的任务。然而，它不是通过一个中央当局的一声命令下完成的，而是通过一群志同道合的个人有机协调完成。从根本上来说，合并的成功将证明去中心化作为社会组织原则的可行性。 欢迎来到[集市](https://media.consensys.net/ethereum-2-0s-latest-strides-forward-13f63652e57d)！ <br/> ## 研究 Condrieu verkle 测试网[现在面向公众开放](https://twitter.com/gballet/status/1514575476135706624)。Nethermind [正进行加入测试的工作](https://twitter.com/URozmej/status/1514946534114304007)。测试网的登陆页面[在此](https://condrieu.ethdevops.io/)。 <br/> ## 常规会议 ### 共识层实现者会议 因为我们都去参加 Devconnect 了，所以 4 月 21 日没有会议。第 86 次会议在 5 月 5 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/521) - [会议视频](https://www.youtube.com/watch?v=nnjeqZK7jgU) - 我的[笔记](https://hackmd.io/@benjaminion/Hy_VXLb8q)和 [Christine Kim](https://twitter.com/christine_dkim/status/1522256793321103360) 的笔记。 除了回顾主网影子分叉 #3 的情况之外，我们还讨论了将各个以太坊测试网转为 PoS 的工作。讨论中我们就 IPv6 聊了很久；讨论了针对 Libp2p gossipsub 协议的修改版本 episub，该协议可以减少网络带宽开销；讨论了将 Builder API (以前称为 MEV Boost) 转移到一个更加 RESTful 的界面。 有关合并后的测试网的一些背景，请参考 Afri 在 [EthMagicians 论坛的帖子](https://ethereum-magicians.org/t/og-council-post-merge-testnets/9034)。 ### 核心开发者会议 大多数关于合并计划的讨论会在核心开发者会议上进行 —— 这里是以太坊治理一贯发生的地方。 以太坊核心开发者第 136 次会议在 4 月 15 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/508) - [会议视频](https://www.youtube.com/watch?v=JXbOeiPN_uE) - [Tim Beiko](https://twitter.com/TimBeiko/status/1515067269147111424) 的笔记和 [Christine Kim](https://twitter.com/christine_dkim/status/1515013002105442312) 的笔记。 核心开发者第 137 次会议在 4 月 29 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/514) - [会议视频](https://www.youtube.com/watch?v=SWWoniO6rZc) - [Tim](https://twitter.com/TimBeiko/status/1520106955003424768) 的笔记，[Christine](https://twitter.com/christine_dkim/status/1520087529139019779) 的笔记。 <br/> ## 其他新闻 - Superphiz 整理了一些有用的[以太坊 dashboard](https://twitter.com/superphiz/status/1512770843285327875) - EthStaker 启动了一个[价值 350k 的 CLR fund](https://www.reddit.com/r/ethstaker/comments/ujp7vn/announcing_the_clrfund_ethstaker_350000_quadratic/) 的二次方资助轮 ([视频](https://www.youtube.com/watch?v=u-hPMgUOWbU))。值得注意的[日期](https://twitter.com/superphiz/status/1522579315250114560)： - 5 月 16 日：提交项目申请匹配资助的截止日期 - 5 月 24 日：资助匹配轮关闭 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/evm-equivalencehttps://www.ethereum.cn/Layer2/evm-equivalenceMon, 09 May 2022 00:00:00 GMT来源 | [newsletter.banklesshq.com](https://newsletter.banklesshq.com/p/evm-equivalence?s=w) <br/> # **目录与摘要** ### 理解 ✨EVM 等效性✨ - 在以太坊上扩容与扩容以太坊本身是有区别的。 - EVM 是一个由数千名开发者贡献形成的新兴结构。 - 而分叉 EVM 限制了访问这些贡献的能力。 - 如果你想**走得快**，独自去；如果你想**走得远**，就一起加入 EVM 等效的生态系统中。 ### 生态的复制 (replication) 与涌现 (emergence) - **复制**与**涌现**是想要覆盖全球的自我繁殖系统的必要属性。 - 复制应用层 - EVM 等效性允许开发者在所有 EVM 等效的 rollup 之间复制 + 粘贴 DeFi 代码。在某个 rollup 中发现的任何有价值的新内容都可以立即在其他 rollup 中复制。 - 复制协议层 - EVM 等效性允许先在单独的 rollup 上实现某个 EIP 升级，再部署至以太坊 L1。如此一来便为实验性的 EIP 提供一个生产型的测试平台，然后安全地在 L1 上实现。 ### “恐惧空白” - 大自然厌恶空白。而加密世界就像大自然；它会慢慢地填补它发现的每一处空白。 - 加密网络的 ”最后一英里“ 问题，以及我们如何解决它。 - EIP 就是新的基因。EVM 等效性使得 L2 能够异步地、独立地集成自己选择的 EIP。每个 L2 都将采用其社区所推崇的 EIP。 - 以太坊将适应于 L2 用户发出的信号；每个 L2 都代表着用户偏好的数据天线。给以太坊发出的信号是： - 这是社区想要的 EIP - 这个 EIP 已可以安全地部署 ### 扩展公共物品 - Optimism 的追溯性公共物品募资是一种新颖的社会激励机制，旨在将硅谷式的金融激励注入到为 L2 构建公共物品的项目中。 - 通过出售 L2 区块空间获取经济效益以资助 L2 公共物品 - 由于 EVM 等效性，Optimism 上的公共物品研发可以在整个生态系统复制和传播 ### 推动有机体不断前进 - **Cheap fees**, **EVM equivalence**, and **Retroactive Public Goods Funding** are the ingredients required to produce motivated outwards growth into the frontier of crypto-economic networks. - **便宜的费用、EVM 等效性和追溯性公共物品资助**是加密经济网络前沿产生积极的外部增长所需的要素。 <br/> ## 理解✨ EVM 等效性✨ > EVM 等效性: 与以太坊虚拟机 (EVM, Ethereum Virtual Machine) 的规范完全一致 EVM 等效性的设计理念是创建一个与以太坊之间具有 **“最小区别”** 的 optimistic rollup。 EVM 等效性将以太坊的属性扩展到 L2 中，**模糊了 "以太坊 L1 退出历史舞台" 与 "EVM-等效的 L2 登场表演“ 之间的界限。** 这就是在以太坊上扩容和扩容以太坊本身之间的区别。 完美克隆了以太坊的 EVM 的 optimistic rollup 不仅继承了以太坊的安全性；**还共享着其网络效应的各个方面**。 其他 L2 设计结构不具有访问以太坊网络效应的所有特权，并且总是比其他具有 EVM 等效性的竞争对手更加专用型。  **EVM 兼容性已死。要么通过遵循以太坊标准来优化**通用性 (因此选择与其他所有人相同的标准)；要么构建完全不同的、针对你的用例高度优化的东西 (参见 ZK-rollups)。 为了将以太坊的强大威力完全扩展到 L2 中，我们不能止于 EVM 兼容性。 **我们需要 EVM 等效性**。 ### 兼容性与等效性 Optimism 团队在去年[引入了 EVM 等效性](https://medium.com/ethereum-optimism/introducing-evm-equivalence-5c2021deb306#)，并讨论了等效性与兼容性之间在技术上的区别。 Rollup 被誉为是我们的扩容救星：“终于，有一个 L2 可以运行 Uniswap 了！” **最早的 rollup 是通过完全重新创建 Uniswap 来实现这点的，在自定义构建的 rollup 上使用自定义的代码。** 这还不够。 EVM 的网络效应远超过 Solidity 本身。[大量的支持工具](https://github.com/ConsenSys/ethereum-developer-tools-list)赋予以太坊开发者超能力。因为这些工具也运行在 EVM 标准之上，所以他们不适合自定义构建的 rollup。更不要说协议开发者需要付出很多精力来创建兼容 Solidity 的东西！ 而 EVM 等效性中，EVM 本身就被复制粘贴到 L2 中。他们底层的东西都是一样的。 ### EVM 是一座城市 [David Mihal](https://twitter.com/dmihal) (他帮助我理解了这点) 给了我这样一个比喻： > “开源代码就像一座城市。它是由许多发现问题并构建解决方案的开发者自发地自下而上创建的。随着时间的推移，这座城市逐渐优化、变得更强健和高效... > > ...兼容 EVM 的链就像拉斯维加斯版的巴黎；他们试图人为地复制一些有机的东西。” 开源软件是一种公共物品，由各自的社区维护和升级。 使用开源软件的开发者在使用时会遇到各种各样的问题；有一些是小问题、有一些是关键的问题，还有一些介于两者之间的问题。部分开发者花时间去解决这些问题，然后游说社区接受他们的输入。如果社区认可了这些东西的价值，他们做的贡献就会被合并以形成新的版本。由此，新的标准就被创建出来，而软件的效用性和稳健性也提高了。 就像一个新兴的城市，构建者来到这里并生产周边社区需要并看重的东西。共享资源和公共事业由此产生，并且由于这是通过代码形成的，所以它们永远不会腐烂。**这是一条不断增值的单向道路；只要每个人都基于同一个基础构建**。 每一个开发者都按照自己的方向构建，并发现自己特定的贡献以添加到集体中。逐渐地，一个强健的公共物品就由数千名开发者共同贡献构建而成。 ### Geth 下面是 [Geth](https://geth.ethereum.org/) 的故事。 Geth 在过去几年里慢慢吸收了以太坊开发者有意义的贡献，并开发出一套不管在以太坊内还是[以太坊外](https://twitter.com/peter_szilagyi/status/1358475087310168071?s=20&t=aiiCQrFTfvyvMvvwhqesMA)都最具有网络效应的软件。  这就是 Geth 已经成为行业很大部分一个参考点的原因。那些分叉 Geth 并创建自己区块链的仍然是对以太坊所在的同样基础做贡献。 如果 Geth 分叉链偏离了参考版本，它们同时偏离了 Web3 中最大的网络效应。这种一次性复制的链越往不同的方向发展，就需要越多的人力和资源跟上核心网络的发展。 ### EVM 车群 (peloton) > Peloton 指的是一群或一组道路自行车骑手。车群里的骑手通过跟在其他骑手后面来节省自己的精力。这样的模式，阻力显著减少；在一群发展壮大的队伍中间骑车，阻力可以减少到 5%-10%。利用这种潜在的能源节约方式，骑手之间和队伍之间在比赛战术上会有一种非常复杂的合作和竞争互动。 如果你想**走得快**，独自去；如果你想**走得远**，就一起走。 车群越庞大，效率越高、速度越快。空气阻力分布在更广泛的群体中；随着团队规模的扩大，团队的效率也会提高。在一个车群中间，骑手基本上不废力，因为你可以借助整个队伍的力量前进。而车群的领队则需要承受所有逆风阻力，并且必须要花费额外的力量来设定车队的速度，所以领队经常要努力地骑。 但是当领队累了，节奏慢下来时，就会有很多车队中间的贡献者顶替领队的位置。   <center>雨林中的毛毛虫成群移动比单个移动得更快。</center> 开源社区的发展速度总是会超过中心化团队的发展速度。这个行业之所以发展如此迅速，是因为它就像一个**合作飞轮**。我们在彼此的成功之上构建，当我们中的一个人不断前进时，会把我们所有人都带着向前 —— 就像这些毛毛虫一样。 EVM 等效性是一种自下而上的、像城市一样自然而然形成的公共物品。另一方面，EVM 兼容性是它的一次性副本。 偏离 EVM 的方向有无数种，**但遵循 EVM 的方法只有一种。** ### 复制应用层 创建一个具有 EVM 等效性的 L2 生态系统对于保持具有可组合性和互操作性的网络效应至关重要。 具有 EVM 等效性的 rollup 允许开发者跨链即时复制粘贴代码库。这意味着，单个 EVM-等效的 rollup 上的开发和创新可以无缝迁移到其他任意 EVM-等效的 optimistic rollup 上，还有以太坊本身。由于所有东西都是在 EVM 的标准之上开发的，L1 的网络效应则被扩展到 L2 中，而 L2 上的创新再回响至整个生态系统中。 **当在一个 ORU 上部署一行代码时，它的意义不止于部署这行代码本身**。如果你是一名开源开发者，并且希望你的代码被广泛应用，你自然会希望使用一个 EVM-等效的 ORU，这样你的代码就可以立即与所有其他 EVM-等效的 ORU 兼容。 如果你编写代码一次，但就可以在 1000 条兼容 EVM 的链上无缝运作，那么你创建的代码的价值就要大得多。 **EVM 等效性将 EVM 的网络效应提升到一个全新的水平。** 而非 EVM-等效的 ORU 将不会从这些共享的网络效应中获益。由于非 EVM-等效的 ORU 中缺乏 “最小差异性” 这种设计哲学，以太坊网络、EVM-等效 ORU 以及非 EVM-等效的 L2 之间的联系会因此打破。 以太坊网络效应的巨大浪潮由每一个新添加的 EVM-等效 ORU 复合而成。如果你没有乘上这波浪潮，你就得非常努力地游泳才能跟上。  ### 复制协议层 这些 EVM 网络效应不仅适用于以太坊的应用层，还适用于协议层本身 —— 这样一来事情就变得有趣得多了。 因为 EVM-等效的 ORU 与以太坊具有 “最小的差异性”，它们因此为以太坊提供了一个试验床 (新的 EIP 可以在一个真实的生产环境中测试)。 而目前来说，EIP 是在以太坊的测试网中测试。EIP 会在测试网上进行多次测试，以确保最终集成到以太坊 L1 时不会出现任何故障。 这样做总是有风险的，因为测试网与以太坊之间并不满足 “最小差异性”。在 Goerli 或 Koven 中实现一个 EIP 与在以太坊中实现 EIP 是有区别的。其中区别在于以太坊之上的经济活动的规模、重要性和性质，测试网无法模拟。当在以太坊上实现新的 EIP 时，总会有一些 “未知” 的情况。 **EVM 等效性提供了一个解决方案。** 如果一项 EIP 在一个 EVM-等效的 ORU 中成功实现了，那么它向基础链提供了强有力的保证，即同样的 EIP 可以成功地集成到其中，而不会出现任何漏洞。EVM-等效的 ORU 提供了一个真实的生产环境让 EIP 进行测试，上面产生真实经济活动和具有真实的资本风险。EIP 可以在 ORU 层进行测试，而不会有损坏或影响这个系统的风险。 当 L2 普遍采用相同的 EIP 时，这向以太坊 L1 发出信号，表明社区认可这个 EIP，并且这个 EIP 可以安全地集成到 L1 中。 EVM-等效的 ORU 使以太坊能够感知 L2 参与者的愿望，使每个 L2 成为与用户的需求和愿望相协调的天线。传统金融 (TradFi) 和 Web2 的 “指令&控制” 治理方式转化为 [Web3 中的 “感知&响应” 范式](https://www.youtube.com/watch?v=18vB70P2YE4)。 因为每个 ORU 都是自己的独立经济体，它将根据用户的需求和愿望，独立地、异步地实现各种 EIP，与生态系统的其他部分无关。 随着时间的推移，当越来越多独立的 ORU 认可了同一个 EIP 的价值，这个最佳的 EIP 将会主导 L2 ORU 市场。如果一个 EIP 开始主导整个 ORU 生态系统，这会向以太坊 L1 发出信号，表明这是个好的 EIP，并且在 L1 协议层实现它是安全的。  以太坊上会有很多 Optimism 的分叉版本。当它们都接受同样的 EIP 时，这向以太坊 L1 发出信号，表明这些 EIP 为用户所需求，并且可以安全部署。 ### 总结 EVM 等效性 EVM 等效性的意义：以太坊从 L1 的束缚中解放出来。“以太坊” 的特性能够扩展到 L2 中。以太坊 L1 和 EVM-等效的 L2 之间的分界线变得非常模糊。再也没有这样的分界点：表明以太坊 L1 退出历史舞台，EVM-等效的 L2 登场表演。 ### 而是全都是以太坊。 <br/> ## 恐惧空白 > “大自然厌恶空白” —— 亚里士多德 大自然真的很擅长于填补空白。一个有机体越适合进化，它所占据的空间就越大。动物在环境允许的最大程度上消耗食物和繁殖。所有植物都是分形的表达式，因为分形是使表面积最大化的算法。如果植物的表面积增加了，它从叶子上吸收阳光和从根部吸收营养的能力也会提高。  亚马逊雨林是世界上生物多样性最丰富的地区之一，<2% 的光照到达地面，因为树木非常有效地捕捉了阳光。  ### 最后一英里问题 > [最后一英里](https://en.wikipedia.org/wiki/Last_mile_(transportation)#:~:text=Usage in distribution networks,-Transporting goods via&text=This last leg of the,making deliveries in urban areas.)指的是，将货物和人员从一个[交通枢纽](https://en.wikipedia.org/wiki/Transportation_hub)转移到最终目的地这段旅程的最后一步。“最后一英里” 问题描述了这一步骤的困难性。“最后一英里” 交付中的一些挑战包括最小化成本、确保透明度、提高效率和完善基础设施。 大自然真的很擅长于解决最后一英里问题。这是 “适者生存” 的自然结果；也就是说，能够最好地复制和繁殖的有机体会填补其生存空间的空白。 即使在单个有机体内，分形结构也是扩大有机体规模和提高其效率的基本模式。肺负责捕捉氧气并将其分配到血液中；循环系统负责将氧气和其他营养物质输送到生物体的最末端。  分形是一种结构，其中每个子结构都具有与整体结构相同的性质。可以将分形结构看作是一种永无止境的模式，可复制性和可繁殖性都是分形的组成部分。 只有可复制和可繁殖的结构才能有效地填补自然界中的空白。加密世界是一个有着大量留白的世界；**还有很多地方需要构建**。但为了用新的结构填补所有这些空白，我们需要能够复制和繁殖的系统。 **EVM 等效性构建了产生这些特性所需要的基础。** 在一个具有 EVM 等效性的 rollup 生态系统中，以太坊可以快速复制和繁殖，聚焦于用户的需求，并更新代码以反映这些需求。 每一个 L2 都可以按自己的独特方向发展，专攻任何它想专攻的领域。那些拥有大量用户和价值的成功的 L2 会向其他 L2 发出信号，表明它发现了一些有价值的东西。我们都知道加密行业真的很蓬勃发展，一旦某种东西被证明是有用的，就会被复制并繁殖。 > 👉 2013-15 PoW 公平发布、2020 DeFi 之夏的流动性挖矿和复制狂潮、2021 年的 L1 Geth 分叉。 > > 更多请阅读：[On Coordination vs Defection](https://newsletter.banklesshq.com/p/on-coordination-vs-defection?s=w) 一旦某个 L2 发现了新的价值来源，这个价值来源就可以在整个生态系统中复制和共享，并最终回到生态系统的中心。 ### EIP 是新的基因 Richard Dawkins 的书《自私的基因》中讨论了有机体中每个基因是如何成为最小的生命单位的，它在自身维护与复制中固有的利己主义提供了所有生命赖以生存的基本模式。 **好的基因存活下来，坏的基因死去**。 随着有机体进化与适应，使有机体健康的基因随着时间的推移通过复制与繁殖在所有物种中传播繁衍。在个体有机体中发生的有益的随机突变帮助它比其他生物更好地生存和发展，因此，这个基因从只存在于一个实例中到存在于所有可能的实例中，因为这是一个好基因。 在模块化的以太坊世界中，**EIP 是新的基因。** **好的 EIP 在生态系统中传播，不好的 EIP 则逐渐消亡**。 以太坊是一个响应性的、适应式系统，EVM-等效的 ORU 允许新的基因首先在边缘地区实现到有机体中，当新的 EIP 被证明其可行性后，这个 EIP 会被传播到剩余的 ORU 中。如果这个 EIP 足够好，它便回到以太坊的中心：**L1**。 以太坊成为能够响应和适应其环境的有机体，即便其环境随着时间而变化。生物有机体从起源起就有固定的基因，以太坊有能力根据需要发明和集成新的基因，以满足世界不断变更的需求。 发现某个 EVM-等效的范式中的价值，可以将该价值转化为可以在整个以太坊生态系统中共享的公共物品，而不仅仅是在某个特定 L2 中可用。 ### 追溯性公共物品：为整个生态系统构建基础设施 追溯性公共物品募资 ([Retroactive Public Goods Funding](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c), RPGF) 将使以太坊从一个响应用户需求的系统，变成一个**主动行动的系统**。 Optimism 正在开创一种公共物品募资的新模式，将硅谷式的金融激励注入到构建公共物品的项目中。 **具有科技初创公司的潜力，但是以公共物品形式存在的产品。** L2 区块空间费用产生的收益直接流向为 Optimism L2 创建有价值内容的创新者和创始人。RPGF 承诺未来会提供一笔资助资金，向公共物品构建者保证，如果他们构建出有价值的公共物品，就会有资助等着他们。 <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1519001611640659968&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FHRGDjA4YeICvNBKrp2qMQFqlrGYJznowBi6LaSV6wOc&amp;sessionId=3cc8e1dd4274baa31f1c2cb445dcb1c2be2e3f95&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1519001611640659968" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1521px; display: block; flex-grow: 1;"></iframe> **Web2 激励构建者**和**用户**，然而 Web3 赋予大家价值 —— 在这里，**影响力 = 收益**。 **RPGF** 和 **EVM** **等效性**的结合意味着，当 Optimism L2 构建了一些有价值的内容，它就可以立即为 EVM 等效性的整个生态系统所用。 Optimism 区块空间的销售不仅推动 Optimism L2 基础设施的发展，还推动所有 L2 以及最终以太坊本身的基础设施发展。要知道，区块链生态系统一直以来都出了名地对基础设施和公共物品投资不足。  <center>来源: Vitalik</center> 在 **RPGF** 和 **EVM 等效性**的双重努力下，首次为我们提供了一条解决公地悲剧的有希望的道路。而不仅仅为了 Optimism、L2 生态，更不仅为了以太坊，而是为了整个蓝色星球。 第一步：为 Optimism 的公共物品募资 第二步：将这些公共物品 (免费地！) 扩展到其他 L2 第三步：将这些公共物品集成到以太坊上 第四步：将公共物品的范围从以太坊扩展到全世界 第五步：解决全球协作困境，解锁星际迷航的未来 感谢阅读！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/allcoredevs-updates011https://www.ethereum.cn/Eth2/allcoredevs-updates011Thu, 05 May 2022 00:00:00 GMT来源 | [AllCoreDevs Updates](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Ftim.mirror.xyz%2FPWFVaHY3Mrx7srarMmuBWya0J5kioR1l2xaH3p5APDk%3Fdisplay%3Diframe) <br/> # 从影子分叉到主网🗺 在 [Rayonism](https://rayonism.io/) 第一次构建出原型的一年后，我们现在在所有以太坊客户端上都有了强劲的合并实现。 从我们今天的进度到完全过渡到以太坊权益证明的道路现在已经非常清晰了。我们需要： - [ ] 几次不出现问题的主网影子分叉 - [ ] 客户端都通过各种合并测试套件 - [ ] 在现有的公共测试网中顺利部署 就这些了！一旦这些情况都达成了，并且我们观察到它们在几周内是稳定的，我们就可以准备主网合并了！  <center>Trent Van Epps 制作了这张从信标链存款合约的启动到以太坊完全过渡到权益证明的历程图。请注意，TTD 指的是终结总难度 (Terminal Total Difficulty)，即合并发生的时候。</center> 让我们逐一展开。 <br/> ## 影子分叉👻 在过去的一年里，我们在网络升级过程中增加了一个新步骤：影子分叉 (Shadow Forks)。 已经有[一些](https://etherworld.co/2022/04/20/ethereum-mainnet-shadow-forking-an-overview/)关于影子分叉的[释义性](https://github.com/timbeiko/eth-roadmap-faq#shadow-forking)[文章](https://twitter.com/parithosh_j/status/1513129881927884801)了。简单来说，影子分叉是通过用少量节点分叉一个实时网络而创建的新开发者测试网。影子分叉与主链有相同的状态、历史数据和链 ID。  <center>@parithosh_j 制作的影子分叉网络概览</center> 运行这些影子分叉测试网使得我们可以观察客户端在尽可能接近公共网络的条件下的表现。在影子分叉网络的节点上，合并有效发生。之后，主网上的交易可以在分叉上重放，使得我们可以看到节点在主网条件下的表现。我们还可以同步新的节点到影子分叉上，以确保它们仍然按预期加入网络。 在这些影子分叉过程中，每种执行层 (EL) 和共识层 (CL) 组合都会被测试，我们的目标是每对客户端组合都能过渡并在之后保持平稳运行。我们有 4 个执行层客户端和 5 个共识层客户端，也就是有 20 对组合需要测试！  到目前为止，我们已经有多个 Goerli 影子分叉和两个主网影子分叉。第二个主网影子分叉 (MSF2) 几乎完美进行。另一个，MSF3，准备在这周进行。**如果** MSF3 没有什么问题，并在之后保持稳定，我们就可以对现有的测试网进行升级。为了安全起见，在测试网部署之前 (甚至期间) 我们将继续定期进行影子分叉。 与此同时，我们也在加倍努力进行其他一些测试工作。 <br/> ## 合并测试🗜 对于测试来说，合并是一次独特的升级，因为它跨越了以太坊的执行层和共识层。虽然对于每一层我们都有很多单独的测试工具，但大量用于测试跨层交互的新基础设施是必要的。 ### Hive 测试 [Hive](https://github.com/ethereum/hive) 是一个集成测试平台，我们以前用于执行层的测试。在过去的几个月里，我们已经为它添加了模拟共识层行为的能力，并用它测试各个执行层客户端。这有助我们测试这个执行层和共识层用于通信的新 [Engine APIs](https://github.com/ethereum/execution-apis/tree/main/src/engine)。为了测试 PoW -> PoS 的过渡，还需要添加模拟执行层行为的模拟器。 客户端团队目前正优先支持 Hive，并确保它们通过所有的测试套件，同时测试团队专注于为其添加执行层模拟。 ### Kurtosis 除了我们现有的测试基础设施外，我们还与 [Kurtosis] (https://www.kurtosistech.com/) 合作，我们用它每天自动搭建启动一个短暂的网络来运行合并的过程。 这些工具帮助我们发现各个客户端的实现问题，监测各种网络健康指标。随着在这方面情况逐渐稳定，我们下一步是创造更恶劣的网络条件，看看客户端会如何恢复。例如，就在过渡前暂停执行层或共识层客户端，然后在合并后取消暂停；或者合并后移除数据库，并查看它们是如何处理同步的。 ### ... 还有其他所有东西！ 除了改良 Hive 和与 Kurtosis 合作，由客户端、研究和测试团队构建的一长串测试工具帮助我们发现每个可能的临界情况。它们包括[模糊测试工具](notion://www.notion.so/ecn/5a53ecd30ebc4c77bb3b86d4daaa876d?v=eee1cbf915c946398bdac2dd19b8a575&p=b1700c43e80b47f1aeb6b6754b9f14b2)、[坏块生成器](https://github.com/MariusVanDerWijden/go-ethereum/tree/merge-bad-block-creator)、[执行层/共识层模拟器](https://github.com/ethereum/go-ethereum/issues/24720)、[调试 API](https://github.com/ethereum/go-ethereum/issues/24720) 和[更多的模糊测试工具](https://antithesis.com/)。[这里](https://github.com/ethereum/pm/issues/520)有一个其他工具的愿望清单。 我们的首要任务是让客户端都通过单元/规范测试，以及在 Hive 和 Kurtosis 里的集成测试。但是，上文提到的这些其他工具可以帮助我们发现和调试我们漏掉的临界情况，随后我们会把它们纳入常规测试套件里。 在人的方面，合并测试大大增加了跨团队的协调与合作。共识层和执行层客户端团队第一次必须彼此紧密合作，确保他们的软件与另一层上的每个客户端能配合运行。这使得我们整个测试基础设施有更多和更深入的合作😁 <br/> ## 公共测试网🏗 一旦影子分叉顺利进行，所有客户端都通过了测试套件，我们将准备在现有的公共测试网上部署合并，即 Ropsten、Goerli 和 Sepolia。 尽管公共测试网不像主网影子分叉般对客户端进行那么多的压力测试，但它们需要在以太坊生态系统内进行更广泛的协作。 与以前的以太坊升级相比，合并需要更多的节点运行者。在过去的升级里，在执行层上的节点运行者和矿工只需要对一个软件进行升级：他们的执行层客户端。而在合并升级里，他们将需要下载、配置和同时运行一个共识层客户端。 在共识层方面，我们一直强烈建议在运行验证者时也运行一个执行层节点。尽管合并前，执行层节点的运行可以外包给第三方服务提供商。但合并时，质押者将需要运行一个执行层节点来验证区块的有效性，以及在提议区块时接收交易费 (把执行层节点运行外包的话[可能会收不到交易费](https://www.symphonious.net/2022/04/09/exploring-eth2-stealing-inclusion-fees-from-public-beacon-nodes/)！) 节点运营商、质押者和基础设施提供商应该确保他们的配置会在 [Kiln](https://blog.ethereum.org/2022/03/14/kiln-merge-testnet/) 上测试，为在测试网上部署做准备。关于如何做到这一点，EthStaker 还发布了[各种](https://www.youtube.com/watch?v=6GXQdhhP_Ag)[教程](https://www.youtube.com/watch?v=caaV4oMmWe8)。 一旦 Ropsten、Goerli 和 Sepolia 完成分叉并稳定下来了 (假设没有发现进一步的问题) ，那么我们就可以准备为主网设置合并的日期了！ <br/> ## 主网🍾 以太坊主网过渡到权益证明的过程将与测试网上的过程相同。也就是说，值得再次强调的是，过渡分三步进行： 1. 客户端发布支持合并的软件版本，并开始“监听”一个在工作量证明链上被触达的特定总难度值，即[终结总难度 (TTD)](https://github.com/ethereum/consensus-specs/pull/2462/)。 2. 一旦触达了 TTD，下一个区块会由被分配到下一个信标链 slot 的验证者打包。这个区块将是合并后的第一个区块，包含终端用户的交易以及权益证明共识数据 (即证明、存款、罚没等)。 3. 第一个合并后的区块被最终敲定。此时，工作量证明不再构成以太坊分叉选择规则的一部分。换句话说，我们已经完全转向 PoS 了🎉 下面 Danny Ryan 制作的图说明了这个过程：  最左边的区块显示了执行层和共识层在合并前平行运行的情况，其中 PoW (执行层) 区块包含交易而信标链 (共识层) 区块包含权益证明的共识数据。 左边的第二个 PoW 区块是当 TTD 被触达或超过时的情况。下面第三个区块是合并后第一个区块，包含权益证明共识数据和执行层交易。 第四个区块以及后续的区块都与工作量证明没有关系了。一旦这些区块被最终敲定了，网络只能被从那一点之后类似于工作量证明下 51% 攻击的情况破坏。 换句话说，到那时，我们已经完成合并了🍾! ------ 合并是**迄今为止**我们为以太坊计划过最复杂的一次升级。团队和个人贡献者已经不知疲倦地工作了一年多了，现在终于看到终点线了。 尽管每个人都为看到以太坊过渡到权益证明感到兴奋，但现在不是偷工减料的时候：为以太坊用户和在网络上构建的丰富生态确保一个安全且无缝的过渡才是我们的首要任务。我们快到了😁! 什么时候合并？🔜. ------ *感谢 Trent Van Epps、Danny Ryan、Mario Vega 和其他人对此次更新的评论和补充。* <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/zk-id-1https://www.ethereum.cn/Technology/zk-id-1Thu, 28 Apr 2022 00:00:00 GMT来源：[0xparc.org/blog](https://0xparc.org/blog/zk-id-1) <br/> *今年 1 月，我们启动了 0xPARC 零知识身份 (ZK-Identity) 工作小组：一个尝试使用 zkSNARKs 来构建数字身份工具的工作小组。在解释为什么密码学的进展对实现新的身份原语很重要的系列文章中，本文系第一篇。第一篇文章解释了 “ 为什么 ” ；而在之后的文章中会解释 “ 怎么做 ” 。* 近几年里，线上身份系统设计的话题一直得到激烈的讨论。现代数字身份系统令新型、复杂的线上交互和社区得以实现。但不幸的的是，这些系统有许多都存在明显的弱点。 在这些弱点里，有许多可以归因于中心化身份系统设计的固有限制。首先，这些系统通常会围绕中央控制点来构建——也就是中心点故障。现代电子商务、社交媒体、消息传递平台在受到强大行动者（例如威权主义政府）的[施压与干涉](https://www.bbc.com/news/59338205)、或来自恶意黑客的[技术攻击](https://www.upguard.com/breaches/facebook-user-data-leak)；当中央运营商受到胁迫或黑客攻击时，中央运营商以外的各方会也会处于危险之中。其次，这些系统依赖掌握在运营商手中的集中权力，它不可能与所有用户完全站在同一阵线上（无论是经济上、社会上、还是道德上）——比如，一个拥有多元全球受众的私营社交媒体公司必须经常[决定](https://blog.twitter.com/en_us/topics/company/2020/suspension)什么构成不正当的审查行为，什么是符合公共安全利益的行为，虽然在这一点上，他们经常心有余而力不足。 去中心化与加密机制虽然不是神奇的万能药，但它们确实提供了一些有用的工具，以及拓宽了数字身份系统的设计空间。 随着我们越来越多的社会与经济生活转移到线上，设计安全的、保护隐私的、以及由用户控制的身份系统将变得越来越重要。在本文，我们将论证像 zkSNARKs 这样的新型密码原语对于构建含有以上属性的身份系统来说是至关重要的。 就其核心而言，zkSNARKs 之所以有用是因为 zkSNARKs 可以让数字系统的用户毋须依靠受信任方就能生成任意复杂度的*可信声明 (credible claims)*。所有身份系统都是围绕某种机制来构建的，这些机制可以生成身份与声誉的*可信声明*——通常来说，相当复杂的证明附属于像政府或公司这样受信任机构出具的证明之中。通过把 zkSNARK 构造应用到关于身份与声誉的声明，我们可以重新构建数字身份系统，将控制权与数据托管权交还到用户手中。 <br/> ## 可信声明 由于 zkSNARKs 需要在精准、数学定义的 “ 声明 ” 上运行，因此我们必须首先需要准确地分解身份系统所涉及的声明本质。 与完全不认识且不信任的人做交易是很难的。常识告诉我们：双方的信任度越低，合作的可能性也越低；博弈论告诉我们：在一次性的囚徒困境中，最佳策略[永远是背叛对方](https://en.wikipedia.org/wiki/Prisoner's_dilemma#Strategy_for_the_prisoner's_dilemma)。你会更愿意在谁那里购买一辆二手车，是与你社交圈紧密联系的密友？还是一位甚至不会告诉你姓名、从外地来的 Craigslist （译者注：一个美国分类广告网站) 卖家呢？ 为了互相建立信任，我们需要能够做出*可信声明*：让与我们交互的人认为我们关于身份与声誉的声明是可信的。即便上述的 Craigslist 卖家对你保证他 “ 之前卖过很多车，且所有客户都很满意——我向你保证。” 这也不算是可信声明。但如果此声明与你了解的热门网站，以及其上经过验证的买家给出的五星评级相关联，那么该声明绝对给人感觉可信得多。 可信声明的想法听起来很好理解，但要构建一个用于产生可信证明机制且使之为大众所接受的机制 (在这个例子中，是受欢迎的排行网站) 不是一件容易的事。在传统模式中，我们常用的解决方案是将记录管理授权给受信任的权威机构，那么他们就可以对我们的身份与声誉声明做证明，并为声明赋予可信度。此权威机构必须随着时间的推移（通常在对抗的环境下）证明它们自身的认受性与可信赖性，同时维护大规模的证明生成与分发基础设施。 最为关键的是，在大部分模型中，是中央权威机构的证明才使得声明具有可信度。因为这是有效政府的身份证，所以我是公民；这是我的关注者的准确名单，所以证明我是有社会影响力的；这些是经审核的评论与评级，因此我是一个值得信赖的网上零售商。 可信声明的另一种应用在堆栈的更底层。首先，你怎么知道跟你交互的人或公司出示的声明是他们自己的，而不是其他人的？在依靠受信任权威机构的系统中，这些机构承担了更为基础的功能——身份本身的证实。当你访问网站时，API [访问令牌](https://developers.facebook.com/docs/facebook-login/access-tokens/)、政府颁发的护照、或由证书颁发机构生成的**一条签名链**都是对身份声明的证明。 实用的身份系统可以让参与者做出各种类型的复杂可信声明： - (数字世界) 当你通过 Doordash 订外卖时，Doordash 的网站服务器会制造一个可信声明给你（通过**一条DNS 签名链**表明“我是 Doordash 的网站服务器”）；通过一个第三方身份提供商，你向 Doordash 对自己的身份做出可信声明（通过 “ 使用谷歌账号登录 ” 来表明“ 我是 Doordash 的用户，应被允许访问此账号所保存的信用卡 ”）；你通过各种金融机构对 Doordash 做出关于未来会支付款项的可信声明（通过不拒绝该交易的信用卡提供商表明 “ 我有足够的钱来支付订单，且这笔钱会很快到账 ”）。 (物理世界) 当你抵押贷款来购买房屋时，你已经以不明显的方式对银行、房地产中介、卖家、政府做出大量关于身份与声誉的可信声明。 (两个世界混合) 当你申请工作时，通过利用许多不同证明系统，向潜在雇主做出可信声明。通过引用来自教育机构或专业证书权威组织、曾与你共事过的其他同事、前公司的证明（学位证书、证书)，你声称自己具有足够的培训与素质来胜任这份工作。社交媒体与其他线上账户提供商其实对关于你是一个什么样的人的声明做进一步的证明。 <br/> ## 隐私 几乎所有的身份系统本质上都需要隐私信息才能实现预期功能，这一事实使得情况更加复杂。 出于道德和意识形态的原因，隐私是重要的，它有时会引发争议；但更为根本的是，隐私是系统设计的一个简单问题，但往往是必要的。例如，几乎所有的身份系统都依赖于秘密数据的概念，以生成关于身份的可信声明——密码、社保号码、私钥、信用卡的 PIN 码、账号恢复问题等。显然，这些数据需要保密。另外，使用完全透明的数据生成可信声明的过程中可能会有负面的外部效应，或至少是难以推理的外部效应；隐私数据可以防止以上情况。举个例子，如果你只是想在线上市场购买或出售商品，但你需要出示整个财务历史——银行对账单、信用卡交易、还贷情况等，那么对手方有可能使用这个信息来发起与原交易无关的超出原定范围交互（负面例子包括广告、骚扰、甚至敲诈）。隐私对一次性交互”进行沙盒测试“，明确定义与限制了交互范围，这样我们就可以从简单又易于理解的构件开始构建更加复杂的系统。 在需要隐私信息的传统系统中，我们必须将更多权力委托给中央权威机构——在这样的系统中，中央机构存储私人数据，以及对这些数据的可信证明做证明，这些私人数据*几乎不可能被验证*。 <br/> ## 密码学的作用 到目前为止，我们对**可信声明的生成**和**身份系统**所讨论过的所有模型，都涉及到一个**中心化角色**。就如同我们探讨过的一样，有很多理由让我们想要探索一个不依赖于强大的**记录保存者或管理者**的系统。 这时我们立刻就面临一个显而易见的问题：当我没有你的数据时，我怎样相信你的声明？如果你向我发送属于你的数据，我怎么知道这些数据是有效的？如果你想要生成隐私数据的声明，那我们应该怎么做？这正是密码学发挥作用的地方。 从我们的角度来看，在各种的资源限制和隐私条件下，大部分应用密码学 (和共识) 在过去五十年里都在不断地扩展这个范围：即在没有可信的权威的情况下，可以做出何种可信声明。 - 数字签名方案允许用户使用同一个私钥来签署一系列消息，经过一系列的不同操作，用户可以对自己线上身份的一致性做出可信声明。“我被授权向 Alice 的信用卡收费。” - 小组签名方案可以让用户生成关于身份的更复杂的隐私保护声明。“我是该校友会的成员，但我不会告诉你我的确切身份。” - 签名聚合、多签、门限签名 (threshold signature) 方案在多种不同资源限制下让用户对小组行为生成声明。“这个庞大的集体 —— 不只是单个离群的雇员，已经授权从我们的金融账户中转移货币。” - 共识机制与可编程的智能合约允许用户对未来的行为做出可信且不可逆转的承诺。”如果你对我发送了数字资产 A，那么我会立即向你发送数字资产 B 作为交换。” 在过去，这些进程发展缓慢 —— 这些加密原语中的每一个都定义了一个全新且范围严格的声明类型，其结构都是高度明确的。然而，在过去几年里，这种情况已经发生了改变。 时至今日，令人感到兴奋的是，我们目前已经有一种机制可以让我们有效地生成*任意*可信证明，这要归功于 SNARKs。通过借助 zkSNARKs 的零知识特性，我们能够根据自己的意愿来调整声明的隐私保证。 以下是你可以利用 zkSNARK 生成的一些声明类型例子，这在过去是不可能做到的： - “我是一个值得信赖的债务人：我已经准时地还清了在三个银行处借贷的大额贷款，虽然我没有透露具体是哪几间银行以及借款用途。” - “我是一名备受尊敬的社区成员：虽然我以匿名的方式写的这篇帖子，但在我的命名账户下，我在这个论坛上已经累积收到超过 1 万记选票。” - “我是一个长期持有加密货币的收藏者：我控制的以太坊地址共持有至少两个 Dark Forest Valhalla 系列的 NFT，与至少 100 枚 ETH。” 这些声明可以以任意复杂的方式来连接、组合、甚至是编程。 当这在理论上是可行的时候，我们依然还有很长的路要走。为下一代应用制作一套强健的 ZK 身份工具，需要在性能、可靠性、开发者体验、应用设计模式上进行实质性提高。在下篇文章中，我们将讨论到对未来路线的理解。 <br/> ## 附录：在身份中有什么？ 要理解密码学可以在构建身份系统中的哪处发挥作用，那么就要将身份系统的概念分解到其关键组成部分，这将有助于我们的理解。 在分析一个特定的身份系统时，我们可能会问出以下几个问题： - 什么是身份的原子单位 (atomic unit)? - 物理世界：身份经常与法律人格 (legal personhood) 相联系。换句话说，身份的原子单位就是一个独立的个人，或法人。 - 网络空间：身份可以是一个谷歌/脸书/推特账号；与某认证中心相关联的公/私钥对；一些基于以太坊的代币持有者 (可能与特定地址无关)；或其他。 - 身份的有效证明是由什么组成的？谁可以分发身份的证明？谁可以撤销与身份证明有关的特权？ - 物理世界：一个有效的证明也许是国家颁发的 ID 或 EIN 信 (雇主识别号 Employer Identification Number，由美国国税局分配给在美国经营的商业实体的唯一的九位数字，用于识别身份)。对于一个有效的身份证明，政府拥有最终权限：例如，政府可以吊销你的护照。 - 网络空间：一个有效证明可以是脸书提供的 OAuth 令牌，或者是一个有效的数字签名 (或一串签名链)。各种不同的服务提供商对各种证明拥有控制权：比如，推特可以封禁用户账号。 - 是谁在保管用户身份相关的辅助数据？谁能访问这些数据，谁又能控制访问这些数据的权限？ - 物理世界：辅助数据由政府机构与官僚组织、私营服务提供商 (银行、信用评分机构)、个人共同持有。 - 网络世界：在中心化模型中，辅助数据由大型科技公司掌管。在去中心化模型中，辅助数据由用户自己控制的客户端软件 (浏览器、个人网络服务器)、去中心化存储网络 (例如，区块链上的历史交易数据或智能合约状态) 共同保存。 - 哪些记录、数字工件 (artifacts)、或证明能够表示身份的声誉或可信度呢？是谁来决定这些信号，以及这些信号要怎样被解译？谁有权访问这些决定声誉的底层输入数据呢？谁能访问这些信号？ - 物理世界：信用评分报告、背景调查、社会推荐信、聘用信、证书及荣誉称号。 - 网络空间：NFT 所有权、账龄 (account age)、历史活动、证明网络、karma (Reddit 的信用评分机制)/论坛点赞。 在以上概念里，有一些互相融合：身份、声誉、身份证明紧密相连，彼此之间不易分割。例如，在某些系统里，身份的原子单位甚至可以定义成 "中心机构可以为其提供有效证明的对象" —— 从来没有不储存在脸书数据库的脸书账号这样的说法。 然而，一般来说，我们在这个系列的文章里使用*身份*一词来表示一个实体的长期标签 (个人、组织、机器人程序)，这个标签随着时间的推移而保持稳定状态、并代表这个实体 —— 法律人格、公钥、账号 ID 等。我们采用*声誉*一词来表示关于该主体过去所做行为的声明（“Alice 永远都会说到做到”、“Bob 一直在按时偿还信用卡”、“ Comfort Homes 一直使用准确的照片作为其爱彼迎的房源 ”）。 <br/> ## 链接与致谢 感谢 Yi Sun 与 David Schwartz 对本文的反馈及校对。 [iden3](https://iden3.io/) [Semaphore](https://semaphore.appliedzkp.org/) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-27/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-27/Wed, 27 Apr 2022 00:00:00 GMT <br/> # **Layer2** **Optimism 发布代币 OP，引入 Optimism Collective** 4 月 27 日，L2 扩容解决方案 Optimism 宣布发布代币 OP，并引入了新的治理机制。 Optimism 的治理概览 Optimism 由 **Optimism Foundation** (一个在开曼群岛注册的组织) 和 **Optimism Collective** 的成员共同治理。 而 Optimism Collective 是数字民主治理的一次大规模实验，旨在推动去中心化生态系统快速和可持续发展，由新成立的 Optimism Foundation 管理。Optimism Collective 是由社区、公司和公民组成的一群人， 他们通过互惠协议团结在一起，遵守 **“影响=利润”** 的原则 —— 即**对集体产生的积极影响应该以利润回报给个人**。这一原则就像一颗北极星，激励着大家创造出更有生产力、更有同理心的经济。 **Optimism Collective 将破除 “公共物品不可能盈利” 的这一诅咒**。Collective 将持续为公共物品提供大规模的追溯性激励，以使 Optimism、以太坊和 Collective 作为一个整体受益。这些公共物品是推进 Collective 经济增长的燃料。这些经济增长会给 Collective 带来利润，而利润又会给公共物品带来更多资助，由此一来形成了由影响力驱动扩展的良性循环。 Optimism Collective 的组成 Optimism Collective 将由两个议院共同治理，Citizens' House (公民议院) 和 Token House (代币议院)。  - Token House 通过代币空投建立，构建了首批社区成员。OP 代币持有者将能够对协议升级、项目激励措施、治理基金等进行投票。 - Citizens' House 将推进和治理追溯性公共物品募资的分配过程，募资资金将由网络的利润收集而成。公民身份将通过 “灵魂绑定”(soulbound) 的方式授予 (分发 NFT)，而随着 Optimism 社区的发展，公民群体也将不断扩大。Citizens' House 是一个工具，使权力从任何中心化组织分配到以个人为中心的、非财团群体身上的一种机制。**Citizens' House 将在 2022 年晚些时候推出。** OP 经济学 Optimism Collective 的理念是，健康的公共物品可以创建一个繁荣且有价值的生态系统。这个生态系统的经济目的是为三个群体创造价值： - 通过对定序者收入进行高效的重新部署，价值可以分配到**代币持有者**手中。定序者收入主要用于资助公共物品，这为生态系统创造了价值，并推动了 Optimism 网络区块空间的需求。 - 追溯性公共物品募资和其赋能的市场直接为**贡献者和建设者**带来价值。构建者也会获得共生收益：在一个工具、教育、应用和基础设施都有良好资助的生态系统中构建产品是更佳的选择。 - 通过持续的 OP 空投 (由 OP 生态系统资助提供的项目激励，以及公共物品带来的利益)，**用户和社区成员**积累价值。  如上图所示，展现了 OP 经济学的良性循环图： - OP 区块空间的用户需求增加，网络产生收益 - 收益通过追溯性募资分配给公共物品 - 公共物品创造的价值进一步推动区块空间的需求 Optimism Foundation 新成立的 Optimism Foundation 将作为 Optimism Collective 的管理者，代表 Collective 进行社区治理实验，引导生态系统的发展，并且最终将解散。Optimism Foundation 是将权力从 Optimism PBC 转移到更广泛的 Optimistic 生态系统的关键一步。 OP 空投#1 OP 将进行季度空投，空投#1 只是其中一场，在第二季度进行。 总供应量为 2^32 (4,294,967,296)，按下图比例进行分配： 其中，分配给用户的 19% 中，5% 通过空投#1 分出，14% 通过未来空投分出。 参考链接： 愿景：https://www.optimism.io/vision 治理概览：https://community.optimism.io/docs/governance/ 经济学：https://community.optimism.io/docs/governance/economics/ Optimism Collective 宪法：https://gov.optimism.io/t/working-constitution-of-the-optimism-collective/55 代币分配：https://community.optimism.io/docs/governance/allocations/#allocations-at-a-glance 公告：https://optimism.mirror.xyz/gQWKlrDqHzdKPsB1iUnI-cVN3v0NvsWnazK7ajlt1fI <br/> **提供 zkEVM 解决方案的 zkRollup Scroll 推出，并宣布完成 3000 万美元的 A 轮融资** 4 月 21 日， zkEVM 解决方案的 zkRollup Scroll 发布其路线图并宣布完成 3000 万美元的 A 轮融资Polychain Capital 领投，Bain Capital Crypto/Robot Ventures/Geometry DAO 等参投。 根据 1 月 7 日以太坊研究团队进行的第七次 Reddit AMA 中 Justin Drake 回答关于 zkEVM 的问题，可将 zkEVM 主要分为三类： - **共识层面的 (参与研发的团队 EF Applied ZKP team, Scroll, Loopring)** 共识级别的 zkEVM 即完全等同于目前以太坊 L1 共识所使用的 EVM，在 L1 上部署共识层面的 zkEVM 将会把 EVM 变成一个 “无敌的 rollup”。也就是说，这类 zkEVM 生成 SNARKs 证明以验证以太坊 L1 状态根的有效性。路线图：["对所有东西生成 zk-SNARK 证明"](https://twitter.com/vitalikbuterin/status/1466411377107558402)。 痛点：极具挑战性，因为目前的 Patricia-Merkle trie 非常的 SNARK 不友好 - **字节码层面的 (Scroll、Polygon Hermez 和 ConsenSys 团队负责的 zkEVM 项目)** 这类 zkEVM 旨在解译 EVM 字节码。这种 zkEVM 可能会产生与 EVM 不同的状态根。例如，EVM 的 SNARK-不友好 Patricia-Merkle trie 会被一个 SNARK-友好的替代方案取代。Scroll 和 Hermez 宣称将于 2022 年年底交付字节码层面的 zkEVM 的产品实现。 - **语言层面的 (zkSync 2.0、StarkNet)** 这种 zkEVM 旨在将某种 EVM-友好的语言 (如 Solidity 或 Yul) 转译成某种 SNARK-友好的 VM，这种 VM 与 EVM 完全不同。 Scroll 团队与以太坊基金会的 Applied ZKP 团队合作推出字节码层面的 zkEVM。Scroll 将是首个开放全新 zkRollup 证明市场的方案。他们做的事情有： - 探索加速 zkp 生成的硬件 - 去中心化证明系统：正构建一个强大的 L2 证明外包机制，实现一个由 rollers 生成 zkp 的去中心化网络，允许任何人参与到这个开放的证明网络中 Scroll 的路线图： - PoC (Proof of Concept) 概念证明阶段 (已完成) - 于今年下半年推出 zkEVM 测试网 - L2 证明外包 - zkEVM 主网 - 去中心化 sequencer 和更高效的 zkVM 参考链接： 第七次 AMA：https://www.ethereum.cn/Eth2/ama_we_are_the_efs_research_team_6_23 **Applied zkp team**: https://github.com/appliedzkp Scroll 公告：https://twitter.com/Scroll_ZKP/status/1517139311644200962 介绍 zkEVM：https://scroll.io/blog/zkEVM ([中文版](https://www.ethereum.cn/Layer2/zkEVM)) <br/> **MakerDAO 推出多链计划，首先上线 StarkNet 桥接** 4 月 21 日，加密货币借贷和稳定币平台 MakerDAO 宣布将于 4 月 28 日推出与 StarkNet 之间的桥接。随着 L2 生态的发展，MakerDAO 计划增加其产品提供类型，并通过桥接至其他平台以实现多链的未来。 在 StarkNet 系统中重新构建 Maker 将分四阶段完成： - 第一阶段在以太坊与 StarkNet L2 之间构建桥接 (4 月 28 日上线) - 第二阶段利用 Maker 的 “Wormhole”(虫洞) 设计，实现快速提款，即允许用户从 L2 向 L1 进行即时提款 - 第三阶段被称为 “teleportation”(瞬移)，这个阶段允许用户在不同的 L2 之间转移 DAI - 第四阶段就是在 StarkNet 上重新构建多抵押 DAI (MCD, multi-collateral dai) [来源](https://www.coindesk.com/tech/2022/04/20/ethereum-defi-staple-makerdao-adds-starknet-bridge-in-first-step-toward-multi-chain/) <br/> # **合并 (The Merge)** **以太坊主网第二次影子分叉成功合并** 如计划般，以太坊核心开发者在上周六的 Devconnect 上进行了第二次主网影子分叉，Teku 的开发者 Ben Edgington 在[推特](https://twitter.com/benjaminion_xyz/status/1517770411035045892?s=20&t=ih3N1v0RLdRS4YGVo54n1Q)上报导了整个过程，从准备到触达 TTD 到在 PoS 链上做最终敲定。 可以在这里查看硬分叉的情况 (绿色表示运行正常) ： [Ethereum Network Statusbest block#0ethstats.mainnetshadowfork2.ethdevops.io](https://ethstats.mainnetshadowfork2.ethdevops.io/) 此外，网站 [etherwould.co](http://etherwould.co/) 上更新了一篇概述了以太坊主网影子分叉的[文章](https://etherworld.co/2022/04/20/ethereum-mainnet-shadow-forking-an-overview)： 尽管这次影子分叉非常顺利，但也发现了不少问题，Teku 开发者 Adrian Sutton@ajsutton 也发了推文进行总结： 在合并前，Prysm 和 Nimbus 处理巨大的存款流是有问题的。这表明，所有最好的客户端都有存款问题——不知道为什么 Lighthouse 和 Lodestar 的这个问题还未被发现。 Prysm 出块非常晚，导致错过了大量的区块头投票以及同步委员参与率很低。 Nimbus 在产生无效区块。 这两个问题都与合并无关，且都已经修复了。 尽管有这些问题，而且有这么多迟被打包的区块，实际上的合并还是顺利进行了。 现在这两个问题都已经解决了，我们看到证明和同步委员会都有非常高的参与率。这条链现在非常健康。  有些节点还在与执行层同步，这是对 optimistic sync (乐观同步) 一个很好的测试。特别地，有些节点在合并前就与共识层同步了，但还没有与执行层同步。 直接乐观地导入过渡区块是不安全的 (这个过程就是，相信我就行...)，因此这些节点在找到过渡区块时应该停止乐观导入，直到达到安全状态之前都不能进一步导入任何区块。 默认情况下，安全阈值被设置为 128 个 slot，因此它们落在链头后的 128 个 slot，然后回到乐观同步的状态。看到这在现实世界的执行层和共识层上都有效，是一个好的结果。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1517869283883331586&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FcAmZEI0OhL1yp_g3fr_VXKsXAqiODxtn8-Vq5JlvtZo&amp;sessionId=154e4fab306d331c8be6f6b369fb04edda2189fd&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1517869283883331586" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 313px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层** **一轮有 35 万 DAI 匹配池的二次方募资将用于资助 Staking 生态的开源公共物品** 在以太坊基金会的支持下，[clr.fund](https://clr.fund/#/) (Capital-constrained Liberal Radicalism, 一个将资金有效分配给有利于以太坊网络的公共物品的协议) 与 ETHStaker 合作一起运行一轮有 35 万 DAI 匹配池的二次方募资，专门用于资助以太坊 Staking 生态的开源公共物品。 这轮的 Staking 募资将在 Arbitrum 上进行，在 5 月 6 日开放捐赠。 这次资助的对象是开源的公共物品质押项目，可以是技术工具、文档、指南资源、支持质押的社区，具体标准如下： - 与以太坊质押或共识层相关。 - 免费和开源的。 - 具有项目所有权 - 提供基本的 KYC 信息 - 没有诈骗 此次募资最多支持 124 个项目，先到先得。现在已经接受申请了：https://qf.ethstaker.cc/#/join [详情](https://blog.clr.fund/350k-eth-staking-qf-round/) <br/> # **生态** **Spruce 在 A 轮融资里筹集了 3400万美元，由 a16z 领投** 正在开发“用以太坊登录 (Sign in with Ethereum)" 的 Spruce 于 4 月 20 日宣布在 A 轮融资里筹集了 3400 万美元，由 Andreessen Horowitz 领投，此次新参与融资的还有 [Okta Ventures](https://www.okta.com/okta-ventures/)、[SCB 10X](https://www.scb10x.com/)、[Robot Ventures](https://robvc.com/), 和 [OrangeDAO](https://www.orangedao.xyz/)。 [来源](https://blog.spruceid.com/spruce-raises-34m-to-unbundle-the-login-for-a-user-controlled-web/) <br/> **阿姆斯特丹 Devconnect 视频汇总** 部分主题视频汇总 (Layer2、轻客户端、ETHconomics、MEV、Applied ZK 工作坊和 DeFi 等)： https://streameth.tv/ 加密经济学：https://www.crowdcast.io/e/cryptocurrency-class-2022/7 零知识峰会：https://www.youtube.com/watch?v=SCIuwh9ya8U Staking: https://www.youtube.com/watch?v=GJwS7VF40wk ​ https://www.youtube.com/watch?v=aiuxUUrxPyg ​ https://www.youtube.com/watch?v=wklZU_MYnAk 以太坊安全：https://www.youtube.com/watch?v=NMD6clZvrEs 模块化峰会：https://www.youtube.com/watch?v=35_rr8Vf-4k DAO：https://www.youtube.com/c/TheDAOist/videos 开幕、闭幕、各种工作坊：https://ethglobal.tv/ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 https://www.ethereum.cn/Technology/a-guide-to-nft-platform-securityhttps://www.ethereum.cn/Technology/a-guide-to-nft-platform-securityFri, 22 Apr 2022 00:00:00 GMT来源 | [Immutable X](https://immutablex.medium.com/a-guide-to-nft-platform-security-30d7129cedd3) <br/> 对于任何一家软件公司来说，安全问题从根本上来说都是一个困难和不对称的问题。在这一方面没什么灵丹妙药 —— 仅在上个月，就有几家技术公司出现了明显的漏洞 (e.g. [Okta](https://www.okta.com/au/blog/2022/03/oktas-investigation-of-the-january-2022-compromise/), [HubSpot](https://www.hubspot.com/en-us/march-2022-security-incident))。然而，加密货币本身具有非托管和不可篡改的性质意味着安全漏洞可能会导致数十亿美元永久损失。这种持续存在的风险对于那些野心勃勃的 NFT 项目来说是一项巨大的挑战。 数亿美元的用户资产损失很大程度地破坏了该行业的声誉，并严重损害涉及的公司和项目。这种风险对于正在进入该行业的许多企业来说是不可接受的，尤其是那些已拥有一定的用户基础、声誉和法律责任的企业。因此，安全性作为 NFT 项目选择平台的一个判断准则，变得越来越重要。 每个平台都具有强大的激励来使自己足够安全。但事实是，所有解决方案都会有自己的取舍 —— 重要的是，NFT 项目应该清楚地了解他们以及他们所在的平台做了什么取舍。 我是 [Alex Connolly](https://twitter.com/0xconnolly)，[Immutable](https://immutable.com/) 的 CTO 和联合创始人 —— 我们为高可扩展性、高质量的 NFT 项目 (尤其是游戏类) 构建了一个领先的平台。我希望在这篇文章中能对一些最受欢迎的 NFT 平台所做的选择进行详细和公平的评估，包括 Ronin、Polygon、Immutable、Solana 和 Optimism。尤其是，我将专注于研究影响每个平台的底层安全的两个核心要素。 - **共识安全**：通过攻击平台的节点/验证者 (如，通过 51% 攻击) 以盗窃资产的难度 - **桥接安全**：将资产转出和转入以太坊的机制的安全性。这通常是更让人担心的一点，因为一旦桥接出现漏洞，通常[使得用户的资产直接面临风险。](https://old.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrngyk8/) 本文将深入探讨这些安全性问题，提供必要的技术细节，让项目负责人获得全面的信息后做出选择。如果你只是想简要了解他们的异同，可以看这个表格：  至于细节，我们在下文中详细探讨吧。 <br/> # **Ronin** Ronin 是一条由 [Sky Mavis Labs](https://skymavis.com/) 创建的区块链，目前专门为 Axie Infinity 以及其生态提供支持。 ## 共识安全 Ronin 是一条 “侧链” —— 一条具有自己的节点和共识机制的区块链，但是在其和以太坊之间维护着一条官方 “桥接”。Ronin 采用授权证明 (proof-of-authority, POA) 机制，具有 10 个节点，这些节点质押他们的声誉，以保证他们不会滥用自己的权利。这与以太坊的测试网如 [Goerli (具有 20 个节点的 POA 链)](https://stats.goerli.net/) 相当。如果这些节点中的任意 5 个节点 (50%) 作恶或者被攻击，他们就能够[发起 51% 攻击](https://www.coindesk.com/learn/what-is-a-51-attack)并通过双花或其他攻击手段盗窃用户的资产。一般来说，这种规模可以说是尤其少的节点数量了 ([比特币拥有 15000 个节点](https://bitnodes.io/)，[以太坊拥有将近 6000 个节点](https://ethernodes.org/))。他们构建了一个比较中心化的网络，以换取更快、更便宜的交易。此外，用户不能运行自己的节点，并且 Ronin 节点的源代码未公开，因此用户无法对其进行审计。 ## 桥接安全   Ronin 的官方以太坊桥接由 5/9 的 “多签”(multisig) 控制。“多签” 要求总共 n 个私钥持有者中的 m 个签名者进行签名以授权每一笔交易。在 Ronin 网络中，每一笔桥接交易都需要获得 “多签” 的授权。然而，没有设置任何机制来检查存款或者提款是否真的有效 —— 任何能够访问 5/9 个私钥的人都可以将 Ronin 桥接中任意数量的任意代币提出至任意以太坊地址中。也就是说，该桥接上的任意用户直接将他们的所有资产托付给这个 “多签” 系统。 2022 年 3 月，这种信任设置被黑客利用，[6.25 亿美元被盗](https://www.coindesk.com/tech/2022/03/29/axie-infinitys-ronin-network-suffers-625m-exploit/)。黑客得以访问由 Axie 团队持有的 4 个私钥以及 Axie DAO 验证者租借给 Axie 团队的 1 个私钥 (共 5/9 个私钥)。就我们目前所知的情况，可以表明这是一个[典型的网络安全漏洞](https://twitter.com/Psycheout86/status/1509134629009342467)：由于这些验证者私钥的中心化，造成了严重的后果。Sky Mavis 已经承诺会[对损失资金的用户进行补偿](https://www.coindesk.com/business/2022/04/06/sky-mavis-raises-150m-round-led-by-binance-to-reimburse-ronin-attack-victims/)，并[在未来三个月内增加到 21 个验证者](https://twitter.com/Ronin_Network/status/1511394771075432449)，以确保 Ronin 对未来的攻击具有更强的弹性。尽管他们这样做需要在更具有鲁棒性的共识/桥接机制和可扩展性之间做一定的取舍。 <br/> # **Polygon** Polygon 目前提供了一种以太坊的 PoS 侧链 (Polygon PoS)，以及一个专门的 NFT 服务业务 ([Polygon Studios](https://polygonstudios.com/))，为 Skyweaver 和 ZED RUN 等主要项目提供支持。Polygon 正朝着提供不同的扩容解决方案的方向发展，其中大部分基于 [zk-rollup 技术](https://blog.polygon.technology/zk-and-the-future-of-ethereum-scaling/) (稍后讨论)，但目前只有 Polygon PoS 作为 NFT 平台上线主网。 ## 共识安全 Polygon PoS 是一条侧链，其基本模式与 Ronin 相似，只不过 Polygon 是一种 “[commit sidechain](https://finematics.com/polygon-commit-chain-explained/)” (提交链)：它定期将链上状态的检查点提交给以太坊。Polygon PoS 共识由两个主要部分组成。第一个是 Bor 链 (Block Producer chain, 区块生产链)，这是 Polygon 交易实际发生的地方：从更大的验证者池中挑选出[生产区块的轮流子集](https://www.notion.so/Bor-Overview-c8bdb110cd4d4090a7e1589ac1006bab)，让这个子集运行一个[调整过的 PoA 网络](https://docs.polygon.technology/docs/contribute/bor/consensus)，这个网络决定交易的打包和排序。然而，这个子集中只有一个区块生产者 (见 [PolygonScan 浏览器的区块验证者](https://polygonscan.com/blocks)) 被选中来提议 64 个连续的区块 (一个 sprint)。  接下来是 [Heimdall 检查点系统](https://medium.com/the-polygon-blog/heimdall-vaibhav-chellani-the-all-seeing-all-hearing-protector-of-matic-bb1df6515c09)，更多数量的验证者 (目前[上限为 100](https://wallet.polygon.technology/staking/)) 会就 Bor 区块最后 30 分钟的摘要快照达成 ⅔ “PoS” 共识，并将该快照作为检查点发布在以太坊上。然而，尽管这个系统现在有 100 名验证者，但前 4 名验证者的质押占比为 53%，前 7 名验证者的质押占比为 67% ([见此处](https://wallet.polygon.technology/staking/validators/)，点击“显示全部”并按质押权重排序)。并且，⅔ 多数达成共识这一要求指的是质押的权重，而不是验证者的数量。这意味着，只需攻击并控制 7 个私钥，链上的所有资产 (而不仅仅是桥接上的资产) 都能通过恶意检查点被盗走 —— 且质押者必须一直保持他们的私钥为联网的状态。此外，由于 ⅔ 的质押占比为达成共识的要求，而 43% 的质押权重由 3 名验证者控制，只需攻击 3 个热钱包就足以完全冻结提款和检查点。  质押总量为 2,307,879,127 MATIC，前七名验证者质押了 1,540,761,159 MATIC (~67%) 合约升级可以用来抵御作恶检查点 (假设能够快速检测到作恶行为的话) —— 但这有其自身的安全风险，我们接下来会讨论这个问题。 ## 桥接安全 Polygon 桥接与 Ronin 桥接的不同之处在于，检查点系统免除了独立验证者集对每笔存款和提款签名的需要。然而，这意味着该桥接的安全性完全依赖于 Heimdall 系统和 Bor 共识，这很容易受到上述攻击。  此外，Polygon 使用一个 [5/8](notion://www.notion.so/ecn/5/8) 的多签系统来治理他们的桥接智能合约，并且合约升级可以在没有时间锁的情况下立即进行。这可以抵御智能合约出现漏洞或者上述讨论的对质押权重高验证者攻击的情况。4 个私钥由 Polygon 创始人持有，这种架构已经被社区的安全研究人员[强烈批评](https://twitter.com/Justin_Bons/status/1492561186310733824)，因为只需再多另一个私钥就有可能通过恶意升级将 Polygon 合约的所有资产 (50 亿美元以上) 盗走。然而，由于 Polygon 的签名者不需要对每一笔存款和提款交易签名，这些管理员私钥可以保持离线，使得他们被攻击的机会更小。 <br/> # Immutable [Immutable](https://immutable.com/) 是为高质量、高可扩展性的 NFT 项目 (如游戏) 而搭建的一个平台。Immutable 上一些著名的项目包括 Illuvium、Gods Unchained、Ember Sword 和 Guild of Guardians。 ## 共识安全 Immutable 是一个 zk-rollup，使用 [StarkWare](https://starkware.co/) 的 StarkEx 证明/验证系统构建。这意味着 Immutable 对 L2 交易批次排序，并生成一个 STARK 证明以证明这些交易有效，然后提交证明至一个 L1 智能合约的 “验证器” 中，该验证器更新一些 L1 状态 (在我们的情况下，指的是包含数百万用户 NFT/余额的默克尔树的根)。重要的是，这比单纯地将交易打包成批次交易这种方法扩展性要高得多，因为 STARK 证明的验证成本与交易数量呈次线性比增长。  由于所有状态转换都必须获得 L1 智能合约的验证，所以 Immutable 永远无法将无效的交易放入 rollup 中，抑或是盗窃用户资产，即便在 Immutable 的系统被完全破坏的情况下也无法做到。这是一个极其强大的安全属性，这也是为什么 [Vitalik 称 rollup 为“以太坊在可预见的未来里关键的扩容解决方案”。](https://vitalik.ca/general/2021/01/05/rollup.html) 然而，Immutable 以 “单一运营者” rollup 的形式运行中 (只有 Immutable 能够排序或证明交易)。这意味着 Immutable 能够[通过抢跑或重新排序交易的方式来提取 MEV](https://ethereum.org/en/developers/docs/mev/)。目前，几乎所有 rollup 都是 “单一运营者” 的模式，但大多数都计划逐渐去中心化其 rollup。 ## 桥接安全 Rollup 使用了与侧链完全不同的桥接结构，因为它们在 L1 上维持着一个经过验证的 “状态”，而这个 “状态” 只有通过一个有效的证明才能更新至 L1 上。用户想要桥接资产的话，则需要这个已验证的状态已经包含了该用户的存款/提款 —— 没有可以攻击的多签系统 (如 Ronin), 也不可以通过攻击验证者私钥来添加 "无效的" 状态转换 (如 Polygon) —— 每笔交易都被验证过，就像这笔交易发生在 L1 上一样。这种去信任的桥接就是使得 rollup 被称为 “L2” 的原因 —— 它们的安全性直接依赖于以太坊的共识，而不是依赖于一个具有可信桥接的单独共识机制。   在任何时候，用户都可以提交一笔 “提款” 交易，将他们的资产从 L2 桥接至 L1。如果 Immutable 将此交易包含在已证明的状态变化集合中，用户就能去信任地将其资产直接提到以太坊中。如果 Immutable 没有执行这笔提款 (不管是因系统不可用还是故意审查交易)，用户总是能够通过直接与 L1 桥接合约交互来执行 “完全提款” 流程。 如果这个新提交的 “完全提款” 请求没有得到响应，交易状态将会被冻结，然后所有用户都将能够通过提供他们在状态默克尔树中的资产路径来执行提款。即便 Immutable 作恶或是离线，都能确保用户能够访问这些数据，这就是 [“rollup 的数据可用性问题”](https://blog.polygon.technology/the-data-availability-problem-6b74b619ffcc/)。在标准的 zk-rollup 结构中，这有一个简单的解决方案：要求在允许状态更新之前将必要的数据发布到以太坊 L1 上。然而，这引入了一个小型的线性 gas 成本，而许多应用都不愿意支付。这种成本在合并后也不会改变，但会通过 [EIP-4488](https://eips.ethereum.org/EIPS/eip-4488)、[proto-danksharding](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) 和 (最终的) [sharding](https://ethereum.org/en/upgrades/shard-chains/) 等提案大幅减少，因为以太坊接受了它作为 rollup 的基础验证和数据可用性层的角色。 然而，由于这些解决方案都没有上线，而且在链上发布 calldata 的成本对于像需要高可扩展性的 NFT 铸造这样的用例来说仍然令人望而却步。幸运的是，Immutable 目前作为一个 [validium rollup](https://ethereum.org/en/developers/docs/scaling/validium/) 运行。Validium rollups 这种 zk-rollups 不发布重建状态所需的所有数据，以换取更便宜的交易费。为了确保这些数据即使在 Immutable 离线或作恶的情况下仍然可用，Immutable 依赖于一个 “数据可用性委员会” (Data Availability Committee, DAC)。这个委员会 (由生态系统的著名公司组成) 的绝大多数成员和几个 “强制性” 成员必须对每个交易批次签名，以证明他们拥有必要的数据。这与验证者多签模式不同：只要任意一个 DAC 成员是诚实的，用户就能够成功提款。即便在所有 DAC 和定序者都被破坏的数据扣留攻击中，Immutable 仍然可以利用合约升级来防止勒索攻击。  Immutable 的 rollup 验证器合约可升级，但会有一个为期 14 天的时间锁，用户要是对新合约不满意的话可以有机会退出系统 (即便在 Immutable 恶意审查交易的情况下)。 Immutable 正向 [Volition 模式](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb)转变，在这个模式中，个别 “金库” (用户、代币、数量元组) 可以被标记为需要链上数据。由于存储在 rollup 中的大部分价值要么是余额有很多代币/ETH 的账户，要么收藏了高价值的 NFT，这些价值可以存储在一个相对较少的链上数据存储库中。这种结构可能会让 rollup 金库中的大部分价值由链上数据提供支持，减少数据可用性风险，同时保留实现便宜、高可扩展性的 NFT 铸造的能力，这对游戏等项目至关重要。 <br/> # **Solana** [Solana](https://solana.com/) 作为一个完全独立 L1 区块链运作，通过一个[自定义的共识机制](https://solana.com/solana-whitepaper.pdf)专注于实现低成本、高可扩展性的交易。 ## 共识安全 Solana 目前有超过 1500 个活跃节点，但它确实对这些节点施加了[很高的硬件要求](https://vitalik.ca/general/2021/05/23/scaling.html)以实现其更高的 TPS (然而这降低了个人参与验证交易的能力，这对区块链去中心化来说是一个很重要的原则)。重要的是，仅 [20 个节点](https://solanabeach.io/validators)这么少的数量就持有网络质押 SOL 代币的 33% 以上。如果这些节点合谋了，又或者被攻击了，他们就能够使网络停止运作或任意审查交易。 ## 桥接安全 作为一个完全独立的 L1，Solana 和以太坊之间没有官方桥接。不过，对 Solana 用户来说最常使用 (半官方) 的桥接就是 [Wormhole](https://wormholenetwork.com/) (虫洞)，它允许在多条链之间转移资产。Wormhole 的安全性[依赖于一组被称为 guardian (守护者) 的验证者](https://medium.com/certus-one/introducing-the-wormhole-bridge-24911b7335f7)，所有桥接交易都需要达成 ⅔+1 的 PoA 共识。[目前有 19 个活跃的守护者。](https://wormholenetwork.com/network/) 由于 Solana 和以太坊无法验证者对方的交易，当用户需要桥接资产时，桥接合约完全依赖于守护者达成的共识。这意味着，如果 ⅔ 的守护者被攻击了，Wormhole 里的所有用户资产都可能被盗走。这种机制实际上与 Ronin 使用的机制非常相似，并且很不幸的是，守护者的私钥也必须保持在线状态来对新交易进行签名。  在 2022 年初，Wormhole 桥接中的一个 bug 使得 [3.25 亿美元的用户资金被盗](https://www.theverge.com/2022/2/3/22916111/wormhole-hack-github-error-325-million-theft-ethereum-solana)。此次事件实际上不是验证者系统受到了攻击，而是攻击者发现了一个智能合约的漏洞，并通过这个漏洞欺骗桥接在 Solana 上发行没有在以太坊上进行存款的 ETH。Jump Crypto [介入使用户得到补偿](https://decrypt.co/92709/jump-crypto-wormhole-defi) —— 这令人惊讶地表明了加密货币的口袋里到底装了多少资产，但随着该领域的发展，这是一个完全不可持续的模式。这并不是对 Solana 或 Wormhole 的控诉 —— 所有的链上系统都容易出现智能合约漏洞。虽然不可能有绝对的保证，但最好是使用经过审计或正式验证过的合约，这些合约经受住了时间和公众审查的考验 —— 例如，Wormhole 在出现漏洞后受到了严格审查，后来没有发现更多漏洞了。 <br/> # **Optimism** Optimism 是一个由 Optimism PBC 开发的以太坊 optimistic rollup。它于 2021 年 8 月上线主网 (上线初期采用白名单制)，到目前为止，NFT 项目的应用有限，不过在 [Quixotic](https://quixotic.io/) 等市场上有一个早期社区。 ## 共识安全 Optimistic rollup 的运作原理类似于 zk-rollup：收集交易并上传所有这些状态转换的最终状态的压缩版本。然而，当 zk-rollups 为每个状态转换提供一个 “有效性证明” 时，optimistic rollup 的状态转换被假设为有效，除非有人能提出一个 ”欺诈证明“，这表示该交易无效。提出欺诈证明的人会受到奖励，而发布无效交易的人会受到惩罚。为了允许这种挑战的发生，optimistic rollup 需要在交易完全敲定前有一周的争议时间延迟。这种异步性引入了一类有趣的[潜在经济攻击](https://medium.com/starkware/validity-proofs-vs-fraud-proofs-4ef8b4d3d87a)，而缓解这些攻击是一个活跃的研究课题。  然而，Optimism 的[欺诈证明目前是禁用的](https://l2beat.com/projects/optimism/) —— 意味着 Optimism (或任何破坏Optimism多义词的人) 可以通过提交无效的状态转换来盗取所有的用户资金。当然，这是一个临时情况，一旦新的欺诈证明系统准备好了，就会升级，但在目前的状态下这对用户资金造成了严重的威胁。由于 Optimism 是一个单一定序者的 rollup，它也会面临潜在的 MEV 提取。 ## 桥接安全 Optimistic rollup 也提供了一条通往以太坊的去信任桥接。然而，由于任何用户都可以在一周争议期内的任何时候挑战该批次交易的有效性，被提款到 L1 的资产至少在这段时间内被锁定。对于同质化代币资产，可以使用 “[快速提款](https://medium.com/onther-tech/fast-withdrawals-in-optimistic-rollups-part-1-6fbb93abf1c3)” 来规避这种资产锁定 (在假设状态转换不包含欺诈交易的情况下，有效地借给用户)。然而，由于 NFT 是唯一的且不能被替代的，用户必须等待整个争议期 (长达一周)，然后才能将他们的资产转移回以太坊 L1 上。 Optimism (像所有 optimisitic rollup 一样) [需要在链上发布中间交易数据](https://research.paradigm.xyz/optimism#data-availability-batches)，所以它可以被有效地挑战 —— 这产生了更高的费用，但规避了任何复杂的数据可用性架构，正如在分析 Immutable 时讨论的那样。 <br/> # 核心平台之外需要考虑的安全 如果你的项目的安全性由于其他机制受到了攻击，那么即便这个项目在拥有最好的安全性的核心平台上也没用了。为了真正地做出明智的决定，NFT 项目还需要考虑共识/桥接安全性之外的各种因素，包括： - **钱包安全**：用户的私钥是如何存储的？如果这个存储系统被攻击，会有什么影响 (例如，某个托管钱包的供应商，某个不好的本地钱包应用程序，某个质量很差的浏览器扩展程序依赖)？ - **元数据安全**：资产的元数据 (包括图像) 是如何存储的？如果这些元数据由于受到攻击而被更改或替换，会对市场有什么影响？ - **项目安全**：任何平台上的项目通常都为其项目保留一些管理员私钥。如果这些私钥被攻击，会发生什么？你的项目是否有主动监测漏洞的功能？你所在的平台是否支持私钥管理的最佳实践？ - **财库安全**：大多数平台都会有大量的代币储备 (例如，用于奖励或资助)。这些资金是如何保存的？对于财库内的资产转移是如何授权和执行的？如果受到了攻击会有什么影响？ - **市场安全**：支持该协议的市场如何保护用户，让其避免像山寨项目这样的恶意交易行为？ 上述提到的任何一个环节受到攻击，都可能使拥有最安全的底层平台的用户受到伤害 —— 显然，任何人吹嘘自己的项目是无懈可击的都不可信。不幸的是，当处理一个新的资产类别时，特别是一个增长如此迅速的资产类别，会有一些人不断地寻找新的漏洞和可攻击点。在这样的环境中，在为你的项目选择正确的平台时，充分理解你们所面对的取舍至关重要。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/mev-boost-merge-ready-flashbots-architecturehttps://www.ethereum.cn/Technology/mev-boost-merge-ready-flashbots-architectureThu, 21 Apr 2022 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177) <br/> 本文档概述了用于区块构建者/区块提议者分离 (PBS) 的、基于信任的市场设计，它将与即将到来的以太坊合并分叉兼容。正如在这些 [Flashbots POS 提案](https://hackmd.io/@flashbots/Syj8KDGxt) 里所详述的，这个基于信任的解决方案与[当前 Flashbots 竞拍设计](https://docs.flashbots.net/flashbots-auction/overview) (其修改由以太坊核心开发者提出，使得个人质押者可以参与且不会对以太坊共识引入变更) 最为相似。这个解决方案旨在为[无需许可的 PBS 设计](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs)搭建桥梁。关于 PBS 设计，我们强烈建议可以纳入合并后的清理分叉，以提高区块构建者的去中心化水平。 <br/> ## 术语 - **共识层客户端 (consensus client)**：负责以太坊权益证明共识的客户端 - **执行层客户端 (execution client)**：负责以太坊虚拟机执行的客户端 - **执行负载 (execution payload)**：包含未被签名的执行负载的完整内容的消息，这个消息会被添加到一个信标区块中 - **中间件 (middleware)**：在共识层客户端和执行层客户端中间的一个新软件，它与中继相连 - **提议者 (proposer)**：对进入网络的信标区块进行签名和提交的一方，通常被称为验证者 - **用户 (user)**：发送交易的普通以太坊用户 - **搜索者 (searcher)**：高阶以太坊用户，专门寻找 MEV 机会和发送交易捆这样的高级交易类型 - **构建者 (builder)**：专门用从用户和搜索者接收到的交易构建以太坊执行负载的一方 (搜索者和用户信任其会公平打包) - **中继 (relay)**：专门从事 DoS 保护和网络连接的一方，它们验证和路由执行负载给区块提议者 (构建者信任其会进行公平的路由，提议者信任其路由的负载具有区块有效性、准确性和数据可用性) - **第三方托管 (escrow)**：负责为提议的执行负载提供冗余的数据可用性的一方 (中继信任其提供的数据隐私性) <br/> ## 架构 Flashbots 竞拍 ( Flashbots Auction) 架构允许验证者将区块构建外包给一个第三方区块构建者网络。虽然验证者能够打包任何的负载到链上，我们相信当验证者的工作只限于选出给他们支付最多 ETH 的负载时，网络的去中心化和验证者收益才能最大化。  在 PoS 以太坊，flashbots 区块构建过程包括以下步骤： 1. 用户和搜索者通过公共的 p2p 交易池或直接的通道发送交易给区块构建者 2. 构建者用这些验证者提供的交易和头部参数构建执行负载。构建者可以直接把验证者的 `feeRecipient` 地址设为该负载的 coinbase 地址，或构建者可以设置自己的地址并在负载里打包一笔转账到 `feeRecipient` 的交易。 3. 中继从构建者接收执行负载，验证负载的有效性，并计算负载的数值 (即支付给 `feeRecipient` 的 ETH 数额)。 4. 第三方托管从中继接收完整的执行负载，以提供数据可用性。 5. 验证者从中继接收[执行负载头](https://github.com/ethereum/consensus-specs/blob/dev/specs/merge/beacon-chain.md#executionpayloadheader) (从交易内容里抽取出来的执行负载) 。中继必须在每个执行头部附上一个负载数值的标示。验证者挑选价值最高的头部，对负载签名，然后返回给中继，经由第三方托管广播到网络。 请注意，一个实体可以在这个系统中扮演多种角色。这些角色被分别标识，因为它们都适合于某种程度的专门化。在短期内，应该有多个独立的中继。在未来，一个在共识水平的去信任 PBS 设计将会移除对中继和第三方托管的需求。 在验证者方面，这个架构利用了一个独立的中间件，它在共识层客户端和执行层客户端之间。这个中间件处理与中继的通信、用于选择最有价值的负载的利润转换逻辑，以及在中继断开连接时转为使用本地执行层客户端的回退机制。使用一个中间件而不是对共识层客户端的直接修改使得我们可以独立维护各个组件，并可以在对 [engine api](https://github.com/ethereum/execution-apis/blob/main/src/engine/specification.md) 带来最小改动的情况下实现跨客户端的兼容性。  需要注意的是，中继只应用于在区块构建时接收负载——中继不应该用于履行执行层客户端的其他职能，而且在没有可用中继时，验证者应该总是回退到本地负载构建。 由于[执行负载头](https://github.com/ethereum/consensus-specs/blob/dev/specs/merge/beacon-chain.md#executionpayloadheader)并不包含交易内容，验证者抢跑的风险就消除了。这个设计使得个人质押者可以参与到 Flashbots MEV 提取中，从而减少经济中心化的激励。但是，这个设计还要求验证者信任中继能过滤掉无效的负载，准确地报告负载的数值，并当执行负载头被签名时揭示交易内容。引入第三方托管是为了通过在多个提供商间复制交易内容，以提高数据可用性。 总结： - 验证者信任中继提供的数据可用性、负载有效性和负载数值的准确性 - 用户和搜索者信任构建者、中继和第三方托管的抢跑保护 - 由于是中间件，可以最小化对共识层客户端的修改 - 在中继和验证者之间的往返通信，增加了区块提议的延迟 <br/> ## 讨论点 ### 客户端修改 Flashbots 将继续使用[形式规范](https://docs.flashbots.net/flashbots-auction/miners/mev-geth-spec/v04)，并将支持客户端实现团队为合并添加 MEV 兼容性。 当前的设计要求对共识层客户端接口做出以下修改： - 使验证者能够对[执行负载头](https://github.com/ethereum/consensus-specs/blob/dev/specs/merge/beacon-chain.md#executionpayloadheader) (而不是整个执行负载) 签名并打包到信标区块 - 使得验证者能够使用用于认证目的的质押密钥对有前缀的消息进行签名 - 使得共识层客户端能够路由一个已签名的信标区块回到中间件，而不是试图发送到网络里 - 使得共识层客户端能够在中间件出现问题时回退到一个本地或远程的执行层客户端 目前不需要执行层客户端的修改。 ### 恶意的中继 这种设计最重要的安全机制是让所有验证者能够识别一个中继是否变成恶意的。 让我们假设更糟糕的情况：有一个单一的中继与 100% 的验证者相连。中继开始提议无效区块，并谎报负载的数值，以让验证者总是选择它们。 在这种情况下，一个天真的中间件实现可以导致区块链停止运行，因为验证者不再提议有效区块。 中继有三种方式提议坏的负载： 1. 无效的负载：违反一些共识规则的负载 2. 不准确的数值：提议的负载数值与执行后声称的不一致 3. 缺失的数据：负载主体永远不被中继揭示 为了缓解这种情况，必须能够 1) 在发送给验证者之前，在多方间提前验证负载，或 2) 在一个中继已经提议了一个坏的负载并自动回退到一个安全的替代客户端时，让网络里的所有验证者都可以识别出该中继。最重要的是，这种安全机制必须在面对互相敌对的中继时是强韧的。 ### 中间件和中继间的通信 在中间件和中继间之间的通信有多个选择：推式 vs 拉式，直接 vs p2p。 必须注意确保满足以下要求，以选择最佳实现： 1. 它必须保护验证者隐私，不把验证者密钥与 IP 地址联系起来 2. 它必须有尽可能低的延迟 3. 它在对抗恶意中继/验证者是必须是强韧的 ### 错失 slot 的风险 如果区块提议者未能即时广播以收集足够多的证明，就会出现错失 slot 的情况。在这种情况下，区块提议者不会收到该区块的基本奖励 (在质押了 1000 万个 ETH 的情况下大约是 0.025 个 ETH )，交易和 MEV 奖励也不会有。由于这个架构要求在向证明者广播前发送已经签名的负载头回去中继/第三方托管，因此了解什么是可接受的错失 slot 比率以及如何在正常的网络运行条件下将其最小化将是非常重要的。 ### 负载头参数 为了产生有效区块，构建者和中继必须了解执行负载头的所有属性。尽早提供区块构建所需的所有输入是符合验证者的利益的。这使得构建者能够最大限度地提高准确性和计算可用时间，以找到一个最佳的区块构建。 除了 `coinbase` ，所有的头部属性都可以由构建者根据他们看到的网络状态得出。由中间件来过滤建立在不正确状态上的负载。 ### 验证者认证与 feeRecipient 地址 验证者需要与构建者和中继沟通他们希望用作 `feeRecipient` 的地址。这个地址对于准确度量被提议的负载数值是必要的。由于 `feeRecipient` 可以是任何地址，验证者必须在公布时自行认证。 目前还没有让验证者对他们的 `feeRecipient` 进行认证和发布的方法。最好的方法是是添加一个签名域，让验证者可以安全地用他们的质押私钥对任意消息进行签名。 ### 部分区块 vs 完整区块 这个规范弃用了在构建者和区块提议者之间通信的 “Flashbots Bundles”，转而使用代表一个区块的完整排序和内容的执行负载。尽管 bundle (交易捆) 为打包交易到区块头提供了一个高效的竞拍机制，但它对于所有排序偏好的表达力还不是很足够。特别是，交易捆竞拍不适用于大型交易或抢跑保护的用例。转为使用完整区块提议意味着对排序的全部偏好都可以得到表达。 ### 用于优先处理的频带外贿赂与 MEV 均匀分配/烧毁的 有些验证者可能会接受频带外的贿赂，以优先处理某些负载或试图通过证明贿赂来进行时间盗贼攻击 (time bandit attack) 。理论上，共识可以强制要求给区块提议者支付最多 ETH 的区块构建者构建的区块被打包，且把手续费分摊或烧毁，尽管这个机制超出了这个提案的讨论范围，且需要进一步的研究。 ### 去中心化 正如上文提到的架构，中继是受信任会提供抢跑和 DoS 攻击保护的。尽管这个系统允许有多个中继无需许可地互相竞争，可能的情况是只有少数几个成功的中继。我们强烈建议核心开发者在清理分叉上考虑纳入[无需许可的设计](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs)，以减少中继信任要求，并提高网络的去中心化水平。 ### 客户端优化 尽管不推荐，但只依赖第三方区块构建者进行区块构建的验证者可以运行一个精简版的执行层客户端，它删除了交易池和区块构建逻辑，所以降低了客户端对硬件和带宽的要求。 ------ <br/> # mev-boost 的实现计划 来源 | [github.com/flashbots](https://github.com/flashbots/mev-boost) <br/> 一项允许以太坊共识层客户端把区块构建外包给执行层客户端以外的第三方区块构建者的服务。请看上文的高层次架构和 `docs/specification.md` 了解其规范和实现细节。  v0.2 请求流：  ## 实现计划 共识层客户端变更的总结可以在[这里](https://hackmd.io/@paulhauner/H1XifIQ_t)找到。 ### 版本 0.1 (当前、里程碑 1，在 Kiln 测试网运行) 简单的侧车 (sidecar) 逻辑，对共识层客户端最低限度的改动，简单的网络连接、没有认证和手动的安全机制。 规范: https://github.com/flashbots/mev-boost/blob/main/docs/specification.md ### Version 1.0 （下一步，里程碑 2，合并） 安全、认证和声誉 - mev-boost 从共识层客户端请求认证 `feeRecipient` 的消息，并在 p2p 网络定时 gossip - 添加模块，用硬性的或统计黑名单验证之前的中继负载的有效性和准确性 - 添加模块，用于订阅第三方中继监测服务 #### 所需的客户端修改 - 当发生中间件崩溃时，共识层客户端必须能够绕过中间件，连上一个本地或远程的执行层客户端 - 共识层客户端必须实现[提议 promises](https://hackmd.io/@paulhauner/H1XifIQ_t#Change-2-Proposal-Promises) ### 版本 2.0 - 隐私 (可选) 添加 p2p 通信机制，以避免验证者去匿名化 - mev-boost gossips 通过 p2p 对区块+初始负载头部签名 #### 所需的客户端修改 - 共识层客户端必须实现[新的 Gossipsub Topics](https://hackmd.io/@paulhauner/H1XifIQ_t#Change-3-New-Gossipsub-Topics) ### Version 3.0 - 配置 (可选) 添加可选配置到提供替代保证 - 考虑添加直接的 `relay_forkchoiceUpdatedV1` 调用到中继，用于同步状态 - 考虑直接返回完整负载到验证者作为优化 - 考虑添加支付的默克尔证明，把验证要求转移到中继 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-19/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-19/Tue, 19 Apr 2022 00:00:00 GMT <br/> # **合并 (The Merge)** **从此时到合并之路** 上周五进行的第 136 次以太坊核心开发者会议 (ACD) 上，Nethermind 的开发者 [Marek Moraczyński](https://twitter.com/M25Marek) 提出希望可以更快开始分叉公共测试网，这样可以有更多的时间观察它。原因如下： 1. 所有的开发测试网/影子分叉都有以太坊基金会的 DevOp 工程师 @parithosh_j 控制，进行最终敲定依赖于 Pari 的节点。在由验证者控制方面，是否需要开始有接近于公共测试网水平的开发测试网？ 2. 在每次的硬分叉里，都观察到有一些节点忘记升级。节点运行者需要习惯于用两个软件来运行以太坊节点。 会议对合并前需要做的事进行了大量讨论，Tim Beiko 的整理如下： - 由于添加了影子分叉到测试流程里，这在之前的以太坊升级是没有的，可以假设当我们进行测试网分叉时，大多数、甚至所有的问题都已经消除了。（关于影子分叉的解释，请看[上一期的《以太七日谈》](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-12)） 到时，我们要确保的主要东西是节点运行者能够为升级正确地配置他们的节点。与之前的升级相比，这次的升级对节点运行者来说更复杂。(强烈建议参与 Kiln 测试网！) 因此，考虑到这一点，在我们分叉第一个测试网前，让人们多了解一点是合理的，而且将有很多节点运行者是第一次一起运行执行层和共识层客户端，预计事情可能不会进行得非常顺利。 - 由于我们想让尽可能多的现有用户参与，也因此出现错误配置的风险会更大，我们更愿意这个过程在一个合并一段时间后就关闭的网络上进行——即 Rospten 测试网。 当 Ropsten 的情况稳定下来了，我们将紧接着分叉 Goerli，然后是 Sepolia。这样，当这三个测试网全部被分叉时，Rospten 合并后的状态也已经运行了相当长的时间了。 这意味着，我们可以在合并后的 Ropsten 上进行像节点稳定性、同步新节点等的测试，并确保事情如预期般发展。这个网络很适合用于做这件事，因为它有大量的状态和历史数据。 这里隐含的一个事实是，Rinkeby 将不会通过合并进行过渡。因此，如果你正在使用这个测试网，我们建议你搬到 Sepolia 或 Goerli，这两个测试网预计合并后还会被维护。Rinkeby 和 Sepolia 都不会一夜间关停，但它们都会被弃用。 - 最后，在分叉测试网前，我们还有两件很重要的事： - 确保所有客户端都通过一个认证的 JSON RPC 端口给 Engine API 提供数据。我们希望强制用户在分叉 Rospten 前配置好 - 在由客户端控制更多验证者的网络进行影子分叉。 那么，总结起来，从此时通过合并的道路如下： 1. 更多的影子分叉，直到不出现客户端问题，且客户端团队控制大部分的验证者 2. 分叉 Rospten：给节点运行者足够多关于正确配置节点的提醒 3. 分叉 Goerli 和 Sepolia：确保顺利进行，以及 Ropsten 能稳定下来、新节点可以加入等。 4. 等一段时间，确保所有的测试网都没有问题 5. 然后，在主网进行合并 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1515071730196254720&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FxylfzwLWG07Btfya2-SCtVbSC00ub12M8PUidWnXsx4&amp;sessionId=04cc33b4a1727ce80522093ff12e00b428639486&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1515071730196254720" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 482px; display: block; flex-grow: 1;"></iframe> <br/> **关于合并的时间** 上周，Tim Beiko 在推特回复一个关于 ETH 矿工应该什么时候停止挖矿的问题时指出：“合并不会在六月进行，但很可能是在之后的几个月，还没有确定日期，但我们肯定我们已经在 PoW 以太坊的最后一章了。” <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1514010098145759232&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FxylfzwLWG07Btfya2-SCtVbSC00ub12M8PUidWnXsx4&amp;sessionId=04cc33b4a1727ce80522093ff12e00b428639486&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1514010098145759232" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 374px; display: block; flex-grow: 1;"></iframe> 这条推文引起社区热议。此后，他在作客播客 Unchained 时也对这个问题进行了解释，原因就如在第 136 次 ACD 里所讨论的，目前的还有很多的测试工作，现在的确很难确定日期。但如果进行顺利，没有出现什么大问题的话，七月进行合并也是很有可能的。 [来源](https://unchainedpodcast.com/why-ethereums-merge-was-delayed-and-why-it-wont-reduce-gas-fees-much/) <br/> **主网影子分叉成功合并下各客户端的问题** 在第 136 次ACD 上，开发者对主网影子分叉进行了复盘，尽管合并后它实现了有效区块的最终敲定，多个客户端在期间还是出现了问题的。 首先，Nethermind 在过渡时有一些同步问题。这些问题在 Goerli 的影子分叉时已经发现，但由于团队不想错过任何一次测试，因此即使他们还没完全修复问题，也参与了主网影子分叉的测试。 Besu 也发现了一些新问题，包括一个简单的配置问题、一个与快速同步相关的问题，以及合并后客户端遇到了收据根错配的问题，目前根本原因还未找到。 Geth 的情况与 Nethermind 相似，一些在 Goerli 影子分叉时出现的问题还未解决。 Erigon 在影子分叉里进行得比较顺利，还发现了共识层客户端一个漏洞——它们通过 Engine API 调用的不是预期的 JSON RPC 端点。 在共识层客户端方面，它们也发现了一些临界情况，但并不影响共识。此外，它们还在改善 Prsym 与执行层客户端一起运行时的用户体验问题。 此外，这周的影子分叉计划如下： - Goerli 的于周二进行 - 主网的于周六进行 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1515067962209681410&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FxylfzwLWG07Btfya2-SCtVbSC00ub12M8PUidWnXsx4&amp;sessionId=04cc33b4a1727ce80522093ff12e00b428639486&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1515067962209681410" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 817px; display: block; flex-grow: 1;"></iframe> <br/> **关于** `latestValidHash` **可能导致重组攻击的问题** 在[第 135 次 ACD](https://twitter.com/TimBeiko/status/1509960329396047878?s=20&t=B_pd21MFpojAz9WF5NHfvw)上，研究员 Mikhail Kalinin@mkalinin2 发现了一个执行层客户端的问题： 当执行层客户端发现区块是无效时，返回它们在分叉上看到的最后一个有效区块的哈希，被称为`latestValidHash`。返回这个值有助于共识层客户端在不同的分叉里做出判断，不选择无效的。如果执行层保持同步并能对当前状态有完整的视域，要做到上述内容是容易的。也就说，当执行层在同步时，它的视域可能不会显示出所有可能的分叉，这取决于执行层客户但的实现，返回真正的 `latestValidHash` 会变得更难。 在第 136 次的 ACD 上，Mikhail 解释这可能会导致安全问题： 如果攻击者可以强迫客户端进行重组，跟在一个有它们之前丢弃了的父块状态的区块上，因为它们最初认为该区块不属于权威链，因此丢弃了。 客户端通常只保留相对新进的 state diff (64 - 128 个区块)，所以这样的一个攻击 (会导致它们重组到一条超过这个范围的、且之前认为不是权威的链上) 可能最终导致它们无法重组到有效链上。 Mikhail 有个文档对问题进行了详细解释：https://hackmd.io/GDc0maGsQeKfP8o2C7L52w 会议对这个问题讨论时提出一个疑问：攻击者需要控制多大比例的押金才能发起这样的攻击？ 开发者在未来两周会看看在各客户端实现缓解措施有多简单，发起这样的攻击具体需要多少押金，以及是否那个比例的押金下已经可以进行更严重的攻击。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1515069928922968069&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FxylfzwLWG07Btfya2-SCtVbSC00ub12M8PUidWnXsx4&amp;sessionId=04cc33b4a1727ce80522093ff12e00b428639486&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1515069928922968069" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 632px; display: block; flex-grow: 1;"></iframe> <br/> # **执行层** **Verkle tree 测试网向公众开放了** 4 月 14 日，负责 Verkle tree 开发工作的 Guillaume Ballet[@gballet](https://twitter.com/gballet) 在推特宣布测试网 Condrieu 对公众开放了，登录页：[http://condrieu.ethdevops.io](http://condrieu.ethdevops.io/) 此外，[Nethermind 团队](https://twitter.com/URozmej/status/1514946534114304007?s=20&t=GcAYVmy6Xe3SdtRpKNQNRQ)表示很快会加入到测试网，现在还有一些共识上的问题需要解决。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1514575476135706624&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FxylfzwLWG07Btfya2-SCtVbSC00ub12M8PUidWnXsx4&amp;sessionId=04cc33b4a1727ce80522093ff12e00b428639486&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1514575476135706624" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 289px; display: block; flex-grow: 1;"></iframe> <br/> **执行层客户端多样性** 近日，执行层客户端 Erigon 的占比持续上涨，截至发文，Erigon 的占比达到了 11.95%，尽管 Geth 仍然是超级占主导的客户端，但这也是执行层客户端多样性有所改善的良好现象。  来源：https://ethernodes.org/ <br/> # **共识层** **去中心化质押池 Lido 更新其去中心化路线图** 4 月 15 日，Lido 发布了其去中心化路线图的更新： 对于质押者来说，Lido 已经是非托管和无需许可的质押池了，并且在等待以太坊升级的过程中，Lido 允许用户随时解锁质押的 ETH。 本文中列出了 Lido 如何考虑 Lido 目前面临的最大问题 —— 对 Lido 节点运行子集的管理。包括： - 创建一个好的验证者子集需要做什么 - 为什么一个好的验证者子集是一个公共物品 - 如何计划推动在 Lido 进行无需许可的验证，以及将治理权降低到最小值 Lido 围绕以上问题进行了回答，并表示同时进行着的两项去中心化工作： - 将逐渐采用分布式验证者技术，并开始研究验证者计分系统以允许任何人成为 Lido 的验证者 - 将对 Lido 的治理建立更多的制衡机制，包括直接授权 stETH 持有者否决将做出的任何决定 来源：https://blog.lido.fi/the-next-chapter-for-lido/ <br/> ## **Layer2** **扩容解决方案 Polygon 表示将于 2022 年实现负碳排放，并承诺投入 2000 万美元到这项工作中** 4 月 12 日，Polygon 宣布他们将于 2022 年实现负碳排放的目标。同时，Polygon 正在其生态系统内创建一个气候抵消计划，并投入 2000 万美元，用于社区提案、资助那些利用技术应对气候变化的项目。 [来源](https://blog.polygon.technology/polygon-is-going-carbon-negative-in-2022-with-a-20-million-pledge/) <br/> **StarkWare 生态图** 追踪零知识领域的媒体 ZK Daily 发布了扩容解决方案研究团队 StarkWare 的生态图一览   来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1515685480012165124&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FxylfzwLWG07Btfya2-SCtVbSC00ub12M8PUidWnXsx4&amp;sessionId=04cc33b4a1727ce80522093ff12e00b428639486&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1515685480012165124" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 662px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **Lido 通过对协议公会 2,000,000 枚 LDO 资助的提案** 今天，Lido 在推特宣布 Trent 于 4 月 8 日在 [research.lido.fi](http://research.lido.fi/) 发布的”[通过一笔 Lido Grant 资助协议公会的提案](https://research.lido.fi/t/proposal-to-fund-the-protocol-guild-pilot-via-a-lido-grant/2016)“通过了，也就是说 Lido 将给协议公会 (Protocol Guild) 资助 2,000,000 枚 LDO，以资助以太坊协议的贡献者。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1516334462031835136&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FxylfzwLWG07Btfya2-SCtVbSC00ub12M8PUidWnXsx4&amp;sessionId=04cc33b4a1727ce80522093ff12e00b428639486&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1516334462031835136" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 533px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊基金会发布 2021 年年度报告** 2022 年 4 月 18 日，以太坊基金会发布了 2021 年的年度报告，目录： - 以太坊基金会执行董事 Aya Miyaguchi 的话 - 什么是以太坊基金会 (EF) - EF 的治理哲学 - EF 如何支持以太坊的生态系统 - 2021 年财务总结 其中，报告中披露了以太坊基金会在 2021 年的开销分布：  总开销 4800 万美元： - 内部运作与支持 510 万美元，占比 10.6% - 社区发展 970 万美元，占比 20.2% - 开发者平台 590 万美元，占比 12.3% - 应用型 ZK 360 万美元，占比 7.5% - L1 研发 2180 万美元，占比 45.5% - L2 研发 190 万美元，占比 4% 来源：https://ethereum.foundation/report-2022-04.pdf <br/> **ConsenSys 推出合并主题的 Meme 比赛** 随着 PoW -> PoS 合并临近，ConsenSys 创建了一个以合并为主题的 meme 比赛，主题包括但不限于： - ConsenSys 在合并中扮演的角色 - 客户端多样性的重要性 - 合并将如何使得以太坊更加生态友好 - PoS 和 PoW 之间的区别 - 信标链的质押状态 时间安排： - 2022 年 4 月 12 日开始 - 2022 年 4 月 25 日之前提交作品 - 2022 年 5 月 6 日公布获奖者 规则： - 使用 https://makeameme.org/ 创建你的 meme - 围绕合并创建有趣、深刻的文字 - 在你的推特账号发布你的作品并带 #ConsenSysMerge 话题，@consensys - 每人提交不多于 5 份作品 - Meme 中不应包含色情、攻击性等内容 - 创作者有责任确保其作品不侵犯任何人的知识产权 - 不得涉及 ETH 价格或其他任何关于价格猜测的内容 - 确保将你的作品发布到 ConsenSys Discord 的 “meme” 频道中 奖励： - 第一名(一位)：ConsenSys 礼品包，印有你的获胜 meme 的 T-恤 + 特有的 NFT (POAP) + 2022 年 Web3 活动的门票 (价值 500 美元) - 第二名 (三位)：ConsenSys 礼品包 + 特有的 NFT (POAP) - 第三名 (五位)：ConsenSys 礼品包 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1513921326737674243&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FxylfzwLWG07Btfya2-SCtVbSC00ub12M8PUidWnXsx4&amp;sessionId=04cc33b4a1727ce80522093ff12e00b428639486&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1513921326737674243" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 670px; display: block; flex-grow: 1;"></iframe> <br/> **华纳音乐集团与 Web3 协议 POAP 达成合作** 4 月 14 日，华纳音乐集团宣布与区块链参与证明 (Proof of Attendance) 协议 POAP 达成合作。据其官方报道：“用户只要参与某场活动或者进行了某种特殊交互，他们就会收到经过认证的数字证明 POAP (证明其参与记录)，从而将他们与一些志同道合的链上社区连接起来。” POAP 还可以让收集者获得 POAP 发行者的未来奖励，如空投、抽奖资格、访问私人聊天室、特有内容等等。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1514635747260657666&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FxylfzwLWG07Btfya2-SCtVbSC00ub12M8PUidWnXsx4&amp;sessionId=04cc33b4a1727ce80522093ff12e00b428639486&amp;theme=light&amp;widgetsVersion=c8fe9736dd6fb%3A1649830956492&amp;width=550px" data-tweet-id="1514635747260657666" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 686px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 https://www.ethereum.cn/Eth2/distributed-validator-specshttps://www.ethereum.cn/Eth2/distributed-validator-specsMon, 18 Apr 2022 00:00:00 GMT来源：[github.com/ethereum](https://github.com/ethereum/distributed-validator-specs) <br/> 分布式验证者 (Distributed Validators, DV) 是一种将一个以太坊验证者的工作分配给一组分散节点的技术，以提高与在一个单一机器上运行一个验证者客户端相比的韧性 (安全性、活性，或两者兼有)。 # 引介 ## 动因 ### 传统的验证者客户端设置 以太坊验证者通过用他们的质押私钥对消息签名 (例如区块或证明) 来参与[权益证明 (PoS) 协议](https://github.com/ethereum/consensus-specs)。质押私钥只能通过客户端软件来访问，客户端根据分配给验证者的职责安排消息的创建和签名。传统的验证者客户端设置会有一些风险： - 质押私钥存在一个地方。如果一个攻击者获得了这个密钥，它可以创建冲突的消息，从而导致验证存款被罚没。 - 不运行自己的验证者的质押者需要把他们的质押私钥交给运营商。为了保证他们质押私钥的安全，他们必须信任该运营商。 - 如果验证者客户端软件不能创建及时的消息以履行验证者职责，该验证者会遭受怠工惩罚 (inactivity)，余额会减少。 - 这可能是由于软件崩溃、断网、硬件故障等原因造成的。 - 如果验证者客户端连接的信标节点出现故障，验证者可能跟在一个少数节点所在的分叉上，导致在 PoS 协议的其他部分显示是离线状态。 ### 分布式验证者协议 分布式验证者协议提供了一个解决方案，以减轻与传统的单个验证者设置相关的风险与担忧。此外，该协议还可以用来实现先进的质押设置，例如去中心化的质押池。 ## 基本概念 **请注意**：请参考[词汇表](https://github.com/ethereum/distributed-validator-specs/blob/dev/glossary.md)，了解分布式验证者规范中引入的新术语的解释。（译者注：见文末） 分布式验证者背后的两个基本概念是： - **共识**：单个验证者的职责被分给几个共同验证者 (co-validator) ，他们必须协作，在对任何消息签名之前就如何投票达成一致。 - **M-of-N 门限签名 (threshold signatures)**：验证者的质押私钥被分割为 N 个部分，每个共同验证者持有一个 share 。当至少有 M 个共同验证者对如何投票达成共识时，他们分别用各自的 share 来对消息签名，一个组合签名可以由这些 share 重构出来。 PoS 以太坊使用的是 BLS 签名方案，其中私钥可以使用 *M-of-N* 秘密共享技术 (使用 Shamir's Secret Sharing 方案)，以实现 M-of-N 门限签名。 (译者注：Shamir's Secret Sharing 被用于以分布式的方式来保护秘密。秘密被分割为多个部分，这些部分被称为 share， 这些 share 可以用来重构原来的秘密。而通过 Shamir's Secret Sharing 解密需要一个最低数量的 share，被称为门限。) 通过把一个合适的 (偏重于安全性的) 共识算法和一个 M-of-N 门限签名方案组合起来，这个 DV 协议确保共识是得到密码学保证的，且至少有 M 个共同验证者对任何决定达成一致。 ## 资源 ### 实现 以下是分布式验证者技术的现有实现 (但不一定是本规范的实现)。 - `python-ssv`：Python 中分布式验证者协议实现的概念证明，与[以太坊客户端 Prysm](https://github.com/prysmaticlabs/prysm) 交互。 - `ssv`：分布式验证者协议的 Go 实现，与[以太坊客户端 Prysm](https://github.com/prysmaticlabs/prysm) 交互。 ### 文档 - [分布式验证者架构视频介绍](https://www.youtube.com/watch?v=awBX1SrXOhk) ## 总体架构  General Architecture 本规范提出一种实现分布式验证者客户端 (Distributed Validator Client, DVC) 软件的方法，作为信标节点和一个远程签名者 ([Remote Signer](https://github.com/ConsenSys/web3signer), RS) 之间的中间件： - 信标节点和远程签名者之间的所有通信都由 DVC 管理，以便它能提供额外的分布式验证者功能。 - 信标节点和远程签名者不知道 DVC 的存在，也就是说，它们以为彼此像往常一样相互连接。 ## 假设 - 我们假设总共有 N 个节点，以及一个 M-of-N 门限签名方案。 - 为了与拜占庭容错共识协议兼容，我们假设 `M = ceil(2 * N / 3)`。 - 本规范假设[某种基于领袖的、偏重安全性的共识协议](https://github.com/ethereum/distributed-validator-specs/blob/dev/src/dvspec/consensus.py)，让共同验证者选定相同的证明/区块进行签名。我们假设共识协议在 M 个正确节点下成功运行，且在 N 个总节点中不超过 `F = (N-1)/3` 个拜占庭节点和不超过 `N - M - F` 防失败节点 (fail-stop node)。(译者注：拜占庭节点指的是在网络里故意撒谎或误导其他节点的背叛节点。) - 我们假设验证者客户端安全运行的通常前提条件包括最新的抗罚没数据库、正确的系统时钟等。 - 我们暂时不考虑对“正确”以太坊分叉的投票——这个功能将在未来的更新里加上。 ## 理想的保证 - 安全性 (防止密钥被盗)： - 除非 N 个共同验证者中有多于 M 个验证者的安全受到影响，否则质押者私钥是安全的。 - 安全性 (防止罚没)： - 在异步网络的假设下，除非多于三分之一的共同验证者成了背叛者，否则验证者永远不会被罚没。 - 在同步网络的假设下，除非多于三分之二的共同验证者成了背叛者，否则验证者永远不会被罚没。 - **活性**：在部分同步的网络里，除非多于三分之一的共同验证者成了叛徒，否则协议最终都会产生一个新的证明/区块。 <br/> # 规范 关于规范的技术细节描述在 `src/dvspec/` : https://github.com/ethereum/distributed-validator-specs/blob/dev/src/dvspec。 <br/> # 词汇表 ## 以太坊概念 - **验证者**：参与权益证明以太坊验证的公钥。在阶段 0，验证者预期会为信标链区块履行证明和区块提议的职责。 - **验证者客户端 (Validator Client, VC)**：履行验证者职责的软件。VC 能访问验证者的私钥。 - **远程签名者 (RS)**：负责以太坊私钥管理的软件，特别是用于对以太坊消息 (例如区块、证明等) 的签名。RS 运行一个服务器，用于接受传入的对该类消息签名的请求。 ## 密码学概念 - **私钥分片 (Key Share)**：作为门限签名方案一部分的单个密钥。 - **签名分片 (Signature Share)**：对来自单个私钥 share 的一些数据的签名。多个这样的签名 share 需要组合起来生成一个完整的签名。 ## 分布式验证者概念 - **分布式验证者 (DV)**：一组参与者共同履行一个验证者的职责。验证者的私钥在多个参与者中是秘密共享的，因此在没有参与者的一定多数门限下，一个完整的签名是无法形成的。 - **共同验证者 (Co-Validator)** ：参与 DV 协议成为一个特定验证者的 BLS 公钥门限验证者。 - **分布式验证者客户端 (DVC)**：通过运行 DV 协议 (或者，作为多个共同验证者来参与，每个共同验证者身份与不同的验证者相关联）参与成为一个共同验证者的软件。DVC 能访问共同验证者的私钥，即所对应的验证者的秘密共享门限私钥。 ## 实例 使用上述术语的实例说明： - 公钥为 `0xa5c91...` 的以太坊验证者作为一个分布式验证者在运行。 - 有 4 个共同验证者参与到验证者 `0xa5c91...` 的分布式验证者中。 - 与 `0xa5c91...` 相关联的私钥在 4 个共同验证者中使用 3-of-4 的秘密共享方案来拆分，这样就建立了一个 3-of-4 的门限签名方案。 - 更简单地说，`0xa5c91...` 的私钥被拆分为 4 份，每一份由共同验证者中一名来托管，这样必须至少有共同验证者中的三名合作才能从 `0xa5c91...` 产生一个签名。 - 每个共同验证者都在运行分布式验证者客户端软件来参与分布式验证者。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/stuff_rethereum_should_know_proof_of_stake_editionhttps://www.ethereum.cn/Eth2/stuff_rethereum_should_know_proof_of_stake_editionWed, 13 Apr 2022 00:00:00 GMT来源 | [www.reddit.com/r/ethereum](https://www.reddit.com/r/ethereum/comments/tijcq1/stuff_rethereum_should_know_proof_of_stake_edition/) <br/> 随着临近合并，更多新闻逐渐涌现，许多消息不灵通的加密记者也将发布更多文章。这向更多人发出了信号，表明合并确实很接近了，这将引出大家对于 PoS 相关的更多问题和讨论，同时也会重复相同的话题和误解。在上周宣布 Kiln 测试网成功合并时，我已经在一定程度上看到了这种情况，我预计今后会看到更多相同的东西。所以在这里列出了一些我常见的观点，就像我在[上一篇文章](https://www.reddit.com/r/ethereum/comments/s8mnwb/a_collection_of_various_things_the_average/)所做的那样 (上一篇更多是关于以太坊的总体情况)，我将其归结为几个简单的要点。 我打算每看到有人提出这些观点时，就把它们列出来。我鼓励大家也这样做，如果我有什么错误请纠正我，或者提出任何补充建议。 <br/> ## 什么是合并？ 更多信息可以在网站 [ethmerge.com](https://ethmerge.com/) 中查看，所以这一部分我不会花太大篇幅 - 合并后，以太坊将由 PoS 共识而不是 PoW 提供安全保障。 - 合并后不是 “Eth 2.0”，没有 ETH 2.0 这一说法了，这是个[过时的词汇](https://www.ethereum.cn/Ecosystem/the-great-eth2-renaming)。 - **如果你现在正持有 ETH，那么你什么都不用做**。合并后你还是持有着一样多的 ETH，不会有 "ETH2 代币" 这样的东西，不需要迁移任何东西等等。所有东西都保持不变，只有底层的共识机制改变了。 - 之所以叫做 “合并” 是因为该升级会将信标链 (共识层) 和目前的链 (执行层) 合并起来，并废弃执行层 PoW 的部分。 “共识” 只是一个花哨的词，它确保对交易进行排序并且从经济上保证该排序不会改变。PoW 和 PoS 通过不同的手段实现共识： - PoW：“扰乱区块排序的成本太高了，按照规则参与更加有利可图。” - PoS：“扰乱区块排序的成本太高了，因为如果我这样做，我会损失所有质押的资产。” - 因为只有共识机制发生改变，**所以 PoS 本身将不会大幅地降低 gas 费。** <br/> ## 为什么要合并？ - 维护安全将需要更低的成本，因为需要消耗更少的能源来实现共识了。 - PoW：需要矿工能够至少覆盖所有硬件和能源使用的成本，否则没人会挖矿。这就需要大量的发行量，并迅速出售以换取法币来支付账单。 - PoS：只需给质押者一些收益，让人们愿意存入资产而不是直接投资到其他地方。除了一台普通的电脑和稳定的网络连接之外，没有昂贵的账单需要支付，所以收益率只需反映所涉及的机会成本和风险。 - 更加可持续： - 一条区块链的安全性基本上与它的币价成正比。这对 PoW 和 PoS 来说都是如此：前者 (更有价值的代币奖励 = 遵循规则的理由更充分 = 更多矿工 = 更难破坏共识)；后者 (更有价值的质押代币 = 更加遵循规则以避免损失质押代币)。 - 新发行的代币本质上是将价值从所有持币者手中夺走并重新分配给某些人。在其他条件相同的情况下，将代币转换成法币可以从网络中提取价值。 - 这将会为许多扩容解决方案做铺垫，有数据分片、无状态、轻客户端以及[更多](https://twitter.com/VitalikButerin/status/1466411377107558402) - 通过分开执行层和共识层之间的负责内容，能够帮助减少代码更新的一些复杂性。 - 支持环保和安抚玩家当然是一个很好的附带作用，但并非切换到 PoS 的主要原因。因为这主要由外部因素影响，而以太坊作为一个协议并没有太多控制权 (如能源生产的来源、GPU 供应链等等)。 <br/> ## 什么时候合并？ - **正式的日期还没有公布**。只是开发者们和社区谨慎而乐观地表示希望在六月进行合并，原因参考文章[《以太坊合并将于 2022 年 6 月发生的五个信号》](https://weeth.io/t/topic/160)。 - 测试仍然在进行，在开发者们完全有信心保证不会出差错之前，是不会进行合并的。 - 我个人不会寄希望于在 6 月实现合并，但我肯定这会在夏天实现，除非在测试过程中出现了非常严重的错误 (例如，一个关键的错误需要数周的时间来修复，规范本身如果出现漏洞需要数月的时间来修复和重新实现)。 - 难度炸弹设置在六月爆炸，所以那时将进行一次硬分叉升级，无论是否合并。 - 我建议大家收藏 [wenmerge.com](http://wenmerge.com/) 这个网站，以快速查看每个测试网合并的最新状态，以估计主网合并情况。 <br/> ## 别傻了，他们会像以前一样推迟的。早几年前就承诺要合并了，但现在还没推出 - 首先一些无用的废话：正式的合并日期还没宣布，并且从来都没有宣布过。截止日期从来没有定过，何来推迟一说？ - 而引用 “以太坊将于 2018 年切换为 PoS” 的这句话源于一种极端乐观的态度，不但低估了 PoS 安全设计的复杂性，还低估了从 PoW 向 PoS 安全过渡的复杂性。当时所做的工作相当于部分完成了 Casper FFG 的规范，一种混合 PoW-PoS 的机制，最终被废除了。但现在有很多不一样的设计。这些新的设计在当时都不适用，但现在却适用。 - 经过多年的研究、对可能的攻击载体进行了分析、不断地完善后，写出了完整的协议规范 - 客户端实现全部已完成，现在就剩下测试了 - 所有人的工作都围绕着合并进行，除了合并之外，基本没有其他工作正进行。合并所需要做的必要准备步骤都已完成。并不是说 “他们已经完成了像 EIP-1559 这样的复杂工作，所以现在可以把更多注意力放在合并上”，而是说 “**所有的**注意力都会集中在合并上”。不可能出现这样的情况：合并 “再次被推迟”，开发者又开始另外的工作。在合并完成之前，没有其他事情可以做。 - 自 2020 年 12 月以来，**PoS 实际上就一直以[信标链](https://beaconcha.in/)的形式运行着**。这意味着以太坊的 PoS 已经以产品的形式测试运行超过了一年，目前信标链上的质押资产超过 1000 万 ETH。只是现在的 PoS 还没有为执行层生产区块。 <br/> ## 一旦质押的 ETH 资产能解锁了，价格就崩了 当然了，许多质押者最终都想要获利，尤其是那些在 32 个 ETH 仅价值 1 万美元时就锁定质押的人来说。但还是有很多需要考虑的其他方面： - 合并不会解锁任何 ETH。提款将在合并后的第一次硬分叉中进行，可能是 6-8 个月后。这几个月将不会有 PoW 的代币增发 (约增发 1.3 万 ETH/天) 被抛售，也暂时不会有 PoS 的代币增发在市面流通。 - 就像质押 ETH 需要排队一样，[提款也要排队退出的](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#how-does-eth2-proof-of-stake-work)。假设到时出现大规模的抛售情况，每个人都在这条队列中，退出速率限制在 1125 名验证者/天。所以并不存在 “打开水闸” 的时刻。所有质押者解锁完毕需要一年多的时间。一年的时间里，每天约有 3.8 万 ETH 重新流入市场 (或者...大约是日均交易量的 1%)。 - 合并后，验证者也将开始接受费用奖励，据估计，收益率会翻倍。(合并后的 ETH 发行量以及质押收益率[估算](https://docs.google.com/spreadsheets/d/1vrK5sY5ooq-F8dcyRhmmAJ5YtgkvWKWP3OfGCZIYxSA/edit#gid=0))。现在有成千上万的人正在排队加入质押。他们既然接受 5% 的年化收益率，我不认为等到年化收益率变成 10% 时他们会放弃继续质押。 - 到目前为止，质押所涉及的最大风险就是合并。一些灾难性的事件可能会发生。然而，尽管有这些风险，尽管解锁 ETH 的日期还不确定，但人们已经质押且锁定他们的 ETH 超过一年了。有多少人/机构正在一旁观察着，等到这种风险消失了再加入质押大队？ - 还有不要忘了，质押者退出意味着更少的验证者，也就是说没有退出的验证者会有更高的收益率。同样，对于那些以前没有参与过质押的人来说，更有动力加入质押了。 - 但是，当然，这是加密货币，并且它作为加密货币的属性是不会变的。合并会带来一些让人兴奋且不稳定的可能性，或者可能会有利好消息出尽的下跌，谁知道呢。我不会假装我能预测未来，但在我看来，可能会有更多 ETH 加入质押，而不是退出。 <br/> ## 如果 PoS 那么好，为什么以太坊不从一开始就用它？ - PoW 容易概念化和实现，PoS 则比较难。尤其是在 2014 年的时候，它主要是一个仍在研究的理论概念，有一些区块链实现了某些版本。 - 在考虑实现 PoS 之前，从研究的角度来说，还需要克服几个基本的问题。 - 并没有一个通用的 PoS 方案。每一条 PoS 区块链都有自己的 PoS 规范，并且各方面都有优点和缺点。所以很多人说 “其他区块链做到了，为什么以太坊不能做同样的事情”，这没那么简单。 - 从 PoW 链开始有一个好处，那就是让任何人可以无需许可地挖矿。这样使得以太坊的代币分配方式会比那些从一开始就是 PoS 的链要好得多 (它们还得决定如何分配初始代币，而分配方式真的没法实现无需许可)。 - 与上述有关：没错，以太坊还是有预挖/预售的，但是经过多年的挖矿和多轮牛熊周期使得 ETH 在不断易手，预挖的代币现在已经稀释到总供应量的一半了，排名前一万的 ETH 持有者持有量占比[接近](https://medium.com/@adamscochran/the-10k-audit-42c100dd32bb)前一万的 BTC 持有者持有量占比。因此，在 2022 年，当以太坊作为一种流动性极高且易于购买的资产时，这并没什么大不了。 <br/> ## 这真的是一个诡计，毁掉了矿工多年来的努力 - 自发布以来，PoS [一直](https://blog.ethereum.org/2014/07/22/launching-the-ether-sale/)都是以太坊最终的目标，每个矿工都知道总有一天会结束。这里不存在骗局或是不公平的情况。 - 经济因素胜过任何形式的矿工对于区块链的忠诚度。你可以把区块链看作是一家公司，而矿工是雇员。 - 矿工/雇员所提供的服务 (即提供安全的共识) 已经以区块奖励的形式获得了报酬。工资由雇主 (区块链) 支出，通过稀释持有者现在手上代币的价值获得 (见上文 "为什么要合并？")。 - 矿工一般会找提供最高奖励的链，如果另一个可由 GPU 挖出的代币给了更多的奖励，他们中的大多数会立刻抛弃以太坊。 - 同样地，如果质押者能以更低的价格完成其提供的服务，以太坊也会支付更少的费用。 - 这并不完全是排他性的。矿工也可以是代币的持有者区块以及区块链的使用者。没有什么能阻止他们持有他们获得的奖励并参与质押。 <br/> ## 如果你没有消耗现实世界的能源来进行挖矿，代币就失去了其固有价值 我不太同意这种说法。反复计算哈希值，直到你找到一个符合任意要求的哈希值，这没有什么神奇之处。我的意思是，假设有一条 PoW 区块链，其中工作是通过解决数独谜题来完成的；而这样运作也完全一样：在 NP-完整问题中，很难计算出其中一边的值，但一旦找到某边的值，就很容易验证。这并不意味着解数独本身就能为世界带来价值。提高某种代币的的挖矿难度并不会神奇地让每个人都变得更富有，它只是让挖矿的利润降低 —— 当然，除非需求也上升，但到目前为止，这在加密货币世界中还不是一个太大问题。 我认为某个代币的价值最终来自于供应和需求，而需求来自于区块空间的价值。人们需要 ETH 来购买区块空间，无论 ETH 是由矿工还是由质押者产生的。当然，矿工越多，安全性/去中心化程度就越高，在正反馈循环中进一步提高了区块空间的价值主张。但[这种反馈循环也存在于 PoS 的以太坊中](https://i.imgur.com/3bPV35a.png)，而且它们也超级酷! <br/> ## PoS 就是一份为完全中心化准备的食谱 - 它基本上与 PoW 一样，但略有不同。“更好” 或 “更坏” 真的取决于你的看法。在我看来，PoW 实际上只是实现 PoS 的附加步骤。 - 以太坊作为一个社区高度重视去中心化，对于任何潜在的中心化矢量，研究团队都会想办法减轻。即便代价是牺牲其他重要的东西，如可扩展性 (比如，将 gas limit 限制在比较低的水平，以便更多的节点可以参与到去中心化的网络中，即使这会导致网络拥堵和交易费用高)。 - 目前确实存在一些缺点，去中心化是一个频谱和过程，我们还没有达到这个目标。现在我们还依赖于许多中心化的东西，而从长远来看这些都需要逐渐被取代。也就是说，这些中心化的阻碍都不代表网络存在的风险，实际上，针对 “由于 X，这个网络是中心化的” 的说法，在 [Vitalik 最新发布的路线图](https://twitter.com/VitalikButerin/status/1466411377107558402)中都会有相应的解决方法。我个人认为想出一堆方案来解决 X 问题，比直接放弃去中心化并说 “由于 X 问题，我们无法实现去中心化” 更令人兴奋。 以太坊协议开发路线图  - 关于以太坊的 PoS 设计，有一些有趣的东西经常被忽视：二次方惩罚。单个验证者节点宕机、出问题或直接攻击网络并不会受到很严重的惩罚。而如果一千个验证者同时这样做则会受到更严重的惩罚。 - 也就是说，如果你是一个运营着数千个验证者节点的大型机构，为了你自己的利益着想，你最好将它们分散开来，避免使用云托管，并使用不同的客户端等等。当然，资产还是集中化的，但至少故障点是分散的，这有利于网络的整体健康状况。 - 一些大型的挖矿实体依赖于某个中心位置以摊销成本，当局可以根据能源使用情况监测到具体位置，并且可以关停它们。在全世界范围内转移挖矿设备是很难的，但是质押仅依赖于私钥/公钥和消费级的计算机。 <br/> ## PoS 实际上是让 ”有钱的更有钱“ - 是的。不幸的是，我们生活在一个财富极度不平等的世界。区块链并不能解决这个问题。 - 这对 PoW 来说也是如此。谁有钱就可以购买更多的矿机，赚更多的钱。除了挖矿，投资回报率也会受规模经济效应影响：集中化的挖矿业有大笔资金以一定的折扣率购买硬件，并搬到电费便宜的地方运作。个人矿工在现实中根本无法与其竞争。而在 PoS 中，无论他们的质押金额是 10 美元还是 1000 万美元，每个人都能按比例获得相同的收益率。 - "这些大型挖矿业可能是中心化的没错，但他们没有理由攻击网络，因为他们在基础设施上投了数百万美元......”。所以你的意思是，你对大型中心化运营者的存在没有意见，只要他们在网络中占有某种程度大的份额吗？ <br/> ## 这是你存款的被动利息？凭空印钞票？这不就像中央银行增发法币一样吗 - 你得延伸来说才能得出这样的观点，但我已经看到人们这样做了(笑)。这些观点通常从 “PoS 并不是什么新鲜事” 开始。 - 验证者还是有在进行一些 “工作” 的：创建区块和验证其他区块。只是这些工作完全由实际有用的工作组成 (区块链需要达成共识)，而不是一遍又一遍地计算哈希值，直到其中一个满足任意的要求。 - 这并不是真的 “凭空印出的免费钱”，质押资产中仍然涉及成本，只是与能源账单相比，它们更抽象、更不直观而已。 - 机会成本 —— 如果另一项投资能给你带来更高的收益率，为什么还要质押？ - 流动性差 —— 从你存款的那一刻起，你的资金就被锁定了，排队等待你的验证者激活，然后当你提款时，又要排队才能提出。 - 固有风险 —— 质押仍然是一个相当新的东西，过程中可能会出问题。可能会出现一个关键错误，网络可能会受到攻击，你的质押硬件可能会损坏等等。 - 波动性 —— 毕竟它仍然是一种不稳定的资产，如果你是那种以本国法币计价的投资者，那么当资产一夜之间可能下跌 30%，而收益率可能只有 5% 时，这并没有很吸引人 (不过，一旦资产翻倍了，5% 的收益率是非常不错的，将 100% 的收益变成 110%)。 - 维护成本 —— 你仍然需要维护你的验证者节点并保证其安全性，确保 100% 的正常运行时间，更新软件，等等。 - 这里有个有趣的地方：质押者越多，个人获得的质押奖励就越低。这基本上意味着，上文所罗列的所有成本将由市场本身来定价。原因很简单：如果质押收益率太低，获得的奖励不够维护成本，那么人们就会退出质押并投资于其他地方。质押的人少了，收益率重新回升。同样，如果收益率太高，也会吸引更多的资本加入，收益率又降落下来。 - 至于通胀情况：假设市场整体来说，理想收益率是 5%，其中 3% 来自代币增发。这样算下来，每年大约有3000 万枚 ETH 质押、增发 90 万 ETH。在总供应量为 1.2 亿枚 ETH 的情况下，通货膨胀率为 0.75%。只要 gas 费至少有 23 gwei，通胀率就低于 EIP159 的带来的 ETH 销毁率。(这点我再强调也不为过：以太坊很快就会成为一种有收益的通缩资产) - “算数不错，但没有供应上限，而且他们总是改变货币政策” - 多年来，目标一直是 "在确保网络安全下，实现最低可行发行量"，相比于设定一个任意的供应上限，以太坊优先考虑网络的安全性。 - 至于货币政策的改变，没有一个更新是提高通胀率的。从第一天起，低通胀率 (尤其是通缩) 就是社区的目标。 - 一旦 EIP-1559 的销毁率与发行率相匹配，就会出现一个作为有效供应上限的平衡点 —— 再次由市场力量对以太坊区块空间估值来决定。 - 所以，不存在一个 “以太坊中央银行” 这样的东西任意调整通胀/通缩率并向亲信印钱。市场本身决定通胀/通缩情况，没有一个实体可以像中央银行控制法定货币的通货膨胀率那样控制它。 <br/> ## 巨鲸拥有足够多的资金控制和改变规则，并罚没诚实的验证者 - 不存在这样的风险，以太坊没有任何形式的链上治理，就是因为这个。协议的更新是社区共同努力的结果 (Layer 0)，你不需要质押任何资产来报告一些不好的注意并参与这个过程。 - 这方面完全与 PoW 一样：即便你拥有 99% 的算力，你也不能在没有私钥的情况下进行无效的交易，窃取他人的资产或者改变协议规则。除了重组区块之外，无法真的做什么。1% 的诚实节点将拒绝任何不遵守规则的区块，那么作恶者就会在一条无效/无用的链上挖矿。PoS 共识下也是如此，现在只是把“算力/挖矿”换成“质押权重/质押” (不同的是，重组区块的作恶者被发现了会被罚没掉所有质押资产，然而区块链不能完全摧毁挖矿的设备)。 - 简单地说，链上涉及到大量的 ETH。目前已超过 1000 万 ETH，而且是在合并之前。按照目前的价格，大约是300 亿美元。“质押的 ETH 数量” 和 “ETH 的价值” 预计都会上升，所以攻击变得越来越不可能，因为发起一次攻击的经济成本太高。而且如果攻击者来自以太坊之外，首先要获得这么多 ETH 是很荒谬的 (你在哪里买到 1000 万枚 ETH 来达到 51% 的质押占比？又或者 2000 万？） <br/> ## 32 枚 ETH 太多了，一般人没那么多钱 - 我同意这是一个很大的问题。这里有一些降低质押门槛的提议 ([更好的签名聚合](https://www.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrmt6o0/)或[设定活跃验证者上限和轮值机制](https://ethresear.ch/t/simplified-active-validator-cap-and-rotation-proposal/9022))，但它们目前的优先级别似乎并不高，更重要的是确保基础层可以很安全。 - 之所以需要那么高的 ETH 质押数量，是因为这个数值需要刚好满足一个技术点。简而言之，需要低到一个点让大家可以参与，并有足够的验证者来保证区块链的安全；但又要足够高，以免有太多的验证者，使区块链的开销过大。并且每个验证者节点的质押数量相同，这样每个验证者在分布式随机过程中决定谁生产区块时拥有完全相同的权重，减少了很多复杂性。 - 从技术角度来看，得出 32 个 ETH 这个门槛涉及大量的[数学计算](https://thomasborgers.medium.com/ethereum-2-0-economic-review-1fc4a9b8c2d9)，当时 32 个 ETH 价值约 7000 美元。[早期于 2017 年的数学推算](https://medium.com/@VitalikButerin/parametrizing-casper-the-decentralization-finality-time-overhead-tradeoff-3f2011672735)甚至建议最低超过 1000 ETH。 - 值得庆幸的是，就像 PoW 中矿池，PoS 也有质押池以允许质押小数额的 ETH。这并不一定与 “不是你的私钥，不是你的代币” 的口号相悖，这要感谢像 [RocketPool](https://rocketpool.net/)、[Secret Shared Validators "秘密共享验证者"](https://medium.com/coinmonks/secret-shared-validators-on-ethereum-2-0-ea29ab380016) (尚未推出) 这样的方案，它们利用智能合约来实现无需许可、去中心化和非托管。而且由于上面提到的二次方惩罚，我相信从长远来看，去中心化质押会由于中心化质押方案。我推荐 大家阅读 superphiz 的[质押指南](https://www.reddit.com/r/ethstaker/comments/t1xpr5/how_to_stake_on_ethereum_march_2022_edition/)以获取更多信息。如果你重视去中心化，通过交易所参与质押是非常糟糕的。 - 与上文相关，我们最好将 Rocket Pool 这样的方案看作是基础质押的一种更高层次的抽象，而不只是一个 “质押池”。我在[这里](https://www.reddit.com/r/ethereum/comments/tijcq1/stuff_rethereum_should_know_proof_of_stake_edition/i1gd27b/?context=1)写了更多相关细节，供感兴趣的人参考。 <br/> ## PoS 还未被证明是否行得通，但我们知道 PoW 是有效的 这论点实际上完全合理，显然我们没法真的反驳这个说法。只有时间会告诉我们。我只是认为，在以太坊正在切换为 PoS，并且一直以来都决定切换的背景下，这个论点是不相关的。如果你不相信它，就不要参与/投资它。我个人相信一个长期可持续的 PoS 以太坊。 这些都是我们人生中伟大的加密货币实验的一部分。要么它只是昙花一现，并且最终以失败告终以至于最后无人知晓，这将是一个遗憾；又或者我们将成功地创造出能够长存于人类文明的强大网络。为了实现这一目标，优先考虑去中心化是关键。我主要在比特币和以太坊中看到去中心化这种东西，尽管它们的理念大不相同。这就是为什么长期来说，我很乐意地看到这两者最终会如何发展。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-12/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-12/Tue, 12 Apr 2022 00:00:00 GMT <br/> # 合并 (The Merge) **主网影子分叉成功进行合并**🥳 北京时间昨天下午 5 点，Go Ethereum 开发者 Marius @vdWijden [发推](https://twitter.com/vdWijden/status/1513447176344588295?s=20&t=YXzEypogrd3YITo0YwJ2fw)表示，我们现在非常接近具有历史性的事件。我们正在以太坊上测试 PoS。今天将进行第一次主网影子分叉测试，距离触及总的最终难度 (TTD) 还有 690 个区块 (大约 2 个小时)。  到了昨天晚上 8 点半，以太坊基金会的 DevOp 工程师 @parithosh_j [发推](https://twitter.com/parithosh_j/status/1513494565529001984?s=20&t=jog3AnwQj0VXduoAzlAu5w)表示已经触及合并熊猫了！第一个主网影子分叉在半小时前达到 TTD，已经在做最终敲定和出块了。而且很快发现 Nethermind 和 Besu 有一些小问题。  [这是]()第一个主网影子分叉的数据：  <center>cr: @terencechain</center> @parithosh_j 还表示，在接下来的一周左右，开发者将对这个分叉进行同步测试，并尝试触发更多临界情况。 如果对这个里程碑的意义不是很了解，请看@parithosh_j 在 4 月 10 日发的推文，他向社区解释最近 #TestingTheMerge 团队的工作，以下是该推文的编译： Kiln 合并测试网的目的是让社区练习运行他们的节点、部署合约、测试基础设施等。但是，一个新的测试网上的活动太少了，我们需要对我们的同步和状态增长的假设进行压力测试。我们还希望有一种方法来检查我们的假设在现有的测试网/主网上是否可行。 于是开始了“影子分叉”！对一个现有的测试网进行影子分叉需要采用它的配置，并添加合并相关的字段，例如 TTD 和合并分叉区块 (用于连接对等点、forkID 变换)  继承现有测试网的状态使得我们可以对我们的同步假设和关于构建一个区块/超时需要多长时间的假设进行压力测试。由于我们在权威链上保持与对等点连接，我们还会导入一些它们的交易 gossip。 为了对现有的测试网进行合并，我们还需要一条信标链。由于影子分叉是只能在几周内进行的测试，因此我们会每次都启动一条新的信标链，然后销毁它。Goerli 测试网的可预测难度是进行影子分叉测试的主要候选测试项。 我们已经做了 3 次的 Goerli 影子分叉，发现了各种 bug，从同步代码到请求超时。 而这次的主网影子分叉将是一次重要的压力测试，并将决定在合并前需要做的优化工作。这是我们第一次尝试这样做，我们不建议非高阶用户加入。 再次重申，影子分叉不会对权威链有什么重要影响。由于我们用了相同的 chainID 且 gossip 渠道仍然是相连的，所以提交给影子分叉的交易也可能被打包到主链。操作时请务必谨慎。 但是，如果你决定要加入做测试，我们在[公共测试文档](https://hackmd.io/WKpg6SNzQbi1jVKNgrSgWg?view#Shadow-fork-related)里列出了一些同步和基准相关的测试。 我建议每个与基础层交互的项目都在它们的测试套件中加入某种形式的影子分叉。我认为这将是一个很好的集成测试。如有问题，请随时联系我们。 如果想了解更多影子分叉和测试更新的内容，可以看看以 Kiln 和影子分叉的这期 [PEEPanEIP](https://t.co/MuLCzVyKGY)。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1513129881927884801&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F5OCfI0qfR_hKE3YtCiW1buM5e5rQV_pVFJCnL7YnNk4&amp;sessionId=0587aee1130d86dd2c4afe31301b804e86afca38&amp;theme=light&amp;widgetsVersion=940dd9ee54270%3A1649359550911&amp;width=550px" data-tweet-id="1513129881927884801" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 433px; display: block; flex-grow: 1;"></iframe> <br/> # 共识层 **Lido 开放新一轮的以太坊节点运营商申请** 质押协议 Lido 今天宣布接受新一轮的以太坊节点运营商申请，并表示这是对它们协议进行去中心化的一步。  提交申请的时间：4 月 11 日— 4 月 30 日 UTC 23:59 Lido 节点运营商子治理小组 (LNOSG) 对提交的申请进行审核，然后给 DAO 提交入围名单。DAO 通过的申请人预期会在五月加入到 Lido 的节点运营。 这是Lido 节点运营商[登录页](https://enchanted-direction-844.notion.site/Lido-Node-Operators-19ca4a3e7553421486cd3e8be314bb03)。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1513589637213732878&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F5OCfI0qfR_hKE3YtCiW1buM5e5rQV_pVFJCnL7YnNk4&amp;sessionId=0587aee1130d86dd2c4afe31301b804e86afca38&amp;theme=light&amp;widgetsVersion=940dd9ee54270%3A1649359550911&amp;width=550px" data-tweet-id="1513589637213732878" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 788px; display: block; flex-grow: 1;"></iframe> <br/> **如何在 Rocket Pool 上把执行层客户端从 Geth 转为 Besu** 为了提高客户端多样性，Besu 的开发者 Frank Li 写了关于 Rocket Pool 的节点运行者如何把执行层客户端从 Geth 转为 Besu 的指南： 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1513512653670739969&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F5OCfI0qfR_hKE3YtCiW1buM5e5rQV_pVFJCnL7YnNk4&amp;sessionId=0587aee1130d86dd2c4afe31301b804e86afca38&amp;theme=light&amp;widgetsVersion=940dd9ee54270%3A1649359550911&amp;width=550px" data-tweet-id="1513512653670739969" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 488px; display: block; flex-grow: 1;"></iframe> <br/> # Layer2 **L2 解决方案 Arbitrum Nitro 开发者测试网上线** 4 月 7 日，Arbitrum 宣布在 Görli 上推出 Nitro 的开发者测试网，同时开放了代码库并详述了 Arbitrum One 向 Arbitrum Nitro 无缝迁移的计划。 Nitro 开发者测试网构建指南：https://developer.offchainlabs.com/docs/public_nitro_devnet 下面总结了其公告： Nitro 是 Arbitrum One 下一个迭代版本，它已经完全构建好并完成了生产级别的实现，包括欺诈证明、定序器、代币桥、改善了的 calldata 压缩以及即将推出的提款功能。Nitro 的技术栈建立在多项创新之上，核心是引入一个新的证明者 —— 这个证明者可以通过 WASM 代码进行 Arbitrum 的经典交互式欺诈证明。也就是说，开发者可以使用标准语言和工具编写并编译 L2 Arbitrum 引擎，而不是我们现在所用的自定义语言和编译器。在正常的执行中，验证者和节点需要运行编译为本地代码的 Nitro 引擎，如果需要进行欺诈证明时，则切换到 WASM。而现在很酷的地方是：我们将 Geth 的核心 (EVM 引擎) 编译到 Arbitrum 中。因此，我们当前自定义的 EVM 模拟器将被最普遍使用和兼容性极强的以太坊客户端 Geth 取代。 升级计划： - 鼓励开发者参与 Nitro 的开发测试，并收集反馈。 - Arbitrum Rinkeby 测试网迁移。开发者测试网有了一定的进展之后，团队将迁移 Arbitrum Rinkeby 测试网到 Nitro 技术栈中，同时保持所有账户和合约的状态。 - Arbitrum One 迁移。最后将无缝迁移 Arbitrum One 到 Nitro 技术栈中。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1511788798379806721&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F5OCfI0qfR_hKE3YtCiW1buM5e5rQV_pVFJCnL7YnNk4&amp;sessionId=0587aee1130d86dd2c4afe31301b804e86afca38&amp;theme=light&amp;widgetsVersion=940dd9ee54270%3A1649359550911&amp;width=550px" data-tweet-id="1511788798379806721" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 736px; display: block; flex-grow: 1;"></iframe> <br/> **Arbtirum 推出奥德赛计划** 4 月 12 日，Arbtitrum 宣布将联合加密艺术家 @ratwell0x、@sugoiNFT 以及 Web3 数据凭证平台 Project Galaxy 举办一场为期两个月的社区计划：Arbitrum Odyssey，邀请用户探索 Arbitrum 上的 DeFi/NFT 生态。 北京时间 4 月 14 日凌晨 3 点，Arbitrum Odyssey 会在 twitch 进行直播，届时 Arbitrum 的社区经理 @bfreshhb 将在 Arbitrum 中选出 56 个符合条件的项目，并将它们随机分成 14 个池，每池 4 个项目。 直播链接：https://www.twitch.tv/hunterbfresh 直播结束后，将会发起一场推特投票，用户投出自己最喜欢的项目，排名前 14 的团队将成为 Arbitrum Odyssey 的一部分。票数统计完后，将于这些团队开启这趟奥德赛旅途，开启时间会在 5 月中旬。 活动安排： - 第 1 周：用户通过桥接、交易所等方式充值资产到 Arbitrum 中 - 第 2 — 8 周：从选出的项目中，用户每周完成两个链上交互任务 第 8 周结束后，完成了 15 个链上交互任务中至少 12 个交互任务的用户将获得一个独家的 NFT，标志着其完成了 Arbitrum Odyssey 旅途。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1513654493040238597&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F5OCfI0qfR_hKE3YtCiW1buM5e5rQV_pVFJCnL7YnNk4&amp;sessionId=0587aee1130d86dd2c4afe31301b804e86afca38&amp;theme=light&amp;widgetsVersion=940dd9ee54270%3A1649359550911&amp;width=550px" data-tweet-id="1513654493040238597" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1213px; display: block; flex-grow: 1;"></iframe> <br/> **StarkNet 上的去中心化加密启动平台和孵化器 ZkPad 推出 UX/UI 界面** ZkPad 是一个基于 L2 解决方案 StarkNet 构建的加密启动平台 (Launchpad)，这个平台旨在为用户提供一种去中心化且安全的方式以投资一些加密初创公司。 ZkPad 现已推出了其 UX/UI 界面：https://zkpad.io/ 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fX0%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1510982704732463111&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2F5OCfI0qfR_hKE3YtCiW1buM5e5rQV_pVFJCnL7YnNk4&amp;sessionId=0587aee1130d86dd2c4afe31301b804e86afca38&amp;theme=light&amp;widgetsVersion=940dd9ee54270%3A1649359550911&amp;width=550px" data-tweet-id="1510982704732463111" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 553px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **提议通过一个 Lido Grant 资助协议公会** 以太坊基金会的 Trent 和 Tim Beiko 联合 Lido 的 Vasiliy Shapovalov 在 Lido 的 [research.lido.fi](http://research.lido.fi/) 论坛上发表了提案——“通过一个 Lido Grant 资助协议公会”。 如《[以太坊核心开发者会议更新 010](https://www.ethereum.cn/Eth2/allcoredev-update010)》里所介绍的，协议公会 (Protocol Guild, PG) 旨在通过一个自治的价值路由机制解决以太坊协议维护者的激励问题：一个加权分成合约 ([0xSplits](https://www.0xsplits.xyz/))。成员将以代币的形式从建在以太坊上的应用或协议获得资助，这让核心贡献者有可能获得代币价格上涨的机会。 目前，PG 准备通过 1年/100 万美元试行来测试机制的有效性。目前正在联系著名的 DeFi 协议 / L2，以获得对这个重要的第一个里程碑的承诺。如果这个试点成功了，PG 将进行第二轮外联。 而关于 Lido 的提案是，PG 现在邀请 Lido 参与试点，以转移 2,000,000 LDO 到 PG 的既定分成智能合约的形式。 而 Lido 支持 PG 的原因是： - Lido 直接在以太坊基础层上构建产品，进一步资助其开发肯定对其自身有好处 - Lido 应该是与它所在的生态系统利益最一致的协议之一 接下来，将会是几周后对这个提案进行快照投票。 Vasiliy Shapovalov 与 Hasu 在评论里对这个提案表示支持。 [来源](https://research.lido.fi/t/proposal-to-fund-the-protocol-guild-pilot-via-a-lido-grant/2016) <br/> **Uniswap Labs 开设投资部门，专注于 Web3 项目的投资** 根据 The Block 报道，去中心化交易所 Uniswap Protocol 的团队 Uniswap Labs 开设了投资部门。Uniswap Labs Ventures 将会针对各类别 Web3 项目的投资，专注于一些构建区块链基础设施、开发者工具以及面向用户应用的初创公司。 其投资部负责人 Matteo Leibowitz 表示他们将直接通过 Uniswap Labs 的资产负债表进行投资。目前，其投资基金规模暂未披露。 在正式开始投资部门之前，Uniswap Labs 就投资了 11 个初创公司和项目，包括 MakerDAO、Aave、Compound Protocol、PartyDAO、LayerZero 和 Tenderly。 [来源](https://www.theblockcrypto.com/post/141485/uniswap-labs-launches-venture-unit-to-invest-in-web3-projects) <br/> **区块链质押者数追踪网站推荐**  <center>👉https://stakers.info/</center>https://www.ethereum.cn/Eth2/wnie2-2022-4-11https://www.ethereum.cn/Eth2/wnie2-2022-4-11Mon, 11 Apr 2022 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220408) <br/> ## 首要推荐 这次的两篇精选都来自 Tim Beiko： 1. 这篇是几周前的，上一期漏了，但它仍然是必读的：《[以太坊核心开发者会议更新 010](https://www.ethereum.cn/Eth2/allcoredev-update010)》 2. 为了回应这条推文，Tim Beiko 写了《[以太坊路线图 FAQ](https://github.com/timbeiko/eth-roadmap-faq)》。 <br/> ## 信标链 信标链上没什么新闻 👀 有人为 Prysm 不再在网络上是超级占主导 (>67% 的份额) 的客户端[感到兴奋](https://twitter.com/superphiz/status/1509006284552654848)。这很好，而且消除了最坏的潜在结果。但我们离看到健康的分布还有很长的路要走。 <br/> ## 合并 要跟踪到所有合并测试、测试网、影子分叉和其他东西的细节是很难的。这是一周前关于 Goerli 测试网影子分叉的[摘要](https://discord.com/channels/595666850260713488/910910348922589184/959431446374797332) (Discord)。如果你想要了解更多，可以前往[Eth R&D Discord](https://discord.gg/btu9YSPrHx) 的“Merge” 频道。 我了解到的情况如下： - 将做几个主网的影子分叉，一个在这周，一个在 Devconnect 结束时开始。影子分叉将继续进行下去，以把客户端的问题冲刷出来，尽管目前没有非常严重的问题。 - 在 4 月 29 日的以太坊核心开发者会议上将讨论是进行合并还是推迟难度炸弹的决定。 - 如果是合并，那么就会开始每隔两周合并一个现有的测试网，以便在 7 月实现主网合并。 <br/> ## 合并之后 Alex Stokes 录制了一期关于提取押金 ( EIP-4895, [已更新](https://github.com/ethereum/EIPs/pull/4957)) 的 PeepAnEIP。视频还未上传，但 Alex 分享了他的[幻灯片](https://cryptobriefing.com/ethereum-merge-proof-of-stake-with-trent-van-epps/)。他还在推特上配上了[说明](https://twitter.com/ralexstokes/status/1509224908441718789)。 我上次说了我还不了解提款凭证从 `0x00` 迁移到 `0x01` 的计划 (这将需要自动收取奖励)。原来早就在[这里](https://github.com/ethereum/consensus-specs/pull/2855)了。 除了提款，我们目前有一个有趣的问题，信标节点所连接的 Eth1 客户端必须保存从 2020 年第四季度部署存款起的所有历史数据。这是因为，在当前的设计里，通过检查点 (checkpoint) 同步一个新的信标节点仍然需要按顺序重新处理所有的存款 (不过我相信 Nimbus 有自己的方法)。有一个问题是，Eth1 节点可能会删除旧的历史数据 (请看 [EIP-4444](https://eips.ethereum.org/EIPS/eip-4444))。Lighthouse 的 Mark Mackey 提出了 [EIP-4881](https://eips.ethereum.org/EIPS/eip-4881)，旨在定义一个标准存款合约快照接口🙌 <br/> ## 质押 Somer Esat 写的非常棒的[质押指南系列](https://github.com/SomerEsat/ethereum-staking-guide)有了[一篇更新](https://twitter.com/SomerEsat/status/1510846956645482505)。 [Evan Jones](https://twitter.com/ib1gymnast/status/1509907290832322562) 写了一篇关于[使用 Rocket Pool 加快验证者回报](https://drive.google.com/file/d/1JXXM-QjGMXItLujUOjSb8q7pBzb6C7Md/view)的论文。剧透：他喜欢 Rocket Pool。 关于喜欢 Rocket Pool 的另一件事是他们有了新的[终端 UI](https://twitter.com/jcrtp_eth/status/1510783980530024453)。Superphiz 和 JCRTP 在这个[视频讲解](https://www.youtube.com/watch?v=I23Sz2dtrRE)里对它进行了试用。“这使得运行 Rocket Pool 和通过一个图形界面来质押特别简单和直观！” ([Phiz](https://twitter.com/superphiz/status/1511088793721389058) 在推特上这样说)。 Adrian Sutton 利用在 Prater 测试网中增加 10,000 个 Teku 验证者的机会，对信标节点的负载如何随其承载的验证者数而变化做了同样的分析：[增加验证者的开销](https://www.symphonious.net/2022/04/06/exploring-eth2-cost-of-adding-validators/)。简而言之，当一个节点的验证者数达到 70 前，负载的增加与验证者数成正比；超过 70 后，负载的增长会平缓下来。原因很有趣，读者应该读一下这篇文章。显而易见的问题是，这不会增加中心化的压力吗？我的意思是，我们在该节点上正运行 5000 个验证者，开销与 64 个验证者相同，因此我们每个验证者的开销要低得多。这确实是一个因素，但与质押和可得奖励相比，运行一个节点的成本是很小的，它在整个方案中只是一个很小的因素。 如何在以太坊上质押，[2022 年4 月版本](https://www.reddit.com/r/ethstaker/comments/tvlnck/how_to_stake_on_ethereum_april_2022_edition/)；Superphiz更新了他的高层次概述。 <br/> ## 释义性文章 Jim McDonald 是 Attestant 里写释义性文章很优秀的写作者，它的最新文章是《[理解合并后的奖励](https://www.attestant.io/posts/understanding-post-merge-rewards/)》，其中有一部分是关于押金提款计划的。 Guillaume Ballet 继续开拓 Verkle tree 的实现，以管理以太坊的状态，作为实现无状态客户端的前奏。这是他关于状态树结构所需变更的简短[解释推文](https://twitter.com/gballet/status/1508422189216894979)。他还对他的 Verkle tree 测试网进展发布[定期更新](https://notes.ethereum.org/@gballet/verkle-testnet-updates/%2Fs%2FSksmVxpb5)。 <br/> ## 媒体和其他 我的老朋友和 podcast 主持拍档 Christine Kim 现在是 Galaxy Digital Research 的研究员，她继续制作有洞见和精心研究的报告。最新发布的报告是《[以太坊合并更新可以预期什么](https://docsend.com/view/padamxd8qsg56459)》。报告的质量太高了，放在“媒体和其他”这个栏目有点不合适，但我没有“必读研究报告”的类别，所以暂且放在这里吧。 这周我们处理了很多误解！《财富》消除了[关于合并的三个误解](https://fortune.com/2022/03/28/3-misconceptions-ethereum-merge/)，Bankless 的 David Hoffman 很好地处理了《[关于 PoS vs PoW 的四个误解](https://newsletter.banklesshq.com/p/4-misconceptions-about-pos-vs-pow)》[1]。 Crypto Briefing 对 Trent Van 进行了关于合并的[访问](https://cryptobriefing.com/ethereum-merge-proof-of-stake-with-trent-van-epps/)。 最后，Vitalik 的文章《我们没有选的道路 ([The roads not taken ](https://vitalik.ca/general/2022/03/29/road.html))》非常值得一读。在文章的一段他问，我们当初是否应该采用更简单版的权益证明？这是一组有趣的反思。 <br/> ## 研究 Vitalik 发表了用于[简化单个秘密领袖选举](https://ethresear.ch/t/simplified-ssle/12315?u=benjaminion)的一种方法。在过去差不多四年的时间里，我们经历从“我们不知道五和实现它”，到“有一个复杂和昂贵的方法可能可以实现它”，到“我们现在有一些可用选项”，这是一段有趣的历程。进步只往一个方向上发展。 <br/> ## 常规会议 ### 实现者会议 第 85 次会议在 4 月 7 日举行，Danny 缺席的情况下由 Mikhail Kalinin 干练地主持。 我们讨论了 Goerli 测试网的影子分叉和未来的主网影子分叉计划、常规的客户端团队更新、合并时间决策回顾 (4 月底决定是进行合并还是推迟难度炸弹)，以及对构建者 API (之前以 MEV-Boost 为人所知) 进行了良好的讨论。另外还有一些其他零碎的内容。 - [会议议程](https://github.com/ethereum/pm/issues/510) - [会议视频](https://youtu.be/rYWF7N8tS0g?t=18) - 我的[速记](https://hackmd.io/@benjaminion/H1U6EPnXq)，以及 [Christine](https://twitter.com/christine_dkim/status/1512100564586348549) 的记录 ### 以太坊核心开发者会议 第 135 次 ACD 在 4 月 1 日进行 - [会议议程](https://github.com/ethereum/pm/issues/500) - [会议视频](https://www.youtube.com/watch?v=1QU8r9-SJDc) - [Tim Beiko](https://twitter.com/TimBeiko/status/1509955843654971392) 和 [Christine Kim](https://twitter.com/christine_dkim/status/1509924174025924615) 的会议记录 <br/> ## 活动预告 - 4 月 18 - 25 日：[Devconnect](https://devconnect.org/schedule) <br/> ## 其他新闻 - Stereum [第 5 期](https://twitter.com/stereumdev/status/1511065595609067529)更新，内容包括“ Stereum 2.0 的敲定以及为 devconnect 做准备”。 - Nimbus 现在在 Prater 测试网上[为轻客户端提供数据](https://twitter.com/ethnimbus/status/1511415391293165571)。 <br/> ## 写在最后 非常期待 Devconnect！除了 10 月份在希腊举行的 Amphora 开发团队聚会以外，这将是我两年多来第一次外出旅行。几十年来，我曾经每个月都要坐上三四次飞机。说实话，我不能说我怀念那段日子，单两年时间太长了。 无论如何，我已经迫不及待地想和新朋友和老朋友见面了。几乎整个 Teku 团队都会出席；他们中有些人我还将是第一次见。 大家都打个招呼吧，甚至请我喝杯啤酒——我整周都会到处溜达🍻 ------ 1. 我对那篇文章中讨论的“股权” vs "商品"类型金钱的区别不是很感兴趣。我感觉最近 Justin Drake 和 Lyn Alden 的 [PoS vs PoW 辩论](https://shows.banklesshq.com/p/the-pow-vs-pos-debate-lyn-alden-and)有点扫兴，因为 Bankless 他们只想讨论这个问题，而两个辩手似乎都没有对此很感兴趣。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Thinking/in-defense-of-bitcoin-maximalismhttps://www.ethereum.cn/Thinking/in-defense-of-bitcoin-maximalismThu, 07 Apr 2022 00:00:00 GMT来源：[vitalik.ca](https://vitalik.ca/general/2022/04/01/maximalist.html) <br/> 我们多年来听到的声音是，区块链是未来，而不是比特币。世界的未来不会只有一种，或甚至是几种主要货币，而是许多种加密货币——而获胜的那些货币将有很强的领导作用，在统一的屋檐下快速适应用户的需求，从而获得大规模采用。比特币是一种[婴儿潮时期](https://www.cnbc.com/2021/05/20/some-millennials-call-bitcoin-boomer-coin-prefer-dogecoin-altcoins.html)般的老人[货币](https://www.reddit.com/r/CryptoCurrency/comments/lrw9e4/bitcoin_is_now_boomer_crypto_prove_me_wrong/)了，以太坊很快也会步其后尘；未来会有更新和更有活力的资产吸引新一波的大众用户，他们不关心奇奇怪怪的自由主义意识形态或“自我主权验证”，且会因这种令人极其不愉快的 anti-government 思想而失去兴趣，他们只希望区块链 defi 和游戏可以有效率地运行。 但如果这整套叙事是错的，而比特币至上主义的思想、行为和实践实际上才非常接近于正确的呢？如果比特币远不止是一块与网络效应相关联的过时宠物石头呢？如果比特币至上主义者实际上深深地明白，他们是在一个有强大阻力和充满不确定性的世界里运作的，在那个世界里有需要争取的东西，而他们的行动、个性和对协议设计的意见都在很大程度上反映该事实呢？如果我们生活的世界里有诚实的加密货币 (只有很少) 和诈骗货币 (有很多)，而适当的不容忍态度实际上是避免前者滑向后者所必要的呢？这正是本文将要提出的论点。 <br/> ## 我们在危险的世界里，守护自由是非常严肃的事 希望现在这点会变得清晰得多。六周前，很多人仍然认真地认为 Vladimir Putin 是一个被误解了的善良人物，他只想保护俄罗斯，把西方文明从“同性恋灾难 (gaypocalypse) ”中拯救出来。但这仍然值得再说一次。我们生活在一个危险的世界，有很多从不听取同情和理性声音的恶意行为者。 区块链的核心是一种安全技术——这种技术从根本上说都是为了保护人们，帮助他们在这样一个不友好的世界里生存。它就像《指环王》里加拉德瑞尔的水晶瓶 ([Phial of Galadriel](https://lotr.fandom.com/wiki/Phial_of_Galadriel))，是“当所有光都熄灭后，在黑暗中出现的明灯”。它不是低成本的灯，也不是嬉皮士的荧光节能灯，或是高性能灯。它是在所有这些方面都要有所牺牲，以只优化一件事，只是一件事：*当你面临生命中最艰难的挑战时，当有一只该死的长达 20 英尺的蜘蛛盯着你的脸时，这个灯就会发挥它应有的作用*。  <center>来源: https://www.blackgate.com/2014/12/23/frodo-baggins-lady-galadriel-and-the-games-of-the-mighty/</center> 区块链每天被没有银行账户和无法享用金融服务的人，被活动家、性工作者、难民、以及很多其他群体使用，他们要么对逐利的中心化金融机构的服务不感兴趣，要么有敌人不想他们得到服务。它们被很多人用以支付款项和存储储蓄，以维持主要的生命线。 为此，公共区块链为安全牺牲了很多东西： - 区块链需要每笔交易得到独立验证成千上万次才能被接受。 - 与中心化的系统在几百毫秒内确认交易不同，区块链需要用户等待 10 秒到 10 分钟才能得到确认。 - 区块链需要用户完全负责自己认证：如果你丢失了你密钥，你的币也就丢失了。 - 区块链牺牲隐私，需要[更疯狂和更昂贵的技术](https://vitalik.ca/general/2021/01/26/snarks.html)才能重获该隐私。 **这些牺牲都是为了什么？为了创造可以在一个不友好的世界里存活下去的系统，并真正做到成为”当所有光都熄灭后，在黑暗中出现的明灯”**。 要出色完成这项任务需要两个关键因素：(i) **稳健且具有防御性的技术栈**和 (ii) **强劲和具有防御性的文化**。具有稳健和防御性的技术栈的关键属性是专注于简单性和深层的数学纯度：1 MB 的区块大小、2100 万的货币上限、和简单到即使是高中生也能理解的 Nakamoto 共识工作量证明机制。协议设计必须是在数十年甚至几百年后依然是易于证明的；**技术和参数选择必须无异于一件艺术品**。 第二个因素是不妥协和坚定的极简主义文化。这种文化必须能够不屈不挠地捍卫自己，既不接受企业和政 府行为者从外部对生态收编，也能防御加密世界内部的恶意行为者试图利用它来谋取个人利益，[这样](https://github.com/vbuterin/cult-of-craig)的[例子](https://www.theverge.com/21459906/bittorrent-tron-acquisition-justin-sun-us-china)有[很多](https://www.coindesk.com/tech/2022/01/27/how-did-a-former-quadriga-exec-end-up-running-a-defi-protocol-wonderland-founder-explains/)。 现在，比特币和以太坊文化实际上是什么样的呢？让我们问问 Kevin Pham：  觉得这个没有代表性？那再看看这条推：  现在，你可能会说，这只是以太坊的人在找乐子，最终他们会明白他们必须做什么以及他们正在处理什么问题。但他们真的会吗？让我们看看以太坊创始人 Vitalik Buterin 都在跟哪些人打交道： | *在中国北京与科技精英 CEO 们打交道。* | * Vitalik 在俄罗斯与 Vladimir Putin 会晤。 | | ------------------------------------------------------------ | ------------------------------------------------------------ | | Vitalik 会见耶路撒冷市长 Nir Bakrat。* | Vitalik 与阿根廷前总统 Mauricio Macri 握手。* | |  Vitalik 向谷歌前 CEO、美国国防部顾问 Eric Schmidt 致以友好问候。* | Vitalik 与台湾的数位政务委员唐凤进行了多次会晤中的第一次。* | 而这只选了一小部分。任何人看到这些马上想到的问题是：到底为什么要公开与所有这些人会面？这些人中有些是体面的企业家和政治家，但有些则积极参与严重侵犯人权的活动，Vitalik 当然不支持这些行径。难道 Vitalik 没有意识到，这些人中有些人在地缘政治上有多互不相让吗？ 现在，可能他只是一个理想主义者，相信通过与人沟通有助于带来世界和平，是弗雷德里克·道格拉斯 ([Frederick Douglass](https://en.wikipedia.org/wiki/Frederick_Douglass)) 的格言“我会团结任何人做正确的事，而不与任何人做错的事“ 的追随者。但也有更简单的假设：”Vitalik 很天真乐观，喜欢环球旅行，且追求社会地位，他非常享受与重要人物的会面和被尊重的感觉。“而不仅仅是 Vitalik，像 ConsenSys 这样的公司也完全乐于[与沙特阿拉伯](https://consensys.net/blog/press-release/quara-holding-joins-consensys-partner-program/)合作，整个生态系统一直试图从主流人物获得认可。 现在问自己一个问题：当那个时刻到来了，区块链上真的发生了重大事件——真的得罪了有权势的人——哪个生态会更愿意坚定立场，拒绝审查他们，无论有多大的压力迫使他们这样做？是由那些真正在意成为每个人的朋友的环球游牧者组成的生态，还是由那些把拍摄自己与 AR15 和斧头照片作为业余爱好的人组成的生态？ <br/> ## 货币不”仅仅是第一个应用“。它是迄今最成功的应用。 很多持”区块链是未来，而不是比特币“观点的人认为，加密货币是区块链的第一个应用，但它很无趣，而区块链的真正潜力在更大和更令人兴奋的东西上。让我们来看看[以太坊白皮书](https://ethereum.org/en/whitepaper/#applications)列出的应用： - 发行代币 - 金融衍生品 - 稳定币 - 身份和声誉系统 - 去中心化文件存储 - 去中心化自治组织 (DAO) - 点对点赌博 - 预测市场 这些类别中的许多都已经推出应用了，且起码已经有一些用户了。也就是说，加密世界的人真的重视给“南半球”那些无法使用银行服务的人赋能。在这些应用中，哪些在“南半球”确实有很多用户呢？ 事实证明，到目前为止，最成功的是财富储藏和支付。[3% 的阿根廷人](https://triple-a.io/crypto-ownership-argentina/)、[6% 的尼日利亚人](https://triple-a.io/crypto-ownership-nigeria/)和 [12% 的乌克兰人](https://triple-a.io/crypto-ownership-ukraine/)拥有加密货币。到目前为止，政府使用区块链做有用事情的最大实例是[乌克兰政府接受加密货币捐款](https://donate.thedigital.gov.ua/)，如果算上对非政府的、与乌克兰相关工作的捐赠，已经筹到[超过 1 亿美元](https://twitter.com/antiprosynth/status/1506192508799361024)。  今天，还有哪个应用接近于那个实际上真正采用水平的？也许最接近的是 [ENS](https://ens.domains/) 了。DAO 是实际存在的，且正在不断发展，但今天有太多的 DAO 吸引的是非常富裕国家的人，他们的主要兴趣是找乐子、使用卡通任务头像来满足他们第一世界的自我表达需求，而不是建学校和医院来解决其他现实世界的问题。 因此，我们很清楚地看到两个阵营：“看好区块链”的是富裕国家里享有特权的人，他们喜欢表达“超越金钱和资本主义”来显示自己的美德，并难掩对“去中心化治理实验”作为一种爱好的兴奋；而“看好比特币”的是高度多样化的人群，他们有富人和穷人，遍布世界很多国家，包括“南半球”，他们真的在使用自由的自我主权货币这一资本主义工具，为当今人类提供真正价值。 <br/> ## 只专注于成为金钱，才能成为更好的金钱 关于比特币为什么不支持“富状态性”的智能合约，一个常见的误解如下。比特币真的非常重视简单性，特别是低技术复杂性，以减少出错的机会。因此，它不想增加更加复杂的功能和操作码，这些功能和操作码在以太坊支持更复杂的智能合约是必须的。 当然，这个误解是错的。事实上，有很多方法可以添加富状态性 (rich statefulness) 到比特币；在比特币聊天存档中搜索“[covenants](https://bitcoinops.org/en/topics/covenants/)"，就会看到很多被讨论的提案。这些提案中有很多都是出乎意料地简单。而 covenant 之所以没有被添加，不是因为比特币开发者看到富状态性的价值但发现即使多一点协议复杂性都是无法忍受的。相反，是因为比特币开发者[担心](https://bitcoinops.org/en/newsletters/2022/03/09/#limiting-script-language-expressiveness)[系统复杂性](https://vitalik.ca/general/2022/02/28/complexity.html)的风险——富状态性可能会引入生态系统！ (译者注：convenant 是对比特币共识规则的一类提议变更，它允许一个脚本阻止一个经授权的花费者给有些其他脚本花钱。)  <center>最近比特币研究员发表的论文描述了一些引入 convenant 来给比特币添加一定程度的富状态性。</center> 以太坊与[矿工可提取价值 (MEV)](https://coinmarketcap.com/alexandria/glossary/miner-extractable-value-mev) 的斗争是这个问题在实践中一个很好的例子。在以太坊上构建应用非常容易，下一个与某合约交互的人获得可观奖励，导致交易者与矿工为之争斗，并极大地助长网络中心化风险，并[需要复杂的变通方法](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)。在比特币，构建这样具有系统性风险的应用是很难的，主要因为比特币缺乏富状态性，且专注于简单的 (且没有 MEV) 用例——只作为钱。 系统性扩散也可以通过非技术的方式发生。比特币只作为钱意味着比特币需要相对少的开发者，有助于减少[开发者开始要求为自己印免费钱](https://ethereum-magicians.org/t/eip-2025-a-proposal-to-fund-eth1-x-through-18-months-of-a-0-044eth-developer-block-reward/3282)来构建新的协议功能的风险。比特币只作为钱还减少核心开发者不断增加功能来”跟上竞争“和”满足开发者需求“的压力。 在许多方面，系统性的影响是很真实的，一种货币不可能”开启“一个高度复杂和有风险的去中心化应用生态而没有某种负面影响。比特币做了安全的选择。如果以太坊继续其以二层为中心的路径，ETH 这种货币可能可以与它所开启的应用生态系统保有一定的距离，从而获得一些保护。相反，所谓的高性能一层平台则没有这个机会。 <br/> ## 一般来说，行业最早出现的项目是最“正宗的” 许多行业和领域都遵循一个相似的模式。首先，某种新的令人兴奋的技术被发明出来，或取得很大的飞跃性改进到一定程度，它实际上可以用于某些方面。在开始的时候，该技术仍然是笨重的，让几乎每个人都把它作为投资来碰的话风险太大了，且没有人们使用它来变得成功的“社会证明”。因此，最先参与的人将是理想主义者、技术极客和其他真的为这项技术以及它对改善社会的潜力感到兴奋的人。 然而，一旦这项技术充分证明了自己，普通人就会进来——在互联网文化中，这种事件经常被称为“永恒九月 ([Eternal September)](https://en.wikipedia.org/wiki/Eternal_September)”。这些还不是一般善意的普通人，只想感受令人兴奋的部分，而是穿西装的商业普通人，他们开始狼眼般地搜索生态系统，寻找赚钱的方法——风险投资者大军同样渴望从旁支持他们赚取自己的钱。在极端情况下，彻头彻尾的骗子进场，创造出没有任何社会层面或技术层面可取价值的区块链，基本接近于骗局。这样，生态系统发展时间越长，在光谱上处于利他主义一边的任何新项目就越难开展。 区块链行业用短期逐利的价值观慢慢取代哲学和理想主义价值观的一个嘈杂指标是越来越大的预挖 (premine) 比例：加密货币的开发者分给自己的份额。  <center>内部人员分配的来源: Messari.</center> 哪个区块链社区深深地重视自我主权、隐私和去中心化，并努力做出很大牺牲来实现这些价值？哪个区块链社区只是想太抬高其市值并未创始人和投资人赚钱？上面的图表非常一目了然了。 <br/> ## 不容忍是好的 上文已经清晰说明了为什么比特币作为第一个加密货币的地位给了它独特的优势，这个优势是任何在过去五年创建的加密货币极其难以复制的。但我们现在面对的是对比特币至上主义文化最大的反对声音：*为什么它如此有毒？* 比特币的有毒特性来自[康奎斯特的第二定律](https://www.nationalreview.com/corner/conquests-laws-john-derbyshire/)。在罗伯特·康奎斯特原初的表述中，该定律是这样说的“任何没有明确以宪法形式规定的右翼组织迟早会变成左翼”。但实际上，这只是一个普遍得多的模式中的一个特例，而且在现代社会无穷无尽的同质化和社交媒体的从众现象中，这个定律比任何时候都更贴近现实： > **如果你想保持一个区别于主流的身份，那么你需要真正强大的文化，在每次主流试图宣示其霸权时，它都会积极抵抗主流的同化**。 正如我在上文提到的，区块链是非常彻底和明显的反文化运动，它们试图创造和维护不同于主流的东西。当世界正在分裂成大国集团，并积极压制它们之间的社会和经济互动时，区块链是极少数可以维持全球性的东西之一。当有越来越多的人寻求审查制度以打败它们的短期敌人时，区块链坚定不移地不对任何东西进行审查。  <center>当“理性的成年人”试图告诉你要“成为主流”你必须放弃你的“极端”价值观时，这是你唯一正确的回应方式。因为放弃价值观只有零次和无数次。</center> 区块链社区必须与内部的不良行为者斗争。不良行为者包括： - **诈骗者**，他们制造并出售最终没有价值 (或更糟，主动作恶）的项目，但带有“加密”和“去中心化”的标签 (和一些非常抽象的人文主义和友谊的思想) 以获得认受性。 - **合作主义者**，他们公开、大声地宣告要与政府合作，积极[试图](https://twitter.com/vitalikbuterin/status/1341219519545556992)[说服](https://cryptonews.com/news/bitcoin-digital-property-ethereum-digital-security-argues-michael-saylor.htm)政府对其竞争者使用强制力。 - **社团主义者**，他们试图使用他们的资源来接管区块链的开发工作，并经常推动协议变更以实现中心化。 人们可以笑着反对所有这些行为者，礼貌地告诉世界为什么他们“不认同他们的属性”。但这并不现实：不良行动者将努力将自己嵌入你的社区，到时会变得很难以从心理上以足够程度且真实所需的蔑视来批判他们：你正在批评的人是你朋友的朋友。因此，任何重视[随和](https://en.wikipedia.org/wiki/Agreeableness)的文化在遇到挑战时很容易就输了，让骗子在新手钱包力自由游荡。 什么样的文化不会输？一种愿意并渴望告诉内部的骗子和外部有权势的反对者[滚](https://en.wikipedia.org/wiki/Russian_warship,_go_fuck_yourself)的文化。 <br/> ## 反对籽油的奇怪出征行动是好的 有助于社区围绕其独特价值观维持内部凝聚力，避免陷入主流泥潭的强有力的纽带工具，是与核心使命相似 (即使不直接相关) 的奇怪信仰和出征行动。理想情况下，这些出征行动至少应该是部分正确的，戳中真正的盲点或与主流价值不一致的点。 比特币社区在这方面很擅长。他们最新进的出征是[反对籽油之战](https://www.vice.com/en/article/v7djay/the-newest-bitcoin-diet-trend-is-hating-seed-oils)，从植物种子中提取的油[有很高的 omega-6](https://www.healthline.com/nutrition/are-vegetable-and-seed-oils-bad) 脂肪酸，对人类健康[有害](https://scholar.google.com/scholar?q=omega+6+health)。  当[媒体评论](https://www.vice.com/en/article/v7djay/the-newest-bitcoin-diet-trend-is-hating-seed-oils)这次比特币玩家的出征行动时，是充满怀疑的，但当“受到尊敬”的技术公司处理这个话题时，媒体的态度却[好得多](https://techcrunch.com/2022/02/02/zero-acre-biotech-fermentation-alternative-to-wasteful-unhealthy-vegetable-oils/)。这次出征有助于提醒比特币玩家，主流媒体本质上是部落主义和虚伪的，因此面对媒体提出[尖锐指控](https://www.pymnts.com/cryptocurrency/2022/from-the-us-and-eu-to-russia-crypto-money-laundering-is-under-attack/)，[中伤](https://www.coindesk.com/policy/2022/03/22/crypto-implicated-in-child-porn-terrorism-french-official-says-calling-for-end-to-online-anynomity/)加密货币主要用于洗钱和恐怖主义时，应该以同样的蔑视程度来对待。 <br/> ## 成为至上主义者 至上主义者经常被媒体嘲笑未既是危险有毒的右翼邪教，又是纸老虎（一旦其他加密货币进入并夺得比特币最强的网络效应)。但现实是，**我在上文的至上主义者论述里，没有一点是取决于网络效应**。网络效应实际上是成对数型发展的，而不是二次方式：当一种加密货币影响力”足够大“，它就有足够的流动性来运作，且多加密货币支付处理者可以轻易把它加入它们的集合里。但是，关于比特币是过时的宠物石头以及它的价值完全来自行走僵尸式的网络效应，只要轻轻一推就倒的声称，同样是完全错误的。 像比特币这样的加密资产有真正的文化和结构性优势，使得它们成为值得持有和使用的强大资产。比特币是这种类型的极佳例子，尽管它不是唯一的例子；其他可敬的加密货币的确存在，且至上主义者也愿意支持和使用它们。至上主义者不仅仅是为了比特币而比特币；相反，很多其他加密资产都是骗局这点是非常真实的认知，而且在保护新手方面，不容忍的文化是不可避免和必须的，并确保这个空间里至少有一个角落是继续值得逗留的。 **误导十个新手避免结果是好的投资，总比一个新手被骗子搞得破产要好**。 **把你的协议做得太简单而不能为 10 个低价值、获得短暂注意力的赌博应用提供服务，总比把它做得过于复杂，而无法提供支撑其他一切的核心稳健货币用例的服务要好**。 **通过积极支持你所相信的东西而得罪数百万人，总比试图让所有人都满意但最终什么都捍卫不了要好**。 **勇敢一点。为你的价值观而战。成为一名至上主义者吧**。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-6/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-4-6/Wed, 06 Apr 2022 00:00:00 GMT <br/> # 合并 (The Merge) **合并的影子分叉进展** 根据上周第 135 次以太坊核心开发者会议 (下文简称为 ACD) ，因为影子分叉使得开发者可以在网络的少数节点上运行合并，但仍然能接收主链上的交易，这样开发者就可以在接近于实时网络的环境里 (例如网络中有大型状态、历史数据等) 对客户端进行测试，且保持有常规的交易流。这之所以很有用是因为它有助于发现与同步、性能等相关的问题，而这些问题在全新的开发测试网里是很难触发的。 上周进行的第一次影子分叉发现客户端有自动暂停的相关问题。第二次的影子分叉则相对顺利一点。开发者已按计划在昨天对 Goeli 测试网进行了第三次影子分叉，并将在下周对主网进行影子分叉。主网的影子分叉将是收集合并后在主网条件下节点表现，大型区块、状态和历史数据会如何影响节点同步，稳定性和表现等数据的很好方法。 关于客户端自动暂停的问题，简单来说就是大多数的共识层客户端倾向于向执行层客户端发送检索区块的调用与它们发送生产该区块的调用之间的时间过于接近了。它们之间的时间差并不足以让执行层构建区块，并导致共识层提交空的信标区块。这通常在执行层还在验证链上最新区块的情况下发生。共识层预期在几百毫秒内得到响应，而实际情况是它可能要在 slot 里等上 4 秒，才能从执行层得到一个区块。 对于这个问题开发者在会议上没有得出解决方案，但会继续讨论这个问题，并希望在下周共识层会议里得到大家都同意的方案。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1509956289035599877&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1509956289035599877" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 624px; display: block; flex-grow: 1;"></iframe> <br/> **小幅推迟难度炸弹的讨论** 在第 135 次 ACD 上，开发者对时间线进行了讨论。Tim Beiko 在会议上提到一旦难度炸弹开始起作用，要预测它什么时候爆炸以及再次推迟的爆炸时间是很难的。因为炸弹按每 10 万个区块提升它的影响，且如果有新的算力加入网络，这可以缓解难度炸弹的影响，相反，如果有算力离开了，影响会加剧。合并使得预测难上加难，因为你预期矿工会开始出售他们的 GPU，算力会下降，但什么时候以及多快是无法预测的。 因此，根据这些做出大概的预测是，到了 7 月下旬出块时间可能会接近 17 秒，Tim Beiko 认为 15 秒的出块时间是大家最大程度可以忍受的，因此最理想的做法是在 17 秒的出块时间前完成合并，或推迟难度炸弹。 如果希望是前者，开发者们需要在四月下旬或未来两次 ACD 后开始分叉测试网，否则最好还是推迟难度炸弹。然后，他们讨论了希望测试网运行多久。似乎大家同意希望比平常的分叉正常运行更长的时间。会议没有得出一个清晰的时间安排，但可能会有逐渐添加测试网的客户端版本，而不是一下全部推出。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1509963801776439296&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1509963801776439296" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 589px; display: block; flex-grow: 1;"></iframe> <br/> # **合并后** **Goerli 测试币供应告急问题** 针对近日有人囤积 Goerli ETH，人们无法从水龙头获取测试币，甚至有人已经在购买 GoETH 以期获得收益的现象，开发者 Afri @q9fmz 在第 135 次 ACD 上指出，现在这种情况使得希望按它原有目的使用 Goeli 网做测试的开发者更难获得 GoETH 了，并提出了两个将铸造大量 GoETH 的方案，以确保这些测试币永远都是不值钱的。通过对两个方案的利弊，以及开发者工作的讨论，会议最终更倾向于合并后对 Goerli 测试网进行重启 (regenesis)。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1509972888593477635&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1509972888593477635" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 442px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层** **新质押者须知** EthStaker 社区的 superphiz 在 reddit 上发布了文章《[如何在以太坊上质押， 2022 年 4 月版本](https://www.reddit.com/r/ethstaker/comments/tvlnck/how_to_stake_on_ethereum_april_2022_edition/)》，文章列出了在过去一个月里发生了哪些变化是与质押相关的，以及分别介绍了参与质押的四种方式 (个人质押、Rocket Pool 的节点运行者、Rocket Pool 的 rEth 持有者，以及托管型交易所质押者) 的情况。在过去一个月里，值得关注的变化有： - Prysm 不再是超级主导的客户端，根据 [pools.invis.cloud](https://pools.invis.cloud/)，使用 Prysm 共识层客户端的占比已低于 66% (截至发稿，占比为 61.9%)。 - Lido 现在管理着信标链上 24% 的验证者，且到合并时这个数据很可能会继续上升。尽管 Lido 被认为是诚实的实体，但任何控制网络超过 20% 的实体都会开始威胁整个网络的去中心化。 - Geth 是非常占主导的执行层客户端，接下来需要鼓励大家使用其他执行层客户端。 [来源](https://www.reddit.com/r/ethstaker/comments/tvlnck/how_to_stake_on_ethereum_april_2022_edition/) <br/> **Nimbus 节点将在 Prater 和 Kiln 测试网服务于轻客户端协议** 今天以太坊共识层客户端 Nimbus 在 github 上合并了 #3559，Nimbus 节点在默认情况下在 Prater 测试网上提供轻客户端数据，并发推宣布将在 Kiln 测试网服务于轻客户端协议。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1511415391293165571&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1511415391293165571" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 645px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **去中心化跨链和跨 rollup 解决方案 Connext 与跨链通信解决方案 Nomad 合作推出 Optimistic Bridges** 4 月 5 日，Connext 宣布和 Nomad 一起推出了一条最小化信任的桥接：Optimistic Bridge。用户可以在扩容解决方案 Milkomeda 区块链和和以太坊之间安全且便宜地转移资产。 Optimistic Bridges 的简单总结： 首先，由于互操作性不可能三角，桥接只能一次性实现其中两点： - 信任最小化 - 通用性 - 可扩展性 而 Optimistic Bridges 探索了另一种新的权衡点：延迟。 与 Optimistic Rollup 类似，他们也使用欺诈证明、监察者以及提款窗口期。他们可以同时实现信任最小化、通用性、可扩展性，但代价是 30 分钟的通信延迟。 来源 1： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1511057972964872197&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1511057972964872197" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 708px; display: block; flex-grow: 1;"></iframe> [来源2](https://blog.connext.network/optimistic-bridges-fb800dc7b0e0) <br/> **StarkNet/Cairo 开发教程资源库** StarkNet 的开发宣传大使 [@HenriLieutaud](https://twitter.com/HenriLieutaud) 和 [@DrSpacemn](https://twitter.com/DrSpacemn) 发布了一个 GitHub 开发教程资源库，包含的内容有 Cairo 101、ERC20/721 的部署、消息桥接：https://github.com/starknet-edu 开发者 [@0xExoMonk](https://twitter.com/0xExoMonk) 整合了 StarkNet 和 Cairo 的[开发教程]([https://seen-joke-82c.notion.site/StarkWare-Development-965f54711eb84dc79f3b61f22df9e383](https://www.notion.so/StarkWare-Development-965f54711eb84dc79f3b61f22df9e383))，内容包括 StarkNet 账户和环境设置、Cairo 基础、StarkNet Cairo 学习曲线、StarkNet 节点设置。 <br/> **StarkNet 在 Goerli 测试网发布首个版本的桥接：StarkGate Alpha** 4 月 4 日，L2 解决方案 StarkNet 推出首个桥接的测试网版本 StarkGate Alpha：https://goerli.starkgate.starknet.io/ StarkGate 作为以太坊和 StarkNet 之间的桥接，目前 Goerli 测试网上的 StarkGate 支持 ETH 和其他 ERC-20 代币，完整清单请查看合约地址：https://github.com/starkware-libs/starknet-addresses ；上线主网之后，初期 StarkGate Alpha 将仅支持 ETH，随后将添加 WBTC、USDC、USDT 和 DAI。 [文档](https://starknet.io/documentation/starkgate-token-bridge/#starkgate_general_architecture) [来源](https://medium.com/starkware/starkgate-alpha-35d01d21e3af) <br/> **OpenZeppelin 推出 Cairo v0.1.0 的标准合约** OpenZeppelin Contracts 自 2016 年推出以来一直都是 Solidity 智能合约开发的支柱。他们是一个由社区经过不断测试的开源软件库，被许多顶级 Web3 项目使用。而现在，他们正扩展到对 StarkNet Cairo 语言的支持。 4 月 6 日，OpenZeppelin 宣布发布 Cairo v0.1.0 的合约，开发者可以利用使用 Cairo 语言编写的标准智能合约在 StarkNet 上构建自己的应用。 [Cairo 合约库](https://github.com/OpenZeppelin/cairo-contracts) [教程](https://blog.openzeppelin.com/getting-started-with-openzeppelin-contracts-for-cairo/) 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1511431719869505538&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1511431719869505538" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 730px; display: block; flex-grow: 1;"></iframe> <br/> **L2 去中心化交易所 Starkswap 推出测试网版本，在 StarkNet Alpha 上线** 测试网：https://www.starkswap.co/ <br/> **zkSync 2.0 测试网应用列表** Matter Labs [整合](https://matterlabs.notion.site/zkSync-2-0-Testnet-Applications-e38328bccda7472793024a25e26a1cac)了在 zkSync 2.0 测试网上部署的应用： 开发团队可以填写一份[表格](https://docs.google.com/forms/d/e/1FAIpQLSeszJi0g79HM4xt1dQBb1OLpLZsZ9qW2wBv9YZwQycsUnUOug/viewform)以将自己的应用添加到列表中： 用户可以领域测试币体验列表中的应用：https://portal.zksync.io/faucet <br/> **区块链数据分析平台 Nansen 宣布集成对 Arbitrum 的支持** 3 月 31 日，Nansen 宣布支持 Arbitrum，推出更多 Arbitrum 的仪表盘。用户现在可以按热门合约、用户代币资产量、代币活跃度和特定地址等等创建筛选过的仪表盘。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1509530987293646856&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1509530987293646856" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 806px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **以太坊合并在谷歌搜索创新高** 根据 GoogleTrends 的数据，以太坊合并 (ethereum merge) 作为搜索关键词在三月创新高。从地理分布上看，以太坊合并在主要在发达国家受关注，前三的国家分别是加拿大、澳大利亚和新加坡。  来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1510895838620717062&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1510895838620717062" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 856px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊未来 2-3 年最需要实现什么才能茁壮成长？** 上周，Tim Beiko 发推征集社区意见，想要了解大家认为以太坊未来 2-3 年最需要实现什么才能茁壮成长，受到社区的积极回复和讨论，以下编译一些高赞的回答，看看是否与你的想法一致： 回答1 - 顺利合并 - 合并后实现 EIP-4488/90 - EIP-4844，在上海升级实现提款 - Verkle tree 和无状态客户端 - Danksharding 和 PBS - 固定下来，等到零知识证明成熟，并得到充分测试 (rollup 会做这个部分的工作) 社会层面： - 多样化社会层 - 精简并集中开发上述几个关键功能，实验可以在应用和 rollup 层上进行 - 吸引开发者创建创新性应用和用户体验 (特别是年轻的开发者) - 解散或对以太坊基金会进行去中心化 <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1509035288781365248&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1509035288781365248" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 470px; display: block; flex-grow: 1;"></iframe> 回答2 - 在手机上运行轻客户端 - 质押 ETH 上 Lido 不占主导 - 基础层在默认情况下保护隐私 <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1509010575837351937&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1509010575837351937" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 350px; display: block; flex-grow: 1;"></iframe> 回答3 随着网络的不断发展和规模的扩大，维护以太坊强大的社会层。 我坚信，如果没有强大的社会层，其他一切都是没有意义的。 <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1509029927038816256&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1509029927038816256" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 398px; display: block; flex-grow: 1;"></iframe> 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1509009729174966272&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1509009729174966272" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 289px; display: block; flex-grow: 1;"></iframe> <br/> **NFT 市场 LooksRare 与 Blockscan Chat 合作推出聊天功能** 3 月 29 日，LooksRare 宣布推出聊天功能。用户只需点击 “Chat 💬” 按钮即可向 LooksRare 上每个 NFT 的持有者或者账户发送信息。 LooksRare 与 Etherscan 旗下的 Web3 通讯产品 Blockscan Chat 合作实现该功能，将来会继续推出消息提醒功能。  <iframe id="twitter-widget-12" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-12&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1508791295669538818&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FT1x5in8uEK-wmrLVaZXUWte00UTgPJk_tvhm1Hg9TiE&amp;sessionId=c5223ce005e2c9a3abc9ace5907dfb0939ce95df&amp;theme=light&amp;widgetsVersion=f9f80a909a60b%3A1648751432723&amp;width=550px" data-tweet-id="1508791295669538818" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 700px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/layerzero-an-omnichain-interoperability-protocolhttps://www.ethereum.cn/Ecosystem/layerzero-an-omnichain-interoperability-protocolFri, 01 Apr 2022 00:00:00 GMT来源 | [LayerZero Official](https://medium.com/layerzero-official/layerzero-an-omnichain-interoperability-protocol-b43d2ae975b6) <br/> 对于跨链桥接和通信，基本上每一种现有的方案都是这两大类的其中一种：第一种是由一条形成共识的中间链在不同链之间验证和转发消息；第二种是在链上运行一个轻节点。我们来讨论一下。 <br/> # 中间链 (Middle Chain) 中间链接收、验证和转发各条链之间的消息。在这种模式下，中间链具有对所有消息的完全签名权，这种设计会使得其成为一个单点故障。在共识被破坏的情况下，所有链上的流动性都会立即被盗。现在的中间链仅与数亿美元的资产绑定，而需要保证数百亿美元资产的安全。随着这些链变得越来越去中心化，当这个巨大的蜜罐被利用时，问题就严重了。 <br/> # **链上轻节点 (On-Chain Light Node)**  链上轻节点接收并验证对立链的区块头。包含消息的交易证明被转发并在链上对照区块头进行验证。这是在链之间传送消息最安全的方式。不幸的是，这也是最昂贵的。在以太坊上运行一个链上轻节点，每条对立链每天都要花费成千上万的美元。 <br/> # 超轻节点 (Ultra Light Node) 链上轻节点极其安全，但同时也极其昂贵。中间链不贵，但没那么安全。  接下来介绍的是超轻节点 **(Ultra Light Node, ULN)**，具有轻节点的安全性和中间链的低成本。超轻节点通过执行与链上轻节点相同的验证来实现；但不是按顺序保留所有区块头，而是由去中心化预言机按需分发区块头。 <br/> # **LayerZero** [LayerZero](http://layerzero.network/) 是一个用户应用 User Application (UA) 结构的**链上端点，这个端点运行着一个超轻节点 (ULN)**。LayerZero 依靠两方在链上端点之间传输消息：预言机 (Oracle) 和中继器 (Relayer)。当一个 UA 从 A 链向 B 链发送消息时，消息会通过 A 链上的端点传输。然后端点会通知 UA 指定的 Oracle 和 Relayer 该消息和它的目标链。Oracle 会将区块头转发给 B 链的端点，然后 Relayer 提交交易证明。该证明在目标链上被验证，消息被转发到目标地址。  <br/> # 安全属性 在拆分 Oracle 和 Relayer 之间的责任时，LayerZero 利用已建立的预言机 (Chainlink 和 Band) 的安全特性，通过开放中继系统增加了一层安全性。虽然这乍一眼看起来只是一个小小的区别，但它的影响是相当深刻的。首先，这意味着这种新网络在最坏的情况下安全性也只是下降到和预言机一样安全。如果你使用 Chainlink 作为你的预言机，那么系统中的任意作恶行为仍然是以首先能够击败 Chainlink DON 为前提的 (这可不是一件容易的事)。即便 Oracle 的共识被破坏，也需要 Relayer 的积极串通。比如，在最极端的情况下，Oracle A 的共识被破坏，Relayer A 也串通了，所有这些风险只由那些接收来自 Oracle A 和 Relayer A 的消息的用户应用承担。所有使用 Relayer B-Z 的用户应用 (运行他们自己的 Relayer)，或者所有使用 Oracle B-Z 的用户应用仍然完全不受影响。在风险模型方面，这与之前描述的中间链系统相比是一个巨大的改变。  <br/> # 用例 就目前的生态来看，跨链消息传递就是桥接的同义词。但是使用 LayerZero 可以做的事情远不止桥接资产那么简单。LayerZero 可以实现跨链状态共享、桥接、借贷、swap、治理等等更多功能。 <br/> # 状态共享 SushiSwap 存在于 12 条不同的链上，每个实例都运行在一个孤立的生态系统中。如果它们想要与 SushiSwap 在以太坊的主要实例同步状态，他们就必须编写使用 Wormhole、Rainbow 桥接、Polygon Network 桥接和 Avalanche 桥接的代码。最终的结果就是会有 11 套代码，也就是有 11 个独立接口和 11 种不同的安全属性。由于桥接和 L1/L2 的生态系统正不断变化，这会让系统越来越难以管理。  使用 LayerZero 的话，SushiSwap 将只需要有单个接口和代码库用于所有的跨链对。他们只需要执行 **“发送“** 和 **”接收“** 功能。”发送“ 包括为目标链形成一条消息，而 ”接收“ 只是解释该消息。 <br/> # 统一流动性的桥接 现在的桥接都争相吸引流动性提供者 (Liquidity Providers, LPs)，在桥接和它们的独立成对资金池之间分散分布流动性。LP 必须选择连接到某条链的单个资金池，而不是拥有一个为所有连接的链提供流动性的资金池。LayerZero 这样解决桥接问题：通过在来源链确保最终确定性，在所有链之间统一流动性。这意味着，当用户从 A 链转移资产到 B 链时，用户会被保证资产在 B 链上，然后 LP 则从所有进入 B 链的交易中收取手续费，而不用管来源链是什么。 <br/>  <br/> # **Swaps** 可以对现有的 AMM 进行封装来执行跨链 swap (不需要修改任何现有的代码即可将某种资产转换成另一种资产)。用户只需在来源链进行一笔交易，就能够将以太坊上的 ETH 转成 Solana 上的 SOL。 <br/> # 借贷 现在，如果某个用户在 A 链上存有资产，但是想在 B 链上进行流动性挖矿，那么 ta 必须在 A 链上抵押借贷 -> 桥接资产 (产生手续费) -> swap (产生手续费) -> 在目标链上进行流动性挖矿 -> swap 回原来的资产 (产生手续费) -> 桥接回原来的链 (产生手续费) -> 偿还贷款 -> 提出抵押资产。使用 LayerZero，你可以在 A 链上抵押资产，然后直接在目标链上借款、进行流动性挖矿、偿还贷款、然后 A 链的抵押资产就解锁了。省去了桥接和 swap 的四笔手续费。  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-30/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-30/Wed, 30 Mar 2022 00:00:00 GMT <br/> # 生态 **跨链桥接安全性再亮红灯，Ronin Network 价值 6.25 亿美元资产不翼而飞** Ronin Network 是由 Sky Mavis 公司开发的一条以太坊侧链，主要为 NFT 游戏 Axie Infinity 提供支持。3 月 23 日，Ronin 链被黑客通过其跨链桥盗取 173,600 枚 ETH 和 2500 万 USDC，价值约合 6.25 亿美元。 下面总结了 Ronin Network 对此次攻击事件的公告： Ronin Network 出现一起安全事件，3 月 23 日 Sky Mavis 的 Ronin 验证者节点以及 Axie DAO 验证者节点被入侵，导致 173,600 枚 ETH 和 2500 万 USDC 被黑客通过 Ronin 桥接分两笔交易盗走。(交易哈希：[1](https://etherscan.io/tx/0xc28fad5e8d5e0ce6a2eaf67b6687be5d58113e16be590824d6cfa1a94467d0b7) [2](https://etherscan.io/tx/0xed2c72ef1a552ddaec6dd1f5cddf0b59a8f37f82bdda5257d9c7c37db7bb9b08) ) 黑客利用被黑的私钥伪造了提款。Ronin 称他们于 29 日早上发现这起攻击，因为有一名用户表示其无法从 Ronin 桥接提出 5,000 ETH 的资产。 该起攻击事件的细节：Sky Mavis 的 Ronin 链目前有 9 个 验证者节点。进行一笔存款交易/提款交易需要 5 名验证者的签名。黑客成功控制了 Sky Mavis 的四个 Ronin 验证者节点和一个由 Axie DAO 运行的第三方验证者。 目前，Ronin 已采取的措施有： - 将验证者签名门槛从 5 名更新为 8 名； - 联系了主要交易所的安全团队，未来几天会联系更多团队； - 正在迁移我们的节点，该措施会将我们网络完全和旧基础设施隔离开来； - 暂时停止了 Ronin 桥接的访问，币安也暂停了 Ronin 链的充提； - 暂停了 Katana DEX 的访问； - 正与 Chainalysis 合作监控被盗资产的动向。 [来源](https://roninblockchain.substack.com/p/community-alert-ronin-validators?s=w) 针对这次事故，Optimism 团队的开发者 [@kelvinfichter](https://twitter.com/kelvinfichter) 发了一条回顾推特，以下是重点： 这次的 Ronin 桥接攻击与以往的桥接攻击非常不一样，它不是由于智能合约出现漏洞引起的，更多是对于“多签”安全设置这个机制的私钥进行的典型攻击。只要 9 名验证者节点中的 5 名验证者被控制，桥接的资产就能轻易被转走。这也是为什么信任最小化如此重要。 [@kelvinfichter](https://twitter.com/kelvinfichter) 认为这其中最根本的错误就是将资产的安全性依赖于一条基于验证者签名的桥接。Ronin 桥接基于一个十分根本的假设：大部分私钥不会被入侵。很明显这个假设已经不成立了。 那么如何抵御这类攻击呢？首先，很明显不应该由单个实体运行好几个验证者节点 (很不幸，Sky Mavis 运行着 4 个节点)。如果你资源充足，你很应该实现多客户端。看起来这次攻击是由于客户端的一个 bug 造成的，该 bug 被利用来恢复私钥或强制私钥对任意消息进行签名。这就是多客户端如此重要的原因，也解释了为什么以太坊社区一再强调多客户端的重要性以为合并做充分的准备。如果 Ronin 至少有三个客户端实现，那么黑客也不会得逞了。当然，运行三个客户端实现成本很高，但是 6.25 亿美元损失更惨重吧！ 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0Zndfc2tlbGV0b25fbG9hZGluZ18xMzM5OCI6eyJidWNrZXQiOiJjdGEiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3R3ZWV0X2VtYmVkXzk1NTUiOnsiYnVja2V0IjoiaHRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1508839255996522508&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FplgOBPk-EBthP9YGF-b9sHsA_NXqKt93zXiuZBZ_hBE&amp;sessionId=df0d116c421ba35a9e8535395b54e7aa2ac7b66c&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1508839255996522508" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 337px; display: block; flex-grow: 1;"></iframe> 关于跨链桥接安全性的一些延申： 此前，Vitalik 在[以太坊基金会研究团队第七次 AMA 上](https://www.ethereum.cn/Technology/ama_we_are_the_efs_research_team_7)就表达了其观点：“我之所以对多链的区块链生态系统保持积极态度，而对跨链应用保持消极态度，一个关键原因就是桥接具有根本性的安全限制。” 并在后续发布了文章[《什么是“共享安全性”，为何它如此重要？》](https://www.ethereum.cn/Layer2/a_quick_reminder_of_what_shared_security_means/)，通过“共享安全性”这一概念解释了为什么跨链桥接具有如此根本的安全限制。 <br/> **针对开源贡献者分发的 POAP：GitPOAP 即将上线** GitPOAP 将于 4 月 7 日上线主网。GitPOAP 旨在对软件贡献者提供 POAP 作为纪念，这个平台让开发者基于 GitHub 的活跃度铸造 POAP。这个项目的初衷是想要让开源开发者和维护者获得认可度和信誉。这种对于开发者成就的链上记录将实现一种由声誉和身份驱动的 Web3 应用生态系统。 GitPOAP 会追溯 Github 用户的历史记录，并向任何为以太坊的开源项目做出贡献的人分发年度贡献者 POAP。由于其目前针对的是软件方面的贡献，所以如果你对任何一个项目合并提交了 PR，你就能申领 POAP。  如何铸造：连接钱包并使用你的 GitHub 账户登录 [gitpoap.io](http://gitpoap.io/) (等上线之后)，便能显示铸造资格。 [来源](https://medium.com/gitpoap/launching-gitpoap-5df20e73f682) <br/> **赞比亚争取成为非洲的科技中心，获得 Vitalik 的支持** 3 月 27 日，彭博社发表文章《[以太坊创始人支持赞比亚成为非洲的科技中心](https://www.bloomberg.com/news/articles/2022-03-27/ethereum-founder-is-backing-zambia-s-bid-to-be-africa-s-tech-hub?utm_campaign=socialflow-organic&cmpid%3D=socialflow-twitter-africa&utm_content=africa&utm_source=twitter&utm_medium=social)》，文章报导了在非洲南部有一群初创公司创始人正在与政府讨论如何创造能够吸引更多科技公司和资本的监管和营商环境。这个团体正在组织一场会议，于 5 月在赞比亚首都卢萨卡起草详细的政策建议，他们认为赞比亚有以前的非洲科技中心所不具备的优势。 今年早些时候，Vitallik 在一次线上会议上向赞比亚总统 Hakainde Hichilema 表达了支持，该会谈进一步表明，非洲最近作为初创公司的温床正在蓬勃发展，特别在金融技术和电子商务领域。为非洲大陆数以百万计没有银行账户但能连上互联网的人提供金融服务的企业吸引了海外投资者的注意，非洲公司在 2021 年筹集了创纪录的 50 亿美元。 此外，吸引科技公司也有助于兑现他的竞选承诺——改善就业，而且赞比亚政府也正在寻求更开放方式来推动经济发展。 此篇报导发出后，赞比亚总统 Hakainde Hichilema 在推特转发评论到：“技术能给数百万的赞比亚人带来机会。很高兴看到国际科技领袖分享我们对现代和创新的赞比亚的愿景。” Vitalik 也在推特回复到：“期待在赞比亚和非洲看到更多的区块链和加密项目！在扩容、易于使用的钱包和其他重要领域还有很多工作需要完成，但也有很多独特的机遇。” 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0Zndfc2tlbGV0b25fbG9hZGluZ18xMzM5OCI6eyJidWNrZXQiOiJjdGEiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3R3ZWV0X2VtYmVkXzk1NTUiOnsiYnVja2V0IjoiaHRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1508914845198000130&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FplgOBPk-EBthP9YGF-b9sHsA_NXqKt93zXiuZBZ_hBE&amp;sessionId=df0d116c421ba35a9e8535395b54e7aa2ac7b66c&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1508914845198000130" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 531px; display: block; flex-grow: 1;"></iframe> <br/> # **合并 (The Merge)** **合并须知更新** 以太坊基金会的 trent@trent_vanepps 继续对一些关于合并的常见或容易搞错的问题进行汇总，继 [61 期七日谈](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-1/)提到的四点外，有以下补充：  5. 所有的质押者：你们应该开始在合并前运行一个本地的执行层 (EL) 客户端了。以后，把这部分的工作外包给第三方提供商会因为“[托管证明机制](https://www.ethereum.cn/Eth2/proofs-of-custody)”为质押者带来罚没风险。 6. 合并将使用累计的难度 ([终结总难度](https://t.co/41NxZKVrnJ)，TTD) 来触发 PoW 向 PoS 的过渡，而不是区块高度。 7. 合并后，2 个 ETH 的区块奖励就没有了。新增发的 ETH 只会来自 PoS 验证者提议区块 (~0.025 ETH) 或“证明”即对网络状态投票 (~0.00002 ETH)。由此，4.3% 的 PoW 增发率将下降为 PoS 的0.43%。 8. 合并后运行一个节点是不需要任何 ETH 的 (从来都不需要)。这是以太坊文化很重要的一部分，大家都应该知道。（质押，即共识活动，是独立的，这是需要 32 个 ETH 的。如果使用质押服务商，可以用少于 32 个 ETH 参与质押。) 9. 合并后也不再有叔块了。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0Zndfc2tlbGV0b25fbG9hZGluZ18xMzM5OCI6eyJidWNrZXQiOiJjdGEiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3R3ZWV0X2VtYmVkXzk1NTUiOnsiYnVja2V0IjoiaHRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1508478499325202435&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FplgOBPk-EBthP9YGF-b9sHsA_NXqKt93zXiuZBZ_hBE&amp;sessionId=df0d116c421ba35a9e8535395b54e7aa2ac7b66c&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1508478499325202435" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 314px; display: block; flex-grow: 1;"></iframe> 此外，最近《财富》杂志撰文《“合并”的三大错误认识，以太坊下一个重大升级将影响其供应量和其对环境的影响》，值得大家关注。文中提到的三大错误认识为： 1. 合并并不会创造一种“新”的以太坊代币 2. 合并将不会降低以太坊的费用 3. 目前合并还有没有设定日期 [来源](https://fortune.com/2022/03/28/3-misconceptions-ethereum-merge/) <br/> # **合并后** **合并后验证者的收益预测** 专注于质押服务的 Attestant 近日发布了研究文章，探索以太坊合并一年后验证者的收益情况预测。Attestant 收集了区块高度从 12,965,000 (伦敦升级在这里激活) 到 14,207,123 之间的区块数据 (区块中所有交易的交易奖励总额和区块里所有交易直接支付给费用接收者的所有金额），因为伦敦升级开始使用 1559 费用市场。 研究结果如下： 如果简单用奖励总额除以区块数，得出平均每个区块的奖励是 0.298 ETH。  而从分布来说，如图表显示，大多数的奖励是少于 1 ETH 的。 而通过累计概率图来看的话，要回答的问题就变成“我要获得 x 个 ETH 的区块奖励的可能性如何？”  从上图可看出，有 80% 的概率是可以获得 0.4 或更少的 ETH 的。也就是说，上述问题的回答可以是“有五分之一你提议的区块将获得至少 0.4 个 ETH”。 那区块奖励是否有随时间变化的趋势呢？要回答这个问题，请看下面每天平均的区块奖励图：  除去那三个需要被剔除的值，每天平均的区块奖励会略高于 0.25 个 ETH，且长期来说是相对稳定的。但在不久的将来，大多数的小额交易都会搬到二层，一层会更专注于大型交易，大型交易可能会带来高额奖励，但其数量也更少，因此区块奖励是会变更多还是更少，都是有可能的。 这对验证者来说意味着什么呢？ 下图为验证者在共识层上随活跃验证者数变化的收益率。  Attestant 用算得的平均区块奖励 0.298 ETH 和每个活跃验证者预计一年内将产生的区块数，得出执行层上会产生的总 ETH 奖励，而基于这个收益得出执行层的收益率预测图：  将合并后共识层和执行层的收益率预测放在一起，会得出：  需要注意的是，这只是预测，有很多变量可能会导致这些值随时间发生变化。 [来源](https://www.attestant.io/posts/exploring-execution-block-rewards/) <br/> # **执行层** **Verkle tree 更新汇总**  <center>"Urge"路线图的“The Verge"部分</center> Verkle tree 解决的是阻碍以太坊变成无状态客户端友好的关键问题：见证数据大小。在今天的十六叉帕特里夏树里，访问一个账户的见证数据平均接近 3 kB，而在最坏的情况下，他可能比这大三倍。假设最坏情况是每个区块有 6000 次访问 (15m gas/ 2500 gas 每次访问)，对应的见证数据大小为大约 18 MB，对于在 12 秒的 slot 里通过 p2p 网络来安全广播，这太大了。Verkle tree 可以把见证数据大小缩小到平均每个账户大约 200 字节，这使得提供给无状态客户端的见证数据的大小是可接受的。 Verkle tree 是一个承诺方案，与默克尔树工作原理相似，但见证数据更小。它的工作原理是用矢量承诺取代默克尔树中的哈希，矢量承诺使得更宽的分支因子更有效率。 最近，主要负责 Verkle tree 开发的 Guillaume Ballet 更新了测试网的进度，以及开始发推进行 Verkle tree 的知识普及。以下是对他近期发布内容的整理： 3 月 12 日，Guillaume 发布了一个 Verkle tree 测试网 Condrieu 的 demo 视频。这是一个单个客户端测试网，使用 prestate 的证明来产生区块。这意味着客户端不需要同步整个状态来加入以太坊网络。demo 前对这个测试网有一个简单介绍： 与其他测试网相比，Condrieu 特别的地方在于 1) 它使用的是 verkle tree，2) 账户数和存储树合并在同一个树，3) 它产生的区块是无状态的。 总的来说，Verkle tree 更宽和更浅，且证明大小更小。它对存储模型进行了全面改革。一个账户的所有属性不会压缩在一个叶子上，这些属性可以在不同的叶子上找到。每个叶子是 32 字节。 区块格式也有变化，区块头有两个新增的字段，其中一个字段是一个列表，包含在区块执行里会被改变的键和对应的值，另一个字段是验证那些键和值是正确的证明。 demo： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0Zndfc2tlbGV0b25fbG9hZGluZ18xMzM5OCI6eyJidWNrZXQiOiJjdGEiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3R3ZWV0X2VtYmVkXzk1NTUiOnsiYnVja2V0IjoiaHRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1502321952551280647&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FplgOBPk-EBthP9YGF-b9sHsA_NXqKt93zXiuZBZ_hBE&amp;sessionId=df0d116c421ba35a9e8535395b54e7aa2ac7b66c&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1502321952551280647" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 484px; display: block; flex-grow: 1;"></iframe> 此外，Guillaume 发推文对 Verkle tree 对区块格式和树结构变化进行了讲解。 区块格式： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0Zndfc2tlbGV0b25fbG9hZGluZ18xMzM5OCI6eyJidWNrZXQiOiJjdGEiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3R3ZWV0X2VtYmVkXzk1NTUiOnsiYnVja2V0IjoiaHRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1504390290144169992&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FplgOBPk-EBthP9YGF-b9sHsA_NXqKt93zXiuZBZ_hBE&amp;sessionId=df0d116c421ba35a9e8535395b54e7aa2ac7b66c&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1504390290144169992" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 337px; display: block; flex-grow: 1;"></iframe> 树结构： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0Zndfc2tlbGV0b25fbG9hZGluZ18xMzM5OCI6eyJidWNrZXQiOiJjdGEiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3R3ZWV0X2VtYmVkXzk1NTUiOnsiYnVja2V0IjoiaHRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1508422189216894979&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FplgOBPk-EBthP9YGF-b9sHsA_NXqKt93zXiuZBZ_hBE&amp;sessionId=df0d116c421ba35a9e8535395b54e7aa2ac7b66c&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1508422189216894979" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 313px; display: block; flex-grow: 1;"></iframe> 参考文章：[1](https://blog.ethereum.org/2021/12/02/verkle-tree-structure/) [2](https://notes.ethereum.org/@vbuterin/verkle_tree_eip) <br/> 更多主网的更新消息，请参阅最新一期的《[以太坊核心开发者会议更新](https://www.ethereum.cn/Eth2/allcoredev-update010)》和《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-3-25)》。 <br/> ## **Layer2** **L2 扩容解决方案路印为 GameStop NFT 市场提供支持，其 beta 版上线** 3 月 23 日，L2 扩容解决方案路印宣布与游戏销售商 GameStop 达成合作，为其即将推出的 GameStop NFT 市场提供支持。用户现在可以提前访问其 beta 版 ([beta.nft.gamestop.com](https://beta.nft.gamestop.com/)) 设置自己的用户名和个人档案，进行质押存款以等待 GameStop NFT 市场的正式上线。 [来源](https://medium.loopring.io/gamestop-nft-marketplace-powered-by-loopring-l2-6cdb9289d937) <br/> **Optimism 部署了 calldata 压缩，交易费降低 40%** 3 月 25 日，L2 扩容解决方案 Optimism 表示其网络已经完成 calldata 压缩的部署，网络交易费将平均减少 40%。 这里是进行 calldata 压缩后的[首笔主网交易哈希](https://etherscan.io/tx/0xedbdc5cdd574ca7d7532f5756d11dda3e5c1f91173e7624f4edfb12d6338b825)。 此前，Optimism 发布了文章[《Optimism 开销优化：通往美分级手续费之路》](https://medium.com/ethereum-optimism/the-road-to-sub-dollar-transactions-part-2-compression-edition-6bb2890e3e92) 以介绍 Optimism 开销的组成部分并分析对这些组成部分的调整如何影响用户的交易手续费，具体细节请点击文章阅读 ([中文版](https://www.ethereum.cn/Layer2/the-road-to-sub-dollar-transactions))。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0Zndfc2tlbGV0b25fbG9hZGluZ18xMzM5OCI6eyJidWNrZXQiOiJjdGEiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH0sInRmd19ob3Jpem9uX3R3ZWV0X2VtYmVkXzk1NTUiOnsiYnVja2V0IjoiaHRlIiwidmVyc2lvbiI6bnVsbH0sInRmd19zZW5zaXRpdmVfbWVkaWFfaW50ZXJzdGl0aWFsXzEzOTYzIjp7ImJ1Y2tldCI6ImNvbnRyb2wiLCJ2ZXJzaW9uIjo0fSwidGZ3X2V4cGVyaW1lbnRzX2Nvb2tpZV9leHBpcmF0aW9uIjp7ImJ1Y2tldCI6MTIwOTYwMCwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1507077884594241547&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FplgOBPk-EBthP9YGF-b9sHsA_NXqKt93zXiuZBZ_hBE&amp;sessionId=df0d116c421ba35a9e8535395b54e7aa2ac7b66c&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1507077884594241547" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 386px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-3-25https://www.ethereum.cn/Eth2/wnie2-2022-3-25Tue, 29 Mar 2022 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_220325) <br/> ## 首要推荐 👉 [《/r/ethereum 用户应该知道的东西: PoS 特别版》](https://www.reddit.com/r/ethereum/comments/tijcq1/stuff_rethereum_should_know_proof_of_stake_edition/) 👈 <br/> ## 信标链 上周我们遇到一个小事故 —— 在一个小时左右的时间里，信标链的参与率一度下降了 8%。从我们 (Teku) 的 Discord 讨论区突然热闹起来，还有从查看谁正丢失区块提议中，我们很快便发现这是 Teku 造成的故障。  在一个小时左右的时间里，信标链的参与率一度下降了 8% 更详细的说明请阅读我们对于此次事故的[回顾](https://github.com/ConsenSys/teku/wiki/Post-Incident-Review---Deposit-Processing-Performance)。简单总结就是，在这之前的几个小时里，存款合约有一个[质押峰值](https://twitter.com/terencechain/status/1506689244701495297)。根据同意 Eth1 链状态的机制，每七小时左右会将存款分批处理到信标链上。突然包含着 4000 笔质押存款的大型 batch 交易进入信标链，使得 Teku 暴露了其在存款处理上的不足，并产生了一些令人讨厌的连带效应。 值得庆幸的是，这个问题是暂时的。这个 batch 的存款一处理完之后，参与率就恢复正常。此外，没有任何实际的方法可以利用这一点来重复对 Teku 进行 DoS 攻击：4000 笔存款太昂贵了！正如事故回顾文章中所解释那样，我们已经修复了最初的性能问题，并且深入研究了其底层架构，让 Teku 未来更具有弹性。已修复的版本为 [22.3.2](https://github.com/ConsenSys/teku/releases/tag/22.3.2)；如果你还没有更新，请尽快更新。 由于 Teku 是 Eth2 客户端中使用占比较小的客户端 (占比小于 33%)，此次 Teku 故障的广泛影响是极小的。并非所有 Teku 节点都宕机了 —— 勇敢的 Metal Albert 设法全程参与，虽然他也出现一些小故障 —— 但是确实似乎有相当一部分人丢失区块了。不管怎么样，信标链还是吭哧吭哧地运转。如果占比大的客户端出现了故障，后果就严重得多了 —— 会造成相当长的无法敲定的时间。这对每个人来说都是糟糕的，而那些运行多数客户端的人尤其如此，因为他们会受到额外的不作为惩罚 ([inactivity leak](https://eth2book.info/altair/part2/incentives/inactivity))。 为了再次强调客户端多样性的重要性，[Dankrad](https://twitter.com/dankrad/status/1506958509195374598) 最近发布了一篇关于客户端多样性的文章，[详细地探讨了这些问题](https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html)。直截了当地说，“如果你正在运行着 Prysm 客户端，你正面临着一个很真实的风险，你可能会损失所有资金，你应该考虑转换客户端”。 更多关于客户端多样性的内容： - [Freddy](https://twitter.com/_crypto_crack/status/1504459918539120643) 创建了一个[金融模型](https://docs.google.com/spreadsheets/d/12R8wkuv62hZyajrhhlkNrskkwH2-zjYZjXKkHJuxGQc/edit#gid=1446351392)，允许质押者量化运行多数客户端的风险。 - [rated.network](https://twitter.com/ratedw3b/status/1504455865239158785) 更新了他们前端，展示每个节点运营商的客户端分布。 - [The Vans](https://twitter.com/EthereumAustin/status/1504858224704561155) 上周在 ETH Austin 聚在一起讨论客户端多样性。我试图找到这场讨论的录音，但没有找到 —— 如果你找到的话请联系我。 - [Dappnode](https://twitter.com/DAppNode/status/1504809228271296512) 也在尽其所能推进客户端多样性。他们现在在 Prater 测试网已支持三个客户端了，很快也会加上 Nimbus。大家已经期待已久了。测试顺利之后很快就会上线主网了。 关于其他信标链的新闻，我们即将迎来一个重要的技术里程碑。正如[大家所知道的](https://eth2book.info/altair/part3/config/configuration#min_per_epoch_churn_limit)，验证者激活和退出已被限制在 4 个验证者/epoch，900 个验证者/天。一旦活跃验证者数达到 327,680 名，这个限制就会提高到 5 个验证者/epoch，1,125 个验证者/天。这听起来可能没什么大不了的，但它实际上是信标链运作的一个重大变化。我们应该在下周的某个时候达到这个里程碑。 <br/> ## 合并 ### Kiln 测试网 备受期待的 Kiln 合并公共测试网于 3 月 14 日[宣布发布](https://blog.ethereum.org/2022/03/14/kiln-merge-testnet/) ([中文版](https://www.ethereum.cn/Eth2/kiln-merge-testnet))。登录页面：https://kiln.themerge.dev/ Kiln 合并事件在北京时间 3 月 15 日 23 时后不久发生。此次合并事件是成功的，尽管它只是刚好合格。合并后的链持续运行，交易和敲定都正常进行了。 然而，还是有一些问题。这些问题在最新一场核心开发者会议中[有讨论过](https://twitter.com/TimBeiko/status/1504915167372472323)，但总的来说： - Prysm 在它自己和执行层之间存在字节序 (endianness) 上的分歧，使其不能产生有效的区块。由于 Kiln 被设置成一个 Eth2 客户端分布比较平均的网络，这没有造成很大的影响。当然，如果模拟当前信标链上的客户端分布，这将是一个很严重的网络故障。Prysm 发布的[事件回顾](https://hackmd.io/@prysmaticlabs/HyZqgTA-c)。 - Nethermind 有一些节点宕机了。 - Erigon 也出现一些字节序上的问题。 本次测试中，我们得到了一些教训，知道我们在合并时应该要监控什么。更多客户端参与进来使得我们比平时更难弄清到底发生了什么。而且 (已经不是一次两次了) 区块浏览器在整个过程中都是不可用的。 目前的计划是让 Kiln 作为公共测试网继续运行，我们鼓励大家给 Kiln 一个锻炼的机会。似乎 Tenderly、Lido 和 Uniswap 都已经[加入测试了](https://twitter.com/TimBeiko/status/1506025076449107970) —— 如果你想确保你的东西在合并后也能完美地运作，那么现在是时候在 Kiln 上测试了。 Danny 在文章 [Finalized no. 34](https://blog.ethereum.org/2022/03/23/finalized-no-34/) 中给出了更多测试合并的信息，并邀请大家加入测试。 ### **Kiln 测试网指南** - [如何在 Kiln 上运行节点](https://notes.ethereum.org/@launchpad/kiln) - [在 Kiln 上的 Lodestar 设置指南🔥🧱](https://hackmd.io/@philknows/By5qahdZc) - 使用 [EthereumJS](https://twitter.com/EFJavaScript/status/1507313725996425253) 和 Lodestar 的设置指南 还有[上期](https://hackmd.io/@benjaminion/wnie2_220311#Testing-the-Merge)也列出的一些清单。 ### 开发者测试网-6 和影子分叉 随着 Kiln 的推出和运行，测试工作只会更加紧张。另一个短暂运行的开发者测试网 (No.6) 将于下周上线。 比开发者测试网更有意思的是影子分叉。也就是说，将某个现有网络的状态映射到合并后的 PoS 网络中。这意味着真实的网络在发生交易时，这些交易会重放到影子网络上。Goerli 网络今天被进行了影子分叉，并且会计划每隔几周重复一次。(由于交易排序的问题，这两个网络逐渐失去同步性，所以影子网络需要每隔一段时间重新初始化以获得最大的效用。) 如果 devnet-6 和 Goerli 的影子分叉都运行良好，那么我们打算在两周后对以太坊主网进行影子分叉。最终会每晚进行一个影子分叉，选择不同的多数客户端，以放大任何潜伏的问题。 在那之后，将现有的测试网迁移到 PoS 网络上的开发就有望了。大家可以在 [wenmerge.com](https://wenmerge.com/) 网站上关注合并进度。(大家不要太在意倒计时。我们主要不是受难度炸弹的驱使推进合并，也不会仅仅为了这个目的而赶工。但是不管怎样，它绝对是我们做出决定的其中一个影响因素)。 ### Pandas 🐼 现在看来，用 ASCII 为合并事件实现一个类似横幅一样的东西很有意义 (谢谢 [Greg](https://twitter.com/gregthegreek/status/1503772426164920327)!) [Prysm](https://twitter.com/terencechain/status/1506346434370494465) 和 [Lighthouse](https://twitter.com/EthDreamer/status/1506372002512314376) 都做了。如果有人想给 Teku 也做一个类似的东西，我们为此发布了一个 [open issue](https://github.com/ConsenSys/teku/issues/5231)，欢迎提交！ <br/> ## 合并之后 合并之后的首次网络升级包括两大主题 (执行层的升级暂命名为上海升级，共识层的升级暂命名为 Capella)：验证者余额提款以及所谓的 blob 类型交易。 正如之前所提到的，目前有一个验证者提款[元规范](https://notes.ethereum.org/@ralexstokes/Skp1mPSb9)作为执行层和共识层进行变化的保护伞。共识层的升级现在有三项 EIP 在讨论中： - PR-2836 是推式提款的基础，即从信标链到执行层。 - 据我所知，这将要求拥有旧式 BLS 提款凭证 (`0x00` 前缀) 的人在可以提款前将凭证更新为 `0x01`。虽然有一个 [open issue](https://github.com/ethereum/consensus-specs/issues/2213)，但到目前为止我还没看到进行这种更新的机制。 - [PR-2854](https://github.com/ethereum/consensus-specs/pull/2854) 只是一个管理上的更新，以表明上述机制不会触发 EVM 执行。它只是简单地更新了 Eth1 的账户余额。 - PR-2862 提议了一个机制，让超过 32 个 ETH 余额的账户进行部分提款 - 这将自动循环地从验证者余额里提出多余的部分，并以 256 个验证者/epoch 的速度将这些多余的部分转到关联的 Eth1 账户中。根据目前的验证者数，相当于每个验证者每六天轮一次。频率设置成这样的[理由](https://github.com/ethereum/consensus-specs/pull/2862#issuecomment-1079075127)。 在执行层与这些变化相对应的是 [EIP-4895](https://eips.ethereum.org/EIPS/eip-4895)。好消息是，无论是全额提款还是部分提款，提款至你的 Eth1 账户是不需要 gas 成本的。 至于 blob 交易类型提案 [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844)，它现在甚至有自己的[网站](https://www.eip4844.com/)了。这个网站包括 Vitalik 的文章 [Proto-Danksharding FAQ](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) ([中文版](https://www.ethereum.cn/Eth2/proto-danksharding-faq))。对的，proto-danksharding 现在是它的新命名了。 <br/> ## 释义性文章 我一开头就放了这篇文章的链接了，[《/r/ethereum 用户应该知道的东西: PoS 特别版》](https://www.reddit.com/r/ethereum/comments/tijcq1/stuff_rethereum_should_know_proof_of_stake_edition/) 真是宝藏。它准确地阐述了事实，很好地反击了那些不准确的报道。 Tim Beiko 和 Pooja Ranjan 一起参加了 Enterprise Ethereum Alliance 的[每月科普会议](https://www.youtube.com/watch?v=LdAlzFPaJpQ)，对合并及合并后进行了讨论。 另一个来自 [Jacek](https://twitter.com/jcksie/status/1504392762342395905) 的特别内容，这个是关于 Nimbus 如何通过重新处理区块历史 DAG 的存储来降低内存消耗。 我们上次提到，Guillaume Ballet 正致力于在以太坊中实现 Verkle trees 的测试，作为向无状态客户端推进的一步。他发布了一条[推特长文](https://twitter.com/gballet/status/1504390290144169992)，详尽解释了无状态以太坊和 Verkle tree 会对以太坊的区块格式造成什么影响。 然后我终于完成了 Eth2 book 中关于 [BLS 签名](https://eth2book.info/altair/part2/building_blocks/signatures)这章的的第一节。接下来我将着手些随机性和信标链的 RANDAO 如何运作的内容。 <br/> ## 媒体和其他 Bankless 的文章[《不要在合并过程睡着了》](https://newsletter.banklesshq.com/p/dont-sleep-on-the-merge-lite)：“为什么合并将在 6 月发生，这对 ETH 资产意味着什么。” (这是 Bankless 的看法。他们有着无限乐观的精神。我的忠告是，如果你听到的日期估计不是 Danny Ryan 亲口说的，那都要半信半疑了。如果你需要一些悲观信息中和一下，可以看看 [Alexey 写的](https://twitter.com/realLedgerwatch/status/1507378186149105681)。) Tim Beiko 做客 Matt Leising 的播客 “[DeCent People Podcast](https://www.decential.io/features/yko0vbue75yxv9l8354u24z6ym9d2i)” 谈论 ETH2.0 的进展。我喜欢这个标题，还没有听，但我一定找时间听一下。Matt Leising 写了 ["Out of the Ether"](https://www.amazon.co.uk/Out-Ether-Amazing-Ethereum-Destroyed/dp/1119602939) 这本很棒的书。 如果你想通过书面的形式了解 Tim，可以看看 [CryptoStaker 的采访](https://cryptostaker.com/tim-beiko-interview/)。 <br/> ## 研究 MEV 仍然是推动以太坊架构未来可能性的一个重要因素。对于目前的发展方向，社区有一些[明显的担忧](https://ethresear.ch/t/block-builder-centralization/12135?u=benjaminion)，我一直都很开心能够看到可替代的方案被提出来。[Shutterized 信标链](https://ethresear.ch/t/shutterized-beacon-chain/12249?u=benjaminion)就是这样一种替代方案，它描述了一种在以太坊区块内处理加密交易的机制。 <br/> ## 常规会议 ### 实现者会议 第 84 次会议在 3 月 24 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/501) - [会议视频](https://www.youtube.com/watch?v=ThoT6-eLTN0&t=317s) - 我的[速记](https://hackmd.io/@benjaminion/SybzPe5f5) ### 核心开发者会议 第 134 次会议在 3 月 18 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/492) - [会议视频](https://www.youtube.com/watch?v=Lbsjw-lzMIw) - Tim Beiko 的[推特笔记](https://twitter.com/TimBeiko/status/1504913092420931584) 话题：Kiln 发布回顾；确定了一些 JSON RPC flag (“finalized”、“safe” 和 “latest”)；信标链提款；proto-danksharding (EIP-4844)；协调执行层和共识层的 EIP 进程。 <br/> ## 活动预告 - 3 月 28 日，周一：Justin Drake 和 Lyn Alden 在 [Bankless 的 podcast](https://twitter.com/BanklessHQ/status/1504202580842319872) 上辩论 “PoW vs PoS”。肯定会很精彩。 - 4 月 21 日，周四：EthStaker 将在阿姆斯特丹的 DevConnect 上举办[黑客松](https://ethstaker.cc/ethstaker-devconnect-2022/)。奖金有一万美元。你可能会在那看到我哦。 <br/> ## 其他新闻 - 最新的 [Ethereum Pools](https://twitter.com/EthereumPools/status/1506329386357772290) 更新。他们发现了我们的 Teku 问题，所以他们肯定没有在监控时睡着。 - [Stereum 更新 4](https://twitter.com/stereumdev/status/1506000129450549269)，话题：“我们的 UI 开发进度和一些更新和维护挑战的数据。” <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/allcoredev-update010https://www.ethereum.cn/Eth2/allcoredev-update010Mon, 28 Mar 2022 00:00:00 GMT来源 | [AllCoreDevs Updates](https://tim.mirror.xyz/M_3JZXBkvXnr3W1222WIDo1ipMuFymszjH-FP40CO5c) <br/> ## 摘要 👀 自一月份以来，发生了很多事情，以至于我一直在努力找时间把它们写下来。以下是本次更新的重点： - 最新的合并测试网 Kiln 已经启动。在上面进行的 PoS 过渡揭示了一些实现上的问题，现在所有人都把工作重心放在合并测试上🛠 - 下一次的以太坊升级上海升级在拟定中，计划中有 EVM 升级、信标链提款、L2 费用减少等 🌃 - 以太坊执行层的可执行规范正在顺利进行。下一步：协调 EL+CL 的升级过程 📜 - 协议公会，一个为客户端开发者和研究员提供基于通证的补偿倡议，现在有超过 100 个成员，并很快推出试点 💰 <br/> ## Kiln 测试网🔥🧱 继 Kintsugi 后，Kiln 测试网[最近也启动了](https://blog.ethereum.org/2022/03/14/kiln-merge-testnet/)了。根据在 Kintsugi 测试网上发现的临界情况，Kiln 加入了一些变更和重命名到合并规范。尽管合并的规范现在看上去几乎接近最终版了，在 Kiln 上运行的过渡在各个客户端中浮现了实现上的问题。团队现在正加倍努力进行测试，以确保所有实现都是安全和稳定的。Danny 在[最新的 Finalized 更新](https://blog.ethereum.org/2022/03/23/finalized-no-34/)里谈到了这点。 假设没有发现重要的问题，Kiln 将是最后一个发布的新公共测试网。下一步，一旦我们对客户端的实现和基础设施/工具的准备情况感到满意，我们将在现有的测试网 (像 Ropsten、Goerli、Sepolia 等) 进行合并。 与每次升级一样，我们将在升级后监测测试网，以确保它们是稳定的。一旦我们确信测试网按预期运行，我们将为以太坊主网计划过渡！ 虽然我们已经很接近合并了，而且这对整个社区来说是一个非常令人兴奋的时刻，但过渡能安全进行比任何目标日期更重要，是合并的头等大事。这是迄今为止以太坊进行的最复杂的升级。我们不想出错 😁. 一旦决定了，测试网和主网升级的时间线将会在各社区宣传渠道公布，例如每周以太坊进展 ([This Week in Ethereum](https://weekinethereumnews.com/))、Eth2 进展更新 ([What's New in Eth2](https://eth2.news/))、以太坊基金会博客 ([the EF blog](https://blog.ethereum.org/)) 等。目前任何声称是目标日期的都是错的，因为我们还没定这个日期。在接下来的几个月里，要对潜在的诈骗/虚假公告保持额外的警惕！ ### 关于难度炸弹💣 在去年的 [Arrow Glacier](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement/) 升级中，难度炸弹被推迟了，预计今年六月在网络上能感受到难度炸弹的影响。[这篇贴文](https://ethresear.ch/t/blocks-per-week-as-an-indicator-of-the-difficulty-bomb/12120/7)在追踪它的进展情况。虽然在我们需要推迟难度炸弹前实现 PoS 过渡是最好的，但有三点值得注意： 1. 炸弹对出块时间的影响是渐进的。这意味着一旦开始感到到它了，就将有 4 — 8周的时间出块会变慢，但不是急剧变慢 (大概 14 - 17 秒)。 2. 在过去，当要推迟难度炸弹，我们会选择推迟 6 个月左右，因为我们通常计划在那时进行下一次的网络升级。也就是说，关于难度炸弹要推迟多久是没有硬性规定的。如果推迟一、两个月比推迟 6 个月更合适，这也是完全可以的。 3. 同样，安全的合并 >>> 快速的合并。我们希望过渡能顺利进行，以太坊的稳定和安全是我们最关心的。 <br/> ## 上海升级🌃 如上一次更新所说的，随着合并的规范基本接近冻结，我们已经开始了上海升级的计划工作。[这里](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)是升级的规范。这次升级暂定有三项重大变更，以及一些小项。下面逐一深入说明！ ### EVM 对象格式⚙️ 研究员和客户端开发者多年来一直努力在不破坏现有合约的情况下改进 EVM。去年，Ipsilon 团队想到了一个聪明的解决方案：给有特定标识符的合约提供新功能，而现有的合约按原样执行。这现在以 EVM 对象格式 (EVM Object Format) 为人所知，简称 EOF。 在[伦敦升级](https://www.ethereum.cn/Eth1.x/london-testnets-announcement/)里，我们通过拒绝以 0xEF 字节开头的新合约的部署来保留这个标识符的部分。在伦敦升级被激活前，有些以这个字节开头的合约被部署了，但现在已经不能这样做了，我们可以给前缀 `0xEF` 添加第二个字节 (被称为 Magic Byte)，得到一个我们可以保证不被任何合约使用的序列。 [EIP-3540](https://eips.ethereum.org/EIPS/eip-3540) 对这个内容进行了详细描述，并强调了该方法的第一个实际好处：代码与数据的分离，这有利于链上代码验证。这还为引入新合约代码部分类型铺平道路，这有助于实现现在看来很复杂的功能，例如[账户抽象](https://eips.ethereum.org/EIPS/eip-4337)、[EVM 里的控制流](https://eips.ethereum.org/EIPS/eip-4200)以及 [EIP-3074](https://eips.ethereum.org/EIPS/eip-3074)。 [EIP-3670](https://eips.ethereum.org/EIPS/eip-3670) 是 3540 的配套 EIP，它引入部署时 EOF 合约的代码验证。 ### 信标链提款🏧 上海升级的另一个主要功能是激活信标链提款。经过几份提案后，我们得出了一个客户端团队都满意的设计：[EIP-4895: Beacon chain push withdrawals as operations (信标链作为系统操作的推式提款)](https://eips.ethereum.org/EIPS/eip-4895)。 这个[元规范](https://notes.ethereum.org/@ralexstokes/Skp1mPSb9)概述了整个运作流程。从高层次来说，在每个 slot 里，信标链都会处理一定数量的全额或部分提款。这些提款会在收据里被追踪，这些收据包含每笔提款的数额、目标地址和唯一的索引。作为区块创建和验证过程的一部分，这些提款随后会在执行层上分发出去，与今天工作量证明分发给矿工一样。 对于在共识层上需要做出的多个变更有一个[追踪问题](https://github.com/ethereum/consensus-specs/issues/2758)，这个内容现在已经在 `consensus-specs` (共识层规范) 的仓库里了。部分提款的选项将允许验证者提出他们获得的奖励，同时保持在链上有做验证者所需的 32 个 ETH，继续赚取奖励。 ### L2 费用减少 📉 我们希望纳入上海升级的最后一个大事项是减少在二层的费用。因为二层会在一层发布交易数据 (和/或证明)，终端用户的交易费用有很大一部分来自一层的数据存储。分片为二层发布数据提供一个更便宜的替代方案，然而尽管这个提案似乎已经定下来了，完整的分片实现还没有准备好。 同时，现在有两个可用选项可以减少这些开销：在主网上降低 `CALLDATA` 的开销，或“proto-sharding” 实现，这个方案会在以太坊上引入一种新的交易类型，被称为分片 blob 交易 (Shard Blob Transactions)。 #### 降低 CALLDATA 开销 降低在 L2 上的交易费用的最简单方式就是降低在 L1 上存储数据的开销。 [EIP-4488](https://eips.ethereum.org/EIPS/eip-4488) 提议这样做，把 `CALLDATA` 的开销从每字节 16 gas 下调到 3 gas。存储开销的减少会转化为更低的二层费用[1]。 尽管降低 gas 开销本身是个简单的变更，但它会带来一些次级效应。首先，增加区块里的 `CALLDATA` 会导致更大的区块容量。为了平衡这点，这个 EIP 提出在一个区块里需要有一个 `CALLDATA` 最大数量的上限。第二，即使有了这个上限，这个 EIP 也会加快执行层上历史链数据的增长速率。为了解决这个问题，我们需要开发频带以外的数据检索，并像 [EIP-4444](https://eips.ethereum.org/EIPS/eip-4444) 提议般，在以太坊 P2P 网络里对历史数据存储的保证需要改变[1]。 虽然历史链数据的增加本来就会逐渐发生，纳入这份 EIP 意味着它部署后我们需要更加迫切地处理这个问题。另外，这个 EIP 基本没什么内容可以在完整分片中得到重复使用。它主要是一个临时的解决方案。也就是说，这个 EIP 是一个相对简单的实现变更，并确实能明显地降低 L2 的费用。 #### 分片 blob 交易 另一个提案是 [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) [2]，它使我们更靠近完整的分片部署。与信标链提款一样，这个提案也有一个[元规范](https://hackmd.io/@protolambda/eip4844-meta)，链接到共识层规范和其他资源。 从高层次来说，这个新交易类型会包含对数据 blob 的承诺，该承诺会在信标链广播。这个提案可以被认为是要给“小型分片”提案，它不依赖于数据可用性采用，网络的每个节点都需要验证 blob 里的数据。就像在完整分片里，这些数据 blob 只保证在网络的一定时间内可用，而不是永远存储。为了使节点要求还是可管理的，blob 数据被限制在 1MB/slot 而不是在完整分片里的 16mb/slot。 EIP-4844 将为完整的分片实现奠定必要的基础。值得注意的是，所有未来的变更都只会发生在共识层。从执行层的角度来看，分片只是启动和运行！ 一直在这个 EIP 上努力的 Optimism 团队推出一个提供这个 EIP 概览的[网站](https://www.eip4844.com/)，它汇总了各种规范链接，并放了社区对这个 EIP 的积极反应。 ------ [1] 由于 L2 交易定价还涉及其他构成，这个减少不会是完整的 5 倍。Optimisim 的[这篇文章](https://help.optimism.io/hc/en-us/articles/4411895794715-Transaction-fees)对 L2 费用的构成有很好的解释。而且，ZK rollup 不会像 Optimistic rollup 般从这个 EIP 获益。 [2] EIP-4488 (降低 `CALLDATA` 开销) 和 EIP-4844 (分片 blob 交易) 作为竞争提案，它们的 EIP 号也太相似了吧 😅 ------ ### 小型改进✨ 除了这三个大型变更，上海升级还在考虑进行一些小型改进，即 - [EIP-3651](https://eips.ethereum.org/EIPS/eip-3651) 提议降低访问 `COINBASE` 地址的 gas 开销，修正 [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 的疏忽 - [EIP-3860](https://eips.ethereum.org/EIPS/eip-3860) 提议给 `initcode` 的大小设限，并引入给这个字段的 gas 计量。 - [EIP-3855](https://eips.ethereum.org/EIPS/eip-3855) 提议新增操作码 `PUSH0`，把 0 推入 EVM 堆栈。 此外，还有其他几个 EIP 被提议进行升级 (参阅[这个](https://github.com/ethereum/pm/issues?q=is%3Aissue+is%3Aopen+shanghai)粗略列表)。EOF、提款和减低二层费用已经使得上海成为迄今为止最大的升级之一，所以我们需要非常认真得斟酌纳入内容的优先次序。 一旦我们开始实现和测试各种 EIP，我们将更加清楚我们是否有额外的能力去实现其他提案。当然，在此之前，我们仍然需要先完成合并！ <br/> ## 以太坊执行层规范 (EELS)📜 正如你可能已经注意到了，上海的几个提案现在同时跨执行层和共识层。在过去，在不同的层上我们使用不同程序来引入变更。 在执行层上，[核心 EIP](https://eips.ethereum.org/core) 包含变更的规范。《以太坊黄皮书》是网络的参考规范，但往往在升级被部署了后才会更新黄皮书，有时会有更大的延迟。这意味着执行层的有效规范往往是“黄皮书 + EIP X、Y、Z”。 在共识层上，用作参考的是一个[可执行的规范](https://github.com/ethereum/consensus-specs/)，变更会直接在上面详细说明。然后，该规范就可以用于为变更生成测试。 因此，虽然社区能很好地理解执行层的流程 (并提供一个易于参考的变更描述)，从技术角度来说，这并不理想。相反，尽管共识层的流程在技术上更简洁，但对于更广泛的社区来说更难理解。幸运的是，在 EELS 上的工作已经开启了：以太坊执行层的可执行规范！ 在执行层和共识层上都有可执行的规范，这将使我们能够协调两层的变化流程。仍然有许多问题需要解决，但关于如何能最好地迁移的对话已经开始了。在 [Ethereum Magicians 论坛这里的讨论](https://ethereum-magicians.org/t/core-eips-in-an-executable-spec-world/8640/8)是专属这个话题的。尽管 EELS 仍然在开发中，我们可能可以在上海升级里用上它，与目前的流程并行。 希望执行层和共识层流程的合并会比实际的执行层和共识层合并更简单😅。 <br/> ## 协议公会💰 最后但并非最不重要的，我想谈谈协议公会 (Protocol Guild, PG)，它现在已经有一个[完整的解释网站](https://protocol-guild.readthedocs.io/en/latest/)。对协议维护者的补偿是最近一个热门话题，PG 希望参与解决这个问题。*充分披露：我是 PG 成员并将从中获得资金。* 你可以把补偿想成有三类：基本工资、激励和潜在的上升空间。目前，客户端开发者和研究员的基本工资是他们各自的雇主解决的。尽管他们有些会以股权形式提供激励，但以太坊基金会去年公布了其 39,000 个 ETH 的[客户端激励计划](https://blog.ethereum.org/2021/12/13/client-incentive-program/)，以确保所有客户端团队在以太坊上都有重大利益。 PG 与基本工资和激励计划不同，因为它旨在使其成员可以获得基于 ETH 的各种项目代币，而不是 ETH 本身。公会由协议工程师、研究员和很多协调协议工作的人组成，例如我自己。现在大概有 100 名成员。 简单来说，公会允许赞助者捐赠代币，然后随着时间推移，代币会给到接受者。接收者集是可以更新的，这使得新的贡献者可以定期被加进来，而已经觉得厌倦的人也可以定期被移除。 这个公会是一个早期实验，但如果成功了，可以成为对像 Gitcoin 和追溯性公共产品资助这种专注于底层的倡议的补充。 在[Gitcoin grant](https://gitcoin.co/grants/4832/protocol-guild) 的成功后，PG 的下一步是测试智能合约架构。与此同时，将开始寻找初始捐赠者。我们的计划是用有限的捐款运行 PG 一年，以确保技术和治理部分都顺利进行。希望这个试点都能证明我们可以在以太坊上创建新的机制来协调公共产品和资金！ <br/> ## 后续工作✅ 我们的首要任务还是合并，并重新把重点放在测试上。在接下来的一个月里，我们希望能最终敲定实行，运行多个短期的开发者测试网，并从应用、基础设施和工具提供商收集反馈。其他事情 (上海升级、执行层规范、协议公会) 也应该在同时继续推进。 请期待一两个月后的更新，同时，我们也将有机会在 [Devconnect](https://devconnect.org/schedule) 上面对面讨论所有这些问题——阿姆斯特丹见👋🏻！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/proto-danksharding-faqhttps://www.ethereum.cn/Eth2/proto-danksharding-faqSat, 26 Mar 2022 00:00:00 GMT来源 | [notes.ethereum.org](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) <br/> - Proto-Danksharding FAQ 问题目录 - 什么是 Danksharding？ - 什么是 proto-danksharding (即 EIP-4844) - 为什么添加每个人都必须下载的 1 MB 数据到区块就可以了，而不是直接使 calldata 便宜 10 倍？ - proto-danksharding 与 EIP-4488 相比，有什么区别？ - proto-danksharding实现了完整分片的哪些部分，哪些有待实现？ - proto-danksharding 这些这么大的区块会让磁盘空间需求变大吗？ - 如果数据在 30 天后被删除了，用户要如何访问较早的 blob？ - 数据是什么格式，它是如何被承诺的？ - 为什么使用 KZG 的哈希而不直接使用 KZG? - proto-danksharding引入的两个预编译是什么？ - ZK rollup 是如何与 KZG 承诺有效配合的？ - KZG 受信任初始化是什么样的？ - 为什么不能使用其他一些不需要受信任初始化的承诺方案？ - KZG 有多“复杂”和“新颖”？ - proto-danksharding 实现有哪些不同的软件部分？ - proto-danksharding 的多维度费用市场是什么样的？ - EIP-1559 式 blob 费用的指数式调整机制是如何运作的？ - `fake_exponential` 的工作机制是什么样的？ - 在 proto-danksharding 里，有哪些问题仍在争论中？ <br/> ## 什么是 Danksharding？ Danksharding 是以太坊的新分片设计提案，与以前的设计相比，这个提案引入了一些重要的简化。 自 2020 年以来提出的所有最新的以太坊分片提案 (Danksharding 和 Danksharding 之前的)，与大多数非以太坊分片提案的主要区别在于以太坊的[以 rollup 为中心的路线图](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) (请参见：[[1](https://polynya.medium.com/understanding-ethereums-rollup-centric-roadmap-1c60d30c060f)] [[2](https://vitalik.ca/general/2019/12/26/mvb.html)] [[3](https://www.ethereum.cn/an-incomplete-guide-to-rollups)])：以太坊的分片方案是给 data blob 提供更多的空间而不是交易，且以太坊协议本身并不试图解译这些 data blob。验证一个 blob 只需要检查该 blob 是否[可用](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding)——即它能否从网络上下载。这些 blob 的数据空间预期是为支持高吞吐量交易的[二层 rollup 协议](https://vitalik.ca/general/2021/01/05/rollup.html)所用的。 **[Danksharding](https://www.ethereum.cn/Eth2/new-sharding)** (请参见： [[1](https://polynya.medium.com/danksharding-36dc0c8067fe)] [[2](https://www.youtube.com/watch?v=e9oudTr5BE4)] [[3](https://github.com/ethereum/consensus-specs/pull/2792)]) 引入的主要创新是**费用市场被统合起来**了：在 Danksharding 的设计里，没有固定数量的分片，且每个分片都有不同的区块和不同的区块提议者，而是只有一个提议者选择所有交易，且所有数据都进入该 slot。 为了避免这个设计对验证者有过高的系统要求，我们引入**提议者/构建者分离方案 (PBS)** (请参阅：[[1](https://www.ethereum.cn/Eth2/pbs_censorship_resistance)] [[2](https://www.ethereum.cn/Eth2/two-slot-proposer-builder-separation)])：一类被称为**区块构建者 (block builder)** 的专业化行动者会通过竞标的方式争取对 slot 内容的选择权，而提议者只需要选择出价最高的有效区块头。只有区块构建者需要处理整个区块 (即使在这里，也可以使用第三方去中心化预言机协议来实现分布式的区块构建者)；所有其他的验证者和用户都可以通过[数据可用性采样](https://www.ethereum.cn/sharding-proposal)来有效验证区块 (请记住：区块的“大”部分都只是数据)。 <br/> ## 什么是 proto-danksharding (即 EIP-4844) proto-danksharding (即 [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844)) 是用来实现完整 Danksharding 规范大多数的逻辑和“支架” (即交易格式和验证规则) 的一个提案，但还没实际上实现任何分片。在 proto-danksharding 实现里，所有验证者和用户仍然需要直接对完整数据的可用性进行直接验证。 proto-danksharding 引入的主要功能是一种新的交易类型，我们把它称为**携有 blob 的交易 (blob-carrying transaction)**。一笔携有 blob 的交易就像一笔普通交易，除了它还携有一节额外的被称为 blob 的数据。Blob 是非常大的 (~125 kB)，且比数量相当的 calldata 便宜很多。但是，blob 数据是 EVM 执行不能访问的；EVM 只能查看对 blob 的承诺。 因为验证者和客户端仍然不得不下载完整的 blob 内容，在 proto-danksharding 里，数据带宽是以每个 slot 1 MB 而不是完整的 16 MB 为目标的。然而，这仍然能大大提升可扩展性，因为这些数据并不会与现有的以太坊交易竞争 gas 的使用。 <br/> ## 为什么添加每个人都必须下载的 1 MB 数据到区块就可以了，而不是直接使 calldata 便宜 10 倍？ 这与平均负载和最坏情况负载之间的区别相关。今天的情况是我们的平均区块大小已经达到[大约 90 kB](https://etherscan.io/chart/blocksize)，而理论可能的最大值 (如果区块的所有 30M gas 都用于 calldata) 是大约 1.8 MB。以太坊网络在过去曾处理过接近最大容量的区块。然而，如果我们只是把 calldata 的 gas 开销降低 10 倍，这样尽管平均区块大小会膨胀到仍然可以接受的水平，但最坏情况可以变成 18 MB，这远非以太坊网络可以负荷的。 目前的 gas 定价方案决定了平均负载和最坏情况负载是不可能分开的：平均负载和最坏情况负载的比率是由用户选择在 calldata 和其他资源上花费多少 gas 决定的，这意味着 gas 价格必须基于最坏情况的可能性来设置，这也导致平均负载不必要地低于系统可以负荷的水平。但**如果我们改变 gas 定价方案，明确创建一个[多维度的费用市场](https://www.ethereum.cn/Eth1.x/multidimensional-eip-1559)，我们可以避免平均情况/最坏情况负载之间的不匹配**，并在每个区块包含接近我们可以安全处理的最大数据量。Proto-danksharding 和 [EIP-4488](https://eips.ethereum.org/EIPS/eip-4488)这两个提案做的正是这样的事。 | | 平均情况下的区块大小 | 最坏情况下的区块大小 | | :--------------------- | :----------------------------------------------------------- | :----------------------------------------- | | **现状** | [85 kB](https://etherscan.io/chart/blocksize) | 1.8 MB | | **EIP-4488** | 未知；如果 calldata 使用增长 5 倍，是 350 kB | 1.4 MB | | **Proto-danksharding** | 1 MB (如果想的话可以调整) | 2 MB | <br/> ## proto-danksharding 与 EIP-4488 相比，有什么区别？ **[EIP-4488](https://eips.ethereum.org/EIPS/eip-4488)** 是一个更早期和更简单的尝试，以解决同样的平均情况/最坏情况负载不匹配问题。EIP-4488 通过两个简单规则做到了这一点： - Calldata 的 gas 开销从每字节 16 gas 降低到 3 gas - 每个区块 1 MB 的限制加上每笔交易额外的 300 字节 (理论最大值：~1.4 MB) 硬性上限是确保平均情况的更大幅增长不会导致最坏情况负载增长的最简单可用方法。gas 开销的减少会大幅增加 rollup 的使用，很可能使平均区块大小增长到数百 Kb，但单个区块包含 10 MB 这样的最坏情况可以直接通过硬性上限来避免。事实上，最坏情况的区块大小将比现在还低 (1.4 MB vs 1.8 MB)。 **Proto-danksharding** 则创建了一个单独的交易类型，它可以在大型固定大小的 blob 里存储更便宜的数据，但每个区块可以包含多少个 blob 是有限制的。这些 blob 不能从 EVM 访问 (只有对这些 blob 的承诺可以)，且这些 blob 是存储在共识层 (信标链) 而不是执行层的。 **EIP-4488 与 proto-danksharding 的主要实际区别在于，EIP-4488 试图将今天以太坊所需做出的变更降到最低，而 proto-danksharding 则对今天以太坊做出更多的变更，以便在未来升级到完整版分片时只需做出很少的变更。**虽然实现完整分片 (有数据可用性采样等) 是一项很复杂的任务，而且实现 proto-danksharding 后还有很复杂的工作，这些复杂性都会控制在共识层上。一旦 proto-danksharding 部署了，执行层客户端团队、rollup 开发者和用户在过渡到完整分片时都不需要做任何额外的工作了。 请注意，现在不是二选一：我们会很快实现 EIP-4488，然后在半年后实现 proto-danksharding。 <br/> ## proto-danksharding 实现了完整分片的哪些部分，哪些有待实现？ 引用 EIP-4844： > 在这个 EIP 里已经实现的工作包括： > > - 一种新的交易类型，与完整分片里需要存在的交易格式完全相同 > - 完整分片里所需的全部执行层逻辑 > - 完整分片里所需的全部执行/共识交叉验证逻辑 > - `BeaconBlock`验证和数据可用性 blob 采用间的层分离 > - 完整分片里所需的大部分 `BeaconBlock` 逻辑 > - 用于 blob 的、自我调整的独立 gas 定价 > > 要实现完整版分片还需要完成的工作包括： > > - 在共识层上 `blob_kzgs` 的低次扩展 (low-degree extension) 使得 2D 采样变得可能 > - 数据可用性采样的实际实现 > - PBS (提议者/构建者分离方案)，以避免要求个人验证者在一个 slot 里处理 32 MB 的数据 > - 委托证明 (Proof of Custody) 或类似的在每个区块里每个验证者都要验证一部分的分片数据的协议内要求 请注意，所有这些剩下的工作是发生在共识层，并不要求执行客户端团队、用户或rollup 开发者有额外的工作。 <br/> ## 这些这么大的区块会让磁盘空间需求变大吗？ EIP-4488 和 proto-sharding 都会导致需要长期最大限度地使用每 slot (12 秒) 大约 1 MB 的容量。这相当于每年 2.5 TB，远高于以太坊今天需要的增长率。 **在 EIP-4488 里，解决这个问题需要历史数据过期机制 ([EIP-4444](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq))**，这样客户端就不再需要存储超过某个时间段 (期限从一个月到 1 年都有提议) 的历史数据。 **在 proto-danksharding 里，无论 EIP-4444 是否得到实现，共识层都可以实现在某个时间 (比如 30 天后) 后自动删除 blob 数据的独立逻辑**。但是，无论采用什么短期的数据扩容方案，我都强烈建议尽快实现 EIP-4444。 这两种策略都将共识客户端的额外磁盘负载限制在最多几百 GB。**从长期来看，采用某种历史数据过期机制基本上是强制性的**：完整分片会每年增加大约 40 TB 的历史 blob 数据，因此用户实际上只能在一段时间内存储其中的一小部分。因此，尽早设好这个问题的预期是值得做的。 <br/> ## 如果数据在 30 天后被删除了，用户要如何访问较早的 blob？ **以太坊共识层的目的不是保证永远保存所有历史数据。相反，其目的是提供一个高度安全的实时公告板，并为其他去中心化协议留有做长期存储的空间**。公告板的存在是为了确保在公告板上发布的这些数据在足够长的时间里是可用的，使得需要这些数据的用户，或任何想要备份这些数据的长期协议有充足的时间抓取数据，并把它导入他们的其他应用或协议中。 一般来说，长期历史数据的存储是容易的。尽管 2.5 TB 每年对普通节点来说要求太高了，但对于专业用户来说是非常容易管理的：你可以购买非常大的硬盘，[每 TB 大约 20 美元](https://www.amazon.com/Seagate-IronWolf-16TB-Internal-Drive/dp/B07SGGWYC1)，对于爱好者来说是承担得起的。不同于共识的[信任模型](https://www.ethereum.cn/Thinking/trust-model)是 N/2-of-N，历史存储的信任模型是 1-of-N：你只需要一个数据存储者是诚实的。因此，每个历史数据段只需要被存储数百次，而不是在实时共识验证的数千个节点全集。 完整的历史数据被完整存储并能易于访问的实际方法包括： - **应用专用的协议 (例如 rollup)** 可以要求它们的节点存储与它们的应用相关的那部分历史数据。历史数据丢失对协议来说不是一个风险，只是对个别应用来说是，因此应用程序承担起存储与它们本身相关的数据这个责任是合理的。 - 在 **BitTorrent** 存储历史数据，例如自动生成和分发一个 7 GB 的文件，其中包含每天来自区块的 blob 数据。 - **以太坊 [Portal Network](https://www.ethportal.net/)** (目前正在开发) 可以轻易地扩展到用于存储历史数据。 - **区块浏览器、API 提供商和其他数据服务商**将可能存储完整的历史数据。 - **个人爱好者和做数据分析的学者**将可能存储完整的历史数据。对于后者，在本地存储历史数据是很有价值的，因为这使得他们可以更容易直接对它们进行计算。 - **第三方索引协议，例如 [TheGraph](https://thegraph.com/en/)** 将可能存储完整的历史数据。 当历史数据存储要求到达比较高的水平 (例如 500 TB 每年)，一些数据被遗忘的风险会变高(此外，数据可用性验证系统变得更加紧张)。这可能是分片区块链可扩展性的真正极限。但是，目前提出的所有参数距离这个点还很远。 <br/> ## blob 数据是什么格式，它是如何被承诺的？ blob 是一个矢量为 4096 的字段元素，数字都在这个范围： ``` 0 <= x < 52435875175126190479447740508185965837690552500527637822603658699938581184513 ``` blob 在数学上是在以上模数有限域多项式中< 4096 的次项，其中在 blob 里处于位置 i 的字段元素就是多项式在 $$w^{i}$$ 位置上的取值。w 是满足 $$w^{4096}=1$$ 的常数。 对一个 blob 的承诺就是对多项式的 [KZG 承诺](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)的一个哈希。但是，从实现的角度来看，对多项式数学细节的关心并不那么重要。相反，将只会有一个椭圆曲线点的矢量 (**以拉格朗日插值法为基础的受信任初始化**)，对 blob 的 KZG 承诺将会只是一个线性组合。引用 EIP-4844 的代码： ```Powershell def blob_to_kzg(blob: Vector[BLSFieldElement, 4096]) -> KZGCommitment: computed_kzg = bls.Z1 for value, point_kzg in zip(tx.blob, KZG_SETUP_LAGRANGE): assert value < BLS_MODULUS computed_kzg = bls.add( computed_kzg, bls.multiply(point_kzg, value) ) return computed_kzg ``` `BLS_MODULUS` 即上述模数，而 `KZG_SETUP_LAGRANGE` 是椭圆曲线上点的矢量，即以拉格朗日插值法为基础的受信任初始化 (trusted setup)。对于实现者，现在只需要把它看作一个黑盒子般的用于特殊目的的散列函数。 <br/> ## 为什么使用 KZG 的哈希而不直接使用 KZG? EIP-4844 并没有直接使用 KZG 来表示 blob，而是使用**版本化的哈希 (versioned hash)**：一个 0x01 字节 (代表版本) 后面跟着 KZG 的 SHA256 哈希的后 31 字节。 这样做是为 EVM 兼容性和未来的兼容性：KZG 承诺的大小是 48 字节，但 EVM 更习惯于处理 32 字节的值，而且如果我们从 KZG 转换到其他东西 (例如，出于抗量子计算的原因)，承诺还可以继续是 32 字节的。 <br/> ## proto-danksharding 引入的两个预编译是什么？ Proto-danksharding 引入两个预编译：blob 验证预编译 (**blob verification precompile**)和点取值预编译 (**point evaluation precompile**)。 **blob 验证预编译**很好理解：它把一个版本化的哈希和一个 blob 作为输入，然后验证提供的版本化哈希是否真的是该 blob 的有效版本化哈希。这个预编译旨在被 optimistic rollup 使用。引用 EIP-4844： > **Optimistic rollup** 只有在提交欺诈证明时才真的需要提供基础数据。欺诈证明的提交函数会要求将有欺诈性的 blob 的全部内容作为 calldata 的一部分来提交。它会依据之前提交的版本化哈希用 blob 验证函数来对数据进行验证，然后就像现在一样对该数据进行欺诈证明验证。 **点取值预编译**把一个版本化的哈希、一个`x` 坐标、一个 `y` 坐标，和一个证明 ( blob 的 KZG 承诺和一个 KZG 取值证明) 作为输入。它对证明进行验证，以检查 `P(x) = y`，其中 `p` 是一个多项式，它由已经有版本化哈希的 blob 来表示。这个预编译旨在被 ZK rollup 使用。引用 EIP-4844： > **ZK rollup** 会提供对它们的交易或状态变换数据提供两个承诺：blob 里的 kzg 和使用 ZK rollup 内部使用的任何证明系统的某种承诺。它们会使用一个承诺[证明等效性协议](https://ethresear.ch/t/easy-proof-of-equivalence-between-multiple-polynomial-commitment-schemes-to-the-same-data/8188)，通过使用点取值预编译来证明 kzg 承诺 (该协议确保它指向可用数据) 与 ZK rollup 自己的承诺是值相同的数据。 请注意，大多数主要的 optimistic rollup 设计使用的是一种多轮的欺诈证明方案，其中最后一轮只使用少量的数据。因此，**可以想象， optimistic rollup 也可以使用点取值预编译**而不使用 blob 验证预编译，而且这样还更便宜。 <br/> ## ZK rollup 是如何与 KZG 承诺有效配合的？ 在一个 ZK rollup 里用“天真”的方法对 blob 进行检查就是把 blob 数据作为 KZG 的私人输入，并在 SNARK 中进行椭圆曲线的线性组合 (或配对) 来对它验证。这是错的，且带来不必要的低效。**其实，有一个简单得多的方法**。 设 K 为 KZG 承诺，B 为所承诺的 blob。所有的 ZK-SNARK 协议都有某种方法可以将大量数据导入证明中，并包含某种对该数据的承诺。例如，在 [PLONK](https://vitalik.ca/general/2019/09/22/plonk.html) 里，就是 $$Q_{C}$$ 承诺。 我们要做的就是证明 K 和 Q_{C} 是相同数据的承诺。这可以通过一个[证明等效协议](https://ethresear.ch/t/easy-proof-of-equivalence-between-multiple-polynomial-commitment-schemes-to-the-same-data/8188)来实现，这非常简单。从该文复制过来： > 假设你有多个多项式承诺 $$C_{1}...C_{k}$$，在 k 个不同的承诺方案 (例如 Kate、FRI、某个基于 bulletproof 的方案、DARK 等) 中，你想证明它们是对同一个多项式 P 承诺的。我们可以轻易证明这点： > > 让 $$z=hash (C_{1}....C_{k})$$，我们把 z 解析为一个 P 有取值的取值点。 > > 公布“打开”$$O_{1}...O_{k}$$，其中$$O_{i}$$ 是这样一个证明：在第 i 个承诺方案下，$$C_{i}(z)=a$$。然后验证在所有的方案中 a 是同一个数字。 一笔 ZK rollup 交易只需要有一个普通的 SNARK 和一种与之等效的证明，以证明它的公开数据与版本化的哈希相等。**请注意，它们不应该直接执行 KZG 检查；而是应该只使用点取值预编译**来验证这个“打开”。这确保了这个方案不会过时：如果以后 KZG 被其他东西取代了，ZK rollup 也能继续运作，而不会有其他问题。 <br/> ## KZG 受信任初始化是什么样的？ 参阅： - 关于powers-of-tau 的受信任初始化是如何运作的总体描述：https://vitalik.ca/general/2022/03/14/trustedsetup.html - 在所有重要的受信任初始化相关计算中，有一个实现例子：https://github.com/ethereum/research/blob/master/trusted_setup/trusted_setup.py 在以太坊里，现在的计划是并行运行 4 个仪式 (分别有不同的秘密)，它们的大小是 ($$ n_{1} = 4096, n_{2} = 16$$ ), ($$ n_{1} = 8192, n_{2} = 16$$) , ($$n_{1} = 16384, n_{2} = 16$$) 和 ($$ n_{1} = 32768, n_{2} = 16$$) 。理论上只需要第一个，但用更大的大小来运行能提高未来可用性，因为能允许我们增大 blob 的大小。我们不能只是有一个更大型的初始化，因为我们想要能够在多项式的次数上有一个硬性上限，使得多项式可以进行有效承诺，这个上限等于 blob 的大小。 实现这点的可能切实有效方法是以 [Filecoin 的初始化](https://filecoin.io/blog/posts/trusted-setup-complete/)开始，然后运行一个扩展它的仪式。多种实现，包括浏览器的实现，能使更多人参与其中。 <br/> ## 为什么不能使用其他一些不需要受信任初始化的承诺方案？ 不幸的是，使用 KZG 以外的任何东西 (例如 [IPA](https://vitalik.ca/general/2021/11/05/halo.html) 或 SHA256) 都会使分片路线图更加困难。有以下几个原因： - 非算术承诺 (如散列函数) 与数据可用性采样不兼容，因此如果我们使用这样的方案，当我们转向完整分片时，我们还是不得不改为采用 KZG。 - IPA (内积证明) [可能与数据可用性采样兼容](https://ethresear.ch/t/what-would-it-take-to-do-das-with-inner-product-arguments-ipas/12088)，但它会导向一个更复杂的方案，且其属性要弱得多 (例如，自我修复和分布式区块构建会变得难得多) - 散列函数和 IPA 都与点取值预编译的低成本实现不兼容。因此，基于哈希或内积证明的实现不能有效地支持 ZK rollup 或多轮 optimistic rollup 里的低成本欺诈证明。 - 保持数据可用性和点取值但会引入另一个承诺的一种方法是每个 blob 存储多个承诺 (例如 KZG 和 SHA256)。但这会有问题——要么我们需要添加一个复杂等效的 ZKP 证明，要么所有的共识节点将需要验证第二个承诺，这会需要他们下载所有 blob 的所有数据 (每个 slot 有几十 MB)。 因此，很不幸地，使用 KZG 以外的东西带来的功能损失和复杂性增加都比 KZG 本身带来的风险要大得多。此外，任何 KZG 相关的风险都是有限的：一次 KZG 故障只会影响依赖 blob 数据的 rollup 和其他应用，而不会影响系统的其他部分。 <br/> ## KZG 有多“复杂”和“新颖”？ KZG 承诺于 [2010 年的一篇论文](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11)被提出，并在从那时起到 2019 年被广泛应用在 [PLONK ](https://vitalik.ca/general/2019/09/22/plonk.html)式的 ZK-SNARK 协议中。然而，KZG 承诺底层的数学是[相对简单](https://vitalik.ca/general/2022/03/14/trustedsetup.html#what-does-a-powers-of-tau-setup-look-like)的算术，建基于椭圆曲线运算和配对。 具体使用的曲线是 [BLS12-381](https://hackmd.io/@benjaminion/bls12-381)，它诞生于在 2002 年被发明的 [Barreto-Lynn-Scott 族](https://eprint.iacr.org/2002/088.pdf)。椭圆曲线配对是 KZG 承诺所必需的，是[非常复杂的数学](https://vitalik.ca/general/2017/01/14/exploring_ecp.html)，但它们在 20 世纪 40 年代就已经被发明，并从 90 年代开始应用于密码学。到了 2001 年，有[非常多提出来的加密算法](https://crypto.stanford.edu/~dabo/papers/bfibe.pdf)是使用配对的。 从实现的复杂性来看，KZG 的实现并不会比 IPA 难很多：用于计算承诺的函数 (见上文“blob 数据是什么格式，它是如何被承诺的？”) 与在 IPA 里使用的完全相同，只是用了一组不同的椭圆曲线点常数。而点验证预编译是更复杂的，因为它涉及配对取值，但用到的数学与已经在 [EIP-2537 (BLS12-381 预编译)](https://eips.ethereum.org/EIPS/eip-2537)实现的部分是相同的，且与 [bn128 配对预编译](https://eips.ethereum.org/EIPS/eip-197) (也请看: [优化的 python 实现](https://github.com/ethereum/py_ecc/blob/master/py_ecc/optimized_bls12_381/optimized_pairing.py)) 非常相似。因此，不需要复杂的“新工作”来实现 KZG 验证。 <br/> ## proto-danksharding 实现有哪些不同的软件部分？ 有四个主要组件： - 执行层的共识变更 (请看 EIP 了解细节) - 包含 blob 的新交易类型 - 输出在当前交易的第 i 个 blob 的版本化哈希的操作码 - blob 验证预编译 - 点取值预编译 - 共识层的共识变更 (请看[这个文件夹](https://github.com/ethereum/consensus-specs/tree/dev/specs/eip4844) ) - [在 `BeaconBlockBody`](https://github.com/ethereum/consensus-specs/blob/dev/specs/eip4844/beacon-chain.md#beaconblockbody) 里的 blob KZG 承诺列表 - “[侧车 (sidecar)” 机制](https://github.com/ethereum/consensus-specs/blob/dev/specs/eip4844/validator.md#is_data_available)，完整的 blob 内容与另一个对象一起从 `BeaconBlock` 传送 - 在执行层的 blob 版本化哈希与共识层的 blob KZG 进行交叉验证 - 交易池 - `BlobTransactionNetworkWrapper` (请看这个 [EIP](https://eips.ethereum.org/EIPS/eip-4844) 的网络部分) - 更强大的抗 DoS 保护，以减轻大型 blob 大小带来的风险 - 区块构建逻辑 - 接受来自交易池的交易封装器，把交易放入 `ExecutionPayload`，KZG 放入信标区块以及主体放入侧车 - 处理二维的费用市场 请注意，对于一个最小实现，我们根本不需要交易池 (我们可以依靠第二层交易打包市场)，我们只需要一个客户端来实现区块构建逻辑。只有执行层和共识层的共识变更需要广泛的共识测试，但它们是相对轻量级的。在最小实现和推出“完整”产品 (所有客户端都支持出块和交易池) 都是可能的。 <br/> ## proto-danksharding 的多维度费用市场是什么样的？ proto-danksharding 引入了**[多维度 EIP-1559 费用市场](https://www.ethereum.cn/Eth1.x/multidimensional-eip-1559)**，其中有两种资源—— gas 和 blob，**二者的浮动 gas 价格和上限是独立的**。 也就是说，有两个变量和四个常数： | | 每个区块的目标 | 每个区块的上限 | 基本费用 | | :------- | :------------------------------ | :--------------------------- | :--------------- | | **Gas** | 1500万 | 3000万 | 可变的 | | **Blob** | 8 | 16 | 可变的 | blob 费用是以 gas 来收取的，但它的 gas 量是可变的，它的实时调整使得从长远来看，每个区块的平均 blob 数实际上会等于目标值。 二维的特性意味着区块构建者将面临一个更难的问题：不同于简单地通过按最高的优先费用来接受交易，直到没有交易了或达到区块 gas 上限，他们必须同时避免触达两个不同的上限。 **举个例子**。假设 gas 上限是 70，blob 上限是 40。交易池里有很多交易，足够填充区块，有两种类型的交易 (交易 gas 包含每 blob 的 gas)： - 优先费用为每 gas 5，4 个 blob，总共 4 gas - 优先费用为每 gas 3，1 个 blob，总共 2 gas 一个矿工如果遵循天真的“选择优先费用最高”的算法，他会用 10 笔 (40 gas) 第一种类型交易来填充整个区块，获得收益 5 * 40 = 200。因为这 10 笔交易已经完全用完了 blob 的数量上限，它们就不能打包其他交易了。但是，最优的策略是打包 3 笔第一种类型和 28 笔第二种类型的交易。这样的区块有 10 个 blob，消耗 68 gas，带来的收益是 5 * 12 + 3 * 56 = 228。  执行客户端现在需要执行复杂的多维度背包问题算法来优化它们的出块吗？不需要，有以下几个原因： - **EIP-1559 确保大多数区块不会达到这两个上限，因此只有少数区块会实际面临多维度优化问题**。在通常的情况里，交易池不会有足够的 (充足的费用) 交易触达这两个上限，任何矿工都只需要打包他们看到的每笔交易就能获得最优收益。 - 相当简单启发式方法可以在实践中接近最优。请看 [Ansgar 的 EIP-4488 分析](https://hackmd.io/@adietrichs/4488-mining-analysis)，了解在相似情况下的一些数据。 - **多维度定价还不是专业化获得收益的最大来源——MEV 才是**。通过专门算法从链上 DEX 的套利、清算、NFT 发售抢跑等提取的专业化的 MEV 收益占总的“天真提取收益”(即优先费用) 非常大的部分：专业化的 MEV 收益似乎平均每个区块有[大约 0.025 个 ETH](https://explore.flashbots.net/)，总的优先费用通常每个区块有大约[大约 0.1 个 ETH](https://watchtheburn.com/)。 - **[提议者/构建者分离方案](https://www.ethereum.cn/Eth2/two-slot-proposer-builder-separation)是围绕高度专业化的区块生产而设计的**。PBS 把区块构建的过程变成竞拍，专业化的行动者可以为区块创建权出价。普通的验证者只需要接受出价最高的区块。这样做就是为了防止 MEV 驱动的规模经济渐渐导致验证者中心化，但它还处理了所有可能会让最优区块构建变得更难的问题。 考虑到这些原因，更复杂的费用市场动态并不会大大增加中心化或带来风险；事实上，这个原则应用地越广，实际上可以降低 DoS 风险！ <br/> ## EIP-1559 式 blob 费用的指数式调整机制式如何运作的？ 今天的 EIP-1559 调整基本费用 b，以实现一个特定的目标 gas 使用水平 t，如下： $$b_{n+1}=b_{n}*(1+\frac{u-t}{8t})$$ 其中，$$b_{n}$$ 是当前的区块基本费用，$$b_{n+1}$$ 是下一个区块的基本费用，t 是目标，u 是已使用的 gas。 这个机制的一个问题是，它实际上并不以 t 为目标。假设我们有两个区块，第一个 u=0，下一个 u=2t。那我们会得到： | 区块高度 | 基本费用 | | :-------------------- | :-------------------------------------------- | | n | x | | x+1 | $$\frac{7}{8}∗x$$ | | x+2 | $$\frac{7}{8}∗\frac{9}{8}∗x=\frac{63}{64}∗x$$ | 尽管平均使用量为 t，基本费用是按系数$$\frac{63}{64}$$下降的。因此，基本费用只有当使用量略高于 t 的时候才会稳定下来；实际情况是[明显高出 3%](https://app.mipasa.com/featured/Ethereum-s-London-Hard-Fork-Easy-Gains-)，尽管这取决于方差。 更好的公式是指数式调整： $$b_{n+1}=b_{n}*exp(\frac{u-t}{8t})$$ exp(x) 是指数函数$$e^{x}$$，其中e≈2.71828。当 x 的数值比较小时，$$exp(x)≈1+x$$。但是，它有个很实用的属性，就是交易替换不互相影响：多步调整 $$b_{n}*exp(\frac{u_{1}-t}{8t})*...* exp(\frac{u_{n}-t}{8t})$$ 只取决于 u_{1}+...+ u_{n} 的总和，而不是分布。原因是，我们可以做一下计算： $$b_{n}*exp(\frac{u_{1}-t}{8t})*...* exp(\frac{u_{n}-t}{8t})$$ $$=b_{n}*exp(\frac{u_{1}-t}{8t}+...+\frac{u_{n}-t}{8t})$$ $$=b_{n}*exp(\frac{u_{1}+...+u_{n}-u_{t}}{8t})$$ 因此，打包相同的交易最终的基本费用是相同的，无论他们在不同的区块里是如何分布的。 上文最后一个公式也有一个合理的数学解释：$$(u_{1}+...+u_{n}-u_{t})$$ 可以被看作是*超出的部分*：实际消耗的总 gas 与计划要消耗的总 gas 之间的差值。当前的基本费用等于 $$b_{0}*exp(\frac{excess}{8t}) $$这一点非常清楚地表明超出的部分不能超出一个非常狭小的范围：如果它超过了 8t∗60，那么基本费用就会变成 $$e^{60}$$，这就变成高得夸张，以至于没有人会支付，如果它变成低于 0，那么这项资源基本上就变成是免费的，这条链就会被垃圾内容填充直到超出部分升回 0 以上。 这个调整机制的工作原理是这样的：它跟踪 `actual_total` $$(u_{1}+...+u_{n})$$ 并计算`targeted_total` （nt)，还把差值的指数作为价格来计算。为了让计算变得简单，我们使用$$2^{x}$$ 而不用$$e^{x}$$；事实上，我们使用一个$$2^{x}$$的*近似值*：[EIP](https://eips.ethereum.org/EIPS/eip-4844) 里的 `fake_exponential` (假指数) 函数。这个假指数几乎一直维持在实际数值的 0.3% 以内。 为了防止长时间使用量过低导致之后的长时间两倍容量满块，我们增加一个额外的功能：我们不让*超出部分*低于 0。如果出现 `actual_total` 低于 `targeted_total`，我们就把 `actual_total` 设为等于 `targeted_total`。这样做的确会在极端情况里 (blob 的 gas 会一直下降至 0) 破坏交易顺序的不变性，但为了增加安全性，这是一个可以接受的权衡。 请注意，这个多维度市场还会出现一个有趣的现象：**当 proto-danksharding 第一次引入时，可能一开始会没什么用户，因此在一段时间里，一个 blob 的开销几乎肯定会非常便宜，即使“普通”以太坊区块链活动还是很昂贵**。 笔者认为，这个费用调整机制比现在的好，且最终 EIP-1559 费用市场里的所有资源都会转为有自己的 EIP-1559 机制。 更长更详细的解释，请看 [Dankrad 的文章](https://dankradfeist.de/ethereum/2022/03/16/exponential-eip1559.html)。 <br/> ## `fake_exponential` 的工作机制是什么样的？ 为了方便起见，这是 `fake_exponential` 的代码： ``` def fake_exponential(numerator: int, denominator: int) -> int: cofactor = 2 ** (numerator // denominator) fractional = numerator % denominator return cofactor + ( fractional * cofactor * 2 + (fractional ** 2 * cofactor) // denominator ) // (denominator * 3) ``` 这是用数学重新表达的核心机制，去掉了舍入： $$FakeExp(x)=2^{\left \lfloor x\right \rfloor}*Q(x-\left \lfloor x\right \rfloor)$$ $$Q(x)=1+\frac{2}{3}*x+\frac{1}{3}*x^{2}$$ 目标是把很多的 Q(x) 实例拼凑起来，x 的一个位移，就会按比例缩放大概一个[$$2^{k},2^{k+1}$$] 的值域。Q(x) 本身是$$2^{x}$$ 的近似值，其中 0≤x≤1，因以下属性被选择： - 简单性 (这是一个二次方等式) - 在左侧边缘的正确性 ($$Q(0)=2^{0}=1$$) - 在右侧边缘的正确性 ($$Q(1)=2^{1}=2$$) - 平缓的坡度 (我们确保 $$Q'(1)=2*Q'(0)$$)，因此每一次 Q 的位移+缩放在右侧边缘的坡度与下一次 Q 的位移+缩放在左侧边缘的坡度相同。 后三个要求给出三个未知系数的三个线性方程，而以上的所有属性使得 Q(x) 只能得出一个解。 这个逼近方式的效果出乎意料地好；除了最小值的输入，`fake_exponential` 给出的答案都在$$2^{x}$$实际数值的 0.3% 以内： |  |  | | ------------------------------------------------------------ | ------------------------------------------------------------ | | `fake_exponential` (蓝线) vs $$2^{x}$$ 的实际数值，其中 0≤x≤5, 步长为 20。 | `fake_exponential` 被 $$2^{x}$$ 的实际数值除， 其中 5≤x≤50, 步长为 20。 | <br/> ## 在 proto-danksharding 里，有哪些问题仍在争论中？ *注意：这部分很容易过时。不要相信它能对任何特定问题提供最新的想法。* - 所有主要的 optimistic rollup 都使用多轮证明，因此它们其实可以用(便宜得多的) 点取值预编译而不是 blob 验证预编译。任何人如果真的需要 blob 验证，可以自己执行：把 blob D 和版本化的哈希 h 作为输入，选择 x=hash(D,h)，使用重心取值的方法来计算 y=D(x)，并使用点取值预编译来验证 h(x)=y。因此，**我们真的需要 blob 验证预编译还是我们可以不用它了而只用点取值？** - 区块链能多好地处理持久的长期 1 MB 以上的区块？如果这风险太大了，**是否应该在开始时减少目标 blob 数量**？ - **blob 应该以 gas 还是 ETH (会被烧毁) 来计价**？是否应该对费用市场进行其他方面进行调整？ - 新的交易类型应该被视为**一个 blob 还是一个 SSZ 对象**，如果是后者，要把 `ExecutionPayload` 改为一个联合类型？(这是一个“现在做更多的工作” vs “以后做更多工作”的权衡) - **受信任初始化的实现**的确切细节 (技术上来说超出了这个 EIP 本身的范畴，因为对于实现者来说，这个初始化“只是一个常数”，但它仍然需要被完成)。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-23/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-23/Wed, 23 Mar 2022 00:00:00 GMT <br/> # **合并 (The Merge)** **Kiln 公共测试网成功合并，但也发现了新问题** Kiln 测试网的 PoW 链和 PoS 链于上上周创世，并在北京时间上周二晚上，所有客户端都在[新设的 TTD](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-15) 上进行合并了。但在这个过程中，多个客户端各自出现了一些问题，包括出块、同步和区块浏览器。尽管这些问题不影响网络进行最终敲定，也不是规范出了问题，但实现上的问题也非常值得重视。这意味着 Kiln 测试网会保持运行，同时客户端团队继续发布修复版本，应用开发者和工具/基础设施提供商也继续用网络做测试。 根据上周五第 134 次以太坊核心开发者会议，在达到 TTD 后不久，Prysm 客户端的节点开始提议坏区块，且出现这样的错误： ``` {"error":"could not process block: could not verify new payload: could not validate execution payload from execution engine: could not validate block hash: ","message":"Could not handle p2p pubsub","prefix":"sync","severity":"ERROR","topic":"/eth2/e7acb210/beacon_block/ssz_snappy"} ``` 带来的影响是由 EF 和 Prysmatic Labs 运行的验证者无法出块，这些验证者的客户端组合是`Prysm - Geth` 和 `Prysm - Nethermind`。错失的区块占所有区块的大约 15-20%。 根据 Prysm 团队发布的[事后析误](https://hackmd.io/@prysmaticlabs/HyZqgTA-c)，根本原因 Prysm 的信标节点使用了错误的字节序对 `execution_payload` 对象里的 `base_fee_per_gas` 字段进行编组/反编组。当前，执行层使用大端字节序，而共识层使用的小端字节序。由于 Prysm 错误地反编组 `execution_payload` 回原来的格式，在调用 `engine_newpayloadv1` 时，执行层客户端通过返回 `INVALID_BLOCK_HASH` (无效区块哈希）正确地拒绝了变形后的负载。 而这个问题在之前的开发测试网没有被发现的原因是，之前的测试网经常处于最低的基本费用 7 gwei， 而 7 在大端和小端字节序里是一样的。 此外，Besu 客户端的问题是与最终敲定 TTD 区块有关，在过渡期间有些节点在那个区块卡住了。Besu 还有同步问题，对于这两个问题已经有解决的 PR了。 Nethermind 客户端在过渡后有一些节点崩了，需要手动重启。他们已经发现了根本问题，需要在测试网上重新运行 PoW—>PoS 过渡来确保修复是实际正确的。 Erigon 也发现了一些字节序问题，以及区块如何从共识层发送到执行层的同步问题。 因此，做更多的测试是目前最重要的事，以确保能发现和解决任何进一步的问题。同时，需要确保开发测试网的交易量足够高，以带来高的基本费用。由于客户端数量和整体交互路径的都增加了，要清楚知道确切哪个客户端出现什么问题变得更难了，因此投入到构建更多的基础设施来及早发现这些问题，并增加监测开发测试网的指标数变得尤为重要。 Tim Beiko 在会议上提到，开发者在未来两到四周应该都会花在改善测试的基础设施，发现问题，增强对我们实现的信心，因此大概一个月后会开会决定是否觉得可以开始迁移测试网，或者讨论推迟难度炸弹的可能性。大概 6 月初或中旬会开始对难度炸弹有感觉，出块时间会慢慢变成 14、15 秒，到 7 月变成 17、18秒。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1504913340795023363&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FSMw4yk2_dXoOuoN_lD_183MUl3x1mYApc162IfwFPKY&amp;sessionId=60a6fcc947ebd85e0a0975b064edbed4b10bb2d4&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1504913340795023363" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 636px; display: block; flex-grow: 1;"></iframe> <br/> **JSON RPC flag 的最终决定** 上周的以太坊核心开发者会议对 JSON RPC flag 的命名和定义做了以下决定： `finalized` flag 指向最新最终敲定的区块； `safe` flag 指向最新证成的 (justified) 区块 (这里需要注意 finalized 比 safe 更安全 hh )； `latest` flag 继续指向最新的区块 最后还有一个问题有待继续讨论：如果应用想要更新它们的接口，如何让应用知道合并 (The Merge) 已经完成了？ 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1504922852360740864&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FSMw4yk2_dXoOuoN_lD_183MUl3x1mYApc162IfwFPKY&amp;sessionId=60a6fcc947ebd85e0a0975b064edbed4b10bb2d4&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1504922852360740864" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 438px; display: block; flex-grow: 1;"></iframe> <br/> # **合并后** **EIP-4844 相关** 上周开发者推出了一些与 EIP-4844 和 proto-danksharding 相关的优质资源。 首先，开发者 @protolambda 发布了 [EIP-4844 元规范](https://hackmd.io/@protolambda/eip4844-meta)，给出了 EIP-4844 的概览、相关资源的链接以及在制作中的资源。以下为 “EIP-4844 元规范”的概览翻译： EIP-4844 引入了一种“blob" 交易类型： - 保存在信标节点上，而不是在执行引擎 (例如，是在 prysm 而不是 geth 上) - blob 是矢量为 `4096` 的字段元素，每个是 32 字节，每个区块最多有 16 个 blob。每个区块的上限是 `4096 * 32 * 16 = 2 MiB`，目标定为 `1 MiB`。 - blob 数据在一个月后会被修剪。这个时间足够长，让所有 L2 上的行动者做检索；也足够短，保持磁盘使用可管理 - blob 不要求 EVM 执行，即同步时独立的，修剪也很简单 - Blob 的承诺使用的是 KZG 承诺：效率高的矢量承诺，证明数据是固定的，与数据可用性采样向前兼容 - EVM 通过新的预编译对 blob 数据进行验证，这种验证是无状态的：普通的 calldata 是用来呈现输入和证明的。 - 在查看 blob 数据时，EVM 可以同时运行一个 zk 证明 (不需要 EVM 查看所有 blob 数据，只需要一些承诺数据) - 执行层的变更是与具有更好数据可用性的完整 danksharding 设计向前兼容的。 在上周的以太坊核心开发者会议上，@protolambda 汇报了开发进度： 他和其他开发者正在用 Geth & Prysm 对 EIP-4844 进行测试，运行一些性能基准测试和增加一些支持这份 EIP 的工具。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1504926398443520001&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FSMw4yk2_dXoOuoN_lD_183MUl3x1mYApc162IfwFPKY&amp;sessionId=60a6fcc947ebd85e0a0975b064edbed4b10bb2d4&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1504926398443520001" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 806px; display: block; flex-grow: 1;"></iframe> 另外，Vitalik 发表了“[Proto-Danksharding FAQ](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq)"，Optimism 的@liamihorne 制作了关于 EIP-4844 的资源聚合网站：https://www.eip4844.com/ <br/> **验证者提款提案确定** 在[第 133 次以太坊核心开发者会议](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-9)上，其他开发者对 EIP-4863: Beacon chain push withdrawals 提出是否需要新的交易类型提出疑问，以及希望有文档描述提款的整体流程，包括共识层、执行层和引擎 API 。 据此，EIP-4863 的起草者 Alex Stokes 写了“[验证者提款元规范](https://notes.ethereum.org/@ralexstokes/Skp1mPSb9)”，文档详细描述了提款流程，还包含共识层、引擎 API 和执行层的规范，其中执行层规范有两个选项，一个是之前的 EIP-4863，一个是把提款作为一项新的系统级操作类型的 [EIP-4895](https://eips.ethereum.org/EIPS/eip-4895)。 根据“验证者提款元规范”，提款流程概述如下： 当验证者能从信标链进行安全提款时，这个提款行动的“收据”会被放在信标状态的一个队列里，这个收据包含在执行层实现提款的必要信息，即收件人执行层的地址和以 Gwei 为单位的 ETH 提款金额。该收据还包含一个单向增加的索引，该索引在所有提款集中对提款有唯一性标记。 提款从在信标状态的队列出列，共识层验证会对提款数进行严格限制，这样执行层只需要在任何给定执行区块里处理固定的少数提款。某个 slot 的出块者必须确定在该 slot 有哪些提款出列并在请求执行客户端构建执行负载时提供那些出列提款。此时，区块构建者从信标状态读取提款收据并把它们转换为执行层友好的格式。这些提款就会通过引擎 API 作为系统级别的“操作”传送到执行客户端，执行客户端会把这些提款融入到执行区块，应用到 EVM 状态。 在上周的开发者会议上，开发者对 EIP-4863 和 EIP-4895 的优缺点进行了讨论，并最终决定选择 EIP-4895。尽管还有一些实现细节需要讨论，但已经就将 EIP-4895 放到上海升级的“考虑纳入”(CFI) 系列达成共识。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1504924274645102597&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FSMw4yk2_dXoOuoN_lD_183MUl3x1mYApc162IfwFPKY&amp;sessionId=60a6fcc947ebd85e0a0975b064edbed4b10bb2d4&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1504924274645102597" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 541px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **StarkNet Alpha 0.8.0 版本推出测试网，是首个引入费用机制的版本** 3 月 14 日，L2 扩容解决方案 StarkNet 推出 Alpha 0.8.0 的测试网版本，该版本主要引入了 StarkNet 网络费用机制的首个版本 (在 Alpha 0.9.0 之前都可选)。 正如在 [StarkNet 路线图](https://www.notion.so/StarkNet-Alpha-Features-Tentative-Roadmap-f2b8f5f25a2d4d1cb3265fb82a098c51)所提到的 ，随着 StarkNet 的最新功能的添加，StarkNet 的注意力逐渐转向性能的提高和协议的设计 (包括费用、账户抽象、去中心化等等)。StarkNet Alpha 0.8.0 开始添加手续费和完善 Sequencer 的性能。 StarkNet 发布了 L2 Goerli 测试网 ETH 水龙头，用户可以在测试网上支付手续费了：https://faucet.goerli.starknet.io/ 来源：https://medium.com/starkware/starknet-alpha-0-8-0-16e046e0f94b <br/> **Optimism 完成由 Paradigm 和 a16z 领投的 B 轮融资，以 16.5 亿美元的估值融资 1.5 亿美元** L2 扩容解决方案 Optimism 上线主网已超过一年，过去一年来，Optimism 达成了一些成就： - 为 Optimism 用户节省了超过 10 亿美元的开销 - Optimism 网络中部署了上千个合约 - 主网上部署了三个 Optimism 的分叉项目 3 月 18 日，Optimism 宣布以 16.5 亿美元的估值完成了价值 1.5 亿美元的融资，由 Paradigm 和 a16z 领投。 来源：https://medium.com/ethereum-optimism/money-long-team-strong-8526c6943fd7 <br/> # **生态** **以太坊已经复杂到危险的地步了吗？** Go Ethereum 的开发者[Péter Szilágyi](https://twitter.com/peter_szilagyi) 3 月 19 日发长推文指出以太坊现在已经太复杂，如果不做出改变会出问题。推文发出后在社区引起热烈讨论，众说纷纭。对于这个问题可能每个人都有自己的看法，但这是个值得思考的问题。ECN 在此将其推文进行翻译，希望有更多关心以太坊的人参与到思考和对话中： 复杂性是一个系统中经常被忽视的方面，因为常常是别人在为它付出代价，而不是创造它的人。 但不要搞错了，有人正在付出代价——无论是金钱、时间还是精神能力。他们可能不愿意/能够永远这样做。 与可扩展性一样，复杂性也一直在不被看见的情况下慢慢接近它的极限。到那时，就已经回来不了头。 复杂性还有一个令人讨厌的地方，就是造成连锁故障。使得人们过载，能力削弱，这又进一步导致更大的负载。在以太坊的历史里，复杂性从来没有减少过。每个堆叠在上面的 EIP、每个重大的变更 (1559、合并、分片、verkle、无状态、L2 等) 都增加它的危险。 当一个研究提案说“一切都想好了，现在只剩工程了”时，我都感到非常沮丧。 尽管现在我们正在接近合并，感觉很好，但我必须强调，以太坊并没有往简洁的方向发展。从本质上说，它正在取得成果，但它也像在不顾后果地增加其复杂性。 如果协议不变得更简洁，它是不会成功的。 我觉得根本原因是研究员与开发团队之间的脱节。前者只需要有优雅、独立的想法。后者需要尽力协调每个引入的想法，同时把他们连接起来扩大空间的维度。 在工程上曾有过降低复杂性的尝试 (Erigon 的模块分割，合并里的职责分割)。然而，从来没有人试图降低协议的复杂性。 我们已经过了有人对系统有全局把握的阶段了。这很糟糕。我不知道解决方案是什么，但我认为应该停止增加功能，且开始删减，即使代价是破坏一些东西。 越来越少人知道并愿意把一个破碎的网络拼凑起来。且每个变更都把它往那个方向推得更远。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1504887154761244673&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FSMw4yk2_dXoOuoN_lD_183MUl3x1mYApc162IfwFPKY&amp;sessionId=60a6fcc947ebd85e0a0975b064edbed4b10bb2d4&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1504887154761244673" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 409px; display: block; flex-grow: 1;"></iframe> <br/> **Spruce 推出 SIWE 认证的 Discourse plugin，ENS 论坛已添加 SIWE 的 plugin** SIWE 即 Sign-In With Ethereum (使用以太坊登录)，是一项以太坊改善提案 (EIP-4361)。SIWE 描述了通过对一个标准的信息格式进行签名，链下服务可以使用以太坊账户进行身份验证。 关于 SIWE 的更多信息推荐阅读这两篇文章：[《使用以太坊登录 —— 提议工作流程》](https://www.ethereum.cn/Ecosystem/sign-in-with-ethereum-proposed-architecture)、[《为什么“使用以太坊登录”具有革命性》](https://www.ethereum.cn/Ecosystem/sign-in-with-ethereum-is-a-game-changer-part-1) SIWE 的实现团队 Spruce 于 3 月 15 日推出他们的首个用于 Discourse 的主要 SIWE 认证 plugin：https://github.com/spruceid/discourse-siwe-auth 目前该 plugin 仅适用于非托管的 Discourse 论坛，但是 Spruce 表示将开始探索如何在托管的论坛中实现这个 plugin。 其他文档： https://docs.login.xyz/integrations/discourse 添加这个 plugin，用户可以有两个与之交互的方式： - 使用它来注册一个 Discourse 账号 - 将之关联到现有的账户，并使用以太坊账户进行身份验证 ENS 的创始人 Nick 在其论坛称，ENS 论坛已添加 SIWE plugin，用户可以使用以太坊登录了：  需要注意的是，选择了 “使用以太坊登录” 这个选项，Discourse 的用户还是需要关联一个邮箱地址以及确定一个用户名以完成注册流程。一旦用户完成了这个过程，他们在任何时候都可以使用以太坊登录论坛，只需要他们连接钱包和对一项信息签名。 来源：https://blog.spruceid.com/sign-in-with-ethereum-to-discourse/ <br/> **NFT 项目无聊猿 (BAYC) 推出 ApeCoin DAO，并发布代币 APE** 自 3 月 12 日，无聊猿 BAYC 的开发商 Yuga Labs 宣布从 Larva Labs 收购 CryptoPunks 和 Meebits 系列之后，BAYC 于 3 月 17 日推出 ApeCoin DAO 并对 BAYC 和 MAYC 持有者空投代币 APE。 根据 [@apecoin](https://twitter.com/apecoin) 的介绍，Apecoin 由 ApeCoin DAO 持有和运营。ApeCoin DAO 是一个去中心化自治组织，每个代币持有者都可以投票参与社区治理。Apecoin 是一种用于文化、游戏和商业领域的代币，以推动一个建立在 Web3 的去中心化社区的发展。ApeCoin DAO 由 Ape 基金会支持，它相当于 ApeCoin 的法律管家，并用来执行 ApeCoin DAO 社区做出的决策。 <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1504201556165644298&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FSMw4yk2_dXoOuoN_lD_183MUl3x1mYApc162IfwFPKY&amp;sessionId=60a6fcc947ebd85e0a0975b064edbed4b10bb2d4&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1504201556165644298" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 338px; display: block; flex-grow: 1;"></iframe> 两天后，Yuga Labs 透露了一个预告视频，称将于 4 月推出项目 "Otherside"，由 ApeCoin 提供支持👇 <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NrZWxldG9uX2xvYWRpbmdfMTMzOTgiOnsiYnVja2V0IjoiY3RhIiwidmVyc2lvbiI6bnVsbH0sInRmd19zcGFjZV9jYXJkIjp7ImJ1Y2tldCI6Im9mZiIsInZlcnNpb24iOm51bGx9fQ%3D%3D&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1505014986556551172&amp;lang=en&amp;origin=https%3A%2F%2Fecn.mirror.xyz%2FSMw4yk2_dXoOuoN_lD_183MUl3x1mYApc162IfwFPKY&amp;sessionId=60a6fcc947ebd85e0a0975b064edbed4b10bb2d4&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1505014986556551172" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 531px; display: block; flex-grow: 1;"></iframe> 同时，这几天流传着一份 The Block 拿到的 Yuga Labs 投融资演讲稿泄露版，Pitch Deck 中透露了一些 Yuga Labs 的[元宇宙部署计划](https://www.slideshare.net/BestPitchDecks/yuga-labs-pitch-deck-bayc-founders-project-455m-nft-revenue-2022)。 <br/> **去中心化借贷协议 Aave 推出 V3 版本，支持 6 个网络** 3 月 17 日，去中心化借贷协议 Aave 宣布推出 V3 版本。以下是其提到的一些主要新功能： - 门户：跨链交易 - 高效模式 (Efficiency Mode, E-Mode)：解锁用户的借贷能力 - 隔离模式 (Isolation Mode)：被 Aave 社区治理 “隔离” 的新上线资产，只能在一个特定的债务上限内用作抵押品。在隔离模式下，用户只能借入特定类型的资产 (例如稳定币、ETH/wETH)，不能同时使用其他资产作为抵押品，从而限制新上线资产对协议带来的敞口和风险。 - L2 专有功能：一些针对 L2 网络的设计以改善用户体验。 - Gas 优化：所有功能的 gas 开销减少约 20-25%。 - 风险管理完善：通过各种工具为协议提供额外的保护。 V3 在 Polygon、Fantom、Avalanche、Arbitrum、Optimism 和 Harmony 上都有部署，以完成更多的跨链实现。(注意：以太坊主网上的部署将由社区基于当前部署市场的成熟度决定。很快便会有更多的消息！) 来源：https://aave.mirror.xyz/2TnHYHQRnNhSG56Y4CcssulFArSVqrFbmAdYfU7Kxp0 <br/> **Devconnect 2022 上一些值得关注的活动** Devconnect 项目将在 2022 年 4 月的阿姆斯特丹举行为期一周的开发者会议。专注于零知识技术普及与教育的组织 0xPARC Foundation 将于 4 月 23 日 - 24 日与以太坊基金会隐私扩容团队 Privacy & Scaling Explorations 联合举办一场关于 ZK 应用的 Workshop。这场工作坊将讨论 ZK 应用领域的最新进展。 https://zkworkshop.info/ 以太坊 Staking 社区 EthStaker 将于 4 月 19 日 - 4 月 21 日举办一场关于 Staking 的活动 “Staking Gathering”，嘉宾有 Danny Ryan、Ben Edgington、Anthony Sassano、Jim McDonald 等。前两天主要是讨论和圆桌，第三天会有一场开源以太坊 staking 黑客松。 https://ticketh.xyz/ethstaker/gathering/ <br/> **以太坊联合创始人 Vitalik Buterin 登上《时代》杂志封面** 2021 年 9 月 15 日，《时代》杂志公布了它的年度百大世界最具影响力人物名单，此名单由 180 万的投票产生，一共分为时代象征、先锋、巨人、艺术家、领袖和革新者六项类别，Vitalik 入选的是革新者类别。  2022 年 3 月 18 日，Vitalik 登上了《时代》的封面。《时代》发布了一篇对 Vitalik 的采访文章，包括他早期成长经历、对加密世界的个人观点和以太坊早期发展的故事： https://time.com/6158182/vitalik-buterin-ethereum-profile/ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/sign-in-with-ethereum-is-a-game-changer-part-1https://www.ethereum.cn/Ecosystem/sign-in-with-ethereum-is-a-game-changer-part-1Mon, 21 Mar 2022 00:00:00 GMT来源 | [blog.spruceid.com](https://blog.spruceid.com/sign-in-with-ethereum-is-a-game-changer-part-1/) <br/> “使用以太坊登录” (Sign-In with Ethereum, SIWE) 颠覆了用户在互联网上的选择。 用户不再需要向一些[大型中间商](https://www.coindesk.com/policy/2021/10/08/sign-in-with-ethereum-is-coming/)妥协，现在可以使用控制其区块链账户的同一个私钥直接登录 (不需要经过中间商)。通过 SIWE，我们开辟了另一条道路，大公司不再能剥夺用户访问服务的能力，也不能监视他们的行为。 SIWE 是一个完全公开的认证标准，通过与 dapp、app、钱包、安全公司等社区成员的公开讨论来实现。你可以在网站 [login.xyz](https://login.xyz/) 上找到所有的会议记录和笔记。这种方法与科技巨头或政府供应商的专有身份系统的封闭式开发大相径庭 [(受到隐私和数字权力倡导者的抗议)](https://www.wsj.com/articles/irs-backs-away-from-facial-recognition-to-verify-taxpayers-identities-11644264843)。 相比之下，[Sign-In with Ethereum (EIP-4361)](https://eips.ethereum.org/EIPS/eip-4361) 为以太坊账户定义了一种开放的知识共享 (creative commons, CC) 签名格式，以安全地验证任何基于网络的服务。SIWE 由社区构建，获得以太坊基金会和 ENS 的直接支持，并且 Spruce 于去年年底开始负责该项目。我很高兴能在这里讨论 “使用以太坊登录” 的意义，以及对于 Web3 的所有构建者来说它是如何超越 “连接钱包” 的。 ### 连接钱包 vs. 使用以太坊登录  “连接钱包” 这个按钮是现在 dapp 的主要功能。点击这个按钮，用户就开始了与 Web3 和区块链交互的旅程。 通过连接钱包，应用程序可以知道你使用的是哪个账户；然而，仅此而已。你的钱包更容易了解你想用哪个账户来与智能合约互动、发送加密货币，甚至通过 dapp 对信息进行签名。连接钱包的功能非常简单 —— dapp 对你 “毫无记忆”，只是为简单的交互搭建了一个平台。 当应用程序想要和用户进行更丰富的情境交互 (contextual interactions) 时，比如加载用户的偏好或隐私聊天讯息，我们首先需要确保我们是在和该账户背后的实际私钥持有者对话，而不是某个假装对账户持有控制权的人。“连接钱包” 不提供这种保证，但 SIWE 可以。换句话说，我们需要对用户进行身份验证，以便与他们建立一个 session，然后安全地读写他们的数据。为了说明两者的区别，我举了以下两个例子 —— 连接钱包的 Carl 和建立 session 的 Sam： (译者注：Session 在是一种用来在客户端与服务器端之间保持状态的解决方案。其基于思路是： 客户端第一次访问时，服务器端生成一个 [session id](https://en.wikipedia.org/wiki/Session_ID) 返回给客户端，当然服务器端也会把这个 session id 存在内存中，客户端得到这个 session id 后，在后续的每个请求中会把这个 session id 传回服务器，这样服务器查询自己内存就知道这个客户端曾经访问过。Session 可以用来实现用户的登录认证。服务器端生成的 session id 传回客户端后，往往会保存在 cookie 中，所以 Session-based 认证也称为 Cookie-Based 认证。[来源](https://aandds.com/blog/http-session.html))  Carl 使用 dapp 并有一个很好的体验。他可以在 Uniswap 上进行交易，在 Aave 上借贷，甚至在 OpenSea 上购买 NFT。进行这几项操作只需要连接他的钱包。Carl 的操作一直都挺顺利的，直到有一天，他遇到了这样的问题：他希望这些 dapp 能够记住他的一些情况，以便在他第三次、第四次和第五次使用这些 dapp 时，能给他更好的体验。 Carl 在想，如果 Uniswap 能自动导入他的优先清算权，Aave 能够记住他最喜欢的借贷市场，甚至 OpenSea 能记住他的名字而不是 0x2Fe1a3... 这样的账户，他的体验会好很多。Carl 每次连接他的钱包时都要从头开始。 Sam 就不会有这样的问题了。Dapp 对其进行了认证并且建立了 session 之后，相关信息就会被保存下来。即便 Sam 断开连接并且重新进行认证，session 也会从他离开时的状态继续，应用程序仍然记得与他相关的一切。他的信息甚至可以保存在他控制的一个远程数据库中。 ------ ### 使 SIWE 一元化 纵观 Web3 领域，你会发现许多现有的服务提供某种形式的 "Sign-In with Ethereum"，但没多少能达到标准的。他们通常会使用它来和用户建立一个基于 cookie 的 session，该 session 可以管理该账户相关的专有元数据。比如，如果你想要给用户权限在你的网站上自定义他们自己的个人档案 (像 OpenSea 那样)，你应该在用户可以做出任何更改之前对他们进行身份验证，以确保只有用户可以编辑他们自己的个人档案。工作流程如下所示：  连接钱包后的第一步是给用户提供人类可读的消息，这样他们才能理解自己进行了什么交互。在很多案例中，用户看到的是 "LOGIN" (登录) 字样，或者一些让你登录的文字，甚至有时只是一个任意的数字 (在这里，对这个随机的疯狂的字母和数字集合签名吧)。那么相反，我们可以根据现有实践确定一组必需的字段、设定好许多良好的安全措施和一个在人类可读和安全运行之间平衡的严格语法。此外，钱包不需要改变它们现有界面和实践，至少可以继续为用户提供这类信息。 首先，我们可以接收所有这些混乱的 “SIWE” 信息，并以一种可接受的通用方式向用户提交请求：  ### 共享信息 - 共享界面 对签名信息格式达成一致后，应用程序和钱包现在可以说同一种语言了。当应用程序向用户提交签名请求时，钱包可以检查该请求，检查它是否与 EIP-4361 (SIWE) 信息相符，并让用户知道他们正在登录一个网站。 在这一点上，钱包可以呈现一个友好的程式化的界面，让用户体验更佳，并且不对用户将要采取的行动产生任何怀疑。而不是给用户一个任意的文本块来签名。用户现在只需点击一个确认对话框来 “登录”，因为钱包能够 “理解” 签名请求。为了实现完全透明，EIP-4361 规范中声明所有信息和字段仍然必须在其他子界面 (如详细视图) 中可用。 从 EIP-4361 的信息中，我们可以得到一个更清晰的界面：  该规范还为钱包引入了额外的安全要求，例如引入域绑定以防止钓鱼攻击；引入 nonces 以防止重放攻击，用户在整个过程中得到了进一步的保护。比如，如果钱包发现一个有效的 SIWE 信息，但是用户正在对 `example.com` 进行签名 (但实际上是在 `exampie.com`)，钱包可以警告用户该情况：  ### 身份验证之外 SIWE 信息也可以被理解为访问特定资源的授权，或者对 session 私钥的委托，以提高 dapp UX 的功能性和易用性。例如，想象一下，在这样一个世界里，用户可以使用他们保留的数据来丰富他们自己的 session，而不是应用程序保存用户的数据。想要了解更多信息，强烈建议大家看看这篇文章： [From Sign-In with Ethereum to Session Keys](https://blog.spruceid.com/from-sign-in-with-ethereum-to-session-keys/) 我很快就会发布关于本文的第二部分，敬请关注！在那之前，去实现 [SIWE](https://docs.login.xyz/) 吧！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/kiln-merge-testnethttps://www.ethereum.cn/Eth2/kiln-merge-testnetWed, 16 Mar 2022 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2022/03/14/kiln-merge-testnet/) 作者 | 协议支持团队 去年 12 月上线的 [Kintsugi 🍵 合并测试网](https://blog.ethereum.org/2021/12/20/kintsugi-merge-testnet)一直是用于测试合并很有用的地方。通过各种测试套件、多客户端开发测试网、对 Goerli 的影子分叉、应用部署，以及社区协助的 #TestingTheMerge，我们现在已经有一套稳定且强韧的协议规范。现在，客户端已经实现了这些最新的规范，作为 Kinsugi 继承者的 Kiln 🔥🧱也已经上线了！ 像以太坊主网一样，Kiln 的执行层是工作量证明链，与权益证明的信标链并行运行。Kiln 的合并发生在 2022 年 3 月 15 日。 Kiln 预计将是现有公共测试网升级前最后一个合并测试网。强烈建议应用和工具开发者、节点运行者、基础设施提供者和质押者在 Kiln 上做测试，以确保现有的公共测试网能平稳过渡。 之前的合并测试网 Kintsugi 将在未来几周内被弃用。 <br/> ## 使用 Kiln ### 开始 开始使用 Kiln 的最简单方法是访问该网络的[登录页面](https://kiln.themerge.dev/)。在那里，你可以将网络添加到你的浏览器钱包，查看区块浏览器，从水龙头请求测试币，然后连接到一个 JSON RPC 端点。如果你想成为 Kiln 上的验证者，[质押 launchpad](https://kiln.launchpad.ethereum.org/) 也支持这个网络。 ### 应用 & 工具开发者 随着 Kiln 的上线，现在是时候确保你们的产品在转向权益证明的过程和在合并后的环境下能如预期般运行。如在[之前的文章](https://www.ethereum.cn/Eth1.x/how-the-merge-impacts-app-layer)里所解释的，合并对部署在以太坊上的将只对部署在以太坊上的部分合约产生最小限度的影响，这些合约都不会被破坏。此外，大部分的用户 API 端点会保持稳定 (也就是说，除非你使用 PoW 的特定方式，例如 `eth_getWork`)。 也就是说，以太坊上的大多数应用比链上合约会更受影响。Kiln 就是你们先要确保你们的前端代码、工具、部署管道和其他链下组件会否如预期般工作的地方。我们强烈建议开发者在 Kiln 上运行完整的测试和部署周期，并把任何与工具和依赖相关的问题向项目维护者报告。如果你不确定在哪里创建 issue，请使用[这个仓库](https://github.com/eth-clients/merge-testnets/)。 ### 节点运行者 合并后，一个完整的以太坊节点会是一个共识层客户端和一个执行层客户端的组合，前者在信标链运行权益证明，后者管理用户状态和运行与交易相关的计算。它们通过一个认证端口来通信，使用一套新的 JSON RPC 方法，称为 [引擎 API](https://github.com/ethereum/execution-apis/tree/main/src/engine)。 因此，节点运行者需要同时运行一个共识层和执行层客户端。换句话说，如果你已经在信标链上运行了一个节点了，你现在还需要运行一个执行层客户端。同样，如果你已经在现在的工作量证明网络里运行了一个节点，你将还需要运行一个共识层客户端。 你可以在[这里](https://notes.ethereum.org/@launchpad/kiln)找到支持 Kiln 的最新客户端版本。 值得强调的是，每一层都将维护一套独立的对等点，并公开各自的 API。因此， [Beacon](https://github.com/ethereum/beacon-apis) API 和 [JSON RPC](https://github.com/ethereum/execution-apis) API 将继续按预期工作。 ### 质押者 如上所述，合并后信标链上的验证者将需要运行一个执行层的客户端。我们在合并前已经强烈建议大家这样做了，但验证者有可能把这些功能外包给第三方提供商。这是可能的，因为对执行层唯一需要的数据是对存款合约的更新。 合并后，验证者需要确保他们所构建或证明的区块上的交易是有效的。要做到这一点，就需要一个执行层的客户端。虽然这增加了验证者的职责，这也给了提议区块的验证者获得相关的交易优先费用的权利 (现在这些费用是给矿工的)。 尽管验证者的奖励是在信标链上获得的，并将需要一个后续升级才能提款，交易费用将继续在执行层上及逆行支付、烧毁和分发。因此，验证者可以指定任意一个以太坊地址作为交易费用的收款地址。 Kiln 是现有质押者熟悉合并后以太坊环境的完美地方。我们建议尝试在网络上映射你们的产品设置，并确保你们现在就解决任何问题。 同样，[质押 Launchpad](https://kiln.launchpad.ethereum.org/en/) 提供了一个简单界面来开始。请注意，为了响应 [Eth2 重命名计划](https://www.ethereum.cn/Ecosystem/the-great-eth2-renaming)，[ethereum/eth2.0-deposit-cli](https://github.com/ethereum/eth2.0-deposit-cli/) 仓库将很快被重命名为 `ethereum/staking-deposit-cli`。 <br/> ## FAQ ### 什么时候合并？ 截至本文发表，以太坊主网过渡到权益证明的日期是还没定的。任何声称已经定了日期的消息来源都可能是骗局。之后的更新也将发布在这个博客里。请注意安全！ 假设 Kiln 没有发现什么问题，一旦客户端最终敲定了他们的实现细节，现有的以太坊测试网 (Goerli、Ropsten 等) 就会进行合并。如果这些都顺利过渡并稳定下来，没有发现问题，那么就会给主网过渡设置[难度值](https://eips.ethereum.org/EIPS/eip-3675#terminal-total-difficulty-vs-block-number)。只有到了那时才可能预估合并的确切日期。 ### 作为一个以太坊用户或 ETH 持有者，我需要做什么吗？ 不需要。如果你想试用 Kiln，请试试。我们希望有很多的社区成员加入我们，在 Kiln 上测试合并#TestingTheMerge 。 以太坊主网不会受这个测试网的影响。后续的公告将在主网过渡前在本博客上发布。 ### 作为矿工，我需要做什么吗？ 不需要。如果你在以太坊主网上挖矿，你应该知道，在合并之后，网络将完全转为权益证明。到那时，网络上就不能再能挖矿了。 ### 作为验证者，可以提出我的押金的？ 不可以。合并是迄今为止对以太坊来说最复杂的升级。为了最大限度地减少网络中断的风险，我们采用最简洁的方式，也就是把任何与过渡无关的变更排除在这次升级之外。 从信标链上提款可能会在合并后的第一次升级里实现。[共识层](https://github.com/ethereum/consensus-specs/issues/2758)和[执行层](https://eips.ethereum.org/EIPS/eip-4863)的规范已经在写了。 ### 为什么叫 Kiln？ 之前的合并测试网 Kintsugi 是以一种日本艺术命名的，这种艺术是关于用金漆来修补破损陶器，使其更坚固和美丽。 与此类似，Kiln 是一种高温炉，用于将粘土变成硬化的物体，如陶器或砖块🔥🧱。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-15/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-15/Tue, 15 Mar 2022 00:00:00 GMT <br/> # **合并 (The Merge)** **Kiln 测试网出现 GPU 矿工事件** 根据开发者 parithosh 的[推特](https://twitter.com/parithosh_j/status/1501679135973945355?s=20&t=jgBMIyPj0BR2q6CDtJER4w)，公共测试网 Kiln 的 PoW 链于上周 UTC 3 月 10 日创世，信标链于 11 日创世，并预计 PoW 链会运行大约一周的时间，让开发者可以在上面部署智能合约，以了解合并前后的情况，因此[设定的 TTD 会发生在这周中期才达到，触发合并](https://twitter.com/parithosh_j/status/1501853152546545666?s=20&t=jgBMIyPj0BR2q6CDtJER4w)。 3 月 11 日，开发者 MariusVanDerWijden [发推](https://twitter.com/parithosh_j/status/1501853152546545666?s=20&t=jgBMIyPj0BR2q6CDtJER4w)表示，Kiln 测试网上有使用 GPU 的矿工，并请对方关掉，否则 PoW 链在周末就会触达 TTD，但他不想在周末工作，而且预定的合并时间是在下周中期的。 随后开发者发起了推迟 TTD 行动，呼吁大家升级节点，有些客户端也配合更新配置，把新的 TTD 设为 20.000.000.000.000。 随后，MariusVanDerWijden 和 parithosh 在推特分析了这次事件，并回答了一些常见问题，整理如下： Q：这种情况会在主网发生吗？ A：不会是因为我们想让合并在某个时间发生。但如果我们在主网触达 TTD 前不久发现了一个问题，我们可以使用这个机制来推迟合并，直到问题被修复。而且我们只会在信标链进行 Bellatrix 分叉之后才公布 TTD，因此，无论公布的 TTD 是什么，信标链都是准备好合并的。 Q：这意味着合并会被延迟吗？ A：不会，但这是测试我们的危机处理能力的一次很好的机会。 Q：如果保持旧的 TTD 会怎么样？ A：PoW 网络触达 TTD 后会停下来，等待共识层监测到终结的合并区块。共识层只有在进行了 Bellatrix 分叉后才能进行合并，即在共识层准备好之前 PoW 都处于停滞状态（再强调一次，只有在测试网才是这样)。 Q：如果不及时升级会怎么样？ A：你的节点在触达 TTD 时就不再输入区块，你的节点可能落在侧链上。但你可以通过更新你的配置轻易地重新加入正确的链。 Q：如果再次有更多的 GPU 加入网络会怎么样？ A：如果他们这样做，我们觉得我们也不会改变 TTD 了。因为这样我们会不得不在周末工作。所以，这不是安全问题，我们只是不希望合并发生在周末。 Q：这个情况有多糟糕？ A：其实并不糟糕，可以说是一次试验。所有客户端都已经考虑到这种情况，并且有解决方案。我们能够在 1.5 个小时作出反应、做出决定、发布配置、更新节点并通知验证者。 [来源1](https://twitter.com/vdWijden/status/1502298485302910980?s=20&t=w9T_bGpCGvhwvRMn8GmY_g) [来源2](https://twitter.com/parithosh_j/status/1502306590162104328?s=20&t=w-8UGj72ljPSTFaqbgfW_w) <br/> **Lighthouse 客户端在合并的工程上已接近功能齐全** 共识层客户端 Lighthouse 于 3 月 10 日发布更新，表示在过去几周里，合并的开发和测试取得了显著的进展，Lighthouse 刚完成了一次冲刺，已经开发并测试了几项重要的产品级功能，包括： - Optimistic sync 实现 ([#2837](https://github.com/sigp/lighthouse/pull/2837), [#2986](https://github.com/sigp/lighthouse/pull/2986)) - 提议者准备例行程序 ([#2936](https://github.com/sigp/lighthouse/pull/2936)) - 对最新的共识层规范的更新 ([#3040](https://github.com/sigp/lighthouse/pull/3040)) - 执行层/共识层通信的认证机制 ([#3015](https://github.com/sigp/lighthouse/pull/3015)) 这些新功能都在 [merge-devnet-5](https://github.com/eth-clients/merge-testnets/tree/main/merge-devnet-5) 上进行了测试。目前，Lighthouse 已经实现了合并所需的几乎所有主要功能。尽管如此，Lighthouse 的实现仍然很新，需要在测试网、模拟器和模糊测试工具上运行几个月。 文章还列出了一些有待完成的任务，其中有些是必须合并前完成，有些是“有则更好”： - 验证者接收交易费的地址 - 对过渡区块的追溯性检查 - 为 optimistic sync 更新 HTTP API - 确保同步可好地处理离线的执行环境 - 在提议者准备期间检查 PoW 链的终结区块 - 支持`mev-boost` 来源：https://lighthouse.sigmaprime.io/update-40.html <br/> # **合并后 (Post-Merge)** **合并后以太坊的一些关键数据** 推特用户@litocoen 发推列出了一些转为 PoS 后的以太坊的一些关键数据变化，推文引起社区关注，以下为其推文的编译： - 以太坊每天的增发量会减少 90%，从 12,000 个 ETH 变成 1280。 - 年通胀率从 4.3%下跌到 0.43%，相当于一次性进行三次减半。这个 0.4% 的年通胀率还没有算入 EIP-1559 自动烧毁的部分 (自 1559 部署后烧毁了 50 亿美元)。把烧毁的 ETH 也计算在内的话，以太坊将会是通缩的。  - 同时，PoS 验证者的奖励也将从合并的那个月起从 4.5% 上涨到 10 -15%。 - 能源消耗也会减少 99.95%。 - 它的能源消耗与像 Visa (0.4%) 这样的传统支付网络相比也算是很小的。 [来源](https://twitter.com/litocoen/status/1503299334942740487?s=20&t=bITRx7mbKvQK_FYLraLz_A) 此外，trent 也发推补充到，合并后，2 个 ETH 的 PoW 区块奖励就没有了，新的增发只会来自 PoS 的验证者提议区块 (~0.025 ETH) 或“证明”，即对网络状态投票 (~0.00002 ETH)。 关于以太坊 PoS 奖励如何随活跃验证者数变化，可在[这里](https://kb.beaconcha.in/rewards-and-penalties)详细了解。 [来源](https://twitter.com/trent_vanepps/status/1503409531895877632?s=20&t=FIaux84VbLl7Od_iF89yzw) <br/> 更多主网的更新消息，请参阅最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-3-11)》。 <br/> # **Layer2** **Optimism 正式介绍其下一代欺诈证明 Cannon 并公布 bug bounty** 3 月 10 日，L2 扩容解决方案 Optimism 发布了文章正式介绍其下一代的欺诈证明系统 Cannon。 这是能够可以运行 EVM 等同性 L2 的首个公共的欺诈证明实现，Cannon 最初由 [geohot](https://github.com/geohot) 实现。同时，Cannon 还能实现理论上最小的 calldata gas 开销。 根据其公告，Cannon 从一开始就在 Optimism 的部署计划之内 —— 将在 Optimism 的下一个主要迭代版本 Bedrock 中推出。Cannon 在未来几年里将是 Optimism 网络的基础。 为了 Cannon 能够顺利推出，Optimism 启动了一个奖金多达 25 万美元的 bug bounty：https://immunefi.com/bounty/optimismcannon/ [来源](https://medium.com/ethereum-optimism/cannon-cannon-cannon-introducing-cannon-4ce0d9245a03) <br/> **Optimism 公布其多客户端计划以实现去中心化和移除合约升级密钥** 3 月 12 日，L2 扩容解决方案 Optimism 公布了其去中心化计划 —— 通过建立多客户端架构，实现证明系统的去中心化，最终移除合约升级密钥 (upgrade keys)。下面是其公告的一些重要信息： 目前每个主要 L2 项目都具有一个信任方，它可以执行协议升级。拥有信任方和升级密钥有利有弊： - 必要性 & 好处：每个 L2 协议都会需要在它们的 L1 合约上部署一些即时的更新，这个很关键，因为这允许项目完善协议并部署漏洞修复。 - 坏处：具有信任设置就代表着第三方可以作恶，L2 协议上用户的资产可以轻易地因为协议升级被盗走。 Optimsm 团队研究了以太坊如何实现最大化系统运行时间：冗余 (redundancy) 是以太坊保证高可用性的关键 —— 采用多客户端安全模式，即便其中一个客户端宕机了，以太坊网络也能正常运行。  受此启发，Optimism 决定为 L2 创建一个多客户端生态系统，这可以确保即便出现重大漏洞也不会使整个网络宕机。  <center>通过构建多客户端架构去中心化 Optimism</center> 最后，总结一下 Optimism 的去中心化路线图： - 建立 Optimism 自己的社区 - 发布 Bedrock 更新，支持多客户端架构 - 激励/支持其他 Optimism 客户端的构建 - 推出多客户端证明合约 - 移除合约升级密钥 [来源](https://medium.com/ethereum-optimism/our-pragmatic-path-to-decentralization-cb5805ca43c1) <br/> **Vitalik 解释 EIP-4488 和 EIP-4844 两种降低 rollup 交易费的方案各自的权衡** 一位名为 u/banaanigasuki 的 reddit 用户在 [r/ethereum](https://www.reddit.com/r/ethereum/) 提出了一个问题：既然 EIP-4488 (简单地减少 calldata gas) 和 EIP-4844 (新的数据 blob 交易类型) 都是能够将 L2 交易费最多降低 100 倍的提案，它们之间有什么不同呢？ Vitalik 的回答： 4488 减少 calldata 的 gas 开销。4844 创建一种带有新的数据字段的新交易类型，只为 L2 使用，不能被 EVM 执行直接访问。 (关于 EIP-4844 更详细的解释请阅读[《以太七日谈 • 2022/3/9》](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-9/)) 目前来说 4488 更容易实现。但是，如果我们实现了 4844，我们就已经完成了实现 “恰当的” 分片所需的大量工作；且剩余的工作都可以在后台悄悄完成，而不需要执行层客户端团队或 rollup 开发者做些什么。 所以，这基本上是一个 “现在就快速解决交易费问题” 和 “做更多的工作，但未我们的长期发展做好准备” 的权衡。 [来源](https://www.reddit.com/r/ethereum/comments/t7adbt/hows_eip4844_differ_from_eip4488_where_both/hzi63ig/) <br/> **去中心化交易所 DeversiFi 推出连接至 Arbitrum 的资产桥接** 3 月 7 日，去中心化交易所 DeversiFi 宣布推出了连接至 Arbitrum 的资产桥接。用户现在可以直接通过 DeversiFi <-> Arbitrum 桥接在两者之间转移资产，不需要经过 L1：https://app.deversifi.com/portfolio?utm_source=twitter&utm_medium=post&utm_campaign=arbtwitter 注：DeversiFi 是一个使用 StarkEx 技术的 L2 去中心化交易所。 [来源](https://twitter.com/deversifi/status/1500853979479261185) <br/> **以太坊 Argent L2 钱包移动版本面向所有用户开放** 此前，Argent 推出了基于 Layer2 解决方案 zkSync 的 L2 钱包。3 月 8 日，Argent 宣布其 L2 钱包移动版本已面向所有用户开放。 [来源](https://twitter.com/argentHQ/status/1500879350677262336) <br/> # **生态** **Yuga Labs 收购 CryptoPunks 和 Meebits** 无聊猿的开发商 Yuga Labs 于 3 月 12 日宣布从 Larva Labs 收购了 CryptoPunks 和 Meebits 系列，这意味着 Yuga Labs 现在拥有这些品牌在艺术商的版权，和这两个系列作品的其他知识产权，共 423 个 CrypoPunk 和 1711 个 Meebit。 在声明中，Yuga Labs 写到了之后的计划。他们做的第一件事就是把完整的商业权利给予这些 NFT 持有人，接下来会进一步使 CryptoPunks 和 Meebits 与 web3 精神相契合，希望广泛的第三方开发者和社区创作者将这两个系列融入他们的 web3 项目。他们不会把这些 NFT 系列套进 BAYC 的俱乐部模式，因为它们的定位不同，它们将通过听取社区的意见来决定未来的发展。 [来源](https://mirror.xyz/0xEc9f53fA69682833FBd760C104B5D61aE29221E0/Km81y6Mc3O5LzS0wnrghVIV0HnZgLOd4wsnfcGw3_2I) <br/> **Tim Roughgarden 将在四月的阿姆斯特丹开发者聚会上演讲** Devconnect 项目将在 2022 年 4 月的阿姆斯特丹举行为期一周的开发者会议，4 月 22 日将有一个 ETHconomics 的主题活动。这周@ETHconomics 宣布 Tim Roughgarden 教授将作为演讲者参与，他将分享他对 EIP-1559 的最新研究成果。他此前发表了 EIP-1559 经济学分析的论文。 [来源](https://twitter.com/ethconomics/status/1501988535817097226?s=20&t=zj5Ld6Qw4Mcpw53xBtE-WA) <br/> **另一本关于 Eth2 的书** 如 What's New in Eth2 的作者 Ben 在最新一期的更新里所写，如今在 Optimism 团队的 Kelvin @kelvinfichter 近日公布了他著作初稿“[The Eth2 Book](https://eth2.incessant.ink/zh-CN/book/00__introduction/02__content.html#the-basics-of-consensus)"。这本书的主要内容包括： - 共识的基础知识 - 区块链的起源 - 回顾 Eth1 - 探索 Eth2 - 以太坊的权益证明 - Eth2 的构建 - 构建信标链 这本书的页面语言一栏有中文选项，但目前点击还没有内容，以后可能会有中文版。感兴趣的朋友可以看看。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-3-11https://www.ethereum.cn/Eth2/wnie2-2022-3-11Mon, 14 Mar 2022 00:00:00 GMT来源：[What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220311) <br/> # 首要推荐 Marius 关于 [testing the Merge](https://twitter.com/vdWijden/status/1501853162688421888) (对合并进行测试) 是这周的冠军。主要是因为他的迷因用得太好了。当然也因为 `#TestingTheMerge` 是你们现在能让以太坊尽快转为权益证明的最重要的贡献。 提醒一下，Superphiz 和我已经在为我发布文章后的周一录制常规的更新回顾视频了。请留意[油管上的 EthStaker 频道](https://www.youtube.com/watch?v=Bd3b7PeKEB4&list=PLOB9GGXGcc30i4lARcf9xSN3SvgaUf0O8)。油管显示我们的其中一集有 1000 次的观看次数了，大家都多去看看吧。 别忘了在上周开始的 [Gitcoin Grant 第 13 轮](https://gitcoin.co/grants/)支持你们喜欢的 Eth2 项目。 <br/> # 信标链 大里程碑！信标链上已经质押了 [1000 万个 ETH](https://etherscan.io/address/0x00000000219ab540356cbb839cbe05303d7705fa)了🥳 1000 万是一个有趣的里程碑，因为它是我们最初设计信标链时使用的[建模假设](https://ethresear.ch/t/pragmatic-signature-aggregation-with-bls/2105?u=benjaminion)之一。押金的涌入率似乎并没有慢下来，甚至可能因为合并后的矿工小费而会继续提升。但信标链还是处理地很好。[参与率图表](https://beaconcha.in/charts/participation_rate)显示，最近几个月的网络参与率非常高，有时达到 99.77%。 至于其他的信标链新闻，Fredrik Svantes 发布了以太坊基金会博客 [Secured #2: Public Vulnerability Disclosures (第二期安全报告：公共漏洞披露)](https://blog.ethereum.org/2022/03/09/secured-no-2/)。这篇文章链接到[披露库](https://blog.ethereum.org/2022/03/09/secured-no-2/)，列出了所有影响了 Eth1 和 Eth2 客户端的已知安全事故。这是 [Eth2 的列表](https://github.com/ethereum/public-disclosures/blob/master/disclosures/CL.md)。一般来说，在安全问题发生时不可能说太多，但我喜欢这种事后的透明度。 说到安全问题，对分叉选择规范的[修复](https://github.com/ethereum/consensus-specs/pull/2845)已经被合并，解决了我们上个月[讨论](https://hackmd.io/@benjaminion/wnie2_220211#Research)的 LMD balancing attack 问题。这不是一个大的变更，客户端可以在闲暇时间把它更新到新的规范里。 <br/> # 合并 ## 什么时候合并? Superphiz 给出了[预言](notion://www.notion.so/ https://weeth.io/t/topic/160)。 ## 公布 Kiln 测试网 原定的计划有了小变化，[插进来](https://twitter.com/parithosh_j/status/1499351263728779269?s=20&t=P84uEsZR4wQt3i3x2EBS1g)了一个额外的开发测试网 (非公共测试网) `merge-devnet-5`。这个测试网[进行得不错](https://twitter.com/parithosh_j/status/1500883006571139072)。Kiln 公共测试网的发布被推迟了 10 天左右，以便更好地发布文档和客户端。正如 Danny 在开发者会议上解释的，测试网的延迟预计不会推迟合并的进行。 所以，Kiln 合并测试网正在进行中！这很可能是在合并前我们运行的最后一个专用测试网。工作量证明的链已经在周四 (3 月 10 日) 创世了；权益证明链 (信标链) 的创世于周五 (11 日)[发生](https://beaconchain.kiln.themerge.dev/epoch/0)；终结总难度 (TTD) 的设定是到权益证明的实际过渡应该在这周周中发生。 **更新**：由于有些矿工用 GPU 加入了网络，看来我们需要[提高 TTD](https://twitter.com/vdWijden/status/1502298485302910980)。这是[拯救 Marius 的周末的行动](https://twitter.com/vdWijden/status/1502269541820338177)！如果你是在 Kiln 的 PoW 链上的矿工，请[联系 Pari](https://twitter.com/parithosh_j/status/1501986295463170061) 或 Marius。 期待以太坊基金会周一发布关于 Kiln 的博文。 ## 对合并进行测试 关于 Kiln 测试网、`#TestingTheMerge` 活动的深入介绍，以及你们可以如何帮忙，请看 [Marius 和 Pari](https://www.youtube.com/watch?v=3AkDPL0RWtk) 做的作客的这期 PEEPanEIP。[这里](https://docs.google.com/presentation/d/1HNOyMI4AhwYdpssa07moWZgh-VGTy75oR4JUWu0fSXQ/edit#slide=id.p)是他们的演讲幻灯片。 一些入门指南已经有了，我会在下文列出一些。有一点需要注意，除非你超级急切去测试，否则最好还是等你最喜欢的客户端发布了把 Kiln 参数写进去的版本再去测试。Teku 会在这周早期发布，这能避免一些混乱。虽然 Teku 现在已经完全支持 Kiln 了，但还有很多参数你们需要指定，有些 flag 需要重命名。在下一个版本，一切将会非常顺滑。 话虽如此，对于急切想做测试的人： - Rémy Roy 已经更新了他的合并测试网指南，适用于 Kiln。这个指南使用的是 Lighthouse 和 Geth 的组合。Rémy 和 Superphiz 制作了一个[视频教程](https://www.youtube.com/watch?v=caaV4oMmWe8)。 - Terence 制作了一个用于 Prysm 和 Geth 组合的简短[说明](https://hackmd.io/@prysmaticlabs/B1Q2SluWq)。 - Accidental Green 写文对 Teku 和 Geth 组合进行了详细讲解。 - Chris Hobcroft 也制作了用于 Teku 和 Geth 组合的说明。 大家请记住，合并后，Eth1 客户端的多样性与 Eth2 客户端的多样性同样重要。我期待在接下来的一两周有为 Besu 和其他客户端写的文章。请不要在测试和合并设置里忽视这些优秀的客户端。 ## Paris 升级 Ethereum Cat Herders 举办了会议，以决定合并中执行层升级的名字 (共识层升级为 Bellatrix)。而获胜的名字是......Paris 🇫🇷 🥖 🍷 <br/> # 合并后 Alex Stokes 写了一个很好的[提款元规范](https://notes.ethereum.org/@ralexstokes/Skp1mPSb9)，这对我很有帮助，因为之前觉得有点难理解。 <br/> # 工具 [Kurtosis 工作坊](https://www.youtube.com/watch?v=yMe4RG5emx8)的视频部分丢失了，现在这个就是最终版。[Kurtosis](https://www.kurtosistech.com/)是“一个用于分布式系统开发和测试的平台”。他们团队已经把 Eth2 模块放进去了，且证明对合并测试非常有用，这个工作坊很棒。Tim Beiko 很欣赏他们的工作！ <br/> # 质押 我在推特上[问了](https://twitter.com/benjaminion_xyz/status/1498587637396946945) Lido 他们的去中心化工作进行得如何了 (这里是他们 7 个月前发布的文章[《通往去信任的以太坊质押之路》](https://www.ethereum.cn/Staking/the-road-to-trustless-ethereum-staking/)) —— 这在我看来是质押中最重要的工作之一。[lzzy 答复了我](https://twitter.com/IsdrsP/status/1499335778979168259)。 Phiz 不断地产出新内容。这是他写的[《怎么在以太坊上进行质押，2022 年 3 月版本》](https://www.reddit.com/r/ethstaker/comments/t1xpr5/how_to_stake_on_ethereum_march_2022_edition/)。还有他最新的一期 “[State of the Stake](https://www.youtube.com/watch?v=TzxyN9jH_Kk)：The ravings of a lunatic”，这期内容疯狂地强调了客户端多样性的重要性。 推特号 [Ethereum Pools](https://twitter.com/EthereumPools) [发布了](https://twitter.com/EthereumPools/status/1499790727269732357)一个公共的[质押池 dashboard](http://34.117.66.78/d/ox1NIwf7k/ethereumpools-public?orgId=2)，大家可以自己做调查研究。 还有对数据感兴趣的读者们，[Rated](https://www.rated.network/) 发布文章[分析了](https://mirror.xyz/ratedw3b.eth/2byJU9p9kn5T840iy8fhARyDhAK1nGaNPH_zweUaKEc)他们的参数模型得出的结果如何，并同时预测实际验证者的利润。 Jim McDonald 给我们带来一期 Attestant 特别版文章[《评估信标节点 2022 年版》](https://www.attestant.io/posts/evaluating-beacon-nodes-2022/)。Attestant 运行他们自己的 Vouch 技术，能够从四个信标链客户端产生的区块中选出最有价值的区块，通过这个方法他们能够评估各个客户端的相对表现。这是一篇非常值得阅读的文章。然而，请注意，(根据我和 Jim 之间的讨论) 主网的表现与测试网上的表现相差很大。希望他后续能发表这方面的文章。 Jim 担心的是合并后[区块构建者的中心化问题](https://ethresear.ch/t/block-builder-centralization/12135?u=benjaminion)。我也有这样的担忧，而且一段时间以来，我不管是公开还是私下，一直都在呼吁更多潜在的区块构建者加入。但是从经济学来看，这一切都有利于区块生产的继续垄断。 <br/> # 媒体和其他 Elias Simos 又推出了他对 Eth2 领域的人的系列采访，本期对 Coinbase 的 [Luke Youngblood](https://www.coinbase.com/cloud/discover/insights-analysis/eth2-luke-youngblood) 进行了采访。提醒一下：Coinbase 可能是信标链质押最大的一个实体。 Amy Castor 在 [MIT Technology Review](https://www.technologyreview.com/2022/03/04/1046636/ethereum-blockchain-proof-of-stake/) 中解释了以太坊向 PoS 共识的迁移。大部分内容都是准确的！ <br/> # 研究 Guillaume Ballet 一直默默地在忙 [Condrieu 测试网](https://notes.ethereum.org/@gballet/By8IH6mxq) 的工作。这在执行层上实现了 Verkle tree，这是未来将以太坊推向无状态的一个重要前提条件。 <br/> # 常规会议 ## Eth2 实现者会议 第 83 次会议于 3 月 10 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/489) - [会议视频](https://youtu.be/SEVY6-Zr2OM?t=394) (看来我们只录到了前15分钟左右的内容 -- Danny 不得不关闭他的 VPN 以获得带宽，这可能截断了录制。) - 我的 [速记](https://hackmd.io/@benjaminion/SkYImKP-9). ## 核心开发者会议 第 133 次核心开发者会议于 3 月 4 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/481) - [会议视频](https://www.youtube.com/watch?v=ZKPElqIfteU) - Tim Beiko 在[推特的记录](https://twitter.com/TimBeiko/status/1499865801687375877) 会议包含了许多合并以及合并以外的话题： - Kiln 开发者测试网和测试网更新 - 围绕是否将链的“头”、“安全链头”或“已敲定的链头”作为 Eth1 RPC API 提供的默认值进行了大量的讨论。 - 为合并后的上海升级做规划，包括信标链提款。 - Protolambda 介绍了分片 blob 交易，这也是一个可能被纳入上海升级的候选提案。会议上讨论了建立一个可信的初始化仪式的必要性。 <br/> # 其他新闻 - Lighthouse [更新 #40](https://lighthouse.sigmaprime.io/update-40.html). - Nimbus 3 月更新 - Nimbus 也[转到去 CalVer](https://twitter.com/ethnimbus/status/1501979365579575296) 了。Teku 去哪，其他客户端也会跟上😉 - Stereum [更新 #3](https://twitter.com/stereumdev/status/1500895303590760448). - 以太坊基金会开启了一轮学术资助 ([Academic Grants Round](https://esp.ethereum.foundation/academic-grants))。总资助资金有 $750,000。提案截止于 2022 年 4 月 22 日。 - 分布式验证者技术的最新动态： - [Obol Proto 社区](https://blog.obol.tech/announcing-the-proto-community/) 上线了！ - Figment [研究了一下 Obol](https://www.figment.io/resources/obol-network-first-look))，并且似乎挺喜欢的。 - SSV 社区摘要 [#14 期](https://blog.ssv.network/ssv-community-digest-issue-14-f2d635e0c7a0)。 <br/> # 写在最后 看起来我们最终会有两个版本的 Eth2 book😅。我知道 Kelvin 几年前就在做这件事，我和他还有一些合作。但将近两年来都没有声儿了，Kelvin 已经加入了 Optimism，我以为这个项目没有继续了。由于我一直想要写一本真正的 Eth2 book，我终于在去年年底开始这项工作。不管怎么说，我现在又和 Kelvin 联系上了，我们将一起商量这项工作的未来发展。一个潜在的结果就是，我们会有两个版本的 Eth2 book —— 我希望两个版本会有很大的不同，并且能够互相补充。毕竟，现在已经有不少于三本关于以太坊历史的书了。我们将拭目以待。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/the-road-to-sub-dollar-transactionshttps://www.ethereum.cn/Layer2/the-road-to-sub-dollar-transactionsFri, 11 Mar 2022 00:00:00 GMT来源 | [Optimism PBC](https://medium.com/ethereum-optimism/the-road-to-sub-dollar-transactions-part-2-compression-edition-6bb2890e3e92) 译者注：1 月份，Optimism 发推更新其 Rollup 的固定开销 (Fixed overhead) 从 2750 gas 减少至 2100 gas，动态开销 (Fee Scalar) 从 1.5 倍降低到 1.24 倍；3 月份又发布更新，称将对交易的 calldata 进行一次系统级别的压缩。而这一系列调整与更新将会给 Optimism 的开销带来极大的变化，进而影响用户的交易费 (交易费平均减少 30%-40%)。这些收费部分在 Optimism 的运作中分别扮演什么角色？本文先整体介绍了 Optimism 开销的组成部分，然后再分析对这些组成部分的调整如何影响用户的交易手续费。  <br/> # Optimism 交易费介绍 想要理解我们是如何减少开销的，首先需要了解 Optimism 交易费的组成部分：1) **Rollup 开销**：将交易 “rollup” (打包) 进交易 batch 中然后提交至以太坊主网 (L1) 的开销；2) **L2 执行开销**：在 Optimism (L2) 上运行交易的开销。想要深入研究，请阅读 ["Optimism 是如何运作的"](https://community.optimism.io/docs/how-optimism-works/#rollup-protocol) 文档。 **1) Rollup 开销** 在 Optimism 中用户不再需要支付整个交易执行的 L1 gas 费用，而只需支付将你的交易数据通过交易 batch 提交至 L1 所产生的那部分费用。这笔费用包括你的交易的实际 **Calldata** (输入数据) 和固定开销 (**Fixed Overhead**) 产生的费用，即在更大的交易 batch 中添加一个交易所需的额外处理费用。 Optimism 还增加了一个动态开销 (**Fee Scalar, 费用比例系数**) 作为附加费用。这给了我们一些额外资金用来作为缓冲，以防 L1 价格迅速上升，而多余的资金用于推动公共物品发展。(Optimism PBC 发布的[《追溯性公共物品募资》](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c)文章中有承诺这一点，还可以阅读我们[首轮募资的回顾文章](https://vitalik.ca/general/2021/11/16/retro1.html)) Calldata 的开销和 L1 gas 价格是由以太坊 L1 决定的，但是**固定开销 (Fixed Overhead)** 和**费用比例系数 (Fee Scalar)** 是可以由 Optimism 调整的 “花哨数字”。 “L1 gas 费” 代表这些 rollup 开销： ``` Layer 1 Gas Fee =Fee Scalar * L1 Gas Price * (Calldata + Fixed Overhead) ``` [目前](https://dune.xyz/embeds/402044/768203/6fe1e1b7-1db8-4370-bd5f-e867dc8ae7ce) Optimism 一笔交易费中 rollup 开销占大概 99.6%，所以我们可以通过优化这一部分大大地降低交易费用。 **2) L2 执行开销** Optimism 上的交易使用的 gas 量与以太坊上的同等交易使用的 gas 量相同；但是，Optimism 上 gas 的标准开销只有 0.001 gwei，比 L1 便宜很多倍。这个 gas 价格在使用率高期间会略有增加，但平均只占总交易费的 0.4%。 “L2 gas 费” 代表着执行开销： ``` Layer 2 Gas Fee = L2 Gas Price * L2 Gas Used ``` **交易费用的节省** 将 rollup 开销和 L2 执行开销相加，我们就得到了总的交易费用。对于简单的交易 (如 ETH 转账)，Optimism 上的费用比以太坊便宜约 5 倍，但对于更复杂的交互 (如进行一笔永续 swap 交易或者期权交易)，Optimism 能比直接使用以太坊 L1 [便宜 200 倍以上](https://dune.xyz/optimismpbc/Transaction-Savings)。 <br/> # 发现我们新的费用参数 在我们降低费用之前，**固定开销**参数被设置在 2750 gas 每笔交易，**费用比例系数**被设置在 1.5 倍。后来对它们都做了一些调整： 1. **更低的开销结构**：由于 Optimism 在去年 11 月 11 日进行了 [EVM 等同性 (EVM Equivalence) 升级](https://medium.com/ethereum-optimism/introducing-evm-equivalence-5c2021deb306)，提交 Optimism 交易 batch 至 L1 需要的 gas 变少了。实际开销减少了将近 25%，从 2750 每笔交易降至 2100 gas 每笔交易。 2. **从经验中学得什么**：虽然现在 Optimism 仍处于十分早期的阶段，但自我们上线主网这几个月以来，我们知道我们有能力将额外费用从 35% 的利润率减少至 10% 的利润率 (利润率 = [L2 收集的费用 - L1 提交开销]/L2 收集的费用)。  **预测和优化** 下一步就是将更低的开销转化成 Optimism 用户更便宜的手续费。为了恰当地调整**固定开销**和**费用比例系数**这两个参数，我们必须理解什么影响了我们的费用： 1. **Calldata**：Calldata gas 的多少由交易类型决定 (比如，ETH 转账：0 calldata gas、Chainlink 预言机更新：890 gas、Uniswap V3 交易：3200 gas)。平均一笔交易使用 1100 calldata gas，但这个 gas 可能会变高，也可能会随着 Optimism 上不同的 app 被普遍采用之后变低。 2. **开销**：随着总 batch 的尺寸变大，在一个 batch 中添加一笔交易的开销会减少。这是 L2 扩容与 L1 扩容不同的一个地方：交易越多，交易费就越便宜。开销已经从 2750 gas 减少到 2100 gas，并会随着 Optimism 的使用率增加继续减少。 3. **L1 Gas 价格**：交易在 Optimism 上发生了之后过几分钟就会被提交至 L1，而 L1 gas 价格在这段时间内变化相当大。如果 L1 gas 价格升高，提交者需要支付比预期多的 gas 费；如果 L1 gas 价格下降， 那么就会支付比预期少的 gas 费。在 gas 价格波动期间，可以有 10% 的差距。  现在我们知道这些因素是什么样的了，但一旦我们降低费用，预计使用情况就会发生变化 (比如，更多的交易，使用更多的 calldata)。因此，我们做了一些假设，提出了一系列的方案，然后在这些范围内模拟了 5000 个随机日 (参考蒙地卡羅方法, Monte Carlo method)。之后我们得到一个简单的优化问题：通过调整**固定开销**和**费用比例系数**，尽可能地接近 10% 利润的目标。 **结论是**：将固定开销调为 2100 gas，费用比例系数调为 1.24 倍。 想了解最新的数据吗？请看我们的[交易开销 dashboard](https://dune.xyz/optimismpbc/Optimism-Transaction-Fees-and-L1-Batches)  Optimistic rollup 正迅速地走向成熟。我们度过了 “0 到 1” 的阶段之后，接下来要开始进行 “优化” 了 —— 最实在的优化是开销方面的优化。**在下个月之内，我们将在任意的产品级 ORU 网络上部署首个系统级别的 calldata 压缩，实现费用降低 30-40%。** 未来，我们还有其他一些计划来节省更多的 gas 费，今年夏天会推出下一个主要版本：Bedrock。这篇文章深入探讨了 calldata 压缩的细节：特别是我们如何评价各类压缩算法，以及如何利用它们实现我们的亚美元级别的收费。 <br/> # Calldata 概览 Optimism 使用以太坊作为其数据可用性层。这意味着每一笔在 Optimism 执行的交易都会存储在以太坊上 (但不在上面执行)。目前我们将 Optimism 的交易存储在 calldata 中。多笔 L2 交易被成批地打包进一个二进制 blob 中，并且该 blob (加上其他信息) 存储在交易的数据字段中。想要检索回那个数据，我们需要看回交易主体本身 (存储在区块内)。因为以太坊的区块有保存下来，Optimism 链的交易总是可以借助以太坊重构。 虽然在区块中存储数据比在合约状态中存储数据要便宜得多，但永久保留历史区块确实会给节点运行者带来成本。因此，以太坊对 calldata 收费。每一个 0 字节的 calldata 消耗 4 gas，每一个非 0 字节的 calldata 消耗 16 gas (0 字节类的在提交给 Optimism 的交易中占 40% 左右的字节)。 虽然将 calldata 发布至 L1 是 rollup 节省 gas 费的一个重要部分，但这个费用同时也是二层用户进行交易的主要开销。也就是说，我们可以减少 calldata 发布的数据量越多，rollup 的交易费就可以越便宜。走进压缩：缩小数据大小的艺术！下面将对实际运行的数据压缩进行深入分析： <br/> # 压缩的概览和结果 我们研究了 Optimism 提交给以太坊的 2.2 万个 batch (将近 300 万笔单独交易)，并以不同的配置对其进行压缩，以确定如何最好地执行压缩，并对可能的情况进行实验。 我们还研究了各种压缩算法，并计算了压缩率 (压缩后的数据大小占未压缩大小的百分比) 和预估节省的费用 (假设交易中 40% 的字节是 0 字节)。 需要了解的一个配置选项是字典 (dictionary)。提前创建一个字典，以显示现实数据中常用的算法数据分块。压缩算法使用字典来更好地压缩数据，特别是在一次性压缩少量数据时。通过随机抽取交易样本，我们可以为 zlib 和 zstd 创建一个字典，这可以在压缩单笔交易和交易 batch 时提高压缩率。 由于以太坊交易中的大多数字段都是随机的 (地址和函数选择器是哈希值，签名应该都是随机的)，单笔以太坊交易的压缩率并不高。因为以太坊上 0 字节本身就很省 gas，而压缩算法会迅速移除这些字节，所以节省的费用不会像压缩率那么多。因此，为了节省最多的费用，我们需要在尽可能多的数据上运行一个高级的算法。 下面是对交易本身进行压缩的结果：  正如你所看到的，压缩单笔交易本身只会让我们节省 10-15%。请注意，交易大小减少的幅度比这个还大，但节省的幅度较小 —— 这是由于上面讨论的更便宜的 0 字节。 带有字典的 zstandard 算法明显性能更好，因为每笔交易和存储在字典中的交易之间都有共通点。但是，当一次性压缩大量数据时，zstd 的性能仍然更好。 另一个极端就是一下子压缩所有单笔交易。这在实际中是不可能实现的，但可以作为最大压缩比率的例子研究。  另一个极端就是一下子压缩所有单笔交易。这在实际中是不可能实现的，但可以作为最大压缩比率的例子研究。 因此，在这个例子中，我们可以通过压缩节省 10%-50% 的开销。但在实践中，我们能实现什么呢？  当查看交易的压缩 batch 时 (数百笔交易)，它们的压缩率明显比压缩单笔交易的压缩率高，但是要比一次性压缩所有交易略低一些。这是因为用户倾向于与某些合约交互。此外，某些字段 (如链 ID 和 gas 价格) 在交易中趋于相似。压缩算法依赖于这些相似性来完成它们的工作。 在比较不同的压缩算法时，我们发现 zlib、zstd 和 brotli 是压缩率最高的算法。我们排除了 Brotli 是因为在差不多的压缩率下，它比 zstd 或 zlib 慢得多。一般来说，某种算法的压缩率越高 (或某个算法的设置压缩率越高)，这个算法就运行得越慢。在通用基准测试中，在比较过一系列压缩速度/压缩率之后，zstd 往往比其他压缩算法性能更好。还要注意的是，以太坊交易与基准测试中的数据具有不同的特征。 Zlib 和 zstd 十分接近，我们将在短期内推出 zlib 压缩 (不带字典)，因为它在不同的编程语言中都有良好的结果、速度和可用性。长期来看，我们希望 zstd 能够帮助实现尽可能高的压缩率和尽可能低的用户费用。 <br/> # 总结 综上所述：如果按照这样的历史趋势继续下去，我们预计可以通过引入上述所说的压缩方法，将费用减少 30%-40%。 使用 [Zlib 压缩算法的 batch 很快就会在 Optimism](https://github.com/ethereum-optimism/optimism/pull/2234) 上应用。 - **3/17** 推出 Kovan 测试网 - **3/24** 上线主网 基于 Zstd 算法的压缩 (带有字典的) 在 Optimism 未来的升级路线规划中：Bedrock，将在今年晚些时候发布。 除了通过压缩减少用户的费用之外，Optimism 同时正研究如何通过 [EIP-4844](https://ethereum-magicians.org/t/eip-4844-shard-blob-transactions/8430) 和类似的方法来改善以太坊作为数据可用性层的能力，以进一步减少开销。 <br/> # 附录：算法总结  ZLE 是零字节运行长度编码 (*zero-byte run length encoding*) 的缩写。它是一种简单的压缩算法，将一串零替换成应该存在的多少个零。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/Eth1.x/multidimensional-eip-1559https://www.ethereum.cn/Eth1.x/multidimensional-eip-1559Thu, 10 Mar 2022 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/multidimensional-eip-1559/11651) <br/> EVM 中的许多资源都具有这样的属性，它们的**爆发容量** (我们能够在一个或几个区块中处理多少容量) 和**持续容量** (我们在很长一段时间内可以接受多少容量) 有非常不同的上限。这样的例子包括： - **EVM 的使用**：区块偶尔需要 2 秒来处理可能没问题，但每个区块都用这么长时间会使保持节点同步变得非常困难。 - **区块数据**：当区块到达时，客户端有足够的带宽来处理 2 MB 的区块，但没有足够的磁盘空间来存储它们。 - **见证数据**：与数据同样的问题——客户端有足够的带宽处理中等到大型的见证数据，但没有足够的磁盘空间存储它们。 - **状态大小填充**：只要见证数据可以处理，让状态在一个区块里增长基本上是没有限制的 (如果在一个区块里，状态从 45 GB 激增到 46 GB，但进一步的状态增长又回到正常状态，谁会去注意呢？) ，但我们不能在每个区块都有快速的状态增长。 我们现有的方案是把所有资源都合在一个单一的多维资源 (“gas”) 里，在处理这些差异方面做得很差。例如，平均来说，交易数据和 calldata 平均消耗一个区块里大约 3% 的 gas。因此，最坏的情况下的区块比平均情况下的区块包含多出大约 67 倍的数据。见证数据大小的情况是类似的：平均情况下的见证数据是几百 kB，但最坏情况下，即使有了 [Verkle gas 改革](https://notes.ethereum.org/@vbuterin/verkle_tree_eip)也会有几 MB 的大小，也就是增加 10~20 倍。 把所有资源都塞进一个单一的虚拟资源 (gas) 迫使最坏的情况/平均情况比率是基于使用情况的，当基于使用情况的比率与我们知道客户端可以处理的爆发容量和持续容量上限之间的比率出现严重不一致的时候，会导致非常不理想的 gas 开销。 ## 本文提出一个解决这个问题的替代方案：多维度 EIP-1559。 假如有 n 项资源，每项都有一个爆发容量上限 $$b_(i)$$ 和一个持续容量目标 $$s_(i)$$ (我们需要 $$b_(i)$$>> $$s_(i)$$)。我们想要资源 i 在任何一个区块里数量都永远不会超过 $$b_(i)$$，且长期对资源 i 的平均消耗会等于 $$s_(i)$$。 这个解决方案很简单：我们让每项资源都有一个独立的 EIP-1559 目标方案！我们会有一个基本费用 $$f_(1)...f_(n)$$，其中$$f_(i)$$ 代表一个单位资源 i 的基本费用。我们有一个硬性规定，每个区块不能消耗超过 $$b_(i)$$ 单位的资源 i。$$f_(i)$$ 会通过一个目标规则来调节 (我们将使用指数调整，因为我们现在知道它[有更好的属性](https://ethresear.ch/t/make-eip-1559-more-like-an-amm-curve/9082))：$$f_(i,new) = f_(i,old)*exp(k*\frac{u_(i)-s_(i)}{s_(i)})$$ 在以太坊上，只有一项资源 (gas) 是从父块调用传送到子块的，为了让上述方案行得通，我们仍然通过 gas 来对所有东西收费。 - **方案 1 (更简单但不那么纯粹)**：我们保持执行的 gas 开销是固定的，且我们保持目前的 EIP 1559；设 $$f_(1)$$ 为基本费用。所有“特殊”资源 (calldata、存储使用...) 的 gas 价格为 $$\frac{f_(i)}{f_(1)}$$。区块有当前的 gas 上限和每项资源的 $$b_(1)...b_(n)$$ 上限。优先费用的机制与现在一样。 - **方案 2 (更难但更纯粹)**：gas 的基本费用固定在 1 wei (或 1 gwei，如果我们想的话)。使用每项资源 (执行也是其中一项) 的 gas 价格变成$$f_(i)$$。没有区块 gas 上限，只会有每项资源的 $$b_(1)...b_(n)$$ 上限。在这个模型里，“gas” 和 "ETH"成为真正的同义词。优先费用以指定百分比的形式；支付给出块者的优先费用等于基本费用乘以该百分比 (一个更高级的方法是指定 n 个优先费用的一个向量，每项资源是一个向量)。 ## 多维度定价和背包问题异议 在过去，对多维度定价模型的主要反对意见是，它们会对区块构建者的优化问题带来困难：区块构建者将不能简单地按照从高到低的每 gas 费用来接受交易，他们必须在不同维度间做平衡，并解决一个[多维度的背包问题](https://en.wikipedia.org/wiki/List_of_knapsack_problems#Multiple_constraints)。这会为专有且优化的矿工创造空间，使他们的表现明显优于现有的算法，从而导致中心化。 这个问题在两个关键方面远没有以前严重： 1. 矿工可提取价值 (MEV) 已经为优化的矿工创造了机会，因此现有算法是最优的这个情况已不再。[提议者/构建者分离方案 (PBS)](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) 就是解决这个问题的，把区块生产的规模经济从共识层隔离出去。 2. EIP-1559 意味着任何资源触及上限都是临界情况而不是普通情况，因此天真算法只会在少数特殊区块里表现不佳。 要想知道为什么第 2 点是对的，我们需要注意一个非常重要的事实：**在多维度 EIP-1559 的设计里，每项资源的“松弛”参数 (目标最高值) 可以远远高于 2 倍**。这是因为今天这个 2 倍的松弛参数创造了一个爆发容量/持续容量之间的差距，这个差距来自不可预测的使用量，而在多维度 EIP-1559 的设计里，这个松弛参数代表整个爆发容量/持续容量之间的差距。例如，我们可以将 calldata 使用量的目标定为大约 256 kB (大约比今天多 8 倍)， 在此基础上有一个 8 倍的松弛参数 (\frac {b_(i)}{s_(i)})，并且仍然有与现在相当的爆发容量上限。如果见证数据的 gas 开销不变，我们可以把见证数据大小的上限设置为另外的 2 MB，且见证数据大小有一个大约 6 倍的松弛参数。一个对最近 240 个区块的调查显示，甚至在 calldata 4 倍的松弛参数下，这些区块中也只有 1 个达到上限！ 这显示了多维度 EIP-1559 有一个很好的副作用：它会使得需要优先费用竞拍的临界情况变得更加罕见，且突然交易量激增的情况也更快结束。 ## 什么资源可以进行多维度定价？ 我们可以从基础的开始： - EVM 执行 - 交易 calldata - 见证数据 - 存储容量增长 当加上分片后，分片数据也可以被添加到这个列表中。这已经在能够支持更高量级的可扩展性上带来很大改进了，同时降低使用量爆发的风险。 从长远来看，我们甚至可以使定价更加细化： - 区分读和写的见证数据 - 区分分支和分块的见证数据 - 分别对每个单独的预编译定价 - 调用 - 每个单独的操作码 这样做的主要价值在于，它将增加一个 DoS 保护层：如果每个操作码只能分到例如 100 毫秒的最大预期执行时间，那么，如果攻击者发现一个操作码或预编译慢了 10 倍，他们只能增加 900 毫秒的预期执行时间到区块里。这与今天的情况不同，他们可以用该操作码或预编译来填充整个区块，所以在任何单个操作码或预编译慢下来 10 倍的情况下，攻击者也能创建区块，但这样的区块不能在一个单一 slot 里被处理。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-9/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-9/Wed, 09 Mar 2022 00:00:00 GMT **ECN 拥有自己的 Mirror 子域名啦：ecn.mirror.xyz** Mirror Protocol 是以太坊上的一个去中心化内容创作平台。自 3 月起，Mirror DAO 每周会发起一次好文聚焦活动，被选中的作者将获得一枚 WRITE，创作者销毁 WRITE 即可注册自己的子域名。中文社区有两个名额，快去 Discord 参加吧：https://discord.gg/5bC8yptznY [来源](https://dao.mirror.xyz/jJM4tb86l8m1AP4gZFzGXovKk9p60MDqVKxFplNZI7w) <br/> **Gitcoin Grants 第 13 轮即将开始** Gitcoin Grants 第 13 轮将于 UTC 时间 3 月 9 日 17 时开启，一直持续到 3 月 24 日。本轮捐赠的一些摘要： - 匹配池中将拨款 1200 万美元给主轮板块 - 至少拨款 1500 万美元给 9 个生态板块 (ZK Tech、Open Gaming、Polygon、ENS、Algorand、OlympusDAO、NFTs、Uniswap、Radicle) 和公共事业板块 (气候变化解决方案、人类长寿解决方案、Support for Ukraine) - 所有构建者都会被邀请参加 Gitcoin Grant 第 13 轮黑客松 (3 月 9 日 -- 3 月 30 日) ECN ：https://gitcoin.co/grants/380/ethereumcn [来源](https://gitcoin.co/blog/announcing-grants-round-13/) <br/> # **共识层** **验证者提款提案——EIP-4863: Beacon chain push withdrawals** 共识层开发者 Alex Stokes 和 Danny Ryan 就合并后验证者提款问题提出 [EIP-4863: Beacon chain push withdrawals](https://eips.ethereum.org/EIPS/eip-4863) (信标链“推式”提款)。 这个 EIP 会引入一个新的 EIP-2718 交易类型来支持验证者提款——从信标链“推”到 EVM。且会添加区块验证，以确保提款交易在信标链的提款处理是可靠的。这种基于“推式”交易的架构要求提款从信标链出列后马上在执行区块被处理。 根据开发者在第 133 次以太坊核心开发者会议上的讨论，这个设计的优点在于简化了流程，对验证者来说稍微更便宜，并允许验证者提款到一个目前没有余额的地址。会议上讨论到的一个技术点是，提款是否需要一个新的交易类型，还是简单作为客户端在处理区块时的一项操作就好了，这个操作不会通过交易公开 (就像区块奖励分发)。 这个讨论还没有定论，有些客户端开发者希望可以有一个文档描述提款的整体流程，包括共识层、执行层和引擎 API 。 这份 EIP 目前已进入上海升级的“考虑纳入”行列。 [来源](https://twitter.com/TimBeiko/status/1499870641192792066?s=20) <br/> **EIP-4844：分片 blob 交易 进度** Vitalik 于 2 月初提出了用于分片的携有 blob 的交易格式 “[Sharding-format blob-carry transations](https://notes.ethereum.org/@vbuterin/blob_transactions)"，随后在 EthDenver 上，Optimism 团队的开发者@protolambda 与其他以太坊开发者做出了一个完整的数据 blob 交易 (即小型 danksharding) 原型 (详见[第 60 期的七日谈](https://ecn.mirror.xyz/Ja8RQp37Owa9J-fpOiNDwip4v1g8o2V9eomh485kieY))。近日，Vitalik 和 Dankrad 等开发者已起草了 [EIP-4844: Shard Blob Transactions](https://eips.ethereum.org/EIPS/eip-4844)，根据 Optimism 的[推特](https://twitter.com/optimismPBC/status/1499830644783915009?s=20)介绍， blob 数据有两项属性： - 不需要像一般区块数据般在 L1 节点上存储这么久 - 不能被 EVM 执行直接访问 这不同于今天的 L1 calldata。它足以构建一个 rollup，但对每个字节的数据要求较低，因为不能被 EVM 执行直接访问，数据可以被修剪。这意味着以太坊可以在不牺牲去中心化的情况下处理更多的 rollup 数据。 这使得 rollup 的交易费用可以减低 100 多倍，而不需要等到完整版 danksharding 被部署才实现。它的设计是与 danksharding 向前兼容的。 而当实现了数据可用性采样后，节点就能够确定这些 blob 的可用性而不需要自己全部都下载——即数据分片！这又将给我们带来 10 倍的提升——所有这些都不要对执行层做进一步的修改。 @protolambda 在第 133 次以太坊核心开发者会议上介绍了这份 EIP，提到了一些技术点： - 如何广播已经存储的实际数据 - 如何对数据编码以及 RLP 和 SSZ 编码之间的交互 - 如何最好地采用 KZG 承诺 (这是必要的) 客户端团队提出了不同方向的问题。首先是一些关于这个 EIP 里的 opcode 和预编译问题。然后是关于这个 EIP 将如何影响历史数据的增长。 在执行层方面，由于不会带来明显变更：blob 分片交易在 1559 式交易上只增加一个哈希列表。因此，大部分的数据是存储在共识层上的。 而在共识层方面，我们只保证数据在”一定时间内“是可用的，而不是永久。因此，它会被定期修剪，节点在任何时候都只需要存储有限的数据。 最后，开发者还讨论了像分片这种需要依赖 KZG 承诺的设计需要受信任初始化 (trusted setup)。这会是以太坊第一次引入这样的初始化，但其他链已经有了，例如 ZCash。这样的初始化的机制是，只要初始化的一个参与者是诚实的，那么它就是安全的。它的一个很好的属性是，在以太坊的用例里，很可能不要求参与者需要有很强的算力。 尽管这很让人兴奋，但大家都意识到还需要做大量的工作。目前的共识是开发者会试着在上海升级前实现它，如果不行，可能需要其他有助于降低 gas 费的方案，例如几个月前提到的降低 CALLDATA 开销。 [来源](https://twitter.com/TimBeiko/status/1499872437051092992?s=20) <br/> **Prysmatic 团队将在 Discord Q&A** 客户端 Prysm 的团队将于北京时间 3 月 11 日零点在 Prysmatic Labs 的 Discord 上举行 Q&A，话题不限，可以是关于合并、分片、MEV 和任何与以太坊相关的问题。感兴趣的朋友可以去参与一下。  [指路](https://discord.com/events/476244492043812875/948969185625665546) <br/> # **合并 (The Merge)** **merge-devnet-5 上线** 负责合并测试网运维的开发者@parithosh_j 于 3 月 3 日[发推](https://twitter.com/parithosh_j/status/1499351263728779269?s=20)宣布 merge-devnet-5 已经上线。这次的 TTD 设得很高，使得每个人都能在合并前参与进来。他们决定于这周发布 Kiln 而不是上周，这样能有更多的时间准备文档、工具和客户端。同时，devnet5 使用的是与 Kiln 相同的规范，因此可用作测试。 在第 133 次以太坊核心开发者会议上，大多数的客户端都表示他们准备好对 Kiln 的支持，包括 Nethermind、Geth 和 Besu，Erigon 还不确定但希望能赶上。 [来源](https://twitter.com/TimBeiko/status/1499866955750076416?s=20) <br/> **合并升级的共识层规范小型修改** 共识层开发者 Danny Ryan 在以太坊 github 的共识规范上发布了版本 v1.1.10 ——Umbenennen，这是用于 Kiln v2 测试网的的小型版本发布。对 Bellatrix 的唯一变更是配合引擎 API / 执行层一次的重命名：`random` -> `prev_randao`。 [来源](https://github.com/ethereum/consensus-specs/releases/tag/v1.1.10) <br/> # **执行层** **EIP-3651: Warm COINBASE** 开发者@willmorriss4 在上周的核心开发者会议里提出希望在上海升级里纳入一个小变更——[EIP-3651: Warm COINBASE](https://eips.ethereum.org/EIPS/eip-3651)。这个提案相当于是对在柏林升级里 EIP-2929 的遗漏修正。EIP-2929 提高了第一次访问存储项的 gas 开销，访问 COINBASE 的开销也提高了。该开发者认为这是一个错误，因为当你处理一个区块时，你需要 COINBASE 的值来给区块奖励，也就是说 COINBASE 已经被访问过了。这个 EIP 可以降低对向 COINBASE 地址转账的调用的费用，这在像 Flashbots 这样的系统是经常用到的。 由于客户端团队都认为 EIP-3651 应该不会对其他进程造成影响，因此同意将其放入上海升级的“考虑纳入”行列。 [来源](https://twitter.com/TimBeiko/status/1499876549100666880?s=20) <br/> # **Layer2** **Arbtirum 公布新的 AnyTrust Chains 的方案细节** 以太坊 L2 扩容解决方案 Arbitrum 的研发团队 Offchain Labs 于 3 月 2 日宣布他们即将引入新的可选方案 AnyTrust Chains，它将更便宜、更快并且具有最小的信任假设；AnyTrust Chains 会与 Arbitrum One 并行运行。 根据其公告，下文总结了关于 AnyTrust Chains 的一些关键信息： 为了满足一些应用对于更高的可扩展性的需求 (如游戏行业)，Offchain Labs 将引入更快、gas 更低的 AnyTrust Chains，但是同时会带来额外的最小的信任假设。需要强调的是，Arbitrum One 作为去信任的 optimistic rollup 会持续运行和发展，例如，在推出 AnyTrust 之前，会先推出 Abitrum One 的迭代版本 Nitro。 AnyTrust 这条链由一个节点委员会基于最小的信任假设运行 —— 也许委员会由 20 名成员组成，那么假设至少有两名成员是诚实的。与传统的基于 BFT 的侧链相比，AnyTrust 的信任假设更简单，因前者需要假设至少 2/3 的成员是诚实的。只要委员会里 20 名成员的 19 名对某笔交易进行签名，那么它就是有效的。其运行逻辑是如果至少有两名成员是诚实的，并且 19 名成员签名了，那么至少有一名诚实的成员进行了签名。 如果委员会成员合谋作恶、拒绝签名怎么办？那么回退到标准 rollup 协议模式 (数据可用性存储在 L1 上)，这条链还是可以运行。直到委员会回归正常运作，便会从 rollup 模式无缝切换到 AnyTrust 模式。 [来源](https://medium.com/offchainlabs/introducing-anytrust-chains-cheaper-faster-l2-chains-with-minimal-trust-assumptions-31def59eb8d7) <br/> **Optimism 通过部署系统级的 calldata 压缩升级，将 gas 费减少 30-40%** 3 月 4 日，以太坊 L2 扩容解决方案 Optimism 宣布将在下个月内推出系统级别的 calldata 压缩升级，将 gas 减少 30-40%。 目前，Optimism 的交易存储在 calldata 中，而以太坊作为 rollup 的数据可用性层，会对从 rollup 中发布至以太坊 L1 的 calldata 进行收费。虽然将 calldata 发布至 L1 是 rollup 节省 gas 费的一个重要来源，但这个费用同时也是二层用户进行交易的主要开销。也就是说，我们可以减少 calldata 发布的数据量越多，rollup 的交易费就可以越便宜。因而，Optimism 将对 calldata 进行压缩，减少数据的大小，从而大大地降低 rollup 用户的交易费。 [来源](https://medium.com/ethereum-optimism/the-road-to-sub-dollar-transactions-part-2-compression-edition-6bb2890e3e92) <br/> **StarkWare 团队宣布其扩容解决方案 StarkNet 和 Web3 开发者平台 Alchemy 达成战略合作** 3 月 8 日，StarkWare 团队在推特发文宣布 StarkNet 与 Alchemy 达成战略合作。Alchemy 是一个主流的 Web3 开发者平台，其产品组合将使得开发者更加便利地在 StarkNet 上开发。 开发者们现在可以报名申请白名单，使用 Alchemy 的基础设施在 StarkNet 上开发应用了：https://www.alchemy.com/layer2/starknet [来源](https://twitter.com/StarkWareLtd/status/1500888944422105093) <br/> **L2 NFT 平台 Immutable X 以 25 亿美元的估值完成 2 亿美元融资** 3 月 7 日，L2 NFT 交易、铸造平台 Immutable X 宣布完成 C 轮融资，以 25 亿美元的估值完成 2 亿美元融资。本轮融资由 Temasek 领投，战略投资方包括 Animoca Brands 和腾讯控股，其他投资方还包括 Mirae Asset、ParaFi Capital、Declaration Partners 等等。 [来源](https://twitter.com/Immutable/status/1500832924442128387) <br/> **一些 L2 项目的资源推荐** Arbitrum 推出技术论坛：[http://research.arbitrum.io](http://research.arbitrum.io/) StarkNet 生态系统 Dashboard：https://www.starknet-ecosystem.com/ ZkPad Analyticz 发布 StarkNet 开发资源库：https://github.com/ZkPad-Labs/starknet-libs <br/> # **生态** **如何配置你的 MetaMask rpc 连接？** 以太坊基础设施的去中心化问题一直存在，尽管 MetaMask 的默认终端是 Infura，但并不是无法修改的。以下介绍配置 MetaMask rpc 连接的方法： 1. 点击网络下拉菜单，点击底部的“添加网络”  2. 填写网络设置 - 网络名称 (Ethereum、Rinkeby、Polygon等) - 从 Alchemy 或其他提供商获取 PRC URL - 确认你的链ID 与你想要的链是匹配的  3.点击保存，就可以了  [来源](https://twitter.com/thatguyintech/status/1499473609848344576?s=20&t=qKIH0NkzFq1_53aQxw80nw) **[DevPill.me](http://DevPill.me) ——作为公共产品的区块链开发指南** 区块链开发者 dcbuilder.eth 于 3 月 7 日发布了 [DevPhill.me](http://DevPhill.me) 项目，这是一个作为公共产品的区块链开发指南。dcbuilder.eth 编写这个指南是为了提供一个他多年找到的开发资源的聚合器，然后加上关于如何走进和使用它们的一些评论，以便开发者最大限度地理解这些资源，尽快上手在以太坊上做开发。 这个指南的包括以下主要方向，但任何人都可以自由地提交拉取请求，以增加更多内容： - 前端开发 - 智能合约开发 - 后端区块链开发 - 全栈区块链开发 即将发布的内容： - 核心开发 - 安全工程 - MEV 搜索者 - 协议开发 - 密码学 - 区块链数据分析 想要资助这个指南的可以在 Mirror NFT 和这次 Gitcoin13 上给予支持。 [来源](https://github.com/dcbuild3r/blockchain-development-guide) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/what-the-heck-is-zero-knowledge-zk-proofhttps://www.ethereum.cn/Layer2/what-the-heck-is-zero-knowledge-zk-proofTue, 08 Mar 2022 00:00:00 GMT来源 | [ravjot.hashnode.dev](https://ravjot.hashnode.dev/what-the-heck-is-zero-knowledge-zk-proof) <br/>  <br/> 你可能曾经听说过 ZK 证明或零知识证明。但为什么它会突然变成一个热词？它是什么？什么是 ZK-rollups? 什么是 ZK-SNARKS? 以上问题都会在本文中得到解答，抓紧了快上车！ ## 什么是零知识证明 (Zero Knowledge Proof)？ 零知识证明可以让一方 (证明方) 在不透露任何实际信息的情况下向另一方 (验证方) 证明某保密信息或声明是真的。 术语 “零知识“ 本身就表明了不需要揭露任何信息，证明方就可以向验证方证实 ta 所知道的保密信息以及 ta 的声明都是真的。 那为什么需要零知识证明呢？当我们不想披露任何信息，但需要说服其他人相信我们知道的保密信息和提出的声明是真的时候。 目前有两种零知识证明： 1.交互式的 (Interactive) 2.非交互式的 (Non Interactive) ### 1️⃣举例说明交互式的零知识证明 假设你需要通过 ZKP (零知识证明) 证明你的年龄大于或等于18岁，但不揭露具体年龄。我们需要第三方机构为你的年龄担保，具体如下： 第三方说：”已接收您出生证明的复印件，我们已经得知您的年龄为 21 岁。现在为您提供一串数字密码，请将它保存到保密与安全的地方。稍后您会用到它。“ ”你持有的那串数字密码将会被哈希算法处理 22 次，然后得出一个最终年龄哈希代码给你 (没错，处理次数必须为年龄 +1，才能使得整个操作行得通)。也就是说，你拿到那串数字密码之后，会有 22 次哈希处理过程才能获得最终的年龄哈希代码。“ “我们将您的姓名、时间戳与最终年龄哈希代码一起打包。这个证明包将提供给他人验证。“ 好了，那么当你想要向其他人证明你的年龄超过 18 岁时，你只需要证明从你拿到数字密码到最终年龄哈希代码之间的哈希算法处理次数大于 18 就可以了。 那么怎么证明呢？你只需要向他人展示最后的 18 次哈希算法处理记录。你需要自己进行前 4 次哈希处理 (对数字密码哈希算法处理 4 次)，然后将结果提供给其他人：第四次哈希值。 他们会对第四次哈希值再处理18次 (现在对你的数字密码总共进行了 22 次哈希处理)，最终他们能够得出最终年龄哈希代码并且使用证明包对它进行验证。 实际上，验证者是在说："发送我们一个值，我们会对其进行 18 次哈希算法处理，然后这个哈希值将与你提供的年龄哈希代码进行对比。" 如果你低于18岁，最终年龄哈希代码的哈希算法处理次数就没有18次，我们对你提供的那个初始哈希值进行18次哈希处理后，就会与最终年龄哈希代码不一样。 这里是另一个绝佳例子 👇 [一个很棒的零知识证明例子 - MathOverflow](https://mathoverflow.net/questions/22624/example-of-a-good-zero-knowledge-proof) ▶但是这种交互式方法有一些局限： 1.每次验证都需要进行整个冗长的过程。而上述例子只是简单的哈希算法处理，想象一下如果需要对实际加密算法进行计算会如何。 2.证明方与验证方都需要同时在场，不管是在线还是面对面。 ### 2️⃣ 接下来是非交互式的零知识证明 1986 年，Fiat 与 Shamir 发明了 Fiat-Shamir heuristic (启发式) 算法，这是第一个基于交互式零知识证明来构建数字签名的算法。 Fiat-Shamir heuristic 算法通过使用承诺方案 (Commitment Scheme) 可变为非交互式零知识证明。这就是所谓的 ZK-SNARKs，也可以称为简洁的非交互式零知识证明 (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge)。 要使 Fiat-Shamir Heuristic 算法更加强大，需要使用承诺 (commitment)。承诺方案在许多加密协议中都是基本组成部分。承诺方案允许承诺者发布一个值 (即承诺)，然后将它们绑定到某消息上而不披露它们 (隐藏)。 Pederson 承诺与 Polynomial 承诺是 ZK 证明使用的两个最著名承诺方案。 但大约到 2013 年，ZK-SNARKs 才实际可行和实现，并真正用于应用中。 我推荐你们阅读 Vitalik Buterin 写的 [一篇解释 zk-SNARKs 如何可行的概论](https://vitalik.ca/general/2021/01/26/snarks.html)，这篇文章写得很棒，解释了 ZK-SNARKs 是如何实现的。只阅读一遍可能还不能理解整篇文章。多阅读 3、4 次，一旦你了解了 ZK-SNARKs 的原理，你会激动到全身起鸡皮疙瘩。 ▶ 跟 AI 与 Web3 一样，我们似乎无法避免后量子世界到来，因此我们需要确保为 ZK-SNARKs 选择使用的加密函数不能被量子计算机暴力破解。这就是为什么我们还需要改进，以保证后量子安全性。 如果想要了解更多信息，可以观看由 ACM 发布的谈话👇 [提高非交互式零知识证明在后量子签名中的应用](https://www.youtube.com/watch?v=V0FfpVQzajk) 现在终于明白 ZK 证明是什么了，但是它们应用到什么地方呢 🤔？ 在概念上它们有两个主要用例： 1. 扩容区块链交易 2. 个人数据隐私保护，例如在医疗卫生领域 ### 区块链扩容 - ZK Rollups Rollup 是一种扩容解决方案，在 L1 外执行交易，但在 L1 上发布交易数据。这种工作办法可以让 rollup 对网络进行扩容，但依然受到以太坊共识的安全保护。 将计算转移到链下进行，实际上可以处理更多交易。因为只需要将 rollup 交易的一些数据放进以太坊区块中。 要做到这一点，rollup 交易在另一条链上执行，而这条链甚至可以运行一个 rollup 特定版本的 EVM。 执行完 rollup 上的交易后，下一步是将这些交易打包成一个 batch，然后发布到以太坊主链上。 整个过程基本是执行交易、提取数据、压缩，将其 rollup 到一个个 batch 中然后发到主链上，因而得名 —— ”rollup“。 以太坊怎样得知这些数据是有效的、而不是由恶意份子出于牟利目的而提交的呢🤔？ 每个 rollup 都会在 L1 部署一组智能合约，来负责处理存款、取款交易以及验证证明。 证明也是主要区分不同类型 rollups 的因素。 Optimistic rollups 使用欺诈证明。与之相对， ZK rollups 采用有效性证明。 在 ZK rollups 中，发布到 L1 的每个 batch 包含一个叫做 ZK-SNARK 的加密证明。当提交交易 batch 至 L1 之后，L1 上的合约可以快速验证 ZK-SNARK 证明，无效的 batch 会被直接拒绝。 关于 ZK 与 Optimistic rollups 还有很多其他内容，比如它们的实现方法和限制。在这里我只是简短地介绍了一下它们的概念。 许多项目都在开发基于 ZK rollups 的以太坊扩容方案。一些比较知名的项目有 dYdX 、Loopring 、Polygon Miden 、 Polygon Hermez 等等。 ### 隐私 —— 日常生活应用 假设有两个公司 A 和 B 想要使用区块链作为运行与通信的媒介。 A 向 B 转移资产。并且他们想让这笔交易只有他们双方知道。没错，区块链会带来透明度、互操作性、数据安全性、完整性还有其他优点，但是公司怎么会想让内部运行信息在公众面前显示呢？零知识证明就是最佳选择。 比如你想隐私地给你的海外朋友转账，你会怎么做呢？选择零知识证明。 ZK 证明还可以在医疗健康、保险、电子投票、身份管理等领域产生深远影响。 在医疗健康方面，ZK 证明可以保证 DNA 数据、个人信息、医疗报告、基本病史信息、药物溯源、临床试验、医疗健康供应链、器官移植的隐私安全。 在保险方面，ZK 证明可以保证保险单和保险凭证数字信息、个人信息、车辆信息、理赔信息的隐私安全。 使用区块链与 ZKP 的身份管理具有深刻意义。每个关联 KYC (了解你的客户) 的应用、学校、大学、支付软件都要询问我们的 ID 图像，例如驾照、护照、投票 ID 、国家 ID。我们敏感的个人数据就这样给他们了，我们甚至都没有意识到这一点。通过 ZKP，我们可以保证以上所有 ID 信息的隐私安全，只需透露必要信息给供应商、应用与官方即可。实际上，使用 ZKP 我们可以完全改进这些 ID 的发行方式。 我们可以使用 ZK 证明对这些信息进行加密处理。当需要给到一些信息时，用户授权并提供所需信息，而其他详细资料可以保持隐藏。 这些都是在 2013 年后，ZK-SNARKs 在实际应用上足够有效率才开始被开发者使用。这也是为什么未来出现的 ZKP 应用会有很多发展空间。 2016 年上线的 Zcash 是一个成功应用 ZK-SNARKs 的重要产品，为用户提供隐私交易功能。 ### **ZK-SNARKs vs ZK-STARKs** **最普遍的几种 zkp 系统的对比**  zk-STARK (zero-knowledge **scalable transparent** argument of knowledge) 代表零知识的可扩展、透明知识证明，zk-SNARK (zero-knowledge **succinct non-interactive** argument of knowledge) 代表零知识的简洁、非交互式知识证明。 这两种零知识技术都是非交互式的，这意味着代码可被部署且自动作用。 Zk-SNARKs 底层依靠椭圆曲线保证安全性。在密码学中，椭圆曲线在这样一个基本假设下运行：根据一个公开已知的基本点来找到一个随机椭圆曲线元素的离散对数是不可行的。也就是说，Zk-SNARKs 也需要信任设置。 信任设置是指密钥的初始创建事件，它会被用于生成隐私交易的证明以及验证那些证明。 如果用于创建信任设置的密钥的保密信息没有被销毁，那么这些保密信息可能会被利用通过虚假验证来伪造交易。 SNARKs 的另一个限制是，在前文中我们已经知道了：它们在后量子世界中的可行性。 👉另一方面，在一个网络中开始使用 STARKs 的话，不需要信任设置。这些都可认为是抗量子的。虽然 STARK 的证明大小要比 SNARK 大得多。 但是 STARKs 现仍处于初期阶段，开发者们得不到太多支持，所以基于 ZK-STARK 的产品还需要一些时间才能成熟。 本文到这里就结束了。这只是一篇简短的关于 ZK 证明在 Web3 世界是怎样运作的介绍。 感谢阅读！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/two-slot-proposer-builder-separationhttps://www.ethereum.cn/Eth2/two-slot-proposer-builder-separationThu, 03 Mar 2022 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/two-slot-proposer-builder-separation/10980) <br/> 译者注：目前新的分片方案 [Danksharding](https://www.ethereum.cn/Eth2/new-sharding) 融合了 [PBS](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs) (提议者/构建者分离方案) 和 [crList](https://www.ethereum.cn/Eth2/crlist) 的设计。其中，PBS 方案的构造设计采用的是两个 slot 的 PBS，这也是 crList 的设计基础。关于这种“混合式 PBS” 的抗审查分析，可以参见《[Vitalik: 如何提高 PBS 方案的交易抗审查性](https://www.ethereum.cn/Eth2/pbs_censorship_resistance)》。本文是两个 slot 的 PBS 方案的具体设计。 <br/> ### 在一个 slot 对里的事件顺序 - **就在 0 秒之前 — 发布执行头部发布**：任何人都可以发布一个执行头部，它包含一个执行哈希，一个出价，和一个构建者的签名。 - **0 秒 — 信标区块期限**：信标区块必须打包胜出的执行头部 - **0 — 2.67 秒 — 对信标区块做证明**：只有一个委员会对信标区块做证明投票 - **8 秒 — 中间区块的期限**：胜出的区块构建者发布一个中间区块，由执行区块主体和他们可以找到的对信标区块尽可能多的证明组成。 - **8 — 10.67 秒 — 对中间区块的证明**：剩下的 N-1委员会对中间区块做证明投票 - **10.67 — 13.33 秒 — 聚合中间区块的证明** - **13.33 — 16 秒 — 发布下一个执行头部** 如果错失了一个信标区块，下一个 slot 会被换为信标区块而不是中间区块。 ### 图表解释  ### 关键的属性 - 从分叉选择的角度来看，该系统可以被描述为就像现在的信标链，只是委员会的规模是不平均的，且会有一个 (区块，slot ) 分叉选择。唯一的区别是有些区块只是用来选择为紧随其后的区块选择提议者。这就简化了分析。 - 每个步骤之间的委员会有助于确保每个步骤都是“安全的“，并且减少被单个行动者滥用带来的影响。 ### 构建者的安全属性 在发布出价那一步，构建者看到执行头部，并知道它**是否安全** (如果有很多反对票或缺失的证明，这个执行头部可能是不安全的)。 - 如果执行头部是安全的，除非出现大于 45% 的攻击、非常大量的罚没，或非常严重的网络延迟，执行头部才可能被回滚。在这种情况下，构建者可以放心进行安全出价。 - 如果执行头部是不安全的，在他们发布他们的主体后区块链还是有重组的风险，以“偷走”他们的 MEV 机会。在这种情况下，构建者看到这个风险后可以调低他们从这个风险获得风险溢价的出价。 在发布中间区块时，会有两种情况： 1. **信标区块还未被发布**。在这种情况里，证明委员会已经对该区块投反对票，因此中间区块产生者 (即构建者) 可以安全地不发布，也不会受到惩罚。 2. **信标区块已经发布**。在这种情况下，中间区块会有“提议者得分激励 (proposer boost)"，这个激励会比整个证明委员会幅度的大，因此如果构建者发布了，他们的区块将在其余 N-1 证明委员会的证明里获胜。 这确保了如果证明委员会是诚实的，且网络延迟没有非常严重的情况下，构建者就能保证： 1. 如果他们发布了区块就能被打包 2. 如果他们因为信标区块头缺失而不发布区块是不会被惩罚的 构建者有大约 5.33—8 秒的时间发布区块。在他们看到信标区块时可以放心马上发布；但是，他们可能会想等看到更多证明时再发布，因为他们打包证明会得到奖励 (被打包的证明者也会得到奖励)。他们可以自由地在这段时间内 ( 即 5.33 秒的窗口，获得打包证明奖励与第 8 秒的窗口没能获得打包证明奖励）协商权衡。 ### 信标链规范变更的概要 #### 提议者索引定义 - 把 `get_random_proposer_index(state: State)` 设为现在 `get_beacon_proposer_index(state)` 返回的内容。 - 添加状态变量 `chosen_builder_index` 和 `chosen_exec_block_hash`。如果 slot 是空的，设 `state.chosen_builder_index = NO_BUILDER` (一个等于 `2**64 - 1` 的常量)。如果 slot 包含一个信标区块，它会包含 `BuilderBid`，设： - `state.chosen_builder_index = builder_bid.message.builder_index` - `state.chosen_exec_block_hash = builder_bid.message.exec_block_hash` - `get_beacon_proposer_index(state: State)` 的定义如下： - 如果 `state.chosen_builder_index == NO_BUILDER`，返回 `get_random_proposer_index(state)` - 否则，返回 `state.chosen_builder_index` #### 携有出价区块的条件 - 如果 `state.chosen_builder_index == NO_BUILDER`，这个区块需要包含一个 `BuilderBid`，且可能不包含一个 `ExecBody`。`builder_bid` 需要通过以下检查，且其中 `val = state.validators[builder_bid.message.builder_index]`： - `bls.Verify(val.pubkey, compute_signing_root(builder_bid.message), builder_bid.signature)` - `val.activation_epoch == FAR_FUTURE_EPOCH or val.withdrawable_epoch <= get_current_epoch(state)` - `val.balance >= builder_bid.bid_amount` - 在处理逻辑中添加余额转账： - `val.balance -= builder_bid.bid_amount` - `state.validators[get_beacon_proposer_index(state)].balance += builder_bid.bid_amount` - 把 `get_committee_count_per_slot` 改为接受输入 `(state: BeaconState, slot: Slot)` ( 而不是 epoch )。如果一个 slot 出现 `state.chosen_builder_index == NO_BUILDER`，委员会数应该返回 1。 #### 携有执行主体的区块的条件 - 如果 `state.chosen_builder_index != NO_BUILDER`，区块需要包含一个 `ExecBody` 且可能不包含 `BuilderBid`。`ExecBody` 需要通过以下的检查： - `hash_tree_root(exec_body) == state.chosen_exec_block_hash` - `eth1_validate(exec_body, pre_state=state.latest_exec_state_root)` - 在处理逻辑中添加： - `state.latest_exec_state_root = exec_body.post_state_root` - `get_committee_count_per_slot` 应该返回 `(get_epoch_committee_count(epoch) - state.committees_in_this_epoch_so_far) // (slots_remaining_in_epoch)` - 如果 `state.chosen_builder_index != NO_BUILDER`，设 `state.chosen_builder_index = NO_BUILDER`，无论是否有区块。 #### 请注意 - slot 时间减少到 8 秒 (请记住：执行区块会是每 2 个 slot 出现一个)。 - 所有信标区块，包括携有出价和执行主体的，在分叉选择时都应该有 proposer boost。 - 分叉 slot 应该改为 (block, slot) ### 可能的延展：通过一项费用延迟发布 如果中间区块的构建者在 slot N 不发布区块，在 slot N+1 就没有交易捆可选。整个提议者序列会被往后推一个 slot (因此 slot N+1 的构建者会变成 slot N+2 的提议者，以此类推)，且 slot N+1 需要选出一个新的随机提议者。构建者会获得另一个机会 (即额外的 12 秒作为松弛空间) 来发布。该 slot N+1 执行区块不能包含任何高价值的共识交易 (例如罚没)。但是，他们会被罚款 `block.basefee * block.target_gas_limit`。 原因是他们的执行区块被延迟了一个 slot，并前置了一个空的执行区块，因此他们需要为这个 slot 付费。提议者序列被延迟确保延迟某个提议者的执行区块对于当被提议的区块是高价值时窃取未来的提议权是没用的。 ### 对分片可能的延展  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/decentralized-identity-passport-to-web3https://www.ethereum.cn/Ecosystem/decentralized-identity-passport-to-web3Wed, 02 Mar 2022 00:00:00 GMT来源 | [medium.com/amber-group](https://medium.com/amber-group/decentralized-identity-passport-to-web3-d3373479268a) <br/> # 引言 互联网没有给用户提供原生的身份层，因此变成了由网站和应用来发放数字身份。筒仓式方式也许适用于早期互联网，然而，现在的网民数量已达数十亿，筒仓式方法的弊端日益凸显。用户名与密码越来越成为身份证明的主流范式，[尽管它越来越被认为是一种不安全的模型](https://www.helpnetsecurity.com/2021/05/17/breaches-high-human-element/)。普通人[不得不管理 70 到 80 个密码](https://www.newswire.com/news/new-research-most-people-have-70-80-passwords-21103705)，这样肯定会带来很糟糕的用户体验。事实上，像[Okta](http://www.okta.com/), [1Password](http://www.1password.com/)与[Dashlane](https://www.dashlane.com/) 这种管理公司与个人分散式账户的企业，业务达数百万美元。更重要的是，用户实际上不拥有线上身份的所有权，而是从公司或中心化实体租用账户。因此，线上身份容易面临[非法侵入](https://www.ftc.gov/enforcement/cases-proceedings/refunds/equifax-data-breach-settlement)、[操控](https://www.scmp.com/tech/policy/article/3154482/beijing-police-bust-firm-stealing-data-live-streaming-e-commerce-apps)、[审查](https://www.brookings.edu/blog/techtank/2021/05/07/trump-deplatforming-decision-highlights-the-impotence-of-facebooks-oversight-board/)的风险，或是易于[丢失](https://www.reuters.com/business/media-telecom/finiancial-times-new-york-times-bloomberg-news-websites-down-2021-06-08/)。 从根本上来说，Web3 与经济交易息息相关，因此它的出现重新强调了建立稳健的身份系统的重要性。虽然相对于 DeFi (去中心化金融)、NFTs (非同质化代币)、DAOs (去中心化自治组织) 来说，去中心化身份 (DID) 经常被人们忽视，但我们认为它是一项极其重要的技术原语，能够帮助实现原生的 Web3 应用。如果我们能够创建出一个共享的、灵活的、有弹性的身份层，那么我们就可以通过创建一个更广泛的设计空间来加快创新步伐。 本文会介绍 DID 的主要概念，从高层次的角度谈谈目前 DID 的生态系统，然后深入探讨一些构建 Web3身份基础的最前沿的精选项目。 <br/> # **去中心化身份 (Decentralized Identity, DID)** W3C（万维网联盟）制定的DID规范是广泛认可的标准，以确保身份系统可以在不同网络与平台互操作。 以下是DID结构的大概描述：DID是互联网上的一个地址，归用户所有，且直接由用户控制。DID 可用来查找关联的 DID 文档，其中包含与该 DID 有关的信息。DID 文档包含的相关信息可用于登录、加密数据、通信等用例。像数字签名这样的密码证明允许实体证明其拥有对这些身份身份标识的控制权。 **DID 架构的基本组成**  总之，DID 是一个身份中心。由于用户控制自己的身份中心，用户可以自由决定何时、对谁、基于何种情形来出示其数字身份。随着 DID 标准被更广泛地采用，个人不再局限于单个生态系统中或是筒仓式的方法。 **DID 为用户提供身份控制权、安全性、隐私权、可移植性**  <br/> # **DID 实现新用例** 在现实生活中，身份对运行良好的社会来说是必不可少的。政府通过护照来识别公民身份，公民通过驾照证明驾驶资格，大学学位给个人授予教育证明等。 同样，DID可令高价值的互联网经济活动可行。下面将强调一些DID可以解决的Web3痛点。 <br/> # NFTs—真实性和身份 艺术家与创作者们深受欺诈与盗版铸造的问题困扰。数字艺术家与《漫威超级英雄的冒险》（Marvel’s Super Hero Adventures）的设计师 Derek Laufman 发现自己的作品未经他许可被人在 NFT 平台 Rarible 上拍卖。类似事情常有发生。 **艺术家深受NFT骗局折磨**  来源：@laufman > Woobie.eth: Derek你好！你有在Rarible上悄悄发布一些作品吗？我不太确定那是不是你。 > > **Derek Laufman: 百分百不是我！我原以为NFT的意义在于作品与作者是可被验证的。但很明显这能够轻易欺骗到人们。这个平台真是个笑话。** 一个强大的 DID 基础设施可以解决这个问题。应用程序可以基于 DID 构建以允许创作者对一些 NFT 进行可追溯的签名，从而证明这些代表着某种数字资产/实体资产的 NFT 是由他们创作的。买卖双方也可以验证数字艺术品的出处。DID 同时帮助促进艺术家与社区之间形成更好的交流，比如将 NFT 的所有权限制在社区成员中，以此来限制黄牛们的投机行为，抑或是为选定的持有者提供独家的 NFT 内容。 更广泛地说，NFT 可以作为去中心化身份的一个锚点。已经有一些用户使用 NFT 项目来作为他们的线上身份识别，而不仅仅是使用用户名。举个例子，Manifold 的联合创始人 @richerd 拒绝了一个[开价 950 万美元来购买他的 CryptoPunk #6046](https://nftevening.com/cryptopunk-6046-holder-says-no-to-historical-9-5m-offer/) 的提议。因为他认为 CryptoPunk #6046 已经成为他自己的身份和品牌了。 **NFT 作为线上身份识别**  来源：@richerd > 过去半年，我使用 cryptopunks 6046作为我的身份，且围绕它建立了一个重要品牌。 > > 如同大部分人知道的有： > > @manifoldxyz 的联合创始人 > > 智能合约艺术家 > > 加密货币安全 > > NFT评论家 > > 3D 眼镜鉴赏家 > > @richerd3DAO 同名用 > > NFT Degen > 我的身份，以及其他图像类的 Punks 与无聊猿的价值已经超过 NFT 本身。我们可以拥有自己的品牌，影响力与其他品牌一致，这件事非常有意义。 > > 我十分重视个人品牌与身份，因此拒绝上述提议对我来说并不是件难事。 <br/> # **解锁 DeFi 下一阶段** 抵押贷款一直以来都是 DeFi 增长的支柱。但由于加密货币的金融协议致力于实现完全去信任、无需许可的目标，因此常要求超额抵押。比如在 MakerDAO 上抵押 ETH 进行贷款，[抵押率需要在 130~170% 区间。](https://oasis.app/)抵押贷款在去年推动了 DeFi 增长，但抵押要求使得用例限制在大部分寻求加大杠杆的加密货币交易者之间。而对大部分人来说，借钱的原因是需要的钱不够。 想要让大部分人采用 DeFi，降低抵押要求或完全移除抵押要求是一个关键。若有一个强大的 DID 层，则可以引入“链上”信用积分，让用户能够基于信用贷款。此外，由于用户可以直接控制自己的信用积分，他们便可以更好地监控或调整自己的借/贷行为。因此 DID 能够进一步地民主化去中心化的金融系统。 另外，若金融应用拥有强大的身份层，则许多目前 DeFi 上的问题可以得到解决。例如： - 通过鉴定真实成员，提高代币空投的分配公平性，同时减少机器人稀释空投的事件发生。 - 使用 DID 进入 DeFi 池，可减少垃圾邮件或女巫攻击，同时机构也可以提供合规管理工具 (compliance tools) 来鉴别交易方。 - 通过为可以信任的参与者照明，使其以正和的方式进行交易活动，从而指引用户走过[以太坊这一黑暗森林。](https://medium.com/@danrobinson/ethereum-is-a-dark-forest-ecc5f0505dff) <br/> # **去中心自治组织 (DAOs）** DAO 通常使用基于代币的治理方式进行投票、建立影响力与决定事务处理的优先顺序。这种方式从大体上看是合理的 (因为大户通常与项目的利益最相关)，但这种做法同时将活跃但资金较少的贡献者排除在外，或降低他们的优先级。此外，即便成员在某个 DAO 里颇有名望，但这个成员在另一个 DAO 里还是需要从头树立信用。 DID 可以让用户在不同的 DAO 中保留其信誉积分。将身份凭证在不同的 DAO 之间转移 (我们在现实生活中已经实现了这种信誉可移植性) 让活跃贡献者不必从头开始积累信用积分。此外，像在 [Gitcoin](https://gitcoin.co/) 中参与募资、在 [Mirror](https://mirror.xyz/) 上发布作品、以及在 [Radical](https://radicle.xyz/) 上贡献代码这类 Web3 的情境下，能更好地帮助 DAO 找到符合资格的人选。 <br/> # **DID 的生态系统** DID 的生态可以按层级划分，而每一层都建立在底层协议之上。我们使用并稍微修改了 [DIF (去中心化身份基金会) 的四层身份模型，](https://github.com/decentralized-identity/interoperability/tree/master/assets)绘制了目前 DID 主要受关注的项目。以下是一个简化的模型，且大部分都是跨层应用项目。 **按层划分的去中心化身份生态系统**  来源：DIF、Amber Group ## 第 1 层：身份标识与标准 (Identifiers and Standards) 标准、身份标识、以及命名空间 (namespces) 共同构建公共信任层，确保其标准化、可移植性、与互操作性。它们也允许网络注册并管理 DID 方法，给开发者与用户提供网络身份系统的规则与环境。 [DIF (去中心化身份基金会)](https://identity.foundation/) 是第 1 层的核心，也是生态的基础。DIF 是所有活动的开发、讨论、管理中心，为 DID 堆栈创造并维护一个互操作的、开放的生态系统。 ## 第 2 层：基础设施 (Infrastructure) 基础设施与代理框架可以让应用之间直接交互，也可令应用与可验证数据注册表直接交互。这些解决方案包括通信、存储、以及密钥管理。Ceramic 与 ENS 是构建 DID 基础设施的前沿项目 (虽然 ENS 的分类仍待讨论，但我们把它归到基础设施层是因为我们预计未来身份凭证与应用会建立在 ENS 之上。) ## 第 3 层：身份凭证 (Credentials) 我们需要对身份凭证进行管理、更新，它们之间还需要具备可互相交换的功能。这一层旨在解决 DID 如何确定对身份的 “控制证明” (proof of control) 和 “认证证明” (proof of authentication)，以及如何在身份所有者之间安全地传递数据。 [BrightID](https://www.brightid.org/) 是这个领域中一个很值得关注的项目。它是一个拥有超过 3 万用户的社交身份网络，用户可以使用 BrightID 向应用证明自己并没有开设多个账户，以此最大限度地减少女巫攻击的几率。 **Vitalik Buterin 谈论 BrightID 的潜在应用**  来源：@VitalikButerin > 为未来的黑客马拉松提供一个项目想法：好感度期货。几个月后针对一些用户做一个民意调查 (例如，每一个拥有 brightid 的用户同意回答问题)："你赞成/不赞成...吗？"。然后现在就对调查结果做一个预测市场。 > > 人们已经尝试推出 UBI (全民基本收入，Universal Basic Income) 代币或者其他类似的项目；其中最大的困难在于没有一个强有力的身份模型来确保其安全性。我认为像 BrightID 这样的项目也许是解决这类问题的一个办法。 ## 第 4 层：应用、钱包和产品 这一层也许对读者来说最为熟悉，并为消费者提供实际用例和价值。有一些项目，例如 [Goldfinch](https://app.goldfinch.finance/) (无抵押贷款)，使用专有且唯一的实体检查，但是会在 DID 技术成熟时才会去使用它们。与之相反的是，另外一些应用已经在使用现有的 DID 技术，如 [TrueFi](https://truefi.io/) (使用链上信用积分的无抵押贷款)、[Gitcoin](https://gitcoin.co/) (公共物品募资) 和 [Ethsign](https://ethsign.xyz/) (去中心化电子协议). ## 第 X 层：横向项目 这些项目大大地超越了单个层的范畴，对多个层上的应用都产生影响。例如欧洲的 GDPR 通用数据保护条例对生态系统的所有领域都有影响。 #### DID 生态的代币价值  来源: CoinGecko、Coinmarketcap 2021 年 11 月 22 日的数据 图表翻译： ENS: 以太坊地址的公共档案 Ontology: 提供数据认证与数据交易市场的 DID 区块链 Civic: 为 KYC (了解你的客户，实名制) 与 AML (反洗钱) 提供身份验证 SelfKey: 非托管 DID 钱包 ArcX: 去中心化链上信用与信用积分协议 Bloom: 去中心化身份认证与信用积分 Idena: 个人区块链证明 —— 节点与身份相关 BrightID: 提供唯一身份的社交身份网络 <br/> # **精选 DID 项目** **以太坊域名服务 —— 以太坊的公开档案** 以太坊域名服务 (ENS) 是一个可将任意以太坊地址转换成公开档案的基础工具。ENS 主要将人类可读的名称映射为机器可读的身份标识。也就是说，你不需要顶着 “0x7fc7a9694A09077e137f953108265ad59cCF5ba3” 这个地址进行交易，你可以用 “amberfin.eth” 取而代之。由于 ENS 的分层性质，拥有域名的个人同样可以拥有子域名。例如 Amber Group 拥有域名“amberfin.eth”，那么它同样可以创建子域名 “pay.amberfin.eth”。ENS 域名也支持文本记录 (text records)，这使得用户可以存储各种各样的数据 (这些数据都与同一个身份标识相关联)。在这种设置中，没有一个中心化实体或公司涉及其中。 **Amber Group 的 ENS 记录**  ENS 的用例持续增加。今年 8 月，DNS 完全集成到 ENS 中，这意味着你可以发送加密货币到 “[example.com](http://example.com/)”，而不单只能发送到 “example.eth”。此外，使用 “.eth” 后缀的域名也能用来构建去中心化网站。例如，以太坊联合创始人 Vitalik Buterin 利用这次 DNS 集成，加上使用 IPFS (星际文件系统)，创建了一个强健和抗审查的网站 [https://vitalik.eth](https://vitalik.eth/)。 在未来可移植且去中心化的身份中，ENS 将发挥重要作用。我们可以注册 ENS 作为 DID 的代表，允许 ENS 名称封装成 DID 以促进互操作性。许多 Web3 用户已经开始使用 ENS 作为自身的身份标识。在对 ~300 名以太坊用户进行的调查中显示，[他们中有大约 64% 的人已经拥有 ENS](https://blog.sismo.io/a-survey-on-ens-id-and-privacy-management-e8fcd6723316)。链上分析显示[平均每位 ENS 用户持有 2.5 个域名](https://dune.xyz/makoto/ens)。随着其他功能的推出 [(如支持 NFT 头像)](https://medium.com/the-ethereum-name-service/nft-avatar-support-for-ens-profiles-bd4a5553f089) 以及越来越多去中心化应用支持 ENS，未来会有越来越多 Web3 用户使用 ENS 作为他们在以太坊上的公开身份。 **Uniswap 支持 ENS 域名和头像**  **ENS 生态系统**  2021 年 11 月 2 日，ENS 宣布[通过接受对 ENS DAO 代理的申请来进行去中心化治理，同时空投治理代币 ENS。](https://ens.mirror.xyz/cfvfKRpQSPtZJjPQOprWqEeqv2rytE7tQkxDg6ht7Oo)这次 ENS 空投数量为总供应量的 25%，其余的代币则会分发至社区金库与贡献者。此次代币分配基本上是留一半给过去 (之前的贡献者与用户)，另一半给未来 (社区金库)。 **ENS 代币分配**  ENS 代币持有者只拥有对 DAO 的治理权，不会获得其他额外的货币价值。特别的是，ENS 代币持有者需要签署《ENS 宪法》( [ENS Constitution](https://discuss.ens.domains/t/proposed-ens-constitution/814)) 来申领代币。ENS Constitution 中强调了几项重要原则，比如执行财产权、避免寻租行为、集成全球名称空间。因此，ENS 代币最激动人心的一处是它进行了一项大型实验：对于数字公共产品，市场是怎样定价的。 ENS 已经产生了将近 2 千万美元的收益，其中大部分来自新域名的注册，而这笔收益将收入 DAO 社区金库。 **ENS 月度收益**  来源: Dune Analytics (@makoto) ENS 每笔交易收入不断增加，这表示用户注册域名时选择的注册时长更长了，或域名的价值也更高了 (比如持有名字更短的域名)，也可能两者都是。 **ENS 每笔交易收入**  来源: Dune Analytics (@makoto) 在日内冲击到 84 亿美元左右的高点后，截至本文撰写，ENS 完全稀释市值大约在 42 亿美元，这意味着基于过去一年的数据，ENS 的市盈率增了 236 倍。 **(完全稀释的) ENS 市值**  来源: CoinGecko **Metamask —— 通往其他区块链 APP 的门户** 在新的技术范式中，用户最频繁交互的解决方案通常对行业未来的发展产生巨大影响。类似于浏览器是Web1 的战场 (Netscape、Internet Explorer、Google Chrome)，应用是 Web2 的战场 (Facebook、Instagram、Netflix、Spotify)，钱包可能会成为 Web3 的战场。 如果你曾与 Web3 应用交互过，那你很有可能用过 Metamask。在 2016 年由 ConsenSys 推出的 Metamask 是一款非托管加密货币钱包，用户可使用它与以太坊区块链或任何兼容以太坊的网络交互 (如 Polygon、Arbitrum、Avalanche)。 虽然 Metamask 没有特别专注在去中心化身份上，但作为一款能够帮助用户访问以太坊地址的应用，Metamask [月活用户超过 2100 万](https://consensys.net/blog/press-release/metamask-surpasses-21-million-maus-as-consensys-raises-200-million-to-make-web3-universally-easy-to-use-access-and-build-on/)。与 Web2 的单点登录 (SSO, single sign-on) 一样，几乎所有兼容 EVM (以太坊虚拟机) 的 Web3 应用都能够“使用 Metamask 登录”。 **Augur（左）与 OpenSea（右）的登录选项**  Metamask 作为一种强大的心智模型，展现了一种更广泛的 DID 解决方案可能是怎么样的，同时也强调了身份自主权的潜力与风险。由于 Metamask 用户自己保管自己的私钥，因此他们是真正意义上地在自己的钱包中持有资产。同时，不需要第三方来保障资产安全或对资产托管。此外，用户还能在应用之间无缝迁移资产。在 SuperRare 购买的 NFT 可轻松在 OpenSea 售出，平台锁定情况减少，资产可移植性增强。用户使用体验也极大提高 —— 再也不需要应对繁琐的登录步骤，也不用再管理许多用户名与密码，登录新应用只需连接到 Metamask 钱包。虽然“连接钱包”看起来很分散，但是要知道这些钱包区别只在于用户界面，实际上它们使用的是同一个基础账号系统 —— 你也可以在 Web3 上导入其他钱包。 **将账户导入 Metamask**  然而，黑客与诈骗事件依然层出不穷。Web3 用户需高度警惕钱包安全，以免失去所有资产。即便只是忘记了钱包助记词，也可能导致永久丢失所有资产。因此一些用户会选择委托第三方托管商管理其账户和保障其安全性。 Metamask 预计逐渐过渡到去中心化治理模式。 ConsenSys 创始人 Joseph Lubin 最近暗示不久后 Metamask会发行代币。Metamask 高级软件工程师 Erik Marks 表示 “对 Metamask 发布社区治理代币持开放态度”，虽然 Metamask 团队想要使 Metamask 代币的用例更具吸引力。一些人猜测，若 Metamask 确定空投，那么使用过 Metamask 的 swap 功能会是获得空投的决定因素。 **Consensys 的 CEO 谈 Metamask 代币发行**  来源: @ethereumJoseph > Andrew T：我敢打赌， Metamask不会发行代币，因为摩根大通至少控股 10%，他们不希望在资产负债表上看到代币。 > > Joseph Lubin： Andrew 你好， ConsenSys 的资产负债表上有成千上万个代币。包括我在内的 ConsenSys 雇员们对公司持有很大的控制权。同时我们还有几个推进去中心化的项目。什么时候发币？请持续关注。届时可请你做一个客观的报道吗？ Metamask 主要通过其内嵌的 swap 功能盈利，从去中心化交易所聚合器、做市商、DEX 中聚合数据，再在报价上收取 0.85% 的 swap 手续费。自今年年初起， swap 功能的使用率大幅增加 —— 过去一个月内，Metamask在 swap 手续费上已经赚取了大约 4 千万美元。 **Metamask Swap 的每日流量以及以太坊 L1 日活用户数量**  来源: Dune Analytics (@tomhschmidt) 事实上，Metamask 的 swap 功能的收益增长速度远远超过 Sushiswap 与 Curve。 **Metamask 与其他 DeFi 协议的收益**  来源: Dune Analytics (@momir) Uniswap 与 1inch 分别是以太坊领先的 DEX 与 DEX 聚合器，它们构成了 Metamask 大部分的流动性来源。 **Metamask Swap 的流动性来源**  来源: Dune Analytics (@momir), 2021 年 11 月 21 日 Metamask 代币的潜在估价范围广泛。股权估值不能直接比较，但 ConsenSys 最近进行的股权融资 (估值 32 亿美元，融资 2 亿美元) 可为 Metamask 代币提供一个大概的估值范围（Sky Mavis 股权价值升到 30 亿美元时，AXS 代币总价值大约 40~50 亿美元)。代币的直接比较也能得到一个广泛的范围。按每 MAU (月活用户数量) 500 到 1000 美元倍数计算， Metamask 估价范围在 105 亿到 210 亿美元之间。 **ConsenSys 的估价基准**  来源: Public filings、Capital IQ、CoinGecko、Amber Group estimates <br/> ## Ceramic [Ceramic](https://ceramic.network/) 是一个公共去中心化的数据网络，用以管理动态、可变的互联网信息。通过建立一个灵活的原语，即 Ceramic 数据流 (Ceramic streams)，开发者无需数据库或服务器就能构建应用。 在 Ceramic 里，每条信息都代表一个仅追加提交日志，其称为流。每一个流以有向无环图 (DAG, directed acyclic graph) 的方式储存在IPLD中，以不可篡改的 StreamID 命名，带有可验证状态 StreamState。流在概念上与 Git 树类似，每一条流都可视为它本身的区块链、账本或事件日志。Tile Documents 是 Ceramic 数据流类型 (StreamType) 之一，常用来取代身份元数据（比如档案、社交图、关联的社交帐号)、用户生成的内容 (博客文章、社交媒体)、DID文档、可验证的身份凭证等数据库。 这个协议并不依赖于任何一条特定的区块链。相反，它可被看作一条“文档链”，验证一个特定文档的状态只需用户同步给定文档中的数据即可。用户不需要像大多数区块链网络 (如比特币、以太坊) 那样同步整个网络的状态。因此，没有全球文档账本这样的东西。 Ceramic 其中一个关键工具为 [IDX](https://idx.xyz/) (跨链身份协议)，它提供一个统一的存储空间，保存与用户 DID 关联的所有应用可注册与可发现的数据源。IDX 可看成是一个去中心化的用户表。因此用户可以通过 IDX 来控制个人的身份与数据，信息不再被锁在单个应用中，能够更好地保护数据，在不同应用之间传输数据也更加方便。同样，开发者也能建立一个数据丰富的应用，而无需用户在每个应用中一次又一次地输入重复信息。 在 DID 技术堆栈中， Ceramic 是重要的中间件。一些建立在 Ceramic网络之上的项目已经看到 Ceramic的吸引力与市场契合度，其中包括： - [Boardroom](https://boardroom.info/)：DAO 治理管理平台，使用 Ceramic 存储提案意见。 - [Rabbithole](https://rabbithole.gg/)：鼓励人们使用 Web3 项目的应用，他们可以在 Rabbithole 上赚取积分与加密货币。 Rabbithole 使用 Ceramic 网络来连接多个 Web2 与 Web3 账户到一个统一且可跨链的 DID 上，还支持将用户的信誉在不同的 Web3 应用上使用。 - [ArcX](https://arcx.game/)：一个去中心化应用，提供链上信用积分，以及分发 “DeFi 护照” 作为身份。 <br/> # **总结** 互联网也许是百年内最重要的发明。过去 20 年间，互联网转变了社会信息流的基本性质：媒体、政治、新闻、教育、社交互动等。即便越来越多的经济活动由实体移动到虚拟上，线上身份依旧无法真正由用户所拥有，孤立地存在于不同的平台上。 随着互联网的价值不断显现，我们需要稳健的 DID 解决方案，通过新用例的实现来使 Web3 成为主流。虽然 DID 目前仍处于早期阶段，但未来是光明的。由于 DID 标准具有可组合性与互操作性，发展动力从新应用之间的组合里迸发。我们期待看到 DID 解决方案的重要性在未来几年里呈指数级增长，解锁下一个 Web3 应用大循环。 <br/> # 免责声明 本文包含的信息 (以下称作“本文”) 仅供参考，以概括的形式展现，并非旨在提供完整的信息。本文不为、也不打算为任何证券出售或购买提供建议。本文不涉及提供任何投资相关的建议，读者也不应参考本文进行投资。本文没有将任何潜在投资者的特定投资目标、其财政状况、或特殊需求考虑在内。不对本文的公平性、正确性、精确性、合理性与完整性做出任何明示或暗示的陈述或保证。我们不承诺更新本文消息。潜在投资者不应将本文观点取代自身的判断与调查。潜在投资者应根据自己的需要来咨询有关法律、监管、税务、商业、投资、金融、会计顾问，同时在顾问建议的基础上根据自我判断来做出投资决定，而不是根据本文所表达的观点进行投资。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-1/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-3-1/Tue, 01 Mar 2022 00:00:00 GMT # 共识层 **以太坊的验证者数超过 30 万** 根据 [beaconcha.in](http://beaconcha.in/) 上的数据，以太坊上的验证者数在 2 月 27 日已超过 30 万 🥳🎉  来源： <iframe id="twitter-widget-24" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-24&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1497955563241902082&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1497955563241902082" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 550px; display: block; flex-grow: 1;"></iframe> <br/> **PoS 合并常见问题回答** 以太坊基金会的 trent@trent_vanepps 从 2 月 12 日起陆续对以太坊 PoS 合并的常见问题进行回答。以下为 4 个回答的编译： 1. 在执行层上不被烧毁的费用 (即小费) 开始由每个区块的提议者获得——在执行层上是完全流动的。在网站 [watchtheburn.com](http://watchtheburn.com/) 可以看到相关数据：  2. 由于所有客户端对合并的测试和验证有非常大量的工作，信标链验证者对质押的 ETH 的提款只能期望被纳入到合并后的升级 (上海升级)。这方面的工作已经由@ralexstokes 开启了。 3.合并后会是精确地每 12 秒出一个块。现在的出块时间是大约 13 秒。开发者需要注意：不要再假设是平均 13 秒的出块时间 (例如，用于计算利率)，请确保使用的是时间戳。具体可参考 Vitalik 的[解释](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-2-15)。 4.合并/权益证明机制并不会降低主网的交易费。更小的区块或更短的出块时间的确会增加可用的区块空间，但会很明显。平均的区块空间只是影响费用的一个输入，另一个是需求。短期的扩容和降低费用的途径将是通过 二层。 来源： <iframe id="twitter-widget-25" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-25&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1492518605765939204&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1492518605765939204" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 370px; display: block; flex-grow: 1;"></iframe> <br/> **Obol Network 启动 Proto 社区** PoS 以太坊的多个运行者验证者网络 Obol Labs 于 2 月 24 日宣布 Proto 社区的启动，旨在组织、教育和激励社区成员对分布式验证者技术和 Obol 生态做贡献。 Obol 专注于通过提供对分布式验证者无需许可的使用来使得主链质押得以扩展。质押基础设施正在进入其发展的协议阶段，其中必须要有大规模可插入的，且信任最小化的质押网络。 Obol 网络开发并维护四个核心公共物品： - [DV Launchpad](https://docs.obol.tech/docs/dvk/distributed-validator-keys)，一个 CLI 工具和用户界面，用于引导分布式验证者 - [Charon](https://docs.obol.tech/docs/dv/introducing-charon)，一个客户端中间件，使得验证者可以以一个容错和分布式的方式运行 - [Obol 管理器](https://docs.obol.tech/docs/sc/introducing-obol-managers)，一组用于以独特方式形成分布式验证者的 solidity 智能合约 - [Obol 测试网](https://docs.obol.tech/docs/testnet)，是一组正在进行的激励公众参与的测试网，它使得任何规模的运行者都可以在进入 Obol 主网前测试他们的部署。 Proto 社区指的是把现在不同的子社区融合到 Obol 的主干创世社区后形成的社区。以上每个公共物品组件将由一个专门的工作小组负责推动，这些小组都开放给 Obol Proto 社区的成员参与。 [来源](https://blog.obol.tech/announcing-the-proto-community/) <br/> # **执行层** **Verkle tree 测试网** 2 月 21 日，负责 verkle tree 开发的开发者 Guillaume Ballet 发推表示在启动 verkle tree 的测试网 Condrieu 上进行了更长时间的测试，目前实现的目标包括： - 能够从 metamask 创建简单的合约 - 能够在账户间发送资金 - 能够从水龙头获得资金 详情：https://notes.ethereum.org/@gballet/rJKPmBayc 更多主网的更新消息，请参阅最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-2-25)》。 <br/> # **Layer2** **zkSync 2.0 进展更新：zkEVM 公共测试网上线** zkSync 是一个基于零知识证明密码学的以太坊扩容解决方案。根据其创始团队 Matter Labs 在文章 [“zkSync 2.0: Hello Ethereum!”](https://www.ethereum.cn/Technology/zksync-2-0-hello-ethereum) 中所介绍，zkSync 2.0 由两个部分组成：zkEVM 和 zkPorter。zkEVM 是一个为兼容 EVM 的 zkRollup 提供支持的引擎，这是同时提供 L1 安全性以及支持 solidity 智能合约的解决方案，而 zkPorter 是一个链下数据可用性系统。 2 月 22 日，zkSync 推出 zkEVM 的公共测试网，开发者现在已可以查看 zkEVM 测试网文档并进行实验和部署测试：https://v2-docs.zksync.io/dev/ 更多信息参考文章[《zkSync 2.0: zkEVM 的公共测试网已上线》](https://www.ethereum.cn/Layer2/zkevm-public-testnet) 。 [来源](https://matterlabs.medium.com/zksync-2-0-public-testnet-is-live-de870ba9632a) <br/> **DeFi 协议 Yearn Finance 在 L2 扩容解决方案 Arbitrum 上部署** 2 月 24 日，DeFi 协议 Yearn Finance 在推特宣布已在 L2 扩容解决方案 Arbitrum 上部署。根据其推文，Yearn 表示为了确保部署的平稳推出，Yearn 会在 Arbitrum 上线单个 vault: Curve 的 triCrypto，这是一个包含三种等量代币的 Curve 流动性池 (代币包括 wBTC、wETH、USDT)。Swap 代币和在 Curve triCrypto 池中质押: <iframe id="twitter-widget-26" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-26&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1496577884802060288&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1496577884802060288" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 945px; display: block; flex-grow: 1;"></iframe> <br/> **Aave 通过了将其 DAO 中的部分资金部署到 StarkNet 上的提案** Aave 社区发起治理提案 —— 在 StarkNet 上部署 Aave DAO 中的部分资金 —— 已一致通过。  这个提案作为 Aave <> StarkNet 迁移项目的阶段 I 的启动点，释放计划部署资金的初始部分 (价值 10 万美元的 USD 和 WETH)。此外，该提案还包括一些技术更新，使得可以释放 Aave 协议金库的任意代币。 来源： <iframe id="twitter-widget-27" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-27&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1497208959563972611&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1497208959563972611" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 641px; display: block; flex-grow: 1;"></iframe> <br/> **跨链流动性聚合器 Via Protocol 添加对 zkSync 的支持** Via Protocol 是一个跨链流动性聚合器，它集成了一些跨链桥接解决方案，旨在为用户检索最佳的跨链路由和桥接：https://router.via.exchange/ 在其 UI 界面中，用户选择好需要桥接的资产之后，可以查看现有的所有路由，并可以选择 Via Protocol 已支持的路由转移其资产。 2 月 25 日，Via Protocol 宣布添加对 zkSync 的支持，为 zkSync 用户提供跨链的最佳路由。 来源： <iframe id="twitter-widget-28" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-28&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1497262732550098946&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1497262732550098946" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 684px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **[ethereum.org](http://ethereum.org/) 添加了桥接介绍页** [ethereum.org](http://ethereum.org/) 在 li.finance 的协助下添加了 L2 桥接的介绍页面，内容包括桥接的定义、存在的原因和用例等。 详情：https://ethereum.org/en/bridges/ <br/> **Laura Shin 声称可能找到了导致 2016 年 DAO 硬分叉的黑客** <iframe id="twitter-widget-29" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-29&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1496087239037698048&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1496087239037698048" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 361px; display: block; flex-grow: 1;"></iframe> 加密新闻记者 Laura Shin 在 2 月 22 日 发布新书 *The Cryptopians: Idealism, Greed, Lies, and the Making of the First Big Cryptocurrency Craze* 。 Laura 表示，新书里有关于 2016 年 DAO 分叉黑客的独家报道——通过使用加密追踪公司 Chainalysis 的取证工具，她与她的消息来源相信 Toby Hoenisch 就是那名黑客。 Toby Hoenisch，一位出生在奥地利的 36 岁程序员，在黑客入侵的时间段里住在新加坡。到目前为止，他最为人所知的身份是 TenX 的联合创始人兼首席执行官。TenX 在 2017 年的 ICO 中筹集了 8000 万美元，来构建加密借记卡——但这个项目失败了。这些代币的市值曾飙升至 5.35 亿美元，现在仅为 1100 万美元。 Laura 在[一篇发布在 Forbes 的文章](https://www.forbes.com/sites/laurashin/2022/02/22/exclusive-austrian-programmer-and-ex-crypto-ceo-likely-stole-11-billion-of-ether/?sh=204b8e07f589)中提到：“在收到一份详细说明他是黑客的证据文件后，Hoenisch 在一封电子邮件中回复道，‘你的陈述和结论与事实不符。‘ 在那封电子邮件中，Hoenisch 主动提出，他会提供细节来反驳我们的调查结果，但在我后续不断向他索要那些细节时，Hoenisch 再也没有回复过我的消息了。” 2016 年 6 月 17 日，The DAO 项目的智能合约遭受攻击，当时 The DAO 持有的 31% 的 ETH ( 364 万个 ) 被黑客创建的 DarkDAO 抽走了。经过多次讨论，以太坊创始人 Buterin 的公开参与、以太坊社区的大多数人的支持下，是年 7 月 20 日，以太坊进行了 “ 硬分叉 ” ，所有本来在 DAO 中的 ETH 转移到 “ withdraw ” 合约中，该合约可以让原来的贡献者在新以太坊链上取回自己的 ETH。这天之后，原来的以太坊区块链一分为二，形成了以太坊经典 ETC ( 反对硬分叉 ) 与如今的以太坊 ETH ( 支持硬分叉 ) 。 [来源](https://www.forbes.com/sites/laurashin/2022/02/22/exclusive-austrian-programmer-and-ex-crypto-ceo-likely-stole-11-billion-of-ether/?sh=204b8e07f589) <br/> **OpenSea 被起诉赔偿 100 万美元** OpenSea 在 1 月底[遭受了前端攻击](https://watcher.guru/news/nft-marketplace-opensea-reportedly-suffers-attack-hacker-fetches-800k)，导致总价值 347 ETH 的 NFT 被低价拍下，随即以正常市场价卖出。 在这次事件中，德州男子 Timothy McKimmy 的 Bored Ape #3475 被黑客以 0.01 ETH 的价格买下，99 ETH 卖出。该男子认为正是 OpenSea 平台的漏洞才造成自己的损失，因此他要求 OpenSea 要么把 Bored Ape 还给他，要么按该 NFT 目前的市场价值赔偿他超过 100 万美金的损失。 OpenSea 对此事暂时还未做出回应。 关于 OpenSea 的这个漏洞，开发者 Rotem Yakir 给出了 [分析](https://twitter.com/yakirrotem/status/1485559864948629512)。黑客是利用 OpenSea 保留过期出售清单的机制，使得攻击者可以使用他们的 API 低价购入 NFT，并快速卖出。OS 这个机制原本是为了在链下处理交易来节省 gas 费，当卖家把想要售出 ( 或出价 ) 物品放上去时，会对数据签名，以验证卖家愿意以此价格出售 NFT。这个签名会保存到 OpenSea 的链下数据库，而买家想要购买 NFT 时，含有卖家签名的数据就会发送到买家的智能合约中，签名和出售信息 (例如过期时间和价格) 在转移前都会在链上被验证。 卖家若要取消出售清单，就要发起一笔交易。为了节省这笔 gas 费，卖家可以不取消前一笔 NFT 的出售，而重新上架该 NFT。这些过期的挂单虽然不在前端显示，但在链上依然有效 ( 因为卖家对出售列表的签名依然有效 ) 。即便该出售清单已经从前端页面中移除，但由于这些清单是公开的，且可以用 API 抓取，其他人也有可能保存卖家这些已签署的出售清单，并在之后利用。在前端攻击事件发生后，这些漏洞马上被修复了。 [来源](https://decrypt.co/93483/bored-ape-nft-lawsuit-opensea) <br/> **Mintable 购入在 OpenSea 被盗的 NFT 并表示会物归原主** <iframe id="twitter-widget-30" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-30&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1496364198565195776&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1496364198565195776" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 741px; display: block; flex-grow: 1;"></iframe> 2 月 20 日，NFT 市场 Mintable 在 LooksRare 采购时，发现 3个从 OpenSea 被盗的 Azuki 正在出售中。于是 Mintable 以每个 13.35 ETH 的价格买下它们。 ( 若想要回顾 OpenSea 钓鱼攻击事件，请点击[此处](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-2-22)查看 ECN 过去的文章 ) Mintable 的创始人及 CEO [@ZachSpaded](https://twitter.com/ZachSpaded) 表示：“正是因为 OpenSea 的漏洞，这次的事件才会发生。如果 OpenSea 不打算解决这个问题，那么有人必须挺身而出。” Mintable 目前正在与 Azuki 项目方联系，先确定被窃 Azuki 的受害者身份，再以一个安全的方式归还这些 NFT。 [来源](https://www.publish0x.com/bit-media-buzz/mintable-recovers-nfts-stolen-in-opensea-exploit-xknqoqm) <br/> **OpenSea 完成新合约升级后又出现钓鱼邮件攻击** <iframe id="twitter-widget-31" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-31&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1497342530957955073&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1497342530957955073" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 337px; display: block; flex-grow: 1;"></iframe> 2 月 26 日， OpenSea 宣布完成合约升级。[此次更新](https://opensea.io/blog/announcements/announcing-a-contract-upgrade/)是为了解决在以太坊上的非活跃出售清单问题，这次升级确保旧的和非活跃的清单都会过期，且用户可以通过一笔低成本交易来批量取消 NFT 的上架，同时签名时显示的信息也更[详细](https://twitter.com/opensea/status/1497289447494144002)了。如果你错过了迁移的时间，用户也可以重新上架过期的 NFT 而不需要额外的费用 ( gas 费也不用)。 <iframe id="twitter-widget-32" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-32&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1497787591663308800&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1497787591663308800" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 273px; display: block; flex-grow: 1;"></iframe> 27 日，OpenSea 收到用户反映，新一轮钓鱼邮箱攻击又开始了。OpenSea 警告，[openseateam.io](http://openseateam.io/) 不是官方邮箱，不要点击邮箱里面的链接。 <br/> **苏富比拍卖行撤回对 104 个 CryptoPunks 的拍卖** <iframe id="twitter-widget-33" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-33&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1496646517003800578&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1496646517003800578" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 347px; display: block; flex-grow: 1;"></iframe> 2 月 24 日，原本要在苏富比中拍卖的 104 个 CryptoPunks 集，卖家 @0x650d 突然宣布撤回拍品。此前，该批 CryptoPunks 预估将以高达 3000 万美元的价格卖出。 2 月 9 日，@0x650d [宣布](https://twitter.com/0x650d/status/1491095765137391616)与苏富比合作，将促成有史以来最令人瞩目的 NFT 交易。@0x650d 表示，此举是为了让加密货币与更为广泛的 NFT 社区加入并参与拍卖活动中。CryptoPunks 以前曾在艺术品拍卖场馆上拍卖过，但从未有过与 “ 传统的 ” 当代作品相当的分量、知名度与关注度。这次拍卖将给 CryptoPunks 提供一个机会，让其能够与那些在历史上最重要、最引人注目的当代与现代艺术品同台竞技。 根据 CoinDesk 的报道，@0x650d 的撤回可能与这笔大型 CryptoPunks 集受到冷遇的谣言有关。三个消息来源 ( 其中有一位是在苏富比现场的竞标人 ) 告诉 CoinDesk，预投标最高出价为 1400 万美元，这个价格也是低价。 [来源](https://www.coindesk.com/business/2022/02/24/sothebys-withdraws-lot-of-104-cryptopunks-minutes-before-expected-auction/) <br/> **Golden Invisible Friends 以 496.69 ETH 售出** 2 月 24 日，推特用户 @₿OOMΞR 以 496.69 ETH ( 约 132 万美元 ) 的价格拍下 Invisible Friends 系列的 Golden Friend。 这次拍卖是 NFT 项目 Invisible Friends 于 2 月 18 日发起的[慈善基金](https://mobile.twitter.com/InvsbleFriends/status/1494387757023703040)，中标者还会得到 5 个未披露过的 Invisible Friends 空投，同时 Invisible Friends 表示 Golden Friend 属于 “ Invisible Friends Specials ” 系列。这笔钱将全部给到 RCC ( Random Character Collective ) 慈善基金，RCC 慈善基金会选择慈善机构，而 Random Character 收藏品的持有人对这笔资金的去向拥有发言权。 Invisible Friends 是 Random Character Collective 旗下的项目之一，由瑞士艺术家 Markus Magnuss 设计，发行数量为 5000 个，于 2 月 23 日公开发售，目前[地板价](https://opensea.io/collection/invisiblefriends?tab=activity)为 5.75 ETH (截至发稿时间)。 <iframe id="twitter-widget-34" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-34&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1496584470836695049&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1496584470836695049" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 751px; display: block; flex-grow: 1;"></iframe> <br/> **Axie Infinity 成为有史以来交易量最大的 NFT 系列** 根据 DappRadar 2 月 22 日发布的文章，Axie Indinity 以超过 40 亿美元的总交易量，成为 Play2Earn ( 边玩边赚 ) 标准以及有史以来交易量最大的 NFT 系列。  在 DappRadar 自己的[排行](https://dappradar.com/nft)中，交易量次于 Axie Indinity 的是 CryptoPunks ( 26.3亿美元 ) ，Bored Ape Yacht Club ( 13.8 亿美元 ) 。 [来源](https://dappradar.com/blog/axie-infinity-surpasses-4-billion-in-lifetime-nft-trading-volume) <br/> **时间 NFT 平台 Aika 上线** <iframe id="twitter-widget-35" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-35&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1496528363422461967&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a186b0b9ce89cc9f8f3af71db5445ae298421eb8&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1496528363422461967" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 411px; display: block; flex-grow: 1;"></iframe> DeFi 区块链公司 Aave 旗下的实验部门 Nwet 推出时间 NFT 平台 Aika。 Aika，在芬兰语中意为 “ 时间 ”，该平台允许用户将自己的时间铸造成 NFT，且作为 NFT 在 Polygon 上出售。区块链将永久记录事件与用户的工作。服务提供者 ( 卖家 ) 可以在 [aika.market](https://t.co/asC7VWcsyc) 上出售自己的时间，而买家就可以对卖家提供服务所花费的时间付费。 [Nwet 认为](https://mirror.xyz/wearenewt.eth/iJ0xT3TxyKl1aLU6VkO2IRTz6MZQUL6wtvizS7J-tqg)，时间就是金钱。**对于在 Web3 中不断发展的部分来说，时间是完美补充**：这是工作的未来。 DAO、赏金计划 ( bounties ) 、资助 (grants ) 、任务板 ( task boards ) 和零工经济已经永久性地改变了在现代世界谋生的概念。拥有自主权的个人可以完全掌控自己的时间，如果有一种方式，不仅可以组织安排时间，还可以将其*货币化*，那么这种方式所解锁的价值可以真正改变我们的生活。 [来源](https://mirror.xyz/wearenewt.eth/iJ0xT3TxyKl1aLU6VkO2IRTz6MZQUL6wtvizS7J-tqg) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-2-25https://www.ethereum.cn/Eth2/wnie2-2022-2-25Mon, 28 Feb 2022 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220225#fnref1) <br/> # 首要推荐 Danny Ryan 在 EthDenver 的演讲“[Ethereum Proof of Stake and Our Solar Punk Future](https://www.youtube.com/watch?v=8N10a1EBhBc)” 值得一看。 Preston Van Loon 简明扼要地解释了为什么以太坊 2.0 这个概念事有意义的❤️ <br/> # 信标链 上周发生了一件虚张之事——这篇[论文](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=4036000)声称[1]，在信标链上线的前 8 个月里有 478 起罚没违规事件没有被检测到，因此没有受到惩罚。 这绝对是属于“如果是真的事情会很严重”的声明。这会意味着可罚没的不当行为会比我们想象的要多出四倍。而且，更糟糕的是它们没有被检测到，也就是说这整个罚没机制变成是无效的。 特别令人担忧的是，我们团队中的一个验证者被列为违规者，且我们知道我们的配置并没有任何问题，因此这就表明只能是客户端的问题😱。 长话短说，Eth2 的开发者们立即行动起来，并很快意识到，因为对每一个罚没违规行为都调查了，根据信标客户端的实际数据，[事实表明](https://twitter.com/ajsutton/status/1493797849792139264)这个论文的结论是[不正确的](https://hackmd.io/@paulhauner/Hk0Ddl9J5)。所有证据都指向浏览器 [beaconcha.in](http://beaconcha.in/) 的[索引出错](https://twitter.com/beaconcha_in/status/1493852832524611584)了，且论文的作者也[确认](https://twitter.com/mysteryfigure/status/1493816572087087105) [beaconcha.in](http://beaconcha.in/) 是他们的唯一数据来源。也就是说这篇论文的整个前提是不正确的。 我已经[说过](https://hackmd.io/@benjaminion/wnie2_220211#Research)很多次了，我真心欢迎学术界对我们所做的事情进行参与和审查。但是，对于不把论文发给核心开发者审阅，就直接发表这种“啊哈，找到你的错误了”的论文的方式感到困惑。如果这些发现可以在早些时候[询问了](https://twitter.com/dannyryan/status/1493948543609937923)我们，可以为每个人节省大量的时间，更不会出现尴尬了。 从好的方面来看，我们因为这件事收获了一些[更好的工具](https://github.com/ConsenSys/teku/pull/4994)，发现了 [beaconcha.in](http://beaconcha.in/) 的漏洞，并有一个小的[喜剧时刻](https://twitter.com/mysteryfigure/status/1493795400117100551)。(是的，Paul H 正在运行一个 ETH2.0 客户端。) <br/> # 合并 更令人兴奋的是，[Kiln v2](https://hackmd.io/@n0ble/kiln-spec) 的合并规范出来了。它在我们正在运行的 `merge-devnet-4` 规范上新增了一些东西，并有一个重要变更。 - 认证机制已经被添加到 EngineAPI。 - 它提供了一个可选的心跳功能，用来检查配对的客户端 (Eth1 和 Eth2) 是否都正确配置了 - 根据上一次以太坊核心开发者会议的讨论，`random` 被重命名为 `prevRandao`。这是一个重要变更。 不要忘了，你们可以通过 [Kiln 跟踪文档](https://notes.ethereum.org/@timbeiko/kiln-milestones)了解客户端实现的进度，并在[合并准备清单](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)了解整体的进度。 ## Kiln 公共测试网 公共测试网 Kiln 预期在这周初或中期上线。不是所有的客户端都支持引擎 API 的认证机制，但目前是可选的。只要每个人都将 `random` 重命名为 `prevRandao`，我们就可以正常运行。 提醒一下，我们希望这将是我们开始为合并分叉现有测试网前最后的一个专用测试网。Kiln v2 应该是最终版的合并规范，除了可能有一些非实质性的清理。 如果你有任何关于 Kiln 的问题，请在这个 [Reddit 对话串](https://www.reddit.com/r/ethstaker/comments/t19lbh/kiln_the_merge_testnet_with_parithosh_j_marius_v/)里提出，Pooja 可以在下周的 PEEPanEIP 录制中让 Marius 和 Pari 回答，这期的主题是 [Kiln - 合并测试网 & Goerli 影子分叉](https://twitter.com/poojaranjan19/status/1497265185458774018)。 <br/> # 质押 Rocket Pool 现在运行的以太坊验证者数[达到 1%](https://twitter.com/Rocket_Pool/status/1495571529819901954)了！Anthony Sassano 在 [The Daily Gwei](https://thedailygwei.substack.com/p/pooling-our-resources-the-daily-gwei) 写到了这件事。我在 Allnodes 里工作的朋友 Sephiroth 为 [Nasdaq.com](https://www.nasdaq.com/articles/how-rocket-pool-is-democratizing-staking-for-ethereum-investors) 写了一篇关于 Rocket Pool 的文章。 Superphiz 写了文章“[信标链客户端多样性简史](https://www.reddit.com/r/ethstaker/comments/sz5owa/a_hopefully_brief_history_of_client_diversity_on/)”。文章谈到 [pools.invis.cloud](https://pools.invis.cloud/) 的开发，对于我们目前偏向一个客户端的分布情况，这个网站很好地洞察了主要责任所在。 关于客户端多样性，Attestant 的另一篇很好的文章[解释](https://www.attestant.io/posts/helping-client-diversity/)了它们的 Vouch 的“多节点验证者”如何能够帮助改善客户端多样性问题。请注意，Vouch 现在支持 Nimbus 运行的信标节点。 这周再次提到 [Rated.network](https://www.rated.network/) ，一方面是为了纠正他们的[公告文章](https://mirror.xyz/ratedw3b.eth/eDj9Fr0LgNWFL71DtyGfXp_ocVVYrCjJlQAGiLHCFWU)的 URL，另一方面是因为他们有些前端改进和一个[新 API](https://www.rated.network/api-doc) 。他们的最终目标是通过社区提供的数据来提高质押服务商的透明度。 分布式验证者技术 (DVT) 经历了一次大飞跃，现在有一个[技术规范](https://github.com/ethereum/distributed-validator-specs)发布了。我在 ConsenSys R&D 的同事们目前正在努力对其进行形式验证。Superphiz 写了关于 DVT 的[简短释义性文章](https://www.reddit.com/r/ethstaker/comments/snrsax/how_dvt_solutions_like_blox_ssv_and_obol_relate/)，如果感兴趣的可以去看看， [Carl](https://www.youtube.com/watch?v=zSt6McTVNVE) 和 [Aditya](https://www.youtube.com/watch?v=PbCy51LT4yg) 也在 EthDenver 上做了关于 DVT 的演讲。 最后，Tim Beiko 开启了关于[质押用户体验](https://twitter.com/TimBeiko/status/1493974771901468674)的对话。我对这件事的感觉有点复杂——或者我会跟 Phiz 在我们的录制节目里讨论这件事，我知道这个话题他很关心。 <br/> # 释义性资源 又一个 [Jacek 特辑](https://twitter.com/jcksie/status/1493524432719073284)：Nimbus 是如何使用 [Era files](https://github.com/status-im/nimbus-eth2/pull/3394#issue-1138386544) 来高效且灵活地处理历史区块和状态数据。 <br/> # 研究 Danksharding 工作坊于 2 月 14 日举行，这是[视频](https://www.youtube.com/watch?v=e9oudTr5BE4)。Dankrad 用了一个小时讲解他提议的新数据分片 (或数据采样) 设计，然后 Vitalik 讲解了他的[“携有 blob 的交易”提案](https://notes.ethereum.org/@vbuterin/blob_transactions)。幻灯片、Eth Magician 上的讨论，以及其他相关资源都在这个[工作坊汇总页面](https://notes.ethereum.org/@hww/workshop_feb_2022)。 与此相关的新闻还有，Protolambda 和多个团队在 EthDenver 做出了一个携有blob 的交易的[原型](https://twitter.com/protolambda/status/1495538286332624898)。我应该解释一下，blob 交易是迈向完整 danksharding 的一个中间步骤，它可能会在合并后的一次升级 (目前被称为上海升级) 里被实现。这会大大提高 rollup 的可扩展性。 计划被纳入到上海升级的还有验证者余额提款。在这方面的活动正在加快。现在在探索两个版本——“[pull](https://github.com/ethereum/consensus-specs/pull/2759) 版”提款和 "[push](https://github.com/ethereum/consensus-specs/pull/2836)" 版提款，Geth 团队目前在做后一个 版本的原型。据我所了解，“[pull](https://github.com/ethereum/consensus-specs/pull/2759)” 版是一旦有一个验证者退出并变成可提款后就是自动进行的，而"push" 版是由一条信标链消息启动的。(可能是，老实说，我也不知道。) 链接的 PR 里有很多的讨论，[这串推文](https://twitter.com/ralexstokes/status/1496991439938633733)也有一些很好的内容。 在 [ethresear.ch](https://ethresear.ch/) 上： - Vitalik 把[内积参数](https://ethresear.ch/t/what-would-it-take-to-do-das-with-inner-product-arguments-ipas/12088?u=benjaminion)作为数据可用性采用中 KZG 承诺的替代物。主要原因是想避免多项式承诺所需的受信任设置，但我不认为这是一个大问题。(他在文章里说“在实践中的风险很高”是写错了，他想表达的是“低”)。这篇文章值得一读，也是这个主题的入门内容。 <br/> # 常规会议 ## 实现者会议 第 82 次于 2 月 24 日进行 - [会议议程](https://github.com/ethereum/pm/issues/484) - [会议视频](https://youtu.be/fqPk576t5iw) - 我的[速记](https://hackmd.io/@benjaminion/r1nwpZHe9) 我们对 Kiln 公共测试网做了一些规划。并不是所有的客户端团队都完全跟上新 Kiln v2 的规范，但我们提出了一个变通方案，以便我们能够今早启动测试网。 我们谈论了一下质押/奖励的提款机制——一些[设计工作](https://twitter.com/ralexstokes/status/1496991439938633733)在进行中。 Dankrad 和 Aditya 给我们介绍了他们提出的[识别“safe head (安全链头)"](https://notes.ethereum.org/@adiasg/safe-head)的方法。这方面的背景是，现在 Eth1 节点在它的 API 里暴露 PoW 链的链头信息。合并后，这样做的选项会更多：将会有 “finalised head (被最终敲定的链头)” (这对无法回滚有很强的保证)、信标节点实际上使用的链头 (被称为”unsafe head")，以及 “safe head" (根据攻击者需要准备的损失假设，我们很确定不会被回滚的链头区块)。除非区块链正在遭受主动攻击或压力，安全链头会仅滞后实际链头几秒，并且在默认情况下将由 Eth1 节点暴露。 <br/> # 活动预告 - Devconnect 即将在四月[举行](https://devconnect.org/)。当各个活动开票后，请关注这个[日程表](https://devconnect.org/schedule)。 <br/> # 其他新闻 - GitCoin 计划出版一本书“[Proof of Stake](https://proofofstake.gitcoin.co/)”。这是 Vitalik 多年的文章合集，副标题是“以太坊的形成以及区块链哲学” - Stereum 发布的第二期 Under the Surface：[YouTube](https://www.youtube.com/watch?v=LxVcT6FsZAQ) (6 分钟)，和[博文](https://stereum.net/under-the-surface-002/)。以防你们不知道，Stereum 正在构建一个用于质押的图形用户界面。 - Lodestar 已经[被添加](https://twitter.com/ChainSafeth/status/1494400426870988807)到以太坊基金会的 [bug 赏金计划里](https://medium.com/chainsafe-systems/lodestar-joins-the-consensus-layer-bug-bounty-5716bcdebf60)。 - Lodestar：Dapplion 介绍了一些他们的[SSZ 实现](https://www.youtube.com/watch?v=p8g6gfzQnD0)的一些即将上线的变更。 - 这是 Lodestar 的[完整设置指南视频](https://www.youtube.com/watch?v=0xo85F-_fag)。 <br/> # 写在最后 今天因为世界发生的事感到太痛苦了，无法分享任何有趣的东西。我跟我的女儿就法西斯的罪恶谈了很久。我们深入探讨了捍卫我们的自由意味着什么。我想起这是我选择加密世界的最终原因，不是迷因、戏剧性事件、技术和友谊。 ___________________________________________________________ 1. He, Zhiguo and Li, Jiasun, Contract Enforcement and Decentralized Consensus: The Case of Slashing (February 16, 2022). Available at SSRN: https://ssrn.com/abstract=4036000 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/understanding-rollup-economicshttps://www.ethereum.cn/Layer2/understanding-rollup-economicsSat, 26 Feb 2022 00:00:00 GMT来源 | [barnabe.substack.com](https://barnabe.substack.com/p/understanding-rollup-economics-from?utm_source=url#footnote-anchor-1) > ### 以 L1 经济为基础对资源进行定价 <br/> Rollup 是一种令人惊叹的原语。Rollup [将成为以太坊未来扩容的首选方案](https://barnabe.substack.com/p/eth2) (可以参考文章[《图解以太坊发展路线》](https://www.ethereum.cn/Eth2/the-road-to-ethereum))，并为以太坊上的操作提供广阔的设计空间。总的来说，rollup **扩展**了它们所建基的协议，并保留了协议的大部分属性。在整个过程中最重要的是保证链下执行的正确性，以及执行背后的数据可用性。而如何实现这两点取决于设计者。 最近我开始对从经济学的角度理解 rollup 感兴趣。这不仅仅是一个理论上的问题。基础层 (L1) 的费用很高，我们应该积极地提供一些空间，以便用户在此处可以支付得起交易费用。更好的经济学意味着[更合理的定价](https://pintail.xyz/posts/gas-market-analysis/)，用户[也会更满意](https://arxiv.org/abs/2201.05574)。 那我们应该如何具体思考 rollup 的经济学？本文将首先确定 rollup 系统中的各部分，它们的角色和职责。接着梳理出 rollup 系统中的各种开销、收益与费用，从而给我们提供一些线索如何探索这个广泛的设计空间。 <br/> ## Rollup 游戏中的角色 简单来说，我们将理想化地分为三个角色： - 用户：用户可以在 L2 网络上发送交易，和在 L1 上一样。他们在 L2 上持有资产，并且与部署在 rollup 上的合约进行交互。 - Rollup 运行者：这个角色包含了许多其他角色。Rollup 运行者代表着处理 L2 网络交易需要用到的所有基础设施。我们现在有发布交易批次 (batches) 的定序者、发布断言 (assertions) 的执行者、提出欺诈证明 (fraud proofs) 的挑战者、计算有效性证明 (validity proofs) 的证明者 [(详细请看这篇论文)](https://eprint.iacr.org/2021/1589.pdf)... - 基础层：为 rollup 发布的数据提供安全性的协议。这样的协议可以只需保证数据可用性而不需要结算功能 (比如，部署在其执行层上的 “模板 template” 桥接合约)，但也可以是像以太坊这样的通用结算引擎。  这三个角色的运作：用户在 L2 进行交易，运行者连接用户和基础层 (数据最终发布在基础层上)。 <br/> ## Rollup 的开销 在本文中，我们从 “系统” 的角度看待 rollup，主要关注其开销、收益和费用。运行一个系统会产生开销，这就像 “能量库” (energy sinks)，价值从系统内部流向外部。另一方面，系统也会获得收益，这就是 “能量源” (energy sources)，价值从系统外部流向内部。费用则在 “能量源” 和 “能量库” 之间架起了桥梁，在系统的各个组件之间转移价值，以便每个组件正确地履行其功能。 比如，在之前我写的一篇[关于 EIP-1559 的文章中](https://barnabe.substack.com/p/understanding-fees-in-eip1559?utm_source=url)，我解释了如何分解用户支付的交易费用： - 打包交易的部分费用归运行者所有：在 PoW 基础层的情况下，矿工费是对矿工的补偿，以对冲增加的叔块风险。这笔费用覆盖了运行者发布区块的开销，使他们成为网络的一部分。而这也是当前你在发送交易时默认按 1 或 2 Gwei 来支付费用。 - 其余的费用支付用于使得其交易优先被打包进区块链，即拥堵定价 (pricing congestion)。这个费用使网络和遭受拥堵情况的用户在系统中激励相容。这就是在正常情况下 L1 的 basefee 的作用。 好消息是，我们将使用一些相同的思路来理解 rollup 的开销。EIP-1559 的开销只涉及两部分：用户和基础层。由于 rollup 和 EIP-1559 两者的架构不同，而运行者位于用户和基础层之间，那么我们必须将运行者的开销与基础层的开销分开。这一点我们在下文中展开讨论： ### **L2 运行者的开销 (L2 operator costs)** Rollup 必须找到愿意花费**计算资源**来处理 rollup 数据的运行者，如维护一个交易池、对交易 batch 进行排序、计算状态根/状态差异/有效性证明等等。这是一种有形的开销，用来量化运行者运行基础设施所需要的花费。 ### L1 数据发布的开销 (L1 data publication costs) 花一些时间研究数据发布的开销是值得的，因为这确实是 rollup 经济中的新开销类型。一旦运行者收集了足够大的交易集，他们就需要在基础层上发布该交易集的压缩信息。目前，这个过程还没能以一种特别优雅的方式完成：数据仅简单地作为 “CALLDATA” 发布，这是一种允许发送者添加一个任意的字节序列交易属性。 通常，CALLDATA 包含被交易调用的智能合约方法的引用，以及该方法的输入参数。这样理解可能会有帮助：rollup 运行者把代表压缩交易的字节块作为输入参数来调用 L1 “rollup 链“ 智能合约的一些 ”registerCompressedData” 方法。[这里](https://etherscan.io/tx/0x9102bfce17c58b5fc1c974c24b6bb7a924fb5fbd7c4cd2f675911c27422a5591)是 Optimism 的 “Canonical 交易链” 合约的一个例子。  用户发送交易，运行者压缩这些交易并将其发布至基础层的 rollup 链智能合约中 发布数据的开销是由基础层产生的。为了在以太坊上发布数据，目前数据的市场价格由 EIP-1559 控制，其中 CALLDATA 的每个非零字节消耗 16 gas，而每个零字节消耗 4 gas。有了多维度 EIP-1559 (在 Vitalik 写的简单的《[Sharding-format blob-carrying transactions](https://notes.ethereum.org/@vbuterin/blob_transactions) (用于分片的携有 blob 的交易类型》中有实例)，CALLDATA 的价格可以在它自己的 EIP-1559 市场中确定，将数据市场与传统的执行市场[分开定价](https://www.reddit.com/r/ethereum/comments/rwojtk/comment/hrmqvkx/?utm_source=share&utm_medium=web2x&context=3)。 在这个 Dune analytics dashboard 中，我试着整理由几个主要 rollup 发布的数据。我不确定我是否捕获了完整的信息，尤其是 zk-rollup 的。如果你发现了一些对不上的地方，请告诉我！:) 还可以参考 Aditi 最近发布的文章 [Ethereum Rollup Call Data 定价分析](https://forum.celestia.org/t/ethereum-rollup-call-data-pricing-analysis/141) 和 [L2fees.info](https://l2fees.info/l1-fees) ### **L2 拥堵开销 (L2 congestion costs)** 还有第三个，更无形的开销。只要 rollup 区块空间的供应不能满足现有的需求，稀缺资源就必须被分配。在一个由对时间不敏感的用户组成的球形奶牛世界中，用户只需排队等待。拥堵的系统不会造成价值损失。但是当用户因等待产生成本时，他们应该会想要尽可能地减少交易延迟。对于排在队列后面的用户，他们福利的减少对整个 rollup 系统来说是增加了的开销。 依赖费用市场来执行这种分配是典型的 (至少在以太坊世界中是如此)，[使得这种开销显现出来](https://barnabe.substack.com/p/congestion-control-and-eip1559?utm_source=url)[[1](https://barnabe.substack.com/p/understanding-rollup-economics-from?utm_source=url#footnote-1)]。没有一个费用市场或者某种形式的拥堵定价，用户要么 “用时间支付” (交易被延迟打包)、在链下贿赂区块提议者以打包其交易、或重复发送他们的交易以保证其中一笔交易会被选中打包。在所有这些情况下，用户都是通过耗费资源来防止拥堵造成的效用损失。 <br/> ## Rollup 收益 现在我们已经清楚 rollup 的开销了，我们将尝试分析系统收益。在这里，我们区分两种主要资源：交易价值和代币发放。 ### 交易价值 用户从 rollup 上的交易获得价值而不是其他地方，因此准备为他们获得的服务支付费用。这里的价值是指用户从他们的交易被打包到 rollup 上获得效用 (utility)。如果交易被打包我能获得 50 美元的效用，我愿意支付这个金额，让我的交易被打包。如果我们最终支付了 2 美元，我的盈余是 48 美元。但从 rollup 系统的角度，无论是谁获得 2 美元的收益，最初流入的价值都是 50 美元。 第二，只要交易包含正的 **MEV**，例如在有些 DEX 上可被三明治夹击的兑换交易，这个概念也会被添加到我们的交易价值概念中。在这一点上，谁获得这个价值不重要，无论是定序者提取这个价值，用户对交易进行三明治夹击，还是其他。这里唯一重要的是我们的最初交易给这整个系统带来的价值比最初这个用户从这笔交易中获得的价值更大。这样，我们得出： > 交易价值 = 用户价值 + MEV ### 代币发放 收益的第二个来源是“代币发放”。在基础层上，出块者获得的收益是新铸造的代币，增发出块者帮助维护的网络的原生加密资产。这些收益抵消他们的基础设施开销，只要他们这样做是有利可图的，就会有越来越多的出块者加入。 假设 rollup 能够铸造它们自己的代币，且这个代币价值不为零。rollup 可以通过发行新代币支付其部分运作，以履行其职责。这里的模型比较模糊，有不同方式将收入来源用于 rollup 开销。现在，我们只考虑发行有价值的代币是可能的，且通过这样做可以给系统带来更多价值。 <br/> ## 传递责任：rollup 版本 综上所述，一个 rollup 系统包括三个相关方：用户、rollup 运行者和基础层。运行这个系统会产生三种类型的开销：运行成本、在基础层发布数据的开销和拥堵开销。这个系统以两种形式获得收入：交易价值和代币发放。 现在剩下的就是匹配谁支付什么，以及什么时候支付的游戏。有些配对是很容易处理的。运行者必须向基础层支付 L1 数据发布的费用。他们必须在他们发布数据的那一刻就支付，而且按照基础层的报价来支付。[2] 当在费用市场里费用的定价是动态的，L2 拥堵的开销也是即时的。用户观察 rollup 区块空间当前的需求，并基于可用供应调整他们的费用。例如，rollup 可能想在它们的网络上部署 EIP-1559 式的市场机制来管理 L2 交易的打包。然后 L2 基本费用可以让用户轻松预估当前的 L2 拥堵开销。  上图是系统的全貌，流入代表收益 (交易价值+代币发放)，流出代表开销 (L2 运行者开销、L1 数据发布开销和拥堵开销)。费用在不同相关方间转移价值。 ### 预算平衡：传递责任的限制 让我们给我们的系统添加一个新的限制——*运行者预算平衡*。我们假设 rollup 运行者不能亏损运营，也就是说他们的收益必须至少要等于或大于他们的开销。这个假设可能并不总是成立，然而在我看来，如果我们关心的是在未来运营者集是否足够去中心化和开放，这是至关重要的。运行者如果是需要亏本运营的，这会把资本较少的参与者挤出市场，且使得运行者集的规模非常受限。[3] 一个小型的运行者集会削弱抗审查的保证，在最坏的情况下，用户会被迫在基础层打包他们的交易，必须支付高额费用。 代币发放作为一个松弛变量迟早会被派上用场，以保证预算平衡。每当运行者“太无利可图”时，他们就会离开这个系统，这会增加剩余运行者的发放份额，直到再次达至平衡。同样，当运行者“收益太高”时，就会有新加入者来争相分一杯羹，直到运行者再次达到预算平衡。 ### 在延迟支付的情况下维持运行者预算平衡 在预算平衡的规则下，我们必须考虑运行者维持非负的平衡。他们的主要流出，即 L1 数据发布是可变的，且其费用收取与他们的主要流入 (即交易费) 是分开的。我们假设运行者对他们的 L2 运行开销是完全了解的，并在交易时向用户报出确切价格 (类似于[他们认知中的叔块率与其对应的用于补偿的矿工费用](https://notes.ethereum.org/@barnabe/rk5ue1WF_))。但是，他们应该如何为用户提供最终的 L1 数据发布开销报价，延迟一点实现？ 今天，rollup 应用启发式方法来避免 L1 数据发布开销可变性带来的风险。一种情况是，rollup 观察当前 L1 的基本费用 (感谢 [EIP-3198](https://eips.ethereum.org/EIPS/eip-3198) ！) 并把费用往高报了一点，作为额外缓冲，即在一开始的时候对用户超额收费，以防后来运行者在发布数据时需要支付更多。另一种情况是，按 L1 基本费用的流动平均值函数来向用户收取费用，以拉平长期的波动。 在我看来，合理的解决方案是调用衍生品，即[简单的 L1 基本费用期货合约](https://oiler.network/)。在交易时间，用户被收取一笔费用，用于锁定以未来的价格支付在基础层发布数据的开销。通过减少悲观 (pessimistic) 超额支付，余额会发回给用户。关于这种衍生品的最佳设计，目前的研究还没有定论。 （译者注：Pessimistic Approach 是并发控制算法的一种方法，即如果在未来的某个时间点上存在冲突，该事务会被延迟。它锁定数据库的记录以进行更新访问，其他用户只能以只读方式访问记录或必须等待记录被“解锁”。[来源](https://www.geeksforgeeks.org/difference-between-pessimistic-approach-and-optimistic-approach-in-dbms/#:~:text=A Pessimistic approach is an,of time in the future.)  用户在交易时给运行者支付费用，但运行者必须按照基础层的报价支付数据发布费用，而这不是固定的。 ### 拥堵费用怎么处理？ 假设用户交易时 rollup 能完美地对拥堵费用进行定价，那么现在就会产生拥堵费用形式的收益。今天，在以太坊基础层上，这些费用会被烧毁。这样做的首要原因是与激励相容：如果拥堵费用返回到出块者手里，协议的基本费用报价就不再有约束力，破坏了 EIP-1559 的目的。但是[烧毁基本费用不是保持激励相容性的唯一选择](https://twitter.com/barnabemonnot/status/1423144246949814275)。 有人提议把所有的"rollup 废气"，即由经济外部性 (例如拥堵或 MEV) 引起的费用， 都用于公共物品的资助。[4] 这不是一个坏的解决方案。城市里的拥堵定价通常会被指定用于改善公共交通系统，也就是说，这些钱是用于补偿负外部性的，当这些外部性被进行相应的定价，会带来这些收益。 请注意，我其实悄悄把 MEV 加进来了...为什么我们应该像拥堵费用那样思考 MEV ？首先，因为 MEV 与拥堵一样是外部性。发出一笔携有 MEV 的交易这样的简单举动对那些想要捕获的人来说创造了正外部性。[5] 外部性是“没有得到匹配的价值”，也就是说，它们产生于一些用报酬来平衡有用工作的原始经济活动 (例如，用户给 L2 运行者支付开销；运行者支付 L1 发布开销)，但在这个过程中它们产生或破坏一些额外价值。 这在 [MEV 竞拍](https://ethresear.ch/t/mev-auction-auctioning-transaction-ordering-rights-as-a-solution-to-miner-extractable-value/6788)的概念里得到最清晰的说明，在这种设计中，运行者基于他们能从打包区块提取多少价值去竞争对一个区块的打包权。这个价值隐含着拥堵开销，用户通过互相竞争出价来表现。更明显的是 MEV 本身，这会是运行者要竞争获得的。再次，假设不允许运行者在亏损的情况下运营，他们的出价必须反映他们从区块提取价值的真实能力，即运行者会对他们的交易批次中对用户费用的总和加上他们从这个交易批次里提取的 MEV 进行出价。同时，假设所有的运行者都必须支付等额的 L2 运行者开销，而 L1 的数据发布开销则精确地向用户收取，我们会得出： - **用户费用** = L1 数据发布费用 + L2 运行者费用 + L2 拥堵费用 - **运行者开销** = L2 运行者开销 + L1 数据发布开销 - **运行者收益** = 用户费用 + MEV - **运行者利润** **= 运行者收益 - 运行者开销** = L2 拥堵费用 + MEV 在运行者在一个有效市场中竞争，以赢得提议区块的权利的环境里，运行者必须同时为他们的整个利润出价，即在他们的交易批次中的拥堵费用和可得的 MEV。[6] 这是系统隐含的价值：第一项来自用户为了免受拥堵带来的损失而支付的费用，第二项来自初始交易造成的涟漪效应。这些价值从一开始就不属于任何人，它们为什么不能被捕获和再分配呢？  用户愿意为打包支付高达其交易价值的费用。外部性用虚线矩形表示。 <br/> # **探索 rollup 经济学** 这篇文章做了很多假设。例如，我假设“运行者预算平衡”，因为我相信社区应该以批判的眼光看待处于亏损状态的运行者所运行的 rollup ，它们有可能还不适合去中心化。代币发放有助于重新建立预算平衡，尽管这依赖于一个外生的价格信号 (代币价值) 来协调运行者激励。在这种观点下，运行者更偏向于尽可能准确地对他们可以定价的东西定价，即他们的 L2 运行者开销和 L1 数据发布成本。这就避免了未来收益的错配，运行者会期望更高的代币价格来支付他们的运营。[7] 但这并不是在倡导一种特定形式的 rollup 经济学。设计空间仍然是宽广的。探索 L2 运行者开销发现更多我们还未探索的复杂性，例如，市场机构支持一个[去中心化的基础设施以生成用于 zk-rollup 的有效性证明](https://www.youtube.com/watch?v=G7UllXTcjm4)。专注于 rollup 上特定类型的用户 (例如，从 L2 到 L1 或跨 L2 桥接的快速提款服务) 还会发现用户需求的不同面向。在清楚了开销、收益和费用的概念后，希望现在能更容易分析出 rollup 应该实现什么样的结果和商业目标，以及实现这些目标的手段。 <br/> ### 其他资源 - John Adler 的“[Wait, it’s all resource pricing?](https://docs.google.com/presentation/d/1lW7HSWtb5iPg0BLpBoKNraykAC7KVFK4HOoWqzsWP_g/edit)” ([此处](https://www.youtube.com/watch?v=YoWMLoeQGeI)是幻灯片和视频) 给出了 L2 运行者开销，执行与数据可用性开销分离的背景。 - Patrick McCorry, Chris Buckland, Bennet Yee, Dawn Song, [SoK: Validating Bridges as a Scaling Solution for Blockchains](https://eprint.iacr.org/2021/1589.pdf) *非常感谢 Anders Elowsson、Vitalik Buterin、Fred Lacs 和 Alex Obadia 非常多有用的意见。* _______________________________________________________________________________________ [1] Vitalik 还认为，这种开销是区块空间提供者的机会成本。在这种解读中，如果你的交易被打包了，你应该至少向提供者支付他们本来可以从打包其他交易中获取的收益。 [2] 这意味着我们可以进一步解锁我们的模型。数据发布开销是通过对基础层的拥堵情况预测和来报价的，这就与基础层的运行者，即出块者一起形成一个整体。 [3] 运行者集的中心化可能并不如基础层的出块者集中心化般糟糕，但对 rollup 网络去中心化权衡的评估留待未来进行。 [4] 在撰写时，甚至那些错配的费用，例如那些从用户收取的用于支付数据发布开销的费用，都用作一些公共物品募资，像 Optimism 发起的追溯性公共物品募资计划。 [5] 有趣的是，gas 价格竞拍这种用于捕获正外部性的竞争却对整个网络创造了负外部性，使得网络必须处理更严重的拥堵！ [6] 请注意，在有些运行者可以获得私人交易订单流，或[参与跨领域 MEV](https://arxiv.org/abs/2112.01472v2) (致敬 Alex Obadia！) 的情况里，失效效率不再是一个公平的假设。在后一种情况里，在跨域提取者中的市场效率可以在单域构建者竞拍中重建市场效率。 [7] 顺便说一下，这种模式并不可怕！这主要是矿工一直以来的运作模式。然而，我们必须记住，任何由运行者承担的额外风险都是中心化的压力，除非有可用的风险管理的原语，如衍生品。即使有这样的选择来对冲风险，开展良好业务的所需知识可能门槛很高，这会使的技术水平不高的运行者望而却步。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/zkevm-public-testnethttps://www.ethereum.cn/Layer2/zkevm-public-testnetWed, 23 Feb 2022 00:00:00 GMT来源 | [matterlabs.medium.com](https://matterlabs.medium.com/zksync-2-0-public-testnet-is-live-de870ba9632a) <br/> # 开始进入最后的阶段 去年 5 月，我们[发布了](https://blog.matter-labs.io/zksync-2-0-hello-ethereum-ca48588de179) zkSync zkEVM 的 Alpha 版本，这是一个无需许可、图灵完备的 ZK Rollup，允许开发者使用以太坊的本地编程语言 Solidity 在一个低 gas 费、高度扩容的 L2 环境构建和部署去中心化的应用。这个系统将**避免依赖于人工运行者**来验证和敲定交易的有效性，而是**依赖于密码学**来实现。这将能够直接继承以太坊一流的安全性、去中心化特性和网络效应，同时**提供新的功能，从而扩大应用程序开发者的设计空间。我们预设这个系统将基于以太坊的价值和精神模型，通过逐渐去中心化的方式最终形成由**社区主导的模式。我们认为这样一种系统将不会复杂化以太坊现存的不完美的用户体验，而是去改善用户体验。 许多人预测，能够进行通用计算的 ZK Rollup 是区块链扩容终局游戏中的一个关键组成部分。但就在一年前，这个领域中的许多顶尖人物认为我们离这一阶段还需要几年的时间。**今天，我们在以太坊测试网上推出了一个 zkEVM 的公共测试网。** <br/> # 不断扩张的基础设施生态系统 我们已经收到了数百名开发者希望在 zkSync 2.0 部署应用的请求。为了帮助用户发现 zkSync 上的项目，我们发布了一个[新的生态系统中心](https://ecosystem.zksync.io/) ([ecosystem.zksync.io](http://ecosystem.zksync.io/))，开发者可以将自己的项目添加到里面。 我们认识到开发者需要特定的基础设施才能很好的满足部署要求，Matter Labs 一直与生态系统中的各个团队合作，以确保能够提供这些关键的基础设施。下面列出了一些我们会合作的项目： **Fiat 进出通道** Banxa、Ramp Network、UTORG 和 MoonPay 让用户能够通过各种支付方式直接在 zkSync 上 buy cryptocurrency，使用户完全绕开 L1 费用。包括 [Crypto.com](http://crypto.com/)、Bybit、Huobi、[Blockchain.com](http://blockchain.com/)、OKEx 和 Ripio 在内的主要交易所正在为其用户在 zkSync 之间建立直接存取款的功能。同时，LayerSwap 正努力为多个主要交易所提供相同的功能。 **桥接** Celer、Connext、ZigZag、Orbiter、DAI Wormhole、Composable、Hop Exchange、LayerZero、PolyNetwork、deBridge 和 Nomad 将允许用户在 zkSync 2.0 和其他 L1 或 L2 协议之间快速且便宜地转移代币。 **数据预言机** Chainlink 将为需要在其应用中使用链下数据喂价的开发者提供预言机服务。 **协议的索引和搜索** Graph Protocol 和 Covalent 将为 zkSync 2.0 提供数据索引服务，使得这条链对开发者来说更容易搜索和更容易访问。 **钱包** 用户将能够在 zkSync 2.0 上连接大多数以太坊钱包，利用其对交易进行签名和管理自己的资产，包括 Metamask、Argent、Numio、1inch Wallet、MyKey 和 imToken。 **区块浏览器、开发者工具和投票！** 我们将推动确保用户能够通过 Etherscan 和 Blocksout (再加上正由 Matter Labs 开发的区块浏览器) 轻松地浏览区块数据。Tenderly 将加入 zkSync，允许开发者监控和测试智能合约。Gnosis safe 让用户安全地保管资产，并提供多签功能。Snapshot 将允许在 zkSync 上进行 DAO 的去中心化投票，还有 Hardhat 将允许开发者轻松地编译合约并在开发者网络上运行这些合约。 **资助** BitDAO 最近资助了 [zkDAO](http://zkdao.io/), 这个筹集了 2 亿美元的加速器旨在为 zkSync 生态系统内的项目提供资助和拨款。这个 DAO 也将会资助一些教育、研究和安全的项目。 <br/> # zkSync Rollup 的状态 当前版本的 zkSync 2.0 解决了以太坊上大多数应用的需求。并且不久后会发布更多计划推出的功能，zkSync 2.0 将为开发者提供一种设计空间，以满足他们对应用进行更多实验性的尝试，而这些尝试无法在目前的以太坊上实现。这个版本的发布支持以下功能： - **原生支持 ECDSA 签名**。与 zkSync 第一版本和大多数 ZK Rollup 不同，注册用户的私钥不需要进行特殊操作。任何账户都可以使用 L1 上相同的密钥在 L2 上进行管理。 - **支持 Solidity 0.8.x**。几乎不需要进行改动就可以部署你现有的代码库。 - **Web3 API**。除了少数例外，我们的 API 与以太坊完全兼容。这允许开发者无缝地集成现有的索引器和浏览器等等。 - **支持以太坊加密原语**。zkSync 通过预编译对 *keccak256*、*sha256 和 ecrecover* 进行原生支持。 - **Hardhat 插件**。允许在 zkSync 上轻松测试和开发智能合约。 - **L1 → L2 智能合约消息传递**。允许开发者将数据从以太坊 L1 传到 zkSync 上的智能合约中，提供运行各种智能合约所需的信息。 还有一些没有包括在当前测试网版本的功能，我们准备在未来的更新版本中推出。按预计推出的时间顺序排列，依次包括： - **L2 → L1 智能合约消息传递**。将允许开发者再次将数据从 zkSync 传到 L1 中，令开发者构建更加强大的应用。 - **支持 Vyper 编程语言。** - **账户抽象**。想象一下，你将能够为你的账户实现签名检查的自定义逻辑。或者再想一下社交恢复？目前，在大多数 EVM 链上，用户需要基于此类目的部署智能合约钱包。所有这些都很容易通过账户抽象得到支持。 - **支持旧版本的 Solidity**。我们目前正致力于支持不同版本的 Solidity，以实现无缝集成现有的项目。 - **zkPorter**。作为最重要的功能之一，zkPorter 将允许用户在 zkRollup 账户和 zkPorter 账户之间选择 (前者具有高度的安全性并且交易费比以太坊低 20 倍；后者交易费稳定在几分并且基于不同的安全模型，但还是比侧链安全得多)。zkPorter 账户和 zkRollup 账户都可以在 zkSync 2.0 系统下无缝地进行交互。 <br/> # 开始测试 想要开始对我们的 zkEVM 进行实验和测试的开发者现在可以去查看[我们的文档](https://v2-docs.zksync.io/dev/)并开始部署应用了。如果想要提问和进行讨论，可以加入我们的 [Discord](https://discord.gg/EdhJDD9rWa) 或者在我们的新社区 **[Discourse 论坛](https://community.zksync.io/)** 中与其他开发者和 Matter Labs 团队互动！ 我们还发布了一个[门户网站，](https://portal.zksync.io/)这是一个面向开发者和用户的工具，包括一个钱包、代币桥、领取 ETH 测试币的水龙头以及轻松执行交易搜索的能力。 <br/> # 免责声明 在一个代码即法律的世界里，我们需要保障数十亿美元资产的安全，我们有必要建立不会宕机的系统。顾名思义，在测试网中，我们不需要冒着丢失真实资金的风险来获得测试的机会，因为我们还没到可以实战的阶段 (Matter Labs 的观点：目前还没有拥有大量资产的 rollup 能够被信任，因为技术还没经受时间的考验)。我们期望 (并希望) 这一点能被打破。我们鼓励社区去尝试和打破一些东西。我们将频繁地发布更新，其中一些可能需要重新创世，并要求开发者重新部署他们的合约。这点请牢记。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-2-22/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-2-22/Tue, 22 Feb 2022 00:00:00 GMT <br/> # 共识层 **EthDenver 成功做出一个完整的数据 blob 交易原型** 以太坊研究员@protolambda 在 EthDenver 活动中与其他以太坊共识层和执行层开发者一起做出了一个完整的数据 blob 交易 (即小型 danksharding) 原型，并表示数据 blob 是走向完整以太坊分片的第一个里程碑，可以使像 Optimism 这样的 rollup 扩大超过 100 倍的容量。 以下是他分享此次过程的概要： 我们在这次黑客松完成了很多！ 这是 Denver 黑客松的[规范和相关链接](https://hackmd.io/@protolambda/ethdenver_data_blob_transactions)： 在未来几周，我们将按照这个规范开始构建开发测试网和准备 EIP。 Go-ethereum 的更新： - 数据 blob 交易类型 - EIP-2718 的延展，加入类型化的封装数据 (交易池/仅日志数据) - Engine API 更新 (基于 eth2 合并) - 用于 blob/点验证的 KZG 预编译 (!!!) - blob 版本的哈希操作码 详情：https://t.co/Xz8wogz7cj 这也是 go-ethereum 为完整的 danksharding 做准备：向前兼容，接通未来的 eth2 扩展工作，例如分片和数据可用性采样。 Prysmatic Labs 的开发者在 Kiln 测试网的他们的信标节点开发分支的一个分叉上执行了 data-blobs 交易。 这些 data-blobs 会存储在共识层，并在一段具有可用性的时间后 (待定，大概 1 个月) 被修剪。 会被修剪的数据可用性确保了所有行动者都可以同步 rollup/L2 变更，同时给所需要的 L1 资源加上限制。 为了在资源有限的情况下进一步扩展 L1，我们正在考虑下一步部署完整版本的 danksharding：不是将所有的 blob 分布到所有的节点上，而是使用数据可用性采样 (DAS) 来确保可用性，同时保持每个节点的工作量最小。 虽然说是小型 danksharding，但其实并不“小”——每个区块有 16 个 blob，4096 个点，每个点 32 个字节，以每个区块容量的一半为目标 (类似于 EIP-1559)，我们每 12 秒有 1 MB 的数据！ 现在 Rollup 在每个区块使用 2-10 KB，所以这是 100 倍容量的区别。 一旦一笔 blob 交易从执行层交易池中被一个提议者选中，没有封装的版本会放进执行负载 (execution payload)，而 blob 则与信标区块一起传播。 为什么不放在信标区块里？ 当数据可用性采用开发成熟时，在共识层上的这种侧车 (side-car) 设计使我们能接上完整的分片设计：blob 对于采样验证者来说是可选的。这释放了空间，使得我们能够增加 blob 数量，以再扩展 10 倍。 理想情况下，这个提案两周后会提交到以太坊核心开发者会议，欢迎大家的反馈和建议。 来源： <iframe id="twitter-widget-37" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-37&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1495538286332624898&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1495538286332624898" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 458px; display: block; flex-grow: 1;"></iframe> <br/> **监测以太坊质押池客户端多样性的网站上线** 开发者@0xinvis 于 2 月 14 日上线网站 pools.invis.cloud，网站标题为“受欢迎的以太坊质押池以及它们使用 Prysm 的情况”  网站的左边列出了目前验证者使用 Prysm 的情况，并论证客户端多样性的重要性。右边则以验证者占比列出质押池使用 Prysm 的情况。这样，哪些受欢迎的质押池没有为客户端多样性做出努力便非常清楚。 来源： <iframe id="twitter-widget-38" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-38&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1492936618449199109&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1492936618449199109" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 765px; display: block; flex-grow: 1;"></iframe> <br/> **信标链的罚没机制有效性受质疑？** 2 月 16 日，推特账户Jiasun Li@mysteryfigure 发推质疑以太坊 2.0 的罚没机制的有效性。他表示超过 75% 的违规行为没有被吹哨者 (whisleblowers) 发现，因此也没有被罚没。他论文使用的数据是从前 175 万的信标区块（截至2021 年 8 月 1 日）。 这条推文引起协议层开发者的高度关注，最终发现其论文的发现是 [Beaconcha.in](http://beaconcha.in/) 的漏洞造成的 (其论文只引用了 [Beaconcha.in](http://beaconcha.in/) 的 API 数据)。[Beaconcha.in](http://beaconcha.in/) 的官方推特也发文表示幸亏是 [beaconcha.in](http://beaconcha.in/) 的漏洞而不是客户端的，他们会尽快修复这个漏洞。 另外以太坊基金会研究员 Danny Ryan 也评论到“建议以后做负责任的披露。不正确的结果可能会导致验证者的资金损失，或会给承载大量资金的协议带来安全方面的影响。” 来源： <iframe id="twitter-widget-39" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-39&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1493746442254499841&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1493746442254499841" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 337px; display: block; flex-grow: 1;"></iframe> <br/> # 合并 (The Merge) **merge-devnet-4 开发测试网上线** 根据以太坊基金会的开发者@parithosh_j 2 月 17 日的推特，merge-devnet-4 上线，但工具和浏览器目前还没有，配置文档可以在[这里](https://github.com/eth-clients/merge-testnets/tree/main/merge-devnet-4)找到。 测试网的资源汇总页：https://devnet4.themerge.dev/ @parithosh_j 表示这是 Kiln 测试网的预演，merge-devnet-4 并不旨在取代 Kintsugi 测试网。请等待 Kiln 测试网的公告，以从 Kintsugi 迁移过去。 在底层的 PoW 测试网上，Geth 的开发者@vdWijden Marius 的矿工创建了竞争的终结 PoW 区块，导致出现了多个分叉，所以不同的信标节点检测到不同的终结区块哈希。但该链还是在一个区块哈希上达成共识，并如预期般进行，链在做最终敲定且没有离线没有干扰情况。这是测试网上第一次出现这种情况，开发测试网成功实现最终敲定显示出它的韧性。 研究员 @mklinin2 Mikhail 对这个情况进行了解释： 终结区块就是总难度 >= TTD (终结总难度) 的区块，且其父块的总难度是 < TTD 的。当出现多个 PoW 区块 符合这个条件时，第一个 PoS 区块的提议者根据自己的主观意见选择的那个终结区块就会称为链头。 如果本地节点接收的第一个 PoS 区块是基于满足终结区块条件的，那么节点必须接受该区块，即使从bending节点角度来看，该区块不属于权威链。这种方法可以实现无缝过渡。 来源： <iframe id="twitter-widget-40" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-40&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1494311072345600004&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1494311072345600004" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 313px; display: block; flex-grow: 1;"></iframe> <br/> **Kiln 测试网** 根据 Tim Beiko 2 月 19 日对第 132 次以太坊核心开发者会议的记录，关于 Kiln 测试网的 v2 规范，大多数客户端团队目前还在 WIP (进行中) 状态。考虑到 v2 的变更是附加的而没有改变共识，将在这周发布一个新开发测试网。 来源： <iframe id="twitter-widget-41" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-41&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1494764529409953795&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1494764529409953795" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 462px; display: block; flex-grow: 1;"></iframe> <br/> **JSON RPC 方法更新** 在之前《[合并将如何影响以太坊应用层](https://www.ethereum.cn/Eth1.x/how-the-merge-impacts-app-layer)》的文章里，Tim Beiko 有写到关于最终敲定的区块会有一个新的 `finalized` 的 flag。  在 132 次以太坊核心开发者会议上，开发者也对这个问题进行了讨论： 合并改变了人们对某些类别的区块重组可能性的假设。尽管现在 JSON RPC 接受 flag `latest` 以返回链头区块。但可以预期这个区块还是可能被重组的。 在 PoW 机制下，我们可以很快得到一个“safe (安全的)”区块，我们预期在正常情况下不会被重组，因此我们希望将 `latest` 返回的区块更新为 “safe head” 区块，因为这是这个 API 的默认用法。 应用还是可以使用“unsafe" 这个 flag 来获得链的最新区块。同样，在 PoW 机制下，我们可以获得一个明确的确认：最终确定性的阈值。因此，我们将添加 flag "finalized" 到 JSON RPC 端点，它将返回最后被敲定的区块。 所有这些都仍然是待完成内容 (不涉及共识相关变更)，但我们已经开始研究这部分了。这里的第一步包括对 “safe head” 的算法进行形式化，供客户端使用。期待未来几周/几个月有更多这方面的更新。 来源： <iframe id="twitter-widget-42" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-42&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1494765992366411779&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1494765992366411779" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 670px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **Urbit 网络推出针对其去中心化身份层的扩容解决方案 Naive rollup** Urbit 于 2002 年成立，致力于创建一个完全去中心化的 p2p 网络。Urbit 由两个部分组成：Urbit 操作系统 (Arvo) 和去中心化身份层 (Azimuth)，两者密不可分。Urbit 网络的身份 (Urbit ID) 通过 Azimuth 这个身份系统实现去中心化，Arvo 使用 Azimuth 来验证你拥有某个地址，而这个地址映射你在网络中的名字。Azimuth 是一套以太坊合约，而对 Urbit ID 所有权以及属性的任何修改都会通过 Azimuth 合约记录在以太坊上。Azimuth 的任务就是为网络的身份数据所有权提供一个权威的、去信任的登记表。 Urbit ID 以 NFT 的形式呈现，分为三个等级：galaxy (星系)、star (恒星) 和 planet (行星)。Planet 供个人日常使用；而 star 和 galaxy 作为网络基础设施存在：在 Urbit OS 网络上，它们提供路由和分布式的软件更新。 然而，Azimuth 继承了以太坊的去中心化特性的同时，也需要支付高昂的费用来直接在以太坊 L1 上执行交易。因此，Urbit 推出了针对自己网络的 L2 扩容解决方案 Naive rollup 以降低其用户的 gas 成本 (可降低将近 200 倍)。简单来说：针对身份的任何修改的计算不再在以太坊网络上执行，而是在 Urbit 自身的网络里进行，最终由其 L2 节点 rollers 将计算结果发布至以太坊区块链上。 2022 年 2 月 14 日，Urbit 正式推出其 L2 解决方案 Naive rollup，star 运营者和 planet 持有者可以迁移至 Urbit 的 L2 平台中，享受便宜的交易费。需要注意的是，向 L2 的迁移不可逆转，并且 L2 上的 star 和 planet 目前无法与任何 L1 工具或合约交互 (如 MetaMask 或 OpenSea)。 来源： <iframe id="twitter-widget-43" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-43&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1493283731913601027&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1493283731913601027" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 710px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **针对 OpenSea 用户钓鱼攻击的分析** 为应对越来越多的黑客攻击，2 月 19 日，OpenSea 宣布了上线新合约，要求用户在 2 月 25 日前将上架的 NFT 迁移到新合约上。 <iframe id="twitter-widget-44" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-44&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1494782318619205636&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1494782318619205636" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 289px; display: block; flex-grow: 1;"></iframe> 2月20日，推特用户 @[AlabasterJefferson](https://twitter.com/AJFromDiscord) 声称其 NFT 被洗劫了。[他与其他几个被黑的受害者联系上后](https://twitter.com/AJFromDiscord/status/1495185887625367556)，发现都有一个共同点：被偷的 NFT 都是他们自己手动迁移的那几个，要求 OpenSea 给个说法。他说收到过一封来自 OpenSea 的邮件，上面确实有一个链接 [email.opensea.io](http://email.opensea.io/) (OpenSea 官网是 [opensea.io](http://opensea.io/)) ，但是他没有在邮件里点击进去。邮件里提示让他去检查 OpenSea，所以他转而去 OpenSea 官网的页眉处查看迁移列表。 <iframe id="twitter-widget-45" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-45&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1495233098933547011&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1495233098933547011" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 558px; display: block; flex-grow: 1;"></iframe> cr : [@AJFromDiscord](https://twitter.com/AJFromDiscord) 20 日晚上 10 点，OpenSea CEO Devin Finzer 发推解释：“就目前信息来说，我们能确定这是一次钓鱼攻击。我们不认为这次攻击与 OpenSea 的网站有关。目前有 32 位用户对来自攻击者的恶意负载进行了签名，而他们的部分 NFT 被窃取。” <iframe id="twitter-widget-46" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-46&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1495245307898044416&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1495245307898044416" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 313px; display: block; flex-grow: 1;"></iframe> Devin Finzer 最新一条置顶更新表明其团队在和 NFT 领域的多个用户、团队和项目沟通过之后，可以确定的是： 这确实是一次钓鱼攻击，然而并不知道钓鱼操作发生的位置，但是可以排除这些选项：1) [opensea.io](http://opensea.io/) 网站；2) 与 OpenSea 邮件的交互行为；3) 使用 OpenSea 铸造、购买、出售或者上架 nft；4) 对新合约 (Wyvern 2.3) 进行签名；5) 使用 OpenSea 上的迁移工具以迁移用户上架的 nft; 6) 点击网站的 banner。 Devin 表示他们正与受害用户积极沟通中，以缩小他们交互过的一些常用网站的范围以定位钓鱼发生的位置。 <iframe id="twitter-widget-47" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-47&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1495302784689704966&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1495302784689704966" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 479px; display: block; flex-grow: 1;"></iframe> 推特用户 [@Neso](https://twitter.com/Nesotual/status/1495223117450551300) 分析，攻击者令受害者签名授权了半有效的 wyvern 订单，这笔订单除了攻击者和 calldata 之外基本上是空的，然后攻击者签名了另一半。 攻击者使用 calldata 调用自己的合约，这个 calldata 包含了受害者在 Wyvern 合约上授权的有效订单与所有 NFT 地址与 transfer calldata。 地址与 transfer calldata 随后被保存下来，然后已签名的订单会被发送到 Wyvern 合约的 atomicmatch 中。atomicmatch 会检查订单是否有效 (确实有效) 以及交易双方的签名是否正确 (的确正确) 。通过验证后，Wyvern 调用受害者在 OpenSea 上授权的代理合约，然后使用订单中的 calldata 委托调用攻击者合约 (大部分订单中的目标为用户正在售出或购买的 NFT，calldata 为 transferFrom) 。紧接着又返回到攻击者合约中的另一个函数，此函数会在获得受害者授权的代理合约下循环运行之前保存的 NFT 地址与 transfer calldata。所有 NFT 就这样全部被转移了。 <iframe id="twitter-widget-48" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-48&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1495223117450551300&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1495223117450551300" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 385px; display: block; flex-grow: 1;"></iframe> 21 日，OpenSea 的首席技术官 @Nadav Hollander 在推特发布了一条技术分析，他表示复盘所有恶意交易后，可以得出几点结论： - 所有恶意交易都得到了受害用户的有效签名，这表明他们确实在某时某地对授权交易进行了签名。但是，在签名时，这些交易都没有广播到 OpenSea。 - 没有一笔恶意交易是针对 OpenSea 的新合约 ( Wyvern Exchange Contract 2.3 ) 执行的，也就是说这些恶意交易都是在迁移前进行签名的，不太可能与 OpenSea 的合约迁移流程有关。 - 32 位受害者在相对较短时间内被转走 NFT，就说明本次攻击是针对性的，而不是系统性事件。 结合以上信息与分析调查后，可以得出这些钓鱼操作要赶在 Wyvern 2.2 弃用前执行，因为一旦新合约部署，这些恶意交易就会失效。而新合约会采用 EIP-712，其类型化的数据功能 (typed data feature) 使得作恶者难以在受害者不知情的情况下诱骗他们对交易进行签名。比如，如果你正对某个信息进行签名以加入白名单、进行抽奖或者访问代币准入型的 discord 小组，你会看到与 Wyvern (OpenSea 使用的协议) 有关的类型化数据负载，它很有可能会警告你这笔签名存在异常。 <iframe id="twitter-widget-49" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-49&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1495509511179755530&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1495509511179755530" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 338px; display: block; flex-grow: 1;"></iframe> 目前攻击者的地址已经被标记为”[Fake_Phishing5169](https://etherscan.io/address/0x3e0defb880cd8e163bad68abe66437f99a7a8a74)“，该地址通过转卖盗窃而来的 NFT ，[获得了价值 170万美元的 ETH](https://www.coindesk.com/business/2022/02/20/opensea-investigating-exploit-rumors-as-users-complain-of-missing-nfts/)，而这笔钱早已被攻击者在 20 日晚上[通过 Tornado Cash 提现](https://twitter.com/Cryptooglex/status/1495381663374839815)了。  根据区块链安全公司 PeckShield 的[数据](https://docs.google.com/spreadsheets/d/1XQNIXuAl2E1XO_cP8pm_vbzskI_Pka4E5sizfcrLITM/edit#gid=0)，共有254个 NFT 被窃。而 Dune Analytics 用户 Jelilat [统计](https://dune.xyz/Jelilat/Opensea-Phishing-Attack-Stolen-NFTs)得出被窃数量最多的 NFT 为 Azuki，37个；高地板价的 NFT 还有 3个 Bored Ape Yacht Club，25个 NFT Worlds，11个 Doodles等。 <iframe id="twitter-widget-50" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-50&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1495381663374839815&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1495381663374839815" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 753px; display: block; flex-grow: 1;"></iframe> 截至 22 日，根据 OpenSea 的最新几条更新，他们更正受害用户人数为 17 位，之前统计的 32 位只是与攻击者账户 “交互” 过的人数。Opensea 团队仍继续监控中，攻击似乎不再活跃，攻击者的钱包已经超过 36 个小时没有活跃了。 [来源](https://www.coindesk.com/business/2022/02/15/jpmorgan-is-the-first-bank-into-the-metaverse-looks-at-business-opportunities/) <br/> **摩根大通入驻 Decentraland** 根据2月16日 CoinDesk 的报道，美国最大的银行摩根大通 ( J.P Morgan ) 宣布成为首个入驻元宇宙的银行。  <center>icr : CoinDeskmg</center> 摩根大通在 Decentraland 中开设了 Onyx ( 提供区块链服务 ) 的休息室。J.P Morgan 对元宇宙的兴趣早已有迹可循。1月18日，摩根大通发布了白皮书《[元宇宙中蕴含的机会](https://www.jpmorgan.com/content/dam/jpm/treasury-services/documents/opportunities-in-the-metaverse.pdf)》，里面谈到了普通人、企业可以在元宇宙中找到怎么样的新发展机会。 而在摩根大通之前，[三星](https://www.coindesk.com/video/recent-videos/samsung-enters-the-metaverse-opening-a-virtual-version-of-flagship-837x-store/)、[巴巴多斯大使馆](https://www.coindesk.com/business/2021/11/15/barbados-to-become-first-sovereign-nation-with-an-embassy-in-the-metaverse/)已经成为前两个“吃螃蟹”的实体，在 Decentraland 上购买土地、建立虚拟房产。 [来源](https://www.coindesk.com/business/2022/02/15/jpmorgan-is-the-first-bank-into-the-metaverse-looks-at-business-opportunities/) <br/> **CrypotoPunk #5822以 8000 ETH 价格售出**  <center>Imcr : @Deepak.ethage</center> 2月12日，Chain 的 CEO Deepak Thapliyal 以 8000 ETH ( 约2300万美元 ) 的价格买下 CryptoPunk #5822，创下 CryptoPunks 交易新纪录。 [来源](https://en.cryptonomist.ch/2022/02/14/nft-news-cryptopunk-5822-sold-for-8000-eth-23-million/) <br/> **Devcon 6 定于 2022 年 10 月 11-14 于波哥大举行** 根据以太坊基金会博客 2 月 18 日的博文，Devcon 6 将于2022年10月11日至14日在哥伦比亚的波哥大举行。后续更新的博文会提供更多关于票务和城市推荐的信息。  [来源](https://blog.ethereum.org/2022/02/18/colombia-in-2022-redux/) <br/> **Twitter 打赏功能支持添加以太坊地址** <iframe id="twitter-widget-51" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-51&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1494008973581856768&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1494008973581856768" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 510px; display: block; flex-grow: 1;"></iframe> 早在2021年9月24日，推特上线打赏功能之初就已支持比特币支付。而在11月29日，一名黑客发现在推特代码中其实已经包含以太坊地址支付的方式，详情可以点击 [ECN 过去的文章](https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-30/)了解。 <br/> **StealthDrop：利用 ZK 证明来匿名领取空投** 密码学应用研究计划 @0xPARC 上线使用 zk 证明来匿名领取空投的工具——[StealthDrop](https://stealthdrop.xyz/) 用户使用流程： - 连接符合领取资格的“公开”钱包。 - 签名，证明你是该“公开”钱包的所有者 - 转到另一个 (匿名的) 账户并领取你的空投，而不需要连接到你原来的账户。 stealthdrop: https://github.com/nalinbhardwaj/stealthdrop 来源： <iframe id="twitter-widget-52" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-52&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1493363943036923912&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=efe53d7e153db92ebbcd63cb52f7d63c66c90828&amp;theme=light&amp;widgetsVersion=2582c61%3A1645036219416&amp;width=550px" data-tweet-id="1493363943036923912" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 580px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊爱好者历史文章整理** https://github.com/editor-Ajian/EthFans.org-annual-collected-workshttps://www.ethereum.cn/Eth2/wnie2-2022-2-11https://www.ethereum.cn/Eth2/wnie2-2022-2-11Mon, 21 Feb 2022 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220211) <br/> ## 首要推荐 毫无疑问——上周 SuperPhiz 和我录制了对上期《[Eth2 进展更新](http://(https//www.youtube.com/watch?v=Bd3b7PeKEB4))》的讲解。一起对它进行讨论是很有趣的，希望可以给文章增加色彩和深度。这是 Phiz 的建议，真希望可以早点想到这点。反正，也许我们会再做一次🙂 <br/> ## 信标链 ### 客户端多样性 客户端多样性的故事仍在继续。SuperPhiz 发起了一个关于客户端多样性会如何影响信标链的“批判性分析和基于数据的预期”的[号召](https://www.reddit.com/r/ethstaker/comments/sj7gnh/developing_a_data_driven_approach_to_the_client/)，EthStaker 会提供资助和 POAP，以鼓励提交。 已经有第一份分析[提交](https://twitter.com/superphiz/status/1491540214095003648)了——jmcook 综合大量的材料来分析[以太坊共识层的客户端多样性](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA)。请阅读和关注它。如果可以的话，把它发给你的质押提供商。 <br/> ## 合并 [合并准备清单](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)是应该保持关注的。越来越多的方框里有越来越的打钩标识了。我在这件事上工作了很长时间，很容易感到有点厌倦。但早些时候看了一下，心情真的突然非常激动。<在这里插入“它真的要发生了”的 GIF> 这一切都同时让人有点害怕又难以置信的兴奋。 ### Kintsugi 测试网 Kintsugi 合并测试网已经有 40 万个 slot 了，并继续运行地非常好。 前段时间，Kintsugi 出现了问题，就是我们当时[写的问题](https://hackmd.io/@benjaminion/wnie2_220114#Kintsugi-Testnet)。两周前发布了一个详细的[事件报告](https://www.ethereum.cn/Eth2/kintsugi-incident-report)。不要错过对验证者、基础设施提供商和工具开发者的[重要启示](https://notes.ethereum.org/@ExXcnR0-SJGthjz1dwkA1A/BkkdHWXTY#Important-takeaways-for-validators-infrastructure-providers-and-tooling-developers)部分。总而言之，不要只根据正常运行情况来确定你的硬件规格；为非最终敲定的事件预备更多的资源。 加入 Kintsugi 或在上面部署和测试你的应用绝对不会太晚。信息汇总页面一直在[这里](https://kintsugi.themerge.dev/)。 EthStaker 制作了一个基于 Naranjo 的[指南](https://luisnaranjo733.hashnode.dev/want-to-help-test-the-merge-run-a-node-on-kintsugi)如何用 Teku/Besu 组合加入 Kintsugi 的[视频](https://www.youtube.com/watch?v=fCyiXQsQqyA)。 在这周的网络研讨会上，我们制作了关于若那个用 Teku/Besu 组合加入 Kintsugi 的[视频](https://www.youtube.com/watch?v=YiXBowFPc5M)——“On the Verge of the Merge (合并的边缘)” (最后有 Q&A)。我们使用了很好的[eth-docker 库](https://github.com/eth-educators/eth-docker/blob/merge/KINTSUGI.md)来快速入门。 或者你可以拿出你的树莓派，在 ARM 很好的[即插即用镜像](https://twitter.com/EthereumOnARM/status/1490624310792400897)来尝试所有的以太坊客户端组合。 ### Kiln 测试网 Kiln 是 Kintsugi 之后的测试网。Kiln 既是一个规范版本，又是一组我们计划运行的开发测试网和测试网。 [Kiln 规范 v1](https://hackmd.io/@n0ble/kiln-spec) 已经发布了，我们将很快根据这个规范启动第一个 Kiln 开发测试网 ([merge-devnet-4](https://notes.ethereum.org/D5xK4XrmTb6MKGudf_hcrg)) (译者注：已于 2 月 17 日启动)。Kiln v2 版本的规范很快会发布，添加两项内容：用于共识层和执行层之间 EngineAPI 的认证，以及一个 (短暂的) 心跳方法 ( [heartbeat](https://github.com/ethereum/execution-apis/pull/172))，这样如果他们的执行层或共识层客户端相对另一边配置错误的，用户就可以得到提醒。 几周后，我们将向所有人开放 Kiln 测试网，如果一切顺利，这将是我们在开始分叉现有的 Eth1 测试网 (例如 Rinkeby) 之前的最后一个定制测试网。 请关注 [Kiln 进度的跟踪文档](https://notes.ethereum.org/@timbeiko/kiln-milestones)，查看事情的进展。 <br/> ## 合并以外 在这周 (2.7) 的共识层开发者会议上，我们简要地看了一下合并以外的内容。 Eth1/执行层正在计划在今年下半年进行的一次升级 (目前称为上海升级)，最新一次的[以太坊核心开发者会议](https://www.youtube.com/watch?v=_kt-r4J8PJc)花了很多事件讨论有哪些 EIP 将被纳入该次升级。我们很可能在同一时间对共识层进行一次升级，如果只是启动提款的话，它需要与 Alex Stokes 提出的一个新 Eth1 EIP——[在 EVM 的信标状态根](https://github.com/ethereum/EIPs/pull/4788)一起被纳入。 除了提款，我们还关注了 Jacek 的 [hitorical_batches](https://github.com/ethereum/consensus-specs/pull/2649)清理问题，并做一些工作支持改善 Vitalik 提出的[携有 blob 的交易](https://notes.ethereum.org/@vbuterin/blob_transactions)。 在提款话题上，在 Ethereum Magicians 论坛上有关于一个 [EIP](https://github.com/ethereum/EIPs/pull/4736) 的[讨论](https://ethereum-magicians.org/t/consensus-layer-withdrawal-protection/8161)，旨在帮助任何可能被泄露提款密钥的人。 <br/> ## 质押 在合并之前，我们强烈敦促所有的质押者都运行他们自己的执行层客户端 (Eth1 客户端) 如果他们还没这样做的话 (有罪！)。在有充足时间的情况下进行测试时有道理的；Eth1 客户端本身也有很大隐患。与共识层客户端一样，客户端多样性问题同样适用于执行层客户端。一句话，运行 Geth 以外的客户端。 总之，推荐阅读 Ladisaus 写的[关于用 Ubuntu 和 Docker 运行执行层和共识层客户端的文章](https://mirror.xyz/ladislaus.eth/O5bW3rDnKITHlCXE9K_0IwiEwDrc6qw-y3MpX0EUcew)，这篇文章侧重 Besu 和 Lighthouse 的组合。 这是推特账户 [Ethereum Pools](https://twitter.com/EthereumPools) 的[最新报告](https://twitter.com/EthereumPools/status/1490968631744024580)：“没有一个#eth2 的质押池会在不提醒我们的情况下离线”。 当我们在谈论质押池里时，看看由 Elias Simos 和 Aris Koliopoulos 开发的 [Rated](https://mirror.xyz/ratedw3b.eth/eDj9Fr0LgNWFL71DtyGfXp_ocVVYrCjJlQAGiLHCFWU)。Rated 是“一个协作的实验”，关于提供信标链的透明度。有一个[前端页面](https://www.rated.network/) ，它通过存款地址把验证者集合起来，并一起报告他们的表现，其[文档](https://rated.gitbook.io/rated-network-v0/getting-started/welcome)也有有价值的内容。这看起来很有意思和和发展潜力。我坚定地相信只有好东西可以产生更好、透明度更高的可用数据给社区。 <br/> ## 释义性文章 SuperPhiz [探讨](https://www.reddit.com/r/ethstaker/comments/snrsax/how_dvt_solutions_like_blox_ssv_and_obol_relate/)了分布式验证者技术 (DVT 即 SSV) 与 Rocket Pool 和 Lido 等质押解决方案的关系。 [The Book](https://upgrading-ethereum.info/altair/) 进展缓慢但稳定，最新添加的章节是 [Simple Serialize](https://upgrading-ethereum.info/altair/part2/building_blocks/ssz)。神奇的 Merkleization 会是更新的下一章。非常感谢 [AtHeartEngineer](https://twitter.com/AtHeartEngineer/status/1491164228270829569) 帮忙改善移动端的可读性！ <br/> ## 研究 我在上一次更新已经有提到 [Balancing Attack: LMD Edition](https://ethresear.ch/t/balancing-attack-lmd-edition/11853?u=benjaminion)，但还没有时间仔细看。以下是我的一些看法： - 这是一种理论上分割信标链和延迟最终敲定的方法。但它确实依赖于攻击者对网络有很高水平的控制。(不是不可想象，但也不是很可能。) - 所有的攻击者最终都会被罚没，所以这这样做的成本很高。 - 有一个非常简单的防御措施，我们也许应该在之前就做好：如果分叉选择看到一个验证者犹豫不决，就应该删除他所有的投票。 - 重点在于 LMD 分叉选择在链不做最终敲定的时候也不考虑验证者的罚没情况。它的决定是基于在最后被证成的检查点的状态。抛弃犹豫的验证者是不考虑罚没的一种变通方法。 - 不幸的是，这类问题不断出现在分叉选择上。 - 我非常高兴有这样的研究员 (Joachim Neu、Ertem Nusret Ta 和 David Tse) 继续密切观察信标链并公开地分享他们的发现。 <br/> ## 常规会议 ### 实现者会议 第 81 次会议在 2 月 18 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/475) - [会议视频](https://youtu.be/DtwTZWZrZMY?t=54) - [我的速记](https://hackmd.io/@benjaminion/S1YGF9Gk9) 主要是对 Kiln 测试网的计划和更新。我们还简单看了一下[合并以外的事情](https://hackmd.io/@benjaminion/wnie2_220211#Beyond-The-Merge)。所有这些都在 35 分钟内完成。 ### 合并社区会议 [第三次合并社区会议](https://github.com/ethereum/pm/issues/465)在 2 月 11 日进行。这是[会议视频](https://www.youtube.com/watch?v=65Pt6oS3kDM)。这次会议主要是 Q&A 形式，因此内容不是以一种非常有序的方式呈现，而且很多的工作都在聊天室里进行，这是视频没有呈现的。尽管如此，还是有很多好的建议和重要信息的。值得一看，可以测试一下自己对合并将如何影响以太坊上的用户或开发者这方面内容的了解 (一言以蔽之：影响不大)。 <br/> ## 活动 - 2 月 11-20，EthDenver。日程表非常丰富，我快速地浏览了一下，说实话，作为一个协议工程师，我没有看到很多感兴趣的东西。以下是我会想看的：(译者注：已附上视频链接) - Colfax 的“[质押的用户交互](https://www.youtube.com/watch?v=9bZxzqA1rsA)” - Aditya 的“[分布式验证者技术](https://www.youtube.com/watch?v=PbCy51LT4yg)” - Carl 的“[分布式验证者](https://www.youtube.com/watch?v=zSt6McTVNVE)” - Danny 的“[以太坊权益证明和我们的光明环保朋克未来](https://www.youtube.com/watch?v=8N10a1EBhBc)” - 4 月18 - 25，[DevConnect Amsterdam](https://devconnect.org/)。内容很丰富。那里见😉 <br/> ## 其他新闻 - Danny 的 [Finalized no. 33](https://www.ethereum.cn/Eth2/finalized-no-33) 更新：Kiln 的最新情况，客户端多样性数据 - EthStaker 从以太坊基金会获得资助，以运行[两个验证者](https://twitter.com/superphiz/status/1491583471839494153)。🎉 - Stereum 的第一份新闻通讯，[Under the Surface #001](https://stereum.net/under-the-surface-1/)：“Update & Upkeep Challenge，我们的 iOS app 发布了，且我们准备参加 Devconnect。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/crlisthttps://www.ethereum.cn/Eth2/crlistFri, 18 Feb 2022 00:00:00 GMT来源：[notes.ethereum.org](https://notes.ethereum.org/Dh7NaB59TnuUW5545msDJQ?view) <br/> 译者注：`crList` 指的是提议者看到的应该被打包的交易列表，即它们的状态里有正确的随机数和充足余额，以及足够被打包的小费和最高基本费)。这个 `crList` 只能包含一名 `sender` (发送人) 的一笔交易。提议者也要对一个 `crListSummary` 签名和广播，它包含在 `crList` 上每笔 `tx` 的 `tx.sender` 和 `tx.gaslimit`。Danksharding 这个新的分片方案以 PBS 和 crList 为特点，这篇文章介绍了 crList 如何解决 PBS (提议者/构建者分离方案) 里构建者的审查问题。 <br/> # 资源： - [Vitalik 的研究现状文章](https://www.ethereum.cn/Eth2/pbs_censorship_resistance) - 关于抗审查研究更广泛的[文档](https://notes.ethereum.org/@fradamt/H1TsYRfJc)，包括一些历史背景，各种 crList 的替代方案以及另一种抗审查的提案 <br/> # 高层级的想法： 我们希望提议者能够通过对一些交易强制打包来对抗审查，但是我们不想通过带宽密集型的方法来实现 (即经常会导致 Gossip 的冗余通信和/或区块对交易打包的冗余)，这会使具有利他精神的提议者处于劣势，因为这要求他们牺牲 MEV 机会，或者这会给懂技术的提议者一些权力，提取比不熟悉技术的提议者更多的 MEV。当构建者不审查交易，如果协议会基本上如 PBS 提案所写般运行，即提议者只需要选择收益最多和开销最低的区块，这将是最理想的。 做到这一点的关键是了解 1559 之后的审查是什么样的，我们来看看交易池的情况：如果有区块空间可以分配给当前符合条件的交易池交易，但却被空着，例如如果当前交易池是满的，但区块却是不满的，我们就会怀疑构建者在审查交易。显然，通过看交易池的情况来判断会存在一定程度的主观性，但我们可以做的是让提议者提前提出他们视域 (view) (或其中的一部分)，这样我们就可以将审查与只是对交易池的不同视域区分开来。 我们不是让提议者直接强制把他们选中的交易进行打包，而是允许他们强制构建者充分利用可用的区块空间：如果构建者不能这样做，他们必须把未使用的空间用于提议者选择的交易。 <br/> # 审查的成本 关于 PBS 带来的审查成本变化的概述，如果我们不假设贿赂模型 (整个验证者集是可贿赂的)，请参见 [Vitalik 研究现状的帖文](https://notes.ethereum.org/s3JToeApTx6CKLJt8AbhFQ#Hybrid-PBS-can-we-use-proposers-only-for-inclusion-of-last-resort)。 crLists + EIP 1559 对此带来巨大变化： - 在几个 slot 的时间内，审查成本的增长仍然与你想要审查的 slot 数呈线性关系，但有一个好得多的常量。在没有 crLists 的情况下，一个占主导地位的构建者只需承担在每个 slot 不打包交易的机会成本。在有 crLists 的情况下，他们被强制填满每个区块的 gas 上限，这样的成本就高出很多倍了。 - 在更长的时间内，审查成本的增长与 slot 数呈指数关系，因为基本费用 (basefee) 会上升，填满区块的成本也会呈指数上升 (而且真正的交易会因为交易费过高而退出，只剩下攻击者填充整个区块) <br/> # Vitalik 文章的设计目标 - **DoS 保护和没有免费的数据可用性**：提议者 (或构建者) 不应该打包给没人支付费用的数据，因为这会被攻击者滥用，使得区块链膨胀，或被 rollup 利用来欺骗交易费。例如，这意味着如果一个区块包含一笔因为余额不足或同一个区块里的其他交易而被证明是无效的交易，该协议必须仍然为此收取这个提议者的基本费用。 - **最低限度的额外带宽消耗**：这个机制应该不只是对链上数据有效，还要对 p2p 网络里的数据有效。例如，让数百个来自不同构建者的冗余完整区块主体在网络里漂浮是不现实的。 - **不重新引入提议者中心化**：PBS 的整个要点就是不要求提议者是熟悉技术的。我们不希望创建一个机制是又对熟悉技术的提议者有利的，并由此激励提议者进入进一步的协议外竞价关系或加入池子。 - **理想情况是使得提议者可以是无状态的**：验证者能够变成完全无状态 (一旦 [Verkle trees](https://notes.ethereum.org/@vbuterin/verkle_tree_eip) 被部署了) 将会是进一步去中心化和提高可扩展性的一个重大福音。 - **如果我们依赖利他主义，不要让利他主义变得昂贵**：我们一般可以依赖这样一个假设——至少有百分之几的提议者是利他的，且将忽略贿赂出价和接受被审查的交易。但是，如果这样做在协议内是成本高的，这个假设就会变得很不现实。提议者不应该必须牺牲大额收益来帮助确保被审查的交易能被打包。 <br/> # 自然语言规范 这里我们假设是两个 slot 的 PBS，偶数的区块是提议者的区块，奇数的区块是构建者的区块。一个简单的总结是，提议者对他们的信标区块发布一个 crList，该列表与下一个构建者的区块有关，即该区块会被下一个提议者选中。如果 crList 已经被即时发布，那么这个符合要求的区块就会被该区块的证明者强制执行。 - 处于 slot 2n 的提议者发布一个当前有效的交易列表，即 crList，同时作为它们信标区块的发布。这个列表被发布到 p2p 网络，而不是在信标区块里。 - 处于 slot 2n+1 的构建者区块以及处于 slot 2n+2的提议者区块，是不会受到处于 slot 2n 的 crList 影响的。规定的证明者行为也不会。 - slot 2n+3 (即下一个构建者区块) 的证明者决定 crList 在期限内是否可用，这个期限是在 slot 2n+2 的开端之前的，因此想要对 slot 2n+2/3 出价的构建者会有充分的的时间看 crList 并构建一个符合要求的区块。例如，我们可以在 slot 2n 的末尾设定截止时间，这样构建者就会有差不多整个 slot 的时间来看这个列表和构建符合要求的区块。 - slot 2n+2/3 的构建者如果看到了 crList 会构建符合这个 crList 的区块，符合要求的意思是 crList 不能包含任何在该区块后仍然有效的交易 `tx`，即要满足 `block.remaining_gas > tx.gas_limit` - 如果 slot 2n+3 的证明者及时看到了 crList 且区块不符合该列表，他们将不会投票给该构建者的区块。 <br/> # 分析 ## 共识安全 由于我们对一些证明 (事实上是它们中的一半) 增加了一个额外的条件，这就给证明者之间出现不同视域引入新机会，我们需要确保我们不会削弱共识的稳定性。值得庆幸的是，这个影响是很小的。两个证明者间因为这个额外条件出现不同视域的情况只有一种：crList 必须已经发布，但在他们两个间只有一个及时看到，且下一个构建者必须还没构建一个符合要求的区块。我们可以进一步发现两种情况： - 诚实的构建者：构建者必须在他们出价之前没有看到 crList，即使 crList 在期限之前已经被发布了 (因为有证明者看到了)。在良好的网络条件下，这是很不可能的。在网络条件差到足以让构建者 (我们甚至假设构建者的网络连接情况是普遍更好的）在发布期限和发布竞标之间 (如果我们把期限设在提议者 slot 的末尾，这是差不多一个完整 slot 的时间) 看不到这个 crList 的情况，有很多更简单的方式产生不同的视域。 - 不诚实的构建者：他们可以在发布后故意构建一个不符合 crList 的区块，以产生不同的视域。这能有效分裂对构建者区块的投票证明，这有可能导致构建者的区块不能被打包到权威链。更重要的是，构建者总是可以通过在接近发布期限时发布他们的区块以产生不同视域，因此这个方案不会给他们任何额外的权力。 - 在接近发布期限时发布他们的区块以产生不同视域，因此这个方案不会给他们任何额外的权力。 | | >50% 委员会看到区块 | >50% 委员会看不到区块 | | :--------------- | :----------------------------------------------------------- | :----------------------------------------------------------- | | 构建者看到区块 |  |  | | 构建者看不到区块 |  |  | ## 特性 总的来说，这个方案有以下的理想特性： - **构建者不受信任的共识安全**：构建者可以通过在接近发布期限时发布他们的区块以产生不同视域。crList 不会使这种情况轻易发生。 - **提议者不受信任的共识安全**：除非有构建者参与，晚发布 crList 不会分裂证明 - 提议者构建者不受信任的安全性 ：一个恶意的提议者不能轻易损害构建者的利益： - 如果他们晚于期限发布，构建者只需要依赖他们委员会中的诚实多数，这个委员会是他们无论如何都要依赖的 - 如果他们在期限之前发布，构建者有接近整个 slot 的时间看到 crList。此外，如果他们没有看到 crList 的话是可以不发布的，而且他们有其他理由相信他们正在被攻击。 - **最低限度的风险，且都落在构建者上**：风险全在构建者身上，而且如果他们有理由相信他们的区块主体可能会因为这个额外的证明条件而被认为是错失的，他们完全可以通过降低出价或完全不出价来管理风险。 - **与 MEV 均匀分配兼容**：无论 crList 是否及时发布，所有构建者都能构建符合要求的区块。在第一种情况，他们应该都可以即时看到列表，在第二种情况，没有条件是强制性的。 - **与单个秘密领袖选举兼容**：提议者一起发布 crList 和他们的区块，因此他们不用提前对自己去匿名化。 - **没有免费的数据可用性**：给构建者区块的证明投票不能被用作任何东西可用性的保证，因为区块完全没有引用 crList。 - **最低限度的额外带宽消耗**：唯一需要额外带宽的是广播 crList。这甚至可以通过让提议者发布一个交易哈希列表而不是完整列表来进一步最小化。 - **如果我们依赖利他主义，不要让利他主义变得昂贵**：提议者发布 crList 不会产生任何成本，即时稍微给构建者添加风险或他们有可能会获得溢价也不会有，成本只会在他们接受了出价后才发布 crList 的情况下产生。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/a_quick_reminder_of_what_shared_security_means/https://www.ethereum.cn/Layer2/a_quick_reminder_of_what_shared_security_means/Thu, 17 Feb 2022 00:00:00 GMT来源 | [old.reddit.com/r/ethereum](https://old.reddit.com/r/ethereum/comments/sgd3zt/a_quick_reminder_of_what_shared_security_means/) <br/> 当评估一条以某种方式 “连接” 到大型链的小型链时，大家最需要关心的一个问题是： **如果攻击者能够对小型链发起 51% 攻击，这可以造成多大的损失？** 这是一个非常现实和重要的问题，因为小型链往往比大型链小得多 (就市值而言)。并且对于攻击者来说，买下小型链 51% 的代币 (或至少 51% 的质押代币) 往往是相当可行的，尤其是当有大笔的桥接资产存在那条链上时 (攻击者能够盗窃这些资产)。 - 如果小型链是一条 **”独立的 L1“**，攻击者**可以盗走一切资产**。他们可以制作一个非法编辑状态的区块，将所有代币发送给他们，然后他们就可以通过桥接提走这些代币，而且在大型链上不会产生任何验证。 - 如果小型链是一条 **”侧链“**，攻击者**同样可以盗走一切资产**，原因同上。然而，侧链的安全性比完全独立的 L1 要稍微好点。因为侧链的**区块头**会发布在以太坊上，如此一来，如果以太坊回滚，侧链也会回滚。这样可以防止涉及以太坊 51% 攻击的盗窃行为，然而不能阻止对侧链进行 51% 攻击。 - 如果小型链是一个 **"rollup"**，攻击者可以延迟交易，这可能迫使用户不得不支付 L1 费用，但他们**不能盗窃任何资产。**这是因为其中有一个链上机制 (欺诈证明或数据可用性证明)，可以验证小型链上涉及攻击者提款的事件是否都有效。 一些更特殊的例子： - 如果小型链是一个 **"plasma"**，攻击者可以延迟交易并且迫使用户支付 L1 费用，但他们同样**不能盗窃任何资产。** - 如果小型链是一个 **"validium"**，攻击者可以永久地锁定所有用户的资产，**但还是**不能盗窃任何资产。Validium (如 [Starkware 的 ImmutableX](https://medium.com/starkware/starkex-now-for-nfts-bfdc9f4655a2)) 因此成为一个有趣的折衷方案。Validium 没有 rollup 那么 “L2”，因为控制 validium 的人还是可以拒绝用户访问自己的资产并敲诈他们，但不管怎么样 validium 还是比侧链要安全得多。更重要的是，validium 同时可以达到侧链的可扩展性。 **这就是我们所说的 ”共享安全“。如果你在小型链上持有资产并进行一些交易，那么和在大型链上做同样的事情相比，你的资产是否一样安全，还是没那么安全？**结论是：如果是在 rollup 或者 plasma 上，资产共享主链的安全性；如果在一个独立的 L1 或是侧链上，资产的安全性就比主链低得多；如果在 validium 上，其安全性就在这两者间。  还要注意的是，参考我在 [EF 第七次 AMA 中提到的一些原因](https://www.ethereum.cn/Technology/ama_we_are_the_efs_research_team_7)，很多东西实际上是对称的：如果你持有 ETC，那么你在一个基于 ETC 构建的 ZK rollup 上持有它比你在以太坊上持有封装的 ETC 要好 (尽管这个桥接是以太坊共识的一个完美的 ZK-SNARK 验证器)。并不是说你需要尽可能地在最大的链上进行交易活动。而是说，你进行交易活动所在的区域与你所使用的资产最初发行的区域都属于同一个 ”共享安全区“ (**shared security zone**)。其中，**”共享安全区“** 可以理解为 ”某条链”，并且所有其他链 (如 rollup) 的安全性最终都由该链提供保障。 > Vitalik 在 EF 第七次 AMA 中的相关回答如下： > > 我之所以对多链的区块链生态系统保持积极态度 (确实有一些独立的社区具有不同的价值观，对于它们来说，独立发展好过全部都就同一件事情的影响力而争夺)，而对跨链应用保持消极态度，一个关键原因就是桥接具有根本性的安全限制。 > > 为了理解为什么桥接具有这些限制，我们需要看看区块链和桥接的各种组合是如何抵御 51% 攻击的。很多人都有这样的心态：“如果区块链受到 51% 攻击，整个系统就会崩溃，所以我们需要花费所有力气来预防 51% 攻击，哪怕是一次也不允许。” 我非常不同意这种想法；事实上，区块链即使在受到 51% 攻击后，也能维持许多保证，而维持这些保证非常重要。 > > 举个例子，假设你在以太坊上持有 100 枚 ETH，当以太坊受到了 51% 攻击时，一些交易会被审查和/或被撤销。那么无论发生什么，你依然拥有那 100 枚 ETH。即便是发起 51% 攻击的黑客也无法提议一个抢走你的 ETH 的区块，因为这样的区块会违反协议规则，所以会被网络拒绝。即使 99% 的算力或质押份额想要发起攻击来抢走你的 ETH，每个运行节点的人都只会跟随剩下的 1%，因为只有它们的区块遵循协议规则。更普遍地说，如果你在以太坊上有一个应用，那么通过发起 51% 攻击可能会在一段时间内审查或回滚应用的交易，但最终获得的是一致的状态。如果你持有 100 枚 ETH，然后在 Uniswap 上将之换成 32 万枚 DAI，那么就算区块链以某种疯狂的方式被攻击了，最终你还是会获得一个合理的结果：要么还是持有 100 枚 ETH，要么得到那 32 万枚 DAI。也就是说，两者都没有获得 (或两者都获得) 的结果实际上违反了协议规则，是不会被网络接受的。 > > 现在，想象一下，如果你向 Solana 上的某个桥接转 100 枚 ETH 并获得 100 个 Solana-WETH，随即以太坊受到了 51% 攻击。攻击者在 Solana-WETH 封装合约中存入一笔自己的 ETH，然后等到 Solana 网络上确认了这笔交易之后，就立即在以太坊网络回滚存款交易。Solana-WETH 合约现在不再可以完全恢复，也许你的 100 Solana-WETH 现在只值 60 个 ETH。即使有一个基于 ZK-SNARK 的完美桥接可以完全验证共识，它仍然很容易受到这样的 51% 攻击。 > > 因此，在以太坊上持有以太坊原生资产或在 Solana 上持有 Solana 原生资产总是比在 Solana 上持有以太坊原生资产或在以太坊上持有 Solana 原生资产更安全。在这个语境下的 “以太坊” 不仅指以太坊 L1 基础链，还包括基于它构建的任何 L2。也就是说，如果以太坊受到 51% 攻击并且交易回滚了，Arbitrum 和 Optimism 上的交易也会回滚。因此，即使以太坊受到 51% 攻击，在 Optimism 和 Arbtirum 上持有状态的 “跨 rollup” 应用也能保证保持一致。而如果以太坊没有受到 51% 攻击，就没有办法分别对 Arbitrum 和 Optimism 进行 51% 攻击。因此，持有在 Optimism 上发行然后在 Arbitrum 上封装的资产依然非常安全。 > > 然而当出现超过两条链时，问题就比较严重了。如果有 100 条链，那么这些链之间会出现许多相互依赖的 dapp。这时，哪怕对一条链发起 51% 攻击都会造成系统性的风险，威胁到整个生态系统的经济。这就是为什么我认为相互依赖的区域有可能与主权独立的区域会紧密联系 (因此，许多以太坊网络的应用之间相互密切联系，许多 Avax 网络的应用之间相互密切联系等等；而不是以太坊网络和 Avax 网络的应用之间相互密切联系)。 > > 这也是为什么 rollup 不能直接 “使用另一个数据层”。如果某个 rollup 将其数据存储在 Celestia 或 BCH 或其他任何地方，但处理的是以太坊的资产，那么如果这一层受到了 51% 攻击，用户就完蛋了。就算 Celestia 的数据可用性采样 (DAS) 可以抵御 51% 攻击，实际上也并不能帮到你，因为以太坊网络并没有读取这个 DAS；相反，以太坊网络读取的是桥接上的信息，而桥接恰恰很容易受到 51% 攻击。作为一个 rollup 想要为使用以太坊原生资产的应用提供安全性，必须使用以太坊数据层 (对于任何其他生态系统也是如此)。 > > 当然，我不会说这些问题会随时出现。仅仅对一条链进行 51% 攻击都很困难且成本高昂。然而，使用跨链桥接和上面的应用的用户越多，问题就越严重。没有人会为了盗窃 100 枚 Solana- WETH 去攻击以太坊 (或者说为了盗窃 100 枚 Ethereum-WSOL 去攻击 Solana)。但是如果桥接上有 1000 万 ETH 或 SOL，那么发起攻击的动机就会更强，一些大型的资产池会使得这些攻击更容易发生。所以跨链交易活动具有一种反网络效应：当交易活动不多时网络就会非常安全；当交易多起来了，风险就越大。 但这不会令上述分类产生变化；这只会让分类更加广泛，因为即时以太坊本身收到 51% 攻击，这些安全方面的差异仍然存在。 一些更加具体的例子：  这是因为 (Ethereum、Optimism、Arbitrum、ZkSync 和 rollup 模式的 StarkEx) 在一个相同的 ”共享安全区“ 中 (因为后四者最终都由以太坊提供安全保障，或者至少在欺诈证明移除所有临时的软件后门程序而实现完全启用之后，很快便如此)。但是 Avalanche 和 Ethereum Classic 很显然没有与以太坊共享安全性，并且永远也不会。 而在 BSV 上使用 BSV 也不安全 (尽管两者在同一个共享安全区，也就是它自己)，因为 BSV 是一条脆弱的 PoW 链，很容易被无聊的 BTC/BCH 矿工攻击。并且 BSV 的区块太大，令用户无法验证 (且没有任何计划添加分片/ZK-SNARK/DAS 技术来解决这个问题)。所以当有人对 BSV 进行 51% 攻击时，攻击者可以直接发起无效区块，而用户可能别无选择，只能接受这些区块。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/dankshardinghttps://www.ethereum.cn/Eth2/dankshardingWed, 16 Feb 2022 00:00:00 GMT来源 | polynya.medium.com <br/> 编者注：本文对以太坊以外的项目有所提及，但仅代表作者个人观点，ECN 仅对此文进行翻译。 <br/> 这是对 Danksharding (以 PBS+crLists 为特色) 的一个非常简化的介绍。 Danksharding 将以太坊变成一个统一的结算和数据可用性层。 结算和数据可用性采样都不是新概念了。巧妙的地方在于把它们统合起来，因此对于 rollup 来说，它看起来是一个宏大的整体。所有的 rollup 证明和数据确认都在相同的信标区块里。 我们知道 rollup 是如何运作的——它就是关于计算和数据压缩。rollup 需要空间来转储这些压缩了的数据，而danksharding 提供了大量的空间——长期来看，rollup 的 TPS (每秒处理交易量) 可以达到数百万。我指的是真正的 TPS，而不是 Solana TPS。(PS：当然，TPS 是一个毫无意义的指标。但请记住，单个 rollup 一定会比 Solana 更有可能有更高的 TPS。而且这样的 rollup 会有数百个。我敢说，如果有人分叉 Solana 并把它作为一个 rollup 来部署，它会在各个方面都远优胜于 Solana。) 构建者 (builder) 是一个新角色，它们聚合所有以太坊一层的交易和来自 rollup 的原始数据。当然，构建者可以有很多，但这仍然存在一定审查风险。如果所有的构建者都选择审查某些交易，怎么办？有了 crList，区块提议者可以迫使构建者打包交易。 Danksharding 会让很多非常有趣的可能性得以实现。请注意，这些完全是我在半知半解的情况下做的推测，我不是要给区块链研究员或工程师，可能是在胡说八道： - 你可以在 ZK-Rollup 和以太坊一层之间进行同步调用——因为它们在同一个区块里确认。你可以看到这对于像 dAMM (分布式 AMM) 这样的东西来说是很有意思的！（dAMM 的相关内容可参阅文章 dAMM) - 打开了把目前的以太坊执行层升级为一个协议层 rollup 的可能性。首先是一个无状态和有欺诈证明的 optimistic rollup，最终会是一个有 zkEVM 的 zk rollup。 - 有了 crLists，你就可能对 L1 交易进行即时的预确认。(不用再等待区块的确认！) - 因此，考虑到上述所有内容，各种以前你没有想到过的新可能性都会闪现出来。这里有一个：这可以为在多个 zkrollup 间实现跨 rollup 的原子可组合性打开可能性吗？！在同一个 zkrollup 网络 (例如 StarkNet L3s) 里的多条链间当然是可能的——但在一个 StarkNet L3 和一个 zkSync L2 间呢？crList 预确认会否允许不同 zkrollup 把各自上面的交易“链”起来，全部在同一个区块里确认？ - PBS+crList 感觉是一种对 rollup 定序进行去中心化的合理方式。只需要有一个主要的定序者 (sequencer)，证明者 (attester) 迫使主要定序者打包交易，如果主要定序者离线了，证明者可以充当主要定序者。这种情况可以通过建立一个任何人都可以参与的后备定序者队列来改善。 - 对 MEV 也有影响，这方面留给 MEV 专家来说吧。 要说清楚的是，现在还有很多工作要做，但我觉得这确实是从我了解 rollup 和数据可用性采样以来，区块链协议领域发生的最令我兴奋的事情。 <br/> 可以从以下文章了解更多： [WIP implementation of Danksharding by dankrad · Pull Request #2792 · ethereum/consensus-specs](https://github.com/ethereum/consensus-specs/pull/2792) [PBS censorship-resistance alternatives — HackMD](https://notes.ethereum.org/Dh7NaB59TnuUW5545msDJQ#Using-attestations-to-vote-on-availability) [大幅简化的新分片设计](https://www.ethereum.cn/Eth2/new-sharding) <br/> PS：为什么要叫 Danksharding？只是为了把它与 "sharding" 区分开来，因为太多人仍然认为它意味着”多条平行链执行交易“。 <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-2-15/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-2-15/Tue, 15 Feb 2022 00:00:00 GMT # 合并 (The Merge) **Kiln 测试网** Kiln 测试网的 v1 已上线，与 Kintsugi 规范相比，Kiln v1 规范有以下变更： 在共识层上： - Optimistic Sync [#2770](https://github.com/ethereum/consensus-specs/pull/2770), [#2820](https://github.com/ethereum/consensus-specs/pull/2820) - "Merge" 重命名为 “Bellatrix” [#2774](https://github.com/ethereum/consensus-specs/pull/2774) - `execute_payload` 重命名为 `notify_new_payload` [#2817](https://github.com/ethereum/consensus-specs/pull/2817) - `receipt_root` 重命名为 `receipts_root` [#2808](https://github.com/ethereum/consensus-specs/pull/2808) 在执行层上： - 延展 `executePayload` 和 `forkchoiceUpdated` 方法的语义 [#165](https://github.com/ethereum/execution-apis/pull/165) - 把“终结区块错误”改为 `INVALID_TERMINAL_BLOCK` 状态 [#170](https://github.com/ethereum/execution-apis/pull/170) - 完善消息排序 [#148](https://github.com/ethereum/execution-apis/pull/148) 请注意：引擎 API 的认证机制 [#167](https://github.com/ethereum/execution-apis/pull/167) 对引擎 API 来说还是一个待处理的变更，并将加在下一个版本的 Kiln 规范里。 与 Kintusugi 测试网一样，Kiln 测试网也有其里程碑追踪文档  M0 到 M6 的具体内容如下： - M0：开启实现 - M1：Kiln v1 规范实现 - 执行层/共识层通过所有发布了的共识测试向量 - 使用 `[mergemock](https://github.com/protolambda/mergemock)` (实验调试工具) 来运行 - 基于 Geth 的引擎 API 测试用例 - 执行层：基于 Geth 的 - 执行层：额外的 [4399 测试用例](https://github.com/ethereum/hive/pull/496) - M2：Kiln v2 规范实现 （重复 M1 内容） - M3：多对多的互操作——两个或更多的执行层和共识层团队进行互操作测试 - 运行多对多的有交易的开发测试网 (`TTD` 在信标链的 8+ epoch 上出现)发送转移 ETH 的执行层交易，并部署一个在链上被成功执行的合约在表格里列出进行了互操作的团队 - M4：每周一个开发测试网——每周的开发测试网会在测试深度上递进 - 在二月的第二周开始，EF 的开发运维员 (Pari 等) 将在每周四搭建一个开发测试网。 - 客户端一旦通过了 M2，就加入每周的开发测试网 - 要通过 M4，客户端团队在合并的过渡过程中必须在开发测试网上，并处理执行层的交易 - 请注意：在每周的开发测试网上的执行层交易会越来越复杂，测试 EIP 和对网络进行模糊测试 - 另外，共识层客户端必须能够使用 Optimistic Sync 从创世开始同步 - M5：全部对全部的持久测试网——所有执行层和共识层的团队都准备就绪，创建一个长期的开发测试网来取代 Kintsugi - Kiln 规范被认为对于主网合并来说是功能完备的 - 运行有交易的多对多开发测试网 - 保持开发测试网在合并前一直运行，用于应用的测试环境 - 创建 README 文档给供公众使用 - M6：Kiln 测试网🔥🧱代码发布——客户端发布 Kiln 测试网代码供公众使用 - 主网兼容的同步支持 (Optimistic, Snap, 等) - 把Kiln 测试网 *🔥🧱* 的代码合并到主分支 - 创建基础文档，理想情况会有一个 CLI flag，让公共连接到这个持久的测试网 - 上线 Kiln，让公众使用 [来源](https://notes.ethereum.org/@timbeiko/kiln-milestones#Milestone-tracker) <br/> # **执行层** **合并后的测试网走向** 在 2 月 5 日进行的第 131 次以太坊核心开发者会议对合并后测试网的安排再次进行讨论，大家认为 Geth 的开发者 [Péter Szilágyi](https://twitter.com/peter_szilagyi) 之前分享的观点是对的：  根据 Tim Beiko 的会议记录，如果你要部署应用，Goeli 现在看来是最安全的，Ropsten 和 Rinkeby 最可能在接近合并的时候被关闭。因此，如果你在使用 Ropsten 或 Rinkeby， 现在是时候开始迁移了。 **上海升级的讨论** 第 131 次以太坊核心开发者会议对上海升级进行了长时间讨论，希望进入上海升级的 EIP 有很多，内容包括 EVM 升级相关的一些列 EIP， 关于改善用户体验的 EIP-3074，Vitalik 提出的引入用于分片的新交易类型，Dankrad 提出的为无状态打下基础的几个 EIP，添加 BLS 预编译的 EIP-2537 等。  会议最后认为目前最紧急的有两方面的内容：EVM 相关的第一部分的 EIP 以及降低交易数据开销。信标链提困很明显也很重要，但目前还没有规范。因此，有第一组的 EVM EIP 被列为”考虑纳入“类别，而关于 Vitalik 提出的“携有 blob 的分片格式的交易”提案，开发者将在未来几周/月通过原型设计来了解实现难度，并会在未来的会议里继续讨论。以下是被列为”考虑纳入“类别的 EIP 简介： - [EIP-3540: EVM Object Format (EOF) v1](https://eips.ethereum.org/EIPS/eip-3540) （EVM 对象格式） 这份 EIP 在伦敦升级的时候已做了铺垫工作 (EIP-3541)，它使得添加多个 EVM “版本” 成为可能，可以引入新的功能而不破坏原有的合约。 - [EIP-3670: EOF - Code Validation](https://eips.ethereum.org/EIPS/eip-3670) (EOF - 代码验证) 这份 EIP 引入用于 EOF 的代码验证，使得对字节码的推理更容易，并且使得 EVM 实现更高效。 - [EIP-3855: PUSH0 instruction](https://eips.ethereum.org/EIPS/eip-3855) (PUSH0 指令) 这份 EIP 引入的是一个小变更，它添加了一个 PUSH0 操作码，把 0 推入执行堆栈。这是一个简单的功能，但对于需要为 EVM 提供 0 填充输入的很多用例来说非常有用。 - [EIP-3860: Limit and meter initcode](https://eips.ethereum.org/EIPS/eip-3860) (给 `initcode` 设限并对其计量) 这份 EIP 给 `initcode` 添加了上限，并且用 gas 对其在执行中进行计量，否则它是不计入开销的。 [上海网络升级规范](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md) 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1489710356452675584&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=e44b58a9bf4efa8370f4da9f363033b7f0af3686&amp;theme=light&amp;widgetsVersion=0a8eea3%3A1643743420422&amp;width=550px" data-tweet-id="1489710356452675584" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 552px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层** **为什么权益证明不会明显比工作量证明降低出块时间？** 今日，Vitalik 在 reddit 的 r/ethereum 板块对“为什么权益证明不会明显比工作量证明降低出块时间？”这一问题进行回答，并引发广泛讨论。以下为他的回答的译文： 对加快出块时间的限制与安全性和去中心化有关 (具体来说，具有好得多的网络连接的节点有很大的经济优势这种情况是要避免的，因为这有可能导致以太坊挖矿或质押集中在例如 AWS 上)。 在工作量证明上，核心问题是区块出现的时间是随机的；如果平均出块时间是 13 秒，这意味着有 1/13 的机会下两个区块会在 1 秒内出现。当两个区块在非常接近的时间出现，有更好网络连接的矿工会有先广播他的区块的优势，因此可以击败另一个区块。对于13 秒的出块时间，这种影响是可以容忍的，特别是叔块奖励会减少你的区块稍迟出现所带来的经济惩罚。但对于 3 秒的出块时间来说，这就成了一个巨大的问题。 在权益证明里，出块时间是均匀的每 12 秒，因此这个问题就不会出现。但是会出现另一个问题。以太坊版本的权益证明试图在平均一个 slot 后给每个区块一个很高的确认水平，这需要每个 slot 有成千上万个签名 (当前大约是 9100) 才能使区块在下一个 slot 被打包。这个时间是呈对数形而不是线性的 (因此，把 slot 时间减半，要求每个 slot 有大约 4550 个签名是不可行的，因为每个当下更短的 slot 仍然需要几乎同样长的时间)，但聚合这么多个签名仍然是一个大问题，并需要多轮的网络通信。这个过程大概可以在 6 秒甚至更短的时间内安全地完成，但问题是在那个时候，相当多的签名将不能即时被打包到链上，这样奖励会再次开始真的有利于高度中心化的行动者。现在大约 12 秒的出块时间是保守的，并给我们一个很好的缓冲来应对这种风险。 我不期望每个 slot 的时间会在未来大幅降低。虽然看起来越来越可能的是单个 slot 实现最终敲定，这将意味着单个 slot就能实际上对一笔交易进行最终敲定，而不是像今天那样只是很大程度上确认它。需要真的非常快确认的应用将不得不依赖状态通道或 rollup，由定序者提供预确认。也就是说，我们也在积极研究协议内的机制，这些机制可以给用户合理的强有力的确认，只需几秒钟，一些交易就能被打包到下一个或另一个不远的区块。 [来源](https://old.reddit.com/r/ethereum/comments/slzfsd/why_wouldnt_proof_of_stake_drastically_reduce/hvu9ekc/) <br/> **Danksharding 学习工作坊** 2 月 14 日有一个关于 Danksharding (由以太坊基金会研究员 Dankrad Feist 提出的[新分片方案](https://www.ethereum.cn/Eth2/new-sharding)) 的学习工作坊——“Dude, what's the Danksharding situation?"。  工作坊分为两个部分，第一部分的主讲人是 Dankrad Feist，也就是 Danksharding 提案的作者。Danksharding 是目前以太坊的共识层研究团队正在研究的最新以太坊扩容协议提案，之前的一个工作坊介绍了加密部分，这次聚焦扩容方案部分。 第二个部分的主讲人是 Vitalik，他讲解最近发表的提案——“Sharding-format blob-carrying transactions (携有 blob 的分片格式的交易) ”。如果可能的话，这个提案希望能纳入上海升级。 工作坊视频： <iframe src="https://www.youtube-nocookie.com/embed/e9oudTr5BE4?" frameborder="0" loading="lazy" allow="null'accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture" allowfullscreen="" style="box-sizing: border-box; position: absolute; top: 0px; left: 0px; height: 405px; width: 720px; outline: 0px; border-radius: 0.375rem;"></iframe> [来源](https://notes.ethereum.org/@hww/workshop_feb_2022) <br/> # **Layer2** **二层交易数据追踪网站 L2 Fees 新增 “Total L1 Security Costs” 板块** L2 Fees ([l2fees.info](http://l2fees.info/)) 是一个以太坊二层网络交易数据的追踪网站，除了实时追踪各个 L2 项目的 “ETH 转账” 和 “代币 swap” 的费用之外，现在还新增了一个叫做 "Total L1 Security Costs"(L1 安全总费用) 的板块。  这个板块记录的是各个 Layer2 每天向 L1 支付的安全总费用，即 L2 与 L1 交互所需要的花费总和。 <br/> **以太坊 Argent L2 钱包与 LayerSwap 合作，用户可以直接从中心化交易所提款至 Argent 的 L2 账号** LayerSwap 旨在提供 CeFi -> DeFi 资产转移的解决方案，目前的 CEX -> Layer2 桥接让用户更快速、更便宜地从中心化交易所向 L2 充值资产。值得注意的是，LayerSwap 使用 Bransfer 以连接到用户的中心化交易所账号。用户需要注册一个 Bransfer 账号，仅通过邮箱便可注册。 此前，Argent 推出了基于 Layer2 解决方案 zkSync 的 L2 钱包。而为了解决用户从 L1 向 L2 充值资产时的高昂费用问题，Argent 与 LayerSwap 合作，用户可以轻易地从中心化交易所向 L2 发送资产。LayerSwap 会向用户收取 $2 再加上每笔交易的 0.4% 作为手续费。 使用方法见视频： <iframe src="https://www.youtube-nocookie.com/embed/Qo78KlaUnHo?" frameborder="0" loading="lazy" allow="null'accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture" allowfullscreen="" style="box-sizing: border-box; position: absolute; top: 0px; left: 0px; height: 405px; width: 720px; outline: 0px; border-radius: 0.375rem;"></iframe> [来源](https://www.argent.xyz/blog/how-to-fund-your-argent-l2-account-from-an-exchange/) <br/> **Polygon Hermez 团队提出一个针对 zk-rollups 的共识机制 Proof-of-Efficiency (PoE) 以实现去中心化 L2** Polygon Hermez 的项目负责人 David Schwartz 在 [ethresear.ch](http://ethresear.ch/) 论坛上发布了一篇介绍 Proof of Efficiency (PoE) 的文章。 David 表示，Polygon Hermez 团队正专注于 zkEVM 的实现，而这项工作需要其研发一种新的共识机制 (PoE) 来推动 L2 协议的去中心化。 PoE 共识机制旨在实现 L2 zk-rollups 里去中心化和无需许可的验证者，在这种机制下： - 无需许可的定序者作为协议的受益参与者，也作为网络可扩展性的来源。 - 包含一个与 Volition (zk-rollup + Validium) 机制完美兼容的数据可用性模型，可以为用户提供不同层面的服务。 - 能够计算数据可用性中的 “虚拟” 状态和基于有效性证明的 “最终” 状态。通过基于不同的标准设置有效性证明的频率，这种架构可以为去中心化的 zk-rollups 节省一大笔开销。 - 能够本地抵抗 L2 的网络问题 (如作恶者发起攻击或者特定的验证者出现技术问题)。 - 使得激励模型最大化网络最终确定性的性能。 更多详细内容 ECN 随后会翻译出来，也可[参考来源](https://ethresear.ch/t/proof-of-efficiency-a-new-consensus-mechanism-for-zk-rollups/11988)。 <br/> **L2 网站推荐：L2Savings，追踪用户的 L2 交易并估算相较于主网节省了多少费用** L2Savings ([l2savings.org](http://l2savings.org/)) 统计了用户的所有 L2 (目前仅支持 Optimism、Arbitrum、ZkSync) 交易历史数据，计算出用户使用 L2 所付的交易费以及估算这些交易发生在 L1 所需要的花费，从而对比出用户节省了多少交易费。  <br/> **以太坊 L2 NFT 平台 Immutable X 宣布与电子游戏零售商 GameStop 合作** 2 月 3 日，基于 StarkEx 构建的 L2 NFT 平台 Immutable X 宣布与电子游戏零售商 GameStop 达成合作。他们将合作于今年推出一个 NFT 市场。同时，他们将推出一个价值 1 亿美元的 IMX 代币池用于资助 NFT 创作者和技术开发，支持那些在 GameStop NFT 市场发布 NFT 游戏项目的开发者。  GameStop 和 ImmutableX 资助项目的申请：https://nft.gamestop.com/ 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1489209166010847232&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=e44b58a9bf4efa8370f4da9f363033b7f0af3686&amp;theme=light&amp;widgetsVersion=0a8eea3%3A1643743420422&amp;width=550px" data-tweet-id="1489209166010847232" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 646px; display: block; flex-grow: 1;"></iframe> <br/> **L2 zk-rollup 解决方案 Polygon Hermez 发布 2.0 zkEVM 的初始文档** 1 月 27 日，L2 zk-rollup 解决方案 Polygon Hermez 发布了其 2.0 版本 (zkEVM 项目) 的[初始文档](https://docs.hermez.io/#start-here-for-hermez-10-documentation)。 Polygon Hermez 团队认为，基于操作码的 zkEVM 解决方案所提供的可兼容性是扩容以太坊的最佳方案。其效率应该与基于编译程序的解决方案类似，但是它的优点是能够继承以太坊的安全性。 <br/> # 生态 **OpenSea 撤回对免费铸造NFT的50个数量限制**  <center>cr : OpenSea</center> 1月28日，OpenSea 撤回对免费铸造NFT的50个数量限制。他们声称使用免费铸造工具的项目有 80% 都是剽窃、伪造或是垃圾信息。为了改善此现象，OpenSea 把无限铸币服务改成上限 50 个。这引起广大创作者的不满，目前有许多 NFT 的作者会定期发布作品，例如按天或按周发布固定数量的NFT，总计发布数量为几百到数千，此举措会打乱他们的作品规划。 一般来说，要铸造NFT，创作者需要向矿工支付费用 ( 铸造费 ) 。而 OpenSea 为了推广 NFT ，提供免费铸造服务，而将铸造费转由买家承担。 最后，OpenSea 向用户道歉，表示他们应该在贸然改动前告知用户，并保证未来的变动都会先试行。OpenSea 也将继续寻找其他解决上述问题的方案。 <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1486843201352716289&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=e44b58a9bf4efa8370f4da9f363033b7f0af3686&amp;theme=light&amp;widgetsVersion=0a8eea3%3A1643743420422&amp;width=550px" data-tweet-id="1486843201352716289" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 638px; display: block; flex-grow: 1;"></iframe> <br/> **[ENS.Tools](http://ens.tools/) 上线** 2月3日，@aoxborrow 发推公布 ENS.Tools 上线。该功能可以检索过期与在 OpenSea 上出售的ENS域名。  cr : aox.eth (图片显示的是在售的短字符域名，价格从低到高排列。) <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1488991186333302785&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=e44b58a9bf4efa8370f4da9f363033b7f0af3686&amp;theme=light&amp;widgetsVersion=0a8eea3%3A1643743420422&amp;width=550px" data-tweet-id="1488991186333302785" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 824px; display: block; flex-grow: 1;"></iframe> **Larva Labs 令 OpenSea 下架 CryptoPunks V1 的 NFT**  cr : @CyptoPunks V1 2月8日，@CryptoPunks V1 发推称 Larva Labs ( CryptoPunks V2的开发商 ) 根据DMCA ( 数位千禧年著作法 ) ,令OpenSea 强制下架关于 Cryptopunks V1 的NFT。@CryptoPunks V1 回应将就此事咨询律师，适时更新后续。目前可以在 Cryptopunks V1 自己的平台与 LooksRare 上交易此系列NFT。  cr : @CyptoPunks V1  cr : @CryptoPunks V1 2月10日，@CryptoPunks V1 向 OpenSea 提交反对申请，认为交易 Cryptopunks V1 是他们的正当权利。  cr : @CryptoPunks V1 实际上，V1 Punks (Cryptopunks V1) 是 LL ( Larva Labs ) 于 2017 年发布的著名 CryptoPunks NFT 集的原始 NFT 集。但是，由于智能合约中的错误，有人发现购买这些 Punks 后可以把资金提款回来，因此可以免费获得这些 NFT。LL 在发现问题后，废除了第一版合约并重新发行了 NFT。V1 Punks 被智能合约 “封装” ( Wrapped ) 后，通过 ERC-721 重新发行，背景颜色与 V2 不同。拥有这些 V1 Punks 的社区成员包括早期 Punks 空投参与用户、NFT 行业早期用户与开发人员。  cr : @Larva Labs 1月26日，LL 发推并置顶此推文：“V1 Punks 不是官方的Cryptopunks。我们不喜欢V1，且我们手中还持有一千个 V1 Punks……社区成员可以自己权衡一下利弊。所有出售 V1 的收入将全部用于购买真正的 Cryptopunks。” 在此声明前，根据 @ NFTethics 1 月 31 日的推文，LL 的联合创办人 John Watkinson 出售了数十个 V1 Punks，此行为引发社群的强烈不满。LL 联合创办人 Matt Hall 在 Discord 中发表公告表示歉意：“我们原以为通过发表声明与售出 V1 Punks可以表达我们对 V1 的厌恶，也许其他人也会效仿。出售 V1 Punks 是一次糟糕的决定。我们对此感到抱歉，且在此与社区道歉。”  cr: Discord @matt2000 一些早期 Cryptopunks 的社区建设者则对 LL 背弃 V1 的行为感到不满。  cr : @velinova.eth|RMRK <br/> **阿桑奇DAO** AssangeDAO 是以维基解密创始人朱利安 · 阿桑奇命名的 DAO 组织，目的为解救阿桑奇。根据 [assangedao.org](https://assangedao.org/)，这个 DAO 于 2021 年 12 月 10 日开始在 Telegram 小组中动员，小组成立后不久，阿桑奇的弟弟加布里埃尔 · 希普顿 ( Gabriel Shipton ) 也加入了。他表示，与阿桑奇合作的 NFT 项目正在进行中，此项目将通过拍卖为解救阿桑奇运动筹集资金。 Censored是阿桑奇和著名数字艺术家 Pak 合作的 NFT 系列，该系列由一个动态 NFT 与一个动态公开版本组成，任何人都可以参与。动态 NFT 是使用 manifest.xyz 智能合约铸造的。 AssangeDAO 将要拍的NFT作品为“ Clock “， 原型是一个静音计时器，用于计算阿桑奇在监狱中度过的天数。 Censored 系列 NFT 为用户自由创作文本，这些文本以白色为底，黑色字体被粗黑的线条掩盖。而这些文字会在阿桑奇释放后重见天日。  2月8日晚上，募捐停止。AssangeDAO 共筹得 17422 个 ETH ( 大约 5420 万美元 ) 。2月9日，AssangeDAO 成功以 16593 个 ETH 拍下 NFT ( 为该组织所筹资金扣去众筹平台手续费后的全部资金 ) 。Pak 表示这些钱将全部给到帮助阿桑奇辩护的 Wau Holland 基金会。  竞标成功后，AssangeDAO 宣布治理代币 JUSTICE 已开放申领，捐赠者可前往 JuiceBox 领取，申领比例为 1 ETH = 一百万枚 JUSTICE。 其后， [assangedao.org](https://assangedao.org/) 亦发布了阿桑奇 DAO 的治理模型。 [来源](https://assangedao.org/) <br/> **针对项目方的骗局** 推特用户 @thomasg.eth 表示他在过去两周遭遇了一次社会工程般的诈骗，差点令他失去所有的ETH。幸好，他逃过一劫。 接下来，他详细讲述了骗局的来龙去脉。 “我是 Arrow 的创始人，Arrow 是一个致力于构建开源垂直起降 ( VTOL ) 飞机和空中出租车协议的 DAO。我们仍处于早期阶段，专注于发展团队。我们对贡献持开放态度，如果有人愿意提供帮助，我们不会拒绝。 两周前，用户 “ heckshine ” 加入了 Discord 并进行自我介绍。他目前在育碧工作，主动提出要提供 3D 设计和动画方面的帮助。该消息看起来似乎有些奇怪，但我只是将其归因于语言障碍。heckshine 还有一位对 VTOL 非常感兴趣的朋友，她正在开展一个元宇宙项目。她的姐夫还是波音公司的副总裁。 在接下来的几天里，heckshine 开始为 Arrow 制作各种动画项目。他为我们的网站设计了一个非常棒的英雄动画形象，并开始制作一些飞机效果图。他对项目的奉献给我们留下了深刻的印象。 与此同时，heckshine 还联系了他的朋友 Linh 。她显然对 Arrow 感兴趣，heckshine 让我给她发一封电子邮件。从他告诉我的情况来看，Linh 似乎很有人脉。 Linh 给我回复了一封邮件。她告诉了我一些关于她元宇宙项目 Space Falcon 的一些信息。我并没有真正接受它，但由于我并不关注 NFT ，所以我也没有对此感到有什么不妥。 她还告诉我更多关于她与波音与 Wisk ( Linh 声称她是 Wisk 的早期投资人 ) 的联系，并提供了一些关于 Arrow 的想法。她似乎急于为我们建立潜在的合作伙伴关系。邮件的语气有点奇怪，但我认为这也只是语言障碍。 Linh 和我将聊天转移到 Discord 上。我们谈论了更多我们的背景，并最终决定她作为顾问可以最好地提供帮助。她主动提供指导和建议，帮助我们解决合作关系方面的问题。我为有她的帮助而感到兴奋。 然后她告诉我更多关于 Space Falcon 的信息。这似乎有点像一个快速致富的计划，但同样，这也是我对 NFT 的看法。鉴于她为 Arrow 做出的贡献，我为 Space Falcon 也提供一点支持也没什么。 Space Falcon 使用一种叫做 Armstrong WETH 的代币。我不太懂，但我懒得做研究。显然，用户需要租用 NFT，因此 NFT 可以为持有者提供一些被动收入。我告诉她这听起来很棒，让我随时了解最新情况。 这时，我实际上在查 Space Falcon 。我从未听说过它，但它似乎是 Solana 上相当受欢迎的游戏项目。我在团队页面上看到了 Linh 的名字。 Linh 和我都同意保持联系，然后我继续做其他事情了。 在接下来的 10 天左右，heckshine 每天都在 Discord 中活跃。他拿出了一些超高质量的效果图。它们并没有特别适合航行 ，但他非常高兴能提供帮助，我认为我们可以通过一些迭代来改进。 heckshine 在整个过程中表现得非常尽责与可靠。我们在对未来的构想上非常一致，我很高兴他对我们正在做的事情表现出如此地热情。 在12号，整件事开始变得疯狂。heckshine 和我一直在反复讨论我们 v1 飞机的设计。他获得了飞机的全部构造，并准备在早上起床时开始渲染。 在我们的讨论快结束的时候，Linh 向我传达了一些令人兴奋的爆炸性消息。她正在参观 Wisk 设施，并邀请我与团队会面。她附上了与 Sebastien ( Wisk 的副总裁 ) 的邮件线程截图。 事后看来，这有点荒谬，但我没有理由认为这一切都是假的。我们确定了行程的日期，Sebastien 将通过电子邮件向我发出正式邀请。我很兴奋并且非常感谢 Linh 安排了这个。 这个时候 Linh 说他们的质押 APP 已经上线了。她提出要送我 NFT 。这个时候来测试他们的 APP 是我能做的最简单的事情。 我让她把它发送到我的热钱包里，但她把它发到了我的主钱包里，因为它很有价值。到这一步也什么大不了的，对吧？  她给我发了一些关于质押 APP 的说明。他们的网站看起来不错，它提供了三种交易：NFT 授权、aWETH 的代币授权、质押功能。代币授权似乎有点奇怪，但我没有持有它，所以我不担心。 在接下来发生的事情中，我非常走运。由于这是一个新项目，我决定在进行质押之前将 NFT 转移到一个新的 eth 地址 —— 以防它们被利用或是怎样。质押完成了，我开始从中获得收益。 我让 Linh 知道我质押了，且操作很容易。她提议送其他 NFT 给我，但她希望我通过主账户质押，以帮助他们发展。有点烦人，但我同意了。 我跟 Linh 说在质押前我要先看它的合约，她开始变得咄咄逼人。这时我终于意识到事情变得不对劲。 所以我打开 etherscan 找出我质押第一个 NFT 的新地址，我看到页面后全身如坠冰窟。  我授权的 aWETH 不是 Armstrong WETH，而是 Aave 的 aWETH。而我的主地址上，几乎所有 ETH 都是 Aave 封装的 aWETH。 在这一点上，我欺骗了诈骗者，他们最终开始删除他们所有的 Discord 消息。他们最后还想挣扎一下，Linh 向我发送了 0.2 ETH 来支付 gas 费，要求退还 NFT。不知道这是什么逻辑。 我进一步研究了合约，发现了真正可怕的地方：我差点就授权它使用我的 aWETH ，诈骗者可以从我的账户中转移任意数量的 aWETH。  当我继续在 etherscan 上浏览诈骗者地址时，我最终找到了他们的资金来源 - 100 ETH Tornado Cash 存款。这些家伙资金雄厚，同时超级聪明。  我认为他们聘请了一个负责 heckshine 大部分工作的 3D 设计承包商。据我所知，他们还围绕这个骗局制定定制合约和前端。 那关于 SpaceFalcon ，这个项目是真实的对吧？ 据我所知，这是 Solana 上的一个真实项目。真正的项目域名为 [spacefalcon.io](http://spacefalcon.io/) ，[而骗子以某种方式获得了.com](http://xn--ykqviq45awwdptak80a8wdus1cc0lq2iju9d.com/)。 所以我一直在与之互动的 Linh 可能只是冒名顶替真正在 SpaceFalcon 工作的 Linh 。 所以在这个骗局里要点是什么？ 1. 代币授权可能非常危险。我总会非常谨慎地对待代币授权。在尽可能的情况下对授权操作加以限制是对的。 2. 诈骗者们变得越来越狡诈了。这件事之前我遇到的最好的骗局还在“你好，我是技术客服，请向我们提供你的私钥以便我们对你提供帮助。“ 3. 记得查证信息来源，不管你多信任对方。这些人花了两周时间来攻克我的弱点，我差点就上当了。再谨慎都不为过。 我能几乎毫发无伤地走出这个骗局真的太幸运了。希望大家以后能够小心谨慎！“ 来源： <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1492663192404779013&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=e44b58a9bf4efa8370f4da9f363033b7f0af3686&amp;theme=light&amp;widgetsVersion=0a8eea3%3A1643743420422&amp;width=550px" data-tweet-id="1492663192404779013" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 362px; display: block; flex-grow: 1;"></iframe> <br/> **Nomic 基金会：以太坊公共产品组织** 2月9日，Nomic Labs ( Hardhat的创立团队 ) 宣布变成 Nomic 基金会。Nomic 基金会是一个非盈利组织，专注于提高与扩展以太坊开发者平台，帮助开发者构建去中心化世界。Nomic 基金会将扩展 Hardhat 工具套件，建立一个促进工具生态有机增长的长期基础架构，以此减少以太坊通过任何组织来构建与维持核心组件的依赖。Nomic 基金会将接管 Hardhat 与 Nomic Labs 其余的开放工程项目以及相关团队。 Nomic 基金会从以太坊基金会 ( 800万美元 ) 、Vitalik Buterin 、Coinbase 、Consensys 、The Graph、 Polygon 、 Chainlink 、 Gnosis 、 a16z、a_capital 、Kaszek Ventures 获得 1500 万美元的捐款。而基金会会继续向几个 DAO 提交资金提案，以筹集总计 3000 万美元的资金。 Nomic 基金会想要让他们的平台给生态赋能，使其能够不断构建开源框架。因此他们为此定下了四个战略支柱：Solidity、EVM 工具、本地开发环境和以太坊连接库。对应每个支柱，Nomic 基金会都会分别构建平台。它们分别是： 1. Slang : 一个新的 Solidity 开发编译器。 2. EVM 工具 Rethnet : 这是一个使得其他工具可以在 Hardhat 的基础上做构建的工具，这样可以节省任何 EVM 语言工具开发的成本。 3. 本地开发环境 Hardhat : 首个端到端的全功能以太坊开发环境，深度集成整个开发堆栈——源代码编辑器 ( Hardhat VSCode )、部署解决方案 ( Hardhat Ignition )、开发网络 ( Hardhat Network ) 和构建 / 测试工作流 ( Hardhat Runner )。 4. web3.js 作为前端平台，通过改造库、围绕它发展社区以及生态，以及在可延展架构的支持下，它可以为 dapp 开发持续提供价值。 [来源](https://medium.com/nomic-foundation-blog/introducing-the-nomic-foundation-an-ethereum-public-goods-organization-31012af67df9) <br/> **Sign-in with Ethrereum 发布 Python 库** 1月19日，Spruce 发布了 [Sign-In with Ethereum ( siwe ) Python 库的 alpha 版本](https://github.com/spruceid/siwe-py)。 现在可以通过 [PyPI](https://pypi.org/project/siwe/) 搜索及安装Sign-In with Ethereum，所有 Python 项目都可以用命令行 `pip` 安装 Sign-In with Ethereum。 ``` pip install siwe ``` 通过 Sign-In with Ethereum，用户可以使用以太坊地址，而不是通过中心化身份提供商来使用 Web2 网络服务。若想要了解更多关于 Sign-In with Ethereum 的信息，可以点击 ECN 之前的文章查看：[使用以太坊登录 —— 提议工作流程](https://www.ethereum.cn/Ecosystem/sign-in-with-ethereum-proposed-architecture)。 [来源](https://blog.spruceid.com/sign-in-with-ethereum-python-library-release/)https://www.ethereum.cn/Eth2/wnie2-2022-1-28https://www.ethereum.cn/Eth2/wnie2-2022-1-28Thu, 10 Feb 2022 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_220128) 作者 | Ben Edgington <br/> ## 首要推荐 Vitalik 做客 [Up Only](https://www.youtube.com/watch?v=2J9ex32-pCI) 那一期的访谈内容很有趣。对话中并没有太多与 Eth2 相关的东西，但我们都需要时不时休息一下。 <br/> ## 信标链 大家知道 “Ethereum 2” 是 [2014 年](https://news.ycombinator.com/item?id=7554923)就已经有的东西吗？现在尝试[去掉 “Eth2”](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/) 这种做法真的有点奇怪 (详见文章[《重命名计划：Eth2怎么了？》](https://www.ethereum.cn/Ecosystem/the-great-eth2-renaming))，而且肯定[令人困惑](https://twitter.com/superphiz/status/1486031335521140738)。但至少我们现在有一个[新的关于合并的 meme 了](https://twitter.com/brillie_b_bral/status/1485658365887983618)！(这里是[原来的版本](https://twitter.com/icebearhww/status/1431970802040127498))  <center>左图为新版本，cr：@brillie_b_bral 右图为旧版本，cr：@icebearhww</center> 好了，回到 Eth2 的内容。信标链运行良好，目前已质押 920 万 ETH，有 28.8 万活跃验证者，参与率达 99%+。这一点是毫无异议的。 Prater 测试网的参与率较低，约为 85%。这问题不大 —— 测试网的验证者节点经常被放弃 —— 但这确实造成了比主网更多的空 slot 和延迟验证的情况出现。 Pyrmont 测试网现在已经废弃了，这使得它可以用于一些有趣的实验。Nimbus 团队的 Jacek [一直在研究](https://twitter.com/jcksie/status/1484632785671397379)一种远程攻击，这是一种 PoS 链特有的网络攻击，但类似于 PoW 链中的 51% 攻击，因为这种攻击也构建了一条竞争链。该攻击导致了 Pyrmont 出现一个独立分叉，Jacek 将其命名为 [Insecura](https://ethresear.ch/t/insecura-my-consensus-for-the-pyrmont-network/11833?u=benjaminion)。一定要读读 Jacek 写的关于这个攻击的帖子 —— 看到理论变成现实真的很有趣。然而，正如 Jacek 在这条[推文](https://twitter.com/jcksie/status/1485574681688223745)中所提到的，在实践中这并不是什么值得担心的事情，除非出现一个共识错误，那就得担心这类攻击了。 这让我们想到了另一个话题：客户端多样性。我在[上一期的进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-1-17)中列出了最新的客户端多样性数据，并提出了我的担忧。在我正在编写的 *Upgrading Ethereum* 里，我重新修改了关于[客户端多样性的部分](https://upgrading-ethereum.info/altair/part2/incentives/diversity)，以便更具体地说明其实际的风险。我是因为听了上周 [Bankless podcast](http://podcast.banklesshq.com/rollup-microsoft-buys-activision-olympusdao-has-fallen-looksrare-nft-irenedao) 中关于多样性的讨论 (在 53 分 54 秒处) 才决定改的，这部分的讨论很好，但有些地方不准确 (尤其是关于罚没的讨论，还包括客户端分布具有明显差异性的原因)。 在 [State of the Stake #47](https://www.youtube.com/watch?v=RQcP1y4yGms) 中, Super Phiz “试图用一个比喻来描述合并前实现客户端多样性的重要性” —— 这期很有趣，推荐收听。Chainsafe 也写了一篇关于客户端多样性的[文章](https://medium.com/chainsafe-systems/on-client-diversity-in-decentralized-networks-848aeedfb49d)。 关于这方面有一些更好的消息，一些大型质押池开始意识到这个问题的重要性并开始积极采取行动以多样化其验证者队伍。Rocket Pool 也开始[重新调整](https://twitter.com/RocketPoolBot/status/1487082375330910210)其客户端分布。在客户端多样性的透明度方面也有很多正在进行的工作。除了 Michael Sproul 的[优秀分析](https://twitter.com/sproulM_/status/1481109509544513539)之外，Miga Labs 也新推出一个 dashboard ([clientdiversity.org](https://clientdiversity.org/))，并且 [nodewatch.io](https://www.nodewatch.io/) 也可以用了。需要注意的是，后两者计算的是节点而不是验证者数量，而验证者是协议中更重要的指标。如果你正使用一个占比最大的客户端并感到十分担忧，目前有很多[客户端迁移指南](https://www.reddit.com/r/ethstaker/comments/sajl4v/how_to_migrate_away_from_prysm_to_another_client/)，并且 [EthStaker 社区](https://www.reddit.com/r/ethstaker/) 总能给你提供帮助的！ <br/> ## 合并 最新的[合并规范](https://github.com/ethereum/consensus-specs/releases/tag/v1.1.9)出炉，这可能是最终规范的候选版本。 我们在本周的 [Eth2 开发者会议](https://hackmd.io/@benjaminion/rk1gRzgCK#Merge-Planning)中讨论了 ”什么时候实现合并？“。没有得出结论，只有一些参数。 Eth1 的难度炸弹可能在 7 月中旬成为一个问题。理想情况是在那之前完成合并。我们花了一些时间整理难度炸弹之前我们需要完成的里程碑。结论是：在难度炸弹之前完成合并大概是可行的，但没有更多的空间留给我们去处理其他问题了。 另一方面，从现在往前看，仍然存在一些不确定因素。规范还没有最终确定下来；我们也还没完全完成 optimistic sync 的工作 —— 对于谨慎的开发者来说，还有太多未知因素了，因此还不能给大家承诺一个确切的时间表。 总之，我认为我们将抓紧推进工作，以在理想的时间内即在 7 月中旬前完成合并。但如果需要的话，我们会有一些应急计划以推迟难度炸弹的部署时间。当务之急是先把整件事情做好。 有个叫做 Mr Phiz 的用户在 YouTube 聊天中评论说，不确定的时间表会让社区感到很失望。我理解这一点。但我认为这里做了一些权衡。因为在以太坊中，每个人都可以看到香肠的制作过程，而且这个过程相当混乱。没错，这就是透明的分布式开发的特点。我们也可以像其他协议一样 (咳咳，比如 Dfinity)，在一个密封的实验室里研究，然后带着所有已经构建好并且高大上的东西出现，但这不是我们的精神所在，从来都不是。如果有一天以太坊变成那样，也就是我退出社区的时候。 ### **Kintsugi 测试网** Kintsugi [合并测试网](https://beaconchain.kintsugi.themerge.dev/)运行非常好，它有一个很不错的 Eth1-Eth2 客户端组合的集合。 我们的计划是再运行 Kintsugi 2-3 周，同时确定合并规范并将其纳入客户端中，并在 2 月中旬启动 Kintsugi V2 版本 (名字待定)。 等等！根据 Tim Beiko 最新一期[《以太坊核心开发者会议更新 009》](https://www.ethereum.cn/Technology/allcoredev-update009)，新测试网的名字将是 Kiln (而不是我之前所说的Klim或Klin！)。这期更新还讲了很多关于 Kintsugi 的其他细节。 现在加入这个行列还不算太晚！Luis Naranjo 为大家整理了一份关于使用 Besu–Teku 客户端组合[加入 Kintsugi 网络](https://luisnaranjo733.hashnode.dev/want-to-help-test-the-merge-run-a-node-on-kintsugi)的指南。 ### 其他测试 [Pari](https://twitter.com/parithosh_j/status/1484258074399592450) 和 [Marius](https://twitter.com/vdWijden/status/1484255125170532358) 做了一个 Eth1 Goerli 测试网的[影子分叉](https://github.com/parithosh/consensus-deployment-ansible/tree/goerli-shadow-fork/goerli-shadow-fork)，并将其合并到 Eth2。顾名思义，这个分叉是目前正运行的 Goerli 测试网的影子版本，即重放所有发送给 Goerli 测试网的交易。我猜测交易池不会完全相同，所以在某些时候，状态会出现分歧，一些交易会变得无效。但这是朝着真实测试目标踏出的非常重要的一步。他们以一种非常易于重复的方式设置了这个分叉，如果有需要的话，这个练习可以每周重新开始。 在不久的将来，我们也会这样对 Eth1 主网这样做。 还有一个新的用 [Kurtosis ](https://github.com/kurtosis-tech/eth2-merge-kurtosis-module)模块形式构建的合并测试框架，看起来很不错。 <br/> ## 质押 [Rocket Pool](https://medium.com/rocket-pool/where-we-are-and-whats-to-come-7f5f932e9035) 发布了上线 11 周以来的更新。Rocket Pool 已经占所有验证者的[约 1%](https://twitter.com/RocketPoolBot/status/1487082375330910210)。我不确定 ”Rocket Pool 是第二大以太坊质押提供商“ 的说法是否正确 —— [有几个更大的质押提供商](https://beaconcha.in/pools) —— 但我肯定他们正向这个方向发展。 另一项旨在去中心化质押池的技术是分布式验证者 (Distributed Validators, DVT)，之前叫做秘密共享验证者 (SSV，Secret Shared Validators)。这个领域也有一些进展： - ssv.network 的[激励测试网 Primus](https://blog.ssv.network/primus-incentivized-testnet-is-live-1cb82d9b4709) 上线，你可以在该项目的[新主页](https://ssv.network/)上了解其最新情况。 - 同时，Obol 也在进行构建 DVT 的工作。Oisín Kyne 解释了为什么这项技术对[解决质押问题](https://blog.obol.tech/tackling-the-staking-problem/)如此重要。 ### 工具 `[eth-wizard`](https://github.com/stake-house/eth-wizard) 是一个验证者安装向导，旨在指导任何人完成安装的各个步骤，以成为以太坊网络上能够正常运作的验证者节点。版本 [0.8.0](https://github.com/stake-house/eth-wizard/releases/tag/v0.8.0) 已发布。Rémy Roy 在 [Stakehouse 社区会议](https://hackmd.io/@benjaminion/wnie2_220128#StakeHouse) 中对这个工具做了一些解释。 <br/> ## 媒体和其他 Tim Beiko 和我参加了一期 [Compass Mining 播客](https://twitter.com/compass_mining/status/1487095255400865797)，解释了合并的过程并讨论了相关的时间表。 Jacek 还发了另一条深挖技术的推文，这条推是关于 [Nimbus 的优化工作](https://twitter.com/jcksie/status/1482305245363453953) 的。 <br/> ## 研究 区块链的终极目标就是既要最大限度地去中心化，又要实现快速敲定。Eth2 目前走着一条较为[折衷的路线](https://upgrading-ethereum.info/altair/part2/incentives/staking#stake-size)：注重去中心化 (但是一定程度上限制着网络参与者的数量，即需要质押 32 个 ETH)，同时容忍适度的敲定延迟 (约 13 分钟)。 Vitalik [表示](https://notes.ethereum.org/@vbuterin/single_slot_finality)，我们将能够实现单个 slot 的、16 秒的敲定时间，这将是一次颠覆性的改变。实现这一点，需要减少必须要对最终确定性签名的验证者数量，但这也会降低攻击的成本 (注意，在 Eth2 中，最终确定性是”经济上的最终确定性“)。这个方案是很可能行得通的。 Vitalik 也在 9 月份的 [EDCON](https://www.youtube.com/watch?v=nPgUKNPWXNI&list=PL6-IF807eaBFg6Rg22ByDsVXUg1wfaWRz) 演讲上讨论了这一点。 Vitalik 还针对 "非单个秘密领导者选举" ([Secret non-single leader election](https://ethresear.ch/t/secret-non-single-leader-election/11789?u=benjaminion)) 写了一篇文章。在[上一期](https://www.ethereum.cn/Eth2/wnie2-2022-1-17)中，我们提到了 [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763?u=benjaminion) 协议，这是一种用于 “单个秘密领导者选举” 的方法，新提出的且相当复杂。 Alex Stokes [已经在考虑](https://twitter.com/ralexstokes/status/1483980645613199360)支持 ”信标链提款“ 所需要的一些工作。为了实现这个功能，EVM 将需要能够访问信标状态根。我发布的 [“proto-eip”](https://notes.ethereum.org/@ralexstokes/rke0rQL6F) 提出了实现这一点的方法。注意，这将使得合并后得以太坊具有高度的 “自我意识” —— 也就是说，到时不仅只有信标链提款这个功能，可能还有其他一些有趣的应用实现。 [ethresear.ch](https://ethresear.ch/) 论坛： - 我刚看到这篇文章 “[Balancing Attack: LMD Edition](https://ethresear.ch/t/balancing-attack-lmd-edition/11853?u=benjaminion)”，并且还没有时间消化它。文章讲的是，即便是提高提议者分数，分叉选择的 balancing attack 仍然可能发生，这个问题应该要修复。我们将拭目以待。 - 这个团队还写了另一篇文章 “ [Avalanche Attack on Proof-of-Stake GHOST](https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854?u=benjaminion)”。Eth2 不容易受到这种攻击的影响。 - Vitalik 发布的文章 “ [Single-slot PBS using attesters as distributed availability oracle](https://ethresear.ch/t/single-slot-pbs-using-attesters-as-distributed-availability-oracle/11877?u=benjaminion)” (使用证明者作为分布式可用性预言机的单个 slot PBS)，这个提案替代了他此前提出的两个 slot 协议内区块构建者/提议者分离机制。 <br/> ## 常规会议 ### 实现者会议 第 80 次会议在 1 月 27 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/458) - [会议视频](https://youtu.be/Bi2qZ2epaPM?t=277) - 我的[速记](https://hackmd.io/@benjaminion/rk1gRzgCK). 我们讨论了合并的时间，但正如上文提到的，最后没有得出准确的结论。我们还讨论了未来的测试网，还有一些技术上的问题。 ### StakeHouse 社区会议 第 13 次 StakeHouse [社区会议](https://www.youtube.com/watch?v=veBBf-322S0) 在 1 月 19 日举行。有很多质押的工具，包括常用的客户端密钥管理 API、Eth2 密钥管理、Wagyu 做的密钥工具和安装程序、Stereum 的 demo 以及 `eth-wizard`。 <br/> ## 活动预告 - 于 UTC 时间 2022 年 2 月 9 日 16 时，星期三进行的 [On the Verge of the Merge](https://pages.consensys.net/webinar-on-the-verge-of-the-merge) —— 这是一场由我的同事们主办的关于合并的网络研讨会，以及会讨论如何使用 Besu 和 Teku 客户端组合加入测试网。 - UTC 时间 2 月 11 日 14 时，星期五：[第 3 次合并社区会议](https://github.com/ethereum/pm/issues/465) <br/> ## 其他新闻 - Nimbus 团队正运行一个[公共的 REST API](https://twitter.com/ethnimbus/status/1485613005815566336)，可以用来测试一个在线的 Nimbus 节点 ([文档](https://nimbus.guide/rest-api.html))。顺便提醒一下，你可以使用 Infura 来测试 Teku 的 API。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/kintsugi-incident-reporthttps://www.ethereum.cn/Eth2/kintsugi-incident-reportWed, 09 Feb 2022 00:00:00 GMT来源 | [notes.ethereum.org](https://notes.ethereum.org/@ExXcnR0-SJGthjz1dwkA1A/BkkdHWXTY) 作者 | parithosh 这篇文章内容涵盖 Kintsugi 事件的全面总结、它的后果，还有在主网合并前的具体行动计划。 ## 概要： 合并测试网 Kintsugi 在几个客户端上发生了问题。一个 fuzzer 创建了一个无效区块，但客户端 Nethermind 和 Besu 因为缺少一项检查而把该区块视为有效。这个无效区块导致网络分成了三部分——一部分包含无效区块、一部分不包含无效区块，还有一部分进入了Optimistic Sync 模式。尽管修复程序已经部署了，该 fuzzer 又创建了另一个区块，在客户端 Geth 触发了进一步的问题——无法加入正确的分叉。当我们修复了 Geth 的问题，我们就能够把所有的节点带回到相同的正确的分叉，区块链重新开始做最终敲定。 <br/> ## 总结 合并测试网 Kintsugi 在前几周的运行中遇到了一系列问题，暴露了多个客户端的几个漏洞。问题主要是由开发者 [Marius](https://twitter.com/vdWijden) 开发的 fuzzer 引发的，这个 fuzzer 旨在创建有意思的区块并在网络里对区块进行广播。 一个这样的区块的 `blockHash` （区块哈希）被替换为它的 `parentHash` (父块哈希)。`engine_executePayload` 具备了所有构建一个区块和构建该区块的 `blockHash` 所需的所有参数。EL （执行层) 客户端应该根据这些参数来构建区块，并根据通过的 `blockHash` 进行验证。这个特定区块正确无误地没有通过 Geth 的检查，但通过了 Nethermind 和 Besu 的验证。该区块之所以在 Nethermind 被错误地通过验证是因为缓存问题，而 Besu 则完全没有这项检查。由此，该区块被一个 Lighthouse-Besu 节点提议，并导致区块链分叉为两部分，在执行层与 Nethermind 或 Besu 连接的验证者在一个分叉上，而月 Geth 连接的验证者则在另一个分叉上。 *请注意，检查**当前**区块的*`blockHash` 是合并新增的要求，因此在某些客户端上会存在缺少或不准确的验证。 Geth 的一个问题是当执行错误的负载时，它返回的是一个 JSON-RPC 错误而不是 `INVALID` (无效)，而 Teku 的问题是 (此时已修复但还未部署) 认为那些错误在 optimistic sync 模式下是可通过的。因此， Teku-Geth 节点在遇到无效负载时还是进入了 optimistic sync 模式。由于该区块本身是有效的，已连接的 Geth 节点是从网络而不是 engineAPI 获取数据的，因此现在的 Teku-Geth 节点是在无效的分叉链上的。由于 Teku 节点还在有很多漏洞的旧版本上， Teku-Geth 节点保持在 optimistic sync 模式，并在区块链停止做最终敲定的期间拒绝提议区块。我们现在处于这样的一个情况——共识层客户端 (lighthouse、prysm、nimbus 和 lodestar) - Geth (占大约 46%) 与共识层客户端 - Nethermind/Besu (占大约19%) 在不同的分叉上，其他运行 Teku-Geth (大约占35%) 的验证者则处于 optimistic sync 模式。 在找到和部署了 Nethermind 和 Besu 节点的修复程序后，我们就能够让它们重新连上正确的链。Teku-Geth 节点的更新导致了另一个与无效内存访问相关的问题，它由 Geth 上与区块排序验证相关的问题引起。这个具体的漏洞也是由 Marius 的 fuzzer 触发的，这个 fuzzer 产出了一个`parentRoot` 是有效且 `block_number=1` 的区块。在 Geth 执行一个区块前，它需要查看它的父块，看看它们是否需要同步。这样做的一种方式是在缓存里检查 `parentHash` 或在 database 里检查 `parentHash` 和 `blockNumber`。由于 Teku 是同时执行所有分叉里的所有负载，缓存就不再包含 `parentHash` 。因此，Geth 试图在它的 database 里通过 `parentHash` 和 `blockNumber`查找其父块。然而，database 并没有这个 `blockNumber` 的哈希 (这个区块是 fuzzer 构建的)。Geth 会推断，由于它没有父块，它需要开启同步。但是，这样触发的同步会试图同步比权威链更短的的链，这就违反了 Geth 中的某些条件，这导致 Geth 进程错误，节点关闭，导致 Teku-Geth 节点一直处于不健康的状态。 在上述问题的调试中，Geth 团队还在合并的代码库里发现了一个触发错误的竞争条件。此外，我们还遇到其他问题——Nimbus 出现与执行层重新连接相关的错误，Lodestar 降低拒绝出块的对等点分数。 客户端推出了所有的修复，且让所有节点都进行升级。当所有的修复都生效时，区块链会有很多小分叉，每个的参与率都很低。对一些节点进行重新同步可以减少一些分叉。一旦有足够多的节点完成重新同步，我们会看到有越来越多的节点通过重组回到这个分叉上，这使我们能跨过最终确定性所需的 66% 的阈值。 <br/> ## FAQ ### 这个测试网死了吗？ 没有。在我们部署修复程序并重新同步一些停滞的节点后，链最终又开始做最终敲定了。当链恢复最终敲定，它就可以如常运行。目前，Kintsugi 的参与率是大约 99%，这表明所有客户端的漏洞已经得到修补，且网络也运行良好。交易和智能合约交互继续如常运作。 ## 为什么这条链这么长时间不做最终敲定？ 虽然我们很早就找到了根本原因，我们想要让链保持非最终敲定状态，让客户端团队调试他们的代码。此外，我们想要收集非最终敲定期间的客户端表现数据。 ### 在分叉链上的验证者会被罚没吗？ 不会。每个验证者都包含一个 `slashing protection` (罚没保护) database，确保验证者不会对可罚没的信息签名。在“错误”分叉的验证者只会被视为在“正确”分叉上处于 `inactive` 状态。一旦它们重组到“正确”分叉上，罚没 database 会阻止它们对可罚没信息签名。 ### 这会如何影响主网发布？会有新的延迟吗？ 我们认为这件事不会影响主网发布计划。在规范本身上没有发现严重的问题。测试网的目的是发现漏洞，我们认为 Kintsugi 在发现客户端实现的边缘情况方面表现很好。这事件是对多个客户端组合的一次很好的压力测试。我们有一个[公开的清单](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)，它将指引我们何时准备好在主网实现合并。 ### 这会如何影响测试计划？ 我们将研究创建几个强制处于非最终敲定状态的测试网。对这些非最终敲定的测试网进行持续测试使我们可以触发更多边缘情况，和改进工具。在这次事故中发现的漏洞将被添加为静态测试用例，以确保我们会通过回归测试。 ### 对验证者、基础设施提供商和工具开发者的重要启示 测试网上的非最终敲定时期加强了最糟糕情况硬件要求的一些假设。在非最终敲定期，验证者应该预期： - 由于需要对多个分叉选择规则进行评估，CPU 负载会增加 (有时达到 100%) - 在非最终敲定期由于不会有修剪，硬盘使用量会增加 - RAM 使用量会有边际增长 这意味着，在同一台机器上运行的任何额外工具或监测都会遇到资源争用问题。Kintsugi 测试网的工具 (区块浏览器、水龙头、RPC) 在具有 3 个节点的 Kubernetes 集群上运行。这个集群还运行多个工具使用的信标节点。由于信标节点使用的资源比预置的要多得多，因此我们的工具经常由于资源不足而以降级的方式运行。对于基础设施提供商来说，谨慎的做法是在不同的机器上运行它们的共识层和执行层，或有严格的资源使用定义。 合并意味着每个共识层客户端都需要运行自己的执行层客户端。(主网上的) 执行层客户端现在需要很大的磁盘容量。在非最终敲定期间，CL 的磁盘使用量也会激增，这会由于磁盘空间不足而导致崩溃。所有验证者应该确保他们有足够大的缓冲磁盘空间来应对这种问题。 依赖于最终确定性的工具开发者应该为非最终敲定时期多做考虑。一种可能的方式是显示 `optimistic` 信息，同时传达该信息在用户界面是会变化的。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/finalized-no-33https://www.ethereum.cn/Eth2/finalized-no-33Wed, 09 Feb 2022 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2022/01/31/finalized-no-33/) <br/> 概要 - 合并进度——小型规范更新，工程团队火力全开🚂 - 客户端多样性没有进步。自私一点，运行一个小众客户端吧！ ## 合并进度 首先，Kintsugi 测试网处于冲刺阶段，所有工程团队的工作都非常出色。看到 3 个执行层客户端和 5 个共识层客户端，共计 15 个不同配对在统一战线上运行，真是不可思议。 [Kintsugi🍵](https://kintsugi.themerge.dev/) 是第一个长期存在的合并测试网，并没有什么令人兴奋的消息。`#TestingTheMerge` 运动用交易、坏的区块和很多其他杂乱的输入攻击这个测试网，使得状态转换、同步等方面都冒出了一些漏洞。我们期望在早期的测试网能找到这样的漏洞，但随着每次的迭代，客户端会变得越来越稳定。 ### Kiln 重新启动 🔥🧱 工程团队在几周前发现了一个重要问题—— [engine API](https://github.com/ethereum/execution-apis/blob/main/src/engine/interop/specification.md) (PoS 的共识层如何驱动执行层) 语义中的不匹配 ，这与执行层客户端在实践中如何运作有关。简而言之，就是在某些情况下，共识层以外地给执行层引入预期之外的负载。 然后，工程师们意识到，如果 engine API 语义可以稍微灵活一点，这两层可以更和谐地工作。这导致需要对 [engine API](https://github.com/ethereum/execution-apis/pull/165) 做一个很小但关键的修改，以及一个相关的突发规范发布。 现在，[Kiln 规范🔥🧱](https://hackmd.io/@n0ble/kiln-spec)发布了，工程师们正忙着进行修改。在这次冲刺的最后，团队的目标是把产品级的实现带往一个新的测试网，供公众使用。请密切关注如何参与。 从那里，团队将在主网准备升级前把公共测试网过渡到权益证明机制。 <br/> ## 客户端多样性参数 Michael Sproul 使用其新型指纹机制 (fingerprinting mechanism) 发布了一版新的[客户端多样性参数](https://twitter.com/sproulM_/status/1481109509544513539)。很遗憾，在过去 6 个月里，验证者节点的客户端分布没有任何变化。 共识层客户端实现的多样性使得以太坊及其用户面对软件宕机和网络攻击时具有独特而强大的恢复能力。无论网络的构成如何，用户运行一个占比少的客户端能够获得较好的韧性，但网络本身在一些关键的验证者分布阈值上可以获得更多韧性。 **如果单个客户端：** - 占比不超过 66.6%，这个客户端里的错误/漏洞不能被敲定 - 占比不超过 50%，这个客户端的分叉选择里的错误/漏洞不能控制区块链的区块头 - 占比不超过 33.3%，这个客户端里的错误/漏洞无法中断最终确定性 根据这个指纹机制统计出来的结果，Prysm 的占比还是超过 66.6%。 最后，我想要呼吁所有团队、用户以及社区认真对待客户端多样性 ([Rocket Pool](https://miro.medium.com/max/1400/1*MKv4_wX5i-G5eOERW3ctSQ.png) 和 [Lido](https://drive.google.com/file/d/1M9bOFalecnJf_pcYoxO7fWN4P1IH8PZ0/view) 的客户端分布统计图)。运行一个占比少的客户端不仅有益于网络健康，对个人用户的资产也是更加安全。 请为自己着想！运行一个占比少的客户端 🚀 ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，[转载须注明原文出处以及ethereum.cn](http://xn--ethereum-vp1mp8wkye2oa647cfk5b2wb2v6c083k0ia912m.cn/)，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/allcoredev-update009https://www.ethereum.cn/Technology/allcoredev-update009Tue, 08 Feb 2022 00:00:00 GMT来源 | [AllCoreDevs Updates](https://tim.mirror.xyz/RXwf30VB-Lr4_56w7Kbe-CVXi-L5DuN0Vpfr06Ww5Cs) 作者 | Tim Beiko <br/> ## **摘要 👀** 本期更新比我预期的发得晚了一些。自上次更新以来发生了不少事情，下面是一些总结： - Kintsugi 测试网已上线：现在你可以在上面测试合并后的以太坊了🍵 - 我们发现测试网络出现的一些问题，从而需要改善规范 🐞 - 一旦客户端进行了修复，以及推出了新的认证机制后，将会启动新一轮的开发者测试网🚨 - 应用程序现在就应该在 Kintsugi 上进行部署测试了。它的下一个版本 [Kiln](https://en.wikipedia.org/wiki/Kiln) 将是现有测试网迁移至 PoS 链之前最后的彩排 🏗 - 未来几周内将有一次[社区电话会议](https://github.com/ethereum/pm/issues/465)讨论所有以上内容📣 - 上海升级正在慢慢规划中，升级内容主要关注一些曾经不那么被重视但很有价值的 EIP，再加上 “信标链提款” 功能 🏧 <br/> ## **Kintsugi 和其他 🍵** 去年圣诞假期前， [Kintsugi 测试网](https://blog.ethereum.org/2021/12/20/kintsugi-merge-testnet/) 上线了。这是运行合并后的以太坊的首个公开的、容易访问的多客户端测试网。 运行测试网过程中我们收获良多，尤其是我们遇到了一个导致敲定延迟的 bug。1 月 7 日，在测试网上运行的模糊测试器在创建 `ExecutionPayloads` 时因为使用了其父块哈希替换了自己的哈希而导致了一个分叉。而一些客户端错误地将其标记为有效。触发该问题的 Marius 在推特上做了总结：https://twitter.com/vdWijden/status/1479414824794832900 虽然这个 bug 很容易修复，但它让我们发现了其他更微妙的问题，这些问题只有在网络处于多个深度分叉的状态下才会发生。同样，Marius 写了一条相关的[推特长文](https://twitter.com/vdWijden/status/1480969541928816644)。简而言之，当共识客户端向多个分叉的执行客户端发送负载 (payloads) 时，这些 payloads 都会被默认执行。这会拖慢客户端的速度，触发不必要的同步进程，在最坏的情况下，甚至会导致节点恐慌并宕机。 为了解决这个问题，对引擎 API 规范进行了修改，在接收 payloads 时放宽了对执行客户端的要求。客户端可以选择简单地将 payloads 存储在非规范链上，而不是默认处理它们 (但是仍然必须处理主链上的那些 payloads)。 这一变化将包括在下一个版本的规范中。与此同时，还将引入一个更重要的变化：执行和共识客户端的认证机制，以便与引擎 API ([PR](https://github.com/ethereum/execution-apis/pull/167)) 一起使用。 认证机制将防止用户意外地将他们的引擎 API 暴露在开放的网络中，这种情况目前在 JSON RPC 终端上经常发生。虽然 JSON RPC 终端被暴露而导致的最坏情况也只是产生很少影响 (有人向你的节点发送垃圾请求)，但是如果引擎 API 被暴露了，验证者可能会损失资金。具体来说，攻击者可以给无效的 payloads 发送 `VALID` 响应，或者甚至可以在网络上提出无效的 payloads，导致验证者被罚没。而认证机制可以确保节点的共识和执行客户端仅与对方通信。 一旦这些变化在客户端中实现，我们将推出新的短期运行的开发者测试网来测试实现和互操作性。当这些稳定下来后，预计会有一个新的类似于 Kintsugi 的测试网 Kiln，它将运行最新的规范。 我建议应用程序现在就开始看看 Kintsugi 相关的东西，以确保事情按预期进行。虽然合并对执行层只会带来微小的变化 ([在此处列出](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/))，但可以肯定的是，工具、基础设施、部署流程等都能顺利运行。 也就是说，Kintsugi 将在未来几周内停止运行，所以如果你需要 “几周” 而不是 “几天” 来进行部署，建议等到 Kiln 上线。我们计划在 [2 月 11 日举行社区电话会议](https://github.com/ethereum/pm/issues/465)，届时将更详细地讨论所有这些问题。 假设 Kiln 测试网没有出现重大问题，那么它将是我们开始分叉现有测试网 (即在 PoS 链上部署分叉版本) 之前的最后一个新测试网。当然，各种测试将在整个过程中继续进行。确保网络安全平稳地实现过渡仍然是我们的首要任务。继续努力！ <br/> ## **上海升级** 随着合并工作逐渐开始收尾阶段，现在已经开始讨论合并后的首次升级 (即上海升级) 应该包含什么内容。在过去的一两年里，大多数协议工作都是围绕着 EIP-1559 和向 PoS 过渡等大型计划进行的。 由于此前主要专注于推出这些重大变化，这导致了其他一些 “重要性相对低的” 提案被置于次要地位。其中有很多可以为以太坊带来巨大的价值，现在正考虑将其包含在上海升级中。下面是一些值得注意的变化： - **EVM 对象格式 (EVM Object Format)，** 这可以实现合约的版本化，使其更容易在 EVM 中引入新功能。 - **BLS 预编译 (BLS Precompiles)，** 为 EVM 提供了 BLS 操作的本地执行。 - **EIP-3074,** 为终端用户改进使用体验并节约 gas 成本。 - **EIP-4488,** 减少了 CALLDATA 的成本，降低了 rollup 交易的成本。 - **EIP-1153,** 引入了用于短暂存储的操作码，应用程序可以利用它来降低终端用户的费用。 这并不是一个详尽的清单 ([想查看完整清单请点这里！](https://github.com/ethereum/pm/issues?q=is%3Aissue+is%3Aopen+Shanghai))，只是强调了我们在上海升级中可以做的一些有价值的变化。我们现在需要认真思考应该优先考虑什么！EVM 对象格式将在下一次 [AllCoreDevs 核心开发者会议](https://github.com/ethereum/pm/issues/459)上讨论是否列入上海升级中。如果你有任何反馈，现在可以在 [Ethereum Magicians](https://ethereum-magicians.org/t/evm-object-format-eof/5727) 论坛上分享！ **除了这些提议之外，上海升级优先考虑列入的另一个功能就是退出信标链，即从信标链中提出质押资产。**虽然还没有正式的 EIP，但这是计划升级时需要考虑的问题。一旦合并规范最终确定，预计会有更多这方面的内容！ <br/> ## **未来的工作✅** 如前所述，在接下来的几周里，预计会有实现最新规范版本的客户端更新。一旦客户端推出新版本，短期的开发者测试网将会运行测试。然后，Kiln 测试网将启动最后一轮的公共测试 (希望如此！)。假设一切顺利，我们将开始迁移现有的测试网到 PoS 链上。将所有现有的测试网成功迁移至 PoS 后，就可以确定主网合并的日期了！ 同时，上海升级也在逐渐计划中，升级内容将专注于我们长期以来想实施但一直没有空余精力安排的提案。期待 “信标链提款” 规范的推出。🔜 感谢阅读！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/the-great-eth2-renaminghttps://www.ethereum.cn/Ecosystem/the-great-eth2-renamingWed, 26 Jan 2022 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/) 作者 | Ethereum.org 以太坊协议正发生重大变化。客户端团队正在升级协议，对以太坊进行扩容，以满足全球用户的需求，同时提升以太坊安全性与去中心化程度。除了协议开发，以太坊的一个极为重要的转变在于弃用术语 “ Eth1 ” 与 “ Eth2 ”。[2021年年底起，核心开发者就停止使用 “ Eth1 ” 与 “ Eth2 ” 了](https://notes.ethereum.org/@timbeiko/great-renaming)，分别以 “ 执行层 ” 与 “ 共识层 ”取而代之。今天，正如我们在 Q1 路线图中强调那般， [ethereum.org](http://ethereum.org) 也对此做出同样的改变。 · Eth1 → 执行层 · Eth2 → 共识层 · 执行层 + 共识层 = 以太坊 让我们一起来探究原因吧！ 概览： · 术语 Eth1与 Eth2 ( 以太坊2.0 ) 逐步停止使用 · 执行层 ( Eth1 ) 与共识层 ( Eth2 ) 作为新术语 · 以去中心化的方式来扩展以太坊的路线图保持不变 · 用户不需要有任何操作 ## 以太坊 2.0从何而来？ 作为路线图的一部分，以太坊一直[计划以去中心化的方式来扩展网络](https://blog.ethereum.org/2015/03/03/ethereum-launch-process/)，并[过渡到 PoS](https://blog.ethereum.org/2014/01/15/slasher-a-punitive-proof-of-stake-algorithm/) ( 权益证明 ) 。早些时候，研究者们分别对这些计划进行研究，但在 2018 年左右，[上述都被纳入进 “ 以太坊 2.0 ” 路线图中](https://archive.devcon.org/archive/watch/4/latest-on-ethereum/?tab=YouTube)。 作为路线图的一部分，现有的PoW链 ( Eth1 ) 最终会通过难度炸弹被弃用。用户与应用将被迁移到新的以太坊PoS 链 (即 Eth2 ) 上。 2019 年初 ConsenSys 发表的《 [Serenity 路线图](https://consensys.net/blog/blockchain-explained/the-roadmap-to-serenity-2/) 》 解释了具体情况。 ## 发生了什么改变？ 随着[信标链](https://ethereum.org/en/upgrades/beacon-chain/)的工作开始，很明显，分阶段进行的以太坊 2.0 将要花费数年时间才能完全交付。这导致对 PoW 链的研究计划又重新活跃起来，例如 Stateless Ethereum ( 无状态以太坊 )，这是一个通过删除网络里不再被访问的状态来限制状态膨胀率的范式。 对于PoW 链长期可持续发展的日益关注，加上我们也意识到信标链将比以太坊2.0 路线图的其他部分更早准备好，“ [早期合并](https://ethresear.ch/t/alternative-proposal-for-early-eth1-eth2-merge/6666/2) ” ( “Early Merge” ) 提案由此产生。 在这个提案里，现有的 EVM 链将作为以太坊 2.0 的“分片0”。这不仅能加快向 PoS 的转变，还能令应用的过渡更为顺畅，因为不需要应用终端发生任何迁移就能过渡到 PoS 。 这个提案发布不久后， Danny Ryan 在他的文章《[Eth1+Eth2客户端的关系](https://ethresear.ch/t/eth1-eth2-client-relationship/7248)》中探讨了我们怎样通过利用现有的Eth1客户端来完成这一点。这将能大大减少交付一个合并后系统的开发工作，且充分利用已经在主网身经百战的客户端。大约在同一时间，把rollups 作为一种可行且安全的方式来为以太坊扩容的[研究](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)证明是有前景的。与其花上几年等待一个复杂、不确定的扩容方案，我们还不如将注意力放到基于rollups的扩容方案，而不是分片执行。 还想阅读更多资料？点击查看 **Danny Ryan在ETHGlobal的演讲《[Eth1 + Eth2 = Ethereum](https://www.youtube.com/watch?v=wEh4u5a-43o)》** ## 为什么我们不能用 Eth2？ ### 思维模式 Eth2 这个品牌名的主要问题之一是 Eth2 会对新以太坊用户创造一个不完整的心智模型。他们会直觉地认为：Eth1 在前，Eth2 在后；或者 Eth2一旦创世了， Eth1就不复存在了。这两种观念都是错误的。通过不再试用 Eth2 这个术语，未来用户就不会再形成这种容易错误理解的思维模式了。 ### 包容性 随着以太坊路线图的升级，以太坊 2.0 已经变得不能准确表达以太坊路线图的意思了。严谨且准确的词汇选择，可以让大众更好理解以太坊的内容。 ### 防止诈骗 不幸的是，一些恶意行为者试图利用 Eth2 这一误称来骗用户用 ETH 来兑换 代币 “ ETH2 ” ，或者要在 Eth2 升级前，必须以某种方式迁移他们的 ETH。 我们希望这次更新的术语能够清楚地消灭这种诈骗元素，让生态变得更安全。 ### 对质押的澄清 有些质押运营商还把他们在信标链上的 ETH 打上 “ ETH2 ”的标签。 这可能会带来误解，因为这些服务的用户并不会实际收到”ETH2”代币。从来就没有所谓的 “ ETH2 ”代币 ；那仅代表用户在特定运营商的押金中的份额。 ## 这次升级会给以太坊路线图带来怎么样的改变？ 以太坊路线图并没有发生改变！了解这一点很重要，这次重命名计划仅仅改变了名称。目前以太坊路线图的功能( 例如[合并](https://ethereum.org/en/upgrades/merge/)，[分片](https://ethereum.org/en/upgrades/shard-chains/) ) 与未来的功能仍按计划推出。[点击查看更多以太坊的升级](https://ethereum.org/en/upgrades/)。  ## ethereum.org ### 内容变更 · “ Eth2 ” 的资源变更为 “ 以太坊升级 ” 板块( Ethereum upgrades ) o [ethereum.org/en/upgrades](https://ethereum.org/en/upgrades/) · 不同的功能现包含到“升级”的子页面中 o [ethereum.org/en/upgrades/beacon-chain](https://ethereum.org/en/upgrades/beacon-chain/) o [ethereum.org/en/upgrades/merge](https://ethereum.org/en/upgrades/merge/) o [ethereum.org/en/upgrades/shard-chains](https://ethereum.org/en/upgrades/shard-chains/) · 之前讨论 Eth2 的所有页面都已升级，且在恰当的地方添加了解释 这次重命名计划是个艰巨的任务，许多内容都要修改。我们还可能遗漏了一些内容，且许多事情还需要改进。若您发现一些需要修改的内容，请在 [ethereum.org](http://ethereum.org) 的 GitHub 上 提交一个 issue 或打开一个 PR 。 ### 内容翻译 如果您能为我们提供翻译服务，那么我们将不胜感激！我们仅对英文版本更新了此内容，但还有40多种语言的有关内容已经过时且依然使用术语 “ Eth2 ” 。快来加入我们吧！ 我们升级了[内容页](https://ethereum.org/en/contributing/translation-program/content-versions/)，新增了一项以太坊升级项 。这样一来，数百名翻译项目 ( Translation Program ) 的活跃贡献者便能直接定位到最新的内容变更，以更快的速度翻译文章，来发布最新的准确信息。 对帮助 [ethereum.org](http://ethereum.org) 翻译感兴趣吗？点击[此处](https://ethereum.org/en/contributing/translation-program/)了解详情吧！ ## 写在最后 对大多数用户来说， [ethereum.org](http://ethereum.org) 是一个由社区维护的可靠信息源。在 [ethereum.org](http://ethereum.org) 没有更改术语 Eth2 前，许多人想继续用 Eth2 ，这一点是可以理解的。希望我们的改变能鼓励其他人不再使用过时的术语 Eth2 。停止使用 Eth2 可以在生态中营造用词一致与清晰的环境，创造更准确的思维模式，使以太坊更容易被理解。  **特别感谢** **Tim Beiko** **与 Trent Van Epps ，他们的文章在本文中被大量引用。** <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-1-16/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-1-16/Wed, 26 Jan 2022 00:00:00 GMT <br/> # 合并 (The Merge) **关于合并后的测试网** 在 1 月 21 日进行的第 130 次以太坊核心开发者会议对合并后的测试网进行了讨论，根据 Tim Beiko 的[会议记录](https://twitter.com/TimBeiko/status/1484612954859270145?s=20)，开发者们整体认为应该总是有至少一个对验证者集开放的测试网，然后有一个是不开放的 (为了稳定性)。同时，随着测试网的规模不多扩大，而这并没有太大的价值。因此，或许会采用更大胆的做法——弃用旧的测试网并搭建新的。 此次会议并没有就这个议题做出明确的决定，并将在接下来的会议里继续讨论。但如果想找一个合并后还会长期运行的测试网，很可能是 Goerli。 Geth 的开发者 [Péter Szilágyi](https://twitter.com/peter_szilagyi) 在推特上分享了他的个人看法： - Ropsten 进行合并升级，然后弃用 (不再进行更多的分叉) - Sepolia 进行合并升级，建议作为一个新的测试网 - Goeli 进行合并升级，维持作为传统测试网 - Rinkeby 不进行合并升级，弃用 (不再进行更多的分叉) [来源](https://twitter.com/peter_szilagyi/status/1484548996169408512?s=20) 而关于这方面的开发工作，根据负责合并测试工作的开发者 Marius @vdWijden 的推特，开发者在 1.21 对 Goeli 测试网进行了影子分叉，他们实现在一个真正的测试网上进行合并。开发者@parithosh_j 在 goeli 上部署了一个创世合约，并存入了足量的验证者来启动一条链。它跑完了合并的所有阶段 (尽管出错了导致不得不重新配置节点)。  目前有一个完成了合并的测试网与 goerli 并行运行。goerli 上的交易也会在这个测试网上被执行，且这个网络正在做最终敲定。 [来源](https://twitter.com/vdWijden/status/1484255125170532358?s=20) <br/> **使用 `DIFFICULTY` 操作码的工具与应用需注意** 在第 130 次以太坊核心开发者会议上，来自 Truffle 的 Harry 提出使用 `DIFFIFULTY` 操作码的工具在合并后可能会出现问题，因为合并后，`DIFFICULTY` 操作码会被重新命名为 `RANDOM`，它将返回由信标链提供的随机性输出。 根据 Tim Beiko 的会议记录，这个变更可能会使得查看字节码的工具在没有背景信息的情况下难以知道如何解释这个操作码。虽然这不是很好，但在协议层上没有简单的解决办法，而且在合并前/后这个背景信息是不可得的情况也是有限的。 会议上，开发者就不在协议层上做变更来解决这个问题达成共识，但会在下一次的合并社区会议里提出这个问题。 对这个问题有疑问的开发者请留意 [@trent_vanepps](https://twitter.com/trent_vanepps)发布关于合并社区会议的消息。 [来源](https://twitter.com/TimBeiko/status/1484611417508433921?s=20) <br/> # 共识层 **Obol Network 是如何解决质押问题的** 在以太坊基金会研究团队在 Reddit 进行的第七次 AMA 中，DV (分布式验证者) 是其中一个重要话题，Obol Network 是这项技术的主要开发团队之一。近日，Obol Network 的联合创始人 [Oisín Kyne](https://blog.obol.tech/author/oisin/) 撰写了博客，回顾了他对质押问题的思考并付诸实践，创立 Obol Network 的历程，并介绍了该网络是如何通过使用分布式验证者技术消除每个验证者客户端带来的技术单点故障，从而提高以太坊的韧性和去中心化程度。 这个网络将带来： - 容错型质押 没有容错质押系统会给所有规模的质押运行者带来风险，而分布式验证者能消除验证者节点上的技术故障点，打开网络验证和质押模型的新设计空间。 - 协作式质押 分布式验证者技术使新型的验证者可以在多个机器和客户端上同时运行，但对网络来说仍然是单个验证者的行为。这样，个人验证者可以有备份；质押公司可以分摊风险和奖励；DeFi 协议可以分散他们质押的 ETH 的风险；大型机构可以对冲云提供商的风险。 [详情](https://blog.obol.tech/tackling-the-staking-problem/) <br/> # **Layer2** **Nethermind 推出 Solidity -> Cairo 转译器 Warp 的首个版本** StarkWare 团队推出的 [StarkNet](https://starkware.co/starknet/) 是以太坊上的一个无需许可的、去中心化的 ZK-Rollup，StarkNet Alpha 于 2021 年 11 月 29 日上线主网。它支持图灵完备的计算，并通过 Solidity -> Cairo 编译器提供 EVM 兼容功能。其中，Solidity -> Cairo 转译器由以太坊软件开发公司 Nethermind 负责研发 —— Warp。 2022 年 1 月 21 日，Nethermind 团队宣布发布 Warp 的首个版本： https://github.com/NethermindEth/warp Nethermind 表示，目前 Warp 支持几乎所有的 Solidity 结构，除了那些在 StarkNet 上没有语义对应的结构 (msg.value、gas operations、coinbase 等)。 [来源](https://medium.com/nethermind-eth/helm-warp-one-engage-8526233780c4) <br/> **ENS 推出 Offchain Resolver，将逐渐支持 L2 和链下解决方案** 2022 年 1 月 20 日，以太坊域名服务 ENS 的创始人 [@nicksdjohnson](https://twitter.com/nicksdjohnson) 宣布推出支持链下 ENS 域名解决方案的首个 ENS 工具箱版本，即 ENS Offchain Resolver。 Offchain Resolver 是供开发者使用的入门工具组件，开发者可以用来构建一些基础设施以使用外部服务来解析 ENS 域名。也就是说，利用这些工具，开发者能够构建一些基础设施以允许在链下托管域名和子域名，从而减少 ENS 解析记录更新和子域名创建所消耗的 gas 费。这些域名将能够在支持 ENS 新解析标准的 Web3 库中无缝解析。 Nick 表示，接下来会逐渐完善文档和工具，但开发者可以直接根据教程和 README 文档开始开发：https://github.com/ensdomains/offchain-resolver 这是 ENS 计划支持 L2 和链下解析的第一步，这将使钱包提供商和其他项目不需要花任何交易费就能发行一些用户 ENS 子域名 (如 nick.wallet.eth)，创建或者更新都可以免交易费。 我们计划下一步与 Chainlink 合作构建支持 L2 的框架 (如 Optimism)。ENS 正式部署在 L2 网络上之后，用户就能根据自己的选择将其 ENS 域名迁移到 L2 上了。 [来源](https://twitter.com/nicksdjohnson/status/1483910938600570881) <br/> # 生态 **Etherscan 创始团队 Blockscan 推出以太坊即时通讯平台 Blockscan Chat** 区块链浏览器 Etherscan 的创始团队 Blockscan 发布了 Blockscan Chat 的 beta 测试版本。该网站的主页 (https://chat.blockscan.com/) 如此描述：“Blockscan Chat 是一个通讯平台，用户可以简单、即时、钱包对钱包地互相发送信息”。用户需要连接一个以太坊钱包 (如 MetaMask) 来使用该功能。收到消息的以太坊地址将会在区块浏览器上收到通知 (但是收到的消息不会在区块浏览器上公开)。  <center>cr: Etherscan</center> 如图，该地址收到 4 条消息。  cr: [@youfoundanisha](https://twitter.com/youfoundanisha) 一些社区成员已经非正式地将这个工具命名为“以太坊即时通讯器”。用户可以通过 Blockscan Chat： - 通过钱包实现即时通讯 - 使用多设备登录 - 拉黑地址 - 收到消息提醒 Bankless 的 Ryan Sean Adams 表示，用户甚至可以利用这个工具来直接和黑客协商收回被盗资产。 [来源](https://decrypt.co/91226/etherscan-creators-launch-ethereum-instant-messenger-blockscan-chat) <br/> **Uniswap 推出多链计划，发布在其他 EVM 网络部署 Uniswap V3 的 CLI 脚本** 此前， 去中心化交易所 Uniswap 社区投票通过了在 Polygon 上部署 Uniswap v3 的提案。到目前为止，V3 合约已经部署至以太坊主网、Optimism、Arbitrum 以及 Polygon 上。 2022 年 1 月 22 日，Uniswap 团队发布了 Uniswap V3 部署的脚本和文档，以概括部署 V3 至其他链的步骤。 Uniswap / deploy-v3 [脚本](https://github.com/Uniswap/deploy-v3#deploy-uniswap-v3-script) 需要注意的是，Uniswap Protocol V3 在 2023 年 4 月 1 日之前都基于 Business Source License 1.1 (授权证书)。所以如果想要在其他链上部署 V3，需要遵循 Uniswap 的治理流程，社区治理投票通过后便可以取得部署授权。 [来源](https://github.com/Uniswap/deploy-v3#deploy-uniswap-v3-script) <br/> **Dune Analysics 推出 SIWE？** 近日，Dune Analytics 在推特宣布推出 "Sign in with Ethereum (SIWE)"，并表示现在你可以： 1. 把钱包连接到你的账户 2. 在个人资料展示你的地址 3. 用钱包登录而不需要其他凭证 但这条推文下的不少评论则表示在试用后感到失望，因为用户还是需要用个人信息先创建账户，将账户与钱包连接，才能用以太坊钱包登录。更有人说这不是真正的 SIWE，Dune Analytics 并没有遵循 EIP-4361 的标准。  [来源](https://twitter.com/DuneAnalytics/status/1484228978680414214?s=20) <br/> **ETHconomics@Devconnect** 于 2021 年 12 月成立的新项目 Devconnect 在成立之际预告了将在 2022 年 4 月的阿姆斯特丹举行为期一周的开发者聚会，最近这个活动有了新消息。 4 月 21 日将有一个名为 ETHconomics 的主题活动，与会人员主要包括希望拓宽我们对以太坊经济学的理解，来自业界和学术界的研究员和开发者。 该活动目前邀请了以太坊基金会的 Tim Beiko 和 trent 等，目前还在寻找演讲者，提交申请的截止日期是 2021 年 2 月 21 日。 申请话题如下：  Devconnect 主页：https://devconnect.org/ [来源](https://ef-events.notion.site/ETHconomics-Devconnect-676d73f791684e18bfae35bbc9e1fa90) https://www.ethereum.cn/Ecosystem/the-year-in-ethereum-2021https://www.ethereum.cn/Ecosystem/the-year-in-ethereum-2021Tue, 25 Jan 2022 00:00:00 GMT来源 | [medium.com/etherscan-blog](https://medium.com/etherscan-blog/21-etherscan-features-in-2021-6adbaedc39b5) <br/> 对于以太坊与其逐渐壮大的生态来说，2021年是重要的一年。随着 DeFi 和 NFT 促使新一代用户首次使用区块链，以太坊的采用率直线上升。当终端用户为牛市所兴奋时，开发者可能为此备受煎熬。用户增加的同时，烦心事也大量涌现，系统的良好运行需要更多精力来维护。不管是牛年、熊年、猿年、还是柴犬年， Etherscan只专注于不断开发。 以下是我们对2021年 21 个主要功能的回顾。 **1.提供区块链浏览器服务** Etherscan出品的区块链浏览器系列在2021年规模显著扩大。 Etherscan与 BscScan依旧为世界上访问量最高的两个网站。在二者基础上，我们开发了其余9条区块链的浏览器。  谢谢合作伙伴EaaS帮助我们推出这些浏览器！ 这些浏览器都有着 Etherscan 包含的核心功能和工具 (包括最重要的夜间模式！)。  其他方面还不确定，但日间/夜间模式转换按钮一定处于网站的页脚处。 以上功能已在2022年[上线](https://twitter.com/CronoscanHQ/status/1479377054239916033)，更多功能将在未来继续推出。 **2.“Method”栏** 以太坊的交易可以执行许多不同的操作。3月上线的Method栏能让终端用户一眼看到交易执行的功能。 <iframe id="twitter-widget-22" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-22&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1382637824759918602&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1382637824759918602" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 574px; display: block; flex-grow: 1;"></iframe> > 为庆祝柏林升级，我们推出了一系列更新。最不可错过的就是新发布的Method栏啦！ Method栏是2021年最受大众喜爱的功能，用户喜欢它添加的背景信息，还提出将 Method栏也加入到待处理的交易、CSV导出等中。 注意： method名称直接从相应的智能合约中调取， Etherscan没有对此进行任何处理。用户参考Method栏提供的交易名称时，请亲自对其进行检查。 **3.支持 EIP-1559** 2021年8月，以太坊的费用机制进行了一次重大升级，也就是EIP-1559，这次升级引入了动态的gas价格、可变的区块大小以及费用销毁机制。Etherscan立即通过列出交易的基本费用、销毁费用以及推出 EIP-1559 [仪表盘](https://bi.etherscan.io/public/dashboards/ORfoxXZXVdCGQ4ShYL2Ndk7ji6n0hLy9RwSrvt4w?org_slug=default)来支持升级！  Etherscan的Blocks页面  带有EIP-1559信息的交易详情页面。 带有EIP-1559信息的交易详情页面。 **4.支持ERC-1155代币标准** 在NFT社区的长期要求下，过去一年里Etherscan逐步集成 ERC-1155。以太坊终于有支持 ERC-1155的区块链浏览器了！其中包括： · ERC-1155 热门代币页面 (Top Tokens) · ERC-1155 最新代币转账页面 (Latest Transfers) · 代币页面 (Token) · 在地址 (Address) 页新增 ERC-1155 导航栏 · 在交易详情页的代币转账与交易操作中显示 <iframe id="twitter-widget-23" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-23&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1456967310237863940&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1456967310237863940" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 507px; display: block; flex-grow: 1;"></iframe> **5. DEX的交易对(Trading Pairs)** 一开始，Etherscan的DEX追踪器 (DEX Tracker) 只是列出了以太坊上完成的DEX交易。9月，我们添加了 DEX 交易对信息以扩展 DEX 追踪器的功能，用户可以看到 SushiSwap 或 Uniswap v2 和 v3 上任何 ERC-20 代币的交易对信息和价格走势图。 <iframe id="twitter-widget-24" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-24&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1437744184463540224&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1437744184463540224" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 712px; display: block; flex-grow: 1;"></iframe> > 新功能：DEX交易对 > > 可以浏览以太坊上最热门的 DEX交易对，以及每一个交易对最新的交易及价格走势图！ > > 现在还是Beta版本 —— 请对我们提出你宝贵的意见！ 所有 ERC-20代币页都有“***Chart***”按钮，打开页面点击查看吧！ <iframe id="twitter-widget-25" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-25&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1476871182850818050&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1476871182850818050" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 663px; display: block; flex-grow: 1;"></iframe> > 刚刚添加的新功能： > > ERC-20代币页的“Chart”按钮 > > 点击即可查看相关代币的 DEX追踪器页面，里面包含代币的完整信息、交易对信息、USD价格以及最新的链上交易！ **6. ENS域名标签 (ENS Name Tags)** 在2021年前，用户可以通过网站搜索栏或查找页来[查找](https://etherscan.io/enslookup)ENS域名。五月，我们给那些为其 ENS 域名设置了反向解析 (Reverse Record 现改名为 Primary ENS Name) 的账户添加了ENS域名标签功能。现在用户可在浏览器内看到ENS域名，而不是0x地址。 <iframe id="twitter-widget-26" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-26&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1392434517571375110&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1392434517571375110" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 704px; display: block; flex-grow: 1;"></iframe> > 新功能：ENS域名标签 > > 设置了正向和反向解析的 ENS 域名可以自动在 Etherscan 上显示。ENS域名可在地址页的“From”和”To“栏，以及页面右上角中查看。 **7. 支持Natspec (以太坊自然语言规范格式)** 使用 Etherscan的读取及编写合约（ Read & Write Contract ）功能的用户在21年末收到了一份惊喜—— 12月份发布的版本支持Natspec。用户可在读取及编写合约标签页上浏览嵌入Natspec的智能合约相关描述，这个功能帮助用户更好地理解其调用的每一个函数。 <iframe id="twitter-widget-27" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-27&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1472191164807712768&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1472191164807712768" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 662px; display: block; flex-grow: 1;"></iframe> > 支持Natspec的第一阶段已在Etherscan合约 (Contract) 标签页中开展。 > > 马上前往读取及编写合约标签页，立刻阅读合约创建者添加的通知、参数和返回说明吧！ **8.优化代币持有页面 (Token Holdings)** 代币持有页面进行了[几项](https://twitter.com/etherscan/status/1433771612231200777)[变动](https://twitter.com/etherscan/status/1466377789934759940)。现在，代币持有页面除了展示用户的 ERC-20 代币资产之外，还展示用户的 LP token (即用户在交易所提供了流动性的代币对) 和 NFT 持有清单。 随着NFT索引的逐步优化，我们将为社区提供更好的NFT 图像和元数据的额外独立来源。  在 Etherscan本地展示的NFT画廊。 **9.支持 Flashbots/MEV** MEV (最大可提取价值) 在2021年里暴风雨般席卷了以太坊世界。MEV 之前深藏于黑暗森林中，现在却成为公众注意焦点，其中离不开Flashbots的努力。早在四月，Etherscan便做出了自己的贡献， Etherscan为用户标记了那些与 Flashbots MEV 相关的交易和区块。 <iframe id="twitter-widget-28" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-28&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1384118330710056969&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1384118330710056969" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 711px; display: block; flex-grow: 1;"></iframe> > 在 Flashbots 的帮助下，我们得以添加几个新社区标签，揭秘了以太坊黑暗森林的 MEV 提取。 Flashbots Protect服务帮助用户安全地在链下提交交易，以此避免遭受抢跑交易及其他MEV攻击。 Flashbots Protect服务发布不久， Etherscan就支持查看在 Flashbots 中待定交易的状态 (即便是链下交易)。 <iframe id="twitter-widget-29" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-29&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1461754056913862665&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1461754056913862665" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 458px; display: block; flex-grow: 1;"></iframe> > Flashbots Protect 今天进行了大更新： > > 用户现在可以在 Etherscan 中查看待定的 Flashbots Protect 交易状态。 > > 用户下一次通过 Flashbots Protect 发送交易后，一定要打开 Etherscan 查看！ **10.智能合约搜索 (Smart Contract Search)** 明智的开发者使用低调的工具。智能合约搜索于2月引进，用户可在所有经验证的以太坊智能合约中搜索关键词。从 Solidity 版本到部署日期，不同的筛选器可让用户进一步缩小搜索范围。 <iframe id="twitter-widget-30" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-30&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1364183238919348225&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1364183238919348225" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 846px; display: block; flex-grow: 1;"></iframe> > 另一个早期版本功能！ > > 智能合约搜索 > > 通过以下关键信息搜索合约源代码： > > 1. Solidity 版本 > 2. 智能合约许可证 > 3. 合约地址 > 4. 部署者地址 > 5. 区块高度 > 6. 部署日期 **11.合约差异检查器 (Contract Diff Checker)** 与智能合约搜索功能同一时间发布，合约差异检查器可以让开发者并列对比两个智能合约的异同之处。 <iframe id="twitter-widget-31" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-31&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1363813285464842244&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1363813285464842244" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 701px; display: block; flex-grow: 1;"></iframe> > 开发者等待已久的功能终于上线了... 合约差异检查器！ > > 能够并列对比两个智能合约的代码 > > *因为这是早期版本，所以我们期待大家的意见，以助我们更好地改进！ **12.交易解码器 (Transaction Decoder)** 开发者与degen希望在Etherscan上直接看到更多交易信息，因此我们在八月上线了交易解码器功能。打开任意一个交易，点开右上方的菜单，就能看到交易解码器。 <iframe id="twitter-widget-32" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-32&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1430859570017046529&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1430859570017046529" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 748px; display: block; flex-grow: 1;"></iframe> > 为degen侦探们提供一个全新工具：交易解码器 > > 打开任意一个交易就能看到交易解码器，点开以下信息一览无余： > > - 发出的事件 > - 状态的变化 > - 执行轨迹 点击“轨迹”(Trace) 或“函数”(Function) 标签页中的某一行，就能跳转到合约代码的特定行！ **13. 错误信息** 2021年最后一个季度，一小部分用户遭受错误信息困扰。钓鱼网站利用代币URL地址返回错误信息，误导用户打开恶意网站。虽然这个项目还需要仔细斟酌，但我们团队最终还是在9月推出新版本，这个版本同时考虑了用户安全和去审查的用户体验。 <iframe id="twitter-widget-33" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-33&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1442840990436368385&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1442840990436368385" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 589px; display: block; flex-grow: 1;"></iframe> > 升级：交易错误信息展示 > > 最近利用错误网站进行钓鱼攻击的问题频发，我们已经采取措施来保护用户安全！ Solidity自定义错误信息随即出现，没过多久，我们在10月也发布了更新版本。 <iframe id="twitter-widget-34" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-34&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1452955443991494661&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1452955443991494661" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 710px; display: block; flex-grow: 1;"></iframe> > 新增自定义错误信息 > > 许多人要求添加的一个功能现在已在主网和测试网的交易页面上可用 > > @solidity_lang自定义错误显示为：Faill with Custom Error ‘[信息]’ 请在评论区回复评价以助我们改进 **14. 安全报告** 9月发布的另一个功能！我们和我们首个合作方 [Ledger](https://www.ledger.com/) 共同推出了一个工具，第三方企业可以在 Etherscan 上提交一个名字标签。涉及安全事件的地址会被Ledger打上标记，显示在Etherscan上。此功能的更多用途将于2022年开放。 <iframe id="twitter-widget-35" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-35&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1440292655775113222&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1440292655775113222" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 704px; display: block; flex-grow: 1;"></iframe> > Ledger提供的安全报告意见现已在 Etherscan 上显示。我们与Ledger合作（一家领先的硬件钱包提供商），对涉及安全事件的地址进行标记。 **15. IDM (Input Data Messaging, 输入数据讯息)** 以太坊应用IDM (输入数据讯息）) [已经](https://medium.com/etherscan-blog/ethereum-the-messaging-app-51423e16061f)很长一段时间了。10月，我们发布了一个简单的只读功能，将这些讯息收集成聊天表单。Messaging 对于以太坊钱包来说是一个重要的用例 —— 我们期待在2022年里看到这个功能有更多的创新！ <iframe id="twitter-widget-36" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-36&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1443928405250957315&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1443928405250957315" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 686px; display: block; flex-grow: 1;"></iframe> > 给大家介绍一下：以太坊IDM（beta版） > > IDM（输入数据讯息）功能可以对选择地址生成聊天历史，且能与他人共享。 > > 由于这是 beta 版本，如有改进意见请与我们分享。 **16. 在Blockscan上搜索多链地址** 7月，EVM 多链用户可以通过 Etherscan 区块浏览器轻易地查看某条链上的地址是否也在另一条链上使用。 <iframe id="twitter-widget-37" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-37&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1419985650632122369&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1419985650632122369" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 638px; display: block; flex-grow: 1;"></iframe> > 还在好奇同一个地址能否在其他链上使用？ > > 打开地址页面，点击 Blockscan 图标，即可查看它在 17 条 EVM 链上的哪几条链上使用！ **17.在多文件夹里搜索源代码** 今年年初上线的多文件夹搜索功能为开发者节省了许多时间，毋需在冗繁的源代码中来回筛选。 <iframe id="twitter-widget-38" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-38&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1356499005123874817&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1356499005123874817" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 650px; display: block; flex-grow: 1;"></iframe> > 智能合约开发者福音！ > > 用户可以在多文件中搜索合约源代码。无论是 1 个文件还是 72 个，Etherscan 为你保驾护航！ **18.交易操作栏 (Transaction Actions) 添加了更多信息** 在2021年，我们在交易详情页的交易操作栏中添加了更多信息，而待处理 sawp 交易与 NFT 交易的详情是其中两个最重要的更新。期待在2022年里添加更多交易操作信息！ <iframe id="twitter-widget-39" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-39&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1374319721244364810&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1374319721244364810" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 700px; display: block; flex-grow: 1;"></iframe> > 交易操作栏现已支持查看在 @Uniswap 与 @Sushiswap 的待处理 swap 信息！ > > 还可以查看： > > 1. 可接收代币的最大/最小数量 > 2. Swap 失效时间 <iframe id="twitter-widget-40" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-40&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1399692200447971331&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1399692200447971331" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 580px; display: block; flex-grow: 1;"></iframe> > 你知道吗？ > > 交易操作栏现在能够展示更多以太坊的NFT 交易信息 —— ERC-721 与 ERC-1155 都包括在内！ **19.交易导航** 11月，交易详情页进行了一次很棒的升级：用户可基于发送者随机数 (或交易单号) 导航交易。这个功能帮助用户更好地循环浏览交易。 <iframe id="twitter-widget-41" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-41&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1465285662618181636&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1465285662618181636" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 647px; display: block; flex-grow: 1;"></iframe> > 交易页面的另一个升级！用户现可按照发送者随机数在交易中进行导航。 > > 还有一些功能也逐步添加到页面上了...NFT用户可能已经留意到我们做的升级。 **20.ERC-20代币持有者数量的走势图** 这2021年最早发布的更新之一。走势图显示最近7天内代币持有者的预计数量：这对于交易者来说是一个有用的度量工具。 <iframe id="twitter-widget-42" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-42&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1352231161683066880&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1352231161683066880" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 580px; display: block; flex-grow: 1;"></iframe> > 添加了ERC-20代币预计持有者数量的走势图！ > > 一些用户会很喜欢这个功能哦！ **21.API页面升级** 最后要说的就是API文档与登录页的升级。8月起，用户可以浏览各种API计划的清楚说明、API端点的完整清单、初学者的帮助指南等。Etherscan的API更容易上手了！ <iframe id="twitter-widget-43" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-43&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1428318183740506113&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=a36d90b254f14305e9bf42e8ae0f0c889cebe4ca&amp;theme=light&amp;widgetsVersion=75b3351%3A1642573356397&amp;width=550px" data-tweet-id="1428318183740506113" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 785px; display: block; flex-grow: 1;"></iframe> > 我们升级了API文档与登录页！ > > 新的文档页有: > > 怎样开始使用Etherscan的API？ > > 如何使用每个 API 终端 > > API Pro详情 > > 教程 > > 支持 > > 我们还需要添加什么文档呢？ 这些就是我们在 2021 年发布的 21 个功能。你们最喜欢哪一个呢？你们希望我们进一步开发哪一个功能呢？还有什么没提到的、希望 Etherscan 开发的功能呢？ 请在评论区中留言。 2022年新年快乐！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/fees-in-starknet-alphahttps://www.ethereum.cn/Layer2/fees-in-starknet-alphaThu, 20 Jan 2022 00:00:00 GMT来源 | [community.starknet.io](https://community.starknet.io/t/fees-in-starknet-alpha/286) <br/> StarkNet Alpha 在几周前登陆了主网，上线初期并没有应用费用机制，而与 L1 交互的 gas 成本实际上是由 StarkWare 补贴的。我们针对目前 StarkNet Alpha 版本提出了一种估算和收取交易费用的方式。 随着网络的不断升级，我们认为网络计算和收取费用的方式也相应地更新。我们在这里提出了一个初步的费用计算和收费方法，目的是随着 StarkNet 的发展对其进行完善。了解这些参数有助于构建者在设计他们的 StarkNet dApp 时更好地进行规划。 <br/> # StarkNet 的交易成本 通常来说，一笔交易的成本由几个因素决定： 1. 数据 —— 发送至 L1 的数据量： 1.1 状态差异信息 1.2 L2 → L1 信息的数量 1.3 已消耗的 L1 → L2 信息 这些数据都会在不同的 StarkNet L1 交易中以 call data 的形式发送到 L1。 2. 计算成本 —— 这是针对跟踪步骤 (trace steps) 的计费，包括操作系统 (OS) 步骤 (如系统调用)。包括： - L1 证明验证 - L2 计算成本 (SHARP) 3. 存储成本：在交易执行期间需要进行多少读/写操作。 4. 交易的 L2 网络传输成本：它的调用数据和发出的事件。 <br/> # 目前的费用机制 概括来讲，目前的解决方案是让用户/应用程序使用定序者 (Sequencer) 来估算接受 “交易” 所需要花费的成本：  用户要求一个新的服务 ("gas 估算服务，estimate gas service") 来估算在当前状态下运行给定 “交易” 所需的费用。该服务根据下文中的公式进行估算。这项服务由 Sequencer 公开。在内部，它将尝试根据当前的 StarkNet 状态估算处理该交易所消耗的资源。 正如下文所解释的，这个估算值将是交易成本的首个粗略的近似值。费用本身将以 ETH (支付货币) 来指定，而 gas 价格作为估算服务的参数提供。 在这一点上，用户可以选择是否接受所估算的费用，或标记更高/更低的费用。然后，用户确定其愿意支付的费用并进行签名，这个签名也作为交易的一部分被发送到 Sequencer 中，以便执行这笔交易并添加到未来的区块中。 <br/> ## 成本公式 对于费用的首个近似值，我们考虑了服务提供商 (sequencer 定序者 + prover 证明者) 支付的一些外部成本，如用于数据和计算的 L1 gas (上述的第 1 和 2.1 项)。计算的费用可能包括一个加价，以补偿 L1 gas 成本的波动。在这一点上，我们忽略了证明创建、存储操作和网络的 L2 成本 (上述的第 2.2、3、4 项)。 因此，在这个阶段，计算费用的公式将是：  其中: 1. *gas*_*price* 是服务中配置的 gas 价格，每 gas 单位使用多少 ETH。这个价格以后可以通过 API 查询。 2. *gas_per_byte* 是存储调用数据时单个字节的 gas 成本，目前为每个字节 16 gas。 3. *♯(msgs)* 是交易从 L2 到 L1 发送的信息数量。 4. *bytes_per_msg* 是消息的字节数。当然，每个消息的字节数都可以不同，所以我们可以使用所有消息的平均消息字节大小。 额外的 5000 gas 是用来更新一个内部计数器的。 5. *♯(state_dif f_items)* 是该交易所做的状态差异的数量。 2⋅31 分别代表每次存储写入时需写入两个字段元素，每个字段元素由 31 个字节组成。 6. gas_per_step 是 (L1 上) 单步验证的一个常数定价。 *stepstxn* 是该函数执行的步骤数。 > 注意：该交易费成本的大头在于 L1 数据部分。这包括状态差异和消息。换句话说，与在 L1 上发布数据的成本相比，计算成本可以忽略不计。 (gas_per_step << gas_per_byte) <br/> # 未来的计划 这个机制在未来可能会有几种变化。 首先，我们希望进行一些优化以减少成本。具体来说，当几笔交易共享相同的证明时，它们也共享一些开销，因此会降低生产区块和验证的成本。在这种情况下，可以对原始交易的估算费用进行一些削减。 引入 volition 用于数据可用性 (即链下数据可用性)，从而可以提供另一个节约成本的方式，我们希望将其纳入成本估算的因素。为基于 L2 的数据所做的存储修改可能会产生不同的成本。 当网络变得去中心化时，我们会采用其他机制和市场设计，其中细节目前正在研究中。一个例子是使用 “费用拍卖” 模式 —— 用户可以使用不同成本组成的某种线性组合进行付费，并允许 sequencer 挑选付费最高的交易。 最后，引入费用抽象将允许网络参与者使用 ETH 以外的代币进行付费。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-1-19/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-1-19/Wed, 19 Jan 2022 00:00:00 GMT <br/> # **Layer2** **Polygon Zero (前 Mir) 引入递归 SNARK 技术 —— Plonky2** 此前，Polygon 于 2021 年 12 月 9 日宣布以 4 亿美元的价格收购零知识技术初创公司 Mir，并与原 Mir 团队成员共同构建新项目 Polygon Zero —— 一个高度可扩展的、兼容以太坊的 ZK-Rollup。 Polygon 专注于使用零知识证明密码学技术实现区块链扩容，他们已经为建立 ZK 的生态做了几项重要的工作。首先是并购 ZK-Rollup 解决方案 Hermez Network (现 Polygon Hermez) 以及宣布 Hermez zkEVM 计划。随后又宣布介绍了 Polygon Miden 项目 (一个基于 STARK，兼容以太坊的 rollup)，以及 Polygon Nightfall (与 EY 合作构建的隐私 rollup)。 Polygon Zero 的目标很简单：利用零知识证明来提高以太坊的可扩展性，同时不牺牲去中心化特性和安全性。为实现这一目标，Polygon Zero 引入了一个高效的、兼容以太坊的递归证明系统 plonky2。 Mir 团队已经默默地在递归零知识证明领域研究了近两年，他们在 2020 年首次实现基于 PLONK 和 Halo 的递归证明。今年，他们团队设了一个雄心勃勃的目标：实现亚秒级的递归证明。因此他们建立了 plonky2 —— 一个基于 PLONK 和 FRI 的精心优化的证明系统。 [来源 1](https://blog.polygon.technology/introducing-plonky2/) [来源 2](https://blog.polygon.technology/polygon-takes-a-major-lead-in-zk-rollups-welcomes-mir-a-groundbreaking-zk-startup-in-a-400m-deal/) **Optimistic Rollup 团队 Fuel Labs 为 L2 区块生产提议了一个代币模型** 2022 年 1 月 10 日，Fuel Labs 团队发布了一篇博客文章，为 L2 区块生产提议了一个新的代币模型。Fuel Labs 表示，Rollup 需要代币经济模型：发布协议代币有许多好处，如允许流动性激励、或创建一个参与度高的社区；但目前已部署的模型仍具有不少缺点。 他们列出了三种需要避免的代币模型： - PoS 代币，即大多数验证者对区块签名。这种模式允许大多数验证者审查新区块，意味着用户的资金可以被冻结。没有必要使用 PoS 来为 rollup 提供安全保障，因为 rollup 是由以太坊提供安全保障的。请注意，PoS 侧链本身是完全没有问题的，只是对于 rollup 来说，PoS 共识协议是没有必要的。 - 费用支付代币，即用户必须使用该种代币支付交易费用。对于一些非主权的 l2 协议 (如以太坊上的 rollup)，使用这种代币模型不只是毫无作用那么简单了。更糟糕的是，它会给使用 rollup 的用户增加了摩擦。 - 治理代币，即大多数票数能够决定升级 rollup 合约。这使得大多数代币持有者可以窃取用户的资金。 Fuel Labs 提出了一种创新方案：Rollup 可以代币化区块生产者收集费用的权利。这种代币模型帮助解决了 rollup 设计的一个主要挑战 —— 去中心化区块生产。 关于该模型更详细的解释请参考[此文](https://fuel-labs.ghost.io/token-model-layer-2-block-production/)。 <br/> **L2 解决方案 Optimism 交易费再次降低，平均便宜 30%** 2022 年 1 月 8 日，L2 解决方案 Optimism 发推表示其交易费用降低了。固定开销从 2750 L1 gas 减少到 2100 L1 gas，动态开销则从 1.5 倍 减少到 1.24 倍。也就是说，用户在 Optimism 二层做交易，支付的交易费平均便宜 30%。 来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1479840872954875905&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=51faac8932d0c8f9637c07bb316cfbb706af62df&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1479840872954875905" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 490px; display: block; flex-grow: 1;"></iframe> <br/> # **执行层 (Eth1)** **为什么 EIP-4444 重要？** 1 月 14 日，以太坊区块高度达到 14,000,000 ，以太坊核心开发者 @0xRaino 藉此里程碑发推解释为什么今天的区块链需要改变它们与链历史数据可用性的关系。以下是其推文的编译： 区块链是一种只能附加的结构。我曾从事客户端开发，我看着区块链在过去几年延展了数百万个区块，不断增加我们软件的磁盘使用量。 由于默认情况下是尽可能多地提供这种链上历史数据，一直坚持这个判断会对所有的区块链构成一种隐形风险。 要么随着对磁盘的要求提高，这样节点运行者集的规模就会缩小；要么它们继续被用作区块链验证，但不在 p2p 网络里作为链历史数据。 最可能的情况是，它们将不再作为链历史数据。当这种情况发生时，人们会很快了解到他们必须通过一些其他方式来获得这些数据，而不是通过区块链的本地 p2p 网络。 为解决这个问题而产生的临时解决方案很可能是次优的，而且向这些解决方案的转变将是混乱的。 如果这就是未来会发生的事，我们应该走在它的前面——设计一种方法来创建易于验证、可复制的链历史数据加工品 (artifact)，这种加工品符合一个旨在拥有有用属性的标准。 事实上，这就是 EIP-4444 想要对以太坊生态做的工作，这份 EIP 由 @asn_6、@lightclients 和 @ralexstokes 编写。（EIP-4444：https://t.co/4X7Kjkm1x3） 这份 EIP 本身只是说，时间早于从今天算起的偏移量的历史数据将不再通过本地 p2p 网络提供。但把它关掉只是简单部分，也是这个过程的最后一步。 除此之外还有大量的工程工作 (目前由 @henridf和 @optimismPBC 里的一些人在做)，以确保我们能够生成和验证链历史数据加工品。 我们还希望加工品有很酷的功能，例如默克尔化，这可以很容易证明某块数据是加工品的一部分。 从长远来看，我们还可以有更精心设计的方法来提供数据，例如#门户网络 (PortalNetwork) (@pipermerriam 负责这部分的开发)。 EIP-4444 还有其他面向，也有一些常见的反对声音，我会另找时间回应。但现在，我想为链增长所属的系列问题提供更多的信息。 除非我们找到优雅的解决方案，否则区块链的资源需求总体上将不断增长，并威胁到去中心化。幸运的是，以太坊有一个清晰的路线图 (“The Urges") 来解决这个和其他问题。 来源： <iframe id="twitter-widget-15" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-15&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1481657327283359749&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=51faac8932d0c8f9637c07bb316cfbb706af62df&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1481657327283359749" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 638px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层 (Eth2)** **质押服务监测账号 Ethereum Pools** 推荐关注一个新推特账号 @EthereumPools，这是一个专门监测 Eth2.0 质押池的账户，并及时向用户发布风险警告。 [来源](https://twitter.com/EthereumPools) **罚没信息网站上线** 为了提高以太坊质押客户端的多样性，@RyanBerckmans 资助 @libevm 搭建了一个信息网站：[slashed.info](http://slashed.info/)，它展现在最糟糕的罚没事件里，质押者会因为运行占多数的客户端而丢失多少额外的 ETH 。例如，使用 Prysm 会比使用 Nimbus 丢失超过 5 倍的 ETH。  来源： <iframe id="twitter-widget-16" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-16&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1482846599206350848&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=51faac8932d0c8f9637c07bb316cfbb706af62df&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1482846599206350848" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 457px; display: block; flex-grow: 1;"></iframe> <br/> 更多主网的更新消息，请参阅最新一期的《[共识层进展更新](https://www.ethereum.cn/Eth2/wnie2-2022-1-17)》 <br/> # **生态** **2021 MEV 报告** Galaxy Digital Research 发布了 MEV 研究报告《MEV——Flashboys 是如何变成 Flashbots》，撰写此报告的研究员 Chrinstine Kim 在推特列出了一些重点，具体如下： - 在 2021 年，矿工从 MEV 至少赚取7.3 亿美元。这比上年增长了 341%。(注：来自 Flashbots 的当前数据并不包括 UniswapV3 的数据，但这很快会改变)  - MEV 指的是在区块间重组交易而获得的收益。尽管只有矿工有这个能力，但他们往往依赖被称为“搜索者 (searcher)"的专业用户来找最有利可图的 MEV 机会。矿工会与搜索者对 MEV 收益进行分成。  - 在以太坊和其他像#BSC 和# Avalache 的智能合约协议上，DeFi 使赚取 MEV 的机会越来越有利可图。（注：从 2021 年 5 月开始 MEV 的下降是由于 UniswapV3 的上线）  - 与常见的意见相反，并不是所有的 MEV 机会都是坏的。最常见的一种——套利——通过创造经济激励来修正跨去中心化交易所的价格不一致可以使 DeFi 市场更高效。  - 有些解决方案可以帮助保护交易不受那些伤害用户和破坏网络共识的 MEV 类型所影响的，但目前这些解决方案大多依赖于中心化的看门人和私人通信通道 - 依赖像 Flashbots 竞拍这样的解决方案来免受 MEV 影响这种方法的问题在于，这些交易不再是抗审查的。今天，总的以太坊区块空间有少于 1.5% 是由 Flashbots 提交的交易填充的。  - 随着 DeFi 的不断创新和以太坊协议上的重要变更的推出，MEV 解决方案正在迅速发展。这些解决发难之一被称为 PBS (区块提议者/构建者分离)，Flashbots 已经计划在合并升级后实现配合 PBS 的版本。  - 围绕 MEV 的对话与 tradfi 里关于高频交易的辩论在很多方面都很相似。但想到这是无需许可的区块链，这个新金融系统将通过去中心化技术来保持开放、透明和去信任。 [完整报告](https://docsend.com/view/vr6seimd2bfx8iei) 来源： <iframe id="twitter-widget-17" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-17&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1479510628465135617&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=51faac8932d0c8f9637c07bb316cfbb706af62df&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1479510628465135617" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 662px; display: block; flex-grow: 1;"></iframe> <br/> **开发者专用的 MetaMask Flask 上线** 今天，MetaMask 上线 MetaMask Flask，它是一个实验证明场地，旨在让开发者在 Web3 上构建最前沿和创新的功能。Flask 不提供像主 MetaMask 那样有稳定性保证的相同 API 或用户体验，因此，请注意这是只供开发者使用的，在使用时自己承担风险。 一起推出的一项重要功能是 Snap。Snap 允许开发者在运行时间扩展 MetaMask 的功能，而不需要 MetaMask 团队的介入。它使得开发者可以添加自己的 API 到 MetaMask，并最终把它们共享给所有人使用。 Snaps 系统主要由两部分组成： - 一个隔离的环境，让不受信任的代码可以在有有限权限的钱包里运行 - 用于网站和 MetaMask 的 API，用于与这些单独的"Snap"通信 [Snaps 介绍文档](https://docs.metamask.io/guide/snaps.html#what-is-snaps) 来源： <iframe id="twitter-widget-18" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-18&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1483488847866458115&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=51faac8932d0c8f9637c07bb316cfbb706af62df&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1483488847866458115" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 759px; display: block; flex-grow: 1;"></iframe> <br/> **[ethereum.org](http://ethereum.org/) 在 2021 的一些数据** 以太坊基金会的 Sam Richards 发推分享一组关于 [ethereum.org](http://ethereum.org/) 的数据： - [ethereum.org](http://ethereum.org/) 在 2021 年的访问次数达 2 千万，比在 2020 年多出 5 倍 - 这个项目的 GitHub 贡献者上升到 68 位，是 2020 年 30 位的 2 倍多 - 有 3,500 名翻译者加入，并翻译了奖金 300 万个单词，是 2020 年人数的 7 倍多，翻译字数的 10 倍多 来源： <iframe id="twitter-widget-19" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-19&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1482812310871703553&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=51faac8932d0c8f9637c07bb316cfbb706af62df&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1482812310871703553" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 458px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊推送通知服务 EPNS 上线主网** 2022 年 1 月 11 日，以太坊推送通知服务 (Ethereum Push Notification Service, EPNS) 上线主网。现在已经可以通过以太坊区块链上的 [app.epns.io](http://app.epns.io/) 访问 EPNS。这个协议面向两个目标受众：订阅频道和订阅者。 订阅频道可以是那些想要向他人发送通知的 dapp、用户以及企业。这些通知可以手动发送，也可以构建成自动响应链上或链下的信息。比如，一个 DeFi 项目可以允许用户在他们的贷款快要被清算时自动获取提醒通知。 订阅者可以是那些想要接收他人通知的人。他们可以浏览 EPNS 上可订阅的频道，并选择接收其中任何一个频道的通知。 [来源](https://medium.com/ethereum-push-notification-service/the-epns-mainnet-is-here-470faec0c01) <br/> **社区至上的 NFT 市场 LooksRare 上线主网并向 OpenSea 用户空投 LOOKS 代币** 2022 年 1 月 10 日，一个声称社区至上的 NFT 市场 LooksRare 上线主网。 **LOOKS 代币发布与空投：** 2021 年 6 月16 日至 2021 年 12 月 16 日期间，在 Opensea 上成交过 3 ETH 交易额的用户可以申领 LOOKS 代币空投。 LOOKS 是 LooksRare 的原生代币。其中 100% 的交易费用都由 LOOKS 代币质押者赚取，因此在 LooksRare 上产生的交易越多，质押者就赚取越多 WETH。 **什么是 LooksRare：** LooksRare 是一个社区至上的 NFT 市场，积极奖励参与交易的用户、收藏者和创作者。 **LooksRare 市场概览：** LooksRare 市场涵盖了以太坊区块链上的所有 NFT 藏品系列。这意味着用户可以在 LooksRare 上交易所有 OpenSea 上涵盖的以太坊 NFT，而且 OpenSea 上没有的 LooksRare 也有。 所有 NFT 交易的标准交易费为 2% (比竞争对手低)，并且所有这些交易费都直接由 LOOKS 质押者赚得。 **如何获取奖励：** - 质押 LOOKS，赚取 LOOKS 和 WETH - 对一些符合条件的 NFT 系列进行交易，赚取 LOOKS 奖励 - 提供 Uniswap V2 LOOKS-ETH 的流动性，赚取 LOOKS 奖励 [来源](https://medium.com/ethereum-push-notification-service/the-epns-mainnet-is-here-470faec0c01) <br/> **以太坊 2021 的碳排放分析** 艺术家 Kyle McDonald 发表了论文《以太坊碳排放：用自下而上法的估算》，并进行了数据可视化。  根据其本人撰写的总结，这次自下而上法使用的能源估算变量包括：哈希率、硬件开销、数据中心开销、电网损耗、哈希效率、供电效率。 其研究结果为： 如果他的统计数据都是对的话，以太坊正在使用大概 2.6千兆瓦（GW），每年将达到约23太瓦时（TWh/年）。当与厄瓜多尔（26太瓦时/年）或美国马萨诸塞州（21太瓦时/年）等进行比较时，这个数据听上去很大。也可以让它听起来很小，因为它只占全球电力的 0.1%——美国人每年仅看电视就耗费了它三倍的电力。 [来源](https://kcimc.medium.com/ethereum-emissions-c750556e7364) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/the-year-in-ethereum-2021https://www.ethereum.cn/Ecosystem/the-year-in-ethereum-2021Tue, 18 Jan 2022 00:00:00 GMT来源 | [stark.mirror.xyz](https://stark.mirror.xyz/q3OnsK7mvfGtTQ72nfoxLyEV5lfYOqUfJIoKBx7BG1I) 作者 | *[Josh Stark](https://twitter.com/0xstark) & [Evan Van Ness](https://twitter.com/evan_van_ness)*  **以太坊是数字文明的基础。** 以太坊坚固、安全且可靠，是支持构建在其之上的数字城市所必需的基石。 这些城市发展迅速。由于以太坊面向所有人开放，来自不同领域的用户已经找到了在这上面构建的原因。 - 市场使用以太坊作为金融基础设施 - 艺术家们通过以太坊赋予了他们的作品永久性 - 以太坊也作为资产的结算层存在 - 社区借助以太坊来管理共享资源 今年，以太坊应用开始引起了公众的关注。随着世界各地的人们开始理解基于以太坊构建更加去中心化的网络的愿景，“Web3” 这个[旧词汇](https://blog.ethereum.org/2014/08/18/building-decentralized-web/)又重新流行起来。 就像 [2018](https://stark.mirror.xyz/w5DBtrkxEl2lI3P1RxmkVhqIhrp19g5zqU-RcZMR3ZQ)、[2019](https://stark.mirror.xyz/32hW-yLR6riSmzQuuDDMX6XZhSh-k-RB7w5mvW0Vy9U) 和 [2020](https://stark.mirror.xyz/ywsx9-AsGR83LOyRUdDx2NpfaLEQdS0lKxHpHYwvzTI) 的年度回顾一样，这篇 2021 年度回顾旨在概括去年一年发生的重要事件，并向读者展示未来的蓝图。 在我们看来， 2021 年以太坊最重要的发展包括： 1. **多个 Layer 2 协议上线主网** —— 经过多年的开发，L2 协议上线主网并开始扩展以太坊的容量 2. **创作者经济成为主流** —— NFT 无处不在，艺术家们利用以太坊赚取了数十亿资产 3. **核心协议升级** —— 以太坊研发社区推出了多个升级，为过渡到权益证明共识 (PoS) 做好准备 4. **DAO 跨过了转折点** —— DAO 成为社区自治的可行工具，积累了数十亿资产并吸引了新用户  在细述上面的所有话题之前，让我们先来盘点一下以太坊在过去这一年的发展。上几年的回顾中，我们追踪了不同的核心指标，试图将以太坊置于不同的背景中。今年，其中的几项指标已经达成了重要的里程碑。 ### A. 用户都在花钱使用哪些区块链？ 以太坊连续两年成为世界上需求量最大的区块链。  <center>来源： Cryptofees (cryptofees.info</center> 这个图表选取了一些 L1 区块链，展示了它们的总[交易费](https://ethereum.org/en/developers/docs/gas/)。这是用户使用每条 L1 所支付的交易费总值 (发送交易或与某个智能合约交互)。总的来说，这些数据代表了某特定区块链的总“区块空间” ( 即该区块链在给定一年里的总交易容量) 的价值。 总交易费只是一个指标，单独来看，它们并不能完全代表某个区块链的价值或者它对于用户的有用性。然而，这个图表确实向我们展示了每个区块链对其用户的比较价值。在一个正常运转的市场中，事物的价值取决于人们愿意为其支付的价格。 如果我们将比较范围扩大，包括应用、L2 网络以及其他 L1，我们得出下面这个图表：  <center>来源： Cryptofees (cryptofees.info</center> 上图表中每个粉色的柱形都是基于以太坊构建的应用，比如 [Uniswap](https://uniswap.org/) 或者 [ENS](https://ens.domains/)。对于这些应用，这里的费用总额不是指区块链交易费，而是用户为使用该应用而支付的其他类型费用 (如支付给某个交易所上的流动性提供者的费用)。 2021 年，用户为使用以太坊上的应用所支付的费用总值超过了支付给所有其他 L1 的价值总和。 由于以太坊区块空间的用户需求持续超过其他所有区块链的用户需求，我们可以找一下其他有意义的比较。那么我们可以将今年大家使用以太坊 L1 支付的费用与 [Visa](https://annualreport.visa.com/financials/default.aspx) 和 [Stripe](https://backlinko.com/stripe-users#stripe-revenue-by-year) 等支付网络的收入进行比较：  <center>来源：Cryptofees (cryptofees.info), Visa, Backlink</center> 交易费总额和企业收入并不完全具有可比性 (Visa 和 Stripe 除了用户直接支付的费用之外，还有其他赚取利润的资源；并且以太坊可以做很多 Stripe 做不到的事情)。然而，这个比较还是可以展示以太坊的规模和它对市场的价值。 ### B. 以太坊转移了多少价值？ 区块链一个最简单的用例就是转移资产。今年以太坊上转移了多少价值？ 自从[在 2020 年中期超过比特币，](https://jjmstark.medium.com/the-year-in-ethereum-2020-98123e5f160d)以太坊一直以来都是全球范围内处理最多资产结算的区块链。  <center>图：表中以太坊的数据包括所有主要 ERC20 代币的交易量，总值超过 5 亿美元。比特币的数据包括 Omni 上的 USDT 资产。由于我们没有计算以太坊的所有资产，这个图表实际上低估了以太坊的总交易量。数据来源于 Visa (annualreport.visa.com) 和 CoinMetrics (coinmetrics.io)。</center> 2021 年里以太坊转移了约 11.6 万亿美元。这[比 Visa 还多](https://annualreport.visa.com/financials/default.aspx)，而且是比特币的两倍多。 ### C. DeFi 锁仓量 最后，我们可以追踪一下锁定在 DeFi 协议中的所有资产总值。将资产 “锁定在 DeFi” 里意味着用户已将一些资金存入协议中，即通过允许协议使用他们的资产而获得相应的回报 —— 例如，用户通过提供流动性获得利润。 以太坊的 DeFi 锁仓量仍然比其他链要多，并且差距很大。  <center>来源：DeFi Llama (https://defillama.com/chains)</center> 这再一次表明，我们必须在区块链生态系统之外找到可比的数据。2021 年，以太坊上的 DeFi 锁仓总值 (1530 亿美元) 超过了 Robinhood ([800 亿美元](https://www.businessofapps.com/data/robinhood-statistics/)) 和 Bridgewater Associates ([1400 亿美元](https://en.wikipedia.org/wiki/Bridgewater_Associates)) 的管理资产。  ## 1. 多个 Layer 2 协议上线主网 经过多年的研发，能够提高以太坊的可扩展性的技术在今年上线主网了。 以太坊的交易容量不再仅仅是以太坊 Layer1 的容量。 **相反，它包括以太坊 L1 的容量\*加上\*所有基于以太坊安全性构建的 “Layer2” 协议的容量。**  <center>图：由于公开可用信息的限制，L2 的数据并不完整。完整数据参考此链接：https://docs.google.com/spreadsheets/d/1-Is51Do_AgatnUsoxo-Iy7B0clCyxf1VN_gDt8mtly4 </center> 这个图表向我们展示了 2021 年以太坊的累积交易总量，包括 L1 和 L2 的交易。 2021 年，以太坊 L1 每天处理约 [120 万笔交易](https://etherscan.io/chart/tx) (或每秒约 15 笔交易)。随着 Layer2 协议的上线，以太坊的有效容量开始增加，综合交易率 (图表中最顶端的线) 开始呈曲线上升。 所有 L2 协议刚部署在主网不久，有些协议还没有移除所有的临时信任假设 (更多信息请看 [L2 Beat](https://l2beat.com/))。图表中的协议分类之间的技术差异也很明显。例如，StarkEx 链为实例提供的技术是 [Validium](https://www.buildblockchain.tech/newsletter/issues/no-99-validium-and-the-layer-2-two-by-two), 也就是说他们的证明存储在链下而不是链上。 随着 L2 协议不断成熟以及其市场份额不断增加，上述图表中 L2 板块的占比将不断增大，直到其交易量远远超过 L1。“以太坊” 不再指单一的协议，而是指基于同一个 L1 构建的所有协议的社区。 你可能已经听说以太坊很贵或很慢，但得出这个结论只是因为人们在做错误的比较。以太坊是首个成熟到足以让多个产品级的 L2 在其之上构建的区块链。虽然对于 L1 上的一些用例来说 gas 费还是很贵，但 2021 年是转折性的一年，即未来大多数用户将仅仅通过 L2 与以太坊交互。 目前大部分 L2 交易在一些被称为 “[ZK rollups](https://ethereum.org/en/developers/docs/scaling/layer-2-rollups/)” 的应用专用型 L2 协议上完成。这些是专门针对某些应用类型的 L2，如处理交易或简单的代币转移。 基于以太坊构建的 Zk-Rollup 生态系统在 2021 年取得了这些进展： - **Loopring (路印)** [早在 2020](https://loopring.org/#/post/loopring-launches-zkrollup-exchange-loopring-io) 就推出了一个 zkRollup 去中心化交易所。他们在 [2021 年初](https://loopring.org/#/post/shutdown-of-loopring-exchange-v1-transition-to-v2)完成了 v2 版本的发布，并在 [2021 年 8 月](https://loopring.org/#/post/loopring-now-supports-nfts-on-l2)增加了对 NFT 铸造和交易的支持。 - **Matter Labs** 在 [2020 年 6 月](https://blog.matter-labs.io/zksync-is-live-bringing-trustless-scalable-payments-to-ethereum-9c634b3e6823) 推出了一个支付型 rollup (zkSync)，它可以被集成到像 [Argent](https://polynya.medium.com/argent-zksync-a-peer-to-peer-electronic-cash-system-dream-comes-to-life-8724a64e33f7) 这样的钱包或者 [Gitcoin](https://twitter.com/zksync/status/1405252225627086849) 这样的应用中。并致力于 “[zkSync 2.0](https://blog.matter-labs.io/zksync-2-0-hello-ethereum-ca48588de179)” 的研发，2.0 版本将具有 EVM 兼容性。 - **Aztec** 在 [2021 年 3 月](https://medium.com/aztec-protocol/launching-aztec-2-0-rollup-ac7db8012f4b) 推出了一个隐私支付 rollup (“zk.money”)，并在 [4 月](https://medium.com/aztec-protocol/introducing-zkdai-into-the-aztec-private-rollup-203bd1b5164c) 添加了对稳定币 DAI 的支持。 - 多个项目与 Starkware 的 StarkEx 平台合作，推出了各自的 Validiums 版本，包括这些项目： - **DeversiFi** (一个去中心化交易所) 在 [2020 年 6 月](https://deversifi.com/blog/deversifi-2-0-launch-was-a-huge-success/) 推出其 rollup 版本 - **ImmutableX** (一个 NFT 交易所) 在 [2021 年 4 月](https://www.immutable.com/blog/immutable-x-alpha-trading-launch) 推出其 rollup 版本 - **dYdX** (一个 DeFi 交易平台) 在 [2021 年 4 月](https://dydx.exchange/blog/public) 推出其 rollup 版本 - **Sorare** (一个虚拟足球 NFT 项目) 在 [2021 年 7 月](https://medium.com/sorare/were-live-on-our-scaling-solution-starkware-62438abee9a8) 推出其 StarkEx rollup 版本  <center>图：由于公开可用信息的限制，L2 的数据并不完整。完整数据参考此链接：https://docs.google.com/spreadsheets/d/1-Is51Do_AgatnUsoxo-Iy7B0clCyxf1VN_gDt8mtly4</center> 今年，有两个新的重要参与者加入了 rollup 生态系统： **[Arbitrum](https://offchainlabs.com/)** 和 **[Optimism](https://www.optimism.io/)**。 **Arbitrum** 和 **Optimism** 作为首个达到产品级别的通用型 rollup，十分值得大家注意。这意味着每个 rollup 就像以太坊的自然延申部分那样运行 —— 它们都 “兼容 [EVM](https://ethereum.org/en/developers/docs/evm/)”。用户可以轻易地将基于以太坊的资产迁移到 rollup 中，开发者可以在 rollup 上部署 Solidity 合约和应用 (且用户可以与之交互)。  <center>图：由于公开可用信息的限制，L2 的数据并不完整。完整数据参考此链接：https://docs.google.com/spreadsheets/d/1-Is51Do_AgatnUsoxo-Iy7B0clCyxf1VN_gDt8mtly4</center>center> Arbitrum 在 5 月 14 日[上线主网](https://offchain.medium.com/introducing-arbitrum-one-our-mainet-beta-ed0e9b63b435?source=user_profile---------10-------------------------------)，并于 8 月 31 日[移除了其白名单限制](https://offchain.medium.com/mainnet-for-everyone-27ce0f67c85e)。几个月后，Optimism 也于 8 月 19 日[上线主网](https://medium.com/ethereum-optimism/community-launch-7c9a2a9d3e84)，并于 12 月 16 日[移除了其白名单限制](https://optimismpbc.medium.com/all-gas-no-brakes-8b0f32afd466)。 随着 L2 生态系统的发展，用户将越来越多的的资金存入其中。截至本文撰写，L2 协议中总共存了大约 [60 亿美元](https://l2beat.com/)。 ### Rollups 十年来，加密社区一直努力研发 “[Layer 2](https://medium.com/l4-media/making-sense-of-ethereums-layer-2-scaling-solutions-state-channels-plasma-and-truebit-22cb40dcc2f4)” 技术以实现区块链扩容。 比特币的支付通道[早在 2012 年就有讨论](https://bitcointalk.org/index.php?topic=91732.0)。然而 “支付通道” 最终还是以太坊上推出生产级别的方案 —— 仅作为一个相对[小众的扩容解决方案](https://thegraph.com/blog/scalar)，因为它们不能对智能合约进行扩容。 2017 年，Vitalik 和 Joseph Poon 提出了一个新的解决方案，叫做 [Plasma](https://plasma.io/)。其基本想法是通过创建独立的区块链来扩展以太坊，这些区块链会基于以太坊构建，并通过巧妙的代码和经济机制设计继承其安全性。 这条研究路线引进了一个新的技术 —— “[rollup](https://github.com/barryWhiteHat/roll_up)”。在 Plasma 方案的基础上，rollup 通过创建一个独特的 L2 区块链来扩展以太坊，它在继承 L1 安全性的同时，为用户提供更便宜、更快的使用体验。 应用存在于 rollup 链上，然后用户直接与 rollup 链进行交互。在后端，这种协议将每个人的交易捆绑起来 (“rolls up”) 然后在以太坊 L1 上存储一份这些交易的记录。而这些记录确保用户的交易具有以太坊 L1 级别的安全性。 但是有两种不同的方法来实现这个方案，因此出现了两种不同类型的 rollup 设计： **Optimistic rollup** 和 **零知识 (Zero-Knowledge) rollup**。 Zk-rollup 利用密码学来证明交易的有效性，然后将生成的证明存储在以太坊上。大部分数据就可以丢掉了 (意味着你不需要将其存储在链上)，只需保留少部分数据。但这足以在数学上证明交易是有效的。 现在已经有很多应用专用型 rollup 可用，这一点我们在上文就提到过。但是通用型的 ZK-rollup 仍在开发中，有这些团队在负责： [Matter Labs](https://blog.matter-labs.io/zksync-2-0-hello-ethereum-ca48588de179)、[Starkware](https://starkware.co/starknet/)、[Polygon Hermez](https://blog.hermez.io/introducing-hermez-zkevm/)、[Scroll Tech](https://mobile.twitter.com/scroll_zkp) 以及 [隐私 & 扩容研究小组](https://hackmd.io/@yezhang/S1_KMMbGt) 等等。 长话短说：ZK-rollup 的工作原理是将在 rollup 上运行的代码转换为一个特殊的数学方程式。就是这个方程为我们提供存储在主网上的简洁证明。 当对一些可能的输入加以限制时，定义这样一种方程要容易得多。例如，当我们只打算做简单的代币转移交易时，这些应用专用型方程更容易设计。 相比之下，如果一条方程能够处理任意可能的代码输入并对其创建一个证明，这个方程就难多了。这就是创建一个可以用于通用的任意代码的 ZK-rollup 的挑战之处。 这类 “通用” 计算 (也称为 “EVM 等同性”) 使用 Optimistic rollups 更容易实现。 利用 Optimistic Rollups 解决方案，L2 rollup 链将捆绑交易的记录留在 L1 上。 然而，在大多数情况下，确保这些交易结果有效的 “证明” 实际上并没有运行。因为这种协议是 “乐观的” —— 顾名思义，它假设每个区块都有效，但同时保留了必要时每位用户都可以对其验证的权利。 因为 Optimistic Rollups 需要保留数据以便之后有人可以运行证明，它们需要在链上发布更多的交易数据 (而不仅仅是一个简洁的证明，如使用零知识技术验证的证明)。但是又由于不需要新的密码学创新，完全通用的 Optimistic Rollups (如 Arbitrum 和 Optimism) 目前已经存在产品级的项目了。 但无论是哪种 rollup，都意味着用户对于其在 rollup 上的交易已敲定这一假设拥有非常高的保证。如果某人在 rollup 上给你转了 ETH，这笔转账交易的证明就存在于以太坊上，并且你将总是能够将这笔 ETH 提现到 L1 上。 对于 Layer2 的漫长等待已经结束。Layer 2 时代真的到来了 —— 只是分布很不均匀。应用程序、交易所和钱包将需要几个月的时间来支持 L2，并帮助用户向 L2 迁移。  # 2. 创作者经济成为主流 在去年的[年度回顾文章](https://jjmstark.medium.com/the-year-in-ethereum-2020-98123e5f160d)中，我们注意到以太坊的 “创作者经济” 正显示出增长的迹象。 [Cryptoart 的交易量](https://cryptoart.io/)在去年 12 月急剧上升，有迹象表明越来越多艺术家正在尝试使用以太坊提供给他们的工具来捕获价值。 而后接下来的一年，创作者经济的表现超出了预期。 **2021 年，艺术家、音乐家、作家和其他创作者通过以太坊[总共赚取了 35 亿美元](https://docs.google.com/document/d/1zpHoC_EXKmMEdcmWnLLBCLqevepj2pUe0Gue1UndNbc)**。这个数量让以太坊成为全球最大的创作者平台之一。  由于公开可用信息的限制，完整数据参考此链接：https://docs.google.com/spreadsheets/d/1-Is51Do_AgatnUsoxo-Iy7B0clCyxf1VN_gDt8mtly4/ 2021 年，以太坊为艺术家和音乐家赚的钱比 OnlyFans 或者 Patreon 还多，几乎与世界上最大的创作者平台一样多。 ### 什么是创作者经济？ 以太坊的 “创作者经济” 是一套使世界各地的创作者通过以太坊平台赚取利益的工具、服务和市场。 到目前为止，互联网的 “创作者经济” 一直被大型的中心化平台主导。其中大多数使用相似的模式，像 YouTube 或 Spotify 这样的平台从广告或订阅中获得收入，然后将其中一小部分收入转给创作者。 这种商业模式让 Spotify 成为一家价值 400 亿美元的公司。但大多数艺术家一直对此感到不满意，他们从每一个流媒体中赚取了很小的一部分。2020年，只有 [13,400 名艺术家](https://loudandclear.byspotify.com/?question=per-stream-rate#divContainerOverlay)从 Spotify 获得了超过 5 万美元的收入(而该平台上有 120 万名艺术家)。 更大一部分艺术家提供了免费劳动力 (在 Instagram 或 Twitter 上发布其作品)。艺术家通过 “曝光” 获取报酬，而平台则捕获这些价值。 以太坊为创作者提供了新的工具，以代币化他们的作品。有一项工具尤其突出：NFT。一种表示任意数字文件所有权的数字证书，范围包括艺术、音乐、摄影、视频或游戏项目。2021 年期间， [OpenSea](https://opensea.io/)、[Rarible](https://rarible.com/)、[Foundation](https://foundation.app/)、[Zora](https://zora.co/) 和 [Mirror](https://mirror.xyz/) 等平台使艺术家能够创建、出售以及交易 NFT。 NFT 生态系统正处于非常早期的阶段。请记住，一年前，NFT 的市场几乎不存在。今天，大部分的 NFT 交易量和用户都[集中在一个平台上](https://dune.xyz/kvm/NFT-Marketplace-Comparison) (OpenSea)。然而，有许多项目正在努力推出竞争方案，包括去中心化交易所。正如我们从去中心化交易所的历史和 Uniswap 令人难以置信的增长中了解到的，将所有权移交给用户的去中心化项目可以[与目前的中心化方案进行很好地竞争](https://www.theblockcrypto.com/linked/79775/uniswap-coinbase-monthly-volume-september)。 NFT 市场的迅速扩张引起了主流市场的兴趣。Steph Curry、Eminem 和 Shaquille O’Neal 购买了无聊猿。Adidas 也进军 NFT 市场了，他们也[购买了数字土地](https://venturebeat.com/2021/12/15/adidas-originals-launches-nft-drop-and-buys-a-plot-in-the-sandbox-metaverse/)并发布了自己的 NFT 系列。百威啤酒、Paris Hilton、Trey Songz、Drake Bell 和 Shopify 的首席执行官都[注册了 ENS 域名并更新到 twitter 的简介上](https://ethleaderboard.xyz/)。 除了不断飙升的 NFT 估值以及越来越多名人对其感兴趣之外，以太坊创作者经济的出现标志着我们社区正悄然进行一场革命。 加密货币行业的大部分历史中，能够利用这些技术谋生的大多数人只属于几类人：投资者、开发者或者为加密货币公司工作的人。 但在 2021 年，这种情况开始改变了。  今年，有更多来自新的和不相关职业背景的人开始使用以太坊赚取收益。2021 年，人们不需要任何资本积累、任何技术能力、没有金融或投资背景、也不需要从事加密行业的工作，也能够使用以太坊赚取收益， 这些创作者不只是用户，他们还是以太坊社区的核心成员。他们依赖于以太坊，并且与以太坊生态系统的利益密切相关。这种变化为以太坊生态系统引入了新的血液、想法、社区、人才、观点和关注，改变了以太坊的生态系统，影响了它的未来。 最值得注意的是，许多以太坊新用户对 PoW 所消耗的能量感到担忧，这种担忧是合理的。幸运的是，他们正在加入一个与他们有同样担忧的社区。[以太坊社区自 2014 年起就知道 PoW 会逐渐消耗过多的能源](https://blog.ethereum.org/2014/01/15/slasher-a-punitive-proof-of-stake-algorithm/)，并从那时起一直致力于关停 PoW，过渡至 PoS。 <br/> # 3. 核心协议升级 2021 年，以太坊社区在向 PoS (权益证明) 过渡方面取得稳步进展，并进行了两个大型主网升级，带来了新的费用市场和多个小型优化等变更。 这些升级的研究、开发、协调和实现都由在全世界的独立团队通过开放的研究和合作进行的。一如既往，以太坊是一个[集市，而不是大教堂](http://www.catb.org/~esr/writings/cathedral-bazaar/)。 这些工作的很大部分是由构建和维护单个客户端的团队完成的。以太坊在这方面是值得注意的，因为它是唯一有多个独立团队积极构建产品客户端软件的区块链。 **客户端多样性一直是以太坊社区的重点，即使它在实践中仍然具有挑战性**。客户端多样性有助于[防止因某个客户端上的漏洞破坏其货币价值的情况发生](https://bitcoincore.org/en/2018/09/20/notice/)。以太坊是“规范先行“的区块链，这意味着协议的规则是独立于任何特定软件或维护该软件的人。任何人都可以实现该规范，并构建自己的客户端来与现有的客户端竞争。 今年，客户端团队和更大的研发社区对以太坊主网进行了两次重大升级：4 月的“[柏林升级](https://ethereum.org/en/history/#berlin)”以及 8 月的“[伦敦升级](https://ethereum.org/en/history/#london)”。这些升级包括多项变更。最受关注的要数[EIP-1559](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md)，它改革了以太坊的费用市场 (在下文会深入讨论)，但也包括像提升以太坊对 DOS 攻击防御的 EIP-2929 这样的关键变更。 团队还对信标链进行了 “[Altair](https://ethereum.org/en/history/#altair)”升级——PoS 链从 2020 年 12 月 1 日开始与以太坊主链平行运行。Altair 升级启动了用于共识的轻客户端、更新了罚没和活性激励。 在所有这些工作的背后，“合并([the Merge](https://ethereum.org/en/eth2/merge/))" 的开发一直在推进，合并即永久关停以太坊的 PoW 系统，转向 PoS (在下文会深入讨论)。 即使在这个期间经历了这些变更，以太坊主网仍然保持运行、处理和为数十亿美元的资产提供安全性。 ### EIP-1559 - 费用市场改革 8 月 5 日，EIP-1559 上线以太坊主网。这次升级给以太坊的”费用市场“引入了几项改革，这组规则对用户为把他们的交易记录在以太坊区块链付费的市场进行了定义。 EIP-1559 有多个目标： - 降低用户为他们的交易超额付费的可能性 - 减少交易拥堵 - 通过降低重组的可能性来提高协议的安全性，并使得 DOS 攻击成本更高 - 烧毁部分交易费，这能增加 ETH 的价值，并提升以太坊的经济安全性 **与大多数以太坊协议升级一样，这是以太坊社区多年研究、开发、测试和辩论的结果**。[Vitalik 在 2014 年写的一篇博文](https://blog.ethereum.org/2014/02/01/on-transaction-fees-and-the-fallacy-of-market-based-solutions/)分享了早期想法，随后 [2018 年 7 月在 ethresear.ch 发了相关文章](https://ethresear.ch/t/first-and-second-price-auctions-and-improved-transaction-fee-markets/2410)，在 2019 年[草拟了 EIP](https://eips.ethereum.org/EIPS/eip-1559) (Ethereum Improvement Proposal 以太坊改进提案)。经过了两年的分析与讨论，还有 [Tim Roughgarden 的研究](https://timroughgarden.org/papers/eip1559.pdf)。 EIP-1559 还没有被完全采用。有些钱包、交易所和其他应用需要升级他们自己的软件，以充分利用新的费用市场。  <center>来源： Pintail (https://pintail.xyz/posts/gas-market-analysis/)</center> 这个图显示了以太坊上“类型2”交易（使用 EIP-1559 的交易) 和“遗留”交易的分类占比。截至 2021 年年底，以太坊上大约 35% 的交易是遗留交易。但是，即使是遗留交易也能从 EIP-1559 获益，因为它提升了 gas 预测的产生方式。 很多钱包和交易所已经支持 EIP-1559 式交易了，包括 [MetaMask](https://metamask.io/1559)、[Rainbow](https://twitter.com/rainbowdotme/status/1471242878177398794)、[MyCrypto](https://twitter.com/MyCrypto/status/1423302929637724165)、[Frame](https://twitter.com/0xFrame/status/1423367580291674112)、[Trezor](https://twitter.com/Trezor/status/1438503063157809154)、[Brave](https://twitter.com/lukemulks/status/1436381468272390151)、[Coinbase](https://blog.coinbase.com/the-technical-benefits-of-eip-1559-c41bb85f5924) (和 [Coinbase wallet](https://twitter.com/CoinbaseWallet/status/1468969381015154692))、[Blockfi](https://etherscan.io/address/0x808b4da0be6c9512e948521452227efc619bea52)、[FTX](https://etherscan.io/address/0x2faf487a4414fe77e2327f0bf4ae2a264a776ad2) 和其他几个。 变更生效四个月后，EIP-1559 在改善以太坊的用户体验方面正在完成其目标：  <center>来源：Pintail (https://pintail.xyz/posts/gas-market-analysis/)</center> 在这张图里，蓝线代表遗留交易的 gas 价格中位数，而橙线代表类型 2 (EIP-1559 式) 交易的 gas 价格中位数。实现了 EIP-1559 后，类型 2 交易的平均 gas 费事是低于遗留交易的。  <center>来源：Pintail (https://pintail.xyz)</center> 这张图更详细地显示了这些优势。蓝线代表从 EIP-1559 上线以来两种类型交易的 gas 价格差异 (这条线越高，EIP-1559 式交易能节省更多交易费)。遗留交易始终高出 10-20 gwei 的费用。 EIP-1559 似乎也降低了交易堵塞的可能性，不需要用户先发制人地超额支付打包费用 (很多习惯于交易拥堵的用户一直式这么做的)。如果你有兴趣了解更多信息，请参阅 [Pintail 的这篇文章](https://pintail.xyz/posts/gas-market-analysis/)、[Coinbase 的这篇文章](https://blog.coinbase.com/the-technical-benefits-of-eip-1559-c41bb85f5924)，以及 [Blocknative 的这篇文章](https://www.blocknative.com/blog/eip-1559-adoption)。 ### 感受费用烧毁 EIP-1559 还引入了一个变更，那就是每个用户为使用协议支付的一部分费用会被销毁 (“烧毁”)。这意味着，在每笔交易里，都有一定数量的 ETH 从总供应中被除去。 这创造了一个给 ETH 增加价值的机制——这是让以太坊成为[世界最安全的区块链](https://www.youtube.com/watch?v=bWqhn1hXvVc)这个更宽广愿景的重要部分。 以太坊的共识机制部分依赖于 ETH 的价值。在 PoW 机制下，矿工因为他们确保网络安全的工作而获得 ETH，在 PoS 机制下也是这样，质押者不仅因他们确保网络安全而获得 ETH，他们还被要求质押 ETH 来提供这种安全性。 烧毁部分的费用在协议的使用 (交易费) 和 ETH 本身的价值 (通过减少供应) 建立了一种关系。自 8 月以来，[有 132 万个 ETH 在2021 年被烧毁](https://dune.xyz/queries/167332/325105)。  <center>来源： Watch the Burn (https://watchtheburn.com/insights)</center> 黄色条形代表发行量为负的日子和周，由于以太坊被重度使用，有足够多的支付费用——由 EIP-1559 烧毁的费用超过了每个区块新增发的 ETH。请记住，这些是目前 PoW 系统下的结果，当转向 PoS 后增发率会更低。 ### 合并 从 PoW 转向 PoS 是以太坊社区自其[最早期](https://blog.ethereum.org/2014/01/15/slasher-a-punitive-proof-of-stake-algorithm/)以来的愿景。 虽然 PoW 在区块链设计里可能是启动第一批实验的必要条件，但在这 12 年中，已经很清楚地看到，更好的设计是可能的。这些设计要安全得多，且不需要消耗过多的能源才能产生强大的经济安全保证。 以太坊的 PoS 系统是 7 年多的研究和开发的成果。为什么需要这么长的时间？从这个历程的一开始，以太坊社区一直不愿意在去中心化上妥协。 尽管今天在其他链上有不一样的 PoS 系统，它们大多数都在去中心化上做了重大让步。它们依赖于某种形式的委托，意味着实际的区块验证是集中在少数的质押者手上的。 **尽管有些社区停下来了，以太坊一直在创新**。新技术的推进使以太坊保有最大程度的去中心化和安全。PoS 以太坊里使用的 BLS 签名的发展使得成千上万的节点能够参与达成共识，这意味着 PoS 以太坊不需要有委托。是有数以千计的个人验证者参与，而不是少数的专业质押机构。 同时，以太坊的设计使得做质押的技术要求很低。低到任何有消费型笔记本电脑的人都可以在家质押，且与专业的质押服务商是平等的。 以太坊的 PoS 系统[已经上线](https://beaconcha.in/)了——它只是还没有用作给任何用户活动提供安全性。 [信标链](https://ethereum.org/en/eth2/beacon-chain/)——以太坊的 PoS 机制——在 2020 年的 12 月 1 日以来一直在运行，没有任何重大问题。 在过去的一年里，用户已经向 Beacon 链质押了超过 800 万个 ETH，价值约 260 亿美元。  <center>来源：@Carvas (https://dune.xyz/queries/252741/473336)</center> 剩下的工作是把现有的以太坊 L1 并入新的 PoS 基础设施，取代 PoW。  <center>来源：Trent Van Epps (https://twitter.com/trent_vanepps)</center> 在信标链运行的同时，以太坊社区朝着合并实现了多个里程碑： - 4 月，在 [Rayonism 项目里](https://rayonism.io/)，开发者们一起开发模拟合并的测试网，还有早期的分片设计。 - 10 月，客户端团队聚集在希腊参加 [Amphora工作坊](https://blog.ethereum.org/2021/10/15/amphora-merge-milestone/)，期间构建了一个短期的多客户端测试网。 - 11 月，[Kintsugi 测试网](https://blog.ethereum.org/2021/12/20/kintsugi-merge-testnet/)仍在继续，并发展出一个基于[最新规范](https://github.com/ethereum/consensus-specs/releases/tag/v1.1.4)的长期多客户端测试网。 当规范被最终确定，且新的测试网已经广泛地被终端用户和应用开发者使用了，现有的测试网将会被用来进行合并的试运行。 假如这些试运行都顺利，重点将转到最后一步：在主网上部署合并，永久关停 PoW。 ### 客户端多样性 以太坊有很多客户端实现，每个客户端在参与 PoS 的总验证者中都有不同的份额。 今天，客户端的多样性还远非最佳情况：  <center>来源： https://twitter.com/sproulM_/status/1481109509544513539</center> **理想的情况是，没有客户端对网络的占比超过 33%**。如果每个独立客户端都低于这个比例，这会降低在一个客户端出现漏洞影响整个网络的风险。 理想的客户端多样性是一个理论上可实现的目标：以太坊有 4 个很优秀的质押客户端 ([Lighthouse](https://lighthouse.sigmaprime.io/)、[Nimbus](https://nimbus.team/)、[Prysm](https://prysmaticlabs.com/) 和 [Teku](https://docs.teku.consensys.net/en/latest/))，最近还出现了第五位选手 ([Lodestar](https://github.com/ChainSafe/lodestar))。 在合并前，如果没有一个客户端拥有超过 50% 的网络占比，这将有很大的裨益。例如，在发生分叉时 (虽然不太可能)，客户端的网络占比低于 50% 能给客户端开发者提供安全性的缓冲时间，以在不发生大型罚没事件的情况下解决这个问题。 实现更好的客户端多样性是符合每个人的利益的——甚至包括占多数的客户端的开发者。值得称赞的是，Prysmatic Labs [认识到这一事实，并正在努力降低他们的占比](https://medium.com/prysmatic-labs/prysmatic-labs-statement-on-client-diversity-c0e3c2f05671)。 ### 质押生态的扩展 PoS 以太坊允许每个人，从爱好者到机构，都可以质押 ETH 并参与网络维护。随着质押者社区的壮大，一个包含服务、工具、基础设施和应用的生态已经形成： - **[Rocketpool](https://rocketpool.net/)** 是一个备受期待的去中心化质押协议，于 2021 年 11 月上线。Rocketpool 是一个让用户存入 ETH 并共享质押奖励的一个协议，且不需要自己运行质押的基础设施。简言之，协议的用户可以安全地把他们的 ETH 存入一个个人节点运行者网络，这个网络由 Rocketpool 协议来协调。去中心化的质押协议是打造一个健康的质押生态的一项重要基础设施。截至撰写此文，已经由 7.4 万个 ETH 质押到 Rocketpool。 - **[Lido](https://lido.fi/ethereum)** 也是一个质押协议，但在它当前的实现里是有一个[额外的信任假设](https://blog.lido.fi/the-road-to-trustless-ethereum-staking/)的。截至 [2021 年 1 月](https://twitter.com/LidoFinance/status/1475925295073046538) (信标链上线 2 个月后)，有 10 万个 ETH 质押到 Lido。到 2021 年年底，共有 160 万个 ETH (价值 [130 亿美元](https://twitter.com/LidoFinance/status/1475925300986925059)) 质押到 Lido，共有 [3.3 万个唯一质押者](https://dune.xyz/queries/95826/191739)。最近，Lido 在服务其协议的运行者网络中，[在客户端多样性上取得良好进展](https://research.lido.fi/t/lido-node-operator-validator-metrics/1431?u=timbeiko) 。 - 此外，质押工具的生态里也有进展 - **StakeHouse** 社区发布了 [eth-wizard](https://github.com/stake-house/eth-wizard) (为业余爱好和提供的一个 CLI 质押安装工具) 和 [Wagyu](https://github.com/stake-house/wagyu) (一个一键式 Eth2 质押安装工具) - 现有的节点硬件提供商 **[Dappnode](https://dappnode.io/)** 和 **[Avado](https://ava.do/)** 扩展了他们的业务，现在也支持以太坊质押 - **[Stereum](https://stereum.net/)** 推出了一个开源的[节点设置工具](https://stereum.net/ethereum-node-setup/) 想要质押你的 ETH？最好从 [ethereum.org](https://ethereum.org/en/eth2/staking/#main-content) 开始。  # 4. DAO 跨过了转折点 以太坊最早的梦想之一是实现“去中心化的自治组织”(DAO)。因为以太坊使任何人都可以在代码中编写任意的规则，我们可以用这些规则来设计组织和治理系统，让一群人通过投票或其他机制共同做出决定。 DAO 生态在 2021 年有了突破。一个简单可行的技术栈聚集在一起，使现有的 DAO 可以完成一些事，而新成立的 DAO 在 DAO 可以做什么，以及谁可以加入 DAO 上拓宽了 DAO 的边界。 在 [Snapshot](https://snapshot.org/#/) 上，每月的唯一投票者 (DAO 参与者) 数全年都在增长，并在 11 月和 12 月爆炸性增长。  <center>来源：Snapshot</center> 今天，有数以百计的 DAO 有日常活动、给成员付款、构建产品、和给共享资金的使用投票。以太坊上 DAO 集体[治理的资产价值超过 160 亿美元](https://openorgs.info/)。 ### 但首先，什么是 DAO？ “DAO"被用来描述很多类型的结构。一般来说，DAO 指的是任何一群人使用像以太坊这样的区块链来集体管理一些链上的东西。有时候，那些东西是钱 (像 ETH 或 DAO 财库里的代币)，但也可以包括 NFT，像 MakerDAO这样的链上协议参数，或以上所有东西。 虽然 DAO 自 2016 年以来一直存在于以太坊，但这些早期的实验更多是科学项目，而不是真正的产品。 **但在过去几年，DAO 成为一种实际需求**。第一个主要驱动力是那些想要可信地对自身进行去中心化的 DeFi 协议——将对其协议的控制权移交给用户群，他们使用代币 (“治理代币”) 投票。 由 [2020 年 Compound 等协议](https://medium.com/compound-finance/compound-governance-decentralized-b18659f811e0) 开创的基本结构已经变成很多后来创立的 DAO 事实上的标准了，比如 [2020 年 9 月 Uniswap 的发币计划](https://uniswap.org/blog/uni)。 在 2021 年，DAO 的发展是显著的，因为它是在 DeFi 协议 (首批主要进入者) 之外发生的。这些 DAO 开始展示链上组织可能的设计空间广度。 - **以太坊域名服务 (ENS)**。首先[在 2017 年上线](https://mobile.twitter.com/ensdomains/status/1389573520439525380)，ENS 是一个[去中心化的域名协议](https://ens.domains/)，它让用户创建简单的用户名 (你的名字.eth)，它可以用作以太坊账户，接收非 ETH 的加密货币 (包括 BTC)，或作为一个web URL。在 2021 年，ENS 创立一个 [DAO](https://docs.ens.domains/v/governance/)，它对 ENS 协议的一定参数进行治理，还有一笔支持 ENS 生态的社区资金。 - **ConstitutionDAO.** 在 11 月短短的几天内，来自互联网的陌生人集体集资 4400 万美元，以购买美国宪法的副本。总共有 [17,521 个不同账户](https://dune.xyz/ilemi/ConstitutionDAO-Funding-Tracker) 为这件事捐献了。这个项目获得了[主流媒体的报道](https://www.cnn.com/2021/11/18/investing/constitution-auction-sothebys-crypto/index.html)和并带来了一次[失控的直播](https://youtu.be/1TBa-9Lx3vc?t=9172)——茫然的拍卖师在新型互联网组织代表和旧世界金融代表间调解竞标。 - **PleaserDAO** [由一条推文开始](https://twitter.com/lay2000lbs/status/1375195529504829443)，并很快发展成一个投资俱乐部。PleaserDAO 探索 DAO 设计空间的另一个部分——它不是一个坐拥数万名成员的大众组织，它是一个[相对小型的投资俱乐部](https://pleasr.org/#)，其成员聚集资金进行联合购买。值得注意的是，PleaserDAO 已经购买了一些高知名度的文化资产了，例如 [Doge 1/1](https://gallery.so/pleasrdao/88e17512d861358bac33a3310b6d65cf/6771f6edb51b930821f424452e1707b4) 和还没发行的 Wu Tang 专辑。 - **Friends with Benefits (FWB)** 是一个[线上社交社区](https://www.fwb.help/)，要拥有 $FWB 代币才能成为其成员。这个代币被用来控制对多个在线和线下空间的访问权限，这些空间包括群聊、聚会、晚餐、余兴派对等。 - **MakerDAO** 开始是一个 DAO，但后来在 2018 年成立了一些传统组织结构。MakerDAO 是稳定币 DAI 的创造者，还是以太坊上第一个去中心化的稳定币，也是迄今为止最重要的 DeFi 项目之一。今年，MakerDAO [完成了承诺过的回归去中心化](https://blog.makerdao.com/makerdao-has-come-full-circle/)，结束了它的基金会，并把对 Maker 协议的控制权移交给由其代币持有者治理的 DAO。 DAO 是一个非常通用的工具箱，能够提供一个很大的设计空间。通过私钥和智能合约，我们可以设计几乎任何任意系统，人类可以共同管理链上资产和协议。 因此，我们可以看到 DAO 由这么巨大的效用范围。很快，可能就很难将它们作为一个有用的类别来谈论了。DAO 是协议可以有效脱离创始人控制的一种重要的去中心化手段，是线上社区快速和无缝汇集资金，以实现共同目标的工具；是一种新型的社交网络；也是一种集体资助公共物品的新方式。 今年 DAO 的发展是一套软件工具促成的，这套工具使人们可以很容易开启一个 DAO。 许多 DAO 使用简单的工具组合。大多数的链上智能合约会分叉 [Compound 的系统](https://compound.finance/docs/governance)。投票本身由像 [Snapshot](https://docs.snapshot.org/) 这样的项目来处理，而讨论和对个别提案的讨论会在像 [discourse](https://www.discourse.org/) 这样的论坛上进行。 - **[Mirror](https://mirror.xyz/)** 推出了一套工具，帮助人们创建“媒体 DAO”：对在 Mirror 上创建的内容联合发布和具有共同所有权。 - **[Coordinape](https://coordinape.com/)** 从 Yearn 社区分离出来，为分布式团队提供框架，以协作决定 DAO 成员所做工作的报酬。 - **[Rabbithole](https://rabbithole.gg/)** 推出工具，让新用户加入 DAO，建立为 DAO 工作的技能和证书。 - 有远见的政府已经开发了新的法律架构，以精简 DAO 的形成和报告，比如在[怀俄明州](https://www.jdsupra.com/legalnews/crypto-daos-and-the-wyoming-frontier-9251606/)。 DAO 在扩大规模以适应世界各地数百万人的需求时，不乏需要克服的问题和挑战。我们希望在 2022 年看到在几个关键挑战上有进展： - 今天，大多数 DAO 使用某种形式的货币投票。这意味着决策的权重取决于某“治理代币”的所有权比例。[货币投票系统已经有很多已知的缺点](https://www.ethereum.cn/Ecosystem/moving-beyond-coin-voting-governance)。像[人性证明](https://www.proofofhumanity.id/) ([Proof of Humanity](https://www.proofofhumanity.id/)) 和 [BrightID](https://www.brightid.org/) 这种抗女巫实验提供了一种建基在个人而不是代币的治理系统。 - 寻找管理结构和工作系统，使得分布式团体能够有效构建产品和协调行动。 - 法律体系在适应人类生产活动的新形式方面可能非常缓慢，DAO 也不例外。缺乏明确的法律框架会给 DAO 成员带来风险。世界各地在这方面的工作仍在继续——关于美国背景下的最新工作，请看 [David Kerr 和 Miles Jennings](https://a16z.com/wp-content/uploads/2021/10/DAO-Legal-Framework-Jennings-Kerr10.19.21-Final.pdf)合著的论文。 新型组织正在出现，以解决这些和其他挑战。[The DAO Research Collective](https://www.daocollective.xyz/) 就是这样一个组织，其目标是使 DAO 创始人更容易找到关于这些问题的答案和信息。 <br/> # 5. 其他方面 与每年一样，以太坊生态系统中发生了太多的事情，无法在一篇博文中总结出来。但以太坊不止于以上4个主题——2021年的其他几个方面的发展： - **身份**：以太坊域名服务 (ENS) 有了突破性增长，发展到有[数十万用户](https://ens.domains/#home-statistics)，数百项集成，和一个新 DAO 社区财库 (19 亿美元)，以资助生态系统的持续发展。[Proof of Humanity](https://www.proofofhumanity.id/) 和 [BrightID](https://www.brightid.org/) 作为一种抗女巫攻击机制被使用，[Sign in with Ethereum](https://login.xyz/) (用以太坊登录) 标准越来越受欢迎，以及有一个以太坊身份[成为时尚](https://ethleaderboard.xyz/)。 - **游戏**：[Axie Infinity](https://axieinfinity.com/) 出现了非常大的增长，达到 290 万用户，成为建在以太坊上最成功的游戏。像 [Yield Guild](https://yieldguild.io/) 这样的新型加密组织激起了人们对边玩边赚的游戏生态系统的兴趣。[Skyweaver](https://www.skyweaver.net/) 在 Polygon 上线，[Dark Forest](https://blog.zkga.me/) 推出了版本 v0.6，并继续围绕其加密原生链上战略游戏发展出了一批狂热追随者。 - **公共物品募资**：[CLRFund](https://clr.fund/) (一个让任何人运行他们资金的 CLR 的协议) 完成了他们的信任设置仪式，并促成了多轮融资。[Gitcoin](https://gitcoin.co/grants/) 继续他们成功的 CLR 产品，全年募资超过 2400 万美元。Optimism 在追溯性公共物品募资方面做了一个实验，以太坊基金会也推出了客户端激励计划，以可持续地资助客户端开发和维护。一个新公共物品组织——[0xPARC](https://0xparc.org/blog/why-0xPARC)——启动了，它专注于应用层的创新。 2021 对以太坊社区来说是大步发展的一年。生态系统实现了多个重要里程碑，以及关停 PoW 也近在眼前。 当市场对你有利时，很容易感觉到自己是赢家。甚至很容易分心。 但这座城不会自己建成——在 PoW 的另一边见。 ------ 🙏 特别感谢[Bruno Lulinski](https://twitter.com/BLulinski)、[Miguel Pereira](https://twitter.com/_miguelemos) 和 [Nazim Rizvic](https://twitter.com/NazimRizvic)，他们协助了这篇年度总结的研究、起草和数据分析！ 也要感谢 Superphiz、Lakshman Sankar、Liam Horne、Danny Ryan、Tim Beiko、Dankrad Feist、 Trent Van Epps、Barry Whitehat 和 Snapshot 的 Fabien。 本文中引用的所有数据都可以在[这里](https://docs.google.com/spreadsheets/d/1-Is51Do_AgatnUsoxo-Iy7B0clCyxf1VN_gDt8mtly4/edit?usp=sharing)找到。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/wnie2-2022-1-17https://www.ethereum.cn/Eth2/wnie2-2022-1-17Mon, 17 Jan 2022 00:00:00 GMT来源 | [What’s New in ConsenSys](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_220114#Staking) <br/> ## 首要推荐 朋友们新年快乐！有一段时间没更新了。 在假期期间，我最喜欢的内容无疑是 Vitalik 作客 [Bankless](http://podcast.banklesshq.com/99-endgame-vitalik-buterin) 的那期很长的播客，谈了他最近更新的 "The Urges"[路线图](https://twitter.com/VitalikButerin/status/1466411377107558402)。 <br/> ## 信标链 信标链继续正常运行，有超过 900 万个 ETH 质押在上面，且有超过 28 万个验证者。参与率约为 99.8%，它真的运行得很好。 假期期间，Prater 测试网出了一点问题——触发因素似乎是 Prysm 团队的一些节点的磁盘空间用完了，同时 Lighthouse 团队也在努力寻找新的托管提供商。这条链有一段时间停止了最终敲定，但现在已经恢复了。 ### 客户端多样性更新 Michael Sproul 的最新[客户端多样性](https://twitter.com/sproulM_/status/1481109509544513539)分析出炉了，做得很好。 你知道我想说什么吗？我对这个结果感到非常失望。网络从创世以来增长了 10 倍，但客户端分布仍然保持不变。新加入的人只是在重复旧的模式。  前几天，在世界最大的银行之一里有人问我 Eth2 的什么让你“晚上难以入眠”。我的诚实回答是，一个客户端占验证者份额超过 66%。最令人不安的是，尽管 Eth2 中声量最大的人在过去一年一直不断强调客户端多样性的重要性，包括 [Danny](https://twitter.com/dannyryan/status/1386024543848964096), [SuperPhiz](https://twitter.com/search?q=from%3A%40superphiz diversity)(他真的从未停止), [Evan](https://twitter.com/evan_van_ness/status/1450248790271737858), [Carl](https://twitter.com/CarlBeek/status/1449126851927060482), [我自己](https://hackmd.io/@benjaminion/wnie2_210424#What-lessons-to-learn)——但这个占比基本上没有变动。 除了大型质押商出现了疏忽，我已经不知道要如何再去解释了。 在我正在编写的 *Upgrading Ethereum* 里，我校审了客户端多样性及[其风险](https://upgrading-ethereum.info/altair/part2/incentives/diversity)的章节。 <br/> ## 合并 (The Merge) 信标链合并升级有名字了！经过了一轮有趣的咨询活动，继 Altair 后，Bellatrix 这个恒星名[被选中](https://twitter.com/EthCatHerders/status/1472950836984754179)作为升级名称。但这只是共识层的升级名。Eth1/执行层还需要有自己用于合并的[分叉名](https://ethereum-magicians.org/t/el-merge-client-release-naming/7928)。 顺便一说，我经常被记者和其他人问合并是否将降低 gas 价格。关于这个问题，Barnabé 给出了一个[权威回答](https://twitter.com/barnabemonnot/status/1480898702541791234)。大家记得要把这个信息传出去，不然合并后会看到很多悲伤的青蛙。 (译者注：以下为 Barnabé 回答的译文。） > 不会降低 gas 价格。 > > 白话版：合并是关停 PoW ，转向 PoS 机制，减少以太坊 99.95% 的能源消耗，并让系统更安全。这是共识层上的变更，而不是执行层，因此对用户来说是感受不到变化的。但是，现在已经可以通过使用安全的二层解决方案来享受低 gas 费了。 > > 进阶版：实际上，合并后，出块时间会从平均 13 秒变为固定的 12 秒。这个小幅提升可能会带来 gas 费的小幅下降，这不会是明显的，而且在可预见的未来，基础层的操作将仍然是贵的。) ### Kintsugi 测试网 Kintsugi 公共测试网是一个月前上线的。这是以太坊基金会博客上的[公告](https://www.ethereum.cn/Eth2/kintsugi-merge-testnet)，这是[登录页面](https://kintsugi.themerge.dev/)，有你需要的所有资源的链接。 Superphiz、Rémy 和 Colfax 一起制作了几个关于加入测试网的[教程视频](https://twitter.com/superphiz/status/1473043026142502914)。Proto 和 Pari 在 [PEEPanEIP 系列](https://www.youtube.com/watch?v=qGY1e6E9cvk)做了一期关于合并测试网和如何加入的，着重讲了 Kintsugi。 在最初的几个星期里，一切都进行得[很好](https://twitter.com/vdWijden/status/1476890719876956171)，Marius 和他的测试志愿军对它进行了粗略的检测。 但随后 Marius 加入了他的模糊测试器。 模糊测试是一种生成巧妙的随机数据的方法，以比人类通常做到的更创新的方法来探索边界情况。果然，测试网出问题了。 1. 首先，由于不同的区块哈希验证策略，Geth、Besu 和 Nethermind 出现了[三个不同的分叉](https://twitter.com/vdWijden/status/1479945793893277698)。 2. 由于上述情况，Teku 和 Lighthouse 选择了无效链。实际上，这两个客户端在圣诞节前已经修复这个问题了，但不是所有节点都升级到修复版本。 3. 结果发现，当出现区块高度被设为 1 的情况时，[Geth 会崩溃](https://twitter.com/vdWijden/status/1480969541928816644) 。 这些问题现在都已经解决了，最终敲定终于[恢复](https://twitter.com/parithosh_j/status/1481394021566193668)了。 社区提出了一个问题：为什么我们不快速抢救 Kintsugi (意思是整个开发团队，我知道 Marius 有抢救)，让它快速重新运行起来，作为对这种情况发生在真实链上的一次应对演习。这个问题是有道理的，而且我们以后会这样做 (我们在过去也是这样做的)。但这是我们的第一个公共测试网：让它崩溃、花时间收集数据、仔细分析，并认真思考如何应对是非常有价值的。我们学习了很多，而且学到东西都反馈到规范设计上，特别对引擎 API 做了一些调整。这次的首要任务是学习，而不是尽快恢复最终敲定。 总之，我们预计在让 Kintsugi 退役前再维持其运行几周。希望在这段时间，我们可以冻结合并规范，然后开启一个根据最终规范搭建的新公共测试网。在那之后，可能会开始把现有的一些 Eth1 测试网分叉到权益证明机制。 <br/> ## 质押 Luis Naranjo 发了关于设置自己的验证者的很好的[介绍性推文](https://(https//twitter.com/luisnaranjo733/status/1481331680669409282))，所有重点都提到了。感谢推荐 eth2.news 😉。 我们喜欢调查，这里有一个[好的调查](https://thesquanch.notion.site/Staker-Survey-Results-c5e1ebb5a2c84faa961f6e07709fbb82)——它对个人质押这和质押服务使用者进行了很好的分类，还有一些有趣的惊喜。在“移除了机器人”的版本里似乎有大约 400 个回复，有这个数量挺好的了 (“未筛选”的版本有差不多 900 个回复！！)。 还有[这篇文章](https://prysmaticlabs.notion.site/The-Art-of-Surveys-Lessons-Learned-76765182be324c6f8cf1c3923960480a)是关于 Prysm 团队前段时间做的以太坊质押者参与体验调查，文章开头有关于开展调查的一些思考。调查结果与上面的调查没有很大出入。 Stakewise [公布](https://twitter.com/stakewise_io/status/1476287556601982977)了他们的新[去中心化架构](https://stakewise.medium.com/a-new-era-for-stakewise-decentralizing-the-architecture-e598fde75ea8)。我很喜欢这个发展方向。随着 Rocket Pool 现在上线了、Lido [承诺](https://blog.lido.fi/the-road-to-trustless-ethereum-staking/)会去中心化、分布式验证者技术开始逐步实现，我们绝对有理由感到乐观。 有一个新的必须关注的推特账户！[Ethereum Pools](https://twitter.com/EthereumPools) 正在监测质押服务正常运行时间和任何异常情况。自三周前他们开始运营起，已经发了一定数量有洞见的推文了，有很多的图表可以看。 最后，质押者们，我继续给你们推荐移动端的 [Beaconcha.in app](https://beaconcha.in/mobile)。它出了[更新](https://twitter.com/beaconcha_in/status/1480924099878785026)。 <br/> ## 工具 [Skillz](https://www.skillz.io/) 团队构建了一个工具，用于把密钥存储库 (keystores) 从 Scrypt 加密转换成 PBKDF2 (可以反向转换)。为什么要做这件事呢？[Scrypt](https://en.wikipedia.org/wiki/Scrypt) 是有意设计得非常慢的，且非常耗费内存 (每个密钥需要大约 300MB)。对于想要加载少量密钥的小型质押者来说是没问题的，但对大型运营商来说则是个大问题。[PBKDF2](https://en.wikipedia.org/wiki/PBKDF2) 是一个替代性密钥派生函数，它很快且基本不怎么占内存。[EIP-2335 密钥存储标准](https://eips.ethereum.org/EIPS/eip-2335)对这两个函数都支持，但启动台工具只生成 Scrypt 密钥存储库。Teku 很乐意摄取 PBKDF2 密钥存储库。我不了解其他客户端的情况。 说到密钥存储库，最近所有的客户端团队都在努力实现一个共同的[密钥管理器API](https://github.com/ethereum/keymanager-APIs)。各个客户端在处理验证者密钥上都采用非常不同的路径，使得第三方平台 (例如 DappNode 或 Stereum) 的跨客户端工作非常难。这方面的工作已经初有成果， Joaquim Vergès 已经做出了第一个跨客户端的密钥管理前端 🎉。我们在 Teku 已经有密钥管理者 API 了：所有功能上的工作已经完成；现在只是完成连接安全，这对于一个接口来说至关重要。 <br/> ## 释义性文章 Vitalik 对《[Serenity 设计原理](https://notes.ethereum.org/@vbuterin/serenity_design_rationale)》文档[做了一些更新](https://twitter.com/VitalikButerin/status/1480985979489980418)，这很好，因为它现在变得有点粗糙了。 碰巧的是，由于最近我在写 *Upgrading Ethereum*，我也在设计原理上花费了很多时间。这本书的完整注释规范部分已经完成，Eth2 激励章节也完成了初次编辑。我现在正在写 SSZ 部分——这应该还需要一些时间——然后我会回过头去审校激励部分的内容。 除了规范，你还可以从 Jacek 的推文了解客户端开发者正在攻克什么难题，他的最新推文解释了 Nimbus 正在解决的懒惰聚合批量验证 ([lazy aggregated batch verification](https://twitter.com/jcksie/status/1481533505519693825)) 问题。 <br/> ## 媒体和其他 如在文章开头提到的，不要错过 [Vitalik 作客 Bankless](https://hackmd.io/@benjaminion/wnie2_220114) 的那期播客。除此外，关于 Vitalik 的还有他在阿根廷做的关于[以太坊未来](https://www.youtube.com/watch?v=Z2dAKscC9SQ)的八分钟访谈。 以太坊基金会研究团队做了[第七次的 Reddit AMA](https://www.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/)。这部分内容非常有价值，有非常好的问题和非常好的回答。 我已经提到过了 Proto 和 Pari 在 [PEEPanEIP 系列](https://www.youtube.com/watch?v=qGY1e6E9cvk)做了一期关于合并测试网。Mikhail Kalinin 也做了一期是关于他的 [EIP-4399](https://eips.ethereum.org/EIPS/eip-4399)，这份提案提议在合并把 EVM 的操作码 `DIFFICULTY` 改为 `RANDOM`，从而使用信标链的 RANDAO。这样，以太坊应用将最终能用上一个好的随机性来源！期待所有链上抽彩的重现——真的很怀念它们。 [Wholesome Crypto 播客](https://wholesomecrypto.com/podcast/)真是躲避疯狂的很好的避难所，EthStaker 的 [Superphiz](https://wholesomecrypto.substack.com/p/superphiz-ethereum-beacon-chain-community) 作客那期更是如此。推荐收听。 <br/> ## 研究 最近最大的新闻是 Dankrad 对[分片新设计](https://www.ethereum.cn/Eth2/new-sharding)的提案。这是在[推特的概述](https://twitter.com/dankrad/status/1475995508372131842)。 Dankrad 的分片设计带来了巨大的简化，它建基于另外两项相对近期的发展。 1. 对 MEV 的追求驱使专业区块构建者 (由于 MEV 的盛行和区块提议者/构建者分离方案) 的出现变得不可避免 。 2. 在一个有很少区块构建者的世界里[抗审查](https://notes.ethereum.org/@frankdfr/H1f3PlB5Y)的可能新方法。 在单个秘密领导者选举 (single secret leader election, 简称 SSLE) 方面有一些进展——[Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763?u=benjaminion) 协议。这是一篇好文。对我说，虽然它设计巧妙，但仍然非常复杂，并会增加一大块开销。Jacek 对此给了一个[更简单的建议](https://twitter.com/jcksie/status/1481703671402541066)，这在实践中应该足以保护区块提议者:“通过多个信标节点而不是一个来发布区块”。尽管如此，这方面逐渐取得的进展还是喜人的：我记得在 2019 年的 EthCC 上，以太坊基金会把单个秘密领导者选举作为一个未解决的问题发出了赏金。我们现在有一些选项了，尽管它们比我们理想中的更复杂。 如果质押者认为他们的提款凭证可能已经被泄露了，他们如何能够[更新他们的提款凭证](https://github.com/benjaminchodroff/ConsensusLayerWithdrawalProtection/)？这方面的研究有进一步的进展。我还没机会去了解整件事，但我很高兴人们正在进行这方面的工作。 <br/> ## 常规会议 ### 实现者会议 第 79 次会议在 1 月 13 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/443) - [会议视频](https://www.youtube.com/watch?v=izyYW9-HbNk&t=139s) - 我的[速记](https://hackmd.io/@benjaminion/ryBR2ip3Y)——它有时候技术性会很强，而且很难在速记中准确地记下所有内容，所以请看视频来了解完整内容。 <br/> ## 其他新闻 - [Nimbus 团队](https://our.status.im/nimbus-consensus-layer-2122/) 的一年总结。 <br/> ## 写在最后...... 什么时候合并？Vitalik 曾经说在 2016 年。预测是很难的。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-1-12https://www.ethereum.cn/Ecosystem/eth-weekly-2022-1-12Wed, 12 Jan 2022 00:00:00 GMT # **合并 (The Merge)** **Kintsugi 合并测试网进度** 在上周进行的第 129 次的以太坊核心开发者会议，根据开发者 MariusVanDerWijden 对 Kintsugi 测试网的汇报，他的模糊测试器创建了一个区块，其中用其他字段替换了某些字段，由于缓存和验证的问题，一些客户端将无效区块当作有效区块接受了。 这个问题在执行层和共识层都有发生。在执行层上，Besu 和 Nethermind 各自与 geth 进行了不同的分叉；在共识层上，Teku 分叉了。根本原因是在 Nethermind 和 Besu 上。Kintsugi 有将近 13 个小时没有进行最终敲定。这会是网络恢复的一次有趣练习。随着我们发布了修复客户端，网络又重新开始进行敲定了。 至于合并工作的后续，将会一些小型的规范变更。除此之外，Optimistic Sync 的进展也很顺利：它现在已经被写进规范了，边缘情况已经被解决，并且正在实现了。 开发者们希望合并有一个重要功能：在配对的执行层和共识层节点间有一个认证机制。这个问题将在这周开始研究。当实现了这个功能，会再发布一个合并测试网，这可能会是现有测试网到合并之前的最后一个测试网。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1479482651153162246&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=32405e01518f0974c51093b5756f36fb41c04751&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1479482651153162246" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 518px; display: block; flex-grow: 1;"></iframe> <br/> **执行层的合并升级叫什么名字好呢？** 随着合并越来越近，开发者们又要面对最头疼的命名问题。由于共识层的升级命名方式此前已经选定了恒星名。继 Altair 升级后，此次在首字母为 B 的恒星中选定了 Bellatrix 作为合并中共识层协议升级的名字。但执行层关停 PoW 的这次升级的名字还未定，Tim Beiko 在 Ethereum Magicians 论坛上开了帖子征求大家的意见，有兴趣的不妨去参与讨论。 [指路](https://ethereum-magicians.org/t/el-merge-client-release-naming/7928) <br/> # **执行层 (Eth1)** **上海升级可能有哪些内容？** 第 129 次的以太坊核心开发者会议对上海升级已经纳入哪些 EIP 进行了讨论。有些大型的开发中项目，例如 Verkle Tree 和 EIP-4444 可能会有重叠的地方，因此开发者们需要更深入地厘清这些提案的关系。会议上有一些关于优先级的讨论： 1. 历史数据过期应该比 Verkle Tree 优先，而且关于这项工作的分叉可以并行开发，因为它与共识不相关。 2. 信标链提款在上海升级里实现有多重要？似乎提款很重要是一个非常强烈的共识。在共识层上已经有一个 PR，但还需要在执行层有一份 EIP。 3. 上海升级成为一个功能分叉有多重要，即有益于应用开发者的 EIP 应该优先于长期的协议变更吗？似乎大家倾向于这样做。 4. 上海升级应该是大型还是小型？应该纳入尽可能多的 EIP 还是分成两个小型一点的分叉？测试 EIP 之间交互在复杂性上可能会以指数形式增长，因此需要小心。 Danny Ryan 建议采用“提款+释放阀”的方法，即把提款作为主要的特别功能，然后添加一些社区等了很长时间的 EIP。这个看法得到一些支持，而有些开发者则表达希望看到 EVM 改进、BLS 支持和甚至 EIP-3074 能最终部署到主网上。 这不是对上海升级的最后一次讨论，开发者们仍有时间做计划，但还想提出新提案的要抓紧时间，并且需要有非常有说服力的理由 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1479491348722233345&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=32405e01518f0974c51093b5756f36fb41c04751&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1479491348722233345" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 734px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层 (Eth2)** **质押者要准备运行自己的执行客户端了** 开发者 @remy_roy 在 Reddit 的 r/ethstaker 板块撰文呼吁质押者要为运行自己的执行客户端 (例如 Geth、Nethermind、Besu 和 Erigon)。以下为该文章的概要编译： 如果你现在只运行一个共识层客户端并在执行数据上依赖像 Infura 或 Alchemy 这样的公共基础设施，这种做法在合并后将行不通了。因为合并会引入一个新的 API，即引擎 API。这个新的 API 会需要运行你的验证者，那么它就不可能像 Infura 或 Alchemy 那样公开提供服务。执行客户端会公开这个 API，然后共识客户端将需要与它连接。 磁盘空间可能是运行自己的执行客户端的最大问题。仅仅是执行客户端数据库所需的磁盘空间就可能在 500 GB 左右或以上，这因客户端而异。从现在开始使用一个 2TB 的固态硬盘有可能会比较保险。如果你有多台机器，你也可以在本地网路的另一台机器上运行执行客户端，避免不得不升级你做质押的机器。如果你使用的是一些托管服务的话，这也同样适用。 在空间用完之前，修剪你的执行客户端数据库仍然是一个好做法，以保持你的磁盘的低使用率。如果你适用的 Geth，你应该知道它目前只提供离线修剪，需要几个小时来完成。这可能意味着，合并后你的验证者在修剪过程中是处于离线状态的，如果你的磁盘空间不足，可能会导致每个月损失几个小时的利润。 如果你在某种程度上因你的网络服务提供商或主机受限，运行自己的执行客户端需要更多的互联网流量。 [详情](https://www.reddit.com/r/ethstaker/comments/rvxdue/stakers_get_ready_to_run_your_own_execution_client/) <br/> **Lido 已经加入了 Flashbots Eth2 工作组** 1 月 11 日，Lido 宣布遵循通过的相关 snapshot 提案，现在已经加入了 Flashbots Eth2 工作组，并表示，考虑到 Lido 在以太坊质押中的重要角色，Flashbots 提出的解决方案与以太坊客户端社区紧密相关，以及大小质押者和节点运行者对工作组的支持，Lido 应该在这个联盟中有自己的声音。 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1480840119531810816&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=32405e01518f0974c51093b5756f36fb41c04751&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1480840119531810816" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 593px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **Layer2 解决方案 Arbitrum One 网络故障回顾** 2022 年 1 月 9 日晚，Arbitrum One 网络因遭遇定序者 (Sequencer) 宕机而暂时不可用。随后 10 日早上 Offchain Labs 团队发布故障回顾报告，并表示网络故障已完全解决，并且 Arbitrum Sequencer 以及所有公共 RPC 节点都可正常运行。 根据其报告，造成本次网络停机的主要原因是 Arbitrum 的主 Sequencer 节点的硬件出现了故障。虽然他们对 Sequencer 节点通常提供冗余措施 (即在宕机时允许一个备份 Sequencer 无缝地接管工作)，但这个方法在本次停机中也失效了，因为当时正在进行软件升级。 Offchain Labs 表示，保持网络的稳定性和正常运行时间一直以来都是 Arbitrum 的首要任务，他们将继续努力实现额外的冗余措施来提高网络的稳定性，直到 Arbitrum 能够完全实现去中心化。 [来源](https://offchain.medium.com/todays-arbitrum-sequencer-downtime-what-happened-6382a3066fbc) <br/> **StarkWare 团队公布 StarkNet Alpha 主网版本的费用机制** L2 解决方案 StarkNet Alpha 版本于 2021 年上线主网，关于 StarkNet Alpha 的功能和其他内容参阅：[《StarkNet Alpha 即将登陆主网》](https://www.ethereum.cn/Layer2/starknet-alpha-is-coming-to-mainnet)。根据他们的主网发布公告，StarkNet Alpha 初期将使用单个定序者处理交易，并采用白名单机制部署应用程序。关于 StarkNet Alpha 的经济机制，上线初期将不收取交易费用，预计在未来几周之后的升级版本引入费用机制。 2022 年 1 月 3 日，StarkNet 的开发团队公布了 StarkNet Alpha 的费用机制，而在未应用费用机制的这段期间，L1 的 gas 成本是由 StarkWare 提供补贴的。 具体的费用机制介绍请看[此文](https://community.starknet.io/t/fees-in-starknet-alpha/286) <br/> **L2 解决方案 Fuel 公开 v2 版本的开发资源库** Fuel 是一个 optimistic rollup 扩容解决方案，目前的应用场景主要是支付网络。2022 年 1 月 4 日 Fuel Labs 公布了其 Fuel v2 的开发资源库：https://github.com/FuelLabs 任何人都可以使用其 Sway toolchain 开始合约部署。Sway 是一个用于 Fuel 虚拟机 (FuelVM) 的域特定语言 (domain-specific language, DSL)：https://fuellabs.github.io/sway/latest/ 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1478049212357087232&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=32405e01518f0974c51093b5756f36fb41c04751&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1478049212357087232" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 433px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **EF 研究团队第七次 AMA 编译版出炉，Vitalik 看好多链生态系统而非跨链应用** 2022 年 1 月 7 日，以太坊基金会研究团队在 Reddit 上举行了第七次 AMA，内容涉及 L2、分片设计、更广泛的路线图、MEV、EIP-1559 等。 值得注意的是，以太坊联合创始人 Vitalik 在本次讨论中提出了他的一个重要观点：“我之所以对多链的区块链生态系统保持积极态度 (确实有一些独立的社区具有不同的价值观，对于它们来说，独立发展好过全部都就同一件事情的影响力而争夺)，而对跨链应用保持消极态度，一个关键原因就是桥接具有根本性的安全限制。” ECN 对这次 AMA 的大部分问题进行了整理和编译，更多内容请查阅： [以太坊基金会研究团队第七次 AMA (上) ](https://www.ethereum.cn/Technology/ama_we_are_the_efs_research_team_7) [以太坊基金会研究团队第七次 AMA (下) ](https://www.ethereum.cn/Technology/ama_we_are_the_efs_research_team_7_p2) [来源](https://www.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrofn1y/?utm_source=reddit&utm_medium=web2x&context=3) <br/> **区块链浏览器 Etherscan 推出 NFT 追踪器和 DEX 追踪器** Etherscan 最近推出了一个新的 NFT Tracker，用户可以借助该工具查看最新的链上 NFT 交易和铸造活动：https://etherscan.io/nfttracker  还新增了一个 DEX Tracker 工具。 用户可以在 ERC20 代币合约页面点击 ”Chart“ 按钮查看该代币的完整交易对信息、USD 价格和最新的交易：  想要查看其他 DEX 上关于该代币的其他交易对，选择一个 DEX 并在搜索栏中查看其 ”Token Address“ 即可：https://etherscan.io/dex#tradingpairs  来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1477986601976283141&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=32405e01518f0974c51093b5756f36fb41c04751&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1477986601976283141" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 663px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-11" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-11&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1476871182850818050&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=32405e01518f0974c51093b5756f36fb41c04751&amp;theme=light&amp;widgetsVersion=86e9194f%3A1641882287124&amp;width=550px" data-tweet-id="1476871182850818050" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 663px; display: block; flex-grow: 1;"></iframe> <br/> **chainnews 存档指路** https://chainnews-archive.org/news/ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/ama_we_are_the_efs_research_team_7_p2https://www.ethereum.cn/Technology/ama_we_are_the_efs_research_team_7_p2Tue, 11 Jan 2022 00:00:00 GMT编者注：2022 年 1 月 7 日，以太坊基金会 (EF) 研究团队在 Reddit 上举行了第七次 AMA，内容涉及 L2、分片设计、更广泛的路线图、MEV、EIP-1559 等。ECN 对这次 AMA 的大部分问题进行了整理和编译。需要注意的是，基金会研发团队成员就某些话题存在个人的看法和推测，为避免曲解，请以原贴为准。 由于篇幅较长，本文分上下两期发布，本期主题包括 Layer2、MEV、路线图、分布式验证者、DAO、公共物品募资等。 <br/> ## Layer2 **Liberosist 提问：** 由于以太坊上的 calldata 成本尤其昂贵，并且 EIP-4488 (降低 calldata 成本) 和数据分片要在比较久之后才能部署，因而 rollup 团队正转向链下数据可用性的替代方案。我还了解到一个 optimistic rollup 解决方案正计划将他们的交易数据存储在 IPFS (当然，这就不算是 "optimistic rollup" 了)。你们会担心这种趋势吗？而且如果 rollup/volition 方案的开发团队非要将数据可用性 (DA) 存储在链下，你们有什么建议？ 以太坊基金会 Carl Beekhuizen 回复： 短期来看，由于昂贵的 calldata 成本，某种类型的交易在链上发布它们的数据确实没有意义，我同意这一点。很不幸，链上数据是我们当前向 L2 迁移的难点之一，我们可能需要一些权宜之计来到达我们提出的 L2 乌托邦。 我认为在此期间，如何处理 DA 成为各个 L2 方案的产品差异之一。类似于 (按照信任程度由高到低的顺序排列)： - 成本更高的 L2，即将 calldata 存储在 L1 上 - 有些 L2 使用其他链存储数据可用性 - 部分 L2 使用 IPFS - 有些 L2 直接无视 DA，并宣称 “请相信我们” 然后用户可以根据给定交易的特定需求选择他们的 L2 方案。 ------ **itsanew 提问：** L1 的安全预算将如何随着 L2 的采用而扩大？如果/当 L2 达到逃逸速度时，有可能大部分的流动性将在二层上，很可能以非 ETH 代币计价并且支付给 L1 的 ETH 手续费将大大减少。在这种情况下，有什么机制可以确保质押的 L1 价值相对于正在保护的资产价值是可以接受的？ 我听说过这个说法 “L1 将总是很昂贵”，但不清楚为什么会这样。如果 L2 能够以更低的交易成本实现几乎 L1 所有的功能。 未来有没有可能出现一种具有 EIP-4488 相反效果的东西，导致提高 L2 交易的 gas 价格？ Danny Ryan 回复： 我相信存在一个 L1 安全预算值，它所能保护的价值在函数上是无限的。我也相信 L1 上会发生交易活动，以至于在那里进行交易是有价值的。所以我并不认为 “由于 L2 的存在，所有交易活动都会立即发生在 L2 上面，从而 L1 上没有交易活动发生”。相反，我认为受市场的主导，网络会出现一个交易活动频谱，直到 L1 基本上只负责敲定和登记 L2 的数据/状态迁移。当然这得等到网络上有许多 L2 形成高度竞争的局面才可能发生的情况了。 即便在 L1 被 L2 交易活动主导的情况下，用户仍然有在 L1 上做交易的需求。例如，做市商在不同的 L2 之间迁移/平衡流动性。在以太坊的设计中，L2 扎根于一个非常丰富的执行层上，各个 L2 之间有着一流的桥接方案。所以如果到时有许多繁荣的 L2 生态，桥接活动可能有很高的经济需求 (对于某种程度的市场参与者来说)。 以太坊基金会 Barnabé Monnot 补充： 此外，L2 (如 rollup 或 commitchain) 在向 L1 发布用户交易的数据/状态根/证明时，需要给 L1 支付费用。他们发布包含这些数据的交易，交易以 ETH 的形式向 L1 支付打包费，费用市场基于 EIP-1559 机制。因此，另一个问题可以是：”L2 会不会因为 L2 向 L1 支付较少的费用而减少支付给 L1 的费用，并将支付费用的活动从 L1 转移到 L2？“ Rollup 提供更便宜的 gas 费意味着许多之前因成本高昂而没有做交易的用户现在可以参与了，也就是说网络的价值 (即网络为用户提供的整体效用) 增加了相同的数量。以前，假设我愿意支付 1 美元进行转账 (但是没办法以这个成本价成交)，现在我有这个条件进行转账了，这就是网络提供的额外的 1 美元价值。网络所收取的费用上限总是等于网络所提供的总价值 (如果你支付的费用大于你所获得的利润，你通常宁愿不使用该网络)。事实上，网络的目标应该是在最小化交易费的同时实现价值最大化，但是往往会因为[补偿网络运行者](https://barnabe.substack.com/p/understanding-fees-in-eip1559)和[有效地控制网络堵塞](https://barnabe.substack.com/p/congestion-control-and-eip1559)而提高交易费。 我的观点是，虽然 rollup/L2 提高了可扩展性，但是网络拥堵情况永远不可能消失，会有更多的用户从网络中获取价值，从而创造网络效应等等。所有这些活动都会通过交易数据的发布渗透到 L1 中。但是有了额外的可扩展性，至少每笔交易费可以下降。 Barnabé Monnot 继续回复： 一些想法： - 在 1559 部署之前，未销毁的较高费用意味着更多活跃的算力，因为那时会有更多的矿工加入，而其他条件不变。这种激励措施在 1559 之后大部分消失了，1559 销毁了交易费的可变部分，所以现在的安全模型中，费用已经没有完全计入安全预算里了。 - 在 EIP-1559 部署之前，交易费用的价值并没有被协议真正捕获，但 ETH 还是有价值的。[EIP-1559几乎保证了 ETH 的底价与交易需求相称](https://twitter.com/barnabemonnot/status/1423144260035956740)，但这可能仍不能说明 ETH 的大部分价值。所以 ETH 的价值 = ETH的费用。 - 另一个想法是重新定义这个问题：并不是说质押的总价值需要与 L2 上保护的总值相称，而是攻击的成本必须与攻击者所能获得的利润相当。[PoS 能更好地抵御攻击，](https://vitalik.ca/general/2020/11/06/pos2020.htm)所以使攻击的成本增加/攻击的利润下降。然而，这是否足够抵御攻击取决于攻击的具体细节。 edmundedgar 追问： > 在 EIP-1559 部署之前，交易费用的价值并没有被协议真正捕获，但 ETH 还是有价值的。 大家都知道 PoS 已部署主网，而在 PoS 机制下，不管有没有 EIP-1559，所有的费用收入都由 ETH 持有者捕获 (因为质押者是 ETH 持有者的一个子集，你需要 ETH 来参与质押)，所以假设对虚拟代币的估值是理性的，价值可能都来自预期的费用收入。 Barnabé Monnot 回复： 如果你说”理性的“是指 ”价值 = 某种回报/回购的贴现总和“，那么你说的是对的。但是我们可以想到 ”理性的“ 价值模型同样也依赖于不同的假设 (或宣称所有 BTC 持有者为”非理性的“！) 但同意的是，质押者会在他们的收益预测中算入隐含的销毁费用，因此在某种程度上，费用仍然会算入其中。我认为重点依然是，PoS 的安全性并不是基于尽可能地提取更多的费用这个前提而设计的。 Justin Drake 回复： 一些想法： - 以太坊有一个具有保证的安全预算 (不像比特币)，它是以代币发行的形式实现的 (网络有 100 万名验证者的前提下每年发行 100 万 ETH) - 从历史上看，即使考虑上可扩展性，L1 费用总量也只会上升 ([详见](https://www.reddit.com/r/ethfinance/comments/p5x5yd/daily_general_discussion_august_17_2021/h9a6lbi/)我对于 ”假设未来几年可扩展性增加 1000 倍，交易需求也相应增加 1000 倍“ 的回答)。我认为这种趋势会随着 rollup 的发展继续下去。 > 我听说过这个说法 “L1 将总是很昂贵”，但不清楚为什么会这样。如果 L2 能够以更低的交易成本实现几乎 L1 所有的功能。 原因是，L2 必须向 L1 支付存储数据可用性的费用。L2 扩容越成功，L1 的费用总量就越大。我认为的图景是会这样的： 1. L1 费用总量只会增加 2. L2 gas 价格只会减少 > 未来有没有可能出现一种具有 EIP-4488 相反效果的东西，导致提高 L2 交易的 gas 价格？ 在未来，”数据“ 和 ”执行“ 很可能会分开定价 (请看文章 “Multidimensional EIP-1559 多维度 EIP-1559” )。至于人为限制代币供应以增加交易费用 (如比特币所做的)，以太坊不需要这样做 (因为我们有一个具有保证的安全预算)，并且我不认为这是长期有效的 (因为用户会去其他地方)。 ------ **AllwaysBuyCheap 提问：** 似乎所有的公钥抗量子算法 (quantum-resistant algorithms) 都使用超过 1kb 大小的密钥，你认为实现这个会如何影响以太坊? Justin Drake 回复： 后量子加密技术确实倾向于拥有更大的加密材料 (以字节为单位)。我不担心这个问题，有这些原因： 1. 通过 SNARKs，我们可以根据需要聚合和压缩密码材料。我们还在研究后量子密码学，如 lattices ——它本身就有聚合的机会 (例如在聚合签名或无状态客户端的聚合状态见证的背景下）。 2. 带宽是一种计算资源，从根本上说它们是可以大规模可平行化的，并且很可能会在一到二十年内持续呈指数级增长 (根据尼尔森定律约每年增长 50%)。请注意，增长 50%/年大约是 50 倍/十年，因此 10 年后的 1kB 大约相当于今天的 20 字节。 AllwaysBuyCheap 追问： 没错，带宽会提高很多，但这个问题不是主要关于存储和计算能力吗？带宽速度提高如何扩容以太坊？ Justin Drake 回复： 带宽是扩容区块链的最终根本障碍。我们知道如何解决其他每一个共识层的计算瓶颈 (例如，磁盘输入/输出和存储可以利用无状态来解决，而计算可以利用递归 SNARKs 来解决)。 Hanzburger 追问： 联系 Justin Drake 的回答，由于这需要新的地址，那么如果发生量子攻击，现有地址中的任何资金都将面临风险? Vitalik 回复： 已经使用过的地址 (即至少有一笔交易从该地址发出) 中的资金是有风险的，因为交易暴露了公钥，这容易受到量子计算机攻击。而如果某个地址没有被使用过，那么它就是安全的，并且如果受到量子计算攻击，我们将能够部署硬分叉，通过使用一个量子证明的 STARK 来证明用户拥有其密钥，从而让用户把这些资金转移到一个抗量子攻击的账户中。 ------ **TheStonkist 提问：** 随着以太坊过渡到成熟的 L1/L2 生态系统中 (即大部分交易活动会发生在 L2 上)，一旦桥接成本比现在要高，EF 设想过如何解决桥接诸如 NFT、LP、ERC-20 代币此类资产吗？有没有可能一些用户的资产卡在了 L1 上，因为他们无法支付得起桥接这些资产到 L2 中？ Justin Drake 回复： > 随着以太坊过渡到成熟的 L1/L2 生态系统中 (即大部分交易活动会发生在 L2 上)，一旦桥接成本比现在要高，EF 设想过如何解决桥接诸如 NFT、LP、ERC-20 代币此类资产吗？ 很快，大多数用户的资产直接能在 L2 上使用而无需涉及 L1，甚至用户可以直接从某个 L2 直接桥接资产到另一个 L2。并且随着 rollup 技术的完善和数据分片的部署，这个操作将变得更便宜。 > 有没有可能一些用户的资产卡在了 L1 上，因为他们无法支付得起桥接这些资产到 L2 中？ 有可能。但是无论有无桥接的需求，用户的资产都会因为 L1 gas 费太高而在 L1 上 ”卡住“ 啦。 ------ **consideritwon 提问：** 是否有在消费级的硬件/低成本 ASIC 上运行零知识证明的可能性，从而使得基于零知识基础层实现完全去中心化？ **Justin Drake 回复：** 当然！我们现在有高效的 SNARK 递归技术 (如Halo 2 和 Nova)，它允许互不信任和计算能力受限的 ”运行者“ 协作，并行地为大型语句构建证明。(这是通过将大型语句分割成较小的块，并将这些块分给运行者来完成的）。 像 Scroll 这样的项目旨在实现这种去中心化证明。我预计他们使用的硬件会像比特币工作量证明那样大致发展，从 CPU 到 GPU、到 FPGA 再到 ASIC。我知道有几个独立的项目正在构建 SNARK 证明的 ASIC —— 需要 2-4 年的时间才能实现，但这肯定能实现的。(如果你对 SNARK ASIC 的相关工作感兴趣，请私信我)。 ------ **GregFoley 提问：** 以 rollup 为中心的路线图足够好吗？既然在数据中心上运行着少数高度集权的证明者和定序者，你们如何抗中心化和抗审查？法院系统可以轻易地关停这些证明者和定序者，或者可以迫使他们审查交易，不是吗？ Justin Drake 回复： > 以 rollup 为中心的路线图足够好吗？既然在数据中心上运行着少数高度集权的证明者和定序者，你们如何抗中心化和抗审查？ 我们最近设计了一些机制 (向 Francesco 致敬)，基于这些机制，即使所有构建者都选择不将这些交易打包进他们的区块中，提议者也可以强制将交易打包到链上。 > 法院系统可以轻易地关停这些证明者和定序者，或者可以迫使他们审查交易，不是吗？ 如上所述，审查问题可以利用 L1 上的一个加密经济小工具来解决。至于活性问题，如果所有有经验的区块构建器突然离线，提议者总是可以选择构建自己的区块，并退回到 ”简易“ 策略，即优先处理 mempool 中支付最高多小费的交易。 <br/> ## 质押与分布式验证者 (DV) **[MrQot](https://www.reddit.com/user/MrQot/) 提问：** 对于改变最低 32 个 ETH 的押金，有没有什么长期的提案/思考？ 我知道这旨在找到一个活跃验证者数的最佳平衡点，但考虑到所有其他相关的自我调整机制，有一个这样的固定数字有点奇怪。类似于以 220 或 219 个验证者为目标，然后当有太多或太少验证者的情况下，每几个 epoch 自动调整 `MAX_EFFECTIVE_BALANCE` ，这也是非常好的选择。 **Vitalik 回答：** 有一些想法正在被活跃研究，以减轻这个高额的最低存款额带来的害处。主要有两个方向： - 减少每个验证者对链的负载，使得链可以处理更多的验证者。如果链可以以同样的负载处理 8 倍多的验证者，那么我们就可以支持最低 4 个 ETH 的存款额而不是 32 个。 - 使去中心化质押池变得更容易。 分布式验证者 (DV) 技术是后一种方向的主要探索。另一个重要部分是使快速的部分存款和提款变得更简单，这样个人用户可以很快地加入和离开质押池，而这些池子不需要有复杂的流动性基础设施。 而在第一种方向，有一些关于更有效的证明聚合技术研究，因为这似乎是目前最大的瓶颈。还有一种技术使在任何时候都只有一个验证者的子集参与验证。这两项技术都可以减少链的负载，要么减少每个验证者的负载，要么缩短最终敲定的时间 (尽管目前普遍认为缩短最终敲定时间是更优先的)。 **Danny Ryan 回复：** 我想说的是，长期目标是随着全球计算、带宽和存储需求的减少而尽可能地减少这一数量。 我认为更有可能的是，网络/社区寻求通过硬分叉把这个数字减少至他们认为的合理值，例如 3 年后减少到 16，可能 6 年后减少到8 等，而不是动态调整。 动态调整会有更多复杂性——减少的话你要如何处理现有的质押金额？或者增加的时候就更糟糕？在我看来，对这些问题是没有简单答案的。 <br/> **[TinyDancingSnail](https://www.reddit.com/user/TinyDancingSnail/) 提问：** 分布式验证者似乎是在 EF 的支持下得到了发展的......你们给它提供了资助，我在 Vitalik 最近的路线图的顶部看到了它。但我很少从更广泛的社区听到关于它的消息。即使以太坊质押社区的很多意见领袖似乎都忽视或误解了这项技术。 所以，请你们谈谈为什么 DV 重要，以及你们认为这些项目对以太坊生态系统有什么价值？ **Carl Beekhuizen 回复：** 我非常支持 DV，它们是我当年加入共识研究的原因。 我认为更广泛的社区需要对此感到更兴奋并更密切地关注这个问题，因为它们是链的长期健康发展的重要组成部分。 基本想法是由几个“共同验证者”分担验证者职责，这样从安全和在线时间上就不会有单点故障 (在个人验证者的情况里的信标节点/验证者客户端结合)。 DV 可以实现以下功能： - 不需要依赖超额抵押的去中心化质押池 - 更稳健/安全的家庭设置 - 中心化质押提供商可以分散它们的 (也就是用户的) 风险 我认为 DV 对链的长期健康重要的原因是，它们使得高效的去中心化质押 & 降低中心化服务的风险 （和权力) 变得可能。如果我们看到像 stETH 这样的东西变成大部分 defi 的基础资产，那么以最小信任来处理这种底层质押是至关重要的。 就现在重要的参与者来说： - 我和另外两名研究员正在写一份 DV 的规范，在未来几周会发布。它与共识规范相似，可以有多种实现 - 这个规范上的形式验证工作已经开始了 (我们要证明一个恶意的共同验证者不能破坏整个验证者，等) - Obol 正在开发这规范的一个实现 - SSV.network/Blox 也在开发它们自己的 DV 实现，不确定会不会按照这个规范 **Dankrad Feist 回复：** DV 无疑是很重要的。它们可以增加一些在本地实现不了的功能： - 一群人聚集在一起做质押，即使他们各自拥有少于 32 个 ETH，也可以不需要委托一个人去运行验证者 - 以低成本的方式增加验证者安全性和韧性，且任何人都可以使用 - 对于不愿意运行自己的验证者，也不想信任单一的提供商来运行验证者的人来说，这是可以在几个不同提供商分散信任的方法 - 对于质押池来说，即使个人验证者的可用性和安全性是低于 100%，他们也能有弹性地运行验证者。这意味着，质押池可以向更多人开放运营。 这方面的一些发展可能没有很多人知道，但一些大项目正在进行中，例如 Blox 和 Obol。 <br/> **[MuXu96](https://www.reddit.com/user/MuXu96/) 提问：** 你们怎么看像 SSV 和 Obol 这些项目的私钥分割验证者 (Secret Shared Validator, SSV) 技术？我感觉分布式验证者 (DV) 在路线图的地位很重要，而这就是他们在做的事。那么，这些项目是否会被实现，或在开发中得到帮助吗？ **Carl Beekhuizen 回复：** 从技术角度来看，我非常看好。我认为 DV 是以太坊未来一个重要组件。 我们中的一些研究员一直与 Obol 和 SSV.network 在 DV 规范上有合作，并给他们的技术栈提供常规协助。 可以看我的[这条评论](https://reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrmrqo1/)了解更多 <br/> **[egodestroyer2](https://www.reddit.com/user/egodestroyer2/) 提问：** 看到流动性质押协议的出现你们高兴吗？还是你们并不打算让这种情况出现？你们有什么想法？ **Carl Beekhuizen 回复：** 我觉得流动性质押式一定会出现的，因为需求在，所以一定会有人构建出方案，你不能与市场对抗。 问题在于它是如何实现的。如果底层的质押是通过中心化的服务提供商来完成的，那么这将对整个网络来说都是有害的。但是，如果流动性质押协议会通过分布式验证者 (例如 Obol 或 SSV.network) 或经济激励 (RocketPool) 来去中心化质押，那么有流动性的质押 ETH 会是很好的原语。 <br/> **[pwnh4](https://www.reddit.com/user/pwnh4/) 提问：** 对于质押者来说，合并后的重要事情之一就是提取他们质押的 ETH。这一项已经写在路线图了吗？具体来说： - 质押者可以在不需要取消质押/退出质押者 (这会使得整个流程很低效) 的情况下提出他们的奖励吗？ - 提款将会如何被启动？是使用验证还是提款密钥来对提款交易签名？ - 在提款流程里，生成 Eth2 提款密钥的质押者和使用 Eth1 钱包作为i提款凭证的质押者之间会有不同吗？ **Justin Drake 回复：** > 对于质押者来说，合并后的重要事情之一就是提取他们质押的 ETH。 提款在合并时不会启动 (这是为了不增加合并的复杂性)。未来的“合并后清理”分叉会启动提款。 > 质押者可以在不需要取消质押/退出质押者 (这会使得整个流程很低效) 的情况下提出他们的奖励吗？ 这种从验证者余额进行部分提款到另一个地方而不需要退出的操作，就是“转账”，可能会是合并后清理分叉的内容。 > 提款将会如何被启动？是使用验证还是提款密钥来对提款交易签名？在提款流程里，生成 Eth2 提款密钥的质押者和使用 Eth1 钱包作为i提款凭证的质押者之间会有不同吗？ 如果你有 Eth2 提款凭证，那么你就有了可以用来对提款信息 (提款信息会指定一个提款地址) 进行签名的 BLS 提款密钥。如果你有 Eth1 提款凭证，那么提款的目标地址就将是指定的 Eth1 地址，提款通过用验证密钥进行签名来触发。 <br/> ## 以太坊路线图 **[Liberosist](https://www.reddit.com/user/Liberosist/) 提问：** 在以太坊生态以外有没有哪个概念或实现是你认为是大大推进了区块链技术的发展状态，但不在现在以太坊的路线图 (Vitalik 12 月提出的 "The Urges" 路线图) 上，而你们希望看到在以太坊上实现的？ 相关：你希望在以太坊的执行层上看到 rollup 的什么概念？ **Justin Drake 回答：** > 你希望在以太坊的执行层上看到 rollup 的什么概念？ 这里有几个想法： - 各种 rollup (例如 Optimism、Arbitrum、zkSync) 能有即时预确认，这是一个很好的用户体验功能。但是，我不是很清楚要如何把强大的预确认 (目前由中心化的定序者完成) 和去中心化排序 (很多 rollup 表明要实现的目标) 完全协调起来。如果 rollup 能在去中心化排序的情况下实现强大的预确认，那么可能以太坊 L1 也可以有预确认。 - Arbitrum 希望通过公平排序协议 (fair ordering protocol) 解决 MEV 问题。我不了解他们研究的细节，但会密切关注。同样，如果公平排序协议可以在 L2 运行良好，那么可能以太坊 L1 也能从中获益。 <br/> **[Liberosist](https://www.reddit.com/user/Liberosist/) 提问：** 随着以太坊的成熟，我感觉似乎研究是领先于工程/客户端开发的。你们觉得一旦“The Urges 路线图” 在实现了，以太坊就会固定下来？还是你们预计会有更多的突破，让研究团队在未来几十年都很忙？ **Danny Ryan 回答：** 我个人希望看到以太坊固定下来。我期望随着时间推移，在以太坊具有巨大价值的世界里，任何欢迎变更的治理流程都会得到激励去捕获。 在基础层我支持[功能逃逸速度](https://vitalik.ca/general/2019/12/26/mvb.html)，这样就可以在 L2 做扩展和构建任何人们想要的东西。 不过，我能与你共情。研究工作确实进展很快，我们不断被层出不穷的新想法所惊讶。我记得我在以太坊研究的早期，每次我在网上看到一个新的好想法，我就会想“啊，不好了！我们要一切推到重来，因为这个想法更好”。事实证明，实际的工程世界不是这样运作的。有许多基础层设计可以使我们达到功能逃逸速度，所以最终，我们需要在这个想法集市中跋涉，平衡工程 (和转换一个活动系统)的复杂性，然后凝聚在一个足够安全和功能的设计上。 我会说，实现 PoS 所需的时间比预期要长，使得很多简化和改进的分片设计得以出现。如果 3 年前推出分片 (或 PoS！) ，由于研究的进展，在这两方面都不会有这么好或安全的设计。 **Vitalik Buterin 回答：** 就我个人而言，一旦目前所需的一揽子变更都得到实现了，我肯定支持固定下来。从那时起，任何所需改进都可以在 L2 完成。 **Justin Drake 回答：** > 你们觉得一旦“The Urges 路线图” 在实现了，以太坊就会固定下来？ “固定下来”是一个光谱，以太坊现在已经明显偏向固定的那一边了，这在很大程度上是因为它的去中心化程度。(像 PoS、分片和 EIP-1559 都是多年的缓慢努力。) 一旦在 "The Urges" 路线图的所有事项都完成了 (Vitalik 的路线图涉及内容相当广泛，可能需要 10 年以上时间来完全执行)，我预计以太坊将会变得非常固定。话虽如此，我确实预计目前未知或被忽略的研究项目会被一并添加到路线图 (而一些研究项目会被舍弃)。 > 还是你们预计会有更多的突破，让研究团队在未来几十年都很忙？ 我确实预计研究团队在未来10-20年内都会很忙，而且会有进一步的突破。一项成功技术的早期，创新是指数级的，而我们仍然可以说是处于早期阶段。但同样，研究与固定 (甚至极度僵化) 不是互相排斥的：只是预计突破需要越来越长的时间才能到达 L1。 <br/> **[MrQot](https://www.reddit.com/user/MrQot/) 提问：** Verkle tree 写在路线图上是不会变的了吗？还是你们还在寻找/希望找到一个更理想的键值映射承诺方案？ **Vitalik 回复：** 我觉得在中短期内，Verkle tree 的实现是挺确定的。长期而言，它很可能会被某种进行了 SNARK 证明的散列构造所取代；我们还不知道。 **Justin Drake 回复：** “不会变”可能是一种夸张的说法，因为如果明天出现了一个明显更好的替代方案，我们可能会转而选择使用它。 我要指出的是，即使我们按照目前规范去实现 Verkle tree，这些东西最终在后量子承诺的方案里都会被取代。对有良好特性的后量子状态承诺方案的研究 (例如，小型和/或可聚合的见证数据) 是一直在进行的。 **Dankrad Feist 回复：** 我目前对 Verkle tree 的看法是，到目前为止，Verkle tree 似乎是无状态以太坊的矢量承诺问题最有前景的解决方案。我们在其实现上取得了很好的进展 (Guillaume Ballet 负责这方面的开发)。 话虽如此，我想如果有一个非常重要的新进展，我们总是可以转变的。我觉得如果找到了一个明显更好的方法还只坚持某个解决方案是愚蠢的。但是，我目前还不知道有任何有前景的研究是优于 verkle tree，在未来 5 年会成为最佳的矢量承诺的。 <br/> **[MillennialBets](https://www.reddit.com/user/MillennialBets/) 提问：** 在分片、零知识证明以外，EF 团队还为哪些正在研究的新技术感到兴奋？ **Justin Drake 回复：** 我们已经在深入研究的一个令人兴奋的研究课题是后量子密码学，这个课题会变得越来越重要。在十年左右的时间里，将不得不修整以太坊的 L1加密堆栈。像 BLS 签名、Verkle tree (用于 EVM 状态和数据可用性采样)、用于 SSLE (Single Secret Leader Election) 的零知识证明、基于 SNARK 的 VDF (可验证延迟函数) 证明这些东西都不如规范所写般量子安全。 <br/> ## MEV **[itsanew](https://www.reddit.com/user/itsanew/) 提问：** 是否有任何在中期通过加密交易或其他方式在平台层面消除 MEV 的兴趣？还是这已经被认为是失败的，MEV 民主化被视为唯一可行的短期和中期目标？ **Vitalik 回复：** 随着时间推移，人们肯定有兴趣消除 MEV，增加进一步限制区块构建者的方法和减少他们的权力，特别在审查和最终对交易重新排序方面。也就是说，这种技术很可能只有在 PBS 核心已经出来且运行中之后才可能被实现。 **Dankrad Feist 回复：** 我认为我们应该在这里澄清一些事情。MEV 是有不同类型的，我想做的一个主要区分是： - 有些 MEV 事寄生式/提取的。例如，在一个去中心化交易所里，抢跑和三明治夹击一个用户并不会增加任何价值；如果我们可以摆脱这种，我们应该这样做 - 有些 MEV 是一个协议固有的。对于一个去中心化交易所来说，这就是套利 (如果价格浮动，那么肯定有人将 DEX 带回到与这个市场的平衡状态)。其他的例子是清算和对 optimistic rollup 的欺诈证明。 第二部分的 MEV 总是会存在的，而且它不是一件坏事。因此，除了将其民主化并没有其他方法，且这是一个简单且最高效的方法。 第一种类型的 MEV 则非常不同。事实上，已经有方法可以避免了：你可以发送你的交易到一个 Flashbots 的 MEV 交易捆，而不是把它加入到交易池。随着时间推移，会有更多这样的“私人交易通道”。当然，这些依赖于通道的中心化，但如果它被破坏了，你可能会找到另一个通道。 长期来看，阈值加密和延迟加密方案可以解决这个问题，而不需要构建者的中心化直接通道。然而，它们都有缺点，要么是活性 (阈值加密)，要么是延迟性 (延迟加密；对此我们还需要一些加密研究来使其成为可能)，所以我不认为它们会被写入基础层的协议里，而会是应用特有的。 <br/> ## 其他 **greatgoogelymoogely 提问：** 我们许多人之所以聚集在一起，是因为我们相信以太坊最能够为我们提供一个去中心化、去信任、更公平的未来。 你们如何确保以太坊在长远的未来能够实现这些构想？ 你们有计划对以太坊基金会 (EF) 进行 DAO 化吗？ **Vitalik 回复：** ”EF 去中心化“ 的短期路径更侧重于将其大部分资金转移到其他一些以太坊社区组织，这些社区组织有各种各样的资金分配机制。近期一个最典型的例子就是为客户端团队设立的验证者拨款，但还有其他一些例子，并且未来会有更多。 实现去中心化的一个可能的方法是，EF 通过做更多类似的事情来降低其自身的相关性。当然，它仍然是一个传统风格的基金会，只是随着越来越多的 EF 替代组织出现，去中心化便自然而然地实现了。另一个方法就是你提到的，随着时间的推移 EF 以某种方式 DAO 化。也有可能第一个方法会更快发生，而第二个会在未来的某个时间点发生。 <br/> **mikeifyz 提问：** 关于公共物品的问题！到目前为止，我们已经看到了通过 Gitcoin Grants 资助公共物品的伟大实验。还有最近由 Optimism 团队发起的追溯性公共物品募资机制 (Retroactive Public Goods Funding)。 然而，这些机制是否真的以一种 ”可信且中立“ 的方式激励一些长期的协议贡献者，这个问题仍存在争议。 这种机制真的会出现吗？或者你认为公共物品的资助将继续由个体主动性推动 (如 Gitcoin 和 RPGF)？ 甚至还有另一种选择，也可能同样有效 —— 利用以太坊和 L2 上的可组合性优势来资助公共物品 (例如， NFT 的部分收益用于人类长寿研究)。 **Vitalik 回复：** Gitcoin Grants 面临的主要挑战是，他们必须不断尝试新的方式以获取新的融资。Retro PGF 的优势在于，如果 Optimism 运营成功并被持续使用，就会有源源不断的资助资金产生。一种选择是引入一些扎根于以太坊协议层的东西，但要让人们接受这一点，他们需要对其 ”可信的中立性“ 真正有信心，而这似乎很难。因此下一个最好的机制应存在于应用层中 (Optimism、Uniswap DAO 以及 ENS....)。希望那些懒得发起自己的募资方案的项目可以承诺向 Gitcoin 捐赠，这样 Gitcoin 团队就不需要担心资金问题了。 至于 ”最佳分配机制是怎么样的“，这个问题可以通过实验来解答，而最佳的解决方案可能只是让一堆机制并行运行。 **Barnabé Monnot 回复：** 我不确定是否会有这样一种机制，它拥有最佳的属性，同时也给我们带来所有我们想要的结果。 ”不可能性定理“ 中有足够多的经济学研究告诉我们，当我们认为我们可以得到我们想要的东西时，我们实际上是在舍弃掉其他东西 :p 这是在我们开始定义我们所说的 “可信中立” 和 “长期激励” 之后的事情了! 最好的方法似乎是不断试验不同的模型，调整它们的参数，评估它们是否给我们带来我们想要的结果。在一个自然倾向于公共物品和协作机制的空间上，有更多类似的实验是好事。 <br/> **[oldmate89](https://www.reddit.com/user/oldmate89/) 提问：** 在 2022 年成功完成合并还有什么风险 (在时间和执行方面)？还有什么进一步的研发工作未完成或没预见的问题有待解决吗？ **Danny Ryan 回复：** 在这个点上，安全性和测试是长尾工作。我们需要通过客户端实现和进行多维度攻击测试来发现并解决所有现有的问题。一切都在进行中，我个人预计事情很快就会稳定下来，但在稳定下来之前，这仍然是一个未知数。 **Fredrik Svantes 回复：** 有一个追踪我们当前工作的“主网合并准备清单”，你可以在这里找到：https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md <br/> **[mikeifyz](https://www.reddit.com/user/mikeifyz/) 提问：** 有人可以用白话给我解释“Multidimensional EIP 1559” 吗？ **Vitalik 回复：** 不同于把所有资源都塞进一个单位 (gas)，我们把它们分成不同的资源：水、电、水 (即 EVM 执行、链上数据、状态读写)......每种资源都有自己独立的浮动市场价格。这使得我们可以找到使用的每种资源的长期平均数量，使得区块链的负载更稳定。 **Justin Drake 回复：** 不同的东西应该被独立定价。如果一瓶牛奶总是花费 2 块尿布合理吗？当然不合理！市场应该对牛奶和尿布分开定价。 <br/> **[TShougo](https://www.reddit.com/user/TShougo/) 提问：** 我想问关于合并后的区块广播问题。 就我所知，Gasper 是区块进行最终敲定和分叉选择的规则，而区块广播仍然与 PoW 一样。 合并后是完全的 PoS 还是 PoW/PoS 混合的模型？(区块广播是 PoW，共识是 PoS)？ Kintsugi 测试网进行得如何，有出现问题还是完全没有问题？(1-2 个月前有一篇论文发布，对三种 PoS 以太坊可能会遭遇的重组攻击进行了定义，这些攻击都会得到缓解吗？) **Carl Beekhuizen 回复：** 哈！我们的蹩脚名称又给我们惹麻烦了！我想这里有几个概念被混淆了。 - Casper FFG (Casper the Friendly Finality Gadget 的缩写，意思是 Casper 友好的确定性小工具) 是最终敲定的共识组件的名称，可用于 PoW 或 PoS。以太坊不会使用 PoS/PoW 混合链，而是使用 Gasper，纯 PoS 解决方案。 - Gasper 是 GHOST (Greedy Heaviest Observed SubTree 的缩写，意思是以包含子树数量最多为原则) + Casper FFG 的结合，也是今天的信标链和合并后的以太坊使用的纯 PoS 共识算法。 - 这三种可能的重组攻击有我的一些同事一起撰写的，我们都已经有缓解措施了，请看这里的推文了解更多： https://twitter.com/casparschwa/status/1454511836267692039 <br/> **[jdthrowy](https://www.reddit.com/user/jdthrowy/) 提问：** 1. 新的提议者/构建者范式会对合并后的以太坊的电力消耗带来什么影响？ 2. rollup 硬件的电力消耗有算在合并后的能源预测中吗？ 3. 碳补偿有被纳入到以太坊路线图中吗？ **Justin Drake 回复：** > 新的提议者/构建者范式会对合并后的以太坊的电力消耗带来什么影响？ PBS (无论在合并后还是合并前实现) 都不影响以太坊的电力消耗。 > rollup 硬件的电力消耗有算在合并后的能源预测中吗？ 这取决于特定能源预测的作者。我看到的大多数都专注在 L1 上 (不包括正在迅速发展的 L2)。 > 碳补偿有被纳入到以太坊路线图中吗？ 不在路线图上。就我所知，今天的碳补偿计划有对手方风险，缺乏可信的中立性，这使得它们在很大程度上与以太坊 L1 不兼容。 （作为附带说明，合并后的以太坊 L1 的能源消耗将是很小的。大致的消耗量是相当于 1 万台永远在线的计算机。） <br/> **Carl Beekhuizen 提问：** 1. PBS不会对整个能源消耗产生很大的影响，而且很难提前预测，因为这在很大程度上取决于构建者和搜索者网络最终的样子。 2. 不在[我计算的数据](https://www.ethereum.cn/Eth2/country-power-no-more/)里 (这是通常在互联网上发布的数据)。Optimistic Rollup 的电力耗费是低的，因为在任何时候都只有一个定序者。ZK-Rollup 可能需要中等量级的能源，但这里还有非常多的创新，很难知道最终会发展成什么样。 3. 没有，我个人不支持这样做。尽管我是支持减少碳排放，但在协议层上实现它们需要通过某种链上治理来选择提供商，我可以预见这很快就会出现问题。我认为这应该在 DAO 和应用层面上实现，例如 GreenUniSwap 可对每笔交易多收取几 gwei 的费用来补偿，然后用户可以将此作为他们为什么使用某个交易所的部分决策理由。 <br/> **[arredr2](https://www.reddit.com/user/arredr2/) 提问：** 今年早些时候，Carl Beekhuizen和其他人写了一篇[博文](https://blog.ethereum.org/2021/05/18/country-power-no-more/)，描述以太坊的能源使用量在切换到PoS后将减少~99.95%。有没有对L2交易能耗进行过研究？ - 有多少电脑在运行L2软件？ - L2软件消耗多少能量？ - L2上每天有多少交易？ - L1证明消耗多少能量？ **Carl Beekhuizen 回复：** 这些问题都很好，但我目前没有具体的 KWh 数据。L2 正快速发展，在实现上有很大差异，因此在这里谈论数据不是很合理。我可以再写一篇关于 L2 能耗情况的文章，我会把它加入我的任务列表里的。:) 这是一些粗略的想法： - OR 和 ZK 的能耗水平可能有非常不同 (特别是在中短期) - L2 通常是非常高效的，因为在特定的时间内只有一个决定所有事情的定序者 - 把数据放在链上的能源成本在此时几乎无法估计，因为分片规范还不确定 - OR 争议的能源成本并不重要，它们不应该发生 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/ama_we_are_the_efs_research_team_7https://www.ethereum.cn/Technology/ama_we_are_the_efs_research_team_7Mon, 10 Jan 2022 00:00:00 GMT来源：[reddit.com/r/ethereum](https://www.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/) 作者：以太坊基金会研究团队 <br/> 编者注：2022 年 1 月 7 日，以太坊基金会研究团队在 Reddit 上举行了第七次 AMA，内容涉及 L2、分片设计、更广泛的路线图、MEV、EIP-1559 等。ECN 对这次 AMA 的大部分问题进行了整理和编译。需要注意的是，基金会研发团队成员就某些话题存在个人的看法和推测，为避免曲解，请以原贴为准。 由于篇幅较长，本文将作上下两期发布，本期主题包括 PBS、分片设计和 Layer2。 <br/> ## **PBS 和分片** **Maswasnos 提问**： 以太坊基金会对 Dankrad 提出的需要独立高性能区块构建者的新分片提案有什么看法？也就是说，研究团队是否预计分片将需要网络中的某种数据中心级别的资源，或是否可能进行更分布式的实现？ **Vitalik 回复**： 必须达到数据中心级别的节点只有构建者节点 (请看《[Vitalik: 如何提高 PBS 方案的交易抗审查性](https://www.ethereum.cn/Eth2/pbs_censorship_resistance)》)。验证者和普通用户节点将继续只需要普通计算机来运行 (事实上，PBS 的一个好处是当 Verkle tree 被部署了，验证者可以完全是无状态的！)。 另一点值得注意的是应该可以构建分布式的区块构建者。将会有一个收集带有数据承诺的交易的协调节点 (coordinating node)，但该协调节点的性能只等同于普通计算机，因为每个数据承诺都是通过其他某节点独立构建，并传送给协调节点。这个协调节点将需要依赖某种声誉系统，以确保这些承诺背后的数据是实际可用的，但这是一些 L2 DAO 协议可以轻易做到的。 **以太坊基金会的 Joseph Schweitzer 回复**： 我相信有些研究员会加入自己的想法，但值得注意的是，以太坊基金会作为一个组织，对于正在进行研发的探索并没有真正统一的看法。 如过去几年的博客里所说的，以太坊基金会更像是一个集市而不是大教堂。相对独立的研发工作有时会在以太坊基金会的保护伞下，这能节省管理开销。但就像以太坊基金会不会为某个客户端或某个 EIP 背书一样，对 Dankrad 和其他的提案的看法都是个别研究员的个人看法。很多时候，团队内部也有很多的争论和不同意见。 **Diligent-Mouse 回答**： 值得澄清的一点是 Dankrad 建议严重依赖的提议者/构建者分离 (PBS) 系统也仍在讨论中。会发生的情况是，你可以继续在家中的普通消费型硬件上运行普通节点。你仍然可以在该硬件上运行 32 个 ETH 验证者，该验证者可以向链提议区块和验证其他验证者提议的区块。在 PBS 下改变的是验证者会依赖外部的 “构建者”选择打包的交易并以收益最高的方式对它们进行排序。这就是 Flashbots 今天对进入白名单的矿工做的事。那些“构建者”会需要高性能的硬件和互联网连接，才能找出最有利可图的机制来打包这些区块，以向验证者提出建议。 当这个想法与新的分片提案结合时，它对每个人来说都极大地简化了分片。 **Liberosist 提问：** 这个新设计将如何影响路线图/时间线？ **以太坊基金会 Danny Ryan 回复：** Dankrad 的设计承认了在任何分片设计里，多分片的 MEV 都将存在，因此分片数据的市场将倾向于由多分片构建者 (专业化的非验证者) 向提议者 (验证者) 提供数据。这些多分片构建者在任何这样的设计里都将消耗大量资源，以通过运行复杂计算来捕获 MEV。以及，在任何分片设计里，这都不会影响终端用户的资源，也不会影响验证者参与到共识里。 上述内容意味着在一般的设计里，在提议者和构建者之间创建一堵“防火墙”和市场是有价值的，因为它不要求验证者具有复杂计算的能力才能参与市场，这样以太坊可以用商品级计算机进行维护和运行。我们倾向于将这个方案称为“提议者-构建者-分离” 或 PBS。 如果我们承认 PBS 方案是避免对验证者有高要求所必需的，那么 Dankrad 的设计实际上就是说“如果需要 PBS，且我们承认 MEV 将因市场驱动而在多分片间存在，为什么不与之融合并简化分片设计，这样就可以高度激励构建者努力构建区块，并传播与区块相关的分片数据”。 上述内容在核心分片共识逻辑里 (在分片中这种 PBS 模型可能无论如何都是需要的)带来了大幅的简化。 在这种范式下，分片构建很可能实现分布式，但目前还不清楚构建者是否会倾向于以去中心化的方式运作，因为对他们来说有高性能机器久能带来足够的收益。如果你们可以构建一个构建者 DAO 的话，探索这种设计可能会很有趣 :) 此外，如果在一段时间内没有这样的重型构建者存在的话 (他们都离线了，或市场处于某种原因没有真正支持他们)，提议者仍然可以在消费型硬件上对有执行和有限分片数据交易的区块进行提议，但数据吞吐量可能会下降，直到有受经济激励的行动者去做这项工作。 <br/> **consideritwon 提问：** 关于 Dankrad 的分片提案以及可能走向中心化的区块构建者提一个问题。如果采用这个方法，有什么可以防止国家间合谋禁止或审查区块构建者？区块链有可能因为区块构建者被迫离线而完全停下来吗？你有信心总可以假设世界上有一些司法管辖区允许区块构建者能够自由交流？ **Vitalik 回复：** 区块链只需要在某处有一个诚实的区块构建者就可以打包交易。对 [PBS 的扩展协议](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)可以添加抗审查性，使得创建包含很多验证者看不到的交易的区块是无效的，因此会做审查的区块构建者甚至在没有被罚没或忽略的情况下就无法参与。 如果不可能在任何地方运行大型区块构建者，那么区块构建者本身可以是分布式的，依靠不同用户运行不同节点来创建区块的不同部分，使用一些 DAO 声誉系统来确保数据的可用性。 **以太坊基金会的 Dankrad Feist 回复：** 我可以很肯定地说，区块构建者本身并不是主要的审查目标。原因是尽管它肯定比对验证者/全节点 (我们这里的目标是树莓派/手机！) 有更高的要求，但它绝对不是相当于数据中心规模的运营，而是更普通的机器，如果你想的话可以轻易藏起来。例如，计算分片编码和证明所需的额外工作可能可以在高端 GPU 上轻松完成。 带宽的要求可能会造成较大的限制。如我在提案里提到的，在实践中，我预计没有人能在低于 2.5 GBit/秒的上行带宽下运行区块构建者。你家里可能没有这个条件，因此很可能者会全部都在数据中心运行。但是，如果以太坊遭遇审查攻击，有一些替代品是可以在家运行的。例如，区块的传播可以通过几个节点完成。甚至计算编码也可以分布式完成。我们肯定会思考分布式的替代方案是什么，并设计规范，因此这肯定是可能的。 很可能有人将运行这样的分布式区块构建者作为一项公共服务，尽管他们不会成为最有竞争力的，他们的存在也将使任何严重的审查攻击变得极为不可能。 顺带一提，PBS 方案还会带来其他一般的抗审查忧虑。大多数的危险与新的分片提案无关。我认为对 crLists 的研究是最可能在 PBS 世界里产生良好的抗审查性的。 **thomas_m_k 提问：** 你们会担心 PBS 会带来中心化吗，以及它将如何抗审查？如果有两个主要的服务商提供构建者服务，且它们的实力相当，我有什么动机来打包它们正在审查的交易，因为我这样做会少赚很多钱？ **Vitalik 回复：** 有关于 PBS 的协议扩展，这将迫使构建者打包许多其他验证者或构建者已经看到的交易。请参阅此文档： https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance **以太坊基金会的 Justin Drake 回复：** > 你们会担心 PBS 会带来中心化吗，以及它将如何抗审查？ PBS 是一种将中心化与共识参与者分开的机制。它把中心化的区块提议者置换为不参与共识的”构建者“。PBS 不会增加中心化——PBS 的重点就是减少验证者的中心化。 至于抗审查性，我们有机制，即使所有构建者都选择不故意将此类交易打包在他们的区块里，提议者也可以强行将交易打包到链上。 > 如果有两个主要的服务商提供构建者服务，且它们的实力相当，我有什么动机来打包它们正在审查的交易，因为我这样做会少赚很多钱？ 提议者强行打包受审查的交易是不会带来机会成本的。提议者不会应为强行打包受审查交易而减少收益。 <br/> **Cin- 提问：** 如果我对目前的路线图理解正确，某种形式的分片将在 DAS (数据可用性采样) 之前实现的。由于需要 DAS 来验证分片数据是否 100% 可用，我想知道有什么风险，以及为什么你觉得它们已经被充分缓解了，以致可以按路线图执行。 **Vitalik 回复：** 早期版本的分片可能不能真正实现分片，它们将可能只是实现了”接通“分片，而实际上客户端仍然需要下载整个 2 MB 或任何分片区块数据 (在这个阶段最大的分片数会被调低)。当这个”假分片“阶段展开后，客户端团队将各自开始试验 DAS 验证，且一旦我们有足够信心 DAS 验证是可行的，我们可以把参数调高并让整个网络都依赖它。 **Danny Ryan 回复：** 不一定是这种情况，但如果”分片“在没有 DAS 的情况下发布，我个人认为只应该存在少数分片 (例如 2 个)，这样所有验证者和大多数用户都可以完全验证所有分片数据为可用 (例如下载全部)。 这最终看起来与 EIP-4488 类似，但好处是它使用与分片相同的机制 (相同的承诺、相同的 EVM 访问器等)，一旦它有更多的数据需要处理 (然后需要 DAS)。 <br/> **kalanscriv19 提问：** 我想问一下为什么分片只添加 64 个，为什么以太坊未来不添加更多？ **以太坊基金会的 Hsiao-Wei Wang 回复：** 64 是初始分片数的占位符。一旦我们有更多的基准测试结果，它可能会更少或更多。 随着技术改进迭代 (摩尔定律），我们确实计划在未来添加更多分片。 <br/> ## Layer2 **josojo 提问：** Hi！ 我对于桥接安全性的相关问题非常感兴趣： 1）不同 L1 之间的桥接安全性 (如应用零知识技术) 和共有同一条 L1 链的两个 L2 之间的桥接安全性，你认为这两者是一样的吗？ 2）可能任何 L1 之间的桥接都需要具有可升级功能，以免其中一条 L1 链存在分叉。这种情况会使得 L1->L1 跨链桥接没有 L2->L1->L2 跨层桥接那么安全吗？ 3）Zk-rollup 的最佳机制是什么，以便在为用户规避安全风险的前提下保持新功能的可升级性。尤其是，那些想要在 L2 上长期锁定其资产的用户，或者没那么快离开 L2 的用户，他们的资产安全如何获得保障？ **Vitalik 回复：** 我之所以对多链的区块链生态系统保持积极态度 (确实有一些独立的社区具有不同的价值观，对于它们来说，独立发展好过全部都就同一件事情的影响力而争夺)，而对跨链应用保持消极态度，一个关键原因就是桥接具有根本性的安全限制。 为了理解为什么桥接具有这些限制，我们需要看看区块链和桥接的各种组合是如何抵御 51% 攻击的。**很多人都有这样的心态：“如果区块链受到 51% 攻击，整个系统就会崩溃，所以我们需要花费所有力气来预防 51% 攻击，哪怕是一次也不允许。” 我非常不同意这种想法；事实上，区块链即使在受到 51% 攻击后，也能维持许多保证，而维持这些保证非常重要。** 举个例子，假设你在以太坊上持有 100 枚 ETH，当以太坊受到了 51% 攻击时，一些交易会被审查和/或被撤销。那么无论发生什么，你依然拥有那 100 枚 ETH。即便是发起 51% 攻击的黑客也无法提议一个抢走你的 ETH 的区块，因为这样的区块会违反协议规则，所以会被网络拒绝。即使 99% 的算力或质押份额想要发起攻击来抢走你的 ETH，每个运行节点的人都只会跟随剩下的 1%，因为只有它们的区块遵循协议规则。更普遍地说，如果你在以太坊上有一个应用，那么通过发起 51% 攻击可能会在一段时间内审查或回滚应用的交易，但最终获得的是一致的状态。如果你持有 100 枚 ETH，然后在 Uniswap 上将之换成 32 万枚 DAI，那么就算区块链以某种疯狂的方式被攻击了，最终你还是会获得一个合理的结果：要么还是持有 100 枚 ETH，要么得到那 32 万枚 DAI。也就是说，两者都没有获得 (或两者都获得) 的结果实际上违反了协议规则，是不会被网络接受的。 现在，想象一下，如果你向 Solana 上的某个桥接转 100 枚 ETH 并获得 100 个 Solana-WETH，随即以太坊受到了 51% 攻击。攻击者在 Solana-WETH 封装合约中存入一笔自己的 ETH，然后等到 Solana 网络上确认了这笔交易之后，就立即在以太坊网络回滚存款交易。Solana-WETH 合约现在不再可以完全恢复，也许你的 100 Solana-WETH 现在只值 60 个 ETH。即使有一个基于 ZK-SNARK 的完美桥接可以完全验证共识，它仍然很容易受到这样的 51% 攻击。 **因此，在以太坊上持有以太坊原生资产或在 Solana 上持有 Solana 原生资产总是比在 Solana 上持有以太坊原生资产或在以太坊上持有 Solana 原生资产更安全**。在这个语境下的 “以太坊” 不仅指以太坊 L1 基础链，还包括基于它构建的任何 L2。也就是说，如果以太坊受到 51% 攻击并且交易回滚了，Arbitrum 和 Optimism 上的交易也会回滚。因此，即使以太坊受到 51% 攻击，在 Optimism 和 Arbtirum 上持有状态的 “跨 rollup” 应用也能保证保持一致。而如果以太坊没有受到 51% 攻击，就没有办法分别对 Arbitrum 和 Optimism 进行 51% 攻击。因此，持有在 Optimism 上发行然后在 Arbitrum 上封装的资产依然非常安全。 然而当出现超过两条链时，问题就比较严重了。如果有 100 条链，那么这些链之间会出现许多相互依赖的 dapp。这时，哪怕对一条链发起 51% 攻击都会造成系统性的风险，威胁到整个生态系统的经济。这就是为什么我认为相互依赖的区域有可能与主权独立的区域会紧密联系 (因此，许多以太坊网络的应用之间相互密切联系，许多 Avax 网络的应用之间相互密切联系等等；而不是以太坊网络和 Avax 网络的应用之间相互密切联系)。 这也是为什么 rollup 不能直接 “使用另一个数据层”。如果某个 rollup 将其数据存储在 Celestia 或 BCH 或其他任何地方，但处理的是以太坊的资产，那么如果这一层受到了 51% 攻击，用户就完蛋了。就算 Celestia 的数据可用性采样 (DAS) 可以抵御 51% 攻击，实际上也并不能帮到你，因为以太坊网络并没有读取这个 DAS；相反，以太坊网络读取的是桥接上的信息，而桥接恰恰很容易受到 51% 攻击。作为一个 rollup 想要为使用以太坊原生资产的应用提供安全性，必须使用以太坊数据层 (对于任何其他生态系统也是如此)。 当然，我不会说这些问题会随时出现。仅仅对一条链进行 51% 攻击都很困难且成本高昂。然而，使用跨链桥接和上面的应用的用户越多，问题就越严重。没有人会为了盗窃 100 枚 Solana- WETH 去攻击以太坊 (或者说为了盗窃 100 枚 Ethereum-WSOL 去攻击 Solana)。但是如果桥接上有 1000 万 ETH 或 SOL，那么发起攻击的动机就会更强，一些大型的资产池会使得这些攻击更容易发生。所以跨链交易活动具有一种反网络效应：当交易活动不多时网络就会非常安全；当交易多起来了，风险就越大。 **egodestroyer2 追问：** 你能举个例子说明一下 PoS 链上的攻击是如何发生的，并且攻击者怎么在桥接上盗窃资产？ **Vitalik 回复** 这和 PoW 链没什么区别。攻击者使其中一条链敲定某笔交易 T1，然后另一条链敲定一笔不兼容的交易 T2。他们将第一交易信息发布到桥接上，然后将第二笔交易信息发布到网络上 **loiluu 追问** > 如果以太坊受到 51% 攻击并且交易回滚了，Arbitrum 和 Optimism 上的交易也会回滚。 我不确定是否有 L2 处理过这样的情况，而且真的很难想到解决方案。假设以太坊受到了 51% 攻击，并且交易发生了回滚。但是在交易回滚之前，L2 运行者已经向 L1 提交了一个承诺。那么现在，如果 L2 运行者根据 L1 的回滚交易生成一个新的承诺，任何人都可以发起重放攻击 (replay attack) 以重新提交 L2 运行者之前提交的承诺，并最终错误地指责 L2 运行者恶意行为。因此，L2 运行者将因为发送冲突承诺而受到惩罚。 **Vitalik 回复：** 解决方案很简单啊，不是吗？对一个最新的 L1 区块哈希做一个有条件承诺 (conditional commit)，所以如果 L1 的交易回滚了，那么之前敲定的交易就不能再重复提交或被罚没。 <br/> **Liberosist 提问：** 对于 zkEVM 的研究进展，你是否感到惊喜？就目前的进展来说，你认为 Polygon Hermez 和 Scroll 宣称将于 2022 年年底实现 zkEVM 的目标现实吗？显然，用于 rollup 的 zkEVM 将需要更长时间才能做好应用于以太坊的准备。 **Justin Drake 回复：** > 对于 zkEVM 的研究进展，你是否感到惊喜？ 是的，与一年前相比，zkEVM 研究取得的进展、获得的融资和大家对其乐观的态度都让我感到非常惊喜。 现在已经有好几个优秀的团队在 zkEVM 领域竞争 (或者合作！) ，并投入数亿美元以推动其能够在 2022-2023 年达到产品级水平。 请注意，在不同的语境中 "zkEVM" 这个术语具有不同的含义。我将 zkEVM 分成三种类型： - **共识级别的**：共识级别的 zkEVM 即完全等同于目前以太坊 L1 共识所使用的 EVM。也就是说，这类 zkEVM 生成 SNARKs 证明以验证以太坊 L1 状态根的有效性。部署共识级别的 zkEVM 属于我们[路线图](https://twitter.com/vitalikbuterin/status/1466411377107558402)中 "对所有东西生成 zk-SNARK 证明" 的一部分。[(此处为路线图的汉化版)](https://twitter.com/EthereumCN/status/1466731320537612296) - **字节码级别的**：这类 zkEVM 旨在解译 EVM 字节码。Scroll、Hermez 和 ConsenSys 团队负责的 zkEVM 项目都是使用这个办法。这种 zkEVM 可能会产生与 EVM 不同的状态根。例如，EVM 的 SNARK-不友好 Patricia-Merkle trie 会被一个 SNARK-友好的替代方案取代。 - **语言级别的**：这种 zkEVM 旨在将某种 EVM-友好的语言 (如 Solidity 或 Yul) 转译成某种 SNARK-友好的 VM，这种 VM 与 EVM 完全不同。MatterLabs 和 StarkWare 采用了这种办法。 我预估会首先部署语言级别的 zkEVM，因为从技术上讲，这种 zkEVM 最容易构建。然后，字节码级别的 zkEVM 会解锁额外的 EVM 兼容性，并进一步挖掘 EVM 的网络效应。最后，在 L1 上部署共识级别的 zkEVM 将会把 EVM 变成一个 “无敌的 rollup”，并改善以太坊 L1 的安全性、去中心化特性和可用性。 > 就目前的进展来说，你认为 Polygon Hermez 和 Scroll 宣称将于 2022 年年底实现 zkEVM 的目标现实吗？ 在我看来，像 Hermez 或 Scroll 团队计划于 2022 年交付字节码级别的 zkEVM 的产品实现是合理的。推出时，我预估会出现以下几个主要问题： - **较小的 gas limit**：从一开始，字节码级别的 zkEVM 的 gas limit 将很可能比 L1 EVM 的 gas limit 小 (小很多，比如小个 10 倍)，并在未来的几年内逐渐增加。 - **大型的中心化证明者**：证明过程将可能无法达到去中心化，很可能只是由一个拥有大型证明系统的中心化实体提供验证。我希望我们能够在 2023 年实现去中心化证明系统 (例如，在全球范围内实现基于 GPU 的去信任的证明者)，并在 2024 年实现 SNARK 证明的 ASIC。 - **电路 bug**：由于字节码级别的 zkEVM 具有其电路复杂性，这类 zkEVM 很可能会出现电路 bug，并且 EVM 字节码等同性也不是完美的。这些 bug (一些安全关键) 将需要一段时间来解决。最终，字节码等同性将会被形式验证工具证明。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/new-shardinghttps://www.ethereum.cn/Eth2/new-shardingFri, 07 Jan 2022 00:00:00 GMT来源| [notes.ethereum.org](https://notes.ethereum.org/@dankrad/new_sharding) 作者 | Dankrad Feist <br/> 译者注：近日以太坊研究员 Dankrad Feist 提出新的分片设计，得到了社区的关注。由于其文章技术性较高，Dankrad 在推特上发布文章时用比较浅显的语言对这个设计进行了介绍。为了增强文章的可读性，ECN 也把其推文翻译了，并放在开头。如果正文翻译有不准确之处，还请读者指教。 白话版： 我在构思一个新的分片设计，在这个设计里，不是每个分片都有独立的提议者，而是在一个 slot 里的所有分片区块都与该信标区块一起被提议。这大大简化了分片设计。 在之前的设计里，在每个 slot 里，分片区块是被独立提议的，而数据可用性必须由委员会来验证。我们不能对所有分片进行整体地验证，因为每个提议者都能够破坏整个流程 (活性故障)  在大多数情况下，下一个信标区块应该包含所有被确认的分片数据，这并不能得到保证：投票可能需要更长时间，特别是如果分片提议者有意使数据最低限度可用。这会使事情变得相当复杂。 在这个新设计里，信标区块也会包含所有分片区块，且它们都由一个委员会一起确认 (每个委员会成员仍然只对分片数据的一小部分进行采样)。所有信标和分片数据一起确认。  这会更简单，使得在同一个信标区块里的所有交易访问分片数据 (你甚至可以在 zkrollup 和 L1 之间获得同步交易！) 并大大地简化了 rollup 的构造 (不会延迟确认等) 这种设计之所以成为可能，是因为有两项新进展。以前，我们认为最好是有许多不同的分片提议者，以最大化抗审查性，并最小化对区块提议者的要求。但是，MEV 改变了这个情况。 我们现在认为， 解决 MEV 的唯一可行解决方案是通过提议者/构建者分离方案来对执行区块进行竞拍。因此，常规的验证者(提议者) 只需要从多个区块构建者中选择出价最高的区块。 这意味着对构建者要求的担忧成为一个不那么需要担忧的问题，因为无论如何他们最终都会成为高度专业化的角色。在实践中，如果执行权和分片区块权是一起竞拍的 (就如这个提案所描述的)，市场会变得最高效。 但它的抗审查性如何呢？在有 PBS 的环境里，我们需要对此非常谨慎，因为一小部分的专业组织比一个分布良好的验证者网络更可能进行审查。幸运的是，[@fradamt](https://twitter.com/fradamt) 提出了一个解决方法：crLists。 区块提议者可以构建给所有他们想打包到一个区块的交易创建一个列表 (crList)。然后，构建者必须要么全部打包，要么用其他交易填充区块，直到达到 gas 上限。 [@fradamt](https://twitter.com/fradamt) 提的解决方案：https://t.co/JjJR7I4Lf4 这保留了审查的成本应该是连续为交易出价的成本。由于同步设计，我们在 L1 有新的分片数据构造，是直接依赖于和访问分片数据的，这些数据可以进入 crList。 这是一个简短的总结，请阅读正文以了解更多细节。如果有反馈的话，特别是来自研究 MEV 和设计 L2 的，我会非常感谢！ 推特来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1475995508372131842&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=95bcc741958ec18c27c5e54040bde57aa2cb5bf2&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1475995508372131842" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 508px; display: block; flex-grow: 1;"></iframe> ------ 正文： 之前的数据分片构造：把 n=64 个数据分片添加到信标链。每个 slot 都有 n 个提议者独立提议他们的分片 blob，这些数据段随后会由委员会确认。 一旦一个分片 blob 被确认了 (这可能需要几个 slot)，它就可以被执行链引用。 这里提出一个替代方案：添加一种新的交易类型，可以包含额外的分片数据作为 calldata。然后，区块由一个单一的区块构建者 (这可以不同于提议者/构建者分离方案的提议者) 构建，打包常规交易和有分片 calldata 的交易。这样效率是高的，因为它意味着 rollup 和 L1 之间的紧密集成成为可能，而且预计这种“超级区块构建者”策略无论如何都会在实践中出现，以便最大限度地提取 MEV。 **优势:** - 与当前的 Eth1 链更紧密地耦合——管理合约可以马上看到 rollup 数据 - 所有数据与 rollup 调用一起被确认 - 不需要等到分片区块被确认 - 不需要担心会有重复的分片数据等 - 对开发者来说更容易理解 - rollup 不需要实现难以处理的“分片扫描逻辑”。发送到它们的数据可以立即用 L1 交易进行标记 - 分片不需要独立的 PBS (提议者/构建者分离) - 这将降低构建者进入市场的成本，因为它们将不必构建两个不同的系统 - 这也意味着，构建者可以无风险地提取来自数据和执行之间交互的 MEV，也就是说构建者的中心化程度降低了。 - 不需要一个单独的分片交易支付系统 - 分片 calldata 的开销可以直接向使用这些数据的交易收取 - 我们可以使用所有现有的以太坊交易支付基础设施 - 提高抗贿赂性，因为数据可以由更大的委员会确认 (1/32 的验证者集) - 没有独立的分片区块确认，可以更好地进行交易聚合。我们每个 slot 只需要一个委员会 (PBS 需要两个) - 我们可以立即将信标和执行区块添加到数据可用性集 - 一旦 Verkle tries 开发成熟，为由数据可用性+欺诈证明保护的轻客户端执行奠定基础 - “Eth1作为一个 rollup" - 使不需要运行一个全 Eth1 节点的，更轻量级的验证者+节点成为可能 - 在 ZKrollup 里，从 L2 到 L1 的同步调用变得可能 - 应用不需要对它们想要使用的分片进行承诺 - 总的区块大小可以用与区块 gas 上限相似的方式进行治理 - 当信标链变得欺诈可证明时，超级轻量的客户端 (只有数据可用性) 将成为可能。 - 当前的分片 blob 市场是低效的 - 我们声称有 64 个独立的提议者。然而在实践中，这是不可能的，因为这将导致大量的重复确认，这反过来会导致市场的中心化。 - 如果一个分片需要 10 个独立的 blob 被确认，那么就没有有效的方法在同一个 slot 里对所有的 blob 进行竞价 (全有或全无式出价) - 更轻量的客户端是可能的 - 客户端只需约 20kb/信标区块 (1.7 kb/s) 就可以进行完全的数据可用性采样，而在之前的构造中需要 1 MB/信标区块 (90 kb/s)。这是因为我们可以马上提供 2d (二维）采样。 **劣势** - 提高了对构建者的要求： - 在~1秒内计算 32 MB 数据的 KZG 证明。这需要一个 32-64 核的 CPU。我认为可以用 <5,000 美元的价格建造一台性能足够高的机器，概念证明有待实现。根据与 Dag Arne Osvik 的对话，在 GPU 上做这个可能会便宜很多 - 更大型的低带宽要求：需要在构建者期限内能够发送 64 MB 的数据，并确保在 P2P 网络分发。可能需要至少 2.5 GBit 的上行带宽 - 这些都不是对构建者的疯狂要求，而其他入门要求可以说已经设定了更高的门槛 - 构建者有更大的权力，因为他们负责执行+数据可用性 - 但在 PBS 下，我们无论如何都需要其他抗审查的方法。有了这个系统，它们可以被当作一个单独的忧虑。目前建议的模式是，提议者有权力强制打包某些交易 (https://notes.ethereum.org/Dh7NaB59TnuUW5545msDJQ) <br/> ## 建议的实现 - 新常量 ``` MAX_SHARDS = 2**8 # 256 SHARD_SIZE_FIELD_ELEMENTS = 2**12 # 2**12*31 = 126976 bytes MAX_BLOCK_SIZE = SHARD_SIZE_FIELD_ELEMENTS * MAX_SHARDS # 2**20 field elements / 32,505,856 bytes TARGET_BLOCK_SIZE = MAX_BLOCK_SIZE // 2 # EIP1559 for data gas ``` - 我们引入一个新的 BlockKZGCommitment (区块 KZG 承诺)，它对所有使用 2D KZG 格式的数据进行承诺。它将对信标区块、执行负载和对分片数据的承诺进行承诺。 ``` class ShardedBeaconBlockCommitment(Container): sharded_commitments: List[KZGCommitment, 2 * MAX_SHARDS] beacon_block_commitments: uint64 # Number of commitments occupied by Beacon block + Execution Payload # Aggregate degree proof for all sharded_commitments degree_proof: KZGCommitment ``` - `ExecutionPayload` 用于数据 gas 市场的新字段 ``` class ExecutionPayload(Container): # Execution block header fields parent_hash: Hash32 fee_recipient: ExecutionAddress # 'beneficiary' in the yellow paper state_root: Bytes32 receipt_root: Bytes32 # 'receipts root' in the yellow paper logs_bloom: ByteVector[BYTES_PER_LOGS_BLOOM] random: Bytes32 # 'difficulty' in the yellow paper block_number: uint64 # 'number' in the yellow paper gas_limit: uint64 gas_used: uint64 timestamp: uint64 extra_data: ByteList[MAX_EXTRA_DATA_BYTES] base_fee_per_gas: uint256 # Extra payload fields block_hash: Hash32 # Hash of execution block transactions: List[Transaction, MAX_TRANSACTIONS_PER_PAYLOAD] # NEW fields for data gas market data_gas_limit: uint64 data_gas_used: uint64 data_base_fee_per_gas: uint256 ``` - `ShardedBeaconBlockCommitment` 到 `beacon_block_commitments` 是信标区块的内容 (包括执行负载)，以每个字段元素 31 个字节进行编码 - 其余数据没有任何有效性条件 - 添加一个新的交易类型 3，以下为它的负载规范： ``` @dataclass class TransactionKZGCalldataPayload: chain_id: int = 0 signer_nonce: int = 0 max_priority_fee_per_gas: int = 0 max_fee_per_gas: int = 0 # New data gas max_priority_fee_per_data_gas: int = 0 max_fee_per_data_gas: int = 0 gas_limit: int = 0 destination: int = 0 amount: int = 0 payload: bytes = bytes() # KZG Calldata kzg_calldata_commitments: List[KZGCommitment, MAX_SHARDS] access_list: List[Tuple[int, List[int]]] = field(default_factory=list) signature_y_parity: bool = False signature_r: int = 0 signature_s: int = 0 ``` - 类型 3 的每笔交易都有一个有效性条件，要求交易的所有 `kzg_calldata_commitments` 都被打包到 `ShardedBeaconBlockCommitment` (分片信标区块承诺) 的 `sharded_commitments` (分片承诺) 里 start}x]_2)$ - 在 EVM 新增一个操作码 `KZGCALLDATA`，它会把 `kzg_calldata_commitments` 添加到一个特定的存储位置 - 验证分片承诺是否得到正确编码 - 对于每个承诺，都有一个次数证明，证明承诺的次数 ``` < SHARD_SIZE_FIELD_ELEMENTS ``` , 通过配对等式来检查： -  - 如果有 2N 个分片承诺，第一组 N 是数据，剩下的一组 N 是一个多项式扩张 (polynomial extension)。我们需要验证这 2N 个分片承诺都在一个次数为 N−1 的多项式里。 - 标准方法：对 2N 大小的数据进行快速傅里叶变换 (FFT)，验证 N 个高阶系数为 0。这需要 2Nlog2N 次群乘法，这样开销就会很贵 - 更便宜的方法：在该阈值的任一点上使用[重心拉格朗日插值公式](https://dankradfeist.de/ethereum/2021/06/18/pcs-multiproofs.html#evaluating-a-polynomial-in-evaluation-form-on-a-point-outside-the-domain)来对前 N 个承诺进行取值，然后对后 N 个承诺做相同的事。如果两点是相同的，那么它们是在次数为 N-1 的同一个多项式上。2N 大小的数据仅需要一个多标量点乘 (MSM)，它所需的时间与 2Nlog2N 次群乘法差不多。 - 添加操作码 `BLS12_381` (任何合理的分片实现所必需的) <br/> ## 采样 - 我们的原始数据有多达 256 个分片承诺，使用多项式扩张可以增加到 512 个 - 每个分片承诺的次数都是 2^12，扩张到 2^13 个字段元素用于采采样 - 我们假设一个样本的大小是 2^4=16 个字段元素 (即 512 字节)。然后在每个区块里，我们采样 512 行和 512 列，总共 512∗512=2^18=262144 个样本。这些样本中的任意 50% 的数据都足以重构一个完整的区块。此外，任何行/列都可以在这些样本的 50% 中被重构，这使得区块即使在种子很少的情况下，像家庭验证者这样的小型参与者也能进行有效恢复。 - 每个验证者被分到 32 个随机列，验证者必须在下一个证明里托管这些数据 (这意味着证明将托管共 32⋅32⋅512 个样本)。这产生了一个好的副作用，即每个区块获得整个验证者集的抗贿赂性的 1/32 (对一个区块来说，贿赂不到 1/2 的验证者证明是没用的) <br/> ## 区块构建者成本 区块构建者有两项新任务。一项是计算样本的 KZG 见证数据，另一项是在 p2p 网络里为样本播种。 - 先从第二项说起。鉴于我们有大约 128 MB 的样本，而且我们想要把每个样本分发到至少 5 个对等点，以实现良好的分散，所有这些都应该在大约 1 秒内发生，那么构建者就需要总共 640 MB/秒 或 5 GBit/秒的上行带宽。这对于家庭互联网连接来说肯定是不太可能的，但在数据中心就能轻易达到 - 如果人们真的想在家中运行一个构建者，有服务可以在样本被创建后对它们进行分发，把他们自己的上行带宽要求减少到 32 MB/秒或 256 MBit/秒，这在某些地区是可能的 - 但是，对在数据中心运行构建者的要求似乎不会有特别限制 (无论如何他们很可能会这样做) - 计算所有样本的 KZG 证明。根据我的估计，使用 FK20 (译者注：由 Dankrad Feist 和 Dmiry Khovratovich 于 2020 年提出的快速分摊卡特证明的方法）大约需要 200~300 秒 (这个不确定性来自多标量点乘算法的精确复杂性是未知的)。这可以被分发到很多机器。在数据中心，这种计算能力很容易可得。 - Dag Arne Osvik 估计在 GPU 上，见证数据的计算可以在约 1 秒内完成。 <br/> # 分片交易池 ## 原因 现在在以太坊上大多数交易经过的交易池并不处理数据交易。每个节点都处理完整的交易池，但有了分片后，链的容量会增加到 1.3 MB/秒，如果所有交易都经由交易池，1.3 MB/秒也将是预计交易池带宽的下限。 显然，节点需要处理整个交易池的交易但对数据交易进行分片是不合理的。相反，当涉及数据交易时，我们需要在交易池做数据可用性采样。 ### 还需要交易池吗？ 将交易发送到公共交易池的另一种方法是将他们发送到区块构建者，现在 Flashbots 已经有效地实现了这一点。优点是区块构建者可以承诺不会抢跑交易。如果他们这样做，用户可以简单地转换到另一个区块构建者。 例如，Solana 已经实现了这个设计，并在默认情况下发送交易到下一个区块提议者。 因此，以太坊链对交易池容量的需求很可能会变得小得多，甚至变得不再需要。但是，我们还是希望在设计中保留交易池，原因有两个： 1. Francesco 的新[抗审查设计](https://notes.ethereum.org/Dh7NaB59TnuUW5545msDJQ)需要一个公共交易池。这与上文说大多数交易将被首先直接发送到构建者是不冲突的。基本上，用户大多会将他们的交易发送给构建者，仅在他们被审查时会升级进入交易池；交易池变成了“审查池” 2. 有一个全节点的以太坊用户应该可以在无需配置一个中央提供商就能发送交易。我发现这个论点不太站得住脚，因为未来的主要构成是 L1 上的 rollup 和终端用户使用 L2。因此，终端用户应该很少使用 L1。 <br/> ## 构造 所有交易都通过 libp2p pubsub (发布订阅模式) 的 channel 广播。交易类型 3 包括 `kzg_calldata_commitments`，但不包含实际的底层数据。 我们构建了第二组 512 个 pubsub channel，仅用于广播分片数据交易的样本。当有人想发送一笔类型 3 交易到交易池，他们发送这 512 个样本里的每个 `kzg_calldata_commitment` 到这些样本 channel。 - 常规节点订阅约 10 个随机选择的 channel。这是为了确保这些 pubsub 可供想要订阅它们的节点使用 - 区块提议者随机采样 30 个 channel，从而可以确定一笔数据交易是否可用，以便能够把它们放到 `crList` - 区块构建者订阅至少 256 个，也可能是所有的 512 个 channel，以便它们可以对任何数据交易进行重构，以打包到区块中。 相关阅读： [分片+数据可用性采样](https://www.ethereum.cn/sharding-proposal) [数据可用性检查](https://www.ethereum.cn/Eth2/data-availability-checks) [KZG 多项式承诺](https://dankradfeist.de/ethereum/2021/10/13/kate-polynomial-commitments-mandarin.html) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Thinking/happy-new-year-2022https://www.ethereum.cn/Thinking/happy-new-year-2022Tue, 04 Jan 2022 00:00:00 GMT来源 | [vitalik.eth](https://twitter.com/VitalikButerin/status/1477402749994156036?s=20) 作者 | Vitalik Buterin 新年快乐！ 今天发的这一系列推文是关于我在过去 10 年中说过的话和写过的内容，以及我今天如何看待这些问题。 1. 在 2013 年，我写了一篇标题为“[比特币可以如何真正帮助伊朗人和阿根廷人](https://t.co/zS3C6v1qJ7)”的文章。文章的核心观点是：比特币的关键优势是国际性和抗审查性，而不是 2100 万个比特币这个限制“。我预言稳定币会发展地很好。  上周，我真的去了阿根廷。我的判断总体上是正确的。加密货币的采用率是高的，稳定币的采用率也的确很高；很多的企业使用 USDT。当然，如果美元本身开始出现更多问题，这个情况可能会改变。 2. 这篇 2013 年的文章是在比特币服务被更多地”规管“的背景下写的： 《[比特币没有丢失它的灵魂，为什么监管的非难狂潮会错重点](https://t.co/3ZV0542L6U)》 它的核心论点是：比特币不是通过在它所在的法律类别上耍小聪明来抵抗政府的，而是其技术是抗审查的。  我今天的看法是：比特币的去中心化会让它在超级敌对的监管环境下仍然能存活下来，但它不会蓬勃发展。成功的抗审查策略需要技术的稳健性和公众认受性的结合。 \3. 我的预测是 2015 年开始我们就能实现 PoS 和分片。说实话，这些都错得离谱，值得一笑。这张图是我 2015 年做的演讲截图，方便大家嘲笑。  但我的核心错误是什么？我认为是我严重低估了软件开发的复杂性，以及一个 python 概念证明与一个像样的产品级实现之间的差距。我在 2014 年的想法要复杂得多，比如这个”12维的超立方体“。 [《可扩展性，第二部分：超立方体》](https://t.co/MIKWiowHrB)  今天，以太坊的研究团队更加重视简单性——不管是最终设计还是实现路径。更看重务实的妥协。Dankrand 最新的[分片设计](https://twitter.com/dankrad/status/1475995508372131842?s=20)就非常体现了这种精神。 4. 我仍然 100%坚持我在 Reddit 上的这个评论：“[互联网货币的每笔交易不应该花费多于 5 美分](https://www.reddit.com/r/btc/comments/5ib3m6/vitalik_the_internet_of_money_should_not_cost_5/)”。这是2017 年的目标，它仍然是现在的目标。这正是我们花这么多时间研究可扩展性的原因。 5. 我还应该补充一点，分片的核心理念没有受影响。 区块链1.0：每个节点下载所有数据，有共识 BitTorrent：每个节点仅下载一些数据，但没有共识 理想情况：像 BitTorrent 一样高效，但像区块链一样有共识 实现的核心技术是委员会、ZK-SNARKs 和数据可用性采样： 《[Vitalik：从技术角度揭秘“分片”的优势](https://t.co/E03JJEzcZy)》 6. 在 2012 年，我曾短暂地做过 PoW 能源浪费的辩护者。不过幸运的是，到了 2013 年，我为权益证明作为有前景的替代方案感到兴奋。到了 2014 年，我被说服了。 《[对反对比特币浪费能源的回应](https://t.co/Iy4RsQSwFy)》 《[什么是权益证明以及为什么它重要](https://t.co/gu7OavCEfn)》 《[权益证明：我是如何学会爱上弱主观性的](https://t.co/WFzk3EJBQ0)》 这反映了我一路以来更广泛的智识进化：从“X 是我一定要捍卫的，因此凡是对 X 有利的一定是正确的。”到“我喜欢 X，但 X 有缺陷，似乎 Y 能解决它们，因此我现在支持 X+Y。” 士兵思维模式 -->[侦查员思维模式](https://t.co/yNwrmCtJCV) 7. 我 2014 年写了这篇关于自我执行的合约的文章： 《[DAO 并不可怕，第一部分：自我执行的合约和事实性的规则](https://t.co/FAIAiL8HhV)》 基本上，它试图论证，使所有社会更像一个形式系统是好的，我们应该为此感到兴奋。 在我写关于合谋的文章时，我看到了我这种思维的局限性： 《[论合谋](https://vitalik.ca/general/2019/04/03/collusion.html)》 《[协作的好与坏](https://vitalik.ca/general/2020/09/11/coordination.html)》 基本上，当把所有东西都塞进形式系统的问题时，几乎任何有两个以上参与者的形式系统都是可攻击的。 8. 在竞争币变得流行前我就已经喜欢它们了。请看这篇 2013 年 9 月 (即以太坊创世前 2 个月) 写的文章： 《[为竞争加密货币辩护](https://t.co/JOK00wTGvD) 》 三个核心论点 (i) 不同链为不同目标做优化 (ii) 有多条链的成本是低的 (iii) 当核心开发团队出问题时能有出路    我还认同吗？上述的论点在今天已经没那么有力了，因为 (i) 区块链更普遍，(ii) 应用更复杂了，因此做桥接风险更高，(iii) 试验更适合在二层网络上做。 但即使这样，我认为仍然有东西是在二层上做不了的，因此不同的一层还是有空间的 9. 我曾经对 Bitcoin Cash 持乐观态度。在扩容论战中，我支持增大比特币的区块容量。 今天，我会说 BCH 几乎是失败的。我的主要收获是：由反抗形成的社区即使理由充分，往往难以长期存在，因为他们重视勇气而不是能力，是因为反抗聚集在一起，而不是团结一致前进的方向。 10. 这两篇我在 2016-17 年写的文章是希望有人构建 Uniswap。 《[通往独立的道路](https://t.co/ZC7AO6kVxV)》 《[以运行预测市场的方式来运行链上去中心化交易所吧](https://t.co/HMBJolmI0d)》 显然，我为这点感到自豪😀 有趣的是，我是抱着“做一些非常简单和蠢的事，即使它是次优的”的心态做这件事，但出来效果不错，但我花了很长时间做权益证明和分片设计。 - 1. 在[以太坊白皮书](http://[https//ethereum.org/en/whitepaper/](https://t.co/6HCoO2CSW8))设想的应用 - ERC20 式代币 - 算法稳定币 - 域名系统 (像 ENS) - 去中心化文件存储和计算 - DAOs - 有提款限制的钱包 - 预言机 - 预测市场 很多的设想都是正确的 (基本上预测了 DeFi)，尽管有激励的文件存储+计算还没有什么发展 (是还没有吗？)，以及当然我也完全没有想到 NFT。我想说，我在细节上没有想到的最大问题是 DAO 治理中的合谋问题。 《[论合谋](https://vitalik.ca/general/2019/04/03/collusion.html)》 12. 2014 年一篇关于稳定币的更详细文章： [《寻找稳定加密货币》](https://t.co/RwRx4HVjEL) 这篇文章的很大部分在试图解决是否可以有不需要预言机的稳定币，而是使用区块链数据 (例如 PoW 的 diff) 作为伪价格预言机。 我现在因为转为 PoS 而对此更悲观了。我们将需要预言机。而且如果我们想让稳定币在美元崩溃时保持稳健 (如果发生这种情况，可以切换到他们自己本地的 CPI)，我们将需要更积极的治理。 总结： - 我当时对政治和大规模人类组织的想法比较幼稚。过分专注于简单且完整的形式模型；我当时没有认识到文化和[认受性](https://t.co/vLCznr6Da5)方面的挑战，我现在意识到了。 - 我早期确实有很好的直觉，避免了比特币狂热者思维里最疯狂的部分。我很快纠正了几个早期的错误。 - 但是 X 是错的并不代表任何对 X 的反抗都会发展得很好！另一方面，政治真的很难。 - 在技术方面，与生产软件开发相比，我更经常在抽象想法上是对的。我不得不慢慢学会理解软件开发。 - 我现在更深刻地体会到，我们非常需要简单性，比我以前所认为的需要更多。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2022-1-4/https://www.ethereum.cn/Ecosystem/eth-weekly-2022-1-4/Tue, 04 Jan 2022 00:00:00 GMT # **合并 (The Merge)** **合并测试网进展** Go Ethereum 的开发者 Marius 于 2021 年 12 月 31 日更新了 Kintsugi 测试网的情况：截至12.31，Kintsugi 测试网已经有将近 100,000 个区块，似乎每个区块里都有一笔交易。  当时，网上已有 627,071 笔交易 (大多数是模糊测试交易)。Geth 的数据库有 297 MB，其中大多数是状态 (30 MB) 和区块主体 (150 MB)。有趣的是，有 10% 的数据不知道是什么，可能是 Geth 上的一个漏洞。  <iframe id="twitter-widget-32" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-32&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1476890719876956171&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f2d8f4fa51a06bf0e4213bb7b16a583ba6508e0c&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1476890719876956171" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 662px; display: block; flex-grow: 1;"></iframe> **Lido 加入了 Kintsugi 测试网** Lido 于 1 月 3 日发推表示，Lido 的开发者已经在 Kintsugi 测试网上部署了适用于合并的成熟 beta 版本协议，为 stETH 持有者调整了交易费和 MEV 的获取。 以下是一个由 Lido 签名的区块截图：  <iframe id="twitter-widget-33" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-33&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1477673839903576072&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f2d8f4fa51a06bf0e4213bb7b16a583ba6508e0c&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1477673839903576072" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 718px; display: block; flex-grow: 1;"></iframe> # # **执行层 (Eth1)** **执行层新客户端 Akula** 客户端 Erigon 的开发者 Artem Vorotnikov 发推预告新客户端 Akula，表示这将会是有史以来最快的以太坊实现。介绍 Akula 的文章写到，Akula 本来是 Erigon 团队的一个内部项目，作为 Erigon 数据库的助手库，因此 Akula 有与 Erigon 同样的优势，例如非常低的磁盘占用、更快的同步速度、快速从崩溃恢复，以及极其快的历史 RPC 查询。 Akula 是用 Rust 这种快速、优雅和安全的系统编程语言写的，它利用了一个新的 Rust EVM 解释器 evmodin，允许异步状态访问。所有这些都带来了新的性能标准，这在以前的全节点中是没有的。 [详情](https://medium.com/@vorot93/meet-akula-the-fastest-ethereum-implementation-ever-built-58eaca244c39) <br/> # 共识层 (Eth2) **Rocket Pool 的 2021 总结** Rocket Pool 于 1 月 1 日发推总结 2021 的成绩，并预告 2022 年的计划，以下为其推文的编译： 自 2021 年 11 月 22 日上线的六周以来，Rocket Pool 已经成为以太坊第二大的流动性质押提供商。目前有超过 21,000 名验证者 (占比 0.76%)，在全球 67 个地方有 638 个节点运行者，质押了超过 69,000 个 ETH。 Rocket Pool 节点运行者已经质押了超过 230 万个 RPL 并获得了奖励 94,000 个 RPL (大约 380 万美元)。这代表了当前质押了 26% 的 RPL 的 APR (RPL 奖励会随着越多节点运行者上线而减少)。 Rocket Pool 的流动性质押代币 rETH 已经在主网上的 Balancer、Uniswap 和 1inch 上交易，也可以在 L2的 Arbitrum 和 Optimism 上交易。rETH 也可以桥接到 zkSync。 在 2022 年，rETH 将与借贷平台集成，带来更多的流动性，参与合并和处理 MEV 问题。 <iframe id="twitter-widget-34" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-34&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1477046917204897792&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f2d8f4fa51a06bf0e4213bb7b16a583ba6508e0c&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1477046917204897792" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 505px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **StarkWare 提议将去中心化流动性协议 Aave 部署至 StarkNet** StarkWare 的产品经理 Yael Doweck 以 StarkWare 的名义向 Aave 治理提交了一份提案：将 Aave 协议部署至 StarkNet 中。Yael Doweck 在这份 ARC (Aave Request for Comments, Aave 评论请求) 中详细列介绍了 Aave 社区将会从该合作获得的机会，以及未来的具体建议。该提案的灵感来自于 StarkWare 与 MakerDAO 之间的类似合作。 发起该提案后，下一步是从社区中收集大致的反馈，并确定该项目路线图的阶段一的范围，然后再创建 Snapshot vote 让社区成员参与投票。 [来源](https://twitter.com/BrantlyMillegan/status/1476647680071938054?s=20) **区块链软件开发公司 ConsenSys 发布了一份高效 zk-EVM 算法提案** ConsenSys 的 Applied R&D 团队发布了一份关于高效实现 zk-EVM 的算法提案，并且其团队已经开始实现这份提案了。他们希望通过这份规范满足以下三点设计目标： - 支持所有 EVM 操作码，包括内部智能合约调用、错误管理以及 gas 管理； - 能够按原样执行字节码； - 实现最小验证时间。 他们还表示将努力提供一种符合以太坊黄皮书中定义的 EVM 规范的算法，并且利用了现有的零知识证明方案提供了一种技术上可实现的综合方法。 zk-EVM 规范的[下载链接](https://ethresear.ch/t/a-zk-evm-specification/11549) **L2 解决方案路印协议发布 iOS 和安卓版本的 Layer2 Counterfactual Wallet** 路印智能钱包 (Loopring Smart Wallet) 是首个内置了 zkRollup 扩容方案的以太坊钱包。然而，在 Layer1 上创建智能合约钱包需要消耗大量的 gas 费。这种初始创建成本让许多想要体验 L2 的用户望而却步。 而其 Layer2 Counterfactual Wallet (反事实钱包) 就是为了解决这个问题，用户现在可以只在 L2 上部署钱包，不需要支付在 L1 上创建钱包的费用。这种先体验，再支付的模式允许用户立即体验 L2。如果用户想要将资产提到 L1，那么就可以部署一个以太坊 L1 智能合约钱包。 [来源](https://medium.loopring.io/introducing-l2-counterfactual-wallet-and-fiat-on-ramps-a4b60edf15d6) **以太坊 L2 ZK-Rollup DEX ZigZag 公布项目进展和未来路线图** ZigZag 是一个部署在 L2 解决方案 zkSync 和 StarkNet 上的去中心化订单簿交易所 (目前仅在 zkSync 上可用)。 ZigZag 上线两个月以来，达到了以下里程碑： - 限价订单+ zkSync 1.0 上的桥接 UI - 交易量最高历史记录：1400 万美元/天，5000 万美元/周 - 推特新增 2.7 万粉丝 - 已经准备好 zkSync 2.0 和 StarkNet 上的智能合约 - zkSync -> 以太坊主网快速提款通道 - 集成 Argent 钱包 App - Banxa 提供法币通道 - 流动性超 1000 万美元 - Gitcoin GR12 中获得价值 20 万美元的捐赠 - 集成 Arweave 桥接以实现去中心化存储 - 使用自己的基金向 4 个慈善机构捐赠了 5 万美元 未来的工作： - 无需许可的代币对上线 - Swap UI 界面 - NFT 市场 - DEX 数据页面 - 集成 GetNumio APP - 新增 StarkNet 的 Argent X 支持 - StarkNet Pool/dAMM - StarkNet -> 以太坊主网快速提款 - zkSync -> StarkNet 桥接 - 全面的 UI 调整 来源： <iframe id="twitter-widget-35" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-35&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1477313765758709762&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f2d8f4fa51a06bf0e4213bb7b16a583ba6508e0c&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1477313765758709762" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 484px; display: block; flex-grow: 1;"></iframe> **zk-STARK 学习资源汇总** zk-STARKs 是零知识证明的其中一种类型，相对应的还有 zk-SNARKs。备受关注的 L2 解决方案 StarkNet 就是基于 zk-STARKs 运行。 [@joranhonig](https://twitter.com/joranhonig) 在推特上为初学者整理了关于 zk-STARKs 的学习资源： <iframe id="twitter-widget-36" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-36&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1466441536334348303&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f2d8f4fa51a06bf0e4213bb7b16a583ba6508e0c&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1466441536334348303" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 458px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **区块链开发资源平台新秀：Web3 University** [www.web3.university](notion://www.notion.so/www.web3.university) 这个网站旨在涵盖 web3 开发的基本原理：从编写 Solidity 合约，到创建 NFT，再到构建全栈 dApp 应有尽有。他们致力于建立一个最好的 Web3 教育资源库，目的是为开发者带来最好的区块链资源。 Web3 University 的合作方有 [Alchemy](https://alchemy.com/)、[a16z](https://a16z.com/)、[Pantera Capital](https://panteracapital.com/)、[Arbitrum (Offchain Labs)](https://offchainlabs.com/)、[@optimismPBC](https://twitter.com/optimismPBC)、[Polygon](https://polygon.technology/)、[OpenSea](https://opensea.io/)、[buildspace](https://buildspace.so/)、[Chainshot](https://www.chainshot.com/) 等。 [来源](https://www.web3.university/article/announcing-web3-university) **2021 超过 90% 的 NFT 在以太坊上**  来源： <iframe id="twitter-widget-37" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-37&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1477752612833296384&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f2d8f4fa51a06bf0e4213bb7b16a583ba6508e0c&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1477752612833296384" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 515px; display: block; flex-grow: 1;"></iframe> **Paris Hilton 登 .ethLeaderboard 榜首** 推特粉丝 1680 万的美国名人 Paris Hilton 将推特名改为 ParisHilton.eth，登上了有 ENS 域名的最多人关注账户排行榜的榜首。   来源： <iframe id="twitter-widget-38" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-38&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1476647680071938054&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f2d8f4fa51a06bf0e4213bb7b16a583ba6508e0c&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1476647680071938054" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 871px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/summary-of-l2-in-2021https://www.ethereum.cn/Layer2/summary-of-l2-in-2021Fri, 31 Dec 2021 00:00:00 GMT2021 年是 Layer2 项目筑基的一年，大家都争相推出更安全、更快、更创新的扩容解决方案，为实现以太坊能够承载数以千万计用户的目标。回顾这一年，L2 赛道上有脱颖而出的黑马，有稳步不惊的耕耘者，也有黯然离场的选手。那么展望 2022 年，L2 解决方案会全面爆发吗？它们能够解决诸如状态膨胀、gas 飙升此类问题吗？2020 年的 DeFi 热和 2021 年的 NFT 狂欢都让普通用户可望不可及 —— 交互一次手续费动辄几十甚至几百美元。以太坊扩容迫在眉睫：尽管截至本文撰写 L2 上的总锁仓量已超过 55 亿美元，然而 L2 仍未被广泛采用，且流动性碎片化、跨 rollup 迁移 NFT、数据可用性、定序者中心化等问题也没有得到很好的解决...  <center>cr：l2beat.com</center> 相关阅读： [《Vitalik: 跨 rollup 封装及迁移 NFT》](https://www.ethereum.cn/Technology/cross-rollup-nft-wrapper-and-migration-ideas) [《数据可用性检查》](https://www.ethereum.cn/Eth2/data-availability-checks) [《简谈ETH 2.0的未来: 将分片作为数据可用性层》](https://www.ethereum.cn/shards-as-data-availability-layers) [《Rollup 中的定序者：单一许可型》](https://www.ethereum.cn/Layer2/single-permissioned-sequencers-in-rollups) [《区块链桥接介绍：在加密网络之上构建网络》](https://www.ethereum.cn/Layer2/blockchain-bridges) **免责声明**：本文将汇总 2021 年里主流 L2 解决方案的大事记并简要概括 2022 年的扩容路线图，希望读者能从中获得一些启发。文章旨在梳理 L2 赛道中一些解决方案的标志性里程碑，并将引入多篇 ECN 翻译过的文章，其观点并不代表 ECN 立场，亦不构成投资建议。 **讨论范围**：既是汇总 L2 在 2021 年的大事件，我们必须对 L2 下一个定义。L2 具有一个单独的执行层 (即代码运行的地方)，并基于以太坊 L1 运行，且这个执行层继承了 L1 的安全性和去中心化特性。之所以需要设定一个讨论范围，是因为此前社区对于 “侧链属不属于 L2” 产生了一定的争议，详见文章：[《社区争议：侧链算不算L2？》](https://www.ethereum.cn/Technology/what-everyone-gets-wrong-about-51percent-attacks)。文中指出 L2 相较于 PoS 侧链，具有以下特点： 1) 依赖于非审查 (欺诈证明)；2) 依赖于新的密码学和可信的设置 (有效性证明) 补充一点，Starks 不需要依赖可信的设置； 3) 更高的硬件和带宽需求。而侧链不验证有效性，仅验证共识条件的绝大部分，并且其不具有数据可用性检查。总而言之，本文讨论的 L2 范围不包括 PoS 侧链，仅包括使用有效性证明的 ZK-Rollup、Validium、Volition 和使用欺诈证明的 Optimistic Rollup、Plasma 解决方案。 相关阅读： [《Vitalik：Rollups 不完全指南》](https://www.ethereum.cn/an-incomplete-guide-to-rollups) [《Vitalik：以 Rollup 为中心的以太坊路线图》](https://www.ethereum.cn/a-rollup-centric-ethereum-roadmap) **L2 的主要类型**：有两种参数可以用来对 L2 扩容解决方案进行分类。其一是根据使用的加密证明分类，其二是看它们的数据可用性 (Data Availability, DA) 存储在链上还是链下。 两种主要的证明类型： - 有效性证明 (Validity Proofs) —— 这是一种利用零知识 (ZK, zero-knowledge) 密码学以确保交易有效性的数学证明 - 欺诈证明 (Fraud Proofs) —— 这种证明引入了一种所谓的争议时间延迟 (Dispute Time Delay, DTD)，一旦证明提交至 L2，验证者留有一定的时间以标记出无效的证明；无效证明可能包含着不正确的状态转换，因而会对涉及的验证者施加惩罚；随后状态回滚至最近的有效快照状态处 数据可用性存储在链上或链下： - 链上：状态数据连同所有交易的所有已执行的 calldata (智能合约函数调用、原生代币转移、签名) 一起放入交易捆/rollup 的加密证明中，这使得可以在链上访问和验证所有数据。 - 链下：已执行的 calldata 和状态由 L2 处理并存储在链下。这使得这个方案不够安全和去中心化。然而，链下存储数据方案更容易将更多交易打包进一个 rollup 中，也因此比链上调用数据证明方案的速度快许多。  目前几种主流的 L2 扩容解决方案就是表格中列出来的这些，在下文中，我们尽量列出各个方案的主流项目在这一年来的发展以及未来的方向。 相关阅读： [《Layer2 终极指南》](https://www.ethereum.cn/Layer2/the-ultimate-guide-of-l2s-on-ethereum) [《对比 zkRollup 与 Validium (STARKEX)》](https://www.ethereum.cn/zkrollup-vs-validium-starkex) [《如何评估六大以太坊LAYER2扩容方案》](https://www.ethereum.cn/Layer2/evaluating-l2-scaling-solutions)  <br/> # **使用“有效性证明”的 L2** ## **zkSync** ZkSync 是由 Matter Labs 团队构建的零知识 L2 网络，使用基于 zkSNARKs 证明的密码学技术。目前可用的 zkSync 版本不兼容 EVM，并且智能合约仅限制于一个低级的语言 Zinc。所以目前 zkSync 上可用的 app 非常有限，主要就是二层 NFT 铸造平台 zkNFT 和基于零知识技术构建的去中心化交易所 Zigzag。 协议更新： - 2020 年 6 月 18 日，zkSync v1.0 上线主网 - 2021 年 6 月 1 日，zkSync 2.0 首个测试网版本上线 — zkEVM 的测试网 alpha 版本 - 7 月 14 日，zkSync v1.x 上线主网 - 10 月 13 日，zkSync 2.0 zkEVM 测试网上部署了首个 dapp demo —— UniSync 自 2020 年 9 月 Gitcoin Grants Round 7 首次集成 zkSync v1.0 以来，大部分用户都通过 zkSync 网络进行 Gitcoin 上的捐赠。 zkSync 1.x 版本新增的功能有：进行 ERC-20 代币之间的 swap；铸造、发送以及 swap NFT；能够无需许可地上线代币；添加新的事件系统。 值得注意的是，未来的升级版本 zkSync 2.0 将由推出两大技术突破组成：zkEVM 和 zkPorter。 在 zkSync 2.0 中， L2 状态将会分成两个部分：数据可用性在链上的 zkRollup 和数据可用性在链下的 zkPorter。这两部分都是可组合且可互操作的：zkRollup 上的合约和账户将能够与 zkPorter 上的账户无缝交互，反之亦然。值得注意的是，此前社区对于 zkPorter 的安全性产生过争议。详见文章[《zkPorter: L2 扩容的突破》](https://www.ethereum.cn/Layer2/zkporter-a-breakthrough-in-l2-scaling) 下半部分。  <center>zkSync 2.0 架构，cr：Matter Labs</center> 在 2021 年，zkSync 为推出 2.0 主网版本做准备，在基础设施方面做了不少的工作：与中心化交易所合作、L2 直接法币通道、基础设施协议集成。那么在未来的一年中，zkSync 的路线图将是：zkSync 2.0 -> 隐私 -> 去中心化和抗审查。 相关阅读： [《zkPorter: L2 扩容的突破》](https://www.ethereum.cn/Layer2/zkporter-a-breakthrough-in-l2-scaling) [《zkSync 2.0：首个测试网版本上线》](https://www.ethereum.cn/Technology/zksync-2-0-hello-ethereum) <br/> ## **StarkWare** StarkWare 是零知识证明协议 STARKs 的研发团队，旨在基于 zkSTARKs 提高区块链的可扩展性和隐私性。他们推出的技术方案 StarkEx 已为 DeversiFi、dYdX、Immutable X、Sorare 提供支持。 协议更新： - 2020 年 6 月，首个 StarkEx 用例 DeversiFi 上线主网；12 月 StarkEx 2.0 上线主网 - 2021 年 1 月 26 日，公布 StarkNet 计划 - 7 月 27 日，StarkEx 3.0 上线主网，新增 dAMM 功能实现异步共享流动性 - 11 月 29 日，StarkNet Alpha 上线主网 今年 1 月 份时，StakWare 宣布了 StarkNet 的部署路线图：一个去中心化的、无需许可的、抗审查的、由 STARK 支持的图灵完备的 L2 解决方案。StakNet 将分四步推出：基础搭建、StarkNet Planets - 行星计划 (单个App Rollups)、StarkNet Constellations - 星群计划 (多个App Rollups)、StarkNet Universe - 宇宙计划 (去中心化 Rollups)。目前 StarkNet Alpha 的主网版本为 StarkNet Constellations。 Validium 和 Volition 这两种扩容解决方案都是由 StarkWare 首次提出，前者将数据可用性存储在链下 (通过数据可用性委员会 DAC 维护其安全性)；后者则是供用户选择将数据存储在链上/链下的一种架构，即用户每笔交易都可以选择使用 Validium 或是 zk-Rollup。StarkNet 提供的 Volition 方案将包含一系列数据可用性方案，包括无需许可和去中心化的解决方案，而不是像目前的 StarkEx 仅提供数据可用性委员会方案 (DAC)。其 Volition 系统将会在 2022 年 1 月引入。 StarkWare 创建了一种特定的编程语言 Cairo 来运行由 STARKs 支持的自主型程序。StarkWare 团队现在正与 Nethermind 团队合作创建代码转译器 Warp，来将 Solidity 智能合约无缝转换为 Cairo，以便使其与 EVM 兼容。因此，未来一年里，StarkNet 的目标之一就是实现 EVM 兼容。 他们还提出了 Layer3 概念：利用递归证明基于 L2 构建应用专用层 (application-specific layer) L3，为应用程序提供特定的服务需求，例如超高可扩展性、对技术栈和隐私更好的管理。而未来的路线图中，StarkEx 和 StarkNet 的独立实例也将迁移到 L3 上。  <center>多层的生态系统，cr：StarkWare</center> 相关阅读： [《zk-rollup 争夺战：zkSync vs. StarkWare》](https://www.ethereum.cn/Layer2/zksync-vs-starkware) [《StarkNet Alpha 即将登陆主网》](https://www.ethereum.cn/Layer2/starknet-alpha-is-coming-to-mainnet) [《分形式扩容：从 L2 到 L3》](https://www.ethereum.cn/Layer2/fractal-scaling-from-l2-to-l3) <br/> ## **Aztec** Aztec 是一个 L2 zk-rollup 隐私扩容解决方案，其基于密码学技术 PLONK 实现隐私交易。 协议更新： - 2021 年 3 月 16 日，Aztec 2.0 上线主网，推出 L2 隐私支付项目 zk.money - 12 月 10 日，推出 DeFi 隐私桥接方案 Aztec Connect 的测试网版本 目前主网上可用的 Aztec 2.0 版本 zk.money 只是支付网络，用户可以通过 zk.money 隐私地发送和接收 DAI、ETH、renBTC。 而正在测试网运行的 Aztec Connect 是 2022 年的关键。利用 Aztec Connect，用户可以桥接隐私资产至主网以进行 DeFi 交互，并在同一笔交易中返回到 Aztec 中。这使用户能够便宜且隐私地与任意以太坊 DeFi 应用交互。 此外，Aztec3.0 将发布隐私智能合约语言 "Noir" (一种为隐私 DeFi 服务的语言)，将在 PLONK rollup 内实现可编程的隐私，并计划在 2022 年初允许工程师们在 Layer2 上执行他们的隐私合约。 相关阅读： [《隐私交易的实现：Aztec 隐私架构介绍》](https://www.ethereum.cn/Layer2/aztec-networks-privacy-architecture) [《以太七日谈 • 2021/12/14》](notion://www.notion.so/5a53ecd30ebc4c77bb3b86d4daaa876d?v=eee1cbf915c946398bdac2dd19b8a575&p=d0f4d1dc7a7e406ca9e210c97d7ff2d8) <br/> # **使用“欺诈证明”的 L2** ## **Optimism** Optimism 团队在以太坊构建了一个 optimistic rollup L2 解决方案 Optimistic Ethereum (后正式改名为 Optimism)。首先使用 Optimism 构建二层 dapp 的是 Synthetix，后 Uniswap V3 成为首个部署至 Optimism 主网版本的应用。 协议更新： - 2021 年 1 月 16 日，主网软启动 - 4 月 20 日，在 Scaling Ethereum hackathon 开放开发者测试网 - 7 月 14 日，Optimism 正式上线主网，Uniswap V3 部署至 Optimism 主网版本 - 11 月 12 日，完成 EVM Equivalence 升级 (OVM 2.0) - 12 月 17 日，Optimism 正式移除白名单限制，开放无需许可部署 2021 年，Optimism 两大关键事件就是：完成 EVM 等同性升级和进行了首次追溯性公共物品募资实验。 EVM 等同性的上一个版本 OVM 1.0 只是实现了 EVM 兼容。拥有许多“兼容”的链，每条链都略有不同，这会导致碎片化。EVM 等同性 (EVM Equivalence) 实现的意义在于，开发者可以在 L2 上实现一键部署合约。因为这将使得 Optimism 成为完全等同于 EVM 的编译目标。像 Dapptools、Hardhat、Solidity、Vyper 等等这样的开发者工具将可以直接在 OVM 2.0 本地运行，这些工具的开发者不必担心如何支持碎片化的代码库。EVM 等同性的威力归根到底就是帮我们实现标准化：让以太坊成为标准。 另一个关键事件，基于 Vitalik 提出的追溯性公共物品募资概念，Optimism 发起第一轮追溯性募资。与 Gitcoin 的募资方式不同，其核心原则为：更容易就已被证明有用的工作达成共识，而不是将来可能会有用的工作。本轮募资共向 58 个项目分配了 100 万美元，以奖励这些项目为 Optimism 和以太坊生态系统所做的出色工作。 相关阅读： [《白话解读 Optimism 的运行机制》](https://www.ethereum.cn/Layer2/how-optimism-works) [《为什么Synthetix选择Optimism扩容方案?》](https://www.ethereum.cn/Layer2/why-optimism) [《让以太坊成为标准：EVM 等同性介绍》](https://www.ethereum.cn/Layer2/introducing-evm-equivalence) [《“追溯性公共产品募资”机制》](https://www.ethereum.cn/Ecosystem/retroactive-public-goods-funding) [《回顾 Optimism 首轮追溯性募资》](https://www.ethereum.cn/Ecosystem/review-of-optimism-retro-funding-round-1) <br/> ## **Arbitrum** Arbitrum 是另一个主流的 Optimistic Rollup 解决方案，上线之后其生态系统迅速发展扩大，在短短半年里，锁仓量已达到价值 20 多亿美元。 协议更新： - 5 月 28 日，Arbitrum One beta 版本上线主网 - 9 月 1 日，Arbitrum One 主网 beta 向所有终端用户开放 - 10 月 12 日，Arbitrum 公布了 Arbitrum One 迭代版本 Arbitrum Nitro 的细节 - 10 月 22 日，Arbitrum 开放无需许可代币桥接功能 关于未来的发展，Offchain Labs 表示，Arbitrum 不仅仅是一个 optimistic rollup 方案，将来会推出其他基于零知识证明 (zero knowledge proofs) 的扩容解决方案，同时还将继续改良 Arbitrum One optimistic rollup L2 方案。这是零知识化趋势的一个很好的例子，许多项目正在转向零知识方向。因为一旦 zk L2 技术得到了更好的实现并能够实现通用的 EVM 计算，执行环境就会更加灵活，或者说可扩展性更强。 相关阅读： [《Arbitrum Rollup的工作原理》](https://www.ethereum.cn/Layer2/how-arbitrum-rollup-works) [《深入分析 Arbitrum 的安全机制》](https://www.ethereum.cn/Layer2/optimistic-rollups-and-ethereums-layer-2-solutions-examining-arbitrums-security-mechanism) [《Arbitrum 与 Optimism 的争议解决有何不同？》](notion://www.notion.so/5a53ecd30ebc4c77bb3b86d4daaa876d?v=eee1cbf915c946398bdac2dd19b8a575&p=d0f4d1dc7a7e406ca9e210c97d7ff2d8) <br/> # **写在最后** 本文仅列举了当前比较主流的通用型 L2 解决方案，还有许多专用型解决方案没有一一总结，如：Loopring (支付、交易所)、Polygon Hermez (支付)、Fuel (DAO) 等等。纵观 2021 年，L2 协议发布、更新、集成应用的消息不断，但以太坊 L1 上的大部分用户仍未向 L2 迁移；2022 年 L2 赛道上会有什么样的机会等着大家？让我们拭目以待。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/Ethereum-in-2021https://www.ethereum.cn/Eth2/Ethereum-in-2021Thu, 30 Dec 2021 00:00:00 GMT以太坊基金会的 Tim Beiko 在 11 月做了一次主题为《[理解转换到权益证明的过程](https://www.youtube.com/watch?v=aH3Le-3v320)》的演讲。在这次的分享里，他回顾并整理了以太坊主网在 2021 年里进行的四次硬分叉，分别概述进行了哪些方面的改进；梳理了以太坊2.0路线图的演变过程，解释了为什么目前以 rollup 为中心以及采用可执行信标链的架构；详细剖析了合并后的以太坊架构以及过渡的发生过程；最后回顾了2021年客户端团队探索合并的实现和进行测试的历程，并交代了当前的进度以及未来的实现计划。 这个演讲非常适合作为以太坊主网在过去一年的总结，ECN 特此译制了这个视频的演讲部分，并附上相关的文章资源作为补充和索引，方便读者重温与整理。 <iframe src="//player.bilibili.com/player.html?aid=680214121&bvid=BV1KS4y1u7uM&cid=472031645&page=1" scrolling="no" border="0" frameborder="no" framespacing="0" allowfullscreen="true"> </iframe> <br/> ## 2021 年以太坊的四次硬分叉 ### 柏林升级 (四月) 纳入的 EIP： **EIP-2565：模幂运算 Gas 开销 (ModExp Gas Cost)** 对之前引入模幂运算预编译模块的 EIP-198 (大数模幂运算) 进行重新重定价，该模块使我们能引入许多需要模幂运算的密码学算法，比如 RSA 签名验证。EIP - 2565 提议降低了该模块 `ModExp (0x00..05)` 的 gas 开销，使其与执行其他操作的开销水平相仿。 **EIP-2718：类型化的交易信封 (Typed Transaction Envelop)** 这份提案引入一种新的交易类型，它是一种交易信封，可以更易于支持多种交易类型。以太坊一开始上主网时只有一种交易类型，带有字段“To"(指定交易发送的目的地) 和“Data"(在交易中包含任意数据)，这使得以太坊客户端必须步调一致，确保在完全相同的时间做完全相同的变更。后来，随着交易类型发生变化，在伪龙 (Spurious Dragon) 硬分叉时纳入了 EIP-155 (重放攻击的简单防护)，允许客户端对字段有不同的解读。EIP-2718 无法解决由 EIP-155 引入的复杂性，但可以防止未来再引入更多的复杂性，使得加入新的交易类型变得更简单，例如 EIP-1559 类型的交易。 **EIP-2929：提高状态访问操作码的 Gas 开销 (Gas cost increases for state access opcodes)** 这份 EIP 提高了一笔交易在首次调用 `SLOAD`, `CALL`, `BALANCE`, `EXT` 和 `SELFEDESTRUCT` 时的 gas 开销。但值得注意的是，对每个地址或存储槽，这样的高开销仅发生在第一次触发，随后的多次调用每次仅消耗 100 gas。提高这些 gas 开销一方面可以化解以太坊协议上仍保有的最大 DoS 攻击向量的影响，另一方面是为以后实现无状态以太坊限制见证数据的大小。 **EIP-2930：可选的访问列表 (Optional access lists)** 这份提案的目的是修正 EIP-2929 对现有合约带来的破坏，并缓解 gas 开销增大带来的问题。此提案新增一个交易类型，它包含一个交易计划会访问的访问列表 (内容是地址和存储项键)。通过指定一个访问列表，客户端可以更容易处理交易，而 gas 消耗量也因此可以安全地降低。 相关阅读： 《[柏林硬分叉后的 gas 成本](https://www.ethereum.cn/Eth1.x/gas-costs-after-berlin)》 《[以太坊柏林升级公告](https://www.ethereum.cn/Eth1.x/ethereum-berlin-upgrade-announcement/)》 <br/> ### 伦敦升级 (八月) 纳入的 EIP： **EIP-1559: Eth1.0 费用市场变更 (Fee market change for ETH1.0 chain)** EIP-1559 是以太坊史上最令期待的变更之一，也是伦敦升级里带来最大变更的EIP。这份 EIP 将在网络区块里引入“基本费用 (`basefee`)"，它会追踪 gas 价格，这些价格来自网络将接受的、基于对区块空间需求的交易。这意味着钱包和用户将可以更容易预测他们交易的价格。另外，EIP-1559 新增了一种交易类型，用户可以指定他们愿意支付的最高限额，当他们把这个最高限额费用发送给矿工时，会获得最高限额费用减去基本费用与矿工小费之和的差值退款。最后，这份 EIP 还将导致部分交易费被烧毁，这一点被社区的大部分人认为是以太坊网络经济上的一个重要改善举措。 **EIP-3198: BASEFEE 操作码 (BASEFEE opcode)** 这份 EIP 是与 EIP-1559 搭配的。它只是简单添加了一个`BASEFEE`操作码，它返回的是执行交易所在的区块的基本费用。这将使得智能合约可以在链上访问这个值，这有助于提交欺诈证明和创建去信任的 gas 价格衍生品。 **EIP-3529: 减少 gas 返还 (Reduction in refunds)** 在伦敦引入的另一个重大变更是取消了操作码`SELFDESTRUCT` 的 gas 返还和减少了操作码 `SSTORE` 的 gas 返还。虽然设立返还的初衷是希望激励开发者在可能的情况下清除状态，然而现实是，这导致了Gas Token的出现，反而增加了状态大小。利用这些返还的 gas，Gas Token 可以在 gas 价格很低的时候填满状态，然后在 gas 价格上升的时候获得执行这些交易的返还。此外，gas 返还还会导致区块执行时间的变化。EIP-3529 把"执行 gas 返还"从 50% 下调到最多 20%。这一变更将有助于抵消由 EIP-1559 引入的额外区块大小变化，因为 EIP-1559 允许区块使用的 gas 是现在 gas limit 的两倍。 **EIP-3541: 拒绝以 0xEF 字节开头的新地址 (Reject new contracts starting with the 0xEF byte)** 这份 EIP 将使得伦敦升级后，以 0xEF 字节开头的新合约就无法部署，它们会被保留下来以后作为识别符合 EIP-3540 语义的方式。EIP-3540 提出的 EVM 对象格式 (EVM Object Format, EOF) 是一种可扩展和版本化的 EVM 字节码容器格式，会在部署时进行一次性验证。因此，EIP-3541 是为以后更广泛的 EVM 改良奠定基础。 **EIP-3554: 难度炸弹延迟至2021年12月 1 日 (Difficulty Bomb Delay to December 1st 2021)** EIP-3554 延迟难度炸弹，也以冰河时代为人所知。难度炸弹或冰河时代是以太坊引入的一种机制，在网络过渡到权益证明时”冻结“挖矿。由于权益证明的过渡还未准备好，我们需要推迟炸弹的”爆炸“时间。这在过去已经进行过三次：在大都会([EIP-649](https://eips.ethereum.org/EIPS/eip-649))、君士坦丁堡 ([EIP-1234](https://eips.ethereum.org/EIPS/eip-1234)) 和穆尔冰川 ([EIP-2384](https://eips.ethereum.org/EIPS/eip-2384))。 相关阅读： 《[伦敦升级概览](https://www.ethereum.cn/Eth1x/london-upgrade-overview)》 《[伦敦主网升级公告及相关代码变更](https://www.ethereum.cn/Eth1.x/london-mainnet-announcement)》 《[为什么需要 1559](https://www.ethereum.cn/news/why-1559)》 《[为什么我认为 EIP-1559 的区块容量变化无须担心](https://www.ethereum.cn/Eth1x/4)》 《[MEV 与 EIP-1559](https://www.ethereum.cn/Eth1.x/MEV-1559)》 《[从 MEV 视角分析 EIP-1559 下的交易打包市场](https://www.ethereum.cn/Eth1.x/eip-1559)》 《[以太坊伦敦升级完成时 (第 37 期以太七日谈)](https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-10/)》 《[EIP-3529：减少 GAS 返还](https://www.ethereum.cn/Eth1x/eip-3529)》 <br/> ### 信标链 Altair 升级 (十月) Altair 是信标链的一次升级，它新增的功能包括： - 支持轻客户端的同步委员会 - 为了减少规范复杂性的激励计算改革 - 修改证明奖励，以提高激励兼容性 - 单独核算每个验证者的怠工惩罚 - 惩罚参数更新为原定的惩罚水平 相关阅读： 《[Altair 主网升级公告](https://www.ethereum.cn/Eth2/altair-announcement)》 《[建模分析 Altair 升级的影响](https://www.ethereum.cn/Eth2/modelling-the-impact-of-altair)》 《[Finalized no.24](https://www.ethereum.cn/Eth2/finalized-no-24/)》 《[Altair 升级讲解 (第 30 期以太七日谈)](https://www.ethereum.cn/eth-weekly-2021-6-22/)》 各期的《共识层进展更新》 <br/> ### Arrow Glacier 升级 (十二月) Arrow Glacier 是另一个类似于 [Muir Glacier](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210) 的网络升级。它将只包括一份 EIP——把难度炸弹推迟到明年夏天，以防区块链冻结，即“冰河时代 (ice age)"。 相关阅读： 《[以太坊难度炸弹历史梳理](https://www.ethereum.cn/Eth1/ethereum-arrow-glacier-upgrade)》 《[Arrow Glacier 升级公告](https://www.ethereum.cn/Eth1.x/arrow-glacier-announcement)》 <br/> ## 以太坊 2.0 路线图演变过程 在 2018 年台北的一次研讨会上，以太坊的核心开发者做出了一个分三个阶段的以太坊 2.0 路线图，每个阶段交付的内容是： - 阶段 0 将带来信标链 - 在阶段 1，会加入数据分片 - 在阶段 2，在每个分片加入虚拟机，以在系统里实现计算。 到了 2020 年末，在信标链快可以启动之前，尽管阶段 1 的工作进展顺利，但将在阶段 1 引入的分片上实现计算功能的阶段 2 仍然有很多未解决的问题。同时，rollup (即二层的扩容方案) 方面正发生非常快速的进展。多个团队公布要上测试网，且取得令人鼓舞的早期成果。大约在这个时候，Vitalik 在 [Ethereum Magicians 论坛](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)上发表了长文，论述我们应该把短期和中期的扩容工作集中在 rollup 上。它们不仅会在阶段 2 完成前上主网，还会是阶段 1 的最大受益者。 同年 11 月，Mikhail Kalinin 发表的《可执行信标链 ([Executable Beacon Chain](https://ethresear.ch/t/executable-beacon-chain/8271))》，提出了目前的合并架构，带出了几点洞见： - 信标链已经启动了，现在可以作为共识引擎来使用； - Rollup 是扩展计算的最佳短期解决方案； - 当前的 Eth1 客户端是作为合并后执行层的最佳基础； - 搬到权益证明可以通过对当前运行的应用影响最小的方式实现 在文章里，Mikhail 提议直接把权益证明作为客户端使用的新共识算法。 相关阅读： 《[详解以太坊2.0信标链](https://www.ethereum.cn/ethos-dev-beacon-chain)》 《[Vitalik：以 rollup 为中心的以太坊路线图](https://www.ethereum.cn/a-rollup-centric-ethereum-roadmap)》 《[可执行信标链](https://www.ethereum.cn/Eth2/executable-beacon-chain)》 《[以太坊核心开发者会议更新 006](https://www.ethereum.cn/Technology/allcoredev-update006)》 《[Vitalik：以 rollup 为中心的以太坊最终图景](https://www.ethereum.cn/Layer2/endgame)》 <br/> ## 合并后的架构与合并过程 概括来说，合并后，客户端将从根据 PoW 链转为根据 PoS 链来决定以太坊的最新有效区块。此外，客户端大多数的功能，以及更重要的 EVM、它的状态，和它是如何执行交易的，都保持不变。现在的 Eth1 和 Eth2 客户端分别变成以太坊的执行层和共识层 (或叫做引擎)。这意味着 Eth1 或信标链客户端的节点运行者将需要运行堆栈的“另一半”，以拥有一个完整的验证节点。   在合并的过程中，信标节点将监测当前的 PoW 链，当有区块的 Total Difficulty 触达设定的 `TERMINAL_TOTAL_DIFFICULTY` (终结总难度) 时，该区块就成为最后的 PoW 区块，随后的区块都开始由信标链上的验证者构建和证明。当这个区块在信标链上被最终敲定时，合并就完成了。  相关阅读： 《[以太坊核心开发者会议更新 007](https://www.ethereum.cn/Eth2/allcoredev-update007)》 《[以太坊 The Merge 重点摘要](https://weeth.io/t/topic/153)》 <br/> ## 实现合并的历程与计划 实现合并的三次标志性事件为：四月进行的 Rayonism 黑客松、十月进行的 Amphora 工作坊，以及十一月开启的 Kintsugi 计划。 为了验证可执行信标链架构的可行性，在长达一个月的 [Rayonism](https://rayonism.io/) 黑客松里，客户端团队进行了原型设计，搭建了测试网 Nocturne，证明了可执行信标链是一个可行的架构。 到了十月，在 Amphora 工作坊活动中，客户端团队再次聚集在一起解决规范上悬而未决的问题。活动最后，客户端团队搭建了一个开发测试网，它跑完了所有客户端组合的转换过程，并对合并后的区块做了最后敲定。 Amphora 活动后，经历了四个短暂的开发测试网，开发者推出了 Kintsugi 测试网计划。在十一月到十二月中旬这段期间，每周开发者会上线一个新的开发测试网，并基于上一个进行改进。在圣诞假期期间，已经上线了一个长期的公共测试网，并鼓励大家参与测试。 目前实现工作已经完成了80%~90%，Arrow Glacier 把难度炸弹推迟到明年六月，也就是说明年六月前更多的是测试工作。 相关阅读： 《[Amphora: 一个合并的重要里程碑](https://www.ethereum.cn/Eth2/amphora-merge-milestone)》 《[Kintsugi 合并测试网公告](https://www.ethereum.cn/Eth2/kintsugi-merge-testnet)》 <br/> 感谢与 ECN 一起走过 2021 的每一位读者和社区成员，我们明天见！ https://www.ethereum.cn/Layer2/fractal-scaling-from-l2-to-l3https://www.ethereum.cn/Layer2/fractal-scaling-from-l2-to-l3Tue, 28 Dec 2021 00:00:00 GMT来源 | [StarkWare](https://medium.com/starkware/fractal-scaling-from-l2-to-l3-7fe238ecfb4f) 作者 | Gidi Kaempfer <br/> # 摘要 - 递归证明为新颖的、令人惊喜的设计带来了许多可能性 - 引入 L3 概念，即在 L2 上递归构建的应用专用层 (application-specific layer) - L3 为应用程序提供特定的服务需求，例如超高可扩展性、对技术栈和隐私更好的管理 - 目前作为 L2 解决方案为用户提供服务的 StarkEx 将迁移到 L3 - StarkNet 的独立实例也将作为 L3 提供服务 <br/> # 为什么需要 L3? 以太坊上昂贵的交易成本驱使其成为 L2 的结算层。我们 (以及[其他人](https://polynya.medium.com/rollups-data-availability-layers-modular-blockchains-introductory-meta-post-5a1e7a60119d)) 都认为在不久的将来，终端用户会在 L2 上进行大部分交易活动。因为届时 L2 上交易成本将大大降低，并出现越来越多支持 DeFi 的工具以及提供更多流动性。 L2 通过降低每笔交易的 gas 成本来提高可扩展性，并提高了交易速率。同时，L2 保留了去中心化、通用逻辑和可组合性的优点。然而，一些应用程序可能需要某些特殊定制的功能，这由一个新的和单独的层来提供服务可能会更好：L3 来了！ L3 与 L2 的关系就像 L2 与 L1 的关系一样。只要 L2 能够支持验证者智能合约 (Verifier smart contract)，L3 就可以通过有效性证明 (validity proofs) 来实现。当 L2 也使用提交给 L1 的有效性证明时 (如 StarkNet 所做的那样)，这就变成了一个极其优雅的递归结构，因为 L3 所获得的可扩展性将等于 L2 交易压缩证明扩大的容量乘以 L3 交易压缩证明扩大的容量。换句话说，假设每一层的成本降低了 1,000 倍，那么 L3 可以在 L1 的基础上将成本降低 1,000,000 倍 —— 同时仍然保持 L1 的安全性。 想象一下，用户交易只需要花费一点点 gas 成本！ L3 的主要优点有： 1. **超高可扩展性**：利用递归证明的乘法效应 2. 应用程序的设计者能够**更好地管理技术栈** ​ a. 更具确定性的性能和成本， ​ b. 定制的数据可用性模型 (如，基于 Validium 的或应用专用型的链上数据压缩) ​ c. 更快的特性和技术更新速率 (如，引入尚未准备好普遍可用的新功能)。 3. **隐私**：比如，利用零知识证明在一个公共 L2 解决方案上提供隐私交易服务。 4. **更便宜/更简单的 L2-L3 互操作性**：目前在 L1 和 L2 之间进行存入/提出资金流是出了名的昂贵。相反，由于 L2 的成本效益，当这些资金流应用到 L3 时，它们会变得不仅非常有吸引力，而且十分易于实现。虽然在 L2 和 L3 之间转移资产的延迟可能比部署在同一个 L2 上的应用程序之间的延迟要长，但成本和吞吐量是相当的。 5. **更便宜/更简单的 L3-L3 互操作性**：各个独立的 L3 将通过 L2 而不是 L1 执行互操作。L2 显然要比 L1 便宜。如果没有 L3，所有方案都将作为 L2 运作，也就意味着必须通过昂贵得多的 L1 执行互操作。 6. **L3 作为 L2 的“金丝雀”网络**：一些新的创新可能会先在 L3 上进行测试，然后再在 L2 或 L3 上向公众开放 (就像Kusama 为 Polkadot 所扮演的角色) <br/> # **多个 L3 以及分形式多层解决方案** 多个 L3 将构建在 L2 之上。此外，可能在 L3 之上构建额外的层 (L4 等)，以形成分形式的多层解决方案 (fractal layering solutions)。  <center>图 1：一个多层的生态系统</center> 图 1 描述了这种生态系统模型的例子。其 L3 中包括： 1. 使用 Validium 数据可用性方案的 StarkNet，例如，供那些对定价极其敏感的应用程序普遍使用。 2. 为实现更好的应用程序性能而定制的应用专用型 StarkNet 系统，如，通过使用指定的存储结构或数据可用性压缩。 3. 具有 Validium 或 Rollup 数据可用性解决方案的 StarkEx 系统 (如为 dYdX、Sorare、Immutable、DeversiFi 提供支持的系统)，它们可以立即为 StarkNet 带来经过战场测试的可扩展性优势。 4. 提供隐私交易服务的隐私 StarkNet 实例 (在这个案例中也作为 L4)，且不需要将这些交易包含在公共 StarkNets 中。 <br/> # **L3 解决方案的构成部分** 图 2 描述了 L2 的典型基础架构，包括下列几个组成部分： 1. 一个在 L1 上追踪 L2 状态根的智能合约 (如，以太坊上的 StarkNet 智能合约)。 2. 在一个基于有效性证明的 L2 中，需要一个验证者智能合约来验证状态转移证明的有效性。 3. L1 上的桥接合约，用来管理 L2 上的存取款交易。 4. L2 上的代币合约，对应于 L1 代币合约 (如一些 ERC20 和 ERC 721 代币合约)。  <center>图 2：L2 的构成</center> 图 3 描述了 L3 和它的底层 L2/L1 之间的关系。通过在 L2 上实现状态追踪和验证者智能合约，L3 可以安全地运行在 L2 之上。  <center>图 3：L3 的构成</center> <br/> # 总结与致谢 L3 可以带来超高的可扩展性、更好地管理各种需求的技术堆栈、实现隐私交易等，同时又维持由以太坊 (L1) 提供的安全保障。它所采用的递归概念可以扩展到分形多层解决方案的附加层中。 目前作为 L2 解决方案运行的 StarkEx 将会迁移至 L3。此外，StarkNet 的实例将作为 L3 为用户可用。 感谢 [Polynya](https://twitter.com/epolynya) 和 Alex Connolly (Immutable) 对本文的评论和校对。特别感谢 [Pierre Duperrin](https://twitter.com/pdup56) (Sorare) 的宝贵见解。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Thinking/bullvetohttps://www.ethereum.cn/Thinking/bullvetoMon, 27 Dec 2021 00:00:00 GMT来源 | [vitalik.eth.limo](https://vitalik.eth.limo/general/2021/12/19/bullveto.html) <br/> 通常情况下，人们试图将政治偏好简化为几个维度时会主要集中在两个主要维度：“威权主义与自由主义”和“左派与右派”。你可能见过下面这样的政治罗盘：   这方面其实有很多的变体，甚至有整个 [subreddit 是只做基于这些图表的迷因的](https://www.reddit.com/r/politicalcompassmemes)。我甚至对这个概念自己做了[这个“元政治罗盘”](https://vitalik.ca/files/misc_files/meta_political_compass_expanded.png)。在罗盘的每一点上都有一个更小的罗盘，描述了罗盘上那一点的人认为罗盘的轴心是什么。  当然，“威权主义 vs 自由主义”和“左派 vs 右派” 这两种分法都非常粗糙笼统的过度简化。但智力有限的人类没有能力对人脑运行任何接近精确的模拟，因此有时那些非常粗糙笼统的过度简化是我们理解世界[所需的东西](https://kieranhealy.org/publications/fuck-nuance/)。但是，还有其他非常粗糙笼统的过度简化方法是值得探索吗？ <br/> ## 进入推土机式 vs 否决式政体的二分法 让我们来想想一个由下面两个对立两极定义的政治轴心： - **推土机式 (Bulldozer)**：单个行为者可以不经许可地做重要的、有意义的，但有潜在风险的、破坏性的事情 - **否决式 (Vetocracy)**：做任何可能具有破坏性和争议性的事情，都需要得到大量不同和多元行为者的同意，他们中的任何人都可以阻止事情的发生 请注意，这与威权主义 vs 自由主义或左派 vs 右派是不同的。你可以有否决式的威权主义、推土机式的左派，或其他组合。以下是一些例子：  威权主义的推土机和威权主义的否决制的关键区别在于：政府更可能因为做坏事还是阻止好事发生而倒台？同样，自由主义的推土机和否决制的关键区别在于：私人行为者更可能因为做坏事还是妨碍所需好事的发生而失败？ 有时，我听到人们抱怨到，例如美国 (但也包括其他国家) 正在落后，因为太多的人以自由为借口，阻止所需改革的发生。但问题真的在于自由吗？比如说，[限制性住房政策使 GDP 无法上升 36%](https://www.econlib.org/a-correction-on-housing-regulation/) 不正是人们没有足够多的自由在他们自己的土地上建造房子的例子吗？相反，把论点换为说，否决制的影响太大会使论点看起来清楚点：个人过度阻挠政府和政府过渡阻挠个人并不是对立的，而是同一个硬币的两面。 而事实上，最近有很多政治文章直指否决式统治政体是很多重大问题的根源： - https://astralcodexten.substack.com/p/ezra-klein-on-vetocracy - https://www.vox.com/2020/4/22/21228469/marc-andreessen-build-government-coronavirus - https://www.vox.com/2016/10/26/13352946/francis-fukuyama-ezra-klein - https://www.politico.com/news/magazine/2019/11/29/penn-station-robert-caro-073564 而在硬币的另一边，当那些平时不尊重人权的政客突然在对比特币的热爱中表现得非常支持自由时，人们往往会感到困惑。他们是自由主义者吗，还是威权主义者？在这个框架下，答案很简单：他们是推土机，带来那边光谱带来的所有好处和风险。 <br/> ## 否决式统治政体对什么有好处？ 尽管加密货币支持者试图给世界带来的变化经常是推土机式的，但加密货币的内部治理经常是相当否决式的。比特币治理难以做出改变是出了名的，一些核心“宪法式规定” (例如， 2100 万个货币限制) 被认为是不容修改的。不管有多少人支持，很多比特币用户认为违反了这个规则的链从定义上就不再是比特币了。 以太坊协议的研究在操作上有时是推土机式的，但以太坊的 EIP 流程中关于最终把一项研究提案变成实际上部署到区块链的治理则[相当否决式](https://notes.ethereum.org/EH_xVCD8SnaLCEDrXxUyYA?view)，尽管还是比不上比特币。在对非常规状态变换和影响链上特定应用运行的硬分叉治理上，否决式则更明显了：在 DAO 分叉后，没有一个旨在通过修改应用代码或转移其余额来“修复”一些应用的提案是能成功通过的。 否决制在这些语境下的理由是很清晰：它给人一种安全感，即他们搭建或投资的平台不会某天突然改变上面的规则，摧毁他们多年来把时间或金钱投入的地方。加密货币支持者经常引用 [Citadel 干预 Gamestop 交易](https://www.nytimes.com/2021/01/28/business/gamestop-robinhood.html)这件事作为他们反对不透明和中心化 (或推土机式) 操纵的例子。Web2 开发者经常[抱怨](https://venturebeat.com/2012/09/08/twitters-api-changes-are-hurting-my-startup-and-twitter)中心化平台会[突然修改它们的 API](https://www.indiehackers.com/post/how-a-twitter-api-suspension-nearly-killed-my-startup-1034e8c208)，破坏在它们平台上构建的初创项目。以及，当然还有...  <center>Vitalik Buterin, 推土机受害者</center> 好吧，《魔兽世界》删了生命吸虹 (Siphon Life) 是我创建以太坊的直接灵感来源是夸张的说法，但毁了我心爱的术士的这个[臭名昭著的补丁](https://www.wowhead.com/patchnotes=3.1.0)以及我对这件事的反应都是非常真实的！ 同样，政治中否决制的理由也很清晰：它是对 20 世纪初多次带来破坏性暴行的推土机式事件 (无论是[相对小型](https://en.wikipedia.org/wiki/Robert_Moses)的还是[无法想象地](https://en.wikipedia.org/wiki/Adolf_Hitler)[严重的](https://en.wikipedia.org/wiki/Joseph_Stalin))的反应。 <br/> ## 两者综合起来会如何？ 这点的主要目的是勾勒出坐标轴，而不是争论某个特定立场。如果否定制 vs 推土机坐标轴类似于自由主义 vs 威权主义的坐标轴，它不可避免地会有内部微妙和矛盾的地方：就像在自由社会看到人们自愿加入内部是威权主义的公司 (是的，甚至很多经济上并不拮据的人做出这样的选择)，很多运动将会是内部是否决制，但在处理与外部世界的关系时是推土式的。 但对于推土机和否决制，以下是一些人们可以相信的东西： - 物理世界有太多的否决制，但数字世界则有太多的推土机，而且没有任何数字场所是真正能逃离推土机的有效避难所 (这就是为什么我们需要区块链)。 - 对现状创造持久性改变的过程需要是推土机式的，但保护这样的改变则需要否决制。这样的过程应该按一定的最佳比率发生：太多的话会带来混乱，不足则会停滞不前。 - 一些关键的制度应该受到强大的否决制保护，这些制度的存在一方面是使得所需的推土机得以带来积极的改变，另一方面带给人们得以仰赖的、不会被推土机摧毁的东西。 - 特别是，区块链的底层链应该是否决制的，而应用层治理则应该给推土机更多的空间 - 更好的经济学机制 ([二次方投票](https://ericposner.com/quadratic-voting/)？[哈柏格税](https://academic.oup.com/jla/article/9/1/51/3572441)?) 能给我们带来很多否决制和推土机的好处，而不需要很大的代价。 在思考非政府式人类组织时，否决制 vs 推土机是特别有用的坐标轴，无论对营利性公司、非盈利组织、区块链还是完全不同的其他东西。退出这样的系统是相对更容易的 (与政府相比)， 这一点使得在讨论它们是自由主义还是威权主义上产生疑惑，而且至今区块链以及甚至中心化的技术平台还未真的找到很多方法在左派 vs 右派的坐标轴上找到自己的位置 (尽管我很想看到更多左倾的加密项目的尝试！)。另一方面，否决制 vs 推土机坐标轴则能继续相当有效地映射到非政府结构——可能使其在讨论这些新型非政府结构时更有用。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/aztec-networks-privacy-architecturehttps://www.ethereum.cn/Layer2/aztec-networks-privacy-architectureThu, 23 Dec 2021 00:00:00 GMT来源 | [Aztec Network](https://medium.com/aztec-protocol/fully-confidential-ethereum-transactions-aztec-networks-privacy-architecture-274f968b13d4) <br/> [Aztec](https://aztec.network/) 是以太坊上一个旨在解决隐私问题的 zk-rollup：也就是说它是唯一一个从头开始构建的完全保护用户隐私的 [Layer 2](https://ethereum.org/en/developers/docs/scaling/layer-2-rollups/)。 为了理解隐私交易这种范式改变以及直接在网络架构中建立隐私的重要性，我们得先讨论“为什么说以太坊不是一条隐私的链”。 # 以太坊：一条公共区块链 大家可能已经听说过**公共账本**这个词，它由两个部分组成：**账户**和**余额**。 以太坊上最原始的交易是将 ETH 从一个账户 (地址) 发送到另一个账户。网络通过增加某个账户的余额和减少另一个账户的余额来记录这些交易 —— 换句话说，ETH 实际上并没有“转移”。 让我们详细看看一个例子：snoopdogg.eth 想发送一笔交易给 cozomomedici.eth。  <center>只是两个商人</center> 以下是交易的经过：Snoop 一开始有 100 个 ETH，然后他的账户扣了 20 个 ETH。而 Cozomo 一开始有 0 个 ETH，然后他的账户被计入 20 个 ETH。Snoop 的最终账户余额为 80 ETH，Cozomo 则为 20 ETH。转账完成。  <center>ETH 转账交易的账本示意图</center> 我们可以在 [etherscan.io](http://etherscan.io/) 上看到每个账户计入和扣除的交易款项，下图中显示的 ”ins“(转入) 和 "outs"(转出) 记录是公开的，所有人可见。下面是一个 ENS 名为 twinkienft.eth 的近期交易历史记录。  <center>在这里记录了 ta 所有的光辉事迹：twinkienft.eth 的公共交易！</center> 你可能会问：”谁是 twinkienft.eth 啊？” 我也没有头绪，但我可以看到 ta 所有的交易记录！你去 [etherscan.io](http://etherscan.io/) 上看看，你也可以观察所有被记录在区块链的交易。  <center>0x9dae… 就在 etherscan.io 的首页！</center> 大家可以看到这里明显有问题：我们不仅可以看到所有的账户交易，还可以看到它们的金额、资产和交易方。 这其实就是公共区块链带来的作用。由于其公开属性，公共区块链具有可审计性和可验证性。 但这也意味着，如果某人的隐私泄露了 (无论是有意还是无意的) —— 我们可以查看他们的完整交易历史。 跟踪公共交易数据是一项大生意：像 [Chainalysis](https://www.chainalysis.com/) 和 [Nansen](https://www.nansen.ai/) 这样的公司会做一些复杂的分析来关联各种钱包并监控其交易活动，并对谁持有着什么资产做出概率假设。 大家想象一下，如果你每次刷卡买羊角包时，都得向全世界展示你的银行账单。这真的很傻，对吧？ 这就是以太坊的现状。 <br/> # 解决方案：账户加密？ "呃，好吧，" 你可能会说，"这很容易解决，只要将账户、余额和持有者加密就可以了。" 咄，白痴！我怎么会这么蠢。  <center>这就是我每天的感受...</center> 除了讨论一下加密账户如何实现之外： 请回忆一下之前所讲的账本。经过对账户和交易加密之后，我们会得到：  <center>似乎行得通</center> 那么加密之后，网络应该如何检查账户，确保没有双花或者共谋的作恶行为。事实证明，要解决这个问题是非常困难的。 回到刚才那个例子。如果 Snoop 和 Cozomo 需要进行交易，那么他们必须要交互，因为网络不能帮助检查他们是否进行了有效的交易。 1. Snoop 请求 Cozomo 的加密账户状态 2. Cozomo 向 Snoop 发送已加密的状态 3. Snoop 对 Cozomo 的状态进行解密，确认交易前的余额 4. Snoop 向 Cozomo 发送一笔加密支付 5. Cozomo 向 Snoop 发送他最新的加密状态 6. Snoop 解密 Cozomo 的最新状态，确认交易后的余额 (并且 Cozomo 确实获得了他被承诺的金额) 这种精心设计的流程有很严重的缺点：很昂贵、很耗时，并且你每次只能和一个人进行交互 —— 双方还必须同时在线。 更糟糕的是，当他们结束了一场双方对话之后，任何一方都没有办法说服世界上的其他人，他们只是互相验证了他们的一笔交易。 <br/> # 使用票据 (note) 记账不香吗？ 但是，如果我们把归属结构颠倒过来呢？以太坊默认使用账户模式，其中账户中包含余额。换句话说，查一下账户，你就会得到它的余额信息。 那如果我们换一种思维方式呢？比如说某笔资产 (用 note 来表示) 的持有者是某人。  <center>账户里包含余额信息 vs. 资产票据推导出持有者</center> Bitcoin 就是使用这种模式，叫做 [UTXO](https://en.wikipedia.org/wiki/Unspent_transaction_output) (unspent transaction output, 未使用的交易输出)。但是不用纠结这个术语是什么意思了，把 UTXO 当作现金 (银行票据) 就好。 让我们先思考一下，为什么使用现金记账会更安全、更隐私 —— 或者更准确地说，比基于账户的系统更安全、更隐私。 它之所以安全，是因为只有交易现金的双方知道其所有权已经易手！而全宇宙的其他人都不会知道。 你可以把现金交易模式想象成某件物品 (note) 的所有权的变更，而账户交易模式则是两个账户的状态的变更。  <center>图示：某张加密票据的所有权变更</center> 当一笔 Aztec 交易在进行时，网络只需简单地为给定的票据重新分配所有权，而不是更新账户余额 (增加或减少余额)。 为什么这个模式这么有用？事实证明，加密一张票据要**简单得多**，因为只需在上面写两个东西：这个票据值多少钱以及它的所有者是谁。那么当它转手时，只需涂掉旧的所有者的名字，然后写上新的所有者的名字。 <br/> # 在 Aztec 上进行简单转账 那么，在一笔简单的票据交易中，到底会发生什么呢？ 假设 Snoop 有两张面值为 50 ETH 的票据 (总额为 100 ETH)，而 Cozomo 手上没有任何票据。 Snoop 手上的那两张票据需要销毁掉，并且要创建两张新票据：面值为 80 ETH 的票据分给 Snoop，面值为 20 ETH 的票据则分给其新的所有者 Cozomo。 但是，如果必须披露这些票据的价值，如何保护隐私呢？ 嗯..他们并没有披露这些信息，至少没有公开。当然，Snoop 和 Cozomo 知道他们交易的资产价值，就像一笔现金交易一样，但他们不需要向全世界公开。 为了保护他们相互的隐私，Snoop 发布了一笔带锁的交易，他知道只有 Cozomo 的私钥才能解开这把锁。类比一下，这有点像将这张票据放进一个小小的保险箱中。当然，他们都知道箱子里有什么 (20 ETH)，所以 Snoop 必须要相信 Cozomo 不会在屋顶上大喊：“有人刚给我转了 20 个 ETH！” 但除此之外，所有权被重新分配的票据会返回到一个数据结构中，这个数据结构包含了所有曾经创建的票据 —— 这是一个[默克尔树哈希](https://en.wikipedia.org/wiki/Merkle_tree)，我将在下文简要地介绍一下它。  <center>在网络观察者看来，系统的状态会是什么样子的 —— 每张票据的面值和所有者都是完全加密的。</center> <br/> # 好管家 我们知道 Snoop 销毁了两张票据，创建了两张新的票据，然后把其中一张新票据转给了他的朋友 Cozomo。那么我们如何确保他们不会共谋作恶，比如双花？如果 Snoop 销毁了总值为 100 ETH 的两张票据，然后创建了总值为 200 ETH 的两张新票据，那怎么办？或者，他们直接创建任意数额大小的票据呢？ 回想一下这两个步骤： 1. Snoop 销毁了两张面值为 50 ETH 的票据并分别创建了面值为 20 ETH 和 80 ETH 的票据 2. Snoop 将面值为 20 ETH 的票据转给 Cozomo 为了确保第一步没有发生可疑的行为，Snoop 需要做的就是向系统 (Aztec) 证明他打算创建的两张票据和他准备销毁的两张票据是等值的。 这被称为连接-分割交易，这种交易符合这条简单的等式：**A + B = C + D** **下面是烧脑部分，跟上了！** 为了证明转出票据 (C + D) 等值于转入票据 (A + B, 或者说 100 ETH)，Snoop 在他的浏览器中本地生成了一个零知识证明 ([zero-knowledge proof](https://en.wikipedia.org/wiki/Zero-knowledge_proof)，ZKP)。 利用零知识证明，他能够证明出这条等式 **A + B = C + D**，而无需揭露他们的任意资产价值。 然后 Aztec 验证了这一证明，并表示：”由于这是零知识证明，那么这一定是有效的。“ 此时，智能合约销毁这两个转入票据，然后生成两个转出票据，并将新的转出票据作为加密承诺记录在票据登记表中。 <br/> # 所有权证明 值得讨论的是，如何在 Aztec 中证明票据的所有权，这和在以太坊中证明类似。你如何证明你控制了某个以太坊地址的访问权 —— 通过使用你的钱包对一个信息进行签名。 那么你如何证明你能够访问 Aztec 的某张票据？一个非常非常奇特的加密签名叫做零知识证明。 这个证明说，”在 Aztec 状态中，a) 存在着一张特定价值的票据，b) 我拥有这张票据的所有权。“ 那么 Aztec 系统的状态怎么存储？它存储在两个[默克尔树](https://en.wikipedia.org/wiki/Merkle_tree)中： - 一颗是票据树，包含着所有曾经创建的票据； - 一颗是无效树，包含着所有曾经被销毁的票据 如果你在 Aztec 中拥有一张票据，这意味着这张票据存在于”票据树“中，并且在”无效树“中不存在对应的无效票据。  <center>左边这棵”票据树“生气勃勃，而右边这个”无效树“则伤心欲绝。如果右边的树会说话，它可能会说”我讨厌死你了“之类的话。</center> 当我们说到”销毁“一张票据，这实际上意味着添加一张无效票据到”无效树“中，而不是删掉”票据树“中的一张票据。  <center>默克尔树简图</center> 为了发送那些已证明为我所有的票据，将需要创建一个全新的默克尔树 (和默克尔根)。一旦”票据树“和”无效树“的默克尔根移动到新的值中 (换句话说，系统的状态已更新)，这些默克尔根就会被发布到以太坊的主链上，且交易就会被视为已记录。 <br/> # 写在最后 我希望本文能让读者深刻地理解到为什么隐私如此具有挑战性：我们需要在不违反或暴露用户数据的情况下，验证交易是合法且正确执行的。 这些独特的限制意味着隐私保护架构必须从头开始架构。Aztec 是唯一一个以这种方式构建的 L2 —— 用户的隐私通过其核心架构受到保护，并利用零知识证明来维护网络运作。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/kintsugi-merge-testnethttps://www.ethereum.cn/Eth2/kintsugi-merge-testnetTue, 21 Dec 2021 00:00:00 GMT来源 | [ethereum foundation blog](https://blog.ethereum.org/2021/12/20/kintsugi-merge-testnet/)  <br/> 自从从[Amphora 合并工作坊](https://blog.ethereum.org/2021/10/15/amphora-merge-milestone/)回来后，客户端团队一直在努力工作，实现最新版本的合并规范，并在开发测试网进行测试。 在四个短暂开发测试网后，一个长期的公共测试网 Kintsugi 🍵现在上线了！ 尽管客户端团队开发和用户交互上仍在不断完善，我们鼓励社区开始使用 Kintsugi，以熟悉合并后的以太坊。对于应用开发者，[如之前所解释的](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)，不会有太多的改变。与共识层或执行层交互的工具也基本上不会受到影响。依赖于这两层的基础设施是最可能需要调整，以支持合并的。 我们建议大多数项目开始在 Kintsugi 上做测试和进行原型设计，使潜在的问题尽快浮现出来。这样，这些变更才能更容易被纳入到未来的客户端和规范版本里。 <br/> # 使用Kintsugi 请查看 [Kintsugi 的登录页面](https://kintsugi.themerge.dev/)，了解与 Kintsugi 网络交互的信息。你会看到网络设置、水龙头、区块浏览器、JSON-RPC 终端，以及反映支持共识<>执行层客户端结合的更新文档。  作为提醒，合并后，一个完整的客户端由一个信标/共识节点和一个执行引擎 (由现有的“Eth1"客户都安处理) 组成。两层都保持独立的 API 端点和对等点连接来履行各自的职责。关于以太坊合并后架构的全面概述，可参见[这篇文章](https://tim.mirror.xyz/sR23jU02we6zXRgsF_oTUkttL83S3vyn05vJWnnp-Lc)。  <br/> # 支持&反馈 EthStaker 社区可以提供 Kintsugi 上的支持。如果你有疑问，遇到错误或需要澄清，他们很乐意在其 [Discord 服务器](https://discord.gg/UKp33xqBAB)的 `#testingthemerge🐼` 频道提供帮助。 随着 Kintsugi 的上线，我们希望社区能参与到 #TestingTheMerge (测试合并) 的活动中。大家可以看看这个[测试场景](https://hackmd.io/WKpg6SNzQbi1jVKNgrSgWg?view)清单，了解如何提高你们的测试水平。 如果你发现了规范中的错误或问题，最好在 [Ethereum R&D Discord 服务器](https://discord.gg/qup2UJcjvV)的`#merge-general` 频道提出。如果你不想使用 Discord，其他提出此类问题的地方是规范库 ([共识层](https://github.com/ethereum/consensus-specs), [执行层](https://github.com/ethereum/execution-specs), [APIs](https://github.com/ethereum/execution-apis)) 和 [Ethereum Magicians](https://ethereum-magicians.org/) ✨。 <br/> # 后续计划 Kintsugi 测试网为社区提供了一个体验合并后以太坊的机会，并开始发现问题。一旦反馈被纳入到客户都端软件和规范，就会推出最终系列的测试网。同时，测试工作将继续增加。 在这之后，现有的长期测试网将一直运行到合并。当这些都完成升级并稳定下来了，接下来就是以太坊主网向以太坊主网过渡🎊。 如果想更详细地追踪进展，[主网准备清单](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)是公开并定期更新的。 Kintsugi 🍵上见！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-12-20https://www.ethereum.cn/Eth2/wnie2-2021-12-20Mon, 20 Dec 2021 00:00:00 GMT来源 | [What’s New in ConsenSys Layer](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_211217) <br/> # 首要推荐 本周的惊喜公告是以太坊基金会的[客户端激励计划](https://blog.ethereum.org/2021/12/13/client-incentive-program/)。这个计划给 Eth2 和 Eth1 客户端团队都提供信标链押金。一开始，以太坊基金会持有这些押金的提款密钥，在合并的几年后，这些密钥会被移交，到时这些团队可以自行决定如何使用这些押金和累积的的质押奖励。我喜欢这个机制所包含的激励协调作用——它真的能很好地让这些团队长期保持在这个事业上。这某种程度上是个公开的秘密 (奇怪的是公告里没有提到这点，尽管最后一段确实说了“终于要跟公众分享”)，四个 Eth2 的创世客户端都已经在这个计划下运行押金超过一年了。 <br/> # 信标链 ## 工具 [Miga Labs](https://migalabs.es/) 已经正式发布了 [Ant Crawler](https://github.com/migalabs/armiarma/releases/tag/v1.0.0)，即其信标链网络爬虫 [Armiarma](https://github.com/migalabs/armiarma) 的第一个版本。它是它们的 Eth2 [网络仪表盘](https://migalabs.es/crawler/dashboard)背后的引擎。 Chainsafe 也有一个网络爬虫和[仪表盘](https://www.nodewatch.io/)。与以往一样，我们可以看到这个网络爬虫业务不是精确的科学；这两个网络爬虫的结果相差甚远。而 Stereum 的 [client diversity watch](https://stereum.net/client-diversity-watch/)（客户端多样性观察) 的结果也是完全不一样。Miga Lab 的[文章](https://medium.com/@migalabs/presenting-the-ant-crawler-release-6268387a88dc)对一些相关的复杂性进行了讨论。 还要注意的是，所有这些计算的是每个客户端的节点，这很可能不能代表每个客户端控制的权益 (即验证者数)，而这才是更重要的标准。 关于其他的工具方面的新闻，[Wagyu Key Gen](https://github.com/stake-house/wagyu-key-gen) 工具已经通过审计了。读者们都知道我喜欢优秀的审计报告，点击这里可以查阅。(嘿 Mikerah! 👋好久不见！) ## 轻客户端方面 围绕轻客户端有几件事。在 Altair 升级中，通过同步委员会开始引入了对轻客户端的支持。 - Lodstar 发布了第一信标链[轻客户端](https://twitter.com/dapplion/status/1467557056420982787)。大家可以[试用](https://lodestar-light-client-demo.netlify.app/)。 - 轻客户端还不够？那[轻节点](https://our.status.im/light-nodes-ethereum-endgame/)呢？Nimbus 正在考虑扩展轻客户端协议，使可以依赖于在对等点间只有 1-of-N 是诚实节点的假设。文末有一个不错的轻客户端资源集合。 <br/> # 合并... ## Kintsugi Kintsugi 测试网上线了！这是第一个重要的公共合并测试网。你可以检查网络状态、发送交易、运行一对客户端 (执行+共识)，以及尝试搞破坏。所有参与的详情都在 [kintsugi.themerge.dev](https://kintsugi.themerge.dev/)。也可以看看 Remy Roy 写的 Geth+Lighthouse 的[教程](https://github.com/remyroy/ethstaker/blob/main/merge-devnet.md) (和 Superphiz 的讲解[视频](https://youtu.be/r31aeGPoy1o))。其他客户端也可以使用的：这是一个 Kintsugi 可用的客户端配置[列表](https://notes.ethereum.org/BTKyjy_GSlebktLQfVN2zg?view)😉 (可能需要更新)。 衷心感谢 Pari 搭建了其中大部分的内容。看看他的[控制台阵列](https://twitter.com/parithosh_j/status/1471607167451123713)，展示了各种客户端组合进行合并的过程。(Teku 在三行中的第二列。)  “[周末大家都测试一下 Eth2 吧！](http://(https//twitter.com/dannyryan/status/1471874588242067468))” Marius 还在找做个[各种测试](https://hackmd.io/WKpg6SNzQbi1jVKNgrSgWg)的[志愿者](https://twitter.com/vdWijden/status/1471878279573524491)。 ## 同步 在合并之前，有待解决的主要工程问题涉及到合并后的客户端如何同步的问题。原来两个半独立的客户端 (Eth1 和 Eth2) 要高效地同步 (分别管理自己的世界状态) 并不简单，对于合并区块本身特别危险。在合并的架构下，共识层客户端起主导作用，但当执行层客户端正在同步时，它不能验证每个执行负载。同时，执行层还在做一些 snap sync，以在过去的某个最近时间构建其世界状态。 目前的首选是 “[optimistic sync](https://hackmd.io/Ic7VpkY3SkKGgYLg2p9pMg)”，但这被证明在客户端上实现是很棘手，有一些讨厌的[个别情况](https://hackmd.io/S5ZEVhsNTqqfJirTAkBPlg)。另一个选择是共识层利用新的 Altair 功能，在使执行层更新前执行[轻客户端同步](https://hackmd.io/s0mC78fHSZqhssRwJbLK9g)。这个方法有其权衡，就像在上周的[开发者会议](https://hackmd.io/@benjaminion/HyxWQTdqY#Research-updates)里讨论到的。 从根本上说，这是一个工程难题，我们很快就会有一个可行的解决方案。多年来，以太坊网络有各种不同的同步类型和格式，毫无疑问，在可预见的未来，我们将继续在这方面进行迭代。 ## MEV 合并后的最大可提取价值 (MEV) 仍然是热门话题。Flashbots 正在与一个工作小组协作，很多利益相关者 (包括 ConsenSys 和 Teku) 都参与其中。 Robert Miller 撰写了文章《为什么构建获利最大的区块是重要的 ([Why Building the Most Profitable Block is Important](https://writings.flashbots.net/writings/on-the-most-profitable-block/))》，对 Flashbots 的方法给出了很好的概述和解释。 上两周进行了一次[分组讨论会议](https://www.youtube.com/watch?v=ivcI_plFu1o)，内容包括对 Flashbots 的 [MEV Boost 提案](https://hackmd.io/70AnBNnKTbGe3D5kT8x9ZA?view)的介绍、对其进行了[演示](https://youtu.be/ivcI_plFu1o?t=1209)，还有问答环节。 ## 其他合并新闻 当我得知 Gnosis 推出了[它们自己版本](https://docs.gnosischain.com/)的信标链时，我感到有些惊讶。你可以使用 Lighthouse 和 Prysm 的版本来质押和赚取 $GNO。他们说这可以作为合并的金丝雀测试，在信标链早一周左右执行更新，并最终与 xDai 链 (现在被称为 Gnosis Chain) 合并，xDai 作为其执行层。并[不是所有人](https://twitter.com/lightclients/status/1471901602688614407)都觉得这是个很好的主意 (IST 代表 “irregular state transition”， 非常规状态转移——重点是 xDai 不仅仅是一个测试网，所以一定程度的谨慎是需要的)。 同时，伟大的 Merge 信标链升级命名工作继续进行中。现在已经汇编了一个[候选名单](https://notes.ethereum.org/@hww/stars-of-B)，最终的投票会在[周一的 Zoom 会议](https://github.com/ethereum/pm/issues/430)上进行。 <br/> # …其他新闻 现在所有的关注点都在合并上，但我们不能忘记，合并后还有很多工作要进行。如果 Vitalik 的[路线图](https://twitter.com/VitalikButerin/status/1466411377107558402)还不够，Tim Beiko 在 Eth1 GitHub 上[发布](https://twitter.com/TimBeiko/status/1469397405497847810)了一个[开放问题](https://github.com/ethereum/pm/issues)清单，是他在以太坊开放者会议上记录的部分。不要忘了在 Eth2 方面我们还要交付的一些零星问题，如提款和分片！😅 这一切会在哪里结束？这是 Vitalik 的 [想法](https://www.ethereum.cn/Layer2/endgame)。 <br/> ## 质押 Lido 继续往实现更大的透明度方向迈进，推出了一个新的[运行者表现仪表盘](https://stakerops.io/public/dashboards/4CFK6vUswmj2eqfBWikfjWERnGUdkuzO9C37xIph?org_slug=default&p_operator_names=\["All Operators"]&p_table=12)。它还对[非 Lido 的运行者开放](https://twitter.com/henridf/status/1469247296189743111)。对质押服务获得一个相对全面的了解。 <br/> ## 常规会议 ### 实现者会议 第 78 次会议在 12 月 16 日进行。不幸的是，由于技术故障，此次会议未能直播和记录，因此我的速记变成了该会议的唯一记录。我跳过了一些对 optimistic sync 相对细节的讨论，但其中的大部分内容都已经 Eth R&D Discord 的 `merge-general` 频道里被重新提及了。 - [Agenda 会议议程](https://github.com/ethereum/pm/issues/439) - 我的[速记quick notes](https://hackmd.io/@benjaminion/HyxWQTdqY) 主要是对 Kintsugi 测试网的更新，对 optimistic sync 和轻客户端同步的讨论，以及常规的客户端更新。 在圣诞节和新年期间我们都不会举行会议，并将在 1 月 13 日恢复开会。如果有什么紧急需要讨论的，三周后会有一次以太坊核心开发者会议。 ### 合并社区会议 第二次合并社区会议在两周前举行了 - [会议议程和讨论要点Agenda and discussion points](https://github.com/ethereum/pm/issues/419) - [会议记录Recording](https://www.youtube.com/watch?v=iPw7ixSgA_w) <br/> ## 活动预告 - 12 月 20 日周一，北京时间 22:30：[信标链升级命名分组讨论会议](https://github.com/ethereum/pm/issues/430)。欢迎参加并选出你的最爱！ <br/> ## 其他新闻 以下两条新闻都不是特别与 Eth2 相关，但我还是想强调一下。对于新加入者的两项很棒的资源： 1. 很多人[合力](https://twitter.com/0xstark/status/1468611246316425219?s=20)创建的[加入以太坊生态指南](https://docs.google.com/document/d/1VaMg0h04LWigDWg1Eh5dqHXYPzvYNiVvOuUShTuCrXU/edit)。 2. Patrick McCorry [发布](https://twitter.com/stonecoldpat0/status/1468869276178153476)了“加密货币中重点关注二层协议的免费课程 (为期 8 周)”。这很棒，现在应该还能报名。 其他小更新： - Prysmatic Lab 的[最新更新](https://medium.com/prysmatic-labs/prysmatic-labs-ethereum-development-update-3a26150fd449)。 - Lodestar 的[第二篇更新](https://medium.com/chainsafe-systems/a-lodestar-for-ethereum-consensus-2-75b4c6984834)。 - 关于如何处理被破坏的提款密钥的讨论又开始了。有人提出一种对修改提款凭证的社会验证方法。 <br/> ## 最后... 我可能两周后不会出下一篇更新，因为那是除夕夜。不是说我要去哪里，但相信你们都有比 (测试 Kintsugi) 更好的事要做。我将在 1 月 6 日或 13 日更新，与 Eth2 开发者会议同步。 看看会有多少新闻吧🤷‍♂️ 同时，祝愿大家有一个美好的圣诞节和信念。明年见！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/pbs_censorship_resistancehttps://www.ethereum.cn/Eth2/pbs_censorship_resistanceFri, 17 Dec 2021 00:00:00 GMT来源 | [note.ethereum.org](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance) <br/> 特别感谢 [Francesco](https://twitter.com/fradamt) 提出解决方案 2 里的核心想法，并感谢 Francesco、Justin Drake、Alex Obadia 和 Phil Daian 的反馈和评论 <br/> # 区块提议者/构建者分离方案是如何运作的？ 在现行的交易市场里，**区块提议者** (当前是矿工，合并后是验证者) 直接通过看交易池里哪些交易支付最高的小费来选择哪些交易被打包到下一个区块。这使得区块交易者可以使用复杂的策略来选择打包哪些交易，或甚至打包他们自己的交易，以利用像 DEX 套利和清算的机会 (为了简洁，下文只称为 **MEV**) 来最大化他们的收益。这些策略的复杂性给运行一个有效矿工或验证者节点造成很高的固定成本，并使得代表其参与者使用这些策略的中心化池占据优势。 **区块提议者/构建者分离 (PBS)** 方案通过把区块构建的角色从区块提议者上分离开来解决这问题。分离出来的一类行动者叫**构建者 (buiders)**，他们构建**执行区块主体 (exec block bodies)** (基本上是一个有序的交易列表，这些交易会成为区块里的主要负载) 和提交出价。提议者的工作就只是接收出价最高的执行区块。值得注意的是，提议者 (和其他所有人) 直到他们选择了在竞价中胜出的区块头 (即也选择了区块主体) 后都不知道任何执行区块主体里的内容。这种**确认前的隐私 (pre-confirmation privacy)**对以防止“**MEV 窃取**”是有需要的，因为懂行的提议者会发现构建者的 MEV 提取策略并复制它们而不分给构建者。 <br/> # PBS 与现状相比，有哪些抗审查挑战？ 首先是现状，假设有一笔 150k gas 的交易，且当前的 gas 上限是 30m (目标是 15m)。经济实力强的行动者试图审查该交易。在当前的交易市场里，如果该笔交易愿意支付基本费和多于 1~2 gas 的小费，区块提议者就会愿意对其打包；平均每个区块有大约 15m 的 gas 松弛空间让他们这样做。要审查一笔发送者为打包愿意支付 `x` 的交易，攻击者需要把基本费提到高于每 gas `X / 150k`，并将其保持在那里。如果他们这样做了，其他用户将因费用太高而退出竞价——毕竟，如果基本费高到足以让一笔重要到足以吸引有人试图进行针对性审查的交易退出，攻击者将可能必须自己支付区块中交易费最贵的交易。保守地说，**攻击者很可能必须自己支付高达每 slot `(X / 150k ) * 10m = X * 66.7`(因此大约是每小时 `x*20000` )** 现在，让我们来探讨一下 PBS 的情况。假设有一个区块构建者一直比其他构建者表现更好，要么因为他们说服不老练的用户运行只给他们发送交易的钱包 ("专有订单流")，要么因为他们有更好的算法和数据访问来发现 MEV 机会。假设有一些特定**受害交易**是构建者 (“审查构建者”) 试图审查的。设： - **`M`** 为在没有受害交易的情况下非审查构建者的出价 - **`P = X - basefee \* 150k`** 为受害交易总交易费的小费部分 - **`M + P`** 为受害者交易能够被打包的情况下非审查构建者的出价 - **`A`** 为审查构建者获得的优势 (advantage) (等于他们所赚的费用+MEV 与非审查构建者可以赚最多的费用+ MEV 的差值) - **`M + A`** 是审查构建者的出价，无论是否有受害交易 (因为审查构建者不想打包受害交易) **如果 `P>A`**，非审查构建者将能够给出比审查构建者的 0 收益出价 (`M + A`) 高出 `P - A` 的出价。为了保持审查，审查构建者将必须把他们的出价提高到 `M + P`，并每 slot 损失 `P - A` 以保持出价高于非审查构建者 (还要额外牺牲每个 slot 获利 `A` 的机会，因此总损失是每 slot `P` )。这样成本仍然很高。但请注意这比每 slot `X * 66.7` 要便宜得多。  **如果 `P < A`**，尽管不打包受害交易，审查构建者也能赢得竞拍，虽然他们的确不得不把他们的出价提高到稍稍高于 `M + P` ，从而牺牲了每个 slot 的 `P` 收益 (审查构建者的收益变成 `A - P` 而不是 `A`)。  **请注意，在两种情况里，攻击者都会因为审查而损失每 slot 的 `P` 收益**——对于仅是把一笔交易排除在链外来说，这仍然是一个巨大且持续的成本，但远不像每笔交易在费用市场中的成本那么高。 ## PBS 的审查经济学和出块时间 上述分析的一个重要结果是，在 PBS 里，审查的成本是按每 slot 算的 (严格来说是每个区块，但为了简单，我们忽略两者的区别，因为实际上以太坊上几乎所有 slot 都有一个区块)。如果出块频率减低 10 倍，审查成本会减少 10 倍。如果出块频率增加 10 倍，审查成本就会增加 10 倍。这是反直觉的，但与上一部分的逻辑是一致的。请特别注意，现在的收费市场有点像 PBS，有 100 多个竞价同时抢一笔交易的打包位置；但是，这是一个有问题的 PBS 市场，因为它缺乏确认前的隐私保护。 因此，很自然要问这样一个问题：我们能否尝试扩展 PBS，以实现快速出块，但使得那些区块是并行出现而不是按顺序的？ <br/> # 抗审查方案有哪些设计目标？ - **DOS 保护和没有免费的数据可用性**：提议者 (或构建者) 不应该能够打包没人支付的数据，因为这可能会被攻击者利用，使链数据膨胀，或给 rollup 欺骗交易费用的机会。例如，这意味着如果一个区块包含了一笔交易因为余额不足或同一个区块里其他交易而被证明是无效的，协议必须仍然向提议者收取该交易的基本费。 - **最小额外带宽消耗**：这个机制不应该只对链上数据有效，对 p2p 网络上的数据也要有效。举个例子，在网络上漂浮着数百个来自不同构建者的冗余完整区块主体是不现实的。 - **不再重新引入提议者中心化**：PBS 的全部意义就在于它不需要提议者是老练的。我们不希望创建一个机制会为老练的提议者重新引入好处，从而激励提议者进入进一步的协议外竞拍关系或加入池。 - **理想情况下，允许提议者是无状态的**：验证者能够变成完全无状态 (一旦 [Verkle trees](https://notes.ethereum.org/@vbuterin/verkle_tree_eip) 被部署到了主网) 将会是进一步去中心化和提高可扩展性的一个重大福音。 - **如果我们依赖利他主义，不要让利他主义变得昂贵**：我们一般可以依赖这样一个假设——至少有百分之几的提议者是利他的，且将忽略贿赂出价和接受被审查的交易。但是，如果这样做在协议内是成本高的，这个假设就会变得很不现实。提议者不应该必须牺牲大额收益来帮助确保被审查的交易能被打包。 <br/> # 解决方案 1：我们可以同时运行很多确认前隐私 PBS 竞价吗？ 假设在每个 slot 里有一个竞拍是用于**主要执行区块 (primary exec block)**和有 `N-1` 个竞拍是用于**辅助执行区块 (auxilary exec block)** (因此总共有 `N` 个竞拍)，且它们是并行运行的。这些区块是按顺序被执行的 (顺序为先主后辅)，但它们共识的达成是平行进行的。 假设一个交易发送人愿意支付 `P` 小费。要把该交易排除在链外，审查者将需要愿意给每个辅助执行区块竞拍的控制员每 slot `P+1`，因此他们将必须支付每 slot `(P+1) * N`。 攻击者必须每个 slot 都出价，且不仅当有人试图进行辅助打包时才需要出价，因为如果攻击者只自动出价高于辅助打包，提议者会开始提交虚假的自我出价来迫使攻击者出价高于他们。 **但有一个问题：辅助执行区块会如何被构建**？构建主要执行区块的构建者 ("**主要构建者**") 会相对比较简单，因为他们看到他们正在构建的区块所建基的前状态：这是前一个区块的后状态。另一方面，构建辅助执行区块的构建者 (**辅助构建者**) 则没那么幸运：他们在同一个 slot 里构建的任何区块都需要基于主要执行区块 (和较底部索引的辅助执行区块)。因此，当辅助构建者在选择打包哪些交易是并不知道他们要基于什么状态来构建的。 如果一个辅助构建者打包一笔已经被打包到前一个区块的交易，他们必须支付直到签名和随机数验证前的数据和执行的 gas，但他们不会得到来自该笔交易的手续费。因此，他们会损失钱 (**在这种情况下设计一个免除数据+验证 gas 费的协议是不安全的，因为这可能会被 rollup 和其他存储数据到区块链的用例滥用**)。 这就提出了一个问题：**辅助构建者是否有一个安全策略来打包交易到辅助执行区块**？这个策略在正常情况下应该是可获利的 (预期里)，且如果一个会进行审查的主要构建者明显正在试图攻击他们时能提供保护。一个攻击的可能例子是，一个会进行审查的主要构建者可以在直到他们预见有辅助构建者开始打包交易时突然打包那些交易，从而实现审查。如果他们一直这样做，他们可以导致辅助构建者亏钱；一旦辅助构建者亏损太多，他们就会退出市场，让会进行审查的构建者可以自由审查交易。 ## 最低限度可行的辅助构建者策略 请记住，在“好的情况”下，辅助区块会是空的，因为任何想被打包的交易都会被打包到主要区块。因此，这个策略只需要在审查真的发生的时候才激活。 设： - `N` = 每个 slot 上发生的竞拍总数 (包括主要的和辅助的) - `P` = 交易小费 - `B` = 当前的基本费 首先，为了简单起见，假设 `N = 2` (因此，每个 slot 只有一个辅助执行区块)。也假设 `P = B` (审查的受害者总是支付两倍的费用，以吸引辅助构建者和避免审查)。下面是一个建议的辅助构建者策略： > 如果一个辅助构建者看见一笔交易在 `k` 个 slot 前第一次被接收，但还未被打包，并且从那时起就一直有效，那么构建者应该在他们的提议区块里打包这笔交易的概率是$$P_{include}(k)=0.00000001\cdot 2^{max(k,1)}$$。 假设会进行审查的主要构建者在 `k` 个 slot 后接受了受害者交易。要么 `k = 0`，在这种情况里他们只有 `0.00000001` 的机会能“陷害”辅助构建者 (意思是，审查构建者和辅助构建者在同一个 slot 里发布，导致他们会亏损钱)，要么 `k > 0`，在这种情况下攻击者陷害辅助构建者的概率与辅助构建者先于攻击者打包受害交易的概率相等 (即$$P_{include}(k)=\sum_{i=1}^{k-1}P_{include}(i)$$，因为 k≥1 )。 在后一种情况下，辅助构建者平均来说是不赚不赔。这是因为在攻击者陷害他们时，他们亏损 `B`，而在他们打包了一笔交易时，他们获利 `P`，而我们在上文假设 `P = B`。将指数基数降低到 `2` 以下，使数学运算更简单，并确保辅助构建者是可获利的。我们可以通过把基数设为$$1+\frac{P}{P+B}$$延展到任意小费。 而 `N > 2` 的情况比较棘手，因为有可能出现干扰：如果一笔交易同时被打包到两个辅助执行区块呢？但是，如果我们假设辅助构建者使用独立的随机策略，发生冲突的机会是可控的 (一个[模拟脚本](http://vitalik.ca/files/misc_files/test_collisions.py)表明，如果基数是 2，无论有多少名构建者， `P` 都接近于 1/4)。 **在实践中，上述的数字几乎肯定是太悲观的**。被审查的交易可能在几个 slot 后就被辅助构建者打包了，而辅助构建者将对攻击作出动态反应。此外，交易失败时的成本比成功时低，所以在实践中， `P` 仅需要大量交易的几个百分点的 `B`。相反，上述内容更多的是作为一个存在证明，即辅助构建者可以使用固定的特定策略，甚至在攻击下也能获利。 <br/> # 在主要执行区块内容已知后，为什么不让辅助构建者通过一个位字段选择要排除哪些交易到链外 一个位字段仍然携带足够多的信息，攻击者可将指令编码到智能合约，以了解如何利用 MEV 机会。此外，如果有多个辅助构建者，他们将必须按顺序提供他们的位字段。因此，这将简单地将辅助竞拍转换为一系列主要竞拍。 <br/> # 解决方案 2：我们是否仍然可以使用提议者 (“混合式 PBS")，但仅用作”打包的最后手段“ 防止审查的另一个自然想到的方法是把当前的交易费用市场和 PBS 融合起来。这种方法将依靠提议者来抗审查。只有少数提议者需要实际上使用这个方案；即使 95% 的提议者不知怎么地就成功被贿赂了，都假装没有看到交易并只接受 PBS 机制下产生的区块，剩下的 5% 意味着，平均来说，任何受害交易仍会在 20 个 slot 后被打包。 这个方案的工作原理如下。在每个 slot ： 1. **提议者广播 `crList`**，这是提议者看到的应该被打包的交易列表 (即它们的状态里有正确的随机数和被打包的充足余额、小费和最高基本费)。这个 `crList` 只能包含一名 `sender` (发送人) 的一笔交易。提议者也要对一个 **`crListSummary`** 签名和广播，它包含在 `crList` 上每笔 `tx` 的 `tx.sender` 和 `tx.gaslimit`。 2. **构建者创建一个提议主体**，它必须包含在 `crListSummary` 里 3. **提议者接受胜出的区块头** 4. **构建者发布主体**。主体的验证需要检查在 `crListSummary` 上的每个 `(sender, gaslimit)`，要么是否 `block.gasused + gaslimit > block.gaslimit`，要么 `sender` 是否区块里某笔交易里的发送人。 为了进一步节省空间，还有一个更复杂的替代方法，就是要求 `crList` 按照 `tx.gaslimit` 的降序排序，然后要求主体只包括 (i) 在 `crList` 上不能被打包的第一笔交易的 Merkle 证明，和 (ii) 区块中那些在 `crList` 上的交易的位字段。任何人都可以通过重建 Merkle 证明之前树的那部分并检查它是否与 Merkle 证明相符来验证。 请注意，无论哪种解决方案，如果提议者错误地构建了 `crList`，构建者可能无法安全地提议一个执行区块主体。在这种情况下，构建者应该就直接不提议任何东西，就像提议者根本没有广播过 `crList` 一样。 ## 融合 PBS 和无状态 PBS 的一个重要的次要目标是允许验证者是完全无状态的 (一旦 [Verkle trees](https://notes.ethereum.org/@vbuterin/verkle_tree_eip) 被部署了)。PBS 会实现这点是因为只有构建者需要真正地构建主体；构建者还负责附上见证数据 (witness) 到他们的区块，使得验证者可以在无状态下验证区块。 而要把这个属性扩展到这个方案，每笔交易都需要伴有一个简单的见证数据，证明交易发送人的余额和随机数。如果用户是无状态的，这个见证数据可以由中间节点 (例如，构建者可以自愿做这件事) 来添加。 ## 混合式 PBS 会如何与二层账户抽象交互 (例如 [ERC 4337](https://eips.ethereum.org/EIPS/eip-4337)) ERC 4337 从根本上改变了抗审查的博弈情况，因为它将以太坊层面上*交易*的概念与*用户意图对象*的经济概念解耦了。归根结底，我们试图确保用户意图对象是抗审查的。当两者相同时 (就像今天一样)，这可以被说成是交易的抗审查。但是，在 ERC 4337，交易变成了一个包含许多用户意图对象 (在 ERC 4337 里这被称为 *user operations*) 的封装器。 在”常规的“ PBS 中，这个区分并不重要，因为协议只直接与执行区块交互。构建者可以创建一个包含很多笔 ("常规") 交易的执行区块，或他们可以创建一个包含一笔封装了多项 *user operations* 的交易的执行区块，或是两者的混合。两种情况的机制是完全相同的；封装器与封装器的封装器之间区别不大。 如果辅助执行区块被用作抗审查，那么机制仍然是一样的。**如果使用混合式 PBS，那么对现状交易和 ERC 4337 *user operations* 的处理就会出现差异**：对现状交易的抗审查性是直接得到保证的，但对 ERC 4337 *user operations* 的抗审查性只是间接提供的。 无论是 ERC 4337 还是混合式 PBS 都需要稍作修改，以确保其在混合式 PBS 的世界中集成抗审查性。要了解原因，首先看看一个为什么 ERC 4337 将保有抗审查性的第一个有问题的论点： > 携带 ERC 4337 *user operations* 的“交易“直接映射到上述”辅助区块“的概念。如果一个给定的 ERC 4337 *user operations* 不被会进行审查的主要构建者打包，那么任何人 (我们把他们称为”中继者”) 都可以创建一笔打包了 *user operations* 的交易 (一个假的辅助执行区块)，并期望从中获利。当然，审查者可以在那个确切的时间打包 *user operations* ，并夺走中继者的收入，但并不总是如此，因此平均而言，中继者将是可获利的，原因与上述辅助构建者策略部分的解释一样。 这个论点的关键缺陷是，“不总是”是错的。这是因为在辅助执行区块的情况和 ERC 4337 交易情况之间存在根本的区别。在辅助执行区块的情况里，主要和辅助执行区块的主体是同时被提交的。因此，两边都不能看到另外一边在做什么，也做不了抢跑。但在 ERC 4337 交易的情况里，胜出的构建者能看到交易，因此他们能做抢跑。 ### 解决方案 1：修改 ERC 4337 我们可以对 ERC 4337 做如下修改： **user operations 将需要有能力指定允许打包它们的一个单一中继者**。这可以保护 *user operations*不被“窃取” (不过要注意的是，与用户合谋的审查构建者可能仍然可以汲极辅助构建者的收益，因为会进行审查的构建者可以对有相同随机数但不同用户操作的中继者进行抢跑)。 ### 解决方案 2：修改混合式 PBS 需要在 `crList` 上的交易在所有其他交易前被执行。这就防止构建者抢跑。但是，实际上使用这个功能对提议者来说可能成本更大，因为它可能会减少他们从 MEV 竞拍中获得的收益，因为在 `crList` 上的交易本身可能就在提取 MEV。因此，用这个方法可能会激励提议者在 `crList` 的构建上用更复杂的方法，这又把中心化激励带回来了。 <br/> # 总结 PBS 是一个活跃发展的研究领域。减轻 MEV 带来的验证者中心化风险对任何寻求保持其去中心化性质的区块链来说都非常重要。但是，防止构建者中心化变成另一种类型的审查漏洞也同样重要。 **在这个时间点上，我在短期更倾向于混合式的 PBS**。混合式 PBS 在当前和“纯” PBS 模型之间得到两全其美的效果： - 即使是一个利他主义的提议者也可以打包任何其他提议者和交易捆打包者正在审查的交易，因此**我们保有了现有的抗审查性**。 - MEV 提取所需的优先位置被竞拍给另一群专门的行为者，因此验证者不需要碰 MEV，这样**我们就减轻了 MEV 驱动验证者中心化的风险**。 - 提议者不需要亲自执行区块，因此验证者可以是完全无状态的。这意味着**大幅提高一层的区块容量会变得更安全**。 **在更长期的未来，混合式 PBS 的问题以及希望有更多的抽象性这两点都会是探索辅助执行区块这样概念的原因**，它们会与主要执行区块被并行构建。 此外，**这篇文章中的论点提出了一些有趣的理由，可能最终会考虑在协议层承认 ERC 4337 的user operations**。在短期内，ERC 4337 应该保持作为一个额外协议 ERC，因为在那里它的创新速度会快得多。但是，长期来看，很明显把它写入协议层，并在协议层明确承认用户意图对象能为确保它们免受审查提供更多的选择。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-12-14/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-12-14/Tue, 14 Dec 2021 00:00:00 GMT # **合并 (The Merge)** **合并开发测试网进度** 根据 Eth R&D discord 里 MERGE 频道的消息，这周的 Kintsugi 测试网将在北京时间 12.16 上午上线。 参加这版测试网的要求包括： - 共识层 (CL) 客户端支持版本 v1.1.6 (不包括“proposer boost”) - 执行层 (EL) 客户端支持版本 v1.0.0-alpha - 符合 [Kintsugi v3 规范](https://hackmd.io/@n0ble/kintsugi-spec) (不包括“稳定的” optimistic sync) 将参与此次测试网的客户端包括： EL: Geth, Nethermind CL: Teku, Lighthouse, Lodestar, Nimbus, Prysm, Grandine 开发团队此后将休假，大家可以在假期试用测试网，对其进行测试。明年 1 月将重新开启每周一个开发测试网的计划，它们的开放程度将取决于额哪些特性需要被测试。 (编者注：proposer boost 是前段时间斯坦福大学团队发表的关于对 PoS 以太坊三种攻击的一种应对措施，其主要内容是提高能被即时接收的区块的 LMD 得分。根据 Danny Ryan 在 discord 上发的消息，CL 客户端会在合并主网上线前实现 proposer boost，但可以在当前这些开发网设置打开/关闭，有些团队已经开始在 Prater 测试网上做测试了。 ) [来源](https://discord.com/channels/595666850260713488/892088344438255616/919891900478136350) <br/> # **执行层 (Eth1)** **EIP-4488 将不会在合并前部署主网** 12 月 11 日进行的第 128 次以太坊核心开发者会议 (AllCoreDev) 对 EIP-4488 进行长时间讨论，并最终决定它不在合并前部署主网。以下是对 Tim Beiko 的会议记录的编译： 在上一次的 AllCoreDev 上，我们已经讨论了 4488 可能如何使构建一个最佳区块变得更复杂，因为它把区块生产的优化问题从一维 ( gas) 变成二维 (gas 和 calldata 上限)。研究员 @adietrichs 发表了文章《EIP-4488 挖矿策略和 stipend 分析 ([EIP-4488 Mining Strategy & Stipend Analysis](https://hackmd.io/@adietrichs/4488-mining-analysis))》，研究了是否可以通过对当前交易池的排序算法做小改动，以保持近似的效率，其分析结果显示似乎可以。 这是他的文章：https://hackmd.io/@adietrichs/4488-mining-analysis 他对比了三种方法：朴素策略、补缺策略 (“backlog strategy") 以及最优策略：  他发现，在 calldata 的 stipend 大于 164 字节的情况下，backlog strategy (执行起来很容易) 所得的区块收益大于 99%，与最优策略相当。这意味着，4488 不会使使用“开箱即用”算法的出块者处于明显劣势。  但对 EIP-4488 也有反对声音。Go-Ethereum 团队也花时间写了[文章解释](https://notes.ethereum.org/EH_xVCD8SnaLCEDrXxUyYA?view)： 原因主要如下： - 担心出现有大量 CALLDATA 的交易与 rollup 竞争，产生二阶效应：例如，还不清楚他将如何影响合约部署的开销 - 这份 EIP 会加快以太坊历史数据的增长速率。它并不试图隐藏这点，并说应该实现类似 EIP-4444 的东西来解决这个问题。也就是说，4444 的实现并非小问题，但它仍然处于开发的早期阶段。 - 也担心今天的 rollup 并不完全是无需信任的：它们的大多数都有一个小运行者集，和/或还没激活欺诈证明。他们希望在 rollup 的使用得到进一步的补贴前看到 rollup 变得更加稳健。 针对以上问题，其他开发者给出了这样的回应： - 关于 calldata “竞争”问题，值得注意的是，如果区块都由 rollup 处理的交易填充，这种情况也会发生，但以更极端的方式，因为我们今天没有 calldata 的 stipend。 - 关于链历史数据的增长问题，值得注意的是，无论如何，类似 4444 的东西都是需要实现的。而且，随着过渡到 PoS，历史数据的保证也将开始改变。 - 关于 rollup 还未成熟的问题，值得注意的是，这份 EIP 不意味着所有的交易都会自动迁移到 rollup，但只是位它创建额外的容量。 基于以上的讨论，得出这样的安排：尽管很清楚交易费在当下以太坊是一个很重要的问题，但过渡到 PoS 也非常重要，也是我们已经承诺了会优先处理的。 在上次的 AllCoreDev 提到 4488 可以在不推迟合并的情况下实现，但有两个团队认为如果我们先部署 4488 很可能会至少推迟一个月实现合并。 因此，鉴于缺乏在合并前实现 4488 的强烈愿望，以及需要解决更多的技术问题，我们决定坚持我们目前的计划，优先实现到 PoS 的过渡。但，大家都同意 4488 (和 4444！) 都是重要的，我们应该在尽快开展它们的工作。同时，也需要让更广泛的社区参与到决定优先实现什么的讨论中来。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1469391689840140288&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=c9d0498587504bb058b0f690708d5d828daf7662&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1469391689840140288" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 442px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层 (Eth2)** **Prysmatic Labs 以太坊开发更新** 共识层客户端 Prysm 的团队 Prysmatic Labs 发布了开发更新文章，表示 Prysm 客户端软件有非常多重大更新，主要的新功能包括： - 追踪个人验证者指数 - 检查点同步 - 批量 p2p gossip 消息验证和更快的 SHA256 哈希算法 - 数据库优化 [详情](https://medium.com/prysmatic-labs/prysmatic-labs-ethereum-development-update-3a26150fd449) <br/> **监测质押节点运行者仪表盘** 发推宣布 [http://stakerops.io](https://t.co/UNmId2y0V6) 的上线，这是一个分析仪表盘，用于监测 Lido 使用的以太坊质押节点运行者的表现。这个仪表盘目前包含简单、表属性的每个运行者的数据。 目前仪表盘显示的数据包括：最低验证者余额、最高验证者余额、验证者奖励、区块打包和证明。  但这只是开始！如果有非 Lido 的运行者想加到仪表盘里，可以私信他！ 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1469247294054744066&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=c9d0498587504bb058b0f690708d5d828daf7662&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1469247294054744066" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 361px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **L2 隐私 DeFi 桥接方案 Aztec Connect 推出测试网** 此前，2021 年 3 月 16 日，以太坊 L2 zk-rollup 隐私扩容解决方案 Aztec 2.0 上线主网，推出基于密码学技术 PLONK 的 L2 隐私支付项目 zk.money。用户可以通过 zk.money 隐私地发送和接收 DAI、ETH、renBTC。 12 月 10 日，首个以太坊 DeFi 隐私桥接方案 Aztec Connect 推出测试网，隐私 DeFi 的时代即将到来。利用 Aztec Connect，用户可以桥接隐私资产至主网以进行 DeFi 交互，并在同一笔交易中返回到 Aztec 中。这使用户能够便宜且隐私地与任意以太坊 DeFi 应用交互。 此外，Aztec Connect 的功能提高了网络的隐私保障，隐私网络有可能比简单的混币器更有潜力：除了存款，Aztec 还允许用户进行内部转账和 DeFi 交互 —— 极大地扩展了匿名集 (anonymity set)。在一个没有内部转账功能的网络中，如果用户想要提出一笔 1 ETH 的款项，必须事先存入 1 ETH 或者以上的款项。在一些混币器中，1 ETH 提款只能来自 1 ETH 的存款。而在 Aztec 中，匿名集可以属于所有 Aztec 用户：大额存款可以分解为小额提款 (如，10 ETH 的存款可以分 10 次 1 ETH 的提款)，而较小额的存款也可以聚集成大额提款。 用户还可以利用 Aztec Connect 对自己的隐私存款进行理财，比如存入 X 资产，可以提出 X + 赚得的利润。比起简单的存入资产然后等待匿名集的体量变大，这些资金也可以利用起来，从而提高资本效率： - 存入资产 - 通过 Aztec Connect 与 L1 DeFi 交互 - 转账 - 提款 有了这些功能，Aztec 用户甚至不需要将资产从 L2 中提出。并且除了 DeFi 用例，Aztec 将来会支持 DAO 工具和 NFT，也就是说整个以太坊生态系统可以简单地在一个隐私的空间中运作。同时，因为 Aztec 是一个 rollup 解决方案，用户的隐私成本通过摊销的方式支付，gas 成本会大大地降低。 Aztec Connect 运行路径的简单说明：Aztec 批量处理用户的交易，然后打包发送到 Aztec 桥接合约中。这个桥接合约是一个 50-100 行代码的接口，允许 Aztec 的 rollup 与给定的 L1 协议交互。然后，桥接合约获取这批聚合的资产并从 DeFi 协议中调用相关功能。而交互所得的收益发送回 rollup 合约中。最后，Aztec 更新起状态树，并在此过程中将属于用户的资产份额分给用户作为他们的隐私资产。 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1469121178228994051&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=c9d0498587504bb058b0f690708d5d828daf7662&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1469121178228994051" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 635px; display: block; flex-grow: 1;"></iframe> **以太坊钱包 Argent 与 StarkWare 合作推出 L2 版本 Argent X** 12 月 8 日，首个部署在 StarkNet 上的 L2 钱包 Argent X 上线主网，现已在谷歌浏览器插件中可用。目前的 Argent X 版本只是开发者工具， 不同于 zkSync 和以太坊上的移动版本钱包。  Argent X 是一个谷歌浏览器插件，帮助你创建和管理账户并将这些账户连接到在 StarkNet 上部署的去中心化应用，从而推动 StarkNet Dapp 生态系统的发展。 [来源](https://www.argent.xyz/blog/argent-x-starknet/) <br/> **L2 解决方案 Arbitrum 与去中心化预言机 Chainlink 合作，使用公平排序服务 (FSS) 解决 MEV 问题** 随着 L2 生态系统的扩大以及 Arbitrum rollup 的排序去中心化，二层生态中的 MEV (Miner-Extractable Value，矿工可提取价值) 机会将越来越多。那么为了最小化 MEV 的影响，Arbitrum 与 Chainlink 达成合作，利用 Fair Sequencing Services (公平排序服务，FSS) 来解决 rollup 中的潜在 MEV 问题。FSS 是由 Chainlink 开发的一种去中心化交易排序服务，使交易的时间排序对所有用户都是公平且可预测。通过使用 FSS 作为 Arbitrum rollup 合约排序交易的方案，Arbitrum 将在大大提高可扩展性的同时，减轻 MEV 的影响。 [来源](https://blog.chain.link/arbitrum-and-chainlink-fair-sequencing-services/) <br/> **L2 解决方案 Optimism 即将移除部署白名单限制** Optimism 自上线主网以来一直保留着白名单限制，以控制应用程序的部署 —— 这为确保项目质量和用户安全进行了少量的监督。同时，这也为我们提供了一个直接与项目交流的方式，以协调更新升级的问题。只要项目团队完成申请表格的填写，就能获得部署许可。到目前为止，Optimism 团队以收到了 90 份申请。 12 月 11 日，Optimism 宣布将移除白名单限制，向所有构建者开放。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1469375518990471169&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=c9d0498587504bb058b0f690708d5d828daf7662&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1469375518990471169" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 385px; display: block; flex-grow: 1;"></iframe> <br/> # 生态 **Devcon6 将于 2022 年 Q4 波哥大举行** 以太坊基金会博客 12 月 13 日更新博文，宣布 Devcon 6 将于 2022 年第四季度的前半 (即 9 或 10 月）于哥伦比亚的波哥大举行！ 另外，还成立了另一个新项目—— Devconnect，并即将在 2022 年的 4 月于阿姆斯特丹举行为期 1 周的开发者聚会，以对以太坊的改进进行深度的讨论与对话。  [来源](https://blog.ethereum.org/2021/12/13/announcing-devconnect/) <br/> **加入以太坊生态指南** 由于以太坊基金会研究实习生招聘计划收到了超过 1,000 份申请，以太坊基金会的 Josh Stark 需要准备一个简短的指南，介绍可以如何参与以太坊的生态，包括学习、贡献和找到带薪工作。他新建了一个可以共同编辑的 google 文档，邀请社区的人一起编辑草稿，这也变成了一份有价值的资料。  [来源](https://docs.google.com/document/d/1VaMg0h04LWigDWg1Eh5dqHXYPzvYNiVvOuUShTuCrXU/edit) <br/> **百事推出 Mic Drop 创世 NFT** 百事 (Pepsi) 近日在以太坊上推出了 Pepsi Mic Drop 创世 NFT 集。这个 NFT 集是对百事诞生年份的致敬，每个 1893 创世通证都由 6 个类别接近 50 个独特属性构建，这 6 个类别包括麦克风、舞台、配件等。 这个创世 NFT 系列还表达了百事对流行明星和音乐传奇的致敬，也为百事 NFT 世界的未来发展奠定基础。  [来源](https://micdrop.pepsi.com/) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/zksync-vs-starkwarehttps://www.ethereum.cn/Layer2/zksync-vs-starkwareMon, 13 Dec 2021 00:00:00 GMT来源 | [@dareal_sisyphe](https://twitter.com/_supercycled/status/1469242551836332032) <br/> 就这么说 zk-rollup 将大获成功，显得过于轻描淡写了。有两个项目已经研究这项技术多年了，它们大放异彩的时刻即将来临。这其中会有什么机会？它们之间有什么不同？什么时候发布代币？这是一条对 [@zksync](https://twitter.com/zksync) 和 [@StarkWareLtd](https://twitter.com/StarkWareLtd) 进行比较的推文： 事先声明，这是一个如此大的话题，我正在尽力掌握这些知识。但我可能会走一些捷径，或在解释时会犯一些错误，请随时在评论中纠正我的错误，让这篇推文更加精确。 目前已经有大量详细的资源解释了什么是 zk-rollup 以及它与 optimistic rollup 的区别。所以在本文中，我主要关注 zk-rollup 背后的基本直觉原因以及零知识证明扩容解决方案赛道中两个主要玩家之间的区别，即 [@zksync](https://twitter.com/zksync) 和 [@StarkWareLtd](https://twitter.com/StarkWareLtd)。 直觉原因：以太坊就是我们所说的 “单一型”(monolithic) 区块链。因为共识、执行和数据可用性都发生在以太坊区块链上。这是不可持续的 (因为这意味着所有节点必须执行这三个功能)，这也是为什么单一型的以太坊区块链无法扩展的原因。 想要实现扩容，以太坊必须向 “模块化”(modular) 的区块链发展。这意味着只将区块链用于其最擅长的领域：共识，并将执行和数据可用性 (data availability, DA) 的工作外包给链下。 但是，我们应该如何在保证其继承 L1 安全性的同时将执行和数据可用性的工作转移？通过 zk-rollup，成千上万的交易被打包成一个单一的、数学上可验证的 zk 证明，并且只有这个证明被存储在链上。 现在我们来比较一下 [@zksync](https://twitter.com/zksync) 和 [@StarkWareLtd](https://twitter.com/StarkWareLtd)。我会尽可能使用简洁的语言，并从这几个角度进行比较：团队及成立初期、技术、数据可用性、融资和背后的支持者、当前产品和路线图、个人的看法和我们的机会。 ### 团队和成立初期： [StarkWare](https://twitter.com/StarkWareLtd) 团队成立于 2018 年 5 月。其团队由世界级的密码学家和科学家组成。核心成员是 Zcash 的前首席科学家，多年来在零知识领域开拓创新。他们发布了许多学术论文，并正将其实现成现实产品 Starknet。 另一个就是 [@zksync](https://twitter.com/zksync)，其团队 Matter Labs 成立于 2019 年 12 月，[Alex G.](https://twitter.com/gluk64) 作为其联合创始人。我无法找到更多关于其团队成员背后的信息，但 ZkSync 2.0 带来的技术突破说明了这一点：他们有跨行业者的气质，并且办事效率高。 ### 技术： 这两个项目都有一个类似的架构。会有一个 rollup 智能合约插入到以太坊区块链中，用来存储 L2 状态转换的 zk 证明。此外，会有两种数据存储方式可选，为网络提供动力。 证明者 (prover)：负责繁重工作的少量节点。他们负责计算所有交易，并将其聚合成简洁的 zk 证明。他们在专门的硬件上运行 (可以认为是黑匣子)。我们所知道的是，从数学层面上他们无法伪造假的 zk 证明。 验证者 (validator)：负责抗审查的大量节点。他们验证 prover 所提交的证明的有效性。每个人都可以运行这类节点，且不需要特定的硬件。 此外，这两个项目都不得不竞相克服一个主要的技术问题，即创建一个通用的 zk 证明系统。谁能提供一个最佳的解决方案，谁就是这个赛道的王者。因为直到现在所有的 zk 电路都是专用集成电路，即根据不同的应用实现不同的 zk 电路。这意味着每个应用都有一个 zk-rollup，而且不兼容 EVM。大家猜怎么着，[@zksync](https://twitter.com/zksync) 和 [@StarkWareLtd](https://twitter.com/StarkWareLtd) 都做到了，但使用了不同的技术。 [StarkWare](https://twitter.com/StarkWareLtd): 他们使用基于 STARKs 证明的密码学技术。这项技术由 StarkWare 团队发明，与 SNARKs 证明 (zkSync 使用的技术) 相比有两个主要优势： - "T" 指的是 "transparent"(透明的)，这意味着系统运行无需信任设置； - 生成 STARKs 证明的速度比 SNARKs 的快 10 倍。 [参考文章](https://www.notion.so/zk-rollup-zkSync-vs-StarkWare-13e904a0d53446feb63a0513a72e365d#1621f997ef66404088ff59cd25328091) STARKs 的问题在于其技术不如 SNARKs 成熟，并且如果它实现了图灵完备，就很难与 EVM 兼容。StarkWare 创建了一种特定的编程语言 Cairo 来运行由 STARKs 支持的自主型程序。但由于现在很少人愿意去学一门新的编程语言来执行智能合约，StarkWare 团队现在正与 [Nethermind](https://twitter.com/nethermindeth) 团队合作创建代码转译器 Warp，来讲 Solidity 智能合约无缝转换为 Cairo，以便使其与 EVM 兼容。 [zkSync](https://twitter.com/zksync) 使用基于 SNARKs 证明 (尤其是 PLONK) 的 zk 系统。因此，该系统的整个安全性依赖于 2019 年秋天推出的一套信任设置 (Multi-party Computation Ceremony)。其中涉及许多知名的加密圈内人，包括 [Vitalik Buterin](https://twitter.com/VitalikButerin)。 [参考文章](https://blog.matter-labs.io/zksync-is-live-bringing-trustless-scalable-payments-to-ethereum-9c634b3e6823) 至少有一个参与者是诚实的，那么这个系统才可以被证明是安全的。所以我不认为 “可信设置” 可以用来反驳 zkSync 的 SNARKs 比 STARKs 慢这一论点，尽管 zkSync 团队做了许多优化。但 zkSync 系统实现 EVM 兼容的方式要比 STARKs 的要自然。事实上，智能合约 (几乎) 可以由 zkSync 编译器逐一转换操作码，这使得 Solidity 成为 zkSync 的 ”一等公民“。所以不需要一个中介语言或者专门的转译器。  ### 数据可用性 (DA)： zk-rollup 将交易计算的压力从 L1 中移除，允许以太坊扩容到最高 2000-3000 tps。这听起来很棒，但还是不够。在 "只提供 rollup" 的方案下，DA 的压力仍然留在 L1 上，并且交易数据通过 calldata 写入 L1 中。 DA 非常重要，有了它，用户才能在 Etherscan 上看到自己的交易发生了什么。而如果没有 DA，用户交易的执行就变成一个黑匣子。如果用户更倾向于选择便宜的交易费，而不需要可以直接在 L1 上追踪交易的功能，这也没问题。也就是说，必须给用户提供选择。 用户要么选择把其交易数据写在 L1 上，但手续费会高一点；要么选择尤其便宜的手续费，但需要信任 L2 上的一些实体来保证交易的数据可用性。这样，L1 存储 DA 的压力就没了，zk-rollup 可以扩容到 2 万 - 3 万 TPS。 [StarkWare](https://twitter.com/StarkWareLtd)：通过 Volition 系统解决 DA 问题。Volition 允许终端用户每笔交易都可以在 rollup 方案 (链上数据可用性) 和 validium 方案 (链下数据可用性) 之间选择。 [参考文章](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb) 在 validium 方案中，链下 DA 由一个中心化的 "数据可用性委员会"(data availability committee, DAC) 提供安全保证，而 DAC 由一些有声望的加密实体组成。这听起来确实很中心化，但是...这是一个供用户自愿选择的折衷方案，以满足其对于超低交易费的需求。  而 zkSync 解决 DA 问题的用例是 zkPorter。这是一个分片基础设施，与 zkSync 的 zk-rollup 方案无缝且平行运作。将 zkSync rollup 想象为保证链上 DA 的分片 0。然后每个其他分片都可以选择不同的 DA 策略和将交易数据存储于链下。 [参考文章](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf) StarkWare 的 Volition 和 zkSync 的 zkPorter 之间的主要区别是：Volition 方案中用户可以基于每一笔交易选择数据存储方式，而 zkPorter 方案中用户基于每一个账户选择交易结算方式 (zkPorter 账户只能通过链下 DA 方式产生交易)。另外，zkPorter 的链下 DA 系统更加去中心化，因为其 DA 由 zkSync 原生代币激励的 ”守卫者网络“(Guardian) 提供安全保障，而不是一个中心化的 ”DAC“。  ### 融资和背后的支持者： [StarkWare](https://twitter.com/StarkWareLtd)： - 2018 年 5 月进行的价值 600 万美元的种子轮 (Pantera/Naval/Vitalik) - 2018 年 10 月进行的价值 3000 万美元的 A 轮融资 (Paradigm/Sequoia/Cb Ventures) - 2021 年 3 月进行的价值 7500 万美元的 B 轮融资 (Paradigm/3AC/Alameda) - 2021 年 11 月进行的价值 5000 万美元的 C 轮融资 (Paradigm/3AC/Alameda) [参考文章](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf) 目前为止，StarkWare 估值 20 亿美元。这是一个世界级的融资水平，有许多著名投资者。一些大亨和以太坊基金会的成员都有参与。Vitalik 自己就审查了 StarkWare 发布的大部分文章。这怎么可能失败呢？ [zkSync](https://twitter.com/zksync)： - 2021 年 3 月进行的价值 600 万的 A 轮融资 (Binance/Cb Ventures/AAVE/Balancer/Curve) - 2021 年 11 月进行的价值 5000 万的 B 轮融资 (Horowitz/Placeholder/Crypto.com 等等) [参考文章](https://blog.matter-labs.io/funding-ea89c1fa731e) 和 StarkWare 相比，没有那么多著名的投资者，并且看起来像一个大型的 Defi/CEX 加密家庭融资。我们认得每一个项目，并且他们联合起来也很好。很重要的一点是，zk-rollup 的成功将在很大程度上依赖于 DeFi 协议的加入和与 CEX 的直接集成。 所以我对 zkSync 生态系统的快速集合很看好。   ### 当前产品和路线图： StarkWare 的演化让人感到惊叹，因为他们坚持不懈地将其顶级的密码学论文变为现实的创新。他们的路线图如下图：  他们首先推出 StarEx，我认为这相当于他们路线图中的 “行星”(Planets) 阶段，并允许创建由 Cairo 和 STARKs 提供支持的需许可的、应用专用型的 zk-rollup。如果读者还搞不清楚，想一下 [dydx](https://twitter.com/dydxprotocol)、[Immutable](https://twitter.com/Immutable)、[Deversifi](https://twitter.com/deversifi) 等。因为它们是由 StarkEx 的在产版本支持的 3 个主要应用。到目前为止，StarkEx 已经通过这些应用处理了超过 500 万笔交易，价值超过 2500 亿美元。StarkEx 的效率现已得到证实，并且 StarkWare 迅速向路线图中的 “星群”(Constellations) 阶段发展。 [参考文章](https://medium.com/starkware/starknet-alpha-now-on-mainnet-4cf35efd1669) 在 2021 年 11 月 29 日，他们发布了 StarkNet 的主网 Alpha 版本。StarkNet 是我们所期待的无需许可、多应用的通用型 zk-rollup。起初，StarkNet 将由一个中心化的证明者驱动，应用程序将需要申请白名单按顺序部署，像 Optimism 一样。因此，他们的计划是发展生态系统，并逐步将 StarkNet 去中心化以实现路线图中的 “宇宙”(Universe) 阶段。 zkSync 的路线图可以总结为下图 4 个步骤。第一阶段对应于 2020 年 6 月推出的 zkSync 1.0，大致相当于一个没有智能合约集成的 zk-rollup。用户可以发送和接收代币，尽管缺乏可组合性，但有前景的项目已经部署在 1.0 版本上了。所有参数都表示大家对 zkSync 1.0 的兴趣呈指数级增长。 [参考文章](https://dune.xyz/kylin/Zksync)  路线图的第二阶段随着 zkSync 2.0 在主网上线而开启，它包含了我们所期待的一切：完全兼容 EVM 的 zk-rollup 并且具有智能合约可组合性。ZkSync 2.0 最初计划于 8 月在主网上推出，但由于一些技术难题而推迟了。那些难题现在正在测试网上得到解决，10 月份 zkSync 宣布了其最近完成的一些技术细节和部署了一个类似 AMM 的测试网 (uniswap) 来验证其 EVM 兼容性。Matter Labs 为确保 LLVM/Solidity 兼容性而延迟发布，起初可能令人沮丧。但它将帮助每一个以太坊工具和依赖在 zkSync 2.0 实现本地集成。 [参考文章](https://blog.matter-labs.io/unisync-a-port-of-uniswap-v2-on-the-zkevm-b12954748504) ### 个人的看法和我们的机会： StarkWare 确实让人眼前一亮。这是我近期看到的最有前途的基础设施项目。它具有明星团队、世界级创新和顶级的资方阵容。还有就是，他们的目标不仅仅是创建一个 zk-rollup，他们正考虑所有问题。我在上文谈了 Cairo 和 Warp。但他们也正努力通过 Veedo 为以太坊带来真正的随机性、通过条件式交易实现 L1 和 L2 的通信、batch-long 闪电贷和其他天才级的技术。他们通过 “分布式 AMM” 来解决 L1 和 L2 之间的流动性碎片化问题的想法让人激动不已。他们看到了更加全局性的问题。 [参考文章](https://medium.com/starkware/damm-decentralized-amm-59b329fb4cc3) 目前我发现 StarkWare 的唯一技术问题就是通过 Warp 转译器集成 Solidity。StarkNet 首先针对 Cairo 进行了优化，在此基础上加入了 Solidity 转译器。我并不是一个搞技术的人，但我担心 “Solidity 转译” 不会那么方便，可能会对一些智能合约造成兼容性问题。其他问题有：对于我们普通用户来说，它带来了什么机会？StarkWare 已经估值 20 亿美元了，并且还没有公平发布代币的计划。 另一方面，我很欣赏 zkSync 把社区放在第一位并且强调 Solidity 作为第一公民。他们整个技术依赖于 EVM 开发体验，没有任何取舍，这方面可能会让他们获得大量采用。 zkSync 也与当前的 DeFi/CEX 市场深深地融合，这对未来的协议入驻和采用很有帮助。关于我们从中获得的机会，zkSync 已经宣布会选择发布原生代币，他们将在未来某个时候进行公平发布或可能会空投。这对社区来说当然是好事，但我感觉 zk-rollup 的原生代币会被过度消费，因为每个人都在等着... 我也期待 StarkWare 在 ”Universe“ 阶段推出原生代币，因为他们需要对网络进行去中心化，并给证明者提供激励。总之，我的观点是，在 zk-rollup 方面，最令人印象深刻的是 StarkWare。但 zkSync 具有草根社区/开源的氛围，这对我更具吸引力。 最后一点个人说明：就机会而言，也许我们应该把注意力从 rollup 的原生代币转移到将在这些 rollup 上找到用户群体的新兴项目。以太坊是一个范式转变，那些试图在链上复制订单簿模式的项目很快就被更适合这个新环境的 AMM 环境所取代。同样地，zk-rollup 也是以太坊的范式转变，也许 (只是也许) 在 rollup 上复制 AMM 模式也是一个弱智的想法。也许锁仓量不会成为 rollup 上的一个重要指标。也许 CLOBs 又是值得考虑的东西... 这些都是一些脱口而来的想法，但我想表达的是，也许最好的机会在于利用 rollup 做 L1 上不可能完成的事情，而不在于复制 L1 上已存在的东西。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/endgamehttps://www.ethereum.cn/Layer2/endgameWed, 08 Dec 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/12/06/endgame.html) <br/> *特此感谢 Optimism 和 Flashbots 的成员参与讨论并为本文提供思路，感谢 Karl Floersch、Phil Daian、Hasu 和 Alex Obadia 的反馈和评论。* <br/> 先来看一下一般 “具有大区块的区块链” 有什么特点 —— 出块频率非常高、区块尺寸非常大、每秒处理数千笔交易，但同时中心化程度非常高：由于区块过于大，以至于只有几十个或几百个节点可以负担得起运行一个完全参与的节点，而这个节点可以创建区块或验证当前的链。要怎么做才能够让这样的链可接受地实现去信任和抗审查，至少按照[我的标准](https://vitalik.ca/general/2021/05/23/scaling.html#its-crucial-for-blockchain-decentralization-for-regular-users-to-be-able-to-run-a-node)来看？ 以下是一个可行的路线图： - **添加一个二级的 Staking (质押) 层，对资源要求较低，从而实现分布式的区块验证**。单个区块中的交易被分到 100 个存储器 (bucket) 中，每个 bucket 中包含一个 Merkle 或 [Verkle tree](https://vitalik.ca/general/2021/06/18/verkle.html) 状态根。每个二级 Staker 被随意分派到其中一个 bucket 中。只有当每个 bucket 中拥有至少 2/3 验证者对这个 bucket 签名时，某个区块才能被接受。 - **引入欺诈证明或 [ZK-SNARK](https://vitalik.ca/general/2021/01/26/snarks.html) 来让用户直接 (且低成本地) 检查区块的有效性**。ZK-SNARK 可以直接通过密码学手段证明区块的有效性；欺诈证明是一个更简单的方案 —— 如果某个区块中包含一个无效的 bucket，那么任何人都可以针对该 bucket 发布一个欺诈证明。这在随机分配验证者的基础上又提供了另一层安全性。 - **引入数据可用性采样 ([data availability sampling, DAS](https://arxiv.org/abs/1809.09044))，从而让用户检查区块的[可用性](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding)**。通过使用 DAS 检查，轻客户端只需下载一些随机选择的片段 (pieces) 就可以验证某个区块是否被发布了。 - **添加二级交易通道以抗审查**。做到这一点的一个方法就是，允许二级 staker 提交一些交易清单，而这些交易[必须在下一个主要区块被打包进去](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance#Solution-2-can-we-still-use-proposers-"hybrid-PBS"-but-only-for-inclusion-of-last-resort)。  做完这些之后，我们能得到什么？**我们会得到一条这样的区块链：区块生产方式仍是中心化的，但是区块验证方式是去信任且高度去中心化的，而且专门的抗审查机制可以防止这些区块生产者对交易进行审查。**这条链在结构上虽然不甚美观，但它确实提供了我们正在寻找的基本保证：即使每一个主要 staker (区块生产者) 都意图攻击或审查他们所在的链，他们所能做到最糟糕的事就是全部离线了。这时这条链会停止接受交易，直到社区聚集其资源来设置一个主要的诚实 staker 节点。 ### 现在，为 rollup 想象一个可能的长期未来... 想象一下，某个特定的 rollup (不管是 Arbitrum、Optimism、Zksync、StarkNet 或是其他全新的方案) 在节点实现的设计方面做得非常好，以至于如果有足够强大的硬件，它真的可以实现 10,000 TPS。原则上，实现这一点所需的技术众所周知，[Dan Larimer](https://medium.com/eosio/eosio-dawn-3-0-now-available-49a3b99242d7) 和其他人在很多年前就完成了实现：将执行分成一个 CPU 线程 (运行不可并行但便宜的业务逻辑) 和大量其他线程 (运行昂贵但高度可并行的密码学)。还可以想象，以太坊实现了[具有数据可用性采样的分片](https://hackmd.io/@vbuterin/das)，并且在 64 个分片之间有足够的空间存储该 rollup 的链上数据。结果是，每个人都迁移到这个 rollup 上。那个世界会是怎么样的呢？  同样，我们又得到了这样一个世界：区块生产方式是中心化的，区块验证方式是去信任且高度去中心化的，以及依然抗审查。Rollup 区块生产者必须处理大量的交易，所以这是一个难以进入的市场，但他们没有办法推动无效区块的通过。区块的数据可用性由底层链提供安全保障，而区块有效性由 rolllup 逻辑提供保证：ZK-rollup 由 SNARK 提供保证；在 optimistic rollup 中，只要有一个诚实参与者运行一个欺诈证明节点，rollup 就是安全的 (那些参与者能够通过 [Gitcoin grants](https://gitcoin.co/grants/) 获得补贴)。此外，由于用户总是能够选择通过链上二级打包通道来提交交易，因此 rollup 的定序者实际上也不能进行审查。 ### 现在，想象 rollup 的其他可能长期未来... 没有任何一个 rollup 能成功承载接近于以太坊上大多数的活动，且相距甚远。相反，它们每秒最高只能执行几百笔交易。由此，我们得出以太坊以后是多 rollup 的未来—— 类似于 [Cosmos 的多链愿景](https://v1.cosmos.network/intro)，但建基于提供数据可用性和共享安全性的基础链。到时，用户会频繁依赖跨 rollup 桥在不同 rollup 上的跳转，而无需支付在主链上的高额费用。那会是个什么样的世界？ 似乎这些东西我们都可以拥有：去中心化的验证、强大的抗审查能力，甚至是分布式出块，因为 rollup 都是各自独立、小型且很容易开始出块的。但区块生产的去中心化可能不会持久，因为可能会出现[跨域的 MEV](http://arxiv.org/abs/2112.01472)。能够同时在多个域构建下一个区块有很多好处：你可以构建利用套利机会的区块，这些套利机会发生在两个 rollup 上的交易、或在一个 rollup 和主链上的交易，或甚至更复杂的组合。  <center>Western Gate 发现的一个跨域 MEV 机会</center> 因此，在一个多域世界里，由相同的人控制所有域的区块生产是有很强压力的。这种情况可能不会发生，但很可能会发生，我们必须为这种可能性做好准备。我们能做什么呢？到目前为止，我们知道的最好办法是结合使用两种技术： - rollup 在每个 slot 里执行用于出块竞拍的一定机制，或以太坊基础链实现[区块提议者/构建者分离 (proposer/builder separation, PBS)](https://ethresear.ch/t/two-slot-proposer-builder-separation/10980) (或两者都实现)。这确保至少任何区块生产中心化的倾向都不会导致完全精英捕获和中心化质押池市场主导的区块验证。 - rollup 执行**抗审查绕行通道 (bypass channel)**，以太坊基础层实施 [PBS 抗审查技术](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)。这确保了如果潜在的高度中心化“纯”区块生产市场赢家试图审查交易，是有办法绕开审查的。 那么结果是什么？**区块生产中心化、区块验证去信任且高度去中心化，以及仍然可以抗审查。**  <center>通往相同目的地的三条路径。</center> <br/> # 这意味着什么呢？ 尽管有很多路径通往构建一个可扩展和安全的长期区块链生态系统。但似乎它们都朝着非常相似的未来发展。出块很有可能最终会是中心化：无论是 rollup 间的网络效应，还是跨域 MEV 的网络效应，都以各自不同的方式将我们推向这个方向。但我们能做的是使用协议层的技术，例如委员会验证、数据可用性采样和绕行通道，来”规范“这个市场，确保赢家不能滥用它们的权力。 **这对区块构建者意味着什么**？区块生产可能会发展出一个专门化市场，且这个域的专业知识很可能通用于不同的域。90% 成为优秀的 Optimism 区块生产者的要素也能成为优秀的 Arbitrum 区块构建者，同理于 Polygon 和以太坊基础层。如果有很多个域，跨域的套利可能也会成为重要的收益来源。 **这对以太坊意味着什么**？首先，尽管存在固有的不确定性，但以太坊可以很好地适应这个未来世界。以太坊[以 rollup 为中心的路线图](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)的深远好处是，以太坊对所有这些未来发展是开放的，而不需要给出哪种 rollup 一定会胜出的意见。用户会非常强烈地希望在一个单一 rollup 上吗？按照现有的路线，以太坊可以成为其基础层，自动提供反欺诈和抗审查的“盔甲”，这是大容量域所需的安全性。无论是因为创建一个高容量域在技术上太复杂，还是这只是用户对多样性有非常大的需求，以太坊都可以成为两者的基础层，而且性能非常好，因为共同的信任根基使得在 rollup 间安全且低成本地转移资产变得容易得多。 但是，以太坊的研究员也应该认真思考区块生产实际上能实现什么程度的去中心化。如果跨域 MEV (或甚至跨分片 MEV，即在一个占多个分片的 rollup 里) 使其不可持续，通过添加复杂的管道来使区块构建易于实现高度去中心化可能是不值得的。  **这对大型区块链来说意味着什么**？它们有一条路可以走向去信任和抗审查，我们很快会发现它们的核心开发者和社区是否真的足够重视抗审查和去中心化，让它们可以做到这一点！ 把这些都实现可能需要几年的时间。分片和数据可用性采样实现起来需要复杂的技术。它们的完善和审计还需要几年的时间，人们才能完全放心将他们的资产放在运行一个完整 EVM 的 ZK-rollup 上。而跨域 MEV 的研究仍然处于起步阶段。但是，可扩展区块链是可行且拥有光明未来的，这一点看起来越来越清楚了。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/allcoredev-update008https://www.ethereum.cn/Technology/allcoredev-update008Tue, 07 Dec 2021 00:00:00 GMT来源 | [AllCoreDev Updates](https://tim.mirror.xyz/3pbg3_DnCqF10FGp28yURGqKaobGX5zDP3oRcKGBSyA) <br/> ## 摘要 👀 - Arrow Glacier 这周就要激活了——记得升级你们的节点 🏔 - Kintsugi 合并开发测试网已经在构建了——预计在假期会有一个长期的开发测试网🍵 - 新提案 EIP-4488 可以降低 rollup 交易的交易费，但会有代价。下文会深入阐释这个问题。👇🏻 <br/> ## Arrow Glacier 升级来了🏹🧊 正如在[上次更新](https://tim.mirror.xyz/sR23jU02we6zXRgsF_oTUkttL83S3vyn05vJWnnp-Lc)里提到的，Arrow Glacier 升级计划在区块 13,773,000 激活，时间预计是 2021年 12 月 8 日。如果你运行以太坊节点，你应该**马上**升级。支持此次升级的客户端版本如下： - Geth [1.10.12](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.12) - Besu [21.10.0](https://github.com/hyperledger/besu/releases/tag/21.10.0) - Nethermind [1.11.7](https://github.com/NethermindEth/nethermind/releases/tag/1.11.7) - Erigon [2021.11.01-alpha](https://github.com/ledgerwatch/erigon/releases/tag/v2021.11.01) - EthereumJS VM [5.6.0](https://github.com/ethereumjs/ethereumjs-monorepo/releases/tag/%40ethereumjs%2Fvm%405.6.0) 关于此次升级的完整概述，请看完整的[公告](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement/)。希望这是以太坊过渡到权益证明💣之前最后一次难度炸弹延迟！ <br/> ## Kintsugi 进展 🍵 在 [Amphora 互操作工作坊](https://blog.ethereum.org/2021/10/15/amphora-merge-milestone/)后，客户端团队一直在努力工作，进行另一个合并开发测试网的冲刺——Kintsugi 🍵。 这项工作的目标是将从 Amphora 中学到的内容纳入规范，在开发测试网上对它们进行测试，发现问题所在，在规范中加入修正，并在一周后再把这个过程进行一遍。这种快速迭代速度使得我们每周都能看到最新规范的产生，并逐步获得对客户端实现的信心。 这个[追踪文档](https://notes.ethereum.org/@djrtwo/kintsugi-milestones)可以看到各种里程碑。到目前为止，已经发布了三个开发测试网了。我们预计这周会再发布一个短期的开发测试网，然后会在假期有一个长期的测试网。最后一个 Kintsugi 开发测试网将允许应用开发者、基础设施和工具提供商，和好奇的用户尝试使用 (几乎！) 最终的合并后以太坊规范。 最想尝试的人可以在[这里](https://hackmd.io/@76u7HkGHS7-S8srG1WCWjg/B1y18LfYF)找到连接到当前测试网的基本说明。合并的完整规范分为[共识层规范](https://github.com/ethereum/consensus-specs/tree/dev/specs/merge)、[执行层规范](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/merge.md)和[引擎 API 规范](https://github.com/ethereum/execution-apis/tree/main/src/engine)。 <br/> ## 减少CALLDATA 开销 📉 Rollup 预计将成为以太坊上扩展计算的主要方法。它们允许用户在一条单独的子链 (L2/rollup) 上执行交易，这些子链提交交易数据到以太坊。这使得这些交易不再需要在主网上执行，但保有以太坊的安全性和网络效应，同时大大提高了可扩展性。这样，rollup 交易的主要开销就在 L1 链上存储数据，目前是使用交易的 `CALLDATA` 。 因此，`CALLDATA` 的开销很大程度上决定了 rollup 上交易的开销。[0] 在撰写本文时，一笔简单的 ETH 转账在 optimistic rollup (OR) 上需要几美元，在零知识 rollup (ZKR) 上需要大约 0.25 美元。虽然这可能看起来不是特别高，更复杂的交易需要更高的费用，以及大多数以太坊的使用仍然发生在 L1 上。随着用户转移到 L2，这些开销将不断上涨。 [EIP-4488](https://github.com/ethereum/EIPs/pull/4488) 的引入是为了提前解决问题。它提议把 `CALLDATA` 的开销从 16 gas/字节降低到 3 gas/字节，减少了 5 倍以上。由于 `CALLDATA` 会直接增加区块大小，这份 EIP 还会对区块里的 `CALLDATA` 增加一个上限。考虑到非 rollup 交易，这个上限可以被那些使用少量 (<300字节) `CALLDATA` 的交易扩大。这有助于缓解任何添加这两个上限 (这里指的是 gas 和 `CALLDATA` 上限) 的方案所带来的费用市场问题。 这份 EIP 的好处是很明显的：相对于其他 EVM 操作，把 rollup 数据发布到 L1 将比现在便宜 5 倍。直到 L1 区块连续达到 `CALLDATA` 上限，这些开销节省才会停止，这种情况需要在 rollup 上有数倍于以太坊目前的使用量。到时，分片可能上线了，它将以另一种方式减少 rollup 交易的开销。**换句话说，交易费是现在用户使用以太坊最大的痛点，而这份 EIP 将为迁移到 rollup 提供另一种激励。** 但这份 EIP 是有缺点的。首先，这份 EIP 会增加以太坊区块链存储需求增长的速率。在最坏的情况下，假设所有区块都达到 `CALLDATA` 的数量上限，每年将增加大约 3.0 TB。也就是说，尽管我们还远没达到那个需求量，以太坊的存储需求速度之快已经难以应对了。不断增加的链数据从长期来看是不可持续的。关于对它进行设限的提案，比如历史数据过期 (即 [EIP-4444](https://eips.ethereum.org/EIPS/eip-4444)) 和状态休眠机制 (state expiry) 都已经在路线图上了。同意把 EIP-4488 添加到主网将增加把这些变更也部署到主网的紧迫性。 其次，几个月前，客户端团队就将以太坊过渡到权益证明置于一切之上达成共识。如果我们等到合并后再添加 EIP-4488，这不可能在 2022 年第四季度之前发生，也就是从现在起的一年之后。把它与合并放在一起实现则会增加太多的复杂性。因此，我们只能选择在“合并”前做这件事。 尽管由于这份 EIP 带来的变更很小且大多数客户端团队都能并行推进它的实现，它对原来计划带来的延迟都应该是很小的，但它的确违反了“流程”和之前客户端团队达成的共识。另外，EIP 在被部署到网络升级前都经常需要讨论几个月。而对于 EIP-4488，如果我们想要在合并前部署它，我们必须在未来几周内做决定。尽管这非常不寻常，但 rollup 在以太坊路线图上的重要性和 L1 高 gas 费的普遍情况可能能为这次偏离常规流程提供合理性。 如果你对此有强烈意见，我鼓励你在 [Ethereum Magicians](https://ethereum-magicians.org/t/eip-4488-transaction-calldata-gas-cost-reduction-with-total-calldata-limit/7555/7) 论坛里分享你的看法。无论 EIP-4488 会否在合并前部署，我们做决定的这个过程将是以太坊治理上的一个重要先例。 <br/> ## 后续计划✅ - Arrow Glacier 这周就要激活了：升级你的节点！ - 12 月 3 日举行合并社区会议，内容是分享最新进展并回答在以太坊上构建项目的问题； - 假期之前应该能推出一个长期的 Kintsugi 开发测试网； - 希望假期前能就 EIP-4488 做出决定。 ------ 感谢 Ansgar Dietrichs、Vitalik Buterin、Danny Ryan 和 Dankrad Feist 对这期更新的审阅。 [0] 这些都是决定一笔 rollup 交易总开销的其他因素。可以看看 Optimism [文档](https://community.optimism.io/docs/users/fees-2.0.html#fees-in-a-nutshell)里的一个例子。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-12-7/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-12-7/Tue, 07 Dec 2021 00:00:00 GMT <br/> # 共识层 (Eth2) **信标链一周年了！** 以太坊 2.0 的信标链于 2020 年 12 月 1 日成功创世，它已顺利运行了整整一年时间，让我们来看看它的相关数据吧： 82,000 个 epoch 约 263,000 名验证者 共质押了约 840 万个 ETH，价值 400 亿美元 来源： <iframe id="twitter-widget-18" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-18&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1465941243850944516&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f02d49fd4552b8aeb61d5d2f290139e19a9666b3&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1465941243850944516" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 395px; display: block; flex-grow: 1;"></iframe> <br/> ## PBS (Proposer/Builder Separation) 与 MEV 12 月 3 日举行了以“以太坊路线图上的 PBS" 为主题的 MEV Roast会议，会议由 Hasu 主持，与会人员如下： [@VitalikButerin](https://twitter.com/VitalikButerin)、[@drakefjustin](https://twitter.com/drakefjustin)、[@fradamt](https://twitter.com/fradamt)、[@phildaian](https://twitter.com/phildaian) 和 [@thegostep](https://twitter.com/thegostep)  尽管这个会议目前还没有发布视频，但自从 Flashbots 的[@thegostep](https://twitter.com/thegostep) 于 11 月 4 日在 [Ethresear.ch](http://ethresear.ch/) 论坛上发布了“[MEV-Boost：合并可用的 Flashbots 架构](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177)”后，这一直是以太坊开发社区的热议话题。ECN 根据 Hasu 在此次 MEV Roast 的[幻灯片](https://docs.google.com/presentation/d/1wc7PJuzsb1xwEpoYjCuuNbioJnCHWafeS3WYSUrvXSs/edit#slide=id.g1060547a8fa_0_32)对相关资料进行整理，希望给读者提供相关背景知识。 PBS：Vitalik 于今年年中提出的《[对提议者/区块构建者分离友好的费用市场设计](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs)》，旨在解决 MEV 提取机会中心化问题。 构建者 (builder)：创建区块内容/排序 提议者 (propser): 向网络提议区块 现在出块就是分离的 - 矿工：证明区块 - 矿池运行者：决定区块内容 (通常需要 Flashbots 的帮助) 那 PBS 有什么新内容呢？ PBS 主要是移除信任。 现在对 Flashbots 的信任包括： - 用户和搜索者必须信任中继和矿工不会不打包他们的交易进交易捆或抢跑他们的交易 - 矿工必须信任中继 - 会发送他们的交易捆，而不会进行审查 - 不会对他们进行 DoS 攻击 实施 PBS 后所需要的信任包括： - 用户和搜索者仍然需要信任中继，但不再需要信任矿工，即验证者(由于commit-reveal 方法) - 这会不再需要矿工白名单，由此有助于去中心化 - 矿工不再需要信任中继，因为他们可以从区块市场里选择。他们必须信任一个区块构建者，他们选择了他的头部以实际发布它的主体。 <br/> 以下节选了 “[MEV-Boost：合并可用的 Flashbots 架构](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177)” 里架构部分进行翻译。 本文概述了与即将到来的以太坊合并分叉相兼容的区块构建市场 (通常被称为区块提议者/构建者分离，或 PBS) 的设计。这个基于信任的方案与[当前的 Flashbots 竞拍设计](https://docs.flashbots.net/flashbots-auction/overview)非常相似，不同的地方在于使得个人质押者可以参与获得 MEV，而不会给以太坊共识带来变更。这个解决方案旨在接合[无需许可的 PBS 设计](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs)，这个提案很可能被纳入清理分叉，以提高去中心化水平。 **架构** 这个提议的架构允许验证者把区块构建的任务外包给一个第三方的区块构建网络。尽管验证者有能力把任何数据打包到链上，我们认为当验证者的工作被限于选择给他们支付最多的 ETH 的负载时，网络的中立性和验证者的收入都会得到最大化。  区块构建过程涉及以下步骤： 1. 用户 (user) 和搜索者 (searcher) 通过公共的 p2p 交易或直接通道发送交易给区块构建者 2. 构建者使用这些交易和验证者提供的头部参数构建执行负载。构建者可以直接把验证者的 `feeRecipient` 地址设为负载的 coinbase 地址，或构建者可以设为自己的地址，并在负载中打包一笔转移到 `feeRecipient` 的交易。 3. 中继 (relay) 从构建者接收执行负载，验证负载的有效性并计算负载的值 (即支付给 `feeRecipient` 的 ETH 数) 4. 托管 (Escrow) 从中继接收完整的执行负载以提供数据可用性。 5. 验证者从中继接收执行负载 (执行负载是除去了交易内容的) 的头部。中继必须在每个头部附上一个负载值的指示。验证者选择价值最高的头部，对负载签名，并把它返回给中继和托管，以在网络里广播。 (编者注：托管负责为提议的执行负载提供冗余数据可用性，因数据隐私性受中继信任) 请注意：一个实体可以在这个系统中扮演多种角色。这些角色被分别标示出来，因为它们都适合于某种程度的专门花。在冗余和去中心化方面，每个角色都应该有多个独立方参与竞争。在未来，共识层上的无需许可 PBS 涉及将不再需要中继和托管。 在验证者方面，这个架构利用了一个独立的中间件，叫做 MEV-Boost，它在共识层和执行层客户端之间。这个中间件处理与中继的通信、选择价值最高负载的收益转换逻辑，以及如果中继断开连接回退到一个本地执行客户端的机制。使用中间件而不是直接修改共识层客户端可以维持每个组件互相独立，并提供跨客户端的兼容性，对[引擎 API](https://github.com/ethereum/execution-apis/blob/5966998897f9526e050fd1438026ce8c94c93fb7/src/engine/specification.md) 的改动也最小。  值得注意的是，中继只应该在区块构建过程中用于负载——中继不应该被用于执行层客户端的其他作用，例如为证明验证区块。如果中继出了问题，验证者应该总是回退到本地负载的构建。 由于[执行负载头部](https://github.com/ethereum/consensus-specs/blob/a45ee9bf5b1fde766d69e551a6b1a21fe2531734/specs/merge/beacon-chain.md#executionpayloadheader)并不包括交易内容，验证者抢跑的风险就被消除了。这个设计使得个人质押者可以获得 MEV，由此减少经济中心化的激励。但是，这个设计也要求验证者信任中继去筛选无效的负载、准确地报告负载值，并在头部被签名时揭示交易内容。引进托管是为了通过在多个供应商之间重复交易内容，以提高数据可用性。 总结： - 验证者在数据可用性、负载有效性和负载值的准确性上信任中继 - 用户和搜索者信任构建者、中继和托管能做到不会被抢跑 - 中间件的架构使得对共识层客户端的改变是最小的 - 在中继和验证者之间增加额外的往返通信，以防止提议延迟 <br/> 而PBS 在 Vitalik 发表的最新以太坊路线图上的位置如下：  <br/> **去中心化质押池 Rocket Pool 的节点占信标链总节点的 10% 以上** 根据 Rocket Pool Metrics Dashboard ([rp-metrics-dashboard.com](http://rp-metrics-dashboard.com/)) 的数据显示，在主网上线四周后，去中心化质押池 Rocket Pool 在全球 63 个地区拥有 495 个节点 (截至本文发布)。而根据 Eth2 节点监测网站 [nodewatch.io](http://nodewatch.io/) 显示，(截至本文发布) 信标链节点总共有 4819 个。  需要注意的是，信标链节点数量和验证者数量是完全不一样的参数 —— 一个节点可以托管 0、1、甚至 10 万个验证者。那么从上面的数据显示，Rocket Pool 确实正在使以太坊质押去中心化。 来源： <iframe id="twitter-widget-19" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-19&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1467923145113972743&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f02d49fd4552b8aeb61d5d2f290139e19a9666b3&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1467923145113972743" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 381px; display: block; flex-grow: 1;"></iframe> <br/> # **合并 (The Merge)** **想要体验 Kintsugi 测试网的看这里** 自从核心开发者@vdWijden 在网上呼吁大家试用测试网是贡献以太坊最好的方式后，有非常多人响应这个让社区参与测试的新计划。目前已经推出了《连接开发测试网 ([Connect to the devnet](https://hackmd.io/dFzKxB3ISWO8juUqPpJFfw?view#Docker))》的教程文档，内容包括试用 Docker、设置 Metamask，以及 Linux、Windows 和 MacOS 系统。 另外还有关于《计划结构 ([Program Structure](https://hackmd.io/WKpg6SNzQbi1jVKNgrSgWg#))》文档，给这个计划进行了整体说明，对真的希望贡献的用户和有技术背景的人提供指引，并汇总了资源。 其他主网方面的更新请看最新一期的《[共识层进展更新](https://www.ethereum.cn/Eth2/wnie2-2021-12-3)》和《[以太坊核心开发者会议更新008](https://www.ethereum.cn/Technology/allcoredev-update008)》 <br/> # **Layer2** **L2 隐私交易扩容解决方案 ZKOPRU 推出测试网** 11 月 30 日，L2 隐私交易扩容解决方案 ZKOPRU 在 Görli 测试网上线。 部署在 Görli 上的合约：https://goerli.etherscan.io/address/0x48458c823df628f0c053b0786d4111529b9fb7b0 ZKOPRU 钱包 UI 界面：https://wallet.zkopru.network/ ZKOPRU 是一个使用零知识证明的 optimistic rollup，旨在实现隐私交易扩容。ZKOPRU 目前支持 ETH 或 ERC-20 代币 (即将支持 NFT) 的存款、转账、提款功能。大多数情况下，这些功能都与其 L1 的对应产品类似，但有几个关键的不同点： - 从以太坊向 ZKOPRU 存入的初始存款是可见的 (作为以太坊上的一笔交易)，但任何后续的交易仅发送方和接收方可见。 - ZKOPRU 使用户能够同时存入多种资产 (ETH 和其他代币)。 - ZKOPRU 地址不同于以太坊地址。当用户想要在 ZKOPRU 账户接收资产时， 将需要连接其以太坊地址并生成一个 ZKOPRU 地址。 - ZKOPRU 正研究一个即时退出机制，以便用户绕过七天提款等待期。 [来源](https://twitter.com/superphiz/status/1467923145113972743) <br/> **L2 工具：zkRollup 生态系统索引网站** 由 [@jaazinn](https://twitter.com/jaazinn) 和 [@joelkite](https://twitter.com/joelkite) 构建的 zkRollup 生态系统索引网站，记录了以太坊 zkRollup 生态系统的参与者。包括 rollup 解决方案、钱包、dapp、NFT 以及基础设施项目等等。 未来迭代的更新： - 改善 UI/UX - 添加更多介绍信息 - 添加 ALPHA/BETA 标签 - 添加 zkPorter & zkPunks 的导航 - 按网络查找 - 更新移动/网页钱包的项目 (目前的列表仅包含移动钱包)  网站：https://www.zkrollups.xyz/ 来源： <iframe id="twitter-widget-20" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-20&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1467173721639112709&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f02d49fd4552b8aeb61d5d2f290139e19a9666b3&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1467173721639112709" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 910px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **ENS 的治理是最活跃的** Bankless 的成员 @0x_Lucas 发推表示，ENS 的治理是他看过最活跃的。 在 Snapshot 里，ENS 的活跃成员是最多的，接近 2 万名，紧随其后的 Sushi 有 1.3 万。  在 ENS 的三份 Snapshot 提案中，参与投票的最低有 350 万个 ENS，即超过 16% 的流通量参与了投票。而最高的投票率超过 70%。    不止在 Snapshot 上，论坛上的活动也非常活跃。 - 这个月有超过 55 万次的网页浏览数 - 有 1 万名用户浏览 - 230 个主题 - 2800 个帖子 - 日活用户超过 100 名 别忘了预发布时有超过 400 个治理代表申请。  来源： <iframe id="twitter-widget-21" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-21&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1467964092342321152&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f02d49fd4552b8aeb61d5d2f290139e19a9666b3&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1467964092342321152" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 287px; display: block; flex-grow: 1;"></iframe> <br/> **运动服装品牌 Adidas 全面拥抱元宇宙** 自 11 月 23 日 Adidas 宣布入驻区块链游戏 The Sandbox 以来，Adidas 开始逐步布局其元宇宙计划。  <center>图：Adidas 在 The Sandbox 上买了一些地，图为坐标</center> 12 月 3 日，Adidas 的官方推特账号又将头像换成一个无聊猿 NFT (**[Bored Ape Yacht Club](https://twitter.com/BoredApeYC)**)。并宣布与 BAYC、[@gmoneyNFT](https://twitter.com/gmoneyNFT)、[@punkscomic](https://twitter.com/punkscomic) 合作，推进其元宇宙计划。 来源： <iframe id="twitter-widget-22" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-22&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1462871109821419523&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f02d49fd4552b8aeb61d5d2f290139e19a9666b3&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1462871109821419523" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 811px; display: block; flex-grow: 1;"></iframe> <iframe id="twitter-widget-23" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-23&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1466443459951271939&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f02d49fd4552b8aeb61d5d2f290139e19a9666b3&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1466443459951271939" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 627px; display: block; flex-grow: 1;"></iframe> <br/> **NFT 交易、铸造、出售平台 OpenSea 的隐私政策遭质疑？** DeFi 和 NFT 研究员 [@mewn21](https://twitter.com/mewn21) 发推质疑 NFT 交易、铸造、出售平台 OpenSea 的隐私政策，以下为该推文的翻译： 大家有留意到 OpenSea 的隐私政策吗？按照 Web2 的标准来看也够讨厌的了， - 收集用户的 IP 地址 - 收集 ETH 钱包地址 - 收集点击流量数据和页面导航 - 数据存储在日志文件中 - 数据保留没有截止日期 (甚至连推特也有数据保留期限) 这就是所谓的 “Web 3”，笑了 :) 截至本文发布，OpenSea 的两位创始人 **[Devin Finzer](https://twitter.com/dfinzer)** 和 **[Alex Atallah](https://twitter.com/xanderatallah)** 尚未对此质疑做出回应。 来源： <iframe id="twitter-widget-24" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-24&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1465290917280108556&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f02d49fd4552b8aeb61d5d2f290139e19a9666b3&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1465290917280108556" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 453px; display: block; flex-grow: 1;"></iframe> <br/> **知名啤酒品牌百威 (Budverse) 的官方推特账号改名为 beer.eth，并发布百威啤酒罐传统系列的 NFT** 11 月 30 日，百威啤酒发布其啤酒罐传统系列的 NFT。本次出售一共有 1936 个啤酒罐的独特 NFT，以庆祝百威啤酒成立于 1936 年。  来源： <iframe id="twitter-widget-25" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-25&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1465380114477289472&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=f02d49fd4552b8aeb61d5d2f290139e19a9666b3&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1465380114477289472" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 462px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 https://www.ethereum.cn/Eth2/wnie2-2021-12-3https://www.ethereum.cn/Eth2/wnie2-2021-12-3Mon, 06 Dec 2021 00:00:00 GMT来源 | [What’s New in Ethereum Consensus Layer](https://consensuslayer.news/forward///https%3A%2F%2Fconsensuslayer.news%2Fnews%2F211203) <br/> ⚠ 质押者们，请尽快升级你们的 Eth1 节点！⚠ Arrow Glacier 升级将在区块高度 13,773,000 进行。 Etherscan 制作了一个便利的升级[倒数计时器](https://etherscan.io/block/countdown/13773000)。截至本文发布，预计的升级时间为北京时间 2021 年 12 月 10 日 03:59:54。如果你的 Eth1 节点没有在这之前升级到最新版本，你可能会丢失区块提议。 <br/> ## 首要推荐 如果本周读者想拿什么招待自己的话，那就看 Vitalik 的[更新路线图](https://twitter.com/VitalikButerin/status/1466411377107558402)吧！(译者注：ECN 制作了一份该路线图的汉化版本，请查看)  <br/> ## 信标链 上周三是信标链创世一周年纪念日。这真是史诗般的一年，而且几乎没有发生事故。 我本来计划写一篇关于信标链创世一周年的文章，但是其他人已经做了这样的工作了： - Anthony Sassano 在其 [The Daily Gwei](https://thedailygwei.substack.com/p/beacon-me-up-scotty-the-daily-gwei) 更新中写了一篇很不错的评论文章 - 还有 EthStaker 统计的一些[数据](https://old.reddit.com/r/ethstaker/comments/r6lx1v/1_year_review_of_the_beacon_chain/) 我们不仅庆祝信标链上线一周年，还有 Lodestar [提议了首个主网区块](https://twitter.com/dapplion/status/1464033020680224777)也很值得庆祝🎉 可惜的是，还是有两个创世验证者在最后几天被罚没了，即 [1859](https://beaconcha.in/validator/1859) 和 [12697](https://beaconcha.in/validator/12697)。关于他们，没有更多的信息了。他们一整年都运作良好，结果在最后关头被罚没了，也够难过的。还有其他不那么好的消息，Lefteris 偶然发现了其中一个[自创世以来就离线的验证者](https://twitter.com/LefterisJP/status/1462725215046221829)。还有另一个是验证者 [13872](https://beaconcha.in/validator/13872)。 ### 信标链规范相关 规范 [v1.1.6](https://github.com/ethereum/consensus-specs/releases/tag/v1.1.6) 已发布。该版本包含对分叉选择中一个难以攻击的漏洞的修复，以及提高提议者分数 (Proposer Score-bosting) 以抵抗[各种攻击](https://hackmd.io/@benjaminion/wnie2_211105#Fork-choice-vulnerabilities)。这些变化并不是共识关键性的东西，所以不需要在客户端中部署一个硬分叉。 如果大家最近注意到自己的信标节点的带宽和/或 CPU 使用率大幅增加，那么很可能是由于规范变化引起的 (我们正恢复原来的规范版本)。这个规范变化会应用到所有客户端中。在恢复版本部署了以后，很有可能会看到改善。 关于其他新闻，Danny 提议对我们的证明子网络进行[修改](https://github.com/ethereum/consensus-specs/issues/2749)，因为关于如何运行这种规模大的 p2p 网络，我们已经有了一些经验。 还是 Danny，关于如何在实践中实现[弱主观性同步](https://notes.ethereum.org/@djrtwo/ws-sync-in-practice)的基础设施，他提出了一些想法和建议。 <br/> ## 合并 (The Merge) Tim Beiko 发布了文章[《合并将如何影响以太坊应用层》](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)，获得很多好评，尽管我更喜欢我提议的标题[《Eth2 将如何影响 Eth2》](https://twitter.com/benjaminion_xyz/status/1462780261939257355)。这里是[中文版本](https://mirror.xyz/ethereumcn.eth/kFzA6fZKF-qIjAOvOkJT03WizNea0Bo2Gx6tUDamFsY)。 关于这个话题的[第二次社区电话会议](https://github.com/ethereum/pm/issues/419)于 12 月 3 日举行。我还没看到会议视频或者会议笔记，但请关注[以太坊基金会的 YouTube 频道](https://www.youtube.com/c/EthereumFoundation/videos)，可能会发布一些内容。 这里有一个主网合并准备的[追踪文档](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)，大家可以作为参考。 ### Kintsugi 测试网 每周合并开发者测试网顺利推进。我们把测试网建起，又把测试网毁坏。这个案例讲的是 [Barnabé 在合并开发者测试网 2 中表现不佳](https://twitter.com/barnabemonnot/status/1466834138401591311)。(好消息是，这个问题会在规范 v1.1.6 中得到修复。) 计划在下周启动开发者测试网 3，并且如果一切顺利的话，会在 12 月 14 日左右建立一个更公开、运行时间更长的合并开发者测试网，也就是 Kintsugi 测试网。这里有一个[文档](https://notes.ethereum.org/@djrtwo/kintsugi-milestones)，追踪客户端支持 Kintsugi 的进程。 对于细节爱好者，以下是我从 Mikhail Kalinin 的 ConsenSys 内部演讲中摘取的与 Kintsugi 相关的特定版本和 PR (希望你不介意！)： - Kintsugi [合并开发者测试网 2](https://beaconchain.merge-devnet-2.wenmerge.dev/) 最近已经开始 - Kintsugi 规范 v3 已经发布 - 共识层 [#2728](https://github.com/ethereum/consensus-specs/pull/2728) - 执行层 [#4463](https://github.com/ethereum/EIPs/pull/4463), [#4465](https://github.com/ethereum/EIPs/pull/4465), [#4466](https://github.com/ethereum/EIPs/pull/4466), [#4482](https://github.com/ethereum/EIPs/pull/4482), [#4487](https://github.com/ethereum/EIPs/pull/4487), [#4493](https://github.com/ethereum/EIPs/pull/4493) - 引擎 API [#130](https://github.com/ethereum/execution-apis/pull/130), [#132](https://github.com/ethereum/execution-apis/pull/132), [#133](https://github.com/ethereum/execution-apis/pull/133), [#134](https://github.com/ethereum/execution-apis/pull/134), [#135](https://github.com/ethereum/execution-apis/pull/135) - 合并测试网的会议已经开始 - [会议议程](https://github.com/ethereum/pm/issues/422) - [测试计划](https://hackmd.io/@n0ble/merge-test-plan) 如上所述，上周举行了一次[合并测试网会议](https://www.youtube.com/watch?v=69IXGROswBM)。这引发了 Geth 团队的 Marius 开展的一系列活动，他正在召集一支志愿者大军来测试合并工作。以下是一些提示： - Marius 的 [合并测试网计划](https://hackmd.io/WKpg6SNzQbi1jVKNgrSgWg) - [召集](https://twitter.com/vdWijden/status/1465277163276488708) - 超过 [300 名志愿者参与](https://twitter.com/vdWijden/status/1465996965653659649)! - Marius 自己的 [进程](https://twitter.com/vdWijden/status/1466049345069985797) 对于参与的志愿者，这里有一些加入开发者测试网 2 的[指示说明](https://hackmd.io/dFzKxB3ISWO8juUqPpJFfw)。 客户端团队目前面临的主要挑战之一是实现 “optimistic sync” (乐观同步)，这是一种在加入现有网络时协调共识客户端和执行客户端的方法。有一个具体说明 optimistic sync 进程的计划。同时，这里还有一些[注释](https://hackmd.io/Ic7VpkY3SkKGgYLg2p9pMg)。 <br/> ## 质押 Rocket Pool 现在[完全上线了](https://twitter.com/superphiz/status/1462578544622645248)，它有一个相当时髦的 [dashboard](https://www.rp-metrics-dashboard.com/dashboard/MAINNET)。 Lido 发布了其 [2021 年第四季度](https://drive.google.com/file/d/1M9bOFalecnJf_pcYoxO7fWN4P1IH8PZ0/view?usp=sharing)的节点和验证者参数报告。 <br/> ## MEV 如果读者有一直关注生态，那么你将意识到合并后的 MEV (Maximal extracted value，最大可提取价值) 正成为一个热门的话题。 Flashbots 试图让所有人民主地提取 MEV，而不是它们全部都被少数几个大型质押池所提取，导致验证者中心化。为此，他们建议推出一个客户端团队可以实现的[网络架构](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177?u=benjaminion)，并且正在协调形成一个[工作小组](https://twitter.com/thegostep/status/1465732252915191826)，其中包含大量利益相关者。 该方法的一部分涉及区块生产中的 “提议者和构建者分离”(PBS)。简而言之，验证者不是自己构建区块，而是由专业的区块构建者 (如 Flashbots) 构建，然后验证者对这些区块进行提议。目前的做法是在共识协议之外实现这一点，这涉及到很多信任假设。未来，可能会有在协议内采用类似东西的选择，并确保这对公平面对所有人、以及所有人可访问。 Flashbots 的 [MEV Roast 15 - 以太坊路线图之上的 PBS](https://github.com/flashbots/pm/issues/98) 这场会议在今天举行，涵盖了所有这些话题。很可惜，我错过了这场会议 —— 我本来计划看录屏来补一下课，但除了一些在推特上进行的[讨论](https://twitter.com/thegostep/status/1466556109913690112)，我什么也没找到。😢 如果稍后找到了，会通知大家的。 这种 PBS 机制的一大担忧是抗审查 (尤其是当 Flashbots 对区块生产具有有效垄断时)。Vitalik 就该话题[表达了一些看法](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)。 <br/> ## 路线图 Vitalik 为了庆祝信标链创世一周年，发布了一个更新的[以太坊 (2.0 版本) 路线图](https://twitter.com/VitalikButerin/status/1466411377107558402)。ECN 将其翻译成中文了，虽然他们没有翻译每一部分的标题🙂 (译者注：该路线图的中文版已于上文贴出，其中保留四个英文标题的同时，ECN 也在旁边标注了中文翻译) 这个新的以 rollup 为中心的路线图重点解决数据可用性问题。Vitalik 概述了一个计划，通过扩展 calldata 和分阶段推出分片以[逐步提高数据可用性](https://notes.ethereum.org/@vbuterin/data_sharding_roadmap)。这将很快提高整体以太坊生态系统的 TPS (每秒交易处理笔数)，而不需要等到 1-2 年分片大量采用之后。 如果我们想要增加系统内的数据流量，那么在某些时候我们可能也想开始清除这些数据。这就是 [EIP-4444](https://eips.ethereum.org/EIPS/eip-4444) 发挥作用的地方。上周，Vitalik 参加了一个[关于历史数据过期的即兴 AMA](https://www.reddit.com/r/ethereum/comments/qzvsfq/impromptu_technical_ama_on_history_expiry/) 讨论了相关话题。@lightclients 发布了一条推文以[解释](https://twitter.com/lightclients/status/1462576116359569411)相关背景。 <br/> ## 释义性文章 这周真是到处都活跃着 Tim Beiko 的身影啊。又得说到他了，他在 Ethereum Cat Herders 上做了一个演讲[《理解从 PoW 向 PoS 过渡》](https://www.youtube.com/watch?v=aH3Le-3v320)，这里是[幻灯片](https://drive.google.com/file/d/1tXMTQdq_cjkwtqmtH-mzSvhVmlhGN-Vf/view)。 Guillaume 和 Dankrad 解释了如何在客户端中实现 [Verkle trees](https://blog.ethereum.org/2021/12/02/verkle-tree-structure/) 的实际实现。Verkle trees 是实现以太坊无状态的步骤之一。 <br/> ## 媒体和其他 最近几期 Bankless 的播客是相关的。它们仍然在我的待播放列表积压着，但我知道它们肯定都很棒：(1) Darren Langley 和 Dave Rugendyke 参加的一期[《使用 Rocket Pool 去中心化以太坊 2.0 质押》](http://podcast.banklesshq.com/decentralized-ethereum-20-staking-with-rocket-pool-darren-langley-dave-rugendyke)，(2) Tim Beiko 参加的[《Layer Zero》](http://podcast.banklesshq.com/tim-beiko-layer-zero)。 Coin Telegraph，《随着 Eth2 合并接近，以太坊将进入全面通缩模式》： > 以太坊社区经理表示，现在工作的重心“完全集中在合并上”。 Chainsafe 在 [CSCON1](https://cscon.chainsafe.io/) 上进行了一系列演讲。现在很难追踪这些[视频](https://www.youtube.com/c/ChainSafeSystems/videos)，因为它们没有被编入索引。但要注意这些直播： - Alex Stokes 的《[合并及未来的路线图](https://twitter.com/ChainSafeth/status/1466793784650477576)》 - Lightclients 的《[未来的以太坊账户](https://twitter.com/ChainSafeth/status/1466845872000487426)》 - Tim Beiko 的[《以太坊路线图的详细更新》](https://twitter.com/ChainSafeth/status/1466098877568847874) <br/> ## 常规会议 ### 实现者会议 第 77 次会议于 12 月 2 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/429) - [会议视频](https://youtu.be/1fIg_t6hZ8U?t=58) - 我的[速记](https://hackmd.io/@benjaminion/S1trJ8UFK) ### 核心开发者会议 第 127 次会议于 11 月 26 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/416) - [会议视频](https://www.youtube.com/watch?v=js4HLK4MyQI) - Tim Beiko 的[笔记](https://twitter.com/TimBeiko/status/1464262630139334658) Tim 最新一篇[《以太坊核心开发者会议更新》](https://twitter.com/TimBeiko/status/1466468433130934275)总结得很棒，值得阅读。 <br/> ## 活动预告 - UTC 时间 2021 年 12 月 9 日 20:00：[合并后 MEV 分组讨论](https://github.com/ethereum/pm/issues/423) <br/> ## 其他新闻 - Lighthouse [更新 #38](https://lighthouse.sigmaprime.io/update-38.html) - Potuz 写了一篇[分解 Prysm 的 hasher 机制](https://hackmd.io/@potuz/BJyrx9DOF)的文章 - Danny 的 [Finalized no. 32](https://blog.ethereum.org/2021/11/22/finalized-no-32/) <br/> ## 最后… 我为信标链创世一周年准备了一份生日礼物：发布了经过全面修订和更新的 [Altair 注释规范](https://eth2book.info/altair/annotated-spec)。在这个文档中，读者会收到我的[强烈提示](https://eth2book.info/altair/preface#work-in-progress)，关于在接下来的六个月里甚至之后我计划做些什么。(我的全职工作不会变：不要害怕，Teku 是我的初恋！) 祝我好运！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/the-ultimate-guide-of-l2s-on-ethereumhttps://www.ethereum.cn/Layer2/the-ultimate-guide-of-l2s-on-ethereumThu, 02 Dec 2021 00:00:00 GMT来源 | [mirror.xyz/dcbuilder.eth](https://mirror.xyz/dcbuilder.eth/QX_ELJBQBm1Iq45ktPsz8pWLZN1C52DmEtH09boZuo0) <br/> # 介绍 在本文中，我将谈谈以太坊上的 L2，当前扩容生态系统的状态；以及为什么我认为长期来看在以太坊上运行 L2 为最经济和最技术可持续的扩容解决方案。 免责声明：本文汇总了我的想法、其他人的资源和各种技术信息。这篇文章并不是对扩容生态系统的简单总结，而是对以太坊 L2 可扩展性的当前状态和未来可行性更详细的概述。 为了更深入地研究，我们需要先了解一些定义和概念。 <br/> # 摘要 为了总结这篇冗长的指南，我将列出与该技术及其未来前景有关的重要几点： - 用户将不再需要与以太坊主网交互，因为它将仅作为 L2 的数据可用性层 - Web3 应用程序的 UX 将把所有的复杂性都以简明的形式呈现出来 - 模块化的区块链是经济和技术最可行的长期可扩展性设计方案 - 目前，以太坊在模块化区块链中占主导位置，因为它拥有很强的安全性，并随着转向 PoS 安全性也会进一步提高 - 长期来看，有效性证明比欺诈证明更佳 - Volition L2 基础设施 (Validium + zk-rollup) 正成为基于 zkVM 的 L2 的黄金标准 - 以太坊作为 L1 层同时也利用数据分片、维克尔树 (verkle trees)、无状态和其他改变提高可扩展性 - L2 领域正在加速构建一个共享的跨 L2 通信框架，这将使不同的 L2 项目之间共享流动性和具有智能合约可组合性 - L2 使用 ETH 作为 gas 费，但之后会利用激励机制创建 DAO 治理代币以实现去中心化运营 - 应用程序设计空间正不断扩大，因为构建者可用的带宽将更多且面临的执行层障碍将更少 <br/> # Layer2 是什么？ L2 (二层) 是一种扩容解决方案，它具有一个单独的执行层 (代码运行的地方，如 EVM 这样的环境) 并运行在 L1 (在我们的讨论中 L1 即为以太坊) 之上。而这个执行层继承了 L1 网络的安全保证和去中心化特性。这意味着，如果 L2 由于漏洞、基础设施故障而宕机，L1 也会在智能合约桥接内安全地保护用户的资产。 根据提交到主网上的最新状态快照可以取回资产。真正的 L2 桥接是完全无需许可和去中心化的，因此一旦用户存入资金，用户总能访问自己的资产。目前几种扩容解决方案使用的是不同的加密证明机制，其中都具有不同的安全和可扩展性权衡。在下文中我们将深入讨论它们之间的差异。 ## L2 的主要类型 有两种参数可以用来对 L2 扩容解决方案进行分类。其一是根据使用的加密证明分类，其二是看它们的数据可用性 (DA) 存储在链上还是链下。 两种主要的证明类型： - 有效性证明 - 这是一种利用零知识 (ZK, zero-knowledge) 密码学以确保交易有效性的数学证明 - 欺诈证明 - 这种证明引入了一种所谓的争议时间延迟 (Dispute Time Delay, DTD)，一旦证明提交至 L2，验证者留有一定的时间以标记出无效的证明；无效证明可能包含着不正确的状态转换，因而会对涉及的验证者施加惩罚；随后状态回滚至最近的有效快照状态处 数据可用性存储在链上或链下是什么意思呢？ - 链上：状态数据连同所有交易的所有执行的 calldata (智能合约函数调用、原生代币转移、签名) 一起放入交易捆/rollup 的加密证明中，这使得可以在链上访问和验证所有数据。 - 链下：执行的 calldata 和状态由 L2 处理并存储在链下。这使得这个方案不够安全和去中心化。然而，链下存储数据方案更容易将更多交易打包进一个 rollup 中，也因此比链上调用数据证明方案的速度快许多。  扩容解决方案分类 这些是帮助区分不同类型 L2 的主要相关属性。但是，既然我们可以直接通过 L1 实现扩容，为什么要使用 L2 呢？为什么不使用更便宜的链，如 Solana、Fantom、Avalanche 或 BSC？我们将在下一节回答这个问题。 <br/> # 模块化 vs. 单一型基础结构 在区块链中，有一个著名的概念叫做三难困境 —— 即试图优化三个主要的因素：安全性、去中心化和可扩展性。在同一个系统中实现三种优化十分困难。通常来说，区块链对三点中的某一点做出权衡并实现其他两点的优化。而在以太坊这个用例中，我们首先优化安全性和去中心化水平，同时将提高可扩展性作为次要优先的工作。需要明确的是，可扩展性并非以太坊核心开发者的主要优先考虑事项。 整个 2021 年，由于 DeFi 和 NFT 的增长，以太坊主网变得越来越拥挤。因而以太坊对区块空间的需求前所未有地高。但是，我们不能简单地通过改变区块 gas limit 的大小来增加区块可以包含的交易数量，因为这将极大提高运行一个节点的硬件要求，这意味着运行节点将变得更加困难 (降低去中心化)。再者，如果区块变得太大，这会破坏共识 (降低安全性)。 ## 单一型区块链 其他链采用了不同的方法，它们优先考虑可扩展性，其次是安全性，最后才是去中心化。让我们以 Solana 主网 beta 版本为例。该网络有一个主要的客户端开发团队 (Solana Labs)、大约 1000 个验证者 (来源：[SolanaBeach](https://solanabeach.io/))，以及另一种称为 [Proof of History](https://medium.com/solana-labs/proof-of-history-a-clock-for-blockchain-cf47a61a9274) (PoH) 的共识机制。 Solana 采取了独特的扩容方案，这是一种单一型区块链。随着计算能力的增加，他们计划无限扩展运行网络的验证节点。这种方法使网络去中心化程度降低，因为节点验证者被迫不断购买性能更好的硬件以不断跟上网络。由于量子隧道效应，当我们达到芯片内部所能容纳的极限时，人们担心计算能力的增长速度会放缓。某种程度上，我们需要一种新的计算范式出现或技术上的重大突破，以使这种方法可持续。因此，我的结论是区块链扩容有更好的长期替代方案。 ## 模块化区块链 模块化区块链的方案本质上由一个主要网络组成，该网络优先考虑安全性和去中心化，以便它可以充当 L2 的数据可用性层。如果这个主要网络出现故障，所有 L2 都会出现故障。但是，如果某个 L2 出现故障，所有资金都是安全的 (由 L1 提供安全性保障)。这是以太坊采用的方法，因为 L2 将为我们提供最大的扩容空间。当然，还有其他一些扩容 L1 的方案，如[数据分片](https://vitalik.ca/general/2021/04/07/sharding.html)、[状态休眠机制 (state expiry) 和维克尔树 (verkle trees)](https://notes.ethereum.org/@vbuterin/verkle_and_state_expiry_proposal) 以及其他各种方法。然而，需要更多时间实现这些方案，因为以太坊优先提高安全性和去中心化。 模块化区块链的一个关键方面是它们可以无限扩展，而无需快速升级硬件。它们之所以能做到这一点，是因为与单一型区块链的架构相比，它们在技术和经济上都是可持续的。至于为什么模块化架构比单一型架构更可持续，更详细的论证可以在[这篇文章](https://www.reddit.com/r/ethereum/comments/pkqqjc/why_rollups_data_shards_are_the_only_sustainable/)，作者：推特号 [@ epolynya](https://twitter.com/epolynya) ([u/Liberosist](https://www.reddit.com/user/Liberosist/posts/) - Reddit)。 从本质上讲，区块链的可持续性从两个维度来分析： ## 技术可持续性 - 节点需要保持同步 - 在合理的时间内完成从区块链的创世区块开始的同步 - 避免状态过度膨胀而导致失控 ## 经济可持续性 - 理想情况下，L1 产生的收入高于运营网络的成本 - 不能人为地提高吞吐量，因为最终所有中心化的 L1 将不得不增加它们的费用 Rollup 和数据分片 (rads) 成为满足这些需求的唯一解决方案，这就是为什么模块化架构是唯一长期可行的扩容解决方案。 更完整的解释请阅读下文中“拓展阅读”板块里 [@epolynya's articles](https://polynya.medium.com/) 的文章。 <br/> # L2 的当前状态以及用户如何从中受益 我们正实现扩容，过去几年一直研究的解决方案已经上线了 —— 至少提供了有限的可扩展容量。而且在不久的将来会有更多解决方案在主网上发布其 L2 的改进版本和 Alpha 版本。在上文的 “L2 的主要类型” 板块中描述了扩容方案的不同属性，根据这些属性可以将扩容方案分成不同的类别。 ## L2 解决方案的不完整列表 ### Optimistic Rollups - **Arbitrum** [Arbitrum](https://arbitrum.io/) 由 [Offchain Labs](https://offchainlabs.com/) 团队构建。该网络本身叫做 Arbitrum One，它利用 optimistic rollup 的技术方案来扩容以太坊。Arbitrum One 使用欺诈证明 (fraud proofs)，并具有链上调用数据可用性，这意味着每笔交易的所有数据都被完全排序、捆绑并提交到主网上。由于 Arbitrum 使用了欺诈证明，它会有周期大概为七天的争议时间延迟 (dispute time delay, DTD)。一旦 DTD 通过了，就可以认为网络上的状态更改是有效的，用户可以通过本地桥接提出他们的可用余额。我们稍后会讨论其他中心化的桥接，这些桥接允许你通过跨 L2 的流动性池绕过欺诈证明的周期，实现即时提款。 Arbitrum One 是目前[锁仓量最高](https://l2beat.com/projects/arbitrum/)的 L2 网络。一个很棒的网站 [L2Beat](https://l2beat.com/) 向我们统计了这些数据。 已经有许多协议和应用程序支持 Arbitrum 了，包括支持无缝切换至 Arbitrum L2 的基础设施。目前使用 L2 的唯一问题是它需要累积更多的流动性，并且像跨 L2 AMM 架构 (比如由 Starkware 和 Loopring 发明的 [dAMM](https://medium.com/starkware/damm-decentralized-amm-59b329fb4cc3)) 这样的创新方案以及 Connext 和 Hop 这样的流动性协议需要足够多的流动性和足够去中心化，以便所有扩容解决方案能够共享同样的基础设施，而不会导致生态系统碎片化。 关于 Arbitrum 应用程序的生态系统概述，请浏览 [Arbitrum Portal](https://portal.arbitrum.one/) 网页。 **主要工具:** - 区块浏览器 - [Arbiscan](https://arbiscan.io/) - 桥接 -[Arbitrum 原生桥接](https://bridge.arbitrum.io/) (提款大约需要等待 7 天的 DTD 时间) - 网络 RPC 配置- [Chainlist](https://chainlist.org/) (搜索 Arbitrum One 并添加至 MetaMask) / 在桥接你的资产之前请检查你的移动钱包是否支持 Arbitrum (这可能会导致你的财产永久丢失) — 个人建议：[Rainbow wallet](https://rainbow.me/) (免责声明：[尚未](https://rainbow.me/learn/a-beginners-guide-to-layer-2-networks)支持 Arbitrum) - AMM 聚合器 - [1inch](https://app.1inch.io/) 如果读者使用 Arbitrum 桥接时感到困惑，请查看 [Arbitrum 桥接教程](https://arbitrum.io/bridge-tutorial/)。如果想要从以太坊以外的其他网络进行桥接，请查看下文的 L2 桥接板块 (注意，这些桥接都有不同程度的中心化)。 **Arbitrum Nitro** Arbitrum Nitro 是 Arbitrum One L2 的升级版，它使用 Web Assembly (WASM) 目标取代了自定义的 AVM (Arbitrum VM) 以负责欺诈证明。这个升级也会使得整个系统与 EVM 更加兼容。另一个变化是，EVM 模拟器 (EVM-emulator) 会被 Geth 取代 (Geth 是目前运行最多的以太坊客户端)。ArbOS 组件也被修改，以提供跨链通信；还会发布一个新的、改进的交易批处理和压缩系统，以最小化 L1 成本。 这次升级将会无缝推出，所以用户无须做任何事情。升级后，执行速度预计会提高 20-50 倍并极大地降低交易成本。更多内容请阅读 Offchain Lab 团队发布的[公告](https://medium.com/offchainlabs/arbitrum-nitro-sneak-preview-44550d9054f5)。 **Arbitrum 的未来方向** 像 Offchain Labs 团队宣称的那样，Arbitrum 不仅仅是一个 optimistic rollup 方案，他们会推出其他基于零知识证明 (zero knowledge proofs) 的扩容解决方案，同时还将继续改良 Arbitrum One optimistic rollup L2 方案。这是零知识化趋势的一个很好的例子，许多项目正在转向零知识方向。因为一旦 zk L2 的技术实现得到了更好的研究并能够实现通用的 EVM 计算，执行环境就会更加灵活，或者说可扩展性更强。 - **Optimism** [Optimism](https://www.optimism.io/) 是一家公益公司 (PBC)，它在以太坊上构建了一个 optimistic rollup L2 解决方案 Optimistic Ethereum (OE)。我将通过解释 Arbitrum 和 OE 在基础架构上的异同来描述 OE。详细的比较可以阅读 [Kris Kaczor](https://twitter.com/krzKaczor) 发布的[推文介绍](https://threadreaderapp.com/thread/1395812308451004419.html)。 **Optimism 和 Arbitrum 的相同之处：** - 都属于 rollup 并且所有交易数据都存储在 L1 上 - 都属于 “optimistic” 机制，因为都使用欺诈证明 - 都利用定序者 (sequencer) 来实现即时 “最终确定性” - 都具备通用的跨链通信功能，可以用来构建高级代币桥 - 都支持与 EVM 相关的工具，但是需要专门的插件 **Optimism 和 Arbitrum 的不同之处：** - 具有不同的欺诈证明验证机制 - Optimism OVM 2.0 目前是 EVM 等同的 ([EVM equivalence](https://medium.com/ethereum-optimism/introducing-evm-equivalence-5c2021deb306))，而 Arbitrum One (即便 Nitro 升级之后) 只是 EVM 兼容的 - Optimism 采用单轮欺诈证明，而 Arbitrum 采用多轮欺诈证明 - 在 Optimism 上部署 app 依然需要通过许可 (为之前的申请者开放私有白名单网络)，而 Arbitrum 发布了公开主网版本 (无需许可) **主要工具：** - 区块浏览器 - [Optimistic Etherscan](https://optimistic.etherscan.io/) - 原生桥接 - [Optimism Gateway](https://gateway.optimism.io/welcome) - [用户指南](https://community.optimism.io/docs/users/getting-started.html) - 现有的应用程序[门户](https://www.optimism.io/apps/all) - 网络 RPC 设置 - [Chainlist](https://chainlist.org/) (搜索 Optimistic Ethereum) **OVM 2.0** OVM 是 Optimistic Virtual Machine (Optimistic 虚拟机) 的缩写，它是执行 OE L2 中所有交易的虚拟机。OVM 2.0 于 11 月 11 日完成了主网升级。 Optimism 通过 OVM 2.0 升级实现 EVM 等同性这一目标，这将使得 OE 成为完全等同于 EVM 的编译目标。像 Dapptools (智能合约代码库和命令行工具 — 形式化验证、符号执行、项目管理等等)、Hardhat、Solidity、Vyper 等等这样的开发者工具将可以直接在 OVM 2.0 本地运行，这些工具的开发者不必担心如何支持碎片化的代码库。这就是以太坊社区中每个人都提到的强大的“网络效应”。值得注意的是，EVM 的任何竞争者都必须从头开始重建所有这些开发者工具。 阅读 Optimism 的[博客文章](https://medium.com/ethereum-optimism/introducing-evm-equivalence-5c2021deb306)以了解他们如何实现 EVM 等同性。 **追溯性公共物品募资** 我认为 Optimism 团队最重要的公告之一就是他们[承诺将其所有利润用于推动公共物品发展](https://medium.com/ethereum-optimism/retropgf-experiment-1-1-million-dollars-for-public-goods-f7e455cbdca) (总计超过 100 万美元)，并追溯性地使用二次方投票。团队还承诺将 L2 定序者的利润 100% 捐赠出去以[推动](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c)公共事业发展。这笔利润是由产生的交易费收入减去向以太坊主网提交欺诈证明所需支付的成本而剩下的金额。这位以太坊社区中其他 L2 项目树立了一个利他主义的榜样。 **OE 的未来方向** Optimistic Ethereum 未来的计划雄心勃勃，其路线图可在 [Optimism 规范](https://github.com/ethereum-optimism/optimistic-specs)中查看。 摘自其[规范](https://github.com/ethereum-optimism/optimistic-specs/blob/main/roadmap.md)：  该路线图和抽象的设计是为了使每个组件能够独立发展。这 4 个主要组件是： - optimistic 主网部署 - 欺诈证明基础设施 - 无状态客户端 - 分片 每个组件都会发布独立且增量式的版本，每一次更新都会让 Optimistic Ethereum 更加统一、更加强大。 - **Boba Network** [Boba](https://boba.network/) 是一个以太坊 L2 扩容解决方案，由 OMG 基金会核心贡献者 [Enya](https://enya.ai/) 团队构建。Boba 是 Optimistic Rollup 解决方案，可以降低 gas 费，提高交易吞吐量，并扩展智能合约的性能。Boba 通过社区驱动的流动性池为用户提供了快速退出功能 (类似于 Connext 或 Hop 协议等其他解决方案)，将 Optimistic Rollup 的退出周期从 7 天缩短到只有几分钟，同时让流动性提供者能够进行流动性挖矿并从中获益。 Boba 最初通过分叉 Optimism 而形成，他们团队是 OVM (optimistic 虚拟机)的关键贡献者之一。一个有趣的事实是，Boba 部署 OVM 2.0 的时间比 optimism rollup 早，后者于 11 月 11 日在 Optimistic Ethereum 上发布。尽管 Boba 是分叉而来的，但它们确实有一个模块化的结构，使其能够向主网提交证明，这允许在未来实现可升级性或零知识化。团队计划为即将发布的 v3 完全重写代码库，v3 将在未来几个月在主网上发布。Boba 的设计还能够实现智能合约可扩展性，并允许开发者构建dapp，调用在 web 规模的基础设施 (如AWS Lambda) 上执行的代码，这使得无法在链上执行或成本过于昂贵的算法得以使用。 [BOBA 空投](https://boba.network/airdrop/) - 治理代币 **资源:** - [区块浏览器](https://blockexplorer.boba.network/) - [Boba 网络门户网站](https://gateway.boba.network/) (桥接) - [开发者门户](https://boba.network/developers/) - **Metis** [Metis](https://www.metis.io/) 是以太坊上的 L2 扩容解决方案，它使用并行或分片式的 optimistic rollup 架构。在 Metis 虚拟机 (或 MVM) 中，有着所谓的去中心化自治组织，即DAC (Data Availability Committee)，它们拥有独立的计算和存储层，可以根据 L2 应用 (如 DAO、dapp、协议等等) 的需求定制。这些 DAC 是 optimistic rollup 的并行执行层。由于 DAC 具有跨层通信协议，各个 DAC 之间是完全可互操作的，并且流动性可以无缝地在它们之间转移。根据 Metis 的[技术白皮书](https://drive.google.com/file/d/1LS7CmKFt-FkfVXxSNu06hNgoZXxMzTC-/view)，他们设计的扩容解决方案可以对以太坊进行横向扩容，而无需在基础设施上投入大量资金。 在 Liscon 期间，我偶然遇到了 Metis DAO 团队，我对其基础构架的理解是，它是一个具有不同执行层的网络，不同的执行层专门为特定的应用者服务以达到扩容目的 (DAO、dapp 等等)，同时通过向主网提交欺诈证明来保证其具有以太坊 L1 级别的安全性。可能也会有一些公共 DAC，比如一些用来做 swap 的 AMM 流动性协议。由于其具有跨 DAC 的原生互操作性，其他 DAC 的用户也可以在需要时使用这种公共 DAC。这是一种新颖的设计和有趣的实验。 ### ZK-rollup 零知识技术被视为密码学中最伟大的进步之一，因为它允许对语句和条件进行数学证明，而不揭露证明所需要的任何信息。我和许多很聪明的人谈过 ZKPs，他们说它本质上是一种数学魔术，因为证明本身非常复杂，你很难理解其中的数学原理。 Vitalik 在一篇文章[《理解 rollup》](https://vitalik.ca/general/2021/01/05/rollup.html)中提到，ZK-rollup 使用有效性证明；每一个 batch 或 rollup 中包含一个名为 [ZK-(SNARK / STARK)](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) 的加密证明，该证明由PLONK 之类的协议验证。在证明后状态根有效之后，rollup 将证明发布到以太坊主网。我将在“拓展阅读”板块里写下更多资源供大家学习零知识密码学。 ZK 领域目前最需要解决的目标之一就是创建一个完全兼容 EVM 或 EVM 等同的L2 zk 解决方案。这是个很艰难的任务，也是许多团队努力克服的最大障碍之一。许多团队已经宣布了在不久的将来能够实现这一目标的解决方案。 目前大多数产品中可用的解决方案只是具有有限功能的支付层 (Polygon Hermez、Aztec 等) 或使用自己的自定义执行引擎 (VM) 添加了一些功能，这些执行引擎通常不兼容 EVM (如使用 Cairo 的 StarkEx、Loopring、使用 Zinc 语言的 zkSync 1.x 等等)。 - **zkSync** [ZkSync](https://zksync.io/) 由 [Matter Labs](https://matter-labs.io/) 构建的零知识 L2 网络。目前可用的 zkSync 迭代不兼容 EVM，并且支持支付功能；智能合约仅限制于一个低级的语言 Zinc；铸造 NFT 和其他一些功能。然而，在 Rinkeby 测试网络上已经有了一个完全兼容 EVM 的 zkSync 版本，并有望在未来几个月在主网上发布。 zkSync 1.x 已于今年 3 月上线，为 Gitcoin 等平台提供服务，用户可以在 zkRollup 上为公共事业捐赠而只需付小部分 gas 费。任何人都可以通过本地桥接将资金桥接到 rollup，并通过 [zkWallet](https://wallet.zksync.io/) 使用网络进行支付。该钱包还允许用户在网络上铸造和接收 NFTs，以及发送和接收支付。zkSync 也与其他项目合作以在本地支持 zkSync 支付，比如前面提到的集成 Gitcoin。一旦网络与 EVM 兼容，大多数应用程序将开始支持 zkSync。这是因为只要对代码库做少量的更改，就可以在在网络上部署标准 Solidity 合约 ABIs。目前，zkSync 上的所有合约都必须在 Zinc 框架中编写，这大大地限制了其所能发挥的网络效应。 代码: zkSync 是完全开源的，所以任何人都可以检查他们的 [GitHub 存储库](https://github.com/matter-labs/zksync)的源代码。 **zkSync 2.0** zkSync 2.0 是网络下一次升级，它将带来 zkEVM 功能，并开放图灵完备操作的网络空间。它将完全支持所有用于在以太坊上编写智能合约的工具，比如像 HardHat、ethers.js、Dapptools、OpenZeppelin、Solidity、Vyper 这样的核心工具。此外，像 TheGraph 这样的核心基础设施将能够在链上索引数据，以创建更好的区块链数据索取基础设施，以构建可扩展的去中心化应用程序。 无数项目已经计划在 zkSync 2.0 上部署他们协议的最新版本。包括 Aave、Curve、Balancer、1inch、Argent wallet 等其他各种协议。它也将得到 Connext 和 Hop 等桥接的支持以获得跨 L2 的流动性，而无需桥接到以太坊。 许多团队同时追求实现 zkEVM 这一技术目标，旨在不牺牲安全性的情况下实现完全的 EVM 兼容性/等同性。主要目标是具有去中心化的定序者和验证者基础设施，并完全支持 SNARKs (Starkware 方案则是 STARKs)。由于各种工程原因，zkSync 推迟了其 zkEVM 首次部署的日期 (2021 年 8 月)，详见[本帖子](https://medium.com/matter-labs/zksync-2-0-developer-update-d25417f16446)。 如果读者想试用 zkSync 2.0，这里有一个 Uniswap v2 的克隆版本 [UniSync](https://uni.zksync.io/#/) ，你可以在 Rinkeby 测试网上试用一下。要了解更多关于 zkEVM 的信息，我建议阅读[他们的社区常见问题解答](https://zksync.io/zkevm/)。 - **Starkware** [StarkWare](https://starkware.co/) 是一家开发基于 STARK 解决方案的区块链公司。他们为区块链应用程序提供安全的、去信任的和可扩展的解决方案。 StarkWare 的关键贡献之一是其在零知识区块链计算领域的科学研究和带来技术进步：发明了 STARKs (Scalable Transparent Arguments of Knowledge)。这是一种具有完全去信任设置的有效性证明形式，能够将所有链上计算转移到一个单独的链下 STARK 证明器 (prover) 中。然后，这个证明器必须使用一个链上 STARK 验证器 (STARK Verifier) 来验证这些计算的完整性。 STARKs 最好的学习中心之一是 [Starkware 的 STARK 页面](https://starkware.co/stark/)，在这里你可以阅读关于数学基础的学术论文，然后深入研究使用 STARKs 的代码示例以及各种其他有用的资源。更多关于 STARKs 的学习资源可以在 “拓展阅读” 板块中找到。 想要要了解 Starkware 的最新信息，请关注[他们的 Medium 博客](https://medium.com/starkware)和[内容页面](https://starkware.co/content/)。 - **StarkEx** [StarkEx](https://starkware.co/starkex/) 是由 Starkware 开发的 L2 可扩展性引擎，可以在 ZK 环境中执行 Cairo 操作。它目前支持的功能有: - Volition，链上/链下混合数据可用性解决方案 - 非托管 - 快速提款 - 支持 ERC-721 和 ERC-20 - 在 L2 上铸造 NFT - DeFi 池 - dAMM (分布式 AMM) - 实时预言机喂价 - 兴趣/资金跟踪 - 数据可用性：Rollup, Validium (稍后详细介绍) **其他即将上线的功能：** - 数据可用性：Volition - 唯一铸造 - 实现与侧链的互操作性 StarkEx 生成有效性证明，确保所有链下计算都已完整地执行，生成的 STARK 证明先在链上得到验证，然后再提交至以太坊主网。 有关 StarkEx 如何运作的更多信息，请访问 [StarkEx 页面](https://starkware.co/starkex/)。 - **dYdX** dYdX 是一个链上衍生品平台，在 Starkware 构建的 zk-rollup 上运行。该平台用 Cairo 语言完全重写，并在其独立的 L2 上运行，用户可以轻松地从以太坊主网向 dYdX L2 存入资金，并以较低的交易费进行交易。它整个订单簿都在 L2 上，因而 L2 上的用户体验更佳，并且不需要牺牲安全性和去中心化，因为 rollup 本身就是无需许可和非托管的 (有一个去信任的证明器和验证器)。 dYdX 是 StarkEx 的一个自定义实现，是目前锁仓量最高的 zk-rollup L2 (根据 [L2beat](https://l2beat.com/) 数据，其锁仓量价值约 10 亿美元)。 - **StarkNet** [StarkNet](https://starkware.co/starknet/) 是以太坊上的一个无需许可的、去中心化的 ZK-Rollup。它支持图灵完备的计算，并通过 Solidity -> Cairo 编译器提供 EVM 兼容功能，然而，本地 Cairo 代码的性能会更好。StarkNet 还将提供一系列的数据可用性解决方案，这意味着用户每笔交易都可以在 zk-rollup 和 validum 方案之间切换 (在下文的 validum/volition 部分有更多介绍)。 由于 L1<->L2 可以实现通信以及 STARK 证明器和验证器将完全无需许可和去中心化，该网络将具有与以太坊主网相同的安全保证，同时将大大地提高吞吐量并提供优秀和无缝的用户体验。 Starkware 于 11 月底在主网发布了 StarkNet Alpha。Starkware 团队受到 optimistic rollup 部署方式的启发，在初期，在 StarkNet 上部署智能合约需要得到许可。这意味着 Starkware 团队将不得不手动批准智能合约的部署。在[公告](https://medium.com/starkware/starknet-alpha-is-coming-to-mainnet-b825829eaf32)中，他们还宣布未来的 StarkNet 版本将不会向后兼容 Alpha 版本，因为他们将重启网络状态。 还将推出 Alpha 1 和 Alpha 2 中的其他功能，包括： - 智能合约构造器 - 更优的测试框架 - 区块和交易哈希 - 账户和代币合约 - 支持智能合约可升级性和事件 (events) - [Warp](https://github.com/NethermindEth/warp): 由 Nethermind 开发的 Solidity -> Cairo 转译器 - 以太坊签名 - StarkNet 全节点 通过学习使用 Cairo 在本地和在 StarkNet alpha 上编写、编译和部署智能合约，开发者已经可以开始为 StarkNet 构建。首先查看 [Cairo 和 StarkNet 的文档](https://www.cairo-lang.org/docs/)。 还有很多围绕 StarkNet 生态系统构建的工具和服务 (摘自 [StarkNet Alpha公告](https://medium.com/starkware/starknet-alpha-is-coming-to-mainnet-b825829eaf32))： - [Voyage](https://voyager.online/): StarkNet Alpha 区块浏览器 - OpenZeppelin 正致力于 StarkNet 的[标准合约](https://github.com/OpenZeppelin/cairo-contracts/tree/main/contracts)实现，并开始开发者环境的工作：[Nile](https://github.com/martriay/nile)。 - ShardLabs 正在开发一个 [StarkNet HardHat 插件](https://github.com/Shard-Labs/starknet-hardhat-plugin) 和一个更好的测试框架。 - Erigon 团队正在扩展他们的以太坊全节点以支持 StarkNet (代码名字：Fermion)。他们正在和我们一起设计StarkNet 的核心机制。 - Equilibrium 正在研究用 Rust 语言的 StarkNet 全节点实现， - Cairo 审计服务：在未来几个月，ABDK、ConsenSys Diligence、Peckshield 和 Trail of Bits 将对 Cairo 进行审计 - **Polygon Hermez** Polygon Hermez 是在以太坊上的一个无需许可的、去中心化的 ZK-rollup 解决方案。Hermez zk-L2 及其团队[被Polygon 收购以及并入 Polygon 的生态系统中](https://blog.hermez.io/polygon-hermez-merge/)。Polygon 有一个 PoS 数据可用性层、一条 plasma 链，并且还在开发基于 optimistic rollups 等其他扩容技术的解决方案。 Polygon Hermez 团队也在一篇 [Medium 博客文章](https://blog.hermez.io/introducing-hermez-zkevm/)中宣布了其将完全支持 EVM (zkEVM) 的计划。他们预计将在2021 年第四季度末推出一个测试网，并在 2022 年第二季度发布主网版本。  Polygon Hermez 发布的暂定计划表 Polygon Hermez 协议使用了与上文提到的其他 zk-rollup 非常相似的动态。它有一个链下证明器以验证交易并生成一个 SNARK 证明，随后该证明将提交给链上验证器；如果证明是有效的，新的状态将被提交至以太坊主网并确定下来。想要阅读关于 Polygon Hermez 基础设施的更多细节，可以访问他们的[文档](https://docs.hermez.io/#/developers/protocol/hermez-protocol/protocol)。 Hermez 团队也有一份[白皮书](https://hermez.io/hermez-whitepaper.pdf)，详细描述了该项目的未来蓝图。不过现在这份白皮书有点过时了，因为后来 Hermez 与 Polygon 合并了。并且 HEZ 代币不再存在了，因为 HEZ 兑换成 MATIC (1HEZ = 3.5MATIC) 了， HEZ 被完全淘汰了。除此之外，因为它是 Polygon 旗下的一个方案，所以他们有相同的目标： 为以太坊生态系统带来巨大的可扩展性。 目前，任何人都可以使用 Polygon Hermez，但是它不兼容 EVM。它主要用于 zk-rollup 环境中的支付平台。使用 Polygon Hermez：用 MetaMask 或 WalletConnect 连接到他们的[网页钱包 UI](https://wallet.hermez.io/login)，并将资金存入他们的 L2，然后，你就可以支付[一小部分 gas 费](https://l2fees.info/)与其他用户自由交易了。 - **Aztec Network** Aztec Network 是以太坊上一个专注于隐私的 ZK-rollup L2。Aztec Network L2 能够让用户以完全隐私的方式进行快速、手续费低、兼容 DeFi 的交易，且不用牺牲安全性和去中心化。Aztec基于 [PLONK](https://vitalik.ca/general/2019/09/22/plonk.html) 构建，这是他们开发的SNARK 技术的通用标准。Aztec 2.0 是该协议的最新版本，改进了 v1 的各种缺点。 **Aztec 协议的功能:** - 身份隐私: 匿名加密，隐藏发送方和接收方的身份标识 - 余额隐私: 交易金额加密，对用户的加密货币余额加密 - 代码隐私: 网络观察者甚至不能看到某笔交易属于哪个资产或服务 - 可扩展地隐私访问 DeFi (Uniswap 等) - PLONK (目前是 TurboPLONK，未来是 UltraPLONK) 协议的 gas 优化版本 - 可编程隐私与 Noir —— 隐私合约语言 **作为一名用户，你可以:** - 存款: 将资产存入 Aztec 为你的代币加一层隐私保护 - 隐私支付: 余额和身份加密 —— 所有代币 - 多设备恢复: 以免你的资产因密钥丢失而丢失 - 提款: 将你的代币通过隐私的方式提款至 Layer1 - 逃生舱口: 就算是发生 rollup 全部宕机的情况，也能保证你能安全退出 Aztec 团队开发了一个隐私钱包应用程序 [zk.money](https://zk.money/)，用户可以将资金存入 Azetec 2.0 zk-rollup 中，并按下 “shield” 按钮，便可在网络上进行交易。 - **Loopring (路印协议)** [Loopring](https://loopring.org/#/) 是开源的 zkRollup 协议。它是以太坊智能合约和 ZK 电路的集合，描述了如何构建高度安全、高度可扩展的、基于订单簿的 DEX、AMM 和支付应用程序。 最近，他们还增加了 NFT 铸造和转移功能，而且还有一份[公共称](https://medium.com/loopring-protocol/loopring-quarterly-update-2021-q3-bd083d94ca17)将在 2021 年第四季度末推出一个 NFT 市场。L2新增内容包括: - 重新设计交易所的 UI/UX - 多层 Loopring 钱包 (将跨 L2/跨链) - Loopring 区块浏览器 (Loopring [subgraph](https://thegraph.com/hosted-service/subgraph/loopring/loopring)) **未来还计划添加:** - NFT 市场 - zkEVM - dAMM - 多层钱包+移动端 - 交易所完善 本文中我提到过很多次，几乎每个 L2 方案的目标都是 (以不同的方式) 实现 zkEVM。因为长期来说，在 L2 安全性、可扩展性、执行优势上，有效性证明与欺诈证明相比更具有优势。这是各个 L2 团队逐渐实现 zk 化的趋势。 Loopring 的 CTO 写了一篇很棒的文章，关于[他如何看待 L2 的未来](https://medium.com/loopring-protocol/loopring-cto-steve-what-is-the-real-future-of-layer-2-networks-7257934212e4)。 另一个伟大的创新是 dAMM，这是 Starkware 和 Loopring 合作开发的技术：建立一个跨 L2 的 AMM，以防止流动性碎片化。 Loopring 团队正为他们的交易所构建大量的功能，以改善整体的用户体验，同时也降低了成本。他们还计划将他们的钱包扩展到其他 L2，如 Arbitrum、zkSync 2.0、Optimism，以及兼容 EVM 的其他 L1 公链，如 BSC、Moonbeam 和 Acala (Polkadot 的卡槽链)、Harmony 等等。 根据他们的[关于页面](https://loopring.org/#/about)，Loopring 的运作方式与上面提到的其他 zk-rollup 非常相似： “Loopring 中继器 (又名运营者) 是他们后端系统的实现，这个中继器与协议交互从而使得 zkRollup 运行。它托管和更新链下默克尔树，创建 rollup 区块，生成 zkSNARK 有效性证明，然后向以太坊发布数据和证明，等等。我们的中继器已经为了它的用例进行了高度优化：从订单簿匹配到证明生成。注意：在做所有这些事情的时候，它永远不能访问或冻结用户的资金 —— 协议根本不允许它这样做。” “虽然 Loopring 协议与中继器无关 (任何人都可以构建和使用自己的中继器来运行他们的 zkRollup/产品)，但 Loopring L2 (及运行在其之上的产品) 都是由 Loopring 中继器提供服务的。Loopring 中继器 API 可以被那些想要在以太坊上进行低成本、高速度的交易和转账交互的构建者、用户和其他应用程序使用，或者以其他方式读写我们的 L2。” **有用的资源** - [Loopring 3.8 版本设计文档](https://github.com/Loopring/protocols/blob/master/packages/loopring_v3/DESIGN.md) - [Loopring 协议 v3 版本代码](https://github.com/Loopring/protocols/tree/release_loopring_3.6.2/packages/loopring_v3) ### Validium/Volition (链下 calldata) 在这个板块中，我们将讨论一种混合的扩容方案，这种方法不会将 calldata 放在链上，而是在安全性方面做出一些妥协，以提高其可扩展性。这种方法不再被认为是“真正的 L2”，因为真正的 L2 扩容网络将继承 L1 同样的安全保证。 **Validium 是什么?** Validium 是一种扩容解决方案，它使用有效性证明，但数据可用性存储在链下。这种方案在以太坊级别的安全性方面做出了妥协，但它仍然比侧链安全得多，因为其状态转换已经通过使用 STARKs/SNARKs 验证了有效性。目前，基于 validium 的解决方案只适用于特定的用例，并不能与 EVM 或 WASM 等执行目标兼容。但 Starkware 和zkSync 等团队最近更新了进展，这将很快成为可能。 想要更深入地比较 zk-rollup 和 validum，请阅读[zkSync 发布的比较文章](https://medium.com/matter-labs/zkrollup-vs-validium-starkex-5614e38bc263)。 **Volition 是什么?** Volition 是 L2 可以采用的一种架构 ([由 Starkware 首创](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb))，用户每笔交易都选择 validium 或是 zk-rollup 方案。这将选择权交给用户，他们自己来决定是否维持最大程度的去中心化、安全性，或是选择可扩展性。这种架构得到了很大的关注，并将成为 Starknet 和 zkSync 2.0 以及未来其他基于有效性证明的解决方案的一个整体设计决策。 - **Starkware** Starkware 已经与多个项目合作，构建多个运行 StarkEx 引擎的自定义 validium 用例，以提供大规模的可扩展性。而对于那些想要实现真正 L2 安全性保障的项目，可以采用具有 StarkEx 引擎的 volition 模型。 - **ImmutableX** [ImmutableX](https://www.immutable.com/) 是一个 L2 NFT 项目，它利用 StarkEx voiliton 基础设施为 NFT 提供大规模的可扩展性。它通过提供一个开放的 NFT 市场，允许合作项目在 StarkEx 的网络上运行自己的 NFT 游戏和应用，并为 NFT 爱好者提供低成本、快速、安全、可扩展的用户体验。 想要开始在 ImmutableX 上构建，请[联系他们](https://www.immutable.com/contact)并查看[他们的文档](https://docs.x.immutable.com/docs)。 - **Sorare** [Sorare](https://sorare.com/) 是一款虚拟足球游戏，它利用 StarkEx Validium 方案来为用户提高 NFT 游戏的可扩展性。 - **DeversiFi** [DeversiFi](https://www.deversifi.com/) 是一个去中心化的加密货币交易所，它在一个自定义的 StarkEx Validium L2 上运行。 - **zkPorter** [zkPorter](https://medium.com/matter-labs/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf) 是 zkSync 的 validium 实现，它将在一个基于 volition 的设计中与 zkSync 2.0 并行运行。摘自 [zkEVM 常见问题解答](https://zksync.io/zkevm/#what-is-zkporter)： zkPorter 将数据可用性 (重构状态所需的基本交易数据) 放在链下而不是以太坊上。数据可用性由 PoS 网络提供安全保障，而这个 PoS 是由 zkSync 的代币质押者在维持。在 zkPorter 可以实现更高的可扩展性 (每秒交易处理数可达数万笔)，因此，与侧链相比，交易费用极低 (范围为几美分)。” “zkPorter 的安全性仍然优于其他 L1 或侧链。在最坏的情况下，如果恶意的参与者同时控制了定序者和总质押的⅔，他们可以对一个有效的状态转换进行签名，但扣留数据。在这种情况下，状态是“冻结的”，用户将无法提款，但攻击者的质押资产也会被冻结。因此，对于质押了大量资产的攻击者来说，他们无法直接利用漏洞获取经济利益。” 更多信息可以在 [zkPorter Medium 文章](https://medium.com/matter-labs/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf)中找到。 ### 我们如何从中获益？ ### Users对用户来说 多亏了 L2，用户将最终只需付很低的费用就能使用他们最喜欢的 Web3 应用程序。由于交易确认几乎是即时的 (L2 定序者的功劳)，用户体验将会更佳，而区块链的吞吐量也会大大提升。这将使得用户访问“不可回溯的区块空间”的成本更易于接受，并通过简单直观的应用程序帮助新用户实现网络民主化。 **Alpha:** 许多 L2 方案 (在顶部启动的协议或提供服务的应用程序) 都在逐渐推进去中心化进程，其中，这个过程通常涉及对早期采用者和贡献者进行追溯性代币分发。如果你现在使用这些项目或对其贡献，那么如果这些项目发布代币了，你很有可能会获得奖励。 ### Builders对构建者来说 应用程序开发者、协议设计者以及参与构建的其他所有人都将能够构建具有可组合性和互操作性 (甚至跨 rollup 交互) 的可扩展的去中心化应用。 扩容不仅允许更多用户为网络带来指数级的增长价值 (梅特卡夫定律)，而且还允许在链上执行计算成本更高的操作，这将扩展应用程序的设计空间并使得新的 Web3 用例在经济上和技术上更加可行。 像社交代币、去中心化社交网络和协议 (如 [Showtime](https://showtime.io/)、 [Aave social graph protocol](https://decrypt.co/76278/defi-project-aave-to-release-ethereum-based-twitter-alternative-this-year))、NFT 游戏 (如在 L2 上运行的 ImmutableX) 等等用例最终将成为可能。构建者正逐渐卸下一些阻碍他们推进的枷锁，zk-rollups 同样允许自定义执行层，而不会限制于 Solidity 语言和 EVM 环境。 ### 目前的缺陷 目前，流动性分布在不同的 L2 项目中，在撰写本文时还没有直接跨 L2 使用 AMM 的方法。许多开发者工具无法直接在不同的 L2 上部署 DApp，所以团队需要对其软件进行修改，以增加对不同扩容解决方案的支持。在未来，这个问题可以通过实现完全 EVM 兼容性/EVM 等同性 (理想情况下) 或者编写一个标准设计规范来缓解。最终，zk/optimistic-rollup 将能够无缝共享开发工具。 当前部署的 L2 的部分技术基础设施 (如定序者或桥接) 是中心化的，这是因为 Arbitrum 和 Optimism 等解决方案处于测试阶段 (一旦它们足够自给自足，这些护栏将被解除)。L2 还破坏了可组合性和互操作性，因此现在无法在 L2 之间实现无缝通信，也不能调用另一个 L2 的智能合约。 在预言机基础设施和质量数据喂价方面还有很多工作要做。Chainlink 正在努力与所有 L2 以及其他预言机提供商集成。但是，要使 L2 的基础设施像在以太坊主网上一样强大，还需要时间和努力。 L2s 用户体验方面的另一个关键问题是法币入口。目前绝大多数中心化交易所不支持从本地提款到 L2s，因此对于技术不熟练的人来说，将资金桥接到 L2 是非常麻烦的 (尤其是还得付以太坊 L1 上的 gas 费)。目前的解决方法是使用交易所提款到像 Polygon PoS 这样的侧链，它在像 Hop 或 Connext 这样的跨链 (中心化) 桥接中具有足够的流动性。 但我们工作最重要的一点是对用户的教育。我看到无数人在抱怨以太坊高昂的 gas 费，并转到交易费更便宜的其他 L1 公链 (即 Avalanche、Solana、Fantom、Terra)，代价是牺牲了去中心化和安全性。作为以太坊社区的一员，我想请大家帮助教育大众了解以太坊的可扩展性，以及大众如何能够付出可以接受的成本，仍然活跃在我们的生态系统中。我们还应该与不同的应用程序和协议交谈，并在他们的治理论坛内提交提案，为 L2 流动性提供流动性挖矿奖励 (如 OlympusDAO)。有了流动性，用户的迁移将更加无缝，因为流动性是用户仍在使用 L1 最重要的原因之一。而在我看来，未来以太坊主网将作为 L2 的数据可用性层存在，不再面对个人用户。 <br/> # L2 流动性 正如我上面提到的，在整个以太坊生态系统中，有许多关于流动性碎片化的合理担忧 (流动性无法跨 L2 共享)。在本节中，我将介绍一些计划解决这一问题的项目和流动性模型。 ## Hop 协议 "[Hop](https://hop.exchange/) 是一个可扩展的 rollup 对 rollup (也支持 Polygon PoS 和 xDai) 、通用型的非托管代币桥。它允许用户几乎即时将代币从一个 rollup 或侧链发送到另一个 rollup，而不必等待网络的挑战期 (optimistic rollup 内的概念)。" "它的工作原理是让做市商 (也称 Bonder) 参与进来，他们在目的链上放置流动性以赚取少量手续费。" "这种流动性是由 Bonder 以 hTokens 的形式提供的，然后在 AMM 中与他们的原生代币对应物进行交换。" "最终用户可以将代币从一个网络无缝转移到另一个网络。" Hop 团队还提供了一个 [SDK](https://docs.hop.exchange/js-sdk/getting-started)，使开发者能够将 Hop 的功能集成到他们的去中心化应用程序中。 - 来源：[Hop 常见问题解答](https://help.hop.exchange/hc/en-us/articles/4405172445197-What-is-Hop-Protocol-) - [代码](https://github.com/hop-protocol) ## Connext [Connext](https://connext.network/) 是一个由不同网络 (L1s 和 L2s) 上的流动性池组成的网络。用户在这些池子之间交换价值，类似于Uniswap 这样的 AMM DEX。 Connext 路由器作为网络的骨干，为用户的 swap 提供流动性并赚取费用作为回报。 他们创建了 [NXTP](https://github.com/connext/nxtp)，这是一个轻量级的通用 xchain/xrollup 交易协议，保留了底层执行环境的安全属性 (也就是说它不依赖于任何外部的验证者子集)。 Connext 协议可以通过 [xPollinate](https://xpollinate.io/) 用户界面访问。 - [代码](https://github.com/connext/nxtp) - [文档](https://docs.connext.network/) ## Synapse 协议 "[Synapse](https://synapseprotocol.com/) 是一个跨层协议，为区块链之间的无摩擦互操作提供支持。通过在任何 L1、侧链或 L2 生态系统之间提供去中心化、无需许可的交易功能，Synapse 为资产转移、swap 和具有跨链功能的通用信息传递等区块链交互提供支持。并在这样做的过程中实现基于其跨链架构的新原语。" "Synapse 网络是由跨链多方计算 (MPC, multi-party computation) 验证器与阈值签名方案 (TSS) 一起运作来提供安全保障。该网络是无领袖的，每个验证者在收到 MPC 验证者子集追踪的各种链上的事件时运行相同的程序来维持网络安全。一旦三分之二的验证者使用他们自己的个人密钥集体对相同的交易进行签名，网络就会达成共识，并向目标链发布交易"。 - [来源：文档](https://docs.synapseprotocol.com/) ## Celer cBridge "[Celer cBridge](https://cbridge.celer.network/#/transfer) 是一个多链网络，能够在不同的 L1 区块链 (如以太坊和波卡) 和不同的 L2 扩容解决方案 (如Optimistic Rollup、ZK Rollup 和侧链) 之间实现即时、低成本和任意价值对的资产转移。" - [来源：文档](https://cbridge-docs.celer.network/#/FAQ) - [代码](https://github.com/celer-network/) ## deBridge "[deBridge](https://debridge.finance/) 是一个跨链互操作性和流动性转移协议，允许在各种区块链之间实现真正去中心化地转移任意数据和资产。deBridge 智能合约的跨链通信由 deBridge 治理社区选出的独立预言机/验证者网络提供支持。" "该协议通过在原生链上锁定/解锁资产，以及在二级链或 L2 上发行/销毁封装资产 (deAsset)，由此实现在不同区块链之间转移资产。不同区块链之间的跨链通信由被选中的验证者维持，他们运行 deBridge 节点来对跨链交易进行验证。" - [来源：文档](https://docs.debridge.finance/) - [代码](https://github.com/debridge-finance/) ## dAMM [dAMM](https://medium.com/loopring-protocol/damm-distributed-amm-98dcfa2b26dd) 是由 Loopring 和 Starkware 共同开发的跨 L2 AMM 设计。  dAMM 架构 dAMM 使： - 基于 ZK 的 L2 (如 DeversiFi、Loopring 等等) 可以异步共享流动性 —— 使流动性提供者接触更多的交易 - 流动性提供者在参与 L2 交易的同时，为 L2 充当 L1 AMM (如 Uniswap) 流动性的角色 => 不需要牺牲流动性而实现扩容 - dAMM 利用 L1 的无需许可属性，缓解由于不同的 L2 而造成的流动性碎片化问题。 ## Tokemak [Tokemak](https://www.tokemak.xyz/) 是一个流动性路由协议，属于新兴的 DeFi 协议浪潮的一部分 —— 俗称 DeFi 2.0 (或 DeFi 2021)。 "它可以被认为是一个去中心化的做市商平台和流动性路由器，将传统的流动性和 DeFi 的做市商分解开来。Tokemak 允许控制流动性的流向，也提供了一种更容易、更便宜的方式来提供和获取流动性。" Tokemak [宣布](https://medium.com/tokemak/leaky-thoughts-with-s-d3f3e3ace7c)他们计划针对流动性碎片化问题创建一个流动性深度池，可以将流动性路由到 Hop 等跨 L2 桥桥接的池中，以解决目前的流动性碎片化问题。 ## 总结 L2 的流动性碎片化是一个需要重视的问题，已经由不同的项目提供各种解决方案。我个人的猜测是，一个包含dAMM+Hop/Connext+Tokemak 设计的混合模式将会出现以解决流动性碎片化问题，这种形式会看起来完全统一。 <br/> # 资源 ## 工具 下面列出了我每天都在使用的工具，以评估以太坊 L2 的应用情况，它们交易成本有多高，以及 L2 协议的收入是多少。 ## Dune Analytics [Dune Analytics](https://dune.xyz/browse/dashboards) 是一个数据分析平台，允许任何人轻松地汇总区块链数据并对其进行可视化。在 Dune 上，你可以在几小时内为你的研究项目、文章、DAO 或任何其他项目创建一个数据中心。关于 L2 方面，我用它来监测 L2桥接里面有多少锁定了多少。相关的数据仪表盘： - [Bridge Away dashboard](https://dune.xyz/eliasimos/Bridge-Away-(from-Ethereum)) 由 [@eliasimos](https://twitter.com/eliasimos) 创建，向我们展示了有多少资金锁定在各种桥接内：如桥接至其他 L1 公链 (Avalanche、BSC、Fantom, …)；桥接至侧链 (Ronin、Polygon PoS) 以及其他 L2 (Arbitrum、Optimism、zkSync、Boba)。了解用户的桥接情况也是很好的，观察资本的流向以了解以太坊的不足之处以及如何改进。如果以太坊提供更好的用户体验，那么离开网络的资本就会少得多 (尤其是新用户)。 - 由 @kevdnlol 提供的⛽[钱包交易和 gas 费仪表盘](https://dune.xyz/kevdnlol/Transaction-Breakdown)，以便分析以太坊的 gas 市场。 ## L2BEAT L2BEAT 是一个优秀的以太坊 L2 锁仓量监测平台、L2 数据分析平台。  <center>L2BEAT：L2 总锁仓量</center>  <center>L2BEAT：项目仪表盘</center> L2beat 的一大特点是它介绍了不同方案使用的扩容技术类型，以及它们目前的用途。这个网站还有一个[很棒的常见问题解答](https://l2beat.com/faq/)页面，我经常推荐给刚刚了解 L2 的初学者参考。 ## L2Fees [L2Fees](https://l2fees.info/) 是 [David Mihal](https://twitter.com/dmihal) 构建其中一个 dashboard。其展示的数据显示了与以太坊主网相比，在某些 L2s 上执行不同的操作成本是多么低。  <center>L2 费用比较</center> ## CryptoFees [CryptoFees](https://cryptofees.info/) 是 David 建立的又一个数据 dashboard，显示了协议的收入。L2 协议也出现在这个列表中；我使用这个 dashboard 来查看 L2 协议获得了多少收入以及他们是如何使用这些收入的。部分收入用于支付向主网提交zk-SNARK/STARK/欺诈证明的费用，其余的是 L2 可以支配的费用。以 Optimism 为例，他们把所有的收入都用于推动公共物品的发展，我认为这是支配这些收入的最好方式。 ## Nansen [Nansen](https://www.nansen.ai/) 是一个区块链分析平台，它用数百万个钱包的标签来丰富链上数据。它是一个付费平台，完全不便宜。但是，如果使用得当，对于它所提供的回报价值量来说，它是非常值的。我个人使用 Nansen 来认识 DeFi 和 NFT 里的叙述，但是我最近已经开始使用它们对 L2 上智能合约的钱包分析器功能，看看哪些实体正在桥接到 L2，以及速度如何。它呈现了一个清晰得多的画面，因为很多地址和活跃参与者都被标记出来。 **Chainlist** [Chainlist](https://chainlist.org/) 是一个包含 RPC 配置的应用，该应用是 Metamask 或其他 web3 钱包内使用的某种网络所需要的 。你可以添加不同 EVM 兼容的网络——L1、侧链和 L2。Chainlist 上可用的相关网络有 Optimistic Ethereum mainnet、Arbitrum One、Boba Network，未来还有更多。 ## 拓展阅读 我的文章只能这么长 (已经很长了)，复制粘贴别人的工作是没有意义的。关于 L2 有无数优质的学习资源，可以促进大家的理解。如果你有任何建议，请在 [Twitter](https://twitter.com/DCbuild3r) 或 Telegram @dcbuild3r 上私信我。 ### **L2 scaling** - [Ultra scalable Ethereum](https://newsletter.banklesshq.com/p/ultra-scalable-ethereum) - [Bankless](https://twitter.com/BanklessHQ) (文章) - [Modular vs. Monolithic blockchains](https://shows.banklesshq.com/p/modular-vs-monolithic-blockchains) - [Bankless](https://twitter.com/BanklessHQ) (视频) - [Epolynya’s Medium posts](https://t.co/A4qTQ0cxYt?amp=1) - [@epolynya](https://twitter.com/epolynya) (文章) - [Ethereum-powered ZK-Rollups: World Beaters](https://hackmd.io/@canti/rkUT0BD8K) - [Canti](https://twitter.com/CryptoCanti) (文章) - [An Incomplete Guide to Rollups](https://vitalik.ca/general/2021/01/05/rollup.html) - [Vitalik Buterin](https://twitter.com/VitalikButerin) (文章) - [Layer 2 scaling](https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/zk-rollups/) - [EthHub](https://ethhub.io/) (文档) - [The Daily Gwei](https://thedailygwei.substack.com/) - Anthony Sassano ([新闻](https://thedailygwei.substack.com/), [Youtube 频道](https://www.youtube.com/c/TheDailyGwei)) ### **L1 scaling** - [Why sharding is great: demystifying the technical properties](https://vitalik.ca/general/2021/04/07/sharding.html) - [Vitalik Buterin](https://twitter.com/VitalikButerin) (文章) - [A state expiry and statelessness roadmap](https://notes.ethereum.org/@vbuterin/verkle_and_state_expiry_proposal) - [Vitalik Buterin](https://twitter.com/VitalikButerin) - [What’s new in ETH2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_211105) - [Ben Edgington](https://twitter.com/benjaminion_xyz) (新闻) ### **STARKs** - [SNARKs vs STARKs](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) - [Consensys](https://consensys.net/) (文章) - [Anatomy of a STARK](https://aszepieniec.github.io/stark-anatomy/) - [Alan Szepieniec](https://twitter.com/aszepieniec) (开源文章) - [Anatomy of a STARK](https://github.com/aszepieniec/stark-anatomy) - [Alan Szepieniec](https://twitter.com/aszepieniec) (代码 - GitHub) ### 其他 - [Ethresear.ch](https://ethresear.ch/) - Ethereum research (半开放论坛) - [Week in Ethereum news](https://www.weekinethereumnews.com/) ([Twitter](https://twitter.com/WeekInEthNews)) - [Evan Van Ness](https://twitter.com/evan_van_ness) (新闻) - [Ethereum Cat Herders](https://www.youtube.com/channel/UCD9iiIwTRtLDYcEWONs2Q3A) - Ethereum core news (Youtube 频道) - [Ethereum Roadmap update](https://newsletter.banklesshq.com/p/ethereum-roadmap-update-end-of-2021) - [Bankless](https://newsletter.banklesshq.com/) (文章) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth1.x/how-the-merge-impacts-app-layerhttps://www.ethereum.cn/Eth1.x/how-the-merge-impacts-app-layerWed, 01 Dec 2021 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/) <br/> 以太坊向权益证明 (PoS) 的过渡——合并——已近在眼前：开发测试网正在被建立、规范正在被敲定，社区宣传也已经实打实地开展了。合并的设计就是希望以太坊以对其终端用户、智能合约和 dapp 带来最小影响的方式运行。也就是说，还是有一些小变更是需要强调的。在我们深入这些变更之前，读者可以通过以下几条链接了解整个合并架构的背景知识： - [路线图的演变](https://www.ethereum.cn/Technology/allcoredev-update006) - [合并后的客户端架构](https://www.ethereum.cn/Eth2/allcoredev-update007) 下文的内容将假设读者已经熟悉了上面的背景知识。对于那些想更深入了解的读者，下面的链接提供了合并的完整规范： - [执行层](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/merge.md) - [共识层](https://github.com/ethereum/consensus-specs/tree/dev/specs/merge) - [引擎 API](https://github.com/ethereum/execution-apis/tree/main/src/engine) <br/> # 区块结构 合并后，工作量证明区块将不再存在在网络上。相反，之前工作量证明的内容会变成在信标链上创建区块的组成部分。你可以把信标链想作成为以太坊的新权益证明共识层，取代了之前的工作量证明共识层。信标链区块将包含 `ExecutionPayloads` (执行数据) ，这是当前工作量证明链在合并后的等同物。下图展示了这种关系：  对于终端用户和应用层开发者，这些 `ExecutionPayloads` 就是与以太坊交互的地方。在这一层的交易将仍然由执行层客户端 (Besu、Erigon、Geth、Nethermind 等) 处理。幸运的是，考虑到执行层的稳定性，合并只会引入最小的破坏性变更。 ## 挖矿 & Ommer 区块字段 合并后，之前工作量证明区块头包含的几个字段将不再被使用，因为它们与权益证明不相关。为了尽量减少对工具和基础设施的影响，这些字段都会设为 0，或它们的数据结构等同物，而不是完全从这个数据结构移除。区块字段的完整变更可以查看 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675#block-structure)。 们的数据结构等同物，而不是完全从这个数据结构移除。区块字段的完整变更可以查看 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675#block-structure)。 | 字段 | 常数值 | 注解 | | :--------------- | :----------------------------------------------------------- | :--------------------- | | **`ommers`** | `[]` | `RLP([]) = 0xc0` | | **`ommersHash`** | `0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347` | `= Keccak256(RLP([]))` | | **`difficulty`** | `0` | | | **`nonce`** | `0x0000000000000000` | | 因为权益证明本身不会像工作量证明那样产生 ommers (即叔块)，在每个区块里的 `ommers` 列表将是空的，而它的哈希值 (`ommersHash`) 将会变成一个空列表的 RLP 编码哈希值。同样，因为 `difficulty` 和 `nonce` 都是工作量证明的特点，这些字段都会被设为 `0`，同时遵守它们以字节大小为单位。 `mixHash` 是另一个挖矿相关的字段，这不会被设为 0，而会包含信标链的 RANDAO 值。下文将会更详细地说明。 ### BLOCKHASH 和 DIFFICULTY 操作码变更 合并后，`BLOCKHASH` 操作码仍可使用，但由于它不再通过工作量证明进行哈希产生，所以此操作码提供的伪随机性将大大减弱。 与此相关， `DIFFICULTY` 操作码 (`0x44`) 将会更新并重命名为 `RANDOM`。合并后，它将会返回由信标链提供的随机性输出。这个操作码将因此成为应用开发者可以使用的随机性来源，它比 `BLOCKHASH` 更强，尽管仍有偏差。 `RANDOM` 公开的值将存储在 `ExecutionPayload` ，这也是 `mixHash` (一个与工作量证明计算相关的值) 存储的地方。数据的 `mixHash` 字段也将被重命名为 `random`。 下图解释了合并前后 `DIFFICULTY` 和 `RANDOM` 操作码的工作原理：  合并前，我们看到 `0x44` 操作码返回区块头里的 `difficulty` 字段。合并后，重命名为 `RANDOM` 的这个操作码指向在区块头里之前包含 `mixHash` 而现在存储来自信标链状态的 `random` 值的字段。 这个变更在 [EIP-4399](https://eips.ethereum.org/EIPS/eip-4399) 被形式化了，同时也给链上应用提供了评估合并是否已经发生的方法。该 EIP 是这样写的： > 此外，此 EIP 提议的变更使得智能合约可以确定以太坊是否已经升级到 PoS。这可以通过分析返回的 DIFFICULTY 操作码来实现。返回的值大于 `2**64` 就表明交易正在 PoS 区块上执行。 <br/> # 出块时间 合并将影响以太坊上的平均出块时间。目前工作量证明机制下，平均每 13 秒出一个区块，实际出块时间有相当大的差异。在权益证明机制下，精确地每 12 秒就会出一个区块，除非是由于验证者离线造成错过了一个 slot 或它们没有即时提交区块。实际上，目前这种情况在少于 1% 的 slot 里发生。 这意味着网络上的平均出块时间减少了 1 秒。在计算中假设一个特定平均出块时间的智能合约将需要考虑这一点。 <br/> # 安全头块和最终敲定区块 在工作量证明下总是会有出现重组的可能性。应用通常会等待几个区块在一个新的区块头被挖出，因为这样这些区块不太可能从权威链被移除，或等区块被”确认“。合并后，我们有了”finalized blocks(最终敲定区块)“ 和”safe head (安全头块)“ 的概念。这些区块比工作量证明下的”被确认“区块更可靠，但理解上有区别，需要转变理解才能正确使用。 一个最终敲定的区块意味着它被大于 2/3 的验证者接受为权威链的一部分。一个攻击者如果要创建一个冲突区块，它必须烧毁至少总质押金额的 1/3。在写这篇文章时，这意味着在以太坊上超过 100 亿美元 (超过 250 万个 ETH)。 一个安全头块是指在正常的网络条件下，我们预期会被包含在权威链上的区块。假设网络延迟少于 4 秒，大多数验证者是诚实的且在分叉选择上没有攻击，安全头块将永远不会有孤块。[这个演示文稿](https://docs.google.com/presentation/d/1MUVaFyd9ce3hPQ5L-UhqVSfxf1ajMYFbkActkp5xNKI/edit#slide=id.gf1d0105ca5_0_147)详细分析了在各种情况下是如何计算安全头块的。此外，安全头块的假设和保证都将在即将发表的论文里得到正式定义和分析。 合并后，执行层的 API (例如 JSON RPC) 将在询问 `latest` (最新) 区块时默认返回安全头块。在正常网络条件下，安全头块和真正的链头是互相等同的 (安全链头只落后几秒)。安全链头被重组比现在工作量证明的 `latest` 区块被重组的可能性要低。如果要公开权益证明链的真正链头，将会有一个 `unsafe` (不安全) 的标记添加到 JSON RPC 中。 最终敲定的区块也将通过 JSON RPC 公开，会有一个新的 `finalized` 的标记。这些都可以用作比工作量证明中的确认更强的替代品。下表对这些内容进行了总结： | 区块类型 | 共识机制 | JSON RPC | 重组的条件 | | :------------------------------- | :------------- | :---------- | :----------------------------------------------------------- | | **head (链头)** | Proof of Work | `latest` | 可能性较高，必须谨慎使用 | | **head (链头)** | Proof of Stake | `unsafe` | 可能性较高，必须谨慎使用 | | **safe head (安全头块)** | Proof of Stake | `latest` | 可能，但需要严重的网络延迟或网络攻击 | | **confirmed (被确认的区块)** | Proof of Work | N/A | 不太可能，需要大部分的算力去挖一条深度大于确认区块的竞争链。 | | **finalized (被最终敲定的区块)** | Proof of Stake | `finalized` | 极不可能，需要大于 2/3 验证者来最终敲定一条竞争链且会有至少 1/3 的验证者会被罚没。 | <br/> # 后续计划 我们希望这篇文章能帮助应用开发者为备受期待的权益证明的到来做好准备。在接下来几周里，一个长期的测试网将会推出，让更广泛的社区参与测试。还会有关于基础设施和工具的[合并社区会议](https://github.com/ethereum/pm/issues/419)，应用开发者可以提问并了解关于合并的最新技术。到时见👋🏻 ------ 感谢 Mikhail Kalinin 提供关于“安全头”部分的核心内容，感谢 Danny Ryan 和 Matt Garnett 对本贴草稿的审阅。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-30/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-30/Tue, 30 Nov 2021 00:00:00 GMT <br/> # 合并 **合并进度更新** 根据上周五进行的第 127 次以太坊核心开发者会议，Kintsugi 测试网计划中各个客户端的进度如下图 ( Kintsugi 测试网计划的详细信息可参见《[以太七日谈 • 2021/11/3](https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-3/)》)。   另外，负责开发测试网开发运维的 [@parithosh_j](https://twitter.com/parithosh_j) 构建了水龙头、开发测试网1的执行层 (EL) 和共识层 (CL) 浏览器，如下： EL: https://t.co/LigofkcPHE?amp=1 CL: https://t.co/Ec3Cn6sVbo?amp=1 如果需要测试币，可以在私信他。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1464265437722513416&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fethereumcn.eth%2FqH0-HdA1HtUst6wWHb5BrrM1P5mYq_Aw-QSu8Lb2uqs&amp;sessionId=7e05098c774a0d1715d64387cf2ef27c81597c82&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1464265437722513416" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1014px; display: block; flex-grow: 1;"></iframe> <br/> 开发团队将在这周推出开发测试网 2，12 月 7 日推出开发测试网 3，且在 12 月 14 日推出最终版的开发测试网，那将是符合规范的稳定版本。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1464266378605596677&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fethereumcn.eth%2FqH0-HdA1HtUst6wWHb5BrrM1P5mYq_Aw-QSu8Lb2uqs&amp;sessionId=7e05098c774a0d1715d64387cf2ef27c81597c82&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1464266378605596677" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 851px; display: block; flex-grow: 1;"></iframe> <br/> 另外，Geth 客户端的开发者 Péter Szilágyi 发推表示他们已经把两项非常大型的准备工作并入到 go-ethereum 的 master 分支了。现在剩下的大型 PR 就是信标链同步，然后就是测试，合并了！ 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1464194531390279680&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fethereumcn.eth%2FqH0-HdA1HtUst6wWHb5BrrM1P5mYq_Aw-QSu8Lb2uqs&amp;sessionId=7e05098c774a0d1715d64387cf2ef27c81597c82&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1464194531390279680" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 357px; display: block; flex-grow: 1;"></iframe> <br/> # **执行层 (Eth1)** **有望合并前降低 gas 费？** 上周，针对最近社区关于以太坊 gas 费过高，使新用户难以使用的热议，Vitalik 发表了如何进一步扩容 rollup 的路线图[文章](https://www.ethereum.cn/Layer2/data-sharding-roadmap)，路线图中包括 EIP-4488，此提案提出把 CALLDATA 的 gas 从现在的 16 gas/字节下调为 3 gas/字节，且给每个区块的 CALLDATA 设置上限，以限制区块容量。 这个 EIP 的背景为，rollup 交易的开销就在它们把数据发回到以太坊主网的函数上。如果一个 rollup 压缩了 X 笔交易，并支付了 Y gas 费以把数据提交到主网，那么 rollup 交易开销的函数是 Y/X。 上周的以太坊核心开发者会议对 EIP-4488 进行了深入讨论，以下为 Tim Beiko 会议记录的整理翻译： 现在面临的一个问题在于 CALLDATA 直接影响以太坊上的区块容量：这是我们真的加到每笔交易里的数据。如果我们降低 gas 开销，并维持 gas 上限不变，我们的区块容量就会变大，这在短期和长期都会产生问题。 从短期来看，它会增加最糟糕情况下的区块容量。例如，如果 CALLDATA 是 1 gas/字节，区块上限为 30 m，你会得到一个 30 MB 的区块 (现在平均小于 0.1 MB)。现在有 CALLDATA 的“最糟糕情况”是 30m gas/ 16 gas/byte =~1.9 MB。 从长期来看，它增加以太坊区块链的容量。如果从每个区块 0.1 MB 的链数据增加到 0.5 MB，链容量就会以 5 倍的速度增长。 也就是说，以太坊上的费用会很高，且在今天的 rollup 上也不低 (在 optimistic rollup 上发送一个 ETH 要大约 3~4 美元，在 zk-rollup 上要大约 0.25 美元)，因此非常有必要再想想如何权衡。这就是 EIP-4488 想要解决的问题。 (EIP-4488 还增加了一个复杂性：它增加了 "津贴"的概念，是用于非 rollup 交易的，它只会消耗一点 CALLDATA，因此这些消耗会忽略不计。) 那么，接下来要想的两个问题是，是否要采取这个提案，以及如何处理长期的问题？ 在会议上，开发者们讨论到这个提案会影响出块。它会稍微使事情变得复杂，因为它给区块添加有效性检查 (不能出现 CALLDATA > 区块上限的情况)，还有矿工可能会滥用津贴。 这些忧虑似乎都可以处理，但还需要再想透彻一点。 对于长期问题，如果我们想要降低 CALLDATA 的开销，我们需要早点上线像 EIP-4444 这样的提案，否则只能在减少开销后的 1-1.5 年进行。这里的问题在于任何影响历史数据的变更都会对工具和应用造成很大的影响。 那什么时候实现比较合适呢？如果合并后的话，即 2022 年下半年，那是在太久了。因此，我们要么与合并一起实现，要么在合并前实现。开发者们都希望把它与合并分开，且工作量不大。会议决定尽量争取在合并前实现。在未来两周，开发团队会试着在大多数客户端里作出原型 (Quilt 团队已经做出 Geth 实现了) 并分析我们可以如何有更好的交易池排序算法。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1464274731637501959&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fethereumcn.eth%2FqH0-HdA1HtUst6wWHb5BrrM1P5mYq_Aw-QSu8Lb2uqs&amp;sessionId=7e05098c774a0d1715d64387cf2ef27c81597c82&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1464274731637501959" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 486px; display: block; flex-grow: 1;"></iframe> <br/> # **共识层 (Eth2)** **Lodestar 客户端提议了第一个主网区块** 11 月 26 日，Lodestar 客户端开发者@dapplion 发推表示 Lodestar 提议了它的第一个主网区块。这标志着共识层正式有 5 个客户端。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1464035075532673032&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fethereumcn.eth%2FqH0-HdA1HtUst6wWHb5BrrM1P5mYq_Aw-QSu8Lb2uqs&amp;sessionId=7e05098c774a0d1715d64387cf2ef27c81597c82&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1464035075532673032" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 894px; display: block; flex-grow: 1;"></iframe> <br/> **Lido 公布其第一个节点和验证者数据报告** 11 月 29 日，Lido 发推表示，作为它们去中心化承诺的一部分，同时作为识别和最小化与验证者运行者相关的额风险的努力，Lido 发布其第一个节点和验证者数据报告。  报告链接：https://t.co/gJMsaJ5F3M?amp=1 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1465281488409268225&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fethereumcn.eth%2FqH0-HdA1HtUst6wWHb5BrrM1P5mYq_Aw-QSu8Lb2uqs&amp;sessionId=7e05098c774a0d1715d64387cf2ef27c81597c82&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1465281488409268225" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 428px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **L2 扩容解决方案 StarkNet Alpha 上线主网** StarkNet 是一个去中心化的、无需许可的、抗审查的、由 STARK 支持的 L2 zk-Rollup 解决方案。 此前，StakWare 于 2021 年 1 月宣布了 StarkNet 的部署路线图，StakNet 将分四步推出：基础搭建、StarkNet Planets - 行星计划 (单个App Rollups)、StarkNet Constellations - 星群计划 (多个App Rollups)、StarkNet Universe - 宇宙计划 (去中心化 Rollups)。本次在主网上线的 Alpha 版本为 StarkNet Constellations，它的功能有： - 支持通用计算 - 其智能合约能够互相交互，实现可组合性 - L1 <> L2 互操作性 - 支持链上数据存储 (Rollup) StarkNet Alpha 初期将使用单个定序者处理交易，并采用白名单机制部署应用程序。关于 StarkNet Alpha 的经济机制，上线初期将不收取交易费用，预计在未来几周之后的升级版本引入费用机制。 开发者工具： - OpenZeppelin 正为其编写标准合约：https://github.com/OpenZeppelin/cairo-contracts/tree/main/contracts - 由 Nethemind 开发的 [Warp](https://github.com/NethermindEth/warp)，Solidity -> Cairo 的转译器 - Shard Lab 负责的 [HardHat plugin](https://github.com/Shard-Labs/starknet-hardhat-plugin) 和 [StarkNet 开发者测试网](https://github.com/Shard-Labs/starknet-devnet) - Argent 正在为其开发工具，包括他们在 StarkNet.js 方面的合作 未来的升级： - 合约可升级性机制 - 费用机制 - 事件 - 增加了缺少的系统调用 (get_block_number, get_block_timestamp 等等) - Volition 的初始版本 在 StarkNet 上部署：https://starknet.io/ 部署教程：https://starknet.io/docs/ [来源](https://t.co/gJMsaJ5F3M?amp=1) <br/> **隐私交易协议 Tornado.cash 即将部署至 L2 扩容解决方案 Arbitrum** 自 2021 年 6 月上线以来，Tornado.cash 逐渐扩大其版图，陆续在 BSC、Polygon、xDAI 和 Avalanche 上部署其合约。11 月 29 日，Tornado.cash 团队宣布他们即将在 L2 扩容解决方案 Arbitrum 上部署其协议。  [来源](https://tornado-cash.medium.com/tornado-cash-deployment-proposal-on-arbitrum-fb02e508fe74) 关于 Arbitrum 的其他动态： 区块链分析公司 Nansen 推出 L2 扩容解决方案 Arbitrum 的 [dashboard](https://pro.nansen.ai/multichain/arbitrum)。 <br/> # **生态** **DeFi 聚合协议 Zerion 实现多链交互** Zerion 作为 DeFi 聚合器旨在为用户提供一站式的 DeFi 交互界面，包括 swap、流动性挖矿、借贷、NFT 收藏等等。目前，Zerion 支持的网络有 Optimism、Arbitrum、Polygon 和 BSC。 多链交互带来的新功能，让用户更好地管理自己的投资组合： - 快速查看历史交易 - 可以选择不同的网络 - 根据平台或头寸排列资产 - 扩大/缩小视图 - 隐藏小额资产 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1463604115171385347&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fethereumcn.eth%2FqH0-HdA1HtUst6wWHb5BrrM1P5mYq_Aw-QSu8Lb2uqs&amp;sessionId=7e05098c774a0d1715d64387cf2ef27c81597c82&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1463604115171385347" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 1169px; display: block; flex-grow: 1;"></iframe> <br/> **黑客 Jane Wong 在其推特打赏功能处添加了 ETH 支付方式** 11 月 29 日，在 Jack Dorsey (推特的前 CEO) 宣布离职的当天，一位叫做 Jane Wong 的黑客因其在推特的打赏功能中添加了以太坊支付方式而在加密圈走红。Jane Wong 是来自香港，她因擅长提前发现 Instagram 和 Spotify 等应用程序未公布的升级功能而为人熟知。 以推特为例，Jane 调整了 app 里的部分代码，让用户能够在打赏功能中以 BTC 或法币 (通过 Venmo) 的方式支付，以及其他支付平台。本来这些支付方式不包括 ETH，但 Jane 找到了添加 ETH 支付的方法，如图：  根据 Decrypt 报道，Jane 在接受其采访时表示：“这一功能至少从 9 月份就存在了，但我相信它还没有倍广泛应用。我对推特应用的内部结构进行了一些修改，把 ETH 地址添加到了我的打赏功能栏里。” 值得注意的是，目前推特的打赏功能仅限于 IOS 移动端的用户，未来将向安卓端的用户开放。 [来源](https://decrypt.co/87212/how-hacker-added-her-ethereum-wallet-twitter-tip-jar) <br/> **“NFT” 被柯林斯英语词典评选为 2021 年的年度热词榜首** 根据 The Block 报道，柯林斯英语词典将 NFT (non-fungible token, 非同质化代币) 评选为 2021 年的年度第一热词。据数据显示，NFT 热潮于 2021 年爆发，NFT 交易量自一月以来稳步增长，并于 8 月份达到了历史高度 (价值 10 亿美元的交易量)。  <center>cr：The Block</center> [来源](https://www.theblockcrypto.com/linked/125425/nft-named-top-word-of-the-year-by-the-dictionary-publisher-collins?utm_source=twitter&utm_medium=social) <br/> **Gitcoin Grants 第 12 轮于 12 月 1 日开始** Gitcoin Grants 第 12 轮捐赠活动于 12 月 1 日 —— 12 月 16 日进行。在本轮将会引入两个新的匹配池：生态系统池 (Ecosystem Rounds) 和主题池 (Thematic Rounds)。其中，Ecosystem Rounds 主要面向与可用性、社区、工具、治理相关的项目进行资助；Thematic Rounds 则是为了支持特定的事业或主题，如气候变化、技术或人类寿命延长。本轮将分配的金额总计 150 多万美元。 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1461040749626236933&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fethereumcn.eth%2FqH0-HdA1HtUst6wWHb5BrrM1P5mYq_Aw-QSu8Lb2uqs&amp;sessionId=7e05098c774a0d1715d64387cf2ef27c81597c82&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1461040749626236933" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 971px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/dao-tool-observatoryhttps://www.ethereum.cn/Ecosystem/dao-tool-observatorySat, 27 Nov 2021 00:00:00 GMT来源 | [thedaoist.mirror.xyz](https://thedaoist.mirror.xyz/FfzZ8NnWdb5ygJu13mLi9PdWoGqaoKSm8mJoRIi3GJI) <br/> 此项研究计划由 [DeepDAO](http://deepdao.io/)、[Kolektivo Labs](https://www.kolektivolabs.co/)、[PrimeDAO](https://www.prime.xyz/) 和 [Open DeFi DAO](https://opendefi.network/) 发起。20% 的资金会给 *[Catarina Horn](https://www.krop.com/catarinahorn/)* (视觉艺术家)，20% 给 DeepDAO。其他贡献者会把他们的份额用于资助**未来的 DAO 研究计划**，包括**维持**专注于工具的**调研**。 <br/> # 太长不读 2021 年 11 月：DAO 可以使用哪些工具？本文通过分析和图表解锁基于以太坊的 DAO 的权能，它们由 DAO 启动器和工具提供。 <br/> # 摘要 DAO 正走向成熟。从社会运动到金融交易所，从法律文件到应用科学——DAO 已经认真参与其中，还有很多其他领域，同时仍在快速发展和壮大。 在这篇文章中，我们对 DAO 空间的两个重要组成部分进行了分析：**DAO 启动器 (DAO launchers)** 和 **DAO 工具**。 DAO 启动器是指使区块链原生组织得以轻松部署对协议、资金、所有权等的治理的平台。“这里的”启动器可以是孤立的产品 (例如，Agragon Govern) 或创建 DAO 常用工具的组合。DAO 工具可以通过额外的功能，比如会计、分析和身份等补充启动器的功能。 因此，这些 **DAO 权能 (DAOs Capabilities)** 是我们的基本构件 (building blocks)，即分析单位。“构件”这个概念是一个典型的加密原语。它是区块链技术和一般编程所固有的。它的一些更受欢迎的实现包括“货币乐高”、“治理乐高”、区块链层、共享代码等。它在本文研究 的几乎所有 DAO 里也是非常常见的术语。因此，当我们想把 DAO 权能作为 DAO 空间的构件来呈现，同时维持启动器/工具的原始语境时，我们的基础是坚实的。 ## DAO 能做什么？ **DAO** 可以被模型化为典型构件的组合，特别是：(1) 感知一群利益相关者的集体意愿并达成决策的手段 (即治理)；(2) 驱使其治理决定的能力——最常见的方法是通过对财库的决策进行代币化，这不仅促进简单交易，还能激励朝向集体 DAO 目标的最小化信任合作。 **DAO 启动器**是功能性框架，通过一个方便、透明的平台让 DAO 启动并运行起来。下文会详述不同的 DAO 启动器会给 DAO 赋予不同的权能集。不用启动器来部署 DAO 是可以的，但它可能需要特定的技能，而大多数社区 (甚至是优秀的程序员社区) 都不能轻易掌握。 **DAO 工具**是一些模块，可以帮助团队创建定制的和自定义的 DAO，或可以用来补充或改善通过其他启动器创建的 DAO。例如，snapshot + gnosis safe + 预言机的组合实际上与 Gnosis SafeSnap (Reality) Launcher 的实现是一样的。通过把这种设置与 Kleros (一个去中心化仲裁工具) 相结合，这个 DAO 可以引入李嘉图合约 (Ricardian Contract) 来指导仲裁员的行为，这可能给纯粹的代币投票行为增加去中心化的制衡。例如，这样的李嘉图条款可能是“在一年的时间里，不得通过将财库分给代币持有者的治理提案。” (译者注：李嘉图合约是由 Ian Grigg 在 1996 年发明的，是一种将文件记录为法律上的合约，并将其与其他系统，如会计，安全地联系起来的方法，用于合约的价值发行。它通过使用加密哈希函数进行识别，具有强大的功能；通过可读性高的法律条文文本实现高透明度；通过标记语言提取基本信息以实现高效。来源：[维基百科](https://en.wikipedia.org/wiki/Ricardian_contract)) <br/> # 解锁潜能：启动器和工具带来的 DAO 权能 第一张信息图表呈现的是 DAO 启动器和 DAO 工具赋予 DAO 每天运作的权能。 ## DAO 空间 下面第一张信息图表放大显示的是我们研究过的启动器和工具。它的形状类似于一个甜甜圈，代表以太坊的 DAO 宇宙。DAO 启动器作为行星-DAO 工厂的角色出现在区块链空间里，紧随其后的轨道是 DAO 工具带，它们大多数服务于以太坊，但也有桥接到其他网络系统的工具，或可能服务一个更广阔的元空间。 这个空间调查并不“完整”：首先，这个范围并不包括为 DAO 交流、内容发布和社区建设提供条件的 web2 工具，例如 [Discord](https://discord.com/) 和 [Discourse](https://discourse.org/) (也服务于软决策)，[Telegram](https://www.telegram.org/) 和其他论坛，[优秀的](https://mirror.xyz/)[博客空间](https://medium.com/)、[媒体](https://banklesshq.com/nation/)、[活动](https://www.thedaoist.co/)和[社交网络](https://twitter.com/ethdotorg)。其次，在我们写作的时候，DAO 空间正在发展，有很多项目在预备阶段或 alpha 版本，或还没面世。所有这些都值得认真地继续研究。  区块链几乎总是处于 DAO 的核心。以太坊是由社区运行的技术，为数以千计的去中心化应用 (即智能合约) 赋能。作为最大的智能合约平台，我们这里的重点是以太坊，但有越来越多的 DAO (工具和启动器) 部署到其他支持以太坊虚拟机的区块链上 (主要是由于以太坊不断攀升的交易费用)。 ## 启动平台 第二张信息图表解锁的是由 DAO 启动器给它们所创建的 DAO 带来的权能：每个启动器给 DAO 带来了什么。各种权能都用不同颜色编码为不同构件 (例如，提案系统、决策模块、可访问性等)，它们的特性用符号来表示 (例如 gas 开销：🙂= 平均, 😅= 高, 😃= 低)。下文是对每个启动器的简短介绍，这个排版使得启动器的对比更清晰。  - **[Aragon (Client, Govern)](https://aragon.org/):** DAO 构建者受由它构建的 DAO 治理，具有治理、代理和财库插件、按比例投票和低价的“乐观”执行、争议解决网络等功能。 - **[Moloch (v2)](https://github.com/MolochVentures/moloch)**: 创建最小可行的 DAO，这些 DAO 支持各种盈利和非盈利驱动但去中心化的用例，包括资助、创业激进和孵化器。 - **[Elastic DAO](https://elasticdao.org/#/):** 受 Aragon、Moloch 和其他 DAO 的启发；这个启动器创建专注于公平治理和给成员分发代币的 DAO。 - **[Colony (v1, v2)](https://colony.io/):** 专注于组织的所有权、结构、权限和金融管理，特别是激励活跃贡献，例如通过声誉。 - **[DAO Stack](https://alchemy.daostack.io/):** 是一个模块化堆栈，包含治理协议和用于创建和管理 DAO 的易于使用的接口。 - **[Tribute](https://tributedao.com/):** 由 Moloch 的 OpenLaw 开发，这是一个 DAO 工厂，有原生的法律和 NFT 权能，旨在自由地添加适配器和扩展程序。 - **Zodiac [Reality](https://gnosis.github.io/zodiac/docs/tutorial-module-reality/get-started/) Module (即 SafeSnap)**：受欢迎的链下快照、基于代币的投票+受欢迎的 Gnosis 链上财库安全=增加了模块化的和受欢迎的 DAO 启动包。 - **[Compound (Finance) Governance](https://compound.finance/docs/governance):** (理事 Alpha/ Bravo)：治理代币、(理事) 代币权重投票、时间锁执行延迟、授权、紧急功能。主要被 DeFi DAO 采用。 ## 工具 第三张信息图表是 DAO 工具的概要。DAO 作为太阳处在中心，它的工具行星们围绕着它旋转。下面是对这些列出来的工具的简短介绍。  - **[Gnosis Safe](https://gnosis-safe.io/)** -通常用于管理社区财库的多签钱包。 - **[Snapshot](https://snapshot.org/#/)** -链下投票平台，用于轻松和可插拔的基于代币的治理。 - **[Discourse](https://www.discourse.org/)** -多频道、媒体丰富的论坛，通常用于社区建设、更新和专题讨论，包括治理和提案。 - **[CollabLand](https://collab.land/) -** 为社区聊天群体提供代币门槛访问权限和小费服务的机器人。 - **[Coordinape](https://coordinape.com/) -** 协调博弈工具，决定哪些贡献者将获得代币奖励 - **[Parcel](https://parcel.money/)-** 易于追踪和发送付款的财库管理工具。 - **[SourceCred](https://sourcecred.io/)** -跟踪社区参与和奖励活跃成员的实例。 - **[Mirror](https://mirror.xyz/race) -** 通过代币化众筹为创意项目提供资金。 - **[Tally](https://www.withtally.com/) -** 治理仪表盘，跟踪不同协议的链上投票历史。 - **[Boardroom](https://boardroom.info/) -** 代币持有人管理的治理中心，用于授权关键决策。 - **[Sybil](https://sybil.org/#/) -** 创建和跟踪链上治理授权。 - **[RabbitHole](https://rabbithole.gg/) -** 给完成特定链上任务的人奖励代币。 - **[BrightID](https://www.brightid.org/) -** P2P 和 P2dApp 的社交身份网络，不存储个人数据。 - **[IDX](https://idx.xyz/) -** 去中心化的协议，服务于自有和可互操作的 ([Credify](https://credify.one/)) 数字身份。 - **[Proof of Humanity](https://www.proofofhumanity.id/) -** 给通过提交证明和生物识别技术验证的人类注册 (属于 [Kleros](https://kleros.io/) 项目) - **[POAP](https://rally.io/) -** 通过出席通证证明用于身份验证的去中心化网络。 - **[Commons Stack](https://commonsstack.org/):** 解决 DAO 治理和问责、拨款和反馈的问题，以促进可持续的、整体激励的、和社区治理的公共物品。 - **[Sablier](https://sablier.finance/) -** 在加密货币地址和应用间创建稳定、持续的资金流。 - **[Sablier](https://sablier.finance/) -** 私人的、直接的、跨链的加密代币支付。 - **[Nexus Mutual](https://nexusmutual.io/) -** 用于智能合约风险和其他的代币治理和去中心化的保险。 - **[Unslashed finance](https://unslashed.finance/) -** 用于常见加密货币风险的保险 DAO。 - **[Kleros](https://kleros.io/) -** 基于仲裁者网络的争端机制协议，服务于多种用例。 - **[Immunefi](https://immunefi.com/) -** Bug 赏金和白帽黑客市场，专业论坛。 - **[OpenZeppelin](https://openzeppelin.com/) -** 安全智能合约审计、开放堆栈和自动装置 - **[Llama](https://llama.community/) -** 加密货币社区财库的中心，利用对网路互动的深入了解，帮助社区管理其链上财库。 - **[Zodiac](https://github.com/gnosis/zodiac) -** 一个 Gnosis 的治理工具集，包括 Reality Module (即 SafeSnap) 和其他灵活治理的权能 - **[DeepDAO](https://deepdao.io/#/deepdao/dashboard) -** 理解 DAO、治理中的人、内容和生态。完整列出所有主要的 DAO 平台，进行金融、社交和治理数据可视化。 ## 一个不断扩大的宇宙 在一个代表开源代码和想法的、超连接的去中心化人类网络中，创新和迭代以光速进行。因此，除了已经在使用中的平台和工具，还有许多其他的平台和工具正在开发中。以下是其中一些很有前景的工具：  - **[Prime Deals](https://www.prime.xyz/deals) -** DAO 与 DAO 交互的接口，例如代币兑换、共同提供流动性，以及成立合资公司 - **[Superfluid](https://www.superfluid.finance/home) -** 链上支付流。目前处于早期访问阶段 - **[XMTP](https://xmtp.com/) -** web3 通信协议，钱包间互相发消息 - **[Multis](https://multis.co/) -** 自动支付，加密货币与法币双向兑换，还有钱包追踪 - **[Agora Space](https://agora.xyz/) / [Guild](https://alpha.guild.xyz/)-** 桥接 web3 工具和 web2 社交平台 <br/> # 未来：观察无限可能 虽然 DAO 启动器仍然没有太多可以使用和说明的，但它们比一年前左右更多样化和模块化了。此外，系列开放堆栈式的 DAO 工厂似乎是一个不断增长的趋势 (想想代币化社区、法律智能合约、DAOHaus、Colony 和 Tribute)。 正如信息图表所示，启动器已经提供了各种 DAO 治理套件、模块堆栈、治理区块链、沙盒和其他基础设施。DAO 工具同样也在不断发展和走向多样化，涵盖越来越多满足 DAO 需求的用例。 就像通过 DAO 交易、目标、产业或 AUM 来映射 DAO 空间，以及用 DAO 权能乐高来代表 DAO 空间提供了一个视角：我们共同环境的一个意义创造层。 DAO 空间将如何进一步探索开放的互操作构件，或其他 DAO 工具发展路径可能是什么样子都有待观察。随着生态以及它的工具继续增加和多样化，我们相信 DAO 能从构件研究里获益，例如对典型权能模块的研究、DAO 乐高的适用性、治理趋势分析，以及其他方面的研究。 这是一项正在进行的工作：我们渴望继续探索 DAO 空间，并把更多项目纳入研究。我们非常感谢任何的贡献、评论和见解。我们的 Discrod 有：[The DAOist](https://discord.gg/TRs96UjbAY)、 [DeepDAO](https://discord.gg/zrwtHyHa) 和 [PrimeDAO](https://discord.gg/jHucYpNa)。 <br/> **研究与撰写** Noam Hofstadter, 分析师和研究员, [DeepDAO.io](http://deepdao.io/) Ruben Russel, web3 研究员和 UI/UX 设计师, [Kolektivo Labs](https://www.kolektivolabs.co/) / [PrimeDAO](https://prime.xyz/) Numa Oliveira, 艺术家、研究员和通信 [Kolektivo Labs](https://www.kolektivolabs.co/) / [PrimeDAO](https://prime.xyz/) Marek, 区块链研究员和顾问, [Open DeFi DAO](https://www.opendefi.network/) **图像艺术** Catarina Horn, 平面设计师 & 插画师, [Kolektivo Labs](https://www.kolektivolabs.co/) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/data-sharding-roadmaphttps://www.ethereum.cn/Layer2/data-sharding-roadmapFri, 26 Nov 2021 00:00:00 GMT来源 | [notes.ethereum.org](https://notes.ethereum.org/@vbuterin/data_sharding_roadmap) <br/> 在中短期、甚至长期来说，rollup 是以太坊唯一的去信任扩容解决方案。数月以来，L1 上的交易费变得如此高，以至于我们迫切需要做些什么来促进整个生态系统向 rollup 迁移。Rollup 已经为许多以太坊用户极大地降低了交易费: 根据 L2 交易费监测网站 [l2fees.info](https://l2fees.info/) 显示，Optimism 和 Arbitrum 的交易费比以太坊基础层的交易费要低大约 3-8 倍；而 ZK-rollup 拥有更好的数据压缩并且不需要打包签名，费用与基础层相比要低 40-100 倍。 然而，即便有所扩容，这样的费用对于用户来说也还是太昂贵了。关于该问题早就已经写过[文章](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)，解决目前形式 rollup 不足的长期解决方案为添加[数据分片](https://github.com/ethereum/consensus-specs#sharding)，这将为 rollup 增加约 1-2 MB/秒的专用数据空间。**本文档描述了对该方案的实用操作方法，从而尽快为 rollup 释放充足的数据空间，并逐渐增加额外的空间和提高安全性。** ### 第一步：调整交易 calldata 以实现扩容 目前现有的 rollup 需要使用交易 calldata。因此，如果我们想在不需要 rollup 团队做任何额外工作的情况下，短期内提高 rollup 的吞吐量并降低成本，我们应该仅需要降低交易 calldata 的成本。目前区块的平均大小[还远不足以大到](https://ethereum-magicians.org/t/eip-2028-transaction-data-gas-cost-reduction/3280/35)威胁网络的稳定性，因此可以安全地完成这一操作，尽管可能需要一些额外的逻辑来防止一些极度危险的边缘情况。 请阅读： [EIP 4488](https://github.com/ethereum/EIPs/pull/4488)，或者另外一个 EIP (更简单但效果更温和) — [EIP 4490](https://github.com/ethereum/EIPs/pull/4490)。 理论上，EIP 4488 可以把 rollup 的数据可用空间最大增加到 **~1 MB/slot** 并且成本降低大约 5 倍。这一步骤比下文提到的步骤可以更快地实施。 ### 第二步：少数分片 同时，我们可以开始开展一些工作以推出“专用”分片。以完整的形式实现专用分片可能需要很长时间，但我们可以做的是一片一片地实现，并从每一个分片中获益。要实现的首个自然分片是[分片规范](https://github.com/ethereum/consensus-specs/blob/dev/specs/sharding/beacon-chain.md)中的“业务逻辑”，但想要避免网络中的大部分困难，需要将初始分片数量维持在非常少的水平上 (例如 4 个分片)。每个分片将在自己的子网络中进行广播。验证者将默认信任委员会；但是如果他们愿意，他们也可以选择留在每个子网络中。并且只有当他们看到信标区块确认的任意分片区块的完整主体时，才会接受这个信标区块。 分片规范本身并不是特别困难；这是个和最近发布的 Altair 硬分叉规模差不多的样板代码更改 (Altair [信标更改规范文件](https://raw.githubusercontent.com/ethereum/consensus-specs/dev/specs/altair/beacon-chain.md)有 728 行代码，而分片[信标更改规范文件](https://raw.githubusercontent.com/ethereum/consensus-specs/dev/specs/sharding/beacon-chain.md)有 888 行代码)。所以我们有理由相信它可以在 Altair 实现和部署的时间框架内实现。 为了使得分片数据能够真正被 rollup 使用，rollup 需要能够对分片数据进行证明。有两个选项： 1. 添加 `BEACONBLOCKROOT` 操作码；rollup 将添加这个代码以验证植根于信标链历史区块根中的默克尔证明。 2. 添加未来证明的状态和历史访问预编译 ([future-proof state and history access precompiles](https://ethresear.ch/t/future-proof-shard-and-history-access-precompiles/9781))，这样的话，如果承诺机制 (commitment scheme) 在未来发生变化，rollup 就不需要更改其代码。 这将使 rollup 的数据空间增加到大约 **2 MB/slot** (每个分片扩展 250 KB * 4 个分片，再加上第一步中已扩展的 calldata) ### 第三步：N 个分片，由委员会提供安全保障 将活跃分片的数量从 4 个增加至 64 个。现在分片数据将进入子网络中，因此到这时，P2P 层必须已经足够坚韧，可以将分片分成数量更多的子网络。其中数据可用性的安全性将基于诚实的大多数，即依赖于委员会的安全性。 这将使得 rollup 的数据空间提高到**大约 16 MB/slot** (每个分片扩展 250 KB * 64 个分片)；我们假设此时 rollup 已经从执行链中迁移出来。 ### 第四步：数据可用性采样 (data availability sampling, DAS) 添加[数据可用性采样](https://hackmd.io/@vbuterin/das)，以确保提高安全水平，即使在遭遇大多数不诚实行为的攻击下，也能保护用户的资产。数据可用性采样可以分阶段推出：首先，以非强制的方式让网络进行测试；然后添加了 DAS 才能接受信标区块；甚至可能先在某些客户端上实现。 一旦完全引进了数据可用性采样，分片就完成发布了。 <br/> # 分片机制下的 Optimistic 和 ZK rollups 分片世界和目前状况的一个主要区别是，在分片世界中，一笔向智能合约提交 rollup 区块的交易中将不可能包含 rollup 数据。相反，数据发布步骤和 rollup 区块提交步骤将不得不分开：首先，在数据发布步骤中将数据发布至链 (发布到分片里)；然后在提交步骤中，提交其区块头以及基础数据的证明。 Optimism 和 Arbitrum 的 rollup 区块提交已经使用了上面所说的两步设计，所以这对它们来说只是一个小小的代码修改。  但对于 ZK-rollup 来说，事情就有点棘手了，因为提交交易需要提供一个可以直接在数据上运行的证明。它们可以做一个 ZK-SNARK 的证明，证明分片中的数据与信标链上的承诺相符，但这样很昂贵。幸好有更便宜的替代品。 如果 ZK-SNARK 是一个基于 BLS12-381 的 PLONK 证明，那么它们可以直接将分片数据承诺作为一个输入。BLS12-381 分片数据承诺是一个 KZG 承诺，与 [PLONK](https://vitalik.ca/general/2019/09/22/plonk.html) 中的承诺类型相同，因此它可以直接作为一个公共输入传入证明中。 如果 ZK-SNARK 使用不同的方案 (甚至只是一个拥有更强的信任设置的 BLS12-381 PLONK)，它可以包含自己对于数据的承诺，并使用[等价证明](https://ethresear.ch/t/easy-proof-of-equivalence-between-multiple-polynomial-commitment-schemes-to-the-same-data/8188)来验证证明中的承诺和信标链中的承诺是对相同数据的承诺。 <br/> # 分片后谁来存储历史数据？ 增加数据空间的一个必要共同条件是，移除以太坊核心协议负责永久保有其达成共识的所有数据这个属性。数据量太大，根本不需要这样做。例如： - EIP-4488 导致理论上链的最大容量为大约 1,262,861 字节/ slot (12秒)，或大约 3.0 TB 每年，尽管实际上，一开始更可能是大约 250—1000 GB 每年 - 4 个分片 ( 1 MB 每个 slot) 会每年增加额外 (几乎可以确定) 大约 2.5 TB 的数据 - 64 个分片 ( 16 MB 每个 slot) 导致每年总共需要 (几乎可以确定) 大约 40 TB 的存储 大多数用户的硬盘大小在 256 GB 到 2 TB 之间，1 TB 似乎是中位数。下图是一组区块链研究员的内部调查数据：  这意味着尽管用户今天可以负担得起运行一个节点，但如果这个路线图的任何部分没有进一步的修改，用户将会负担不起。大得多的驱动器是可以买到的，但用户将不得不特地去购买它们，这大大增加了运行一个节点的复杂性。这方面的主要解决方案是 [EIP 4444](https://eips.ethereum.org/EIPS/eip-4444) (译者注：可参阅《[引介 EIP-4444：对执行层客户端的历史数据设限](https://www.ethereum.cn/Eth1.x/an-intro-to-eip-4444)》)，它使得节点运行者不再负责存储超过 1 年的区块或收据。在分片方面，这个期限可能会进一步缩短，节点将只负责它们积极参与的子网上的分片。 这就留下一个问题：**如果以太坊核心协议将不再存储这些数据，那么谁来存储？** 首先，重要的是要记住即使有了分片，数据量也不会变得异常地大。是的，每年 40 TB 的数据量的确是个人运行“一般”消费级硬件难以负荷的。但是，对于愿意投入资源和工作到存储数据的个人来说，这是可以接受的。在 [Best Buy](https://eshop.macsales.com/item/OWC/MEQCTSRT48/) 的一个 48 TB 硬盘售价 1729 美元，[这里](https://www.bestbuy.com/site/wd-easystore-14tb-external-usb-3-0-hard-drive-black/6425303.p?skuId=6425303)的 14 TB 硬盘售价大约 420 美元。运行一个 32 个 ETH 验证者 slot 的人可以用质押奖励来支付存储实现分片后的整个区块链的开销。因此，从账面上看，没有人会存储分片的历史数据以致完全没有人知道这些数据，这种情况似乎是不可能的。 那么谁将存储这些数据呢？以下是一些可能的想法： - 自愿存储的个人和机构 - 区块浏览器 ([etherchain.org](https://etherchain.org/)、[etherscan.io](https://etherscan.io/)、[amberdata.io](https://amberdata.io/)…) 肯定会存储所有的数据，因为提供这些数据给用户是它们的商业模式。 - Rollup DAO 对存储并提供与它们的 Rollup 相关的历史数据的参与者进行提名与支付。 - 历史数据可以通过 torrents 上传和共享 - 客户端可以自愿选择各自存储任意 0.05% 的链历史数据 (因为使用[纠删码](https://blog.ethereum.org/2014/08/16/secret-sharing-erasure-coding-guide-aspiring-dropbox-decentralizer/)，你需要很多客户端同时离线才能丢失哪怕一个片段的数据)。 - 门户网络 ([Portal Network](https://github.com/ethereum/portal-network-specs)) 里的客户端可以存储任意部分的链历史数据，门户网络会自动把数据请求导向拥有这些数据的节点。 - 历史数据的存储可以得到协议内的激励 - 像 [TheGraph](https://thegraph.com/en/) 这种协议可以创建有激励的市场，其中的客户端给提供历史数据 (有默克尔证明确保其正确性）的服务器付费。这就给运行存储历史数据的服务器的个人和机构提供激励，做到按需提供。 其中一些解决方案 (自愿的个人和机构、区块浏览器) 已经存在了。特别是 p2p torrent，是由大型自愿者驱动的生态来存储大量 TB 级内容的很好的例子。剩下的基于协议的解决方案更强大，因为它们提供激励，但它们需要更长的开发时间。从长远来看，通过这些第二层协议来访问历史数据会比今天通过以太坊协议更高效。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth1.x/an-intro-to-eip-4444https://www.ethereum.cn/Eth1.x/an-intro-to-eip-4444Wed, 24 Nov 2021 00:00:00 GMT来源：[@lightclients](https://twitter.com/lightclients/status/1462576116359569411?s=20) <br/> 译者注：EIP-4444 提议把 `HISTORY_PRUNE_EPOCHS` 设为 82125 个 epoch (即信标链上 1 年)，使得在 PoS 以太坊里执行层客户端不再在 p2p 网络上提供超过一年的区块头、区块主体和收据的数据，客户端可以在本地修剪这些历史数据。此 EIP 的作者之一@lightclients 在推特写了简介，本文为该推文的翻译。 <br/> 以太坊客户端目前存储着 275 GB 的历史数据，这些数据对于验证区块链是不必要的。这个数字正在以每年 140 GB 的速度增长。EIP-4444 提议客户端修剪超过 1 年的数据。那么，为什么我们不直接修剪数据呢？ 要理解为什么数据还没被修剪，以及为什么这需要讨论，就需要理解历史数据今天是如何被使用的。有两个主要的使用类别：同步和用户通过 JSON-RPC 请求。 在同步里有两种主要方法： - 完全同步 (Full Sync)：下载并执行从创世直到区块链顶端的每个区块 - 状态同步 (State Sync)：这里有很多方案，但主要是用工作量证明检查进行区块头同步，并下载最新区块的状态。 在这两种情况下，客户端通过 p2p 网络请求历史数据，以延长它们对链的视域 (view)。信任模型通常是信任创世状态然后验证其他所有东西——要么完全验证，要么通过工作量证明检查进行轻度验证。 权益证明改变了这点。因为它容易遭受远程攻击，我们必须依赖“弱主观性检查点 (Weak Subjectivity Checkpoint)”。这实质上是我们对权威链上一个区块的信任程度等同于对 PoW 里创世区块的信任。 弱主观性检查点使得客户端可以跳过通过 p2p 网络请求历史数据的引导步骤。当然，在检查点后它们将仍然需要同步历史数据——因此检查点应该总是在修剪边界之前。 这听上去像是安全性上的倒退。以前，我们有一个 2015 年 7 月 13 日的哈希值做验证。现在，我们有的是变动着的弱主观性检查点。但事实上，我们一直都依赖弱主观性。 你最后一次验证客户端版本间的代码差异是什么时候？大多数人没有技术背景来做这件事。因此，每次你更新你的客户端，你都依赖你的客户端团队严格地实现以太坊协议。 幸运的是，有很多人盯着像 go-ethereum 这样的软件。只需要一个吹哨者就能揭发代码里的恶意提交。同样，只需要有一个吹哨者指出一个客户端推出一个恶意的弱主观性检查点。 事实上，验证一个客户端推出正确的弱主观性检查点比确保代码正确执行协议要容易得多。 因此，从安全性的角度来看，其实是没有倒退的。这也包括同步——历史数据所需的另一个主要用途类别是为用户请求提供服务。 用户可以请求两种类型的数据： - 当前数据，例如存储槽的数值、账户余额、最新的区块高度等 - 历史数据，例如在区块 N 的存储槽数据、区块 N 的区块头、交易收据等 当前的数据将继续可以被访问，当实现 EIP-4444 后，历史数据能否被访问取决于它是多长时间以前的。 历史数据的主要使用者是 dapp 开发者。很多 dapp 添加历史数据到它们的数据库，通过它们的前端提供给用户。对于他们来说，能够遍历所有交易和日志是很重要的。 支持这个用例有多个方法——现在最受欢迎的方法是客户端发布多路复用器，支持一定范围区块的版本会执行该范围的区块。例如，geth 版本 A 可能支持直到区块高度为 10m 的区块，而 geth 版本 B 则支持 10m 之后的区块。 多路复用器将用版本 A 执行区块高度为 0 到 10m 的区块，输出状态数据库并将其导入 geth 版本 B，然后继续执行10m 之后的区块。JSON-RPC 请求会被导向有合适信息响应的客户端。 但是，如果历史区块在 p2p 网络上不再可得——那谁来提供这些数据？预计会有很多大型、受信任的机构提供这些数据的镜像。由于数据是静态的，所以很容易就其哈希值达成共识并进行验证。这是 1-of-N 的信任模型。 新标准将是不存储历史数据并运行一个客户端多路复用器。这意味着以太坊客户端的标准内存占用会减少 275 GB——但还有最后一个问题需要提及。 当前，当请求的数据不存在时，以太坊的 JSON-RPC 会给一个空响应。假设客户端没有在同步，这会以“这个数据不存在于权威链或最近的分叉”被接受。 一旦客户端开始修剪旧数据，这种不变性就会被打破。当一个用户请求一个特定交易收据时，客户端将不知道该收据是被修剪了还是从来没有存在过。目前，我们期望 RPC 将对这两种情况返回一个空响应。 我很想得到关于这种方法的反馈。JSON-RPC 的使用者对此有什么看法？你们访问超过 1 年的历史数据的频率如何？另一种方法 (尽管更重) 是保持一个被修剪数据哈希值的索引，这样可以向用户返回更多的内容。 275 GB 这个数据是在 `geth db inspect` 的输出里查到的。下面是截图：  正式的 EIP-4444 (顺便提一下，读作 EIP four 4s) 规范可以在这里找到： https://eips.ethereum.org/EIPS/eip-4444 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-23/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-23/Tue, 23 Nov 2021 00:00:00 GMT <br/> # 生态 **放弃以太坊之推特大战** 11 月 20 日，Synthetix 创始人 Kain 发推表示很多以前他在这个加密圈尊敬的人都不顾声誉追求利益最大化，寻求机会主义收益。请记住，一旦二层扩容方案变得不可避免他们全部都会涌回以太坊生态。 三箭资本 (3ac) 创始人 Su Zhu 对这条推进行了评论，“你为你的用户选择了最糟糕的扩容方案来保护自己的 ETH 资产，导致你的社区真的很穷。现在你居然敢羞辱那些不像你一样是以太坊脑残粉的人？”由此激起骂战，言辞激烈，Su Zhu 认为以太坊的 OG 们不应该说使用其他一层协议的人为“利益最大化者”或“机会主义者”，并表示自己要做的是给那些为世界带来更大经济自由的资产提供资助与支持，这就是 Avalanche 雪崩协议在做的事 (今年 9 月，Polychain 和三箭资本领投了对 Avalanche 的2.3 万美元投资)。 随后 Su Zhu 发了引起更大反响的推特，指出尽管他过去支持以太坊，但现在已经放弃了。因为以太坊已经放弃了他的用户，昂贵的交易费使得新用户难以承担。并称以太坊文化严重陷入了创始人困境，他们变得太过富裕而忘记了初心。大概需要一次熊市来提醒他们，或大家前往别的地方建设。 <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1462216210116853762&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FV8CaABlAfZSFeKfaHFr7NtWJphVkt_l6Rbx37zcC1Os&amp;sessionId=f511b92d7fb655e341a9e8efd86ac013eca4f972&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1462216210116853762" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 405px; display: block; flex-grow: 1;"></iframe> 很多以太坊的核心开发者和社区 KOL 都进行了回应，但同时也有不少人对推特点赞。针对 Su Zhu 推文的具体内容，下面节选了一些有价值的回应： 1. “以太坊已经放弃了他的用户，”“以太坊文化严重陷入了创始人困境，他们变得太过富裕而忘记了初心。” Tim Beiko：没有人放弃过“1.x 路线图”：这实际上是在 COVID 之前以太坊的重点，并且其各方面的工作都正在取得进展 (更不用说 1559 就是其中一部分......)。1.x 的一个重点是限制节点需要存储的数据量。合并快要实现，正是展开对话的时候，而且我们在上次以太坊核心开发者会议才讨论了这个问题 (指 EIP-4444)。 这些进展之所以如此耗时，是因为以太坊支持着价值数十亿 (还是万亿) 美元的经济活动，我们不能让以太坊区块链出问题。同样，我们也不能影响在以太坊上构建的应用。如果不是有这些考量，我们本可以在 6 个月内实现状态租金 (State Rent)方案。 我有听到有人担心交易费用太贵，二层的采用度不如我们希望般高，还有 EVM 的改进速度不够快。很多很聪明的建设以太坊的人都意识到这些，并花时间试图解决它。我们不能简单地让以太坊停下来实现这些变更，光是这一点已经占了 50% 以上的复杂度。同样地，我们还希望保持节点的硬件要求足够低，让普通人也可以做区块链验证，这使得以太坊无法采用很多“简单”的方案。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1462564209418403844&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FV8CaABlAfZSFeKfaHFr7NtWJphVkt_l6Rbx37zcC1Os&amp;sessionId=f511b92d7fb655e341a9e8efd86ac013eca4f972&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1462564209418403844" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 431px; display: block; flex-grow: 1;"></iframe> 2. “昂贵的交易费使得新用户难以承担。” Chainlink 的社区大使 @ChainLinkGod：这是关于区块链可扩展性、去中心化、吞吐量和 gas 的推文。 区块链是去中心化的计算机，在节点网络执行交易并维护一个全球分类账本。去中心化很重要，因为它消除了中心控制点并防止操纵和任意的协议更改。 区块链有出块节点和非出块节点，前者通过新的交易区块延伸链 (确保活性)。两种类型或节点都执行和验证交易和区块。一个错误认识是网络是由出块节点控制的。 这不完全对，出块节点可以参与审查和重组，但它们越过协议规定增发代币，使用其他人地址的代币，或生成协议允许的更大容量的区块。 这是如何做到的呢？非出块节点可以忽略无效区块，因此出这样的区块是无意义的。这些节点可以制衡出块节点。这是区块安全模型的一部分，以及去中心化如此重要的原因。请参考《[关于 51% 攻击，大家都搞错了什么](https://www.ethereum.cn/Technology/what-everyone-gets-wrong-about-51percent-attacks)》 因此，你不能简单地提高区块链的区块容量和缩短出块时间 (因为它会提高对硬件的要求并造成网络中心化)。请参考《[Vitalik：区块链可扩展性的限制](https://www.ethereum.cn/Layer2/the-limits-to-blockchain-scalability)》 可以用 EVM 区块链的 gas/秒来粗略测量节点与链保持同步的硬件要求，其中 gas 是计算工作的单位。 一次原生代币的转账消耗 21k gas 一次 ERC20 代币转账大约是 52k gas gas 使用量随复杂度的增加而增加。 简单地增加 gas 上限 (区块容量) 和缩短出块时间能提高吞吐量，但这不是可扩展性。 可扩展性是在没有明显提高硬件要求的前提下提高吞吐量 (增加中心化程度和信任假设)。 交易消耗静态且确定数量的 gas，这个 gas 用原生代币支付。而支付每单位 gas 的代币量取决于费用市场。费用市场是独立于代币/美元市场的，但取决于 gas 需求。 让我们比较一下 EVM 链的最大吞吐量。 注意：以太坊上的 EIP-1559 旨在实现 50% 的网络 gas 使用率，使用超过 50% 基本费用上升，低于 50% 则下降。 以太坊：~2.26M gas/秒的上限 Polygon PoS：~9.4M gas/秒的上限 HECO：~13.3Mgas/秒的上限 BSC：~31M gas/秒的上限 这些都不是可扩展性的数据，这是链配置可以处理的最大吞吐量。实际的网络 TPS 完全取决于网络处理交易的复杂性。 而为什么这个数据并不与各个网络的 gas 费用成 1:1 的相关性？因为各个网络的 gas 供需比不一样。 以太坊的区块空间的供求比高于任何其他区块链。需求高是因为去中心化带来的高安全性和网络效应。 供应低是因为去中心化的社会契约，通过限制硬件要求实现。 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1462544950181126145&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FV8CaABlAfZSFeKfaHFr7NtWJphVkt_l6Rbx37zcC1Os&amp;sessionId=f511b92d7fb655e341a9e8efd86ac013eca4f972&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1462544950181126145" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 237px; display: block; flex-grow: 1;"></iframe> 3. “或大家前往别的地方建设” Tim Beiko：这是自由市场，如果我们最后无法实现承诺的东西，当然用户和应用都会去别的地方。 我们能做的最好的事就是吸引最优秀的人才，让他们解决最大的挑战，并实现解决方案。我相信我们今天有这样的人才，他们大多数不在推特上争论，但会确保以太坊会实现那些承诺。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1462568904119635971&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FV8CaABlAfZSFeKfaHFr7NtWJphVkt_l6Rbx37zcC1Os&amp;sessionId=f511b92d7fb655e341a9e8efd86ac013eca4f972&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1462568904119635971" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 447px; display: block; flex-grow: 1;"></iframe> **ConstitutionDAO 竞拍美国宪法失败，捐赠者可自行申领退款** 著名拍卖行苏富比于 11 月中旬拍卖了一份美国宪法的原始印刷本 (一共有 500 份)，估价为 2000 万美元。 随后一个名为 ConstitutionDAO 的项目通过 Juicebox 募资平台以众筹的方式参与宪法拍卖，并且在短短的 72 小时内筹集了超 1 万 ETH，参与者有 17,437 名，为历史上最大型的众筹活动。众筹方式为，参与者将 ETH 捐赠给 ConstitutionDAO 并获得相应数量的 PEOPLE 代币 (捐赠比率为 1 ETH = 100 万 PEOPLE)。 而 11 月 19 日，苏富比宣布该拍卖品“美国宪法官方版”以历史高价 4320 万美元被拍得，且未透露拍卖者的具体信息。 竞拍失败后，ConstitutionDAO 按照最初的捐赠比率退款给捐赠者，大家可以通过 Juicebox 申领退款：https://juicebox.money/#/p/constitutiondao [来源](https://blog.polygon.technology/polygon-announces-polygon-miden-a-stark-based-ethereum-compatible-rollup/) <br/> # **Layer2** **L2 互操作性解决方案 cBridge 2.0 发布主网版本** 此前，7 月 22 日，以太坊扩容解决方案 Celer Network 的 cBridge 1.0 版本上线主网，旨在解决 L2、以太坊以及其他 L1 公链之间的互操作性问题。 9 月 22 日，Celer 公布了 cBridge 2.0 版本：它提供了更佳的跨链代币桥接使用体验。因为其为用户带来了更深的流动性；向 cBridge 节点运行者和流动性提供者提供了高效和易于使用的流动性管理方式；还有为开发者提供的跨链 DEX 和 NFT 使用的通用信息桥接功能。而以上提到的所有功能都是由 Celer 的状态守卫者网络 (State Guardian Network, SGN) 提供保障，而状态守护者网络则由 Celer 系统中的验证者和质押者组成。 11 月 17 日，cBridge 2.0 上线主网：[http://cbridge.celer.network](http://cbridge.celer.network/) cBridge 2.0 目前支持的网络有：以太坊、Optimism、BSC、Polygon、Fantom、Arbitrum、Avalanche；支持的代币有：WETH、DODO、USDC、USDT。在主网发布的第一个阶段，用户可以在几分钟之内在 cBridge 支持的网络之间转移上述代币；流动性提供者可以直接提供流动性而无需运行一个 cBridge 节点；dApp 开发者可以直接集成 cBridge 2.0 SDK 以在本地实现多链用户体验。 [来源](https://twitter.com/Rocket_Pool/status/1463042468186714114?s=20) <br/> **中心化交易所 Binance 支持 L2 扩容解决方案 Arbitrum 的 ETH 代币充提** Binance 发布公告已完成 Arbitrum One 的集成，并开放 Binance 和 Arbitrum 之间的 ETH 充提功能。  [来源](https://www.binance.com/en/support/announcement/192e0315a7744dcfb8dede7453884c73) <br/> **L2 扩容解决方案 StarkNet 的主网候选版本 Alpha 4 在 Goerli 测试网上发布** 根据 StarkWare 此前发布的 StarkNet 路线图 ([https://starkware.notion.site/StarkNet-Alpha-Features-Tentative-Roadmap-f2b8f5f25a2d4d1cb3265fb82a098c51](https://www.notion.so/StarkNet-Alpha-Features-Tentative-Roadmap-f2b8f5f25a2d4d1cb3265fb82a098c51))，StarkNet Alpha 4 将作为 StarkNet 的主网候选版本推出。 11 月 17 日，Alpha 4 推出 Goeli 测试网上的版本，并计划于 11 月底推出主网版本。新增的功能有： - 合约可以通过新的系统调用 'get_contract_address' 获得自己的地址 - 区块不再通过 Id 而是区块哈希进行辨识 - 引入代币桥接 [Alpha 4 Github](https://twitter.com/Rocket_Pool/status/1463042468186714114?s=20) 此外，所有想要部署至 StarkNet Alpha 主网版本的项目都可以填写[申请](https://forms.reform.app/starkware/SN-Alpha-Contract-Deployment/l894lu) [来源](https://twitter.com/Rocket_Pool/status/1463042468186714114?s=20) <br/> **L2 扩容解决方案 Polygon 宣布引入其网络的新组件 Polygon Miden — 基于 STARK 的 EVM 兼容 rollup** Polygon 此前收购了基于 zk-Rollups 技术的解决方案 Hermez Network 之后，又宣布新增一个新的组件 Polygon Miden (基于 STARK 的 EVM 兼容 rollup)。该项目的负责人为 [Bobbin Threadbare](https://twitter.com/bobbinth)，他是 Facebook Winterfell 项目的前核心 ZK 研究人员。 目前 Polygon 的组件包括 Polygon PoS、Polygon SDK、Polygon Hermez 等解决方案。 [来源](https://blog.polygon.technology/polygon-announces-polygon-miden-a-stark-based-ethereum-compatible-rollup/) <br/> **L2 解决方案 Optimism 定序者出现故障** 11 月 20 日，L2 扩容解决方案 Optimism 团队在推特上发布一则故障声明。   根据推文，Optimism 出现了一起罕见的竞争条件 (race condition) 事件，导致其网络 Optimistic Ethereum 的定序者宕机。因此，交易只能暂时通过 L1 提交。Optimism 团队在故障发生的一个多小时之后，部署了一个临时补丁。并且已经确定了一个长期的解决方案，Optimism 团队表示将尽快部署这个最终补丁。最终的补丁部署之后，团队将发布一份完整的事件回顾。 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1461802419524931595&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FV8CaABlAfZSFeKfaHFr7NtWJphVkt_l6Rbx37zcC1Os&amp;sessionId=f511b92d7fb655e341a9e8efd86ac013eca4f972&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1461802419524931595" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 333px; display: block; flex-grow: 1;"></iframe> <br/> # **执行层 (Eth1)** **关于历史数据过期的即兴技术 AMA** 在最新一次，即第 126 次，以太坊核心开发者会议上，@lightclient 提出了 [EIP-4444：Bound History Data in Execution Clients](https://t.co/zX0Jawoo8V?amp=1)，这份 EIP 旨在对客户端存储和在 p2p 网络传送的历史数据量设上限。它提议把超过 1 年的历史数据修剪掉。在下一次的以太坊核心开发者会议还会继续讨论这份 EIP。 今天 Vitalik 与开发者 @lightclient 和 Alex Stokes 一起在 reddit 举行了关于历史数据过期的即兴技术 AMA，简单介绍了无状态 (stateless)、状态休眠 (state expiry) 与历史数据过期的关系。 [指路](https://blog.polygon.technology/polygon-announces-polygon-miden-a-stark-based-ethereum-compatible-rollup/) 另外，@lightclient 发了推文解释实现 EIP-4444 的重要性： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1462576116359569411&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FV8CaABlAfZSFeKfaHFr7NtWJphVkt_l6Rbx37zcC1Os&amp;sessionId=f511b92d7fb655e341a9e8efd86ac013eca4f972&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1462576116359569411" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 357px; display: block; flex-grow: 1;"></iframe> <br/> # **合并** 今天，Nimbus 团队发布了客户端 Nimbus+Nethermind 的 Kintsugi 测试网教程。有兴趣去测试网体验的可以试试：https://blog.polygon.technology/polygon-announces-polygon-miden-a-stark-based-ethereum-compatible-rollup/ <br/> # **共识层 (Eth2)** **Rocket Pool 开放了阶段4** 今天，Rocket Pool 开发了阶段 4，这个阶段对参与者数没有限制。Rocket Pool 发推表示开放后锁仓量 (RPL&ETH) 很快就得到 1 亿美元。感谢所有的节点运行者 (共 394 个) 与所有的 rETH 质押者。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1463042468186714114&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FV8CaABlAfZSFeKfaHFr7NtWJphVkt_l6Rbx37zcC1Os&amp;sessionId=f511b92d7fb655e341a9e8efd86ac013eca4f972&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1463042468186714114" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 297px; display: block; flex-grow: 1;"></iframe> 关于共识层和合并的其他消息，请看最新一期的《[共识层进度更新](https://www.ethereum.cn/Eth2/wnie2-2021-11-19)》。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-11-19https://www.ethereum.cn/Eth2/wnie2-2021-11-19Mon, 22 Nov 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_211119#Upcoming-events) <br/> # 本周推荐 毫无疑问，这周最值得推荐的文章是 Trent Van Epp 最初在 [Bankless](https://newsletter.banklesshq.com/p/ethereum-roadmap-update-end-of-2021) 上发表的《以太坊协议更新—2021.11 ([Ethereum Protocol Update - Nov 2021](https://trent.mirror.xyz/82eyq_NXZzzqFmCNXiKJgSdayf6omCW7BgDQIneyPoA))》。 一旦你克服了使用“Eth1"和"Eth2"术语的一些有争议和过于笼统的陈述，你会发现这篇文章在我们的发展方向上提供了一流的信息。 <br/> # 信标链 在我下次更新时，信标链就已经创世满一年了🎉 这一切都从 2020 年 12 月 1 日 UTC 中午 12 点 23 秒开始。我会把赞扬之词留到下一次更新，但只是想提醒大家纪念这件事。听说到时至少会举行一个派对（参见文末)。 另一方面，我们出现了 Altair 升级以来的第一宗罚没事件，它违反了新增的罚没惩罚规定😥。被罚没的是一个非常早期的创世存款者——[验证者 261](https://beaconcha.in/validator/261)，它被发现在同一个 slot 里对[两个不同的区块头](https://beaconcha.in/block/2535251#attester-slashings)投票。该验证者的所有者在 Reddit 上解释道：由于迁移错误导致同时在两个地方运行同一个验证者。在离线三个月后，验证者最近又重新上线，我猜这可能也有关系。总之，大家要小心点！ <br/> # 合并 开发团队正在努力争取在 12 月初构建出长期运行的 [Kintsugi](https://hackmd.io/@n0ble/kintsugi-spec) 合并测试网。这里有一个[进度追踪文档](https://notes.ethereum.org/@djrtwo/kintsugi-milestones)。 一个短期的 (1周) 客户端团队使用的开发测试网在 18 日周四启动，参与的团队如下： - Eth1, 执行客户端: Geth 和 Nethermind - Eth2, 共识客户端: Prysm、Lodestar、Lighthouse 和 Nimbus 第一个开发测试网预计会有点粗糙，但这是往构建一个长期运行稳定的测试网迈出了重要的一步。（最新情况：Marius [使它崩溃了](https://twitter.com/vdWijden/status/1461771566287671304)。) 大多数 Eth2 团队某种程度上都在实现由 Sigma Prime 团队写的 [optimistic sync](https://twitter.com/sigp_io/status/1458210054557954048) (乐观同步) 算法上遇到问题。而在 Teku 团队，我们一直非常注重在我们的产品代码中实现 optimistic sync 并再把情况反馈到它的开发中，而且我们完全跳过了临时锁步同步。这就是为什么 Teku 似乎在 Kintsugi 计划上有点落后。但不要担心，我们很快就会实现那些里程碑的！ Marius 列出了 Geth 团队合并前的[任务清单](https://mariusvanderwijden.github.io//blog/2021/11/07/GethTODO/)。他们已经有了新的可行的 [RANDOM](https://eips.ethereum.org/EIPS/eip-4399) 操作码。 对于那些觉得这是冒险的人，你们可以用 [Prysm 和 Geth](https://prysmaticlabs.notion.site/Interop-Kintsugi-M2-TTD-100-8403ae49b6c9427dbc9853dfa5c85baa)设置你们自己的合并测试网试试。 Tim Beiko 在合并分叉/升级规范的 Eth1 库里放了一个占位符。嵌入 EIP 不等于合并要来了，但 GIF 有了。 <br/> # 质押 11 月 10 日[Rocket Pool 上线](https://twitter.com/Rocket_Pool/status/1457893042367582209) ，取得[完满成功](https://twitter.com/superphiz/status/1457923085970153479)！阶段 2 和阶段 3 都顺利完成了。上线观看视频已经上传了，你可以与 EthStaker 的社区成员重新体验[整个过程](https://www.youtube.com/watch?v=CM1decziXkQ)。 阶段 1 到 3 都对参与者数有限制。在 11 月 22 日北京时间 8:00 启动的阶段 4 是无限制的，所以你们终于可以挤进去了。 需要对 Rocket Pool 团队表达热烈的祝贺。他们已经凭着他们的愿景、承诺和纯粹的努力工作，走过了 4 年的旅程。Eth2 质押非常需要像这样有效的去中心化的质押池，我相信 Rocket Pool 有一个璀璨的未来。 <br/> # 工具 Geth 团队的 Péter Szilágyi 一直在研究 [minority (小众客户端项目)](https://www.ethereum.cn/Eth2/minority-client-project)，这是一个“以太坊2.0节点在共识层和执行层客户端件的多路转复用器。其目标是使合并后的质押者可以运行多个类型的 Eth1 和 Eth2 节点，以增加稳健性，在接受状态变换之前达成 n/m 的共识。 <br/> # 释义性内容 PEEPanEIP 更新了同样非常优秀的一集——由ConsenSys 团队的 Sam Wilson 分享《以太坊执行层规范的状态 ([The state of Ethereum Execution Layer specs](https://www.youtube.com/watch?v=v5UOvPqKIr8))》。这是一个按照类似Eth2规范的思路所创建的以太坊 1.0 完整规范的项目，它类似于 Python，是可执行的。 <br/> # 媒体与其他 [Out of the Ether](https://www.goodreads.com/book/show/55360267-out-of-the-ether) 的作者 Matt Leising 采访了以太坊基金会的 Tim Beiko。他们谈了一些个人背景和很多以太坊未来的内容。在 ConsenSys 的时候我就喜欢跟 Tim 一起工作：他很强！ <br/> # 研究 Dankrad 制作了 [Gasper 高可信度的快速区块确认](https://docs.google.com/presentation/d/1MUVaFyd9ce3hPQ5L-UhqVSfxf1ajMYFbkActkp5xNKI/edit#slide=id.p1)的演示文稿。这提出了一种通过使用链上信息检测信标链是否受到攻击，以确定”安全区块头“的方法。正常情况下，安全区块头会比最新区块滞后 4 秒，但在受攻击的情况下，滞后时间更长。在相当弱的假设下，安全的区块头将不会被回滚，因此可以作为交易最终确定性的一个不错的指标。不再需要等待 15 个确认或现在需要的任何东西。 这也是 PoS 优于 PoW 的另一个有趣方面。在 PoW，你永远不知道你的链何时受到攻击。攻击者可以简单地给出一条更长链 (也许上面会有双花)，而你完全不知道它会发生，直到知道的时候已经太晚了。而在 PoS，我们有很多信息：我们确切知道我们的验证者是谁，我们可以看到所有的证明。企图发起的攻击很快就会变得非常明显。 在 [ethresear.ch](https://ethresear.ch/) 上： - 关于 [MEV Boost](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177?u=benjaminion) 的讨论仍在继续，Flashbots 提议了合并后分发区块给验证者的架构。我之所以再次提到它是因为它是非常重要的对话，甚至可能是在以太坊的“存在”层面。MEV 以及我们如何应对它正在成为去中心化战争中的一个关键层面。我仍然相信最好的结果会是一个区块构建者的健康生态；我最主要的担忧围绕着 Flashbots 最终成为网络上唯一的区块提供者，这个猜想并不牵强。请看《两个 slot 内区块提议者与构建者分离的提案 ([Two-slot proposer/builder separation](https://ethresear.ch/t/two-slot-proposer-builder-separation/10980/2?u=benjaminion))》。 - 关于 Vitalik 提出的《有退避机制的 Caper FFG ([Casper FFG with backoff](https://ethresear.ch/t/casper-ffg-with-backoff/11294?u=benjaminion))》带来的不同点，我不确定我能否真正理解这个问题的要点。这应该是一种即使在网络崩溃时也能做最终敲定的方法。也许我们可以很乐观地大大地缩小做最终敲定的时间 (现在是大约 13 分钟)，然后让退避机制 (back-off mechanism) 在当前网络条件下寻找最佳时间。 <br/> # 常规会议 ## 实现者会议 第 76 次会议在 11 月 18 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/418) - [会议视频](https://www.youtube.com/watch?v=31Jxh9_xXvY&t=152s) - 我的[速记](https://hackmd.io/@benjaminion/B1Ip90mdt) 按照新的模式，我们开始了合并工作时间计划，专注在 Kintsugi 测试网的进度。Eth1 的 Geth 和 Nethermind 团队加入到这个会议。 我们讨论了如何处理 Eth1 和 Eth2 客户端里终结总难度 (TTD) 的覆盖问题，以应对紧急合并的需求。似乎正朝着依赖客户端新版本而不是提供 CLI 覆盖或其他机制的方向发展。 会议讨论了规范上的很多小问题，包括分叉选择规则的[小补丁](https://github.com/ethereum/consensus-specs/pull/2727)，和对信标链存储历史数据的方式提出一个[小变动](https://github.com/ethereum/consensus-specs/pull/2649)，使得验证过去区块更容易。 最后，我们不可避免地要讨论命名问题...... ## 以太坊核心开发者会议 第 126 次以太坊核心开发者会议在 11 月 12 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/407) - [会议视频](https://youtu.be/Kk-kZXazi18?t=225) - Tim Beiko 的[推文记录](https://twitter.com/TimBeiko/status/1459240133752856577) 会议对合并是否以及如何会被执行层/Eth1 识别为分叉进行了长时间讨论，因为它不是设在特定区块上，而是通过达到一个终结总难度来触发的。Tim 的笔记对这部分进行了很好的总结。 然后进一步讨论了 [EIP-4396](https://eips.ethereum.org/EIPS/eip-4396)，它提议修改 EIP-1559 中松弛区块大小的机制，使得合并后在面对错过 slot 的情况仍能保持吞吐量不变。 最后，[EIP-4444](https://eips.ethereum.org/EIPS/eip-4444) 提议可以在一年后丢弃历史数据。它某种程度上与 Eth2 的弱主观性假设相符，因此它也是挺重要的。 <br/> # 活动预告 - 11 月 24 日，UTC 1500：StakeHouse 社区会议在 EthStaker Discord 的语音频道进行 `stakehose-community-call`。 - 12 月 1 日，在 EthStaker Discord 上有消息称，预计会有一个信标链一周年派对 🥳所以敬请留意。我肯定会参与的！ - 12 月 3 日，UTC 1400：[合并社区第二次会议](https://github.com/ethereum/pm/issues/419) <br/> # 其他新闻 - Alex Stokes 关于轻[客户端设计](https://notes.ethereum.org/@ralexstokes/HJxDMi8vY)的笔记。 - Nimbus 提醒我们，他们也在开发一个[执行层客户端](https://our.status.im/nimbus-execution-layer/)，它将与 Nimbus 的共识层客户端互补。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Technology/introduction-to-evm-part-1https://www.ethereum.cn/Technology/introduction-to-evm-part-1Fri, 19 Nov 2021 00:00:00 GMT来源 | [medium.com/@somubhargava97](https://medium.com/@somubhargava97/introduction-to-evm-part-1-b27203883a03)  <center>图片来源： executium ，unsplash</center> EVM 对于以太坊状态机就好比处理器对于计算机般至关重要。它主要是用于执行[智能合约](https://ethereum.org/en/developers/docs/smart-contracts/)的逻辑和进行相应的状态转换。在我们深入 EVM 时，现在先简单看看以太坊吧。 <br/> # 以太坊简介 以太坊是开源、去中心化的区块链，具有[智能合约](https://ethereum.org/en/developers/docs/smart-contracts/)的额外功能。它意味着，在网络上发生的交易种类大致是 ETH 转账 (或) 智能合约部署 (或) 智能合约调用——所有这些都会改变以太坊区块链的状态。一堆这些交易按照特定顺序组合成一个区块，执行该区块里交易合起来所需的 gas 应小于或等于区块 gas 上限 (译者注：EIP-1559 后 gas 上限是 30 m) 。 一笔交易大概如下： ``` Transaction - nonce - 由交易发件人发送的交易号 gas price - 这笔交易的 gas 价格 (单位为 wei) gas limit - 这笔交易可以使用的最高 gas 量 to - 这笔交易的受款人 value - 转给受款人的 wei 数值 data - 信息调用的输入数据 v, r, s - 可恢复的发件人 Secp256K1 签名 ``` 以太坊的世界状态就是地址和其对应的账户状态之间的映射。账户状态大概如下： ``` Account - nonce - 到现在从该相应账户发送的交易数量的值 balance - 这个账户持有的 wei 数量 storageRoot - 256 位键值对之间的映射 codeHash- 属于这个账户的的 EVM 代码的不可变哈希值。当有人与这个账户进行交易时，此代码将被执行。 ``` 矿工通过汇集一些交易来形成一个区块，并获取打包该区块的工作量证明。这个区块随后会在网络被广播到其他参与以太坊区块链的节点。现在，其他接收到此区块的节点必须验证其有效性，因为矿工可能是恶意的，可能会出现传输错误，中间人攻击 ([man-in-the-middle attack](https://en.wikipedia.org/wiki/Man-in-the-middle_attack))。每个节点 (大致) 从以下方面验证区块： - 它们按照以太坊协议验证区块特性 (如区块高度、父块哈希值、时间戳、gas 上限、使用的 gas 量等) - 然后这个区块里的交易会被逐一执行。执行每笔交易都会消耗一些 gas 并改变区块链的状态。因此，在区块执行的最后，我们会得到一个结果状态，它由[状态树](https://eth.wiki/fundamentals/patricia-tree)根来表示，这个根是唯一的。如果矿工和验证节点对协议和交易都达成共识，那么状态根应该是唯一的。矿工添加在区块头获得的状态根，随后其他节点根据区块头提到的状态根对其进行验证。 **以太坊虚拟机 (Ethereum Virtual Machine, EVM)** 负责执行交易和更新区块链状态。让我们在下文了解更多 EVM 的细节。 <br/> # 以太坊虚拟机 (EVM) [智能合约](https://ethereum.org/en/developers/docs/smart-contracts/)可以被编译成 EVM 字节码。作为类比，把 Solidity 代码 (编写智能合约的通用语言) 想象成 C++代码。把 EVM 字节码看作是机器代码，它是可以被处理器理解和执行的。因此，EVM 可以被认为是以太坊的一个处理器。EVM 字节代码是操作码和数据序列，可以被 EVM 处理，形成状态转换。 因此，EVM 在执行交易中的作用： - 使一个账户转账 WEI (1 ETH = 10¹⁸ WEI) 到另一个账户变得可能 - 如果交易的受款人账户有一些字节码与 EVM 相关，EVM 必须执行相应的字节码 (可能使用从 `transaction.data` 栏位获取的输入数据)。 现在，任何账户都可以有与 EVM 相关的字节码吗？答案是否定的。以太坊有两种类型的账户——外部所有账户 [(EOA)](https://ethdocs.org/en/latest/contracts-and-transactions/account-types-gas-and-transactions.html#account-interactions-example-betting-contract) 和合约账户 [(CA)](https://ethdocs.org/en/latest/contracts-and-transactions/account-types-gas-and-transactions.html#account-interactions-example-betting-contract)。EOA 是具有私人密钥关联的账户，由像个人、组织等的外部实体操作。另一方面，合约账户是通过部署智能合约创建的。它们没有相关私钥，并由外部实体对其进行的代码调用 (通过区块链上的交易) 控制。 基本上，每个节点上都会启动一个 EVM 实例来执行每笔交易。但是，只有当交易的受款方 (或目标) 是一个合约账户时，EVM 实例才会执行字节码。 现在，让我们来看看 EVM 的架构。  <center>图表来自 https://ethereum.org/en/developers/docs/evm/ </center> 启动的每个 EVM 实例都是为运行一个特定的字节码 (由于交易的目标是一个合约账户)。因此，字节码就像是 EVM 实例的 ROM，是不能修改的。类似于[图灵机](notion://www.notion.so/[Turing Machine](https://en.wikipedia.org/wiki/Turing_machine))，EVM 由一个程序计数器 (Program Counter)、堆栈 (Stack)、内存 (Memory) 和外部存储器。这个外部存储器对所有交易进行永久存储，但其余组件的存储是易失的，并会对 EVM 的每个实例进行重新实例化。 让我们来逐个了解这些组件—— - 程序计数器 (PC) 只是一个指向字节码中下一个操作码的指针，由 EVM 执行。它是一个非负整数，范围是 [0, number_of_bytes(bytecode)-1] - EVM 里的堆栈可以有最多 1024 个条目，每个条目都是 256 位 (32 字节) 的无符号整数。 - EVM 里的内存是可以无限扩充的 (尽管你必须为内存扩充本身支付额外的费用) 且每个条目都有一个 8 位 (1字节) 的无符号整数。 - 这里的外部存储就是所有账户存储的集合。( EVM 的字节码可以写到目标账户或外部账户的存储空间 ) 与计算机处理器如何根据每个指令集理解特定的操作码类似，EVM 也需要理解操作码。每个 EVM 操作码都是一个字节，因此根据理论，最多可以有 256 个操作码，但这里就不列出全部 256 个操作码了。EVM 操作码主要可分为以下几类—— - 控制像 PC、堆栈、内存和存储状态的操作码 - 算数运算和按位运算 - 环境信息——关于区块、当前交易或某特定账户的属性的信息 - 日志操作——添加日志记录 - 系统操作——创建新的合约账户、对另一个账户进行信息调用、销毁已创建的合约账户等 很快会出下一篇更详细的关于操作码的文章。敬请关注！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/daos-the-next-big-chapter-of-cryptohttps://www.ethereum.cn/Ecosystem/daos-the-next-big-chapter-of-cryptoThu, 18 Nov 2021 00:00:00 GMT来源 | [Nansen](https://www.nansen.ai/research/first-defi-then-nfts-now-daos-the-next-big-chapter-of-crypto-is-already-here#) <br/> 加密世界先后经历了 DeFi 和 NFT 这两波浪潮之后，DAO 的时代开始来临。 我想对正在看这篇文章的大家说，DAO 现在还处于十分初期的阶段。我相信现有的 169 个 DAO 项目 (由 [DeepDAO](https://deepdao.io/) 提供数据) 只是未来加密货币新篇章 DAO 海洋中的一滴水。这些 DAO 项目为革命性的治理模式开创了先例，这种模式有可能取代所有形式的公司和人类组织。 <br/> ### DAO 是什么？ DAO (Decentralized Autonomous Organization，去中心化自治组织) 指的是围绕一个共同目的而形成的加密原生团体，而这些团体通常 (但并非总是) 为实现某种目标进行募资，然后对不同的项目投资。 DAO 的用例是无穷无尽的，并且仍在不断发展。其范围宽泛，有使用代币持有作为门槛的、基于 Discord 的纯社交平台 (如，a16z 最近投资了的 [Friends With Benefits](https://www.fwb.help/))，也有像 [MetaCartel Ventures](https://metacartel.xyz/) 这样的专门的投资平台。[PleasrDAO](https://pleasr.org/) 是另一个有趣的例子，它是社交和艺术收藏的混合体，随着时间的推移获得具有文化意义的数字艺术作品。 下面为 2021 年 DAO 的市场格局图：  <center>2021 DAO 市场格局，图源：Coin 98 Analytics</center> 鉴于 DAO 用例的多样性和新 DAO 出现速度之快，市场参与者和观察者仍然难以理解 DAO 的真正含义。 这就是为什么需要阐明 DAO 的基本原理，展示其与传统组织的不同之处，并提供一份如何加入这场革命性浪潮的指南。 <br/> ### DAO 治理模型解释 解释 DAO 最简单的方法就是从首字母缩略词开始。首先，DAO 是自治的 (autonomous)，这意味着它们是由智能合约运行的组织。这些智能合约是自动执行代码行，它们由 DAO 的初始开发者们达成一致并存储在区块链上。当需要解决招聘、奖励分配或你在其他组织中发现的官僚主义问题时，开发者使得组织能够自我维持。 其次，与传统组织不同的是，决策是由集体做出的，而不是由 CEO 或高级管理层做出的。根据不同 DAO 的不同设计，只要成员持有一个或预先设定数量的 DAO 原生代币，便可以就智能合约的更改提交提案和投票，以及关于 DAO 的投资想法等等，从而使 DAO 得以发展和壮大。值得注意的是，成员的加入方式、享有的经济权利和治理权利因 DAO 而异。 DAO 中的成员资格来源于 DAO 原生代币的所有权，而加入某个 DAO 所需的最少代币数量取决于不同 DAO 的设计。参与者可以在发布当天或发布之后购买代币，也可以接收这些代币作为贡献。再次申明，所有规则都取决于每个 DAO 的设计。虽然 DAO 通常以向所有人开放而闻名，但小型 DAO 要比大型 DAO 更多限制。那么遇到限制多的 DAO，仅持有代币是不够的，还需要书面申请以及其他成员的邀请。 加入 DAO 之后，持有 DAO 的原生代币可以享有一些好处 (具有投票权或者能够分得 DAO 产生的一部分利益)。并且，如果某个代币的供应量是硬限制的，而需求量不断增长时，成员还可以从代币的整体升值中受益。 通常，在作为金融服务平台的大型协议 DAO (例如 [BitDAO](https://bitdao.network/#/) 等多链平台或 [Compound](https://compound.finance/governance) 等借贷平台) 中，持有代币的 DAO 成员有权就费用和分配问题进行投票。成员主要是通过质押他们的代币和为协议提供流动性而获得奖励。在其他大型 DAO 中，治理代币可能会提供更多的治理权，但没有内在的货币价值。例如，[AaveGotchi](https://aavegotchi.com/) 的原生代币 GHST 就是这种情况。 在较小型的 DAO 中 (500 个成员及以下)，通常通过为 DAO 工作而获取成员资格。除了投票权之外，成员还可以获得代币、享有代币收益、获取预先确定的金库或加密货币 (ETH、Dai) 以及现金份额，来作为他们做出贡献的回报。这种情况尤其适用于投资型 DAO (如 [The LAO](https://www.thelao.io/), [MetaCartel Ventures](https://metacartel.xyz/)) 和收藏型 DAO (如 [PleasrDAO](https://pleasr.org/#))。如果成员想要继续留在组织中，其中一些 DAO (如 [MetaCartel Ventures](https://metacartel.xyz/)) 还要求他们持续参与管理职责、尽职调查、提议提案和投资投票。 成为其中一个 DAO 的成员后，就能获得投票权。当然，不同的 DAO 之间存在着很大的差异。投票的最低要求可能是持有 DAO 原生代币的其中一种、持有一定数量的代币或总供应量的百分之几 (如，[Nouns DAO](https://nouns.wtf/) 要求有 1%)。提案被提出后成员需对其进行投票，提案通过所需的最低法定票数也各不相同，比如 10%、20%、50% (例如在 [The LAO](https://www.thelao.io/) 中) 等等。 <br/> ### DAO 模型如何成为人类组织的范式转变？ 这种模式是革命性的，它通过两个方面构成了人类组织的范式转变。 首先，互联网用户在历史上第一次可以在一个可信的环境中集体创造和交换价值。而这个环境就是区块链。区块链技术首先为 DeFi 的发展提供了动力，然后是 NFT。而现在，它正为一群人创造一个集体工作的空间。实际上，区块链技术为我们消除了让第三方参与金融交易的需求，因为所有金融交易和规则都记录在区块链上。在这个层面上来说，因为区块链充当了“第三方”，这使得 DAO 独立于政府机构。 其次，与其他形式的组织不同，DAO 中的激励机制有着更强的一致性。成员受到投票权的激励，投票权可能反过来影响他们收到的费用和奖励，而且他们还可以通过代币本身、代币回购或者加密货币获得所产生的利润份额。自传统 Web2 平台诞生以来，用户创造的大部分价值都被平台 (更具体来说是被这些平台的创始人/CEO) 所捕获了。在 DAO 设置的新框架中，其他成员现在可以获取一部分所创造的价值。然后具体的转换方式取决于每个 DAO 中经济和投票权的特殊性。总体而言，这种利益的一致性应该能激励每个成员尽自己所能做出最大的贡献，并使组织更有效率。  <center>组织关系简化图：传统组织 vs. DAO</center> <br/> ### 该模型的潜在限制 然而，成也萧何，败也萧何。使 DAO 从根本上优于传统组织的特性同时也可能是漏洞的来源。DAO 所依赖的区块链技术使其去信任且透明，但也给了所有人访问其代码的机会，包括潜在的黑客。一个典型的例子就是发生在 2016 年的 [The DAO 攻击](https://www.gemini.com/cryptopedia/the-dao-hack-makerdao)，当时黑客利用了代码中的一个漏洞发起攻击。 同样，由于 DAO 依赖于区块链作为其第三方而不会被当局或政府关闭，这一事实可能会引起越来越多监管机构的注意。 除此之外，DAO 因缺乏组织垂直性而导致决策时间很长。不过我们还是看到一些解决方案如代理投票，旨在让治理更加高效和有效。概括来说，DAO 的结构将越来越复杂，会有代表、子团队和专业高管等组成部分。 实际上，DAO 模型本身就存在局限性，并不适用于所有类型的组织。虽然我们不知道它会在多大程度上破坏所有形式的人类协作，但有一点可以肯定 —— 我们将看到越来越多的 DAO 出现，且速度很快。 <br/> ### 加入这波革命性的浪潮 好了，现在你已经了解了 DAO 的基本模型，并且有兴趣参与其中。那么你可能会问：我应该怎么参与呢？最快的方式就是通过获取其原生代币来加入 DAO。取决于不同 DAO 的设计，你可能必须得在发布当天或之后购买一枚或几枚 DAO 的原生代币。有些 DAO 甚至会向活跃贡献者分配代币。然而，有的 DAO 会大获成功，有的则表现不佳。因此，很重要的一点就是最好在参与之前对项目、成员质量进行尽职调查，以及分析 DAO 内如何实现价值驱动。尽管该领域仍然相对较新，并且目前还没有建立评估 DAO 的指标，但我们在下文提供了一些有助于提高 DAO 成员质量和增加 DAO 项目价值的因素。 <br/> ### **驱动 DAO 价值增长的因素** ### 有效的激励机制 了解成员所做的贡献如何在 DAO 中获得奖励非常重要。通常来说，分配治理权和给贡献者奖励或者利润份额都能激励成员为 DAO 做贡献并积极参与治理。这反过来又使组织更有效率。 还可以从另一个角度考虑，当 DAO 变得越来越成功时，其原生代币的二级市场价值也会更有价值。同时，它会引起其他市场观察者的注意，他们会希望能够从 DAO 的创新/货币输出、DAO 财库的投票权中获益。由此一来，DAO 的代币便会升值。这将激励成员更努力地工作，从而继续推动 DAO 的发展。**‍** 因此我们可以预期，从长远来看，DAO 激励机制拥有一致性会表现得更好。成员所做的贡献获得的奖励越多，DAO 的价值就会被推动到更高。 ### 选民参与率高 驱动 DAO 价值增长的因素不仅是每个成员为 DAO 做出的贡献，还在于更多成员积极参与治理，这使得组织能够不断调整和完善。拥有投票权不一定意味着成员会投票。你可以通过分析所有提交提案的投票参与率来衡量 DAO 成员参与决策的活跃程度。[DeepDAO](https://deepdao.io/#/deepdao/dashboard) 中可以找到这些数据。 DAO 的规模越小，选民参与率就越高。根据下图我们可以注意到，DAO 的规模越大，通常参与率更低。造成这个现象主要的原因是，它们通常是一些主要的大型协议 DAO，其中集体决策目前仅限于边际问题。  <center>选民参与率与 DAO 规模的相关性图表</center> 这是整体的选民参与率。但你还可以通过追溯从 DAO 金库获得最多代币的地址来更具体地分析 DAO 中的主要贡献者。这表明哪些成员因其贡献获得了最多的奖励。  <center>持有最多 FwB 代币余额的地址</center> 你可能还想知道其中是否包含着 DAO 领域中的著名人物。如果有的话，这表明这个 DAO 已经获得了该领域专家的关注。比如  <center>DAO 领域中排名前七的著名贡献者</center> ### 持续交付项目 如果 DAO 实行了一个良好的激励机制且成员积极地参与贡献，那么 DAO 应持续交付其项目以及提出提案。定期推动项目发展的 DAO 通常意味着这个 DAO 在集体参与、执行能力和长期价值增值潜力这几方面都不错。 一个很好的例子就是 [PleasrDAO](https://pleasr.org/#)。自 3 月份首次购买 Uniswap V3 NFT 以来，PleasrDAO 购买并[碎片化 Doge Meme NFT](https://cointelegraph.com/news/original-4m-doge-nft-meme-auctioned-off-in-17-billion-pieces)，获得了一个 [Wu Tang Clan CD](https://cointelegraph.com/news/pleasrdao-adds-4m-og-nft-wu-tang-clan-album-to-its-collection) 并甚至在纽约为其会员组织了一场独家活动。 持续交付工作反过来又推动了 DAO 代币的升值，增加大家加入 DAO 的激励、刺激成员的参与率并再次推动项目的交付。 <br/> ### 结论 总之，DAO 标志着加密历史进入新篇章。尽管我们不知道这种组织形式会在多大程度上颠覆所有形式的人类组织，但事实证明，DAO 治理模型对于加密原生社区来说特别成功。它应该超越传统组织，因为它使得互联网用户能够在一个可信的环境中集体创造和交换价值，并根据他们所创造的价值给予奖励。虽然这种新的治理模式固有地面临着一些诸如易受攻击等挑战，但它将持续蓬勃发展。到目前为止，只有 169 个 DAO。相信有一天，会有成千上万的 DAO 项目出现。想要加入这场革命性浪潮吗？现在就是最好的时机！这些只是一些早期的实验项目，但已经标志着加密世界的历史里程碑，也许也是人类历史的里程碑。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/review-of-optimism-retro-funding-round-1https://www.ethereum.cn/Ecosystem/review-of-optimism-retro-funding-round-1Wed, 17 Nov 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/11/16/retro1.html) <br/> *特别感谢 Karl Floersch 和 Haonan Li 的反馈和审核，以及 Jinglan Wang 参与讨论。* 上个月，[Optimism](https://www.optimism.io/) 启动了他们的首轮[追溯性公共物品募资](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c) (retroactive public goods funding)，总共向 58 个项目分配了 100 万美元，以奖励这些项目为 Optimism 和以太坊生态系统所做的出色工作。这不仅是第一个主要的通用型追溯性公共物品募资实验，而且还是第一个由**徽章持有者 (badge holders)** 参与的新型治理实验。这种治理模型既不是一小群人组成的决策委员会，也不是一个完全的公众投票，而是在由 22 名参与者组成的中等规模小组中进行二次方投票。 从开始到结束，整个过程都高度透明： - 徽章持有者应遵守的规则记录在[徽章持有者说明](https://www.notion.so/Public-Badge-Holder-Manual-d05c3695ef684d1fb62ef38690fb3ff7)文件中。 - 大家可以在[这个电子表格中](https://docs.google.com/spreadsheets/d/1rphUkII5-49VmRVKaQBxsOYRNsO56ifGSSLctQyduWg)看到所有被提名的项目。 - 徽章持有者之间的所有讨论都是在公开的论坛中进行的。除了在推特上进行讨论 (比如 [Jeff Coleman 发的推特长文](https://twitter.com/technocrypto/status/1454191422601678854?t=qYCreicPHwjsbpkZgBo69w&s=19)，以及[其他人的推文](https://twitter.com/austingriffith/status/1446221993678815237?s=20)) 之外，所有明确的结构化讨论频道都是公开可见的：如 [Optimism discord](https://discord.com/invite/jrnFEvq) 中的#retroactive-public-goods 频道，以及[已发布的 Zoom 会议录音](https://vitalik.ca/files/misc_files/retro_recording.mp4)。 - 最后完整的投票结果，以及每位徽章持有者的投票情况，可以在[这个电子表格中](https://docs.google.com/spreadsheets/d/1g4ilAByMNQsmlBC8cskQip7Ojd_qK6IhozJCyoVfU9k)查看。 以下为最终结果，以表格形式呈现出来：  类似于 [Gitcoin 的二次方融资](https://vitalik.ca/general/2021/04/02/round9.html) 和 [MolochDAO](https://www.molochdao.com/) 的资助基金，“追溯性公共物品募资”是以太坊生态系统在创新的公共物品募资机制设计领域中确立自己关键角色的又一实例。那我们可以从这个实验中学到什么呢？ <br/> # 分析结果 首先，让我们看看结果是否有什么有趣的收获。但是我们用什么来与结果进行比较呢？最自然就是与另一个主要的公共物品募资实验相比：Gitcoin 的二次方融资 (下图中举了第 11 轮作为例子)。 | **Gitcoin round 11 (仅列出了技术项目)** | **Optimism retro round 1** | | ----------------------------------------------------------- | --------------------------------------------------------- | |  |  | 不进行比较的话，也许 Optimism 追溯性公共物品募资结果中最明显的一个特点就是获胜者的类别：**每一个主要的 Optimism 追溯性募资中的受资助项目都是技术类项目**。关于这点，徽章持有者说明书中没有任何规定；非技术类项目 (例如 [ethereum.cn](http://ethereum.cn/) 网站上提供的翻译) 绝对符合条件。然而，由于徽章持有者的共同选择再加上潜意识中对技术项目的偏心，第一轮似乎被当作以技术为主题了。因此，在上面的对比表格中我仅挑出了 Gitcoin 的技术类项目 ("DApp Tech" 板块 + "Infra Tech" 板块) 作为参数，以关注其余差异。 下面列出了关键的差异： - **追溯性募资受资助项目的资金差异更小**：本轮 Optimism 追溯性募资中，排名第 1 的项目仅比排名第 25 的项目多领了三倍的资助资金。而在 Gitcoin 中，如果将 DApp Tech 和 Infra Tech 两类放在一起 (见上图)，第 1 名和第 25 名的差距超过 5 倍；但是如果将这两类拎出来单独比较的话，第 1 名和最后一名之间的差距甚至可以超过 15 倍！我个人认为主要原因是 Gitcoin 使用了标准二次方募资机制 (奖励≈$$(\sum i\sqrt{x{i}})^{2}$$)，而本轮追溯性募资的是 (奖励≈$$\sum i\sqrt{x{i}}$$)，没有加平方。可能下一轮会采用二次方吧。 - **追溯性募资受资助项目更加著名**：这实际上是一个“预料中”的结果：本轮 Optimism 追溯性募资 侧重于奖励那些已经提供了价值的项目；而 Gitcoin 的则是开放式的，许多捐献是为了孵化有前途的项目并期待其未来带来的价值。 - **追溯性募资更加关注基础设施类项目，而 Gitcoin 更加关注面向用户的项目**：当然，这只是比较笼统的概括。因为在上图 Gitcoin 的列表中虽然包含着许多基础设施类的项目，但总的来说，直接面向用户的应用项目更为突出。出现这种现象的一个尤其有趣的原因是 Gitcoin 更加关注对子社区 (例如游戏玩家群体) 有吸引力的项目；然而 Optimism 追溯性募资更多地关注具有全球性价值的项目，或者说是那些对于以太坊开发者群体来说尤其有吸引力。 **我个人认为 (诚然这一评论主观性太强) 本轮 Optimism**追溯性募资**的受资助项目某种程度上质量更高**。这个结论与上述分析的三个差异没有任何关联；只是从普遍的印象来看，上图中右侧项目 (Optimism retro round 1) 比左侧项目的质量要高得多。 当然，这可能有两个原因：(i) 人数更少但技能更强的徽章持有者群体 (“技术专家们”) 做出的决定比 “大众” 的更好，以及 (ii) 追溯性募资的方式比提前募资的方式更容易判断一个项目的质量。这给我们带来了一个有趣的问题：**如果我们用一个简单的方式总结上述结论，即技术专家更聪明而大众的水平更多样化，那会怎么样？** <br/> # 我们可以使得徽章持有者的组成以及他们的结论更加多样化吗？ 为了更好地理解这个问题，让我们更深入地探讨上述提到的具体例子：[ethereum.cn](http://ethereum.cn/)。这是一个优秀的以太坊中文社区项目 (当然不止这个项目！还有 [EthPlanet](https://www.ethplanet.org/) 等)，ECN 一直提供大量的中文资源让大家更了解以太坊，包括翻译许多由以太坊社区成员撰写的高技术文章和其他关于以太坊的英文资源。  图为 [Ethereum.cn](http://Ethereum.cn) 的网站首页，内含许多高质量的技术文章和资源 —— 虽然他们还没将 ”eth2“ 修改为 ”共识层“。扣除他们十个追溯奖励积分。 徽章持有者需要具备哪些知识才能有效地分辨出 [ethereum.cn](http://ethereum.cn) 究竟是一个优秀的项目；或是一个初心很好但较为平庸并且实际上没什么中国用户访问的网站；还是一个骗局？大概需要满足以下几点： - 能够读懂中文和会说中文 - 融入中文社区并了解该特定项目的社会动态 - 对非技术读者的技术水平和心态有足够的了解，以判断网站对他们的有用性 而目前的徽章持有者，基本上都集中在美国，满足上述要求的人数几乎为零。即便有两名讲中文的徽章持有者，也是在美国，并且与以太坊中文社区不那么亲近。 那么，如果我们扩展徽章持有者群体会怎么样？我们可以从各个以太坊社区分别添加 5 名成员作为徽章持有者，他们分别来自中文社区、印度、拉丁美洲、非洲，还有南极洲的代表企鹅参与投票。同时，我们还可以使参与者的专业领域更加多样化：一些技术专家、社区领袖以及一些深入以太坊游戏领域的人。希望我们在人选上的覆盖面足够广：面对每个对以太坊有价值的项目，我们至少有 1-5 个徽章持有者足够了解该项目，以保证明智地对其进行投票。 以下是一些解决方案系列： 1. **调整二次方投票设计**。从理论上讲，二次方投票有一个独特的属性，即用户几乎没有动力给自己不了解的项目投票。而且，你每投一票给不了解的项目，那么你能投给更了解的项目的积分就被扣除了。然而，目前的二次方投票设计有一个缺点：不给某个项目投票并不是真正意义的中立，这其实是给一无所获的项目投了一票。关于这点我还没有更好的注意。一个关键的问题是：如果不投票成为真正意义上的中立票数，那么如果某个项目没有获得一记票数，这个项目能获得多少资金？这值得更多的研究。 2. **分类或者形成小组委员会进行投票**。徽章持有者将首先投票对项目进行分类，然后每一类别中的徽章持有者 (“零知识证明”、“游戏”、“印度” 等等不同类别) 将在小组内进行投票。这也可以通过委托以一种更具 ”流动性“ 的方式来完成投票 —— 某个徽章持有者可以选择其他徽章持有者来决定他们对某个项目的投票，委托后会自动被委托者的投票。 3. **每个人依然对所有项目进行投票，但需要促进更多讨论**。拥有评估给定项目所需的专业领域知识的徽章持有者提出他们的观点并编写成文档或制作电子表格来列出他们的论据。其他徽章持有者则利用此类信息来辅助他们做出决策。 一旦需要做的决策数量变多，我们甚至可以考虑像**协议内随机抽签 (in-protocol random sortition)** 这样的方法以减少每个参与者进行投票的决策数量。比如，参考[将抽签并入二次方投票机制这种方法](https://ethresear.ch/t/quadratic-voting-with-sortition/6065)。二次方抽签有一个特别的好处，它会自然的形成大型决策由整个投票群体决定，而小型决策由较小的投票群体决定的模式。 <br/> # 经济状况调查争论 在本轮追溯性募资结束后的回顾讨论中，提出的一个关键问题是：在选择资助哪些项目时，徽章持有者是否应该考虑该项目已受到了良好的资助与否？ 在”常规“的资助基金中，回答”是“的理由很明确：帮助项目的研发/启动资金从 0 美元增加到 10 万美元对项目本身的影响要比将项目的募资从 1,000 万美元增加到 1,010 万美元要大得多。但第一轮的 Optimism 追溯性公共物品募资并不是一个常规的基金。**他们不是为了期望资金能够给项目的未来工作带来良好发展而进行资助。相反，他们的目标是奖励已经实现一些目标的项目，以改变激励方式，促进任何人未来从事相关项目的工作**。考虑到这一点，追溯性募资选择项目时，多大程度上取决于某个项目实际上需不需要资助？ ## 优先关注项目需求的理由 假设你是一名二十岁的开发者，你正犹豫去加入一些资金充足并且拥有很棒的代币的 DeFi 项目，或是做一些很酷的开源的、令所有人受益的公共物品项目。如果你加入资金雄厚的 DeFi 项目，你将获得 10 万美元的薪水，你的财务状况将得到保障。如果你自己推进一个公共物品项目，你将没有收入。或者你有一些积蓄、通过兼职赚钱。但这些方式都会很困难，而且你不确定这种牺牲是否值得。 现在，假设有两个世界，世界 A 和世界 B。首先，它们的相似性有： - 有 10 个和你一样的人可以获得追溯性奖励，其中将有 5 个人会获得奖励。因此，**你有 50% 的机会获得奖励。** - **你有 30% 的机会能够借助自己的工作获得一些名气**，并被一些公司聘用，条件甚至被最初的 DeFi 项目更好 (甚至开始自己的项目)。 差异是： - **世界 A (进行经济状况调查)**：追溯性奖励集中奖励那些不能通过其他方式获取成功的项目 - **世界 B (不进行经济状况调查)**：追溯性奖励的发放与项目是否以其他方式取得成功无关 下面看看你在每个世界的机会如何。 | 事件 | 几率 (世界 A) | 几率 (世界 B) | | :----------------------------------------------------------- | :---------------------------------- | :---------------------------------- | | 取得独立的成功和追溯性奖励 | 0% | 15% | | 仅取得独立成功 | 30% | 15% | | 仅获得追溯性奖励 | 50% | 35% | | 无 | 20% | 35% | 从你作为一个非风险中立者的角度来看，在世界 B 中两次取得成功的几率都为 15%，比你在世界 B 中可能一无所有的几率要要小得多。 因此，如果我们想要鼓励这个 20 岁的人做出实际贡献，将追溯性奖励集中分配给尚未通过其他方式获得奖励的项目似乎是明智的。 ## 反对优先关注项目需求的理由 假设你是一个为许多项目提供少量资金的人，或者是为公共物品项目提供种子资金的投资者，期望获得追溯性奖励。在这种情况下，你能从任何一项追溯性奖励中获得的份额是很小的。你会宁愿有 10% 的机会获得 10,100 美元、有 10% 的机会获得 10,000 美元、还是有 10% 的机会获得 $100？这其实差别不大。 此外，你通过追溯性募资奖励的机会很可能与你通过其他方式获得奖励的机会完全不同。在互联网上有无数这样的故事：人们把人生的大部分投入到一个非盈利性、开源项目，看着该项目走向营利且获得成功，而他们自己却完全没有从中得到任何好处。在所有这些事例里，追溯性奖励是否关注项目是否有需求其实真的不重要。事实上，对他们来说，只专注于判断质量可能会更好。 经济状况调查本身也有弊端。它会要求徽章持有者花费精力来判断，在追溯性奖励系统以外，一个项目在什么程度上才算资金充足。这可能会导致项目花费精力掩盖它们的财富，使自己看上去更“潦倒”，以增加获得更多奖励的机会。对受资助项目的需求进行主观评价可能会变成对项目在道德上是否值得的政治化评价，从而给机制引入更多的争议。在极端情况下，可能需要一个复杂的纳税申报系统来适当地执行公平性。 ## 我是怎么想的？ 总的来说，似乎稍微优先考虑那些还没找到商业模式的项目会有好处，但我们只能适量地做。判断项目的好坏，首先考虑的应该是它们对世界的影响。 <br/> # 提名 在这一轮中，任何人都可以通过在谷歌表格里提交项目来提名，而只有 106 个项目被提名了。现在人们知道他们真的有机会获得数千美元的资助款项，那么下一轮会怎么样呢？假设一年后，当每天有数以百万计的交易费用支付给追溯性资金轮，单个项目获得的资金比今天整轮提供的资金还多时，会怎么样？ 某种多层次的提名结构似乎是不可避免的。可能没有必要将其直接写入投票规则中。相反，我们可以将其视为改变讨论结构的一个特殊方式：提名规则会筛选徽章持有者需要看到的提名，任何徽章持有者看不到的项目自然不会得到投票 (除非有徽章持有者真的故意绕开规则，因为他们有自己的理由相信某个项目是有价值的)。  一些可能的想法： - **徽章持有者的预先认可**：一个提名要被大家看到，必须要得到 N 名徽章持有者 (例如，N=3?) 的认可。任何 N 名徽章持有者都可以提前认可任何项目；这是一个反作弊的减速带，而不是把关小组委员会。 - **要求提名者提供更多关于他们的提名项目的信息**，对其进行说明，并减少徽章持有者详细研究时需要做的工作。徽章持有者还会任命一个单独的委员会，委托它对这些提名进行整理，提交那些遵循规则，并通过了检查是否作弊的基本测试的提名项目。 - **提名必须指定一个类别**（例如，“零知识证明”、“游戏”和“印度”），声称自己是该类别专家的徽章持有者将对这些提案进行评审，只有当他们选择正确的类别并通过一个基础测试时才会提交他们的投票。 - **提名需要 0.02 个 ETH 的保证金**。如果你的提名项目得到 0 票 (或者：如果你的提名被明确认为是“作弊”)，你会损失你的保证金。 - **提名需要一个 proof-of-humanity ID**，每个人最多可以有 3 个提名机会。如果你的提名项目获得 0 票 (或者：如果你的任何提名被明确认为是“作弊”)，你在一年内不能再提交提名 (或者你必须提供保证金)。 <br/> # 利益冲突规则 一轮后回顾讨论的第一部分是关于利益冲突规则。[徽章持有者说明](https://www.notion.so/optimismpbc/Public-Badge-Holder-Manual-d05c3695ef684d1fb62ef38690fb3ff7)包括以下这条可爱的条款： > 6. **No self-dealing or conflicts of interest** > > RetroDAO governance participants should refrain from voting on sending funds to organizations where any portion of those funds is expected to flow to them, their other projects, or anyone they have a close personal or economic relationship with. > > 6. **没有自我交易或利益冲突** > > RetroDAO 治理参与者应该避免对这样的项目投票：它们给组织发送资金，且这些资金的部分会流向他们自己、他们的其他项目，或任何与他们有密切个人或经济关系的个人。 > > (译者注：此处保留英文原文，方便下文对照) 据我所知，这个条款是得到执行的。徽章持有者没有试图做自我交易 (self-deal)，因为他们 (就我所知) 都是好人，他们知道这事关他们的声誉。但也存在一些主观的边缘情况： - **造成混乱的措辞问题**。有些徽章持有者对“其他 (other)"有疑问：徽章持有者可以把资金投给自己的主要项目吗？此外，“给组织发送资金 (sending funds to organizations where...)” 并没有明确禁止把资金直接转给自己。这些都可以说是写这个条款时的一些简单出错；应该删掉“其他”这个词，且把“组织 (organizations)"改为“地址 (address)"。 - **如果徽章持有者是一个非盈利组织的一部分**，且该组织本身又向其他项目提供资助，怎么办？徽章持有者可以为该非盈利组织投票吗？徽章持有者不会获利，因为资金是100%转给其他人的，但他们可以间接受益。 - **哪种程度的关系算作密切关系**？以太坊是一个紧密的社区，有资格评判最佳项目的人往往至少在某种程度上与团队是朋友或正是因为尊重那些项目而个人参与过。这些关系什么时候才算越界呢？ 对这些问题，我不认为有完美的答案；相反，这些不可避免是灰色地带，只能慢慢在讨论中完善。主要的机制设计做以下调整可以缓解这些问题：(i) 增加徽章持有者数，稀释他们在任何项目是内部人员的比例，(ii) 减少给只有少数徽章持有者支持的项目的奖励 (我在上文建议是把奖励设为 $$(\sum i\sqrt{x_{i}})^{2}$$，而不是$$\sum i\sqrt{x_{i}}$$)，在这里也有助益)，以及 (iii) 如果这些情况真的出现了，确保徽章持有者有可能抵制明显的滥用行为。 <br/> # 徽章持有者应该不记名投票吗？ 在这一轮中，徽章持有者的投票是完全透明的；[任何人都可以看到](https://docs.google.com/spreadsheets/d/1g4ilAByMNQsmlBC8cskQip7Ojd_qK6IhozJCyoVfU9k/edit#gid=0)每个徽章持有者是如何投票的。但是，透明投票有一个巨大缺点：它很容易受贿赂，包括非正式的贿赂，即使是好人也容易屈服于这种贿赂。徽章持有者最终支持项目的部分原因是为了赢得那些项目的好感，这是一种下意识地动机。甚至更现实地是，即使理由充分，徽章持有者可能不愿意投反对票，因为公开投反对票很容易导致关系破裂。 秘密投票是一种自然选择。在任何公民 (有时是居民) 可以投票的民主选举里，秘密投票被广泛使用，正是为了防止买票和以更胁迫的形式影响人们投票。但是，在一些典型的选举里，**行政和立法机构内的投票通常是公开的**。这样做的原因通常与民主问责制的理论相关：投票者需要知道他们的代表是如何投票的，这样他们才能选择他们的代表，以及知道他们所声称的价值并不是完全的谎话。但问责制也有不好的地方：进行公开投票的民选官员要对任何试图贿赂他们的人负责。 政府机构内的秘密投票确实有先例： - 以色列议会[使用秘密投票](https://www.aa.com.tr/en/middle-east/knesset-set-to-elect-new-president-for-israel/2261445)来选举总统和一些其他官员。 - 意大利议会在各种情况下[使用了秘密投票](https://www.college-de-france.fr/media/jon-elster/UPL8322_gianetti_scrutin.pdf)。在 19 世纪，这被认为是保护议会投票不受皇室干扰的重要方式。 - 1970 年以前，美国国会的讨论不太透明，[一些研究者认为](https://www.congressionalresearch.org/)，[转向更透明的方式](https://en.wikipedia.org/wiki/Legislative_Reorganization_Act_of_1970)会导致更多的腐败。 - 陪审团的投票常常是秘密的。有时，甚至[陪审员的身份也是保密的](https://www.usatoday.com/story/news/nation/2021/04/25/chauvin-trial-jury-anonymous-concerning-trend-us-justice/7342909002/)。 总的来说，结论似乎是，在政府机构里的秘密投票有复杂的结果；秘密投票是否适用于任何地方，以及透明是否绝对是好的，这两点目前还没有定论。 具体到 Optimism 的追溯性募资，我听到的反对秘密投票的主要具体论据是，这使得徽章持有者更难团结起来，投票反对其他投给明显有问题或甚至是恶意的项目的徽章持有者。今天，如果一些流氓徽章持有者开始支持一个没有提供价值且明显是为那些徽章持有者捞钱的项目，其他徽章持有者会看到这种情况，并透出反对票来抵制这种攻击。如果用了秘密投票，不清楚要如何做到这一点。 我个人赞成第二轮的 Optimism 追溯性募资使用完全的秘密投票 (除了可能在不公开的条件下对少数研究员开放)，这样我们就可以知道结果的实质性差异是什么了。鉴于目前的徽章持有者数量少且关系紧密，处理流氓徽章持有者问题可能不是首要问题，但在未来，它会是。因此，构思一个能够投反对票或替代策略的秘密投票设计是一个重要的研究课题。 <br/> # 组织讨论的其他想法 徽章持有者的参与程度参差不齐。有些人 (特别是 Jeff Coleman 和 Matt Garnett ) 在参与方面付出了很多努力，[在推特上](https://twitter.com/technocrypto/status/1454191422601678854)公开说明他们的详细理由，并协助组织更详细讨论的会议。其他人在 Discord 上参与讨论，而有些只是投票，没做其他事情。 我们决定了 (好吧，是我建议的) 把 #retroactive-public-goods 频道设为所有人都可阅读 (在 [Optimism discord](https://discord.com/invite/jrnFEvq) 上) ，但为了防止作弊，只有徽章持有者可以发言。这使很多人难以参与，特别具有讽刺意味的是我自己 (我不是徽章持有者，还有我限制自己隔离推特，只允许发长文链接，使我无法在推特上参与)。 这两个因素加起来使得没有产生很多讨论；肯定比我希望的少。有什么方法可以鼓励更多的讨论呢？ 以下是一些想法： - **徽章持有者可以对顾问投票**，顾问不可以投票都可以在 #retroactive-public-goods 频道和其他仅限徽章持有者的会议中发言。 - **可以要求徽章持有者解释他们的决定**，例如，为他们投票的每个项目写文章或一段话。 - **考虑对徽章持有者补偿**，可以是明确的固定费用，或可以设置对讨论做了卓越贡献的徽章持有者能在未来募资轮里获得奖励的规范。 - **增加更多的讨论形式**。如果徽章持有者的数量增加了，且出现了有不同专业的分组，可以有更多聊天室，且每个聊天室可以邀请外来者。另一个选择是创建一个专门的 subreddit。 开始实验更多这样的想法可能是个好主意。 <br/> # 总结 总的来说，我认为第一轮的 Optimism 追溯性募资是成功的。很多有趣和有价值的项目都得到了资金，也引起了相当多的讨论，尽管这只是第一轮。 在后面的几轮，可以引入或试验以下这些想法： - **增加徽章持有者的数量和多样性**，同时确保对那些仅有少数徽章持有者将在任何个别项目领域中是专家的情况会有一定的解决方案。 - **增加某种两级的提名结构**，以降低整个徽章持有者集需要面对的决策压力 - **使用秘密投票** - **增加更多的讨论频道，和更多让非徽章持有者参与的方式**。这可以是改革现有频道的工作方式，或是增加新频道，或甚至是为特定类别的项目设立专门频道。 - **改变奖励公式以增加差异性**，将目前的 $$\sum i\sqrt{x_{i}}$$ 改为标准的二次方募资公式 $$(\sum i\sqrt{x_{i}})^{2}$$。 长期来看，如果我们希望追溯性募资能成为一个可持续的制度，有需要回答**新的徽章持有者应该如何被选出**的问题 (以及，出现渎职的情况**应如何罢免徽章持有者**)。目前，徽章持有者的选择是中心化的。在未来，我们需要另外的方案。一个可能的想法是，在第二轮让现有的徽章持有者对一些新的徽章持有者投票。在更长远的未来，为了防止它变成一个与公众隔绝的官僚机构，可能每轮都会有一名徽章持有者通过更公开的参与方式被选出，例如 proof-of-huamn 投票？ 无论如何，追溯性公共物品募资在制度创新上的多个方面仍然是一个非常让人兴奋的新实验。它是一个非代币驱动的去中心化治理实验，且是通过追溯性而不是前瞻性动机来实现的实验。为了使实验能充分运行起来，在机制本身和围绕它需要构建的生态里还有需要进行更多的创新。我们什么时候能看到第一个专做追溯性募资的天使投资人？无论最终会发生什么，我都非常期待看到这个实验在未来几轮会如何发展。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-16/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-16/Tue, 16 Nov 2021 00:00:00 GMT <br/> # The Merge (合并) ## Kintsugi🍵测试网进度更新 截至上周五举行的第 127 次以太坊核心开发者会议，Kintsugi 测试网计划中各个客户端的进度如下图：  而根据今天Sigma Prime 开发者@EthDreamer 的推特更新，客户端 lighthouse 和 geth 已经通过了 M3 的里程碑，即 2 个或更多执行层和共识层团队进行互操作测试( Kintsugi 测试网计划的详细信息可参见《[以太七日谈 • 2021/11/3](https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-3/)》)。而根据 Tim Beiko 的会议记录，开发者希望在这周能构建一个测试网。  来源1： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1460359200043843585&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1460359200043843585" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 529px; display: block; flex-grow: 1;"></iframe> 来源2： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1459240133752856577&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1459240133752856577" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 597px; display: block; flex-grow: 1;"></iframe> <br/> **执行层客户端要如何识别出合并的分叉？** 第 127 次以太坊核心开发者会议对这个问题进行了长时间讨论。根据 Tim Beiko 的会议记录，因为在过去，所有分叉都在特定区块上发生，客户端利用分叉区块高度创建了“分叉标识符 (fork identifier)”，使得进行了相同分叉的节点能找到彼此。而根据实现合并的 EIP-3675，合并并不采用分叉区块而是“总难度”值来触发升级。尽管这样做更安全，但加大了也已经过渡到 PoS 的网络上的节点互相识别的难度。现在，如果一个节点没有升级到一个分叉，它会有不一样的分叉ID，节点只需不把其作为对等点就可以了。如果合并过程没有另一个分叉ID，情况会变得更混乱。 会议最后没有得出一个最终方案，但开发者会继续在未来几周详细分析各种选项的权衡。 [关于分叉标识符的 EIP](https://github.com/ethereum/consensus-specs/issues/2643#issuecomment-953250363) 来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1459241626925027329&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1459241626925027329" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 794px; display: block; flex-grow: 1;"></iframe> <br/> **《主网合并准备清单》** Tim Beiko 发布了《主网合并准备清单》，读者可以根据此份清单追踪合并的进度。内容大纲如下： - 规范 (共识层 / 执行层 / 引擎 API / 面向公众的文档) - 测试 (单元测试 / 集成测试 / 压力测试 / 模糊测试) - 测试网 - 研发 [指路](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md) <br/> **EIP-4396 将不会并入合并** 上周的以太坊核心开发者会议还对 EIP-1559 的改良版 EIP-4396 进行了讨论。根据 Tim Beiko 的会议记录，针对 EIP- 4396 指出 EIP-1559 的问题 (a. 错过 slot 会导致发送虚假的需求峰期信号；b. EIP-1559 只允许错过 2 个 slot，否则引起共识问题)，我们可以调整 EIP-1559 的松弛系数，将其提升到 3-4-500% 满，且到目前为止，实际上错过 slot 的发生率小于 1%。会议认为这份 EIP 引入变更的复杂性会推迟合并的实现，不值得这样做。但开发者们认为这份 EIP 是有价值的，很可能纳入合并后第一个分叉。 来源： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1459243751587475456&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1459243751587475456" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 414px; display: block; flex-grow: 1;"></iframe> <br/> # **执行层 (Eth1)** **新的开源以太坊节点爬虫** @mohamedmansour 发布了开源的以太坊节点爬虫 alpha 版本，旨在追踪以太坊网络上的所有节点，并将收集到的数据可视化。这个库包括后端、API 和前端。  （图为使用 geth 客户端的节点使用的版本、操作系统和客户端运行时间分布） 来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1458880625423781890&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1458880625423781890" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 839px; display: block; flex-grow: 1;"></iframe> <br/> # **Layer2** **Optimism 完成了 EVM Equivalence 升级** 11 月 12 日，L2 扩容解决方案 Optimism 完成了 OVM2.0: EVM Equivalence (EVM 等同性) 的主网升级。OVM 上线后，开发者可以在 L2 上实现一键部署合约。关于 EVM Equivalence 的详细介绍请阅读文章[《让以太坊成为标准：EVM 等同性介绍》](https://www.ethereum.cn/Layer2/introducing-evm-equivalence)。 此次升级后，Optimism 将实行一种新的 (更便宜的) 费用机制。同时，在升级后的 24 小时内，MetaMask v10.5.1 版本新增了对 Optimistic Ethereum 最新费用机制的支持。 此外，Optimism 推出了新的部署申请表格：https://optimismpbc.typeform.com/onboard?typeform-source=t.co 任何项目只要填写这份表格，就能在一周内部署至 Optimistic Ethereum 主网上。这样做只是为了在 OVM 2.0 上线初期确保与项目建立一定的沟通。 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1458953245355741185&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1458953245355741185" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 834px; display: block; flex-grow: 1;"></iframe> <br/> **StarkWare 为 StarkNet Alpha 主网开放项目的部署申请** 11 月 8 日，L2 扩容解决方案团队 StarkWare 在推特上发布一份申请表格链接，所有想要部署至 StarkNet Alpha 主网版本的项目都可以填写申请：https://forms.reform.app/starkware/SN-Alpha-Contract-Deployment/l894lu 需要注意的是，在部署至 StarkNet Alpha 主网版本之前，申请的项目都需要先在 StarkNet Alpha 测试网版本上部署并运行一段时间。 此前，StarkWare 发布公告，宣布 StarkNet Alpha 将于 11 月上线以太坊主网。而根据 StarkNet Alpha 的路线图 ([https://starkware.notion.site/StarkNet-Alpha-Features-Tentative-Roadmap-f2b8f5f25a2d4d1cb3265fb82a098c51](https://www.notion.so/StarkNet-Alpha-Features-Tentative-Roadmap-f2b8f5f25a2d4d1cb3265fb82a098c51))，Alpha 4 版本将作为主网发布的候选版本，其测试网版本预计在 11 月中旬发布。 来源： <iframe id="twitter-widget-6" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-6&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1457707282238738448&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1457707282238738448" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 622px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊钱包 Argent 发布首个基于 StarkNet 的 L2 钱包 Argent X** 11 月 13 日，以太坊钱包在推特上宣布其首个基于 StarkNet 的 L2 钱包 Argent X 即将面向公众推出浏览器插件版本。目前的 Argent X 仅作为开发工具开放，并且将来会在其移动版本 app 上添加 StarkNet 线路。同时，Argent 基于 zkSync 的 L2 钱包正加速开发，目前正运行测试版，很快将向公众推出。 [Argent X github](https://github.com/argentlabs/argent-x#-coming-soon) 来源： <iframe id="twitter-widget-7" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-7&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1459494242741633025&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1459494242741633025" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 688px; display: block; flex-grow: 1;"></iframe> <br/> **zkSync 实行 Security Council 2.0** 11 月 13 日，L2 扩容解决方案团队发布 zkSync 将实行 Security Council (zkSync 的安全理事会) 2.0 版本。 此前，zkSync 在 5 月份发布了其安全三要素方法，其中包括创建一个 Security Council 以保证在出现严重漏洞的情况下将为期 4 周的升级时间缩短为 3 天。经过内部重新评估后，团队决定改变安理会的参数。 之前的模型：Matter Labs 启动升级 + 12/15 名安全理事会成员共同缩短升级时间锁至 3 天。 新模型：Matter Labs 启动升级 + 9/15 名安全理事会成员共同推动快速升级。 公告中表示，在 zkSync 目前的阶段，漏洞出现的概率明显高于 Matter Labs 团队和 9/15 名安理会成员的合谋概率。因此采用 Security Council 2.0 版本将能够在安全性和可升级性之间取得更好的平衡。 [来源](https://github.com/argentlabs/argent-x#-coming-soon) <br/> **L2 至 L1 跨链解决方案 Across Protocol 上线主网** Across Protocol 是一个跨链协议，旨在帮助用户将资产从 L2 即时、低手续费提出至 L1 中。目前 Across Protocol 已集成 L2 扩容解决方案 Arbitrum，用户可以从 Arbitrum One 中提出资产：WETH、USDC、UMA Token、ETH。 Across 激励用户将资产借贷给从 L2 中提出资产并需等待七天提款期的用户。该过程借助 UMA Protocol 的 Optimistic 预言机实现去中心化。 桥接链接：https://across.to/ 来源： <iframe id="twitter-widget-8" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-8&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1457724813473193990&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1457724813473193990" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 741px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **应该如何比较比特币与以太坊的节点？** 11 月 15 日，@PeterMcCormack 发了一条具有争议性的推特： “一个以太坊的完整存档节点是 9TB，而一个比特币节点是 412 GB。 去中心化不是一个光谱，而是一个使命。” 这在加密社区引起热议，其中@CryptoCobain 对此作出详细回应： “要完整验证以太坊区块链，你不需要运行一个存档节点。 一个存档节点索引每个区块的所有历史状态。这不同于比特币的全节点——两者不是在同一基准上的比较。 你可以从一个非存档以太坊”全节点“完全同步一个存档节点。但你不可以从一个非存档修剪比特币节点完全同步一个存档比特币节点。 而且，Erigon 的存档节点现在是大概 1.5 TB （编者注：更精确应该是1.6 TB) 而不是以前的 9 TB。 除非你是区块浏览器，否则你不需要一个完整的存档以太坊节点。它们是用于快速查找的。而且，如果所有节点莫名地都被破坏了并且只剩下一个非存档全节点，你也可以从一个非存档的全节点重构一个完整的存档节点。” @PeterMcCormack 问道：“比特币修剪节点和以太坊修剪节点有什么区别？” @CryptoCobain 回复： “以太坊由三种节点： - 全节点 - 轻节点 - 存档节点 请看这里的介绍：https://ethereum.org/en/developers/docs/nodes-and-clients/ 你应该做全节点与全节点的比较，而不是全节点与存档节点的比较。 比特币全节点并不索引历史的 UTXO 快照——如果它们索引，与以太坊的存档节点就更有可比性。” 来源： <iframe id="twitter-widget-9" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-9&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1460132245902139399&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1460132245902139399" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 530px; display: block; flex-grow: 1;"></iframe> <br/> **SIWE 发布 Alpha 版本** 11 月 11 日，Spruce 在 login.xyz 发布了首个公开的 Sign-In with Ethereum （SIWE，用以太坊登录）的示例，供用户试用和查看呈现的消息格式。这次发布是成功的，许多用户报告说消息格式清晰且易于理解。此外，SIWE 库也与一个端到端的 SIWE 示例一起推出了，灵感来自 Notepad。这个示例应用运行一个本地服务器，它通过 EIP-4361 使用以太坊账户对用户进行身份认证。服务器向用户呈现一个使用 SIWE 与服务器交互的 Dapp。  大家也去 login.xyz 试用一下吧！ [来源](https://blog.spruceid.com/sign-in-with-ethereum-example-application-now-available/) <br/> **Pardigm 宣布成立价值 25 亿美元的基金用于投资下一代加密货币公司和协议** 区块链投资公司 Paradigm 于 11 月 16 日宣布成立一个新的风险投资基金，总价值为 25 亿美元，用于继续投资下一代的加密货币公司和协议 (Web3)。 [来源](https://www.paradigm.xyz/2021/11/paradigms-new-venture-fund/) <br/> **Discord 目前不计划推出 Web3 钱包登录功能** 上周，Discord 的创始人兼首席执行官 Jason Citron 在推特发布了一张显示 Discord 正在内测集成 MetaMask 和 WalletConnect 谷歌插件到 Discord 登录的图片，引起了广泛关注。11 月 11 日，Jason 更新了后续，表示感谢大家的意见。Discord 目前没有计划推出这个内部概念。他们正专注于保护用户不受垃圾邮件、诈骗等的侵害。Web3 有很多优点，但也有很多在我们的规模上需要解决的问题。 来源： <iframe id="twitter-widget-10" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-10&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1458607550677405699&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FGUs9IAW7s9RORoOxESRt2bRio8N7AsbLpAFsQy7kYSo&amp;sessionId=058742a7e19112876d942d9bc19ec27232fd63b1&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1458607550677405699" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 671px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth1.x/arrow-glacier-announcementhttps://www.ethereum.cn/Eth1.x/arrow-glacier-announcementMon, 15 Nov 2021 00:00:00 GMT来源：[Ethereum Foundation Blog](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement/)  以太坊网络将在**区块高度 13,773,000** 进行计划的升级，时间预计在 2021 年 12 月 8 日，周三。由于区块时间和时区是变化的，确切的日期可能会改变。**考虑到区块时间的可变性，请在 2021 年 12 月 5 日 (周三) 前升级你的节点。** <br/> # Arrow Glacier 是什么？ 类似于 [Muir Glacier](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement/)，Arrow Glacier 网络升级修改冰河时期/难度炸弹的参数，将其往后推几个月。在拜占庭、君士坦丁堡和伦敦网络升级中也有进行这样的升级。除此之外，Arrow Glacier 没有引入其他变更。 难度炸弹只影响工作证明网络，因此只会在于以太坊主网和 Ropsten 测试网上爆炸。考虑到最近以太坊过渡到权益证明的[进展](https://blog.ethereum.org/2021/10/15/amphora-merge-milestone/)，开发者们决定暂时只推迟主网的炸弹，并尝试在炸弹在 Ropsten 网络爆炸前在 Ropsten 运行权益证明过渡。 如果想了解更多关于 Arrow Glacier 和难度炸弹的历史，请看 Ethereum Cat Herdres 的[说明帖文](https://www.ethereum.cn/Eth1/ethereum-arrow-glacier-upgrade)。 <br/> # 客户端版本 为了与 Arrow Glacier 升级兼容，节点运行者将需要把他们运行的客户端升级到下列版本： | 客户端 | 版本号 | 下载链接 | | :----------------- | :-------------------- | :----------------------------------------------------------- | | go-ethereum (geth) | 1.10.12 | [下载](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.12) | | Nethermind | 1.11.7 | [下载](https://github.com/NethermindEth/nethermind/releases/tag/1.11.7) | | Erigon | 2021.11.01-alpha | [下载](https://github.com/ledgerwatch/erigon/releases/tag/v2021.11.01) | | Besu | 21.10.0 | [下载](https://github.com/hyperledger/besu/releases/tag/21.10.0) | | EthereumJS VM | 5.6.0 | [下载](https://github.com/ethereumjs/ethereumjs-monorepo/releases/tag/%40ethereumjs%2Fvm%405.6.0) | 注意：[今年早些时候宣布会被弃用的](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) OpenEthereum 已经发布了支持 Arrow Glacier 的版本—— 3.3.0-rc.14，读者可以点击[此处](https://github.com/openethereum/openethereum/releases/tag/v3.3.0-rc.14)下载。 目前，我们仍然建议遵循之前的弃用警告，选择一个替代客户端软件。如果你在 Arrow Glacier 升级选用 OE，请谨慎行事，并在运行前独立审阅 codebase 的变更。 <br/> # 升级规范及相关 EIP 此次升级的完整规范可以在 `execution-specs` 库[这里](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/arrow-glacier.md)找到。 升级仅包含一份 EIP：[EIP-4345: 难度炸弹延迟至 2022 年 6 月](https://eips.ethereum.org/EIPS/eip-4345) <br/> ### 作为以太坊的用户或 ETH 持有者，我需要做什么吗？ 如果你使用交易所、网页钱包服务、移动端钱包服务或硬件钱包，你不需要做任何事情，除非你的交易所或钱包服务商通知你采取额外行动。 ### 作为节点运行者或矿工，我需要做什么？ 下载以太坊客户端的最新版本，已在上文表格中列出。 ### 如果我是矿工或节点运行者，且我不参加此次升级，会发生什么？ 如果你正在使用没有升级到 (上文列出) 最新版本的以太坊客户端，当升级激活时，你的客户端将同步到分叉前的区块链。你将会被困在一条遵循旧规则的不兼容的链，且你将无法发送 ETH 或在升级后的以太坊网络上运行。 ### 什么是以太坊上的网络升级？ 网络升级是对底层以太坊协议的修改，创建新规则以完善这个系统。区块链系统的去中心化性质使得网络升级更加困难。区块链的网络升级需要与社区以及各种以太坊客户端的开发者进行合作和沟通，使过渡得以顺利进行。 ### 网络升级过程会发生什么？ 在社区对哪些变更应该被纳入到升级达成共识后，对协议的修改会被写入各种以太坊客户端，例如 geth、Erigon、Besu 和 Nethermind。协议变更会在某个特定区块高度被激活。任何没有升级到新的规则集的节点将被遗弃在旧链上，即遵循的仍是之前的规则。 ### 为什么叫“Arrow Glacier”？ 尽管我们最近一直在使用 Devcon 的名字来命名网络升级，但因为我们之前已经有仅作难度炸弹推迟的升级，我们决定转变命名法。为了突出升级的性质（推迟“冰河时代”），我们采用了冰川的名字，因此有了 Muir Glacier (谬尔冰川)。 这次升级也遵循类似的模式。因为向权益证明的过渡近在眼前，所以选择了一个正在消融的冰川——Arrow Glacier (箭形冰川)🏔! <br/> # 致谢！ **非常感谢以太坊社区和所有以太坊客户端和平台的开发者，他们一起提供投入、想法和贡献。这可能是以太坊过渡到权益证明之前的最后一次网络升级。一起冲吧！** 另外，非常感谢 [Harshil Gudka](https://unsplash.com/@hgudka97) 提供封面图。 这是一个不断发展的新兴技术领域。如果您选择实施本文中的建议并继续参与，应该确保了解您可能受到的影响。 您应该了解其中涉及的风险，包括但不限于意外漏洞等风险。如果选择实施这些建议，您将独自承担可能的风险。 这篇文章和建议不涉及任何销售行为，也不构成任何形式的担保，包括但不限于与以太坊网络或此处提及的以太坊客户端相关的所有事宜。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/sthereum-powered-zk-rollups-world-beatershttps://www.ethereum.cn/Layer2/sthereum-powered-zk-rollups-world-beatersFri, 12 Nov 2021 00:00:00 GMT来源 |[@canti](https://hackmd.io/@canti/rkUT0BD8K) <br/> [可扩展性三元悖论](https://miro.medium.com/max/2640/1*JxrKTU2QczIo_kr1FcKKCg.png)存在于所有区块链网络中。L1 网络的可扩展性越差，运行一个全节点的最低硬件要求就越高。如果用户无法轻易地访问全节点，网络就会变得越来越中心化。很明显，以太坊长期以来都优先考虑安全性和去中心化程度，而基础层的可扩展性成为不可能三角中较为忽视的一项。随着转向[以 rollup 为中心的路线图](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)，以太坊正在利用其基础层 (特别是其[庞大的全节点](https://www.notion.so/e70677d5111140a89e19f27da227a55c)) 来提供[强大的数据可用性代替 L1 可扩展性，同时保证安全性和去中心化。](https://vitalik.ca/general/2021/04/07/sharding.html)  <center>图示：可扩展性三元悖论。cr：Vitalik Buterin</center> 这个路线图的目的是，将发生在以太坊网络上的大部分执行 (DeFi、NFT 等) 将转移到 rollup 上，而不是在主网上进行。虽然 L1 专注于提高速度和安全性而不是去中心化程度有悖于这个行业的精神，但是同样的三元悖论并不适用于 rollup。Rollup 继承了以太坊主网的安全性。由于以太坊处理了三点中困难的部分，rollup 能够专注于成为最佳的执行层。 到目前为止，大家可能已经听说过 [Optimism](https://www.optimism.io/) 和 [Arbitrum](https://arbitrum.io/)，这两个都是 [optimistic rollups](https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/optimistic_rollups/)。即将出现的是另一种 rollup — [ZK-rollup](https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/zk-rollups/)。有一些 ZK-rollup 实例已经存在，但它们都没有提供通用计算 [EVM](https://ethereum.org/en/developers/docs/evm/) 兼容性，或 [zkEVM](https://zksync.io/zkevm/)。这种情况不会持续太久，因为 [zkSync 2.0](https://medium.com/matter-labs/zksync-2-0-hello-ethereum-ca48588de179)、[Scroll](https://hackmd. io/@yezhang/S1sJ2cEWY)、[StarkNet](https://medium.com/starkware/starknet-alpha-2-4aa116f0ecfc) 等项目正研究这个问题，并发展迅速。 那么，为什么这很重要呢？当以太坊从单一链转变为模块化系统之后，它改变了竞争的动态。正如 [polynya](https://twitter.com/epolynya) 之前所说，L1 智能合约区块链不再直接与以太坊竞争；他们还与 rollup 竞争。我相信与 EVM 兼容的通用 ZK-rollup 的出现不仅会导致 optimistic rollup 的淘汰，还会导致*所有其他 L1 智能合约区块链的淘汰。* 现实情况是，rollup 的实现十分具有竞争力，并且它们拥有专注于提高执行效率的自由，因此 rollup 将以极快的速度迭代到自己的最佳版本。由于每个 rollup 项目都发展迅速，因此在本文中，我不会尝试选出最好的一个 ZK-rollup 项目。相反，我将强调合并后、分片上线后，ZK-rollup 的功能和可能性有哪些突破。 <br/> # 安全性 Rollup 所提供的强大安全性保障能够实现一些有趣的动态。 ## escapeHatch() 函数 如果你将资金放在 Polygon PoS 或 Solana 上，假设该网络离线了几个小时，那么在停机期间你将无法取回资金被困的资金。不同于使用”侧链“ (sidechain，如 Polygon PoS) 或者其他智能合约链 (如 Solana)，主网 rollup 合约包含”逃生舱口“ (escape hatches)。这是不可纂改函数，允许用户即便在 rollup 网络离线的情况下也能从 rollup 中退出到主网上。用户始终可以根据需要手动向主要以太坊 rollup 合约提交交易，包括将资金从 rollup 中提出。  <center>理想情况下，从 rollup 中撤出不会让人感觉像在飞行中撤出飞机...这应该是一个相对舒适的过程。cr: Google</center> ## 中心化的定序者和证明者 (顺便解释了为什么它们并没有那么吓人) 我知道在我的介绍中，我说过我将涵盖 rollup 必须提供的“最佳功能”...在有人吹嘘之前，我得先说明一点：理想情况下，定序者和证明者的设计应是完全去中心化的。**然而，最初的情况并非如此。**大多数 rollup 在刚启动时，具有不同程度的中心化设计，然后逐步实现去中心化。也就是说，rollup 中的中心化定序者比某条中心化 L1 链要安全得多，这一事实值得强调。 当使用由中心化定序者或证明者运行的 rollup 时，用户不得不在信任和抗审查方面做出妥协，但不会影响安全性。定序者的运营者无法窃取用户的资金，并且用户可以随时将资金撤出到以太坊主网。实际上，用户主要依赖中心化定序者来保证活性。 我们之前都听说过关于某某区块链是一条“数据中心链”的笑话。使用 ZK-rollup，实际上你可以拥有一个由超高规格机器组成的数据中心专门负责证明工作，并且这对网络来说不是一个存在的风险。 ## 去中心化的定序者和证明者 幸好，由于 rollup 能够在需要时触发“逃生舱门”机制并保障用户的资产不被盗取，因此 rollup 的开发者能够尝试各种方案而不必担心灾难性后果。去中心化定序者和证明者的设计空间相当大。**在其最终的形式中，我希望定序和证明工作会向公众普遍开放，并采取各种形式的经济激励措施 (代币、质押、惩罚等等) 来确保网络能正常运行。**我们不再依靠单个定序者，而是支持多个！更重要的是，我们将拥有一个去中心化网络帮我们运行证明者，这个分布式网络由企业、rollup 开发者以及爱好者组成。 <br/> # 数据可用性 [数据可用性](https://coinmarketcap.com/alexandria/article/what-is-data-availability)指的是每个以太坊节点需要维护的数据。当我们需要不可纂改这种属性时，链上数据存储很有价值。但是，以太坊上的数据容量是有限的且需要大量资源来维护；存储可不便宜！ 一旦以太坊转向具有数据分片的模块化系统，rollup 将享有大量的数据容量，并且只会随着时间的推移而增加。 大量全节点和验证者意味着以太坊将拥有高容量的数据可用性。 ## 以太坊数据分片 以太坊将分阶段推出分片升级。分片将充当网络数据存储需求的负载平衡器，为 rollup 执行层释放出巨大的可扩展性。重要的是，这也避免了对全节点的高要求，从而使网络保持去中心化。 最初，将有 64 个数据分片 (也成为分片链)，到最后将有 *1,024* 个数据分片。数据分片不处理交易或智能合约，它们仅为 rollup 提供额外的数据容量。  <center>实现分片后的图示。cr: Hsiao-Wei Wang</center> Rollup 作为交易压缩的一种形式，不定期向以太坊主网发布单个状态根更新，其中包含在 rollup 层发生的许多不同交易的结果。由于必须将这些状态根更新发布到主网上，所以 rollup 的 gas 费用会受到区块空间需求波动的影响，而这种费用通常由 rollup 的用户承担 (相关内容请看“摊销”部分)。一旦分片上线，容量将增加近 20 倍。这将使 rollup 的操作更便宜、更快。 同样的，作为接受 rollup 发送的状态根更新最终链，以太坊上的用户同样可以受益于一些替代的数据可用性解决方案。 ## Volitions [Volition](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb) 属于 ZK-rollup，包含一条 rollup 链和一个 [validium](https://ethereum .org/en/developers/docs/scaling/validium/) 实例。Volition 像 ZK-rollup 一样将状态根和证明提交给以太坊，不同的是，Volition 允许用户选择通过其 rollup 链使用链上数据可用性或者通过其 validium 实例使用链下数据可用性。这种权衡仅适用于 ZK-rollup，不适用于 optimistic rollup。 Volition 的其中一个案例是 [zkSync 2.0](https://medium.com/matter-labs/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf)：  <center>zkSync volition 示意图，cr：Matter Labs</center> zkSync 的 validium 实例称为 zkPorter。在该方案中，数据可用性由 zkPorter 的验证者提供安全保障。Matter Labs 团队声称这个方案能够实现超过 20,000 TPS (每秒交易笔数) 以及将 gas 成本降低 100 倍。需要注意的是，ZK-rollup 吞吐量的最终上限实际受到其证明者的计算和存储能力的限制。我认为长期来看，20,000 TPS 这一估计过高了。 ## Adamantium 有像 [Adamantium](https://ethresear.ch/t/adamantium-power-users/9600) 这样的提案，一个去信任的链下数据可用性解决方案 ([TODA](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb#:~:text=Trustless链下数据可用性(TODA)), Trustless Off-chain Data Availability)。这个提案进一步寻求数据可用性方面的创新。可以说，TODA 属于 volition 范畴。提案摘录如下： ``` "...Adamantium，一种拥有自主数据可用性的协议 (Autonomous Data Availability)...它保留了链下数据可用性的扩容优势，同时移除了任何自愿用户的所有信任假设。这些用户自愿做什么？自愿上线；也就是说，即便他们离线了，其资产也不会被盗窃或冻结 —— 相反，这些资产能够从 L2 转移到用户的以太坊主网地址下。" ``` 跟 volition 一样，这个方案仅适用于 ZK-rollup。 <br/> # 交易成本和吞吐量 Rollup 的交易成本已经相当低了，但还不够低。幸好，还有很多可以应用的优化，这将极大降低 gas 成本。此外，还将部署许多技术来提高交易吞吐量。 ## An Army of Rollups 一支 Rollup 大军 鉴于主网上 rollup 的轻量级特性，可能会有数百个 rollup 并行运行，每个 rollup 都能承载数十万个用户并且都拥有巨大的吞吐量，所有这些都由以太坊提供支持和安全保障。如果某个 rollup 已饱和 (RPC 或定序者无法承载其流量)，那么用户能够轻易地跳到另一个 rollup 并开始交易。如果你需要的话，分叉一个 rollup 并自己部署一个副本也很简单。 ## 有效性证明摊销 有效性证明摊销 (validity proof amortization) 指的是，ZK-rollup 上每一个批量交易的验证总成本由该 batch 内的所有交易分摊。 我将提供一种快速理解摊销概念的方法。**请记住，为简单起见，此示例在数学上并不准确。我提供公式只是为了说明；实际上，rollup 交易成本的分摊并不是那么简单。**以下为我们的想象场景： - 更新状态根需要 5,000,000 gas - 就像主网一样，用户在 rollup 中进行交易时需要支付 gas 费 - 每笔交易的价格遵循公式 `x = 5000000 / y`，其中 `x` 是每笔交易的价格，`y` 是任何给定 batch 中的交易数量 你应该能够推断出： - 在包含 200 笔交易的 batch 中，单笔交易成本为 25,000 gas - 而在包含 100,000 笔交易的 batch 中，单笔交易成本为 50 gas，基本上可以忽略不计 - 如果向某一 batch 提交越多笔交易，交易的摊销成本就越低。这与单片区块链 (如当前的以太坊) 完全相反。以太坊随着活跃用户数量的增加，对区块空间的需求也会增加，从而导致 gas 价格飙升。 摊销的一个例子：**StarkEx 提供了一种称为 SHARP (Shared Prover) 的机制**，也就是在所有 StarkEx 部署中摊销成本。 ## Volitions (再一次提到) 大部分关于 volition 的相关信息都在前面讲到了。由于 volition 与 rollup 的吞吐量有关，因此在这里再提一遍。简要回顾： - Volition 让开发者和用户能够通过 validium 使用链下数据可用性 - 这种链下数据可用性虽然不如链上数据可用性安全，但可以极大地降低交易成本 - 除了降低成本外，链下数据可用性还额外释放了大量的交易吞吐量 <br/> # 隐私 我们都知道，隐私并非以太坊固有的属性。我们不能期望说，让普通用户和企业放弃自己的金融隐私。默认情况下，ZK-rollup 不具备隐私属性。“ZK-rollup” 中的“零知识”指的是在链下进行计算，然后借助零知识证明在主网上验证计算的有效性。这不意味着“用户的交易活动不被窥探”。当然，隐私问题还有改善的空间。目前，有许多围绕 实现 ZK-rollup 无需许可的隐私方面的工作正在进行。 ## 递归证明 在文章《[Rollups 不完全指南](https://vitalik.ca/general/2021/01/05/rollup.html#:~:text=One%20important%20compression,SNARKs%20are%20valid.)》中，Vitalik 列出了 optimistic rollup 和 ZK-rollup 之间的一些主要区别。其中一点就是，两种 rollup 分别如何处理隐私问题。他特别提到了递归证明。递归证明 (Recursive proof) 指在某个证明中验证另一个证明。比如，在某个 SNARK 中验证另一个 SNARK。这是一种便于使用的压缩技术，可以极大地提高效率并降低隐私维护成本。(中文版: https://www.ethereum.cn/an-incomplete-guide-to-rollups) [Aztec](https://aztec.network/) 正在[研究](https://medium.com/aztec-protocol/zk-zk-rollup-code-release-i-97216347b3bc)所谓的 *ZK-ZK-rollup* 或 *ZK²-rollup*，利用他们创新的 [PLONK](https://vitalik.ca/general/2019/09/22/plonk.html) 证明和 [Turbo-PLONK](https://docs.zkproof.org/pages/standards/accepted-workshop3/proposal-turbo_plonk.pdf) 以提供隐私交易功能。简而言之： - [ZK-SNARK](https://blog.ethereum.org/2016/12/05/zksnarks-in-a-nutshell/) 代表着 ZK²-rollup 上的每笔交易。这些是“内部” SNARK。 - 另一个 ZK-SNARK，即 rollup SNARK，负责证明内部 SNARK 的有效性。 需要注意的是，optimistic roolup 无法实现这一创新，因为它们无法让内部 SNARK 验证安全地在 rollup 外部进行；且数据必须发布在链上。这并不是说 optimistic rollup 不能从零知识证明中受益，但它们的效率和成本效益都会较低。 当前，zkSync 和 Mina Protocol 已经采用了 PLONKs。随着时间的推移，我们期待看到递归证明的进一步创新 (包括[其他类型的 ZK-SNARK 证明](https://medium.com/coinmonks/comparing-general-purpose-zk-snarks-51ce124c60bd)，如 Groth16、Marlin、Fractal、Halo2 等) 为所有 ZK-rollup 带来更便宜、更强大的隐私方案。  <center>图示：Turbo-PLONK 多项式逻辑单位。cr：零知识峰会 (演讲视频)</center> <br/> # 灵活性 ZK-rollup 能够随意地在各个方面进行创新，而无需面对 L1 链上可能带来的灾难性故障风险。以 rollup 为中心的以太坊路线图的一个关键原则是，自由市场正在寻找构建 rollup 的所有最佳方法，而不是依赖于一小群核心开发者去假设哪种方案最佳。 由于开发和部署 rollup 是一项无需许可的工作，因此我们会看到不同的 rollup 推出各种各样的机制来吸引用户使用。这包括不同风格的治理、代币经济和流动性激励、去中心化范围内的不同权衡、意识形态的不同表述，甚至 [VM 环境的不同选择](https://github.com/protolambda/optimistic-brainfuck)(如 LLVM、自定义 VM 等等)。 当然，本节所提到的所有内容并非仅 ZK-rollup 独有。尽管 optimistic rollup 不具备 ZK-rollup 所提供的某些功能，但 op 也有许多相同的灵活性。然而，其他 L1 智能合约区块链不能像 rollup 那样快速地迭代其中的功能。请记住，现在是 rollup 和其他 L1 智能合约在进行竞争。 如果某条 L1 链试图迭代太快，而没有进行适当的测试和采取安全措施，那么它的用户就会面临很高的风险。这些网络上的所有资金随时都是黑客眼里的赏金。如果 L1 链出现了故障，那么损失可能是灾难性的。停机时间还会影响到 L1 可能拥有的任何扩容执行环境 (rollup、状态通道等)。因此，优先考虑安全性和去中心化是有好处的。 最坏的情况是，当 rollup 宕机时，在系统修复之前都需要手动操作。可以想象，类似于在 Etherscan 上与合约进行交互，rollup 开发者与应用程序开发者可能会提供一个“应对紧急情况”的门户网站，允许用户在需要时快速简便地手动操作 rollup。幸好，这些快速迭代很可能会在早期得到解决，我猜相关开发工作将会得到高度重视。 <br/> # 多种可能 外包计算和数据可用性 (即在 L2 执行计算) 使许多当前无法在主网以太坊或其他智能合约平台上运行的链上应用成为可能。这种新范式还允许我们构建任何现有链上产品的高级版本。 ## 应用专用型 ZK-Rollup 虽然本文主要讲述通用计算型 ZK-rollup 的好处，但对于应用专用型 ZK-rollup 的影响也有许多想要讨论的。 ### dYdX 交易所 [dYdX](https://dydx.exchange/) 由 [StarkEx](https://starkware.co/product/starkex/) 提供支持，是一个去中心化交易所，支持永续交易、保证金交易、现货交易以及借贷交易。自从推出 L2 版本的交易所，dYdX 的 ETH/USD 代币对产生的流动性已经与 FTX 的相匹敌。虽然其中很大部分是由于其 [DYDX 代币](https://www.coingecko.com/en/coins/dydx)奖励计划所产生的流动性，但我相信 dYdX 或其他一些 ZK-rollup 原生 DEX 总有一天会在交易量和流动性方面超越所有永续合约交易所。  <center>dYdX 的 ETH 流动性与 FTX 相匹敌，数据截止 2021 年 9 月 26 日。cr: Hsaka</center> 在用户体验方面，只需一个以太坊钱包和一些 ETH 即可登录并开始在 dYdX 上进行交易。不同于一般的中心化交易所，由于去中心化交易所是非托管的，使用 DEX 不需要 KYC 以及不需要第三方存储用户的个人信息。用户确实需要将资金转到 rollup 中才能使用这个 DEX，但用户对其资金保有控制权，并可根据需要将资金提回主网。据 dYdX 用户所说，其使用体验与中心化交易所一样灵敏。 这种链引起了一些 HFT (high-frequency trading, 高频交易) 群体的关注。假设 HFT 公司是理性且受利益驱动的实体，我猜随着时间的推移，这项活动将主要在 ZK-rollup 上进行。 ### Immutable X 另一个迅速获得关注的应用是 [Immutable X](https://www.immutable.com/blog/design-architecture)，这是一种为 NFT 提供巨大可扩展性空间的 volition 用例 (也是由 StarkEx 提供支持)。最近，TikTok 选择 Immutable X 作为发布其 [TikTok Top Moments NFTs](https://tiktok.immutable.com/) 的平台。使用 Immutable X，用户无需支付 100 到 1000 美元的 gas 成本来铸造 NFT，而是以几分钱的价格甚至免费铸造 NFT。摘自 **Immutable X** 的 [alpha 交易公告](https://www.immutable.com/blog/immutable-x-alpha-trading-launch)： ``` Immutable X 提供免 gas 和即时交易：对于任何市场、游戏和去中心化应用程序，Immutable X 提供免 gas 的交易 (免 gas 铸造、交易、赚取、收集)、即时NFT 交易 (每秒最多处理 9,000 笔交易)，在保证非托管的前提下，极大地实现了扩容。 ``` 你注意到它们说的能够达到 9000+ TPS 了吗？ ## 物理和游戏引擎 (什么时候会在 ZK-Rollup 上爆发？) 一位名叫 [guiltygyoza](https://twitter.com/guiltygyoza) 的推特用户展示了[相当](https://twitter.com/guiltygyoza/status/1452311405437366281)[多](https://twitter.com/guiltygyoza/status/1448709529387032582)其在 [StarkNet](https://starkware.co/product/starknet/) 上进行的物理现象相关[实验](https://twitter.com/guiltygyoza/status/1449637155001798657)。我预计，随着工具变得更加强大和实验继续发展，未来将有大量从前无法想象的新链上游戏。  <center>简单点阵 & 重力场中的二体问题，在 StarkNet 上运行。cr: guiltygyoza</center> ## 其他概念 Volition 将为实现 Web3 的愿景带来新方法。例如，区块链原生社交网络之类的东西应该能够极大地利用链下数据可用性。Jack Dorsey 已经[谈论过他的计划](https://twitter.com/jack/status/1204766078468911106?s=20)：将推特变成一个开源的分布式系统，其中推特只是“推特”协议上的一个客户端。Volition (更具体地说应为 validium) 可以在这个场景中发挥关键作用。 同样，也可以想象一下 [Vine](https://en.wikipedia.org/wiki/Vine_(service)) 的开源版本，其中用户提交的短视频 (6 秒或更短) 铸造为 NFT。TikTok 和其 ‘Top Moments’ 系列与这个想法相似，但 TikTok 始终是一个闭源实体，搞点其他花样并非坏事。 <br/> # 这场竞争会如何发展？ ZK-rollup 带来了很多好处，以太坊很快就会让它们发挥自身最大的潜力。但是其他竞争链呢？它们在各种意义上都被超越了，其未来发展会怎样？这是一个很好的问题，不可避免地会有许多复杂的答案。对于它们的命运，我有一些想法。 ## 以太坊的实用主义黑洞 在过去的一年里，我们看到了许多“又便宜又快”的兼容 EVM 的链涌现。还有一些声称要在基础层解决区块链三难困境的链上线了，这些链实际上牺牲了去中心化来保证速度和安全性。 现在应该很清楚，通用计算型 ZK-rollup 将比任何 L1 智能合约链都更安全、更快、更去中心化、更具适应性和灵活性，并且更轻量级。这些事实很重要；每条独立的链都将承担不必要的安全开销和风险，同时是劣质产品。 在我看来，未来务实的解决方案是让这些链放弃其冗余的共识机制和数据可用性，成为 ZK-rollup 或意志。 他们应该融入以太坊一流的安全性、数据可用性和结算保证。 在我看来，对于这些区块链而言，未来的实用主义方案是放弃其冗余的共识机制和数据可用性，发展成为一个 ZK-Rollup 或者 Volition。它们应该借用以太坊的一流安全性、数据可用性及其结算保证。 将共识和安全的工作外包给以太坊将使这些链能够专注于执行的工作。在分片上线后并且以 rollup 为中心的世界中，这是它们之间保持相关性的机会。否则，它们的安全维护成本将变得更高而难以维持。随着时间的推移，这将是一个变得更加明显的现实。  <center>以太坊 (左) & 所有其他 L1 执行层 (右), 大约在 2023 年。cr: NASA/CXC/M.WEISS</center> 可以说，像 Solana、Avalanche、Fantom 和 Binance Smart Chain 这样的网络在任何潜在的 rollup 治理代币中都有优势。 这些网络 (以及其他类似网络) 的原生代币： - 有时间达到某种程度的分布式 - 是“已知实体” - 有交换支持 - 具有深度的流动性 也就是说，放弃他们冗余的共识机制和安全开销，然后变成以太坊 rollup 并不意味着他们的代币消失了。相反，他们可以重新利用代币来调整证明者和定序者的激励措施或提供链上流动性激励措施。这些链不需要牺牲它们的身份，只需去掉一些危险指数。这对所有人来说都是积极的调整。 ## 需要考虑现实情况 当然，这些区块链链的设计者、风投和用户不可能那么快接受这一现实。Meme 很强大，圈内的人都不乏傲慢之心，很多风投都有向散户投资者兜售其产品的梦想。 以前的经验告诉我们，区块链的消亡从来都不是一个快速的过程。[现在你可以在以太坊经典等类似平台上观察到数千个空块](https://blockscout.com/etc/mainnet)，这表明它们缺乏采用。当然，还有其他类似的链在运行着。 ## 需要一定的时间 即便这些链愿意选择实用主义的方法，也需要投入大量的研究、准备和注意力来实现这种规模的变化。任何人都需要很长时间才能执行。我直觉 Solana 将会是最早采取这种方法的链之一，也许我的直觉是错的。 <br/> # 免责声明 一个以 ZK-rollup 为中心的未来似乎是世界上所有问题的神奇技术解决方案，但需要注意以下几点： ## **General** 一份不全面清单： - 根据不同 rollup 的设计，中心化定序者可能可以优先执行 [MEV](https://www.paradigm.xyz/2021/02/mev-and-me/)。 - 根据 volition 中 validium 的数据可用性委员会的不同实现方式，数据委员会的验证者可能可以恶意冻结用户资金或拒绝更新 validium 的状态。但这种情况并不会影响 volition 的 ZK-rollup 状态。 - 许多 rollup 出现意味着有更多的流动性场所，无论是代币交易还是 NFT 交易。虽然 ZK-rollup 能够实现在 rollup 和主网之间快速转移资金 (甚至在不同的 rollup 之间也可以)，但流动性碎片化还是可能会造成早期的波动。而 [dAMM](https://medium.com/starkware/damm-decentralized-amm-59b329fb4cc3) 主要就是为了解决这一问题。 - 运行一个证明者需要消耗一定的算力，因此我们应该找到降低潜在 KW/h 消耗的方法，同时提供证明效率。 需要注意的是，这种证明工作并不像 PoW 挖矿那种消耗游戏；它不会随着时间的推移而变得更加困难。因此，运行证明者的能源消耗接近以太坊 PoW 的能源消耗是不大可能的。 在我看来，除了 MEV (矿工可提取价值)，我预计市场将会快速地为大多数问题提供解决方案。就 MEV 而言，这是一个棘手的问题，并不是通过单个神奇的解决方案或协议就能解决的。但各种最小化 MEV 和使其民主化的方案将有助于减少其影响。 ## Optimistic Rollup 虽然我对于 optimistic rollup 的长期可行性的态度不太乐观，但它仍是以太坊目前最佳的兼容 EVM 的扩容解决方案。通用计算型兼容 EVM 的 ZK-rollup 还没上线，也就是说我们还需要一段时间才能实现本文介绍的所有有点。 [Optimism](https://www.optimism.io/) 最近推出了一版升级，[其执行环境将发生巨大的变化](https://medium.com/ethereum-optimism/introducing-evm-equivalence-5c2021deb306) [(中文版)](https://www.ethereum.cn/Layer2/introducing-evm-equivalence)，而这些变化对开发者和用户都非常使用友好。[Arbitrum](https://arbitrum.io/) 将很快进行 [Nitro](https://medium.com/offchainlabs/arbitrum-nitro-sneak-preview-44550d9054f5) 升级，它支持 EVM 兼容性并为用户提供更快的速度。 越来越多 DeFi app 在这两种 rollup 上部署，它们两个网络中都存在着数十亿美元的流动性，两者都非常值得尝试。桥接资产至 Optimism 和 Arbitrum 上只需几分钟！ Optimism 桥接： `https://gateway.optimism.io/welcome` Arbitrum 桥接： `https://bridge.arbitrum.io/` 请注意在与任一网站交互之前验证每个 URL 的有效性。你可以在 [Optimism 的 Twitter](https://twitter.com/optimismPBC) 和 [Arbitrum 的 Twitter](https://t.co/HUmlnrMAbr?amp=1) 上仔细查看其链接的网站。 在撰写本文时，Optimism 仅限用于通过白名单的智能合约，但用户可以随意使用任何列入白名单的智能合约。 我估计这个白名单机制很快就会取消啦。Arbitrum 没有白名单机制；用户和开发者可以自由地交易和部署他们的东西。 需要注意的是，使用这两个 rollup 本身的桥梁将资产从二层提到主网需要 7 天 (这是 optimistic rollup 处理欺诈证明的方式)。当然，你也可以通过第三方桥来在 rollup 和主网之间转移资产，但需要支付手续费。在使用它们中的任何一个方案之前先自己调研一下，并在使用时仔细检查滑点和费率。 <br/> # 总结 我们正面临着一个巨大的范式转变，这将对加密生态系统带来永久的影响。ZK-rollup 将能为以太坊实现扩容，它们会在这方面做到最好。这种范式转变将十分强大，届时会开启所有 L1 智能合约区块链的终结 —— 即便是我们现在所知的以太坊。 关于扩容，有许多不同的提案。为了发明出现在众所周知的灯泡，经历了数千小时的研究和失败，才有后来的成功和实现 —— 当然，这项工作还远未结束。前方的道路充满曲折，但我们的目标却从未如此清晰。 我希望这篇文章能够帮你在思考行业未来时改变自己的思维方式。对于未来格局的猜想令我无比兴奋。  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Ecosystem/a-new-mental-model-for-defi-treasurieshttps://www.ethereum.cn/Ecosystem/a-new-mental-model-for-defi-treasuriesThu, 11 Nov 2021 00:00:00 GMT来源：[uncommoncore](https://uncommoncore.co/a-new-mental-model-for-defi-treasuries/) 作者：Hasu & monetsupply  COMP 的流动性挖矿在 2020 年夏季开启了 Defi 牛市，这使得很多 Defi 协议变成收入快速增长的怪物。你会认为这使它们处于非常舒适的财务状况，而对 DAO 财库的浅显观察似乎证实了这一点。例如，[OpenOrgs.info](https://openorgs.info/) 的数据显示，头部的 Defi 协议正坐拥数亿美元，Uniswap 甚至是数十亿美元。  但是，正如下图所示，几乎所有这些所谓的财库价值都是来自项目的原生代币，例如 UNI、COMP 和 LDO：   虽然我们都认同项目财库里的原生代币可能是经济资源，**但是把它们算作资产负债表上的资产则是弊大于利，而且经常被用作财务管理不善的藉口。** 为了阐明这一点，请允许我们快速看看传统会计是什么样的。 <br/> # 原生代币不是资产 虽然 Defi 代币不被认为是法律意义上的股权，但我们仍然可以从传统公司的股份核算方式中学习。简单地说，**流通股 (float)** (所有可以公开交易的股票) 和**限制股 (restricted shares)** (目前保留给员工的股份) 共同构成公司的**已发行股票 (outstanding shares)**。 这些已发行股票是**授权股** (对总发行量的一个自我设定的软上限) 的一个子集。重要的是，已授权但没有发行的股票是不算入公司的资产负债表的。怎么可以算入呢？计入未发行的股票使得一家公司可以任意增发它们的资产，只需要授权更多的股份而不出售它们就可以了。 我们希望你能看到这与在 DAO 财库的原生代币的联系：这些相当于是已授权但未发行股票的加密货币版。它们不是协议的资产，而只反映了 DAO 可以“合法”发行和出售到市场的代币量。 因此，一个 DAO 授权少量或非常大量的代币进入它们的财库是没有意义的：它不能说明其实际购买力。为了说明这一点，想象一下 Uniswap 试图出售其财库中少至 2% 的资金。当通过 1inch 执行这项交易时，它将订单传送到许多链上和链下的市场，会对 UNI 的价格造成[几乎 80% ](https://app.1inch.io/#/1/swap/UNI/USDC)的影响。 <br/> # 真正的 Defi 财库 忽略授权了但没有发行的股票可以让我们了解一个不一样，且更准确的 Defi 财库情况。为了了解这种情况，我们把非原生代币进一步分为三个种类：(1) 稳定币，(2) 蓝筹加密资产，(3) 其他非稳定加密资产。使用这个新的分类，Uniswap 在它的财库里是没有资产的，只有 Lido 和 Maker 有超过 5000 万美元的资产。  但为什么这种体量的财库是有问题的呢？ 首先，我们已经看到，仅仅发行新股是不够的，你还必须在市场上出售。这就会影响价格，这很快就会对更大型的出售造成限制。但进一步说，市场正在为你的原生代币支付的价格是没有保证的，反而是大幅波动的。 第二，这个价格取决于整个市场条件。加密市场已经经历了几个投机周期，期间这些代币可以达到令人欣喜的估值，但也可以暴跌 90% 以上，并在那里停留很长一段时间。 第三，Defi 项目迫切需要流动性的时候，可能与特定项目的风险有关：例如，当一个项目由于漏洞或黑客攻击而经历了大型破产事件，并希望给用户补偿时，代币价格往往也很低迷——尤其如果持币者可能会发起股票稀释行动。 <br/> # 案例研究：黑色星期四暴露了 MakerDAO 的财库 持有不充足财库储备的风险是真实具体的，正如 MakerDAO 在 2020 年 3 月 12 日 (通常被称为"黑色星期四") 亲身经历的市场崩溃那样。因为缺乏流动资产，MakerDAO 的信用体系面临崩溃的风险。虽然危机最后被化解了，却还是导致代币持有者遭受严重的价值损失。让我们看看事件是如何发展的： 从 2018 年 MakerDAO 上线到 2020 年 3 月，DAO 曾用净收益回购和烧毁 MKR 代币 (给代币持有者返还资本)，总共烧毁了 14,600 个MKR，成本超过 700 万 DAI。在此期间，MKR 代币价格平均在 500 美元左右。 然后黑色星期四来了，由于价格急剧下降和以太坊网络拥堵，Maker 未能即时清算水下 (underwater) 头寸，导致协议遭受 600 万美元的损失。在扣除了 MakerDAO 当时财库的里的 500,000 DAI 后，它不得不在市场上拍卖 MKR 代币来弥补剩余的 550 万损失。Maker最终以大约 275 美元的平均价格共售出 20,600 个 MKR。 直到 2020 年 12 月，Maker 的累积收益才通过回购将代币供应量减少到最初的 100 万 MKR，回购总成本超过 300 万 DAI (MKR 的平均价格回到大约 500 美元)。  网站 [Makerburn](https://makerburn.com/#/charts/mkr-and-burn) 显示由黑色星期四引起的严重代币稀释情况 <br/> 总结一下 Maker 的财务影响，黑色星期四带来的 600 万美元的信贷损失抹去了 3 年以来 1000 万美元的累积收益。如果 Maker 财库储备持有更多像 DAI 这样的稳定资产，这 400 万美元的额外损失是可以避免的，因为他们可以用这些资金来弥补无力偿还的贷款，而不需要以低价出售 MKR。或者换一种说法，通过持有更大型的财库，Maker 本来可以得到多达 400 万美元的额外价值积累。 尽管很难提前评估资金需求，但 Maker 在黑色星期四前持有的 50 万 DAI 几乎可以肯定是太少的。对于协议 的 1.4 亿未尝贷款，它仅占 0.35% 的资本缓冲，而大多数传统金融机构至少持有 3-4% 的风险资本。这还没算上运营开销和工资，如果这些费用都没有被非原生代币财库资产所覆盖，在市场低迷时可能会进一步被迫出售代币。 <br/> # 了解回购与股息 许多 Defi 项目天真地把它们的代币看作是一种财库资产，并可能在最坏情况下把它们卖掉，这种想法是由缺乏一个如何做得更好的框架而导致的。虽然运行一个协议有很多方法，但从业者可能可以从以下的准则中获益。 **准则 1**：DAO 的目标是最大化代币持有者的长期价值。 **准则 2**：在实际行动中，准则 1 意味着，协议拥有的或作为收益收到的每一美元都应该用于折算到今天最能获利的地方。选择通常包括将钱存入财库，将其重新投资于增长或新产品，或通过代币回购或股息支付给代币持有者。 只有当这些钱对协议外的代币持有者来说有更高的回报时 (税后)，把钱支付出去而不是储蓄或再投资才是正确的做法。在实践中，我们看到许多 Defi 协议把可以用于增长或存在财库里作未来支出的钱支付出去了。根据我们的框架，这是一个大错误。在 Maker 的案例里，我们已经看到它是如何卖出现金换来代币的，但随后又不得不以更高的资本成本用代币回购同样的现金。 一般来说，我们建议摆脱这样的想法：将支付股息或回购代币某种程度上作为对代币持有者的“奖励”，而内部再投资则不算在内。对持币者来说报酬最大的决定就是使每一美元的回报最大化，无论是内部的还是外部的。 **准则 3**：在遵守上述准则时，DAO 成为了自身代币的非周期性交易商。如果 DAO 认为其代币被高估了，内部再投资会有很好的回报，它应该出售代币换取现金，并将这些现金再投资到协议中。在所有的牛市中，几乎可以肯定应该这样做。当 DAO 看到其代币价格低于公平价值，并且它有多余的现金而没有高的内部回报，那么它可以回购代币。在所有熊市中，几乎可以肯定应该这样做。 <br/> # 实现更好的财库管理 最后，我们想分享一下我们对 DAO 应该如何管理它们财库的看法。我们想到以下准则： **准则 4**：DAO 应该把它们财库里的原生代币折现——它们相当于是授权但未发行的股票的加密货币版。 **准则 5**：DAO 财库需要在下一个熊市存活下来。熊市可能不会在下周或下个月，甚至可能不会在明年。但在一个像加密货币那样由投机驱动的市场里，它是会发生的。建立一个能让你维持 2-4 年的财库，即使整个市场暴跌 90%，也能支撑一段时间。 我们特别建议 2-4 年，因为你会想有足够的资金来度过已知标准下的加密市场寒冬，但又不至于太长而使你变得富有和懒惰，或者太过分心于像对冲基金般运行你的协议。 考虑到有大型开发团队和流动性挖矿项目的大型 DAO 的已知运营开销，今天很少甚至没有一个是满足这个条件的。这意味着，它们中的大多数或所有都应该利用牛市出售代币，建立真正的财库，拥有稳定的资产，这不仅会使它们在即将到来的熊市中存活下来，而且有望领先于它们的竞争对手。 **准则 6**：DAO 财库应该了解它们应用的特定负债，并对其进行对冲。例如，一个借贷市场会计划每年一定百分比的贷款头寸会失败。尽管它们不会明说，但它们暗地里明白借贷市场是承担该风险的。因此，承担经济损失变成它们的资产负债表上一项常规成本，并可以相应地进行对冲。同时，像 Uniswap 这样比较精简的协议可能不会承担额外的风险，因此财库小得多也没有问题。 <br/> **致谢：Larry Sukernik、Georgios Konstantopoulos、Dan Robinson、Tarun Chitra和 Ali Atiia** <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth1/ethereum-arrow-glacier-upgradehttps://www.ethereum.cn/Eth1/ethereum-arrow-glacier-upgradeWed, 10 Nov 2021 00:00:00 GMT来源 | [Ethereum Cat Herders](https://medium.com/ethereum-cat-herders/ethereum-arrow-glacier-upgrade-e8d20fa4c002) 作者 | Pooja Ranjan  <center>图像来源: Kinsey Gibson</center> <br/> A[rrow Glacier](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/arrow-glacier.md) 升级是工作量证明以太坊网络在 2021 年计划的第三个网络升级。今年早些时候，以太坊主网在 4 月成功部署了[柏林升级](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80)，在 8 月部署了[伦敦升级](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41)，分别纳入了 [4 份](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/berlin.md)和 [5 份 EIP](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/london.md) 。 > Arrow Glacier 暂定于 **2021 年 12 月 8 日**激活。 <br/> # Arrow Glacier 升级将带来哪些变更？ Arrow Glacier 是另一个类似于 [Muir Glacier](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210) 的网络升级。它将只包括一份 EIP——把难度炸弹推迟到明年夏天，以防区块链冻结，即“冰河时代 (ice age)"。 **[EIP-4345: 难度炸弹推延迟至 2022 年 6 月](https://eips.ethereum.org/EIPS/eip-4345)** 这份 EIP 提议将难度炸弹在实际区块高度上往后推 10,700,000 个区块，比上次推迟，即伦敦升级增加了 1,000,000 个区块。炸弹很可能在 2022 年 6 月爆炸。 一开始，Tim Beiko 在 10 月 5 日提议 EIP 应该推迟 10,500,000 个区块，时间在 2022 年 5 月。但是，随着后面以太坊核心开发者会议的进一步讨论，决定把炸弹推到明年夏天。 核心开发者对在明年夏天前进行合并升级有合理信心绝对是需要考虑的因素。此外，[Thomas Jay Rush](https://tjayrush.medium.com/?source=post_page-----837890476630-----------------------------------) 的文章 *[《探索难度炸弹 (Adventures in Difficulty Bombing)》](https://medium.com/coinmonks/adventures-in-difficulty-bombing-837890476630)*([中译本](https://mp.weixin.qq.com/s/TxDwycobK8jSSXe0Musgcw)) 很好地说明了应该在多远设置炸弹，并有助于解释了比原初计划再推迟一点的理由。以太坊客户端团队希望避免在为下一个大型升级做准备时还要再组织另一次推迟。 <br/> # “难度炸弹”的历史 **难度炸弹** 是添加到以太坊区块链上的一组代码，用于成倍地增加难度级别，使矿工难以跟上新增的难度。区块时间会被增加，且将导致区块链冻结。它是一条非常”陡峭“的指数曲线；它在很长一段时间内是平坦的；然后在炸弹”爆炸“的时候迅速启动。 ### 为什么一开始要添加难度炸弹 难度调整过程最初是为了促进向权益证明的过渡而设置的。随着时间推移，它已经获得了额外的属性，即迫使那些想继续运行以太坊的人升级他们的节点。这意味着，留在旧链变成不可能。 ### 时间线与相关的 EIP  **2015.11**：[《EIP-2：家园硬分叉变更》](https://eips.ethereum.org/EIPS/eip-2)引入对家园前难度调整算法的修改。 **2016.4**：[《EIP-100：针对包括叔块在内的平均出块时间修改难度调整》](https://eips.ethereum.org/EIPS/eip-100)更新了难度调整算法，以把包括叔块在内的出块平均速率变为恒定作为目标，由此确保了高度可预测的增发率，使得无法通过操纵叔块率来提高增发率。 **2016.6**：[《EIP-649：大都会难度炸弹延迟和减少区块奖励》](https://eips.ethereum.org/EIPS/eip-649)被引入，以把难度炸弹延迟约一年半的时间，并通过拜占庭分叉 (大都会分叉的第一部分) 减少区块奖励。 **2018.7**：[《EIP-1234：君士坦丁堡难度炸弹延迟和区块奖励调整》](https://eips.ethereum.org/EIPS/eip-1234)把难度炸弹推迟了大概 12 个月，并在君士坦丁堡分叉 (大都会分叉的第二部分) 减少了区块奖励。 **2019.11**：[《EIP-2384：Muir Glacier 难度炸弹延迟》](https://eips.ethereum.org/EIPS/eip-2384) 把难度炸弹往后延迟了 4,000,000 个区块 (大约 611 天)。 **2021.5**：[《EIP-3554：难度炸弹延迟至 2021 年 12 月》](https://eips.ethereum.org/EIPS/eip-3554) 这份 EIP 与 8 月的伦敦升级一起部署，以把难度炸弹推迟到 2021 年 12 月的第一周爆炸。 **2021.10**：[《EIP-4345：难度炸弹延迟至 2022 年 6 月》](https://eips.ethereum.org/EIPS/eip-3554)这份 EIP 提议把难度炸弹比实际区块高度往后推迟 10,700,000 个区块。它很有可能在 2021 年12 月 8 日在以太坊主网被激活。 <br/> # 我需要做什么？ 如果你正在运行任何数量的以太坊 PoW 节点，强烈建议你在 Arrow Glacier 升级激活日期前把你的**节点升级**到最新的客户端版本。请继续关注以太坊基金会博客的公告，以了解未来更多的信息。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](http://mailto:ethereumcn@gmail.com/)进行授权。https://www.ethereum.cn/eth-weekly-2021-11-9/https://www.ethereum.cn/eth-weekly-2021-11-9/Tue, 09 Nov 2021 00:00:00 GMT <br/> # 执行层 (Eth1) **支持 Arrow Glacier 升级的客户端版本发布** Geth 和 Nethermind 客户端都已发布了支持 Arrow Glacier 升级的版本，分别为 Geth v.1.10.12 和 Nethermind v.1.11.7。这两个版本不仅用于激活计划在 12 月 8 日进行的 Arrow Glacier 硬分叉，把难度炸弹推迟到 2022 年夏天，还将上线一个名为 Sepolia 的新 PoW 测试网。这个测试网旨在合并后取代 Ropsten 作为主要的跨客户端测试网。 其他详情： [Geth v.1.10.12](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.12) [Nethermind v.1.11.7](https://github.com/NethermindEth/nethermind/releases/tag/1.11.7) <br/> **Blocknative 的 EIP-1559 分析** 交易池数据平台 Blocknative 发布了《以太坊 gas 价格和 EIP-1559 采用情况分析》，文章主要探讨两个问题：中心化交易所和矿池如何反应，以及 EIP-1559 如何影响表现。 针对第一个问题，Blocknative 发现，中心化交易所对类型 2 交易(即 1559 式交易) 的采用缓慢，目前仅 Coinbase 和 FTX 采用了，且据 Coinbase 的报告，采用类型 2 交易能在 gas 价格上节省 9%。而矿池对类型 2 交易的采用则非常快速，像 Ethermine 这些大型矿池很早就开始采用了，部分小型的矿池直到最近才开始采用。  <center>矿池采用 EIP-1559 的情况</center> 针对第二个问题，Blocknative 需要评价 EIP-1559 是否改善了 gas 价格和交易在网络的确认时间。首先，Blocknative 使用类型 0 和类型 2 的有效 gas 价格差值来评价 EIP-1559 对 gas 价格的影响。  如图所示，类型 0 的有效 gas 价格是高于类型 2 的，类型 2 交易平均每小时能节省大约 12.33 gwei。  Blocknative 使用了类型 0 和类型 2 交易的等待时间差值来评价 EIP-1559，结果显示，类型 2 交易的发送者比类型 0 的快 1.1 秒看到交易上链。 即类型 2 交易可以支付更少的 gas 费用，且能更快被打包到链上。 [来源](https://www.blocknative.com/blog/eip-1559-adoption) <br/> # 共识层 (Eth2) **为什么 PoS 以太坊真的能减少 99.95% 的能源消耗？** 以太坊基金会的 Josh Stark 发推表示，对于以太坊转为权益证明后能节省大约 99.95% 的能源消耗这一说法，社会的普遍反应是“为什么你们可以如此确定？”。他表示人们是有理由质疑减少能源使用的说法的，因为当公司声称正在减少排放时，它们的改善常常是小幅的 (有时是虚假的)。在这种情况下，99.95% 的减排量听起来太不真实的，而更像是加密圈的谎言。 但以太坊不同于汽车、飞机和游戏机等。你不能用钱代替能源给汽车供能。但你可以用钱代替能源来维护一个协议。 在“工作量证明”的加密货币中，高能源消耗是经济成本的指标。如果挖苦成本很高，那么获得网络的主要控制权的成本就很高。在 PoW 机制里，这种成本以能源的形式体现。 而随着转换到“权益证明”，我们不仅仅是在调整这个系统，使其更加节能。我们是直接使用经济成本——权益——来完全取代能源在协议中的作用。 从此，能源的成本只在运行客户端软件上——每年大约 2.6 兆瓦时。到时，美国的游戏产业所消耗的能源会是以太坊的大约 1,300 倍。 来源： <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1457823831360368640&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2F0POzwZwJamKA_LdNpFn6-D3EEVVphKymOnbSmvnCKxM&amp;sessionId=66ffe0d0791f445e29b848f18f59c7dc0eeb5cbe&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1457823831360368640" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 369px; display: block; flex-grow: 1;"></iframe> <br/> **Rocket Pool 成功上线** 今天上午，去中心化以太坊 2.0 质押协议 Rocket Pool 成功上线！在上线后两个小时内，在 28 个时区的 94 个节点完成了注册。截至发文，已经在 34 个时区有 141 个节点完成注册。也就是说第一阶段 15 个迷你池的目标已经达成。第二阶段将于北京时间 11 月 10 日 8:00 启动。 来源： <iframe id="twitter-widget-1" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-1&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1457893042367582209&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2F0POzwZwJamKA_LdNpFn6-D3EEVVphKymOnbSmvnCKxM&amp;sessionId=66ffe0d0791f445e29b848f18f59c7dc0eeb5cbe&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1457893042367582209" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 345px; display: block; flex-grow: 1;"></iframe> <br/> **信标链轻客户端设计文档已出** 指路：https://notes.ethereum.org/@ralexstokes/HJxDMi8vY 关于共识层和合并的其他消息，请看最新一期的《[Eth2 进度更新](https://www.ethereum.cn/Eth2/wnie2-2021-11-5)》。 <br/> # Layer2 **Matter Labs 团队宣布其 L2 扩容解决方案 zkSync 完成了新一轮价值 5000 万美元的融资** 2021 年 11 月 9 日，L2 扩容解决方案 zkSync 背后的团队 Matter Labs 宣布其完成了最新一轮融资，价值 5000 万美元 (今年 2 月进行的 A 轮融资融了 600 万美元)。 本次 B 轮融资由 Andreessen Horowitz (a16z) 、Placeholder、Dragonfly 和 1kx 领投，其他参投者有：[Blockchain.com](http://blockchain.com/)、[Crypto.com](http://crypto.com/)、Consensys、ByBit、OKEx、Alchemy 和 Covalent 等等。 [来源](https://medium.com/matter-labs/funding-ea89c1fa731e) <br/> **L2 互操作性解决方案 Connext 支持以太坊主网** Connext 是一个 Layer2 互操作性解决方案，通过状态通道，在各个 Layer2 解决方案、Eth2 分片、甚至其他 Layer1 区块链之间实现跨链路由网络。着重于解决接入/退出Layer2 解决方案的问题 11 月 5 日，Connext 宣布新增以太坊主网的支持，包括之前已经支持的链有：Polygon、Fantom、BSC、Arbitrum、Avalanche 和 xDai。也就是说，用户可以直接从以太坊主网向这几条链转账，反之亦然：https://xpollinate.io/  来源： <iframe id="twitter-widget-2" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-2&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1456381261036113923&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2F0POzwZwJamKA_LdNpFn6-D3EEVVphKymOnbSmvnCKxM&amp;sessionId=66ffe0d0791f445e29b848f18f59c7dc0eeb5cbe&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1456381261036113923" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 885px; display: block; flex-grow: 1;"></iframe> <br/> # **生态** **以太坊域名服务系统 ENS 开放空投申领，用户需将其治理权委托给治理代表** 此前，ENS 宣布将实行去中心化治理，并通过 DAO 和发行 ENS 治理代币将 ENS 的治理权移交给社区。北京时间 11 月 9 日 8:00，ENS 正式发布其治理代币 ENS 并向用户开放空投申领 (用户必须在 2022 年 5 月 4 日之前完成代币申领，否则将返回至 DAO 金库)。 用户申领时需要选择委托一名社区治理代表，代表自己进行 DAO 决议的投票。目前已超过 300 位社区成员申请成为 ENS 的治理代表，ENS 的创始人 [@nicksdjohnson](https://twitter.com/nicksdjohnson) 在推特上推荐了一些他个人支持的候选人： <iframe id="twitter-widget-3" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-3&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1457864482013675526&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2F0POzwZwJamKA_LdNpFn6-D3EEVVphKymOnbSmvnCKxM&amp;sessionId=66ffe0d0791f445e29b848f18f59c7dc0eeb5cbe&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1457864482013675526" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 345px; display: block; flex-grow: 1;"></iframe> 目前投票排名：  <center>cr：https://www.withtally.com/governance/ens</center> [ENS DAO 治理代表申请](https://discuss.ens.domains/t/ens-dao-delegate-applications/815) <br/> **社交平台软件 Discord 将往 Web3 发展** Not Boring 创始人 Packy McCormick 发布了一篇文章 Discord: Imagine a Place，畅想了 Discord 将成为元宇宙基础设施的未来。并表示将和技术社区 The Generalist Collab 的创始人 Mario Gabriele 共同推动 Discord 向 Web3 发展。在文章中写道，Discord 的创始人兼首席执行官 Jason Citron 将不得不拥抱新技术，考虑不同的收入来源并倾向于 Web3 新范式。 而在 Packy 发布的推文底下，Jason 回复了一张图片，显示 Discord 正在内测通过 MetaMask 和 WalletConnect 谷歌插件来关联以太坊地址的功能。  来源： <iframe id="twitter-widget-4" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-4&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1457709694580137988&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2F0POzwZwJamKA_LdNpFn6-D3EEVVphKymOnbSmvnCKxM&amp;sessionId=66ffe0d0791f445e29b848f18f59c7dc0eeb5cbe&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1457709694580137988" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 793px; display: block; flex-grow: 1;"></iframe> <br/> **社交隐私项目 Mask Network 推出 2.0 版本** 11 月 6 日，社交隐私项目 Mask Network 推出其 2.0 升级版本。新增的功能有： - Mask Wallet 的桌面扩展程序和移动端版本都支持多链网络； - 推出新产品 Mask Identity (MaskID) 以整合用户的 Web2.0 账户、 Web3.0 ID (地址、ENS 等) 及其相应的社交图谱，现在还支持邮箱登陆； - 推出无需许可、更结构化的 DApp 市场 Mask Labs，允许在任何 Web 2.0 网站上集成现有的和即将推出的面向消费者的 Web 3.0 dApps。 [来源](https://masknetwork.medium.com/mask-2-0-your-portal-to-the-new-open-internet-now-upgraded-68fee382f972) <br/> **招 EIP 编辑了！** Ethereum Improvement Proposals (EIPs) 是以太坊的核心：它们定义协议和应用级标准的格式。今天 Tim Beiko 发布了 EIP 编辑招聘帖，列出了编辑的责任与要求。 责任： 确保 EIP 的格式良好，做到严格意义上的完整。 确保 EIP 达到最低的“质量标准”。 与作者合作，推进新的 EIP 进入库 确保提交的 EIP 与以太坊有关 合并那些自动合并机器人遗漏的 EIP 要求： 至少对以太坊有中级水平的了解 了解标准与好主意之间的区别 了解表中有哪些内容是何时的 了解 Github 是一名好的沟通者 能够以冷静和文明的方式处理有争议的对话。 如果对成为一名编辑感兴趣，请加入 Ethereum Cat Herder 的 #eip-editors Discord 频道。 [来源](https://notes.ethereum.org/@timbeiko/eip-editors) <br/> **DAO 还是需要等级制？** Paradigm 研究员 Hasu 转发了 @mgnr_io 关于 DAO 的推文： “随着 DAO 变得越来越流行，也看到很多由于缺乏结构或方向而导致失败或无人关心组织例子。 50 人的企业如果没有领导层很可能会失败。 区块链并不能改变这一点。 建议：任何超过 10 个成员的 DAO 都应该选举全职的领导/经营者。” 然后表达了他认为不受欢迎的观点： - 扁平式的组织结构一直是智力上的思路，尽管有很多天花乱坠的宣传，但加密货币很可能不会改变这一点。 - 在其他条件相同的情况下，像有明确所有权的有等级体系的公司一样运作的 DAO 会比一个不这样的 DAO 表现更好。 Hasu 的这条推文引起了社区热议，Synthetix 的创始人 Kain 在评论里写到：“我认为要问的问题是，推动等级制度进化并超越其他形式的协作的原因是什么？那么在回答了这个问题后，我们最后在社会层面上进行的实验有什么变化？” 大家怎么看？ 来源： <iframe id="twitter-widget-5" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-5&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1455823216765804547&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2F0POzwZwJamKA_LdNpFn6-D3EEVVphKymOnbSmvnCKxM&amp;sessionId=66ffe0d0791f445e29b848f18f59c7dc0eeb5cbe&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1455823216765804547" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 928px; display: block; flex-grow: 1;"></iframe> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-11-5https://www.ethereum.cn/Eth2/wnie2-2021-11-5Mon, 08 Nov 2021 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_211105) <br/> # 信标链 ## Altair 升级成功！ Altair 升级，信标链的第一次升级，在上周非常顺利地启动了。构建的过程非常漫长，但升级的过程非常简单。如果你想重新体验这个事件，可以观看 [EthStaker 的直播](https://youtu.be/Go4aacg-960?t=344)。Jonathan Mann [为这个事件唱了一首歌](https://twitter.com/songadaymann/status/1453036427558719496)，还有一个 Altair [POAP 艺术画布](https://twitter.com/Logic_Beach/status/1453320728439365634)活动。 在升级之前，还不清楚还有多少运行者已经更新了它们的客户端以兼容 Altair 升级。随着分叉的 epoch 过去了，证明率从 99.8% 下降到 95% 左右，这比预期的情况要好。在接下来的几个小时里，随着没升级的运行者意识到它们掉出了网络，然后争先恐后地进行更新，证明率重新攀升到 98—99%。 出现了一个奇怪的现象。有 98% 的参与率，我们自然预计会看到 98% 的出块率，即只有 2% 的区块没有被提议。但在升级后的几个小时里，有大约 20% 的区块是丢失的，这非常奇怪，并且影响到网络其他验证者的收益率了。经过一些调查工作后，发现问题出在一个非常大型的质押运营商上 ([据报导](https://twitter.com/christine_dkim/status/1453720991272620056)，是一个 [Coinbase](https://www.reddit.com/r/ethstaker/comments/qh8dni/tons_of_miss_proposals_after_altair_is_the/hib4tcc/?context=3) 平台)。确切的原因没有公布，但有可能与升级了客户端软件但没有升级它们的签名服务器有关。(在 Altair 分叉里，证明这个部分没有变，因此签名者仍然可以处理证明，但区块结构变了。)无论如何，在 12 小时后，一切都恢复正常，信标链再次正常运转起来了。 很多质押者已经发现 Altair 升级后奖励比之前[变低](https://old.reddit.com/r/ethstaker/comments/qkoch5/income_lower_than_usual_during_last_few_days/)或[变高](https://old.reddit.com/r/ethstaker/comments/qjcqld/why_so_much_income_over_the_last_3_days_the_one/)了。事实上，长期的总奖励是没有变的，但分配方式变了： - Altair 升级前，97% 的奖励来自每天的证明工作，3% 来自偶尔的区块奖励； - Altair 升级后，84% 来自每天的证明工作，区块奖励的比例上升到 12.5%，剩下的来自新的同步委员会。 参与同步委员部会的情况是很罕见的 (平均每 17 个月才会有一天)，但对于少数幸运的人来说，这是一个很好的收入提升。关于这方面的更多信息，请看 [Michael Sproul](https://hackmd.io/@sproul/altair-rewards) 的帖文。还有 前段时间 [Pintail 的深入分析](https://www.ethereum.cn/Eth2/modelling-the-impact-of-altair)。 对于 Altair 升级的整体概述，可以看看 [MyCrypto 的释义性文章](https://blog.mycrypto.com/eth2-0-beacon-chain-altair-upgrade/)，Christine Kim 的[研究文章](https://docsend.com/view/ak2q58qutvcx8s4f)探讨得更深一点。 ## Kintsugi 测试网要来了！ Altair 升级后，现在所有的目光都集中在合并上：我们终于要将以太坊转移到权益证明上了。 自从一个月前 Amphora 合并测试网在一个线下[工作坊](https://hackmd.io/@benjaminion/wnie2_211008#The-Merge-workshop)上取得成功后，我们现在正在构建一个长期运行的测试网，[取名为 Kintsugi](https://twitter.com/TimBeiko/status/1455631393724067846)。Kintsugi 将是客户端进入产品级的一步，并旨在实现一个有望接近最终版的合并规范。 - Kintsugi [里程碑追踪文档](https://notes.ethereum.org/@djrtwo/kintsugi-milestones) - Kintsugi [规范 v1 版本](https://hackmd.io/@n0ble/kintsugi-spec) (最新版的合并规范将一直在 http://spec.merge.wiki/。v2 版本更新有望在周一推出。) 这是[另一篇](https://www.ethereum.cn/Eth2/allcoredev-update007)关于合并的最新总结。 ## 分叉选择漏洞 关于信标链共识机制理论上的攻击的论文时有发表，我一直对过去提到得攻击的可行性[不以为意](https://hackmd.io/@benjaminion/wnie2_201018#Balancing-attack)。 但是，[最近发表](https://arxiv.org/abs/2110.10086)的一篇论文对信标链分叉选择规则分析的一组新攻击的确值得关注。该组攻击的目标是让其他验证者提议的区块变成孤块，或排除那些区块，也许是为了在合并后窃取它们的 MEV。Casper ，该论文的作者之一，也是以太坊基金会的研究员，他在 Liscon 上就这个问题做了一个易于理解的[简短演讲](https://vimeo.com/637529564)，并写了有助于理解的[推文](https://twitter.com/casparschwa/status/1454511836267692039)。 有趣的新问题是所谓的“事前 (ex-ante)"重组。简单来说， - 事后 (ex-post) 重组试图从链删除前一个区块。这在权益证明下被证明是[很难的](https://www.paradigm.xyz/2021/07/ethereum-reorgs-after-the-merge/)。 - 事后重组试图防止未来的区块或一组区块被添加到链上。这些都是新事物，而且(理论上)只需要很少的资源就可以完成，如果时间把握得好的话。 好消息是，正如 Danny 在 [Finalized no. 31](https://blog.ethereum.org/2021/11/02/finalized-no-31/) 上写到的，我们已经对这些漏洞 (和其他) 有修复方法了。对于第一个是[提高提议者分数](https://github.com/ethereum/consensus-specs/pull/2353)，我们已经达成共识在合并前实现。这已经经过充分研究了，并能有效抵御所有简单的攻击。一个更新近提出的想法是“[合并提议者视图](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127)”，这个方法可能会更强大。 <br/> # 工具 Alex Stokes [正在做](https://twitter.com/ralexstokes/status/1454014021322121218)[用Rust 语言写的以太坊共识规范](https://github.com/ralexstokes/ethereum_consensus)的实现，主要用于研发用例。它不会成为 Lighthouse 的竞争者。 Franck Cassez 和 Joanne Fuller (均来自 ConsenSys) 以及 Aditya Asgaonkar (以太坊基金会) 一起发表了《以太坊2.0信标链的形式验证 ([Formal Verification of the Ethereum 2.0 Beacon Chain](https://cs.paperswithcode.com/paper/formal-verification-of-the-ethereum-2-0))》，这篇论文覆盖了他们在这个重要项目上各方面的工作，是一篇非常好的论文。 <br/> # 质押 稍微沉寂了一下后，Rocket Pool 上线的倒计时[又来了](https://twitter.com/Rocket_Pool/status/1456421975396552707)！时间是北京时间 11 月 9 日 8:00am，当然少不了 [EthStaker 的观看派对](https://www.youtube.com/watch?v=CM1decziXkQ)了，开始时间是北京时间 11 月 9 日 7:00am 🚀 如果你在做质押且是在 Infura 上使用远程的信标节点 (或想要试一下)，《[Teku + Infura to 2.0：如何处理证明](https://blog.infura.io/teku-infura-eth-2-how-to-handle-attestations/)》给出了一些重要提示。还有一个小预告是关于 Teku 的领先树存储存档格式：它能节省空间，同时很大程度提高查询历史信标链状态的速度。我刚刚使用它完成了对一个新存档节点的同步，并期待着下周将其投入使用。 Jeff Coleman 还发表关于[客户端多样性](https://twitter.com/technocrypto/status/1453128929418661892)的推文，内容充分有力。 <br/> # 媒体与其他 最新的[宝藏系列](https://www.youtube.com/channel/UCD9iiIwTRtLDYcEWONs2Q3A/search?query=PEEPanEIP) PEEPanEIP： - Lighthouse 的 Paul Hauner 分享的《合并以太坊 ([Merging Ethereum](https://www.youtube.com/watch?v=S1KFIVue248))》 - 即将推出的 Sam Wilson 分享的《以太坊执行层规范 ([Ethereum Execution Layer specs](https://twitter.com/poojaranjan19/status/1455533103204773902))》 2021 年以太坊上海 Meetup：会议文字记录（中文版）， - TimBeiko 和 Ping Chen 讨论了[EIP-1559 & 合并](https://mp.weixin.qq.com/s/2PsM36E8f1h8leDHc8h7RA) - Hsiao-wei 做了[合并](https://mp.weixin.qq.com/s/SgkxXip6nOu1DLExH-POBw) 主题的分享 - [关于 MEV 的讨论](https://mp.weixin.qq.com/s/OC7vma_r0ZIKiqCTR4XxBg) <br/> # 研究 围绕合并后的 MEV 有非常多的研究。Flashbots 团队发表了一个架构提案，其中验证者可以从专业的第三方区块构建者 (比如 Flashbots) 获得区块。我知道他们已经与客户端团队、以太坊基金会和其他人讨论过这个提案了。 我很高兴这个问题正在得到关注。背后的担忧是，我们可以设想大型质押运营商/交易所会有寻找 MEV 的资源并提高它们的收益。这将使不能获得这些资源的个人质押者处于不利的地位，并增加走向质押中心化的压力。唯一现实的方法是让所有人都获得 MEV 的机会，而这就是 Flashbots 所要做的事。 提案的设计里好的地方是它不需要改变共识层，因此可以并入到合并中实现。它也是一个开放的架构，任何区块构建者和中间得中继都可以参与其中。 但是，它相当复杂，需要几个新组件。尽管它看上去非常中立，我担心不会出现区块构建者或中继的有效市场，这样 Flashbots 最终在区块构建上形成事实上的垄断。关于中继成为传送区块到 p2p 层的实体也有技术上的担忧，[Terence 也注意到这个问题](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177/9?u=benjaminion)。 在 MEV 的世界里，似乎所有的解决方案都会引致一定程度的妥协。但是，就像我跟 Stephane (`thegostep`) 所说的，如果我们避免了中心化的质押，但最后变成了区块构建的中心化，我不确定这是不是我们要的结果。 在我看来，我更愿意看到接近于 Flashbots 现在的模型——只是直接传送交易捆或区块给验证者，让它们提议区块，并将那些滥用信任的人踢出去。至少，直到我们有一个完全[无需信任的设计](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725?u=benjaminion)。尽管将其扩展到像信标链那样大的网络是一个挑战，这是肯定的。更好的情况是 Flashbots 有一些可靠的竞争者，这样我们就可以有一个真正的区块构建者市场——我想这将减少很多忧虑。 [ethresear.ch](https://ethresear.ch/) 上还有以下更新： - 《安全的合并提案 ([The Safe Merge Proposal](https://ethresear.ch/t/the-safe-merge-proposal/11057?u=benjaminion))》,依赖 PoW 链上 `Terminal Total Difficulty` 来触发合并的替代方案，它允许在失败的情况下重复执行合并。 - 《信标链轻客户端分类 ([Beacon Chain Light Client Classification](https://ethresear.ch/t/beacon-chain-light-client-classification/11061?u=benjaminion))》，轻客户端分类的雏形。 <br/> # 常规会议 ## 实现者会议 在 11 月 4 日举行了第 75 次会议 - [会议议程](https://github.com/ethereum/pm/issues/412) - [会议视频](https://youtu.be/9U_xj_zCMYg?t=69) - 我的[速记](https://hackmd.io/@benjaminion/B1wBrwbPF) 在接下来的几周里，这些会议的第一部分和相间周五的 Eth1 以太坊核心开发者会议的第一部分将是 “Kintsugi 工作时间”，Eth1 和 Eth2 的客户端开发者将用这个时间讨论进度和提问。 由于我们才刚刚开始，这次没有太多的 Kintsugi 进展可以更新。但我们对在 11 月 18 日开启第一周的每周开发测试网达成共识，目的是在 12 月初搭建一个长期的测试网。 在其他方面，我们决定关闭 Pyrmont 测试网。客户端团队将很快关闭它们的验证者。 我们还决定将在合并之前实现“提高提议者分数”的修复。这是为了消除上文提到的分叉选择漏洞的威胁。Teku 已经有这个功能了 (可以用一个功能标记启用)。 ## Eth1 全体核心开发者会议 在 10 月 29 日举行了第 125 次以太坊全体核心开发者会议。 - [会议议程](https://github.com/ethereum/pm/issues/401) - [会议视频](https://www.youtube.com/watch?v=5cOWjMAuReI) - Tim Beiko 的[实时推文](https://twitter.com/TimBeiko/status/1454188180609986564) 这次会议没有太多与合并相关的内容。尽管如此，这次会议[很棒](https://twitter.com/benjaminion_xyz/status/1454128461883314177)，我非常喜欢。 ## 第一次合并社区会议 第一次合并社区会议于 11 月 5 日举行。但到目前为止，我没看到有视频 😞，客户端开发者也没有受邀。因此我也不知道讨论了什么。 不要给压力：[显然](https://twitter.com/TimBeiko/status/1456668747704332291)[会议视频](https://www.youtube.com/watch?v=_kfS9jAUY6g)和文字记录会有的。 <br/> # 写在最后...... 举杯🥂欢送 Proto！ 是的，Protolambda [加入了 Optimism](https://twitter.com/protolambda/status/1453899762613334019)。我经常对以太坊吸引到令人难以置信的天才以及对人的驱动力感到惊叹。因为他的非凡且真的非常疯狂的[信标链原理图](https://github.com/protolambda/beacon-schematic/blob/master/beacon_chain.svg)，我在 2019 年年初第一次知道 Proto。从那以后，他在将信标链变成现实的过程中发挥关键作用，常常在理论与工程、规范与实现之间的巨大鸿沟间架起桥梁。我们有一个关键数据结构——分叉选择 protoarray 是以他的名字命名的。关于他的功绩，我可以一直往下说，他自己的[推文](https://twitter.com/protolambda/status/1453899762613334019)里提到的只触及他取得的成就的皮毛。Proto 对我们今天的影响之大再怎么强调都不为过。 但是，有超级生产力和超级聪明的人的天性就是奔向最困难的问题。这就是当初 Proto 进入 Eth2 的原因。现在，Eth2 已经有了一个很好的基础了，通过 rollup 的方式扩展以太坊是目前最大的挑战。因此，这不意外。Proto 不会走远的！ 我通常不怎么写人们的加入与离开，但这次我真的很想标记出来。Proto，我们向你致敬 🙌 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](http://mailto:ethereumcn@gmail.com/)进行授权。https://www.ethereum.cn/Ecosystem/a-guide-to-designing-effective-nft-launcheshttps://www.ethereum.cn/Ecosystem/a-guide-to-designing-effective-nft-launchesFri, 05 Nov 2021 00:00:00 GMT来源 | [Paradigm.xyz](https://www.paradigm.xyz/2021/10/a-guide-to-designing-effective-nft-launches/) <br/> 区块链给开源软件的融资带来了革命性的变化，但并非所有东西在一开始就行得通。事实上，2016—2018年期间的 ICO 经常是严重有问题的机制，它们让创始人在交付任何产品前就能兑现。此后，我们吸取了许多教训，今天的项目在发行和分发代币之前都有一个工作产品，以激励使用和去中心化治理。 NFT 被证明是另一种明确适用于加密货币的产品市场匹配，但它们正在经历自己的成长之痛。每个 NFT 的生命都开始于一次 NFT 发行 (有时也称为铸造或空投)。一次 NFT 发行意味着有新的收藏品被首次创造、出售和分发给买家，他们随后会决定是持有还是在二级市场交易。 就像任何首次销售的商品一样，NFT 的发行面临着为从未有过价格的东西定价的挑战。但与大多数其他东西的销售不同的是，它们还有一个额外的困难，那就是在一个充满独特特性的高度对抗性环境中进行，这些特性已经使缺乏经验的用户难以接近，这个环境就是公共区块链。因此，开发者必须设计出高效而稳健的机制，以防止被破坏。 本文以在现实世界中那些已经伤害了用户利益的 NFT 发行案例开始，以找出好的发行应该满足哪些目标。接下来，我们把发行分解为一个个的步骤，探索每个步骤的设计空间。最后，我们提供一个我们认为是设计良好的发行机制的参考实现，供社区使用和在其基础上构建。 <br/> # 损害用户利益的示例 随着时间的推移，我们已经注意到，NFT 发行的某些设计模式一直给用户带来不良结果。 ## 可被破坏的公平性 当一个新的收藏品推出时，用户可以与其智能合约交互，铸造一个具有随机属性的 NFT。这些属性往往有不同的稀有度，使得有些组合比其他更稀缺和更有价值。例如，10,000 个 CryptoPunk 里只有 9 个有超稀有的“外星人”特性，其中现在在市场上最便宜的一个标价 35,000 个 ETH。 虽然不同人出于各种原因参与铸造，但其中很多人享受不知道他们将得到哪款以及稀有度如何的兴奋感。从这个意义上说，铸造 NFT 只不过是长时间以来在模拟经济 (如集换式卡牌游戏里的增强包) 和数字经济 (如电子游戏的战利品盒/箱) 中受欢迎的[扭蛋机制](https://en.wikipedia.org/wiki/Gacha_game)的延续。 参与扭蛋游戏的人往往会做出一个重要的假设：他们从物品的随机分布中抽取，且真的有机会 (尽管很小) 抽到非常稀有的那个。不幸的是，过去的 NFT 铸造经常无法满足这个假设，无法创造真正的随机性。在实践中，这使得熟悉技术和有动机的各方利用铸造为自己谋利，抢夺收藏品中最稀有的那些，使诚实的参与者无法获得。 我们分享这种模式的两个案例，其中 NFT 铸造正是以这种方式被破坏。这两个案例都依赖于相同的两步过程： 1. 抢夺者提取收藏品的元数据，使它们显示在一个单一稀有度分数中所有属性的相对频数。使用这个分数，他们然后可以确定一个收藏品集里最高价值的 NFT。 2. 然后，抢夺者打破铸造合约的随机性，以只铸造他们想要的稀有、最高价值的 NFT。 ## Loot 衍生品以及用链上元数据抢夺 Loot 最近，一个名为 [Loot](https://twitter.com/dhof/status/1431316631934967815) 的项目席卷了 NFT 世界。看似简单，这个项目包含 8,000 个战利品包，由不同稀有度的胸部、足部、手部、头部、颈部、戒指、腰部和武器物品组成。 每个物品槽的所有属性都直接存储在合约里，铸造者获得一个伪随机的战利品包，以包 ID 作为哈希值。虽然只要以太坊存在它们就永久存在，但在链上存储元数据也将 Loot 的伪随机性暴露给抢夺者。他们通过在本地模拟随机化函数，快速抓取了所有 8,000 个包的元数据，获得了整个系列的图片 (也获得了稀有度)。有了这些信息，他们只需要利用合约最后剩下的弱点：能够准确地铸造他们想要的 ID，并只狙击最稀有的包。 但是，尽管破坏很简单，但有理由相信没有人会破坏原始的 Loot。  来源: https://github.com/Anish-Agnihotri/blog-effective-nft-launches-data/tree/master/01-exploitable-fairness/loot 如果我们观察直到铸造最后战利品包的稀有度，稀有的物品在整个铸造过程的分布是良好的。这表明没有明显的抢夺案例。 关于为什么 Loot 没有被破坏，有两个可能的解释： 1. 这是一个全新的合约，因此人们还没准备好或缺乏时间发现漏洞 2. 铸造 Loot 的预期价值并不明确，因为收藏品的价值只会在接下来几天在二级市场爆发。收藏品大概需要 2.5 个小时售完，这一点进一步支持这个假设。 然而，随着 Loot 的价格不断上涨，一系列像 [More Loot](https://twitter.com/dhof/status/1434180216444923923) 和 [Extension Loot](https://twitter.com/colingplatt/status/1433404301515370496?s=20) 这样的衍生品开始出现，它们大多数只是原始 Loot 合约的小分叉。新的收藏品继承了 Loot 的弱点，但市场价值更高，且得到更多的关注。这对这些收藏品铸造的公平与否产生了很大的影响。 ## More Loot 将稀有物品的分布与 More Loot 和原始 Loot 之间的铸造时间进行对比，抢夺的证据变得非常明显。仅仅几个区块之后，所有的稀有 NFT 已经被铸造完了，只剩下一些没有价值的给未来的铸造者，他们基本上不知道经验丰富的用户已经抢夺完了这次的发行。  来源 : https://github.com/Anish-Agnihotri/blog-effective-nft-launches-data/tree/master/01-exploitable-fairness/mLoot 下图：红线指的是当 Anish [在推特上公开](https://twitter.com/_anishagnihotri/status/1434220175268749320)他的稀有度得分时，开始争夺稀有包的区块高度。  来源 : https://github.com/Anish-Agnihotri/blog-effective-nft-launches-data/tree/master/01-exploitable-fairness/mLoot 此外，由于 More Loot 的供应量不断膨胀，因此可以预期抢夺者将对未来可得的包预先评分，并竞相铸造它们。 ## Extension Loot 与 More Loot 类似，Extension Loot 具有一个单一地址，可以铸造最稀有的 10 个袋子里的 5 个 (所有铸造的 NFT 都以红色标示)。独特的地方在于，这些 NFT 被隐藏在显而易见的地方，因为抢夺者在连续瞄准稀有包之前，会慢慢把它们和可得包分发出去。  来源 : https://github.com/Anish-Agnihotri/blog-effective-nft-launches-data/tree/master/01-exploitable-fairness/xLoot <br/> # Meetbits 以及用链下元数据抢夺 Meebit [Meebits](https://meebits.larvalabs.com/) 是由 CryptoPunks 的创造者 Larva Labs 推出的备受期待的 NFT ，拥有 20,000 个独一无二的 3D 人物。 Larva Labs 知道精明的用户可以利用收藏品的元数据来计算稀有度，然后抢夺稀有的 NFT。为了解决这个问题，他们以这样的方式设计他们的网站：他们允许买家看到每个 Meebit 的完整元数据，但仅在 NFT 被铸造完后。 尽管该网站明确隐藏了未铸造的 Meebits，但有人查看源代码，发现 Larva Labs 从 IPFS 上提取元数据。利用这个信息，他们还是搜刮了 IPFS ，提取了未铸造的 Meebits 的元数据，找出了最想要的那些。 然而，Larvalabs 仍然没有让抢夺者轻易实现：不同于 Loot，用户不能铸造特定 Meebit ID 的 NFT。相反，链上的随机性被用作哈希值 (理论上矿工仍然可以利用)，使这个特定用户更难以铸造一个稀有的 Meebit。 但是，掠夺者知道如何在糟糕情况下取得最好的结果。他们写了一个购买 Meebits 的[合约](https://www.notion.so/8a29099744230de56e7b41c8ced46ffb)，查看它们的 ID，然后再“打乱”它们。具体来说，Meebit 合约是一个有 mint() 函数的 ERC721，它会返回一个随机的 Meebit ID。抢夺者的合约可以调用 mint，将返回的 Meebit ID 与它们的稀有度列表进行对比，如果没有超过一定的稀有度分数，就回滚交易 ([示例代码](https://github.com/Anish-Agnihotri/blog-effective-nft-launches-data/tree/master/01-exploitable-fairness/meebits))。用这一招，他们只需支付大约 0.03 个 ETH 来查看每个 ID，而不用花大约 2.5 个 ETH 直接购买 Meebit。 尽管攻击者在这个过程中烧了很多失败的交易，因此也会烧掉很多 gas 费用，他们最后获得大约 400 个 ETH 的收益。今天，同样的掠夺者可以通过 Flashbots 的交易捆发送交易，如果得到他们想要的 ID，就给矿工支付费用——使回滚交易完全免费。  <center>攻击者铸造并卖出 Meebit #16647，它具有极其稀有的“访问者”特征。</center> <br/> # Gas 竞拍 在 9 月，有 7 个特别时期以太坊每 gas 的基本费用超过了 1,250 gwei。令人震惊的是，这 7 次发生的情况都是因为备受关注的 NFT 发行扰乱了网络。  <center>从左到右：G’EVOLS、The Sevens、Sipher、Galaxy Eggs、Omnimorphs + ArtBlocks Democracity、Galactic Apes 和 King Frogs</center> 大多数这些发行采用的是固定价格、先到先得 (FCFS) 的机制。由于价格低、需求过大，获得这些 NFT 的竞争从合约出售变成了在交易池里的 gas 竞拍。 其中一个例子是 [The Sevens](https://thesevensofficial.com/) NFT 的空投，这是一个备受关注的收藏品集，有 7,000 张以反乌托邦人物为主题的收藏品作为个人头像。由于每张 NFT 的初始价格为 0.07 个 ETH，热心的参与者都赶紧到合约上去铸造。在短短 6 分钟内， gas 价格达到 12,246 gwei 的峰值，仅在合约铸造的 gas 费上面，参与者支付的中位数是每个 NFT 大约 1.49 个 ETH，而最高的 5 % 的人每个 NFT 支付了 2.44 个 ETH。  在 the Seven 铸造中，快速上涨的区块基本费用 gas 竞拍的问题不仅仅是它们在使用上更具挑战，而是通过以这种方式“滥用”公共交易池，它们为所有以太坊用户创造了负外部性。他们还迫使用户为同一个 NFT 支付不同的金额，导致成千上万出价不足的交易失败，伤害了用户利益。 ## 高技术门槛 正如我们之前看到的，[以太坊是一个黑暗森林](https://www.paradigm.xyz/2020/08/ethereum-is-a-dark-forest/)，有很多高水平的、敌对的行动者总在寻求机会。NFT 铸造，特别是稀有的那些，买家期望在铸造后能在二级市场获得溢价，这为技术熟练的各方提供了比普通参与者更多有利可图的机会。 这些参与者通过机器人和自动化策略与铸造合约直接交互，往往绕过前端，甚至偶尔绕过交易池。 TIMEPieces NFT 空投是这方面的一个典型例子。高级机器人运行者在开始铸造前[查看](https://twitter.com/_anishagnihotri/status/1441072865764429825?s=20) [nft.time.com](https://nft.time.com/) 的前端源代码。这样，他们可以提前几个小时在主网找到部署了的铸造合约和建造好的机器人。因此，这些机器人在铸造中有一个显著的优势——三分钟内全部售出。在普通参与者连接钱包和提交交易时，已经太晚了。 此外，有些人使用 Flashbots 绕过交易池，直接提交交易给矿工。虽然 TIMEPieces 的合约限制了参与者每个地址最多铸造 10 个 NFT，机器人运行者 0x35…ce5 提前计划，把资金分到 5 个钱包，在一个 Flashbots 交易捆里抢夺了 50 个 NFT。  这个交易捆包含了 5 个来自不同地址的铸造交易，避开了对每个地址铸造数的限制。 另外，由于这个参与者使用了 Flashbots （使得回滚交易的成本为 0 )，他们并没有遭遇我们在上文例子中的失败交易情况。这不同于接近 10,962 名普通技术水平参与者在 100 个区块的 12,743 笔回滚交易里损失了累计 252.62 个 ETH (近 800,000 美元) 的交易费，因为他们的尝试是失败的。 ## 低 Gas 效率 一个有效的 NFT 铸造机制应该对所有参与者来说都是易于使用的——最好是步骤少，实现简单。对于实现不同于先到先得分发模式的 NFT 铸造，一个常见的问题是会引入复杂性，增加用户必须在链上进行的交易数。 一个例子是 [Jay Pegs Auto Mart](https://jaypegsautomart.com/) 在 [Miso](https://miso.sushi.com/) 上的 $DONA 拍卖。尽管该铸造开创了批量竞拍 NFT 分发方式，并有效展示了元数据生成在实践中的公平性，但它是以牺牲 gas 和交易效率为代价的。 为了参与铸造过程，用户必须在 8 天内至少进行 4 次链上交易： 1. 首先，用户将 ETH 提交到一个 Miso 的批量拍卖中，而不知道他们会收到多少美元的 $DONA 代币作为交换 (取决于最终的结算价格) 2. 一旦拍卖结束，用户必须领取他们的 $DONA 代币 3. 此时，所有用户所处的情况有三种：不够代币铸造一个 NFT、刚好够和有太多代币。基于参与的 1,363 名铸造者的情况，我们发现有 273 名不够代币，0 名刚好够，和 1090 名代币太多 (超过一个代币的零头)。 1. 拥有太少代币的用户将不得不交易，以从 Sushiswap 获得必要的剩余代币。 2. 拥有太多代币的用户可以选择同意用 $DONA 代币做交易，然后通过 Sushiswap 进行交易，卖出他们的盈余。 4. 当用户有足够的 $DONA 来铸造一个 NFT 时，他们可以同意 NFT 合约花费他们的 $DONA ，然后烧毁他们的 $DONA 以铸造一个 NFT。 5. 最后，元数据会批量地被分给 NFT，不能披露某一个 NFT 的元数据。 虽然这种机制力求公平，它增加了用户参与的困难，且要消耗很多 gas。 ## 排他的铸造 NFT 收藏者和爱好者评估收藏品价值的一个方法是通过其社区力量。通常情况下，这涉及衡量持有者的代币集中度。理想的收藏品往往集中度低，有利于个人参与者而不是很多巨鲸。 不过，在最近的铸造中，出现了引入批量铸造的新趋势，即参与者可以在单笔交易里铸造多于一个代币。通过这种机制，巨鲸铸造者会受激励，以较少的 gas 开销铸造许多 NFT。 在实践中的一个例子是 Stoner Cat 的空投，这是一个支持制作 Mila Kunis 和朋友们的动画短片的收藏品 NFT 铸造，允许一次铸造多达 20 个 NFT。考虑到这个功能，89% 的 NFT 都通过批量铸造功能铸造，且接近 31% 的 Stoner Cats 是以最多 20 个 NFT 的批量铸造的。  此外，所有以固定价格出售的 NFT 都隐含着防止个人参与低于结算价的活动。这减少了分发的公平性，使天平倾向于那些巨鲸，特别是考虑到制造的昂贵程度。 ## 受信任的运营商 无论是执行中心化的抽奖方式来避免 gas 战，还是使用 Chainlink 来提供公平性，一个常见的权衡是引入对第三方的信任假设。如果 NFT 铸造必须依赖越多的链下基础设施，用户就必须对中心化的链下实体有更多的信任。 <br/> # 良好发行的目标 通过观察这些发行并分析人们在实践中遇到的问题，我们现在可以得出我们所认为NFT 发行应有的六个理想特性。我们没有野心说这份清单是完整的，但它是一个开始。 **不可被破坏的公平性**：发行必须有真正的随机性，以确保抢夺性用户无法以牺牲没那么熟练的用户的利益来抢夺最稀有的物品。 **没有竞赛条件**：每当一个 NFT (或任何商品，真的) 以低于其公平的市场价格出售时，它就会变成 Vitalik Buterin 所说的[用其他方式竞拍](https://vitalik.ca/general/2021/08/22/prices.html)。实际上，买家竞相让他们的交易尽可能快地被挖出来，或附上一笔大的汇款给矿工。任何“用其他方式竞拍”都有利于那些对区块链有更深的认识、和能用到像机器人、如 Flashbots 或 Eden 这样的私人中继，或甚至是直接与矿工接触。 **不分时间段**：常见的情况是，先到先得模式的发行会公布在一个特定的区块高度，然后在短时间内售罄。无论选择什么样的区块高度，都总是会对目前正在睡觉或工作的其他时区的用户不利。因此，发行时间不应该太短，这样人们就可以在不改变日常生活的情况下参与。 **节省 gas** ：链上交易 (特别在以太坊上) 是很贵的，因此一个好的发行应该尽量最小化用户必须进行的交易数。 **包容性和抗女巫攻击**：通常情况下，确保 NFT 的发行对多元的持有者开放是符合 NFT 创建者的最佳利益的，即使这会导致市场最初的结算价格有点低。这是因为，一个充满活力的社区是收藏品在二级市场价值的最终驱动力。 **无需信任**：当然，说了这么多，发行机制应该致力于维护底层区块链的属性。这意味着它必须提供上述的好处，而不会变成需要托管或对运营商有过多的信任假设。 ### 通过隐匿来实现安全是糟糕的设计 大多数发行在理论上都有一个或几个上述的问题，但在实践上，并没有足够多的需求使这些问题浮现。这就是通过隐匿来实现安全 (security by obscurity)。 例如，如果一个新收藏品被感知的市场价值很低，可能没有导致在交易池里出现竞价战的竞赛情况，不需要购买优先区块空间，且抢夺性用户也没有动机利用它。同样，如果一个新的收藏品的需求过大，那么这个收藏品可能很快就售罄了，以至于没有时间为它写定制软件或破坏其公平性。 虽然需求过少或过多引发的安全问题都值得重视，但我们认为，人们设计的发行应该始终在各种市场条件下都是稳健的，特别是不要依赖于收藏品的快速出售，以此作为保护它们免受抢夺的手段。 <br/> # 分解 NFT 发行 尽管现在我们知道在一次良好的发行中我们想要什么，但我们仍然不知道如何达成。我们可以通过分解在底层实际发生的事来慢慢揭示这条路 (或者，正如我们将看到的，有很多条路)。 每一次的 NFT 发行，其核心都有四个步骤： 1. **出价**：出售上线，用户向运营商提交他们的出价 (可以是一个智能合约)。 2. **结算**：运营商将收集到的出价与剩余的供应量做匹配，确定结算价格，并选择中标的出价。 3. **分发**：中标者可以认领他们新铸造的 NFT (或从运营商那里得到它们)。 4. **揭示元数据**：运营商揭示 NFT 的属性。 例如，看看 Loot。Loot 在区块 13,108,877 以先到先得的方式出售。此收藏品的创作者 [dom](https://twitter.com/dhof) 在智能合约上把出售价格设置为 0，但用户仍然需要通过 gas 来竞价。在每个区块里，矿工根据剩余的供应量结算新的出价，决定谁赢谁输。当中标时，用户在同一笔交易里收到物品。 大多数用户在收到物品后才知道其特性。但是，在实践中，一个老练的用户可以在铸造前从智能合约读到他们物品的特性，从而使他们能够抢到最稀有的收藏品。这表明，无论其他步骤是否循序或连续发生，元数据必须在物品被购买并完成最终结算后才会被揭示。 接下来，我们将探讨 NFT 开发者在这四个步骤中每一步的选择。我们讨论每个选择对理想属性的影响，将好的设计选择从坏的中筛选出来。 ## 阶段 1：出价 在这个阶段，运营商从其用户那里收集出价 (例如，购买请求) ### 连续结算 vs. 循序结算 在做其他事情之前，运营商必须决定他们希望出价和结算在相同的还是两个不重叠的阶段里进行。 任何先到先得的固定价格出售 (这是迄今为止大多数 NFT 发行的方式) 都是连续结算的例子。对于每个区块，矿工看着出价，根据剩余的供应量对它们进行结算。这个机制有几个问题：如果运营商高估了 NFT 的结算价格，该物品定价太高的话可能会卖不出。如果运营商低估了 NFT 的结算价格，该物品可能太便宜了，用户通过速度 (最能直接访问区块空间的人) 或 gas 价格 (能给矿工支付最多交易费的人) 来竞争。正如所讨论的那样，这导致了交易失败带来的净亏损，并很大程度上有利于技术纯熟的参与者。如果你必须这样做，前者可以通过将所有用户交易路由到 [Flashbots RPC](https://docs.flashbots.net/flashbots-protect/rpc/quick-start/) 来化解，并让竞拍在一个失败交易不消耗成本的环境下进行。 当采用第二种方案时，竞价和结算分在两个不重叠的阶段进行。在实践中，运营商首先收集所有的出价，然后将它们与可用的供应相匹配，以公平的价格做市场结算。这种方法包括批量竞拍或抽奖等机制。这种方法的一个例子是 [Jay Pegs Auto Mart](https://jaypegsautomart.com/)，它在市场结算前给用户一个星期的时间提交它们的出价。 循序法有几个好处是符合我们上述的目标的： 1. 没有竞赛情况：用户有充足的时间提交他们的出价，且结果是由用户愿意支付多少来决定的，而不是由他们的速度或技巧。 2. 不分时区：这个方法尊重在其他时区工作或生活的人 此外，因为不存在 gas 竞拍，也就没有对其他网络用户的负外部性。 但是，这种方法也是有缺点的，比如需要更多的链上交易 (取决于竞拍的设计) 或减少那些现在不得不等待更长时间的参与者的乐趣。我们建议不要让竞价期拉得太长，以减轻后一种忧虑，可能不超过 48 小时比较合适。 ## 链上 vs.链下出价 在决定了是连续结算还是循序结算后，下一个选择是用户在链下还是链上提交他们的出价。 正如我们将看到的，今天的发行经常在链上收集出价，因为这是最简单的，能有效让矿工结算中标的出价，让其余的失败。如果我们假设网络本身是不受审查的，那么没有有效出价会在出售中被漏掉这种情况可以得到有力保证。 但是，在链下收集出价同样是可能的。在这个过程里，用户用他们的私钥对一条包含像他们的链上地址、令牌数或他们想购买的门票、他们的最高出价等的消息签名。他们发送这个消息给运营商而不是在链上执行，使用他们的签名来证明其有效性。 然后，运营商可以使用这些出价在链下市场做结算，或把中标的出价捆绑起来提交到链上的执行合约。无论采用哪种方法，都需要对运行商有一定程度的信任来执行正确的出价。 最后一种方法把链下出价收集和链上选择胜出者的方法结合起来，稳健、省 gas 且灵活。唯一用户需要信任的是运营商不会在链上提交出价时不会有遗漏的——这是一个相对较弱的假设。 ## 谁可以出价 第三个要做的决定是谁可以出价，以及出多少钱。正如在目标包容性和抗女巫攻击中所讨论的，项目可能想确保不同的用户都可以购买他们的物品。为此，他们可能会限制具有特定特征的用户可购买的物品数量，或专门为现有 NFT 社区的持有人保留物品。 当出价发生在链下时，这样的 KYC 规则很容易执行——你只需要在让用户提交他们的签名到服务器之前让用户证明一定的信息。链上 KYC 则更复杂，但 Gitcoin 的隐私保护措施 [Proof of Personhood](https://proofofpersonhood.com/#) 正在取得进展。 即使一个项目不希望有任何形式的 KYC，他们仍然可以采取措施，确保一美元可以为大用户和小用户购买相同数量的代币。这个规则经常在合约允许用户在同一笔交易里购买或认领很多 NFT 时被违反，因为巨鲸可以在更多的令牌中摊销 gas 费，由此每个令牌比小型用户支付更少。为了减轻这种影响，为每个地址或每笔交易设置通证数量上限是一个不错的主意。 ## 出价成本 此外，运营商必须决定用户何时为令牌付款——与出价一起，还是在市场结算之后？ 在后面一种情况，用户只在出价阶段保留代币，市场结算，然后他们可以在一定的时间窗口内完成购买。[Parallel](https://parallel.life/) 这个项目就是使用这个方式的，加上链下出价。尽管它在一个比较安静的市场运作良好，当需求很高时，这个模型会进入竞赛状态，用户会想尽可能多地保留令牌，因为这样做没有成本。 为了缓解竞赛情况的问题，出价本身应该会涉及一项成本。这里最好的解决方法是让用户仅在同一地址的智能合约中锁定资金后才能提交出价。然后，运营商就可以决定如果出价不成功的话是要退还资金 (类似于交易所的限价订单) 还是保留出价 (类似于没有支付的抽奖券)。 ## 出价的颗粒度 最后，运营商必须决定他们想要用户出价表达的颗粒度。当有失败的出价时 (因为供不应求)，人们必须进一步决定中标者和未中标者的定义。这里有三个可行的选项： **“傻瓜式”批量竞拍**：人们提交一定数量的 ETH 后没有进一步的指示。在结算阶段，物品的数量除以提交的总 ETH，然后每个人获得以 ERC-20 形式的碎片化令牌，这些令牌之后可以兑换成 ERC-721 的 NFT。Jay Pegs Auto Mart 使用了这个方式，它的好处是没有失败的出价。但是，它的弊端是需要三笔额外的链上交易——两笔用于出售或购买通证以达到有用的数量 (例如，一个”完整的“ ERC-20)，一笔是用来赎回 NFT。最重要的是，这个方式不允许买家表达他们想要一定数量令牌的价格——这几乎是人们在每个市场上都期待的功能。 **”智能式“批量竞拍**：几年前，[SpankChain](https://twitter.com/ameensol/status/1437474410659651586?s=20) 在其 ICO 使用了类似的但可以说是更好的的方法。不同于 Jay Peg，SpankChain 收集允许指定令牌数和令牌单价的出价。在出价阶段后，他们计算了一个链下执行价，并与胜出的出价一起提到一个智能合约，如果胜出了，人们可以提出 SPANK，如果失败了，人们可以提取 ETH。这个方法的缺点是，匹配所有出价的计算非常复杂，以致它只能在链下进行，这需要对运营商有一定的信任。 **抽奖**：最后，运营商可以采用抽奖的方式，用户通过买票或预定进行出价。随后在所有票的池里随机抽出胜出者。这样，用户要么获得一个完整的令牌或什么都得不到，省去了 Jay Peg 的 $DONA 所需的三笔额外交易。那些难以支付一个完整 NFT 的小额钱包也可以参与。但是，它在出售中引入了随机性，有些用户喜欢，有些则不喜欢。 ## 阶段2：结算 在这个阶段，运营商 (或他们的代表) 根据可得供应匹配出价，决定谁可以购买物品，谁不能。 ## 链上 vs. 链下结算 最后一个主要节点是谁来从所有出价池里选出中标者。在先到先得的模式里，这由矿工完成，我们已经说明了这个方法有哪些问题。 在 Jay Peg 的结算机制里，它的计算复杂度低到足以在链上以完全去信任的方式进行。 在 SpankChain 的模式里，中标者完全在链下选出。尽管出价者无法以高于他们想要的价格成交 (智能合约确保了这一点)，他们还是必须信任运行商不会把他们推到最高成交价，类似于去中心化交易所里的三明治攻击的工作原理。 抽奖方式是最容易结算的，因为你只需要一个简单的随机数 (例如，Chainlink 的 VRF)。但是，需要随机性也引入另一个信任假设：无论谁生成这个随机性，都可能偏向于自己的出价而不是其他人。相反，胜出的出价就是最高出价这种情况是不可能的。 ## 阶段3：分发 结算后，运营商必须铸造通证，把它们分发给用户，退回所有失败的出价，如果他们选择的是这种模式的话。这一步一般与 gas 效率和防止竞赛情况发生有关。 ## 即时结算 vs. 间隔结算 如果运营商想要防止他们的用户同时领取 NFT，导致 gas 费激涨，他们可以再次使用结算过程的随机性，让人们分批领取。这解决集体行动问题，因为用户最好不要全部在同一个时间领取。尽管如此，对元数据的好奇和成为第一个在二级市场出售的想法可能最终还是会产生竞赛情况。也就是说，间隔结算的方式也会增加用户的等待时间。 ## 领取 vs. 接收令牌 在分发方面唯一要提的是，用户是否必须自己领取通证，还是运营商可以简单地在一段时间内将令牌发给用户。后者是间隔结算的一个变体，但它还有用户什么都不用做这个额外的好处。在前文提到的 Parallel 发行使用了这种方式，收效不错，他们只要求用户在一开始支付 NFT 时添加一笔”交付费用 (delivery fee)"。 ## 阶段4：揭示元数据 最后，当一个通证被分发出去时，它的元数据就会被揭示。在 NFT 发行的四个阶段里，这一步必须在最后。它也不能在最后与其他步骤一起进行 (例如，像 Meebit 那样把支付、分发和揭示捆绑在同一笔交易里)，因为通过回滚交易对有不良属性的物品进行重新打乱，公平性会被破坏。在支付和揭示之间必须有至少一个区块的间隔，使得重新打乱变得不可能，当然你可以选择增加这个间隔来防止重组。 ## 什么时候揭示原数据 我们现在已经确定了，铸造 NFT 和揭示它的元数据不能再同一笔交易里发生，这就提出了应该什么时候揭示的问题。这不仅对公平性很重要，而且与用户体验和 gas 效率也有关。一般来说，有三种选择： **揭示完整的收藏品**：在一个完整的收藏品揭示里，运营商等到收藏品集里所有的 NFT 都铸造完成后才揭示元数据。这个方法非常省 gas，只需要一个随机数，然后可以用来混洗票 ID 的元数据，而不需要用户进一步的操作。 但是，它有显著的缺点，即用户要等到所有的 NFT 都被铸造出来才能看到他们令牌的元数据。如果有人设置了什么时候揭示元数据的上限 (例如，24 小时)，有些用户可能没来得及铸造，导致整个收藏品集无法卖出。 **逐个 NFT 揭示**：为了改善揭示完整收藏品集的用户体验，运营商还可以允许用户逐个 NFT 揭示随机性。这样更有吸引力，因为用户购买后马上可以“打开”他们的物品。它还让“未打开的”物品在二级市场上交易 (这在 MTG 等交易卡游戏中很流行)。 然而，这种方法带来的负担是需要用户进行额外的链上交易，例如调用 Chainlink VRF 和对他们的 NFT 应用一个随机数。即使对于那些不觉得特别急于揭示或对交易未打开的物品没那么感兴趣的用户来说，这也是不可避免的。 **批量揭示**：作为一个潜在的中间地带，我们提出批量揭示这个概念。在这个方式里，用户有一段不确定的时间做铸造，但如果他们想的话也能在下一个区块揭示。每个请求的新随机数都会自动揭示所有铸造了的和等待分发的物品的元数据，揭示它们的成本几乎是相同和不变的。 因此，注重时间的用户可以选择支付额外的链上交易来揭示元数据，这对他们之前的所有用户都是有好处的。如果没有用户选择揭示，运营商也可以根据一定的时间表来揭示，例如每一个小时一次。 ## 随机性的来源 在决定了何时揭示后，剩下的问题是在哪里获得随机性。我们建议的两个选项是使用 Chainlink VRF 或一个提交-揭示方案 ([commit-reveal scheme](https://en.wikipedia.org/wiki/Commitment_scheme))。 使用前者，你可以按访问链上可验证的随机性来源。使用任何一种揭示机制，你都可以调用 Chainlink 来请求随机性，一旦得到了满足，就使用随机生成的数字作为你的元数据计算的一项输入。这将确保它对每个 NFT 都是随机的。 对于后者，运营商可以在开售前创建一个随机数 (用于完整揭示) 或几个随机数 (用于逐个 NFT 或批量揭示)，然后提前提交他们的哈希值。当一个 NFT 被铸造了，运营商可以揭示这些数字，允许任何人通过哈希值验证它们的真实性。尽管如此，这个方式也需要对运营商有一定的信任，假设他们不会利用了解随机数的特权来铸造最好的那些 NFT。为了最小化对信任的需求，我们建议在铸造顺序上还是需要一定的独立随机化。 此外，对于链下元数据，运营商不是提交一个随机数，而是选择提交完成元数据的一个哈希值 (所有 NFT 的 id 到 特性)。这确保了元数据是预先确定的，且不会再铸造过程中或之后被修改。尽管如此，铸造顺序中的独立随机化是必要的，以防止运营商利用他们对顺序和特性的了解谋利。 <br/> # 我们给出的参考实现 我们提供了一个[参考实现](https://github.com/Anish-Agnihotri/MultiRaffle)，我们认为它很好地平衡了所有的特性，而且易于理解和调整。 **出价**：在我们的实现里，用户可以通过购买抽奖券来出价。抽奖的时长由运营商决定 (我们建议 24-48 小时)。每张券的价格包含 gas 和每个 NFT 的价格，由运营商指定。后者作为“保证金”，在市场结算后对所有失败的券都会进行退还。抗女巫攻击有三个方式：每笔交易的 gas、锁定资金的资金成本，以及每个地址的券数上限。 **结算**：一旦出价期结束了，必须从所有券所在的池里抽出与 NFT 数量相等的胜出者。首先，任何人可以调用 `collectEntropy()`，以从 Chainlink VRF 获得一个随机数。这个随机性在 ‘shuffleEntries(),’ 使用，它执行 [Fisher-Yates Shuffle](https://en.wikipedia.org/wiki/Fisher–Yates_shuffle)。任何人都可以调用这个函数，保证活性和 gas 开销可社会化 (例如巨鲸们那样)。 **分发**：在所有中标者都被抽出后，用户有一个不定期限从他们胜出的券领取 NFT 和获得失败券的退款。这种情况都在同一笔交易发生。运营商现在可以开始提取胜券的收益。 **揭示元数据**：用户可以在领取后的一个区块揭示 NFT 的元数据。任何人都可以请求一个新的随机数，它会自动揭示所有物品的元数据，这些物品已经被铸造出来并等待分配。这允许注重时间的用户为立即揭示付款，但使所有用户受益。 <br/> # 总结 在这篇文章中，我们举了一些真实的例子来说明设计不良的 NFT 发行如何给用户带来次优的结果。但是，当有人清晰地定义他们的目标并花时间解构一个发行的实际步骤时，许多设计都变得可能——而且几乎所有的设计都比我们今天习惯的固定价格、先到先得和网络拥堵的出售来得好。 如果你从这篇文章没什么收获，可以看看以下三条规则： - **不可破坏的公平性是具有随机元数据的 NFT 发行的最关键特性**。使用强大的随机性，且在 NFT 被购买和结算前，永远不要揭示一个 NFT 的元数据。 - **竞赛情况损害用户利益，无论有没有参与铸造**。使用循序出价和结算 (例如，抽奖或批量竞拍) 来解决这个问题。 - **从第一分钟开始就考虑成本效益**。问问目前发生在链上的任何步骤是否也可以发生在链下，以为你的用户节省资金。链下步骤可以包括出价和市场结算，前提是用户可以对运营商建立一定程度的信任。可以考虑在揭示阶段分批进行。 我们希望看到 NFT 开发者开始试验其中的一些想法，从而发展出更多样的发行。最后，我们想感谢那些一直与 NFT 社区分享建议，帮助提高发行质量的人： - [Vitalik](https://vitalik.ca/general/2021/08/22/prices.html)——提供了它对先到先得固定价格出售的释义文章 - [FairDrop](https://fairdrop.0xessential.com/)——分享了他们对公平抽线的概念证明设计 - [dotta](https://twitter.com/dotta/status/1420372022790483979)——提供构建一个强大的前端的建议 - [Jay Pegs Auto Mart](https://twitter.com/josephdelong/status/1437426536043454464?s=20) 和 [SpankChain](https://twitter.com/ameensol/status/1437474410659651586?s=20)——演示新颖的竞拍方式 - [Parallel](https://twitter.com/Jeremystormsky/status/1421915852727885825?s=20)——演示了链下抽奖的最佳实践 - [0xmons](https://twitter.com/0xmons/status/1409640045829447686?s=20)——提供关于设计公平发行的建议和工具 ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。https://www.ethereum.cn/Layer2/introducing-evm-equivalencehttps://www.ethereum.cn/Layer2/introducing-evm-equivalenceThu, 04 Nov 2021 00:00:00 GMT来源 | [Optimism PBC Blog](https://medium.com/ethereum-optimism/introducing-evm-equivalence-5c2021deb306)  上个月，我们宣布了 [Optimistic Ethereum 历史上最重大的升级](https://medium.com/ethereum-optimism/the-future-of-optimistic-ethereum-7f22d987331) —— OVM 2.0。最近，我们将 Optimistic Kovan 迁移了，使其真正能够一键部署以及提高了其稳定性。并且，将在未来的三周内上线主网， 但是本文并不是关于一键部署或者渐进式改善。 本文主要介绍了 **EVM Equivalence (完全与以太坊虚拟机规范相一致)** 将如何成为 L2 领域的下一个通用标准。 <br/> # Optimistic 争议协议的简史 首先，一起来回顾一下 rollup 的发展历史。 ## Rollup 的开端 Optimistic L2 解决方案都与争议有关。如果你认为以太坊是一个全能的、去中心化的法庭，那么 L2 扩容的核心观点便是：“不要去法庭兑现支票 —— 如果支票被退回再去。” 实际上，可扩展性的研究在过去六年可以归结为一件事：什么样的“拒付支票”可以被强制执行。首先，只有一组预先商定的参与可以在彼此之间进行交易 (状态通道)。接着就是，任何人都可以交易，但也有可能被审查 (plasma)。终于，我们把审查问题也解决了 (rollups)。  在 rollup 之前，我们已经[知道](https://l4.ventures/papers/statechannels.pdf)[如何](https://medium.com/plasma-group/plapps-and-predicates-understanding-the-generalized-plasma-architecture-fc171b25741)在所有这些模型上运行智能合约 —— 只是没有任何意义。毕竟谁想要在几个朋友之间运行 Uniswap 或者要被审查一周呢？而 rollup 能够承诺给我们提供真实的、类似于以太坊交互体验的 L2。 ## 兼容时代 当然，仅仅“承诺”提供一个真实的、类似于以太坊交互体验的 L2，并不代表能够真正创建实现。在构建首个 L2 AMM Unipig 时，我们必须使用与 rollup 争议合约兼容的自定义代码重新创建 Uniswap —— **而不是利用 EVM 本身来构建**。 由于 Uniswap 的设计相对简单，上述的构建方式是可行的。然而连 Solidity 这么基础的东西都不能再用了，实在不是一个好兆头。对于非开发者来说，Uniswap 是目前最简单的 DeFi 智能合约之一，如果连 Uniswap 也要大改一番才能方便地实现兼容 rollup，这真不是一个好现象。 到目前为止，以太坊的发展速度之快，早已超过了逃逸速度 (escape velocity)。呈指数级增长的以太坊生态系统根本无法围绕非 EVM 接口进行重新架构。因此，L2 除了要提供“原始”规模之外，它还要确保 L1 的法院系统与 EVM 的差异最小化。这迫使 rollup 同时在以下两个方面开创先河： - 构建可扩展的、产品级别的 rollup 基础设施。 - [解决长期](https://github.com/ethereum/EIPs/issues/726#:~:text=Currently%20any%20of%20these%20applications%20would%20require%20essentially%20creating%20a%20full%20ethereum%20client%20inside%20EVM%20code%2C%20which%20would%20add%20an%20unacceptably%20high%20amount%20of%20overhead.)以来就让人难以接受的的 EVM-in-EVM (在 EVM 里构建 EVM) 问题。 以太坊的图灵完备性 ( [Turing-completeness](https://en.wikipedia.org/wiki/Turing_completeness)) 意味着它确实可以解决这些问题，但在我们的研究过程中，我们发现，如果想要在合理的时间范围内将以太坊迁移到 L2 上，我们需要牺牲一些东西，做出妥协。 这种妥协也就是我们后来所称的 EVM 兼容性 (**EVM “Compatibility**”)。 EVM 兼容性的论点很简单：只要以太坊的应用程序可以合理地移植到 rollup 上运行 —— 不管这是如何在幕后完成的 —— 我们就可以追上以太坊的逃逸速度。  *“这算是兼容性吗？”* ## 乘风破浪 起初，这种妥协取得了一些成功。在 2020 年，由于许多用户从以太坊转移到了其他 L1 竞争链上 (这些链打着“费用低廉”的幌子而罔顾安全性和价值)，我们竞相推出了 OVM。在今年 1 月份，Optimism 上线主网，10 个月过去了，我们已经处理了数百万笔交易，为用户节省了数亿美元的交易费。 但是以太坊网络效应产生的逃逸速度有多种形式，并从以太坊 L1 的交易活动飙升这个现象可以看出，其他 L1 链和 L2 所缺乏的是：以太坊 L1 所拥有的**基础设施**。过去六年来，遍布世界的以太坊社区成员合力将以太坊从一个简化的原型变成一个更加完善的系统： - 成千上万的开发工具已深度集成到 EVM 中。 - 价值数十亿美元的公司的出现，只为了给以太坊的节点软件提供服务以及完善其运行。 - 以太坊本身的交易处理速度[越来越快](https://etherscan.io/chart/gaslimit)了。 以太坊网络效应的浪潮只会越来越大。由于一切都是开源的，人们可能会期望这些巨大的胜利同样也能在 L2 上发生。 **然而并没有达到大家的预期。** EVM 兼容性 (EVM **compatibility**) 与 EVM 等同性 (EVM **equivalence**) 是有区别的，仅仅满足于兼容性意味着你被迫修改 (甚至需要完全重新实现) 以太坊的基础设施也依赖的低级代码。如果 L2 想要从以太坊基础设施网络效应所带来的浪潮中获得一些好处，它们必须要具有 EVM 等同性。 在 Optimistic Ethereum 上线并运行发展之后，我们发现越来越多以太坊工具难以部署在 Optimistic Ethereum 系统上，这是由于我们老旧的 EVM 兼容性设计理念造成的。 我们知道我们能做得更好。为了真正让大众用上 OE，我们需要的不仅仅是与 EVM 合约**兼容**；相反，我们要做到从根本上实现与 EVM 本身**等同**。 EVM 等同性能够帮助填补以太坊 L1 的基础设施网络效应和以太坊 L2 的执行环境之间的缺口。 <br/> # EVM 等同性：借助以太坊的 EVM 应用浪潮  ## …什么是 EVM 等同性？ 简而言之：EVM 等同性也就是与[以太坊黄皮书](https://ethereum.github.io/yellowpaper/paper.pdf)的规范 (该协议的正式定义) 完全相符。根据定义，L1 以太坊软件必须符合该规范。 深入到最本质来说，这意味着现有的以太坊堆栈也将要与 L2 系统集成。每一个调试器、每一个工具链以及**每个节点实现**都要和 L2 集成。我们相信，任何提供任何 EVM 开发体验的 L2 都必须满足这一标准 —— 一丁点达不到标准都不可接受。 ## …为什么需要 EVM 等同性？ 从最开始，我们就在以太坊最具有鲁棒性和最普遍的实现 “Geth” 上构建了我们的软件 —— 这是我们实现产品级的以太坊 L2 的唯一可行途径。OVM v1 引入了一种容器化系统 (containerization system)，它基于 Geth 的 EVM 构建，有助于避免在 L1 上繁琐地重新实现整个 EVM。 这种组合在早期取得了一些胜利，但由于 EVM 并不原生地支持容器化，所以这不是免费的。即使对于我们以 Geth 为中心的团队，这些变化也开始累积起来。随着 Optimistic Ethereum 的发展，EVM 等同性的力量不容忽视： - 像 Solidity、Vyper 和 Hardhat 等项目无私地致力于开发 OVM 版本的开发工具，但我们这样做冒着将这些已经资源受限的团队分散的风险。这给我们上了一课，团队需要投入相当的人力来维护非 EVM 等同的代码库。 - 随着每一行代码的改变，采用像 Erigon 这样的实验性实现变得更加困难。也就是说，我们总是需要花人力来负责集成未来的客户端实现。 - 与现有的超级优化版本相比，重新实现部分 EVM 带来了一些 gas 开销。这告诉我们，最小化 gas 成本需要 EVM 等同性的设计方案。 是时候寻求更优的解决方法了，尽管这需要单调乏味的工作。 ## …如何实现 EVM 等同性？ 幸好，比起在 EVM 中繁琐地重新实现 EVM，我们找到了更好的办法。这就是你要做的。 **将区块产生和执行分离** 在实践中，我们确实需要对 L2 化的以太坊进行一些更改：尤其是如何产生区块。在 L1 上，节点通过 PoW 共识机制来确定区块；在 L2 上，通过将批量交易的 batches 发送到“父链” (L1 以太坊) 上来应用这些交易。如果某个 L2 使用它自己的 PoW，那么它将变成一个 L1！所以，从这个层面来说，这种“等同性”毫无意义。 区块链模块化的一个核心模式就是将共识与执行分离 —— 也就是说，确定和执行下一个区块的过程不同。我们可以借用这个模式在 L2 中使用。基本上，我们只需定义一个函数：接收 L1 区块，对其中的 rollup 交易进行处理，然后产生 L2 区块 —— **与 L1 区块的格式完全相同**。这之后，L2 的执行便可以定义为等同于 L1。  **ETH2 Merge API** 那么，现有 L1 客户端实现中的共识/执行模块化的现状如何？好吧：**它即将要在所有以太坊实现中标准化。** <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1446516207159582743&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2F0x85ecCCF0495048873AdFd107343630C95d49F42C%2FZbgKtUePKuABw6bVH06S2W8RE0utPwBEUrVsQHS6WbY&amp;sessionId=2f2ecbbfcf65f3b34f0a0dc8d6d214b5dc62a8f8&amp;theme=light&amp;widgetsVersion=f001879%3A1634581029404&amp;width=550px" data-tweet-id="1446516207159582743" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 532px; display: block; flex-grow: 1;"></iframe> 事实证明， [ETH2 合并](https://www.notion.so/5d3201318929487eb080734f9af0170d) 需要的东西与具有 EVM 等同性的 rollup 需要同一种抽象：信标链之于 PoW 链的“父链”角色与 L1 之于 rollup 的角色完全相同。这将使得在 L2 中使用 L1 客户端变得非常简单。  **执行标准** 好了，我们已经介绍了为什么 EVM 等同性能够让我们实现一个强大的、模块化概念以及完成一个及其简单的客户端实现。但我们如何在链上执行这种操作呢？首先，这种模块化的强大之处在于其灵活性 —— 只要某个解决方案等同于 EVM，我们就能够用它。这意味着不管是对欺诈证明的改进，还是 EVM 等同的零知识证明 (如果可行的话)，都可以轻松地嵌入现有的链下堆栈中。 然而，在短期内，我们目前需要一些可行的方案 —— 我们找到了。有一个方案是这样的，在 Solidity 中实现一个完美的 EVM 等同实现，但是 EVM 十分复杂， 含有许多 VM 指令，因此这是一项十分浩大的任务。此外，未来对 EVM 的更新也必须在 Solidity 中重新实现。 我们的解决方案是：不是在 Solidity 中实现 EVM，而是实现一个具有[更小、更简单指令集](https://en.wikipedia.org/wiki/Reduced_instruction_set_computer)的 VM，并在欺诈证明期间**在该 VM 中运行 EVM**。为此，我们必须简单地编译一个现有的 EVM 编译器，例如 [geth](https://github.com/ethereum/go-ethereum/blob/633e7ef4781453111c4b29e14a65c5335bb9ecac/core/state_processor.go#L59)，以便在更简单的 VM 中运行。 **太长不读**：我们允许 Geth 本身在一个争议友好的环境中运行。由于 Geth 具有 EVM 等同性，它的环境也如此。这样的话，我们就不用在链上重新实现 EVM，并针对 EVM 未来的升级对系统进行未来验证。 我们正在与[我们最喜欢的编译器专家](https://twitter.com/jinglejamOP/status/1310718738417811459?s=20) George Hotz 合作，共同构建首个 [EVM-等同证明系统](https://github.com/geohot/cannon)。进展令人兴奋 —— 自伦敦硬分叉以来，系统已经 [可以运行所有 L1 块](https://github.com/geohot/cannon/commit/00f026451ea5a98ea90278cb201bcfb85131851c)。通过欺诈证明运行 L1 区块是一个有趣的、反直觉的想法 —— 但这正式 EVM 等同性所需要的！ 哇 —— 关于这种方案还有很多令人兴奋的事情要说，但我们必须把剩下的内容留给以后的帖子！ <br/> # 展望以太坊的未来 > 如果以太坊要实现其以 rollup 为中心的愿景，那么 rollup 必须以以太坊为中心。 这便是 EVM 等同性所提供的。 ## 欺诈证明永垂不朽 这种以 Geth 为中心的模块化设计不仅是供我们使用的优雅实现 —— 这朝着**大众化欺诈证明基础设施**的目标迈出了一大步。目前，想要安全地设计并推出一款 rollup，需要深入了解 L2 的争议博弈设计，以及它们如何与节点软件协同运作。这极大地限制了大家的创新空间 —— 想象一下，如果每个 web 开发者还必须成为 IP 网络、系统管理和微芯片制造方面的专家，这多让人崩溃啊。 未来的 rollup 将非常简单，以至于不需要 L2 专家来部署。这意味着，L2 将不再在“如何”或“是否”提供安全性上竞争，而是在它们提供的安全性内容方面竞争。竞争的内容包括： - 性能、稳定性和正常运行时间 - 网络效应、生态系统专门化和社区 - 抗 MEV 性以及定序工具 总而言之，这意味着具有 EVM 等同性的各个 rollup 会就其去中心化的程度竞争。这是整个生态系统民主化的巨大胜利，这也是使得整个行业更加反脆弱和抗审查的重要一步。 这也意味着我们的团队终于可以专注于我们的核心能力 —— 这也是最重要的部分 —— 构建世界上最快、最可靠、最安全的 L2 Geth。 以太坊兼容性的束缚已经解除。 ## 让以太坊成为标准 EVM 等同性的的威力归根到底就是它帮我们实现了标准化。 在一个多链的世界中，“一份代码走天下”变得尤其关键。一次性编写好代码，就可以在任意链上部署，这听起来不是很吸引吗？ 拥有许多“兼容”的链，每条链都略有不同，这会导致碎片化：从需要单个 EVM 专家团队处理单个代码库，到需要为每条链的每个代码库组建 EVM 专家团队。 Vitalik 将 EVM 比作 Javascript [(甚至在他第一次公开 EVM 的时候就提出了这个概念)](https://youtu.be/l9dpjN3Mwps?t=840)，这个类比在这种情况下得到了很好的体现。在互联网的早期，浏览器之间的不兼容性 (说得就是你，IE 浏览器) 困扰着 web 开发，并导致开发者和生态系统分裂。 Web3 是关于协调和开源标准的，而等同性让 EVM 有望成为标准 —— 以避免重复过去的错误。 即使这个标准不断发展，我们的 L2 也可以毫不费力地协同发展。L1 和 L2 携手向前发展，锁死。 这种好处是双向的 —— 几乎所有的以太坊 EIP 都可以在 L2 上应用，并且 rollup 将成为一个令人兴奋的全新创新实时测试环境。想象一个位于激励测试网和主网之间的 rollup，在自然环境下验证新的交易类型、预编译和 [EOF](https://eips.ethereum.org/EIPS/eip-3540)s，在它们广播至 L1 之前测试不可预见的结果。 DeFi 最大的其中一个障碍就是，随心所欲地测试，没有东西可以替代 DeFi 的实时环境。你无法在一个测试网上“重新创建” DeFi，所以当你想测试更改时，总是需要“在产品中测试”。 EVM 等同性允许我们在实时环境中测试 EIP，并对以太坊整体环境进行更安全、长期的改进，而无需进行“硬分叉”。 ## 以太坊是我们永远的重心 我们[最近启动](https://medium.com/ethereum-optimism/retropgf-experiment-1-1-million-dollars-for-public-goods-f7e455cbdca)了关于追溯性公共物品募资机制的首个实验。100 万美元的协议收入将很快分配给有利于以太坊生态发展的公共物品！有些人问我们，为什么这些钱会分配给整个以太坊系统，而不是仅仅分配给 Optimistic Ethereum 生态系统。 希望通过本文理解了 EVM 等同性后，大家能明白为什么：我们源自相同的生态系统。 Layer2 长期以来都承诺推动以太坊成为一个多链的系统，充满活力的城市深入探索这个新网络空间的边界。虽然我们可以预期这些链是多样化且丰富的，但 EVM 等同性为这些链和以太坊之间带来了新的连接 —— 不仅仅是作为结算层，而是成为其组成的最深层次部分。 一直以来我们的重心都是以太坊，而且永远都是 🚀  复活节彩蛋在底部! 😉 我们要真诚地感谢那些帮助我们实现这一目标以及传播我们项目的社区成员: Ansgar Dietrichs、David Hoffman、George Hotz、Georgios Konstantopoulos、lightclients、Magmo 团队、protolambda、ricmoo 等等等等。谢谢你们！！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](http://mailto:ethereumcn@gmail.com/)进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-3/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-3/Wed, 03 Nov 2021 00:00:00 GMT  <br/> # 合并 (The Merge) ## 十一月合并冲刺计划——Kintsugi🍵测试网 Eth2 开发者 Danny Ryan 发布了文章《Kintsugi🍵 里程碑》，宣布 Kintsugi🍵测试网 为 11 月份的合并冲刺计划，旨在在整个 11 月里让执行层 (EL) 和共识层 (CL) 客户端达到规范，进行初步的互操作练习，构建一系列每周的开发测试网，最终在 11 月底发布一个持久的开发测试网，以在整个假期观察 (和挑战！) 像 Amphora 一样，这次 Kintsugi🍵 也设置了里程碑追踪文档，EL 和 CL 客户端 (共 10 个) 都分别有如下 6 个里程碑：  - M0：实现开启 - 通过创建一个追踪文档并在上面附上连接表明 Kintsugi🍵 元规范的实现启动了 - M1： 规范实现 - EL/CL 通过所有发布的共识测试向量 - [未准备好] 用 `[mergemock](https://github.com/protolambda/mergemock)` 来运行 - 其他测试会尽快发布 - M2：1-1 Interop——一个 EL 和 一个 CL 团队配对进行基础互操作测试 - 由至少两个不同团队执行以下内容： - 运行不涉及过渡的 1:1 开发测试网 (`TTD == 0`) - 运行包含过渡的 1:1 开发测试网 (`TTD > 10`) - 发送简单的 EL 交易 (ETH 转账)，这些都成功在链上执行了 - 额外收获：运行 EIP-4399 交易 - 在里程碑追踪文档上记录了团队的互操作进度，例如“✅ lodestar, teku” - M3：多-多 Interop——2 个或以上 EL 和 CL 团队执行互操作测试 - 运行包含过渡的多对多开发测试网 (`TTD > 50`) - 发送转账 ETH 的 EL 交易，并部署一个在链上成功执行的合约 - 分开记录团队和开发测试网的配置和结果 - M4：每周开发测试网——构建用于更深度测试的每周开发测试网 - 从 11 月的第二周开始，以太坊基金会的开发运维团队将在周四领导一个开发测试网构建。这个开发测试网 (如果成功的话) 将保持运行直到下一个周四 - 一旦实现了 M3，就会加入到每周开发测试网 - 要通过 M4，在合并过渡过程和处理 EL 上交易时客户端团队必须在开发测试网上 - 请注意：会有越来越复杂的 EL 交易发送到每周的开发测试网上，以测试 EIP-4399 - M5：全部-全部持久测试网——在 12 月的第一周，所有准备好的 EL 和 CL 团队构建一个长期的开发测试网 - 运行包含过渡的多对多开发测试网 (`TTD > 100`) - 开发测试网在假期保持运行，以便持续的测试和好玩 - 创建基础的 README 文档，让公众接入 - M6：Kintsugi🍵 代码发布——所有客户端发布 Kintsugi🍵 代码给公众 - 把 Kintsugi🍵 代码合并到主体 - 创建基础的 README 文档，最好有 CLI 标识，让公众接入持久的测试网 - 发布 Kintsugi🍵 代码给公众 在 11 月，每周都会有 Kintsugi🍵 进度更新，分别在每两周举行一次的核心开发者会议和共识层会议交错进行。 [Kintsugi 规范](https://hackmd.io/@n0ble/kintsugi-spec) [来源](https://notes.ethereum.org/@djrtwo/kintsugi-milestones) <br/> # 共识层 (Eth2) **合并后交易费会去哪里？** 10 月 14 日，Yearn 的 @bantg 发推表示，合并不仅会导致以太坊的碳排放和币释放量的大幅下跌。很多人没有意识到的是，它完全消除了卖出压力，因为验证者的提款会在下一次升级才开放。然后社区开启了关于合并后交易费用和锁仓的 32 个 ETH 会发去哪个地址。Tim Beiko 对这个问题进行了回应：  这一点没有写在规范上：合并后，EVM 的执行保持不变，因此出块者仍然可以设自己想要的 coinbase (余额地址) (像今天的矿工一样)。这与验证者获得解锁的区块提议奖励是不同的。也就是说，验证者奖励是发往验证者，而交易费是发往区块提议者指定的余额地址，它可以是任意以太坊地址。 [来源](https://twitter.com/bantg/status/1448334011324055563?s=20) <br/> # 执行层 (Eth1) ## EIP-1559 要出修改版？ 在 10 月 30 日举行的第 125 次以太坊核心开发者会议，研究员 @adietrichs 详细介绍了 EIP-4396：Time-Aware Base Fee Calculation (关注时间的基本费用计算方案)，旨在克服当前使用区块 gas 使用量作为指标存在的缺陷。目前 EIP-1559 的缺陷如下： - 合并后，slot 间的间隔是固定的 12 秒，不同于 PoW 大约 13 秒的间隔。但如果错失了一个 slot，区块间的时间就增加一倍，即使需求是没有变的 (例如，连续两个 100% 满的区块 vs. 一个空 slot +一个200%满的区块)。也就是说根据当前的更新规则，会发出一个虚假的需求峰期信号，从而导致小型不合理的基本费用峰期。 - 个别错过的 slot 的更严重问题可能由共识问题引起，因为 EIP-1559 只允许有 2 倍的区块容量弹性，如果错过的 slot 超过 2 个，它将阻止很大一部分区块提议者继续出块，这些情况会导致平均区块时间明显变长，从而以同样的倍率降低链的吞吐量。 因此，@adietrichs 提议应该以单位时间内稳定的吞吐量而不是以区块为指标，在计算基本费用时使用区块时间。 对于这份 EIP，与会的开发者展开了很长的讨论，主要的争议点在于信息泄露，即共识层上的 slot 信息可以透露多少给执行层，两者有越紧的挂钩，它们就越难各自独立更新。 由于这个 EIP 关乎是纳入合并还是在上海硬分叉的问题，开发者们计划这周举行会议进行深入探讨。 [EIP-4396](https://github.com/quilt/EIPs/blob/time-aware-basefee/EIPS/eip-4396.md) [来源](https://twitter.com/TimBeiko/status/1454191295795130371?s=20) <br/> ## 通往无状态以太坊之路——Verkle Tries 在第 125 次以太坊核心开发者会议上，研究员@dankrad 和 @gballet 介绍了让以太坊走向无状态的路线图，重点通过 Verkle Tries 来实现。 根据 Tim Beiko 的记录，他们解释到，通往无状态以太坊的其中一个大障碍是，在节点不需要存储网络完整状态的范式里，节点上“缺失状态”的证明 (即 witness，见证数据）的大小。如果一个节点没有某账户相关的状态但想处理该账户涉及的交易，它需要该账户确实存在及具有它所声称的余额/存储的证明。为了生成这些证明，你需要检索存储在 Merkle Patricia 树 (MPT) 里的以太坊状态。每个账户都存储在树分支的叶子上，而要构建一个证明，你不仅需要分支，还需要该节点的所有同级节点。这意味着，如果我们要保留 MPT， 证明 (见证数据) 在以太坊的 p2p 网络上广播太大了，它们比区块大 10-1000 倍。 而 Verkle Tries (VT) 是一种不同类型的树，可以通过它生成小得多的见证数据。简言之，如果我们想要无状态，我们就需要“轻量的”证明，也就需要更好的树结构，因此需要从 MPT 转为 VT。 要从 MPT 转到 VT 并不容易，因为状态是在每个以太坊区块中访问的，将当前 MPT 转为 VT 需要多于 13 秒的时间，因此我们需要冻结链。而要是实现这点，他们提出了一个 3 步走的路线图来部署这些 VT。 第 1 步：为了适应 VT，我们需要改变大量的 gas 开销和 SELFDESTRUCT 的影响。因为这些修改都很小，我们会在上海硬分叉引入。 第 2 步：冻结现在的 MPT，新增一个 VT 并把所有未来的更新都写入该 VT，慢慢把更多的状态从 MPT 转移到 VT。 第 3 步：把“冻结的” MPT 转为 VT。这一步有一个巧妙的地方，尽管确切的切换需要在一个网络升级区块上发生，这个转换可以提前在“链下”进行。 第 2 步和第 3 步之间需要几个月，因此我们有足够的时间把我们在第 2 步冻结的 MPT 转换为 VT，并把代码写入客户端里。当第 3 步启动时，我们就已经把冻结的 MPT 转换到 VT 了。然后，客户端就可以把所有 MPT 的代码拿掉了。 以下为相关资源： [Verkle Tries 的演示 ppt](https://docs.google.com/presentation/d/13bmmLbkKte5QGiJjqpIZLgvKxsYdravIgtytQMPBQ-M/edit#slide=id.g6518b43596c43d74_0) [无状态以太坊路线图](https://notes.ethereum.org/Yn_mwNa2SeeQHnKsRgekKg) [无状态影响的 gas 开销变更的 EIP 草稿](https://notes.ethereum.org/-fJSOrnYQl-mqoWKpaTIsQ) [Verkle Trie EIP 草稿](https://notes.ethereum.org/5HDhQXstTaKtVqVbS7S9yw) [无状态以太坊资源汇总帖](https://notes.ethereum.org/@gballet/Sy-a6T5St) [来源](https://twitter.com/TimBeiko/status/1454197335592816640?s=20) <br/> # Layer2 **L2 扩容解决方案 Optimism 推迟发布 OVM 2.0** 此前，Optimism 团队宣布于 10 月 28 日在主网推出 OVM 2.0 版本。随后，团队又再发布声明表示，OVM 2.0 的上线主网的日期将推迟到 PST 时间 11 月 11 日早上 10:00 (即北京时间 12 日早上 2:00)。届时，Optimistic Ethereum 系统预计会有 4-6 小时的宕机时间。 OVM 2.0 上线后，开发者将能够一键部署合约，大家习惯使用的工具也能在 Layer2 上运行。[完整的开发更改设置](https://community.optimism.io/docs/developers/l2/changeset.html)。 那些一直想要部署但无法使用自定义编译器运行的项目将可以直接部署，而无需对其代码进行修改。此外，任何可以在以太坊上运行的工具都将能够在 Optimistic Ethereum 上运行。也就是说，开发者能够在 L2 上使用 DappTools、Vyper、Tenderly、Hardhat 等。而在这个版本中，Optimism 当前的安全模型不会发生任何变化 —— OE 将仍然以单个定序者的模式运行。 [来源](https://twitter.com/optimismPBC/status/1455645114269724675) 关于 OVM 2.0 版本，Optimism 团队发布了文章 Introducing EVM Equivalence，以介绍与 EVM 完全兼容的 OVM 2.0 的技术细节。[文章链接](https://medium.com/ethereum-optimism/introducing-evm-equivalence-5c2021deb306) <br/> **L2 扩容解决方案 Arbitrum 于 10 月 23 日正式开放无需许可的代币桥接功能** 10 月 23 日，Arbitrum 团队宣布正式面向公众开放无需许可的代币桥接功能。这意味着，往 Arbitrum One 桥接添加任何代币将无需许可，且默认为标准的 ERC-20 代币实现。 此前，L2 扩容解决方案 Arbitrum One 主网 beta 版本于 9 月 1 日向所有终端用户开放，但在一些功能上仍保留白名单限制 (如向 Arbitrum 的跨链桥接添加新的代币)。之所以这么做，是因为帮助确保项目获得适合其需求的代币类型：当桥接代币至 Arbitrum 时，L2 上的代币合约要么是标准 ERC-20 代币合约 (Standard ERC-20，支持基本的 ERC-20 功能以及在 L1 和 L2 之间的可传输性)，要么是自定义 ERC-20 合约 (Custom Gateway，可以与任何其他功能如治理、快照功能等一起部署)。Arbitrum 表示：如果桥接了某个标准的 ERC-20 代币之后，项目方随后选择创建一个自定义的 ERC-20 实现，我们就会得到同一个代币的不同实现。这虽然不会造成安全风险，但这带来了复杂性和不便，我们希望尽可能避免。因而，代币桥接功能的白名单限制将保留至 10 月 22 日。 默认情况下，L1 上任何未注册到 Arbitrum 桥接网关的 ERC20 代币都可以无需许可地桥接至标准 ERC-20 代币合约网关。桥接代币至 [L2 的脚本](https://github.com/OffchainLabs/arbitrum/tree/master/packages/arb-ts#bridge-a-standard-token) 来源：[1](https://twitter.com/arbitrum/status/1451661392281579530) [2](https://offchain.medium.com/continued-path-to-decentralization-bridging-tokens-into-arbitrum-42a94b054560) <br/> **L2 扩容解决方案 StarkNet 的首个证明 (StarkNet Proof) 在主网运行** 此前，10 月 5 日，StarkWare 发布公告，宣布 StarkNet Alpha 将于 11 月上线以太坊主网。届时，主网版本的 StarkNet Alpha 将支持 Goerli 测试网版本的同样功能，功能的引入将分阶段进行。 10 月 27 日，StarkEx 的开发语言 Cairo 官方推特 [@CairoLang](https://twitter.com/CairoLang) 宣布首个 StarkNet Proof 在主网上运行。但值得注意的是，这个 proof 只是一个初步的测试，还有一个月才能在主网上部署 StarkNet Alpha。 这个 proof 的[交易哈希](https://www.notion.so/680eddd1880d67acc499b1e3e1c7149b) [来源](https://twitter.com/CairoLang/status/1453287662777929743) <br/> **StarkWare 团队公布 L2 解决方案 StarkNet Alpha 的路线图** 11 月 2 日，StarkWare 团队在推特上公布 [StarkNet Alpha 的路线图](https://www.notion.so/StarkNet-Alpha-Features-Tentative-Roadmap-f2b8f5f25a2d4d1cb3265fb82a098c51)。  该路线图为暂定的安排，旨在为 StarkNet 社区提供一个清楚的方向，让社区清楚哪些功能即将发布或者已经发布。其中，路线图中的 Alpha 4，cairo-v0.6.0 为上线主网的候选版本，并预计在 11 月中旬部署至测试网上。(请注意，路线图会根据开发情况更新，读者请以链接中的公布为主。) <br/> **L2 互操作性解决方案 cBridge 2.0 上线测试网，并于 11 月中旬上线主网** 此前，7 月 22 日，以太坊扩容解决方案 Celer Network 的 cBridge 1.0 版本上线主网，旨在解决 L2 以及其他链之间的互操作性问题。 9 月 22 日，Celer 公布了 cBridge 2.0 版本：它提供了更佳的跨链代币桥接使用体验。因为其为用户带来了更深的流动性；向 cBridge 节点运行者和流动性提供者提供了高效和易于使用的流动性管理方式；还有为开发者提供的跨链 DEX 和 NFT 使用的通用信息桥接功能。而以上提到的所有功能都是由 Celer 的状态守卫者网络 (State Guardian Network, SGN) 提供保障，而状态守护者网络则由 Celer 系统中的验证者和质押者组成。 10 月 19 日，cBridge 2.0 正式推出[测试网](https://test-cbridge-v2.celer.network/#/transfer) 该版本完善了用户体验并且流动性提供者可以选择不运行节点，主网上线时间预估在 11 月中旬。 [来源](https://twitter.com/celernetwork/status/1450249124331155458) <br/> # 生态 **以太坊域名服务系统 ENS 即将发布治理代币，并向 ENS 持有者空投** 11 月 2 日，以太坊域名服务系统 ENS 宣布即将实行去中心化治理，并通过 DAO 和发行 ENS 治理代币将 ENS 的治理权移交给社区。具体来说，就是希望将 ENS 根的多签权移交给社区，社区的治理范围包括 ENS 金库以及其未来基金的控制权、.ETH 域名注册合约 (负责管理 .ETH 域名的定价和注册机制) 的控制权。对于 ENS DAO 来说，第一个要做的事情就是正式向 ENS 根多签密钥持有者请求获得上述控制权。 此外，用户可以从 11 月 2 日开始申请成为 ENS 治理代表。ENS 治理代币将于 11 月 8 日开放申领 (空投域名快照已经于 11 月 1 日进行)，用户必须在 2022 年 5 月 4 日之前完成代币申领，否则将返回至 DAO 金库。  ENS 发行总量为 1 亿枚，总供应量的 25% 将空投给 .ETH 域名持有者 (> 13.7 万个地址)；25% 将分配给 ENS 贡献者 (>100 名个人和团队，加上数百名 Discord 用户)；剩下的 50% 将分配给 DAO 社区金库。 其中，25% 空投给用户的规则为：分配给曾经注册过或目前有效的 .ETH 二级域名注册地址，空投权重按账户而非域名数量计算，公式为 0.27 乘以至少持有 1 个 ENS 域名的天数，再加上 0.067 乘以距离域名到期的天数（最多 8 年），如果账户额外设置了反向解析，则会将上述结果再乘以 2。 [来源](https://twitter.com/ensdomains/status/1455283001248698376) <br/> **麦当劳也发 NFT？** 麦当劳美国 (McDonald's USA) 首次推出有限的 NFT，以纪念其三明治 McRib 推出 40 周年。相关的[获取规则](https://www.prnewswire.com/news-releases/mcdonalds-usa-unveils-first-ever-nft-to-celebrate-40th-anniversary-of-the-mcrib-301410515.html)请查看：  [来源](https://www.prnewswire.com/news-releases/mcdonalds-usa-unveils-first-ever-nft-to-celebrate-40th-anniversary-of-the-mcrib-301410515.html) <br/> **Devcon VI 要来了？** 10 月 29 日，@EFDevcon 发推表示即将公布 Devcon VI 的相关消息，时间可能是 2022 年秋天在哥伦比亚的波哥大举行，或 2022 年春天北半球的某个城市。 [来源](https://twitter.com/EFDevcon/status/1453783632208928770) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/crypto-citieshttps://www.ethereum.cn/Ecosystem/crypto-citiesTue, 02 Nov 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/10/31/cities.html) <br/> 感谢 *Mr Silly 和 Tina Zhen 对本文的早期反馈，以及许多和我一起讨论文中概念的人们。* 去年一个有意思的趋势是人们对地方政府及其概念的兴趣逐渐增强，并且产生了更多的差异和实验。在过去的一年中，迈阿密市长 Francis Suarez 采取了一种类似技术初创公司的战略，并且在 [Twitter](https://twitter.com/francissuarez/status/1335037068108554241) 非常活跃，以吸引对迈阿密的关注，经常在 Twitter 上与主流[科技行业](https://twitter.com/nedsegal/status/1441431098672644102)和[加密社区](https://twitter.com/FrancisSuarez/status/1443575122875404294)[互动](https://twitter.com/francissuarez/status/1335037068108554241)。怀俄明州现在有一个[对 DAO 友好的法律架构](https://www.jdsupra.com/legalnews/crypto-daos-and-the-wyoming-frontier-9251606/)，科罗拉多州正在[试验二次方投票](https://www.wired.com/story/colorado-quadratic-voting-experiment/)，我们看到越来越多的实验在为现实世界创造[更适合行人的街道环境](https://www.vox.com/the-goods/2019/10/28/20932554/new-york-san-francisco-car-free-zones)。我们甚至看到了激进程度不同的项目：[Cul de sac](https://culdesac.com/), [Telosa](https://cityoftelosa.com/), [CityDAO](https://www.citydao.io/), [Nkwashi](https://nkwashi.com/), [Prospera](https://prospera.hn/) 等等，试图重新开始创建整个社区和城市。 去年另一个有趣的趋势是加密货币思想的快速主流化，例如代币、NFT 和去中心化自治组织 (DAO)。 那么，如果我们将这两种趋势结合在一起会发生什么？ 一个拥有代币、NFT、DAO、链上记录用以反腐的城市，甚至所有这四类，这是否有意义？事实证明，已经有人在进行这种尝试了： - **[CityCoins.co](https://www.citycoins.co/)**, 旨在铸币使其成为当地的交换媒介，其中一部分代币发行将交给市政府。现在已经有了 [MiamiCoin](https://www.citycoins.co/miamicoin)，“San Francisco Coin”似乎即将推出。 - 其他与代币发行相关的实验 (例如[首尔的这个项目](https://www.coindesk.com/markets/2018/04/02/south-koreas-capital-is-planning-to-launch-its-own-cryptocurrency)) - **NFT 的相关实验**，通常用以为当地艺术家提供资金。[韩国釜山](https://www.notion.so/NFT-Busan-2021-The-NFT-Port-of-Asia-95e9274927024a81aa7e716f1bcfbcf0)正在举办一个由政府支持的会议，探索他们能就 NFT 做些什么。 - **里诺市的市长 Hillary Schieve 对[城市区块链化](https://youtube.com/watch?v=uqXW0Kt-RzU)的[愿景广阔](https://thisisreno.com/2021/04/mayor-schieve-wants-to-save-the-space-whale-by-turning-it-into-an-nft/)**，包括[销售 NFT](https://mobile.twitter.com/mayorschieve/status/1367926043563094017?lang=en) 以支持当地艺术、建立了 RenoDAO 向当地居民发行 RenoCoins，可以从政府出租房产、区块链保障下的彩票、区块链投票等措施中获得收入。 - 还有许多非常有野心的项目，希望**从头开始建设加密货币化的城市**，例如 [CityDAO](https://www.citydao.io/)，其介绍称“在以太坊区块链上建造一个城市”，以及使用 DAO 来进行治理。 但是就这些项目现在的形式来看，是否是好的想法呢？有没有办法使其变得更好？我们将继续在下文进行探索…… <br/> # 城市为什么重要？ 目前世界上许多国家政府在应对长期的问题和人们急剧变化的潜在需求时的表现是低效且缓慢的。简单来说，许多国家政府都在流失[活跃参与者](https://medium.com/@samo.burja/live-versus-dead-players-2b24f6e9eae2)。更糟的是，现在许多正在被讨论或是实施的超脱常规的国家治理政治理念确实相当可怕。你希望美国被[二战时期葡萄牙独裁者 Antonio Salazar](https://amgreatness.com/2021/08/01/the-salazar-option/) 或“[美国凯撒](https://americanmind.org/audio/the-stakes-the-american-monarchy/)”的翻版接管以打击美国左派吗？**对于每一个可以被合理描述为自由扩张或民主的想法，有十种不过是不同形式的中心化控制、隔离墙和广泛监视。** 现在来思考地方政府。**正如我们从本文开头的例子中所说，城市和州至少在理论上能够实现真正的活力**。城市之间存在巨大且真实的差异，因此城市出于大众关注采用任一激进的想法比起要说服整个国家来说更为容易。在地方公共产品、城市规划、交通和其他城市治理领域存在真实的挑战和机遇，并且能够被解决。城市的内部经济紧密结合，广泛采用加密货币之类的事情实际上可以独立发生。此外，城市范围内的实验造成恶果的几率更小，因为城市受到更高级别的政府监管，并且存在逃生阀：人们如果对眼下的情形不满意能够更轻易地退出。 因此总言之，地方政府似乎被低估了。鉴于针对现有[智能城市计划](https://en.wikipedia.org/wiki/Smart_city)的[批评](https://journals.sagepub.com/doi/abs/10.1177/1473095216645631?journalCode=plta)通常主要集中在中心化治理、缺乏透明度和[数据隐私](https://www.theatlantic.com/technology/archive/2018/11/google-sidewalk-labs/575551/)等问题上，区块链和密码学技术似乎是 (为城市治理) 带来更高开放程度和参与度的关键部分。 <br/> # 现在有什么城市项目？ 其实还挺多的！其中的每个实验仍然是小范围的，并且在很大程度上来看仍在试图寻找解决方法，但它们至少都是有趣事物的种子。许多最先进的项目都在美国，但全世界都对此感兴趣，韩国釜山政府[正在举办 NFT 会议](https://www.notion.so/NFT-Busan-2021-The-NFT-Port-of-Asia-95e9274927024a81aa7e716f1bcfbcf0)。以下是一些目前城市项目的例子。 ## Reno 的区块链实验 内华达州里诺市市长 [Hillary Schieve](https://en.wikipedia.org/wiki/Hillary_Schieve) 是区块链的粉丝，主要关注 Tezos 生态系统，她最近一直在探索与区块链相关的城市治理理念 (请参阅[她的播客](https://youtu.be/uqXW0Kt-RzU))： - 售卖 **NFT 以资助当地艺术**，第一个是城市中心“太空鲸”雕塑的 NFT - **创建一个 Reno DAO**，由 Reno 代币治理，Reno 居民有资格通过空投获得。Reno DAO 可以逐渐获得收入来源，一个[提议](https://youtu.be/uqXW0Kt-RzU?t=904)是城市出租其地产并将收入用于 DAO - **使用区块链来保障各种流程**：用于赌场的由区块链保障的随机数生成器、由区块链保障的[投票](https://vitalik.ca/general/2021/05/25/voting2.html)等。  里诺市太空鲸[此为图源](https://www.flickr.com/photos/rocor/44153615962) ## CityCoins.co [CityCoins.co](http://citycoins.co/) 是一个建立在 Stacks 上的项目，Stacks 是一个基于不寻常的“proof of transfer” (缩写为 PoX 而非 PoT) [区块生成算法](https://uploads-ssl.webflow.com/5ff21113877dd72b9f913b35/6154471366c15dae30133499_pox.pdf)的区块链，该算法围绕比特币区块链和生态系统构建。代币供应量的 70% 是由持续销售机制产生的：任何拥有STX (Stacks 原生代币) 的人都可以将他们的 STX 发送到城市代币合约以生成城市代币；STX 收入分配给已经质押了代币的城市代币持有者。剩余的 30% 供给市政府。 **CityCoins 做出了一个有趣的决定，试图建立一个不依赖任何政府支持的经济模型**。当地政府不需要参与 [CityCoins.co](http://citycoins.co/) 代币的创建，一个社区团体可以自己发行一个代币。一个[常见问题](https://www.citycoins.co/citycoins-faq)“我能用 CityCoins 做些什么？”的解答包括“CityCoins 社区将创建应用，其中使用代币作为奖励”和“当地企业可以向……质押其 CityCoins 的人提供折扣或优惠”等等。然而在实践中，MiamiCoin 社区并不是单打独斗，迈阿密政府事实上已经[公开支持了这项法案](https://www.coindesk.com/business/2021/09/23/miamicoin-going-mainstream-faster-than-bitcoin-mayor-suarez-says/)。  <center>MiamiCoin hackathon 优胜者：一个共创空间为 MiamiCoin 的持有者提供优惠的网站</center> ## CityDAO CityDAO 是其中最为激进的实验，与 Miami 和 Reno 不同，他们是在既有的城市中提升现有基础设施并说服市民，而 CityDAO 是一个怀俄明州 [DAO 法律](https://www.jdsupra.com/legalnews/crypto-daos-and-the-wyoming-frontier-9251606/)下合法的 DAO (此处是他们的[文档](https://lh3.googleusercontent.com/Dxf308mA8zXr6ZOinvzgOFcydXV9lzE3ALcVswb70V1Ngaers6_PTDio4UVFxUoh91sm2N_h2QCCSS2JSzaE2ufZRjuLeqQsNyeEMw=s0))，试图从零开始创建全新的城市。 到目前为止，该项目仍处于早期阶段。该团队目前正在完成对[内华达州一个偏远地区](https://www.google.com/maps/place/44°55'21.9"N+109°15'28.0"W/@44.9215127,-109.2611115,1702m/data=!3m1!1e3!4m5!3m4!1s0x0:0x0!8m2!3d44.92274!4d-109.25779)的首块土地的[购买](https://twitter.com/CityDao/status/1442247714729861121)。该计划是从这块土地开始，未来再增加其他土地以建设城市，由 DAO 来管理，并大量利用[哈伯杰税等激进的经济理念](https://podofjake.com/2021/09/15/78-scott-fitsimones/)来进行土地分配、集体决策和资源管理。他们是为数不多的[避免代币投票治理](https://vitalik.ca/general/2021/08/16/voting3.html)的 DAO。相反，其治理是一个基于“公民” NFT 的投票方案，并且已经有一些想法已经被提出，例如通过使用 [proof of humanity 机制](https://www.proofofhumanity.id/)验证来进一步将投票限制在每人一票。这个项目正在出售 NFT 以进行众筹，你可以在 OpenSea 上买到。  <br/> # 我认为城市能够做什么？ 显然，原则上来说城市可以做很多事情。城市可以增加更多的自行车道，可以使用[二氧化碳测量仪](https://www.abc.net.au/news/health/2021-09-11/covid-transmission-co2-carbon-dioxide-monitor-ventilation-school/100444884)和[远紫外线灯](https://www.colorado.edu/today/2021/10/04/specific-uv-light-wavelength-could-offer-low-cost-safe-way-curb-covid-19-spread)在不影响市民的前提下更有效地减少 COVID 的传播，甚至还可以资助延长寿命的研究。但我的主要专长是区块链，并且本文是关于区块链的，所以……让我们专注讨论区块链。 我认为有两种不同的合理的区块链理念： 1. 使用区块链为现有程序创建**更可信、更透明和可验证的版本**。 2. 使用区块链来试验**土地和其他稀缺资产所有权的新形式**，以及**民主治理的新形式**。 区块链与这些分类天然是相契合的。区块链上发生的一切都很容易公开验证，许多既有的可用工具能帮助我们做到这一点。任何构建在区块链上的应用都可以立即连接全球区块链生态系统中的其他应用并与之交互。不同于纸质形式，基于区块链的系统是高效的，不同于中心化的计算系统，基于区块链的系统是可公开验证的。假设你想要创建一个新的投票形式，使得公民能对上千件不同的事情提供大量且实时的反馈，那么高效和可公开验证是一个很有必要的结合。 那么让我们具体来看看。 ## 区块链可以让哪些现有程序更加可信和透明？ 包括世界各地的政府官员在内的很多人，在许多场合向我提出了一个简单的想法，那就是创建一个基于白名单的仅限内部使用的稳定币，用以追踪政府内的支付行为。个人或组织的每一项纳税都可以绑定到一个公开可见的链上记录，然后挖出该数量的代币 (如果我们不希望公开个人的纳税量，那么可以通过[零知识的方式](https://vitalik.ca/general/2021/01/26/snarks.html)使得仅有纳税总量公开可见，同时要使每个人信服其计算是正确的)。从而政府部门之间的转账就“透明化”了，并且只有当独立经营者或雇员领取报酬和薪资时，这些代币才会被赎回。  这个系统很容易延展。例如，选择政府订单的中标人在很大程度上可以在链上完成。 还有许多程序可以通过区块链变得更加可靠： - **公平随机数生成器** (例如彩票)，比如以太坊预计将使用的 [VDFs](https://www.youtube.com/watch?v=9-77V1IareQ) (可验证延迟函数) 可以作为一个公平的随机数生成器，可以帮助政府运营的彩票更加可信。公平的随机性也可用于许多其他案例，比如政府的随机选举 ([sortition](https://en.wikipedia.org/wiki/Sortition))。 - 凭证**，**例如用于证明某个特定个人是某个城市居民的密码学证明，这可以在链上完成，以增强可验证性和安全性 (如果这类证明是由链上颁发，那么大量假证明的发行将显而易见)。这可以用于地方政府颁发的各种凭证。 - 土地及其他资产的**资产登记**，以及更复杂的产权形式 (如开发权)。由于法院需要能够在特殊情况下进行分配，这些注册可能永远不会像加密货币那样成为完全去中心化的不记名工具，但将记录放在链上仍然可以更容易地追溯到争议中的时间顺序。 最后，甚至**投票**也可以在链上进行。在这里存在[许多复杂性和潜在问题](https://vitalik.ca/general/2021/05/25/voting2.html)，所以保持谨慎非常重要。需要一个结合了区块链、零知识证明和其他密码学技术的复杂解决方案来保障所需的隐私性和安全性。但是如果人类真的要采用电子投票，地方政府似乎是一个完美的起点。 <br/> # 哪些激进的经济和治理实验可能会更有趣？ 除了上述政府已经使用区块链做的这些事情，区块链还可以被视作政府在经济和治理领域进行全新的激进实验的机会。下面的这些实验不一定是我认为应该做什么的最终想法，而更像是对潜在方向的初步探索和建议。一旦实验开始，现实世界的反馈往往是决定未来该如何调整实验的最有用变量。 ## 实验#1：一个更全面的城市代币 [CityCoins.co](http://citycoins.co/) 是城市代币一个可能的愿景，但远非唯一的愿景。事实上，[CityCoins.co](http://citycoins.co/) 的这种方法有很大的风险，尤其是其经济模型严重倾向于早期采用者。铸造新代币的 **STX 收益的 70% 给了城市代币现有的质押者。接下来 5 年[发行的代币](https://docs.citycoins.co/citycoins-core-protocol/issuance-schedule)将比之后 50 年发行的代币还要多。这在 2021 年对政府来说是一笔不错的交易，但 2051 年呢？一旦政府为某个特定的城市代币背书，在未来就很难改变其方向。因此，市政府必须仔细考虑这些问题，并选择一条长期有效的道路。 **下面是城市代币运作方式的另一种可能性**。这不是 CityCoins 的唯一可替代选择。请参阅 Steve Waldman 这篇优秀的文章，从另一种方向论述了城市本地化的交易媒介。无论如何，城市代币拥有广阔的设计空间，有很多不同的选择值得考虑。我们先来看看这个例子： ------ 当前房屋所有权的概念是一把显著的双刃剑，而在许多人看来大肆鼓励并将其合法化的措施是当今[最大的经济政策失误之一](https://www.economist.com/leaders/2020/01/16/home-ownership-is-the-wests-biggest-economic-policy-mistake)。**在住宅作为居住场所和投资资产之间，存在一种不可避免的政治紧张**，而满足后者的需求则会损害前者的可承受性。如果城市的居民拥有一套住房，他们会过度暴露在房价之下，并引入不正当的激励措施以反对新建住房的建设。或者他们会租一套房，在房地产市场中处于弱势地位，因此在经济上会将这些人放在使城市成为宜居之地这一目标的对立面。 但即使存在所有这些问题，许多人仍然觉得拥有住房不仅是一个不错的个人选择，并且是值得大力补贴或社会鼓励的事情。一个重要的原因是，这促使人们进行储蓄增加净资产。另一个重要原因是，尽管存在缺陷，这为居民和他们所处的社区之间建立了一致的经济利益。但是，**如果我们能为人们提供一种方式，可以在避免这些问题的前提下让他们进行储蓄，同时还能建立这种经济利益，事情会如何呢？**如果我们可以创造一种可分割、可置换的城市代币，让居民在其能力范围内可以持有尽可能多的单位，且该代币会随着城市的繁荣而升值，事情会怎么样？ 首先，我们从一些可能实现的目标开始。并非所有都是必要的；要是能实现下列 5 点中的 3 点，这样的代币已经是一个巨大的进步了。但我们要尽可能地实现这几点： - **为政府获得可持续的收入来源**。城市代币经济模型应避免转变现有税收的来源；相反，它应该为政府找到新的收入来源。 - **在居民和城市之间建立经济联盟**。这首先意味着随着城市变得更具吸引力，城市代币本身显然也变得更有价值。但这也意味着，其代币经济学应积极地鼓励居民持有城市代币，而不是对冲基金。 - **促进储蓄和财富积累**。房屋所有权有个好处：当房屋所有者支付抵押贷款时，他们便默认建立了自己的净资产。城市代币也能达到这样的效果：随着时间的推移，积累城市代币将变得越来越有吸引力，甚至使得体验游戏化。 - **鼓励进行更多有利于社会的活动**。例如推动城市设施完善以及更加可持续利用城市资源的积极活动。 - **确保平等**。不要过分偏爱富人而忽略穷人 (就像一些设计糟糕的经济机制经常会意外地造成不平等的结果)。代币的可分割性 (避免了贫富之间的明显二元划分) 已经带来了很好的效果，但我们可以做更多。例如，通过将大部分新发行的代币作为 UBI (全民基本收入，Universal Basic Income) 分配给居民。 似乎很容易满足前三个目标的一种模式就是为持有者提供利益：如果某位居民持有至少 X 个代币 (且数量会逐渐增加)，那么 ta 将免费获得一些服务。MiamiCoin 正试图鼓励企业这样做，但我们能做更多，并让政府服务也以这种方式运作。举一个简单的例子，让现有的公共停车位只对那些至少持有一定数量代币 (需将代币锁仓) 的居民免费开放。这将同时实现几个目标： - 创建一个**激励机制以鼓励大家持有代币**，从而维持代币的价值。 - **专门为当地居民创建一个持有代币的激励机制**，而不是激励那些远方的无相关的投资者持有。此外，这种激励的效用对于个人来说是有限的，因而更能鼓励广泛且分散地持有。 - 创建**经济联盟** (城市变得更具吸引力 -> 更多人想要在此停留 -> 代币更有价值)。**与房屋所有权不同，这使得整个城镇的利益相一致**，而不是城镇的某个特定位置尤其突出。 - **鼓励资源的可持续利用**：在这种设计下，城市里可使用的停车位将会减少 (虽然没有持有代币的人真的需要该城市的停车位时仍然可以为其付费)，支持许多当地政府开放更多道路空间以便对行人更加友好。或者，餐厅也可以使用同样的机制锁定代币，然后申领一定的空间以作为其户外座位。 但是为了避免不正当的激励，有一点很重要的是，需要避免过度依赖于一个特定的想法并且拥有多种可能的收入来源。**一个绝佳机制就是分区制 (zoning)，它为城市代币赋予价值的同时，又能够实验新的治理理念。**比如说某人拥有至少 Y 个代币，那么 ta 就可以参与二次方投票，以决定附近的土地所有者需要支付多少费用才能绕过区域的限制。这种基于混合市场 + 直接民主的方法将比目前过于繁琐的许可程序更加有效，而且费用本身将成为政府收入的另一个来源。更加概况地说，下一节的任何想法都能与城市代币相结合，为城市代币持有者提供更多使用其代币的空间。 ## 实验#2：更加激进以及更具参与性的治理方式 这就是激进市场想法 ([Radical Markets](https://vitalik.ca/general/2018/04/20/radical_markets.html)) 发挥作用的地方，例如哈伯杰税、[二次方投票和二次方融资](https://vitalik.ca/general/2019/12/07/quadratic.html)等机制。我已经在上面的部分种提出了其中一些想法，但你不需要拥有专门的城市代币来实现这些想法。一些政府已经实行了对于二次方投票和二次方融资的有限使用：参考[科罗拉多州民主党](https://www.wired.com/story/colorado-quadratic-voting-experiment/)，以及尚未取得政府支持的实验，如 Gitcoin 的 [Boulder Downtown Stimulus](http://web.archive.org/web/20210304144119/https://downtownstimulus.com/) (Boulder 市区激励计划)。但我们能做的还有很多！ 这些想法之所以具有长期价值，一个显然的原因就是它们能够激励开发商提高其正在构建的**城市建筑的艺术性** (参考文章[1](https://www.bloomberg.com/opinion/articles/2021-10-05/urban-design-why-can-t-we-build-nice-neighborhoods-anymore)、[2](https://astralcodexten.substack.com/p/whither-tartaria)、[3](https://www.currentaffairs.org/2021/04/when-is-the-revolution-in-architecture-coming) 以及此[推文](https://twitter.com/noahpinion/status/1287084300542676992?lang=en)了解最近对于现代建筑美学的专业讨论)。哈伯杰税以及其他机制能够用于从根本上改革**分区制**的规则，而区块链可用于以更值得信赖和更有效的方式管理此类机制。另一个更可行的短期方案便是**补贴当地企业**，类似于 Downtown Stimulus，但规模更大、更持久。企业一直在当地社区产生各种正外部性，且这些外部性可以更有效地得到回报。**地方新闻**能够获得二次方资助，一个长期苦苦挣扎的行业由此得到重振。**广告**的定价可以根据人们对每个特定广告的喜爱程度进行实时投票来设定，从而鼓励更多创造力涌现。 更多来自大家的民主反馈 (甚至可能具有[追溯性](https://www.youtube.com/watch?v=8rb904_OJj0)的民主反馈) 似乎可以在所有这些领域创造更佳的激励措施。**21 世纪的数字民主 (通过线上实时二次方投票和二次方资助来实现) 似乎比 20 世纪的民主更有效果，20 世纪的民主在实践中似乎主要表现为僵化的构建规范，以及规划和许可听证会上的层层阻碍。**当然，如果你打算利用区块链为投票安全提供保障，那么使用全新的投票方式比重新调整现有的投票系统要更加安全以及政治上可行。  <center>这张阳光普照的朋克图片旨在描绘对未来的正面想象，如果我们应用了实时的二次方投票来为一切事物设定补贴和价格，那么我们的城市会是什么样子？</center> <br/> # 结论 现有城市和新城市有很多有价值的想法可以尝试。新城市的优势在于，其居民不会对事物发展持有既有预期，但在现代创建一个新城市这个概念相对来说还未经检验。或许热衷于尝试新事物并且手握数十亿美元资金的人或者项目能够帮助我们克服障碍。但即使如此，在可预见的未来，现有的城市可能仍然会是大部分人居住的地方，但现有的城市也可以应用这些想法。 **区块链在本文中提及的渐进式和激进式想法中都很有用处，即使城市政府天然具备“受信任”的性质**。在链上运行任何新的或既有的机制使得公众能轻松地验证一切是否符合规则。**公共区块链会更适合，**因为公链现有基础设施的优势在于用户可以独立验证正在发生的事情，这远远大于交易费成本，并且随着 [Rollups](https://vitalik.ca/general/2021/01/05/rollup.html) 和[分片](https://vitalik.ca/general/2021/04/07/sharding.html)的到来，交易费很快就会降低。如果需要强隐私性，区块链还可以结合[零知识密码学](https://vitalik.ca/general/2021/01/26/snarks.html)，同时提供隐私性和安全性。 **政府应该避免的最大陷进就是过快牺牲选择权**。现有的城市可能急于发布一个糟糕的城市代币而非谨慎发布更好的代币，从而掉入这个陷阱。一个新城市可能因为出售太多土地把全部好处都分配给一小批早期采用者，从而掉入这个陷阱。最理想的方式是从独立的实验开始，从容采取真正不可逆转的行动。但与此同时，把握住先机也很重要。城市有很多可以也应该改进的地方，尽管存在挑战，但机会很多。总而言之，区块链城市的时代已经到来。 ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Layer2/why-rollups-data-shards-are-the-only-sustainable-solution-for-high-scalabilityhttps://www.ethereum.cn/Layer2/why-rollups-data-shards-are-the-only-sustainable-solution-for-high-scalabilityFri, 29 Oct 2021 00:00:00 GMT来源 | [polynya.medium](https://polynya.medium.com/why-rollups-data-shards-are-the-only-sustainable-solution-for-high-scalability-c9aabd6fbb48) 翻译/校对：Lochaiching/ECN <br/> 关于 rollups + 数据分片 (以下简称 rads) 的讨论，通常是从它会 “更安全和去中心化” 的角度着手，但这只是其中一部分原因。rads 会成为实现全球规模吞吐量的唯一解决方案的真正原因是其可观的可扩展性 —— 这是长期实现数百万 TPS 的唯一方法。更加具体一点，我个人会偏向考虑 zkRollups，因为 optimistic rollups 有自己固有的局限性。我会得出以上论点，主要归结为两个原因： a) 技术可持续性以及 b) 经济可持续性。 <br/> # 技术可持续性 要是进行进一步的细分，一个在技术上可持续的区块链节点必须做到以下三件事： 1.在链上与节点保持同步一致。 2.能够在合理的时间内从创世区块开始同步。 3.避免状态膨胀甚至失控。 显然，对于去中心化的网络来说，所有这些都没有商量的余地，并且会容易导致严重的瓶颈出现。[附录：有人指出 2) 的内容并不是必要的，这一点我同意。因为经过社会共识验证的快照就已经能达到很好的水平了。] 以太坊在尝试实现这三点的同时，推动其他可能性的发展，而这显然还不够。同时保留了这三点的分片链最多只能将可扩展性提高到几千TPS —— 但这种程度还不够。 ## 中心化解决方案及其硬性限制 但较中心化的网络可能会开始妥协。1) 不需要每个人都跟上链的同步情况，只要能满足最低要求的验证者数量即可。2) 不需要从创世纪区块开始同步，只需使用快照和其他快捷方式就可以了。3) 状态休眠机制 (state expiry) 是一个很好的解决方案，并将在大多数的链上实现；在那之前，像 regenesis 这样的蛮力到期解决方案 (brute force expiry solutions) 可能会有所帮助。介绍到这里，大家可能会觉得这种网络不够去中心化，但我们本文中并不关心这一点 —— 本文中只关心可扩展性这个问题。 其中，1) 是硬性限制，而 RAM、CPU、磁盘 I/O 和带宽是每个节点的潜在瓶颈，更重要的是 —— 在网络中保持最低要求的节点同步，这意味着扩容的程度具有一定的硬性限制。事实上，你可以看到像 Solana 和 Polygon 这样的 PoS 网络已经努力到了最高的程度了，尽管目前处理的只是几百 TPS (不包括投票) 的交易。之前我访问 Solana Beach 的网站时，看到上面说 “Solana Beach 在同步 Solana 区块链节点上遇到了一些问题”，其中提到的区块时间为 0.55 秒 —— 比 0.4 秒的目标慢了 43%。你至少需要 128 GB 才能跟上区块的同步，即使 256 GB RAM 的空间也不足以从创世区块开始同步 —— 所以你需要快照来使其发挥作用。这是上述提到的折衷方案 2)，我们不会把太多的笔墨放在这上面，可扩展性才是我们今天的关注点。[Jameson Lopp 在一台 32 GB 的机器上做了一个测试](https://blog.lopp.net/2021-altcoin-node-sync-tests/) —— 在开始之前就预计了测试失败的必然性 —— 它在一个小时内崩溃了，根本无法同步上区块的数据。当然，Solana 在这里给其他链做了一个很好的示范，因为其他链上的情况其实也是如此。 ## zkRollups 可以轻易地打败中心化的 L1 zkRs 的要求甚至比最中心化的 L1 还要高得多，因为有效性证明使其与最去中心化的 L1 一样安全！ 你可以在给定时间内，只有一个活跃节点的前提下，仍然保持高度的安全性。当然，为了抗审查和可恢复性，我们需要多个定序者，但这些定序者不需要达成共识，还可以相应地进行轮换。例如，Hermez 和 Optimism 只计划在某一段时间内设置一个活跃定序者，并可以让多个定序者在不同时间段进行轮换。 此外，zkRs 可以利用所有这些创新来使全节点客户端尽可能地高效，无论它们是为 zkRs 还是 L1 服务的。 zkRollups 可以通过状态休眠机制变得非常有创意，因为交易历史可以直接从 L1 开始重建。 事实上，将来还会有[分片和交易历史访问预编译](https://ethresear.ch/t/future-proof-shard-and-history-access-precompiles/9781)的创新，这些技术能够帮助实现直接在数据分片上运行 zkRs。我们还需要轻量级的独立提款形式来达到所有功能上的安全性需求。 然而，即使在这里，我们也受到了硬性限制。就算是 1 TB 的 RAM 或者 2 TB 的 RAM，这样的配置也是有硬性限制的。除此之外，还需要考虑能够同步节点数据的基础设施提供商。所以，没错，zkR 的可扩展性确实比最能扩容的 L1 都强得多，然而单靠它本身就达到全球规模的可扩展性也不可能实现。 ## 保持使用多个 zkR 简单来说就是在以太坊数据分片上运行多个 zkR —— 并且是有效的分片 zkR。这种 zkR 一旦发布，它们将提供大规模的数据可用性，并将根据需要继续进行扩展，[预计在 10 年内将达到 1500 万 TPS](https://polynya.medium.com/conjecture-how-far-can-rollups-data-shards-scale-in-2030-14-million-tps-933b87ca622e?source=user_profile---------21----------------------------)。一个 zkR 是没有办法做到这种程度的吞吐量，但是多个 zkR 共同运作是可以实现的。 具有不同的 zkR 分片会破坏可组合性吗？以目前的情况来看，确实会。但这个领域中不断涌现出别的方案，比如像 Hop、Connext、cBridge、Biconomy 这种快速桥接项目，以及[像 dAMM ](https://medium.com/starkware/damm-decentralized-amm-59b329fb4cc3)这样可以让多个 zkR 共享流动性的创新解决方案。许多这些创新在 L1 上更加难以实现以及不可能。 我希望在这个领域能够继续保持创新，可以让这类拥有多个 zkR 的链能够实现无缝互操作性。 **太长不读：无论最中心化的 L1 能做什么，zkR 都可以做得更好，TPS 也明显可以达到更高。此外，我们可以有多个 zkR，从而有效地实现全球规模的吞吐量。** <br/> # 经济可持续性 这个问题相当直接。一个网络需要收集更多的交易费用，而不是发放给验证者和托管商的增发奖励。但在现实中，这是一个非常复杂的话题，我会尽量简单地阐述。诚然，用户的对代币的投机热情和期待的货币溢价可以使网络保持可持续发展，即使它实际上处于亏损状态。但对于一个真正有弹性、去中心化的网络，我们应该努力实现经济可持续性。 ## 中心化 L1 的维护成本远高于所收取的收入 下面来看看我们最喜欢举的两个例子 —— Polygon PoS 和 Solana。Polygon PoS 每天收取大约 5 万 美元的交易费用，也就是每年 1800 万美元。与此同时，它在增发奖励方面的分配却远大于 4 亿美元。所以要是你计算一下就能得出这相当于是 95% 的净亏损，这其实达到了一个令人难以置信的数字了！至于 Solana，它在很长的一段时间内仅收取约 1 万美元/天的收益，但随着投机情况越来越狂热，它已显着增加至约 10 万美元/天，即每年约 3650 万美元。Solana 提供了一个更夸张的增发奖励 —— 40 亿美元，这个数据导致了 99.2% 的净亏损数值。我从 [Token Terminal](https://www.tokenterminal.com/) 和 [Staking Rewards](https://www.stakingrewards.com/) 上得到这些数字，我对这些数字的估算已经算是保守了 —— 实际上它们看起来更糟。但我们也应该知道，以太坊一天收取的费用就比这两个网络全年的总和还要多！ ## 不能仅仅将吞吐量提高到超出技术可能的范围 目前的论点为：他们将来会处理更多的交易并收取更多的费用，增发会减少，最终，网络将实现收支平衡。但是实际情况要复杂得多。首先，即使我们考虑到 Solana 在这十年内达到的最低增发率的话，它仍会达到 96% 的损失。事情是如此地扭曲，以至于这几乎无关紧要 —— 需要使吞吐量远远超过收支平衡的可能性。作为一个思想实验，按照当前的交易费，Solana 需要达到 154,000 TPS 才能实现收支平衡 —— 但是鉴于当前的硬件和带宽情况，这是完全不可能的。 但更大的问题是，这些额外增加的交易并不是白来的 —— 它们对带宽有了更高的需求，更大的状态膨胀，以及对系统的要求也更高了。有些人进一步争辩说，目前有很大的空间，他们可以做得更多。然而，正如我在技术可扩展性部分所提到的，这充其量只是一个划问号的假设 —— 因为你需要 128GB 的内存才能成功同步一条只做几百 TPS 的链的数据。另一个论点是硬件将变得更便宜 —— 这倒毋庸置疑，但这不是一个神奇的解决方案 —— 你要么需要选择更大的规模，要么将成本降低，或在这两者中间找到平衡。请注意 zkR 也将同样受益于摩尔定律和尼尔森定律。 ## 最后，所有中心化的 L1 都必须增加他们的费用。 这种情况的唯二解决办法是：a) 网络变得更加中心化；b) 当网络达到其极限时，费用就会增加。方案 a) 具有限制，如上所讨论那样，因而选择 b) 是无可避免的。可以看到这种情况发生在 Polygon PoS 上，[费用就开始攀升](https://polygonscan.com/chart/gasprice)。事实上，币安智能链已经经历了这个过程，现在已经是一个可持续发展的网络了 —— 尽管达到这个目的的费用要高很多。但请记住，我们在这里谈论的只是经济的可持续性。 在继续下文之前，我想再次指出，目前存在的变量还有很多很多 —— 比如价格升值和波动性 ——这绝对是一种简单的看法，但我相信这一类一般的逻辑会让你在理解上更加清楚。 ## rads 是如何显著提高效率的，同时成本却可以这么低。 下面谈到 rads。在 rollup 方面，它的维护成本非常非常低，只有很少的节点需要在特定的时间内运行，而且不需要昂贵的共识机制来保证其安全性。然而它们都提供了比任何 L1 更大的吞吐量。Rollups 可以简单地收取 L2 名义上的交易费，从而保持网络的可盈利性。在数据可用性方面，以太坊目前是高度通缩的，结合高效的信标链共识机制，只需要保持最低水平的活动就可以实现接近于零的增发了。 因此，整个 rads 生态系统可以以更大的可扩展性加上更低的潜在费用来保持可持续性。事实上，zkRs 最符合 L1 的利益，我很高兴 [Solana 至少在考虑这个问题](https://polynya.medium.com/anatoly-yakovenko-on-solana-as-an-ethereum-rollup-78329ca69a98?source=user_profile---------4----------------------------)。 **太长不读：Rads 的成本开销只占中心化 L1 的一小部分，因而同样的花费，rads 能够为用户提供更大的吞吐量；或者实现相似的吞吐量，rads 只需花费一小部分的费用。** 短期观点 很重要的一点是，rads 是一个长期的方案，[需要几年的时间才能发展成熟](https://www.reddit.com/r/ethfinance/comments/paipgj/why_the_transition_to_rollupcentric_ethereum_is_a/)。 不过，在短期内，有两个选择。 . 一个可持续的中心化 L1，如币安智能链和 rollups。 . 一个不可持续的中心化 L1。 1. 对大多数人来说太昂贵了。像 Hermez、dYdX 或 Loopring 这样的较佳的 rollup 方案[提供类似 BSC 的费用](https://l2fees.info/)，而 Arbitrum One 和 Optimistic Ethereum 还有一段路要走 (尽管下个月发布的 OVM 2.0 承诺将会把 OE 的费用降低 10 倍)。2) Polygon PoS 和 Solana 目前提供较低的费用，但我已经在上文做了一个广泛的论证，说明了这从长期来看是不可持续的。不过在短期内，他们为那些寻求低价交易的用户提供了一个很好的选择。但其实还有第三个选择， 3)Validiums。 Validiums 提供的费用和 Polygon PoS 还有 Solana 相当 —— 事实上，Immutable X 现在已经上线，可以免费铸造 NFT，[你可以在 SwiftMint](https://swiftmint.io/) 上试试。目前 validium 的数据可用性方面和中心化的 L1 一样，可以算得上都属于不可持续的情况。虽然还可以选择使用数据可用性委员会等替代性的共识方法，但实际上这个选择还是要便宜很多的。Validiums 的绝妙之处在于，当数据分片发布后，它们可以直接向前兼容到 rollups 或 volitions。当然，如上所述，L1 也有这个选项，但这将是一个更具颠覆性的变化。另外，使用 validium 明显比中心化的 L1 更安全。 <br/> # 总结 - 区块链行业尚不具备实现全球规模吞吐量的技术。 - 一些项目的费用特别低，实际上是通过对代币的投机行为进行补贴。当然，对于那些正在寻找低价费用的用户来说，这是一个不错的选择。不过你要意识到这不是一种可持续的模式，更不用说去中心化和安全妥协上的问题了。 - 但即使是这些低费用的项目，如果有机会获得巨大的流量，长期来看也是会被迫增加费用。永远都会有更多新的、更中心化的 L1 出现。这是一场无法长期持续的争夺底层用户的竞争。 - 目前，确实存在可持续的选择，例如币安智能链（至少在经济上）或优化的 rollups，它们的费用范围约在 0.1～1 美元之间。 - 从长远来看，rads 是唯一可以扩展到数百万 TPS，达到全球规模吞吐量，同时在技术和经济上保持可持续性的解决方案。除此之外，还能保持高度安全、去中心化、无需许可、去信任以及可信的中立性，这确实很让人意想不到。正如一位智者曾经说过的那样，“任何足够先进的技术都与魔法无异”，这就是 rollups + 数据分片所呈现的。 最后，这不仅仅是以太坊，[Tezos 和 Polygon 也制作了以 rollup 为中心的枢轴](https://www.youtube.com/watch?v=oqBSs0DSuzQ)，并且所有 L1 都不可避免 a) 应用 zkRollup； b) 成为一条让 rollup 在其之上构建的安全的、提供数据可用性的链；或 c) 接受技术过时并完全依赖营销、memes 和网络效应。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/allcoredev-update007https://www.ethereum.cn/Eth2/allcoredev-update007Thu, 28 Oct 2021 00:00:00 GMT来源 | [AllCoreDev Updates](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Ftim.mirror.xyz%2FsR23jU02we6zXRgsF_oTUkttL83S3vyn05vJWnnp-Lc) <br/> # 90%合并，10%难度炸弹💣 正如在[上一篇更新](https://tim.mirror.xyz/CHQtTJb1NDxCK41JpULL-zAJe7YOtw-m4UDw6KDju6c)里承诺的，这篇更新会深入介绍合并后的以太坊客户端架构。随着[Amphora 互操作性活动](https://blog.ethereum.org/2021/10/15/amphora-merge-milestone/)取得的进展，合并的规范现在已经接近最终敲定 🎉 在我们深入合并的内容之前，先简单介绍一下难度炸弹的最新情况！ <br/> # Arrow Glacier 🏹🧊 在第 124 次的核心开发者会议里 ([视频](https://youtu.be/BTtwbvZZpfs)、[推文](https://twitter.com/TimBeiko/status/1449047538103767044))，我们对难度炸弹的两个时间达成共识：升级在 2021 年 12 月进行，推迟到 2022 年 6 月。为此，我们需要一次网络升级——[Arrow Glacier](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/arrow-glacier.md)，它将仅包括关于推迟难度炸弹的 [EIP-4345](https://eips.ethereum.org/EIPS/eip-4345)。 Arrow Glacier 计划在区块 13,773,000 激活，预计时间会在 [2021 年 12 月 8 日](https://etherscan.io/block/countdown/13773000)。 在核心开发者会议上，我们对冰河时期推迟的多个选项进行了讨论。之所以选择 6 月，是因为我们有信心“合并”能在此前实现，而且我们想避免在此前再组织一次难度炸弹推迟。 当然，合并和难度炸弹是分开的：它需要单独的一次网络升级，且是基于 PoW `total difficulty` 的临界值来激活的。**这意味着我们不需要“等待”难度炸弹爆炸才能把以太坊过渡到权益证明。同样地，如果我们在过渡上遇到问题，我们可以决定再次推迟难度炸弹。** 希望 Arrow Glacir 将是 PoW 以太坊🤞🏻到合并之前最后一次网络升级！ <br/> # 合并后的架构🏗 合并的架构利用了以太坊用于执行链 (Eth1) 和信标链 (Eth2) 久经实战的客户端。由于它们已经存在了，继续使用它们是合理的。 概括来说，在合并过程中，客户端将从根据 PoW 链转为根据 PoS 链来决定以太坊的最新有效区块。此外，客户端大多数的功能，以及更重要的 EVM、它的状态，和它是如何执行交易的，都保持不变。 **合并后，现在的 Eth1 和 Eth2 客户端分别变成以太坊的执行层和共识层 (或叫做引擎)。这意味着 Eth1 或信标链客户端的节点运行者将需要运行堆栈的“另一半”，以拥有一个完整的验证节点**。 Danny Ryan 制作了非常好的图表对其进行说明。它们都已经[被铸造成 NFT](https://opensea.io/collection/when-merge) 了，所有的收益都将用于奖励合并工作的工程师和研究员。  <center>合并后的客户端架构。NFT 艺术家：Danny Ryan</center> 上图展示了合并后一个完整的以太坊客户端的样子。让我们以此为起点，深入到每个组件。 <br/> # 信标节点🚨 现在，信标节点是对空区块 (从终端用户角度来看) 达成共识的。这些区块包括与共识相关的信息，称为操作 (Operations)，比如证明 (attestations)、存款合约根和验证者的罚没/退出，但不包括 Eth1 意义上的交易信息 (例如，发送 ETH 或与智能合约交互)。合并将改变这个情况。 在合并发生时，信标节点将监测当前的 PoW 链，并等待它触达预设定的`total difficulty` （总难度）阈值，被称为 `TERMINAL_TOTAL_DIFFICULTY` (终结总难度)。一旦出了一个区块的`total difficulty >= TERMINAL_TOTAL_DIFFICULTY`，该区块将会被视为最后的 PoW 区块。随后的区块都开始由信标链上的验证者构建和证明。 要做到以上内容，信标节点将需要与它们的执行引擎 (以前的 Eth1 客户端) 通信，并请求它生成或验证`ExecutionPayloads` (执行数据)。这些数据是 Eth1 区块合并后的等同物。它们包含这些信息：父块的哈希值 (parent's hash)、状态根 (state root)、基本费用 ( base fee)、需要执行交易列表。一旦这些信息都被生成或验证了，信标节点将在 p2p 网络与其他节点分享。  <center>合并后的区块：共识层 (即信标节点) 验证所有现在属于信标链区块的栏位。当它在网络上收到 ExecutionPayloads 时，它会将其传送到执行层进行验证。</center> 为了在共识层和执行层建立通信，会引入一组新的 JSON RPC 端点：Engine API (引擎应用程序接口)。 <br/> # Engine API ⚙️ [Engine API](https://github.com/ethereum/execution-apis/tree/main/src/engine) 是共识层和执行层间的通信接口。它不在执行层的公共 JSON RPC API，而在一个独立的端口。为了简单，对 API 的调用总是由共识层发起，而 API 只引入三个方法：`engine_executePayload`、 `engine_forkchoiceUpdated` 和 `engine_getPayload`。让我们逐个看看它们是做什么的： - `engine_executePayload` (引擎执行数据) 要求执行层验证 `ExecutionPayload` 是否符合所有协议规则。 在通过这个调用接收到数据后，执行层将返回 `VALID`/`INVALID` (有效/无效) 或，如果它还没同步完链头，则返回 `SYNCING` (同步中)。因为一个区块的有效性是取决于它的父块有效性的，如果执行层缺乏历史数据来评估数据的有效性，它将从网络上获取这些数据。 - `engine_forkchoiceUpdated` (引擎分叉选择更新) 是共识层在网络上告知执行层新的链头和最终敲定的区块的方式。如果共识层需要执行层在最新的链头区块上生成一个新的 `ExecutionPayload`，它会和这个调用一起传送一个 `payloadAttributes` 栏位。 `payloadAttributes` 栏位包含与执行引擎生成一个`ExecutionPayload`的相关信息，特别是 `timestamp` (时间戳), `random` (乱数) and `feeRecipient` (相当于以前的 `coinbase`) 的值。在接收到这个调用时，执行层将更新它的链头，根据需要进行同步，以及，如果有需要的话，开始用 `payloadAttributes` 的数值构建一个 `ExecutionPayload`。 - `engine_getPayload` (引擎获取数据) 请求执行层返回它的最佳 `ExecutionPayload`，它的构建过程已在之前对 `engine_forkChoiceUpdated` 的相关调用时启动了。 这就是当验证者必须出块时，它从它的执行引擎获取一个有效区块的方式。其他节点在从 p2p 层接收到该区块后将调用 `engine_executePayload`来评估其有效性。 ......就是这样！有了这三个新的端点，共识层和执行层可以就链的状态和交易数据进行通信。现在，让我们深入了解执行引擎的工作原理。 <br/> # 执行引擎🛠 如上文所述，执行引擎就是合并后的 Eth1 客户端。在这点上，任何与共识相关的内容都从它们的权限中移除了。它们的主要重点变成状态管理、区块构建和验证，这些都稍有修改。大部分的修改都写在了 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)。 第一，合并将需要对区块格式进行一些修改。有些仅与 PoW 而非 PoS 相关的栏位会被设为 `0` (或它们的数据结构的等同物)。这些栏位不是与挖矿 (`difficulty`, `mixHash`, `nonce`) 就是与 ommers (`ommers`, `ommersHash`) 有关，它们在 PoS 上都是不存在的。主网上 `extraData` 的长度也将被限制在 32 个字节上。 第二，由于合并后代币增发仅会在信标链上发生，执行层将不再处理区块和叔块奖励。也就是说。执行引擎将仍然负责处理交易费。事实上，当它创建 `ExecutionPayload`时，执行引擎会确保所有交易发送者至少可以支付当前的 `baseFeePerGas` (每单位gas 的基本费用)，且任何额外费用都会被发送到 `feeReceipient` (费用接收者)。请注意，`feeReceipient` 指的是“传统”的以太坊地址，而不是信标链验证者。 第三，当 PoS 取代了 PoW，执行引擎将不再广播区块。这意味着将弃用在 p2p 网络上的 `NewBlockHashes (0x01)` 和 `NewBlock (0x07)` 的处理程序。同样，执行层将仍然负责同步网络状态，广播交易和维持它的交易池。 下图同样由 Danny Ryan 制作，它展示了当合并发生时执行层弃用 PoW 转而依赖信标链的过程。  <center>PoW 区块不再生成，而信标链区块在合并后开始包含 ExecutionPayloads。</center> PoW 区块不再生成，而信标链区块在合并后开始包含 ExecutionPayloads。 我们现在已经介绍了客户端如何处理区块以及合并后进行内部通信的核心组件了。现在，让我们简单谈谈系统的的各种相对“边缘”的组件。 <br/> # P2P 网络、用户 API 和 同步📡 如本文第一张图表所示，合并后，执行和信标链层都在 p2p 网络里。除了执行层上区块广播被弃用外，p2p 网络上的所有东西保持不变：在它们各自独立的 p2p 网络上，信标节点将广播证明、罚没等，而执行层将分享交易、同步状态等。 同样，[信标链](https://github.com/ethereum/beacon-apis) 和 [执行层](https://github.com/ethereum/execution-apis/) 上的用户 API 都将保持独立，除了新创建的 Engine API。 有一个组件是跨越两个层的，就是同步。我们正在为合并前和合并后各种可能的边缘情况开发各种同步策略。它们仍在完善和测试中，并可能成为未来的深入研究主题👀 <br/> # 后续工作👀 [Amphora](https://blog.ethereum.org/2021/10/15/amphora-merge-milestone/) 工作坊后，工作重心一直放在规范的完善和开发测试网的测试中。在未来几周内，预计规范将确定下来，即我们预期不会再有大修改的地步。 同时， [Pithos](https://pithos-explorer.ethdevops.io/) 测试网构建并运行起来了，有多个客户端组合每天在上面做测试，[计划下周有一个社区会议](https://github.com/ethereum/pm/issues/402)，让基础设施和工具提供商快速了解合并。到时见👋🏻  <center>在 Pithos 测试网上运行的各种客户端组合，来源： https://pithos-explor</center> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/ethereum-bridges-four-months-onhttps://www.ethereum.cn/Layer2/ethereum-bridges-four-months-onWed, 27 Oct 2021 00:00:00 GMT来源 | [Etherscan Blog](https://medium.com/etherscan-blog/ethereum-bridges-four-months-on-10ee36f889ae) <br/>  今年六月，我们分析了一下[以太坊上的桥接](https://medium.com/etherscan-blog/bridge-activity-on-ethereum-4c6515948483)及其产生的交易活动。关键要点包括 Polygon 和 USDC 占主导地位，以及五月的增长见顶。从那之后，桥接领域发生了不少变化。过了四个月之后，我们重新查看了相同的参数，看看它们发生了多大的变化。 - 各条链上的锁仓余额 - 每条链上的存款和取款 - 桥接代币的分析 ------------- 我们在 [Bridges 仪表板](https://goto.etherscan.com/rd/bi-bridges) 上追踪的桥接地址数量现在为 62 个 (六月份只有 36 个)，其中，有 19 条其他 L1 链和 16 条以太坊 L2 链与以太坊桥接。  <center>图：在 Blockscan 上浏览这些桥接的列表</center> 六月份追踪的所有链的总余额为 80 亿美元。现在，已经桥接链上的总余额已经超过 180 亿美元。  <center>图：猜猜这个总锁仓量如何与 DeFi 平台相抗衡？滑到底部寻找答案！</center> <br/> # 桥接链上持有的余额 和之前看到的 Polygon 占了绝大多数相比，现在的余额持有分布要平衡得多。Polygon 的份额从 ~ 90% 下降到 ~30%。显然，Axie Infinity 转向它们自己的 Ronin 侧链取得了巨大的成功，Axie 上交互活动的爆炸性增长以及 AXS 代币的价值使得 Ronin 桥接锁仓量的占比达到了总锁仓量的 25%。Avalanche 和 Arbitrum 分别排第三和第四。  图：排名前四的链占了[桥接锁仓量总额](https://goto.etherscan.com/rd/bi-bridges)的一半。 <br/> 虽然 Polygon 上的总余额从 70 亿美元降至 55 亿美元，但其他桥接的锁仓量获得了显著的增长。六月份，除去 Polygon 之外，只有两个桥接的锁仓余额超过 1 亿美元；而如今，已经有 3 个桥接的锁仓余额超过 10 亿美元，并且 15 个桥接的余额都超过了 1 亿美元。  图：完整数据[见此](https://goto.etherscan.com/rd/bi-bridges) <br/> 有趣的是，虽然 Optimistic Rollup 链已经上线主网并积累了一些质押金额，但总锁仓量中 Layer2 所占的份额仅比 6 月份增长了 3%。  <center>图：绿色 'Both' 指的是 Layer1 和 Layer2 之间的跨链桥</center> 现在我们针对 Layer2 链分析，Optimistic Rollups 占了 28 亿美元总份额的近 2/3。而总额中占大头的为 Arbitrum (约 15 亿美元) 和 dYdX (约 7 亿美元)。  图：基于优秀的 [L2BEAT](https://l2beat.com/) 网站进行分类。 <br/> # 存款和提款 在 5 月份的峰值之后，存款速度明显放缓，主要原因是 Polygon 的存款量下降了许多。而在 9 月份，总存款量大幅回升。由 Arbitrum、Avalanche、Ronin、Solana 和 dYdX 领衔的存款总计120亿美元。  图：点击查看[存款图表](https://goto.etherscan.com/rd/bi-bridges) <br/> 在接下来的三个月里，提款额保持在 5 月份的水平，因而 8 月份的净流入资金变化有限。9 月份，提款总额有所增加，但与存款额的增量相比显得微不足道。  图：在同一个 [dashboard](https://goto.etherscan.com/rd/bi-bridges) 中并排比较存款和提款量。 <br/> # 存在桥接上的代币 作为 Axie Infinity 的 Ronin 桥接的主要存款代币，AXS 跃居榜首。ETH 跌至第二位，一部分是以 WETH (排名第四) 的形式存入桥接中，因为有几个新桥接接受 WETH 而不是 ETH。AAVE 总存款量下降了，这个现象很有趣，因为 AAVE 在 Polygon 中被广泛使用并且是 [Avalanche Rush](https://medium.com/avalancheavax/avalanche-foundation-announces-180m-defi-incentive-program-d320fdfafff7) 的主要合作伙伴。用户可能等着其推出，然后存入 Avalanche 中。  随着用户深入到其他链的活动中，与 Polygon 相关的代币 (MATIC, QUICK, AAVE) 的存款量下降了。除了稳定币和 WBTC 之外，FTM 的存款量也很可观。  <center>图：到目前为止，AXS 是桥接链中最集中的代币，锁定在 Ronin 中的 AXS 占其总流通供应量的 56%。</center>  图：通过[代币持有者图表](https://etherscan.io/token/tokenholderchart/0xbb0e17ef65f82ab018d8edd776e8dd940327b28b)分析出 Ronin 桥接中 AXS 的总量，流通供应量数据来自 [CoinGecko](https://www.coingecko.com/en/coins/axie-infinity)。 <br/> 锁定在以太坊桥接上的总计 180 亿美元的代币总量超过了所有链中每个 DeFi 应用的总锁仓量。从 4 个月前的排名第 8 跃升。  图：DeFi 排名由 [Defi Llama](https://defillama.com/home) 提供数据。 <br/> 各种区块链和它们之间的桥接迅速增加，将持续成为 Web3 的重要组成部分。而 [Explorer-as-a-Service](https://etherscan.io/eaas) 项目、[Blockscan 的桥接列表](https://blockscan.com/bridges/)以及 Etherscan [桥接](https://goto.etherscan.com/rd/bi-bridges) dashboard 将会支持推动这些增长。 我们还能提供什么帮助呢？在评论区告诉我们吧！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处。另，ECN 的编译内容均不构成投资建议。https://www.ethereum.cn/Eth2/wnie2-2021-10-22https://www.ethereum.cn/Eth2/wnie2-2021-10-22Mon, 25 Oct 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_211022) <br/> ⚠️ Altair 升级将在北京时间周三 10 月 27 日 18:56:23 被激活。 请确保你的节点已经升级并准备就绪了！ ⚠️ 如果有任何疑问，请咨询你的客户端开发团队。 <br/> # 信标链 看到上文的提醒，就知道信标链上的 Altair 升级马上就要来了。如果你的信标节点不是最新版本，它可能将不再与网络兼容，如果你不是升级，将会遭受惩罚。 根据 ChainSafe 的 [NodeWatch](https://www.nodewatch.io/)，截至撰写本文时，只有 47.2% 的节点为 Altair 升级做好了准备。如果这个数据是准确的 (情况可能[比这更差](https://github.com/ChainSafe/eth2-crawler/pull/119)) 并在周三前没有改善，情况将会非常糟糕。Altair 升级将是一片混乱，而合并 (The Merge) 无疑将会被推迟，因为我们要处理 Altair 升级的问题。所以，朋友们，升级你的节点吧！不升级的代价真的是你们自己负的。[现在就去升级](https://twitter.com/dannyryan/status/1451614354030399504)吧！ 如果质押的严重后果说服不了你，那么我们就要放大招了。是的，如果你升级了客户端并告诉其他人这件事，你会[得到一个 poap](https://ethstaker.cc/altair-ethereum-network-upgrade-awareness-poap/)。 对于高级用户，请记住 [Web3Signer](https://github.com/ConsenSys/web3signer/releases) 也需要更新到 v21.10.0 版本以适应 Altair 升级。如果这符合你的情况，你会知道的。 EthStaker 将举办 Altair 升级的[观看派对](https://www.reddit.com/r/ethstaker/comments/qbhy78/after_youve_updated_your_client_why_not_make/)，我们非常希望这个派对可以无惊无险地进行。我[听说](https://twitter.com/superphiz/status/1451306461905162260)会有一个 POAP 艺术画布。 <br/> # 合并 我们都从[合并工作坊](https://hackmd.io/@benjaminion/wnie2_211008#The-Merge-workshop)安全回家了。我的 ConsenSys 朋友对这次活动写了[很好的报道](https://consensys.net/blog/ethereum-2-0/an-update-on-the-merge-after-the-amphora-interop-event-in-greece/)，以太坊基金会也写了一篇[相关文章](https://www.ethereum.cn/Eth2/amphora-merge-milestone)。 工作坊的成果是 [Pithos 测试网](https://twitter.com/parithosh_j/status/1448727563975729159?s=20)，Eth1 (执行层) 和 Eth2 (共识层) 客户端的各种组合都在上面良好运行。如果你感兴趣的话，[Pithos](https://www.merriam-webster.com/dictionary/pithos) 是另一种希腊陶罐，就像 Amphora。 Pithos 有这些监测工具：一个[区块浏览器](https://pithos-explorer.ethdevops.io/)、一个[共识监测器](https://pithos.consensus-monitor.stokes.io/)。如果想的话，你可以加入 Pithos。它并不容易使用，且没有保证。尽管如此，[CoinCashew 的指南](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-for-ethereum-staking-on-pithos-testnet-in-10-minutes-or-less)预计你可以在不到 10 分钟内启动和运行起来。这里有 Ethstaker 的 [SuperPhiz 和他的朋友](https://www.youtube.com/watch?v=mn8ZNrhTzLI) 录制了启动和运行视频。[如果](https://github.com/parithosh/consensus-deployment-ansible/blob/master/README.md)你熟悉 Ansible，[这里](https://github.com/parithosh/consensus-deployment-ansible/blob/master/README.md)有说明和脚本。 现在有计划在几周内构建一个更大、更稳定的合并测试网。 好消息是 Prysm 现在已经[赶上了](https://twitter.com/terencechain/status/1450454399730339841) 合并测试网的进度，且已经有了加入 Pithos 的[教程](https://hackmd.io/@prysmaticlabs/r18tx6Trt)了。 Vitalik 的[注释版合并规范](https://github.com/ethereum/annotated-spec/blob/master/merge/beacon-chain.md)非常好，可以更好地了解我们正在做什么。也请观看 Alex 和 Protolambda 在[LisCon的演讲](https://vimeo.com/showcase/8950429/video/637511963)。 ## 什么时候合并 上周的以太坊核心开发者会议进行了很多讨论。Eth1 上的难度炸弹必须再推迟一次，他们需要预估要推多远。 经过了反复讨论，会议决定把难度炸弹推迟到 2022 年 6 月，预计届时就是合并的时候了。 请注意，这不是一个承诺！！！没有 Eth2 的客户端开发者参与了这个决定。充其量，这只是一个计划目标。在我们最终确定合并已经准备好之前，我们是不会发布的；再推迟一次你难度炸弹也比在还不成熟的时候就合并来的好。因此这不是一个定死了的时间 !🔫 <br/> # 质押 ## 多样性话题回潮 客户端多样性仍然是热门话题。我很高兴在上周的 EthGlobal 峰会上住了关于这个问题的[小组讨论](https://www.youtube.com/watch?v=ZEvn4liYlJA)，参加讨论的有 Evan Van Ness、Carl Beek、Superphiz 和 DappLion。 正如 Evan [所说](https://twitter.com/evan_van_ness/status/1450248790271737858)，大多数的小组讨论都很沉闷，但这次的讨论结果非常好!🌶️，令人惊讶的是，我们在这个话题上有 99% 的共识。尽管如此，我们有分歧的地方还是很有启发性的。我没有谈很多，我只是问了几个简单的问题，比如“Prysm 是不是大到不能倒？”和“客户端多样性是一个错误吗？”，然后退回到安全的距离 😉 读者也可以看看 Carl 在 LisCon 上具有挑衅意味的[演讲](https://vimeo.com/637532497)主题。 同时，Michael Sproul 根据更复杂的区块指纹分析，更新了他的[客户端多样性统计结果](https://twitter.com/sproulM_/status/1451065804183662592)。他的推文内容非常好，有一些有趣发现。 ## Stereum Stereum 一直忙着他们的信标节点启动器。[1.8 版本](https://stereum.net/ethereum-node-setup-1-8/)已经发布，他们的[安全审计](https://stereum.net/stereum-node-setup-security-audit-2021/)也发布了 (我好喜欢好的审计报告)。他们还推出了 [维护挑战计划](https://stereum.net/stereum-update-upkeep-challenge/)——10 月 31 日截止报名。参与活动的会得到 NFT 和 POAP，并在 11 月尽可能少地错过认证。这是一个好主意——我对泄露我 ([我妻子](https://twitter.com/benjaminion_xyz/status/1310646040576614400)) 的验证者 ID 持谨慎态度，所以我自己可能不会参加。 <br/> # 媒体 首先，我得向 Prysm 团队道个歉，我居然漏了更新他们团队在几周前参加的 PEEPanEIP 第 47 期节目 (这期关于 [Altair 升级和路线图](https://www.youtube.com/watch?v=92BeeDr1Nhw))。很抱歉！幸好的是，在 Altair 升级上线前还有时间看！Pooja 刚刚对过去所有与 [Altair 有关的会议](https://twitter.com/poojaranjan19/status/1451638021774839813)做了一个很棒的总结。 本周在 LisCon 上有许多与 Eth2 相关的演讲。点击此处查看[会议议程](https://liscon.org/agenda)以及[演讲视频](https://vimeo.com/showcase/liscon2021-main-stage)。下面是一些精选的演讲： - [《Prysm 问题 — 探索客户端多样性的范围》](https://vimeo.com/637532497)—— Carl Beekhuizen - [《PoS 以太坊中的重组》](https://vimeo.com/showcase/8950429/video/637529564)—— Caspar Schwarz-Schilling - [《The Merge 合并的发展》](https://vimeo.com/showcase/8950429/video/637511963)—— Alex Stokes & Proto - DappLion 做了关于[轻客户端](https://twitter.com/dapplion/status/1450384758433845250)的演讲，肯定很值得一看，但我至今还没找到视频 在 LisCon 还有一个非正式的会议，由 Blox Staking/ssv.network 组织，叫做[《SSV 研讨会 — ETH Staking 的未来》](https://www.youtube.com/watch?v=DPWc3Y7GeK4)。谈话范围广泛，涉及信标链、staking 以及客户端多样性。 说到 SSV (私钥分割型验证者，secret shared validators)，[Obol Network](https://twitter.com/ObolNetwork/status/1451168794626383875) 公开了其团队计划。我很高兴能够成为[该项目](https://blog.obol.tech/obol-genesis-community-announcement/)的顾问。我认识 ConsenSys 的 Collin 和 Oisín，期待这个项目能大获成功。 EthGlobal 举办了长达一个月的 [EthOnline 活动](https://online.ethglobal.com/)，最后一场是“合并与扩容峰会”。质量一如既往的好： - [《回顾以太坊的一年》](https://www.youtube.com/watch?v=M93HytuqFJY)—— Josh Stark - [《关停 PoW》](https://www.youtube.com/watch?v=XePSGpqlAYM)—— Danny Ryan - 还有上面提到的[客户端多样性座谈会](https://www.youtube.com/watch?v=ZEvn4liYlJA) - [《从执行层的角度谈合并》](https://www.youtube.com/watch?v=3DDjfUvQ2TE)—— Marius van der Wijden - [《无状态和 Verkle Trees》](https://www.youtube.com/watch?v=f7bEtX3Z57o)—— Guillaume Ballet - [《为以 rollup 为中心的以太坊升级我们的基础设施》](https://www.youtube.com/watch?v=vhOxOMpAJSk)—— Vitalik - [Aya Miyaguchi 的 AMA](https://www.youtube.com/watch?v=JH1v_5myPfY) 最后，推荐一些播客： - Danny Ryan 作为嘉宾参加 Bankless 的播客 “[Layer Zero](https://shows.banklesshq.com/p/danny-ryan-layer-zero)” - Lido 团队的 Vasiliy Shapovalov 参加 [Epicenter](https://epicenter.tv/episodes/412) 的播客 <br/> # 研究 BitMEX 继续他们关于 Staking 的系列文章，并就[“质押外包”](https://blog.bitmex.com/outsourced-stake/)问题发表了一篇实质性的讨论文章，总结： > 大量的质押外包是 ETH2.0 网络的一个重大潜在问题 这就是为什么以太坊从未考虑过实现正式的 dPoS (delegated proof of stake, 托管权益证明) 协议。不过，如果没有足够多的个人质押者参与进来，我们可能还是会变得和 dPoS 协议一样。 下面是一篇冗长且详细的分析文章 (还有很制作精良的图片！)，阐述了 1559 上线后、合并后 [ETH 的均衡供应](https://ethresear.ch/t/circulating-supply-equilibrium-for-ethereum-and-minimum-viable-issuance-during-the-proof-of-stake-era/10954?u=benjaminion)可能会是什么样子。根据分析，供应量最终可能会稳定在 2730 万 — 4950 万之间 (少于当前供应量的 1/4 到 1/2)，甚至可能会出现持续的通缩。这算是超稳健货币 (ultra sound money) 吗？ Vitalik 继续其关于“区块构建者/区块提议者分离”方面的研究工作。他最新的文章是 “[Two-slot proposer/builder separation](https://ethresear.ch/t/two-slot-proposer-builder-separation/10980)”。我快速阅读了一下，大概的重点有：信标链的 slot 将从 12 秒减少到 8 秒，执行区块 (Eth1 区块) 将每两个 slot (即每 16 秒) 被添加一次。这主要是为了给区块构建者信心，他们可以安全地发布区块。我怀疑这是为了借助对称的神秘力量 (8 秒) —— slot 被设置为 12 秒长使得一切都感到奇怪和不平衡。 想要参加一些严肃的 Eth2 研究？cadCAD [推出了](https://twitter.com/cadCAD_Edu/status/1435580548957749250)一套课程，教学如何给[以太坊的验证者经济学](https://www.cadcad.education/course/masterclass-ethereum)建模。看起来真棒！ <br/> # 常规会议 ## 实现者会议 第 74 次会议于 10 月 21 日举行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/239) - [会议视频](https://youtu.be/5vGxLoTUqaQ?t=81) - [我的速记](https://hackmd.io/@benjaminion/HyjI-xy8K) 会议中，唯一一个非常规项目就是对合并中涉及的各种升级进行命名讨论。计算机科学中最严重的事情：命名、缓存失效和差一错误。(没错，我就是这么[搞笑](https://twitter.com/iamlizendary/status/1451377723809669120)。) ## Stakehouse [第 9 次 Stakehouse 社区会议](https://www.youtube.com/watch?v=fHA5qr4ldHA)于 10 月 13 日进行。这次会议由 Prysm 的 James He 主持，讨论了标准化验证者密钥管理 API 的问题。很高兴我参与了这场讨论。 <br/> # 活动预告 - UTC 时间 10 月 27 日，周三 10:30，EthStaker 举办的 [Altair 升级观看派对](https://www.youtube.com/watch?v=Go4aacg-960) - 10 月 31 日，周天：Stereum 的验证者[维护挑战](https://stereum.net/stereum-update-upkeep-challenge/)关闭注册通道 - UTC 时间 11 月 5 日，周五 14:00，[首次合并 The Merge 社区会议](https://github.com/ethereum/pm/issues/402)举行 <br/> # 其他新闻 - Lido [正在修复](https://github.com/lidofinance/lido-improvement-proposals/blob/develop/LIPS/lip-5.md)最近披露的关于质押存款抢跑的[问题](https://hackmd.io/@benjaminion/wnie2_211008#Rocket-Pool-etc)。我听说 Rocket Pool 正在 Prater 测试网测试其修复版本，并且正接受 Sigma Prime 的审计，之后会重新定一个新的主网上线时间。 - [《以太坊共识层的 Lodestar》](https://medium.com/chainsafe-systems/a-lodestar-for-ethereum-consensus-1-c2ad6a7b46d9) — Chainsafe 团队最新系列文章的第一篇。 https://www.ethereum.cn/Ecosystem/how-to-get-paid-by-daoshttps://www.ethereum.cn/Ecosystem/how-to-get-paid-by-daosFri, 22 Oct 2021 00:00:00 GMT来源 | [Bankless](https://newsletter.banklesshq.com/p/how-to-get-paid-by-daos) <br/> DAO 作为一种数字社区，拥有共同使命和财富。在过去的一年里， 随着 Uniswap 和 Sushi 等协议 DAO (持有数十亿美元的资本) 的兴起，我们确实看到了该领域取得了一定的成果，同时也看到了像 [Friends with Benefits](https://www.fwb.help/) 和 [Bankless DAO](https://www.bankless.community/) 这样全新的社区主导型社交 DAO 的出现。 随着该领域的发展，也带来了大量的机会。对于那些希望开始从事加密领域工作的人来说，DAO 是一个很好的起点 —— 尤其是对于那些想要快速投入到 web3 原生领域工作的人。本文将介绍 DAO 的人才需求及其使用的一些薪酬方案，以便你从数字世界的未来工作种获利。 下面介绍如何从 DAO 获得报酬。 🥴还是不清楚什么是 DAO？阅读该文章 [WTF are DAOs](https://banklessdao.substack.com/p/state-of-the-daos-0-oct-6th-2021)? <br/> # 为什么 DAO 是下一个爆点 未来的工作是数字化的。随着 DAO 的出现，任何人在任何地方都可以随时开启数字社区的工作。 Yearn 的核心贡献者和 [Coordinape](https://coordinape.com/) 的负责人 [Tracheopteryx](https://twitter.com/tracheopteryx) 做了一个很好的类比，将 [Bankless 的 DAO Panel](https://www.youtube.com/watch?v=dZ4o6wma4js) 比作“单车派对”。这实在是道出了我的心声，解释了 DAO 工作的本质。参与者可以尽其所能推动组织的发展，也可以直接坐在那里喝啤酒。 为组织贡献多少最终取决于你自己，不管是 4 小时、50 个小时，或者完全不付出。  <center>未来的工作就像和朋友参加自行车派对</center> 随着人们逐渐认识到 DAO 工作的这种灵活性，这些数字组织正在快速走向成熟。正如前面所提到的，主权个人将有更多的机会。未来将有更多的工具和机制，基于核心贡献者所做的工作来给他们分发薪酬和奖励。因此，我们看到越来越多人迈出这一步，开始全职加入 DAO。  <center>cr: https://twitter.com/cooopahtroopa/status/1436375474859438084</center> 为了抓住这个机会，我们将深入探讨一些角色、活动和机制。我们已经看到许多社区以一种或另一种方式采用这些概念，并且都为大家提供了参与这些社区的独特方式以及告诉到家如何从中获得报酬。 图为各类 DAO 的汇总，选择自己感兴趣的加入吧。  <center>图片来自 Cooper Turley 和 Carlos Gomes</center>  <br/> # 为 DAO 做出贡献的不同方式 DAO 需要人手，需要人们为其做出贡献以实现其核心使命。无论是像 Yearn 和 Sushi 这样希望在金融技术领域创造新范式的协议 DAO，还是像 Friends with Benefits 和 Bankless DAO 这样希望传播文化的社交 DAO，都有很多可以为其做贡献和创造价值的途径。如前所述，DAO 很酷的地方是，参与者不必以全职的方式加入。DAO 成员投入多长时间始终取决于他们自己。 考虑到这一点，从 DAO 中获得报酬可能需要做一些承诺和前期工作。你得首先证明自己的价值，才能开始赚取报酬。 对于那些刚开启 DAO 旅途的人来说，最好的入门方式就是进入论坛和 Discords 并参与讨论。 可以是为治理提案或治理讨论提供意见，也可以是参加社区电话会议。一旦你掌握了诀窍，就可以开始越来越深入的工作，比如帮助推进 DAO 核心项目，或者为新成员提供资源。最重要的是，你活跃参与其中并为 DAO 提供价值。随着时间的推移，如果你是正在做正确的事情，人们会开始注意到你的努力的！ 一旦你在社区中建立了声誉，就会有更多机会出现。开始通常是先参与一些一次性赏金计划，然后可能参加一些兼职工作，然后希望这些努力能让你获得一份全职工作。 也就是说，DAO 通常需要一些角色来推进其发展。比如以下各个角色： 1. **开发者**：加密领域的技术人才永远不够。几乎每个人都可以用到。无论是开发新的智能合约、帮助后端开发、构建优美的用户体验、审计等等，那些能够深入研究并编写代码的人都不会缺少机会。更诱人的是，他们通常能够获得丰厚的报酬。如果你是一名技术人员，DAO 世界任你发掘 —— 好好利用吧！ 2. **社区经理**：社区经理是 DAO 领域中的另一个关键角色。这也很合理 —— 毕竟 DAO 是数字社区嘛。DAO 需要人员对其进行管理。其中工作可能有：为新成员指明正确的方向、回答社区成员的问题、管理 Discord，或者只是当一名社区的好管家，为大家营造一个良好的氛围 (DAO 领域中氛围很重要！！)。如果你喜欢与人交谈以及建立联系，社区经理是一个不错的努力方向。 3. **内容创作者**：与社区经理类似，教育也很关键。很多 DAO 都需要有才华的写作者和视频创作者来帮助它们向全世界推销其产品、服务甚至 DAO 的社区精神。这也是加入 DAO 最简单的方法之一，因为参与者通常不需要任何许可！你只需开始创造内容，自行发布并与社区共享即可。如果人们喜欢你发布的内容，你自然就会进入赛道了！ 4. **设计师**：与开发者类似，设计师是 DAO 世界的重要补充。设计师的工作内容可能简单到只是为内容创造者创建缩略图和图像一样简单；也可以是推出热门的 NFT 来传播加密文化；或者更复杂的事情，比如为即将推出的产品设计顺畅的前端界面。 5. **运营 & 促进者**：DAO 可能发展成很复杂的组织。有很多事情会进行。运营者和促进者起着十分关键的作用，他们需要确保整个组织朝着正确的方向前进并且能够完成关键任务。如果你深入到加密领域，你肯定能够通过向整体方向提供关键环境以及确保 DAO 的执行逻辑没有问题来推进 DAO 的发展。他们的工作通常包括：负责项目管理、充当多签签名者、引荐贡献者给合适的人认识，等等。 6. **财政管理**：DAO 拥有一定资金且需要找到分配资金的最佳方式。这个职位总是很欢迎那些具有金融背景出身的人，尤其是当 DAO 逐渐扩大其财务规模，扩大到数十亿美元甚至数万亿美元时就很需要财务管理了。比如多样化财政管理、预算制作、出具财政报告等等，这些都是任何 DAO 很需要的技能。 7. **服务于不同 DAO 的角色 & 委员会**：每种 DAO 都有自己的目标，因此需要服务于其的特定职能。比如，Yearn 需要金库策略师 (Vault strategist) 来最大化用户的收益率；Index Coop 需要方法论专家来设计最佳指数；Aave 需要风险评估人员，等等。此外，大多数 DAO 都有基金委员会 (Grant Committees)，它们在审查资金赞助申请等方面需要一定的人力。 根据你的兴趣选择发展吧！这些都是让大家进入加密领域工作的最好的机会，并且通常会有更多 web3 原生和独特的工作类型。也就是说，这些角色通常是最难胜任的，因为这要求 DAO 工作者深入社区 (同时还要有不错的声誉)。探索 DAO 生态系统，并看看哪些最适合自己。 <br/> # 从 DAO 中获得报酬的不同方式 DAO 基础设施是一个新兴领域，新颖的薪酬机制是其中的关键部分。幸运的是，在过去一年左右的时间里，出现了更多的工具，以各种方式向贡献者发放薪酬。该领域也很多资金充足的 DAO 采用更传统的机制，例如基于美元发放工资，并给予代币作为薪酬组合的一部分 (类似于股票期权！)。 通过为 DAO 做出贡献，你几乎总能够获得该社区的所有权。在我看来，获得这些协议和社区的所有权是目前世界上最大的杠杆了。抓住这个机会，你会得到回报的。 根据你的贡献程度，下面是一些薪酬发放途径。 1. **全职工作**：很多资金充足的 DAO (即协议 DAO) 已经采用了许多初创公司的标准薪酬模型。像 Yearn 和 Sushi 这样的协议基于稳定币支付工资，并提供协议的原生代币 (如 YFI 和 SUSHI) 作为丰厚的奖金。值得注意的是，获得一份 DAO 全职工作可能需要大量的前期工作，但那些能够证明其价值的人可以获得很丰厚的薪酬。作为参考，我看到核心贡献者的薪酬结构每年高达数百万美元 (参考 Sushiswap 的招聘指南)。 2. **[Coordinape](https://coordinape.com/)**: Coordinape 是一种 web3 原生的薪酬工具，它从 Yearn 生态系统中分离出来。快速总结一下，这是一个基于同行评估机制的工具，贡献者可以根据其同事在一段时间内完成的工作量将 “GIVE” 代币在同事间互相分配给对方。在一轮结束后，用户根据他们从同行那里收到的 “GIVE” 代币数量按比例分配资金池。总的来说，Coordinape 一直是我们在 Bankless DAO 亲眼看到的最独特和最有趣的薪酬发放之一。我们推动了一轮贡献者数量最多 (使用邓巴数进行了压力测试) 的 Coordinape，显示出最终报酬很大程度上代表了个人贡献者所做的实际工作 (即最活跃的贡献者往往会上升到图表的顶部)。  <center>cr:https://twitter.com/banklessDAO/status/1443975776978837533?s=20</center> 1. **资助基金 (Grants)**：几乎每个主要 DAO 都会有一个资助计划 (Grants Program)。Grants 通常由一小群社区选举的贡献者运营，运营者负责审查拨款申请并相应地分配资金。Compound、Uniswap、Aave 等协议 DAO 拥有大量资金池，他们将这些资金分配给那些可以在协议之上构建独特产品或提供有价值服务的人。如果你是一名建设者，提交一份有意义的提案，然后就可以获得资助。 2. **赏金计划 (Bounties)**：在加密生态系统种，赏金计划已经不是什么新鲜事了。但由于 DAO 数字工作的出现，它一再受到关注。赏金计划的一个特点是其任务较为离散、不连续，这允许个人尤其是新社区成员参与并为 DAO 新增价值，以换取原生代币作为薪酬补偿。关于赏金计划的工具还处于起步阶段，但 Bankless DAO 正在通过发布 [Bounty Board](https://bountyboard.bankless.community/) 来推进其发展。随着赏金计划的基础设施逐渐完善，赏金计划这种模式也将变得越来越吸引人。 3. **[SourceCred](https://sourcecred.io/)** :SourceCred 是另一种 web3 原生工具，在某些社区中很受欢迎，如 FWB。 SourceCred 提供了一种有趣的方式来激励社区成员参与 Discord 讨论以及在论坛提出治理提案。总结一下这是如何工作的，类似于 Coordinape，SourceCred 软件跟踪用户发布的消息和参与度 KPI (例如统计论坛回复中的点赞数、消息下面的回复数、GitHub 提交数)，并依据这些数据给用户分配信誉值 (CRED)。每段时期结束后，池中的代币会根据该时期累积的 CRED 数量分配给个人。 4. **收益共享**: 社区非常强大。如果你创造了社区想要的东西，它们就会根据大家对产品或服务的需求给你相应的奖励。足以让个人可以从他们的产品收入种分得一杯羹，同时还可以分配一部分给社区的财政部。最首先应用收益共享机制的有 Bankless DAO、[MetaFactory Merch](https://shop.metafactory.ai/collections/bankless)、[NFT Showcases](https://rarible.com/banklessdao) 和 [BED Index](https://www.indexcoop.com/bed)。在这种机制下，社区成员可以从商品和 NFT 销售中获得部分收入。社区提供用户群体，而创建者提供 DAO 想要的有价值的产品或服务。 <br/> # 结论 DAO 的发展热火朝天。对于那些想要获得一份“未来”的工作并为 DAO 做出贡献的人来说，这里并不缺乏机会。它最棒的一点是，你可以灵活参与工作，即便你是一名全职的 DAO 从业者。你可以根据 DAO 的需求灵活做出贡献，唯一重要的是你工作的实际价值。 对于那些在 DAO 社区中获得了大量声誉的个人，其好处多许多倍。无论是获得一份有竞争力的全职薪酬方案，还是获得同行认可的喜悦 (同行评估机制)，这些新的数字组织都有很多方法可以获得报酬。 本文只阐述了一些可能性的表面。 期待读者的拓展！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处。另，ECN 的编译内容均不构成投资建议。https://www.ethereum.cn/Eth2/minority-client-projecthttps://www.ethereum.cn/Eth2/minority-client-projectFri, 22 Oct 2021 00:00:00 GMT来源 | [github.com/karalabe](https://github.com/karalabe/minority) <br/> 译者注：针对 Eth2 因缺乏客户端多样性会出现的问题，Geth 客户端的 Péter Szilágyi 提出了一个技术解决方案，以下为该项目的 README 文档翻译，如果想了解详情，请前往 https://github.com/karalabe/minority。 > 运行小众客户端吧！~ Danny Ryan 和/或 Tim Beiko 截至发稿时，以太坊有多个客户端实现，但 [Geth / go-ethereum](https://github.com/ethereum/go-ethereum) 作为一个多数客户端脱颖而出，拥有 80%~90% 网络占有率。尽管这是对客户端稳定性及其开发者的褒奖，但这种情况会带来不良后果。 在以太坊1.0里，当一个单一的客户端在网络里占绝对的主导，其弊端是众所周知的： - 如果 Geth 在一个 DoS 攻击里崩溃了，依赖它的用户将无法进行交易或跟上权威链。 - 如果 Geth 有一个共识故障，依赖它的用户将会看到不同版本的网络状态。 前一个问题有点糟糕，因为它会导致网络中断，但这是最糟糕的情况了。然而，后一个问题也特别糟糕，因为通过对网络的错误 (无效) 状态作出不可逆转的反应它会导致出现双花情况。高级用户 (如交易所) 通过同时运行多个客户端来解决上述问题，并在客户端间无法达成共识时发出警报 (例如禁止存款/提款)。 矿池也通常运行多个客户端，尽管对它们来说，在开发者搞清楚情况前在链分叉的两边都挖矿更有利，因为这可以避免它们因在历史上站错队而失去所有收入。无论怎样，区块链会继续延展下去，而无效的侧链最终不会成为权威链的一部分。一切如常进行。 在以太坊 2.0 里，一个新的潜在问题是出现以下两种情况： - 如果1/3 + 1 的网络验证者出现共识故障，网络就无法继续做最终敲定。 - 如果 2/3 的网络验证者出现共识故障，无效链会被最终敲定。 有一些提议是将多数客户端的漏洞“写入”协议中，以避免重组最终敲定的结果，但这只是火上浇油。这不是激励验证者运行其他类型的客户端，而似乎是开发者为此惩罚他们，因为所有由有效但小众的客户端生成的区块都会变成孤块。这从本质上就锁定了 一个100%的单客户端网络。 另一个提议是要求人们运行一个小众的客户端，这一点一直被置若罔闻 (多年了)，原因不过是当有一个在大多数情况下更好且可用的客户端时，为什么会有人想运行一个没那么稳定的客户端？维护基础设施是很耗时的，而且与照看可能不稳定的东西相比，人们有更好的事情要做。 似乎我们在这里有一个冲突：对于用户来说，运行 Geth 又好又简单，但可能会损害网络；而运行其他客户端可能没那么稳定且烦人，但可能会拯救网络。由于要求验证者运行一个小众客户端是不公平的 (并首当其冲地承担所有问题)，这个项目旨在提出一个不一样的要求：*还是要运行小众客户端，为你最喜欢的客户端充当哨兵。* <br/> # 共识协调 在深入`minority` 项目是什么之前，有必要强调它不是什么。虽然我们表明的目标是让用户 (也) 运行小众客户端，这个项目不是关于实际设置和运行以太坊客户端的。有各种项目让家庭用户可以轻松运行一个或另一个客户端 (例如 [DappNode](https://dappnode.io/))，但一旦我们达到产品级的基础设施要求，它在很大程度上取决于个人使用情况、预算限制和开发运营能力，以提出关于运行什么、运行多少、在哪里和如何部署的“最佳”解决方案。 `minority` 项目假设验证者已经熟悉如何最好地部署到他们的基础设施；以及如何以合理稳定的方式提供和维护不同的独立客户端。其目标是成为共识层和执行层客户端之间的通信层，使得任何人都可以运行多个客户端 (多数的、小众的和组合)，并且在接受一个状态变换 (无论是一个执行结果或要给共识更新) 之前达成一个 N/M 的共识。 例如： - `minority` 协调器可以确保只有在 2/3 的共识层客户端都对新链头达成共识时 (例如，Lighthouse 和 Lodestar 赞成，Teku 反对)，执行层客户端的链头才会更新 。 - `minority` 协调器可以确保只有在 2/3 的执行层客户端对新的状态根达成共识 (例如，Geth 和 Nethermind 赞成，OpenEthereum 反对) 时，执行数据才会被接受。 在共识层和执行层客户端间的高级通信层有一个额外的好处，就是能够对各种客户端统一收集和报告行为指标；并有可能在它们失控，导致网络中断之前检测到操作降级问题。通信中间件也允许统一收集两层之间事件的审计轨迹，有可能有助于调试客户端问题。 <br/> # 常见问题 **运行一个执行客户端已经很昂贵了！要求验证者运行 2-3 个不是太过分了吗？** 在撰写本文时，1 个 ETH= 3785 美元。运行一个验证者需要 32 个 ETH 的初始存款，相当于 12 万美元。在这个资金量级上，我们觉得并行运行 3 个执行层客户端以支持验证者是可以接受的安全投资。 **运行一个额外的中间件意味着更多的工作！为什么共识层客户端不直接与多个执行层客户端通信？** 共识层客户端和执行层客户端之间的多路复用解耦使得它们可以在任何时候被调换，而不会发生意外的行为变化。在任何一边重新实现多路复用器都会在最低程度带来轻微变化，最终可能需要拓扑重构来改变底层组件。 **运行一个分布式多路复用器是显然的选项。中央协调器不是更简单吗？** 中央服务器无疑更简单，但它也会形成单点故障，无论是因为硬件故障、软件错误还是机器过载。我们无法控制共识/执行层客户端生成的负载，所以在面对故障时，保持它们隔离似乎更安全。去中心化的架构也可能证明更容易横向扩展。 **运行每个客户端都要带上多路复用器不是很奇怪吗？为什么不用一个编排集群？** 每个客户端运行都带上一个额外的进程确实比简单地将它们指向一个编排集群需要更多的工作，但它可以减少复杂性，因为共识/执行层客户端仍然以1对1的形式运行。把集群理念带到任何一个客户端层，都要求这些客户端有效地处理1对N的连接问题，这是我们一开始就尽量避免的。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处。另，ECN 的编译内容均不构成投资建议。https://www.ethereum.cn/Ecosystem/composable-membership-and-its-role-in-generating-gocial-capitalhttps://www.ethereum.cn/Ecosystem/composable-membership-and-its-role-in-generating-gocial-capitalThu, 21 Oct 2021 00:00:00 GMT来源 | [ath.mirror.xyz](https://ath.mirror.xyz/Olq6VS57xDFWDlxRdQwBKy05xdU2TJHXyk75y-ZxGNg) <br/> 代币让社区有了松散的经济联系，但可组合的成员资格 (composable membership) 则通过社会资本长期维系社区关系。以上这句话包含了很多流行语，让我们分三个部分来探讨这个问题： 1. 访问权限、参与许可和地位是如何成为成员资格的主要组成部分的 (还有代币的作用） 2. 在 Web2 和 Web3 上的成员资格对比如何，为什么可组合性在这里很重要 3. 设计一个成员资格系统，以产生社会资本 （译者注：在 web2 和 web3 的英文语境里用的都是 membership 这个单词，但根据中文的使用习惯，译者认为在 web2 翻译为“会员”，在 web3 翻译为“成员”更合适。） ## 访问权限、许可和地位 我们的[数据和行动给了我们身份和关系](https://ath.mirror.xyz/mDu_nGsWpjvF-KaPLADwxeAMfze3UJOtTAQi2CwPwWc)，但有社交图谱不等于就有社区。在 Web3 的语境里，一群人持有或交易相同的代币并不意味着你们是一个社区的——充其量，它给了你一个集群。一个真正的社区有相当明确的成长分界线 (不仅仅是金融意义上的)。你可能已经看过在下图上的一些变体...  <center>https://github.com/orbit-love/orbit-model</center> ...在上图你可以找到你的核心贡献者，并尝试对他们进行相应的奖励或激励。Pet3rpan 把这个同心圆社区图表的内容很好地放在了 Web3 语境下，展示了一个参与者在社区生命周期中可能参与的呈漏斗形的活动。  <center>https://medium.com/1kxnetwork/how-to-grow-decentralized-communities-1bf1044924f8</center> 但仅因为有人参与了上面的任何活动，并不意味着他们觉得他们就是社区的一部分。即使参与了会发代币，也不能真正起作用。 代币是开放的基元，会员资格应以它为基础进行构建，而只是发放更多基于活动的 POAP 或代币，然后就这样进行下去，就像是分发房子的原材料，然后期待人们建出一个城镇。没有蓝图，人们只会把材料藏起来和离开 (或转售给其他人)。在加密货币世界里，我们供应充足，但缺乏指引。 有些社区起码迈出了第一步，基于你的代币活动提供某种访问权限，通常是 Discord 服务器或频道。但访问权限只是成员资格的第一步。现在，准入资格与访问权限太接近了，而地位则是一个太抽象的概念了。 因此，让我们改善以下当前的模型。**访问权限意味着发现，参与许可意味着责任，地位意味着权重**。这个漏斗形成员制不同于上面的活动漏斗，因为你越深入，可自定义的设计空间更大：  这些都是基础实例，但它们有助于为每一层如何与其他类型 (和组合) 的代币挂钩打下基础。让我们看看每层的一些代币设计实例： - **访问权限 (Access)**：大多数情况下，ERC20 是最适用于访问权限的，因为要求是不固定的，而代币的流动性更强。今天，我可能需要 50 个代币加入，但在将来，我可能会根据社区需要 (要扩展或深入) 而将其降至 25 或提高到 75。NFT 则是文化资产，因此如果你使用 NFT 作为访问门槛，你现在很难说需要 2 个或更多以获得访问权限。即使你用项目衍生品，流动性也会变得碎片化和混乱。不过这当然是取决于项目的，Creator Cabins 写了[一篇很好的文章阐述了其中的权衡](https://creators.mirror.xyz/V7Ucba89-3qV9yFxj7Spj7YxjKAhc6TOd8nUcCp9n6k)。 - **参与许可 (Permissions)** ：我个人觉得参与许可应该与押金紧密相关。要给某些行动赋予责任，应该要涉及风险。不同于访问权限，许可应该可以不断发展，并可以被撤销。如果我在做提案，允许质押将展示我的保证，也给其他人机会加入到我的质押。这个设计思路可以帮助社区更好地平衡权力的滥用和发现 (很棒的新贡献者) 的机会。 - **地位 (Status)**：*这一层的面积最大，因为它与属性和元数据相联系*。社区中，地位的差异是最大的，因为它很可能是与事件相关的。以资金库的“加权投票权”为例，如果你根据正在投票的内容分配地位，则可以突出特定社区成员，同时还要确保拥有最多代币的参与者并不总是拥有最大的影响力。NFT 非常能发挥这个特性，特别是通过衍生品和基于铸造的项目。需要搞清楚的是，这与声誉不一样，因为声誉需要更少的流动性，以免带来混乱。我们会在下文更深入这个话题。 这些层的不同组合可以被捆绑组合成不同的“角色 (role)"，以便管理和分配。我想直接从一个成员资格系统开始，但首先我们需要清除围绕 Web2 的”会员制“逻辑对我们思维的影响。 ## 可组合的成员资格以及平台的角色 (Web2 vs Web3) 在 Web2，会员资格是围绕服务的。在 Web3，服务是围绕成员资格的。简单来说，成为一个 YouTube 订阅者并不影响你参与 Twitch 聊天或 subreddit 时的权限。这种会员资格的互操作性在 Web2 中当然是可能的，我认为 Patreon 是最接近于建立分层会员结构的。我们看到的是像这样的世界：  但是，在谁拥有主 API 这个问题上肯定会产生争议的，还有经济流量激励也是一个障碍，因为在顶层的平台可能拥有最高的资金流入/留出量和收益率。因此，最终我们有 7 个或更多的会员资格需要管理！除了平台本身，实际上没有人希望这样。 在 Web3 中，没有人会争夺成为成员等级的顶层，因为基元 (代币) 不为任何一个平台所有。智能合约是我们的 API，我们可以将收入分成用代码写进智能合约。如果这还不够，我们可以设计资金库的治理方案和归属系统，以确保围绕成员所构建的服务和工具能持续地使它们所依托的社区获益。最终，上述的 Web2 平台将自然而然地落在较低的层级。**它们将被迫适应我们所有人启用和创建的可组合成员系统。换句话，社区就是平台**：  有一种观点认为，到最后，应用将只是一堆可组合的组件，其中每一件都为不同的平台所有。但在过渡时期，会是 Web3 社区嵌在当前较好的 Web2 界面的情况。当在规划一个成员资格系统时，我们将需要把成员资格想象成这些 Web2 服务的捆绑包，它包含了访问权限、参与许可和地位。如果我是一个多签成员，我需要在所有这些服务中扮演什么角色，以及这些服务将如何在一个代币/成员模型里被管理？为了解决这些问题，我们需要做实验。而要做实验，我们需要社会资本。 ## 产生社会资本的成员资格系统 我们已经定义了成员资格的组成部分，且将其置于 Web2 和 Web3 的语境中来思考了。现在，让我们设计可以真正投入使用的系统吧。**我们将定义社会资本为在一个社区里能建立信任、进行实验和具有灵活性。**这意味着需要能改善决策所有权和防止社会性分叉的成员资格系统。就目前而言，我的猜测是有三个主要步骤来实现成员资格并生成这种新资本： 1. **定义角色**：角色是不同层级成员资格的组合，并与特定参与者角色相联系。可能有数以百计的组合 (特别是如果你在这个基础上对代币类型分层)，但我想到的一些角色有： - `低访问权限门槛 (ERC20) + 低参与许可门槛 (ERC20 质押) = 新成员` - `高参与许可门槛 (ERC20 质押) + 高地位 (NFT) = 长期贡献者` - `高访问权限门槛 (NFT) + 高地位 (NFT) = 主题专家` - `高访问权限门槛 (ERC20) + 高参与许可门槛 (ERC20 质押) + 高地位 (NFT) = 创始成员` 把这点做好了，就给所有成员开辟了清晰的发展路径。这也开始给我们提供历史记录，因为我可以清晰地看到社区是如何通过它的角色定义和分发成熟起来的 (比我只是看代币价格要好得多)。 2. **规定激励**：Pet3rpan 在前面链接的文章中提到，信任和互动是参与的关键。经济激励是很好的起点——如果你空投给我价值 1000 美元的你的社区代币，我肯定会去关注 一下，看看我能帮什么忙。但如果这些空投/赏金是通过角色/成员历史来筛选，我们可以更灵活地提出要求和奖励，我可能会感到更有成就感。这就是我作为一个无名小卒和作为一个沙丘巫师对待数据赏金的区别。 这也可以像黑客松一样，根据角色/成员历史来组队，这样新成员可以配老成员。或想象一下，如果黑客松的奖励是社区角色而不只是一定数额的美元，我想我们最后会在黑客松看到比今天更多元化的项目和团队。 另外，历史记录真的很重要。`成员资格 + 身份 + 关系` 可能是衡量声誉得分的最佳指标，这为更有创意的加权激励开辟了道路。 3. **分配角色**：由于把成员系统嵌入现有平台在实现上有难度，这一步在技术上比其他更困难。我觉得这与任何钱包聚合器已经在面对的集成问题类似，例如，Zapper 的[协议请求](https://features.zapper.fi/)。集成到现有的 Web2 平台应该不难，但随着越来越多的 Web3 平台出现，可组合性会变得难以管理。 但是，只要我们有一个身份解决方案 (在多个平台连接地址到用户元数据) 和一个成员资格解决方案 直观地管理角色和代币)，我认为我们就能得出平台集成问题的优雅解决方案。另外，生态系统构建前两个步骤的内容无论如何都需要未来六个月的时间。 希望这个系统有助于展示，在实验通过使用基于代币的成员制时能在多大程度上把社区聚集起来。我知道对于一些人来说，这一切都太过飘渺，因此我计划在未来做一些有数据支持的案例分析 (也尝试对社会资本进行更多的量化)，以让读者更好地了解这种成员制。我有兴趣从这个角度研究的社区有 Yearn、Blitmaps 和 Superfluid——但如果你想到其他案例分析的，请告诉我。 <br/> # 总结性想法 可组合的成员资格塑造的不仅仅是社区，它也将塑造生态系统和平台。在加密货币世界，我们都在构建平台，给社区提供用于实现、可见度、协作等方面的工具。生态系统已经围绕元数据渐渐形成，这将迫使 Web2 平台进行重组，以提供一个更开放的表面做构建。 Mirror 是一个试图为社区改善工具，以实现奖励性成员资格系统的平台。  Seed Club 是上述模式的一个很好的例子，他们为特定的社区和项目部署 ERC20 代币，且当成员变得更确定时，在参与社区和增加[新的群组方面](https://club.mirror.xyz/Q5QwN3Uol03pOK8MhAVsfwc0ektDlrkrl6sVSoC2UwA)，它们会转向[专门的代币分发方法，如代币竞赛 (token race)](https://club.mirror.xyz/token-race/bafkreidnqdtyls7q62w6mvfuaiwzn52ivlvephw4wul7g5ph2lqbjzymom)。我认为，在本文提到的标准化成员资格实现过程上，通过使用 Mirror 和生态工具，我们还有很多事情可以做。 但是，除非社区更认真地思考成员资格问题，否则我写的一切都不可能持续发生 (对我来说也一样)。如果你对这些内容感兴趣，请联系我们，这样我们就可以一起构建这样的未来。欢迎给我[私信](https://twitter.com/andrewhong5297)！🙂 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处。另，ECN 的编译内容均不构成投资建议。https://www.ethereum.cn/Layer2/zkEVMhttps://www.ethereum.cn/Layer2/zkEVMWed, 20 Oct 2021 00:00:00 GMT来源 | [@yezhang](https://hackmd.io/@yezhang/S1_KMMbGt) <br/> *感谢 Vitalik Buterin、Barry Whitehat、Chih-Cheng Liang、Kobi Gurkan 和 Georgios Konstantopoulos 的审阅和评论* <br/> # 摘要 我们相信 zk-Rollup 迟早成为 L2 赛道的佼佼者 — 这是一个非常便宜且安全的一流 L2 扩容解决方案。然而，现存的 zk-Rollup 都是应用专用型的，这让开发者难以在 zkRollup 中构建通用的可组合的 DApp 并迁移现有的应用程序。我们引入了 zkEVM，它可以为通用的 EVM (以太坊虚拟机，Ethereum Virtual Machine) 验证零知识证明 (zk proofs)。这允许我们构建一个完全兼容 EVM 的 zk-Rollup，任何现有的以太坊应用程序都可以轻松地迁移过去。 在本文中，我们指出了 zkEVM 的设计挑战何在以及为什么现在这个方案可行。我们还给出了更加具体和直观的描述、并概述了如何从头开始构建 zkEVM。 <br/> # 背景 [zk-Rollup](https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/zk-rollups/) 被视为以太坊最好的扩容解决方案。它的安全性可以与以太坊一层网络的安全性媲美，并且与其他 L2 解决方案相比，它最终确定时间最短。具体对比分析请看：[https://vitalik.ca/general/2021/01/05/rollup.html](https://vitalik.ca/general/2021/01/05/rollup.html) > 中长期来看，随着 ZK-SNARK 技术完善，ZK rollups 将在所有用例中脱颖而出。 —— Vitalik Buterin zk-Rollup 的基本概念就是将大量的交易聚合进一个 Rollup 区块中并为链下区块生成一个简洁证明。然后 L1 上的智能合约仅需要验证该证明即可直接应用已更新的状态，而无需重新执行那些交易。这可以节省一大笔 gas 费，因为验证证明比重新执行计算要便宜得多了。还省了一笔费用的地方就是将数据压缩了 (即，只在链上保留最少的数据量用于验证) 虽然 zk-Rollup 安全且高效，它的应用程序仍局限于支付和代币转换。由于下列两个原因，很难去构建通用型的 DApps： - 首先，如果你想要在一个 zk-Rollup 中开发 DApps，你需要使用一种特殊的语言 (如 [R1CS](https://tlu.tarilabs.com/cryptography/r1cs-bulletproofs/mainreport.html#rank-1-constraint-systems)) 来编写你所有的智能合约逻辑。不仅所需要的语言的语法复杂，而且这样做还需要在零知识证明方面具有极强的专业知识。 - 第二，目前的 zk-Rollup 不支持可组合性[1]。这意味着 L2 中的 zk-Rollup 应用程序不能互相交互。这种特性极大地破坏了 DeFi 应用的可组合性。 简而言之，zk-Rollup 对开发者不友好，目前功能有限。 这是我们想要解决的最大问题。我们希望通过直接支持原生 EVM 验证，以便在 L2 中提供最好的开发体验和支持 L2 可组合性。这样现有的以太坊应用程序就可以简单地迁移到 zk-Rollup 上了。 <br/> # 在 zk-Rollup 中构建通用型 DApp 在 zk-Rollup 中构建通用 DApp 有两种方式： - 为不同的 DApp 构建专用集成电路 (application-specific circuit, ASIC)。 - 为智能合约执行构建一个通用的 "EVM" 电路 > [“circuit”](https://tlu.tarilabs.com/cryptography/r1cs-bulletproofs/mainreport.html#arithmetic-circuits) 指的是在零知识证明中使用的程序表现形式。比如，如果你想要证明 hash(x) = y，你需要使用电路形式重写哈希函数。这种电路形式只支持非常有限的表达式 (例如，R1CS 只支持加和乘)。因此，使用电路语言编写程序是非常困难的 —— 你必须使用加法和乘法来构建所有的程序逻辑 (包括 if else、loop 等等)。 第一种方法要求开发者为不同的 DApp 设计专门的 "ASIC" 电路。这是使用零知识证明最传统的方法。通过自定义电路设计，每个 DApp 的开销将会更小。然而，这种方法带来了可组合性的问题，因为电路是 "静态的"，而且由于需要强大的电路设计专业知识，开发体验会十分不友好[2]。 第二种方法不需要任何特殊的设计或开发者的专业知识。这种基于机器的证明背后的逻辑为：任何程序最终都会在 CPU 上运行，所以我们只需要构建一个通用 CPU 电路来验证低级的 CPU 操作。然后我们可以使用这个 CPU 电路来验证任何程序执行。在我们的场景中，程序是智能合约，而 CPU 是 EVM。然而，由于其巨大开销，在过去几年里这个方法并未被广泛应用。比如，尽管你只想要在一个步骤中证明 `add` 的结果是正确的，你仍然需要承担整个 EVM 电路的开销。如果在执行追踪中有数千个步骤，那么证明者的 EVM 电路开销将提高 1000 倍。[3] 最近，有很多研究按照下面这两种方法来优化 zk 证明，包括 (i) 提议新的 zk 友好的原语，即 [Poseidon hash](https://www.poseidon-hash.info/) 可以在电路中实现比 SHA256 高 100 倍的效率，(ii) 目前正提高通用可验证 VM 的效率，如 [TinyRAM](https://eprint.iacr.org/2013/507)，以及 (iii) 越来越多的通用优化技巧，如 Plookup，甚至速度更快的密码学库。 在我们的[上一篇文章](https://scroll-official.medium.com/scroll-a-layer-2-ecosystem-based-on-zk-rollup-186ff0d764c)中，我们提议为每个 DApp 设计 “ASIC” 并让他们通过加密承诺实现通信。然而，根据社区的反馈，我们调了一下我们工作的优先级，即优先选择第二种方法。我们将专注于构建一个通用的 EVM 电路 (也就是所谓的 “zkEVM”)。在 zkEVM 上开发和在 L1 上开发的体验将相差无几。我们不会把设计复杂性留给开发者处理，而是通过自定义的 EVM 电路设计来负责并解决效率问题。 <br/> # zkEVM 的设计挑战** zkEVM 难以构建。尽管多年来我们一直很清楚这个问题，但没有人成功构建过原生 EVM 电路。与 TinyRAM 不同，由于以下原因，设计和实现 zkEVM 更具挑战性： - **第一，EVM 对椭圆曲线的支持有限**。目前，EVM 仅支持 BN254 配对。由于不直接支持[循环椭圆曲线](https://github.com/daira/halographs/blob/master/halographs.pdf)，因此很难进行证明递归。在此设置下也很难使用其他专用协议。验证算法必须是 EVM 友好的。 - **第二，EVM 字长为 256 位**。EVM 基于 256 位整数运行 (就像大多数常规 VM 基于 32-64 位整数运行那样)，而 zk 证明”天然“地基于素域运作。在电路内进行”不匹配域运算“需要范围证明，这将为每个 EVM 操作增加约 100 个约束条件。这将使 EVM 的电路大小增加两个数量级。 - **第三，EVM 有很多特殊操作码**。EVM 与传统 VM 不同，它有很多像 `CALL` 这样的特殊操作码，并且它也有与执行环境和 gas 相关的错误类型。这将给电路设计带来新的挑战。 - **第四，EVM 是一个基于堆栈的虚拟机**。SyncVM (zksync) 和 Cario (starkware) 架构在基于寄存器的模型中定义了自己的 IR/AIR。它们构建了一个专门的编译器来将智能合约代码编译成一个新的对 zk 证明友好的 IR。方法是兼容语言，而不是兼容原生 EVM。不管是为基于堆栈的模型证明还是直接支持原生工具链，都将变得十分困难。 - **第五，以太坊存储布局带来了巨大的开销**。以太坊存储布局高度依赖于 [Keccak](https://keccak.team/files/Keccak-reference-3.0.pdf) 和一个巨大的 [MPT](https://eth.wiki/en/fundamentals/patricia-tree) [4]，两者都对 zk 证明不友好，且都产生巨大的证明开销。例如，在电路中，Keccak 哈希比 Poseidon 哈希大 1000 倍。然而，如果将 Keccak 替换为另一个哈希，则会对现有的以太坊基础架构造成一些兼容性问题。 - **第六，基于机器的证明具有巨大的开销**。即使你可以正确地处理上述所有问题，你仍然需要找到一个有效的方法将它们组合在一起以获得完整的 EVM 电路。即使是像 `add` 这样简单的操作码也可能导致整个 EVM 电路开销的产生。 <br/> # 为什么现在又行得通了？ 多亏了研究人员在这一领域取得的巨大进展，近两年解决了越来越多的效率问题，zkEVM 的证明成本最终是可以解决的！最大的技术改进来自以下几个方面： - **多项式承诺的使用**。在过去几年里，大多数简洁的零知识证明协议都坚持在应用专用型的可信设置中使用带有 PCP 查询编码的 R1CS。由于每个约束的程度需要为 2 ([双线性配对](https://vitalik.ca/general/2017/01/14/exploring_ecp.html) )只允许指数相乘一次)，所以电路的大小通常会增大，这导致你无法进行许多自定义优化。借助[多项式承诺机制](https://www.youtube.com/watch?v=BfV7HBHXfC0)，你可以通过通用设置甚至透明设置将约束解除到任何程度。这为后端的选择提供了极大的灵活性。 - **查找表参数和自定义小工具的外观**。另一个强大的优化为查找表的使用。这种优化首先在 [Arya](https://eprint.iacr.org/2018/380) 中提出，然后在 [Plookup](https://eprint.iacr.org/2020/315) 中得到优化。这可以为 zk 不友好的原语 (即 AND、XOR 等按位运算) 节省很多开销。[自定义小工具](https://kobi.one/2021/05/20/plonk-custom-gates.html)可以让你高效地进行高阶约束。[TurboPlonk](https://docs.zkproof.org/pages/standards/accepted-workshop3/proposal-turbo_plonk.pdf) 和 [UltraPlonk](https://zcash.github.io/halo2/concepts/arithmetization.html) 的程序语法十分优雅，以便更轻松地使用查找表和自定义小工具。这对于减少 EVM 电路的开销非常有帮助。 - **递归证明越来越可行**。过去，递归证明会带来巨大开销，因为它依赖于特殊的配对友好型的循环椭圆曲线 (即基于 MNT 曲线的构造)。这引入了巨大的计算开销。然而，更多技术的出现正在使这成为可能，并且同时不牺牲效率。例如，[Halo](https://eprint.iacr.org/2019/1021) 可以避免对于配对友好型曲线的需要，并使用特殊的内积参数分摊递归成本。在 Aztec 中，你可以直接对现有协议进行证明聚合 (查找表可以减少[非本地域运算](https://hackmd.io/@arielg/B13JoihA8)的开销，从而可以使验证电路变得更小)。它可以大大提高支持的电路大小的规模。 - **硬件加速使证明更高效**。基于最大程度的理解，我们已经为证明者制作了最快的 GPU 和 ASIC/FPGA 加速器。[我们的论文](https://people.iiis.tsinghua.edu.cn/~gaomy/pubs/pipezk.isca21.pdf)描述了 ASIC 证明器已经被今年最大的计算机会议 (ISCA) 接受。GPU 证明者比 [Fliecoin 的实现](https://github.com/filecoin-project/bellperson)快 5 到 10 倍。这可以大大地提高证明者的计算效率。 <br/> # 那么，它是如何运作的，以及如何构建它？ 除了强大的直觉和技术改善之外，我们还需要更清楚地了解我们需要证明什么并找出更具体的架构。我们将在后续的文章中介绍更多技术细节和对比。而在下文，我们描述了整个工作流程和一些关键想法。 ## 开发者和用户的工作流 对于开发者，他们可以使用任何与 EVM 兼容的语言实现智能合约，并将编译后的字节码部署到 Scroll 上。然后，用户可以发送交易，与部署的智能合约进行交互。用户和开发者的体验将与 Layer1 完全相同。但是，gas 费用显著降低，并且交易在 Scroll 上即时预先确认 (提款只需花几分钟即可完成敲定)。 ## zkEVM 的工作流 即使外部的工作流保持不变，Layer1 和 Layer2 的底层处理过程也完全不同： - Layer1 依赖于智能合约的重新执行。 - Layer2 依赖于 zkEVM 电路的有效性证明。 下面给出了更加详细的解释，说明 L1 和 L2 上的交易有何不同。 在 L1 中，已部署的智能合约的字节码保存在以太坊的存储库中。交易将通过点对点 (P2P) 网络进行广播。对于每笔交易，每个全节点都需要加载相应的字节码并在 EVM 上执行它以使得状态一致 (交易将用作输入数据)。 在 L2 中，字节码也保存在存储库中，并且用户将以同样的方式进行操作。首先，交易会被发送至链下的一个中心化 zkEVM 节点中。然后，zkEVM 将生成一个简洁的证明 (证明在交易进行后已正确更新状态)，而不是简单地执行字节码。最后，L1 上的合约将验证这些证明并更新状态，而无需重新执行交易。 接下来让我们深入了解一下执行过程，看看 zkEVM 最终需要证明什么。在本地执行中，EVM 会加载字节码并从头开始逐个执行字节码中的操作码。每个操作码都可以被认为是在执行以下三个子步骤：(i) 从堆栈、内存或存储中读取元素；(ii) 对这些元素执行一些计算；(iii) 将结果写回到堆栈、内存或存储库中。[5] 比如， `add` 操作码需要从堆栈中读取两个元素，将它们相加并将结果写回堆栈中。 因此，结论很显然，zkEVM 的证明需要包含与执行过程相对应的以下方面： - 字节码从永久存储中正确加载 (你正在运行从某个地址中加载出的正确操作码) - 字节码中的操作码是一个接一个执行的 (字节码按顺序执行，不会遗漏或跳过任何操作码) - 每个操作码都正确执行 (每个操作码中的三个子步骤都正确执行，R/W + 计算) ## zkEVM 的设计亮点 在设计 zkEVM 的架构时，我们需要考虑如何逐一处理/解决上述三个方面的问题。 1. 我们需要为一些加密累加器设计一个电路。 它就像一个 “可验证的存储库”，我们需要一些技术来证明我们正在正确读取数据。可以使用加密累积器来有效地实现这一目标。[6] 让我们以默克尔树为例。已部署的字节码将作为默克尔树的一片叶子存储在上面。然后，验证者可以通过一个简洁的证明来验证该字节码是从一个给定的地址中正确加载的 (即，验证电路中的默克尔路径)。对于以太坊存储，我们需要电路与 Merkle Patricia Trie 和 Keccak 哈希函数兼容。 2. 我们需要设计一个电路来将字节码与实际的执行追踪连接起来。 将字节码移动到一个静态电路中存在的一个问题就是条件操作码，如 `jump` (对应于智能合约中的 "loop" 和 "if else" 语句)。它可以跳转 (jump) 到任何地方。在使用特定输入运行字节码之前，目标是不确定的。这就是为什么我们需要验证实际的执行追踪。执行追踪可以被认为是”展开的字节码“，它将包含实际执行顺序中的操作码序列 (即，如果你跳转到另一个位置，那么轨迹将包含目标操作码和目标位置)。 证明者将直接提供执行追踪作为电路的见证。我们需要证明这份提供的执行追踪确实是从具有特定输入的字节码中”展开“的。其思想是强制程序计数器的值保持一致。为了处理不确定的目的地，则需要让证明者提供一切。然后你可以使用查找参数有效地检查一致性 (即，证明具有适当全局计数器的操作码包含在”总线“中)。 3. 我们需要为每个操作码设计电路 (证明每个操作码中的读、写和计算都是正确的)。 这是最重要的部分 — 证明执行追踪中每个操作码都是正确且一致的。如果你直接把所有东西都放在一起，将会带来一大笔开销。这里最重要的优化思想是： - 我们可以将 R/W 和计算分离成两个证明。一个是将所有操作码所需的元素提取到 ”总线“ 中。另一个将证明对来自 ”总线“ 的元素执行的计算是正确的。这可以极大地减少每一部分的开销 (即，你不需要在计算证明中考虑整个 EVM 存储)。在更加详细的规范中，第一个称为 ”状态证明“，第二个称为 ”EVM 证明“。另一个观察是，”总线映射“ 可以由查找参数有效地处理。 - 我们可以为每个操作码设计更高程度的自定义约束 (即，可以通过将 EVM 字分成几个块来有效求解)。我们可以根据需要通过选择多项式来决定是否 ”开放“ 一个约束。这样可以避免在每个步骤中产生整个 EVM 电路的开销。 这种架构首先由以太坊基金会提出，并且仍处于早期研发阶段中。我们正与基金会密切合作，以找到实现 EVM 电路的最佳解决方案。到目前为止，我们已经定义了其最重要的特征，一些操作码已经[实现](https://github.com/appliedzkp/zkevm-circuits) (使用 Halo2 存储库中的 UltraPlonk 语法)。更多细节将在后续文章中介绍。我们建议有兴趣的读者阅读此[文档](https://hackmd.io/Hy_nqH4yTOmjjS9nbOArgw?view)。开发过程将是透明的。这将是社区共同努力以及完全开源的设计成果。希望更多的人能够加入并为此做出贡献。 ## zkEVM 还能带来些什么？ zkEVM 不仅仅是 L2 扩容那么简单。我们可以这样理解它，这是一个通过 L1 有效性证明来扩容以太坊 L1 的直接方式。这意味着，你可以不需要任何特殊 L2 的情况下扩容现存的 L1。 比如，你可以将 zkEVM 用作一个全节点。这个证明可以用来直接证明现有状态之间的转换 —— 不需要将任何东西移植到 L2 中，你可以直接证明所有的 L1 交易！更广泛地说，你可以使用 zkEVM 为整个以太坊生成一个简洁的证明，比如 Mina。唯一需要添加的是证明递归 (即，将区块的验证电路嵌入到 zkEVM 中)[7]。 <br/> # 结论 对于开发者和用户来说，在 zkEVM 上的开发和使用体验与在一层上的没什么区别。并且在不牺牲安全性的前提下，zkEVM 的交易费便宜了一个数量级。已经有人提出了一种架构，即以模块化的方式来构建 zkEVM。而且，zkEVM 利用了最近在零知识证明方面的突破来减少开销 (包括自定义约束、查找参数、证明递归和硬件加速)。我们期待看到更多的人加入 zkEVM 社区，为其开发做出努力！ ----------------------------------------------------------------- # 脚注 [1] Starkware 在几天前宣称其实现了可组合性 ([参考文章](https://medium.com/starkware/starknet-alpha-2-4aa116f0ecfc)) [2] 电路是固定和静态的。例如，在将程序实现为电路时，你无法使用可变上限循环。上限必须固定为其最大值。并且，它无法处理动态逻辑。 [3] 为了更清楚地说明这一点，我们在这里详细阐述了 EVM 电路的成本。正如我们前面所描述的，电路是固定的和静态的。因此，EVM 电路需要包含所有可能的逻辑 (比单纯的 `add` 操作码要大 10,000 倍)。这意味着即便你只是想证明 `add`，你仍然需要承担 EVM 电路中所有可能逻辑的开销。这将使成本增加 10,000 倍。在执行追踪中，你需要验证一系列操作码，而每个操作码都产生很大的开销。 [4] EVM 本身没有与 Merkle Patricia tree 紧密绑定。MPT 就是目前以太坊状态的存储方式。要换成另一个并不难 (如，目前有人提议使用 [Verkle trees](https://vitalik.ca/general/2021/06/18/verkle.html) 替换 MPT)。 [5] 这是一个高度简化的抽象概念。从技术上讲，”EVM 状态“ 的列表更长，包括 PC、剩余 gas、调用堆栈 (以上所有加上堆栈中每次调用的地址和静态)、一组日志和交易范围的变量 (热存储槽、退款、自毁)。我们可以针对不同的调用环境添加标识符来直接支持可组合性。 [6] 由于存储量很大，我们使用累加器进行存储。对于内存和堆栈，可以使用可编辑的 Plookup ("RAM" 可以通过这种方式有效实现)。 [7] 向 zkEVM 电路添加一个完整的递归证明是很重要的。进行递归的最佳方法仍然是使用循环椭圆曲线 (即 Pasta 曲线)。需要一些 ”[封装](https://hackmd.io/u_2Ygx8XS5Ss1aObgOFjkA)“ 过程以使其在以太坊 L1 上可验证。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处。另，ECN 的编译内容均不构成投资建议。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-10-19/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-10-19/Tue, 19 Oct 2021 00:00:00 GMT <br/> # 合并 (The Merge) **开发进度更新** 首个以太坊合并公共测试网 Pithos 在 10 月 15 日上线，截至发稿，在上面运行的有四个共识层客户端 (Lighthouse、Teku 、Nimbus 和 Lodestar) 与三个执行层客户端 Geth、Besu 和 Nethermind。  <center>图片来源：https://pithos.consensus-monitor.stokes.io/</center> [Pithos 测试网的浏览器](https://t.co/y5sBF02PE1?amp=1) [加入测试网的指南](https://github.com/parithosh/consensus-deployment-ansible/blob/master/README.md) [视频版](https://www.youtube.com/watch?v=mn8ZNrhTzLI) <br/> **难度炸弹推迟** 10 月 15 日举行的第 124 次以太坊核心开发者会议，就 12 月进行的难度炸弹推迟升级需要推迟到什么时候进行了讨论。 根据 Tim Beiko 的会议笔记，做这个决定需要有以下考虑： 1. 我们需要所有客户端都做好合并的准备，而且不同的团队可能对期限有不同的需求 2. 如果我们过于激进可能会扰乱合并的进度，需要推迟炸弹两次；如果推迟得太晚，它就起不了推动作用 3. 这次合并将是一次比过去更复杂的升级，所以我们可能需要比常规升级时间安排预留更多的缓冲时间 4. 这意味着需要考虑两个时间：执行时间（可变的）和提醒时间 (固定的)； 5. 为“事故恢复”情况做计划也需要大量的工作，这很难预估； 6. 我们将用 PoW 的挖矿难度来设定合并，这意味着用户需要在这个过程不只一次升级他们的节点； 7. 难度炸弹的设置是基于当前的网络哈希率的，如果哈希率在合并前迅速下降 (因为矿工想要出售他们的 GPU)，这可能会加速炸弹的到来。 总的来说，有很多的东西需要衡量，大家有不同的意见。在经过长时间的讨论后，达成了以下结论： 1. 我们希望炸弹的时间设置不要太激进，但仍希望通过它推动合并工作的开展 2. 我们希望注意，如果哈希率下降的话，炸弹会提前数周到来 3. 理想情况下，我们希望这是最后一次推迟难度炸弹，但目前来看，大家都认为交付安全且充分被测试的合并是最重要的。如果有需要的话，推迟两次难度炸弹也可以接受。 4. 我们认为，从完成代码到看到合并上主网，4 个月的时间是宽松的 5. 我们认为有可能在 2 月之前可以完成代码 (显然，仍然有很多未知数！)，所以我们决定在这个基础上设置难度炸弹。 也就是说，**我们将把难度炸弹推到 2022 年的 6 月**，也就是 2 月之后的 4 个月。要明确的一点是，如果合并在这个时间之前就准备好了，我们可以提前实现。而且，如果我们还没准备好，可以再推迟难度炸弹。我们需要再 2 月左右做出决定。 相关的 EIP 是 [EIP-4345: Difficulty Bomb Delay to June 2022](https://eips.ethereum.org/EIPS/eip-4345) (难度炸弹推迟到 2022 年 6 月)。 <br/> # Eth1 (执行层) **难度炸弹升级时间安排** 上周的以太坊核心开发者会议还对难度炸弹升级 Arrow Glacier 的区块号、预计升级日期和客户端发布的理想时间进行了讨论。讨论结果如下： - 区块号：**13773000** - 预计升级时间：北京时间 12 月 9 日上午 5 点，倒数页面：[https://etherscan.io/block/countdown/13773000](https://etherscan.io/block/countdown/13773000) - 包括的 EIP：EIP-4345 - 客户端发布时间：11 月 8 日 注意：客户端 OpenEthereum 现在已正式被弃用，因此它将不支持 Arrow Glacier 升级。 [来源](https://twitter.com/TimBeiko/status/1449047538103767044?s=20) <br/> # Eth2 （共识层） **新的 Eth2 质押协议 Obol** 根据 The Block 的报导，ConsenSys 的前全球产品策略负责人 Collin Myers 自今年 4 月起开始在他的创业公司 Obol Technologies 构建一个“信任最小化”的加密货币质押协议。这个项目在种子轮已经融资 615 万美元，由 Ethereal Ventures 领投。这个项目很快会发布在以太坊2.0上质押的测试网，并在未来支持更多公链项目。Obol 网络使用的是私钥分割型验证者 (SSV) 技术，这项技术有助于在多个运行者间分割一个验证者密钥。它与多签钱包的概念相似，但现在它被应用在验证者和我们称之为有多个运行者的验证者。Myers 表示，他相信像 Lido 这样的项目将最终迁移它们的验证者基础设施到像 Obol 这样的协议上。上个月，Lido 给 Obol 提供了价值 10 万美元的 LDO 作为资助，以继续研究和构建这个协议。 Obol 网络的测试网计划在明年年初推出，测试网成功后将计划主网发布。 Ethereal Ventures 的创立者，即 ConsenSys 的创始人 Joseph Lubin 表示，SSV 将是 Web3 信息基础设施的一个核心基元，而 Obol 是用于构建领先的 SSV 解决方案的独特配置。 [来源](https://www.theblockcrypto.com/post/120960/obol-technologies-seed-funding-crypto-staking-protocol) <br/> **去中心化质押池 Rocket Pool 和 Lido 中存在的抢跑漏洞被披露** 10 月 5 日，StakeWise 的创始人以及白帽黑客 Dmitri Tsumak 披露了质押平台上的一个关键漏洞，这会对去中心化质押池 RocketPool 和 Lido Finance 都产生巨大影响。该漏洞允许节点运营者盗取用户存款。Dmitri 因此获得两个项目中漏洞赏金的最大金额 (每个项目10万美元)，即总奖金为 20 万美元。 Dmitri Tsumak 首先是向 RocketPool 披露该漏洞的，但在检查了其他质押服务商之后，他在 Lido Finance 也发现了同样的问题并且通过 Immunefi 提交了另一份漏洞报告。智能合约中的漏洞通常是系统性的。在许多情况下，影响一个项目的 bug 通常也会影响其他项目。 该次漏洞披露让原本在 10 月 6 日上线主网的 Rocket Pool 延期发布。这个问题会出现在一些质押池场景中，作恶者可能会抢在存款交易前把提款凭证设为他们自己的而不是预期的提款合约。这样会造成，当押金最终要被提出时，ETH 会落在攻击者的手里，而不是质押者。 关于漏洞的修复问题，Rocket Pool 目前仍在测试网上运行中，并由 **[Sigma Prime](https://twitter.com/sigp_io)** 协助其审计中，并修复漏洞后再推出主网版本。而 Lido 已经实现了一个临时修复版本，并且决定暂时将质押限额降低到目前已质押的总量。 [来源](https://medium.com/immunefi/rocketpool-lido-frontrunning-bug-fix-postmortem-e701f26d7971) <br/> Vitalik 发布而来“合并——信标链 (The Merge—The Beacon Chain)”[注释规范](https://github.com/ethereum/annotated-spec/blob/master/merge/beacon-chain.md) <br/> # Layer2 **L2 扩容解决方案 zkSync 2.0 zkEVM 测试网上部署了首个 dapp demo "UniSync"** 此前，L2 扩容解决方案 zkSync 2.0 于 2021 年 6 月上线了其首个测试网版本。zkSync 2.0 的设计结合了下列两大技术突破，旨在最大化实现安全性、去中心化、可编程性和可扩展性： 1. zkEVM：为兼容 EVM 的 zkRollup 提供支持的引擎，这个解决方案同时提供 L1 安全性以及支持 solidity 智能合约。 2. zkPorter：一个链下数据可用性系统，其可扩展性比 rollups 高出两个数量级。 10 月 13 日，zkEVM 测试网上部署了 Uniswap V2 的 demo UniSync。这是首个部署在兼容 EVM 的 zkRollup 上的完整应用。 在过去，为了获得零知识证明无与伦比的可扩展性、安全性和 UX 优势，则必须切换到 ZK 语言。但现在情况已不同，在许多研发有了突破性进展之后，Solidity 已成为 ZK Rollup 领域的一等公民。使用 Solidity、Web3 API、Ethers SDK 和本地以太坊签名，在 zkSync 上开发会让人感觉十分自然和熟悉。 UniSync demo [测试入口](https://uni.zksync.io/#/swap) zkEVM 电路 [github](https://github.com/appliedzkp/zkevm-circuits/releases/tag/v0.0.1) [来源](https://medium.com/matter-labs/unisync-a-port-of-uniswap-v2-on-the-zkevm-b12954748504) 此外，在 UniSync 部署之后，zkSync 背后的团队 Matter Labs 在 Reddit 上进行了一场 AMA。[问答链接](https://www.reddit.com/r/ethereum/comments/q8q822/ama_were_matter_labs_the_team_behind_zksync_the/) <br/> # 生态 **etherchain.org 推出 gas 价格预测工具** 由 Bitfly 支持的以太坊区块链浏览器 etherchain.org 推出 gas 价格预测工具：[https://etherchain.org/tools/gasnow](https://etherchain.org/tools/gasnow) 该工具根据 ETH 内存池中未完成的交易来预测 ETH gas 价格。这种方法是由现在已经停止服务的 “GasNow” 首创的。也可以使用与 GasNow API 兼容的 API 端点来处理该数据。  <center>cr: etherchain.org</center> [来源](https://etherchain.org/tools/gasnow) <br/> **以太坊域名系统 ENS 支持在其个人资料中设置 NFT 头像** 以太坊域名系统 ENS 已支持在其个人资料中设置 NFT 头像。这意味着用户现在可以将自己所拥有的任意 NFT 设置成个人资料的头像，并且 dapp 能够集成带有 NFT 头像的 ENS 域名以及展示出来。在发布时，除了 ENS Manager APP 本身，Uniswap 和 1inch 都支持这一功能：  <center>cr: app.uniswap.org</center>  <center>cr: app.1inch.io</center> [来源](https://medium.com/the-ethereum-name-service/nft-avatar-support-for-ens-profiles-bd4a5553f089) <br/> **以太坊基金会、以太坊域名系统 ENS、专注于去中心化身份和数据的开源软件公司 Spruce 共同推出 “Sign-In with Ethereum” 主题网站 login.xyz** 网站内容包括：“Sign-In with Ethereum” 的介绍、Spruce 的 discord 入口、使用以太坊登录应用的技术规范入口、社区会议的历史记录以及预告、技术更新和研究文章。 关于 “Sign-In with Ethereum” 的详细介绍请阅读文章：《使用以太坊登录 —— 提议工作流程》 [来源](https://login.xyz/) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/proofs-of-custodyhttps://www.ethereum.cn/Eth2/proofs-of-custodyMon, 18 Oct 2021 00:00:00 GMT来源 | [dankradfeist.de](https://dankradfeist.de/ethereum/2021/09/30/proofs-of-custody.html) <br/> *感谢 Vitalik Buterin、Chih-Cheng Liang 和 Alex Stokes 富有助益的评论* 托管证明 (Proof of Custody) 是一种有助于解决“懒惰验证者“问题的构造。懒惰的验证者有这样的表现：他们不做他们应该做的工作，例如确保一些数据是可用的 (与数据分片有关) ，或一些执行是正确的 (用于执行链)——他们假装他们已经做了，并对结果签名，例如无论如何，证明都声称数据是可用的。 托管证明这个构造是一个改变博弈论的加密经济学基元，使懒惰验证不再是一个有吸引力的策略。 <br/> # 懒惰验证者的策略 假设我们有一条运行良好的以太坊2.0链 (你可以代入你最喜欢的其他 PoS 区块链)。我们通常不期望坏事发生——出现数据被扣留，生成无效区块的情况。事实上，你可能甚至没看过这些情况的发生，因为只要系统由大多数的诚实验证者来运行，甚至没有必要试图以这些方式攻击它。因为这种攻击几乎可以确定会失败，这样做时没有意义的。 现在假设你运行一个验证者。这会有不同的成本——明显会有质押资金，但还有硬件成本、电力和网络宽带，这些都或直接 (你的供应商按每 GB 收费) 或间接 (当你的验证者在运行时，你的 netflix 播放会网速不够) 此需要支付。你能把开销压得越低，你就能从运行验证者获得越多的净收益。 在分片 Eth2 里你要做的其中一个任务是，保证分片数据的可用性。每个证明委员会都会分到一个 blob 的数据需要做验证，大小大约是 512kB 到 1 MB。每个验证者的任务就是下载它并存储 90 天左右。 但是，如果你只是简单地对分片数据的全部证明签名，而不是真的下载那些数据，会发生什么？你还会获得全部的奖励，但你的成本会突然减少了。我们假设网络处于良好状态，这样你的懒惰不会马上对网络造成什么影响。假设你运行验证者的收益是每投一次票获得 1 美元，而每年下载所有区块的开销是 0.10 美元。现在，你的收益就增加到 1.1 美元。 | | 每个签名证明的收益 | | ------------------- | ------------------------------------------------ | | 诚实的验证者 | $1.00 | | 懒惰的验证者 | $1.10 | 这个问题被称为验证者困境，并由 Luu 等人在论文《解密共识计算机中的激励机制 ([Demystifying Incentives in the Consensus Computer](https://eprint.iacr.org/2015/702.pdf))》中提出。 ## 但我决不会这样做！谁会这样作弊啊？ 在我们看来，在这样的博弈中，你肯定不会去做贿赂这样的事，而是保持诚实履行职责。但事情往往比这更微妙。 让我们假设，在运行了验证者多年后，有一个新客户端出现了，并声称其成本效益提高了 10%。人们运行它，发现它真的有效，而且似乎也是安全的。而它实际做到这一点的方法就是不下载分片区块。 这甚至可能是意外发生的。有人在开发过程中偷工减料，一切看起来都很正常，它只是没有加入正确的分片子网且没有人在意这点，因为它不会在正常运行中造成任何故障。 有些人可能会运行这个客户端。 其他可能发生的事情是，会出现帮你下载的服务。每个分片数据 0.01 美元，他们会下载那些数据，存储 90 天，然后给你发送信息说数据可用，你可以对证明签名了。这种情况有多坏？ 这相当糟糕。因为随着很多人开始使用这项服务时，它就成了一个单点故障。或更糟糕的是，它可能成为攻击的一部分。如果它能让超过 50% 的验证者对一个分片数据的可用性投票，而不发布该数据，这将构成一次扣留攻击 (withholding attack)。 如通常情况一样，不诚实行为可以有很多伪装，因此我们最好的措施是在使诚实的策略是理性的，从而达到平衡。 <br/> # 托管证明与新的博弈 托管证明的工作原理是这样的：想象一下，我们可以在一个分片数据里放入一个“炸弹”——如果你对这个数据签名，你会遭受很严重的惩罚 (你会被罚没)，3000 美元。这样，你肯定不会想对这个数据签名。 那这会让你想下载数据吗？这肯定是避免对炸弹签名的一个方法。但是，如果任何人都能检测到这个炸弹，然后有人就可以简单地写这样一个服务：如果它是一个炸弹的话，在你对证明签名前警告你。因此，炸弹需要是针对某个个人验证者，且没有其他人可以计算出这个分片数据是否是一个炸弹。 好了，现在我们有了托管证明的基本素材了。我们需要： 1. 一个临时秘密 (ephermeral secret)，每个托管周期 (约 90 天) 后都要对其重新计算，对每个验证者来说都是独立的，然后在过期后再披露 (这样其他验证者就有机会检查托管证明了) 2. 一个函数，它获取整个分片 blob 数据还有临时密钥 (ephemeral key)，输出是 0 (表示不是炸弹)，或以极小的概率输出 1 (表示这个 blob 是炸弹) 这里的关键是，临时秘密是不能让其他人知道的，因此会有三个罚没条件： 1. 如果任何人知道了当前的临时秘密，该验证者会被罚没 2. 临时秘密必须在托管周期结束后公布，没有做到这点也会被罚没 3. 对炸弹签名会导致罚没 我们如何创建这个函数？一个简单的构造会这样运作：计算一个默克尔树的叶子节点 `(data0, secret, data1, secret, data2, secret, ...)` ，如下所示：  然后把前 10 位输入到逻辑函数 `AND`。然后它会给你一个比特，在预期的 1024 次中有 1 次是 1。 如果不知道秘密和数据，就无法计算出这个函数的结果。 （因为我们确实想实现私钥分割型验证者 (ssv)，所以在优化这个函数方面已经做了大量的工作，以便它可以在 MPC (多方计算) 中进行有效计算，而默克尔树则不能。因此，我们建议采用基于通用哈希函数和勒让德 (Legendre) 符号的结构：https://ethresear.ch/t/using-the-legendre-symbol-as-a-prf-for-the-proof-of-custody/5169) ## 新的博弈 好了，现在有了托管证明，任何分片数据都有 1/1024 的机会是炸弹，不下载它你就不知道哪个是。 当数据不是炸弹时，懒惰的验证者不会有什么问题。但是，当它是炸弹时，我们会看到巨大的差异：诚实验证者只会跳过这个证明，因为它影响很小，只是将收益设为 0。但是，懒惰的验证者对它签名就会被罚没，造成巨大损失。现在的收益矩阵看起来是这样的： | | 非炸弹证明的收益 | 炸弹证明的收益 | 1,024 个证明的平均收益 | | -------------------- | ------------------------------------------------ | ------------------------------------------ | ----------------------------------------------------- | | 诚实的验证者 | $1.00 | $0.00 | $1,023.00 | | 懒惰的验证者 | $1.10 | $-3,000.00 | $-1,873.60 | 在第三栏，我们看到懒惰验证者的预期收益现在是负数。由于懒惰的所有原因是通过减低成本来增加收益，这意味着懒惰验证者现在不再是一个吸引人的策略。 <br/> # 用于执行的托管证明 验证者的另一个任务是验证区块的正确执行。这意味着需要验证新的状态根，它是应用所有事务后验证区块是否正确的一部分。托管证明这个想法还能应用到这种情况：验证者将不需以上述同样的方式计算托管证明，但是数据是*执行痕迹*。执行痕迹是由一步步区块执行生成的一些输出。它在任何意义上都不需要是完整的；我们只想要它的两个特性： 1. 在没有实际执行区块的情况下应该是难以猜到执行痕迹的。 2. 执行痕迹的总大小应该足够大，以至于简单地将其累加到正常区块上是不理想的。 要这样做还有一些简单的选项；例如，简单地输出 EVM 执行的每一单条指令字节，可能会导致每个执行区块有几 MB 的执行痕迹。另一个选择是使用栈顶。 ## 有了欺诈证明，执行上我们还需要托管证明吗？ 当我们把执行链升级到无状态，这意味着区块验证可以不用到当前的状态，欺诈证明变得很容易。（如果没有无状态，就很难：欺诈证明总是必须被打包到不同于欺诈所发生的链，因此当欺诈证明必须被验证时，实际的前状态将不可用了。） 这意味着，如果一个验证者出了一个无效执行区块，他有可能会被罚没。此外，我们还可以惩罚任何对此区块做过证明投票的验证者。这是否意味着不再需要监护证明呢？ 它肯定会改变双方的权衡。但即使有了这项惩罚，懒惰验证仍然是一个理性策略。对于验证者来说，简单地对每个区块签名而不验证不是一个好主意，因为攻击者只需牺牲他们自己一个验证者，你就会遭受罚没。 但是，你可以采用以下策略：在每个新区块上，在你自己签名前，等一小部分其他验证者先对它签名。那些最先对它签名的不太可能是懒惰的验证者，因为他们会采用相同的策略。在大多数情况下，这将给你带来相当好的保护，但在系统层面上，区块链仍然会在一些极端情况下容易遭到攻击。 欺诈证明的情况因此得到了改善，但托管证明对于确保懒惰验证不能成为一个理性策略来说仍然更胜一筹。 <br/> # 它与数据可用性检查有何不同？ 我写过一篇关于数据可用性检查的[入门文章](https://www.ethereum.cn/Eth2/data-availability-checks)。用于分片数据的托管证明似乎尝试解决一个非常相似的问题：确保提交到分片 blob 头的数据在网络上是确实可用的。 所以我们可能会想知道：我们是否同时需要托管证明和数据可用性检查？ 不过，这两种构造之间有一个重要区别： - 数据可用性检查确保数据可用性独立于诚实大多数的假设。即使是一个控制了全部押金的强大攻击者也无法骗过所有节点，让它们接受实际上被扣留的数据是可用的。 - 相比之下，如果大多数的权益都在进行攻击的话，监护证明并没有帮助。攻击的大多数可以计算出监护证明，而无需向任何人披露该数据。 因此，从理论上讲，数据可用性检查严格来说是优于分片数据的托管证明的：它们是无条件成立的，而后者只是为了让理性的验证者保持诚实，是攻击事件的发生几率更低。 为什么我们仍然需要用于分片数据的监护证明呢？它可能不一定需要。然而，在数据可用性检查方面存在一些实际问题，使得它需要一个防止丢失数据的“第一道防线”： 其原因是，数据可用性检查的工作原理是将不可用的区块通过分叉选择规则中排除出去。但是，这不可能是永久性的：数据可用性检查只能确保最终，每个人都会看到相同的结果，但不是即时的。 这样做的原因是，发布一个部分可用的区块，可能会导致有些节点以为它是可用的 (他们看到所有的样本)，而其他一些节点认为它是不可用的 (缺乏一些样本)。数据可用性检查确保在这些情况下，数据总是可以被重构的。然而，这需要一些节点首先获得足够的样本来重构数据， 然后重新播种样本，这样每个人都可以看到；这个过程需要几个 slot。 为了避免少数验证者(拥有少于 1/3 的押金)参与的攻击 造成这样破坏，我们只想在链被最终敲定时应用数据可用性检查，而不是立即应用。同时，监护证明可以确保诚实的大多数将仅会构建一条可用的链，其中的分片数据已经播种在委员会里；由于委员会准备重新播种所有样本，即使初始的 blob 生产者不这样做，攻击者也不能轻易强迫一个部分可用的区块这样做。 在这个构造中，监护证明和数据可用性检查有两个正交功能： 1. 用于分片数据的监护证明确保了诚实的大多数验证将只会构建一条链，其中所有的分片数据都是可用的，并会稳妥地播种到各个委员会。一个少数验证者构成的攻击不能轻易造成破坏。 2. 数据可用性检查将保证，即使占大多数押金的验证者参与攻击，它们也不能迫使剩余的全节点认为有扣留数据的区块链是被最终敲定的。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处。另，ECN 的编译内容均不构成投资建议。 https://www.ethereum.cn/Eth2/amphora-merge-milestonehttps://www.ethereum.cn/Eth2/amphora-merge-milestoneSat, 16 Oct 2021 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2021/10/15/amphora-merge-milestone/) <br/>  今年早些时候，[Rayonism 黑客松](https://blog.ethereum.org/2021/05/25/finalized-no-26/)拉开了序幕，为以太坊向权益证明的过渡提供架构原型。这个过渡，通常被称为合并 (The Merge)，将保留现有的信标链 (eth2) 和执行层 (eth1) 客户端，通过让信标链驱动执行层的共识来实现两条链的”合并“。在以太坊路线图的一系列迭代中，这是最新的方法 ([此处](https://tim.mirror.xyz/CHQtTJb1NDxCK41JpULL-zAJe7YOtw-m4UDw6KDju6c)有更多信息)。 尽管 Rayonism 证明了这是一个可行的架构，但仍有一些东西有待设计、执行和测试，包括实际的工作量证明 (PoW) 到权益证明 (PoS) 的过渡。为了实现这点，客户端团队在上周举行了线下的工作坊 (类似于 2019 年的 Eth2 互操作性工作坊)，取名为 Amphora 🏺。 以下是工作坊期间所完成的主要事项的概述，以及从这里到合并的路径。  # Amphora 上实现的里程碑 活动的目的是让执行层和共识层的客户端团队一起解决规范上的悬而未决的问题，并达成系列开发里程碑。每个里程碑都让客户端更接近一个实现从 PoW 到 PoS 过渡的功能完备的合并开发测试网。Besu、Erigon、EthereumJS、Geth、Nethermind、Nimbus、Lighthouse、Lodestar、Quilt 和 Teku 团队都有代表亲身参与工作坊。Prysm 团队以及上述团队的一些成员则远程参与。 [Amphora 里程碑](https://hackmd.io/@tvanepps/amphora-milestones)旨在首先让客户端符合规范，然后逐渐添加更多复杂性，最终增加可以与它们互操作的其他客户端的数量。 第一个里程碑 M1 只需要客户端实现合并规范。大多数团队甚至在研讨会开始之前就完成了！为了帮助客户端验证它们的实现，开发者构建了[多个](https://notes.ethereum.org/@9AeMAlpyQYaAAyuj47BzRw/rkwW3ceVY)[测试](https://github.com/ethereum/consensus-specs/releases)[套件](https://github.com/protolambda/mergemock)。 然后，里程碑 M2、M3 和 M4 是让客户端团队构建技术越来越复杂和具有多种节点的开发测试网。M2 实现的是执行层 (EL) 客户端和共识层 (CL) 客户端的一对一组合，然后发布一个合并后的测试网。这确保两个层能在 PoS 环境里成功通过[引擎 API](https://github.com/ethereum/execution-apis/blob/main/src/engine/interop/specification.md) 通信。 M3 是 Amphora 工作坊迈开超越 Rayonsim 成果的一步：客户端构建短期的开发测试网，用于 PoW 和 PoS 的过渡。 过渡基于 PoW 的挖矿难度：一旦某个区块的挖矿难度等于或超过某个特定值，即 `TERMINAL_TOTAL_DIFFICULTY` （终结总难度) ，或 `TTD`，该区块则被视为最后的 PoW 区块。执行层随后会开始监听 PoS 共识层来达成新区块的共识。为了确保每个团队的实现都是稳健的， EL 团队必须连接两个 CL 客户端，反之亦然，这样才算通过 M3。 M4 是这次活动的真正目标：让多个 EL 和 CL 客户端在一个开发测试网上，跑完整个 PoW 到 PoS 过渡的过程。换句话说，M3 是一对一的测试网，M4 是多对多的测试网。 在工作坊结束之前，我们为一部分团队实现了这个目标，因此我们开始着手 M5。 ## 持续起作用的成果 这个里程碑旨在把 Amphora 从一个短期活动变成一个社区可以用的长期基础设施。M5 需要客户端团队启动一个开发测试网，它不仅跑完所有客户端组合的过渡过程，还会在 Amphora 活动结束后继续存在。 在研讨会的最后一天，在最后的晚餐开始前几分钟，M5 实现了：在一个有 100 个节点和 10,000 个验证者的网络上，有几个客户端实现在 PoW 机制下运行，当达到 `TERMINAL_TOTAL_DIFFICULTY` 时，就过渡到 PoS，成功对链进行最终敲定 🎉！  > 就在工作坊的结束晚餐前的几分钟，M5 开发测试网成功对合并后的区块做最后敲定。照片由 Ben Edginton 拍摄。 <br/> # Amphora 之后的工作 Amphora 工作坊取得的成功为合并提供了巨大的动力。客户端团队现在有一个[明确的任务清单](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)，他们需要为之努力，而且已经取得了足够的进展，可以开始扩展到更大范围的以太坊社区了。 昨天，一个实现 M5 的更稳定版本的 Amphora 开发测试网， [Pithos](https://github.com/parithosh/consensus-deployment-ansible/blob/master/README.md)，已经启动了。现在这个网络 已经上线了 ([此处](https://pithos-explorer.ethdevops.io/)为浏览器)，预计探讨开发者工具和其他核心以太坊基础设施的公开会议可以为 PoW 到 PoS 的过渡做最好的准备。 客户端团队和研究员将继续迭代合并的规范，以修复在 Amphora 期间发现的问题和回应社区反馈。在几周内，规范应该会被最终确定，不久后，会推出一个新的稳定的测试网。 <br/> # 致谢 Amphora 期间完成的工作超出了我们所有的预期。为此，我们要感谢客户端端团队和研究员，没有他们，所有的规范都不会被编写或实现。 另外，感谢[ConsenSys](https://consensys.net/blog/ethereum-2-0/an-update-on-the-merge-after-the-amphora-interop-event-in-greece/)、[Chainsafe](https://medium.com/chainsafe-systems/a-lodestar-for-ethereum-consensus-1-c2ad6a7b46d9) 和 [Ben Edgington 对工作坊情况的出色报道。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处。另，ECN 的编译内容均不构成投资建议。 https://www.ethereum.cn/Ecosystem/publishing-on-mirrorhttps://www.ethereum.cn/Ecosystem/publishing-on-mirrorFri, 15 Oct 2021 00:00:00 GMT来源 | dev.mirror.xyz [1](https://dev.mirror.xyz/valptw8S9eZ1cvzX-JCGga2N_W2hXyurSYbOlNFj4OQ) [2](https://dev.mirror.xyz/wghpfxTpxwXjXM9HsH7GUm4177oDXrTOjKI-aKPMOB0) <br/> # Mirror 对所有人开放内容发布  ## 连接你的钱包，马上开启去中心化的博客 去年 12 月，Mirror 推出了它的第一个产品：一个去中心化的内容发布协议。在过去一年里，我们还推出了[众筹 (crowdfunding)](https://dev.mirror.xyz/kkpmBMFAeKlCv4zi2HcyO0MfmpguVqTHoo-DL0WxwS8)、[竞拍 (aution)](https://dev.mirror.xyz/_OstP6dwYsX-0YsIaGDw-W4fs3VzESC_QpxrhiyM_Bg)、[NFT Editions](https://dev.mirror.xyz/AOoIsKPfZvf8LACKWp7gj_mg1ICCDOfPnVBOsDQoXo8) 和 [分享收益 (splits)](https://dev.mirror.xyz/V_7Jp1hy_g8bz-J1B4Wb5KYSmj5Lt4W7q7cw0noxJsU) 这些工具和[治理产品](https://dev.mirror.xyz/dLLIq4Iebg5DLWJbOWa3sU6oQuwbogkmqPnz-ZbzPUg)。Mirror 已经从一个作者工具发展成一个用于社区和 DAO 的全栈 web3 创意套件。 我们比以往任何时候都更相信，每个创意项目都是从一个故事开始的。我们的目标是让 Mirror 成为与世界分享你的故事，并围绕它建立一个参与度高的社区的最佳场所，它由世界级的加密原生工具提供支持。 我们向任何拥有以太坊地址的人开放 Mirror 上的去中心化内容发布功能。任何人连上了钱包就可以开始写作了。 为什么去中心化内容发布很重要？我们相信指导 Mirror 发展的核心原则可以回答这个问题： ## 身份和数据为用户所有 当你使用 Mirror 时，你用你的 Ethereum 钱包而不是用户名和密码登录。这意味着你的账户由你拥有，建在公开的区块链上而不是中心化的数据库。[所有在 Mirror 上发布的数据](https://dev.mirror.xyz/J1RD6UQQbdmpCoXvWnuGIfe7WmrbVRdff5EqegO1RjI)都由用户进行加密签名，存储在永久去中心化的存储器 (Arweave) 上。这意味着数据不会被有问题的服务供应商或有恶意的一方破坏或修改。永久存储意味着你不需要依靠 Mirror 团队来确保你的内容的持久性或完整性。最重要的是，加密安全性和永久数据确保用户可以放心退出平台，如果该平台不再满足他们的需求或与他们的需求不符。 ## 加密货币轨道开启新的商业模式 线上发布推动大规模互动，但其难以实现可持续地盈利也是一直众所周知的。因为 Mirror 是建在以太坊上的，它原生地支持围绕代币和 NFT 的新的加密货币原生商业模式。例如，Mirror 上的文章可以被铸造为 Entry Editions，使得它们可以以不同价位作为收藏品，同时内容仍然可以被所有人访问。Entry Edition 让作者可以在不设置收费墙的情况下将他们的作品货币化。在 Mirror，我们坚信高质量、受欢迎的内容是非常有价值的，而[早期的 Entry Editions 实验](https://notboring.mirror.xyz/rPk2Ozej8JHZZ_qayaekCfc1OUUHkmzLtZF3axlfmok)已经验证了这个理论。 ## 每个 DAO 都需要一个家 如果 DAO 在现实世界没有信用卡，它要如何启动一个网站或访问云服务提供商呢？很多 DAO 拥有充满活力的社区和大量的资金，但它们并没有被 web2 的创意和开发工具生态认可为一流的实体。每个加密货币原生实体都需要一个网站，而 Mirror 让任何 DAO 都可以拥有一个有多签钱包功能的网站，以此开启与世界分享它们的故事的旅程。从某种意义上说，Mirror 将一个 web3 实体桥接进入 web2 的想法传播模式。这对 DAO 的成功至关重要，因为大多数的读者仍然在使用像 Twitter 这样的 web2 平台。今天 Mirror 为 web3 实体间的合作发布提供[原生支持](https://dev.mirror.xyz/WPnZICvS2XbHJQ3u-GrsvYqios3XWmZhQvTKEyUJOGE)了。 ## 创新，无需许可 因为 Mirror 上的发布是以一个开放的协议作为基础的，它的数据是存储在区块链上的。开发者不需要许可就可以扩展系统，在那些数据上构建。尽管距离创建世界级的文档工具、API 和开发者库方面还有很多工作要做，但已经有令人振奋的社区项目在 Mirror 上构建了，例如 [Mirror Latest](https://mirror-latest.non-standard.net/)、[RSS3](https://twitter.com/pass3dotme/status/1445182948454453255) 和 [Yup](https://app.yup.io/?feed=mirror)。 ## 没有打折扣的用户体验 加密货币为创作者和社区提供了强大的经济工具，但我们不认为这应该带来额外的复杂性或糟糕的用户体验。Mirror 客户端的架构提供了一个快速且美观的界面，它由 Next.js 提供静态渲染网站，还有一个高性能的 API。尽管在 Mirror 上发文和编辑的感觉是即时的，但数据是在后台异步提交到永久的去中心化存储器的。尽管我们认为 Mirror 客户端是最易于入门的，用户总是可以选择创建自己的前端或使用不同的客户端，因为在 Mirror 上的数据和身份确实是公开和中性的。 ------ 在接下来的几周里，我们将继续开放经济上的板块，并对内容发布体验进行频繁更新，例如： - **编辑器更新**：我们的用户把 Mirror 称为 "web3 版的 Notion"，在上面你可以轻松把经济参与嵌入你的叙述中。我们计划提升编辑器的丰富度，并支持更多参与你的社区的方式。 - **ENS 名称+ slug 支持**：现在的 URL 很长，且包含难以阅读的哈希值。我们正在增加对使用你的 ENS 名称和自定义 entry slug 的支持，这样你的文章地址就会 像这样：`https://mirror.xyz/vitalik.eth/on-quadratic-funding`。 - **订阅**：订阅量是内容发布实体的筹码。非常多的社区成员希望可以有邮件发送和访问内容的代币门槛功能。我们目前还没有明确的计划，但这是我们会考虑的问题。 - **推送和发现**：给 Mirror 上的每个用户和项目一个美观的主页，并让其他人发现他们的作品。 - **自定义日期**：这会使得人们可以把其他平台的文章迁移到 Mirror， 同时保持它的发布时间记录。 ## 关于 Mirror 成员的说明 随着Mirror工具的开放，任何人都可以使用，这个里程碑是一个重新定义社区成员意义的机会。通过 $WRITE RACE 获得的会员资格正演变成代表未来在 Mirror 协议和 DAO 里的决策权和权益。而且，只有烧毁了 $WRITE 的 Mirror 成员才可以获得标志着会员地位的子域名。我们将在未来几个月内详细地阐述 Mirror 会员资格的完整含义。 我们正在开启一个新的时代——互联网服务是社区所有的，用户可以控制他们的数据和身份。 ------ <br/> <br/> # Mirror 的 Web3 工具套件现在对所有人开放  **连接你的钱包即可马上开始构建 web3 项目** 今天，我们要对公众开放 Mirror 的经济和治理套件，包括[Editions](https://dev.mirror.xyz/AOoIsKPfZvf8LACKWp7gj_mg1ICCDOfPnVBOsDQoXo8)、[分享收益](https://dev.mirror.xyz/V_7Jp1hy_g8bz-J1B4Wb5KYSmj5Lt4W7q7cw0noxJsU)、[代币竞赛 (token race)](https://dev.mirror.xyz/dLLIq4Iebg5DLWJbOWa3sU6oQuwbogkmqPnz-ZbzPUg) 和 [竞拍](https://dev.mirror.xyz/_OstP6dwYsX-0YsIaGDw-W4fs3VzESC_QpxrhiyM_Bg)。 在过去几个月，人们需要赚取和烧毁一个 $WRITE 代币，才能获得 Mirror 的 web3 创意套件的全部权限。今后，任何人都可以连接他们的钱包，讲述他们的故事，发起众筹，出售 NFT edition，与合作者分享收益，创建一个代币化的治理游戏，并竞拍 NFT。 Mirror正在不断发展，以支持创作者、社区和 DAO 的整个生命周期。我们相信，做到这一点的最佳方法是开放所有的工具给任何人使用。 今天，Mirror 的 web3 工具套件包括： - **内容发布**：开设一个博客，上面的文章是永久存储在去中心化的网络上，并由你的私钥授权。作者们通过 [web3](https://notboring.mirror.xyz/rPk2Ozej8JHZZ_qayaekCfc1OUUHkmzLtZF3axlfmok) [商业](https://darkstar.mirror.xyz/seA6j67Jc0mm8vqGe1zTuXC7O0h95XlmazSQXDlrd24)[模式](https://www.notion.so/cab150b9cbcc4b7fb6090fc77881a95d)将他们的内容货币化，在单篇博客文章上赚取价值数千美元的 ETH。 - **众筹**：通过向贡献者发行代币和 NFT 以换取 ETH 来启动社区资金库。我们已经帮助[电影制片人](https://ethereumfilm.mirror.xyz/3SV8gLXHIW8Ot45h3RL7aOgDINxN2hjLfFVOvyatB2A)、[作家](https://air.mirror.xyz/lmV9Dxeos9HvKSu0BKY9pqARK2vAlPXhrNMt68E4GkI)、[音乐家](https://danielallan.mirror.xyz/crowdfunds/0x18f623e397EF28F1A5a094840f7F6f5587828b94)、[电子竞技队](https://blvkhvnd.mirror.xyz/crowdfunds/0x320d83769Eb64096Ea74B686Eb586E197997f930)、[资助型 DAO](https://club.mirror.xyz/dnN3Dwe-iD6jBpzkase4YLHTxYtnuFnmUbSoOfPEkjI)、[媒体型 DAO](https://neuroswish.mirror.xyz/crowdfunds/0xcf7f28d4c06f81Efc273a78446735C19B21C94C6) 和 [集体型 DAO](https://d.mirror.xyz/FLqkPA3iN4x-p97UhfhWwaCx8rBmVo-1yttY20oaob4) 开启他们的社区。 - **NFT Editions**：通过以固定价格出售固定数量的 NFT，建立你的社区。我们的成员已经使用过 editions 来[支持开源项目](https://stateful.mirror.xyz/rsUhYxXARr7j2iDjqJeelY7nc6CN_Y-MilVDP1S5voA)、[为阿富汗的救济工作捐款](https://vv.mirror.xyz/sb9NU7Wzpg-53wqNFPM-MCwWQ7y48RJlri3cr3Nt0Do)、[提供即将出版书籍的提前阅读](https://stateful.mirror.xyz/Y1ED9RorG9OvEUXD8NBmXgYhSVhjj8H537-I2SZJkYA)，以及[在现实世界铸造体验的门票出售](https://brightmoments.mirror.xyz/WBND1KbJvg6ripddVSasW0wkvhTeXmCOdCh2rzRGpkE)。 - **分享收益**：与合作者和其他社区间分享收益。成员们已经使用 Splits 在[项目的核心贡献者间](https://stateful.mirror.xyz/rsUhYxXARr7j2iDjqJeelY7nc6CN_Y-MilVDP1S5voA)、[一篇论文的共同作者间](https://notboring.mirror.xyz/SPV_-bchriVn_ncDj8OgnLccSb5qAsU0sXNpg9y_UTk)、以及[慈善捐款间](https://mirror.xyz/splits/0x92b6006233EF63DaBfb3A8FFaeD8b5914592A7eC)分享 NFT 收益。 - **代币竞赛**：发起一个有趣且具社会性的社区治理提案。[加入成为 DAO 成员](https://club.mirror.xyz/token-race/bafkreidnqdtyls7q62w6mvfuaiwzn52ivlvephw4wul7g5ph2lqbjzymom)、[集体决定要收集哪些 NFT](https://blvkhvnd.mirror.xyz/token-race/bafkreiffyubfftl7w47l5m4tovv7b7vgrbm3q643pwb6rr754m3spse7eq)，以及在社区讨论中决定应该涵盖哪些主题。你的社区还可以[用 NFT 来投票](https://brightmoments.mirror.xyz/token-race/bafkreia74n22pqeqwwfypviyaki6agkr7b3wqhxsf4gfwpkgfssu2wcgyu)。 - **竞拍**：向你的社区中最大的哪些收藏家出售 1/1 的 NFT，发现你项目的超级粉丝。成员有试过对[研究报告](https://generalist.mirror.xyz/ctXDylaQayrGtgFY9C1wVBZ5HnWJKGzeuWAZtZqs_io)、[资助公告](https://club.mirror.xyz/a5PQAwU0CuHJ90lEOmzq545nlC4qqNoTVTeHEGRrqow)和[音乐](https://songcamp.mirror.xyz/xVIye95frUFrZ4RbfYPFNhfi1emI7kvXCcxJOTbcBlM)进行竞拍。 在未来几个月里，我们将扩大工具包，以支持会员制的基元、强大的治理功能、自定义 NFT 投放、社区仪表盘、web3 个人资料页面和其他高影响力的领域。我们的使命是，通过让下一百名创作者加入启动 DAO、建立社区和用新式的 web3 商业模式谋生，让加密货币领域走向主流。 <br/> <br/> *ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处。另，ECN 的编译内容均不构成投资建议。*https://www.ethereum.cn/Layer2/starknet-alpha-is-coming-to-mainnethttps://www.ethereum.cn/Layer2/starknet-alpha-is-coming-to-mainnetThu, 14 Oct 2021 00:00:00 GMT来源 | [StarkWare](https://medium.com/starkware/starknet-alpha-is-coming-to-mainnet-b825829eaf32) <br/> # 摘要 - StarkNet Alpha 将于 11 月登陆以太坊主网 - 是时候在 StarkNet 上构建了 <br/> # StarkNet 的简短历史 在今年年初，我们公布了 [StarkNet](https://starkware.co/product/starknet/) 的蓝图：在维持 L1 安全性、无需许可交互以及去中心化的同时，极大地提高以太坊吞吐量。 6 月份，我们在一个公共测试网发布了 [StarkNet Alpha](https://medium.com/starkware/starknet-planets-alpha-on-ropsten-e7494929cb95) 版本。这个版本支持完全无需许可的通用计算智能合约。StarkNet Alpha 已经升级了两次了：首先 Alpha 1 — 提供 [L1 <> L2 通信和链上数据](https://medium.com/starkware/starknet-alpha-1-90c3348cca4f)，然后是 Alpha 2 — 支持[可组合性](https://medium.com/starkware/starknet-alpha-2-4aa116f0ecfc)。 StarkNet Alpha 2 现在支持在类似以太坊的状态下进行通用计算的可组合智能合约，使 L1 和 L2 合约能够交互。更多细节请阅读：[https://www.cairo-lang.org/docs/hello_starknet/index.html](https://www.cairo-lang.org/docs/hello_starknet/index.html) <br/> # StarkNet Alpha 登陆主网? 届时，主网版本的 StarkNet Alpha 将支持 Goerli 测试网版本的同样功能，功能的引入将分阶段进行。 ## 有什么可以期待？ 由于 StarkNet 仍在开发中，我们希望能够分阶段推出新功能，并保证在每一个阶段都能达到开发者的预期。有两个尤其重要的方面我们想强调一下： - **部署智能合约需要许可**：我们将效仿 Optimistic Rollup 项目的各个团队：初期，合约部署将需要被许可。在接下来的几周内，StarkWare 将公布如何申请部署合约的白名单。 - **不保证向后兼容性**：我们预计未来从 StarkNet Alpha 到 StarkNet Beta 的过渡将包括状态的重新创世。网络将从区块 0 开始，应用程序将不得不重新部署其合约。此外，开发者和用户应注意到预期的 StarkNet Beta 可能与 StarkNet Alpha 不向后兼容，例如，开发者可能需要修改他们的合约。StarkWare 表示，将尽量使得应用程序更新最少的变动。 ## 其他近期添加的功能 在 StarkNet Alpha 从测试网转向主网这个过程中，我们将： 1. 添加构造函数至合约中 2. 完善测试框架 3. 对于区块和交易，从使用 ID 到使用哈希 我们计划继续定期部署新功能，就像我们在公共测试网中所做的那样。在近期，我们计划进行以下升级： 1. 账户合约和代币合约 — 让 DeFi 应用能够以它们熟悉的方式与 StarkNet 进行交互。 2. 改善的合约功能 — 支持合约可升级性和事件。 3. Warp：这是由 Nethermind 开发的 Solidity -> Cairo 语言转换编译器，将能够使 Solidity 智能合约顺滑地过渡至 StarkNet 智能合约。 4. 以太坊签名：通过 secp256k1 对 ECDSA 的本地支持将允许更容易地集成现有的钱包。 5. StarkNet 全节点：用户能够通过运行一个 StarkNet 全节点参与网络，其硬件要求同等于运行一个以太坊全节点。 ## 费用机制 一旦账户合约和代币合约被添加到 StarkNet Alpha 中，就会开启费用机制。 所有提交至 StarkNet 的交易都将产生一笔费用，用于支付 L1 和链下的交互成本。在初期，这笔费用将使用 ETH 支付。单笔交易的成本将随着 StarkNet 网络的规模增大而降低 (就像所有现有的基于 STARK 的系统一样)。在构建初始收费机制之时，我们更倾向于简单化，而不是根据交易所消耗的资源来准确定价。预期该费用机制会逐渐得到完善和改进。 为了使 StarkNet 成为一个可持续发展的网络，并激励其运营者和开发者，从费用中收取的一部分收入将分配给应用程序开发者和 StarkNet 的核心开发者。 ## 安全性 StarkNet Alpha 主网版本的安全模型与目前测试网版本的安全模型一致： - 每一个状态转换都由一个 STARK 证明支持，因此可以确保其有效。 - 所有状态数据都将在链上发布，因此状态将完全可以从 L1 上构建。 - 将仅有单个定序者。 - 网络将可升级，且不会有任何时间延迟。 <br/> # StarkNet 生态系统正蓬勃发展 开放 StarkNet 网络吸引了一大群对 Cairo 语言以及在 StarkNet 上开发感兴趣的开发者。他们提供了非常有价值反馈，在 StarkNet 的 [Discord](https://discord.gg/uJ9HZTUk2Y) 上看到大家的热烈讨论真的很开心！ 此外，StarkNet 不仅由 StarkWare 团队开发，还有区块链生态系统中的其他很强大的团队参与开发。 - Nethermind 正开展两个项目： 1. **[Warp](https://github.com/NethermindEth/warp)**: Solidity -> Cairo 转化编译器 2. **[Voyager](https://voyager.online/)**: StarkNet 区块浏览器 - Open Zeppelin 正致力于 StarkNet 的[标准合约](https://github.com/OpenZeppelin/cairo-contracts/tree/main/contracts)实现，同时也准备开展开发环境 [Nile](https://github.com/martriay/nile) 的研发工作。 - ShardLabs 正开发一个 [StarkNet HardHat 插件](https://github.com/Shard-Labs/starknet-hardhat-plugin)和一个更完善的测试框架。 - Erigon 团队正扩大其以太坊全节点的规模以支持 StarkNet (代码名称：Fermion)。他们正与我们写作设计 StarkNet 的核心机制。 - Equilibrium 正开发一个使用 Rust 语言的 StarkNet 全节点实现。 - Cairo 审计服务：在接下来的几个月，ABDK、ConsenSys Diligence、Peckshield 以及 Trail of Bits 将对 Cairo 进行审计。 - StarkNet 审计：我们从审计网络的基础开始： 1. **CryptoExperts** 将审计 Cairo Solidity 验证器。 2. Cairo 规范的一个正式的 **LEAN 证明**最近完成了，并发表了一篇[论文](https://arxiv.org/abs/2109.14534)以及在 GitHub 上发表了 [repo](https://github.com/starkware-libs/formal-proofs) 资源。 期待在接下来的几个月里公布更多有趣的合作! <br/> # **STARK 正为扩容提供方案** 我们即将在主网启动 StarkNet Alpha，并对此满怀信息，因为 StarkEx (我们独立的可扩展 SaaS) 已经向大家展示了 STARKs 如何大规模地对以太坊应用进行扩容。我们的 StarkEx 为这几个项目提供了支持：[dYdX](https://dydx.exchange/)、[DeversiFi](https://www.deversifi.com/)、[Immutable](https://www.immutable.com/) 以及 [Sorare](https://sorare.com/)。它们每笔交易的 gas 成本降低了 100 - 200 倍，Validium 的成本下降到约 650 gas/每笔交易，zk-Rollup 的成本约为 1100 gas/每笔交易。 到目前为止，StarkEx 已经完成了 800 亿美元的交易和超过 2700 万笔交易，远远超过了其他任何其他 L2 解决方案 —— 甚至所有这些解决方案的总和。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/on-the-limits-of-cryptoeconomicshttps://www.ethereum.cn/Ecosystem/on-the-limits-of-cryptoeconomicsWed, 13 Oct 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/09/26/limits.html) <br/> 內森·施奈德（Nathan Schneider) 最近发表了一篇描述了他对加密经济学看法的[文章](https://osf.io/wzf85/?view_only=a10581ae9a804aa197ac39ebbba05766)，特别谈了加密经济学方法在治理上的局限性，以及加密经济学可以通过什么来提高其有用性。当然，这是我非常关切的话题 ([[1\]](https://vitalik.ca/general/2021/08/16/voting3.html) [[2\]](https://vitalik.ca/general/2020/09/11/coordination.html) [[3\]](https://vitalik.ca/general/2019/04/03/collusion.html) [[4\]](https://vitalik.ca/general/2018/03/28/plutocracy.html) [[5\]](https://vitalik.ca/general/2017/12/17/voting.html))，因此，看到有其他人把区块链领域当作知识传统来认真看待，并以不同和独特的视角参与这些问题的讨论，是非常令人振奋的。 內森的文章试图探讨的主要问题很简单。存在非常大量的智识成果批评一些它们称之为”经济化 (econmization)"、“新自由主义 (neoliberalism)" 和类似术语的概念，认为这些概念腐蚀民主政治价值，导致非常多人的需求得不到满足。加密经济学的世界具有非常强的经济性 (很多代币到处飞，且赋予了这些代币非常多的功能)，非常新 (这个领域已经发展 12 年了！)，而且非常自由 (liberal) (自由与自愿参与是整件事的核心)。这些批评也适用于区块链系统吗？如果适用，我们应该得出什么结论，以及应该如何设计区块链系统以解决这些批评提出的问题？內森的答案是，更多结合经济学和政治学的方法。但要实现这点实际上需要什么，以及它真的能带来我们想要的结果吗？我的答案是，是的，但还涉及非常多细微之处。 <br/> # 对新自由主义和经济学逻辑有哪些批评？ 在內森文章的开头，他简要描述了对经济学逻辑过度使用的批评。也就是说，他自己没有对根本的批评继续深入，而是倾向于指向其他已经对这个问题深入分析的来源。 > 加密经济学中的经济学引起了一系列特别的焦虑。批评者早就警告过不要扩张经济学逻辑，排挤了公共生活中充满活力的政治空间。从墨西哥南部的萨帕塔起义者 (Hayden, 2002) 到像威廉·戴維斯 (William Davies) (2014) 和溫迪·布朗 (Wendy Brown) (2015) 这样的政治理论家，他们都认为”新自由主义“希望由经济学指导社会的各个方面的愿望是对民主治理和人类自身的威胁。以下为 Brown 的观点： > > > > > 新自由主义使人类的每个领域、努力和人类本身都按照经济学的特定形象发生变形。所有行为都是经济行为；所有存在的层面都用经济学术语和指标来表达和测量，尽管那些领域没有被直接货币化。在新自由主义的理论和在受其支配的领域里，我们只是经济人 (homo oeconomicus)，遍布各地 (p. 10) > > 对于布朗和其他新自由主义的批评者而言，经济崛起意味着政治——集体对公共利益和实现公共利益方法做决策的空间——的败退。 在这点上，值得指出的是，这里批评的”新自由主义“与[在 The Neoliberal Project 里可爱的人们](https://neoliberalproject.org/)热烈倡导的”新自由主义“是不一样的；这里批评的是一种”双方交易足以解决一切问题”的想法，而 The Neoliberal Project 赞成的是市场与民主的结合。但內森指向的批评要点是什么？每个人都表现得更像经济人有什么问题？对于这一点，我们可以先绕开，看看这个论点的来源，即温迪·布朗的著作《毁掉民主 ([*Undoing the Demos*](https://erikafontanez.files.wordpress.com/2019/10/w.-brown-undoing-the-demos.pdf))》。这本书非常有帮助，提供了最重要的“四种有害影响”的清单（下文经过格式调整和删节，但是是直接引用) ： > - **加剧的不平等**，最顶层获得并保有更多的财富，而最底层的人实际上被赶到街上，或进入世界越来越多的在城市和郊区里的贫民窟，而中产阶级的工作时间变得更长，工资更低，福利和保障更少...... > - 对不适合市场化的东西和活动进行**粗暴或不道德的商业化**。它声称市场化造成对人的剥削，使人更落魄，[...] 对本应该被更广泛获取和共享的东西进行了限制或对获得渠道进行了分层，[...] 或因为它使一些本质上是可怕的或严重污染地球的东西变成可能。 > - **企业和金融资本与国家的关系越来越密切**，企业对政治决定和经济政策的支配力量越来越大 > - **金融资本的上升和自由对经济造成严重破坏**，尤其是金融市场固有的泡沫和其他剧烈波动带来的不稳定影响。 内森文章的大部分内容思路是分析这些问题是如何具体在加密世界里影响 DAO 和治理机制的。内森主要关注三个关键问题： - **财阀统治 (Plutocracy)**：“那些比其他人拥有更多代币的人拥有比其他人更多 [我想补充，是不成比例地多] 的决策权......" - **不能接触到多种激励**："加密经济学只看到参与者的某一片面。像自我牺牲、责任和荣誉这些概念是大多数政治和商业组织的基本特征，但难以用加密经济学的激励设计来模拟或接近。” - **积极和消极的外部性**：“环境成本是典型的外部性，这在系统的认知和与其用户沟通的反馈回路中是不可见的，因为激励......资助”公共物品“的难题是另一个外部性的例子——它还威胁着加密经济学系统的可持续性。” 对我来说，自然想到的问题是：(i) 我在多大程度上完全认同这个批评，以及 (ii) 这些问题会如何影响区块链，和区块链协议需要实际做什么来避免这些陷阱？ ## 总的来说我是如何看待对新自由主义的批评的？ 我有些不同意，有些同意。我一直对“粗暴或不道德的商业化”这个批评持怀疑态度，因为这经常让人觉得作者试图把自己的厌恶感和审美偏好洗成 (launder) 宏大道德和政治意识形态——这是所有这类意识形态的通病，往往右派 ([这里随便举个例子](https://mobile.twitter.com/RokoMijic/status/1339321092238929920)) 甚至比左派更常见。早在我的钱少得多的时候，有时候我会步行一小时去机场以省去乘坐出租车的钱，我记得我曾想过，我很想可以通过献血或用我的身体做临床试验而获得补偿。因此对我来说，认为这些交易是不人道的和剥削的想法从来没有吸引力。 但同时，我远不是一个支持所有在地自愿双方交易的[沃尔特·布洛克 (Walter Block) 式捍卫者](https://cdn.mises.org/Defending_the_Undefendable_2018.pdf)。我已经在不同文章中写了我的观点，表达对沃尔特·布洛克清单中部分内容的类似担忧： - [多篇](https://vitalik.ca/general/2018/03/28/plutocracy.html)文章[抨击](https://vitalik.ca/general/2019/04/03/collusion.html)买票 (vote buying)，甚至是[一般的治理金融化](https://vitalik.ca/general/2021/08/16/voting3.html) (financialized governance) 的罪恶。 - [资助公共物品](https://share.transistor.fm/s/0f9aa81e)的[重要性](https://vitalik.ca/general/2019/12/07/quadratic.html)。 - 资本效率等细微问题导致出现金融市场的失败模式。 那么，我对混合金融和治理的反对立场是从何而来的呢？这是一个复杂话题，我的结论在很大程度上是我的失败经验——我自己多年来试图找到一个经济上稳定的金融化治理机制——的结果，请看下文... <br/> # 金融缺乏合谋的防范 在被贬称为“球形牛经济学 (spherical cow economics)”的标准假设中，人们通常倾向于关注完美信息 (perfect information) 和完美理性 (perfect rationality)。但是，隐藏在清单中的不现实假设中，让我觉得更具误导性的是个人选择 (individual choice)：每个主体都是单独做自己的决定的，没有主体在其他主体的结果里有积极或消极的利益，而且没有"场外操纵 (side games)"；在每个主体所作决定中唯一能看到的是我们称之为”机制 (mechanism)" 的黑匣子。 (译者注："side games" 的意义衍生于一部西班牙电视剧 Todo por el Juego，其英文译名为 Side Games，该剧从内部探索错综复杂的足球世界、它与当地政治的联系、假手黑手党、球员参与操纵比赛、买卖外国球员......[来源](https://spectrumoriginals.com/todoporeljuego) )  这个假设经常被用来引导复杂的精巧设计，例如 [VCG 机制](https://en.wikipedia.org/wiki/Vickrey–Clarke–Groves_mechanism)，它的理论最优性是建基于这些美好的论据——因为每个玩家支付的价格仅基于其他玩家的出价，每个玩家没有动机做出不反应其真实价值的出价来操纵价格。这在理论上是很好的论点，但一旦你引入即使是两个玩家在机制外是联合或敌对的可能性，该论点就会完全站不住脚。 (译者注：Vickrey-Clark-Groves（VCG）机制是一种通用的诚实机制，用于实现社会最优解。它是 Vickrey-Clark-Groves拍卖的一般化。VCG拍卖执行的具体任务是在人们之间分配物品。VCG机制更一般化：它可以用来从一组可能的结果中选择任何结果。) 经济学和受经济学启发的哲学很擅长描绘当“参与游戏”的玩家数从 1 增加到 2 时产生的复杂性 (例如可以参见默里·罗思巴德的著作《自由的伦理 ([The Ethics of Liberty](https://mises.org/library/crusoe-social-philosophy))》中“鲁滨逊”社会哲学的章节)。但这个哲学传统完全忽略的是，玩家数增加到“3”其实又增加了一层复杂性。在两个人的互动里，两个人可以彼此忽略，争斗或交易。而在三个人间的互动里，存在一个新策略——三人中的任意两人可以沟通和联合起来，共同对付第三个人。当要谈论大于 51% 攻击，有小团体以外的人成为受害者时，3 是最低标准。 **当只有两个人的时候，更多的协作只会是好事。但一旦有三个人，错误的协作[可能是有害的](https://vitalik.ca/general/2020/09/11/coordination.html)，而*避免*有害协作的技术 ([包括去中心化本身](https://vitalik.ca/general/2017/05/08/coordination_problems.html)) 会变得非常有价值。而这种对协作的管理正是“政治”的本质。**  <center>从两个人变成三个人引入不平衡协作 (unbalanced coordination)的可能性：这不只是“个人 vs. 群体“，而是"个人 vs. 群体 vs.世界"。</center> 现在，我们可以尝试使用这个框架来理解”金融“的陷阱。**金融可以被看作是一套模式，它自然地从许多种并不试图避免合谋的系统中产生。**任何声称非金融性但实际上没有努力防范合谋的系统，都将最终需要金融的特点，否则会出问题。要想知道为什么会这样，可以比较一下我们都熟悉的两个积分制度 (point system)：金钱和推特点赞。这两种积分都因外在原因而变得有价值，两者都不可避免地成为身份地象征，两者都是人们花费大量时间进行优化，试图获得更高分数的数字游戏。然而，它们的行为却大相径庭。那么，它们之间地根本区别是什么？ 答案很简单：这是因为缺乏一个有效市场使得这样的协议变得可能——“如果你点赞我的推特，我也会点赞你的”，或“如果你给我支付其他货币，我就点赞你的推特”。如果这样的市场存在并易于使用，推特会完全崩溃 (会发生类似于超通货膨胀的事情，可能的结果是每个人都会运行自动机器人，去点赞每条推特以索取奖励)，甚至今天非法存在的”点赞换钱“市场对推特来说都是一个大问题。但是，对于钱来说，”如果你发送 Y 给我，我就发送 X 给你“这种情况并不是一个攻击向量，这只是一个无聊古老的货币交换交易。一个不防止以赞换赞市场的推特翻版会出现”超通货膨胀“，变成每个人点赞所有推特，而且如果推特翻版尝试通过限制每个用户可以点赞的数量来阻止过度膨胀，那么点赞就像变成一种货币，最终结果就像推特新增的小费功能一样。 那么，金融的问题是什么呢？如果金融是优化了和结构化的合谋，那么我们可以通过使用我们现有的经济工具来寻找金融引起问题的地方，以了解如果你引入合谋，哪些机制会被破坏！不幸的是，投票治理是这个类型的核心例子；我在文章“[治理，不止于代币投票](https://www.ethereum.cn/Ecosystem/moving-beyond-coin-voting-governance)”和[很多](https://vitalik.ca/general/2018/03/28/plutocracy.html)其他[场合]((https://vitalik.ca/general/2019/04/03/collusion.html))解释了原因。 这样，我们得出了根本难题：密码朋克精神本质上是关于建立最大程度上不可篡改的系统，它们在尽可能的少关于谁在参与的信息下工作 (“在互联网上，没有人知道你是一条狗”)，但建立新的治理形式要求系统掌握更多参与者的信息和动态响应攻击的能力，以在应对具有不可预见动机的行动者时保持稳定。无法做到这点就意味着一切看起来就像金融，也就是说，长久以来集中利益的过度代表和所有的问题都由此产生。  在互联网上，没有人知道你是否一只狗的 0.0244。但这对治理来说意味着什么？[图片来源](https://linustechtips.com/topic/1105188-multiboxing-41-world-of-warcraft-accounts/) <br/> # 在理解 Kleros 和普通法院之间差异中，合谋起核心作用 现在，让我们回到内森的文章。金融和非金融机制的区别在该文章是关键。我们从对 Klero 法庭的介绍开始： > 陪审员通过正确选择他们预期其他陪审员独立选择的答案来获得奖励。这个过程实现了博弈论里的“谢林点 (Schelling point) (Aouidef 等, 2021; Dylag & Smith, 2021)。这种陪审团不进行讨论，不会一起寻求公共利益；其成员通过自我利益联合起来。在来到陪审团之前，案件的事实依据应该不是来自官方机关或有声望的新闻组织，而是来自同样受寻求奖励动机所约束的匿名用户。预测市场本身是以这样的假设为前提的：人们在一定会获得或丢失等同于金钱的利益时能做出更好的预测。在这里，讨论中的总统选举的政治已被彻底转化为一个经济体集群。 隐含的批评很清楚：在 Kleros 法庭，陪审员做决定的动机不是基于”真实的“正确性或不正确性，而是基于他们的金融利益。如果由 Kleros 来决定 2020 大选是拜登还是特朗普胜出，其中一个 Kleros 陪审员非常喜欢特朗普，预先承诺会投票给它，并贿赂其他陪审员投同样的票，那么其他陪审员很可能会因 Kleros 一致性的激励而跟从他们投一样的票：如果陪审员的投票与大多数人的投票一致，那么他们就会得到奖励，否则会受到惩罚。对这个问题的理论答案是退出的权利：如果 Kleros 陪审团的大多数对特朗普在大选胜出投票，少数人可以启动一个 Kleros 分叉，认为拜登获胜，他们的分叉很可能得到比原来更高的市场价格。有时候，[这实际上真的有效](https://www.ethereum.cn/Thinking/legitimacy)！但就如 Nathan 指出那样，这并不总是那么简单： > 但退出并没有看上去那么容易，不论是从社交媒体网络上还是一个协议。像比特币和以太坊这些早期面市的区块链持续占主导地位，表明加密经济学同样有利于在位者。 但是隐性批评同时伴随着隐性希望：常规法院某种程度上能够超越自身利益，“一起寻求共同利益”，因此可以避免一些失败模式。有什么是金融化的 Kleros 法院缺乏但非金融化的常规法院保有，使得它们更强大的呢？一个可能的答案是常规法院缺乏 Kleros 法院的显式一致性激励。但如果你只照搬 Kleros 的模式，去掉一致性激励 (比如，投票会有奖励，但不取决于你如何投票)，其他什么都不变，你其实有制造更多问题的风险。Kleros 的法官可能变得懒惰，但更重要的是如果对于你如何投票完全没有激励，即使是最微小的贿赂也可能会影响法官的决定。 现在我们得出了真正的答案：金融化的 Kleros 法院与非金融化的常规法院的关键区别在于金融化的 Kleros 法院是......金融化的。他们没有尝试明确地防止合谋。另一方面，非金融化的法院以两种方法防止合谋： - 贿赂法官以特定方式投票是明确非法的 - 法官这个职位本身是不可替换的 (non-fungible)。它被授予特定精心挑选的个人，他们不能简单离职、出售或重新分配他们全部的审判权和工资给其他人。 政治和法律体系之所以能起作用，唯一的原因是在幕后进行了大量深刻思考和艰苦工作，以把决策者从外部激励隔绝开来，且如果发现他们从外部接受激励，会明确对他们进行惩罚。缺乏外部动机使得内在动机充分发挥作用。此外，不可转移性使得治理权给与那些我们信任其内在动机的特定行动者，避免治理权总是流向”出价最高者“。但在 Kleros 的例子里不能确保没有敌对的外部动机，可转移性也不可避免，因此机制内过于强大的外部动机 (一致性激励) 是他们可以找到处理这个问题的最佳解决方案。 当然，Kleros 所依赖的”终极后盾“是用户能够分叉的权利，它本身依赖于社会性协作——这是一个混乱而困难的制度，经常被加密经济的纯粹主义者嘲笑为”社交媒体证明“，它起作用正是因为公共讨论到处有大量非正式合谋检测和预防。 <br/> # 理解 DAO 治理问题中的合谋 但是，如果没有他们可以期待投票者达成一致的单一正确答案，会发生什么？这就是我们从裁决转向治理的地方 (是的，我知道裁决也有不可避免的灰色边缘案例。这些情况在治理中更常出现）。 内森写道： > 用经济学来治理并不新鲜。股份制公司传统上是按财阀治理来运作的——更多的股份意味着更多的投票权。这种安排在经济上协调股东的利益是有效的，即使它可能把公平工资和环境影响这些外部性置于一旁...... 在我看来，这实际上退让太多了！一旦你放弃了没有合谋的球形牛假设，通过经济学来治理就没那么”有效“了，因为它本身就容易发生 51%的股份持有者合谋清算公司，并在他们间分公司的资源这种事。这种情况不经常“在现实生活”发生的唯一原因是，几十年来的股东监管已经明确地建立起来了，以禁止最常见的滥用行为。当然，这种监管是非“经济学”（或，用我的行话说，它使得企业治理不那么“金融化”），因为它明确禁止合谋。 值得注意的是，内森赞成的措施并不尝试监管代币投票。相反，他们试图通过与额外的机制结合，以限制其弱点带来的危害： > 不同于像其他协议一样依赖直接代币投票，The Graph 使用类似于董事会的调解层——Graph Council (Graph 理事会），协议的主要股东团体都有代表在里面。在这种情况下，提议有可能偏向一个股东团体的利益而不是其他团体，而通过理事会来通过决策需要多个股东团体的同意。同时，Snapshot 投票会给理事会压力，要求执行持币者的意愿。 在 1Hive 的例子中，反金融化的保护措施是只通过文化手段： > 根据在 1Hive 讨论中反复出现的依据口号，“为蜂蜜而来，我蜜蜂而留”。也就是说，尽管人们第一次接触和探索 1Hive 时主要是出于经济原因，但参与者明白社区的首要价值是人际关系的、社会的和非经济的。 我个人对后一种手段是持怀疑态度的：它在以趣味为导向的低经济价值社区可以发挥良好作用，但如果要在更广泛地开放参与、更严肃的系统里尝试使用这种方法，就会有足够的利害关系招致准备充分的攻击，它将无法长期存活。正如我在上文写到的，“任何声称非金融性但实际上没有努力防范合谋的系统，都将最终需要金融的特点。” **[编辑/更正于 2021.09.27：有人提醒我注意，除了文化之外，金融化[受限于](https://gardens.substack.com/p/introducing-gardens)(i) 信念投票 (conviction voting)，和 (ii) 陪审团执行契约 (covenant)。从长远来看，我对信念投票持怀疑态度；现在很多 DAO 使用它，但长远来说它会[被封装代币击败](https://vitalik.ca/general/2021/08/16/voting3.html#coin-votings-deep-fundamental-vulnerability-to-attackers-vote-buying)。另一方面，契约就很有趣。没有详细查清楚是我的错]** （译者注：信念投票指的是在决策过程中，资助提案的选择是基于社区成员持续表达的综合偏好。也就是说，投票者需要不断表达他们对某个提案的偏好，而不是一次性投票。成员可以在任何时间改变他们的偏好，对同一个提案的偏好持续表达的时间越长，他们的信念值就越高，影响力就越大。）  <center>这里的钱叫 honey。但把钱称为 honey 就足以使它以不同于钱的运作逻辑了吗？如果不能，还需要做什么？</center> The Graph 的解决方案在很大程度上是一个防止合谋的实例：[参与者是经过精心挑选的](https://thegraph.com/blog/introducing-the-graph-council)，他们来自不同的选民团体，是值得信任和正值的人，不太可能出卖他们的投票权。因此，如果该方法能成功避免中心化，我就看好它。 <br/> # 我们应该如何更普遍地解决这些问题呢？ 内森的文章是这样说的： > 关于古典的、从未实现的自由民主的餐巾草图 (布朗，2015) 会描绘出一个被政治 (通过商议公共利益来治理）包围的市场 (通过经济激励来治理)。经济学有它的位置，但这个系统并不完全以经济学的逻辑运行；指导市场的规则，以及它一开始的启动都是通过民主方式决定的，建基于公民的公民权利而不是他们的经济权力。通过在系统的底层设计民主，有可能能够克服在加密经济学中容易受到的各种限制，例如通过大众参与对抗财阀统治，以及使那些市场无法看到的外部性变得可见。 区块链政治理论和传统的民族国家政治理论之间有一个关键区别——从长远来看，民族国家很可能不得不向区块链学习。民族国家理论说的是”市场是内置于民主系统的”，好像民主是一个涵盖社会方方面面的基础层。但现实并非如此：有多个国家，每个国家至少在某种程度允许与他们无法监管的国家及逆行贸易。个人和公司可以选择他们生活和做生意的国家。因此，市场不只是嵌在民主内部，它们还包围着民主，现实社会是两者之间复杂的相互作用。 区块链系统不是试图对抗这种相互关联性，而是拥抱它。区块链系统没有能力规范“市场”，也就是人们自由交易的一般能力。但它可以做的是规范和构建 (或甚至创建) 特定市场，设立特定行为模式，这些行为的激励最终由有内置反合谋防范措施的机制设定和指导，并可以抵御来自经济行为体的压力。事实上，这也是内森最终要走向的方向。他对 Civil 的设计有正面的评价，它正是这种精神的一个例子： > 这个流产的基于以太坊的项目 Civil 试图利用加密经济学来保护新闻业免受审查和避免专业标准的下降 (施奈德, 2020)。该系统有一部分是公民理事会，一个由知名记者组成的委员会，作为最高法院对网络新闻室的做法作出裁决。代币持有者可以通过成功挑战新闻室的做法获得奖励；挑战的成败最终取决于公民理事会的判决，这种方式旨在让商议免受经济动机的影响。这样，加密经济学下的市场履行的是一个非经济性的社会使命。这种设计使得加密经济学网络实现的不只是经济反馈回路。 这从根本上说与我在 2018 年提出的一个想法非常相似：通过预测市场扩大内容审核规模 ([prediction markets to scale up content moderation](https://ethresear.ch/t/prediction-markets-for-content-curation-daos/1312))。与其通过在所有内容上运行低质量的人工智能算法来进行内容审核，出现大量主动错误信息，不如每个帖子上都有一个公开的小型预测市场，如果数量够高，就可以有一个高质量的委员会介入裁决，预测市场参与者会根据他们是否正确预测结果而受到惩罚或奖励。同时，如果预测市场得分显示帖子将会被删除，没有明确选择参与预测游戏的用户不会看到该帖子。这种公开但可计算的审核是有先例的：[Slashdot meta moderation](https://slashdot.org/faq/metamod.shtml) 可以说是一个有限版本。这种元审核 (meta-moderation) 的更金融化版本，通过预测市场可以产生更优的结果，因为激励会吸引非常有能力的和专业的参与者参与进来。 内森进一步展开: > 我认为，将加密经济与政治系统组合起来，有助于克服单独困扰加密经济学治理的限制。引入以目的为中心的机制和时间调控可以弥补代币经济的盲点。但我并不是完全反对加密经济学。我也不是说，所有这些政治机制必须在每个应用和协议上都有。自由民主理论允许民主结构中有多元形式的协会和业务，同样地，政治可能只在生态系统的一些关键杠杆点上是必要，以克服加密经济学自身的限制。 这似乎大致上是正确的。如内森在他的结论指出般，金融化是有益处的，因此它吸引大量的积极性和能量到系统的构建和参与，否则这些系统就不会存在。此外，防止金融化是非常困难且高成本的，节制地把它使用到最需要的地方，效果最好。但是，如果金融化系统的激励机制是建基在一个根本上是非金融化的系统，那么它也确实会更加稳定。 预测市场避免了代币投票固有的财阀统治问题，因为它们引入了个人责任制：赞成最终被证明是错误决定的用户比反对的用户会遭受更多损失。然而，预测市场需要一些统计数据作测量，而测量预言机仅通过加密经济学提供安全是不够的：至少需要社区分叉作为抵御攻击的后盾。而如果我们想避免频繁分叉带来的混乱，在核心有一些其他非金融化机制是非常有价值的选择。 <br/> # 结论 内森的结论写到： > 但加密经济系统不受外部监管的自主性可能使得他们更容易受失控的反馈回路的影响，当中狭隘的激励机制会压倒公共利益。这些系统的设计者已经展现出令人钦佩的能力，可以设计出非常多种类的加密经济学机制。但加密经济学要实现它的倡导者所希望的制度范围，它需要为不那么经济学形式的治理留出空间。 > 如果加密经济学需要一个政治层，而且不再是自足的，那么这样的加密经济学能实现什么呢？一个可能的答案是加密经济学可以成为保障民主和以价值为中心的治理的基础，其中激励可以减少对军事和警力的依赖。通过成熟的设计，结合不那么经济学的目的，加密经济学可以超越其原初的限制。政治学也需要加密经济学......通过结合加密经济学与民主，两种遗产似乎都可以受益。 我大致上同意这两个结论。防止合谋的论述可以帮助理解为什么加密经济学的纯粹主义如此严格地压缩设计空间。“金融”是在当系统不试图防止合谋时出现的一类模式。当系统不防止合谋，它无法区别对待不同的人，或甚至无法区别对待不同数量的个人：只要有一个“位置“能施加影响，这个位置的拥有者就可以把它卖给最高出价者。  <center> 亚马逊上的槌子。如果这些事真正带来相关审判权的 NFT，这可能是一个有趣的世界，但我肯定不像成为被告！</center> 另一方面，[以防御为重点的设计](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51)的论述在谈论基于区块链设计的优势上被低估了。民族国家系统在应对威胁时常常用这两种总体化思维的一种：关闭边境或征服世界。关闭边境的方法是试图在系统可以规管的”内部“和不能规管的”外部“做出明确区分，严重限制内部和外部之间的流动。征服世界的方法则试图把民族国家的偏好治外法权化，寻求在全世界没有任何地方可以发生不想要的情况的状态。区块链在结构上无法采取这两种方法，因此它们必须寻求替代方案。 幸运的是，区块链确实有一个非常强大的工具在手，使在这种多孔环境下提供安全性变得切实可行——密码学。密码学使得每个人都能对一定治理程序是否完全按照规则执行进行验证。它让所有行动都留下可验证的证据线索，尽管零知识证明允许机制设计者自由选取和选择什么证据是可见，什么证据不可见。密码学可以甚至[防止合谋](https://vitalik.ca/general/2021/05/25/voting2.html)！区块链允许应用所在的底层是它们的治理无法控制的，这使得它们可以有效执行技术，确保每个规则变更只能在60天后起效。最后，自由分叉就更有用了，而且分叉的经济和人力成本比中心化系统低得多。 基于区块链的精巧设计可以给世界提供很多东西，这些都是其他种类的系统没有的。另一方面，Nathan 强调区块链化并不应等同于金融化，这是完全正确的。基于区块链的系统有非常多的空间看上去不同于货币，而且我们的确需要更多这些内容。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-10-12/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-10-12/Tue, 12 Oct 2021 00:00:00 GMT# 合并 (The Merge) **合并互操作性测试网更新** 以下为 @protolambda 对合并互操作性测试网的在推特和 discord 上最新更新的编译： 在成功上线 Amphora 测试网后，我们意识到由于一些配置问题，我们搭建的测试网的工作负荷相当于主网的 3 倍，因此我们本周计划上线一个新的测试网！ Amphora 测试网运行的是具有“最小”编译时间预设的信标链，也就是说它的规模是小于主网的，比如它的最小委员会大小是 4 而不是 128，详细见下图：  我们准备弃用这个测试网，更倾向于用要给新的更稳定的，与主网预设一致的测试网。它会在 UTC 时间本周四上午关闭。而新的合并测试网将在北京时间本周四 20:00 启动，旨在提供同步/互操作性测试提供稳定性，以在现在的 Amphora 测试网中运行最稳定的客户端为基础。我们将用 20.000 名验证者，主网的预设。 在一个月内，当开发工作稳定下来了，我们将上线一个更大的合并开发测试网，有更好的客户端分布。 [来源](https://twitter.com/protolambda/status/1447595066084798467?s=20) <br/> **合并工作坊补充更新** 除了最新一期 [Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2021-10-8)中关于合并工作坊的更新外，此期以太七日谈再补充一些关于此次工作坊的资讯。 1. 以下为 Sigma Prime 团队对工作坊周的记录的编译，读者可以了解更多此次开发工作的细节： 第一天实现的是 Lighthouse 和 Geth 客户端的互操作，这使得我们得以成功在本地机器上模拟合并分叉。  <center>(左边是合并后的 Geth，右上是 Lighthouse 的信标节点，右下为 Lighthouse 的验证者 cr.@vdWijden)</center> 很快，这种互操作在网络上也实现了。 第二天，Lighthouse/Geth 节点用来启动短期的测试网 (hacknets)，其他客户端能够用来测试它们的合并分叉和同步逻辑：https://t.co/zaPOHN4bjD?amp=1 同一天，Lighthouse 还于 Besu 和 EthereumJS 客户端实现互操作。 第三天，我们与 @ChainSafeth 合作，实现 Lighthouse 与 Lodestar 的互操作，并一起通过了合并分叉。下图为第一次多客户端开发测试网的合并过渡：   第四天，主要与其他执行层客户端解决兼容性的问题，同时@paulhauner 发布了我们的 Optimistic 合并后[同步文档](https://t.co/S7OALoqkCJ?amp=1)。 第五天，@ajsutton 部署了一个多共识层客户端和多执行层客户端网络，使用了 Besu、Geth、Lighthouse 和 Teku。 最后，当活动结束时，@protolambda 和 @parithosh_j 启动了一个长期的多客户端测试网，包括 4 个共识层客户端和 3 个执行层客户端。  2. [Amphora 客户端里程碑追踪文档](https://hackmd.io/@tvanepps/amphora-milestones) | M0 | M1 | M2 | M3 | M4 | M5 | Docs | | :----------------------------------------------------------- | :--- | :----------------------------------------------------------- | :----------------------------------------------------------- | :----------------------------------------------------------- | :--- | :----------------------------------------------------------- | | [Besu](https://hackmd.io/@tvanepps/amphora-milestones) | ✅ | ✅Lodestar ✅Lighthouse ✅Teku ✅Nimbus | ✅Lodestar ✅Lighthouse ✅Teku ✅Nimbus | ✅Teku ✅Lodestar ✅Lighthouse ✅Nimbus | ✅ | [interop instructions](https://github.com/hyperledger/besu/issues/2830) | | Erigon | | | | | | | | [EthereumJS](https://github.com/ethereumjs/ethereumjs-monorepo/issues/1511) | ✅ | ✅Lighthouse ✅[Lodestar](https://hackmd.io/B1nMKhIiRBWRtgP4-d5KHw?both#EthereumJS-lt-gt-Lodestar-M2) ✅Nimbus ✅Teku | ✅Lighthouse ✅[Lodestar](https://hackmd.io/B1nMKhIiRBWRtgP4-d5KHw?both#EthereumJS-lt-gt-Lodestar-M3) ✅Teku | | | [transition instructions](https://hackmd.io/@ralxz/HkQHW9t4F) [Hacknet v2](https://hackmd.io/@ralxz/HkQHW9t4F#Hacknet-v2) | | [Geth](https://github.com/ethereum/go-ethereum/pull/23607) | ✅ | ✅Prysm ✅[Lighthouse](https://github.com/sigp/lighthouse-merge-f2f/tree/master/m2_geth) ✅Lodestar ✅[Nimbus](https://github.com/status-im/nimbus-eth2/blob/amphora-merge-interop/docs/interop_merge.md) ✅Teku | ✅[Lighthouse](https://github.com/sigp/lighthouse-merge-f2f/tree/master/m3_geth) ✅Lodestar ✅Teku ✅Nimbus | ✅Lighthouse ✅Lodestar ✅Nimbus ✅Teku | ✅ | [transition instructions](https://notes.ethereum.org/_UH57VUPRrC-re3ubtmo2w) [hacknet instructions](https://github.com/karalabe/hacknet) | | [Nethermind](https://github.com/NethermindEth/nethermind/issues/3461) | ✅ | ✅[Lighthouse](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-lighthouse.md) ✅[Lodestar](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-lodestar.md) ✅[Nimbus](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-nimbus.md) ✅[Teku](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-teku.md) | ✅[Lighthouse](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-lighthouse-m3.md) ✅[Lodestar](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-lodestar-m3.md) ✅Nimbus ✅[Teku](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-teku-m3.md) | ✅Lighthouse ✅Lodestar ✅Nimbus ✅Teku | ✅ | [docs](https://github.com/NethermindEth/nethermind/tree/themerge/amphora) | | [Nimbus](https://github.com/status-im/nimbus-eth2/issues/2859) | ✅ | ✅[Geth](https://github.com/status-im/nimbus-eth2/blob/amphora-merge-interop/docs/interop_merge.md) ✅[Nethermind](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-nimbus.md) ✅EthereumJS ✅Besu | ✅Besu ✅[Geth](https://github.com/status-im/nimbus-eth2/blob/amphora-merge-interop/docs/interop_merge_m3_geth.md) ✅Nethermind | ✅[Geth](https://github.com/karalabe/hacknet/blob/main/v2/README-Consensus-Nimbus.md) ✅Nethermind ✅Besu | ✅ | [Docs](https://github.com/status-im/nimbus-eth2/blob/amphora-merge-interop/docs/interop_merge.md) | | [Lighthouse](https://github.com/sigp/lighthouse/pull/2620) | ✅ | ✅Besu ✅[Geth](https://github.com/sigp/lighthouse-merge-f2f/tree/master/m2_geth) ✅[Nethermind](https://github.com/sigp/lighthouse-merge-f2f/tree/master/m2_nethermind#terminal-1-nethermind) ✅EthereumJS | ✅EthereumJS ✅[Geth](https://github.com/sigp/lighthouse-merge-f2f/tree/master/m3_geth) ✅Besu ✅Nethermind | ✅Geth ✅Lodestar ✅Besu ✅Nethermind | ✅ | [Installation](https://github.com/sigp/lighthouse/pull/2620), [Testnet Scripts](https://github.com/sigp/lighthouse-merge-f2f) | | [Lodestar](https://github.com/ChainSafe/lodestar/issues/3275) | ✅ | ✅Besu ✅[EthereumJS](https://hackmd.io/B1nMKhIiRBWRtgP4-d5KHw?both#EthereumJS-lt-gt-Lodestar-M2) ✅Geth ✅[Nethermind](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-lodestar.md) | ✅Geth ✅[EthereumJS](https://hackmd.io/B1nMKhIiRBWRtgP4-d5KHw?both#EthereumJS-lt-gt-Lodestar-M3) ✅Besu ✅Nethermind | ✅Besu ✅Geth ✅Nethermind | ✅ | [Testnet Instructions](https://github.com/ChainSafe/lodestar/tree/merge-interop/amphora) [Hacknet V1](https://github.com/ChainSafe/lodestar/tree/merge-interop/amphora/v1) [Hacknet V2](https://github.com/ChainSafe/lodestar/tree/merge-interop/amphora/v2) | | [Prysm](https://github.com/prysmaticlabs/prysm/issues/9716) | ✅ | ✅Geth | | | | [Tracking](https://github.com/prysmaticlabs/prysm/issues/9716) | | [Teku](https://github.com/ConsenSys/teku/tree/merge-interop) | ✅ | ✅Geth ✅[Nethermind](https://github.com/NethermindEth/nethermind/blob/themerge/amphora/neth-teku.md) ✅Besu ✅EthereumJS | ✅Geth ✅Besu ✅EthereumJS ✅Nethermind | ✅[Geth](https://github.com/ajsutton/merge-scripts/tree/main/localnet) ✅[Besu](https://github.com/ajsutton/merge-scripts/tree/main/localnet) ✅[Lighthouse](https://github.com/ajsutton/merge-scripts/tree/main/localnet) ✅Nethermind | ✅ | [Umbrella issue](https://github.com/ConsenSys/teku/issues/4226), [generic M3](https://gist.github.com/tbenr/48758e83d7d154b2c97e757ccbba3103), [hacknet V2](https://github.com/karalabe/hacknet/blob/main/v2/README-Consensus-Teku.md) | 这是一个用来追踪全部 10 个客户端 (5 个执行层，5 个共识层) 进度的文档，其中 M1、M2、M3 中的 M 代表里程碑。关于各个里程碑的具体内容，请看文档的详情。 <br/> **合并相关文档** [合并互操作性规范](http://interop.merge.wiki/) [合并引擎 API ](https://github.com/ethereum/execution-apis/tree/main/src/engine) <br/> # Eth1 (执行层) **难度炸弹推迟相关** 下一次的升级预计会在 2021年12月，此次升级名为 Arrow Glacier，将只包含难度炸弹推迟一个提案——EIP-4345：难度炸弹推迟至2022年5月。 [EIP 详情](https://eips.ethereum.org/EIPS/eip-4345) <br/> **门户网络更新开篇** 门户网络开发负责人 Piper Merriam 发布了首篇进度更新——The Aperture-vol.1。更新的主要内容包括： - Trin 和 Fluffy 两个客户端为部署第一个测试网络做准备 - 事务 Gossip 网络合并的初步规范 - 关于基于浏览器的客户端，有了初步计划 [来源](https://snakecharmers.ethereum.org/aperture-vol-1/) <br/> # **Layer2** **zkRollup 扩容解决方案 StarkNet Alpha 即将登陆以太坊主网** 2021 年年初，StarkWare 团队公布了 StarkNet 的路线图：一个在以太坊上构建的基于 STARK 技术的无需许可的去中心化 L2 网络。关于 StarkNet 的路线图，可以阅读文章：[《通告 | StarkNet：基于 STARK 的免许可型 ZK-Rollup》](https://mp.weixin.qq.com/s?__biz=MzIwODA3NDI5MA==&mid=2652531572&idx=1&sn=2e4253a904ac57801c8716bb8931a865&scene=21#wechat_redirect) 随后在 2021 年 6 月，[StarkNet Alpha 0 版本在 Ropsten 测试网发布](https://www.ethereum.cn/Technology/starknet-planets-alpha-on-ropsten)；7 月，StarkNet Alpha 1 版本推出；9 月，StarkNet Alpha 2 版本推出，并转移到 Goerli 测试网。 10 月 5 日，StarkWare 发布公告，宣布 StarkNet Alpha 将于 11 月上线以太坊主网。届时，主网版本的 StarkNet Alpha 将支持 Goerli 测试网版本的同样功能，功能的引入将分阶段进行。公告中写道，需要强调的两个重要方面是： - 智能合约部署需要许可：初期，合约部署将需要被许可。在接下来的几周内，StarkWare 将公布如何申请部署合约的白名单。 - 不保证向后兼容性：预计未来从 StarkNet Alpha 到 StarkNet Beta 的过渡将包括状态的重新创世。网络将从区块 0 开始，应用程序将不得不重新部署其合约。此外，开发者和用户应注意到预期的 StarkNet Beta 可能与 StarkNet Alpha 不向后兼容，例如，开发者可能需要修改他们的合约。StarkWare 表示，将尽量使得应用程序更新最少的变动。 [来源](https://medium.com/starkware/starknet-alpha-is-coming-to-mainnet-b825829eaf32) <br/> **StarkWare 宣布与 Nethermind 达成战略合作关系** 10 月 11 日，以太坊 L2 扩容解决方案提供团队 StarkWare 宣布与以太坊客户端 Nethermind 达成战略合作关系，共同推进 StarkNet。StarkWare 与 Nethermind 已有两个合作项目：StarkNet 的区块浏览器 Voyager 和 Warp (Solidity -> Cairo 编译器)。  [来源](https://twitter.com/StarkWareLtd/status/1447549799977340929) <br/> **Optimistic Rollup 扩容解决方案 Arbitrum 的下一个迭代版本 Arbitrum Nitro** 10 月 12 日，Arbitrum 公布了下一个迭代版本 Arbitrum Nitro 的细节。它基于 WASM 和 Geth 这样的标准技术构建，所以它对于兼容 EVM 更加友好，比 Arbitrum 目前的技术快了一个数量级。当它准备好之后，将会作为 Arbitrum One 的无缝升级版本部署。 关于 Arbitrum Nitro 的上线时间，目前 Nitro 的开发正迅速进行，包括欺诈证明在内的系统主要组件已经充分运作。在接下来的几周内，Arbitrum 将对时间表进行更多的讨论。推出 Nitro 的第一步是先推出一个独立的测试网，随后将升级到现有的 Arbitrum Rinkeby 测试网，最后将推动 Nitro 作为 Arbirum One 的升级。 [来源](https://medium.com/offchainlabs/arbitrum-nitro-sneak-preview-44550d9054f5) <br/> **Etherscan 推出 Arbitrum 测试网的浏览器** Arbitrum Rinkeby 测试网的浏览器已推出，由 Etherscan 提供支持： https://testnet.arbiscan.io/ <br/> **Optimistic Ethereum 即将推出 OVM 2.0** Optimism 团队公布了 OVM 2.0 的升级时间：于 10 月 14 日上线 Kovan 测试网，于 10 月 28 日上线主网。升级过程中网络预计有 4-6 小时的停机时间。请留意 Optimism Discord 的 [#announcements](https://twitter.com/hashtag/announcements?src=hashtag_click) 公布相关的更新信息。 OVM 2.0 上线意味着什么？开发者将能够一键部署合约，大家习惯使用的工具也能在 Layer2 上运行。完整的更改设置：https://community.optimism.io/docs/developers/l2/changeset.html 那些一直想要部署但无法使用自定义编译器运行的项目将可以直接部署，而无需对其代码进行修改。此外，任何可以在以太坊上运行的工具都将能够在 Optimistic Ethereum 上运行。也就是说，开发者能够在 L2 上使用 DappTools、Vyper、Tenderly、Hardhat 等。而在这个版本中，Optimism 当前的安全模型不会发生任何变化 —— OE 将仍然以单个定序者的模式运行。 [来源](https://twitter.com/optimismpbc/status/1442975200752979976) <br/> # 生态 **ETH gas 价格预测系统 GasNow 即将停止提供服务** 以太坊上的 gas 价格预测系统宣布于 UTC 时间 2021 年 10 月 15 日 16 时 (北京时间 16 日 24 时) 停止其所有服务，包括：GasNow 网站、GasNow API、GasNow 扩展程序。 网友们在推特上推荐了一些 GasNow 的替代工具，请自行查看： https://twitter.com/_nikolajankovic/status/1443518565768892420 https://twitter.com/_nikolajankovic/status/1443529477850607621 https://twitter.com/evan_van_ness/status/1445100138557489155 [来源](https://twitter.com/gasnow_org/status/1443511830253498374) <br/> **去中心化内容发布平台 Mirror 向公众开放写作发布功能** Mirror 是一个类似于 Medium 的内容发布平台，不同的是，Mirror 是一个去中心化协议。10 月 6 日，Mirror 向公众开放写作发布功能，这意味着用户可以使用以太坊地址连接到 Mirror 然后开始写作。 在接下来的几周，Mirror 也会逐渐开放其经济板块 (economic blocks) 以及定期发布更新体验，如：编辑器更新、支持 ENS 域名、订阅功能、信息流和发现、自定义日期等。 [来源](https://dev.mirror.xyz/valptw8S9eZ1cvzX-JCGga2N_W2hXyurSYbOlNFj4OQ) <br/> **Flashbots Protect 上线公共测试版 ** Flashbots 于 10 月 6 日发布了 Flashbots Protect 的公共测试版，这是专注于让用户和开发者日常轻松提交交易到 Flashbots 的全新产品线。Flashbots Protect 带来的改进在于为用户和开者这提供简单的集成方法，使更多人能收益于 Flashbots 竞拍的好处，例如抢先交易保护、无成本的失败交易以及区块的优先排序。 Flashbots Protect 由一个 API 和一个 RPC 组成： - **Flashbots Protect API** 是一个简单的 API，开发者可以集成到他们的应用，使用户得以把他们的交易发送到 Flashbots 网络。 - **Flashbots Protect RPC** 是一个 RPC 终端，用户可以添加到他们的钱包，然后发送交易到 Flashbots。 [详情](https://medium.com/flashbots/announcing-flashbots-protect-9e039e9f0aa3) <br/> **Ethereum Optimism 开启首个追溯性公共物品募资试验** Ethereum Optimism 于 10 月6 日发文宣布将捐出 100 万美元的网络收益，用于追溯性公共物品募资的首个试验。文章指出，追溯性公共物品募资旨在创建一个系统，给非盈利和开源软件项目提供与营利实体同样的好处。而追溯性公共物品募资最难的一个部分在于“结果预言机”，即决定哪个项目应该得到资助的过程。此次试验是完善这个机制的第一步。 此次试验由 24 名“徽章持有者”（8名 Optimists成员+16名以太坊社区成员）通过二次方投票按章[徽章持有者手册](https://medium.com/ethereum-optimism/retropgf-experiment-1-1-million-dollars-for-public-goods-f7e455cbdca)规则选出。在早期，资金的选择主要基于对 Optimistic Ethereum 生态创造的价值。这个过程完全在链下进行，Optimsim 将资金从我们的钱包分配出去。而在下个月，Optimistic Ethereum 社区会被邀请提名项目，24名徽章持有者将在公开的，只有阅读权限的 discord 频道\#retroactive-public-goods 上对那些项目进行讨论。 这个试验从 10 月 5 日开始，11 月 5 日结束。 [详情](https://medium.com/ethereum-optimism/retropgf-experiment-1-1-million-dollars-for-public-goods-f7e455cbdca) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/3-things-enterprise-developers-should-consider-when-deploying-on-ethereumhttps://www.ethereum.cn/Ecosystem/3-things-enterprise-developers-should-consider-when-deploying-on-ethereumMon, 11 Oct 2021 00:00:00 GMT来源 | [Infura](https://blog.infura.io/3-things-enterprise-developers-should-consider-when-deploying-on-ethereum/?utm_content=180846982&utm_medium=social&utm_source=twitter&hss_channel=tw-761372197298528256) <br/> 当企业开发者在以太坊上构建 dapps 时，他们通常需要考虑整个技术堆栈和开发过程。需要考虑的事项包括应用程序特性 (如 Web2 接口) 和部署 (通常部署在由云提供商托管的需要许可的网络上)。由于大多数全栈软件工程师都是在 SDKs 和 API 调用的基础上构建的，因此在考虑部署网络的情况下确定应用程序的价值很重要。  # 充分利用 Web2 和 Web3 的优势 许多企业区块链业务用例都基于传统的 Web2 开发原则构建。Web2 专注于用户体验流畅，并关注多个设备上可扩展和响应式代码的细节。Web3 中有价值的去中心化应用程序 (dapp) 重新设计了经济和行业角色，同时建立在互补的现有系统上——而不是用类似的 Web3 功能完全替换这些系统。 假设你想改造一个银团贷款发行平台，例如 IPREO。如果你要重新创建诸如批次发行计算或日历日期异常等此类功能，那么你将需要大量 IT 资源来从头开始构建一个最小可行产品。相反，考虑一条较少阻力的路径：将这些数字资产连接到新的流动性网络的区块链模块。该功能是将现有金融工具重新发行到 ABC 网络，并在 XYZ 自动做市商 (而不是完整的端到端仪表板) 上上市。 为了连接到流动性口袋，企业开发者必须使用与以太坊虚拟机 (EVM) 兼容的相同智能合约语言进行部署，并寻求将资产连接到具有所需投资者和发行人市场的网络。 <br/> # 为什么要在公共以太坊上构建？ 到目前为止，在以太坊上发布企业 dapps 需要大量的系统集成、高管入股和高昂的设置成本。最近，我们看到越来越多的公共区块链与企业合作，覆盖非功能性技术需求，以满足安全审计和性能的最低要求。然而，区块链开发者亚文化的相对部落性质意味着主流企业在以太坊上构建方面仍持保守态度。 如果你是一名企业开发者，应该考虑一下与需要许可的网络相比，在公共以太坊上构建有何优势： 1. 更快的设置和更低的所有权总成本 2. 由数千个独立节点存储的数据的不变性和持久性 3. 去中心化金融 (DeFi) 的可组合性和低准入门槛  ## 1. 更快的设置和更低的所有权总成本 下面是为联盟链设置私有区块链的标准流程：  在你开发完 dapp 之后，很多时间都集中在遵守企业软件标准的节点部署上。在业务方面，还需要试图建立一个联盟，以便在测试技术之前就收益和采用达成一致。 联盟链模式通常会选择一个单独的技术供应商，该供应商不从某个联盟链成员那里获得单一所有权，以防止利益冲突。决定部署和长期支持的技术供应商可能代表参与者运行以太坊节点。这将使产品更快地推向市场并专注于商业利益。 最后一步涉及添加更多节点和在参与者之间共同分摊基础设施成本的时间和许可证。与从操作中移除代币的私有网络相比，公共网络需要拥有原生代币来为交易提供资金。这笔 gas 成本用于支付基础设施 —— 第三方运行完整节点并运行挖矿/验证操作。在我构建企业项目的过程中，我们从未见过这种情况发生。  而公共以太坊的流程就直接得多了。在你开发了 dapp 之后，你可以在已更新 Truffle 设置配置的公共网络之间选择并部署。增加的复杂点在于需要支付在该网络上资助和运行交易的 gas 成本。 为了简化与 EVM 兼容网络的连接，你可以使用 Infura 的[以太坊 API](https://infura.io/product/ethereum)，通过一行代码便立即连接到你的 app。使用[Infura Transactions (ITX)](http://blog.infura.io/why-you-should-use-infura-transactions-instead-of-building-your-own-in-house-relayer/) 简化你的交易管理，使用预付账户，而无需在你的资产负债表上持有 ETH。ITX 是一个交易中继器，用于管理你的交易，以防止交易丢失或卡住。 你也可能想要和 Diligence 这样的团队合作，他们可以审计你的合约，并在上线后对其进行监控。  当你比较在主网上运行系统的运营成本而不是关注网络本身的所有权和维护时，公共以太坊的所有权总成本更低。 联盟链可能在私有链中拥有更多控制权，并且起初面临的安全和财务审查较少。然而，你的基础设施开销和有关联盟网络事务的谈判往往会超过其便利性和连接到主网附加功能。 ## 2. 不变性和持久性 以太坊主网由世界各地的个人和矿工运行的数千个独立节点的交互来提供安全保护。私有链通常具有少量节点 (由一个或几个组织控制)。这些节点会被严格控制，但节点数量少，可以重写链或者进行欺诈交易。  在 ConsenSys，我们已经向企业开发者推荐了公共网络，以提高数据恢复的能力。因为在拥有超过 15,000 个独立节点的更大网络中，你能够更快地恢复数据。你拥有的对等节点越多，就越容易找到种子并完全恢复你已记录的交易。在共识决策中，验证交易的区块链验证者越多，就越不容易做出一个可能导致攻击的决定。 在一个需要许可的网络中，其安全性由安全性最低的节点提供保障。其安全性相等于网络最薄弱的环节。网络中任何新增的节点都可能增大攻击面。大多数机构会推荐一个基本的软件安全测试，以便作为一个全节点的所有者加入。这个节点所有者将必须通过标准的渗透测试，以防止该节点和网络被攻击。 ## 去中心化金融 (DeFi) 的可组合性和低准入门槛  以太坊网络为包括 DeFi 和 NFT 在内的第三方应用程序和技术提供了一个充满活力的生态系统。一个高度可组合以及互操作性系统允许任何人连接到 DeFi 以构建金融产品，从而使得多个 app 组合起来以满足特定用户的需求。以太坊主网让企业开发者能够获得市场流动性；并提供一种创新的方式来让用户参与交换流动性，提供流动性。 当我们提及可组合性时，它不仅仅是一个开放的银行 API。它是一组可以调用和扩展的现有的开源协议合约。我们已经见过像 Uniswap -> Sushiswap 这样单纯分叉某个开源代码的案例。市场上已经出现了无数个 DeFi 模型的副本，例如 Compound 和 Aave，而且看起来这种趋势不会减缓。 DeFi 上正产生着越来越多真正的价值，这让我们相信加密货币并非昙花一现。它仍在不断发展。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/wnie2-2021-10-8https://www.ethereum.cn/Eth2/wnie2-2021-10-8Sat, 09 Oct 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_211008) <br/> # Amphora 特别版🏺 首先，从我开始写这个系列的文章到现在已经三年 (又一个星期)了，所以应该来一个 🎂 吧！[这是第一期](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fdrive.google.com%2Fopen%3Fid%3D1kKYBVda4pHNa3nQqVHv6RfZqQuRZNRdTCG9Us_uvR54)。我真的没有预期我到现在还在继续写，但三周年就这样来了！ 这一期会尽可能精简，因为我整个星期都在和 Eth1 和 Eth2 的开发团队一起参与合并 (The Merge) 工作坊。后面会有更详细的内容。 此次更新主要有三个主题： 1. 准备 Altair 升级 2. Rocket Pool 延迟和漏洞报告 3. 合并工作坊 <br/> # Altair 升级 提醒一下，Altair 在信标链主网升级定在了 epoch 74240 (北京时间 2021 年 10 月 27 日，18:56:23am)。如果你在 Eth2 上质押了，你**必须**在这个日期前升级你的客户端。请看以太坊基金会的[这篇文章](https://www.ethereum.cn/Eth2/altair-announcement)，了解常见问题，以及你需要运行的客户端版本的细节。 Altair 升级/分叉不是合并，但它的确新增了一些功能到信标链上 (比如同步委员会) 和其他一些改进。这是合并前我们有的唯一一次升级信标链的实战。如果进展不顺利 (大概是因为很多质押者没有及时升级他们的客户端)，那么它肯定会推迟合并的日期。我们已经提醒过了！ <br/> # Rocket Pool 和其他质押池 不幸的是，本周备受期待的 Rocket Pool 质押服务上线在最后一刻被中止了。 以下是上线前夕 Rocket Pool 在 [discord](https://discord.com/channels/405159462932971535/405163979141545995/894769328858226728) 上的最初公告： > 我们刚刚被提醒，在协议的节点方面有一个潜在的关键漏洞，它可能会允许运行者提交之前制作的提款凭证给迷你池。这是一个非常复杂的漏洞，因此我将需要一些时间来分析和研究修复工作。这不是一个直接的智能合约漏洞。 > > 很明显，在接近上线的时候发生这种情况并不是我们想要的，但我们极其重视安全问题，而且确保用户资金安全比其他一切都重要。这将影响我们的上线日期，因此我们将很快给出更新信息。 > 该漏洞由 StakeWise 的 Dmitri Tsumak [发现](https://twitter.com/stakewise_io/status/1445475001696620550)，他非常负责地披露给 Rocket Pool。漏洞信息现在是公开的，Rocket Pool 也已经[发布了一些分析](https://github.com/rocket-pool/rocketpool-research/blob/master/Reports/withdrawal-creds-exploit.md)。 简而言之，这次的问题是在一些质押池场景里，一个恶意的行动者有可能会抢在存款交易前把提款凭证设为他们自己的而不是预期的提款合约。这样，当押金最终要被提出时，ETH 会落在攻击者的手里，而不是质押者。这个问题实际上在两年前已经由可敬的 Jim McDonald [首次发现](https://ethresear.ch/t/deposit-contract-exploit/6528)。 在 Immunefi 的协助下，质押池间的对话被公开了，[Lido](https://blog.lido.fi/vulnerability-response-update/) 和 [Stakefish](https://twitter.com/stakefish/status/1445807718892130304) 都宣布它们也有可能受到这个攻击。其他质押池也可能。目前这个漏洞还没有被利用过，且大家都正在采取措施防止它的发生。 Rocket Pool 正在[测试和审计](https://twitter.com/Rocket_Pool/status/1446300700661583876)它们的修复，并重新计划上线。请继续关注！ <br/> # 合并工作坊 出于安全性考虑，关于这个工作坊的消息不多，但在过去的一周里，Eth1 和 Eth2 团队、以太坊基金会研究团队、ConsenSys Quilt 研发团队和 ConsenSys TX/RX 的大约 40 名代表一直在希腊进行现场合作。等到大家都回家了，我将分享一些照片和记录。 这次工作坊的最终目标是创建一个长期存在的多客户端合并开发网络。也就是说，一个包含多个 Eth1 和多个 Eth2 客户端的网络，已经经历了 PoW 工作量证明到 PoS 权益证明的切换，并且正在顺利地运行并处理交易。 我们[做到了](https://twitter.com/benjaminion_xyz/status/1446516207159582743)！(在我们的闭幕晚宴前还有两分钟的空闲时间！) 三个执行客户端和四个共识客户端一起顺利地从PoW 工作量证明过渡到了 PoS 权益证明。这只是第一步，我们预计短期内会出现问题。但我们做到了，这是停用 PoW 工作量证明工作的巨大飞跃。 要了解我们的工作，我强烈推荐观看Adrian Sutton 这个精炼的[视频演示](https://www.symphonious.net/2021/10/08/ethereum-merge-local-testnet-demo/) 。我们可以在 PoS 网络中看到以太坊交易的发生！ 在实现过程中，有很多关于进展顺利的报道。在此为大家提供一些背景信息，现在在发生的是各个 Eth2/共识客户端正在与各个 Eth1/执行客户端配对，并测试它们能否一起从 PoW 顺利过渡到 PoS。在此之后，再使用多种客户端组合构建更大的网络。关于客户端组合的命名，这里有一些[建议](https://twitter.com/trent_vanepps/status/1445008969756467203)。 以下是一些客户端成功配对的通告，大致按时间顺序排列： - [Nimbus 与 Nethermind](https://twitter.com/jcksie/status/1444671383636692994) - [Lodestar](https://twitter.com/dapplion/status/1445046340153745409) 与 Besu, Geth 以及 [EthereumJS](https://twitter.com/EFJavaScript/status/1443471969001910273) - [Lighthouse 与 Geth](https://twitter.com/vdWijden/status/1445244013385289728) - [Teku + Geth](https://twitter.com/ajsutton/status/1445248790290595841) - [Multiclient](https://twitter.com/peter_szilagyi/status/1445421888403030019): Lighthouse + Geth 与 Lodestar + Geth - [Teku 与 Besu](https://twitter.com/ajsutton/status/1445591699082788868) - [Nimbus 同步](https://twitter.com/jcksie/status/1445806076415328257)多客户端 hacknetv2 - [多客户端](https://twitter.com/ajsutton/status/1446230585781809156): Geth + Teku 与 Geth + Lighthouse - [多客户端](https://twitter.com/ajsutton/status/1446274368397398018): Geth + Teku 与 Besu + Teku - [真正的多客户端](https://twitter.com/ajsutton/status/1446292745274880004): Geth+Teku, Besu+Teku, Geth+Lighthouse 与 Besu+Lighthouse - [Lodestar + Besu](https://twitter.com/sajidazouarhi/status/1446402368464117807) - [Prysm + Geth](https://twitter.com/terencechain/status/1446496835019833350) 完整的列表可以在整个[跟踪文档](https://hackmd.io/@tvanepps/amphora-milestones)中看到，以及相关里程碑的解释和资源链接。遗憾的是 Prysm 无法出席，但团队一直在[远程工作](https://twitter.com/terencechain/status/1445790942112325639)。 在解决客户端之间许多不兼容的小问题时，最具挑战性的问题之一是有效地同步组合网络上的节点。Sigma Prime 团队的 Paul Hauner 针对这个挑战了[进行了不错的总结](https://github.com/sigp/lighthouse/issues/2691)。 我们还举行了许多分组会议讨论测试网自动化、API 定义、错误标准化、模糊测试和持续集成以及“从 Amphora 迁移到主网”等内容。本周是“合并概念证明”向前迈出的一大步，并迅速使客户端同步进度。但在稳健性和产品化方面仍有大量工作要做。到目前为止，我们只是测试了满意路径。 本周也进行了以下其他工作： - [MergeMock](https://github.com/protolambda/mergemock) 可以模拟执行节点或共识节点，使得测试和漏洞隔离更容易。 - [Merge Fuzz](https://github.com/MariusVanDerWijden/merge-fuzz) 对 Geth 的引擎 API (它与信标节点的接口) 进行了模糊测试。计划是扩展到所有 Eth1/执行客户端以执行差异化模糊测试。此处是[公告](https://twitter.com/vdWijden/status/1446461842977591297)。 - [Ansible playbooks](https://github.com/parithosh/consensus-deployment-ansible/tree/amphora) 用以设置测试网。 - 合并测试网的[共识监测器](https://mergenet.consensus-monitor.stokes.io/)正在监测当前的开发网络。目前一切顺利，我们应该会看到许多 Eth1 和 Eth2 客户端的组合在完美同步。此处是[公告](https://twitter.com/ralexstokes/status/1446460171077701634)。 此处是 Sigma Prime 团队对[本周的记录](https://twitter.com/sigp_io/status/1446521008702246913)。 最后但绝不是最不重要的，不妨看看我为这次活动制作的 [t 恤](https://twitter.com/benjaminion_xyz/status/1445778153809453059) (参考此 [meme](https://twitter.%20com/icebearhww/status/1431970802040127498))。 <br/> # 其他新闻 关于其他方面的简短总结 - Danny 更新了文章 [Finalized no. 29](https://blog.ethereum.org/2021/09/28/finalized-no-29/)，简要介绍了 Altair 升级和 The Merge 互操作。 ## 质押 - 另一份针对质押者和潜在质押者的[调查问卷](https://twitter.com/superphiz/status/1446073505846644736)。这份调查由 EthStaker 发起，非常简单直接。 - [NodeWatch](https://medium.com/chainsafe-systems/nodewatch-the-open-source-node-explorer-for-ethereum-consensus-eth2-e00057525cd7) —— ChainSafe 推出的开源信标节点浏览器。图表做得不错！ - 客户端多样性继续成为热议话题。EthStaker 列出了[客户端切换指南的全面清单](https://www.reddit.com/r/ethstaker/comments/pxx0oz/ethstaker_comprehensive_list_of_client_switching/)。 - Prysmatic Labs 发布了一篇关于[客户端多样性的文章](https://medium.com/prysmatic-labs/prysmatic-labs-statement-on-client-diversity-c0e3c2f05671)。 ## 释义性文章 - Dankrad 写了一篇很不错的文章，介绍了[托管证明 (Proofs of Custody)](https://dankradfeist.de/ethereum/2021/09/30/proofs-of-custody.html)。 - 本期 PEEPanEIP 中，嘉宾有来自以太坊基金会的 Pari 和巴塞罗那超级计算中心的 Leo，讨论了[信标链度量和基准](https://www.youtube.com/watch?v=3xD2UyazRTE)。 - Liberosist/Polynya 最近写了很多关于分片和 rollup 的文章，比如《模块化的 vs 单片的分片》([Modular vs monolithic sharding](https://www.reddit.com/r/ethfinance/comments/pyenr5/modular_vs_monolithic_sharding_zkmonolithic/))。更多文章查看其 [Medium 主页](https://polynya.medium.com/)。 ## 研究 - Alex Vlasov 继续在我们编写规范的过程中寻求严谨：[区块链规范的“可变森林”内存模型](https://ethresear.ch/t/mutable-forest-memory-model-for-blockchain-specs/10882?u=benjaminion)。随之引出了一些很不错的讨论。 - Vitalik 已经发布了 [区块提议/构建分离设计](https://notes.ethereum.org/@vbuterin/proposer_builder_separation_3) (proposer / builder separation design) 的第 3 版。这是 MEV 民主化目标的一部分，当前版本涉及的内容有：将信标链的 slot 从 12 秒扩展到 16 秒，以便能够容纳更多的交互。 ## 客户端更新 - 来自 [Nimbus 的最新](https://our.status.im/nimbus-update-pre-merge-devnets/)的 (合并前互操作) 更新 以上为本期内容，继续加油！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/altair-announcementhttps://www.ethereum.cn/Eth2/altair-announcementFri, 08 Oct 2021 00:00:00 GMT来源 | [Ethereum Foundation](https://blog.ethereum.org/2021/10/05/altair-announcement/) <br/>  <br/> Altair 信标链升级准备在以太坊主网上激活了。此次升级将在 epoch *74240* 上激活 (北京时间 2021 年 10 月 27 日，18:56:23am ) # 客户端版本 为了兼容 Altair 升级，信标节点运行者必须升级他们运行的客户端版本。如果你运行验证者，你**必须**升级，以继续在主网信标链上做验证。如果不升级，将遭遇离线惩罚。 下面列出的是支持主网 Altair 升级的版本。 | 客户端 | 版本号 | 发布链接 | | :------------ | :-------------------- | :----------------------------------------------------------- | | Lighthouse | `v2.0.0` | [链接](https://github.com/sigp/lighthouse/releases/tag/v2.0.0) | | Lodestar | `v0.31.0` | [链接](https://github.com/ChainSafe/lodestar/releases/tag/v0.31.0) | | Nimbus | `v1.5.0` | [链接](https://github.com/status-im/nimbus-eth2/releases/tag/v1.5.0) | | Prysm | `v2.0.0` | [链接](https://github.com/prysmaticlabs/prysm/releases/tag/v2.0.0) | | Teku | `21.9.2` | [链接](https://github.com/ConsenSys/teku/releases/tag/21.9.2) | <br/> # 验证者升级 尽管此次升级已经进行了广泛的测试，如果你是主网上的验证者，我们强烈建议在升级期间保持在线，以防出现任何不可预见的问题。 <br/> # 漏洞赏金奖励 为了让更多人关注 Altair 升级，所有从现在到激活升级后四周 (即 11 月 27 日）发现的与 Altair 升级漏洞相关的奖励都翻倍。在客户端和规范上的关键 Altair 漏洞现在价值高达 10 万美元。 参见[漏洞赏金计划](https://ethereum.org/en/eth2/get-involved/bug-bounty/)，了解更多细节。 <br/> # FAQ ### 作为以太坊用户或 ETH 持有者，我需要做什么吗？ 此次升级纯粹针对信标链共识机制，并不影响由工作量证明链提供安全性的终端用户账户、合约和状态。 如果你运行自己的信标节点，你需要升级你的节点。请参阅下面的“作为非验证者信标节点运行者，我需要做什么？”部分。 ### 作为非验证者信标节点运行者，我需要做什么？ 下载上文表格列出的信标节点客户端的最新版本。 ### 作为验证者，我需要做什么？ 下载上文列表中你所运行的软件的最新版本。按照发布版本中的指示，以标准重启程序重启你的节点。 请注意，支持独立验证者客户端的节点软件也需要对此组件进行升级和重启。请阅读官方版本中的警告和说明。 ### 如果我是验证者或节点运行者，不参与此次升级会怎样？ 如果你使用的信标节点客户端没有升级到最新版本 (上文列出的)，升级激活后你的客户端同步的将是分叉前的链。你将停留在不兼容的链，遵循的还是旧规则。 如果你运行验证者，验证者将无法参与升级后的共识，且会继续在升级后的信标链网络上运行。这将导致遭受升级后主网链的惩罚。 ### 信标链网络升级时会发生什么？ 在以太坊社区就哪些变更应该被纳入到升级达成共识后，协议的变更都被写入各个客户端里。信标链协议变更会在一个特定的 epoch 号上被激活。任何没有升级到新规则集的节点都会被遗弃在旧的链上，以前的规则可能继续存在在上面。 ### 为什么叫“Altair"? 经过[社区讨论](https://github.com/ethereum/eth2.0-pm/issues/202)和表情符号投票，客户端团队决定每次升级都以星体名命名，升级名称按字母顺序排列。 Altair 以 ”A“ 开头，是夜空中第十二最亮的星，旋转速度相当快，赤道速度为 286 公里/秒，位于禁忌星球 ([Forbidden Planet](https://www.youtube.com/watch?v=HHXfMjp2zqI&t=30s))。在我们看来是相当酷的星体。 <br/> # 致谢! 我们向所有的研究者、工程师和社区成员致以崇高的敬意，他们为首次信标链网络升级投入了大量的工作。 现在，向合并 (The Merge) 进发🚀 <br/> # 免责声明 这是一个新兴的、不断发展的和技术性非常高的领域。如果你选择实现本文的建议并继续参与，你应该确保你了解此次升级对你的影响。你应该了解此次升级是存在风险的，且不限于预期以外的漏洞。选择实现这些建议，你需要独自承担相关后果的风险。本文内容和建议不构成任何形式的销售，也不产生任何形式的保证 (包括但不限于与以太坊网络，或这里提到的以太坊客户端有关的任何东西)。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/store-of-value-from-limited-supplyhttps://www.ethereum.cn/Ecosystem/store-of-value-from-limited-supplyMon, 04 Oct 2021 00:00:00 GMT来源 | [dankradfeist.de](https://dankradfeist.de/ethereum/economics/2021/09/27/store-of-value-from-limited-supply.html) <br/> # 我们真正应该构建的是生产性资产和稳定币 *特别感谢 David Andolfatto、Vitalik Buterin、Chih-Cheng Liang、Barnabé Monnot 和 Danny Ryan 对本文的评论。* 我认为“价值贮藏”的叙事和对什么是真正的“法币”的错误理解，是破坏整个加密货币世界的一个巨大问题。只有当我们对此有了诚实的理解，我们才真正有能力构建一些更好的东西。 以下是我所相信的核心论点，我将在全文对它们进行说明： 1. “价值贮藏”的说法是站不住脚的。不存在保证传递价值到未来的东西，仅有固定供应的资产并不解决这个问题。 2. 如果你想在未来创造尽可能大的价值，你真正需要的是生产性资产 (长期的) 和稳定币 (如果你在不久的将来需要钱)。 <br/> # 为什么“价值储藏手段”并不存在 这是在加密货币叙事中一个常见的说法：“看看法币，1950 年 1 美元的购买力比现在的 1 美元高出 10 倍。这是个骗局。如果你用美元来存储价值，你会因为通货膨胀而不断遭遇损失。这是因为央行/政府可以直接印更多的美元。相反，你应该将价值储存在具有可预测供应的资产中，比如黄金和比特币，这就不存在这个问题了。“ 这个说法中真实的部分是，如果你用美元贮藏价值，那么你会在数十年里损失你很大部分的购买力。这没有问题。问题是，有没有另一种有”价值贮藏“的意味但不具有这个特性的方法？价值贮藏的支持者声称，如果你使用一种具有可预测供应的资产，就有了。当然，历史数据某种程度上是支持这种说法的：如果你使用黄金而不是美元来存储价值，你的情况会更好。即如果你在 1950 年用 35 美元买了 1 盎司的黄金，现在它的价值约为 1765 美元了 (截至 2021年 6 月 20 日，这是价格[来源](https://www.bullionbypost.eu/gold-price/alltime/ounces/USD/))。考虑到由于通货膨胀，美元现在的价值减少了 10 倍，1950 年 的美元现在值 176.5 美元了，或者说它的价值增加了 5 倍。 但我们其实可以比这做得更好：如果我们把在 1950 年的 35 美元放在标普 500 指数的跟踪系统上，我们现在可以得到惊人的 [74,418.65](https://www.officialdata.org/us/stocks/s-p-500/1950?amount=35&endYear=2021) 美元，这是**修正了美元购买力**损失 10 倍后 212 倍的增长 (所以相当于是在 1950 年的 7,441.87 美元)。因此，很明显，这种投资是一种比投资黄金更好的”价值贮藏手段“。 比特币在过去 10 年表现比标普 500 指数和黄金的表现要好得多。但是，这是非常短的时间段，期间比特币从极其小众发展成世界上大部分的人都听说过的资产，且一些有影响力的少数人对其进行了投资。这种情况是不可能再出现的 (我不认为可以)。黄金的历史数据表明，在很长一段时间内，仅基于”有限供应“的价值贮藏手段比生产性资产的表现差多了。[1] 那为什么人们认为黄金或比特币与像公司、房地产等这样的生产性资产相比是更好的价值贮藏手段呢？我看到的有两个原因： 1. 股票市场显然波动性非常大。因此，可能他们认为生产性资产是很好的长期价值贮藏手段，但不是短期的。 2. 相信”有限供应“带来存储价值的人有一种末日心态。他们相信，在社会大崩溃的情况下，他们存储的价值某种程度上会优于更多的生产性资产。 第一个论点完全说服不了我。这是基于他们所选的价值贮藏手段的波动性比生产性资产低，这[在现实中根本没有得到证实](https://seekingalpha.com/article/4296091-gold-vs-stocks)。黄金和比特币的波动性比持有一种标普 500 指数跟踪资金大得多。如果你想要稳定性，你其实应该选择生产性资产。 第二个论点意味着你可以简单地”发送“价值到未来，即使遇上社会大崩溃也不怕。我认为这是一个相当疯狂的想法——因为当社会崩溃时，无论是你能购买的价值还是对”有限供应资产“需求的价值也会崩溃。 当然，人们认为公司 (也包括标普 500 指数) 会倒闭，但其他资产也不会更好： 1. 房地产在灾难中是好的“价值贮藏手段”吗？房地产之所以有价值，主要因为它的所在地与有价值的经济和社会活动有关。曼哈顿中心区的房产之所以如此有价值，是因为非常多人想在该城市生活。荒郊野外的随便一块地通常没什么价值。在重大灾难中，曼哈顿中心区的房产不可能能保值 (甚至可能还没有可以自己种菜的花园的房产有价值)。 2. 同样地，黄金的价值是源于社会传统，尽管它已经持续了很长一段时间了。社会可以决定一种新的非常有价值的资产，这确实是比特币爱好者所主张的。但更重要的是，如果没有什么有价值的东西要买的话，你的黄金其实没有价值。 如果我们认同了价值是取决于一个提供有价值的商品的社会，那么我们必须接受根本没有什么保证把钱送到未来的方法。你还不如对生产性资产进行真正的投资。 <br/> # 我们需要的是生产性资产和稳定币 在上文，我论证了为什么我认为“有限供应的价值贮藏手段”（像黄金或比特币这样的非生产性资产，他们的价值仅仅来自稀缺性而没有实用价值）并不比像股票这样的生产性资产更有优势。他们具有一样，甚至更高的波动性，但至少黄金 (我们有相当长的历史证明) 在长期的表现是不如生产性资产的。当比特币完成了初始需量的吸收，并达到像黄金一样的稳定位置，同样的情况可能也会发生在比特币身上 (至于其他结果，例如价值大幅下降，当然也是可能的)。他们在灾难中也不一定有更好的表现；如果这是你担心的事，你可能购买在灾难中有用的商品会更好。 这意味着生产性资产应该是更好的长期价值贮藏手段，因为它们在各方面都更好。 但显然，对于现在使用法币购买的很多应用来说，生产性资产的波动性是人们难以接受的。我不认为许多人会喜欢他们每月的工资上下浮动 50%。事实上如果他们的工资突然下降 50%，绝大多数的人会难以支付他们的所有开销。大多数人需要或想要的是比这更多的稳定性。 同样地，如果你把钱存起来，以在不久的未来买一个房子，或经营一家公司，保持现金储备以确保它们能够支付工资和供应商的款项，你需要的是稳定性。 即使我们假设每个人都突然开始使用比特币，它也根本无法解决这个问题。因为它的供应无法动态调整，它的价值将继续因为经济波动而非常不稳定。 幸运的是，现在已经有机制是只使用不稳定资产来构建稳定币，来应对这些情况。我最喜欢的系统是 MakerDAO 和 DAI 背后的设计，我在[这篇文章](https://dankradfeist.de/ethereum/economics/2021/09/27/stablecoins-supply-demand.html)谈了我的看法。 ## 如果我们现在的系统已经那么好了，为什么我们还需要加密货币？ 我认为在加密货币领域，我们需要思考地更细致，并且如果我们想要成功的话，需要开始看到我们试图重建的系统的真正特性。对于目前我们所了解的法币，只要我们看到它们的本质，就知道它获得了巨大成功。它们的本质是防止短期波动，而不是最大化长期价值。 我相信，加密货币可以极大地改善当下的金融系统，但希望不只是通过提供一种供应有限的资产 (这不能解决大多数最重要的问题)。相反，我们应该确保我们的资产是生产性的，可以最大化长期价值，并为必须避免不稳定性的应用构建稳定币。这个系统可以改善我们当前的金融系统，因为： 1. 它更加透明——任何人都可以验证资产负债表和风险敞口，而不仅限于专业的审计公司。这是非常重要的，因为当前，银行的详细风险敞口并不是公开的，这意味着储户根本不了解银行的情况，难以对哪家银行值得信任做出明智的选择。 2. 我们可以使它变得更公平——让每个人以同样的条件进入金融系统。例如，为什么银行可以访问中央银行的账户，而普通人和公司不能？ 3. 可以改善治理，在必须做重大决定时，让每个人都参与进来 (例如全球金融危机后的量化宽松政策)。 4. 摆脱包袱 (例如实体货币)，从而使得系统更加灵活；例如，当所有余额都是电子化时，就没有技术上对通货膨胀的需求 (尽管在实践中，可能出于心理原因或“价格粘性”需要这样做)。 5. 最重要的是，创建一个任何人都可以在各个层面参与的，无需许可和抗审查的系统。 -------------------------------------------------------------------------------------------------------------------------------------------------------- [1] Vitalik 指出，这可能某种程度上夸大了对比特币的反对意见，因为自 1950 年以来，黄金供应比比特币在相近时间段内增加的要多得多。尽管如此，我不认为这能弥补黄金和标普 500 指数之间的巨大收益差异。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/a-model-for-cumulative-committee-based-finalityhttps://www.ethereum.cn/Eth2/a-model-for-cumulative-committee-based-finalitySat, 02 Oct 2021 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/a-model-for-cumulative-committee-based-finality/10259) <br/> 这是对信标链提议的一个替代设计方案，信标链可以在比较远的未来切换到这个模型 (替代现在计划的 CBC)，它试图提供以下一些关键特性： - 在正常情况下，提供有意义的单个 slot 的经济确定性 (即类似于 Tendermint 的特性) - 使得即使大多数验证者参与合谋进行[单个 slot 的重组](https://www.paradigm.xyz/2021/07/ethereum-reorgs-after-the-merge/)，执行的成本也比现在高得多，从而减少共识可提取价值 (consensus-extractable value, CEV) - 摆脱对 LMD GHOST 分叉选择的高度依赖，避免那些[已知](https://ethresear.ch/t/decoy-flip-flop-attack-on-lmd-ghost/6001)的[缺陷](https://arxiv.org/pdf/2102.02247.pdf)，并需要引入[复杂的混合分叉选择规则](https://www.ethereum.cn/Eth2/Proposal-for-mitigation-against-balancing-attacks-to-LMD-GHOST)，以修补这些缺陷。 - 有可能会使更低的最低存款额度 (deposit size) 和更高的验证者数变得可能 - 保留经济确定性 (economic finality) 最终接近于一个非常大的数值 (数百万个 ETH) 这一特性 <br/> # 预备知识 让 `CONSENSUS` 成为一种异步安全的共识算法 (例如，Tendermint、Casper FFG 等)。我们假设共识算法的设计是涉及 slot 和 view (查看视图) 的，即它在每个固定时间段尝试达成共识时。我们还假设它把加权的验证者集 (现有的拜占庭容错共识算法要增加这一特性是很容易的) 作为输入。 在下面的设计里，我们修改 `CONSENSUS`，使得在每次的查看中，要求做最终敲定的验证者集都是不一样的。也就是说，是把`CONSENSUS` 而不是验证者集作为函数 `get_validator_set(view_number: int) -> Map[Validator, int]` (其中 int 代表验证者余额) 的输入，该函数可以生成验证者集的新查看视图。`get_validator_set` 应该具有这样的特性，验证者集从一个视图到下一个视图最多变化 1/r，其中 r (r=65536 ) 是复原周期长度。更形式化来说，我们希望是这样：  其中，|x|返回的是 x 值的绝对值之和，而 diff 返回的是每个键值相减后的值 (例如，`diff({a: 0.1, b:0.2}, {b:0.1, c:0.3}) = {a: 0.1, b: 0.1, c: -0.3}`)。 在实践中，相邻的两个验证者集间的差值会包括现有验证者被扣除的余额，而新加入的验证者的比率与被扣除余额的比率相等。 **请注意，只有在之前的验证者还未做最后敲定时，1/r 的最大验证者集差值函数才可用。如果之前的验证者集已经最终敲定了，`CONSENSUS` 的实例会改变，因此 `get_validator_set` 函数的内部随机性会也会完全改变；在这种情况里，两个相邻的验证者集会变得完全不一样。** 请注意，这意味着，如果两个最终敲定视图上的数值相差足够大，`CONSENSUS` 函数现在是可能两个一起敲定的，且不会发生罚没；这是故意如此设计的，而协议的处理方法就与今天 Casper FFG 处理怠工惩罚一样。 <br/> # 机制 我们使用两级**分叉选择**： 1. S选择 `LATEST_FINALIZED_BLOCK` (最新被敲定的区块) 2. 从 `LATEST_FINALIZED_BLOCK` 开始，使用其他的分叉选择 (例如 LMD GHOST) 来选择区块头 在每个 slot 都能查看一次 `CONSENSUS` 算法，将基于 `get_post_state(LATEST_FINALIZED_BLOCK) ` 产生的数据的验证者集生成函数作为一项输入。一个有效的提议必须包含一个 `LATEST_FINALIZED_BLOCK` 的有效子孙区块。只有当该部分在分叉选择中胜出，成为区块链的一部分时，验证者才会准备并给区块提议投票。 如果`CONSENSUS` 在某个视图中胜出了，那么该视图中被提议的区块就会成为新的 `LATEST_FINALIZED_BLOCK`，改变未来几轮的验证者集。如果它失败了，它需要在下一个 slot 或 view 里进行下一次尝试。  *注意：slot 应该总是等于当前的视图编号加上之前每个成功最终敲定的验证者集的视图编号之和。* 我们有以下的**惩罚**： - 由共识算法决定的**常规罚没惩罚** - **怠工惩罚**：如果区块链无法做最终敲定，每个没有参与最终敲定的验证者都会受到惩罚。这个惩罚是在 r/2 个 slot 后将余额减半。 ## FFG 替代方案：单个- slot-epoch 的 Casper FFG 上述设计的一个替代方案是使用 Casper FFG，但要让 epoch 的长度等同于 slot。Casper FFG 的工作机制是不一样的，因为它不试图防止同一个委员会对一个区块及其子孙区块做最终敲定。为了适应这种差异，我们需要执行 (i) 1/4 的安全阈值而不是 1/3，(ii) 这样一条规则：如果一个 slot 做最终敲定，验证者集最多替换 1/4 而不是完全替换。 请注意，在这样的设计中，实现一个 slot (但不超过一个 slot) 的重组在理论上是无成本的。另外，在图表最后“直到最大最终确定性的 slot" 数需要增加 4 倍。 <br/> # 特性 如果一个区块被最终敲定了，其竞争区块如果要被最终敲定的话，需要发生以下其中一种情况： - 某个委员会 (committee) 出现问题了，≥1/3 的验证者因为双重最终敲定另一个区块而被罚没 - 最新近的委员会离线了，在经过 r/3 个 slot 后，委员会经过充分混洗能够最终敲定另一个区块而不会被罚没。但是，这带来了严重的怠工惩罚 (≥1/3 的攻击者余额) 在任何一种情况下，即使要回滚一个被最终敲定的区块也需要至少有 `DEPOSIT_SIZE * COMMITTEE_SIZE / 3` (存款额*委员会人数/3) 个 ETH 被烧毁。如果我们设置 `COMMITTEE_SIZE = 131,072` (Eth2 委员会每个 slot 的验证者数，理论上最大值为 400 万)，那么这个数值就是 `1,398,101` 个 ETH。 方案里的一些其他重要特性包括： - 无论有多少验证者存款了，在处理每个 slot 的 `COMMITTEE_SIZE` (委员会大小）交易时验证者的负载都很稳定 - 验证者的负载会变得更低，因为当他们没有被要求加入委员会时，它们可以休眠 - 休眠中的验证者可以快速退出和提款，而不会牺牲安全性。 <br/> # 扩展：用小型委员会进行链确认 如果为了提高效率，我们不得不缩小 `COMMITTEE_SIZE` ，我们可以作出下列调整： - 我们把“finalization (最终敲定)” 更名为“confirmation (确认)”，以反映单个确认不再代表真正的最终确定性 - 不同于选择最新的被确认区块，我们选择的是被确认区块最长链链头的被确认区块 (但拒绝回滚由 `COMMITTEE_LOOKAHEAD` 确认以外的区块，因此 `COMMITTEE_LOOKAHEAD` 的确认就代表真正的最终确定性) - `get_validator_set` 应该只能使用状态的信息，而不是 `COMMITTEE_LOOKAHEAD` 确认之前的信息 - view 的编号应该就是 slot 的编号 (这使得同一个验证者集试图在不同链上达成共识的情况变得更易于被推导出来，这种情况只有在打破一些确认的时候才可能发生) 这个方案保留了以上所有的特性，但它也引入了一个新特性：如果一个区块获得多个确认 (例如，该区块被最终敲定了，且一条链的子孙区块又获得 `k-1` 个确认，因为共连续获得 `k` 个确认会影响该区块)，那么回滚该区块就需要在多个委员会违反共识保证。这会使得来自多个委员会的安全水平得以堆积起来：回滚 `k` 个确认需要 `COMMITTEE_SIZE * DEPOSIT_SIZE * k / 3` 个 ETH，要达到 `k = COMMITTEE_LOOKAHEAD`，委员会才会出现分歧。 还要注意的是，无论如何，为了 p2p 子网的安全，前瞻机制 (lookahead mechanism) 是值得使用的，因此用它来设计是个好主意，而且如果有需要的话，可以留给客户端来决定他们要如何处理确认回滚问题。 <br/> # 具体数值的例子 | `COMMITTEE_SIZE` (与当前主网相比: ~6,300) | `COMMITTEE_LOOKAHEAD` (= 直到最大确定性之前的 slot ) | `DEPOSIT_SIZE` (以 ETH 为单位) | 打破单个确认所需的 ETH | 打破最终确定性所需的 ETH | | :----------------------------------------------------------- | :----------------------------------------------------------- | :----------------------------- | :----------------------------------------------------------- | :---------------------------------------------------- | | 4,096 | 128 | 32 | 43,690 | 5,592,405 | | 8,192 | 512 | 4 | 10,922 | 5,592,405 | | 16,384 | 1,024 | 1 | 5,461 | 5,592,405 | | 16,384 | 64 | 32 | 174,762 | 11,184,810 | | 8,192 | 512 | 1 | 2,730 | 1,398,101 | 请注意，“打破最终确定性所需的 ETH" 数假设了攻击者控制的验证者数相当于控制了超过总质押的 ETH 的一半 (即数百万个 ETH)；这个数字是攻击者将失去的 ETH 。但这不等于任何拥有 2,730, 174,762 个 ETH 的人都可以通过随便烧毁这些 ETH 就能回滚单个 slot 的确认。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/sign-in-with-ethereum-proposed-architecturehttps://www.ethereum.cn/Ecosystem/sign-in-with-ethereum-proposed-architectureThu, 30 Sep 2021 00:00:00 GMT来源 | [spruceid](https://blog.spruceid.com/sign-in-with-ethereum-proposed-architecture/) <br/> 译者按：Spruce 是一家开源软件公司，专注于去中心化身份和数据，从“不是你的密钥，不是你的币''进化到”不是你的密钥，不是你的身份“。此前，ENS 和 Spruce 宣布合作关系，Spruce 发文表示 Sign-in with Ethrereum 将使用户能够使用他们的以太坊账户而不是由大企业所有的账户访问 Web2 网络服务。 <br/>  关于推动使用以太坊登录的工作，我们最初的目标是创建一个规范和参考实现，旨在为用户使用以太坊账户登录到传统 Web2 服务时提供一个端对端的身份认证流程，并使用 ENS 作为主要的用户控制数据聚合器。 这将允许以太坊用户基于密钥提供自己的数字身份，而不是依赖于诸如谷歌、Facebook 或亚马逊等此类中心化身份提供商。我们将进一步描述依赖方如何在保护用户隐私的同时实现检索和验证有关用户身份的信息，例如电子邮件账户、电话号码以及社交媒体账户。 目前，如果用户想要登录网站，他们需要从几家大型互联网公司中选择一家，以作为其数字身份的身份提供商 (identity providers, IdPs)。OAuth 2.0 和 OpenID Connect 的设计者最初打算产生一个完整的身份提供商生态系统供用户选择，而不仅仅是几个统一的实体。这些大型身份提供商通过简化终端用户和开发者的身份验证来控制用户的身份标识，这意味着它们还控制对关键服务 (包括银行、支付和社交网络) 的访问 (它们甚至还拥有可见特权)。这种中介结构限制人们直接访问线上服务大体上类似于中心化银行限制用户直接访问金融市场。 兼容以太坊的钱包越来越普及，如 MetaMask 每月活跃用户超过 500 万。现在有一个新的方式来为登录 Web2 服务提供直接的身份验证：即使用直接来自用户的 Web3 钱包和 ENS 的消息前面和声明聚合，而不是借助传统的中介。 这些声明不仅可以用于登录过程，还可以将现有的 Web2 账户更广泛地转变为加密货币的应用。 *使用以太坊登录，用户将能够：* - 使用支持 WalletConnect 的以太坊钱包登录到已安装 “Sign-in With Ethereum Server SDK” (使用以太坊登录的服务器 SDK) 的 Web2 服务中。 - 了解 Web2 服务需要验证哪些信息以及完成登录过程的来源有哪些。 - 从 “Sign-in with Ethereum Client SDK” (使用以太坊登录的客户端 SDK) 中选择要呈现给服务器的声明，以便服务器可以从各种来源检索和验证信息，包括以太坊名称服务 (ENS)、星际文件系统 (IPFS)、HTTPS 等。 - 使用加密且需要授权的声明 (注意：这可能会从扩展规范中的核心库和规范中分离出来)。 *而 Web2 服务托管将能够：* - 将 Sign-in with Ethereum Server SDK 或规范集成到普及的 Web 框架和授权库中，以直接或通过身份验证方法聚合器 (例如 Auth0 或 Passport.js) 支持 Sign-in with Ethereum。 - 明确 Sign-in with Ethereum 的要求。作为登录过程的一部分，服务可以检索和验证由用户提交和/或由 ENS 聚合的声明，例如 Web3 帐户余额、NFT 所有权、W3C 可验证凭据等。 - 将 Web2 帐户链接到以太坊地址。服务可以检索和验证由用户和/或 ENS 提交的声明，以使用新功能来扩充他们的 Web2 帐户，例如仅供 NFT 所有者使用的特殊门户或下载、DAO 成员的私有链下管理面板，或从链上数据或链下签名凭证做出的其他决定。 - 仅使用配置将 Sign-in with Ethereum 工作流集成到现有的 OAuth 2.0/OpenID Connect 依赖方。此工作流依赖于受信任的身份提供商，该身份提供商支持 Sign-in With Ethereum 的身份认证方法，并且能够建立 OAuth 2.0/OpenID Connect 会话。 就工作流如何运作而言，依赖方将首先向用户呈现登录要求，包括不同身份验证类型需要来自 ENS 的哪些声明、防止重播的随机数以及唯一的站点身份标识。在这种情况下，ENS 域所有权可以作为基本的反女巫机制。 然后，用户通过 WalletConnect 签名执行基于以太坊的身份验证，该签名被发送到依赖方。此步骤将使用支持用户选择相关声明的数据模式，允许用户规定依赖方应查询哪些声明 (即应该用于建立会话的有关其帐户的选定事实)。这些事实通过 ENS 作为 TXT 记录按值或按引用 (即 URL) 检索。 接着，依赖方使用声明查询方法检索和验证以太坊账户的相关声明，如 ENS 地址、电子邮件验证、社交媒体账户链接或验证 (例如，通过 Uniswap Sybil)，以及用户和服务器都支持的任何其他声明。 那么用户就可以像平常一样访问该服务并与之交互，并能够提供自己的数字身份，而不是受中心化身份提供商的支配。我们相信这将是用户控制和管理网络交互的伟大进步。 **关于隐私的说明**。我们将首先关注那些已经习惯于将他们的以太坊地址与他们的公共形象关联并理解其含义的Web3 用户，例如许多在 Twitter 上自豪地将他们的 NFTs 作为他们的个人资料图片 (pfp) 展示的人。我们认为，隐私应当是实现适当的信息流动，而不是绝对保密。随着不同用户群体 (如主流网络用户) 对隐私的要求发生变化，我们使用隐私工具的方法也必须改变，例如在每次交互的基础上使用新衍生的以太坊地址，或结合零知识的隐私技术来减少关联性。) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/Proposal-for-mitigation-against-balancing-attacks-to-LMD-GHOSThttps://www.ethereum.cn/Eth2/Proposal-for-mitigation-against-balancing-attacks-to-LMD-GHOSTWed, 29 Sep 2021 00:00:00 GMT来源 | [notes.ethereum.org](https://notes.ethereum.org/6EAsltAXSIeMHeRztEGRdg) <br/> 译者注：Balance attack 指的是攻击者快速干扰有相近算力子组的沟通。在此期间，攻击者在一个子组发布交易(称为交易子组)，在另一个子组挖区块 (称为区块子组)，直到区块子组的树以高概率胜过交易子组的树。Balance attack 的新颖之处在于利用 GHOST 协议把兄弟块或叔块算入选择区块得分的特性。这个策略使得攻击者可以在与网络隔离的情况下挖一个分支，在将它的分支并入竞争区块链之前影响分支选择过程。 <br/> eth2 的分叉选择区别于 eth1 和“基于链 (chain-based)" 的 PoS 算法 (例如像 Peercoin 和 NXT 这些旧算法，但也有像 Tezos、Ouroboros 等的较新的算法) 的一个关键是，在 eth2，有非常多影响区块”得分 (score)“的信息是并行到达的。 ## 基于链的 PoS 算法:  ## (像在 eth2 里) 每个 slot 上的委员会:  基于链的算法更容易证明其活性 (事实上，在某些情况里活性已经被证明了)，因为通常一次有一个单个行动者，使得它们充当"协作瓶颈 (coordinating bottleneck)"，让每个人都对同一个分数达成共识。 下面是基于链的算法中活性的”稻草人证明概述“。 假设: 1. 在每个 slot 里就有一个行动者 (即区块提议者) 可以参与。 2. 诚实的区块提议者在 slot 的前半发布他们的区块 3. 网络延迟的上限是半个 slot (因此是 δ<1/2，以 slot 为单位测量时间)。 4. 被分配到在 slot N+1 行动的行动者仅会基于他们在 slot N 前收到的信息行动。 我们对节点收到在时间 t 发出的信息的时间建模为区间 (t,t+δ) 的”云“ (到这里为止，这只是陈述了同步假设的标准学术表述)。因此，存在两种情况： ## 达成共识  ## 没有达成共识  请注意，只有当在 slot N 的参与者不诚实时才会出现没有达成共识的情况。因此，如果被分配到某个 slot 的参与者是诚实的，那么要么 (i) 在该 slot 的末端每个参与者都对哪条是正确链达成共识，因为他们都是基于相同的信息计算分叉选择的，要么 (ii) 攻击者在之前那些他们没有参与的 slot 上”用掉了“ 一些储备的参与权。因此，只有当攻击者对每个诚实参与者有至少一个储备的参与权时，即如果攻击者被分到的 slot 多于诚实节点时 (也就是诚实大多数的假设被打破时)，干扰才能继续。 现在看看”有很多并行证明“的情况。当有很多并行证明增加一个区块的得分时，是没有单一行动者创造瓶颈的。因此，攻击者可以操纵网络 (再加上有策略地对一些他们自己的验证者广播)，以便在每个 epoch 末端构建就哪些信息算入分叉选择没有达成共识的状态，从而使多条链中的某条链胜出。 请看论文 *[Ebb-and-Flow Protocols: A Resolution of the Availability-Finality Dilemma](https://arxiv.org/pdf/2009.04987.pdf)* (动态协议：可用性与最终确定性两难困境的解决方法)，特别是第 4 和第 5 页，那里有对这种攻击的说明。请注意，这种攻击的确建基于一些在实践中非常难以实现的网络假设 (攻击者对个人质押者的网络延迟有非常精细的控制)，但尽管如此，一个能抵抗这种攻击的协议还是比一个不能的协议好。 <br/> # 提议的解决方案 提议的解决方案是引入明确的”同步瓶颈“小工具到分叉选择上。特别是，我们可以增加以下规则： 1. 假设所有被分配到 slot N 的证明者的集体总权重为 W 2. slot N+1 里的参与者仅会认为在 slot N 末前到达 (从参与者的角度) 的证明是有效的。 3. 在 slot N+1 的提议者应该在 slot N+1 的开端就马上做提议。他们的提议其实是在选择一条特定的链。在 slot N+1 的证明者看来，如果他们在 slot 进行了 1/3 之前就看到提议到达了，他们会将该提案视为等同于权重为 W/4 的证明 (这个得分调整只对 slot N+1 有效，在 slot N+1 后这个得分调整会复原)。 4. 把同步假设降低到 δ<1/3  ## 分析 *(请注意：为了分析的简易，我们假设时钟是完全同步的，以及任何实际的时钟差异都是网络延迟的一部分。)* 在 slot 的末端，所有验证者都已经收到一些证明集了。如果出现了攻击 (例如，有 k≥1 的恶意证明者在 slot N 做证明)，验证者将很可能在每个区块的得分上有分歧。但是，他们分歧的范围将不会超过 k。假设 (在不丧失一般性的情况下) 有两个竞争区块，A 和 B，如果 score(A)−score(B)≥0，则 A "胜出"，反之则 B 胜出。 score(A)−score(B) 的分歧范围的上限是 2k (即每个验证者给出 score(A)−score(B) 值都将在[z,z+2k] 的范围内，z 是个固定值)。 设 $$W_(p)$$ 为提议者的权重 (即 $$W_{p}$$=上文论述的 W/4)。如果提议者是诚实的，他们肯定会遵循以下两种行为： 1. 如果他们看到 score(A)−score(B)≥0，他们将提议 A 区块，否则提议 B。 2. 他们将马上提议他们的区块，以保证所有的证明者都在期限前看到。 设[z,z+2k] 为 score(A)−score(B) 分歧的区间。我们区分三种情况： 1. z<−2k 2. −2k≤z<0 3. z≥0 在情况 (1)，提议者将给 B 投票，这样证明者将看到在 [z−$$W_{p}$$,z+2k−$$W_{p}$$] 内调整过的得分；这里整个区间都是负数，因此对 B 有充分的共识。 在情况 (3)，提议者将投票给 A，这样证明者将看到在 [z+$$W_{p}$$,z+2k+$$W_{p}$$] 内调整过的得分；这里整个区间都是正数；因此对 A 有充分的共识。 在情况 (2)，很大程度由提议者决定。取决于提议者的意见落在区间的哪个位置，提议者不是选择 A 就是 B。因此，区间要么是 (i) [z−$$W_{p}$$,z+2k−$$W_{p}$$]，要么是 (ii) [z+$$W_{p}$$,z+2k+$$W_{p}$$]。 如果是 $$W_{p}$$≥2k 的情况，请注意从情况 (2) 的定义 −2k≤z<0 来看，当 (2.i) z<0 且 2k−$$W_{p}$$≤0，即 z+2k−$$W_{p}$$ 的上限是负数，也就是整个区间都是负的。当 (2.ii) z>−2k 且 $$W_{p}$$≥2k，即 z+Wp>0，即整个区间都是正的。因此，充分共识是在 A 还是 B 取决于提议者的选择。 现在，让我们回到 $$W_{p}$$= W/4 的论述中。为了避免提议者起同步瓶颈的作用，上述推理中 $$W_{p}$$≥2k 的前提必须被打破；因此，必须有超过 W/4 的证明者在每个 slot 投票。 如果在任何单个 slot 中提议者起到了同步瓶颈的作用，所有诚实的证明者都将往该方向投票，使 score(A)−score(B) 的值与 0 偏差增大。为了避免其中一方在这个点上胜出，攻击者必须在该 slot 展示足够多的投票以与所有的诚实验证者抗衡 (减去1/4 来抵消提议者在 slot 末端投票的效用）；这需要远超过 W/4 的证明。 因此，要维持一段时间的失活需要至少在每个 slot 上有 W/4 的恶意验证者，或 ≥1/4 的验证者是不诚实的。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-9-28/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-9-28/Tue, 28 Sep 2021 00:00:00 GMT <br/> # Eth1 (执行层) **十二月分叉计划更新** 根据 Tim Beiko 在第 123 次的核心开发者会议议程上的更新，在第 122 次会议上，因为有人提出 EIP-3860 可以解决一个潜在的 DoS 攻击向量，问是否应该把这份 EIP 与难度炸弹一并在 12 月升级。经过与四个客户端团队的沟通，大家的共识是 12 月的升级应该只包含难度炸弹推迟而不涉及其他内容。 鉴于这个共识，Tim Beiko 提出以下建议： 1. 我们把 12 月的网络升级规范命名为“Arrow Glacier"，以明确此次升级进包含难度炸弹推迟。 2. 我们为延迟难度炸弹预留一份 EIP 的位置，并把它纳入此次升级。 3. 在 10 月 29 日那天的核心开发者会议上，我们对难度炸弹的延迟和 12 月升级的分叉区块做决定。 4. 在 11 月12 日的核心开发者会议上，所有客户端团队都需要发布用于 Arrow Glacier 的版本。 至于 EIP-3860 与其他现在提出希望被纳入到上海升级的 EIP，一旦合并 (the Merge) 实现了，我们复盘所有这些 EIP，并讨论那些应该被纳入合并后的第一次升级中。 [来源](https://github.com/ethereum/pm/issues/391) 补充：EIP-3860 的内容是关于把 `initcode` 的最大大小限制在 49152，且每 32 字节的 `initcode` 需要收取 2 gas 的费用，以实现对 `initcode` 进行限制与测量。 EIP-3860：https://eips.ethereum.org/EIPS/eip-3860 <br/> **交易所因为系统没有升级到 EIP-1559 而丢了不少钱？** MyCrypto 的创始人@tayvano 经过对比分析币安和 Coinbase 的交易费，发现币安因为系统没有升级到 EIP-1559 而每天都在亏钱。以下为她的推文编译： 虽然我只是做了粗略的估算，但我 100% 肯定币安每天超额支付超过 13 个 ETH (即 4.2 万美元)。这个结果是假设了他们而每天发送接近 2.5 万笔交易，平均每笔交易超额支付大约 0.0005420442345 个 ETH。这些数据的来源是，在 UTC 时间 2021 年 9 月 22 日，币安从 5 个 ETH 地址 (Binance 14-18) 发送了 2.5 万笔成功的 ETH 转账交易。他们还每天发送 2.5 万笔 ERC-20 交易，和其他业务。 我一开始发现这点是想看看 Coinbase 和 币安在交易费上的对比，因为 Coinbase 升级到了 1559 类型的交易，而币安没有。以下是一些简单计算的例子： 1. 在区块 13272667，两个交易所各有一笔交易，且 gas 上限都是 21,000。 其中，Coinbase 的交易费为 4.81 美元  而币安的是 6.47 美元  2. 在区块 13279753，来自两个交易的两笔 Tether 交易。 其中，Coinbase 的交易费为 11.87 美元  而币安的是 27.6 美元 ​  要知道 ETH 转账以外的交易是要超额支付更多的！ 而且我用总交易费做的计算与一开始做的简单推算结果并没有差很远，还没有算上失败交易，发送其他代币与发送 ETH 的区别。粗略计算是币安每天超额支付 21.2 万美元每天，用总交易费做的计算是大约 22.1 万美元，请看下图：  [来源](https://twitter.com/tayvano_/status/1440901382043680774?s=20) 受这条推的启发，基金会的 trent 发推@了其他系统没有更新到支持 1559 的交易所，包括 Gate.io、Gemini、Bittrex、Bitstamp、BlockFi、Kucoin、火币和 Bitfinex，他们可以提供技术上的帮助。 [来源](https://twitter.com/trent_vanepps/status/1441490433419329536?s=20) <br/> # Eth2 (共识层) **Rocket Pool AMA 与上线主网直播** 首个去中心化、去信任的开源质押池服务 Rocket Pool 即将在 UTC 时间 10 月 6 日 00:00 上线主网，EthStaker 社区将主持 Rocket Pool AMA 的直播活动，期间 Rocket Pool 的核心团队将作为特别嘉宾回答社区提出的问题。如果读者也有问题想问，也可以去提交。 时间：北京时间 9 月 30 日 8:00—9:00 am [提问网址](https://ethstaker.cc/rocket-pool-ama-community-questions/) [直播地址](https://www.youtube.com/watch?v=aONP0jnpJI0) EthStaker 社区也将主持 10 月 6 日上线主网的直播活动，期间会有倒数，且 Rocket Pool 的核心团队、oDAO 成员和 Rocket Pool 社区也会参与活动。 时间：北京时间 10 月 7 日 7:30 am [直播地址](https://www.youtube.com/watch?v=PZ2g2FVWZQM) [来源](https://ethstaker.cc/rocket-pool-ama-mainnet-launch-livestream-events/) <br/> **关于 Eth2 (共识层) 和合并 (The Merge) 的最新情况，请看最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2021-9-24)》。** <br/> # Layer2 **L2 隐私支付解决方案 Aztec 2.0 发布重要更新** 此前，2021 年 3 月 16 日，以太坊 L2 扩容解决方案 Aztec 2.0 版本上线主网，推出基于密码学技术 PLONK 的 L2 隐私支付项目 zk.money。自上线以来，Aztec 2.0 的系统中已存入价值 550 万美元的代币，为用户提供隐私交易服务。虽然存款上限为 1 个 ETH，但系统中已发送超过 21,000 笔交易。 9 月 20 日，Aztec 发布了一些重要更新，以改善 zk.money 的用户体验： - 升级验证器以及修复 bug。 - 提高交易上限。每笔交易上限提高至 30 ETH/ 100,000 DAI/ 2 renBTC。 - 修改私钥信息，以提高系统安全性。 - 改善 zk.money 的 UI。 [来源](https://medium.com/aztec-protocol/aztec-2-0-updates-100-000-transaction-limits-more-e55c17c0ecf8) <br/> **L2 互操作性解决方案 cBridge 推出 2.0 版本** 7 月 22 日，以太坊扩容解决方案 Celer Network 的 cBridge 1.0 版本上线主网，旨在解决 L2 以及其他链之间的互操作性问题。自 cBridge 1.0 上线以来，目前其每日跨链交易额稳定在 1000 万美元以上。 9 月 22 日，Celer 推出 cBridge 2.0 版本：它提供了更佳的跨链代币桥接使用体验。因为其为用户带来了更深的流动性；向 cBridge 节点运行者和流动性提供者提供了高效和易于使用的流动性管理方式；还有为开发者提供的跨链 DEX 和 NFT 使用的通用信息桥接功能。而以上提到的所有功能都是由 Celer 的状态守卫者网络 (State Guardian Network, SGN) 提供保障，而状态守护者网络则由 Celer 系统中的验证者和质押者组成。 [来源](https://blog.celer.network/2021/09/22/cbridge-2-0-coherent-blockchain-interoperability-powered-by-the-state-guardian-network/) <br/> **去中心化交易所 Uniswap App 新增 Arbitrum 和 Optimism 网络的切换按钮** Uniswap 于 9 月 21 日发布的产品更新 #2 博客中，总结了一些 Uniswap 最近更新的功能以及完善的地方： - 添加 Layer2 Beta (改善了 UX) - 添加开发者指南 - 完善用户帮助中心 - 完全兼容 EIP-1559 - ENS 添加对 sybil 的支持 其中，在第一点中，Uniswap 在其 App 上添加了切换至 Arbitrum 网络和 Optimism 网络的选项，用户可以直接在 Uniswap App 上无缝访问所有支持的网络。  <center>cr: uniswap.org</center> [来源](https://uniswap.org/blog/product-update-2/) <br/> **DeFi 协议 MakerDAO 的官方 DAI 代币桥已上线 Arbitrum One** L2 扩容解决方案 Arbitrum One 主网 beta 版本于 9 月 1 日 向所有终端用户开放，并将于 10 月 22 日向社区开放无需许可代币桥接功能。也就是说 22 号之后，往桥接添加任何代币将无需许可，且默认为标准的 ERC-20 代币实现。在这之前，项目方可以决定自己是否需要自定义功能和实现，并在 Arbitrum 上部署自定义的 ERC-20 代币合约。 9 月 22 日，MakerDAO 的官方 DAI 代币桥上线扩容解决方案 Arbitrum 的主网公测版本 Arbitrum One 网络。用户可在 Arbitrum One 上使用 DAI 进行交易、借贷、提供流动性以及流动性挖矿活动。 Arbitrum 上的 DAI 桥接是一个可升级的代币桥接和治理中继。桥接部署之后的一周，其部署地址将会被移除，并且社区治理将成为唯一能够升级桥接的机构。由于没有其他多签密钥或个人能够控制该桥接，这使得它灵活地引入未来升级的同时能保证其安全性。 [L2 DAI 地址](https://arbiscan.io/address/0xDA10009cBd5D07dd0CeCc66161FC93D7c9000da1#code) [来源](https://forum.makerdao.com/t/official-dai-token-bridge-now-live-on-arbitrum-one/10438) <br/> # 生态 **Flashbots 引入超大型交易捆** Flashbots 的 Robert Miller 今天发推宣布 Flashbots 发布了 v.04 ，引入了超大型交易捆 (mega bundles) 到 Flashbots 网络。超大型交易捆是 Flashbots 的一大飞跃，它们在被发送到矿工前就实现了合并。如果矿工想的话，可以把交易捆的合并和排序问题移到上游解决，包括但不限于 Flashbots 的中继。这样做有助于促进专业化。Flashbots 在扩展交易捆合并和排序上都有新的计划和想法，以提高搜索者和矿工的收入。超大型交易捆还有助于更快的产品迭代。 [详情](https://twitter.com/bertcmiller/status/1442548307595706369?s=20) <br/> **Solidity 发布 v.0.8.8 版本** Solidity 团队于 9 月 27 日发布 v.0.8.8 ，这个版本引入下列值得关注的新功能： - 用户定义单值类型 - 重载于单个接口函数的函数不需要override关键字 - Enum 类型的最小值和最大值可以分别用 `type(E).min` 和 `type(E).max` 来访问 - 不可变变量一旦被初始化就可以在构建期被读取 - 新增命令行选项`--include-path`，使编译变得更简单 [详情](https://blog.soliditylang.org/2021/09/27/solidity-0.8.8-release-announcement/) <br/> **DeversiFi 交易所上发生一笔异常存款交易，gas 费高达 7676.62 ETH** UTC 时间 9 月 27 日 11 时 10 分，去中心化交易所 DeversiFi 上发生了一笔异常的存款交易。交易使用硬件钱包通过 DeversiFi 用户界面从 Bitfinex 交易所以 7676.62 ETH (约为 2230 万美元) 的 gas 费进行了一笔价值 10 万美元 USDT 的转账。而打包该笔交易的区块高度 13307440 的矿工正退回 7626 ETH 这笔给错了的巨额交易费。 随后 DeversiFi 发推表示，目前正调查该笔异常交易的原因，并随后将发布事故回顾报告。  <center>cr：Etherscan</center> [来源](https://twitter.com/deversifi/status/1442620796942360576) https://www.ethereum.cn/Eth2/wnie2-2021-9-24https://www.ethereum.cn/Eth2/wnie2-2021-9-24Mon, 27 Sep 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_210924) <br/> # 本周推荐 [质押参与调查问卷](https://docs.google.com/forms/d/e/1FAIpQLScxNDWegcIIL9ogSL5yhRZgl3_fQclDnMic5wVSRyLfXeohEw/viewform)就快结束了。如果读者正运行自己的验证者节点 (不管是在自己硬件上还是在云端上运行)：我们希望收到你的质押运行体验。 <br/> ## **信标链** Lodestar 不仅[上线了主网](https://twitter.com/gregthegreek/status/1420079211998547968)，而且[运行得很不错](https://twitter.com/dapplion/status/1438882897260425217)🎉 ## Altair 升级 在本周的[核心开发者会议](https://hackmd.io/@benjaminion/wnie2_210924#Implementers)中，我们为 Altair 升级的部署开了绿灯。提醒一下，Altair 引入了同步委员会和验证者收益计算上的变更，但不是 The Merge。 可视化之王 Protolambda 做了一些[了不起的工作](https://twitter.com/protolambda/status/1440799521047412739)，为部署升级的道路扫清了障碍。最后一个阻碍是：同步委员会对测试网的参与率很低 (下降了约 70%)，我们也不知道为什么。好在 Proto 出了一份分析，揭示了一系列很容易解决的问题，最显著的一个问题是 Nimbus 同步委员会的参与率几乎为零。这个原因[真有趣](https://hackmd.io/@benjaminion/rJ8ddAY7t#Sync-committee-performance)。 我们将升级/分叉的时间定在 10 月 27 日，星期三。[具体的 epoch 为 74240](https://github.com/ethereum/consensus-specs/pull/2625/files)，也就是 UTC 时间 27 日 10:56:23。我们本来开玩笑说挑一个回文数字 (即 epoch 74247)，但出于技术原因，还是优先考虑前者吧 (epoch 74240 是批处理历史状态根的边界)。 客户端团队将于 9 月底发布兼容 Altair 升级的主网版本，并从 10 月 4 日开始发布一些博客文章和宣传。请大家做好计划，在 10 月的前几周更新你的客户端。 关于其他新闻，优秀的 Pintail 写了[一份很棒的分析](https://www.ethereum.cn/Eth2/modelling-the-impact-of-altair)，预测了 Altair 分叉之后验证者节点收入将如何变化。文章重点有：对于延迟证明的惩罚将会更加严厉；并且即使对于表现完美的验证者，获得的奖励也会有更大的差异。后者是由于随机分配的任务 (提议区块和同步委员会) 在奖励中所占的比例比现在大。 ## 合并 (The Merge) 关于合并的大部分更新都在[核心开发者会议](https://hackmd.io/@benjaminion/wnie2_210924#All-Core-Devs)上讨论。 [提前透露一个消息](https://hackmd.io/@benjaminion/rJ8ddAY7t#Spec-discussion-and-AOB)：一群 Eth1 和 Eth2 团队将于 10 月初会面，以运行某些合并的开发者测试网。自[两年前](https://twitter.com/benjaminion_xyz/status/1435706236612272129)两个团队一起工作以来，这将是 eth1 和 eth2 团队的第二次共事。  <center><a href="https://twitter.com/benjaminion_xyz/status/1435706236612272129">来源：@benjaminion_xyz</a></center> <br/> # 质押 客户端多样性再次成为本周的话题。最近的一次讨论是由 Sigma Prime 的 Michael Sproul 写的[分析](https://www.notion.so/Eth2-2021-9-24-73a22cdbacf54c8691c331ac795cb4d3)引起的。  <center><a href="https://twitter.com/sproulM_/status/1440512518242197516">来源：过对区块采集指纹的方法分析验证者节点的客户端分布 by Michael Sproul</a></center> 以前，只有两种已知的方法来分析客户端类型的网络分布。 第一种是对涂鸦 (graffiti) 进行分析，以计算每种客户端生产的区块数量。这提供了验证者节点的客户端分布信息。然而，大多数质押者 (约 70%) 更改了其涂鸦的默认设置，因而导致误差特别大，结果也十分不可靠。 第二种方法，通过爬行网络以试图连接到信标节点。作为信息交握的一部分，信标节点会报告其客户端类型，因而可以分析客户端的网络分布。但这个方法会出现几个问题，有一些我们[此前已讨论过](https://hackmd.io/@benjaminion/wnie2_210730#Analytics)。即使我们能够准确地了解节点分布情况，但这也不一定能告诉我们验证者/质押的分布情况，因为每个节点都可以托管零到数千个验证者。在 Miga Lab 的 c[rawler dashboard](http://migalabs.es/crawler/dashboard) 中就可以发现，这种分析方法夸大了 Prysm 在大多数地区的网络占比，可能因为 Prysm 节点托管的更多是个人质押者 (托管的验证者节点较少)；而 Teku 通常是质押提供商的选择，因而其质押者节点在网络的占比被低估了。(请注意，Miga [认为](https://twitter.com/miga_labs/status/1440638113508851712)他们基于新加坡的爬虫器给出了与 Sproul 非常相似的结果。想看看 Miga 图表上的百分比！) 而 Sproul 则使用了一种全新的技术来[分析](https://twitter.com/sproulM_/status/1440512518242197516)客户端的网络分布，即给区块“采集指纹” (fingerprint)。客户端在构建某个区块时包含多达 128 个证明。这些证明的排序是任意的，对协议没有影响。事实证明，不同的客户端倾向于使用特征排序，通过一些分析，你可以很有把握地知道哪个客户端创建了哪个区块。这太棒了，让我们首次对客户端的质押分布有了某种程度的准确了解。当然，这是有限制的：比如，Teku 和 Nimbus 构建的区块看起来很相似，所以并不总是可以区分它们。然而，这种分析太有用了，所以我估计客户端团队会同意对客户端的不同行为进行编码，使得分析结果更加准确有效。 ## 后续 Sproul 的研究结果证实，Prysm 在网络的比例持续占主导，几乎占总验证者节点的 2/3。这引起了热烈的讨论。自四月份的[区块生产事故](https://www.notion.so/Eth2-2021-9-24-73a22cdbacf54c8691c331ac795cb4d3)发生以来 (事故揭示了超过 70% 的验证者节点由 Prysm 客户端托管)，Prysm 的占比所有下降，但是仅降低了少部分。 2/3 真是一个可怕的占比，令人不禁担忧。如果发生一个事故，使得使用 Prysm 客户端的节点被分叉到另一条链 (测试网上已经发生过此类事件了)，则很难想象信标链网络如何能够合理地恢复，而不会对使用 Prysm 的验证者造成巨大损失。Adrian Sutton 在其文章[《如果信标链出现共识失败，会发生什么？》](https://www.symphonious.net/2021/09/23/what-happens-if-beacon-chain-consensus-fails/)中解释了原因。在 [Reddit](https://www.reddit.com/r/ethstaker/comments/ptm04i/the_financial_incentive_to_run_a_minority_client/) 上也有讨论这个话题。 围绕该问题的讨论愈演愈烈：Dankrad 发布了一条[帖子](https://twitter.com/dankrad/status/1440788036594192386)；Superphiz 正在[发起一项活动](https://twitter.com/superphiz/status/1441223393831895041)，以促进客户端多样性；Jonny Rhea 制作了关于客户端多样性的 [memes](https://twitter.com/JonnyRhea/status/1441214498128338950)；Evan Van Ness [发出了非常严重的警告](https://twitter.com/evan_van_ness/status/1441144615101366273)。  <center><a href="https://twitter.com/JonnyRhea/status/1441214498128338950">来源</a></center> 如果你作为一名 solo staker 想贡献出自己的一份力量，这里有一份指南，教你如何从 Prysm 切换到 [Teku 或 Nimbus](https://old.reddit.com/r/ethstaker/comments/pu30fa/short_guide_to_migrate_from_prysm_to_teku_or/) [(请注意我的附加评论)](https://old.reddit.com/r/ethstaker/comments/pu30fa/short_guide_to_migrate_from_prysm_to_teku_or/he0bu82/)。Nimbus 也出了一份[迁移指南](https://nimbus.guide/migration.html)。 如果你正使用质押服务商质押，那么就在这个问题上纠缠他们，直到他们多样化其客户端使用 (迁移到少数使用的客户端)，或至少停止继续在多数使用的客户端上添加新的验证者节点。 你不会因为使用了占比较小的客户端而损失的！我就向大家透露吧，在这篇《2021 年 8 月的质押状态》[分析](https://consensys.net/blog/codefi/the-state-of-staking-in-august-2021/)中，客户端 C 实际上是 Nimbus。自信标链创世以来，Teku 一直是表现最佳的客户端，而 Nimbus 的表现紧跟其后。事实上，目前占比最大的客户端的回报率最低🤷‍♂️。 <br/> # 释义性文章 提醒大家，去中心化质押池 Rocket Pool 将于 10 月 6 日上线主网。LogicBeach 制作了一个一分钟的视频解释 Rocket Pool 的主网发布。信标链浏览器 [Beaconcha.in](http://beaconcha.in/) 添加了 RocketPool 的 [dashboard](https://prater.beaconcha.in/pools/rocketpool) 和验证者信息。 这里有一篇不那么简单的[释义性文章](https://alinush.github.io//2021/06/17/Feist-Khovratovich-technique-for-computing-KZG-proofs-fast.html)：Alin Tomescu 写的《用于快速计算 KZG 证明的 Feist-Khovratovich 技术》。该文章 (略微) 剖析了 Dankrad Feist 和 Dmitry Khovratovich 所写的关于执行超快多项式承诺的[论文](https://github.com/khovratovich/Kate/blob/master/Kate_amortized.pdf)。我之所以在这里提到它，是因为这种技术使计划中的分片链数据可用性取样方案变得可行。你可以查看我使用 C 语言的[实现](https://github.com/benjaminion/c-kzg) (这基于 Proto 使用 Go 语言的[实现](https://github.com/protolambda/go-kzg)，基于 Dankrad 使用 Python 的[实现](https://github.com/ethereum/research/tree/master/kzg_data_availability)完成的)。Anton Nashatyrev 正试图将该技术[集成到](https://github.com/Nashatyrev/artemis/tree/rayonism/das) Teku 中，以作为一个 Eth2 分片原型。 <br/> # 媒体 Sina Habibian 出了一个新[播客](https://bytecode.substack.com/) "Into the Bytecode"。在[第二期](https://share.transistor.fm/s/5071af0e)中，Danny Ryan 和 Tim Beiko 深入探讨了以太坊协议的未来。我还没有找机会听，但我相信这期的内容肯定很棒。 <br/> # 研究 [Ethresear.ch](http://ethresear.ch/): - 通过实际的实现，讨论了 [BLS 批量验证的安全性](https://ethresear.ch/t/security-of-bls-batch-verification/10748?u=benjaminion)。 - 在 PoS 下，对以太坊所定下的 [(最小可行发行量)](https://ethresear.ch/t/circulating-supply-equilibrium-for-ethereum-and-minimum-viable-issuance-under-proof-of-stake/10636?u=benjaminion) 目标进行了分析，并做出了一些有趣的观察。 <br/> # 常规会议 ## 实现者会议 第 73 次会议在 9 月 23 日举行 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/237) - [会议视频](https://youtu.be/Pes_OaMJeDc?t=156) - [我的速记](https://hackmd.io/@benjaminion/rJ8ddAY7t). 讨论内容包括 Altair 升级的计划、客户端团队的常规更新、The Merge 的 API 以及客户端多样性指标。 ## 核心开发者会议 第 122 次核心开发者会议于 9 月 17 日进行。Tim Beiko [做了笔记](https://twitter.com/TimBeiko/status/1438916709000253440)，此处为[会议议程](https://github.com/ethereum/pm/issues/384)。除此之外，还有一些关于 The Merge 的讨论。 - 大家[同意了](https://twitter.com/TimBeiko/status/1438917654815772680)将共识层上的信息顺序最初设置为同步，未来可能会朝着异步的方向发展。 - 大家 [(或多或少) 同意](https://twitter.com/TimBeiko/status/1438918166483066880)将 PoW 链的终结总难度 (terminal total difficulty) 进行硬编码。这降低了复杂性且[增强了安全性](https://github.com/ethereum/consensus-specs/issues/2603)，但会有一些权衡 (在会议中已讨论，并在笔记中有[总结](https://twitter.com/TimBeiko/status/1438919213347860486))。 - 围绕“[交易类型表示](https://github.com/ethereum/consensus-specs/issues/2608)”[提出了](https://twitter.com/TimBeiko/status/1438922138862309377)一个问题，这太微妙了，我无法理解。 - 客户端团队报告了其对于 The Merge 实现进程的[更新](https://twitter.com/TimBeiko/status/1438922452923416579)。 ## Stakehouse 社区会议 StakeHouse 专注于构建工具，以降低质押的技术门槛，并促进信标链的健康发展。 Stakehouse 第七次社区会议在 9 月 15 日进行。[此处](https://twitter.com/StakeHouseCMTY/status/1438272435732758533)为总结帖子，还有会议[视频](https://www.youtube.com/watch?v=AZ6kocnouCw&t=391s)。 在会议中，展示了一个很棒的 [Stereum](https://stereum.net/ethereum-node-setup/) [demo](https://youtu.be/AZ6kocnouCw?t=917)，这是一个用于设置和监视质押节点的免费图形化环境。它们为所有客户端启用了一个快速同步版本。 还有一个 [Wagyu Keygen](https://github.com/stake-house/wagyu-key-gen) 的 [demo](https://youtu.be/AZ6kocnouCw?t=1484)，这是一个用于生成密钥和进行存款和质押的图形化工具。Wagyu Keygen 的首个版本[已发布](https://twitter.com/wagyutools/status/1440381746688643089)) (仅在测试网上线)。他们正收集参与测试的用户反馈 —— 参与者可以领 POAP。 一如既往，StakeHouse 持续讨论项目[更新](https://github.com/stake-house/stakehouse/wiki/Updates-from-the-Teams)和其[项目想法列表](https://github.com/stake-house/stakehouse/wiki/Project-Ideas-List)。 <br/> # 其他新闻 如果你是一名 [BrightID](https://www.brightid.org/) 用户，它们正[公平空投](https://fairdrop.brightid.org/)其 `[$BRIGHT](https://www.coingecko.com/en/coins/bright-token)` 代币。例如，如果你之前为 GitCoin 验证设置了BrightID，那么你可能有资格申领空投。此外，Eth2 信标链创世质押 POAP 的持有者[也有资格](https://brightid.gitbook.io/brightid/bright/getting-bright/fairdrop/eligibility#participated-in-ethereum-communities)申领一些 `$BRIGHT` 代币。老实说，这个过程有点繁琐，但最终还是设法申领了一点。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/the-lay-of-the-modular-blockchain-landhttps://www.ethereum.cn/Ecosystem/the-lay-of-the-modular-blockchain-landThu, 23 Sep 2021 00:00:00 GMT来源 | [polynya](https://polynya.medium.com/the-lay-of-the-modular-blockchain-land-d937f7df4884) <br/> 纵观区块链行业最初的十年，只存在单一型区块链。像早期的 plasma、多链以及分片等实验都尝试突破这种局面，但直到 rollups、validiums 以及数据可用性链的出现，才预示了单一区块链时代即将结束。然而，我们仍然局限于“单一”的视角，并使用诸如 L1 和 L2 这样有限的词汇来描述革命性的新设计领域。这是几个月前的一个[思想实验](https://www.reddit.com/r/ethfinance/comments/oeodir/beyond_l1l2_nomenclature/)，使用了更具描述性的命名法。 我认为如果要理解区块链模块化和区块链乐高的话，我们需要转变视角，不确定“模块化”和“乐高”哪一种描述更为贴切。读者们觉得呢？你是否有更好的 meme？ 那么首先，什么是单一型区块链？简单来说，一个区块链系统肩负着三个任务：执行、安全性以及数据可用性。长时间以来，区块链系统需要独自承担这三个职责，这就导致了严重的效率低下，这在区块链的不可能三角困境中也有所反映。比特币和以太坊选择了高度安全和去中心化，牺牲了可扩展性；而其他链则做出了不同的权衡。 在模块化区块链时代，我们可以不再受制于此，即通过由来已久的专业技术解决低效和区块链的三难困境。如今，相比单一型区块链，我们拥有三种不同类型的链或层。我们接着来分析一下这片土地上的形势： <br/> # 执行 这是用户交互的地方，也是所有交易发生的地方。对于终端用户来说，这一层无法与使用单一型区块链区分开，并且可以直接进行比较。 执行专用层的侧重点在于尽可能快地处理交易，同时将具有挑战性的安全性和数据可用性工作“外包”给其他项目。 Rollups 是首要的执行层，但我们也有 validiums 和 volitions (注：两者皆为 StarkWare 的扩容解决方案) 。目前，Arbitrum One 具有明显的市场先发优势，Optimistic Ethereum 则紧随其后。但是 A1 和 OE 都处于早期阶段，缺少基本的 calldata 压缩优化，例如签名聚合。 StarkNet 现在已经登录公共测试网 3 个月了，并且越来越接近 MVP。我相信最后一个主要障碍是与 web3 钱包、账户合约等组件的广泛兼容性。StarkNet 的前身——StarkEx，已经实现了 calldata 压缩技术，并且签名聚合是 zkRs 的默认功能，因此交易费用将远远低于现在的 ORs，例如 dYdX 交易的平均交易费 < 0.2 美元。即使 Arbitrum One 能够及时实施这些优化，zkR 从根本上也可以比 OR 好地实现 calldata 压缩。StarkWare 相信 StarkNet v1 将在年底前主网上发布通过 Warp 转译器与 EVM 兼容的版本，但保守地说很可能最迟也会在 2022 年初发布。StarkNet 的另一个优点是它实际上是 volition，而不是rollup，但对此我们还在等待更多细节的公布。 zkSync 2.0 是另一个有前景的与 EVM 兼容的 zkR。哦，它实际上也不是 rollup，而是一种类似于 StarkNet 的 volition 方案。不过我们有更多关于 zkSync 2.0 架构的细节。Arbitrum One，作为一个 rollup 其本身执行所有操作，但在安全性和数据可用性方面都依赖于以太坊。然而，以太坊作为数据可用性层是昂贵的。因此，volition 所做的是让用户在以太坊上的数据可用性 (rollup 模式) 和不同链上的数据可用性 (validium 模式) 之间进行选择。zkSync 2.0 将拥有自己的数据可用性链，即 zkPorter。Rollup 模式仍然是最安全的选择，而 zkPorter 将提供非常低的费用 (想像一下 ~0.0X 美元)，同时仍然比侧链和其他单一型区块链更安全。我们已经可以从 Immutable X 观察到。我的预期是 zkSync 2.0 在本月发布一个公共测试网，并在 2022 年初发布主网。但请注意，对于尖端技术来说总是存在一定延迟。 当然还有其他参与者，我预计执行层在未来几年内将具有很强的竞争力。最后我希望大多数项目都是 volition 类的，通过有效性证明在最安全的链上提供安全性，以及针对用户的数据可用性选择。最后我要指出，单一型区块链的执行层非常没有竞争力，包括以太坊，所以我预计未来几年所有区块链活动的 90% 以上将发生在 rollup、validiums 或 volitions 上。 <br/> # 安全性 准确来说，我将“安全性”理解成“共识”，但我认为“安全性”一词能更好地避免混淆执行层和数据可用性层，因为后者不一定不存在共识机制。 在这三者中，“安全性”迄今为止最难的一层。目前，只有两种足够安全、去中心化 (或是做出这类尝试) 的解决方案：比特币和以太坊。大多数其他链没有预见到区块链乐高的来临，并在安全性和/或去中心化方面做出了巨大牺牲以实现更高的可扩展性。 那么，作为安全性层与以太坊竞争需要什么条件？首先，以太坊通过 6 年的活跃活动和高通胀工作量证明实现了广泛的代币分配。其次，以太坊还实现了一种可以处理一百万个验证者，而无需依托协议内委托的共识机制。并且以太坊还拥有用户和开发者运行全节点的文化，并专注于无状态等解决方案以实现长期可持续发展。目前对我个人来说，以太坊唯一现实的潜在竞争对手是增加验证 zk-SN(T)ARK 功能的比特币，但看起来似乎这种可能性非常小。另一方面是一些革命性的新技术。 <br/> # 数据可用性 长期来看，以太坊还拥有数据可用性的最佳路线图，无论是在 KZG 承诺技术和数据可用性采样方面，还是纯粹利用其行业领先的安全性来部署大量数据分片链。 但是以太坊的数据可用性层可能需要等待大约 18 个月的时间。在短期内，validiums 和 volitions 方案可以基于以太坊的安全性，同时将交易数据 (以压缩形式) 提交到单独的数据可用性层。我们有诸如 Polygon Avail、Celestia 和 zkPorter 这样的数据可用性链，以及像 StarkEx 的 DAC 这样的委员会，他们将填补空缺，并有机会建立网络效应。需要注意的是，其中一些链也专注于其安全性，但如上所述，我认为这些链在这方面不会与以太坊竞争。 止于以太坊生态之外的候选者，我们也可能看到例如 Tezos 和 NEAR 这样的单一型区块链在以太坊之前提供分片化数据可用性。尽管这些链在安全性和去中心化方面明显不如以太坊，但它们可以充当数据可用性链。 最后，这不仅仅是关于数据可用性链。我们可以拥有创新的数据可用性层，在不需要共识机制的情况下保证有效性和可用性。我认为还没有项目以去中心化的方式解决了这个问题 (可以说 StarkEx DAC 已经以半中心化的方式解决了这个问题)，但如果他们这样做了可能比数据可用性链更高效。即使不是硬性保证，节省成本的优势对于某些用户来说可能值得冒险。 <br/> # 结语 我们正在进入一个大胆的区块链乐高新时代，为行业带来了数量级的效率提升。我希望这篇文章能够勾勒出未来的竞争格局。单一型区块链几乎已经过时，它们需要将重点放在执行、安全性或数据可用性上，如果仍然试图满足所有这些特性，就不可能参与竞争。已经选择了赛道的项目，如上所列，将成为未来几年的大赢家，值得关注和支持。我预期在接下来的几个月和几年里，与单一型模式相比，模块化模式带来的指数级效率增长对所有人来说都会是显而易见的，人们会争先恐后地进入这个领域，尤其是执行链领域。https://www.ethereum.cn/Layer2/the-future-of-optimistic-ethereumhttps://www.ethereum.cn/Layer2/the-future-of-optimistic-ethereumThu, 23 Sep 2021 00:00:00 GMT来源 | [Ethereum Optimism](https://medium.com/ethereum-optimism/the-future-of-optimistic-ethereum-7f22d987331) <br/> # Optimistic Ethereum 的下一次重大更新  自我们发布 [unipig](https://unipig.exchange/welcome) 以来，好像已经过了一个世纪了。在本文中，我们将公布 Optimistic Ethereum 成立以来最重要的更新。 该更新版本发布后，我们又朝着将**原生以太坊**带到 L2 这一目标迈出了一大步。开发者将能够一键部署合约，大家习惯使用的工具也能在 Layer2 上运行。并且所有这些都是围绕以太坊最安全的客户端代码库构建的。 几周后将开始推出更新。 <br/> # 不止于与 EVM 兼容 构建核心基础设施不简单，且对新技术的测试需要一定时间 —— 只要问问任何经验丰富的以太坊开发者便知道，当前的工具与早期相比已经发展了相当多。 而构建一个兼容 EVM 的 rollup 面临的挑战则更大：在新技术中支持整个以太坊堆栈。重新实现安全的 EVM 功能的成本高昂；每增加一行代码都会带来漏洞风险。 这就是为什么我们不断问自己：“怎样才能用最少的代码行来对以太坊进行扩容？” 曾经当一名贡献者用 300 行代码替换了我们的 5,000 行代码的转译器时，我们首次沉迷于删除代码。现在，风水轮流转，到我们删除他的代码了。 凭借多年来对以太坊虚拟机 (EVM) 的深入了解，我们花了一些时间重新评估我们最初的假设，看看有什么可以改进的地方。最后我们得到的结果是：我们的 rollup 不仅可以与 EVM 兼容，还能升级到与 EVM 完全相同的效果。通过严格执行[以太坊黄皮书](https://ethereum.github.io/yellowpaper/paper.pdf)，任何基于 Geth 编写的代码现在都可以无需更改地在 rollup 上进行部署 —— 即便是追踪和 gas 等高级功能。本次升级删除了我们的自定义编译器，还删除了 25,000+ 条其他代码行，以便*简单地使用已存在的代码*。 我们的极简主义理念还在社交层提供了独特的可扩展性。通过在现有的以太坊客户端 (Geth) 之上构建，我们继承了对以太坊客户端代码所做的任何改进，反之亦然 —— 这对整个以太坊生态系统来说是双赢的。我们的最终目标是**在 1000 行代码内**使替代节点实现 (如，OpenEthereum 或 Erigon) 成为可能。 <br/> # 这次更新意味着什么？ 这意味着我们将在十月份实现一键部署，此处为完整的更改设置([https://community.optimism.io/docs/developers/l2/changeset.html](https://community.optimism.io/docs/developers/l2/changeset.html))。我们将在 twitter 和 discord 于下周内公布最终发布日期，敬请留意。 那些一直想要部署但无法使用自定义编译器运行的项目将可以直接部署，而无需对其代码进行修改。此外，任何可以在以太坊上运行的工具都将能够在 Optimistic Ethereum 上运行。这意味着，开发者能够在 L2 😉 上使用 DappTools、Vyper、Tenderly、Hardhat 等。 在这个版本中，我们当前的安全模型不会发生任何变化 —— OE 将仍然以单个定序者的模式运行。如果读者想与我们一起将协议去中心化，那么你应该... <br/> # 与我们一起构建以太坊的未来 这次升级也标志着 Optimistic Ethereum 新篇章的开始。删除代码这个方法只有当你理解了之后才能正确执行，但我们不只是希望大家理解 —— 我们希望你们做出贡献！ 我们的开发代码一直都是公开的，但这次升级后，我们将把开发透明度贯彻到研发堆栈中。最新创建的规范库 [optimistic-specs repo](https://github.com/ethereum-optimism/optimistic-specs) 将作为我们协议的最新事实来源。在那里，大家可以搜到规范、正在进行的研究以及开发路线图，欢迎任何人贡献出自己的力量！🙌 非常感谢 Protolambda、Lightclient 和 Magmo 团队的宝贵专业知识和早期贡献，他们编写了一些 PoCs 和规范。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-9-22/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-9-22/Wed, 22 Sep 2021 00:00:00 GMT # 合并 (The Merge) 9.17 举行的第 122 次以太坊核心开发者会议对在开发者测试网上执行层客户端和共识层客户端间的首次互操作问题进行了讨论。根据 Tim Beiko 的会议记录，为了简化合并的首次实现，开发者们同意在共识层上同步消息有先后顺序。这意味着，信标链会在收到执行层的回复信息后才会发送更多的信息，即有些信息是异步的。而要实现这点，经过多个回合的讨论，开发者们似乎决定对 terminal total difficulty (即执行层客户端开始监听信标链而不是 PoW 链的触发点，下文简称 TTD) 进行硬编码，而不是动态地对其进行计算。 关于这一点，主要存在两个问题。一是如果不对 TTD 进行硬编码的话，不同客户端计算出的 TTD 可能会不一样，那些没有正确设置节点的用户可能不会意识到他们还未过渡到 PoS。 目前设置的合并是这样运作的：首先信标链会升级，以支持发送信息到执行层和接收执行层的信息，一旦执行层达到 TTD，执行层将停止广播区块到 PoW 链和停止监听 PoW 链，而开始监听 PoS 链。(详见[以太坊核心开发者会议更新 006](https://www.ethereum.cn/Technology/allcoredev-update006)) 而硬编码 TTD 的处理需要注意避免在信标链升级前就达到 TTD。另一个可能发生但没那么严重的问题是，如果哈希率在合并前急剧下降，而开发者很早就设定了 TTD，那么合并可能比预期来得要晚。 尽管大家普遍同意对 TTD 进行硬编码，但具体如何实现还没有决定好，这方面的讨论仍在继续。 [来源](https://twitter.com/TimBeiko/status/1438916709000253440?s=20) <br/> # Eth1（执行层） **Nethermind 已发布修复版本** 针对上周在 Nethermind 客户端上发生的短暂攻击事件 (详见[上一期的七日谈](https://www.ethereum.cn/Ecosystem/eth-weekly-2021-9-14))，Nethermind 于 9.15 发推表示，受影响的存档节点已经修复。Nerthermind 大多数的快速同步节点都没有受到影响，只有一个因为修剪的原因而无法重组。Nethermind 团队已发布[修复版本](https://github.com/NethermindEth/nethermind/releases/tag/1.11.2)。 [来源](https://twitter.com/nethermindeth/status/1437815831015079938?s=20) <br/> **Geth 客户端将不再支持快速同步** 合并后的同步需要客户端进行大量的代码重构，Geth 客户端将不再支持快速同步，取而代之的是快照同步。根据 Péter Szilágyi 在 9 月 16 日发的推文和对评论的回复，Geth 的快照同步有修剪的新功能，用户不需要自己修剪。 [来源](https://twitter.com/peter_szilagyi/status/1438503255126929408?s=20) <br/> **硬钱包 Trezor 支持 EIP-1559** 根据 Trezor 于 9.16 的博客更新，Trezor 推出了 Trezor Suite (21.9.2) 新版本以及 Trezor Model T (2.4.2) 和 Trezor Model One (1.10.3) 硬件钱包的固件更新。其中，由于有了 Trezor Connect 和 Model T 固件的支持，Trezor Model T 钱包现在可以为与 EIP-1559 兼容的钱包接口提供安全性了。 [来源](https://blog.trezor.io/trezor-suite-and-firmware-updates-september-2021-a490f2ea16c1) <br/> **EIP-3756 进展** 第 122 次以太坊核心开发者会议再次对关于设置区块容量上限的 EIP-3756 进行了讨论，主要从必要性和实际操作两个层面展开。根据 Tim Beiko 的会议记录，尽管大多数团队都支持这个提案，因为矿工或验证者都可能因为想提高自己的收益而支持上调区块容量上限，这可能影响网络的短期健康 (DoS 风险和状态膨胀)，但这个提案也涉及一些棘手问题：我们应该把 gas limit 设为多少？什么时候应该提高 gas limit？如何提前确定什么样才算“危险水平”？ 而在实际操作层面，如果要把它纳入到升级里，是在合并前、与合并一起、还合并后的升级里进行？似乎没有一个合适的时间，如果真的决定要做，尽快是最好的。 由于按照之前的计划，在合并前不会引入任何需要部署到测试网的变更，纳入 EIP-3756 会增加开发者的工作量，此 EIP 可能会先被搁置。 [来源](https://twitter.com/TimBeiko/status/1438923002670813194?s=20) <br/> # Eth2 (共识层) **Eth2 客户端的多样性情况** Lighthouse 的开发者 Michael Sproul 通过区块提议数据对 Eth2 主网的客户端多样性做了评估，结果如下： 根据 Ben Edginton 的转发评论，今年 4 月的那次事故显示， Prysm 当时的占比是接近 70%，与这个结果相较而言，客户端的分布变得均匀了一点，但仍有很长的路要走。  如果想了解评估的方法论，请看其[推特](https://twitter.com/sproulM_/status/1440512518242197516?s=20)详情。 <br/> # Layer2 **L2 扩容解决方案 Arbitrum One 的 Sequncer 故障回顾报告** 9 月 15 日，以太坊扩容解决方案团队 Offchain Labs 针对 9 月 14 日 Arbitrum One 网络故障发布了一则报告。以下为报告的摘要： 从东部时间 2021 年 9 月 14 日 10 时 14 分 (即北京时间 2021 年 9 月 14 日 22 时 14 分) 开始 Arbitrum One 持续了 45 分钟的宕机时间，而在这期间 Arbitrum Sequencer (定序者) 处于离线状态中。用户的资产并未受到影响，但在宕机期间，新交易无法提交。Arbitrum 团队表示 Arbitrum One 仍处于 beta 测试阶段，团队将尽最大努力减少宕机时间。但正如 Arbitrum One 上线公共中所提到的那样，早期可能还是会出现宕机状况，希望用户能做好心理准备。 所有被 Sequencer 接受的交易都已打包进链，且没有进行重新排序。当 Sequencer 于 22 时 59 分恢复在线状态时，22 时 13 分至 14 分期间接受的交易被重新分配了一个时间戳，但其交易顺序完全保留。需要强调的是，Sequencer 没有能力窃取用户资金或伪造交易，因其处理的每一笔交易都由用户签名，然后由 Arbitrum 链验证。此外，宕机期间 Arbitrum 桥接持续运行，没有任何存款或提款丢失或面临风险。 本次宕机的根本原因是 Arbitrum 出现了一个漏洞，致使 Sequencer 在短时间内接收大量交易时出现故障。Arbitrum 团队已找出问题所在并部署了修复程序。 值得注意的是，本次故障为 Sequencer 宕机，而非网络宕机。在 Sequencer 宕机期间，Arbitrum 用户也能够绕开 Sequencer 并将交易直接提交到以太坊，以延迟打包至 Arbitrum 链中。即 Sequencer 的故障不会影响到 Arbitrum 网络的继续运行。 [来源](https://medium.com/offchainlabs/arbitrum-one-outage-report-d365b24d49) <br/> **Arbitrum 的锁仓量在两周内增长了 15 亿美元** 根据二层网络数据追踪平台 L2 Beat [https://l2beat.com/](https://l2beat.com/) 的统计显示，L2 扩容解决方案 Arbitrum One 仅在两周内锁仓量就从 150 万美元涨至 15 亿美元 (截至本文发布，Arbitrum 锁仓量已达到 21 亿美元)。  <center>cr：l2beat.com</center> [来源](https://twitter.com/l2beatcom/status/1437100464005427211) <br/> **L2 互操作性解决方案 Hop Protocol 宣布支持 L2 扩容解决方案 Arbitrum** Hop Protocol 协议旨在提供 L2 项目之间的互操作性解决方案，使用户实现跨 rollup 转账。此前，Hop Protocol 于 2021 年 7 月 13 日上线以太坊主网、Polygon 和 xDai，并于 8 月 26 日上线 Optimistic Ethereum。 9 月 17 日，Hop Protocol 宣布支持 L2 扩容解决方案 Arbitrum。目前仅支持 USDT 和 USDC 在 Arbitrum 与其他 Hop 支持的网络之间转账，下周将添加对 ETH 的转账支持。 [来源](https://twitter.com/HopProtocol/status/1438612133776867330) <br/> **Optimism 将推出完全兼容 EVM 的版本，开发者可以使用同样的工具在 Optimism 上部署现存的 Solitidty 合约** L2 扩容解决方案 Optimism 宣布将于 10 月份推出完全兼容 EVM 的最新版本 OVM 2.0。也就是说，开发者可以实现一键部署，[此处](https://community.optimism.io/docs/developers/l2/changeset.html)为 OVM 2.0 的更改设置。 本次更新将于 10 月初在 Kovan 测试网进行，然后于 10 月底于主网部署。从根本上说，这将极大地减少 OVM 与 EVM 之间的差异，那些一直想要部署但无法使用自定义编译器运行的项目将可以直接部署，而无需对其代码进行修改。此外，任何可以在以太坊上运行的工具都将能够在 Optimistic Ethereum 上运行。这意味着，开发者能够在 L2 上使用 DappTools、Vyper、Tenderly、Hardhat 等。 [来源](https://medium.com/ethereum-optimism/the-future-of-optimistic-ethereum-7f22d987331) <br/> # 生态 **Vitalik 入选2021年最具影响力人物** 9 月 15 日，时代杂志公布了它的年度百大世界最具影响力人物名单，此名单由 180 万的投票产生，一共分为时代象征、先锋、巨人、艺术家、领袖和革新者六项类别。Vitalik 入选的是革新者类别，其推荐词由 Reddit 的前执行总裁 Alexis Ohanian 撰写，他写道“ Vitalik 的特别之处在于他是构建者的构建者。没有一个人可以想出以太坊上的所有用例，但这一切的确从一个人的想法开始。从那里，一个全新的世界打开了，出现了使用区块链技术的很多新方法......我从未对互联网的潜力感到如此兴奋，这在很大程度上要归功于 Vitalik Buterin。”  [来源](https://time.com/collection/100-most-influential-people-2021/6095980/vitalik-buterin/) <br/> **NFT 铸造和买卖平台 OpenSea 推出移动端版本** 9 月 17 日，OpenSea 宣布推出移动端版本。移动端的功能包括：根据类别查找 NFT；跟踪最新的空投；关注你喜欢的作品集等。  App Store：https://apps.apple.com/app/id1582861796 Google Play store：https://play.google.com/store/apps/details?id=io.opensea [来源](https://twitter.com/opensea/status/1438936921066164225) <br/> **英国的英文新闻周报《经济学人》最新一期封面描绘了去中心化金融诱人且迷惑的景象** 《经济学人》最新一期封面文章 Down the rabbit hole | The beguiling promise of decentralised finance 讲述了区块链去中心化金融 DeFi 中充满诱惑的现况。文章中提到：比特币现已是一种分散注意力的东西，大多数 DeFi 应用构建在以太坊之上，以太坊正靠近其临界点市场规模。  <center>cr：The Economist</center> [来源](https://www.economist.com/leaders/2021/09/18/the-beguiling-promise-of-decentralised-finance) <br/> **ESP 招团队负责人！** 以太坊基金会 (下称 EF) 下的生态支持计划 (ESP) 是一个资助项目，负责从以太坊社区内外接受支持申请，然后把 EF 的资源分配出去，以推进生态的发展。而 ESP 的团队负责人的核心任务是推动团队工作的成功，以及使团队与 EF 的战略保持一致，推动团队前进。 ESP 的团队负责人需要知道如何推动团队成功、善于管理关系、了解以太坊、具有企业家精神、做事有条理和主动，以及明白以太坊不仅仅是关于技术。 [详情](https://ethereum.bamboohr.com/jobs/view.php?id=43) <br/> **Gitcoin Grants 第十一轮即将结束** 开源协作和资助平台 Gitcoin Grants 第十轮 Grant 已经于 UTC 时间 9 月 8 日 15:00 启动。本轮资助有 10 个板块，分别是：DApp、基础设施、社区、NFT、非洲地区、去中心化治理、Uniswap、回溯性资助、Gitcoin DAO、拉丁美洲地区。 本轮截至时间为 9 月 24 日，在此之前用户都能前往支持优秀的生态项目。 ECN on Gitcoin：https://gitcoin.co/grants/380/ethereumcn-ecnhttps://www.ethereum.cn/Eth2/what-happens-after-finality-in-eth2https://www.ethereum.cn/Eth2/what-happens-after-finality-in-eth2Sat, 18 Sep 2021 00:00:00 GMT来源 | [@prysmaticlabs](https://hackmd.io/@prysmaticlabs/finality) <br/> 区块链的一个基本属性是“最终确定性 (finality)”，它的大概意思是经过一定时间后，被打包到权威链的交易是极其困难，甚至几乎不可能回滚的。Eth2 在协议上有一个“明确的”机制是关于链的最终确定性的，它区别于现在使用 PoW 机制的比特币和以太坊上的“概率性”最终确定性。在工作量证明中，共识从根本上说是一场全球竞赛，其中第一个挖出有效区块的幸运矿工会获胜——比赛方式是找出计算难度问题的数学方案。因此，出块时间是概率性的。越多的区块被打包到区块链上，回滚就越难，因为每个区块都代表了构建区块所需的电力和算力的累积总和。由于防止攻击者能够回滚今天的比特币和以太坊区块链是有切实的物理保证的，我们可以把超过一定时间的交易看作“被最终敲定了 (finalized)”。 然而，权益证明机制的以太坊不是基于概率性最终敲定来运作的。相反，它把最终确定在协议上作了明确规定——“如果超过三分之二的验证者对区块链头正确投票了，经过一段很长的时间后，我们就认为这个特定检查点以前的所有交易都被最终敲定了”。最终确定性是明确的，而遵循协议的节点将无法回滚最终敲定的检查点 (checkpoint)，因为不管共识权重如何，这在根本上是不可能的。 <br/> # 在 Eth2 里，最终确定性的机制是什么样的？ Eth2 是一个同步协议，它用“检查点"机制进行记账。本质上是一个验证者集被分配到一个有 32 个 slot 的窗口，履行出块或对区块投票的职责。其中，每个 slot 是 12 秒，而 32 个 slot 构成一个 epoch。在一个 epoch 里，有 32 个验证者被分配到担当区块提议者 (block proposer)，其他验证者都担当证明者 (attester)，他们要给每个 epoch 里被提议的区块投票。 > 每个 slot 里只会分到一个区块提议者，但会有多个”证明者“ 例如，Alice 在 slot 4 被选为区块提议者，而 Bob、James、Charlie 和 Susan 都被选为证明者，这意味着他们都要对 Alice 提议的权威区块投票。 Eth2 使用 Casper 权益证明共识，特别是其中的”确定性小工具 (finality gadget)"。Eth2 最终敲定的过程定义如下： 1. 如果在一个 epoch 里，大于 2/3 的验证者对区块链头正确投票，我们说最新的 epoch **被证成了 (justified)**。 2. 如果连续两个 epoch 被证成了，那么 `current_epoch - 2` (当前 epoch - 2）被认为**被最终敲定了**。 在正常的操作中，链的目的是一直做最终敲定。如果在被最终敲定的 epoch 后有超过 4 个 epoch，那么所有验证者都会开始受到惩罚，以激励快速恢复敲定工作。 ## epoch 末会发生什么？ 在 eth2 的 epoch 末，状态转换函数执行重要的记账功能，以弄清楚在这个时间段共识层确切发生了什么，并为下一个 epoch 做准备。验证者在每个 epoch 都会被混洗，分配新的任务，除非出现链重组，否则我们可以提前两个 epoch 得知我们分配到的任务。 在 epoch 过渡中，我们会统计出链头的所有票数。验证者使用“**有效余额 (effective balance)**"投票，以 **gwei** 计价。在谈论 eth2 时，我们通常会提到**验证者参与率**，它的定义是在一个 epoch 里用于区块链头正确投票所质押的总 gwei 与所有活跃验证者所质押的总 gwei 的比值。 ## 确定一个新被最终敲定的检查点意味着什么？ 在 Eth2，确定一个最终敲定的检查点是非常重要的，因为协议里很多明确定义的东西都以它为界限。也就是，在检查点被最终敲定前，所有通过 p2p gossipsub 收到的信息都会被忽略和丢弃。此外，以下是在 eth2 一个新被最终敲定的检查点会发生的事： - 所有从新被最终敲定的检查点之前传入 gossipsub 的信息都会被忽略 - **分叉选择规则**的更新只认从最终敲定的检查点开始的投票。这意味着，遵循协议的节点是不可能对被最终敲定的检查点进行回滚的。 - 被最终敲定的检查点以前的存储数据是**可以被修剪的，没有安全问题** <br/> # 激励与重组 协议奖励对维护我们所谓的”链的活性“有一个很强的激励机制。自从 Eth2 的主网在 2020 年 12 月 1 日被激活以来，该链一直具有完美的活性，特别是每个 epoch 都按预期被最终敲定。而链的参与率，即正在给区块链头正确投票所质押的 ETH 占所有活跃验证者质押量的百分比，一直保持在 90% 以上的高水平。  <center>数据来源： https://beaconcha.in/</center> 除非大部分的质押者都离线了，或多人使用的客户端实现出现严重漏洞，否则激励机制会一直支持最终敲定 `current_epoch - 2`。鉴于在 eth2 里，epoch 时长为 6.4 分钟，即 12.8 分钟前的 epoch 应该总是被最终敲定的。 关于 MEV，我们当然还没在区块链里看到出现超过 12.8 分钟的重组。那么，我们是否可能通过信标链本身的数据获得交易最终确定性的概率估值呢？ ## MEV Eth2 里的每个区块都包含关于共识的元数据，即每个区块都包含如下信息： - 加入信标链的新验证者 (eth1 的验证者存款) - 证明 (attenstation)，即其他验证者对链上先前区块的投票 - 验证者想要退出其职责的证明 - 验证者被罚没和被强制逐出的证明 对于我们的目的来说，最重要的就是**证明**。由于每个 **slot** 都会出块，时间是刚好 12 秒。对于我们收到的每个区块，我们都可以计算目前为止对区块链头正确投票的验证者所质押的 ETH 占所有活跃验证者所质押的 ETH 的百分比。例如，如果在一个 epoch 结束前我们已经收到超过前 2/3 的投票了，且上一个 epoch 已经有超过 2/3 的验证者正确投票了，我们能相当确定链的最终确定性很快能达成。也就是说，我们可以在最终确定性达成的前 6.4 分钟就对这个结果很有信心了。 尽管这种”信心“是很有用的，但如果在权威链的分叉上有足够多的投票权， 1 个甚至 2 个 epoch 内的重组仍然是可能的。就我们观察到的情况，Eth2 上有大量投票权的小型分叉是很罕见的，并在当前的链上从未发生过。 关于 MEV 的问题：我们要多久才能知道最终确定性，使它对 MEV-geth 起作用呢？ <br/> # 对最终确定性的哲学讨论 ## 节点可以违反协议吗？ 最终确定性，说到底，是由对协议规则的社会共识执行的一个抽象概念。有一个诚实假设是，节点确实在遵循协议。这意味着即使一些行为不当的节点尝试修改它们的客户端软件，以忽略关于最终确定性的规则，也不会影响整个网络，因为所有其他节点都会遵循协议。 而决定重组的分叉选择是从被最新最终敲定的 epoch 开始的，除非绝大多数的节点都违反协议，否则重组是不可能发生的。 <br/> # 参考文献 - [eth2 规范](https://github.com/ethereum/eth2.0-specs) - beaconcha.in <br/> <br/> https://www.ethereum.cn/Ecosystem/how-dapp-value-capture-will-distribute-across-decentralized-infrastructurehttps://www.ethereum.cn/Ecosystem/how-dapp-value-capture-will-distribute-across-decentralized-infrastructureSat, 18 Sep 2021 00:00:00 GMT来源 | [smartcontentpublication.medium](https://smartcontentpublication.medium.com/how-dapp-value-capture-will-distribute-across-decentralized-infrastructure-f7cebcebf5d3) <br/>  去中心化应用程序 (dApp) 是一种建立在区块链上的新型数字化应用程序。与目前大多数由在中心化服务器上运行且非开源代码组成的应用程序不同，dApp 是一种能够在去中心化网络上运行的开源软件。去中心化这种形式是值得期待的，因为在 dApp 中解决了原本存在的单点控制和单点故障问题，这意味着赋予了整个系统强大的确定性——dApp 将完全按照最开始编写好的代码逻辑全程自动运行，中途不会出现交易对手方对交易程序或者交易数据进行篡改的情况，也不会出现网络停机或不同形式的审查情况。确定性其实对于多方流程自动化来说是非常重要的一点，尤其是在没有人工干预的情况下，整个交易数额达到数十亿乃至数万亿美元的规模时。 dApp 是通过智能合约构建起来的——智能合约指的是在区块链上以确定性运行的编码逻辑的程序 (即如果发生 x 事件，则自动执行 y 操作) 。我们目前看到的大多数 dApp 都是由多个智能合约构建而成的，形成了一个个具有特定用例的应用程序。以下为一些 dApp 的例子： [Bancor](https://bancor.network/) — 一个去中心化交易所 (DEX)，它通过[自动做市商 (AMM) ](https://blog.chain.link/challenges-in-defi-how-to-bring-more-capital-and-less-risk-to-automated-market-maker-dexs/)模式在链上为资产兑换提供了流动性。用户在流动性池中质押其资产，交易者和其他 dApp 可以利用这些资产进行即时swap，并向流动性提供者 (LP) 支付少量的费用。 [Aave](https://aave.com/) ——一个去中心化的货币市场，任何人都可以在短短几秒内无需许可地从这个市场中取出超额的抵押贷款。贷方提供自己的资产到流动资金池中，并从中赚取利息，而借款人可以通过存入抵押品以及支付利息，从流动资金池中获得贷款。 [PoolTogether](https://pooltogether.com/) — 一个无损的储蓄游戏，用户将他们的计息代币存入彩票池，在彩票的持续时间内，彩票产生的利息将会全部分配给随机赢家。在这之后，用户可以全额提出存款。 [Fei 协议](https://fei.money/) ——一种算法稳定币，旨在以去中心化的方式维持 1 美元的价值。其供应量可调节，即通过发行和销毁稳定币，套利者受到经济激励，在 FEI 的价格高于/低于 1 美元时为了套取差价利益，通过交易的方法将其价格恢复到与 1 美元持平。 这些只是目前在各种区块链上实时运行的许多 dApp 的几个示例。但其实从长期来看，dApp 仍处于起步阶段，这意味着这个赛道上的产品还会不断升级，市场上也会出现越来越多适合不同需求或者更高阶的 dApp，但具体会发展成什么样，我们目前还是无法想象到更多细节的。 本文没有去分析 dApp 用户 (需求方) 的优势或[加密货币代币存在](https://smartcontentpublication.medium.com/the-purpose-and-value-of-cryptocurrency-and-tokens-4ad9db9fac7b)的原因，而是研究了从 dApp 捕获的价值将如何分布在去中心化基础设施 (供应方) 中。简单来说，dApp 的哪些功能会带来成本，哪些基础设施层最适合为这些功能提供服务并因此可以收取 dApp 的费用。 本文首先通过确定 dApp 所需的所有潜在功能来回答这些问题。然后概述了几个将影响 dApp 价值捕获的宏观趋势。最后，列出了一个四层的通用框架，dApp 的价值可能会在其中得到巩固。 注意： 首先，本文的讨论范围基于不完整且还在不断增长的数据集研究得出的近似值。 dApp 的生态系统发展迅速，因此我们的分析结果可能会随着时间的变化而改变。其次，我们经常会表示用户需要承担成本，但我们意识到目前大多数的 dApp 是通过初始代币供应的发售来补贴其中的许多成本以达到网络效应。然而，从 5 到 10 年作为一个时间间隔来展望的话，我们假设用户将在长期内承担大部分成本。因此，我们可能会重复声明 dApp 和/或用户产生的底层基础设施成本。 <br/> # dApp的潜在价值捕获功能 在研究如何分配价值捕获之前，让我们先概述一下 dApp 为了实现点对点的竞争可能需要的所有功能。每个功能都为 dApp 提供一项关键服务，而服务都是需要产生成本的。由于工作输出需要人才成本，因此每项服务的实现其实都是为了利润而进行的，这些利润将由 dApp、底层区块链、链下预言机、外部服务提供商这四者或这四者中的几项组合来捕获。 dApp 需要哪些服务以及每项服务对其成功的重要性体现都不一样。此外，每项服务的成本将取决于它的使用频率、它所保护的价值、它的架构方式以及 dApp 本身的整体质量。考虑到这一点，下面列出了所有 dApp 所需的六个最基本的功能。 ## 结算 dApp 本质上是整个区块链分类账中的子分类账。它们由一些智能合约组成，这些智能合约用于分配资产所有权并定义存入资产如何在 dApp 中交互。结算代表了 dApp 的永久状态得到了更改，这意味着 dApp 的子分类帐经历了不可逆转的更新。状态更改通过链上交易发生，这些交易由 dApp 的底层区块链处理，例如转移资产所有权、增加可升级智能合约的代码、验证链下证明、发布外部状态的哈希值或简单地存储原始调用数据。以上所述的每个状态变化都需要满足 dApp 中那些已经写好的智能合约中的条件，才会按照智能合约中的步骤执行，产生状态的变更。其实这像是签名验证一样简单，但是也可以涉及到更复杂的算力检查。 用户必须为在链上执行的任何结算功能向区块链矿工/验证者支付费用，因为他们是生产区块和保护区块链网络的实体存在。虽然许多区块链都有区块奖励来补贴矿工/验证者所做的工作，但用户仍然需要去支付基本的费用以防止那些拒绝服务 (DoS) /滥发邮件攻击的出现而导致系统停止运行。此外，当对区块空间的需求超过本来能够供应的需求时，用户为了能够更快地处理交易，可能会选择向矿工/验证者支付额外的小费，加速链上的交易打包时间。 dApp 的结算成本将取决于结算频率、结算复杂性、链上数据存储要求、底层区块链网络拥堵情况和最终确定性需求等。 通常，硬件要求较高 (100 到 1000 个节点) 的高吞吐量区块链可能会选择直接且单独地在底层区块链上去结算每个用户的交易。而那些更去中心化 (10,000 到 100,000+ 个节点) 的低吞吐量区块链可能会选择捆绑多个用户的链下交易，并在区块链上将其作为单个聚合结算交易进行结算，从而提高整体的吞吐量 (提高 100 倍到 10,000 倍)。  Layer-1 区块链是 dApp 的最终结算层 ([来源](https://web3-technology-stack.readthedocs.io/en/latest/)) <br/> ## 计算 每个 dApp 中都会包含着带有程序逻辑的智能合约，要想对这些逻辑进行处理，必须要在最终状态更改生成前执行。虽然结算涉及资产的转移，或者需要直接在分类账上存储其最终状态，但计算的内容包含运行 dApp 的代码来检查该代码是否满足不同的结算条件。简单来说，计算决定了子分类账的最终更新 (状态变化) 情况，而结算则是对状态变化进行简单的验证并在区块链上执行该变化。 示例：去中心化货币市场中的抵押不足贷款 计算——通过参考喂价数据来计算与抵押品价值相比的未偿还贷款价值，从而确定用来贷款的抵押品价值。如果发现贷款的抵押品价值低于预定义的阈值 (例如 150%) ，则表明这笔贷款交易可被清算。 结算——检查清算人的交易签名及其计算结果。如果验证有效，链上的程序将会通过偿还债务并将清算抵押品的所有权转让给外部实体，从而来清算掉用户的抵押品。 高吞吐量区块链上的 dApp 直接在链上运行计算和结算。然而，去中心化区块链开始将计算和结算的过程分开。这个分离的过程是这么实现的：通过在 Layer 2 网络中计算链下交易，然后将这些交易进行批量处理 (例如在 [rollup](https://vitalik.ca/general/2021/01/05/rollup.html) 上) ，然后通过单个聚合交易在链上完成结算。这降低了链上成本，因为区块链只需存储少量数据并处理单个压缩证明来验证所有状态的更改，最后再进行结算，而不是为每一笔单独的交易执行计算工作。 用户需要为链上完成的任何计算 (类似于结算) 向区块链矿工/验证者支付费用，并需要为链下完成的任何计算向 Layer 2 的验证者支付费用。  示例：zkRollup，它在链下执行计算然后将状态存储在链上 ([来源](https://vitalik.ca/general/2019/08/28/hybrid_layer_2.html)) <br/> ## 存储 为了方便用户能够在其 Web 浏览器中与 dApp 进行交互，dApp 需要选择适合自己的存储解决方案来托管用户界面 (UI)。网站的托管可以通过传统的云服务 (如 AWS) 或去中心化的替代方案 (如以太坊上的 ENS 和 IPFS 系统) 来完成。尽管任何人都可以在没有任何用户界面的情况下运行一个完整的区块链节点来和 dApp 进行交互，但大多数非技术的用户由于自身缺乏技术上的支持也是无法进行操作的。因此上述的用户界面接口对一般非技术用户来说是非常有必要的。由于 ENS 和 IPFS 是还未代币化的网络，除非能够在这样的系统上构建激励层 (例如，Filecoin 提供持续存储文件的经济激励) ，否则对一般用户来说，几乎是等于没有价值捕获的潜力。 dApp 还需要存储与应用程序相关的数据，例如原始交易数据。此数据存储的位置将取决于 dApp 计算发生的地方。如果计算仅发生在链上，则数据存储在链上，费用将支付给矿工/验证者 (有时使用状态租金可以最大程度地减少状态膨胀) 。如果在 Layer 2 网络中进行链下计算，那么 dApp 就可以在链上或链下存储交易数据，具体的存储点还是需要取决于 dApp 所选的信任假设。 一些 dApp 将所有交易数据存储在链上，因此任何人都可以重建任何这些数据的状态变化，但前提是需要向矿工/验证者支付更高的费用来存储数据。其他 dApp 在链上存储的则是最终状态根，并以较低的成本在链下存储原始交易数据，例如通过 Layer 2 验证者委员会或去中心化存储网络进行该操作。用户需要向存储提供商付费才能保留数据 (持久性) ，用户想要对特定的数据进行按需查询 (可用性) 也一样需要付费。  Layer 2 网络通过不同方法进行数据存储和链下计算验证的简单框架 ([来源](https://blog.harmony.one/harmony-as-interoperable-layer-2-for-ethereum/)) <br/> 此外，一些 dApp 为了存储其用例的其他数据形式，可能会为了链下存储的解决方案而付费。例如，用户配置文件数据和分析可以存储在链下，并用来生成一个声誉分数，这个分数又可以通过预言机返回到链上。最后，关于在哪里存储数据，dApp 会有很多可选方案。 ## 资金 dApp 通常拥有原生数字资产和/或通过其他用户存入的数字资产作为其服务的一部分。资金可以在很多功能上发挥作用，例如为去中心化交易所和货币市场提供流动性，为合成资产平台和去中心化稳定币提供内置的保险支持功能，提供外部保险以对冲不可预见的智能合约故障，或提供质押激励以鼓励用户使用该平台。由于去中心化金融 ([DeFi](https://defipulse.com/)) 是目前为止最适合 dApp 的产品市场，流动性的好坏对能不能降低用户交易滑点来说一直是很重要的因素，这也能刺激更多经济活动从市场中萌发出来，从而带动整个行业发展的繁荣。 一般来说，用户在使用那些存入资金就可以等拿利息的 dApp 时，往往需要直接向资金/流动性提供者支付费用。通常情况下，这种费用是交易价值的一个静态百分比 (例如，交易规模的 0.3%) 。 dApp 还可以使用其固定代币供应的一部分或提供持续的增发代币供应来补贴一些重要的服务提供商，包括直接的终端用户、特定的 LP 和/或治理代币持有者。例如，[流动性挖矿](https://blogmaverick.com/2021/06/13/the-brilliance-of-yield-farming-liquidity-providing-and-valuing-crypto-projects/)是激活 DeFi dApp 流动性供应的一种常见方式，也就是通过直接用 dApp 新铸造的代币 (即治理代币) 奖励用户和/或 LP。  DeFi 生态利用各种形式的流动性为用户创造价值 ([来源](https://twitter.com/sassal0x/status/1278868595733262337)) <br/> ## 服务 大多数 dApp 需要一些链下服务的辅助来完成其链上功能和持续的维护，例如访问外部数据、交易排序、隐私生成、零售银行支付、企业后端系统、其他区块链、管理员机器人、套利者、数据索引、传统 API、可验证的随机性、储备证明、区块链抽象层或任何类型的在本地区块链无法使用或无实用价值的链下数据或服务。 为了能够在链上使用dApp 的这些服务，dApp 必须为这些服务付费。dApp 可以使用单个的链下服务或组合多个服务来扩展其使用功能以及降低用户使用成本。一般来说，这些支持性的服务由 dApp 的开发团队运行，通过经济激励以无需许可的方式外包给任何人，或者通过链上或链下协议外包给一些实力强的团队。作为一个可以通向其他链下服务的链上网关，去中心化的预言机网络 (DON) 这种形式就并入了许多服务。  示例：链上 dApp 如何通过链下服务 (数据和计算) 来增加性能 ([来源](https://blog.chain.link/chainlink-2-0-lays-foundation-for-adoption-of-hybrid-smart-contracts/)) <br/> DON 通常为 dApp 提供提取数据的服务，例如处理对矿工的付款 (在链上发布信息) 和链下 API (订阅链下资源) ，这是为 dApp 提供付费服务的一部分。 ## 治理 dApp 为了可以持续开展开发和维护决策，不同形式的社区治理是有必要存在的。一些 dApp 由基金会或开发团队运营，为了激励这些团队的运作，他们会得到 dApp 的原生代币供应的初始分配支持。其他 dApp 通过链上治理，也就是治理代币持有者的直接投票委派出一些社区代表，通过非约束性的链下投票来衡量其社区的大概共识是怎么样的，在最坏的情况下可能会需要这些人决定是否分叉代币或者是否发布空投。 发行治理代币的 dApp 可以让用户来决定协议的未来方向，用户会因为参与了治理而获得一些奖励的收入。有时，dApp 的一部分交易费用会分配给治理代币的持有者，类似于根据您在 dApp 中拥有的股权数量获得相应的股息，或您可以在交易费用被销毁而不是分配时对股票进行回购。在代币加权投票过程中，拥有更多的治理代币可以让该用户成为更有话语权的董事会成员，投票权重越大，能影响协议的概率就越高。 随着协议规模的扩展，左右治理决策这件事可能会变得越来越有利可图，尽管很难用数据来衡量其真实价值，尤其是在没有附加收入来源的情况下。目前还不清楚去中心化和社区到底会对治理产生怎样的作用。因为可能同样的治理结构，呈现出不同的结果只是因为在不同的 dApp 上，而不是该治理方案多有效。但是有意思的是，由于许多新的治理模型在实践过程中进行了社区测试，去中心化治理实验可能会对政治科学的未来产生重大影响。  示例：为了适应链上协议，代币驱动的投票治理流程 ([来源](https://uniswap.org/docs/v2/governance/governance-reference/)) <br/> # 将影响价值捕获的宏观趋势 在全面列出所有可能从 dApp 中捕获价值的关键功能后，让我们来看看一些将影响整个去中心化基础设施长期价值累积的总体宏观趋势。 ## 趋势一：网络效应 如果有价值可以捕获，就会吸引竞争。然而随着时间的推移，dApp、区块链和各种其他去中心化网络将会开始整合，并且很可能每个赛道能剩下的赢家都是非常少数的，类似于幂律分布。当底层网络足够普遍化、去中心化和能够自我维持时，一些垂直市场甚至可能会成为赢家通吃的状态。整合的主要驱动力将是网络效应——网络中每增加一个用户，都会为该网络的用户产生更多的价值。 网络效应的主要优势之一是规模经济，即每增加一个用户都会降低每个现有和未来用户的成本。当用户和服务提供商专注于单一的标准化协议时，就会发生这种情况，如此一来服务提供商可以获得最多的收入的同时，用户可以以最低的成本获得最高质量的服务。这对 dApp 用户来说，最直接的好处包括获得更深的流动性和更高的安全性，而服务提供商可以获得更多的用户费用，用户也能因此降低了使用成本。 相比之下，当资源分布在多个不同的协议中时，整个成本就会上升，性价比会被稀释，和/或收入会减少。那些想要保持长期竞争力的 dApp 会希望通过外部的且具有规模经济的基础设施构建自己的应用，而不是全靠自己来支付全部基础设施构建的成本并承担额外的风险。规模经济对于易于复制的开源技术来说尤为重要，这迫使 dApp 除了要想办法在降低利润率和去除不必要的费用之外，还要尽最大可能保持最低限度的消耗。  网络效应的各种示例，其中之一就包括了规模经济 ([来源](https://stories.platformdesigntoolkit.com/nfx-cc1dd3aba061)) <br/> 网络效应的另一个好处是开发标准——一个由大量不同用户组成的大型生态系统聚集在一起构建、使用和改进同一技术的情况。统一的标准为开发人员带来了许多好处，例如更安全的技术、更快的集成、更复杂的工具、更好的文档以及在通过了广泛测试并且经过长期实践考验的基础设施的帮助下产生的普遍舒适度。这样的标准为林迪效应提供了支持，林迪效应认为，某物存在的时间越长，它在未来继续存在的可能性就越大。无论是因为标准实施经过时间考验，还是受到同行认可的原因，我们至少知道新用户更有可能将时间和资源投入到他们认为是并将继续成为行业标准的网络上。 ## 趋势二：代币化优势 大多数去中心化的基础设施都需要通过补贴来激活该网络提供的服务，或者至少要保持到有竞争力的程度。比如，区块链上有区块奖励，预言机网络上有动态补贴，dApp 上提供流动性可以得到挖矿激励。这些经济上的激励，都来自于整个网络的初始或增发的原生代币供应，这样的设计可以让整个网络保持着可持续发展的动力，和/或建立起一个共识已经无法被取代的网络效应。每个带有代币的去中心化网络都会比没有代币的网络表现得更好，因为它们可以在没有实际团队去承担债务的情况下激励用户去尽可能地使用该应用的功能。他们还可以通过希望从项目的潜在成功中获得经济利益的社区来推动协议的发展。 然而，对于固定供应代币来说，这种对网络的补贴分配不可能一直可以持续下去，其有效性必然会随着网络规模的扩大而逐渐发生改变。但是为了能够持续吸引用户的使用，一般来说是要保持不同的激励方式的。初始补贴分配的减少会削弱网络对用户的吸引力，这样可能会迫使去中心化基础设施开始动增发代币供应的念头，或通过用户付费长期有效地获得稳定的运营成本。将费用转嫁给用户的速度取决于该网络/dApp 开始有多少资金以及后期会如何管理这些资金。  有原生代币的加密项目产生的用户费用 (粉红色部分的 dApp) ([来源](https://cryptofees.info/)) <br/> 延长补贴期限是有利的，因此基金会、开发公司或 DAO 进行正确的资本管理的话，可以使该网络能够维持更长时间的竞争力。即使网络上有大量资料部署，收取更多用户费用的大型网络效应也将超过那些补贴更高的网络效应。此外，要是网络效应强大到不用靠网络代币的补贴也能吸引大量用户的使用，这样也能进一步增加其对长期的用户和服务提供商的吸引力。 ## 趋势三：层间互操作性渐起 网络效应可以让 dApp 和去中心化基础设施获得特定的优势，使它们能够扩展到其特定层内的更多功能。在不同网络中，层与层间的扩展最有可能发生在这三个维度：区块链、流动性和混合服务提供商。 那些可以在发展上兼备速度和有针对性的区块链，在通往受到广大用户认同的道路上，将会逐渐吞噬那些针对特定目的进行优化但却缓慢发展的区块链。例如，高度去中心化的区块链可以通过精心设计和被广泛采用的扩容以及隐私解决方案产生巨大的网络效应。这对那些针对扩容和隐私性优化了的特定区块链来说是一个巨大的挑战，难以与前者竞争。然而，也可能是优化过于明显而无法被超越，因而各个区块链将按功能分类，拥有自己的小众市场——即多个应用于不同领域的专用区块链共存，同时又根据一个标准化的通用互操作性解决方案互相连接起来。  区块链的三难困境指的是区块链可以针对三个特征 (可扩展性、去中心化和安全性) 中的其中两个进行优化，但没有办法对三个特征都进行优化。然而，可能真会有实际示例的出现能够挑战这一概念 (例如：分片) ，或者通过减少对基础层的需求以同时实现这三个特征 ([来源](https://www.seba.swiss/research/the-blockchain-trilemma)) <br/> 流动性让 dApp 拥有了更强的优势，这些 dApp 也由此有了可以为用户提供更多服务的机会。例如，一些具有很高流动性的 dApp 可以决定是否要在其代币市场列表中添加一个 DEX，反之亦然，这样可以为其平台带来双重效用，也能为其原生代币带来更多的价值。同样地，流动性可能也会影响到区块链在规模上的采用，就算我们知道跨链的 DEX 和封装的代币在一定程度上也可以减轻这种影响。 最后一个整合层是混合服务，即代表智能合约执行的链下计算，但为了提高确定性，可以将其安全地锚定到区块链上。混合服务代表了不同的功能，但通常涉及到 dApp 外包的服务，因为由于区块链在经济或技术上的局限性，这样的功能在链上进行是不可能的或者是不切实际的。 混合服务在通用预言机网络中整合得特别好，因为它们拥有大量通用的、支持计算和高度可靠的节点，开发人员可以将这些节点组合到自定义网络中，然后执行一些特定的工作，例如获取外部数据、执行安全的链下计算、自动化合约功能，运营跨链桥接等等。用于执行任何支持性链下功能的混合服务层可以为 dApp 在以下方面产生优势：强大的规模经济、易用性和资源可访问性。 ## 趋势4：地域性采用 虽然网络效应很重要，但技术的采用程度有时也会取决于地域上的限制，这一点主要是由于政治或文化障碍的原因。我们在美国和中国的科技巨头中就能看到，每个国家都有自己标准的技术版本：谷歌/百度、亚马逊/阿里巴巴和推特/微博。当然，这不仅仅是美中特有的现象，这种情况在世界各地都会存在。  当下中美两国最流行的应用程序对比 ([来源](https://espeoblockchain.com/blog/hyperledger-fabric-for-commission-management)) <br/> 与此同时，不难想象有些区块链网络之所以能够盛行起来，仅仅是因为它们专注于特定的国家或地区，或者因为它们的创始人与当地有密切的政治联系。同样，dApp 可能会专注于以地域为界限的市场，例如用当地使用的货币就能给该应用提供更好的流动性，除此之外，还有在其 dApp 的用户界面中提供本地语言的选项，或实施符合特定政治区域的监管检查。 <br/> # 价值捕获将在四个层面上进行整合 考虑到所需的各种 dApp 功能以及将影响价值捕获的宏观趋势，让我们从长期角度来看，价值捕获是如何在四个主要层面上进行整合的。 ## 区块链 (链上功能层) 捕获 dApp 价值的第一个也是最明显的基础设施是底层区块链。区块链可能会围绕 dApp 提供以下链上功能进行整合： - 检查用户之间、dApp 内部和 dApp 之间资产转移的私钥签名 - 验证链下计算和 layer-2 网络的有效性证明、欺诈证明、阈值签名和 TEE 证明 - 计算智能合约逻辑；或多或少取决于区块链的吞吐量 - 更新智能合约的状态并在链上存储 calldata 或真实运行的数据 在区块链上捕获 dApp 价值可以通过赚取区块奖励和执行链上功能的用户费用，这两者都以区块链的原生资产计价。区块奖励被分配给矿工，因为他们产块 (工作量证明,PoW) 是需要消耗能量的，或者可以让那些质押了一定数量区块链原生代币 (权益证明,PoS) 同时还要产块的验证者获得一定数量的奖励。基础用户费用直接支付给矿工/验证者，或者通过销毁基础费用的货币通缩机制间接支付给代币持有者。矿工/验证者还可以获得额外的用户费用作为更快打包用户交易的激励 (如，支付高昂的 gas 费以便其交易更快被包含到下一个区块中)。并且在其中一些区块链中，通过重新对区块内的交易进行排序，可以获取矿工/最大可提取价值 (MEV) 。  比特币和以太坊矿工产生的收入的 7 天移动平均值 ([来源](https://www.theblockcrypto.com/data/on-chain-metrics/comparison-bitcoin-ethereum)) <br/> 实际上，每个区块链可以从其网络上运行的每个 dApp 中都获得一部分的价值。这种价值捕获很可能来自于高吞吐量链上非常低成本及高频的个人交易，以及去中心化区块链上成本较高、频率较低的批量交易。总的来说，区块链捕获 dApp 价值的关键是能否支持大量拥有活跃用户的dApp。 不过区块链确实也有一些局限性。首先，它们只从在其区块链上运行的 dApp 中捕获价值。在一个链的选择越来越多的环境中，dApp 可能会选择通过跨链部署来分割它的功能使用，也就是在某条合适的链上部署相应高性能的功能，这样就会减少另外一条链对其的价值捕获。其次，区块链经过优化来提供某些功能，例如以牺牲去中心化为代价来产生链上可扩展性，或以牺牲隐私为代价提供透明度。因此，dApp 可能只部署在具有某些优化过功能的区块链上，或者只是将特定功能路由到链下，从而减少单个区块链对其的总价值捕获。最后，区块链有意去限制其计算能力，因此更高阶的 dApp 可能永远不会直接在链上运行计算。然而，区块链的原生代币可能会从一些链下计算系统 (如 layer-2 欺诈证明或有效性证明) 中积累价值。 ## 预言机 (混合服务层) 从 dApp 捕获价值的第二个，也是最容易被误解的基础设施是预言机，它们执行信任最小化的链下功能，被称为混合服务。由于区块链通过隔离来创建确定性 (即，区块链仅使用内部数据追踪内部状态) ，因此它们没有连接链下的内置功能。所以区块链需要预言机与链下资源进行交互，以在某种程度上维持其确定性。 虽然人们通常在一定意义上认为预言机只在链上中继外部数据 (如喂价服务) ，但像 Chainlink 这样的通用预言机网络可以被用来为 dApp 提供任何类型的混合服务——使用去中心化、密码学、经济激励和/或可信硬件的链下计算，以在链上通过可验证和可执行的方式为智能合约提供高度安全和可信任的服务。 如果区块链层类似于去中心化的计算机，那么预言机层就像一个去中心化的互联网协议网。然而，预言机不仅仅能安全地连接不同的价值系统；它们还通过完善自身服务来补充链上计算和链下资源。例如，预言机可以为 dApp 的计算提供可扩展性和隐私性，以及通过数据聚合和质押为传统 API 服务提供链上的连接性和可信任性。而这里值得我们注意的是，这两种服务都不需要对底层区块链或 API 进行修改。 dApp 将对去中心化预言机网络 (decentralized oracle networks，DONs) 的广泛混合服务有很大需求，包括： - 从外部 API 获取数据并传送到链上 - 将智能合约的输出中继到像法币支付系统这样的外部 API - 聚合数据以使其免受单点故障的影响 - 自动化开发(DevOps) 和智能合约维护功能 ([Keepers](https://blog.chain.link/chainlink-keepers-open-beta-is-live/)) ，如触发偿还、回基、限价订单、收取收益、余额充值等 - 生成可验证的随机数，以证明链上随机数的公平性 - 使用 Layer-2 技术执行可扩展的智能合约和数据计算 - 为智能合约计算和数据生成隐私 - 根据预先定义的公平概念为用户交易排序，防止抢跑和有害形式的 MEV - 为封装代币和代币化的现实世界资产提供跨链和储备证明 (proof of reserve)的桥接 - 作为一个区块链抽象层，可以为任何区块链读取/写入数据  去中心化的预言机网络在链上和链下环境之间双向通信 ([来源](https://www.youtube.com/watch?v=yNdS2A676TU)) <br/> DON 执行的每项混合服务都会获得报酬，即从 dApp 中捕获了价值。支付主要以 DON 的原生代币来计价，与矿工/验证者以区块链的原生代币获得报酬无异。成本会有很大的差异，取决于混合服务的使用频率、复杂性和质量，以及服务保障的价值量和支持它的加密经济系统的安全性。DON 可以通过要求预言机节点在链上服务协议中质押预言机网络的原生代币来提供[加密经济的安全](https://open.spotify.com/episode/4xoQEwyqKJ4n8OQJGORQDI?si=df2d00e97b694b44&nd=1)，这些代币是会因恶意活动或只是因为未能履行预先订立的链上义务 (例如离线、异常数据、错误证明等) 而被罚没。 绝大多数的 dApp 对混合服务是有需求的，而且 dApp 需要的是多种混合服务，例如可扩展的合约计算、外部数据、DevOps 自动化等。这使得与通用型区块链预言机层的应用范围比任何单一的区块链都更广泛，因为它可以在非常多独立服务上从大多数区块链上的大多数 dApp 中捕获价值，并将整个现有的 API 经济货币化。 我们认为混合服务层将主要围绕 Chainlink 进行整合。作为市场领先的预言机解决方案，Chainlink 不仅已经有了显著的网络效应，而且它是一个完全通用的、无需许可的，并具有异构网络架构的协议，。在这个意义上，Chainlink 是一个可以无限扩展的独立的 DON 网络，其中每个 DON 可以由任何自定义的节点组合组成，负责向不同的区块链/ Layer 2 上的 dApp 提供不同类型的混合服务。正如 [Chainlink 2.0 白皮书](https://chain.link/whitepaper)中所述，Chainlink DON 是可以有自己的共识机制、数据结构、外部连接、治理框架和信任假设的。但它们不是像区块链那样是永久的、通用的账本。相反，DON 是独立的，并且可以针对现有区块链和 Layer 2 网络的智能合约提供针对性的应用服务。 像 Chainlink 这样的通用型异构预言机网络可以很好地实现网络效应，因为它可以为任何用例提供服务；不存在强制的设计模式、网络可扩展性瓶颈或 DON 之间的相互依赖关系。这种网络架构可以创建一个通用的混合服务市场，开发人员可以利用现有的 DON 或者可以结合可信任的节点运营商、外部 API 和计算适配器，为 dApp 快速接入混合服务。随着[市场](https://market.link/)的多样化发展，还发展出用于筛选 DON 及其各个组件质量的[声誉框架](https://reputation.link/)，以及用于记录任何链上和链下系统如何通过 DON 进行交互的公共库。 只有混合服务层的网络效应才能向区块链开发者开放世界上所有现有的数据和系统，并培育出大型高度可信任的通用节点池，以计算这些链下资源。由于开发者只需要专注于开发的核心业务逻辑，并可以用一种代币做任何链下的事情，通用资源的可访问性将大大加快构建和发布 dApp 所需的时间。此外，还存在强大的规模经济效应，因为多种类型的 DON 可以由多个 dApp 共同使用和资助，且多亏了用户费用聚合机制，大家可以以最低的成本使用最安全的 DON。 然而，混合服务层的广阔性将同时看到其他项目所创造的竞争和利基市场，以及不同 dApp 对混合服务的差异需求。例如有些区块链已经有内置的跨链桥接，如波卡的 XCMP 和 Cosmos 的 IBC。一些 dApp 还使用链上激励来鼓励混合功能，如 keeper bots 和其他 dApp 对可扩展性计算的需求较低，因为它们本来就在高吞吐量的区块链上运行。虽然会有很多竞争，但毫无疑问，预言机层的网络效应可以为那些想要构建高级 dApp 的开发人员带来最大的裨益。为什么呢？因为它可以让所有区块链上的开发者都能访问可信任的节点网络，以安全、可扩展和加密的方式使用任何输入和输出执行自定义计算。 ## 外部 API (链下资源层) 捕获 dApp 价值的第三类基础设施是 dApp 使用的外部 API。任何存在于 dApp 底层区块链之外的系统或网络都属于外部 API，其本身产生了独特的价值形式，无论这部分的价值是体现在数据上还是服务上。外部 API 包括中心化的系统、独立于 dApp 本身的区块链，以及可以在链下使用的链上 dApp。因此，虽然通用型预言机网络提供了连接外部资源的网关并完善了链上/链下服务，但外部 API 生成了许多 dApp 想要访问的底层数据集和计算服务。 一些常见的外部 API 资源示例： - 专门生成特定数据集的数据提供商，例如高质量的天气数据或金融市场信息。 dApp 可以通过预言机把这些数据作为输入，触发其计算的执行 - 提供高级计算能力，如高性能机器学习算法和集成物联网网络的云基础设施。 dApp 可以利用云系统来处理原始数据，然后由预言机在链上中继作为输入，触发智能合约的函数计算 - 提供法币支付轨道和能接触到大型客户群的全球支付基础设施。 dApp 可以使用传统的支付网关以当地法定货币进行链下交易的结算 - 由去中心化网络 (如 Filecoin 和 Siacoin) 或中心化网络 (如 DropBox 和云系统) 组成可用的存储解决方案。 dApp 可以将大型存储需求卸载到外部网络，以避免更昂贵的链上开销和/或检索外部数据所需的计算。 - 创建受欢迎服务（如The Graph的链上数据索引服务，以支持用户交互或其他区块链的外部支付）的 dApp。dApp 可以利用其他链上系统来获得新功能，或接触新用户。 - 为用户交互和网站提供支持的网站托管和域名注册解决方案，使用户能够找到和使用 dApp。  示例：数据提供商对其金融市场数据的定价模型 ([来源](https://coinmarketcap.com/api/pricing/)) <br/> 外部资源通过 dApp 直接或间接为其数据/服务付费来捕获价值。支付方式有两种：使用法币和传统 API 订购模型的链下支付，或者使用外部 dApp/网络的原生代币的链上支付。所有区块链中的大多数 dApp 都需要某种形式的外部数据或计算，这几乎总是需要使用预言机作为不同环境之间的桥梁。这些外部资源可能对 dApp 的成功起着相当关键的作用，尤其是在 dApp 执行中使用的数据和计算。总的来说，外部资源的价值捕获是相对较高。然而，大多数外部 API 面向的都是小众市场，因此任何单一的外部资源可以从 dApp 中捕获的价值都明显有限。 如前所述，预言机通常通过将外部资源费用的提取纳入到 dApp 支付的预言机费用中。这对 dApp 来说，其实是一种更容易的形式，因为对于任何链下资源他们只需要管理一种支付流。这种形式还降低了成本，因为预言机可以将费用汇总到共享外部服务中。随着时间的推移，外部资源提供商很可能也会选择成为预言机节点之一，这样的情况在 Chainlink 上并不少见 (例如 [Tiingo](https://blog.tiingo.com/tiingo-launches-live-chainlink-equity-price-node/)、[dxFeed](https://dxfeed.com/solutions/chainlink-node/) 和[其他](https://docs.chain.link/docs/data-provider-nodes/)) 。 从根本上说，预言机网络以这两种方式支持外部资源是很重要的：1) 允许外部资源提供商以向后兼容的方式向现有预言机出售 API 连接；2) 允许外部资源提供者启动他们自己的预言机节点，直接在链上出售其 API。 这种双重方法模型对于在链上获得最广泛的数据，同时保持对时间敏感的 dApp 所需的强大可信任性保证是至关重要的，这些 dApp 以自动化的方式为数十亿美元提供安全性。这就是为什么 Chainlink 今天运行着这两种模式的原因，并同时提供数据聚合和数据隐私的解决方案，为 dApp 优化其所需的数据。现实情况是，许多 API 供应商不希望运行额外的基础设施，或者他们本身就缺乏以高度可信任的方式运行系统的能力。因此，如果供应商需要自己来运行节点，这将严重限制链上数据的访问，并为智能合约引入了潜在的严重漏洞 (即如果 API 供应商不是专业的 DevOps 的话) 。 ## dApp代币 (链上资金层) 捕获 dApp 价值的最后一层是 dApp 的原生代币，和可能在一个 dApp 中使用的各种外部 dApp 代币。大多数 dApp 会选择发行自己的原生代币，这些代币与 dApp 内的某些价值流或治理权力相关联，在 dapp 内赋予代币价值并用于[引导一个双边市场](https://smartcontentpublication.medium.com/the-purpose-and-value-of-cryptocurrency-and-tokens-4ad9db9fac7b)。或者，有些dApp会给非原生 dApp 代币提供支持， 这样做通常是为了吸引资金，尤其是需要各种资产流动性的 DeFi 应用。当今使用 dApp 代币的最常见方式包括： - 为基本的 dApp 服务提供流动性，例如代币兑换和超额抵押贷款 - 为保险池提供资金，在服务出现故障时保护用户的资金 - 通过收取 dApp 内特定用户交互的小额交易费用，给持有者发股权 - 允许用户在链上治理决策中使用代币加权的投票权 - 作为货币间交易的桥梁 - 作为 dApp 服务或购买的支付和/或折扣媒介  基于 30 天数据样本，关于从 DeFi 协议中产生的年化收入 ([来源](https://www.theblockcrypto.com/data/decentralized-finance/protocol-revenue)) <br/> dApp 代币以多种方式捕获价值，有时有不只一个价值流。一些 dApp 代币只是赋予持币者通过 dApp 的原生治理 DAO 对协议修改进行投票的权利。其他 dApp 将所有交易费用的一部分分配给治理代币持有者 (通过给分红或烧毁的方式) ，作为持有该 dApp 代币股权的一种收入形式。也有 dApp 向做质押的 dApp 代币持有者发放增发奖励，无论是只给它们代币的持有者还是一些外部 dApp 的代币持有者，都是为了吸引流动性。最后，有些dapp更有创意，它们提供一些只有它们的代币持有者才享有的特权和在它们dapp内可用的折扣。 dApp 代币可以说受限于网络效应，因为它们只能从其 dApp 的使用中捕获价值，并且鉴于 dApp 易于复制，在收取高额费用时必须要谨慎。但是，某些 dApp 的构建更像是基础设施，而不是纯粹应用本身，例如使用其他 dApp 作代币兑换或即时链上流动性的 dApp。还有证据表明，具有良好声誉和社区的 dApp 是很难被取代的。例如，今天市场上我们看到很多 dApp 有仿盘，但仿盘的存在大多数都是没有什么意义的，因为用户不信任缺乏经验的团队和/或由于社区共识或经济风险而选择忠于他们最喜欢的 dApp。 最成功的 dApp 可能是由那些有原创想法且能力强大的团队构建的。他们还可能采用多链策略，吸引大量的长期流动性提供者，支持充满热情和活跃的社区，将混合服务外包给具有最佳网络效应的解决方案，将收入来源与其代币联系起来，并成为其他 dApp 中受欢迎的代币。 ## 高级dApp需要联合基础设施，以形成网络效应 dApp 已准备好成为人们在多样化的社会和经济进程中进行全球互动的支柱了。然而，要形成成功的 dApp 的大型生态系统，需要利用网络效应，这必须涉及与支持 dApp 的去中心化基础设施的整合。网络效应提供的先进开发环境对dApp 的创建、维护和演化过程非常重要，一方面给开发者提供更多的可用资源，另一方面以最低的成本给dApp提供最高质量的服务。 ​ 网络效应对 dApp 和支持它们的所有层是确实有益的存在。 - 承载着成功的 dApp 的区块链将产生更多的用户费用，这些费用可以用来提高安全预算，从而能够支持更去中心化和防篡改的网络。那些在有更高安全预算的区块链上运行的 dApp 是更安全的，也会更容易得到用户的信任。 - 预言机网络通过混合服务支持大量新的 dApp，这样将会吸引更大的用户费用池，增加网络的安全预算，使得节点运营商可以雇更多的人来维护。对预言机网络的需求增加导致预言机节点之间的竞争，从而提升节点的安全性，扩大服务种类，也使得额外的 API 数据和计算服务通过预言机变得链上可用。 - 外部资源提供商从成功的 dApp 和预言机网络中获益良多，因为它为他们开辟了新的市场，赚取了更多的收入。开发人员可用的外部资源和预言机计算越多，dApp 的开发速度就越快，它们就可以为更多的价值提供安全性，并且它们可以支持的功能也会越高级。 - 由安全的区块链支持、得到高级的预言机计算的协助，并与高质量的外部输入/输出相连，dApp 变得性能更强、成本更低和技术更前沿。 不断提升的dApp 促进用户需求的增长，为 dApp 代币持有者带来更多收入。 因此，虽然不同的基础设施层可能会争夺价值捕获，但成功的 dApp——无论捕获的价值在哪里——都会为所有基础设施层带来更多价值，因为总的蛋糕面积更大了。最终，所有四个层都是相互依存的，并需要彼此的成功才能不仅最大化自身的价值捕获，而且实现超越物质欲望的终极元目标： 在这个社会中，人们有能力控制自己的数据和金融资产，并参与到与他人公平、公开、透明和可靠的合约关系中。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权https://www.ethereum.cn/Eth2/modelling-the-impact-of-altairhttps://www.ethereum.cn/Eth2/modelling-the-impact-of-altairFri, 17 Sep 2021 00:00:00 GMT来源 | [pintail.xyz](https://pintail.xyz/posts/modelling-the-impact-of-altair/) <br/> 摘要：Altair 升级对个人验证者奖励有哪些影响？奖励和惩罚都进行了哪些改革？  从 [Brandenburg an der Havel](https://en.wikipedia.org/wiki/Brandenburg_an_der_Havel) 向西看的夜空，箭头指向的是 [Altair](https://en.wikipedia.org/wiki/Altair) (牵牛星) <br/> # 概要 - Altair 升级为轻客户端功能引入同步委员会，并对验证者奖励和惩罚进行了改革，这将对验证者的收益情况产生影响 - 总奖励的变化幅度变大；这对个人验证者的影响尤为明显 - Altair 引入了对滞后证明更严厉的惩罚，这将导致奖励轻微减少 - 在主网上导致滞后打包证明的事件，对奖励的影响将比现在更大 - 我们建议验证者密切关注证明的滞后情况；在 Altair 升级之后，对于那些证明打包经常滞后的验证者，他们的收益可能会大大减少 <br/> # 介绍 在[上一篇文章](https://www.ethereum.cn/Staking/validator-rewards-in-practice/)，我们分析了以太坊信标链 (现在一般被称为“共识层”) 上的验证者在现实中的表现。信标链自 2020 年 12 月创世以来一直运行顺利 (只发生过几次[小](https://medium.com/prysmatic-labs/eth2-mainnet-incident-retrospective-f0338814340c)[插曲](https://blog.lido.fi/lido-20-08-2021-orphaned-blocks-in-ethereum-incident-postmortem/))，很多人都将注意力放在[伦敦硬分叉](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement/) (包括得到广泛讨论的 EIP-1559 费用市场变更) 和即将到来的 eth1+eth2 合并上，届时以太坊的执行层将转为使用信标链来达成共识，这意味着 PoW 挖矿时代的结束。 同时，尽管关注度没那么高，共识层客户端的开发者一直专注于信标链的第一次升级——Altair 升级。这次分叉将引入轻客户端功能，并将作为以太坊权益证明共识机制协调过程的第一次排练。Altair 升级规范吸取了自信标链创世以来的一些经验教训，改善了它的激励结构和性能，部分通过改变奖励和惩罚的分配方式来实现，因此将对验证者奖励造成一定程度的影响。 在这篇文章，我们将主要研究 Altair 升级将带来的经济上的变更。我们将尝试了解对验证者可能产生的影响，通过使用主网的数据 (和一些假设)，看看假如 Altair 升级在信标链创世时就启动了，验证者奖励会有什么不同。这将有助于验证者了解，继 [Pymont 和 Prater 测试网升级后](https://blog.ethereum.org/2021/08/25/finalized-no-28/)，主网进行 Altair 升级后可以有哪些期待。自从发现了[在 Prater 测试网上的问题](https://hackmd.io/@benjaminion/wnie2_210910#Altair)后，主网升级预计将在 10 月中旬左右启动。 <br/> # 奖励方案变更 第一个需要了解的变更是，在 Altair 升级下，基础奖励 (basic reward) 的含义略有不同。基础奖励指的是每个 epoch 分配到的奖励的基本单位。之前，每履行了四项验证者职责 (来源检查点投票、目标检查点投票、区块链头投票和打包区块提议) 中的一项就可以最多获得一整份基础奖励。但是，在 Altair 升级下，我们重新定义了基础奖励，它变成了一个完美验证者在履行所有职责时，每个 epoch 所获得的长期平均奖励。我们保持最高发放量不变，但验证者不是收到几倍的基础奖励，而是他们每个职责在基础奖励的比例。 ## 奖励权重 除了重新定义“基础奖励”外，分配给多个职责的比例，和职责本身也有变化。下面的图表显示了在假设完美验证者表现的情况下，“之前”和“之后”的分配权重。 <details style="box-sizing: border-box; display: block;"><summary style="box-sizing: border-box;"><code style="box-sizing: border-box; font-family: Monaco, Consolas, &quot;Lucida Console&quot;, monospace; font-size: 0.9em;">奖励分配图 [以下为代码]</code></summary></details> ```Powershell import matplotlib.pyplot as plt head = 1 source = 1 target = 1 delay = 7/8 proposer = 1/8 fig, (ax1,ax2) = plt.subplots(1,2,figsize=(16,10)) ax1.pie( [head, source, target, delay, proposer], labels=['head', 'source', 'target', 'delay', 'proposer'], autopct='%1.1f%%' ) ax1.set_title( "Pre-Altair Reward Weights for Validator Duties" ) HEAD_WEIGHT = 14 SOURCE_WEIGHT = 14 TARGET_WEIGHT = 26 SYNC_WEIGHT = 2 PROPOSER_WEIGHT = 8 WEIGHT_DENOMINATOR = 64 ax2.pie( [HEAD_WEIGHT, SOURCE_WEIGHT, TARGET_WEIGHT, SYNC_WEIGHT, PROPOSER_WEIGHT], labels=['head', 'source', 'target', 'sync', 'proposer'], autopct='%1.1f%%' ) ax2.set_title( "Altair Reward Weights for Validator Duties" ) plt.show() ```  ## 提议者和滞后奖励 在上面的图表中，要注意的第一项变化是提议者奖励提升至原来的 4 倍。你可能还记得，在 Altair 之前的规范中，我们有四项相等的证明奖励，但第四项奖励是在证明验证者和区块提议者间分的，其中证明验证者会得到奖励的 7/8，与滞后的打包时间成反比增减，而区块提议者会获得奖励的 1/8。如 Danny Ryan 在信标链创世后不久[指出](https://github.com/ethereum/eth2.0-specs/issues/2152#issuecomment-747465241)，区块提议者分到如此低比例的验证者奖励从来都不是研究者的本意，它明显是该规范的一个漏洞。这个错误在 Altair 规范里得到了修正，区块提议者将如一开始计划般分得总奖励的 1/8，而不是在 Altair 前的规范里的 1/4 总奖励的 1/8。 同时，“滞后”奖励 (delay reward) 会被完全移除。相反，其他证明奖励 (区块链头、来源检查点和目标检查点) 被赋予了不同的打包期限： - 正确的区块链头投票只有在下一个 slot 里被打包才会获得奖励 - 正确的来源检查点投票只有在 5 个 slot 内被打包才会获得奖励 (即 `integer_squareroot(EPOCH_LENGTH)`) - 正确的目标检查点只有在 32 个 slot 内被打包才会获得奖励 (即 `EPOCH_LENGTH`) 这很好地以合乎逻辑的方式奖励及时的证明投票。特别是，区块链头的投票只有在快速收到的情况下才能帮助网路在链头达成共识。目标检查点的投票只有在一个 epoch 内被打包才对网络有意义，因此验证者只有在它在 32 个 slot 内被打包才能因对目标检查点正确投票而得到奖励。来源检查点投票本身实际上并不有助于区块链达成共识 (而只有当有正确来源检查点投票的证明被打包了才起作用)。因此，来源检查点投票的奖励要在证明在 5 个 slot 内被打包才会被支付出去。这个期限—— `integer_squareroot(EPOCH_LENGTH)` ——选的是其他两项奖励在几何学上一半的时间。所以之前用于正确区块链头、目标检查点和来源检查点投票的分级奖励方案在某种程度上类似于了上一版本规范中的“滞后奖励”，即给证明更快被打包的验证者支付更多奖励。 最后，证明奖励的权重已经被改变了，与来源检查点和区块链头奖励一并从 16/64 变成 14/64，而目标检查点奖励从 16/64 上调至 26/64。 这样的调整反应的是这样的一个现实——正确的目标检查点投票是证明过程中最重要的部分。只要网络能在每个 epoch 的目标检查点上达成共识，这条链就仍然可以做最终敲定。 <br/> # 同步委员会 奖励方案的最后一个不同点在于给同步委员会新增了一项奖励。这实现了 Altair 升级引入的关键新功能，轻客户端就是通过它与网络同步数据的。同步委员由一组 512 名的验证者组成，它对每个信标链头签名。为了确保轻客户端能够在不保存整个信标链状态的情况下了解同步委员会的参与者有谁，同步委员会的轮换相对没那么频繁——周期为每 256 个 epoch 或大概 1 天 。 与区块提议的机制一样，同步委员会的成员是在验证者中随机选择的，他们在每个同步委员里的时长为 256 个 epoch。在这个过程中，那些验证者可以在他们所参与同步委员会的每个 slot 获得同步委员会的奖励。 <details style="box-sizing: border-box; display: block;"><summary style="box-sizing: border-box;"><code style="box-sizing: border-box; font-family: Monaco, Consolas, &quot;Lucida Console&quot;, monospace; font-size: 0.9em;">计算同步委员会数量和预计每个验证者被选进委员会的次数 [以下为代码]</code></summary></details> ```Powershell SECONDS_PER_SLOT = 12 SLOTS_PER_EPOCH = 32 EPOCHS_PER_COMMITTEE = 256 COMMITTEE_SIZE = 512 SECONDS_PER_YEAR = 31556952 seconds_per_committee = SECONDS_PER_SLOT * SLOTS_PER_EPOCH * EPOCHS_PER_COMMITTEE committees_per_year = SECONDS_PER_YEAR / seconds_per_committee print(f"{committees_per_year:.1f} sync committees are selected each year") NUM_VALIDATORS = 200000 expected_committee_selections_per_year = committees_per_year * COMMITTEE_SIZE / NUM_VALIDATORS print(f"with a validator set of {NUM_VALIDATORS} validators, on average each validator will be assigned " f"to a sync committee {expected_committee_selections_per_year:.2f} times per year") ``` ``` 输出: 每年会选出 321.0 个同步委员会 在一个有 200,000 个验证者的验证者集里，平均每个验证者每年被分配到一个同步委员会的次数是 0.82 ``` 与我们在[之前关于信标链奖励的文章](https://www.ethereum.cn/Eth2/beacon-chain-validator-rewards)中分析提议职责变化的方法类似，我们可以用二项分布来分析一个验证者预计可以被选中参与同步委员会次数的变化差异。在下面的计算里，我们将假设验证者总人数为 200,000。 <details style="box-sizing: border-box; display: block;"><summary style="box-sizing: border-box;"><code style="box-sizing: border-box; font-family: Monaco, Consolas, &quot;Lucida Console&quot;, monospace; font-size: 0.9em;"> [以下为代码]</code></summary></details> ```Powershell from scipy.stats import binom SECONDS_PER_YEAR = 31556952 SECONDS_PER_SLOT = 12 SLOTS_PER_EPOCH = 32 COMMITTEE_EPOCHS = 256 NUM_VALIDATORS = 200000 COMMITTEE_VALIDATORS = 512 epochs_per_year = SECONDS_PER_YEAR / (SECONDS_PER_SLOT * SLOTS_PER_EPOCH) x = [el for el in range(7)] p_selection = COMMITTEE_VALIDATORS / NUM_VALIDATORS committees_per_year = epochs_per_year / COMMITTEE_EPOCHS y = binom.pmf(x, committees_per_year, p_selection) fig, ax = plt.subplots(figsize=(12, 8)) ax.bar(x, y) ax.set_xlim(xmin=-0.5) ax.set_ylim(ymin=0) ax.set_title('Probability mass function (200,000 validators) — number of sync committees per year') ax.set_xlabel('Number of sync committee selections in a year') ax.set_ylabel('Proportion of validators') print(y[0]) ``` ``` 输出: 0.4391785090173583 ```  因此，在 200,000 个活跃验证者中，几乎有一半的验证者在一年中不会被选入一个信标委员会。如果验证者集的容量增加，被选中进入验证者委员会的概率将下降到更低。 <br/> # 给完美参与者建模 记住这点后，现在开始为假设所有验证者都完美履行他们职责的情况下，可能的年度可得奖励分布建模。回顾一下，在 Altair 升级前，即使在完美参与的情况下，也会因为提议者职责是随机分配的而在验证者间存在差异。在 Altair 升级后，区块提议的奖励值翻了 4 倍（从总奖励的 3.1% 上升到 12.5%），因此验证者奖励的差异也会相应扩大。同步委员会的引入是导致验证者奖励差异的一个新来源。 由于同步委员会奖励的获得是随机的，且独立于提议者奖励，我们可以通过以下方法计算年度总奖励的分布：计算一年中`num_proposer_duties` (履行提议区块的次数) 和 `num_sync_committees` (参与同步委员会的次数) 的每种可能组合，与每种分布的概率相乘，然后把奖励加起来。然后，我们可以把这个分布与描述 Altair 升级前验证者奖励差异的简单的二项分布进行对比。 <details style="box-sizing: border-box; display: block;"><summary style="box-sizing: border-box;"><code style="box-sizing: border-box; font-family: Monaco, Consolas, &quot;Lucida Console&quot;, monospace; font-size: 0.9em;">给完美参与的年度奖励建模 [以下为代码]</code></summary></details> ```Powershell import math import pandas as pd def get_quantile(pmf, quantile): cumulative = 0 for x, prob in sorted(pmf.items()): cumulative += prob if cumulative >= quantile: return x slots_per_year = SECONDS_PER_YEAR / SECONDS_PER_SLOT GWEI_PER_ETH = int(1e9) gwei_per_validator = 32 * GWEI_PER_ETH BASE_REWARD_FACTOR = 64 PREALTAIR_NUM_BASE_REWARDS = 4 PREALTAIR_PROPOSER_REWARD_QUOTIENT = 8 base_reward = gwei_per_validator * BASE_REWARD_FACTOR // math.isqrt(NUM_VALIDATORS * gwei_per_validator) total_reward = base_reward * NUM_VALIDATORS prior_proposer_share = base_reward // PREALTAIR_NUM_BASE_REWARDS // PREALTAIR_PROPOSER_REWARD_QUOTIENT prior_proposer_reward = prior_proposer_share * NUM_VALIDATORS // SLOTS_PER_EPOCH prior_att_reward = base_reward - prior_proposer_share altair_proposer_reward = total_reward * PROPOSER_WEIGHT // SLOTS_PER_EPOCH // WEIGHT_DENOMINATOR altair_att_reward = base_reward * (HEAD_WEIGHT + SOURCE_WEIGHT + TARGET_WEIGHT) // WEIGHT_DENOMINATOR sync_reward = total_reward * COMMITTEE_EPOCHS * SYNC_WEIGHT // COMMITTEE_VALIDATORS // WEIGHT_DENOMINATOR # distribution of committee selections per year n_committees = [el for el in range(11)] pmf_committees = binom.pmf(n_committees, committees_per_year, COMMITTEE_VALIDATORS / NUM_VALIDATORS) # distribution of block proposal opportunities per year n_proposals = [el for el in range(51)] pmf_proposals = binom.pmf(n_proposals, slots_per_year, 1 / NUM_VALIDATORS) n_bins = 32 bins = [1.7 + i / 40 for i in range(n_bins)] altair_hist = [0] * n_bins prior_hist = [0] * n_bins # calculate all possible reward levels (up to 50 block proposals) assuming perfect participation prior_pmf = {} for props in n_proposals: reward = props * prior_proposer_reward + epochs_per_year * prior_att_reward prior_pmf[reward] = pmf_proposals[props] # bin the rewards to generate histogram for reward_gwei, prob in prior_pmf.items(): reward = reward_gwei / GWEI_PER_ETH for i, edge in enumerate(bins[1:]): if reward < edge: prior_hist[i] += prob break prior_mean = sum([p * r / GWEI_PER_ETH for r, p in prior_pmf.items()]) prior_sigma = math.sqrt(sum([p * (r / GWEI_PER_ETH)**2 for r, p in prior_pmf.items()]) - prior_mean**2) prior_lq = get_quantile(prior_pmf, 0.25) / GWEI_PER_ETH prior_median = get_quantile(prior_pmf, 0.5) / GWEI_PER_ETH prior_uq = get_quantile(prior_pmf, 0.75) / GWEI_PER_ETH prior_iqr = prior_uq - prior_lq print('Pre-Altair annual reward statistics (ETH)') print('-----------------------------------------') print(f' median: {prior_median:.4f}') print(f' mean: {prior_mean:.4f}') print(f' standard deviation: {prior_sigma:.4f}') print(f'interquartile range: {prior_iqr:.4f}') #print(sum(prior_hist)) # check histogram sums to unity # calculate all possible reward levels (up to 50 block proposals and 10 committee selections) altair_pmf = {} for comms in n_committees: for props in n_proposals: reward = comms * sync_reward + props * altair_proposer_reward + epochs_per_year * altair_att_reward prob = pmf_committees[comms] * pmf_proposals[props] if reward in altair_pmf: altair_pmf[reward] += prob else: altair_pmf[reward] = prob # bin the rewards to generate histogram for reward_gwei, prob in altair_pmf.items(): reward = reward_gwei / GWEI_PER_ETH for i, edge in enumerate(bins[1:]): if reward < edge: altair_hist[i] += prob break altair_mean = sum([p * r / GWEI_PER_ETH for r, p in altair_pmf.items()]) altair_sigma = math.sqrt(sum([p * (r / GWEI_PER_ETH)**2 for r, p in altair_pmf.items()]) - altair_mean**2) altair_lq = get_quantile(altair_pmf, 0.25) / GWEI_PER_ETH altair_median = get_quantile(altair_pmf, 0.5) / GWEI_PER_ETH altair_uq = get_quantile(altair_pmf, 0.75) / GWEI_PER_ETH altair_iqr = altair_uq - altair_lq print('\nAltair annual reward statistics (ETH)') print('-------------------------------------') print(f' median: {altair_median:.4f}') print(f' mean: {altair_mean:.4f}') print(f' standard deviation: {altair_sigma:.4f}') print(f'interquartile range: {altair_iqr:.4f}') #print(sum(altair_hist)) # check histogram sums to unity print(f'\nrelative spread: {altair_sigma / prior_sigma:.1f} (standard deviation) / ' f'{altair_iqr / prior_iqr:.1f} (interquartile range)') fig, (ax1,ax2) = plt.subplots(2, 1, figsize=(12,10)) ax1.bar(bins, prior_hist, 1 / n_bins, align='edge') ax1.set_title('Pre-Altair Annual Rewards Distribution (200,000 validators, perfect participation)') ax1.set_ylabel('Proportion of validators') ax2.bar(bins, altair_hist, 1 / n_bins, align='edge') ax2.set_title('Altair Annual Rewards Distribution (200,000 validators, perfect participation)') ax2.set_xlabel('Annual reward (ETH)') ax2.set_ylabel('Proportion of validators') ax.set_title('Distribution of annual rewards assuming perfect performance') ax.set_xlabel('Annual reward (ETH)') ax.set_ylabel('Proportion of validators'); ``` ``` 输出: 升级前的年度奖励数据 (ETH) ----------------------------------------- 中位数: 2.1031 平均数: 2.1038 标准差: 0.0181 四分位差: 0.0200 Altair升级后的年度奖励数据 (ETH) ------------------------------------- 中位数: 2.0951 平均数: 2.1038 标准差: 0.1025 四分位差: 0.1400 相对面积: 5.7倍 (标准差) / 7.0 倍 (四分位差) ```  如预期般，上面的统计数据和图表显示，在验证者完美参与的情况下，尽管 Altair 升级后的平均奖励发放量保持不变，但奖励的分布面积却明显增加了。同时，与 Altair 升级前的分布相比，Altair 升级下奖励标准差增加了 5.7 倍。 <br/> # 惩罚 Altair 升级中，奖励权重的变化与相应错过或错误投票的惩罚权重变化是相匹配。但比权重更重要的是处理滞后证明的方式。如果一个证明没有被打包在尽可能早的 slot 里，那么该验证者会被认为没有参与到证明的部分或全部内容，从而造成对那些滞后部分的惩罚。 这是一个重要的区别。试想一下，如果一个证明是正确的，但它“晚”了一个 slot 才被打包。在 Altair 升级前，这个证明会收到来源检查点、目标检查点和区块链头投票的最高奖励，和一半的“滞后”奖励，这些加起来接近于证明可得最高建立的 90%。但是，在 Altair 升级的规则下，验证者将被当作区块链头的投票是错误的来处理，并会接受惩罚。因此，当证明晚了一个 slot 被打包最多只能获得可得最高奖励的 48%。 在 Altair 升级下，因为证明做得太晚而无法获得来源检查点奖励 (即滞后超过 5 个 slot) 的情况，最好的结果是得到的总奖励为 0 (而且可能整体为负值)，而 Altair 之前，相同的证明情况会获得高达最高奖励的 77%。简言之，在 Altair 下，对迟来证明的惩罚要严厉得多。在网络压力下，如常见的低参与率的测试网，即使是完全尽职的验证者也可能受到惩罚。 ## 罚没和怠工惩罚 除了惩罚权重和滞后机制外，罚没和怠工溢金参数 (inactivity leak parameters) 也有一些变更。由于在本文对这两个因素都没有建模 (满足怠工溢金条件的情况还未在主网出现过，罚没也很罕见，且用户使用标准设置就能轻易避免)，所以本文不涉及这两方面的探讨。关于更详细的内容，参见 [Vitalik 的注释规范](https://github.com/ethereum/annotated-spec/blob/master/altair/beacon-chain.md#introduction)。 <br/> # 主网数据 为了更真实、直接地比较 Altair 升级前后的奖励方案，我们希望使用一些真实的数据。幸运的是，现有的主网数据已足够相似了，如果我们做一些假设，使用它们实际收到奖励的数据，我们可以比较在 Altair 方案下验证者会得到什么样的奖励。 ## 方法轮 我们将使用信标链前 62,000 个 epoch 的数据 (与前一篇文章的数据集相同)。这意味着我们的数据覆盖了信标链前八个月，直到[2021年 9 月 3 日](https://beaconcha.in/epoch/62000)的运行情况。然后，我们会计算每个 epoch 里给来源检查点、目标检查点和区块链头正确 (和及时) 投票的可得奖励。通过使用 [chaind](https://github.com/wealdtech/chaind) 提供的 epoch 数据总结，我们可以看到每个验证者是否正确投票了，以及证明的打包滞后了多少个 slot。我们可以使用这些信息，和 Altair 升级下的 `base_reward` 计算方式和权重，算出如果信标链创世时就使用 Altair 升级的方案，验证者得到的奖励和/或惩罚情况会是怎样的。 然后，我们需要模拟同步委员会，对每个验证者如果被选参与一次同步委员会的表现做出一些猜测。在这个分析里，每 256 个 epoch 会有 512 个验证者被随机选中，如果他们在该 epoch 证明成功，那么就假设他们在同步委员会的每个 epoch 的表现都是完美的，否则当没有被选中处理。 最后，我们可以使用之前计算出的提议者奖励。这些都是简单地乘以 4 算出提议者奖励的，它们在 Altair 方案下也会是这样算。这些步骤已经在一个 [Python 脚本](https://pintail.xyz/posts/modelling-the-impact-of-altair/altair_sim.py)实现了，结果存在在 JSON 文件中。 ## 假设 因此，为了进行这种比较，我们做了一些假设，例如： - 提议区块是相同的，他们包含相同数量的证明，因此在 Altair 升级方案下，它的数值是之前规则下的 4 倍 - 在 Altair 升级下，证明的打包时间与在之前的规则下是一样的 (例如 epoch 处理的变化、客户端优化等，这些都可能改变打包速度，这些因素在此不作考虑) 到目前为止，最大的假设是： - 如果验证者在一个 epoch 里提交了证明，就假设这样的每个同步委员会的参与者都成功履行了他们在整个 epoch 里的职责。 最后的一个假设是最不可靠的——我们假设验证者只要成功提交了证明，即使滞后了，也算作成功参与了整个 epoch (即 32 次)。那么，在某些情况下，这是对验证者表现的一个宽松假设 (即使它们提交了该 epoch 的一个证明，我们也不能确定他们在每个 slot 的同步委员会里都完美履行职责了)。另一方面，有些情况下，这会是一个过于苛刻的假设，因为在一个给定 epoch 证明失败的验证者仍然有可能成功参与了一些或全部 slot 里的同步委员会。 现在让我们看看数据 <details style="box-sizing: border-box; display: block;"><summary style="box-sizing: border-box;"><code style="box-sizing: border-box; font-family: Monaco, Consolas, &quot;Lucida Console&quot;, monospace; font-size: 0.9em;">计算数据和绘制净收益的数据图表 [以下为代码]</code></summary></details> ```Powershell import json with open('aggregate_rewards.json') as f: rewards = json.load(f) with open('check.json') as f: check = json.load(f) # we're using the "reduced genesis set" of validators as in the previous article with open('reduced_genesis_set.json') as f: reduced_genesis_set = json.load(f) altair_rewards = [] prior_rewards = [] for validator_index in reduced_genesis_set: altair_rewards += [rewards[str(validator_index)] / 1e9] prior_rewards += [check[str(validator_index)] / 1e9] df = pd.DataFrame({'altair_rewards': altair_rewards, 'prior_rewards': prior_rewards}) prior_iqr = df['prior_rewards'].quantile(0.75) - df['prior_rewards'].quantile(0.25) altair_iqr = df['altair_rewards'].quantile(0.75) - df['altair_rewards'].quantile(0.25) prior_mean = df["prior_rewards"].mean() altair_mean = df["altair_rewards"].mean() mean_diff = prior_mean - altair_mean print('Statistics — first 62,000 epochs (pre-Altair rewards scheme, measured in ETH)') print('-----------------------------------------------------------------------------') print(f' median: {df["prior_rewards"].quantile(0.5):.4f}') print(f' mean: {prior_mean:.4f}') print(f' standard deviation: {df["prior_rewards"].std():.4f}') print(f'interquartile range: {prior_iqr:.4f}') print('\nStatistics — first 62,000 epochs (Altair rewards scheme, measured in ETH)') print('-------------------------------------------------------------------------') print(f' median: {df["altair_rewards"].quantile(0.5):.4f}') print(f' mean: {altair_mean:.4f}') print(f' standard deviation: {df["altair_rewards"].std():.4f}') print(f'interquartile range: {altair_iqr:.4f}') print('\nComaprison') print('-----------') print(f'The mean per-validator reward under Altair changed by {100*(altair_mean / prior_mean - 1):.1f}%') print(f'The interquartile range (spread) of rewards under Altair was {altair_iqr / prior_iqr:.1f} times greater') fig, (ax1,ax2) = plt.subplots(2, 1, figsize=(12,10)) bins = [b/20 for b in range(50)] df['prior_rewards'].plot.hist(ax=ax1, bins=bins) df['altair_rewards'].plot.hist(ax=ax2, bins=bins) ax1.set_title("Net rewards — pre-Altair reward scheme (first 62,000 epochs)") ax1.set_ylabel("Number of validators") ax2.set_title("Net rewards — Altair reward scheme (first 62,000 epochs)") ax2.set_xlabel("Net reward (ETH)") ax2.set_ylabel("Number of validators"); ``` ``` 输出: 统计数据— 前 62,000 个 epochs(Altair 升级前的奖励方案，以 ETH 计价) ----------------------------------------------------------------------------- 中位数: 2.1649 平均数: 2.1387 标准差: 0.1459 四分位差: 0.0551 统计数据— 前 62,000 个 epochs(Altair 升级后的奖励方案，以 ETH 计价) ------------------------------------------------------------------------- 中位数: 2.1241 平均数: 2.1144 标准差: 0.1775 四分位差: 0.1344 比较 ----------- 在 Altair 方案下，平均每个验证者的奖励下降了 1.1% 在 Altair 方案下，奖励的四分位差 (面积分布) 提高了 2.4 倍 ``` 。但是，当与更稳健的四分位差比较时，我们看到 Altair 方案的面积是之前方案面积的两倍以上。这并不像我们对完美验证者建模所预测那样，面积增加 7 倍。这是因为在真实数据里，奖励差异不仅因为提议者/同步委员会参与者的分配是随机的，还因为验证者没有完美履行职责，导致 Altair 方案前的真实数据从一开始就比建模的完美数据有更大的差异，因此 Altair 升级带来的变化没有那么明显。 ## 比较奖励发放量 在使用几乎横跨信标链自创世以来整个时期的数据时，我们应该记住存在这样一种可能——网络性能时随时间变化的。要想了解如果 Altair 升级在信标链历史上不同时间被激活会对奖励有什么样的影响，我们计算出在 Altair 方案下和 Altair 规则前每个 epoch 的总奖励发放量。发放量的相对变化如下图所示。 <details style="box-sizing: border-box; display: block;"><summary style="box-sizing: border-box;"><code style="box-sizing: border-box; font-family: Monaco, Consolas, &quot;Lucida Console&quot;, monospace; font-size: 0.9em;">绘制每个 epoch 的相对发放量图表 [以下为代码]</code></summary></details> ```Powershell with open('issuance.json') as f: issuance = json.load(f) delta = [] sum_old = sum_new = 0 for (old, new) in zip(issuance['old_issuance'], issuance['alt_issuance']): delta.append(100 * (new / old - 1)) print(f"Mean change in issuance: {sum(delta) / len(delta):.2f}%") print(f"Greatest per-epoch drop in issuance from Altair: {min(delta):.2f}%, greatest increase: {max(delta):.2f}%") fig, ax = plt.subplots(figsize=(12, 8)) ax.plot(pd.Series(delta).rolling(16).mean()) ax.set_title('Percentage Change in Issuance after Applying Altair Rewards Scheme (16-epoch moving average)') ax.set_xlabel('Epoch') ax.set_ylabel('% change'); ``` ``` 输出: 发放量的平均变化lin: -1.05% Altair 方案带来的每 epoch 最大 降幅: -82.47%, greatest increase 最大增幅: 1.38% ```  如上图所示，Altair 方案下的奖励平均比现状减少了 1% 左右。但是，在 [2021 年 4 月丢失区块的事件](https://medium.com/prysmatic-labs/eth2-mainnet-incident-retrospective-f0338814340c)里，奖励会减少得更多。在此次的事件里，占主导的信标链客户端停止产生区块，导致整个网络都滞后了证明提交，参与率下降了 84.8%。尽管这个事件对 Altair 前网络的奖励造成很小的影响，但如果当时已经在使用 Altair 方案的规则，影响明显时要大得多。程度轻一点的情况，同样的影响可以在创世前后观察到 (但是参与率也稍有下降)，也可以观察 epoch 59000 前后的情况，对应于 [2021 年 8 月的孤块事件](https://blog.lido.fi/lido-20-08-2021-orphaned-blocks-in-ethereum-incident-postmortem/)。 之所以此类事件在 Altair 规则下后果会更严重，是因为如前文解释般，滞后证明在 Altair 下要接受更严重的惩罚。如下图所示。 <details style="box-sizing: border-box; display: block;"><summary style="box-sizing: border-box;"><code style="box-sizing: border-box; font-family: Monaco, Consolas, &quot;Lucida Console&quot;, monospace; font-size: 0.9em;">绘制根据打包滞后变化的证明奖励图表 [[以下为代码]</code></summary></details> ```Powershell pre_altair_reward = [] altair_reward = [] x = [] for delay in range(1,33): x += [delay] pre_altair_reward.append(0.75 + 0.25 * (7/8) / delay) if delay == 1: altair_reward.append((HEAD_WEIGHT + SOURCE_WEIGHT + TARGET_WEIGHT) / WEIGHT_DENOMINATOR) elif delay <= 5: altair_reward.append((SOURCE_WEIGHT + TARGET_WEIGHT - HEAD_WEIGHT) / WEIGHT_DENOMINATOR) else: altair_reward.append((TARGET_WEIGHT - HEAD_WEIGHT - SOURCE_WEIGHT) / WEIGHT_DENOMINATOR) fig, ax = plt.subplots(figsize=(12, 8)) ax.plot(x, pre_altair_reward, label="Pre-Altair") ax.plot(x, altair_reward, label="Altair") ax.set_xlabel("Inclusion Delay") ax.set_ylabel("Per Epoch Reward (as fraction of max issuance)") ax.set_title("Reward for Correct Attestation According to Inclusion Delay") ax.set_xlim([1,32]) leg = ax.legend() ```  <br/> # 总结 从我们最初的建模可以看出，把提议者的奖励提升到 4 倍，以及引入同步委员将造成奖励的差异比目前的情况更大。这种差异将对个人验证者带来比大型质押池 (它们的奖励将接近于平均水平) 更大的影响。在考虑任何未来可能影响验证者奖励结构的变更时 (例如以后引入分片)，都应牢记这个影响。 此外，根据上文的分析，似乎 Altair 升级激活后，平均奖励可能会有所减少，尽管引入的变化在最大可得奖励方面是中立的。受这个影响最大的是那些经常滞后提交证明的验证者，可能是网路延迟造成的。因此，验证者最好在 Altair 升级激活前密切关注自己的表现。 特别是，参与度降低或出块失败会导致证明打包延迟，在 Altair 方案下验证者奖励很可能会下降得更明显。到目前为止，这种情况仅在信标链上发生过一次，但我们可以预期随着未来的更新 (尤其是合并和分片) 引入新的复杂性，这种事件在未来是可能发生的。 <br/> # 致谢 非常感谢 Lido finance 通过它们的[生态系统资助计划](https://research.lido.fi/t/legos-first-three-months/786)对这项工作提供资金。一如既往地，感谢 Jim McDonald 提供 chaind 的数据，让这个分析得以完成，还要感谢 Barnabé Monnot 和 Vasiliy Shapovalov 的宝贵反馈意见。图片由 [Mathias Krumbholz](https://commons.wikimedia.org/wiki/User:Leviathan1983) 提供，添加了箭头。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权https://www.ethereum.cn/Layer2/blockchain-bridgeshttps://www.ethereum.cn/Layer2/blockchain-bridgesThu, 16 Sep 2021 00:00:00 GMT来源 | [1kxnetwork](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) <br/> 经过多年的研发，我们终于形成了一个多链的市场结构。目前有超过 100 个活跃的公共区块链，其中许多都有自己独特的应用程序、用户、地区分布、安全模型和设计权衡。不管个体社区相信什么，现实都是宇宙趋向于熵增，这些网络的数量很可能在未来继续增加。 这种类型的市场结构使得我们必须获得不同网络之间的互操作性。许多开发者已经意识到这一点，去年区块链桥接的数量激增，旨在将日渐碎片化的网络聚集起来。**截至本文撰写，已有 40 多个不同的桥接项目**。  <center>截至 2021 年 9 月 8 日</center> <center>演示图 (不全）</center> 在本文中，我将： - 解释桥接为何重要 - 概述各种桥接设计及其优缺点 - 概述当前桥接的总体情况 - 描述未来桥接可能会是什么样子 <br/> # 互操作性解锁了创新可能性 随着单个生态系统的发展，它们会发展自己独特的优势：安全性更强、吞吐量更大、交易费更便宜、隐私性更好、特定的资源供应 (如存储、计算、带宽)、具有地区开发者和用户社区等。桥接之所以重要，是因为它们让用户能够访问新的平台和协议；使协议之间能够互相操作；允许开发者协作构建新产品等。更具体来说，它们具有以下好处： ## 提高现有加密资产的生产力和实用性 桥接允许现有加密资产转移到新平台，做新的事情。如： - 发送 DAI 到 Terra 以在 Mirror 上购买合成资产，或者在 Anchor 上赚取收益 - 从 Flow 向以太坊发送 TopShot 以作为 NFTfi 的抵押品 - 在 Maker 上使用 DOT 和 ATOM 作为抵押品贷出 DAI ## 扩大现有协议的产品功能 桥接扩展了协议能够实现的设计空间。例如: - 在 Solana 和 Avalanche 上使用 Yearn vaults 进行流动性挖矿 - 以太坊上的 NFT 跨链共享订单簿和 Rarible Protocol 上的 Flow - Index Coop 的权益证明指数 ## 为用户和开发者解锁新功能用例 桥接给了用户和开发者更多选择。如： - 在 Optimism、Arbitrum 和 Polygon 上跨 DEX 对 SUSHI 的价格进行套利 - 使用比特币支付 Arweave 的存储费用 - 在 Tezos 上通过 PartyBid 竞拍 NFT <br/> # 桥接 101 从抽象层面来看，可以这样定义桥接：一个在两个或多个区块链之间传输信息的系统。而“信息”可以指资产、合约调用、证明或状态。大多数桥接设计由以下几个部分组成： - **监测**：通常有一个参与者 (或一个“预言机”、“验证者”、“中继者”) 监测源链上的状态。 - **消息传递/中继**：参与者接收了事件之后，需要将信息从源链传输到目标链。 - **共识**：在一些模型中，为了将信息转发到目标链，监控源链的参与者之间需要达成共识。 - **签名**：参与者需要对发送到目标链的信息进行加密签名，可以进行单签或者作为门限签名 (threshold signature) 方案的一部分。 桥接方案大致有四种类型，每一种都有其优缺点： - **资产专用型 (Asset-specific)**：该桥接类型唯一的目的就是提供访问外部链特定资产的渠道。这些资产通常为“封装” (wrapped) 资产 (由基础资产以托管或非托管方式完全抵押的资产)。比特币是桥接至其他链的最常见的资产，仅在以太坊上就有七种不同的桥。这种桥接是最容易实现的，并从中获得庞大的流动性。但其功能有限，并且需要在每个目标链上重新实现。例子有 wBTC 和 wrapped Arweave。 - **链专用型 (Chain-specific)**：两条链之间的桥接，通常支持在源链上锁定和解锁代币以及在目标链上铸造任意的封装资产。由于这些桥接的复杂性有限，它们通常可以更快地上市，但也不容易扩展到更广泛的生态系统中。用例有 Polygon 的 PoS 桥接，它允许用户将资产从以太坊转移到 Polygon 中，反之亦然，但仅限于这两条链。 - **应用专用型 (Application-specific)**：一种为两个或多个区块链提供访问的应用程序，但仅限于在该应用程序中使用。这种应用程序本身的好处是代码库较小；不是在每条区块链上都有整个应用程序的单独实例，而是通常在每条区块链上都有更轻量级的、模块化的“适配器”。实现了“适配器”的区块链可以访问它所连接的所有其他区块链，因而存在网络效应。它们的缺点是很难将该功能扩展到其他应用程序中 (例如，从借贷应用扩展到交易应用)。具体用例有 Compound Chain 和 Thorchain，它们分别构建了专门用于跨链借贷和交易的独立区块链。 - **通用型 (Generalized)**：一种专为跨多个区块链传输信息而设计的协议。由于其复杂性不高，这种设计享有强大的网络效应 —— 项目的单一集成便可使其访问桥内的整个生态系统。缺点是，一些设计通常会在安全性和去中心化之间权衡，以获得这种可扩展效应。这可能会对生态系统产生复杂且意想不到的后果。其中一个用例是 IBC，用于在两条异构链中发送信息 (且具有最终确定性保证)。  <center>截至 2021 年 9 月 14 日</center> 此外，根据用于验证跨链交易的机制，桥的设计大致有三种类型： ## 类型一：外部验证者和联邦制 (External validators & Federations) 这类桥接方案通常有一组验证者监测源链上的“邮箱”地址，并根据共识在目标链上执行操作。资产转移通常是这样操作的：在“邮箱”上锁定资产，然后在目标链上铸造等量的资产。这些验证者通常存入了单独的代币作为抵押担保，以保证网络的安全性。  <center>外部验证者和联邦系统的简化图示</center> ## 类型二：轻客户端和中继 (Light clients & Relays) 参与者监测源链上的事件，并生成有关该链上记录的过去事件的加密打包证明。这些证明将和区块头一起被转发到目标链上的合约 (如“轻客户端”)，然后验证某个事件是否被记录，并在验证后执行操作。这种设计机制需要一些参与者“中继”区块头和证明。虽然用户可以“自中继”交易，但确实存在中继将持续转发数据的活性假设。这是一种相对安全的桥接设计，因为它在无需信任中间实体的情况下保证了去信任的有效交付。但它也是资源密集型的，因为开发者必须在每条新目标链上构建一个新智能合约，来解析源链的状态证明；而验证流程本身则需要消耗大量 gas 费用。  <center>轻客户端/中继系统的简化图示</center> ## 类型三：流动性网络 (Liquidity networks) 这类似于点对点网络，其中每个节点都充当一个“路由器”，持有来源和目标链资产的“库”。这些网络通常利用底层区块链的安全性；通过使用锁定和争议机制，可以保证路由器不会盗走用户的资金。正因为如此，像 Connext 这样的流动性网络对于那些转移大量价值的用户来说可能是一个更安全的选择。此外，这种桥接类型可能最适合于跨链资产转移，因为路由器提供的资产是目标链的原生资产，而不是相互不能完全替代的衍生资产。  <center>流动性网络的简化图示</center> 按照上面的三种桥接类型分，可以得出以下图表：  <center>截至 2021 年 9 月 14 日</center> 需要注意的是，上述任何给定的桥接都是双向通信通道。在每条通道中可能有独立的模型，因而这种分类不能准确地代表诸如 Gravity、Interlay 和 tBTC 此类混合模型。因为它们都在一个方向上有轻客户端，而在另一个方向上有验证者节点。 另外，可以根据以下几个因素来大致评估一个桥接的设计： - **安全性**：信任及活跃度假设、对作恶行为的容忍度、用户资金的安全性和自反性。 - **速度**：交易完成的延迟时间，以及最终确定性保证。通常需要在速度和安全性之间进行一定的权衡。 - **连接性 (Connectivity)**：为用户和开发者所做的目标链选择，以及集成额外目标链的不同难度级别。 - **资本效率**：经济机制，即设置确保系统安全所需的资本和资产转移的交易成本。 - **状态性 (Statefulness)**：转移特定资产、更复杂的状态和/或执行跨链合约调用的能力。 综上所述，可以从下图角度来评估这三种设计机制的权衡：  此外，安全性是一个范围，我们可以将其大致分为以下几类： - **去信任的 (Trust-less)**：桥接的安全性与它所桥接的底层区块链绑定。 除非底层区块链遭到共识级攻击，否则用户的资金不会丢失或被盗。也就是说，这并非完全去信任，因为所有这些系统的经济、工程和加密组件都含有信任假设 (如，代码不存在漏洞)。 - **投保的 (Insured)**：攻击者能够盗取用户资金，但他们这样做可能无利可图。因为他们参与网络需要先提供抵押品，而当出现错误行为和作恶行为时将受到罚没。如果用户资金丢失，协议会通过罚没攻击者的抵押品来对用户进行补偿。 - **抵押的 (Bonded) **: 与投保模式类似 (如，参与者的经济利益与其行为密切相关)，除了用户因其错误以及作恶行为而抵押品被罚没之外。抵押品类型对投保和抵押模式都很重要；内生抵押品 (协议代币作为抵押品) 的风险更大，因为如果桥接出现故障，那么代币的价值也很可能会崩溃，这进一步降低了桥接的安全保证。 - **基于信任的 (Trusted)**：参与者不需要抵押资产，在系统出现故障或者作恶行为时用户无法取回资产，因此安全性主要依赖于桥接运营商的声誉。  <center>截至 2021 年 9 月 14 日</center> 在未来的升级中，有几个项目将从“基于信任的”类别中移除。 <br/> # 总结设计机制的权衡 “外部验证者和联邦制”通常在状态性和连接性方面较佳，因为它们可以触发交易、存储数据，并允许在任意数量的目标链上与数据进行交互。然而，这是以安全性为代价的，因为根据定义，用户依赖于桥接而非源链或目标链的安全性。虽然目前大多数外部验证者机制都是基于信任的模型，但有一些是需要抵押资产的，其中的一个资产子集用于为终端用户投保。不幸的是，它们的保险机制通常具有自反性 (reflexive)。如果将协议代币作为抵押品，即假设该代币的价值足以赔偿用户的损失。此外，如果抵押资产与保险资产不同，则还需依赖预言机的价格流，因此桥接的安全性还会降级为预言机的安全性。而如果不需要信任的模型，这些桥接也是资本效率最低的，因为它们促进经济吞吐量的同时也需要成比例地扩大抵押品的规模。 “轻客户端和中继”也是在状态性方面较好，因为区块头中继系统能够传送任何类型的数据。尽管由于需要中继器来传输信息而存在活性假设，但它们的安全性也很好，因为其不需要额外的信任假设。同时，它们是资本效率最高的桥接，因为不需要锁定任何资产。然而，这些优势都是以牺牲连接性为代价的。每连接一对链，开发者必须在源链和目标链上部署一个新的轻客户端智能合约，该合约的复杂度介于 O(LogN) 和 O(N) 之间 (之所以介于这个范围，是因为使用相同的共识算法添加链支持相对容易)。在依赖欺诈证明的 optimistic 模型中也存在显著的速度缺陷，这可能会将延迟增加到 [4 小时](https://near.org/blog/eth-near-rainbow-bridge/)。 “流动性网络”在安全性和速度方面较强，因为它们是本地验证的系统 (即不需要全球共识)。它们也比抵押/投保机制的外部验证者机制更具有资本效率，因为资本效率与交易流/交易额有关，而不是与安全性有关。例如，假设两条链的交易流相等，再给定一个内置的再平衡机制，流动性网络可以促成任意大的经济吞吐量。 而权衡点在于状态性，因为虽然可以传输调用数据，但其功能有限。例如，它们能够跨链与数据交互，其中接收方有权根据所提供的数据进行交互 (例如，使用来自发送方的签名信息调用智能合约)，但是对于传输没有“所有者”的数据或者传输属于广义状态的数据 (如铸造代表代币) 没有帮助。 <br/> # 未决问题 构建强健的跨链桥接是分布式系统中的一个难题。虽然在这领域已有许多尝试，但仍存在一些为解决的问题： - **最终确定性和回滚 (Finality & rollbacks)** ：在具有概率最终确定性的链中，桥接如何应对区块重组和时间盗贼攻击？ 例如，如果任何一条链都经历了状态回滚，那么从波卡向以太坊发送自己的用户会遇到什么样的情况？ - **NFT 转移和溯源 (NFT transfers & provenance)** : 桥接如何为跨多条链的 NFT 溯源？例如，如果有一个 NFT 曾在以太坊、Flow 和 Solana 的多个市场上进行交易，那么所有这些交易和所有者是如何记录的? - **压力测试 (Stress testing)** :在链遭遇拥堵或协议和网络级别攻击的情况下，各种桥接设计会如何应对？ <br/> # 区块链桥接的未来 虽然桥接为区块链生态系统解锁了更多创新可能，但如果团队在研发方面走捷径，也可能会带来很大的风险。[Poly Network](https://www.theverge.com/2021/8/23/22638087/poly-network-600-million-stolen-crypto-hack-restored-defi) 跨链攻击事件向我们展示了漏洞和攻击的潜在经济损失规模，并且我估计未来会出现更大规模的攻击。虽然对于桥接构建者来说，现在的网络高度碎片化而竞争十分激烈。但各个团队应高度自律，优先考虑安全性而不是发布速度。 虽然最终的理想状态是构建一条为所有事物共用的“同构桥接”，但现实是，很可能不存在单一的“最佳”桥接设计。不同类型的桥接将适用于不同的特定应用 (如资产转移、合约调用、代币铸造等)。 此外，最佳的桥应该是最安全的、具有可连接性的、快速的、资本效率高的、成本效益高且抗审查的。如果我们想要实现“区块链互联网”的愿景，这些属性都是需要我们促进达到最大化的。 到目前为止，我们还没有构建出最优的桥接。而所有桥接类型都有几个有趣的研发方向： - **降低区块头验证的成本**：轻客户端的区块头验证成本十分高，如果能解决这一问题，将使我们更接近于实现完全通用且去信任的互操作性。一种有趣的设计则是桥接至 L2 以降低这些成本。例如，在 zkSync 上实现 Tendermint 轻客户端。 - **从基于信任的模式转变为抵押模式**：虽然抵押验证者的资本效率要低得多，但“社会合约”的安全性不足以保障数十亿美元的用户资金安全。此外，花哨的门限签名机制并不会减少信任；这一群签名者仍属于受信任的第三方。在没有抵押的情况下，用户实际上是将他们的资产移交给外部托管人。 - **从抵押模式转变为投保模式**：损失资产是用户最不想遇到的情况。虽然抵押资产的验证者和中继器一定程度上可以防止作恶行为，但协议应该更进一步，直接使用罚没资金对用户进行补偿。 - **扩大流动性网络的流动性**：“流动性网络”可以说是资产转移的最快的桥接，并且在信任和流动性之间存在着一些有趣的设计权衡。例如，流动性网络可能可以利用抵押验证者模式来外包资本供应，其中路由也可以是具有抵押流动性的门限多签。 - **桥接聚合：**虽然对于特定的资产来说，桥接的使用可能会遵循指数定律，但像 [Li Finance](https://li.finance/) 这样的聚合器可以改善开发者和终端用户的使用体验。 *非常感谢 Aidan Musnitzsky、Arjun Bhuptani、James Prestwich 和 Pranay Mohan 的反馈 。* <br/> <br/> https://www.ethereum.cn/Technology/mev-synthetixhttps://www.ethereum.cn/Technology/mev-synthetixWed, 15 Sep 2021 00:00:00 GMT来源 | [bertcmiller.com](https://bertcmiller.com/2021/09/05/mev-synthetix.html) <br/> 几个月前，臭名昭著的 KALEB 在 Flashbots 的公共搜索者 discord 上发布了以下信息：  KALEB 之前泄露了关于 Synthetix 变动政策的重大消息，涉及数十万美元。在这个机器人运营商的巢穴里分享这种消息就像把红肉扔给狮子一样，快速看一下合约就会发现有一笔诱人的钱在里面。 在接下来的几周里，我计划并试图执行一个策略，以捕获 KALEB 在上面分享的 MEV。我将在本文公开我使用的代码，并讲解我的过程和策略。你将无法运行我的代码来印钱，但这篇文章将告诉你我如何设计新的搜索器，且包含很多关于这样做重要信息。这自然会比较技术，但我努力使非技术读者也能理解。 <br/> # 第一步：确定机会范围 我不是 Synthetix 的专家，因此第一步是了解我的工作内容。具体来说： - 我找出相关的合约 - 我在 Sythetix 博客上通读它们功能的概述性文章，并搜索了所有的文档 - 我确信我理解了即将要实现的治理变更 - 我查看这些函数，并找出那些看起来相关的 这个阶段工作的总结是，Synthetix 已经试验了使用 ETH 作为抵押品来铸造 sUSD 和 sETH。你可以在合约中存入 ETH 并铸造这些资产，只要你注意你的抵押品价值不会跌至低于你贷款的一定水平。 但是，一年后，协议投票决定结束这个试验。当有数以百万计的未偿贷款时，他们怎么能这样做呢？[好吧，你可以让任何头寸都变得可偿还。](https://blog.synthetix.io/deprecating-ethercollateral-loan-contracts/)事实上，在一个漫长的警告期后，贷款会从在一个区块里是安全的，变成可被任何人偿还，无论抵押品的价值是多少！这会触发一笔从 "pDAO" 地址发送到公共交易池的交易。 要偿还一笔贷款，我需要归还所借资产 (sUSD 或 sETH) 的未偿金额。作为回报，我会收到支持我所关闭的贷款的抵押 ETH。 作为偿还这些贷款的激励，我会获得比我归还 sETH 或 sUSD 更多的抵押品价值。由于当时仍有数百万美元的贷款，这意味着偿还者可以赚更多的钱。此外，我将不得不从 pDAO 合约里尾追 (backrun) 交易，以便我可以尽可能利用这个机会。 <br/> # 第二步：了解机会 现在我了解了基本机制，并且有了一些我认为相关的函数了。然后，我又深入了解我将调用哪些函数，我需要什么数据，以及如何生成该数据。 我需要两个函数： - setLoanLiquidationOpen()：仅能由合约所有者 (pDAO) 调用。允许对未关闭的贷款进行偿还。 - liquidateUnclosedLoan()：需要一个贷款 ID 和账户地址，并偿还该贷款。在 setLoanLiquidationOpen() 被调用后可以被任何人使用。 请注意，还有其他函数的，但我很快发现它们并不相关。现在，我需要解决我要如何选择偿还哪些贷款，以及这样做我需要多少 sETH/sUSD。以下的函数开启工作所需的大部分东西： - openLoanIDsByAccount()：返回所有与某个账户相关的所有公开贷款 ID - getLoanInformation()：返回一个给定 ID 和所有者的贷款数据 然而，存在两个隐藏的困难。首先，这些合约不会告诉你哪些地址有未偿还的贷款，这给我带来一定难度。几分钟内，我找到一个解决方法，就是在 Etherscan 上下载所有与这些合约想法u你的交易，并用 Excel 创建一个与这些合约交互过的唯一账户列表。从那里，我建立了以下管道： - 使用 getLoans 找出该地址是否有未偿贷款，如果有，记录它们的贷款 ID - 使用 getLoanInformation 找出支持该贷款的抵押价值，它们发行了多少 sUSD/sETH，以及它们的贷款有多少利息 - 按贷款金额排序，首先列出最大额度的贷款，并把数据结构保存到 json 文件中。 第二个难题是偿还一笔贷款能拿回多少抵押的 ETH 并不能马上了解。因为有未偿贷款的函数，你可以粗略估算到，但我需要更精确的数据。要实现这点，我研究了偿还贷款的代码，并了解清楚相关数字是如何产生的。 以上的所有数据都是我可以在链上获取或计算的。但这样做太耗费 gas 了。**由于我将与别人竞争合约的 gas 效率，对我来说，尽可能地把逻辑移到链下，以最小化 gas 消耗是极其重要的**。 经过几次迭代后，我知道我需要从链上获取的最小数据量，这是我可以链下解析的一些变量，以告知我在智能合约上输入的内容。但是，获取这个信息的函数非常复杂，而且查询所有贷款所花的时间比处理一个区块的时间还长。这是不可行的。为了解决这个问题，我写了一份简短的智能合约，把许多数据请求集中在一起，这提高了超过 10 倍的速度。这是其中一个函数： ```Powershell function batchGetLoanInformation(address[] calldata _addresses, uint256[] calldata _loanIDs, address _contractAddress) external view returns ( uint256[] memory, uint256[] memory){ uint256[] memory totalRepayment = new uint256[](_addresses.length); uint256[] memory totalCollateralLiquidated = new uint256[](_addresses.length); for (uint i = 0; i < _addresses.length; i++){ uint loanAmount; uint accruedInterest; (,, loanAmount,,,, accruedInterest, ) = collateralContract(_contractAddress).getLoan(_addresses[i], _loanIDs[i]); totalRepayment[i] = loanAmount + accruedInterest; totalCollateralLiquidated[i] = getCollateralAmountSUSD(sUSD, totalRepayment[i], COLLATERAL); } return (totalRepayment, totalCollateralLiquidated); } ``` 请看由 [EmGithub](https://emgithub.com/) 提供的 [raw](https://raw.githubusercontent.com/bertmiller/sMEV/1e37690638bf42e849b87a25b468eae20e65545d/contracts/sAssetsOracle.sol)[sAssetsOracle.sol](https://github.com/bertmiller/sMEV/blob/1e37690638bf42e849b87a25b468eae20e65545d/contracts/sAssetsOracle.sol#L374-L395) 你们可以在[这里](https://github.com/bertmiller/sMEV/blob/1e37690638bf42e849b87a25b468eae20e65545d/execute/monitor-sUSD.js#L53)我的监听脚本看其使用。现在我能很快判断我需要多少 sETH/sUSD，偿还一笔贷款后能拿回多少抵押价值，从而得知这笔贷款的利润。 **总结**：这个阶段的工作是深入了解机会，以及以高效的方式搜集所有执行所需的数据。**你需要尽力把东西移到链下完成，以降低 gas 消耗**。这部分工作的成果是做出了两份搜集所需数据的 [fast](https://github.com/bertmiller/sMEV/blob/1e37690638bf42e849b87a25b468eae20e65545d/execute/monitor-sETH.js) [script](https://github.com/bertmiller/sMEV/blob/1e37690638bf42e849b87a25b468eae20e65545d/execute/monitor-sUSD.js)。 <br/> # 第三步：写一份执行合约 **闪电贷策略** 你可能需要一份专门的合约来提取 MEV。我在早期写了一份[合约](https://github.com/bertmiller/sMEV/tree/main/hardhat/contracts)和[测试环境](https://github.com/bertmiller/sMEV/tree/main/hardhat)，可以用这个环境来更好理解合约，并确保数据是正确的。这几乎与第二和第四步是同时进行的。 我知道我需要获得数百万美元的 sUSD/sETH，因此使用闪电贷是必须的。此外，我会烧毁这些合成资产但拿回抵押的ETH。经过一番思考，我意识到无论如何我都要用 ETH 兑换其他资产，但我可以选择在偿还之前还是之后进行。有两条可能的路径： - **Option 1 选项 1**: 通过闪电贷贷出 ETH -> 兑换出 USDC -> 兑换出 sUSD -> 偿还 sUSD 贷款 -> 收到 ETH -> 偿还 ETH 的闪电贷 - **Option 2 选项 2**: 通过闪电贷贷出 sUSD ->偿还 sUSD 贷款 ->收到 ETH -> 兑换出 USDC -> 兑换出 sUSD -> 偿还 sUSD 的闪电贷 鉴于 sUSD 仅在 Aave 上可用，而 ETH 可以在多个闪电贷供应商上可用，问题最终会变成我想使用哪个闪电贷供应商。最终，我选了选项 1，因为 dYdX 不产生费用，而 Aava 会产生一项费用。 **Gas 优化** 你可以在[此处](https://github.com/bertmiller/sMEV/blob/main/contracts/dYdXLiquidator.sol)找到我的完整合约，但这是我从 dYdX 收到 ETH 并进而偿还 sUSD 贷款后的部分： ```Powershell // This is the function called by dydx after giving us the loan function callFunction(address sender, Account.Info memory accountInfo, bytes memory data) external { // Use chi tokens uint256 gasStart = gasleft(); // Let the executor or the dYdX contract call this function // probably fine to restrict to dYdX require(msg.sender == executor || msg.sender == address(soloMargin)); // Decode the passed variables from the data object ( address[] memory sUSDAddresses, uint256[] memory sUSDLoanIDs, uint256 wethEstimate, uint256 usdcEstimate, uint256 ethToCoinbase ) = abi.decode(data, ( address[], uint256[], uint256, uint256, uint256 )); // Swap WETH for USDC on uniswap v3 uniswapRouter.exactOutputSingle( ISwapRouter.ExactOutputSingleParams( address(WETH), // address tokenIn; usdcTokenAddress, // address tokenOut; 3000, // uint24 fee; address(this), // address recipient; 10**18, // uint256 deadline; usdcEstimate, // uint256 amountOut; wethEstimate, // uint256 amountInMaximum; 0 // uint160 sqrtPriceLimitX96; ) ); // Swap USDC for sUSD on Curve curvePoolSUSD.exchange_underlying( 1, // usdc 3, // sUSD usdcEstimate, // usdc input 1); // min sUSD, generally not advisible to make a trade with a min amount out of 1, but its fine here I think because the overall risk of getting rekt is low // Liquidate the loans for (uint256 i = 0; i < sUSDAddresses.length; i++) { sUSDLoansAddress.liquidateUnclosedLoan(sUSDAddresses[i], sUSDLoanIDs[i]); } // We got back ETH but must pay dYdX in WETH, so deposit our whole balance sans what is paid to miners WETH.deposit{value: address(this).balance - ethToCoinbase}(); // Pay the miner block.coinbase.transfer(ethToCoinbase); // Use for chi tokens uint256 gasSpent = 21000 + gasStart - gasleft() + (16 * msg.data.length); CHI.freeFromUpTo(owner, (gasSpent + 14154) / 41947); } ``` 请看由 [EmGithub](https://emgithub.com/) 提供的 [raw](https://raw.githubusercontent.com/bertmiller/sMEV/1e37690638bf42e849b87a25b468eae20e65545d/contracts/sAssetsOracle.sol)[dYdXLiquidator.sol](https://github.com/bertmiller/sMEV/blob/main/contracts/dYdXLiquidator.sol#L199-L260) 我花了大量时间尝试最小化我的 gas 消耗。很多我的设计选择都是以此为依据。关于这份合约的策略，有几点需要注意 - 我没有发送很多单独偿还和兑换的交易，相反，我选择把多笔偿还打包在一个交易里，这使得我的固定 gas 开销可以在多笔偿还里分摊，由此提高我的交易捆的竞争力。 - 我需要以最佳方式把 ETH 兑换成 USDC 再兑换成 sUSD，并需要决定是在有函数 exactInput 还是 exactOutput 的 Uniswap v3 上交易。无论我怎么做都会在某个地方产生滑点，因此我选择有函数 exactOutput 的，以避免调用 balanceOf。 - 在这些交易的精确性和 gas 效率之间存在折衷。只要我能偿还我的闪电贷，缺乏精确性也没什么问题，而且因为我要在 gas 效率上竞争，我选择了对它优化。 还有一些“战术上”的东西需要注意： - 对所有东西的批准都前向负载到我的合约里的构建函数。这样，我可以在部署的时候支付开销，并减少执行时使用的 gas。 - 我不从我的账户烧毁 gas token，而是从我的合约烧毁，同样是为了提高 gas 效率。 - 函数名称都是指定的，它们的函数选择器的前导符为 0x，使用函数选择器也能稍微减少 gas 的使用。 - 与直接添加 require 语句相比，函数修改器需要消耗稍微多一点 gas。 - 这份合约还有一些可以被优化的方法，例如使用 gas 费用而不用 coinbase 转账。 - 0xSisyphus 非常慷慨提出给我借 ETH，我就不用使用闪电贷了，这能大大节省 gas。但随着时间推移，大额的贷款都还钱了，因此总的机会就减少了。我决定不接受 0xSisyphus 借的钱，因为机会不再大到使这样做是明智的。 **总结**：在这个阶段，我创建了一份智能合约，以执行捕获可得的 MEV 机会。要做到这点，需要认真思考正确的策略，以及如何最小化 gas 的使用。这份合约是经过多次迭代开发出来的，同时我进行数据上的工作，还把它放在了一个测试环境 (Hardhat) 里。 <br/> # 第四步：计划你的执行 **偿还 MEV 和优化 gas 价格的经济学** 有了一份精心设计的合约和对机会的深入了解，我需要改进我实现这个机会的策略。回顾一下，Flashbot 的 MEV-Geth 客户端能有效运行竞拍，其中 [gas 价格最高的交易捆胜出](https://docs.flashbots.net/flashbots-auction/searchers/advanced/bundle-pricing)，会被打包到链上。这一重要事实意味着，我需要最大化我的交易捆的 gas 价格，而不是我支付的 ETH 总额。 记住了这点，并使用我之前收集到的数据，我制作了一个电子表格来优化我的 gas 价格。我的合约既有固定的 gas 开销，也有可变的 gas 开销。固定的 gas 开销用于取出闪电贷和做兑换。可变的 gas 开销来自我想要偿还的贷款数。我很自然地认为在某一点上，偿还一笔贷款的边际收益将低于 gas 开销。我运行了几次测试，以得出实际数字。以下是我的结果：  请注意，这个结果有点令人惊讶——仅偿还前 4 笔 (共 30 笔) 的 sUSD 贷款是最省 gas 的。此后的每笔贷款都会产生更多的整体利润，但会降低我的交易捆的 gas 价格，并降低其竞争力。如果有其他人试图一次性偿还前 10 笔 sUSD 贷款，它们的 gas 消耗效率会降低接近 30%! 考虑到未偿的 sETH 贷款更少了，只做 sUSD 贷款而不把 sUSD 和 sETH 合并到一笔交易是最合理的。因此，潜在的回报更少了，支付给矿工的钱也更少了，这使得它们的 gas 效率相对较低。看到这些发现，我不禁笑了。如果其他人贪婪，一下偿还了所有的贷款，或很懒惰，分开偿还，那么我就会赢。 然而，其他的贷款还在那里，且偿还起来也是有利可图！我再次尝试优化我的 gas 价格，发现如果我偿还前 4 笔 sUSD 贷款，接下来最省 gas 的做法是一并偿还后 6 笔最大的 sUSD 贷款，再分别偿还最大的两笔 sETH 贷款。此外，假设我赢了，我可以使用从之前的交易捆中获利的 ETH，而不再需要闪电贷了。 **Flashbots 竞拍和我的交易捆排序策略** 重复一下情况：我既要在 gas 效率上竞争，又希望通过偿还每笔贷款来最大化我的收益。最佳策略是在每个交易捆中提交几笔偿还，分几个交易捆进行。这些交易捆会在 Flashbots 竞拍中被各自评估。然而，每笔交易都取决于来自 pDAO 的交易，是它使得贷款可以被任何人偿还。 如果 pDAO 交易不在交易捆里，那么该交易捆就会失败。但如果我的每个交易捆里都有 pDAO 交易，那么只有一个交易捆会成功。也就说，在一个交易捆被成功打包后，其他所有的都是无效的，因为它们会试图对 pDAO 交易重复打包。因此，我需要找到方法使得仅在我的第一个交易捆里发送 pDAO 交易，但同时确保我的其他交易捆不会因为它们没有 pDAO 交易而失败和被扔掉。 解决方案在于 Flashbots 竞拍的一个细微之处。在搜索器开始[对竞拍使用“把戏”，降低交易捆合并后的矿工费用](https://twitter.com/bertcmiller/status/1407305924600029189)，Flashbots 实行两轮的模拟。首先，所有的交易捆都被单独进行模拟，得出它们的 gas 价格并检查是否会失败。在第二轮，成功的[交易捆会被按照 gas 价格排序，并再次进行模拟，以找出前后不一致的交易捆，确保没有交易捆的 gas 价格是低于预期的](https://github.com/flashbots/mev-geth/blob/master/miner/worker.go#L1292-L1301)。除非你想这样做，否则你可能永远不会有一个交易捆是 gas 价格在合并后是降低了的。 我意识到我可以做上述搜索器相反的事：我的交易捆不是支付比预期更少的 gas 费，它们会在第二轮模拟中支付更多。为了做到这点，我将如预期般在第一个交易捆里打包 pDAO 交易，但要对剩余的交易捆做额外检查。这些交易捆将推断它们将会在第几“轮”模拟，然后相应改变它们的执行。如果它们在“第一轮”，它们将不会偿还任何贷款——因为它们尝试偿还的话会失败——然后无论如何都给矿工支付费用，以获得高的 gas 价格，通过第一轮的模拟。 通过了第一轮模拟后，这些交易捆将在第二轮模拟中跟在有 pDAO 交易的那个交易捆后面。到了这步，它们就能成功偿还贷款了。此外，这些交易捆的 gas 价格会比竞拍预期的更高，而不是更低，因此在这里改变执行不是问题。 我是如何确定我的交易捆是在哪一“轮”的呢？通过看我合约的余额。如果在区块的早期 (即在前一个交易捆）我已经成功偿还贷款了，那么我的余额应该增加了，因为这样做能从中获得收益。因此，我增加了一个[条件来检查我是否获得任何 WETH 收益](https://github.com/bertmiller/sMEV/blob/main/contracts/dYdXLiquidator.sol#L128-L133)，如果有，则继续偿还贷款。这在测试中是成功的。 **总结**：这个阶段还是关于策略。我使用早期得到的数据、合约和测试环境来思考我要竞争获得的 MEV 机会的经济学逻辑，以及最优策略会是什么。通过使用真实数据，我发现了一个令人惊讶的占有策略，但它很难执行。执行它需要一种新方式来提交交易捆。 <br/> # 第五步：执行 现在手上有了数据、合约、以及我可以开始执行的计划。基本上，我需要构建多个这样的交易捆：一方面可以执行我上文的计划，另一方面监听交易池里与 Synthetix 相关的交易以进行尾追。此时，大部分都是实现上的问题。 首先，我使用了 [Blocknative 来监听 pDAO 账户，以了解相关交易的情况](https://github.com/bertmiller/sMEV/blob/main/execute/builder.js#L40-L66)。我让任何从 pDAO 账户发出的交易信息都会发送到我的机器人。 然后，我同时运行两个监听脚本 (一个用于 [sETH](https://github.com/bertmiller/sMEV/blob/main/execute/monitor-sETH.js) 和 [sUSD](https://github.com/bertmiller/sMEV/blob/main/execute/monitor-sUSD.js) )，以从链上获取数据，得出最优的交易捆策略 (例如先偿还前 3 笔 sETH 贷款，闪电贷 X 个 ETH，并对后 2 个做相同的事，等)，并生成我的合约需要的数据。我需要在每个区块如此运作，以防价格改变了或有人关闭了贷款，由此改变了最佳策略。这些[结果](https://github.com/bertmiller/sMEV/blob/main/data/sUSD-optimalConfig.json)保存在了本地。 最后，我有了一个[执行脚本](https://github.com/bertmiller/sMEV/blob/main/execute/executor.js#L15https://github.com/bertmiller/sMEV/blob/main/execute/executor.js#L15)，它会接收发送到我的机器人的待打包交易信息，并从我的监听脚本加载出最佳打包交易捆策略的结果，自动构建交易捆，并把它们发送到 Flashbots。 剩下的事情就是等待。在这段时间，最高额的 sETH 贷款被借款人偿还了，因此我关了机器人中的该部分。几个最高额 sUSD 贷款也结束了，这大大减少了预期的回报率。 <br/> # 第六步：关键时刻到了 有趣的是，有人试图通过向相关合约发送交易，想诱使机器人在早期失灵。我不确定这种情况是否也会出现在其他人的机器人上，但我的机器人没有被诱导成功。 几个小时后，pDAO 发出了真实的交易。经过数周的研究和准备，我知道关键时刻到了。我这边一切都进行很顺利：我的监听脚本运行的很好，交易被接收，交易捆也被构建和提交了。 .....然后意外发生了。连续多个区块都没有 Flashbots 区块被挖出。我不仅因此失去了机会，也没有 Flashbots 搜索器赢得了机会。在区块顶部没有了 Flashbots 交易捆起阻挡作用，一个[雄心勃勃](https://etherscan.io/tx/0x1e68bd612fd47b68ee01abb500e45f5dbf640e7efa9b92a1ee925c3a658d3341)的[交易池](https://etherscan.io/tx/0x8296b0a8cae7e42f7989438c2ead9ea94d794930f9c456f5feff63758abe4b44)[机器人](https://etherscan.io/tx/0xaca5780d61aba2f58ce783f97511083a1ade323f8fe3f868518d4cbf85570ceb)介入了，并抢走了所有有利可图的贷款。 尽管输了，但我认为我的方法仍然是正确的。我的优势在于策略和发现新机会，而不是参与 PGA (最优 GAS 费竞拍)。因此，使用 Flashbot 给了我胜出的最佳机会。鉴于 Flashbots 已被广泛采用，遇上连续好几个非 Flashbots 区块也是相当不走运了。 MEV 有时被认为是神秘莫测的超级程序员的领域，但它不一定是这样的。它可以是有趣和刺激的。而游戏规则，如果你要搜寻它们的话，可以说是开放的。这篇文章是关于我学习我所参与的游戏的规则的过程，根据这些规则我想出了策略，并最终执行该策略。尽管我输了，我学到了很多东西，并在此过程获得了乐趣。我希望你们也可以，并希望你和我一起参与下一轮的游戏。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-9-14/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-9-14/Tue, 14 Sep 2021 00:00:00 GMT <br/> # Eth1（执行层） **短暂攻击事件** 今天北京时间 15:52，核心开发者 Alex 在 Eth R&D 的 allcoredev 频道发消息问主网是否出问题了，区块高度最高的区块显示不存在，有接近 35% 的节点受影响了。其他开发者迅速反应和开始排查，很快发现问题发生在 Nethermind，是一起故意攻击。  在17:38， 开发者 Marius 发推，对事件进行交代，以下为译文： 有人今天尝试发布大约 550 个区块对以太坊进行攻击，其中包含无效区块，此次攻击是失败的。只有少部分 Nethermind 节点转到这条无效链。其他所有客户端都拒绝了这条长侧链，将其视为无效。 这条链在长度上现在已经被正确的链超越了，在区块难度应该很快也会被超越。而且，似乎攻击者已经没有继续在他发布的无效链上继续挖了。这又是客户端多样性使以太坊强大的例证。 (截至发文) 无效链在区块难度上也被超越了，所有受影响的节点都已被重组到权威链上。节点运行者无需采取紧急行动。 [来源](https://twitter.com/vdWijden/status/1437712249926393858?s=20) <br/> **Geth 有必要继续支持存档节点吗？** Geth 客户端开发者 Péter Szilágyi 于 9 月 10 日发推，询问社区对 Geth 是否有必要继续支持存档节点的看法，因为他们团队认为继续支持存档节点意义不大，特别是现在我们正在把 gas 上限推得越来越高。评论里有很多人表示希望 Geth 继续支持存档节点，有人说因为很多开发者用主网状态做测试，以减少集成开销和环境差异，有人说因为一些浏览器不能简单转换到 Erigon 客户端，它们有大量基于 Geth 的自定义代码...... Péter 在评论里表示他只是想了解谁在使用 Geth 的存档节点和使用它来做什么，因为存档节点给他们团队想做的一些修剪优化工作带来困难，他只是想确保 Geth 团队的决定不会给太多人带来不良影响。 大家觉得呢？ [来源](https://twitter.com/peter_szilagyi/status/1436226033934606338?s=20) <br/> **EIP-1559 情况更新** 根据 Blocknative | mempool.eth 的数据，截至 9 月 9 日，经过数周的快速攀升，1559 式交易 (类型 2) 和遗留交易 （类型 0） 的比例似乎达至平衡，1559 式交易稳定在占总以太坊交易量的大约 50%，尽管有时比例会飙升至 60% 或降至低于 35%。   另外，在此期间，EIP-1559 的基本费用特征为此起彼伏的峰期——24 小时内基本费用平均介于 77 到 455 之间。而且平均最低费用一直在攀升，从上次更新的 50 左右上升至大约 130。  [来源](https://twitter.com/blocknative/status/1436713845955837961?s=20) <br/> **关于 Eth2 (共识层) 和合并 (The Merge) 的最新情况，请看最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2021-9-10)》。** <br/> # Layer2 **L2 扩容解决方案 Arbitrum 即将开放无需许可代币桥接功能** 此前，L2 扩容解决方案 Arbitrum One 主网 beta 版本于 9 月 1 日 [向所有终端用户开放](https://mp.weixin.qq.com/s?__biz=MzU2NDcyOTc2NA==&mid=2247490217&idx=1&sn=846b51ae39a56a6fb43271af7284777d&chksm=fc47d862cb305174aae31579452e86ea03011464fb73e2b3f48aa65fba56aba5e2cd8c94943c&token=1222908260&lang=zh_CN&scene=21#wechat_redirect)，但在一些功能上仍保留白名单限制 (如向 Arbitrum 的跨链桥接添加新的代币)。之所以这么做，是因为帮助确保项目获得适合其需求的代币类型：当桥接代币至 Arbitrum 时，L2 上的代币合约要么是标准 ERC-20 代币合约 (支持基本的 ERC-20 功能以及在 L1 和 L2 之间的可传输性)，要么是自定义 ERC-20 合约 (可以与任何其他功能如治理、快照功能等一起部署)。Arbitrum 表示：如果桥接了某个标准的 ERC-20 代币之后，项目方随后选择创建一个自定义的 ERC-20 实现，我们就会得到同一个代币的不同实现。这虽然不会造成安全风险，但这带来了复杂性和不便，我们希望尽可能避免。 因而，代币桥接功能的白名单限制将保留至 10 月 22 日。也就是说 22 号之后，往桥接添加任何代币将无需许可，且默认为标准的 ERC-20 代币实现。在这之前，项目方可以决定自己是否需要自定义功能和实现，如需在 Arbitrum 上部署自定义的 ERC-20 代币合约，请在 10 月 22 日之前向 Arbitrum 团队申请白名单，此为[联系方式](https://docs.google.com/forms/d/e/1FAIpQLSdXUaQeICSD3ulakR2JL0gz0SUGQMU9vxDi8kNCiMFJ9JFYEw/viewform)。 [来源](https://offchain.medium.com/continued-path-to-decentralization-bridging-tokens-into-arbitrum-42a94b054560) <br/> **区块链数据分析平台 Dune Analytics 新增 Optimism 以及 L2 gas 消耗的数据分析** 9 月 3 日，区块链数据分析平台 Dune Analytics 宣布添加对 L2 扩容解决方案 Optimism 上的交易的[数据追踪与分析](https://twitter.com/DuneAnalytics/status/1433814012114898969)   [来源](https://twitter.com/DuneAnalytics/status/1433814012114898969) <br/> [@PaoloRebuffo](https://twitter.com/PaoloRebuffo) 在 Dune Analytics 上发布了追踪 L2 gas 消耗的 [dashboard](https://dune.xyz/funnyking/L2-Gas-Consumption)。分别追踪不同 L2 解决方案的默克尔树、证明、验证合约在以太坊主网的 gas 消耗：    如图所示，在 9 月 12 日中，仅 Arbitrum 就消耗了 10 亿 gas (占以太坊每日 gas 总空间的 1%)。 [来源](https://twitter.com/PaoloRebuffo/status/1437048428484255745) <br/> **L2 扩容解决方案 Optimism 将其吞吐量限制提高了一倍** 此前，Optimism 于 8 月 20 日宣布将向更多项目开放白名单资格，并将逐步提高 Optimsim TPS 限制。 9 月 13 日，Optimism 在推特上发布信息，Optimism 已将其吞吐量限制提高了一倍，目前每天最多可处理 20 万笔交易。  [来源](https://twitter.com/optimismPBC/status/1437437368303329289) <br/> **跨链通信项目 Optics 上线以太坊主网、Celo 以及 Polygon** Optics 是一种跨链通信系统，在各个链和 rollup 之间发送信息、代币以及数据。Optics Bridge 支持在其部署的任何网络之间桥接 ERC-20 代币。在主网发布之初，Optics 部署在了以太坊主网、Celo 以及 Polygon 上，未来将与更多网络合作。 [来源](https://twitter.com/_prestwich/status/1437451283284119560) <br/> # 生态 **Gitcoin Grants 第十一轮火热进行中** 开源协作和资助平台 Gitcoin Grants 第十轮 Grant 已经于 UTC 时间 9 月 8 日 15:00 启动。本轮资助有 10 个板块，分别是：DApp、基础设施、社区、NFT、非洲地区、去中心化治理、Uniswap、回溯性资助、Gitcoin DAO、拉丁美洲地区。 本轮截至时间为 9 月 24 日，在此之前用户都能前往支持优秀的生态项目。 ECN on Gitcoin：https://gitcoin.co/grants/380/ethereumcn-ecn <br/> **SpruceID 将负责标准化 Sign-in with Ethereum 的工作** 两个月前，Danny Ryan 代表以太坊基金会和 ENS 发布"[Sign-in with Ethereum RFP](https://notes.ethereum.org/@djrtwo/sign-in-with-ethereum-RFP) (用以太坊登录的提案征求书)"，提案内容需包括创建使用以太坊登录的规范、使用 Oauth 的软件包 (便于 web2 服务商实现) 和用于面向用户登录的 Javascript 库。 9 月 13 日，ENS 和 Spruce 宣布合作关系，Spruce 发文表示 Sign-in with Ethrereum 将使得用户可以使用他们的以太坊账户而不是由大企业所有的账户访问网络服务。以太坊生态已经有数以千万的月活跃钱包用户使用他们的加密密钥签名，用于金融交易、社区治理等。这些钱包的安全性已经在其承载的价值数十亿美元的数字资产中得到证明。这些安全钱包还可以用于登录 Web2 服务。 Spruce 是一家开源软件公司，只专注于去中心化身份和数据，从“不是你的密钥，不是你的币''进化到”不是你的密钥，不是你的身份“。Spruce 构建加密货币原生工具，帮助用户管理身份和跨平台数据。 [来源](https://blog.spruceid.com/sign-in-with-ethereum/) 相关参考资料： [Vitalik 今年在 EthCC [4] 的演讲](https://www.ethereum.cn/Ecosystem/ethcc-p1) [为什么以太坊将复兴数字身份](https://www.ethereum.cn/Ecosystem/the-resurgence-of-digital-identity) <br/> **NFT 分发方式的其他可能性** [@0xmons](https://twitter.com/0xmons) 在推特发起了关于 NFT 的首批供应采用混合式分发方式的讨论。之所以会有这样的讨论是因为 NFT 首批铸造的分发方式是先到先得，需求明显大于供应，这导致了恶性 gas 战的发生。 @0xmons 的建议是不要 100% 的供应都以先到先得的方式分发，而是采用更聪明的方法，例如： 50% 通过荷兰式拍卖 (没有浪费的交易，每个人都知道他们准备支付多少钱)； 30% 以固定价格卖给在 discord 或 telegram 上的早期地址 (可以通过默克尔树实现，也不会产生浪费的交易)； 20% 给制作很酷的粉丝艺术或网站的人。 荷兰式拍卖好在人们可以根据支付意愿进行竞争，而不会影响到其他人的 gas 使用情况；白名单好在你可以按照自己的意愿选择可以获得的人。而先到先得在需求过剩的时候是很糟糕的方式。 @0xmons 认为 gas 与 NFT 之间最大的问题是在首轮分发中没有充分思考两者的关系。上述的例子当然有自己的问题，例如如果 Discord 遭到女巫攻击呢？但这仍然是一个进步。 @0xmons 希望 50% 的荷兰拍卖和 50% 的白名单固定价格出售这种结合可以成为常规模型。@0xmons 还表示不存在一个“正确的” 发行方式，因为这取决于 NFT 项目的目标，是希望最大程度实现公平，触及更广的人群，支持早期粉丝，最大化利益，还是其他。 [来源](https://twitter.com/0xmons/status/1435050021213245441?s=20) 此外，@0xmons 还另外发了一条推特是关于上述发行方式的开源工具的：https://twitter.com/0xmons/status/1435352561448468481?s=20 <br/> **ETHOnline 准备开始咯** ETHGlobal 一年中最大型的以太坊活动 ETHOnline 来了！这次会有黑客松和多场全天会议，主题包括 NFT、DAO 和合并。 时间：9 月 17 日—10 月 15 日 奖金：20 万美元以上 面向人群：开发者、设计者和创始人 [详情](https://online.ethglobal.com/) <br/> 以太坊官网 ethereum.org 新增了治理板块，对以太坊的治理情况进行了详细介绍。 [指路](https://ethereum.org/en/governance/) https://www.ethereum.cn/Eth2/wnie2-2021-9-10https://www.ethereum.cn/Eth2/wnie2-2021-9-10Mon, 13 Sep 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_210910) <br/> # 本周推荐 [Gitcoin Grants](https://gitcoin.co/grants/) 第 11 轮现在进行中！本轮有很多值得探索的项目，但如果你想快速支持一些个人质押者工具的项目 (确实应该支持一下啊！)，[Superphiz](https://twitter.com/superphiz/status/1435750803558567937) [帮大家总结好了](https://gitcoin.co/grants/explorer/?collection_id=12328)。想要了解更多信息，可以观看 Ethstaker 和 Wagyu 做的 [GR11 Kickoff Event](https://www.youtube.com/watch?v=BgXJpBmvar0&t=722s) 视频回放。 <br/> # 信标链 信标链在上周早些时候不知不觉就超过了 200 万个 slot。截至撰写本文，活跃验证者已超过 23 万名。 因最近在信标链发生的[小事故](https://hackmd.io/@benjaminion/wnie2_210827#The-Beacon-Chain)，打包证明进区块这个过程会受到更严格的审查。随着验证者数量的增加，在每个slot 运行的委员会数量也随之增加，导致有限的区块空间对包含证明的压力增加。这似乎使得网络上证明的延迟和丢失数量出现小幅但又显著的增加。以往客户端可以避免低效打包，而现在却产生了重大的影响。 Sigma Prime 团队的 Mac Ladson 写了一篇文章，非常深入地[解释以及分析](https://lighthouse.sigmaprime.io/attestation-packing.html)了关于整个信标链历史的证明打包。与这项工作相关，Lighthouse 团队发现了一些客户端的问题，包括 Teku 和其他客户端有时会出现打包冗余证明的倾向：指的是那种不添加新信息但占用可用区块空间的证明。感谢 Lighthouse 团队在这方面所做的工作，并根据此对 Teku 进行了一些改进 ([1](https://github.com/ConsenSys/teku/pull/4312), [2](https://github.com/ConsenSys/teku/pull/4313), [3](https://github.com/ConsenSys/teku/pull/4322))。 ## Altair 升级 Altair 是信标链一个计划中的升级，优化了一些核算上的问题，并且为轻客户端引入同步委员会。 Prater 测试网上的 Altair 升级于 9 月 2 日启动，虽说不算完美，但也运行得不错。除了其他轻微的问题外，Teku 无法在第一个 epoch 生成有效区块，但之后就正常了。Adrian Sutton 对此做了 (相当微妙的) 原因[分析](https://hackmd.io/@ajsutton/rJmzlJyfY)，问题[已修复](https://github.com/ConsenSys/teku/pull/4317)，为信标链 Altair 升级做好了准备。 现在 Pyrmont 和 Prater 测试网都已完成 Altair 升级，一个观察结果是同步聚合参与率 (sync aggregate participation) 低于我们的预期：点击[此处](https://prater.beaconcha.in/blocks)查看 Prater 的情况，同步聚合参与率约为 70%，而整体网络参与率约为 87%。正如本周开发者电话会议上所讨论的那样，我们可能会推迟信标链 Altair 的升级时间，直到我们搞清楚这其中的根本原因 —— 这是一个新功能，并且没有其他组件依赖它。但对于我们尚无法解释的问题，应该谨慎对待。调查正在进行中。 假设这个问题可以解决，我们期望在下一次电话会议上 (两周后，即 10 月中旬的某天) 定下信标链升级的 slot。 关于 Prater 测试网的其他消息，在接下来的几周内，验证者的数量将[大幅增加](https://twitter.com/parithosh_j/status/1433711196671201349)。这是为了确保 Prater 测试网的规模比信标链主网的大，以提供对客户端更加恰当的测试。 ## 合并 (The Merge) 我们正开始处理 The Merge 计划的技术问题，进展顺利。最近的开发进展有： 1. Mikhail 的共识-执行引擎 [API 设计空间](https://hackmd.io/@n0ble/consensus_api_design_space)规范。这是通过一系列会议 (包括核心开发者会议) 之后逐字逐句达成的共识。该规范本质上确定了 Eth1/执行客户端和 Eth2/共识客户端将如何通信的问题。 2. Geth 团队的 Felix 发表了一份关于合并后[网络同步](https://github.com/fjl/p2p-drafts/blob/master/merge-sync/merge-sync.md)如何工作的提案。在上周的[核心开发者会议](https://hackmd.io/@benjaminion/wnie2_210910#All-Core-Devs)上也讨论了这个问题。 客户端团队 (包括 [Eth1](https://eips.ethereum.org/EIPS/eip-3675) 和 [Eth2](https://github.com/ethereum/consensus-specs/tree/dev/specs/merge)) 现在都在努力实现最新的规范，为 10 月的开发者测试网做准备。 除了合并到分片，Proto 还提出了对 SSZ 的扩展，允许它[嵌入 KZG 承诺](https://github.com/ethereum/consensus-specs/pull/2585)和其他承诺类型，而不仅仅是简单的默克尔根。 <br/> # 质押 重磅消息：Rocket Pool 终于[公布了](https://twitter.com/Rocket_Pool/status/1435819967979552768)其主网发布日期，将于 10 月 6 日上线主网。为了控制风险，Rocket Pool 的发布将[分四个阶段推出](https://medium.com/rocket-pool/rocket-pool-staking-protocol-part-4-2635c44e4f7e)。 Ethereum on ARM 团队具有在 [Raspberry Pi](https://twitter.com/EthereumOnARM/status/1432251814402002948) 上运行验证者节点的经验。那里有很多很棒的建议。 Nimbus 团队发布的文章[《客户端多样性在合并过程中的重要性》](https://our.status.im/the-importance-of-client-diversity/)写得很好： > 不管是交易所、质押提供商还是个人质押者，只要关心以太坊的未来，那么现阶段，就有责任去促进大家使用占比较小的客户端。 Superphiz [说得很对](https://twitter.com/superphiz/status/1434851281240301577)，质押提供商并没有在这方面承担到责任。它们近乎单一的运营方式，正在伤害它们自己，也在伤害网络。阅读了 Lido 运营商 Chorus One 的[计划](https://blog.lido.fi/lido-20-08-2021-orphaned-blocks-in-ethereum-incident-postmortem/amp/) (通过在组合中添加更多 Prysm 客户端节点以达到多样化) 以应对最近的事故时，我感到非常震惊。我得说一句，在目前的情况下，这样做弊大于利。 <br/> # 工具 Adrian Sutton 创建了一个可扩展的[验证者节点监测器](https://github.com/ajsutton/validator-monitor)，它与节点一起运行，并使用标准 API 来检查链上是否发生了不寻常的 (但并非重大的) 问题，例如区块中的冗余证明。该工具主要对想要监测节点的开发者有用处。 旨在去掉所有 Eth2 说法的[重命名计划](https://notes.ethereum.org/@timbeiko/great-renaming)现已完成。完全可以预料的是，这种不明智的做法至少破坏了一个客户端团队的 CI 管道，造成了一些暂时的破坏。 <br/> # 释义性文章 我成为 Reddit 上 [u/Liberosist](https://www.reddit.com/user/Liberosist/) 这名用户的粉丝了。他最近发了一些文章，吸引了我的注意：[A Vision of Ethereum (2025)](https://www.reddit.com/r/ethereum/comments/pgcacb/a_vision_of_ethereum_2025/) 以及 [Why rollups + data shards are the only sustainable solution for high scalability](https://www.reddit.com/r/ethfinance/comments/pk57n7/why_rollups_data_shards_are_the_only_sustainable/) 。这两篇文章都很值得阅读！ 我的同事们在正式验证信标链规范方面做了许多不可思议的工作，他们即将发布几篇博客文章。Frank 已经发布了第一篇文章 [How We Proved the Eth2 Deposit Contract Is Free of Runtime Errors](https://consensys.net/blog/ethereum-2-0/20039/)。文章包括一些正式验证如何运行的背景介绍。 Tim Beiko 的 [《以太坊核心开发者会议更新 006》](https://tim.mirror.xyz/CHQtTJb1NDxCK41JpULL-zAJe7YOtw-m4UDw6KDju6c) 给出了合并架构的演变历程，以及现在的路线图是什么样的。我在 [PeepAnEip](https://www.youtube.com/watch?v=FlFKZR_ofSo) 和 [ZeroKnowledge 播客](https://zeroknowledge.fm/187-2/) 上讨论了更多这方面的内容。 在以太坊基金会最新的博客文章 [Secured no. 1](https://blog.ethereum.org/2021/09/09/secured-no-1/) 中，Antonio Sanso 探讨了我们用于验证者签名的 BLS12-381 椭圆曲线相关的一些问题。从规范开始，有一些有趣的问题。 同样来自以太坊基金会的 Caspar 整理了一份简洁的 [Eth2 资源列表](https://notes.ethereum.org/@casparschwa/HyGvlvkfK)。 我自己的 [eth2.info](http://eth2.info/) 被忽视了 (伤心)； 然而，我在这方面有一个秘密计划 遗憾的是，我没有参加任何 EDCON 会议。但这里有一些 Eth2 演讲引起了我的注意： - Alex Stokes 的 [Eth2 中的轻客户端设计](https://www.youtube.com/watch?v=ysW-Bq05pJQ&list=PL6-IF807eaBFg6Rg22ByDsVXUg1wfaWRz&index=36) 及其 [幻灯片](https://docs.google.com/presentation/d/1mijb4QxOoy8KFDw2HrLxFFXXli9L19IJdEYQ9rHyAP8/edit#slide=id.p)。 - Danny Ryan 的 [Ethereum 仍在路上](https://www.youtube.com/watch?v=3SPMJeZyQ2Y&list=PL6-IF807eaBFg6Rg22ByDsVXUg1wfaWRz&index=6) 及其 [幻灯片](https://docs.google.com/presentation/d/1Br5NOT2F9LFcVLBHI3uZrCIc7d6HCQl2iCHvbAE_sIQ/edit#slide=id.p) 还有 NFT [销售](https://opensea.io/collection/when-merge)。 - Hsiao Wei 的 [信标链验证者 FAQs](https://www.youtube.com/watch?v=Fhva33w9-YE&list=PL6-IF807eaBFg6Rg22ByDsVXUg1wfaWRz&index=5) - Chen siming 的 [可视化分析 ETH2](https://www.youtube.com/watch?v=fVoY8eNDpXc&list=PL6-IF807eaBFg6Rg22ByDsVXUg1wfaWRz&index=1) - Vitalik 的 [单个 Slot 最终确定性](https://www.youtube.com/watch?v=nPgUKNPWXNI&list=PL6-IF807eaBFg6Rg22ByDsVXUg1wfaWRz&index=19) - Tim Beiko 的 [概述以太坊发展路线图](https://www.youtube.com/watch?v=zfrtO0JeQhs&list=PL6-IF807eaBFg6Rg22ByDsVXUg1wfaWRz&index=26) 完整的演讲视频点击[此处](https://www.youtube.com/watch?v=fVoY8eNDpXc&list=PL6-IF807eaBFg6Rg22ByDsVXUg1wfaWRz)获得 (可不容易找到！)。 <br/> # 研究 既然以太坊 2.0 不再是一个单一的事件，而是一个长期的升级系列。那么我们偶尔需要更广泛地看待问题是合理的，不能够只关注 PoS 和分片。因而需要考虑 Verkle trees。 [Vitalik](https://vitalik.ca/general/2021/06/18/verkle.html) 和 [Dankrad](https://dankradfeist.de/ethereum/2021/06/18/verkle-trie-for%20-eth1.html) 早在 6 月份就做了解释。以下是一些最新进展： - Dankrad 本周参加了 Peep an EIP 节目，谈了[以太坊状态的 Verkle tries](https://www.youtube.com/watch?v=RGJOQHzg3UQ) - Dankrad 的 [PoC Verkle trie 实现](https://github.com/ethereum/research/tree/master/verkle_trie_eip)。 - 受以太坊基金会委托，Dedaub 发布了一份报告：[《Verkle Trees：对现有智能合约的影响研究》](https://docs.google.com/document/d/1s3qqzbkQFPcNvhzKPdnxg3MlFbv0YjK1z02SxRtdMs8/edit#heading=h.5izm3ka6fxpk) [ethresear.ch](https://ethresear.ch/)： - [Eth2 验证者共享隐私信息](https://ethresear.ch/t/private-message-sharing-for-eth2-validators/10664?u=benjaminion): 一个隐私的 Eth2 点对点层，既有隐私性，又能够抵抗滥发攻击 - [ETH2 中的差异私有 Uniswap](https://ethresear.ch/t/differentially-private-uniswap-in-eth2/10446): 利用ETH2 的 Randao 实现交易的部分隐私。 <br/> # 常规会议 ## 实现者会议 第 72 次会议在 9 月 9 日举行：会议话题包括 Altair 升级审查与计划、客户端团队更新以及合并的开发者测试网计划。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/235) - [会议视频](https://www.youtube.com/watch?v=k3heiZA5j5s&t=101s) - 我的 [速记](https://hackmd.io/@benjaminion/S1smzqwzY) 以及 Alex Stokes 的 [推文](https://twitter.com/ralexstokes/status/1436001554486554626)。 ## 核心开发者会议 由于合并 (The Merge) 就要到来，我认为需要在这里长期加上以太坊核心开发者会议的板块。 第 121 次核心开发者会议讨论了共识-执行引擎 [API 设计空间规范](https://hackmd.io/@n0ble/consensus_api_design_space)，以及 Geth 团队提出的关于合并后如何[同步](https://github.com/fjl/p2p-drafts/blob/master/merge-sync/merge-sync.md)网络的提案。 - [会议议程](https://github.com/ethereum/pm/issues/379) - [会议视频](https://www.youtube.com/watch?v=XxozI0Wpr7I) - Tim Beiko 的[笔记](https://twitter.com/TimBeiko/status/1433831124267147264) ## StakeHouse 社区会议 [StakeHouse](https://github.com/stake-house) CC 第 7 期已推迟一周，于 UTC 时间 9 月 15 日举行。在 [EthStaker Discord](https://discord.com/invite/u2q7FRv) 上私信 Colfax 以获取邀请。 小更新： [Wagyu](https://github.com/stake-house/wagyu) —— 一键质押安装程序 —— 已经有 [logo](https://twitter.com/airzin_eth/status/1435673197127548933) 和推特账号了！ <br/> # 其他新闻 - [Obol SSV协议](https://obol.tech/) 宣布，他们已经 [获得了来自Lido DAO的一笔拨款](https://blog.obol.tech/lido-development-grant-to-obol/)，以继续研究和构建最小化信任的基础设施技术。他们还公布了他们的招聘公告板 —— 那里有一些工程职位。(公开：我是 Obol 的顾问。) - [核心开发者学徒计划](https://blog.ethereum.org/2021/09/06/core-dev-apprenticeship-second-cohort/)第二期课程已开始接受申请。第一次似乎取得了巨大的成功。快点申请吧！将于13日截止。相信我，成为以太坊核心开发者是令人激动的时刻。 - TimBeiko 建议我们[使用熊猫 emoji](https://twitter.com/TimBeiko/status/1432025839927914497) 表示“合并”，🐼批准！ - Danny Ryan 通过出售他在 EDCON 演讲的图表 [NFT](https://twitter.com/dannyryan/status/1431975362141904899) 筹集了将近 [65 ETH](https://etherscan.io/address/whenmerge.eth)。收益将分配给参与“合并”工作的研研究者和开发者。 <br/> # 最后... 谷歌的照片让我想起了两年前的这个星期我们做的互操作锁定。对于信标链和以太坊的未来来说，这是开创性的一周。我被感动了，发了一条[推特长文](https://twitter.com/benjaminion_xyz/status/1435706236612272129)和一堆照片。不知何故，这感觉就像昨天，又像上辈子的事了。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/dao-reporthttps://www.ethereum.cn/Ecosystem/dao-reportSat, 11 Sep 2021 00:00:00 GMT来源 | [@owocki](https://docs.google.com/presentation/d/1fLJvPOvibcCUpJ9ES44_cdoX5Hb7LpDaloGWz5FbUEM/edit#slide=id.gec41538503_0_399) <br/> 整份调查报告由 Gitcoin 和 Bankless Dao 共同策划 译者注：ECN 对《DAO ——协作的新边界》调研报告进行了整理翻译，主要整理的是定量研究部分的结果以及调研结论部分。这部分研究给出了 DAO 的实践和参与者画像更具体清晰的描绘，有助读者更深入了解 DAO 这种新型协作范式。如想了解更详尽的情况，请阅读原报告。 ## 大纲 - 为什么研究 DAO？ - 调研结果 - 调研总结 <br/> # 为什么研究 DAO？ 1. 建立态势感知，使我们可以找到黑暗中的光。 2. 帮助 DAO 成员分享背景和建立共同理解。 3. 帮助 DAO 更好为它们的长期策略协作 4. 探索新的、有趣且有奖励的边界！ <br/> # 调查数据统计结果 此次调查共 422 人参加，他们来自全球 290 个城市的 223 个 DAO。 以下为问卷数据统计结果，主要分为基本信息、DAO 的报酬情况和 DAO 的协作情况三个部分。 ### 基本信息部分 1. 你在 DAO 中扮演什么角色？  最多人从事的三方面工作是 - 社区建设 - 治理、运行 - 市场营销 2. 你在哪个 DAO 里工作？  在被调研的 223 个不同 DAO 里，最多人参与的是： - Bankless - Gitcoin - Index Coo - DAOSquare - dOrg 3. 调研中的 DAO 有哪些类型？  最多人参与的 DAO 类型依次是：NFT、社交型、投资型、协议型、服务型、赠款型、媒体型、收藏者型、操作系统型。 4. 调研中的 DAO 是什么规模？  5. DAO 的资金来源有哪些？  DAO 的资金来源是多元化的。主要的来源前三位是： - 代币出售 - 投资者 - NFT 6. 受访者的人口结构特点是？    大多数受访者是 20-40 岁的男性，他们大部分在 2017—2018 或之后进入行业。 7. 受访者的地理分布特点？   在全球的多个国家中，大多数受访者来自中国，而在受访的 290 个城市里，香港的占比最高。 ### DAO 的报酬情况 1. DAO 的报酬是否你的主要收入来源？  对于将近一半的受访者来说，DAO 都不是他们的主要收入来源。而对于收入依赖 DAO 的受访者，他们有多项收入来源。 2. DAO 从业者每月的收入水平如何 (以美元计算)？  受访者间的报酬差异很大。 大多数受访者都不依靠 DAO 作为他们的主要收入来源 (n=189，总人数=422)，或唯一收入来源 (n=104)，因为对于大多数月收入超过 3000 美元的人，DAO 给他们带来的是辅助性收入。 3. DAO 分配报酬的来源有哪些？  报酬的首要来源是通过加密货币的原生机制： - 基于社区的分发 (Coordinape) - 基于项目的分发 - 赏金 DAO 代表了一种确定报酬的革命性方式，许多受访者 (n=159) 表示通过 Coordinape 基于社区的方案来确定报酬的。我们还看到更熟悉的基于项目的报酬 (n=158) 和赏金的方式，类似于自由职业者和零工经济。还有少部分受访者 (n=55) 表示通过小费的方式，这是一种基于社区奖励和认可的，更有机的形式，这标志着 DAO 内部经济学的出现——这是在传统工作中没有的另一个特征。 4. 你的报酬中 DAO 代币与稳定币/ETH 的比例构成是多少？  大部分的受访者的报酬构成是大部分是稳定币/ETH，小部分是 DAO 代币。这种情况会随着 DAO 的成熟而改变。 5. 你的存款有多少？  大多数受访者的存款至少为 12 个月的工资。 6. 你的存款中大多数是什么资产？  大多数受访者的资产是加密货币，这可能容易受市场低迷冲击。 7. 你们有为退休开始储蓄吗？  尽管调查受访者偏年轻，但大多数都有为退休储蓄。 8. 你从哪里获得健康保险？  除了薪酬外，还有其他因素可以解释坚持他们的全日制工作 (即有189 名受访者不把 DAO 作为他们的主要收入来源)。 大多数人通过现在的雇主或家庭成员计划在 DAO 以外获得健康保险。 9. 收入稳定性是你的首要考虑吗？  尽管大多数受访者都很重视收入稳定性，但很多人认识到 DAO 有很大的发展空间，并愿意延迟对稳定性的需求。这与受访者以年轻人口为主的特点相符。 ### DAO 的协作情况 1. 你的 DAO 使用哪些工具进行沟通？  最常用的沟通工具前三分别是：discord、推特和 Telegram。 尽管这个行业经常谈论 web3，DAO 的沟通仍然偏向 web2 的渠道。 Discord 成为 DAO 沟通工具的首选，对推特带来值得注意的挑战，尤其是这个空间还在继续发展。 2. 你的 DAO 是基于这些工具构建的吗？  Snapshot、Gnosis Safe 和 Compound 是最多 DAO 采用的治理框架。 3. 你的 DAO 使用的是什么区块链？  以太坊是被使用得最多的区块链，之后分别是 BSC、比特币、Solana 和 Polkadot。 4. 你的 DAO 使用的是什么扩容方案？  使用得最多得扩容那个方案前三依次是：Polygon、xdai 和 ZkSync。 5. 你最喜欢的 Dapp 是？  Uniswap 遥遥领先。 6. 使用了哪些 web3 工具来协调/分配资源？  最常使用的 web3 工具前三依次是：poap、snapshot 和 gitcoin。 Snapshot 是 DAO 用于协调资源的领先工具，并被认为是构建 DAO 的基石。有趣的是，像 snapshot、poap 和 Gnosis Safe 这样的专门工具比像 DAOStack、Aragon、Moloch 或 Colony 这些多合一式的工具得到更多的采用。 <br/> # 报告总结 1. DAO 时代来了。DAO 是一个世界潮流，也是以太坊生态中正在崛起的部分。DAO 已经开始实现密集的 p2p 网络的价值交换和参与。 2. 各类别最受欢迎的回答：  3. 加密货币全在地理上呈多样性分布。调查结果体现了从业者拥有多元化技能。年龄和性别多样性是大问题。在调查中，大多数受访者是 20-40 岁的男性。 4. 对 DAO 的疲倦感是真实的，但只存在于小部分高度参与者。调查中大部分地受访者在 1 到 2 个 DAO 里，的那少数在 3-6 个DAO，他们感觉在多个地方被拉扯，这是非常真实地问题。实现有意义地参与不能超过 2 个 DAO。 5. 在 DAO 生态里有几个关键的抽象层次： - L1 的生态 - DAO - 创建者 目前还不知道每个抽象层次间的互操作性将如何/何时发展 **DAO内部的协作** DAO 内部的资源协调  **生态间的协作** L1 生态间的资源协调  **DAO 间协作** DAO 与 DAO 间的资源协调  6. 在 2021 年的 9 月，生态里有非常多的 DAO 有着数以十亿美元的资金和数百名为它们工作的创建者。 7. 大多数调查参与者认为 DAO 是未来的趋势。反之，少数受访者持怀疑态度。 8. 在 DAO 世界里，还有许多有待发明/发现的空间。合规、协作、福利、招聘和留住人才和收入波动都是未解决的大问题。 9. 参与者有在传统组织中找不到的成就感、意义和目的。所有权促进赋权。能够站在技术/文化前沿，对一些人来说具有吸引力。 10. 我们现在还在早期。重点放在治理、运营和社区建设。系统和流程构建具有强杠杆作用。 11. 有 200 多名代表的 DAO 是非常容易创立的。这与需要公司章程、法律专业知识和审批的公司形成鲜明对比。 12. DAO 不是一个可靠的收入来源，尽管收入的稳定性是 DAO 创建者的一大痛点。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/the-metaverse-emergeshttps://www.ethereum.cn/Ecosystem/the-metaverse-emergesFri, 10 Sep 2021 00:00:00 GMTt[来源 | [Bankless](https://newsletter.banklesshq.com/p/the-metaverse-emerges) <br/> 随着 NFT 热潮疯涨，大家对于"元宇宙" (the metaverse) 的讨论毫不停歇。大家都在谈论"元宇宙"，但却没有人试图对它进行有意义的定义。 **关于元宇宙究竟是什么，本文提供了一个可参考的答案**。 元宇宙就像一首管弦乐曲，将各层、各种技术集合在一起；但最终，它们会分离开来，而每个元宇宙内的所有组成部分都遵循着一个共享的单一真实来源。 ”元宇宙“将由对象组成，所有这些对象必须知道所有其他对象的存在。在这个基础上，我们可以针对这个已知的元宇宙，创建一个关于其内部所有对象的账本，以及它们共同的互动历史和故事。 要想理解元宇宙，得先分部分理解，然后再合并成一个关于”元宇宙“是什么的单一叙述。 让我们一探究竟吧。 ## 🧱 A乐高积木 就像以太坊的货币乐高一样，我之前写的文章相互堆叠，而想要读懂下一篇文章，最好是将之前的文章也读一下。 本文基于我曾发布的三篇文章撰写。可以单独阅读本文，但是如果想要深入研究，可以阅读前面三篇文章以进行补充：[A Bankless Nation](https://newsletter.banklesshq.com/p/a-bankless-nation-part-i)、[Digital Leviathans](https://newsletter.banklesshq.com/p/the-digital-leviathan)、[The Digital Culture Revolution](https://newsletter.banklesshq.com/p/the-digital-culture-revolution)。 <br/> # 自下而上构建元宇宙 元宇宙是数字时代的一种新的组织机构。但我们曾见过这种形式！在给元宇宙下定义之前，我们需要定义它之前的迭代。 <br/> # 国家的视角 我最近刚读完《国家的视角》(*[Seeing like a State](https://en.wikipedia.org/wiki/Seeing_Like_a_State)*)，这本书阐述了从民族、国家的角度来看是什么样子的。 一个民族国家是激励与欲望的统一体，利用其中的人来实现这些欲望。  民族国家就像一个中央注册表，将其负责领域下的所有值得登记的事务记录在册。民族国家喜欢”秩序“，因而使用秩序系统来核算它有权处理的所有事情。 民族国家欲望的驱动下，我们的生活通常由许多秩序现象定义，如： > 社会安全号码: 123-45-6789 > > 地址: 1234 Taylor Ave N, Unit #56 > > 电话号码: (123) 456-7890 > > 公司的联邦税收识别号 (EIN Number): 123-45-6789 对民族国家内部的人员以及实体进行序列化，有助于国家理解它自己是由什么组成的。一旦一个民族国家对其控制的一切保有核算权，那么它也可以对一切征税。 这不仅仅是对它的人民和企业进行序列化那么简单。 根据《国家的视角》里的说法，我们当前有序的民族国家结构的构建方式，参考了以前税务管理员试图核算土地价值的形式。传统上来说，土地的价值是根据其生产作物的能力来评估及衡量，民族国家将雇佣调查员根据这个标准来适当评估土地的价值。好了，这么一来，国家将对肥沃的土地征收更多税收，因为中央会计机构想要公平征税。 早期的农业核算系统会深入到量度土地尺寸以及记录在这片土地上生长的作物类型。根据税法 653.723.51，每 6 英尺种植一排 6 英尺宽的、用于木材种植的白杨树将由国家征税。如果每 6 英寸种植一批土豆，这意味着一英亩土地可以种植 12 万个土豆，每年将为州政府净增 5 万美元的税收。 民族国家将努力确保它对其所统治的所有价值进行核算，因为它知道这将为国家带来高税收。 由此一来，野生、多样化的森林就变成同质化的庄稼和植物了。森林变成了适合种植木材的树网。野生的平原变成了只有一种作物的、井然有序的牧场。混乱、不稳定的土地变成了带有编号的街道。 民族国家需要对事物和人民有序化、编号化以及登记在册，以优化其协调资源的能力。民族国家的中央登记处需要了解其控制范围内的所有宝贵资源，以便可以适当地征税并发展国家。 --- 🧠**洞见**：民族国家希望对一切事物做标记来对其征税，但加密领域最近似乎坏了他们的好事。因美国财政部无法对不受其控制的经济系统内的财产和所有权进行监管，其征税能力阻滞不前。 *这就是为什么他们不喜欢加密货币。* --- 民族国家希望对一切拥有核算权，这对系统健康有益，但这是以牺牲个人自由为代价的。民族国家为了征税将所有人及其财产归列为一个序列化的数字是不人道的，也是对自由的限制，这也是为什么总是有人反对政府越权。 为什么会反对呢？如果民族国家如愿以偿，那么长期来看，民族国家的愿望可能会如此骇人:  <center>艺术总是超前的</center> **民族国家从其自身以及周围世界搜集信息，并基于这些信息构建**。 它正在寻求“了解”周围的世界，并从中提取其资源。 这一概念解释了为什么民族国家对土著文化频繁压迫，却很难对游牧民族征税，因为无法在特定地点找到他们。他们生产和消耗的资源模糊不清且难以追踪，因为他们以无序的方式生产。民族国家不知道如何估量“在野外”生产或消费的商品的价值，也就是“无法核算”。 土著文化天生就不能与民族国家很好地融合。土著民族与自然的关系更加和谐，而民族国家则希望”破坏“自然中的无序与混乱，然后输出有序的文明。我们可以看到，民族国家将土著文化限制在越来越小的土地上，因为民族国家开始想要占领非民族国家文化周围的领地，并强迫其变得有序。 这已经成为当今世界社会结构的一个重大缺陷，也是全球社会压力和不平等的重要来源之一。 如果有更庞大、更公正的人类组织结构出现，它们必须消除对其领域内身份或对象合法性的文化偏见。 <br/> # 协议的角度 加密经济系统能够承担以前由民族国家承担的大量责任，同时保留个人的权利，以最大限度地表达个人对周围世界的愿望。 以太坊是一个新国家，一个在云端上构建的国家。人民自下而上选择性地参与，而不是自上而下被迫参与。 尽管二者的参与机制不同，但民族国家中的类似功能也由以太坊推动、促进着。 以太坊也喜欢“有序”的东西。事实上，如果你想要在以太坊上构建任何东西，你就必须遵守 EVM (以太坊虚拟机) 的规则。 - 想要在以太坊上建立结算吗？那么你需要一个以太坊地址。 - 想要在以太坊上获得身份？那么你需要一个 ENS 名称。 - 想要部署一个代币吗？那么你需要一个代币的合约地址。 - 想要购买一个 NFT 吗？你的以太坊地址将需要与一个特定的智能合约地址交互，以便以太坊清楚要更新账本的哪一部分。 以太坊是一种将对象在元宇宙中序列化的协议。你可以通过将智能合约信息部署到以太坊来初始化 NFT 的状态。 以太坊不需要雇佣土地勘测员和财政部门。它不需要通过人工来核算其领域内资源的价值。 以太坊知道的信息有：  已知信息: 地址信息、ETH 数量、持有的代币数量、持有的代币价值 由于以太坊是一种互联网协议，它永远不会为了征税而找上其用户。作为一个组织系统，以太坊的重大改进之一就是提高了维护账本活跃度的效率。不像一般组织系统那样希望最大化征税率，以太坊仅收取维护系统所需的最低税收 (如，交易费)。 税收是由那些实际上给以太坊用户带来公共成本的人支付的：那些维护全球账本安全性以及提交状态更新的人。 <br/> # 元宇宙中的对象永久性 无论元宇宙是什么，它都需要**对象永久性。** 在元宇宙中发现的物品必须与现实世界中的物品具有相同的行为。元宇宙中的对象必须与元宇宙中的其他对象发生连接。如果不是的话，它们还算对象吗？ 元宇宙的对象必须“意识到”彼此的存在。在数字世界中，只有在元宇宙中所有已知物品的**单一事实来源**知道所有对象时，才能实现这一点。 当民族国家为其领域内的对象分配编号时，个人则为他们在以太坊上创建的对象分配编号。“代币化”的过程将对象显现到元宇宙中，由此同一存在平面的所有其他对象便知道该对象的存在。 **一个宇宙诞生了**。 这就是以太坊作为一个新国家的角色。注册所有对象，并使其交互。 **在 DeFi 中，我们称之为“货币乐高”；但在 NFT 中，我们称之为“元宇宙”**。 当人类需要在现实世界中记录对象的所有权时，就发明了“书写”，这一发明开启了记录历史的进程。 元宇宙将通过类似的过程实现这一点。首先，我们在一个通用账本上记录存在其中的物品，然后我们将围绕单一事实来源建立一个数字文明，我们称之为元宇宙。 **通用账本是元宇宙的基本骨架**。 <br/> # 身份即对象 就像在它之前出现的所有组织系统 (宗教、民族国家等) 一样，以太坊由人民组成。但到目前为止，以太坊在真正“了解”组成它的个体方面存在困难。 人类的心灵和身份不能够被序列化并添加到区块链中。这是世界的物质空间层独有的东西，并且将永远是。 民族国家不关心人类的心灵；它们给了你一个 8 位数的社保号码，然后就走了。你的身份由民族国家赋予。而且每 6 年逾期；如果你不去执照部门处理，将会有后果。 **在元宇宙中，你自己选择自己的身份**。 每个人都可以免费创建以太坊地址，但不能独自将一个地址链接到一个人。在我使用以太坊的过程中，我个人使用了 50 多个以太坊地址，其中许多是与他人共享的。 虽然我的个人活动很大程度上局限于少数几个地址，但在这些地址之间转移 ERC20 同质化代币的过程中，实际上并没有将我特定的“身份”链接到那个地址中。 货币和其他同质化资产旨在消除所有者和单位之间的联系。货币本应是一种不带任何偏见、不接受有关使用它的实体的任何信息、不带任何政治色彩的公共事业。 ERC20 代币在钱包之间流畅地转入与转出。由于它们是可替换的，一旦它们与其他代币混在一起，它们就失去了任何形式的可追溯性。 我的以太坊地址中持有 ETH、UNI、AAVE、MKR 或任何其他 ERC20 代币...就像数千个其他以太坊地址一样。无差异性、无唯一性。事实上，我可以从一个钱包中出售所有代币，然后用另一个钱包重新购买，两个钱包之间没有任何联系。 随着像 [Aztec](https://aztec.network/) 这样的隐私工具上线，我甚至可以从地址 A 发送 ERC20 代币到地址 B，而不需要将两个地址关联起来，使得这些地址无法用于建立身份。 ERC20 代币[固有的中立性](https://en.wikipedia.org/wiki/Original_position)是一种奇妙的属性，它是创造公平和开放的全球金融体系所必需的，但它还不足以建立 一个在云端中托管的数字国家。 **这就是非同质化代币 (NFT) 的力量所在**。  我的以太坊地址持有 [Cryptopunk #1118](https://www.larvalabs.com/cryptopunks/details/1118)，这个代币仅有一个。我不能隐私地将 Cryptopunk #1118 发送到另一个钱包。由于仅有一个 Cryptopunk #1118，NFT 作为一个链上对象在它接触的所有以太坊地址之间建立了一条身份链。 **在这种情况中，以太坊关心的不是地址本身，而是地址所包含的对象**。  <center>图：Zapper 要空投代币，而我错过了</center> ERC20 不会将身份与以太坊地址相关联，但 ERC721 会这样做。作为一个真正的形而上学的存在，他们可以超越元空间并与他们在旅途中遇到的对象进行交互。 - NFT 是特定的，因此对 NFT 的所有权说明了某位用户特定的品味。 这是我在 OpenSea 中的 NFT 钱包：  OpenSea 上有很多钱包，但这个是我的，再没有其他钱包包含和这个钱包一样的对象集合。NFT 开始在控制它们的私钥背后形成身份。 ## NFT 头像运动 当人们将 NFT 用作自己的社交媒体头像时，理解一个地址背后的“人”就变得简单多了。  ENS 名称也有同样的作用。事实上，在向 ENS 名称本身添加身份层方面，ENS 取得了长足的进步，而不仅仅是在以太坊地址上绑定一个人名。我希望 ENS 在使身份与以太坊保持一致方面发挥重要作用。 ENS 地址也是 NFT，它们在以太坊上贡献了自己独特的身份层。 ## 在以太坊上对用户进行序列化 以太坊不会像民族国家那样，在出生时就给你分配一个数字编号以赋予你身份。 **在以太坊上你自己选择你想成为什么人**。 以太坊不知道你是一个特定的人，它也不在乎。但你购买了一个 NFT 之后，尤其是你把它作为自己在 Web 2 的化身，这意味着你从数以百万计的 NFT 产品中选择了特定的一个，它将代表着你的数字自我。 我从合约地址 **0xb47e3...…3BBB** 中选择了 **Cryptopunk #1118** 代表着我作为人类的品味与心灵，并将其特性赋予给一个随机的以太坊地址。 我选择了我其中一个以太坊地址，并给了它一个身份。反过来，以太坊开始意识到一个特定身份的存在，该身份通过在一个以太坊地址中实例化特定的身份属性来塑造以太坊。 有了以太坊元宇宙中特定对象的关联，该以太坊地址显得与众不同。它已与一组特定的独特 NFT 接触，并且那些非同质化的交互将它与元宇宙中存在的所有其他以太坊地址区分开来。它有自己的可追溯路径，有自己的独特故事。 这条道路只有它自己选择了，而这使得一切都变得不同。  <center>此时，我需要在我的文章中添加植物图片。</center> NFT 使得人类成为以太坊状态 (即以太坊虚拟机的内存状态) 中具有身份标识的，可被识别的对象。 ## 身份的复兴 以太坊身份的概念颠覆了我们在民族国家模型下的认知方式。在以太坊上，我们选择自己的身份。以太坊并没有用 8 位数字赋予我们身份，而是问我们：是什么标识了我们的身份？ 在文艺复兴时期，个人从压迫性的、自上而下的宗教暴政中崛起，在该标志性时期艺术发生了转变：从 2D 轮廓和原始视角向 3D 表现和照片写实风格过渡。  我相信元宇宙在身份属性方面带来了类似的范式转变。我们正处于身份从 2D 到 3D 转换的关头。 在物质世界中，我们的身份很大程度上与我们的物质形态联系在一起。事实上，民族国家利用个人的肤色、眼睛颜色、头发颜色、性别和身高来识别其身份，然后将其财产登记到中央数据库，以便跟踪个人的情况。 查一下你的身份证，这些信息都在上面。 而你人类形态的物理属性与以太坊无关。以太坊无法了解你的肤色，也不在乎。他们可以选择与自己物理属性完全不同的数字表示。 练习正念教会个人如何将自己的思想从身体中分离出来，并更加清楚地感受自己的内在独立于身体的过程。你的人类形态覆盖在人类心灵之上，虽然这两者相互作用，但确是截然不同的东西。 如果有机会，理论上你的心灵可以选择承载不同的躯壳。而你的脸就是你在镜子里看到的，你就是你。  **心灵与身体分离**🤔 ## 数字元宇宙表现 自 pplpleasr 的作品首次亮相于《财富》杂志封面后，我上了 CryptoPunk 的车。  封面上全是加密推特圈的人物，有 Crypto Dog、Loomdart、Banteg、Tetranode、Santiago Santos 以及 Cobie等等。 作为一名加密推特用户，我非常失望自己没有出现在封面上。每个加密人都有机会成为加密历史的一部分，但很明显，这件艺术品不可能出现我的形象，因为我的推特/社交媒体头像都是我的真实照片。 然而，pplpleasr 的图片没有真人图像，只有数字表现的形象。 这就是问题的关键。 成为这件具有历史性意义的艺术作品的一部分是有标准的，需要数字化、非人类身份表现。Pplplear 的艺术是元宇宙的一部分，人类形态不考虑其中。  <br/> # 元宇宙的其余部分 (Loot??) 元宇宙上首先要有的东西就是身份，当我们建立了“我们自己“之后，接下来就是构建”我们的东西“。一旦人类从游牧狩猎采集者进化为农业定居者，我们就开始收集东西。 同样地，一旦我们能够在元宇宙定居下来，就是时候收集物品了！ ### 元宇宙 Loot 最近以太坊上出现了一些全新的东西，吸引了大量关注。(译者注：关于 Loot 的详细介绍可阅读《一文解释 Loot：NFT 的范式转变》) [Loot (for Adventurers](https://www.lootproject.com/)) 于 8 月 28 日空投，铸造了 8,000 个 bag，每个 bag 都含有 8 种不同的物品，每个都具有稀有度。 来自 OpenSea 的截图：  在这之前，NFT 都是特定的 JPEG 文件。NFT 生成艺术或者 NFT 头像运动的核心是购买与以太坊文化相关的特定 JPEG。 JPEG 标准只是对象上的一个特定的装饰层，实际上并不包含任何关于它本身的装饰信息。 所以如果你购买了一个 Loot，你买的是一个包含道具列表的 JPEG 吗？ 不。 OpenSea 上的 JPEG 只是对代币的说明，不是代币本身。这些 Loot Bags 代币具有创建一组对象的属性，并赋予这些对象独特的属性。 OpenSea 尚未更新以呈现这些对象的属性，但是像 [0xInventory.com](https://0xinventory.app/) 这样的网站能够表现 Loot bags 的相关属性。   [0xInventory.app](https://0xinventory.app/) 网站呈现了元宇宙更加清晰的版本，因为它与 Loot 代币本身产生了关联。它利用嵌入在代币中的属性来对前端进行外观更改。这些变化原始且简单；标识对象的文本已根据稀有程度改变颜色。 [0xInventory.app](https://0xinventory.app/) 只带来一些表层的变化，只是简单地说明了代币本身的属性：稀有的、史诗级的、传奇的或者普通的。但这是代币将其属性表达至元宇宙上必须踏出的第一步。 你的代币现在能实现的是：自动改变网站上自己文本的颜色。 以后呢？元宇宙将特定的数字对象显示到你手中，并改变可用的选项。 ## Loot 分叉 Loot Project 解锁了什么？ 可能什么都没有。这是一个全新的项目，没有人见过类似的。截至撰写本文前，这个项目才发布了 4 天，因而存在着无法估量的风险。 但自从 Loot Project 诞生以来，其衍生项目就开始在元宇宙的 Loot 角落 “附加” 价值。 虽然这个角落还完全不稳定，但这种用于建立元宇宙如何增长的模型已经获得了先例。这种新模型将代币的表达显现到表面，而价值和效用则更深地嵌入到以太坊协议中。 少数人已经注意到了这种模式背后的潜力。通过将代币化的属性嵌入到技术堆栈的更深一层中，你可以最大地优化外观选择，同时在元宇宙中建立一个对象属性的单一真实来源。 这有助于为开发者降低开发复杂度以及减少开发成本，同时让用户能够自由地、创造性地表达。 ## [能力等级](https://opensea.io/collection/ability-score) 首先，有人制定了一份”能力等级“合约，然后创建了可以授予这些 Loot 道具持有者的”统计数据“。它们基本上是传统游戏中常见的 RPG (角色扮演游戏) 属性。 毕竟，[以太坊是货币游戏发生的场所](https://newsletter.banklesshq.com/p/ethereum-the-money-game-landscape)。  (译者注：图中分别为力量、灵敏度、体格、智力、学识、魅力等级标记) ## [角色](https://opensea.io/collection/characters-for-loot) 然后有人创建另一种合约，以建立首个角色的表现，这个角色穿戴着 Loot bag (战利品包裹) 内的所有战利品。 这种合约与最初的 Loot 团队没有任何关系；它们是由想要在 Loot 生态系统中添加附加功能的志同道合的参与者发起的。  ## [王国 (Realms)](https://opensea.io/collection/lootrealms) "Realms" 由 Loot 包 持有者创造，它们是某种假想宇宙的生成地图，理论上围绕着 Loot。目前还不知道它将如何与上述对象交互。  ## 生成式元宇宙 元宇宙将在外围呈现。 以太坊无法规定元宇宙将是什么样子，它只能托管它所拥有的有价值的对象。 ”元宇宙“不能由单一的真实来源决定。这从根本上是不可扩展的。相反，元宇宙将基于一组本地规则和属性在本地呈现。但是，尽管元宇宙将在本地呈现，但包括在其中的有价值的对象将是通用且可互相操作的。     <br/> # 组成元宇宙 无论元宇宙是什么，它都会将自己组成一个新兴的结构。 不会有特定的创世时刻或是创世地点，而是元宇宙会慢慢地在我们周围显现。元宇宙将是一个可组合的宇宙，其对象可共享以及可交互。 为了让用户更加身临其境，元宇宙必须以装饰的形式显现出来。在元宇宙上生成装饰层所需的计算将不会来自”区块链“；这在技术上不可行。更现实的是，元宇宙将由相关元宇宙的本地规则确定的参数呈现。Fortnite 元宇宙将按照 Fortnite 的规则体现，同样地，Axie 元宇宙遵循 Axie 的规则，Decentraland 元宇宙也遵循自己的规则。 元宇宙对象的共享注册表使这些成为”元宇宙“的一部分。就像SMS和TCIP一样，元宇宙将建立在一个用于识别对象的协议之上。 如果它在现实世界中很重要，它可以通过元宇宙中的序列化对象来表示。 元宇宙在初期可能是许多截然不同且相互不兼容的孤岛。这些独立的孤岛只会识别某个角落的某些特定对象，而与元宇宙其余部分的只能通过 Uniswap 或 OpenSea 等深度连接结构进行交互。许多项目将仅与元宇宙的特定领域相关，它们将通过 ETH、Uniswap 和 OpenSea 的底层流动性连接。 但正如 DeFi 从单独的应用程序慢慢迁移至单一的通用金融结构一样，元宇宙将利用类似货币乐高的机制形成一个统一体。 元宇宙将在资产和对象识别的中心基础上添加更多、更加无缝的元宇宙组件，以实现增长。它将慢慢表现为数字存在的一个替代组合。 ### **以太坊是元宇宙的经济基础** 虽然元宇宙的具体表现将由某个特定的领域的特定规则决定，然而可以确定的是元宇宙需要一个： 1. 中央资产注册平台 2. 金融应用层 3. 经济引擎 也就是以太坊 以太坊可以作为代币注册平台、DeFi 应用程序的组合、原生货币和经济系统存在。 三者组合在一起则成为了元宇宙经济系统的基础。 ## 以太坊的欲 本文开头阐述了一个民族国家的欲望，还顺便提到它们本质上是想要在其控制的土地上获得一些物质利益。 像以太坊这样的加密经济系统在个人和社会组织结构之间的关系方面做了一些改进。以太坊没有将人类变成它的一个可以收获果实的农场，它是一个追求最小价值提取的公共物品系统。 以太坊上的人不会说以太坊应该如何，而是说以太坊是什么。以太坊不会追求尽可能地对用户征税，它只根据对象的大小 (数据) 及其与周围对象交互的复杂性收费。 ## 国家级税收 历史上所有经济系统都有某种税收制度。所有系统都需要自我保护，因而为此提供的经济能力越强大，该系统的文明就越繁荣。 *👉我在文章 **[Ultra Sound Money](https://newsletter.banklesshq.com/p/ultra-sound-money-)** 中提到这一点。 EIP 1559 根据个人使用以太坊的比例征税。用户提交至链上的信息越多，需要支付的就越多。以太坊并不根据对象的财富或收入征税，而是基于其对公共物品的消耗征税：区块空间。 随着元宇宙的扩展，越来越多对象将进入以太坊的区块空间，其中一部分对象将继续与其他对象进行链上交互，这将需要在以太坊上进行状态更新，以更新周围元宇宙的状态。 元宇宙中的极大多数对象交互要么将通过 rollups (在恶劣的环境下) 执行，要么由受信任的数据库 (在友好的环境下) 执行。但即便 L1 交易变得更便宜、更高效，这也很难应付元宇宙对象以及对象之间的交互的爆炸性增长。 由于以太坊的货币政策，元宇宙可能会使得 gas 费上涨，同时会提高生态系统的安全性。随着元宇宙不断壮大，以太坊也变得更加安全，使得元宇宙本身也变得更加安全。 ## ETH 是元宇宙的货币 ”艺术以 ETH 定价“ 这个 meme 在 2020 年 NFT 爆发潮期间创造出来，因为所有人都提到 NFT 以 ETH 计价。  当然，加密艺术只是开始。自然地，在它成长为一个功能更强大、交互性强的生态系统之前，元宇宙初期将主要为高价值的投机艺术作品交易。 虽然元宇宙仍处于早期阶段，但它将被分离成各个小部分。元宇宙唯一统一的地方将是底层的金融层 (即 DeFi)，它在元宇宙的所有子区域之间建立了一个共同的经济基础。 元宇宙首个共享的要素将是 ETH。ETH 是一种共享货币，它将所有孤立的元宇宙集合在一种单一流动性资产上。虽然 Axie Infinity 中的对象还不能与 Gods Unchained 中的对象进行交互，但它们都可以通过 ETH 进行买卖。这使得 Axie Infinity 中的价值传递给 Gods Unchained 或元宇宙的其他部分。 货币是将元宇宙连接起来的首个要素，而 ETH 就是那个货币。  <br/> # 结论 这张图片最近在推特上分享了给我。光从这个图就可以看出，“元宇宙”这个词被过度炒作了，它如此不具有描述性以至于它实际上没有说明任何东西。 这只是一个被炒作的词，每个人蹭一下热点。  表面上这是一个 meme，但却内含着深刻的道理。 所有技术都朝着一个统一的方向发展。元宇宙将自行构建，并吸引着对其感兴趣的人。元宇宙也是一个对象，它召唤着周围环境的对象。它需要人们在那上面构建各种对象。 就像协议槽 (protocol sink)，元宇宙就是一个吸引着其他对象在其上面构建的对象。它奖励那些对它做出贡献的人，而更具有可扩展性的结构将发现它们更深入地嵌入到整体结构中。 NFT 热潮始于 JPEG 文件，但在元宇宙建立之前，我们必须处理更多的文件格式。当谈到这一切将如何展开时，我们的猜测几乎一样。 我只能列出我们在加密领域反复学到的经验教训： - 公平发布行得通 - 引领者很重要 - 我们要不断调试编码，直到我们完全搞清楚 我很期待和你们一起探索元宇宙。这就像我们刚发现了浩瀚的、未触及过的新领域。 一起来做一些很酷的事吧！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/committee-driven-mev-smoothinghttps://www.ethereum.cn/Eth2/committee-driven-mev-smoothingThu, 09 Sep 2021 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/committee-driven-mev-smoothing/10408) <br/> *非常感谢 Justin Drake、Barnabè Monnot、Casper 和其他以太坊基金会研究团队的成员对本文作出的有益评论和讨论。Casper 还直接主笔了文章的部分章节。* 均匀分配 MEV 意味着减少每个验证者所捕获到 MEV 的差异，最终目的是尽可能接近均等地把奖励分配给每个验证者：质押者可以获得与他们的押金成比例的奖励份额，形式就像发行一样。在我看来，这是我们可用的唯一最具影响力的共识级 MEV 均匀分配措施，严格来说比民主化更强大。关于这个提案的详细原因和更多方面的探索可以参见这篇[完整版文章](https://notes.ethereum.org/cA3EzpNvRBStk1JFLzW8qg)，我将在下文多次推荐感兴趣的读者去阅读 (如果你想直接从那片文章看起，很欢迎，但请记住我的研究工作还在进行种)。 在下文，我将提出一种机制——试图通过在委员会和区块提议者间 (这意味着提议者与委员会里的任何成员被平等对待，但这当然可以被改变) 平均分配一个区块的 MEV，以实现 MEV 的均匀分配。这样做需要两个元素——一个运作良好的区块内容市场，如在《[对区块提议者/构建者分离友好的提案](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs)》里提到的，还有一些相对温和的共识修改。 <br/> ## 证明 鉴于存在区块内容市场，我们假设在证明时间，每个委员会成员都能在规定时间窗口收到并有查看具有最高费用区块的 view 视图 。具体来说可以这样设想，委员会成员为$$v_{i}$$，其验证者索引为为$$i$$，其当前 view 显示最高费用区块为 $$b_{i}$$，最高费用为 $$p_{i}$$。$$v_{i}$$ 会做出如下证明： - 如果下列条件都满足，则对新提议区块投票： a) 区块已经及时被提议，例如，在一个特定期限前它已经被 $$v_{i}$$ 收到了 (现在是 slot 开始后的 4 秒) b) 区块基于在 $$v_{i}$$ 的 view 中前一个链头的内容延展下去 c) 区块支付了$$p$$，使得 $$p$$≥$$p_{i}$$ - 否则，就对前一个链头投票 条件 a) 和 b) 与现在是一样的，但我们增加了最高费用的条件 c)。尽管如此，我们仍然基本上有两个选项——区块存在 (block present) vs 区块不存在 (block absent)，除了如果一个被提议区块的费用不是最高的，该区块会被认为是不存在的。如我们在下文会看到的，实际的证明规则可以比这更复杂，但重点是我们可以通过添加条件 c) 能总是确保提议的是费用最高的区块，并要求绝大多数已经发布的证明认为它是满足条件的。如果支持的证明数超过前一个链头的证明数，该 slot 应该会被跳过。 通过这种方式的证明，委员会本质上是试图协调执行一种以牙还牙的策略 (tit-for-tat strategy)，惩罚不合作的区块提议者，以达至长期的协作平衡。 <br/> ## 分叉选择规则 当前分叉选择规则的运作是不允许这种策略的。它的操作对象是区块，而不是 (区块，slot) 对：对不存在区块的投票实际上只是对前一个链头投票。这意味着，正确地延展上一个链头的区块总会变成新的权威链头，不管委员会如何投票。只有在提议者对链进行了分叉的情况下，证明投票才直接起作用。 我们需要的是，只有当一个区块得到大多数已发布证明时，该区块才会变成新的链头。基本上，我们需要一个提议区块与一个空块竞争。在下图，B 在 slot1 被提议，它前一个区块是 A，但它获得的证明少于它的竞争区块，这样权威链就变成包含空 slot 1 的链。  更正式地说，我们可以把 (区块，slot) 对作为竞争证明目标来看：  [(区块，slot) 式证明已经被多次讨论](https://github.com/ethereum/consensus-specs/pull/2197)，最终总是决定不采用它们，因为它们会对活性造成硬性延迟的限制。在目前的参数下，它们会造成任何在四秒内 (证明时限) 无法得到 50% 证明投票的区块被跳过，因此在糟糕的网络条件下活性会受到威胁。我们可能可以采用另一种设计，避免接上延迟的和非费用最高的区块来缓解这个问题，但还存在一些权衡 (这些都会增加问题的复杂性)。我将在全文的最后详细讨论这些问题，但请记住，这都只是这个阶段的初步想法。 <br/> ## 区块提议的生命周期 为了全面了解区块是如何进入权威链的，让我们集中在区块构建者/提议者分离方案这个具体版本吧，特别是文章的第一个想法。步骤基本是相同的，除了我们需要给构建者的区块头添加一个期限，以给证明者在评估最高费用时提供参考。没有了期限，就可以一直发布有高费用的区块头，这些区块头可能会因为出现得太迟而不被提议者看见和选择，但仍然会导致证明者查看最高费用的 view 更新。 这个过程看起来像这样，每个步骤间有延迟，证明者会被要求在期限内做证明： - **区块头期限**：构建者在这个期限前发布区块头。证明者接受在期限后发布出来的区块头，但他们在看最高费用时不会考虑这些区块。这个期限可以与之前的 slot 重合。 - **提议期限**：提议者在这个时间前发布它对区块头的选择。 - **区块主体期限**：被选区块构建者在这个时间前发布区块主体对应的被选区块头 - **证明期限**：证明者最迟在这个时间发布它们的证明 请注意，这个构建者/提议者分离方案的特定版本需要修改它自己的共识，有三个证明选项： - 区块提议不存在 - 区块提议存在但交易捆主体不存在 - 区块提议存在且交易捆主体存在 尽管如此，正如已经预期到的，我们的均匀分配方案所需的变更可以直接加在上面，再次把“区块提议存在”等同于 之前确定的 a、b、c 三个条件 (即添加条件 c 到第二、第三个证明选项)，如果全部发布了的证明中绝大多数都投了“区块提议不存在”，那么该区块就会被跳过。 <br/> # 安全性 在给证明过程引入新内容时，一个直接的忧虑是攻击者是否可能试图操纵证明者的 view 来产生不良结果。特别是，让我们想一下委员会成员的最高费用 view 会与实际情况有什么差异情况： **view > 现实**：在没有区块头期限的情况下，使用这篇文章的想法来执行攻击当然是可能的——通过在某个时间发布一个有高费用的区块头，这样超过 50% 的委员会成员都会及时看到，但提议者不会看到，这就会导致区块被拒绝。 当区块头有期限时，该期限早于提议时间的时间差是充足的，这个攻击向量就不再可行，且需要有延迟发送信息给提议者的能力。这种攻击的失败成本也很高，因为提议者及时看到区块头就不得不支付这笔高费用了。 最后，即使攻击者可以精准找到特定提议者，并使得他们延迟接收信息，如果提议者是通过一个[单一秘密领导者选举](https://www.reddit.com/r/ethereum/comments/m9j5cy/single_secret_leader_election_protocols/)选出的，攻击者也无法执行这样的攻击。 - **view < 现实**：当提议者是诚实时，那些收到最高费用 view 是低于实际情况的证明者无论如何都能证明投票。他们唯一可能犯的错误是给一个非最高费用区块投票。对于一个非最高费用区块，顾名思义，肯定存在一个区块头有更高的费用，因为我们是通过区块内容市场来确定最高费用区块的。这还意味着，存在一个最高区块区块的构建者，他希望看到该区块被发布，因此想要有尽可能多的委员会成员及时接收到它的信息，由此避免竞争的非最费用区块成为干扰选项。我们依靠这种构建者的自利倾向来确保委员会成员不会看到非最高费用区块的信息，起码在攻击者对网络延迟没有太多控制的情况下。 ## 激励相容 我们的主要忧虑不在于对委员会成员 view 的潜在操纵，而是这个机制是否激励相容。最关键的是，委员会成员不对非最高费用区块投票，和防止恶意区块提议者获得多于公平份额的 MEV 这两点是否激励相容？ 以下是我认为这个方案实际上是长期激励相容的原因： - 正确参与这个方案的长期结果是，MEV 或多或少更均匀分配了，比目前的情况公平多了。对于足够大的质押池来说，这个方案与现状无异，因为在短期内，鉴于他们获得提议机会的频率，他们已经获得奖励分配的平均值。对于其他人来说，这要优于现状，因为他们很可能比以前赚更多，尽管他们会牺牲一些获得高涨幅的低概率机会 (请看完整版本，了解详细的奖励均匀分配后与没有均匀分配的对比分布图，以及这个方案是如何影响多方参与者的)。 - 把区块提议者与委员会间想成单个区块博弈，委员会被视为单个玩家，而提议者先行动。叛变等于不遵循协议。对于提议者，叛变是提议一个非最高费用的区块，且给他们不适当的 MEV 份额。对于委员会，叛变是接受一个非最高费用的区块，或未能接受最高支付额的区块。以下是这个博弈的回报矩阵： | | 提议者诚实履职 | 提议者叛变 | | :-------------------------------------- | :-------------------------------: | --------------------------: | | **委员会诚实履职** | (1,1) | (0, 0) | | **委员会叛变** | (0,0) | (0.5,2) | 在这个单一区块博弈里，提议者的主要策略总是叛变，因为委员会总会倾向于得到一些东西而不是一无所获，也就是说会协作。另一方面，在重复博弈的形式中，委员会可以采用以牙还牙的策略，这对应于诚实投票和惩罚不遵循协议的提议者。从长远来看，这能确保达至协作平衡。此外，读者可以看看完整版中“Short-term consideration" 的部分，大型质押池的委员会成员有非常不一样的回报矩阵，与提议者合谋叛变的回报是非常低的，甚至是负的。 - 这个博弈当然把情况简化了。在现实，委员会不是一个实体，且实际上里面的一些验证者会经常与提议者分利益 (至少任何时候提议者都属于一个足够大的质押池，这种情况发生的概率与提议者在这些质押池的质押份额成比例)。此外，一个验证者在一个区块是委员会成员，随后在另一个区块可能就是区块提议者，因此参与者实际上两个角色都扮演。 尽管如此，采用一个提议者友好的长期策略只是为了维持现状，就如之前提到的，希望在奖励上不会特别对谁有利。大型质押池的确受益于现况，因为他们有能力获得奖励的平均水平，而这就给了它们吸引质押的优势，但从另一个角度看，促进质押去中心化对整个以太坊生态来说只会产生积极影响，还会增加各质押池都在竞争的押金的总价值。此外，以一种容易归因的方式破坏协议很明显会带来声誉成本，特别对于大型质押池来说，以及当机制是以公共利益为导向的时候。 <br/> # 共识稳定性 目前的分叉选择规则和这个方案提出的分叉规则都容易受 51% 攻击，不同点在于在这个方案里，联合 51% 的验证者就可以投票否决少数人支持的区块，尽管当前，说服少数人加入大多数人的链需要一些时间 (这对最终实现最终敲定是必须的)。因此，我们只应该担心那些适应性很强的攻击者会造成共识不稳定，尽管他们不能控制 51% 的押金但可以尝试控制某些委员会。 目前，委员会不会从区块内容获取价值，而仅通过协调共识过程来获取。因此，除了提议者 (无论质押了多少押金) 之外，没有人有理由通过分叉来窃取 MEV。从上一个区块窃取 MEV 需要与提议者串通，以贿赂其他证明者，且在没有网络攻击的情况下，在两个委员会 (包括受贿的成员) 里的敌对总占比必须加起来是它们的 2/3 （这样的结果是诚实证明者的投票情况是 1/3 + 1/3 ，被攻击者控制的是 0 + 2/3）。另一方面，在这个方案里，控制两个委员会的 51% 就够了，因为第一个区块现在可以直接被跳过，而委员会成员可以有个人动机尝试分叉，以窃取 MEV，因为它们会分到利益。尽管如此，这个情况仍然可以说是更优的： - 最重要的是，大型质押池的提议者没有通过分叉窃取 MEV 的动机，因为他们控制的份额与每个委员会一样，因此在每个区块获得的奖励是相同的百分比 (在相当严格的范围内，即使对于只控制个位数比例押金的提议者也如是)。由于大型质押池是最强大的行动者，且可能进行协作，因此抑制它们攻击可以说是最重要的一种防御。 - 如果提议者是独立验证者，或某种程度的小额质押者，它们可能想捕获上一个区块奖励的一定份额，因为它们没有收到任何奖励。另一方面，一个小到无法参与分奖励的质押者实际上也没有成功分叉的能力。它们基本上在委员会没有影响力，因此需要说服别人。质押池是尤其难以被说服的，因为同样的原因它们不会去分叉，而且在没有任何聚集大量押金的支持下去分叉是难以想象的。很多其他独立验证者可能有动机去分叉，但是能贿赂大量的小型质押者，使他们联合起来也是难以想象的。 <br/> # 抗审查 区块内容市场可能非常中心化，而且似乎很可能会这样发展。无论如何，我们都无法控制它是否如此发展。这样一来，抗审查会非常依赖于这样的假设——在有需要的时候，有利他主义精神的提议者会挺身而出，使用他们选择区块的自由裁量权来击败审查，例如通过构建他们自己的区块。但在均匀分配 MEV 的方案里，这是不可能的，因为它执行的是 MEV 最大化，因此我们需要探索其他解决方案。我在完整版文章里我已经开始这样做了，请看”通过分离交易打包和排序来抗审查“章节。我决定不在这里赘述了，文章在这里要结尾了，而且这个想法可能还存在问题，但总的来说，我们可以让提议者在 slot n-1 挑选一组交易在 slot n 打包，且不会让它干扰均匀分配机制。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/cross-rollup-nft-wrapper-and-migration-ideashttps://www.ethereum.cn/Technology/cross-rollup-nft-wrapper-and-migration-ideasWed, 08 Sep 2021 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/cross-rollup-nft-wrapper-and-migration-ideas/10507) <br/> NFT 生态在迅速增长，并且构成了以太坊链上 gas 消耗的重要部分。NFT 生态系统仍处于年轻态并相对缺乏根基，并且由于 NFT 领域很大一部分属于非金融性质，因此更需要避免高额费用，这使得转移到 layer 2 成为主要目标。然而， 这就抛出了**如何**转移到 layer 2 的问题。 一个简单的提议是通过社会性协调转移到一个特定的 rollup 平台 (例如 Arbitrum，因为目前已经支持通用智能合约部署)，但这样做也有几处劣势： - 所有目前支持 EVM 的主要 rollup 平台都有后门、中心化排序或其他辅助措施，将整个生态系统转移到单个 rollup 是有风险的，而 rollup 将如何升级这些功能还存在不确定性； - NFT 生态系统最终可能成长到单个 rollup 无法安全承载的体量； - NFT 生态系统的任何部分，甚至整个 NFT 生态系统，都不是封闭的；他们将需要与以太坊生态系统的其他部分进行互操作 本文提出了一个使 NFT 友好跨 rollup 并使其迁移到整个 *layer 2 生态*中的提案。 <br/> # 提议解决方案一 NFT 可以在单个 rollup 中进行初始注册，然后通过创建 **wrapper NFT** (封装 NFT) 在不同的 rollups (或者是底层链) 中转移。 NFT wrapping 过程如下： 1. 在 Rollup `A` 上，将 NFT (设为 `X`) 发送到**封装管理器合约** (wrapper manager contract)，指定 (i) 目标 Rollup 和 (ii) 初始所有者。加密箱合约 (lockbox contract) 存储一条记录，为 `X` 分配一个新的序列号 `R`，并保存目标 Rollup (设为 `B`) 和目标 Rollup 的初始所有者 (设为 `01`)。 2. 在 Rollup `B` 上，任何人都可以使用 Rollup `B` 上的封装管理器合约创建 wrapper NFT。创建一个 wrapper NFT 需要指定源 Rollup 和序列号。要创建 `X` 的一个“有效” wrapper NFT，只能由指定的所有者和通过声明 `(R, A)` 作为序列号和源 rollup 完成。注意，有可能会创建一个指向无内容的无效 wrapper NFT，而 Rollup `B` 无法分辨有效和无效。封装管理器合约存储 (序列号、源 Rollup、初始所有者) 值组并防止使用同一个值组创建多个 wrapper NFT。 3. 要从加密箱中提出 NFT，Rollup `B` 上的 wrapped-`X` 的当前所有者必须将其发送回封装管理器，后者发布收据说明“序列号为 `R`、源 rollup `A` 和初始所有者 `01` 的 NFT 已经解除封装，以及潜在的新所有者 `02`”。 4. 加密箱合约可以在收到 rollup `B` 上收据的证明之后将 NFT `X` 交由 `02`，并根据其存储的信息检查序列号、源 Rollup 和初始所有者，并验证 NFT 的转移。   请注意，提取 NFT 存在时间延迟，因为 Optimistic Rollup 类解决方案的状态根需要大约一周的延迟才能最终确定，以便验证收据。到目前为止，更快地进行多跳的唯一方法是进行多层封装。 用户要验证 wrapped X 是否合法，需要自己验证 Rollup B 上的状态和 Rollup A 上的收据。 <br/> # 拓展：增加跨 rollup 转账 在 rollup B 上，wrapped-X 的所有者可以将其发送给封装管理器，并附上一条指令发布不同的收据“序列号为 R、源 Rollup A 和初始所有者为 01 的 NFT 刚刚转移到 Rollup C，以及潜在的新所有者 02”。 在 Rollup C 上，任何人都可以通过指定原始源 Rollup (在目前示例中为 Rollup A)、序列号和初始所有者来制作 wrapped-X 对象，并且 Rollup C 上的此 wrapped-X 可以进行自由交易。但是一旦如此，提出 wrapped-X 需要发布跨 rollup 转移产生的所有收据 (当前实例中为 2 个)。   请注意为了简单起见，“提款”本身不再是跨 rollup 的操作，而是是通过跨 rollup 完成的，在 rollup A 上创建 wrapped-X (X 的同一个 rollup)，然后单独进行一步 unwrapping (解除封装) 操作。 实际上，当 NFT 从一个 rollup 转移到另一个 rollup 时，转移路径上的链会产生一串收据，该收据链中的每一个收据都被镜像到 rollup A，并且在未来，当其他 rollup 的状态根最终确定时，这些收据将在某个时间点按序被处理 (在短期内可以通过 Kate 承诺进行空间优化，长远来看可以通过 ZK-SNARK 证明整条收据链)。 用户要验证 wrapped X 的真实性，需要验证所有路径 rollup 反映了跨 rollup 转移的整个收据链 (或者至少是继上一个收据之后已经镜像到 rollup A 的收据链)。 <br/> # 扩展2：在底层链上优化发行 gas 所有 NFT 都可以这种方式发行：由以太坊底层链上的加密箱“拥有”。为了优化 gas 的效率，加密箱合约将具备生成一套序列号并将其传输到 rollup 的功能。实际上，所有 NFT 都是预先创建的，但尚未分配“意义”给其中任何一个 (可以想象成有 2*256 个尚未分化的“干细胞”NFT)，并且它们以批量形式转移到 rollup。 “发行”过程现在就变成了分配意义的过程。这可以通过在收据中传递“含义哈希”来完成，与所有者传递的形式相同：如果 NFT 没有意义 (是一个"干细胞")，所有者可以为其分配一个含义，使其成为一个具有“差异性”的 NFT。底层链只有在验证收据链后才知道 NFT 的含义，直到分配含义为止 (实际上，收据验证必须是 ZK-SNARK 的才具备可行性)。 这允许所有 NFT 都在底层链中“扎根”，而不是 rollup。这对于处理 rollup 故障、因其他原因不可用或是应用需要永久迁移到其他域的情况来说很有帮助。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-9-7/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-9-7/Tue, 07 Sep 2021 00:00:00 GMT <br/> # Eth2 （共识层） **测试网 Prater 成功进行 Altair 升级** 根据客户端 Prysm 的开发者 @terencechain 的[推特](https://twitter.com/terencechain/status/1433422624785190913?s=20)，测试网 Prater 于 9 月 2 日成功进行了 Altair 升级。  而根据 Danny Ryan 在 Discord 的 Eth R&D 频道里的总结，此次的成功升级在于所有人都进入同一条链上，但也出现了一些问题需要修复和调查研究，具体如下： - Teku 构建了一个有问题的区块——问题本身在一个 epoch 后就自我修复，我们知道问题是什么，发现了就很容易解决，但有点奇怪； - Prysm 的版本没有优化标记，且出块时间比预期更长 - Lighthouse 的出块时间也比预期更长 - 有些同步委员会的参与率非常低（是低至 1% 而不是 70%) - 同步委员会的参与率普遍比预期低 [来源](https://discord.com/channels/595666850260713488/598292067260825641/883055728846327808) <br/> 各共识层客户端目前适用于 Prater 测试网的版本如下： Prysm: v2.0.0-rc.1 Lighthouse: v1.5.2 Teku: 21.8.2 Nimbus: altair-beta Lodestar: v0.29.2 <br/> **以太坊 2.0 资源汇总帖** 以太坊基金会的开发者 Casper 发布了《以太坊 2.0 资源汇总帖 (Ethereum 2.0 resources)》，内容分类包括：基础论文、释义性文章、规范、攻击向量、进度更新。 [指路](https://notes.ethereum.org/@casparschwa/HyGvlvkfK) <br/> # Eth1 (执行层) **区块容量上限的决定权还会在矿工手上吗？** 在上周五进行的第 121 次核心开发者会议里，开发者对近期关于 gas limit (区块容量上限) 的两份 EIP 进行了讨论——[EIP-3382：对区块容量上限硬编码](https://eips.ethereum.org/EIPS/eip-3382)和 [EIP-3756：设置区块容量上限](https://eips.ethereum.org/EIPS/eip-3756)。 EIP-3382 于 2021-03-13 提出，其内容是关于把每个区块的区块容量上限硬编码为 `12,500,000` (1559 后应为 `15,000,000`)，即把区块验证规则更新为：如果 `gasTarget`（1559 后）的标题字段不等于 `12,500,000`(1559 后应为 `15,000,000`)，那么该区块为无效。提案的初衷是以太坊的工作量证明机制和权益证明机制都假设出块者在经济上是理性的，但没有假设他们是善意的。区块容量上限是以太坊上唯一不是由节点共识决定的参数，而是由出块者投票决定，这容易招致少部分行动者对网络进行突然的有害攻击。 针对前段时间社区对 EGL (请参见 [8.24 的七日谈](https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-24/)) 的热议，开发者 @lightclient 于 2021-08-21 提出了 EIP-3756，这份提案取消矿工把区块容量提到高于 `30,000,000` gas 的权限，即 `gaslimit` 的修改需要通过标准 EIP 治理流程和在核心开发者会议通过。根据 @lightclient 的[推特](https://twitter.com/lightclients/status/1429830438986518536)， EIP-3756 与 EIP-3382 的主要区别在于，把上限硬编码比创建一个上限更严格，反对 3382 的一个主要原因是硬编码后在应对 DoS 攻击时难以快速把上限调低。 在第 121 次核心开发者会议前，EIP-3382 的提议者已撤回了此提案，转而支持 EIP-3756。会议还提到反对固定区块容量的原因——一方面从历史上看，矿工的工作一直与网络的最佳利益相符；另一方面，未来矿工可能会有越来越多的经济动机去提高容量上限，这是需要考虑的问题。 至于是否和在什么时候实现 EIP-3756，会议还没有决定。 [来源](https://twitter.com/TimBeiko/status/1433831124267147264?s=20) <br/> **伦敦升级后 EIP-1559 评估第二次会议** 时间：9 月 10 日，北京时间 22:00 会议主题：对伦敦升级后 EIP-1559 的实现者、工具和基础设施供应商进行讨论和评估。 [详情](https://github.com/ethereum/pm/issues/374) <br/> # 合并 (The Merge) **合并开发进度更新** 在第 121 次核心开发者会议里，开发者对文档《引擎 API 设计空间 ([Engine API design space](https://hackmd.io/@n0ble/consensus_api_design_space))》进行了仔细检阅和讨论。此次会议还未完成对该文档的检阅，开发者将在这周四 9 月 10 日 21:00 Eth2 实现者会议前进行。 会议的第二项议程是检阅由 Geth 团队展示的，用于合并后同步的[规范草稿](https://github.com/fjl/p2p-drafts/blob/master/merge-sync/merge-sync.md)。文档很好地解释了同步的工作机制，但文档仍然存在问题，需要更多的工程工作和更讨论。 [来源](https://twitter.com/TimBeiko/status/1433831124267147264?s=20) <br/> **合并架构迭代简史** Tim Beiko 撰文回溯合并的架构如何随以太坊 2.0 路线图的演变而迭代至目前的结果，文章还简单解释了合并的技术实现过程。 中文版：《[以太坊核心开发者会议更新 006](https://www.ethereum.cn/Technology/allcoredev-update006)》 <br/> # Layer2 **StarkNet Alpha 2 测试网版本推出** 2021 年年初，StarkWare 团队公布了 StarkNet 的路线图：一个在以太坊上构建的基于 STARK 技术的无需许可的去中心化 L2 网络。关于 StarkNet 的路线图，可以阅读文章：[《通告 | StarkNet：基于 STARK 的免许可型 ZK-Rollup》](https://mp.weixin.qq.com/s?__biz=MzIwODA3NDI5MA==&mid=2652531572&idx=1&sn=2e4253a904ac57801c8716bb8931a865&scene=21#wechat_redirect) 随后在 2021 年 6 月，[StarkNet Alpha 0 版本在 Ropsten 测试网发布](http://mp.weixin.qq.com/s?__biz=MzU2NDcyOTc2NA==&mid=2247489283&idx=1&sn=3cd4faf4f0c8552ad7cc2b493d65aeb4&chksm=fc47d5c8cb305cde0b37e339893b308f6a2926280b7b68b654af1af596c4150d547786764f89&scene=21#wechat_redirect)；7 月，[StarkNet Alpha 1 版本推出](https://mp.weixin.qq.com/s?__biz=MzU2NDcyOTc2NA==&mid=2247489662&idx=1&sn=268d129c0908a449de6f4ca1e3b02133&chksm=fc47dab5cb3053a31a6965c25e013d473cd09d428bd8fb4688d22878390f548e016cf8c6c437&token=1222908260&lang=zh_CN#rd)。 9 月 1 日，StarkWare 推出 StarkNet Alpha 2 版本，新增功能包括： - **可组合性**：StarkNet Alpha 现可支持智能合约之间的交互。本次升级后，开发者在 StarkNet Alpha 上的开发体验将与在以太坊上的体验相差无几。调用是同步的，且可以用作函数调用。 - **本地测试框架：**这将允许开发者通过本地测试他们的 StarkNet 合约部署以及交互来加快其 DApp 开发 —— 没有任何外部依赖。本版本只包括 L2 交互，下一个版本将扩展功能和提高易用性。 - **性能改善**：a）**Patricia Trees** —— 通过转向 Merkle-Patricia Tree 状态承诺以提高吞吐量和缩短证明生成时间。此更改允许创建更大的区块，从而降低每笔交易的成本。向更复杂的状态承诺的转变是通过 ZKP 语言 Cairo 实现的 —— 这是 StarkNet 操作系统的核心组成部分。b) **Bitwise Operations** —— 我们在 StarkNet 合约中增加了一个内置的支持更有效的位操作。 - **Goerli 测试网**：StarkNet 要从 Ropsten 测试网转移到 Goerli 测试网了！Alpha 2 现在将在一个更稳定的开发环境中运行。 同时，StarkNet 生态系统也正发展中：a) 与 OpenZeppelin 合作，标准化 StarkNet 的合约库；b) EVM -> Cairo 编译器；c) 一份关于在 StarkNet 上实现 Maker 协议的提案；d) StarkNet/Cairo 审计。 StarkWare 团队表示正在为 StarkNet Alpha 上线主网做准备，先从面向应用程序开放白名单开始。 [来源](https://medium.com/starkware/starknet-alpha-2-4aa116f0ecfc) <br/> **L2 项目交易费用追踪网站 L2 Fees 上线** cryptofees.info 的创始人 [David Mihal](https://twitter.com/dmihal) @dmihal 新推出了一个项目：专门用来追踪当前的 L2 项目交易费用 ([https://l2fees.info/](https://l2fees.info/))。  <center>cr: L2 Fees</center> 有一个小问题需要注意，Aztec API 误报了费用。这应该会在接下来一两天内解决，实际费用约为 3 美元。 [来源](https://twitter.com/dmihal/status/1435034131272974339) <br/> **L2 NFT 铸造和交易平台 Immutable X 向所有用户开放其铸造和交易服务** 9 月 3 日，Immutable X 宣布对所有用户开放铸造和交易服务。用户以将近零 Gas 费铸造和交易 NFT (需向平台支付 2% 的佣金)。Immutable X 是以太坊上的首个 Layer-2 NFT 铸造和交易平台，它与以太坊扩容解决方案 StarkWare 合作，实现几乎零成本的 NFT 铸造与交易。 [来源](https://twitter.com/BlackEagleFund/status/1433717387631661061) <br/> **以太坊扩容解决方案 Celer cBridge 增加对 Optimism 的支持，以实现快速提款功能** 此前，7 月 22 日，以太坊扩容解决方案 Celer Network 的 cBridge v1.0 版本上线主网。9 月1 日，cBridge 增加对 Optimistic Rollup 扩容解决方案 Optimism 的支持。用户可以通过 cBridge 实现快速提款至 L1 上 (只需三分钟)，以及跨 L2 转账 (目前 cBridge 已支持用户在以太坊、Arbitrum、Polygon、Optimism 以及 Binance Smart Chain 之间快速转移代币)。 [来源](https://twitter.com/CelerNetwork/status/1432751288681316352) <br/> **Arbitrum 主网 beta 向所有终端用户开放** 9 月 1 日，L2 Optimistic Rollup 扩容解决方案 Arbitrum One [向所有用户开放](https://mp.weixin.qq.com/s?__biz=MzU2NDcyOTc2NA==&mid=2247490217&idx=1&sn=846b51ae39a56a6fb43271af7284777d&chksm=fc47d862cb305174aae31579452e86ea03011464fb73e2b3f48aa65fba56aba5e2cd8c94943c&token=1222908260&lang=zh_CN#rd)。本次发布的版本中，速度限制在 80,000 arbgas 每秒，随着系统稳定将逐渐提高速度限制。用户白名单限制已解除 (任何用户都可以与 Arbitrum One 网络进行交互)。但是在生态系统进一步成熟之前，Arbitrum 还是会在这两方面继续保留白名单：a) 向 Arbitrum 的跨链桥添加新的代币；b) 成为一名活跃验证者。 同时，Arbitrum 宣布其完成了由 Lightspeed、Pantera、Polychain、Redpoint、Ribbit 以及其他合作伙伴参投的 B 轮融资，融资 1.2 亿美元。 - Arbitrum 的 ETH 以及代币桥接[使用教程](https://arbitrum.io/bridge-tutorial/) - Etherscan 与 Arbitrum 合作推出的[二层区块浏览器 Arbiscan](https://arbiscan.io/) - Arbitrum 团队在 Reddit 上进行的 [AMA](https://www.reddit.com/r/ethereum/comments/pgl5a4/were_offchain_labs_the_team_behind_arbitrum_the/) - Arbitrum One [门户网站](https://portal.arbitrum.one/) <br/> # 生态 **以太坊首次出现通缩？** 9 月 4 日，在论坛 reddit 的 r/ethereum 板块，有人发帖表示以太坊首次迎来通缩，给出下图，并说明右边的 y 轴的数字是无意义的。  <center>注：蓝线为每天的区块奖励，红线为每天烧毁的费用</center> 有人评论说这只是 PoW 的区块，如果加上信标链的奖励，我们离真正的通缩还有很长的路。随后，Vitalik 对此评论回复：严格来说不尽然；如果加上 PoS 每天大约 1200 个 ETH 的奖励，我们今天其实距离通缩仅多出 800 个ETH。今天这样已经令人赞叹了！ [来源](https://www.reddit.com/r/ethereum/comments/phm2q0/ethereums_first_ever_deflationary_day/) <br/> **Loot Project: NFT 的范式转变** 上周，整个社区似乎被 Loot 这个 NFT 项目刷屏了，那么它到底有什么特别之处呢？8 月 28 日，Loot 由 Vine 的创始人 Dom Hofmann 推出，是一个以文本的形式呈现的 NFT，里面包含了冒险者道具的文本列表。用户铸造一个 NFT 后，就会获得一套随机的道具，一共有 8,000 个 loot bags。Loot 发布一周内，Loot (for Adventurers) 的地板价已超过 10 ETH。关于介绍 Loot 的文章请阅读[《一文解释 Loot：NFT 的范式转变》](https://mp.weixin.qq.com/s?__biz=MzU2NDcyOTc2NA==&mid=2247490266&idx=1&sn=650411b3fd79bc73ce2e2a0d3dcb1068&chksm=fc47d811cb3051076db9219a7522778a7b2689bf28f9c1c3c0e25970789a6e633c1c6ea96b44&token=1222908260&lang=zh_CN#rd)。 随后，Dom 又于 9 月 2 日推出 Synthetic Loot (合成 Loot) 计划，即根据用户钱包地址生成 “合成 Loot”，且每个钱包只有一个。由于 “合成 Loot” 不是一个真正的 NFT，所以不可铸造、转让、销售等。 生成 “合成 Loot” 只需在合约中输入自己的钱包地址，[生成 Loot 的八个道具](https://www.notion.so/b0f9acb9094ba85228008981be6dbdde)。 9 月 4 日，Dom 再次推出 More Loot，申领 ID 为 bag 8001+。基于以太坊出块率的 1/10 动态增发，每年约增发 25 万枚，当前上限 1,316,005 枚。用户可免费铸造，只需支付 Gas 费。 [申领 More Loot 地址](https://etherscan.io/address/0x1dfe7Ca09e99d10835Bf73044a23B73Fc20623DF) [来源1](https://twitter.com/dhof/status/1433110412187287560) [来源2](https://twitter.com/dhof/status/1434180216444923923?s=21) <br/> **第二期的核心开发者学徒计划开始了！** 昨天以太坊基金会博客发文《核心开发者学徒计划：第二批》，文章表示随着“合并”逼近，“无状态以太坊”继续发展，还有清理 EVM 长期存在的问题，有太多的工作需要做，但人手严重不够。以下为此次学徒计划的详细信息： - 申请截止日期为 9 月 13 日 - 计划从 2021 年 9 月末持续到 2022 年 2 月 - 参与者将能直接接触核心开发者社区 - 参与者将获得机会参与以太坊协议上有真正影响力的真实项目 [详情](https://blog.ethereum.org/2021/09/06/core-dev-apprenticeship-second-cohort/) <br/> **EDCON2021 视频已重新上传** [指路](https://www.youtube.com/c/AsiaPacificEthereumCommunity/videos)https://www.ethereum.cn/Ecosystem/dao-landscapehttps://www.ethereum.cn/Ecosystem/dao-landscapeMon, 06 Sep 2021 00:00:00 GMT来源 | [coopahtroopa.mirror.xyz](https://coopahtroopa.mirror.xyz/_EDyn4cs9tDoOxNGZLfKL7JjLo5rGkkEfRa_a-6VEWw) <br/> DAO 已经走向中心舞台了。 自 2016 年初整个 ETH 供应量的 14% 锁在 [The DAO](https://en.wikipedia.org/wiki/The_DAO_(organization)) 这个事件，我们已经花了 5 年的时间研究 DAO 对协作数字工作组的关键意义。 **DAO 是具有共享股权结构表和银行账户的互联网社区。** 成员们一起工作，创造、分配和捕获与共同使命相关的价值。所有权共享经济、社会和政治内容，为数字协作创造最佳实践。 在这篇文章中，我们将对 DAO 进行拆解，研究其金融资本和社会资本之间的关系。  <center>DAO 版图封面</center> *本文提到的 DAO 并不全，我肯定有遗漏的。* <br/> # 什么是 DAO DAO 是与社区共享价值的承诺。 DAO 寻求： - 通过治理为成员提供发声渠道。 - 形成扁平化的结构，创造灵活的工作流。 - 分配资源以完成一个核心任务。 一个有 10 个成员和一个 ETH 的 Telegram 群组是一个 DAO。 一个资产超过 10 亿美元，由多于 10,000 个持币者进行治理的 DeFi 协议也是一个 DAO。 无论规模大小， DAO 都寻求解决核心任务——从群组聊天演变成一个由成功驱动的社区。 <br/> # DAO 的版图Landscape 当前已经有 100 多个 DAO，它们管理着超过 100 亿美元的资产。  <center>DAO 2021年的版图</center> ## DAO 操作系统 DAO 的开篇是用于创建它们的操作系统。 这些项目为社区提供不同的模板、框架和工具，以聚集资源并开启它们的第一个 DAO。 它们通常提供智能合约和接口，以推动去中心化社区的链上行动。 DAO 操作系统使任何人都可以在技术能力有限的情况下轻松启动一个 DAO。 ## 赠款型 DAO DAO 的第一个真正用例是赠款。 社区捐赠资金，并使用 DAO 对资金应如何以治理提议的方式分配给各种贡献者进行投票。 赠款型 DAO (Grants DAOs) 的治理最初是通过不可转让的股权进行的，这意味着参与很大程度是受社会资本而不是金融回报驱动的。 **赠款型 DAO 表明，利基社区 (niche community) 在资本分配上比正式机构[更灵活](https://molochdao.medium.com/moloch-2019-year-in-review-eb6f53dc035)。** ## 协议型 DAO 协议型 DAO (Protocol DAOs) 将权力从核心团队转移到社区手中，为项目在市场发行可置换代币 (fungible token) 催生了一种新的方式。 尽管 DAO 的开篇是以不可转让的股权为特点，但协议型 DAO 开创了发行具有二级市场价值的、可转让的 ERC20 代币的先河。 这些代币通常用于管理协议，这意味着只有代币持有者有权对网络底层机制进行提议、投票和执行变更。 项目通常对如何分发代币进行投票，这就为流动性挖矿、公平发行和两者间的一切可能性打开大门。 **协议型 DAO 为任何发行代币，并希望由它的社区持有和运作的网络提供一个框架。** ## 投资型 DAO 随着协议 DAO 引入了新型代币，团体联合起来对它们进行投资似乎是合乎逻辑的。 经历了长期的非营利性 DAO 后，投资俱乐部扭转了态势，他们让成员专注于产生回报。 尽管这些 DAO 比赠款型 DAO 需要面对更多法律限制，但它们表明，任何一群人都可以聚集起来，以更低的门槛对更大型的资本进行投资。 **投资 DAO 允许成员汇集资本并在项目的最初阶段进行投资。** ## 服务型 DAO 随着这么多代币的出现，项目需要人才。服务型 DAO 从事人才分配，使用链上凭证把资源从一个 DAO 输送和分配到另一个 DAO。 服务型 DAO 为个人创建去中心化工作小组，为开放的互联网工作——本质上相当于加密世界原生的人才机构。 从法律到创意，从治理到营销，从开发到资金库管理，服务型 DAO 打造与 web 从业者签合约的渠道。工作通常以 ERC20 代币作为奖励——提供他们为网络所创造的价值的所有权。 **服务型 DAO 探索未来的工作，以及在加密世界原生的就业形态。** ## 社交型 DAO 成为一个 DAO 的成员意味着什么？ 在这个以投机为主导的行业里，社交型 DAO 关注的是社会资本而不是金融资本。社交型 DAO 是群租聊天的自然演变产物，其中朋友变成共同工作者。 社交媒体把每个人都变成一个媒体公司，那么社交型 DAO 则把每个群组变成要给数字企业。 它们挑战参与社区的定义，并提供加入数字原生部落的途径。 **社交型 DAO 展示了，加密货币不仅仅是关于赚快钱，互联网是认识具有相同兴趣的人的最佳场所。** ## 收藏者 DAO 相信这段时间你已经对 NFT 不陌生，你无法忽视它们。 在 NFT 走入主流的背景下，收藏者 DAO 出现了，目的就是收藏 NFT。 策展人团体的角色是暗中把特定艺术家、平台和作品系列黏合起来，以创造 NFT 的长期价值。 **收藏者 DAO 旨在操持具有长期价值的 NFT。** ## 媒体型 DAO 在一个信息可在全球范围内获取的时代，随信息传播的叙事所有权也应如此。 媒体型 DAO 把这个权力还给那些消费内容的人。 它们打破了作家、流媒体人和读者参与的这种内容发布方式。无论是激励贡献的媒体挖掘计划，还是上头版话题的管理，媒体型 DAO 把消费变成双向的道路。 **媒体型 DAO 分享一个公开议程的出路，以传播意识和新闻。** <br/> # DAO 的工具 纵观全局，有一套工具正作为今天大多数 DAO 实际上的标准。 *[Gnosis Safe](https://gnosis-safe.io/)* - 多签钱包，通常用于管理社区的资金。 *[Snapshot](https://snapshot.org/#/)* - 链下投票平台，用于简单的基于代币治理。 *[Discourse](https://www.discourse.org/)* - 论坛，通常用于讨论治理提议。 *[CollabLand](https://collab.land/)* - 机器人，对群组访问者的持币情况设限，并给群组提供信息。 *[Coordinape](https://coordinape.com/)* - 协作游戏，用于决定哪个贡献者应该获得代币奖励。 *[Parcel](https://parcel.money/)* - 资金管理，能简单追踪和发送付款。 *[SourceCred](https://sourcecred.io/)* - 追踪社区参与和奖励活跃成员的实例。 *[Mirror](https://mirror.xyz/race)* - 通过代币化众筹为创意项目融资。 *[Tally](https://www.withtally.com/)* - 治理仪表盘，用于追踪不同协议的链上投票记录。 *[Boardroom](https://boardroom.info/)* - 持币者管理的治理中心，授权 (empower) 关键决策。 *[Sybil](https://sybil.org/#/)* - 创建和追踪链上决策授权 (delegation)。 *[RabbitHole](https://rabbithole.gg/)* - 为完成特定链上任务奖励代币。 总之，这个堆栈允许任何人建立资金库、引入治理、奖励重要贡献，和让社区参与持续的讨论。 不错！ <br/> # DAO 的演变 DAO 是一个光谱。  最轻量的 DAO 是社会性质先行的链下治理。其目的是创造活跃讨论和社区归属感——而不是创造利润。 最重型的 DAO 涉及巨额资本，需要链上治理以执行和批准提案。 我们目前见证的是从非常重型的协议向极轻的微观经济体的转变。 <iframe id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-0&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1392975646108778498&amp;lang=en&amp;origin=https%3A%2F%2Fcoopahtroopa.mirror.xyz%2F_EDyn4cs9tDoOxNGZLfKL7JjLo5rGkkEfRa_a-6VEWw&amp;sessionId=81287bf94eb4d293cfa0132a489c2bf835855df8&amp;theme=dark&amp;widgetsVersion=1890d59c%3A1627936082797&amp;width=550px" data-tweet-id="1392975646108778498" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 699px; display: block; flex-grow: 1;"></iframe> 社区正在实时创建社交型 DAO，而不局限于从链上架构启动。 对于更重型的 DAO，很多链上提议是关于创建和授权轻型的链下工作小组。最近围绕赠款型 DAO 的发展最能凸显这点，它们允许受信任的社区成员更快嘀移动资金，而不是一定要达到法定人数同意才能执行简单的付款。 随着 DAO 的发展势头大增，经常可以看到 [资金库多样化的提案](https://research.lido.fi/t/proposal-ldo-treasury-diversification-part-2/506)。这些事件使得更广泛的社区可以直接对一个 DAO 的资金库做贡献，以换取它的原生代币。 这种转变表明，社区共有资金库也可以进行募资，而不是仅可以由核心团队来管理。 一旦这种方式证明是安全的，DAO 需要弄清楚如何将其用到工作上。我对工作小组和小组委员会的演变深深着迷，我们也正在观察它的实时发展。 <br/> # DAO 从业者 DAO 在社区驱动的服务和治理下日渐成熟。 随着资金库规模的增长以及社区质量的提高，核心贡献对 DAO 的持续发展变得越来越重要。 通过 [Fire Eyes DAO](https://www.fireeyes.xyz/)，我很幸运地参与了像 Aava、Balancer、Rocket Pool 和 Gitcoin 这些协议的链上提案的通过。 治理将变得越来越重要，且这个范畴的设计还有非常宽广的可能性。因此，致力于通过链上提案把资金用于工作的团队数量也会增加。 从赠款到工资、代币兑换到并购——预计下一波的 web3 从业者将展示为什么 web3 治理是一个完全的范式转移。（我的下一篇文章将主要关于这个话题）。 很快，我们可以看到**DAO 成为新的有限责任公司**的景象。 感觉代币最终取代股权是大势所趋，而支撑股权的传统法律结构也将随之被淘汰。 <br/> # Just DAO It 本文发布于 2021 年 6 月，最新更新于 2021 年 8 月。 下面是一个持续补充的资源清单，以跟进 DAO 的发展和需要关注的关键人物。这个列表将定期更新，欢迎分享任何值得添加的内容！ [Clay Robbins] - [《DAO 的国度(DAO Nation)》](https://clay.mirror.xyz/DwJ60O0R1IyRiPAZFBw4L05L3fd8PPxWnzDNedKtOas) [Gaby Goldberg] - [《策展人的历程 (Curators All the Way Down)》](https://gaby.mirror.xyz/qvnNJhylZz-w6t4ubZzHfxd5gP17zDAXa6ruwOyO7sc) [Alex Zhang] - [《FWB DAO 的发展 (Evolution of the FWB DAO)》](https://zhang.mirror.xyz/9sRa2kNDUpkWoQkWw67bJ8PczFyTSX8fotf7JOddxew) [Julia Lipton] - [《开源 DAO 的市场研究 (Open Source DAO Market Research)》](https://docs.google.com/spreadsheets/d/16IDgIyPcfwJGG-zmXeMAenYbePQVHkc2P6WCwKEZgpk/edit#gid=0) [pet3rpan] - [《如何发展去中心化社区 (How to Grow Decentralized Communities)》](https://medium.com/1kxnetwork/how-to-grow-decentralized-communities-1bf1044924f8) [Linda Xie] - [《DAO 的入门指南 (A Beginner’s Guide to DAOs)》](https://linda.mirror.xyz/Vh8K4leCGEO06_qSGx-vS5lvgUqhqkCz9ut81WwCP2o) [Kinjal Shah] - [《DAO 与创作者的资源合集 (DAOs & Creators - Resources to Get Started Today)》](https://kinjal.mirror.xyz/eD3-Sgv2h50j-kwjHQCOnwqMKqSLTfnrqrtNypU-P5k) [Cooper Turley] - [《如何发行代币 (How to Launch a Token)》](https://forefront.news/blog/how-to-launch-a-token) [Bankless] - [《协议政治家的生活 (Life of a Protocol Politician)》](https://newsletter.banklesshq.com/p/the-life-of-a-protocol-politician) [Kevin Owocki] - [《知己知彼——协调失灵 (Know Thy Enemy - Coordination Failures)》](https://newsletter.banklesshq.com/p/know-thy-enemy-coordination-failures) [Packy McCormack] - [DAO 之道 (The DAO of DAOs)》](https://www.notboring.co/p/the-dao-of-daos-5b9) [Packy McCormack] - [《协作型经济 (Cooperation Economy)》](https://www.notboring.co/p/the-cooperation-economy-) [Patrick Rivera] - [《加密代币指南 (A Guide to Crypto Tokens)》](https://future.a16z.com/a-taxonomy-of-tokens-distinctions-with-a-difference/) [pet3rpan] - [《DAO 的介绍 (An Introduction to DAOs)》](https://medium.com/metawork/an-introduction-to-daos-782e3817e2cd) [Vitalik Buterin] - [《DAO、DAC、DA 等：一份不完全术语指南 (DAOs, DACs, DAs and More: An Incomplete Terminology Guide)》](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide/) 致世界上的 DAO 贡献者——请继续努力吧。 在 DAO 被证实具有成规模的牵引力之前，我们还有很长的路要走，但这个快照应该表明，世界上一些最聪明的人正致力于实现这个目标。 同时，继续保持产出并记住......当有迟疑时—— **Just DAO It** *特别感谢 Carlos Gomes 提供图片，Li Jin、 Jesse Walden、Pet3rpan、Lucas Campbell、Kinjal Shah、Jess Sloss、Brian Flynn、 Jake Chervinsky、Packy McCormick 和 Alex Zhang 对本文的反馈。* <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。Eth2合并演进之路，介绍合并后将如何运作。]]>https://www.ethereum.cn/Technology/allcoredev-update006https://www.ethereum.cn/Technology/allcoredev-update006Sat, 04 Sep 2021 00:00:00 GMT来源 | [AllCoreDev Updates](https://tim.mirror.xyz/CHQtTJb1NDxCK41JpULL-zAJe7YOtw-m4UDw6KDju6c) <br/> 这次更新与以往的有点不同。首先，我决定转移到 Mirror 发布更新。使用这个用于 [1559 NFT 项目](https://stateful.mirror.xyz/rsUhYxXARr7j2iDjqJeelY7nc6CN_Y-MilVDP1S5voA)的平台是很不错的体验，而且我一直在找机会再次使用它。我会在 [HackMD](https://hackmd.io/@timbeiko/acd/) 保留更新列表，这样便于在一个地方轻松找到它们。 第二，由于我们现在的工作重点在合并 (The Merge) 上，本文其实不算是一篇“更新”，而是对走到当前架构选择的路线图演变的深入探讨。几周后，会有一篇类似的文章，详细介绍以太坊网络在合并后将如何运作。 <br/> # 合并史前史📜 合并将把以太坊目前的工作量证明 (PoW) 共识算法转为在信标链上运行的权益证明 (PoS) 机制。这个设计是“以太坊2.0”路线图多次迭代的结果。让我们回顾一下过去几年路线图的变化吧。 ## 阶段 0️⃣, 1️⃣, 2️⃣ 几年来，权益证明和分片的研发是彼此独立的。在 2018 年台北的一次研讨会上，大家决定将这两项研究计划统一起来，形成一个分三个阶段的“以太坊2.0”路线图。 Ben Edginton 在[这篇文章](https://media.consensys.net/state-of-ethereum-protocol-1-d3211dd0f6)里对当时的研讨会和总的理念作了非常好的总结。正是在这次活动中，Hsiao-Wei 展示了这张现在广为人知的“以太坊2.0”简图：  [来源]( https://docs.google.com/presentation/d/1G5UZdEL71XAkU5B2v-TC3lmGaRIu2P6QSeF8m3wg6MU/edit#slide=id.g3c326bb661_0_298) 这张图展示了当时新路线图的每个阶段将交付的内容： - 阶段 0 将带来信标链 - 在阶段 1，会加入数据分片 - 在阶段 2，在每个分片加入虚拟机，以在系统里实现计算。 分片的数量最初定为 100，然后提高到 1024，最近又调低到 64。 ## 提早合并 🌅 随着信标链的工作在 2018 年开启，很明显，这个分三个阶段的以太坊 2.0 路线图将需要几年时间才能完全交付。伴随着使用以太坊人数的快速增长带来的成长阵痛，这带来了工作量证明区块链研究计划的复苏。在 2018 年的 Devcon IV 上，"Ethereum 1.x" 这个术语被提出，用于涵盖这些研究计划。其中最重大的一项是无状态以太坊 (Stateless Ethereum)，这个范式会把未被访问的状态从网络中移除，以限制状态的膨胀速度。 一方面有越来越多的关注放在让 PoW 链变得长期可持续上，另一方面开发者们意识到信标链可以比以太坊 2.0 路线图的其他部分更早实现，结合两者后出现了一个[“提早合并”的提案](https://ethresear.ch/t/alternative-proposal-for-early-eth1-eth2-merge/6666/2)。这份提案把现有的 EVM 链作为以太坊 2.0 系统的“分片 0 ”来启动。这样不仅会加快搬到权益证明的速度，还会使应用层的过渡更顺滑，因为搬到权益证明不需要在应用层上做迁移。 这提案出来不久，Danny Ryan 在他的《Eth1+Eth2 客户端关系 ([Eth1+Eth2 client relationship](https://ethresear.ch/t/eth1-eth2-client-relationship/7248))》的文章里探索了 我们可以如何通过利用现有 Eth1 客户端实现提早合并。这将大大减少交付一个合并后系统和利用客户端的开发工作，因为 Eth1 客户端已经在主网上久经沙场了。按这条路走下去还可以给研究者更多时间解决阶段 1 和 2 的开放性问题 (请看[这里](https://ethresear.ch/t/a-short-history-and-a-way-forward-for-phase-2/6982))，和无状态以太坊 (这仍然是非常活跃的研究领域)。 ## 以 Rollup 为中心的路线图 🎯 很快到了 2020 年末：阶段 0 此时的进度已经达到 99%，信标链很快就要启动了。尽管在阶段 1 的工作进展顺利，但将在阶段 1 引入的分片上实现计算功能的阶段 2 仍然有很多未解决的问题： - 如何从当前的 EVM 链顺滑过渡到分片的虚拟机？ - 从性能上看，有哪些替代虚拟机能被部署？ - 我们要如何确保各种虚拟机是真的安全？ - 如何协调所有虚拟机上的状态和余额？ - ...... 同时，rollup (例如二层的扩容方案) 方面正发生非常快速的进展。多个团队公布要上测试网，且取得令人鼓舞的早期成果。 大约在这个时候，Vitalik 在 [Ethereum Magicians 论坛](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)上发表了长文，论述我们应该把短期和中期的扩容工作集中在 rollup 上。它们不仅会在阶段 2 完成前上主网，还会是阶段 1 的最大受益者。Rollup 会生成大量数据，而分片可以为它提供比 EVM 链消耗更低的存储。下面是文章的截图：  这种方法将对阶段 0-2 路线图产生几方面的影响。具体如下： - 阶段 0 (信标链) 当时正处于部署主网前在测试网上运行的阶段，一旦 PoW 链准备好，信标链就可以成为共识层引擎，而不需要等到阶段 2 以后； - 阶段 1 (数据分片) 的实现还需要几年时间，它从扩容的关键障碍变成一项增量改进，它会减少已经开发出来的扩容方案 (例如 rollup) 的开销； - 阶段 2 (分片执行) 是有最多开放性研究问题且更复杂的功能，它可以在几年后推出，或完全取消，对扩容路线图没有任何影响。 研究社区快速就这个提案聚集起来，并在一个月内发表了一篇 ethresear.ch 文章，详细介绍了当前这个合并计划！ <br/> # 当前&未来的路线图 🗺 ## 可执行信标链⛓ 当前的合并架构在首次于 2020 年 11 月由 Mikhail Kalinin 发表的《可执行信标链 ([Executable Beacon Chain](https://ethresear.ch/t/executable-beacon-chain/8271))》上得到详细说明。简言之，它结合了多次迭代的以太坊2.0 路线图的洞见： - 信标链已经启动了，现在可以作为共识引擎来使用； - Rollup 是扩展计算的最佳短期解决方案； - 当前的 Eth1 客户端是作为合并后执行层的最佳基础； - 搬到权益证明可以通过对当前运行的应用影响最小的方式实现 Mikhail 提议中的一个重大变更是，与其让当前的 EVM 链成为”分片 0”，不如直接与信标链连接。 这是一个简单但重要的见解——Eth1 执行层客户端已经是以共识算法可换的方式构建的。主网使用工作量证明，而测试网和私人以太坊网络使用的是权威证明 (proof of authority) 共识算法 (clique、IBFT 等)。 在文章里，Mikhail 提议直接把权益证明作为客户端使用的新共识算法。换句话说，就是把当前的工作量证明链与信标链合并。下面由 Trent Van Epps 制作的这张图很好地说明这个变化：  [来源](https://twitter.com/trent_vanepps/status/1415741658067517441/photo/1) 这种方法将最大程度地减少 PoW 链上客户端团队要做的工作，同时仍然带来“提前合并”和“以 Rollup 为中心路线”的所有好处[1]。 ## Rayonism 项目☀️ 为了验证可执行信标链架构的可行性，在名为 [Rayonism](https://rayonism.io/) 的长达一个月的黑客松里，客户端进行了原型设计。 在几周内，Eth1和 Eth2 客户端的各种混合组合作为合并后的客户端在 EVM 上运行交易，通过信标链达成共识。 高度概括来说，现在的 Eth2 节点变成作为网络的共识层，而现在的 Eth1 节点则作为其执行层。共识层的功能扩展为把最新的链头信息发送给执行层，并向执行层请求区块。执行层仍然负责处理区块、广播交易、存储和管理状态，和处理 JSON RPC 请求。 这个实验验证了可执行信标链的架构是合理的，且可以用作过渡到权益证明的基础，现在这个过程被称为合并。 ## PoW -> PoS 的过渡 ⛏ Rayonsim 项目里没有测试的是从真正的 PoW 网络过渡到运行中的 Pos 网络。经过几次迭代后，现在已经大致敲定了一份规范。 为了实现从工作量证明到权益证明的过渡，在客户端里需要设置一个 `TERMINAL TOTAL DIFFICULTY` （终结总难度)。当发现区块上的难度超过了工作量证明链的难度时，客户端会进入过渡模式，它们会开始监听权益证明层的信息来达成共识。一旦共识层最终敲定的一个区块的难度超过了 `TERMINAL TOTAL DIFFICULTY`，执行层将完全停止监听和广播 PoW 区块信息。这样，合并就完成了🎉！ 对于应用，这不会对合约和用户造成任何影响。有一些操作码需要更新，但就仅此而已。对于信标链节点的运行者，在合并中需要选择一个执行引擎。同样地，如果你在工作量证明网络运行一个节点，在合并中需要选择一个共识客户端。随着合并工作的开展，你可以预期会有多个开发者测试网、教程和会议来讨论这些问题。 <br/> # 接下来的工作🛠 尽管合并的总体方案已经确定了，客户端团队还有一长串的事情需要在未来几个月内完成。大部分要做的事都可以在这里[追踪](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)到，值得关注的包括确定合并后的同步协议、为整个过程设置创建集成测试、上线开发者测试网并在不利条件下运行它们，以及为过渡期间的各种意外情况做计划。 如果你想深入了解实际的规范，[EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) 详细列出执行层客户端需要的变化，而共识规范中的 [merge folder](https://github.com/ethereum/consensus-specs/tree/dev/specs/merge) 详细列出了共识层的变化。 当事情稍微稳定下来，请期待另一篇深入以太坊客户端在合并后将如何工作的文章。谢谢你的阅读，下次再见👋🏻！ ------ 感谢 Danny Ryan、Trent Van Epps 和 Mikhail Kalinin 对本文草稿的反馈。 ------ [1] 一个值得注意的变更是“无状态以太坊”不再是过渡到权益证明的先决条件。 [2] 在过渡阶段根据总难度而不是区块或 slot 号可以更好处理重组情况。想了解更多，请参见 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675#transition-process) 里的"Transition process (过渡过程)" 部分。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/loot-explained-https://www.ethereum.cn/Ecosystem/loot-explained-Fri, 03 Sep 2021 00:00:00 GMT来源 | [Bankless](https://metaversal.banklesshq.com/p/loot-explained-) <br/> # 介绍 Loot 这一切从一条推文开始。这条推文来自艺术家、企业家、程序员以及 Vine 的创始人 Dom Hofmann：  在他发布这则呼吁之后甚至不到一天，Dom 就在推特上[公布了](https://twitter.com/dhof/status/1431316631934967815) Loot 这个项目。这是一个随机的冒险装备项目，包含 8,000 个 NFT loot bags (战利品包)。这些游戏包“故意省略了 (图像和数据) 供他人解读”，可以直接从项目的[智能合约](https://t.co/bF9p0RSHX2?amp=1)中免费创建，并且只需要支付 gas 费即可。  <center>Dom 图：公告推文中展示了第一个 Loot 包。看起来很稀有。</center> 所有 Loot 包都被快速铸造出来，然后围绕着 NFT 出现了大量的社区建设。如果读者仍感到困惑，不用担心。下文便讲了该项目迅速走红的原因。 <br/> # 口口相传 口口相传的讨论是 Loot 迅速崛起的关键原因。但引发这些讨论的催化剂是什么呢？ 你可以称之为 Dom 效应。最近几周，Dom 创建了一些创新的 NFT 项目，并很快就吸引了大批关注者。这些项目包括： - **Blitmaps** — [社区制作的科幻幻想宇宙](https://www.blitmap.com/) - **Nouns DAO** — [实验性的“每日头像”项目](https://nouns.wtf/) - **Supdrive** — [类似于 Art Blocks 的链上奇幻游戏机](https://discord.com/invite/Z5g2dz3z8N)  <center>图：一些可能的 Noun 变体。Dom 是 Noun 的创始人，或者叫 “Nounder”</center> 因此，当 Dom 推出 Loot 时，许多上述项目的粉丝便立即抓住机会，从 Dom 的下一个实验性项目中铸造 NFT。 然后大家开始告知各自的朋友以及同事关于 Loot 这个项目，随着兴趣的增加，这种口口相传的讨论使得 Loot 像野火一样在 NFT 生态系统传播开来。Loot 的“你可以做任何你想做的事”就像一个咒语，曾 (现在仍然) 欢迎所有精通以太坊的 Web3 梦想家，这一现实无疑催化了该项目的快速增长以及去中心化建设。 <br/> # Loot 101 好了，现在你已经明白 Loot 的要点了。其他一些有用的资源可以帮你快速跟上进度，包括项目的 FAQ: [https://www.lootproject.com/faq](https://www.lootproject.com/faq) ，以及以下这些有用的推文 ✅ 1、首先是 [@tandavas](https://twitter.com/tandavas) 发布的一条解释 Loot 的推文，以下为翻译： 最近我对某些项目感到十分兴奋... 是 [@dhof](https://twitter.com/dhof) 的项目： [@blitmap](https://twitter.com/blitmap)、[@sugarthegame](https://twitter.com/sugarthegame)、[@supdrive](https://twitter.com/supdrive)，当然最重要的是 [@lootproject](https://twitter.com/lootproject) Loot 是很不一样的东西，这是以前从未有过的，是 NFT 领域的范式转变。  什么是 Loot？它是一种仅包含文本的 NFT，对，只有文本！这是一个冒险者道具的文本列表。用户铸造一个 NFT 后，就会获得一套道具 —— 以文本的形式展示。如下图：  [@dhof](https://twitter.com/dhof) 是如何空投这些 NFT 的？他于 29 号就在推特上空投了： - 可免费铸造 - 只需支付 gas 费 - 项目刚发布时没有网站 - 除了下面这条推特，没有其他任何信息  - 你必须通过 [@etherscan](https://twitter.com/etherscan) 上的合约直接铸造  大家可能非常困惑，为什么一个黑底白字的 NFT 能够这么值钱。以下是原因： 通常，NFT 项目的发布是自上而下的。简单来说，创作者创造一些 NFT (如猿人头像、游戏道具或其他艺术品)。然后这些创作者通过不断扩展其生态系统，以使得 NFT 的价值越来越高，从而收藏者获得的利益也越来越高。  创作者为收藏者创造了收集其 NFT 的动机 —— 这增加了 NFT 的稀缺性。可以通过空投其他 NFT 给收藏者以达到这个目的。基本上，创作者出售的是像房子一样的”成品“。然后，让社区变得更好或者给大家带来额外的家具。  然而，[@dhof](https://twitter.com/dhof) 的做法截然不同。Loot 是一种自下而上的发布方式。不像那些传统上的创作者那样，在空投之后给 NFT 带来价值，Dom 让社区决定其价值。这是构建 NFT 项目的一种新的、更去中心化的方式。 [https://pbs.twimg.com/media/E-JIMFKVkAER741?format=png&name=small](https://pbs.twimg.com/media/E-JIMFKVkAER741?format=png&name=small) 通过这种方式，NFT 的价值不再与单个实体或是个人挂钩。是不是听起来有点耳熟？这正是以太坊运作的方式！正如，你现在就可以去 Github 并立即编写代码。你可以通过写一份新的 EIP 提案来向以太坊贡献新的想法。 [@dhof](https://twitter.com/dhof) 向用户出售砖块，并让他们自己决定构建一些什么东西出来，而不是出售一整个房子。你可以构建一个房子、一座桥甚至一个体育场，由你来决定。Dom 创建了一块画布，而收藏者自己在上面绘画。  Loot 未来的发展如何取决于收藏者。 如果人们购买了 Loot 但是没有人在上面继续构建，那么 Loot 将毫无价值；但是如果人们在上面创造一些内容，那么可能性将无限。 好了，那么现在人们用 Loot 在构建什么？有以下这些可能： - 稀有性发现工具：[https://0xinventory.app/](https://0xinventory.app/) - 会员社区：[https://divineroles.com/](https://divineroles.com/) - 艺术：[https://twitter.com/emrecolako/status/1432718412258623490](https://twitter.com/emrecolako/status/1432718412258623490) - PFP：[https://www.lootcharacter.com/](https://www.lootcharacter.com/) - 元宇宙：[https://twitter.com/Juan_Snow1/status/1432465539281022976](https://twitter.com/Juan_Snow1/status/1432465539281022976) - 游戏？ - 小说？ 该社区甚至已经创建了一个 SDK 来围绕 Loot 构建内容： https://github.com/bpierre/loot-rarity 我们可能已经进入 NFT 的一个新时代。没有领袖，没有路线图，没有核心开发者，没有核心艺术创作者。所有东西都是去中心化的。当然，这不构成投资建议，正如 [@dhof](https://twitter.com/dhof) 所说，这是一个百分百的实验性项目。 来源：[https://twitter.com/tandavas/status/1432802991308881928](https://twitter.com/tandavas/status/1432802991308881928) 2、以及 [@lililashka](https://twitter.com/lililashka) 总结的 Loot 的生态系统：  来源：[https://twitter.com/lililashka/status/1433017503945482248](https://twitter.com/lililashka/status/1433017503945482248) <br/> # 什么是 Loot 以及其未来发展会如何？ 以太坊联合创始人 Vitalik Buterin 在推特上进行了一场 AMA 试验问答整理，他也提到了 Loot。它已经作为游戏的基础而存在，现在社区必须一起决定接下来会发生什么：  此外，我的同事 David Hoffman 刚刚发表了一篇名为 “**[The Metaverse Emerges](https://newsletter.banklesshq.com/p/the-metaverse-emerges)**” (元宇宙出现了) 的文章，其中分享了一些关于 Loot 的前景的有趣见解。 他指出，Loot 的开放性和自下而上的特性为在以太坊上发展元宇宙提供了一个模型，非常值得进一步探索。他写道： > Loot Project 解锁了什么？ > >可能什么都没有。这是一个全新的项目，没有人知道。截至撰写本文前，这个项目才发布了 4 天，因而存在着无法估量的风险。 > >但自从 Loot Project 诞生以来，衍生项目就开始在元宇宙的 Loot 角落 “附加” 价值。 > >虽然元宇宙这个角落完全不稳定，但这种用于建立元宇宙如何增长的模型已经获得了先例。这种新模型将表达推到了表面，而价值和效用则更深地嵌入到以太坊协议中。 > >少数人已经注意到了这种模式背后的潜力。通过将代币化的属性嵌入到技术堆栈的更深一层中，你可以最大地优化外观选择，同时在元宇宙中建立一个对象属性的单一真实来源。 > >这有助于为开发者降低开发复杂度以及减少开发成本，同时让用户能够自由地、创造性地表达。  <center>Loot 及其相关应用程序，所有这些都以以太坊为基础。</center> <br/> # 开放文化乐高！ 由于 Loot 的开放性及其智能合约基础设施，该项目就像一个”文化乐高“，可以随时与其他 Web3 项目连接。 比如，在下方的[同人插图中](https://twitter.com/dhof/status/1432753820493389826)，你可以看到 Blitmaps (墙上的画)、Nouns (角色) 以及 Loot (道具) 。这是对未来的尝试吗？  对此，我们只能等着看了。与此同时，许多社区项目已经出现，并为 Loot 用户创造了新的资源。以下为一些早期的亮点： - **0xinventory.app** — [一种按稀有度对 Loot 进行颜色编码的工具](https://0xinventory.app/) - **$AGLD** — [Adventure Gold，一种用于故事构建的治理代币](https://twitter.com/WillPapper/status/1433243941449568259)，已被用于[在 Loot Chapter 1 上投票](https://snapshot.org/#/holywarloot.eth/proposal/Qmb4jL5q12LnbrKFxbjT133hto1qpNZvJKjCAXagBzFwZy) - **The Grand Exchange** — [基于 Zora 协议的 Loot 拍卖行前端](https://thegrand.exchange/)，为通过 [PartyBid](https://www.partybid.app/party/0x4D8e77CfC024D6eF7a79A8D0Fd3E0fB0DD15866c) 对 Loot 道具进行集体竞标铺平道路 (因为 PartyBid 目前只支持基于 Zora 或 Foundation 的拍卖基础设施)。  <center> (一件神圣的长袍)，通过 PartyBid 以集体竞标的形式售出</center> 尽管如此，我们已经开始看到一系列令人眼花缭乱的 Loot 衍生品出现了。这些衍生品项目有的可能非常棒，但随着如此多未经审核的版本迅速流入社区，这对骗子来说是一个很好的作恶机会。所以，在这个快速变化、风险易发的环境中，读者们请保持高度警惕！ <br/> # Loot 是为每个人创建的 许多人错过了Loot 的铸造事件，并且在撰写本文时，Loot 的底价就已经涨到 13 ETH 了。那么，大多数人是否会因为高昂的价格而放弃 Loot? 不！首先，现在任何人都可以参与到围绕 Loot 所进行的社区建设中。除此之外，Dom 还发布了 合成 Loot：  Dom 补充道，基于 Loot 的创建者可以选择将合成 Loot 视为一种允许更广泛的冒险者参与生态系统的方式，同时仍然能够轻松区分“原始” Loot 和合成 Loot。 简单来说，任何有以太坊钱包的用户都可以 Loot，并且这个游戏的可能性非常大。https://www.ethereum.cn/Eth2/lodestar-releases-light-client-prototypehttps://www.ethereum.cn/Eth2/lodestar-releases-light-client-prototypeThu, 02 Sep 2021 00:00:00 GMT来源 | [medium.com/chainsafe-systems](https://medium.com/chainsafe-systems/lodestar-releases-light-client-prototype-40f300361c65) <br/> *Lodestar 是 ChainSafe 的 Eth2 客户端，用 Typescript 构建。Lodestar 提供高度可访问的工具库，使整个 Eth2 生态系统受益。我们的工具库用流畅的 TypeScript 编写，这使得它们可以被广大的开发者所用。另外，Lodestar 的工作重点将是在 Eth2 生态系统里作为可部署的轻客户端。请参阅我们最新的[博客文章](https://medium.com/chainsafe-systems/a-lodestar-for-eth2-da9e1a1ea8f2)，这个[演讲](https://www.youtube.com/watch?v=IWecr0FFH0c)和这些[幻灯片](https://hackmd.io/@wemeetagain/SkuswKu_r)来了解我们。* *本文由 [Cayman Nava](https://medium.com/u/55d012d289e2?source=post_page-----40f300361c65--------------------------------) 和 Dapplion 合写，由 [Timothy Hao Chi Ho](https://medium.com/u/665949c7b4c2?source=post_page-----40f300361c65--------------------------------) 编辑，图片由 [Phil Ngo](https://medium.com/u/6a43360bc563?source=post_page-----40f300361c65--------------------------------) 提供。* <br/> # 为什么 Eth2 需要轻客户端 以太坊由成千上万的节点构成，这些节点运行着不同的客户端。客户端主要在实现语言和软件规模两方面不一样。在 Eth2 上运行一个全节点客户端意味着你必须下载整条 Eth2 区块链的数据。这对许多环境来说是令人望而却步的，且对某些用例来说是没有必要的。例如，一个全节点无法在一个安装了信任最小化钱包的移动设备上运行。还有很多用例只想读取链上某小段数据，例如获取最新的验证者余额，或为一个区块链桥接实例 (例如 [ChainBridge](https://github.com/ChainSafe/ChainBridge)) 存储一个计量虚拟机。在这些实例里，一个轻量级客户端就足够了，比一个全节点客户端更合适。 为了检索最新的状态，以太坊全节点必须下载创世 (或其他) 信标状态，并从头到尾下载且按顺序处理每个权威区块。而使用轻客户端的话，所需的带宽和处理负荷可以减少约 99%。 <br/> # Eth2 协议是如何支持轻客户端的？ 最近 [Altair](https://github.com/ethereum/eth2.0-specs/releases) 的升级增加了一个关键功能，是专门为支持轻客户端同步而设计的——同步委员会 (sync committee)。同步委员会及其相关的基础设施可以让一个轻客户端以低成本保持与链头保持同步。 广义上讲，一个轻客户端有两个主要组成部分——首先是同步数据，然后是链数据检索。 同步数据如字面意思：它使得客户端同步到区块链的最新部分。为了与链保持同步，一个轻客户端会以更新信息 (update) 的形式下载区块链的部分数据，这包括一个区块头、一些默克尔证明 (merkle proof)，和当前同步委员会的签名。由于证明和签名都是经过验证的，这使得对这些一个接一个的更新信息的信任得以构建。一旦同步了，轻客户端就可以从区块链检索到最新数据。  链数据检索通过广泛使用默克尔证明来实现。当最新区块头得到验证和信任，轻客户端服务器就可以以默克尔证明的形式给轻客户端提供链数据。这些证明可以根据区块头的状态根生成和验证。 由于同步协议对轻客户端起着如此重要的作用，很值得深入了解它的工作原理： - Altair 创建的同步委员会是一个特殊且长期存在的委员会，它大概每 1.1 天轮换一次。更短的周期会增加轻客户端的数据负荷，因为它们需要更频繁地同步，而更长的周期会给发现和贿赂委员会成员留下太多的机会；1.1 天是两个维度都兼顾到的一个中间值 (参考[规范](https://github.com/ethereum/annotated-spec/blob/master/altair/beacon-chain.md))。 - 同步委员会是从现有的以太坊验证者中选出来的子集。Altair 升级启动后，参与同步委员会将成为验证者一个新的职责。 - 同步委员会的规模是 512 名验证者，在撰写本文时，当前主网的验证者数约为 138,000。这是为了确保安全的一个相对大且保守的规模了 (相较于做证明的验证者集和以后的分片提议委员而言)(参考[规范](https://github.com/ethereum/annotated-spec/blob/master/altair/beacon-chain.md))。 - 同步委员会使得轻客户端更易于与信标链同步数据和保持更新。 - 信标状态会追踪当前**和**下一个同步委员会的参与者。我们将在下文介绍为什么这很重要。 同步委员会参与者对区块链的当前状态，特别是前一个区块做证明 (attest)，这些证明会被聚合到一个单一签名，然后被打包到每一个新区块里。 - 现在，每个区块都包含一个验证了它前一个区块的签名。 - 这个特别的同步委员会证明被命名为 “SyncAggregate” (以与信标委员会放到链上的“Attestation" 区分)。 ## 上文回顾: - (相对) 小的验证者子集在每个区块 N 对区块 N-1 做证明 - (相对) 小的验证者子集仅每大约 27 小时轮换一次 - (相对) 小的验证者子集 (当前的和下一个) 的信息会被打包到链上 轻客户端同步协议现在可以制作了。它依赖于同步委员会对链状态的认证。 - 不同于用整个信标状态 (即创世状态) 来初始化节点，轻客户端下载一个历史区块头和在该区块的当前和下一个同步委员会的数据。 - 不同于下载和追踪整个验证者集 (20 万验证者，且数字还在上升！)，轻客户端可以只下载和追踪当前和下一个同步委员会。 - 不同于通过下载和按顺序处理每个历史区块来处理区块链，轻客户端可以只下载一个同步委员会的最后一个 SyncAggregate (确保 2/3 的委员会都签名了) 和给下一个同步委员会的默克尔证明。 实质上，轻客户端通过一直追踪每个同步委员会来实现同步，一个接一个委员会地同步，确保每个委员会的交接都有一个得到 2/3 投票的聚合证明，用以验证下一个委员会。  <br/> # 我们是如何实现的？ 在 [Scaling Ethereum Hackathon](https://scaling.ethglobal.co/) 期间，Lodestar 团队决定要大力推动我们在轻客户端上的工作，并在活动结束前展示一个原型和进行演示。当时的轻客户端原型连接到一个后端，该后端使用的是没有验证者共识创建的区块来更新状态。这使得我们可以以低资源消耗对消费者层做测试。 黑客松之后，我们把全部功能迁移到我们的信标节点，这样轻客户端就使用网络上的真实数据。随着区块链的发展和通过新的 ‘lightclient’ API 命名空间为信标节点提供服务，信标节点现在可以高效地给初始证明提供更新信息了。我们已经可以连接到 Altair 开发者测试网 0、1 和 2 ，并成功处理数据了。 为了这次黑客松的目的和作出简化版的 demo，我们为轻客户端创建了一个 REST API 来获取更新信息和请求证明。在这个过程里有三个终端： - 获取历史同步更新信息 - 获取最新的同步更新信息 - 获取一个信标状态的多重证明 这些终端其实也揭示了底层功能——创建来自信标状态的同步更新对象和多重证明。我们将寻求围绕此 REST API 构建共识，使其成为 Eth2 里轻客户端的新标准。 轻客户端的初始化有两种方式——在轻客户端的初次启动时从一个可信的状态根进行初始化，或在客户端启动后从一个可信的快照进行初始化。轻客户端被初始化后，它会请求从当前同步的位置到被最终确定的状态的更新信息。 轻客户端也有请求证明的功能，通过当前同步的状态根进行验证。  <br/> # 我们的网站展示什么？ 我们的[网站](https://light-client-demo.lodestar.casa/)展示了在浏览器中运行的轻客户端的基本功能。浏览器轻客户端与一个有多个客户端参与的小型 Altair 测试网上的信标节点连接。我们展示了网络时钟、同步状态，和一个证明请求/响应交互部分。请看我们的 [demo](https://youtu.be/3O7nNHhdqlc)，了解更多信息！ <iframe width="663" height="382" src="https://www.youtube.com/embed/3O7nNHhdqlc" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe> 网络始终显示的是测试网当前的 slot/epoch。这部分纯粹是信息，现在并没有展示任何轻客户端的功能。 同步状态部分显示的是轻客户端当前的同步状态。轻客户端是被配置来更新最新的最终确定状态的。在页面加载时，你会发现同步会快速更新到当前的 slot。 证明请求/响应部分允许用户以交互的方式执行证明请求和接收响应。证明请求作为进入信标状态的“path (路径)”列表。响应则显示为反序列化结果和底层证明。 需要注意的一个特点是，对进入状态多个“path"的每个请求返回的是单个多重证明，而不是每个 path 一个证明。这种结果的批量处理可以节省额外的带宽。 <br/> # 接下来的工作 我们为在 Eth2 轻客户端上取得的所有进展感到高兴，但我们还只是刚刚起步。我们未来工作之一是把我们在构建原型时学到的东西反馈到 Eth2 规范库。请看我们的第一个 [issue](https://github.com/ethereum/eth2.0-specs/issues/2429)。 展望未来，我们将确保与规范的更新保持同步。我们目前处于 1.1.0-beta-2 阶段。这将确保我们的信标节点和轻客户端保持更新，且与生态其他部分保持同步。我们还将继续参与 Altair 开发者测试网/测试网，并关注 Pyrmont 测试网的情况。 Lodestar 团队的另一个目标时创建一个能够与链头同步的、能重组 (reorg) 的轻客户端。这是因为轻客户端现在只能与最新最终确定的检查点 (checkpoint) 同步，比在健康网络的链头慢大约 6 分钟。为了支持与链头同步，我们需要支持在网络动荡时会自然发生的“重组“。最后，我们计划进行持续的研究，探索使用从共识层扩展到执行层，到[合并](https://github.com/ethereum/eth2.0-specs/tree/dev/specs/merge)后的可用用户数据。现在的轻客户端只使用在信标链上的数据。这包括验证者余额、randao 值和之前的信标区块。但关键是，它并不包括执行相关的数据 (之前称为 Eth1)，例如 ETH 余额或 Dapp 的状态。 合并 (The Merge) 把执行层与共识层 (之前称为 Eth2) 连接起来。这构成通过轻客户端使用执行层数据的基础，但还有很多实操问题有待解决。 我们很高兴能继续在 Lodestar 的 Eth2 轻客户端上工作，并将在未来继续更新我们的工作进度！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Layer2/arbitrum-mainnet-for-everyonehttps://www.ethereum.cn/Layer2/arbitrum-mainnet-for-everyoneWed, 01 Sep 2021 00:00:00 GMT来源 | [Offchian Labs](https://offchain.medium.com/mainnet-for-everyone-27ce0f67c85e) <br/> 就在今天 (北京时间 2021 年 9 月 1 日凌晨)！Arbitrum One 向所有终端用户开放，我们怀着兴奋的心情欢迎所有人的使用！今天我们这么多年以来工作的成果展示，但从很多方面来说，这只是个开始。我们希望扩容以太坊的愿景已经酝酿多年，但在今天，我们首次有机会为以太坊社区缓解 gas 费高昂的问题。如果读者也在耐心等待使用 Arbitrum，那么请注意我们下面提到的重要信息了！好了，我们现在开始吧！  ## 公平发布 那么还有谁一起加入这场派对呢？ 我们有幸与许多世界级的团队合作，共同致力于让用户能够使用上可扩展的、支付得起的以太坊应用程序。自从五月份我们向开发者开放 Arbitrum One 以来，我们已经向 400 多个团队发送了主网访问指令，并且已经看到有几十个团队完成了部署。此前我们曾承诺将公平发布，因此我们今天向所有用户同时开放项目，以兑现这一承诺。 但是，虽然我们今天已经解除了白名单，但这并不意味着每个项目都会选择立即上线。在 [Arbitrum One Portal](https://portal.arbitrum.one/) (Arbitrum One 门户网站) 中，用户可以追踪 Arbitrum 已上线/即将上线的项目的进展。我们预计今天会有几个项目上线，未来几天或几周会有更多项目上线。一旦有项目上线 Arbitrum One，我们会从门户网站中直接链接到项目的网站，并且发现新增项目会立即添加上去。如果有开发者想要在 Portal 上添加项目，请在[这里](https://docs.google.com/forms/d/e/1FAIpQLSdw0U-9LcLuih5TZ_QghS-S_MS4wCKSEigA_IQEza_hFmNVow/viewform)提交项目。 <br/> ## 主网 beta 版以及通往完全去中心化之路 虽然我们已经说过[很多](https://medium.com/offchainlabs/arbitrum-updates-buckle-up-80483d71718c)[次](https://offchain.medium.com/introducing-arbitrum-one-our-mainet-beta-ed0e9b63b435)了，但这点很重要，所以需要再强调一次。尽管今天的发布是一个里程碑事件，但 Arbitrum One 目前仍是 beta 版本。我们将密切监视发布以及保持快速升级的能力，甚至在必要时暂停系统。由于 Arbitrum 是一个新的、前沿的系统，我们认为目前保有一定的控制是负责人的发布方式，但是我们希望用户们能够理解这一点。如果读者对 L2 不甚熟悉，请查看 [L2Beat](https://l2beat.com/?view=risk)，这是一个非常好的社区资源，帮助大家理解各个 L2s 的状态和权衡。完全去中心化仍然是 Arbitrum One 的最终计划，为了让我们继续专注于实现这个目标，我们将继续使用 “beta” 这个名称，直到我们实现完全去中心化。 在今天的发布中，我们还采取了几个措施以保证网络可靠且安全地运行。总之，我们的目标就是轻松地启动发布，同时确保公平，不会以牺牲其他项目为代价来优先考虑某些项目。Arbitrum 是一个社区项目，我们的目标是为每个人创造一个家。 <br/> ## 速度限制 最值得注意的是，今天发布的版本中，速度限制在 80,000 arbgas 每秒。有的读者可能不理解这个数字是什么意思🤣，限制在这个 gas 是为了让 Arbitrum One 在发布后的容量与以太坊 L1 当前容量大致匹配。随着系统稳定，我们打算逐渐提高速度限制，并继续提供性能。 Arbitrum 上的交易费用将比以太坊 L1 上的便宜得多，但需要注意的是，如果达到了网络容量限制，那么 L2 可能会拥堵并且费用上涨。未来几周甚至几个月的目标将是努力且可持续地提高这些限制。 <br/> ## 解除白名单！ 我们已经解除了白名单限制 (任何用户都可以与 Arbitrum One 网络进行交互)。但是在生态系统进一步成熟之前，我们还是会在这两方面继续保留白名单：a) 向 Arbitrum 的跨链桥添加新的代币；b) 成为一名活跃验证者。如果你的项目有代币，并希望添加至跨链桥，请联系我们，我们很高兴与你合作。我们设定这个限制是为了保护用户，并确保可以轻松地识别出哪些 L2 代币对应于其 L1 代币。我们还与几个信誉良好的验证者合作，以验证 Arbitrum 上的交易，请持续留意即将发布的公告。 <br/> ## 必要时可暂停网络以及快速桥接机制 如果在网络上检测到异常活动或潜在的安全事件，我们可能会暂停网络。我们最重要承诺是保证用户资金的安全，即便这将牺牲网络的正常运行时间。 与所有 Optimistic Rollups 一样，Arbitrum 的提款退出时间约一周。虽然这是用户体验层面上的缺点，但是我们相信这个机制下，资金将在系统内保留一周，并在潜在安全事件发生时我们可以有时间暂停网络并做出反应。快速桥接协议会使得“七天退出期”所带来的功能失效，因而我们建议所有快速桥接解决方案在早期为其流动性设限。如果你正提供一个快速桥接解决方案，并且我们还没讨论过这个问题的话，请随时联系我们！ <br/> ## 漏洞赏金项目 在今天的发布之前，我们已经宣布了由 Immunefi 举办的面向公共的[漏洞赏金项目](https://immunefi.com/bounty/arbitrum/)，作为 Arbitrum 的额外安全调查层。如果你发现了 Arbitrum 上的漏洞，请及时提交，我们将根据漏洞赏金计划中规定的标准快速回复并给予奖励。 <br/> ## 桥接资产 那么，现在你已经准备好通过跨链桥发送一些资产到二层，并在 Arbitrum 上使用你最喜欢的 DApps 了。由于 Arbitrum 仍是较早期的软件，我们正逐步推出，我们建议你目前适度存款。 但是用户需要从何开始呢？首先，前往 Arbitrum One [门户网站](https://portal.arbitrum.one/)，并确保你已下载支持 Arbitrum 的钱包 (如果你还没下载的话)。钱包设置好之后，我们创建了一个[桥接教程](https://arbitrum.io/bridge-tutorial/)来帮助你通过跨链桥转移资产并开始使用 DApps。ETH 是 Arbitrum 网络的原生代币，因此为了进行交易，你将需要转移一些 ETH 过去。 <br/> ## 下一步有什么？ 在未来几周及几个月，我们将继续监控网络的使用情况，提高网络稳定性和性能，并逐渐增加上限。我们还会逐步添加一些令人兴奋的功能，这些功能将进一步改善 Arbitrum 上的开发者的体验。 <br/> ## 感谢大家 (没错，就是你！) 今天的发布之所以能够成功，是因为各方人士在这个过程中发挥了重要的作用，对此我们十分感激。首先，感谢我们出色的团队。我们的团队规模虽小，但十分强大，并且对于扩容以太坊的任务充满热情。唯一的缺点就是规模较小，如果你和我们一样对以太坊的可扩展性目标充满兴趣，请[申请加入我们](https://jobs.lever.co/offchainlabs/) ！ 我们也很幸运能够获得该领域一些十分优秀的投资者的支持，他们从一开始就认同我们的愿景和使命。本次发布中，我们同时宣布我们完成了由 Lightspeed、Pantera、Polychain、Redpoint、Ribbit 以及其他合作伙伴参投的 B 轮融资，融资 1.2 亿美元。我们打算继续大力投资建设我们的团队，并推动以太坊得以被大规模使用。 最后也最重要的，我们需要感谢社区的每位成员，感谢大家的耐心等待与支持。我们接下来还会陆续发布更新，请保持留意，并给予我们珍贵的反馈，告诉我们你想要添加的功能，加入我们的[社区](https://discord.com/invite/5KE54JwyTs)吧！谢谢大家 💙 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-31/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-31/Tue, 31 Aug 2021 00:00:00 GMT <br/> # Layer2 **L2 扩容解决方案路印 (Loopring) 支持直接在二层铸造、交易、转移 NFT** 8 月 25 日，L2 zkRollup 解决方案路印宣布支持直接在其二层铸造、交易、转移 NFT 的功能： - 任何在 L2 铸造的 NFT 都可以提到 L1； - 支持 ERC1155 和 ERC721 两种 NFT 代币标准； - L1 的 NFT 可以在 L2 上质押； - 没有限制：所有 L2 账户都可以铸造 NFT； - 支持 NFT 的功能将于路印 3.6.2 版本中上线； - 路印正在探索用例和其他伙伴关系，以帮助将 NFT 在 L2 上实现扩容。 [来源](https://medium.com/loopring-protocol/loopring-now-supports-nfts-on-l2-29174a343d0d) <br/> **Optimism 发布新的网关接口，允许任意 ERC20 代币的存取款** 8 月 27 日，Layer2 扩容解决方案 Optimism 宣布上线一个新的网关接口，允许用户在 Optimistic Ethereum 上进行任意 ERC20 代币的存取款操作。以下为 Optimism 发布的博客的翻译： 在开发 L2 链时，弄清楚如何处理代币桥接是一个复杂且需要权衡的问题。而 Optimism 的桥接实现争取在下面两种事实间取得平衡： - **ERC20 只是一个接口**：在 L1 上有数百种不同的代币实现。其中一些与开箱即用的 OpenZeppelin Token 有很大的不同。因此，不可能制定一个涵盖所有可能的存款资产类型的单一的 “ERC20 桥接” 实现。 - **创新应该是无需许可的**：我们作为一个中心化的实体，不应该控制哪个代币能够桥接至 L2。 因此，我们重新设计了一个代币桥接系统。在这个系统中，所有存款与提款都会对应一个 "L1 Token" 代币地址和一个 "L2 Token" 代币地址，资金通过这些地址在两条链之间转移。 而想要在 Optimism 上部署新代币的开发者，可以运行一个简单的 CLI 工具，以部署一个默认的 ERC20 实现。生成的地址可以输入到网关以实现存款和提款。此外，前端使用了 Uniswap 的代币列表模式的扩展，以支持管理受信任的存/取款对。 [来源](https://optimismpbc.medium.com/arbitrary-token-bridging-d552f6bef694) <br/> **二层网络研究平台 L2 Beat 发布更新版本，新增项目风险分析页面** L2 Beat [https://l2beat.com/](https://l2beat.com/) 是一个专门追踪二层网络项目数据的研究平台，8 月 27 日其更新了最新的版本。新增了 Risks (风险) 分析页面 (如下图)，用户可以将鼠标悬停在任何值上以读取更多信息。  <center>cr: @l2beatcom</center> Risks 页面包括的信息有：系统状态的安全性、数据可用性、可升级性 (即如何以及何时可以改变这个系统)、运营者审查以及宕机对用户的影响 (即当出现这种情况时用户应该怎么做)。 此外，项目页面也添加了其他描述内容：项目介绍、项目风险总结、社交媒体及其文档链接、底层技术介绍、系统运营者介绍、用户退出系统的途径等等。 [来源](https://twitter.com/l2beatcom/status/1431195223561052161) <br/> **Hop Protocol 发布从 Optimism 退出至以太坊或其他扩容解决方案的快速桥接** Hop Protocol 协议旨在提供 L2 项目之间的互操作性解决方案，使用户实现跨 rollup 转账。此前，Hop Protocol 于 2021 年 7 月 13 日上线以太坊主网、Polygon 和 xDai。随后于 8 月 26 日宣布上线 Optimistic Ethereum，支持快速提款 USDC 和 USDT 资产。 作为 Optimism 的首个快速退出桥接，Hop 允许用户在几分钟内将代币直接转移到以太坊、Polygon 或 xDai 中。Optimism 扩容解决方案为期七天的提款退出期常被用户诟病，而 Hop Protocol 正是提供了快速提款的解决方案。 [@litocoen](https://twitter.com/litocoen) 在推特上分享了其使用 Hop Protocol 从 Optimism 直接提款 USDC 至 Coinbase 的[视频](https://twitter.com/litocoen/status/1432372371084791815)。 [来源](https://twitter.com/HopProtocol/status/1430630767042904074) <br/> **L2 Optimistic 扩容解决方案 Arbitrum 与以太坊浏览器 Etherscan 合作推出二层浏览器 Arbiscan** Arbiscan 为 L2 解决方案 Arbitrum 的浏览器，于 8 月 30 日上线。  <center>cr: @arbitrum</center> 此外，Arbitrum 官方表示，Arbitrum One 将于 2021 年 8 月 31 日面向所有终端用户开放，届时每一个在 Arbitrum One 上部署了的项目都会向其用户开放二层。其生态门户包含 70 个 DApp、钱包以及工具 (包括 Aave、Alchemy、CREAM Finance、Celer cBridge、Chainink、Coinbase Wallet、Connext、Curve、Etherscan、Hop Protocol、imToken、Infura、Loopring、MCDEX、MakerDAO、MetaMask、SushiSwap、The Graph、Uniswap 等)。发布细节将稍后公布。  <center>cr: @gluckarte</center> [来源 1](https://twitter.com/arbitrum/status/1432112087489257482) [来源 2](https://twitter.com/arbitrum/status/1432494538002771970) <br/> **去信任的 L2 <> L1 合约调用中继项目 Nova** 开发者 [@transmissions11](https://twitter.com/transmissions11) 在推特上介绍了其项目 Nova，用于去信任地在 L2 与 L1 之间中继任意合约调用。 [@transmissions11](https://twitter.com/transmissions11) 表示，他仅使用了 20 行代码就从 Optimism 中向 Rari Capital 的 Fuse (L1 上的一个借贷市场协议) 上存入了一笔资产，如下图： [https://pbs.twimg.com/media/E9vGNLaVoAAD1GE?format=jpg&name=small](https://pbs.twimg.com/media/E9vGNLaVoAAD1GE?format=jpg&name=small) 使用 Nova，用户可以在 L2 上使用 L1 上的 Uniswap、Aave，以及与 L1 的 NFT 交互。 [来源](https://twitter.com/transmissions11/status/1431044602287464450) <br/> # Eth1 (执行层) **以太坊主网短暂分叉事故** 在上周 8 月 19 日， Go Ethereum 团队在推特上公告即将在 8 月 24 日发布针对 EVM 漏洞 (`CVE-2021-39137`) 这个严重安全问题的热补丁——新版本 v.1.10.8，在随后 8 月 20 日举行的第 120 次核心开发者会议上，Go Ethereum 团队再次公告，并于 8 月 24 日如期发布 v.1.10.8。不幸的是，8 月 27 日，以太坊主网上的这个漏洞还是被触发和利用了，结果那些没及时升级的矿工挖了个小分叉，受影响的是那些基于 Geth 的 EVM网络 (侧链和 Layer2 都有）。所幸由于大多数的矿工都升级了，正确的链仍然是最长链 (权威链)。而此次的漏洞在于 Geth 旧版本在处理与预编译合约的调用时未考虑异常值的处理。 <br/> **关于 EIP-1559 的123** 1. 根据 Dune Analytics 的数据，截至 8 月 26 日，EIP-1559 上线主网三周后已烧毁超过 100,000 个 ETH。  [来源](https://twitter.com/trent_vanepps/status/1430898384664100869?s=20) 而截至 8 月 27 日，类型2，即 1559 式的交易已占区块空间的 78.3%  [来源](https://twitter.com/trent_vanepps/status/1431047477797527554?s=20) <br/> 2. Uniswap 创始人 Hayden 在 8 月28 日发推表示 Uniswap v3 兑换交易的失败率现在处于史上最低的 6.7%，而历史上的平均失败率是 10-15%。他说这一直是 EIP-1559 最主要的好处之一。 [来源](https://twitter.com/haydenzadams/status/1431291143065636870?s=20) <br/> 3. Sushi 的 CTO Joseph Delong 于 8 月 30 日在推特发了天价 gas 费的截图，并配上文字“可能 EIP-1559 并没有我们想的那么好”，意指 EIP-1559 似乎让 gas 费变高了。  此番发言引来社区热议，很多人在评论区表示 EIP-1559 并不旨在降低 gas 费，并且天价 gas 费是 NFT 推高的。同时，由于 EIP-1559 下的需求模型能更高效地把需求峰期反映给终端用户，这意味着用户更了解当下情况，对应地提高出价以保证交易被打包。结果是用户会直接出比以前更高的价，而不是发送多笔交易直到被打包。 [来源](https://twitter.com/josephdelong/status/1432144046449991681?s=20) ENS 的开发者 @nicksdjohnson 除了在 Joseph Delong 的评论区参与讨论外，还另外发推探究 EIP-1559 有没有减少 gas 费的超额支付问题。首先，他对超额支付进行定义——用户支付的 gas 价格与在该区块的最低非零 gas 价 (1 gwei 或更高) 之间的差值。把这个差值与使用的 gas 相乘，对每天的这些乘积求和，便能得出给矿工的总超额支付值。把这个值与总 gas 费以比率形式表示，就能得出一个系数，比如 2.0 就表示人们支付的费用是他们交易所需的两倍。 那么， EIP-1559 是否有助于降低超额支付的系数呢？请看下图  Nick 表示他发现有趣的是，即使在大多数交易仍然是遗留交易时，分叉发生后这个系数还是几句下降了——可能时因为即使你发送的时遗留交易，基本费用也能作为很好的价格预言机！ [来源](https://twitter.com/nicksdjohnson/status/1432187721812824073?s=20) <br/> **执行层客户端团队获资金 150 万美元** 以太坊基金会博客宣布以太坊执行层客户端团队获得以下六个社区项目各 25 万美元的资金资助——Compound Grants、Kraken、Lido、Synthetix、The Graph 和Uniswap Grants。 [来源](https://blog.ethereum.org/2021/08/24/building-together/) <br/> # The Merge **The Merge 有 NFT 了** Eth2 核心开发者 Danny Ryan 在 8 月29 日于 EDCON2021 做了“以图表呈现合并之路 (the merge, a journey in diagrams)"的主题演讲。在演讲的最后，Danny 把这些图表做成了 NFT 系列，在 OpenSea 上发布了，以支持以太坊信标链的发展。  [指路](https://opensea.io/collection/when-merge) <br/> **The Merge 有 Meme了** 前日，以太坊开发者 Hsiao-Wei 在推特贴出了一张象征以太坊合并工作的 meme 图片：  这个 meme 原为“Panda Fusion”，图中黑熊代表 Eth1 (execution layer)，白熊则代表 Eth2 (consensus layer)，两只熊摆出了日本著名漫画及同名动漫《龙珠》里特兰克斯和孙悟天的“融合舞步”姿势，代表 PoW 以太坊链和 PoS 信标连合二为一，融合成为一个更加强大的“超级战士”。 因其对以太坊合并工作以及对社区就合并形成共识的形象体现，这个 meme 在推特上迅速走红。Meme 作为社区化的产物，其创作-传播-强化共识的生命周期都发生在社区之中，但以太坊赋予了 meme 更多的可能性，tokenization (代币化) 就是一个绝佳的例子。抛开投机炒作的狂热，源于社区的“meme”应该如何更好地反哺社区，发挥 public good 的效用？这是一个我们需要不断思考和探索的问题，如何让 JPEG 不止于 JPEG。 [来源](https://twitter.com/icebearhww/status/1431970802040127498?s=20) <br/> # Eth2 (共识层) **如果 8.28 的分叉事故发生在合并后如何？** 8.28 的分叉事故发生后，Yearn 的 banteg 发推表示，“如果我们已经合并了，相似的情况可能会导致严重罚没，这会很可怕。” 以太坊基金会的研究员 protolambda 对这种假设进行了回应和解释： 不会出现严重罚没，而只是带来怠工惩罚。 由于有大量验证者显示离线 (因为出现了分叉)，会产生一些损失，但除非离线的验证者数超过网络的1/3，区块链不会开始溢金 (leaking) (直到再次有 2/3 的验证者上线，押金扣减才会停止)，这样的影响比较轻的。 至于如果超过1/3 的验证者停止履行职责，需要多长时间恢复这个问题，这要看情况。 如果验证者只是离线了，他们可以在有效链上再上线就好了。 如果有一条无效链在做敲定 (在一个 epoch 里有 2/3 的验证者投票)，那么他们就无法移到另一条链 (否则会引起环绕投票罚没)，且需要在最终敲定前撤销他们的无效链。 如果只是一片混乱 (没有任何一处有 2/3 的大多数，但验证者在不同的链投票)，它可以通过自行升级解决，因为每个人都对同一个检查点 (checkpoint) 投票。只需让易受攻击的节点更新并保持与 2/3 的对等节点同步。 [来源](https://twitter.com/bantg/status/1431290901977042947?s=20) <br/> 其他关于 Eth2 的最新消息请看最新一期 [What's New in Eth2](https://www.ethereum.cn/Eth2/wnie2-2021-8-30) <br/> # 生态 **得益于 NFT 热潮，EIP-1559 上线后以太坊矿工 8 月份的收入保持了稳定** 据 The Block 的 Dashboard 数据显示，8 月份以太坊矿工的收入为 16.5 亿美元，比 7 月份增长了 60% 以上。  <center>cr: The Block</center> 但是如果从 ETH 价格的角度来看，现实情况更加微妙。首先，ETH 的价格在过去 30 天里一直呈上升趋势，在这个月的大部分时间里徘徊在 3000 美元上方，而 7 月份以太坊的价格徘徊在 2000 美元左右。 根据 Etherscan 的数据，截至 8 月 29 日，以太坊矿工当月收到的交易费用约为 61,000 个 ETH，较 7 月份的 91,000 个 ETH 大幅下降。[https://etherscan.io/chart/transactionfee](https://etherscan.io/chart/transactionfee) 8 月份的矿工收入很大程度上得益于 NFT 热潮，以太坊链上活动不断增加。而在 8 月 5 日 EIP-1559 升级之后，矿工收到的 ETH 交易费总额下降，之前属于以太坊矿工的部分网络交易费用被销毁。伦敦升级之后的 20 天内，销毁超过 10 万 ETH。 [来源](https://www.theblockcrypto.com/linked/115953/ethereum-mining-revenue-august-eip-1559-nft?utm_source=twitter&utm_medium=social) <br/> **vitalik.eth** Vitalik 在 ENS+IPFS 做了一份他的个人网站 vitalik.ca 的镜像——vitalik.eth.link。如果你安装了 MetaMask 的扩展程序，或使用 Brave 或 Opera 浏览器，可以直接输入"vitalik.eth/"。  [来源](https://twitter.com/BrantlyMillegan/status/1432203474549321728?s=20) https://www.ethereum.cn/Eth2/wnie2-2021-8-30https://www.ethereum.cn/Eth2/wnie2-2021-8-30Mon, 30 Aug 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_210827) <br/> # 公告 📣公告-1：如果你正在运行 Geth 或者 Erigon 作为你的 Eth1 节点，请务必更新到最新的版本！Eth1的[分叉](https://twitter.com/mhswende/status/1431259601530458112) 意味着 Geth v1.10.7 和更早的版本已经不能用了。 参见这个[Reddit 帖子](https://www.reddit.com/r/ethstaker/comments/pco35b/there_are_reports_of_a_chain_split_on_eth1_update/)，了解 Geth 升级说明和更多信息。如果你不升级，你将可能无法提议信标区块。 🚨公告-2：Prater 测试网将在 9 月 2 日北京时间 20:24 进行升级。如果你正在 Prater 上运行，请与你的信标链客户端团队确认，并确保及时升级。 在公告-2里，以下是你需要的支持 Prater-Altair 的客户端版本： - Teku: [v21.8.2](https://github.com/ConsenSys/teku/releases/tag/21.8.2) - Lighthouse: [v1.5.1](https://github.com/sigp/lighthouse/releases/tag/v1.5.1) - Nimbus: [Altair-beta](https://github.com/status-im/nimbus-eth2/releases/tag/altair-beta) (不要在主网运行这个版本!) - Prysm: 待定 <br/> # 信标链 在 20 日周五，我们在信标链上发生了一次[非常小的事故](https://twitter.com/benjaminion_xyz/status/1429044820383866896)。这仅是信标链创世 9 个月以来的[第二次](https://hackmd.io/@benjaminion/wnie2_210424#-Newsflash-)有趣事故。说实话，如果信标链不是在大部分时间内运行得近乎完美，我怀疑我们甚至不会发现发生了什么。 事情大概是这样：Lido 的一个管理着大约 4000 个验证者 (占整个网络的大约 2%）的供应商遭遇降级服务，并生成了很多孤块。这减少了用于打包证明的总可用区块空间，导致少量证明被挤掉无法被打包到链上。其结果是给验证者带来一些 (非常小) 的惩罚，以及总参与率下降了一到两个百分点。事情没有很严重。进一步的研究发现，问题被 Prysm 在两方面的问题放大了：(1) Prysm 客户端对孤块情况[处理不当](https://github.com/prysmaticlabs/prysm/issues/9441)，以及 (2) Prysm 在网络上占主导地位。 如果想了解更多资讯，可参见下列文章： - 我最初在[推特](https://twitter.com/benjaminion_xyz/status/1429044820383866896)上的解释。不要忘了重新打包[孤块](https://twitter.com/benjaminion_xyz/status/1429087608206942213)里的证明。 - Lido 自己的[事后总结](https://blog.lido.fi/lido-20-08-2021-orphaned-blocks-in-ethereum-incident-postmortem/)，提供了大量关于他们方的根本原因。 - 对事故的详细[数据分析](https://shsr2001.github.io/beacondigest/notebooks/2021/08/23/beacon_incident.html)，由以太坊基金会下的 Robust Incentives Group 的 Shyam Sridhar 完成。 其他方面的事情都进展顺利！ ## Altair 升级 Altair 信标链升级将于 9 月 2 日在 Prater 测试网的 epoch 36660 上部署。请看上面公告-2。 信标链的升级日期还没确定，但如果一切顺利的话可能是 9 月 30 日。届时，所有质押者都需要升级他们的客户端，请做好准备。你们无论如何都会更新的，对吗？ Pyrmont 测试网的 Altair 升级进展非常顺利。我们现在用 Pyrmont 作为对客户端和协议进行[压力测试](https://github.com/eth2-clients/eth2-networks/issues/59)的地方。首先，我们让一半的验证者离线 (客户端团队控制 Pyrmont 上大多数的验证者) 三天，以在长时间无法最终敲定的情况下测试行为。一切顺利，除了在 Prysm 中发现了一个[同步问题](https://github.com/prysmaticlabs/prysm/issues/9450)。 Danny 写的 [Finalized no. 28](https://blog.ethereum.org/2021/08/25/finalized-no-28/) 给出了 Altair 的路线图。 <br/> # 合并 (The Merge) 在 8 月 20 日举行的核心开发者会议达成了一个共识——在合并前，Eth1 上不会有新的 EIP。实现权益证明现在成为以太坊开发者的首要任务 ConsenSys TX/RX 的 Dmitry Shmatko 分析了合并中过渡总难度的行为。他提出了一些建议，以帮助更精确地计划合并的时间。由于 PoW 中的哈希率是不可预测的，所以需要考虑一个会自然变化的要素。 同样来自 ConsenSys TX/RX 的 Mikhail Kalinin 发布了用于合并后共识层客户端与执行层客户端交互的 API 设计提议文档。这个文档在多次开发者会议里得到讨论。 <br/> # 质押 大家请打开端口！Adrian Sutton 撰文解释为什么[打开端口](https://www.symphonious.net/2021/08/14/exploring-eth2-why-open-ports-matter/)对你的节点和网络健康都很重要。 <br/> # 释义性文章 我[说过](https://hackmd.io/@benjaminion/wnie2_210813#The-Beacon-Chain)会有关于使用 Dafny 框架对信标链规范进行[形式验证](https://github.com/ConsenSys/eth2.0-dafny)的视频，[它们来啦](https://github.com/ConsenSys/eth2.0-dafny/blob/master/wiki/videos.md)！ 一旦以太坊 2.0 完全成型，轻客户端会成为其不可或缺的一部分。如果你想熟悉这项技术，你可以从 Lodestar 的[轻客户端解释文章](https://medium.com/chainsafe-systems/lodestar-releases-light-client-prototype-40f300361c65)开始，会有很大帮助。Lodestar 已经构建了一个用于信标链的原型轻客户端，该客户端[在浏览器里](https://light-client-demo.lodestar.casa/)运行。 Nethermind 和 Flashbots 团队的 Tomasz Stańczak 在 PEEPanEIP 系列里做了关于🤖 [MEV & Flashbots](https://twitter.com/poojaranjan19/status/1427640850629206026) 🤖 的讲演。第二部分的内容是 MEV 与合并后的 Eth2。这些 PEEPanEIP 系列视频渐渐变成[非常珍贵的资源](https://www.youtube.com/playlist?list=PL4cwHXAawZxqu0PKKyMzG_3BJV_xZTi1F)。 <br/> # 媒体与其他资源 我想 [Bankless Staking Panel](https://www.youtube.com/watch?v=-YD5cAbatOc) 刚推出的时候，我漏了推荐了。无论如何，我现在已经收听了，它绝对值得一听。在这期里听了三种不同质押操作的观点，非常棒！而且，Darren Langley 的声音真的如此让人信服，我现在就想把我的钱都给他，什么问题都不问。音频在[这里](http://podcast.banklesshq.com/eth-staking-panel-coinbase-lido-rocket-pool-0)。 Superphiz 的 [State of the Stake](https://www.youtube.com/watch?v=MKtdOu1E0tU&list=PLOB9GGXGcc31_rKi1PlG0kGYf35e6l1wy&index=1) 系列在中断了一段时间后回归了，Phiz 为我们更新了信标链的进展。短短 11 分钟囊括了非常丰富的内容。 EthStaker 的第 18 次社区会议主要是与新客户端 [Grandine](https://github.com/sifraitech/grandine) 的Saulius Grigaitis 进行访谈。我们对 Grandine 的特别方法进行了非常好的讨论，也谈到为什么它至今仍是闭源的问题。 如果还想了解更多 EthStaker 的信息，可以看 Unvetica 编写的[第 15 期的社区更新](https://www.youtube.com/watch?v=3EOJxMUSpE4)。 Christine Kim (她即将要[离开](https://twitter.com/benjaminion_xyz/status/1431304005779656718) CoinDesk了😢) 在文章里讨论了[对质押去中心化程度的测量方法](https://www.coindesk.com/tech/2021/08/18/valid-points-ethereum-20-trends-toward-decentralization/)，这个方向是正确的。这些讨论是基于 Nansen 对[以太坊2.0背后的数据](https://www.nansen.ai/research/the-data-behind-ethereum-2-0)的研究成果。 <br/> # 研究 frankdfr 在 ethresear.ch 发表提案“由委员会驱动缓和 MEV 波动 ([Committee-driven MEV smoothing](https://ethresear.ch/t/committee-driven-mev-smoothing/10408?u=benjaminion))”。MEV 的收益在本质上是非常不稳定的。这份提案旨在将 MEV 的收益分给在一个 slot 里给一个区块做证明的整个验证者集。总的来说，这应该可以帮助个人质押者在面对大质押池时免于成为劣势一方，这样 MEV 收益就能自然地稳定下来。我不确定我是否喜欢提取价值被迫最大化这个功能——并不是每个想要的结果都以 Gwei 计算的。但我很高兴看到持续有削弱 MEV 世界及其后果的创新。这里有一篇[长文](https://notes.ethereum.org/cA3EzpNvRBStk1JFLzW8qg)。 vshvsh 在 ethresear.ch 发表提案“提款启动后堵住退出/进入队伍 ([Exit/entry queue clogging after withdrawals are enabled](https://ethresear.ch/t/exit-entry-queue-clogging-after-withdrawals-are-enabled/10400?u=benjaminion))"。这涵盖两个问题：部分余额提款 (或转账) 使质押奖励得以产生复利；以及，验证者签名密钥轮换。在当前的设计里，两者都只能通过退出和再次质押成为验证者来实现，这既麻烦又低效。这两个提议都不是新的，但把讨论集中在一个地方是很好的，集思广益。 <br/> # 常规会议 ## 实现者会议 第 71 次会议在 8 月 26 日举行 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/233) - [会议视频](https://youtu.be/DZiy3RhUgNY?t=32) - 我的[速记](https://hackmd.io/@benjaminion/rycc7-HWF)，和 Alex Stokes 的[实时推特](https://twitter.com/ralexstokes/status/1430926107147005952)。 除了常规的客户端团队更新外，我们还讨论了 Altair 的规划以及客户端在网络改变它们的 PeerID 的事宜。Lighthouse 和 Teku 倾向于继续沿用原来的信标节点 PeerID，而Nimbus 在每次重启时都修改它。我们谈论了这样做的好处和坏处。Jacek 在[推特](https://twitter.com/jcksie/status/1430909810669625350)上阐述了 Nimbus 的方法。 ## 用于合并的 API 设计会议 就在实现者会议钱，我们讨论了用于合并的共识层 API 设计。这是用于现有 Eth1/执行层客户端与Eth2/共识层客户端之间的新界面。我们的目标是认真审阅这份[提议的 API 设计文档](https://hackmd.io/@n0ble/consensus_api_design_space)。 - [会议议程](https://github.com/ethereum/pm/issues/378) - [议视频](https://www.youtube.com/watch?v=il0nha1HSiE) 进展是缓慢的；要把 API 设计正确是很难的，弄错了可能带来长久的困扰。大家提出了很多很好的意见。对 API 设计的讨论会在以后这个主题的会议和以太坊核心开发者会议里继续。 ## 社区会议 StakeHouse 社区会议现在变成了一个固定活动了。第 6 次会议在 8 月 25 日举行，并会在以后每隔一周的周三 GMT 下午三点举行。 - [会议视频](https://www.youtube.com/watch?v=dOxNsZegTPg&ab_channel=ETHStaker) - [各团队的更新](https://github.com/stake-house/stakehouse/wiki/Updates-from-the-Teams) - [进行中的项目想法列表](https://github.com/stake-house/stakehouse/wiki/Project-Ideas-List) 内容包括 Stereum 非常棒的演示，它现在是一个有相当完整的 GUI (图形用户界面) 的客户端安装器和转换器了，且 SSV.network 的测试网也搭建了。 (Superphiz [为 Stereum 感到兴奋](https://twitter.com/superphiz/status/1430568306986135554)！) <br/> # 活动预告 - 北京时间 8 月 30 日 19:00：SSV 协 Blox staking 举行第 2 次AMA。会有 POAP！(SSV 意为验证者秘密分享) <br/> # 其他新闻 - ssv.network 测试网已上线，等待大家试用。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/new-fascinating-terrain-nftshttps://www.ethereum.cn/Ecosystem/new-fascinating-terrain-nftsSat, 28 Aug 2021 00:00:00 GMT来源 | [NFT Tech](https://nfttech.medium.com/new-fascinating-terrain-nfts-what-they-are-and-why-theyll-change-everything-3a50332337e0) <br/> > NFT (Non-Fungible Tokens，非同质化代币) 是加密货币革命的最新宠儿。然而，这种新的加密代币到底是什么？它们是如何以如此强大的力量再主流市场上爆发的？以至于从 Tim Berners Lee 到 Grimes 再到 William Shatner，所有人都加入这场狂欢？  这一切都只是昙花一现吗？还是说我们正见证一个新兴资产类别的诞生？它有望存储价值；开启一种新的艺术收藏形式；在艺术家和其作品的粉丝之间建立新的、亲密的联系；为创作者提供收入；当然，在我们所有人居住的数字环境中培养出一个蓬勃发展的新艺术市场。 这两者中，我们显然是更加认同后者的观点。让我们先来解释一下什么是 NFT，以及它们为什么会改变内容创造的未来。 <br/> # 同质化 vs. 非同质化 同质化 (Fungible) 物品可以交换为其他等价物品。如果 (在撰写本文时) 我们给你发 46,000 美元，而你给我们一个比特币，那么我们双方都很满意。这两件物品的价值相当，而且至关重要的是，可以同样轻松地交易回来。可互换性 (fungibility) 指物品可以保值并且可以轻松兑换为其他物品。就像人们可以将欧元按市场汇率兑换为英镑或者黄金那样。 非同质化 (Non-Fungible) 物品独一无二、价值不易确定且容易变化。艺术就是一个典型的例子。Edvard Munch 的《呐喊》是有价值的，但这种价值完全是基于人们在特定时刻愿意为它支付的价格，或者基于买家的需求。 此外，这些独特物品有时永远不会被交易。卖方只是想以任何价格持有它，因此这种物品实际上超出了价值估计。即便有人带着中本聪钱包的私钥去卢浮宫，他们也可能不会给你蒙娜丽莎作为交换 (真是傻瓜)。  <center>来源<a href="https://giphy.com/Santi_OFF">@santi_off</a></center> <br/> # 什么是非同质化代币 NFT 是刻在区块链上的所有权的证书，给予其所有者一个永久的加密代币，以表明他们是某件艺术品的合法拥有者。我们都知道区块链安全且不可纂改，因此这“一纸证书”永远不会丢失，这个艺术品也不会被毁掉。这是一件永存于历史长河的艺术品。 为此，创作者可以在区块链 (以太坊是最为常用的区块链，但也有其他区块链) 上“铸造”一个 NFT，然后发出待售，就像传统艺术家将其作品放在拍卖行拍卖或者放在展览厅让人们欣赏以及购买一样，NFT 作品也放在某个平台拍卖。 买家可以使用加密货币购买 NFT，从而成为该作品的所有者。 然而，NFT 有一点让人不解 —— 就是不会禁止其他人下载数字媒体并使用它或者某种程度上“拥有”它。NFT 不强制执行版权 (至少现在没有，未来如何不确定)，而且并没有授予所有者对他们所拥有 NFT 的任何数字媒体的全部权利。 想想看，这就好比梵高的《星夜》的版画与真迹之间的区别。每个艺术系学生的宿舍或者豪华酒店里都有一幅，但原件只有一个人拥有。而拥有它的人会说”没错，我拥有着这件作品。“ 这对人类来说非常有价值。  <center>来源<a href="https://giphy.com/thengb">@thengb</a></center> <br/> # NFT 的可能价值和用例 这就是 NFT 的主要价值来源。然而，拥有 NFT 不仅限于用来吹嘘，而是可以授予其持有者某些权利。有一些会带有”转卖条款“，类似于足球运动员在转会协议中可能采用的方式。如果俱乐部转售他们曾购买的球员，那么该俱乐部收取的部分费用需要转给最初卖球员给他们的团队。这意味着可以通过成为第一个拥有 NFT 的人来创造永久收入。NFT 还可以授予其所有者将图像用作其个人资料图片或部署在公共场所的权利。 首先，NFT 的持有者可以在数字画廊中展示他们的收藏，然后向网络空间的其他居民炫耀。它们也可以作为观看某种一次性节目独一无二的入场凭证，就如 Ashton Kutcher 和 Mila Kunis 的动画系列 [Stoner Cats](https://www.stonercats.com/) 引起了巨大反响，用户需要持有两位艺术家铸造的 NFT 作为门票才能观看。这枚代币终身属于其拥有者，同时能够让拥有者加入派对。每只 stoner cat 的售价为 0.35 ETH，在二级市场的价格甚至更高。体育圈内的不同领域已经开始考虑将赛事门票作为 NFT 铸造了，或者提供其他收藏品以拍卖给粉丝 —— 这一切都有可能进入二级市场炒作。  <center>来源<a href="https://giphy.com/cryptokitties">@cryptokitties</a></center> <br/> # NFT 收藏的兴起 NFT 流行的另一种方式是”收藏“的兴起。[加密猫](https://www.cryptokitties.co/)是这方面的早期开拓者。当时大家疯狂地寻找机会收集这些加密猫。后来 [Cryptopunks](https://www.larvalabs.com/cryptopunks) 将其提升到了一个新的水平，其中一些 punk 每个价值 10 万美元。 NFT 为人们提供了一个机会，让人们可以精细布置他们的收藏陈列馆，并随着时间的推移不断增加新的 NFT 藏品，然后向社区中的其他人展示自己的藏品。 尽管这种行为听起来很具有对抗性，但实际上恰恰相反。就像多年前在学校操场上交易游戏卡片的体验一样迷人且亲密，NFT 收藏系列也能将社区聚集在一起，展示且交换他们的商品。 <br/> # 给艺术家赋能 因此，这一切的受益者就是创作者。我们指的不仅仅是 Beeple 的作品 *First 5000 days* 或者 Jack Dorsey 的首条推特 NFT 的天价成交额。确实，一些顶尖艺术家会大赚一笔，从来都是这样的。当然，一些早期采用这种方式赚钱的名人可能感觉有点笨拙。然而，NFT 真正的革命在于任何人都可以铸造它们，任何人都可以出售它们。 如果你是一名艺术家，并且想要将你作品的所有权出售给想要支持你的人，那么你就可以铸造 NFT 作品。这个圈子里没有守门人、没有画廊、也没有所谓的”艺术世界“，也就是说在你能够从中获利之前，他们必须验证你的创作。由于 NFT 的发展，艺术的民主化已经开始。你可以创作自己的艺术，在区块链上铸造它，然后放到市场上出售。  <br/> # NFT 市场面临的挑战 NFT 世界当前并非没有问题。艺术家的铸造成本尤其高昂。根据以太坊当前的 gas 费用，铸造一枚 NFT 的成本可能会超出你的期望。而且，并非所有 NFT 都是 —— 或者应该是 —— 价值数百万美元的藏品。大多数都很便宜，普通收藏家也能买到。此外，现在直接用 NFT 兑换 NFT 几乎是不可能的。 当交易的物品没有一个固定的、公平的、商定的价格时，这会在某种程度上使市场窒息。此外，如果你在以太坊区块链上铸造了 NFT，那么将这个 NFT 迁移到另一条链上相当困难，甚至不可能 —— 如果你的买家一直在币安智能链上收藏 NFT，那么其价值可能会受到损害。最后，NFT 具有一种价值 —— 这一点大家都很清楚 —— 但你知道如何解锁这种价值吗？或许可以把你的收藏品作为抵押贷款，就像有人乐意让你使用 Gustav Klimpt 的原作 *The Kiss* 作为抵押来换取硬通货一样。  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/the-resurgence-of-digital-identityhttps://www.ethereum.cn/Ecosystem/the-resurgence-of-digital-identityFri, 27 Aug 2021 00:00:00 GMT来源 | [medium.com/pelith](https://medium.com/pelith/the-resurgence-of-digital-identity-1b3d16fa2add) <br/> 数字身份 (digital identity)，或自主身份 (self-sovereign identity) 是一种利用非对称性加密技术为网络交易提供认证，并确保交易的完整性和不可拒付性的技术。它是若干互联网活动的先决条件，如发证书、私人信息传递、当然还有金融业务。  <center> 图片由Unsplash的 Chris Yang 提供</center> <br/> # 网络身份的兴起 ## 密码还是密钥 “密钥作为身份”这个想法上世纪就已经存在了。然而，数字身份在当时并没有被普通用户广泛接受。主要原因无疑是使用这种系统太复杂了。非技术人员要如何方便、安全地把私钥保存在自己手上？他们无法做到。 结果是，当 web2.0 出现时，网络公司需要验证它们的用户，它们决定采用账户密码模式而不是公-私密钥对模式。在注册新账户时，用户创建他们自己记得住的密码，网络公司保存密码。之后，它们使用一种“大脑对数据库 (brain to database)”的验证方式来登录。 ## 安全与中心化危机 这种简单模式行得通，但它也带来一系列安全问题。因为记住多套密码是很累的，用户倾向于在每个地方重复使用他们的密码。如果其中一个服务商以不安全的方式 (例如没有“加盐”、使用不安全的哈希函数等）存储用户的密码，并被攻破了，那么所有其他的服务都会陷入危险。 (译者注，在密码学中，在密码任意固定位置插入特定的字符串，让散列后的结果和使用原始密码的散列结果不相符，这种过程称之为“加盐 (salt)”。这种处理可以增加额外的安全性。)  <center>OAuth</center> OAuth 的发明就是为了解决这个问题。它使得小公司可以依赖现有的服务供应商。它们不需要运行它们自己的认证服务器，而只需要把这部分工作委托给一个用户已经拥有账户的第三方公司。尽管如此，即使像 Facebook 这样的巨头公司也有被发现存储密码纯文本并被泄露的情况。且不说中心化风险，很多采用 OAuth 的公司都受不断变化的政策影响。一旦一家公司被 OAuth 供应商禁止，整个业务都会崩塌。 <br/> # 数字身份的回归 如今，在这个行业里的人开始再次讨论账户-密码这种模式的替代方案。像 [biometric](https://blog.mozilla.org/netpolicy/2020/01/22/what-could-an-open-id-system-look-like-recommendations-and-guardrails-for-national-biometric-id-projects/)、SMS 和 OTP 这些[无需密码](https://en.wikipedia.org/wiki/Passwordless_authentication)的解决方案是可行的，但在身份方面，密钥对似乎仍然是最终目标。我们相信区块链，即以太坊，将使数字身份得以复兴。理由如下： ## 区块链用户友好的加密货币基础设施 如前所述，可用性是基于密钥对身份的首要问题。要求外行人用一个命令行工具对交易签名是不现实的。在使用一个去中心化系统时完全对保存密钥负责对他们来说也是非常可怕的。  <center>用于存储私钥的商业级钱包 </center> 在加密货币领域的人都已经对所有这些概念非常熟悉了。随着工具的成熟，使用私钥进行签名从未如此简单。 多亏了 Dapp 和以太坊，越来越多的人有了拥有私钥并用它对交易签名的第一次体验。人们构建了大量浏览器扩展程序、移动应用、和硬件设备来满足不断增长的需求。这些便于使用的工具有利于数字身份的普及，即便这些工具不是为它而构建的。 ## 区块链的状态 不同于密码验证，公钥加密本身是无状态的，这意味着加密签名的有效性是和环境无关的。然而，在一些高级场景中，数字身份还是需要“状态”的。很多 GPG 用户会与一个 (某种程度上) 中心化的密钥服务器交互，以注册/替代/撤销他们的公钥。总的来说，我们仍然需要状态来丰富数字身份的可用性和表达力。 (译者注：GPG 是 GNU Privacy Guard 的缩写，它是美国软件公司赛门铁可推出的 PGP 加密软件套件的免费软件替代品)  <center>身份的链上记录</center> 区块链能完美满足为你的身份提供状态这个需求。不同于[用 MIT 的服务器存储密钥记录](https://pgp.mit.edu/)，以太坊这个分布式账本在全世界有大约 5000 个副本。所有的记录都是可审计、防篡改和有经济确定性 (economical finality) 的。像 ENS 这样的项目正在为你的身份提供一个链上注册表。你可以为你的身份链接海外账户和添加元数据，实现这些都是无需许可的。  <center>由私钥控制的账户 vs. 由代码控制的账户</center> 此外，通过用智能合约实现访问控制，你在以太坊上的身份就是可编程的了。你可以为你的根身份 (root identity) 添加多签、社交式恢复，甚至失能开关 (dead man's switch) 这样的功能，同时保持日常使用的简易性。 <br/> # 数字身份+ OAuth 尽管我们已经有许多用户拥有私钥了，但要让数字身份被更多人采用，我们在服务供应商方面还没有通用的解决方法。幸运的是，OAuth 已经被很多供应商采用了。把 OAuth 与基于密钥的验证结合起来，web2 公司可以用他们习惯的方式集成数字身份。 [Eauth](https://eauth.app/) 是一个基于以太坊的，兼容 OAuth 的认证服务。集成者可以无缝地把数字身份作为 OAuth 的一个选项，而不需要任何密码学和 web3 钱包的知识。尽管使用 OAuth 通常意味着要把控制权交给第三方，但通过 Eauth 认证的身份将始终保持非托管状态。  <center>用户、钱包和 web2 服务供应商通过 Eauth 沟通</center> <br/> # 走向去中心化的路线图 无可否认，web2+以太坊登录并不能完美实现去中心化。去中心化的世界应该是完全无需许可和去信任的，但目前大多数的网络活动都仍然在 web2 服务器上进行。很可能的情况是 web2 和 web3 世界要并行一段时间。期间，Eauth 可以成为连接两个世界的桥梁。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/the-problem-with-prediction-marketshttps://www.ethereum.cn/Ecosystem/the-problem-with-prediction-marketsThu, 26 Aug 2021 00:00:00 GMT来源 | [insights.deribit.com](https://insights.deribit.com/market-research/the-problem-with-prediction-markets/) <br/> 在市场机制中，人们相互交换商品和服务。即使所有市场参与者只考虑自己的利益，价格发现 (price discovery) 也能够允许市场有效地分配资源，使其在社会中发挥最大的价值。 从以下示例中可以看出市场处理信息的效率以及准确性。1986 年，挑战者号航天飞机发射之后立即爆炸坠毁，7 名机组人员均遇难。随后 Maloney 和 Mulherin 这两位经济学家[研究了股票市场对该事件的反应](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=141971)，发现市场只需几分钟就查明了负责火箭助推器的供应商 Morton Thiokol 是罪魁祸首。(而官方的政府委员会花了 5 个月才完成调查。) 在一个有效的市场中，价格反映了所有可用的信息。因此，市场价格具有巨大的预测能力。我们可以通过反向观察来证实这一点：如果有人掌握了某种信息，即某个特定事件定然会偏离于当前的市场观点，ta 可以据此交易，直到机会消失。由于这种预测能力，越来越多人通过咨询市场价格，以确定某个未来事件发生的可能性。 <br/> # 什么是预测市场 对市场机制的认同，再加上群众的智慧，预测市场 (prediction markets, PM) 的概念由此出现。在预测市场中，用户可以根据现实世界事件的结果买卖合约。所有合约本质上都是二元的，这意味着它们要么解析为 100% (例如，某个特定事件必然发生) 或者 0% (必然不发生)。人们通常把合约 (contract size) 设为 1 美元，这样某个特定股票的市场价格可以简单解读为该特定股票可能支付的概率。  在 PredictIt 这个例子中，市场认为 Bernie Sanders 成为民主党总统候选人的几率为 46 美分，即 46%。认为真实可能性更高或更低的交易者可以购买 “是” 或 “否” 的股票，以赚取市场价格与合约实际价值之间的差价。  <center>来源：http://bwin.com</center> 体育博彩市场是一种更受欢迎但不太常被引用的 PM 形式，参与者对体育赛事的结果进行二元投注。在这个例子中，bwin 以十进制格式显示赔率，即显示成功下注的赔率。根据上述赔率，下注 Chelsea 赢的赔付 3.70 美元，平局赔付 3.50 美元，Munich 赢的赔付 1.95 美元。这些赔付价格转换为概率分布分别为 27%、29% 以及 51%。 由于 bwin 的利润率，这些结果达到 100% 以上并非偶然。另一方面，PredictIt 从任何已结束的赌注中扣除 10% 的费用，并向用户收取另外 5% 的提款费用。 这种市场能够准确预测现实世界事件结果的机制总是相同的：市场参与者的行为并不一致，每个人都利用自己获得的信息以获取利润。新信息由此出现，并且没有一个人单独拥有这些信息。 <br/> # 预测市场是为了世界和平？ 这些信息让一些经济学家和未来学家梦想着，如果我们拥有更多真实世界事件的预测市场信息，社会决策的“效率”会有多高。这种理想的顶峰为 [Futarchy](https://en.wikipedia.org/wiki/Futarchy)，这是一种治理形式，即根据此类预测市场的结果做出决策。但如果它们的输出如此有用，为什么它们在现实世界中不受欢迎？ PM 的粉丝很快就给出了答案，认为这是政府监管的问题，但更简单的解释是，下注者根本没有兴趣投注大多数结果。市场的存在并不是为了创造准确的价格预测。相反，这些预测是市场活动的正外部性，而不是参与者本身的目标。如果市场参与者受到预测的激励，ta 们应该等待并观察其他人的交易，而不是自己进行代价高昂的交易。 我印象中，大多数口头上支持广义预测市场想法的人都是站在市场观察者的角度而非投注者的角度。Ta 们希望从正外部性 (市场价格) 中获益，而不放弃任何回报。但这样做时，ta 们忘记了市场产生准确预测的原因是参与者遵循自身利益，而不是为了取悦经济学家和市场观察者。 <br/> # 价格是如何形成的 理解了为什么大多数市场永远不会看到任何有意义的流动性，有助于了解有效市场的运作方式。要使价格反映可用信息，需要做两件事情。首先，需要有人挖掘出某一特定现实世界事件的私人信息。然后，这个人需要根据其私人信息下注。 获取信息以及持有头寸的行为 (支付费用和长时间锁定资本) 都具有显著的现实成本。除非投注者获得费用补偿，否则不会发生投注，然后价格也不会变动。这意味着任何信息都没有被定价。 利润驱动的市场参与者发现新信息并对其采取行动必然有一个动机。这个动机通常来源于那些愿意以低于公平市场价格的价格下注的市场参与者。换句话说，ta 们花钱请人押注另一个结果。 有很多合理理由来为流动性买单。在体育博彩的例子中，用户可能会觉得投注 ta 们最喜欢的球队会增强其观看体验，并愿意为此承担一点点损失。在金融市场中，与之对应的是所谓的噪音交易员，ta 们在没有任何基本交易理由的情况下进行交易。在扑克游戏中，对应的就是菜鸟玩家，没有这种玩家，游戏也没法进行下去。 商业上有效的用例是风险转移。例如，小麦生产商是小麦期货的天然卖家，以对冲价格下跌的风险。这些小麦期货可能由希望对冲价格上涨的小麦工业消费者购买。在许多情况下，博彩市场允许将风险从不想要它的市场参与者转移到那些想要它的人上。 在任何一种情况下，都会有一些人**创建一个叠加层**，以吸引专业的投注者以提供流动性。 <br/> # 一般预测市场还有救吗？ 在缺乏自然流动性的市场中，期望叠加自然形成是徒劳的，这要么是因为参与者没有购买和出售风险的商业理由，要么是因为 ta 们不愿意亏本赌博。这在很大程度上限制 PM 进入当前流动性已经很高的市场：体育、金融和政治。即使是那些很适合预测市场的事件，投注者使用其他选项往往会更好。例如，想要投注英国脱欧会发生的人可能会选择在外汇市场做空英镑兑欧元 (GBP/EUR)。  <center>在英国公投前几个月，由于市场参与者押注英国脱欧，英镑兑欧元下跌 来源：[Mike Co](https://twitter.com/burningw0rds)</center> 但是，我们可能不会失去一切，因为我们可以从扑克等其他系统中借鉴机制。在扑克游戏中，每个人都有一些私人信息 (自己的底牌)，大家可以根据自己的手牌，相较于其他人的牌力进行下注。但是如果你通过取消所有玩家在游戏开始前进行的强制下注 (称为盲注和底注) 来改变游戏规则，那么每个玩家的正确策略就是不参与游戏 —— 这正是我们今天在预测市场中看到的结果。 扑克牌游戏之所以能在实践中发生，是因为大家在游戏时底池中已经有一个叠加层，可以使未来的赌注有利可图。所以一些玩家会在游戏开始时说”我赌 10 美元，我会赢下底池中的 10 美元“，然后另一个玩家可能会说，”等等，我也有一手好牌。我赌 20 美元，我会赢得这 20 美元的底池“，等等。 叠加也用于扑克比赛中，因为人们通常不想参加流动性不足的比赛。最初，比赛组织者会加大力度，比如保证最低奖金池为 10 万美元。突然间，早点报名不再是坏事。事实上，签约的玩家越少，加入比赛就越有利可图。所以越来越多玩家加入，直到最低奖金池位置被占完，而叠加层也不再发挥作用为止。 当前预测市场的迭代中缺乏故意叠加的机制。为了激励流动性，预测市场必须奖励参与者的投注。 <br/> # 结论 如果预测市场想要继续生存下去，它们需要认识到所有市场都需要一种叠加： a) 需要有商业上可行的用例或 b) 有菜鸟 (实在找不到好的词了) 的参与。大多数市场两者都不会有，因为大多数人都不倾向于在体育、金融和政治以外的事件下注，而且这种情况也不太可能改变。 因此，预测市场可以针对已被证明有效的市场进行优化，在这种情况下，它们将发现这些市场中的竞争如此激烈且根深蒂固，并优化后为特定市场类型 (如体育博彩市场) 提供最佳体验。 或者，可以坚持创造更一般的市场 (这样就主要服务于市场观察者和经济学家，而不是真正的投注者)。在这种情况下，预测市场可能需要开始通过手动叠加向投注者支付，类似于扑克比赛那样，奖励早期的流动性提供者。信息定价成本高昂，必须要有人买单。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/alternatives-to-selling-at-below-market-clearing-pricehttps://www.ethereum.cn/Ecosystem/alternatives-to-selling-at-below-market-clearing-priceWed, 25 Aug 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/08/22/prices.html) <br/> 当卖家想出售供应量固定，且需求高 (或不确定，可能高) 的物品时，他们经常做出的一个选择是把价格设得比''市场将呈现“的低得多。结果是，该物品很快就卖完了，那些先购买的卖家是幸运的。这种情况也在以太坊生态的场合里出现过，特别是 **NFT 出售**和**代币出售/ICO**。但这种现象的出现比上述情况早得多；音乐会和餐馆经常做出相似的选择，把价格压低，使得座位快速售罄或让买家排长队等候。 长期以来，经济学家一致在问这样一个问题：为什么卖家要这样做？**基本经济学理论表明，卖家最好以市场清算价出售**——也就是买家愿意购买的数量正好等于卖家要出售的数量时的价格。**如果卖家不知道市场清算价格，卖家应该通过竞拍来出售**，然后让市场决定价格。以低于市场清算价格出售不仅牺牲卖家的收益，也会损害卖家的利益：物品可能会很快卖完，很多买家根本没有机会得到它。有时，由这些非基于价格分配机制造成的竞争甚至会产生损害第三方的负外部性——我们将看到这种影响在以太坊生态系统中尤为严重。 **但尽管如此，以低于市场清算价格定价现象的盛行表明卖家这样做肯定有一些令人信服的理由**。而事实上，正如过去几十年对这一主题的研究表明，这样的理由是有的。那么，值得一问的是，是否存在能实现相同目标，但更公平高效，损害更少的方法？ <br/> # 以低于市场清算价格出售带来严重效率低下和负外部性问题 如果卖家以市场价格或通过拍卖出售物品，真正想要该物品的人可以通过简单的途径获得它：他们可以支付高价，或如果是拍卖他们可以出高价。如果一个卖家以低于市场价格出售物品，然后需求超过了供应，这样有些人能得到这些物品，而其他人则得不到。但是，决定谁能得到物品的机制显然不是随机选择的，而且它经常与参与者对该物品的需求程度没有多大关系。有时，它与点击按钮的速度有关 (需要比其他人都快)。在其他时候，它与在你的时区凌晨两点 (但在别人的时区是晚上 11 点，甚至下午2 点) 起床有关。还可能有时，它只是变成”另一种方式的竞拍“，一种更混乱、效率更低、带来更多负外部性的方式。 在以太坊生态系统里，有非常多明显的例子。首先，我们可以看看[2017年的 ICO 热潮](https://vitalik.ca/general/2017/06/09/sales.html)。在 2017 年，有大量的项目推出首次代币发行 (initial coin offerings, ICO)，一个典型的模式是 **capped sale** (封顶销售)：项目会设置代币价格和愿意出售的代币数量的硬上限，在某个时间点，出售会自动开启。一旦代币数量达到了上限，出售就会结束。 结果是什么呢？在实践中，这些出售经常在短短 30 秒内就结束了。就在出售开始 (或甚至是开始前)，每个人都开始发送交易，试图挤进去，提供越来越高的交易费，以鼓励矿工先打包他们的交易。这其实是换了一个名称的竞拍——只是收入归矿工而不是代币出售者，而且在出售过程中通过高价挤掉其他所有链上应用是极其有害的负外部性。  <center> 在 BAT 发售中，最贵的交易设置了 580,000 gwei 的交易费用，最终支付了 6,600 美元交易费才被打包。</center> 此后，许多 ICO 尝试了各种策略来避免这种 gas 价格竞拍；其中一次 ICO 特别值得注意，它有一个智能合约用来检查交易的 gas 价格，如果超过 50 gwei 就会拒绝交易。但当然，这并不解决问题。希望骗过系统的买家发送非常多笔交易，希望至少有一笔能买到。这其实又是换了一个名称的竞拍，这次使区块链堵得更厉害了。 而近几年，ICO 变得没那么流行了，但 NFT 和 NFT 出售现在都非常受欢迎。不幸的是，NFT 领域并没有吸取 2017 年的教训；他们像 ICO 般出售固定数量和供应的 NFT (例如，请看[这个合约](https://etherscan.io/address/0xe12edaab53023c75473a5a011bdb729ee73545e8#code)第 97-108 行的 `mint` 函数)。结果如何？   <center>这个例子的 gas 费还不是最高；有的 NFT 出售创造的 gas 价格高峰达 2000 gwei。</center> 相似的情况再次上演：用户通过发送越来越高的交易费来互相争夺抢先买到的机会，把 gas 费推到天价。又是换了一个名称的竞拍，在 15 分钟内以高价挤掉链上其他所有应用，与以往一样。 <br/> # 那为什么卖家有时会以低于市场价出售呢？ 以低于市场价出售在区块链里外的世界都不是什么新现象了，在过去的几十年里，[有](https://ideas.4brad.com/archives/000198.html)许多[文章](https://scholarlypublications.universiteitleiden.nl/access/item%3A2862940/view)、[论文](https://www.jstor.org/stable/1806070)和[播客](http://rationallyspeakingpodcast.org/257-price-gouging-in-emergencies-raymond-niles-and-amihai-glazer/)都有谈论过 ([有时](https://www.aei.org/carpe-diem/restaurant-economics-why-dont-popular-ones-raise-prices/)带着怨恨地[吐槽](https://www.aei.org/carpe-diem/ticket-scalping-a-market-that-only-exists-because-musicians-under-supply-and-under-price-tickets-to-their-concerts/))不愿意使用拍卖或将价格设为市场清算水平的问题。 在区块链领域 (NFT 和 ICO) 和区块链之外的领域 (受欢迎的餐馆和音乐会) 的例子里，很多论点都非常相似。一个特别的关注点是公平，以及希望不要把比较穷的人挡在外面，以及不会因为被认为是贪婪而流失粉丝或制造紧张。Kahneman、Knetsch 和 Thaler [写于1968 年的论文](https://www.jstor.org/stable/1806070)很好地阐述了公平和贪婪的观感会如何影响这些决定。在我自己对 2017 年 ICO 热潮的回忆里，不想有贪婪的观感的希望同样是我不鼓励使用拍卖类机制的决定性因素 (我在这里主要靠记忆，没有很多来源，我找到了[一个已经不能播放的恶搞视频链接](https://np.reddit.com/r/ethtrader/comments/65q6to/the_gnosis_ico_summarized_in_a_3min_hitler_video/dgcjqfu/)，它对 Gnosis 基于竞拍的 ICO 与德国国家社会主义工人党进行了某种比较)。  除了公平问题，还有一个长期存在的论点，即产品售罄和排长队营造一种受欢迎和有声望的感觉，这使得产品对其他人来说似乎更有吸引力。当然，在理性行为人模型中，高价应该与排长队有同样的效果，但现实是排长队比高价更有形可见。对 ICO 和 NFT 来说，这点和餐馆的道理是一样的。除了这些策略产生更多的营销价值外，有些人实际上觉得参与其中，或观看在其他人全部抢走前有人首先抓住了一组有限机会这样的游戏是相当有趣的。 但也有一些区块链领域特有的因素。关于以低于市场清算价格出售 ICO 代币，有一个论点 (也是说服 OmiseGo 团队采用他们的封顶出售策略的决定性论点) 是与社区对代币发行的舆论氛围有关。社区情绪管理的最基本规则很简单：价格要升，不要降。如果社区成员士气高涨，他们会很高兴。但是如果价格低于社区成员买入时的价格，让他们处于净亏损状态，他们就变得不高兴，并开始骂你是骗子。而且可能会在社交媒体上产生连带效应，让其他人都骂你的骗子。 避免这种影响的唯一方法是把出售价格定得足够低，使得发售后的市场价格几乎肯定会更高。但是，实际上你要如何用其他方法做到这点，而不会制造抢购并导向竞拍呢？ <br/> # 一些更有趣的解决方案 今天是 2021 年，我们有一条这样的区块链——它不仅有一个强劲的去中心化金融生态系统，还有一系列各种非金融工具。这条区块链还为我们提供一个重新设定社会规范的独特机会。Uber 合法化峰时定价 (surge pricing)，而数十年来经济学家叫喊的”效率“却失败了；当然，区块链还是合法化一些机制设计新尝试的机会。当然，与其在是以市场价格还是低于市场价格出售 (也许还有第二个维度：竞拍 vs. 固定价格出售) 这个粗糙的单向度策略空间上花精力，我们可以使用更先进的工具，构建一种能更直接解决问题、有更少副作用的方法吗？ 首先，让我们列出目标。我们将尝试同时覆盖 (i) ICO、(ii) NFT 和 (iii) 会议门票 (实际上是 NFT 的一种) 的情况；大多数的理想属性这三种情况其实都共有。 1. **公平**：不要完全把低收入人群挡在门外，至少给他们一些机会参与。对于代币出售，有一个[不完全相同但相关的](https://vitalik.ca/general/2021/07/29/gini.html)目标——避免初始财富高度集中，且初始代币持有者社区应该更广泛和多元。 2. **不要制造竞赛**：避免制造很多人抢着采用相同行动且只有前几名能够进入的情况 (就是这种情况导致我们在上文看到的那些可怕的、换着不同名字的竞拍)。 3. **不需要对市场条件有非常精细的了解**：这个机制应该在卖方对需求情况完全不了解的情况下也是可行的。 4. **趣味性**：参与出售的过程在理想情况下应该是有趣的，具有游戏性，但不至于带来沮丧。 5. **给买家预期的正收益**：在代币 (或 NFT) 的情况里，买方应该更可能看到物品价格上升而不是下跌。这必然意味着以低于市场价格的价格出售给买家。 我们可以先看一下 (1)。从以太坊的角度来看，有一个相当明确的解决方案。不同于制造竞赛条件，只需使用一个明显经过设计的工具来实现：[人格证明协议 (proof of personhood protocol)](https://app.proofofhumanity.id/)！以下是一个简单的提议机制： > **机制 1**：每个参与者 (通过了人格证明验证) 可以以价格 `p` 最多购买 `X` 单位，如果他们想购买更多，他们可以在竞拍中购买 似乎它已经满足了很多目标了：在每个人的层面上提供了公平性，如果竞拍价格高于 `p`，买方还是可以通过每人机制 (per-person mechanism) 的部分获得预期正收益，且竞拍部分并不要求卖方了解需求水平。这能避免制造竞赛吗？如果通过每人池进行购买的参与者数不那么高，它似乎能避免。但如果有很多人参与，以至于每人池不够大，无法为所有人提供分配，怎么办？ 这里有一个想法：使每人分配额本身成为动态的。 > **机制 2**：每个参与者 (通过了人格证明验证) 可以给一个智能合约发送存款，声明对最多 `X` 个代币有兴趣。最后，每个买家会获得 `min(X, N / number_of_buyers)` 个代币分配，其中 `N` 是通过每人池分配出去的总数量 (其他数量的代币可以通过竞拍出售)。买家存款中超出购买分配量所需的部分会退还给他们。 现在，无论有多少买家通过每人池购买都不会制造竞赛条件了。无论需求有多高，更早参与的人也不会比后来的人处于更有利的位置。 这里还有一个想法，如果你想要你的游戏机制更聪明，可以使用精巧的二次方公式。 > **机制 3**：每个参与者 (通过了人格证明验证) 可以以$$P*X^2$$的价格购买 X 单位，每个买家最多可以购买 C 个代币。C 一开始是一个小数额，之后会慢慢增长，直到有足够多的单位被售出。 这个机制有一个特别有趣的特性，如果你正在做治理代币 ([请不要做](https://vitalik.ca/general/2021/08/16/voting3.html)；这仅是一个减少损害的建议)，分配给每个买家的数量在理论上应该是最优的，当然售后的转移会使得这种最优性随着时间降低。机制 2 和 3 似乎能满足上述所有目标，至少在某种程度上。它们不一定是完美和理想的，但它们确实是好的起点。 还有一个问题。对于供应是固定和有限的 NFT，你可能会遇到这样的问题：每个参与者购买量的均衡值不是一个整数 (在机制 2 里，可能出现 `number_of_buyers > N` 的情况，而在机制 3 里，可能设置 C=1 已经导致需求过多，供不应求)。在这种情况下，你可以通过提供彩票来出售部分的 NFT：如果有 N 个 NFT 要出售，然后比如你申请你能实际买到该 NFT 的几率是 `N / number_of_buyers` ，否则退款。在会议门票的情况里，想要一起参与的团体可以选择把他们的彩票捆绑起来，以确保要么全中或全不中。可以在竞拍中出售确定获得某物的能力。  *在会议门票上有一个有趣、温和的灰帽策略，就是把以市场价格出售的池伪装成底层”赞助“。你可能会看到赞助商名单商有一堆人的脸，但是...或许也没问题？毕竟，EthCC 的赞助商板上有 John Lilic 的脸。* 在所有这些情况里，解决方案的核心很简单——如果你想给人提供可靠的公平，那么你的机制输入应该要有对人的判定。人格证明协议可以做到这点 (如果想的话，可以结合[零知识证明](https://vitalik.ca/general/2021/01/26/snarks.html)来确保隐私性)。因此，我们应该利用市场和竞拍定价的效率优势，和人格证明机制的平等主义优势，把两者结合起来。 <br/> # 回答一些可能会有的问题 **问**：会不会有很多人根本不在意你的项目，他们通过平等主义计划购买物品然后马上卖掉？ **答**：一开始应该不会有。但实际上，这种元游戏需要时间慢慢会出现。但如果/当他们这样做了，一个可能的缓解措施是使得那些物品在一定时间段里无法交易。这实际上是可行的，因为人格证明身份是不可交易的——你总能使用你的脸领回之前被黑的账户，那个对应你的身份 (包括里面所有的一切）应该会被转移到一个新的账户。 <br/> **问**：如果我想让我的物品不仅能被一般人使用，而且能被某个特定社区使用呢？ **答**：那就不使用人格证明，而使用与该社区活动相关的[参与代币证明 (proof of participation tokens)](https://poap.xyz/) 。另一个替代方案也具有平等主义和游戏化的价值，就是将一些物品锁在一些公开发布谜题的解决方案中。 <br/> **问**：你怎么知道人们会接受？人们在过去一致抗拒一些奇怪的新机制。 **答**：让人们接受奇怪的新机制是很难的，即使让经济学家为该机制写冗长文章，论证为什么为了”效率“（或甚至公平）人们接受该机制。但是，快速变化的环境是重新设定人们既定预期的好时机。因此，如果有任何好的时机来尝试的话，区块链空间就是这个时机。你也可以等待"元宇宙 ([metaverse](https://news.google.com/search?q=metaverse&oq=metaverse))"，但很可能元宇宙的最佳版本会[在以太坊上运行](https://decentraland.org/)，所以你不如现在就开始。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-24/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-24/Tue, 24 Aug 2021 00:00:00 GMT <br/> # Eth2 （共识层） **Pyrmont 完成了 Altair 升级** 以太坊执行层的 Pyrmont 测试网已于 8 月 19 日完成了 Altair 升级！  开发者 @protolambda 表示这是公开的测试网，在 Prater 测试网进行升级前会对 Pyrmont 进行压力测试，欢迎大家参与。 [来源](https://twitter.com/protolambda/status/1428331065660350474?s=20) <br/> **客户端 Lodestar 发布了官方轻客户端原型** ChainSafe Systems 于 8 月 18 日发推表示 Lodestar 团队已经发布了官方轻客户端原型，能实现减少 99% 的带宽和处理负荷要求，使以太坊真正变得轻量。  [详情](https://twitter.com/ChainSafeth/status/1427676600255094790?s=20) <br/> # The Merge (合并) 开发者 Mikhail Kalinin 发布了用于合并共识层的 API 设计文档 “[Consensus API design space](https://hackmd.io/@n0ble/consensus_api_design_space)"，这个文档受启发于前段时间的 [Rayonism 黑客松](https://t.co/l9JYBxePht?amp=1)、关于合并的 [EIP-3675](https://t.co/PA0ezFnJaL?amp=1)、以及开发者 Protolambda 关于打开与 Layer2 互操作性可能性的想法。此文档的目的是为共识层 API 的设计空间提供框架，它以最简要求方法集开始，然后逐渐增加设计复杂性 （增加异步性、一致性检查点，和一些可能增加用户体验和帮助失败后更快恢复的方法）。 [详情](https://hackmd.io/@n0ble/consensus_api_design_space) 而 开发者 Protolambda 关于打开与 Layer2 互操作性可能性的大胆想法大概如下： 执行层、共识层和 rollup 使用相同的 API，即兼容 EVM 的 rollup+分叉选择/嵌入区块的 API+API 调用程序 => rollup 客户端 (与多个客户端兼容)。 这样能一下解决多客户端、状态同步、正确的状态数据库、交易广播、扩展的客户端 API 的问题。 这个优势在实现分片数据里会更明显，除了 合并 API+rollup 打包节点外，就没有新的执行要求了 (浏览器、执行客户端、EVM 工具)。 [详情](https://twitter.com/protolambda/status/1427819892288393218) 关于合并的共识层 API 设计，开发者将在北京时间 8 月 26 日 21:00 举行会议进行详细讨论， Go Ethereum 团队正在写关于合并的实现者文档，也将在会议里分享。 [会议详情](https://github.com/ethereum/pm/issues/378) <br/> # Eth1 （执行层） ## 伦敦升级的回顾与总结 （下文为 Tim Beiko 关于伦敦升级回顾总结的全文翻译） 在与不同的客户端端团队交谈后，以下是一些关于伦敦升级如何进行、我们要在处理合并 (The Merge) 时要如何改进、且在未来 6 个月里他们的优先事项的想法。 #### 测试网部署 大多数团队强调的一个问题是各种测试网部署的速度和缺乏明确的成功指标。具体来说，从各种测试网到上主网的时间对团队来说太快了 (某种程度是迫于难度炸弹)，而且在出现问题时不知道如何应对。以下是一些改进的建议： - 提前定义测试网的标准 (例如，顺利运行 N 周)，这是在设定主网区块前要做的； - 如果在测试网发现了一个问题，提前确定要给默认解决路径 (例如，在一个修复版本发布后，需要再顺利运行 M 周)； - 需要一份测试网分叉所需基础设施的清单 (例如 forkmon、ethstats,、一组包括极端情况的交易，以发送去测试升级，等等)； - 如果在测试网发现任何问题，要有自动警报。 #### 共识 vs 非共识变更 另一个被大多数客户端团队 (和几个基础设施/工具项目) 强调的问题是，即使在接近主网激活伦敦升级，或主网分叉后还有对 JSON RPC API 进行修改的情况。同样地，对于项目方来说是很难看到实际上执行的与之前已成共识的那个 JSON RPC 文档 (EIP 上的内容) 有哪些变更。以下是一些改进的建议： - 一旦确定了修改共识，就要分配时间进行工具/基础设施上的整合工作。一些工具团队指出，必须要让共识变更在已有的测试网上先运行，这样他们才会开启支持工作。 - 在类似于执行层 API 这些东西使用分支/diff/多版本，以突出网络升级带来的各种变更。 #### 未来 6 个月的路线图 每个团队都提到，除了合并带来的共识变更外，他们在提高客户端性能、对他们的架构进行模块化以支持权益证明、招进新的开发者方面还有大量的工作。 当被问及他们是否希望在 12 月进行一次”功能升级“（即除了推迟难度炸弹和可能一些对 EIP-1559 的常量调整以外的任何东西），除了一个团队其他都表示不希望。其中两个团队明确反对，一个团队里有人支持有人反对。但由于仍然需要最终确定对伦敦升级的支持，有一个人表示只要它与合并是完全分开进行的，就会支持。 鉴于此，在 12 月似乎**不会**进行一次功能分叉了，而是把当前受重视的 EIP 指向合并后的第一次分叉 (可能把新的 EIP 推到更后的分叉)。 [来源](https://hackmd.io/@timbeiko/london-retro) <br/> **Geth 重要修复版本** Go Ethereum 团队今天发布了 Geth v1.10.8 版本，是对 EVM 漏洞 (`CVE-2021-39137`) 的一个热补丁，因此次修复涉及严重安全问题，请 Geth 客户端用户及时升级。 [详情](https://twitter.com/go_ethereum/status/1430067637996990464?s=20) <br/> **Verkle tree 带来的 gas 开销影响研究报告** 提供智能合约安全技术的专家团队 Dedaub 受以太坊基金会委托，就 Vitalik 提出的维克尔树 (Verkle tree) 提案对现有智能合约带来 gas 开销上的影响进行研究，并在 8 月 10 日发布了研究报告。报告显示，维克尔树提案对当前智能合约的 gas 消耗带来的净增长是不可忽视的，平均约为 26%。在现有的一些 DeFi 项目里会出现病态情况，97% 的内部事务会面临更高的 gas 开销，但这些影响是可控的，特别是如果智能合约开发者对他们的合约进行升级，为新的开销模型进行优化，并开发优化的编译器。此外， Dedaub 团队将在这周五 8 月 27 日，北京时间 23:00 参与无状态以太坊主题会议。 [报告详情](https://docs.google.com/document/d/1s3qqzbkQFPcNvhzKPdnxg3MlFbv0YjK1z02SxRtdMs8/edit) [会议详情](https://github.com/ethereum/pm/issues/377) <br/> # Layer 2 **DeFi 聚合协议 1inch 已部署至 Optimistic Ethereum (OΞ) 主网** 8 月 17 日，DeFi 聚合协议 1inch 宣布已部署至 L2 扩容解决方案 OΞ 的主网上。OΞ 是由 Optimism 提供的 Optimistic Rollup 解决方案。  1inch 用户现在已经可以开始通过 Optimism 网关将自己的资产迁移至 Optimistic Ethereum 上：[https://gateway.optimism.io/welcome](https://gateway.optimism.io/welcome) 同时，Optimism 团队计划进一步改善，如额外的扩容、智能钱包 EOAs 以允许用户用任意代币支付 gas，以及去中心化交易定序者。 [来源](https://blog.1inch.io/the-1inch-network-expands-to-optimistic-ethereum-2beb89fa63bf) <br/> **L2 扩容解决方案 Optimism 将向更多项目开放白名单资格** 8 月 20 日，Optimism 发布公告表示，任何符合其发布标准的项目都可以申请 Optimism 白名单，将在申请后两周内通过。此外，这将促使我们启动提高 Optimsim TPS 限制的工作，TPS 最高限制将从下周开始翻倍。 然而，Optimism 仍没有完全解除白名单的限制 (即开发者仍需申请白名单资格才可以部署)，因 OVM 目前仍为 beta 版本。并在接下来的3个月里，Optimism 还将进行一次重大升级，这将消除遗留的 OVM DevEx 大部分障碍。总的来说，如果开发者必须维护一个明显不同的合约基础 (例如，由于代码大小或 gas) 以保持与 OVM 的兼容性，那么建议大家等待下一个版本的上线。 [申请要求](https://community.optimism.io/docs/developers/l2/deploy.html) [来源](https://medium.com/ethereum-optimism/community-launch-7c9a2a9d3e84) <br/> **ETH-Optimism 桥接项目 Teleportr 上线主网** ETH-Optimism 桥接项目 Teleportr 由合成资产协议 Synthetix 资助，旨在解决用户通过 Optimism 网关将 ETH 存入 Optimism 时的高昂手续费问题。使用 Teleportr 的成本就相当于发送一笔简单的以太坊交易与发送一笔简单的 Optimism 交易之和。当 ETH 价格为 3,100 美元以及 gas 价格为 40 gwei 时，使用 Teleportr 将 ETH 从 L1 存入 Optimism 仅需花费 5 美元。与 Optimism 网关相比，大约便宜了 7 倍。 然而，与 Optimism 相比，Teleportr 更加中心化。并且该项目尚未审计，因而为了安全考虑，目前 Teleportr 的最大存款限制为 0.05 ETH。 [Teleportr](https://teleportr.on.fleek.co/) [来源](https://medium.com/@SynthetixGrants/teleport-eth-to-optimism-with-teleportr-f6b1b719736c) <br/> **新以太坊扩容解决方案 Boba Network 推出主网 Beta 版本** 8 月 19 日，去中心化基础设施解决方案开发商 Enya (为 OMG Network 的核心贡献者) 宣布推出 Boba Network 的主网 Beta 版本。Boba Network 为以太坊 L2 Optimistic Rollup 扩容解决方案。为改善用户体验，Boba 通过由社区驱动的流动性池为用户提供快速提款功能，将提款功能从一周缩短为几分钟。 [来源](https://www.enya.ai/press/bobanetwork) <br/> # **生态** **以太坊大型重命名运动** Tim Beiko 发布了文章“The Great Renaming"，文章表示随着伦敦升级已在主网激活，Altair 升级的工作也在进行中，现在是时候在各个平台进行重命名——把”eth1"改为“execution (执行层)”，把“eth2"改为"consensus (共识层)"。文章把重命名运动分成总原则与四个板块的具体情况，包括Github、Discord、调用和论坛。 [详情](https://notes.ethereum.org/@timbeiko/great-renaming) <br/> **支付公司 Visa 以 150,000 美元的价格购买 CryptoPunk 7610** 据 The Block 报道，支付公司 Visa 的加密负责人 Cuy Sheffield 在采访中表示，Visa 通过加密托管商 Anchorage Digital 使用法币购买了 CryptoPunk 7610 (3,840 个女性 punk 中的一个)，花费了约 150,000 美元，由此进入 NFT 商业的世界。CryptoPunks 被认为是最早发布的 NFT 项目之一，由 Larva Labs 于 2017 年发布。这个系列包括一万个独特的像素艺术图片，每个 CryptoPunk 都有自己的个性和独特的特性组合。 [来源](https://www.theblockcrypto.com/post/115333/visa-buys-cryptopunk-first-steps-nft-commerce) <br/> **NFT 碎片化购买、销售、铸造平台 Fractional 完成种子轮融资，由 Paradigm 领投** Fractional 是一个特殊的 NFT 交易与铸造平台，旨在让 NFT 用户能够碎片化地持有 NFT。Fractional 有助于释放流动性，降低 NFT 持有门槛。8 月 20 日，Fractional 协议发布了一篇公告，宣布其最近完成了由 Paradigm 领投的种子轮融资，共融资 790 万美元。其余参投者还有 Robot Ventures、Delphi Digital、Variant Fund、Divergence Ventures、Flamingo DAO、Mechanism Capital 等 [来源](https://medium.com/fractional-art/fractional-month-one-community-growth-more-resources-and-funding-fb7ee730b108) **SuperRare 推出 2.0 版本，并发布治理代币 RARE** 8 月 17 日，NFT 铸造、交易平台 SuperRare 宣布上线 2.0 版本，此版本带来了三个主要的更新： SuperRare Spaces：在 SuperRare 上独立的策展平台。这将是首次向由 SuperRare 社区选出来的新成员以及 SuperRare Labs 核心团队之外的成员开放策展权。 SuperRare DAO：由 RARE 持有者和 SuperRare 治理委员会共同治理的去中心化组织，负责监督 SuperRare Spaces、管理社区资金以及平台的未来决策问题。SuperRare 治理委员会是一组被提名的社区成员，他们根据 RARE 代币持有者的投票来执行决策。 Sovereign Smart Contracts：主权智能合约这一功能指的是，SuperRare 上的独立艺术家能够部署自定义的智能合约，并导入从其他平台铸造的 NFT 艺术品。 最后，此次更新还推出了治理代币 RARE，代币总量为 10 亿枚，其中 15% 向 7 月 21 日前在平台上出售或购买艺术品的用户进行空投，若 90 天内未申领代币，代币将归还至社区金库。 [来源](https://superrare.mirror.xyz/fkGKcN1xVNRvfZk5OiY52-T_WNSndC4ve1DPDmvZQ6E) <br/> **以太坊鹰项目 (EGL) 热议** 以太坊鹰项目 (EGL) 是一个旨在通过社区力量影响区块大小上限的项目。由于目前是矿池掌握着区块gas 上限的决定权，而 EGL 认为社区与矿池在区块大小上限问题上的认知存在偏差，社区应该有权影响区块大小上限。因此，EGL 引入协作代币 EGL，给持有者对他们个人认为理想的以太坊 gas 上限投票，并对跟随社区意见和用户偏好的矿池发奖励，由此影响 gas 上限。 近日，EGL 进行了第一轮投票，结果显示 EGL 持有者的投票结果是 gas 上限应为 30.16M，即比实际高出 0.5%，且目前 EGL 集结了大约 21% 的算力。此外，多名以太坊的核心开发者都表示获得了 EGL 空投，引发社区对 EGL 的热议。  大部分的核心开发者明确表明反对 EGL，觉得这不是以太坊治理，而是一次有毒的攻击，但也有少数开发者持支持态度，认为区块大小上限也应该成为以太坊治理的一部分。 https://www.ethereum.cn/Ecosystem/moving-beyond-coin-voting-governancehttps://www.ethereum.cn/Ecosystem/moving-beyond-coin-voting-governanceMon, 23 Aug 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/08/16/voting3.html) <br/> 特别感谢 Karl Floersch、Dan Robinson 和 Tina Zhen 的反馈和校对。推荐阅读我早期的文章：*[Notes on Blockchain Governance](https://vitalik.ca/general/2017/12/17/voting.html)、[Governance, Part 2: Plutocracy Is Still Bad](https://vitalik.ca/general/2018/03/28/plutocracy.html)、[On Collusion](https://vitalik.ca/general/2019/04/03/collusion.html)、[Coordination, Good and Bad](https://vitalik.ca/general/2020/09/11/coordination.html)*，文中阐述了我对类似主题的思考。 在过去的一年里，区块链领域显现出一个重要趋势：人们从关注**去中心化金融 (DeFi)** 过渡到同时思考**去中心化治理 (DeGov)**。2020 年 DeFi 的发展方向十分宽泛，[被称为](https://harrisonglobal.capital/2020/08/21/2020-has-been-the-year-of-defi-heres-how-it-has-given-cryptocurrencies-a-new-lease-of-life/) [DeFi 之年](https://bravenewcoin.com/insights/2020-the-year-of-defi)。自那时起 DeFi 项目的复杂性不断增加以及性能不断提高，因此人们对于 DeGov 的研究兴趣日益增强，以应对 DeFi 这种复杂性。在以太坊中有一些例子：[YFI](https://gov.yearn.finance/)、[Compound](https://medium.com/compound-finance/compound-governance-5531f524cf68)、[Synthetix](https://blog.synthetix.io/transition-to-decentralised-governance/)、[UNI](https://www.coindesk.com/uniswap-token)、[Gitcoin](https://gitcoin.co/blog/introducing-gtc-gitcoins-governance-token/) 以及其他项目都推出了/准备推出 DAO。还有以太坊之外的一些例子：Bitcoin Cash 中围绕[基础设施](https://medium.com/@jiangzhuoer/infrastructure-funding-plan-for-bitcoin-cash-131fdcd2412e)[融资](https://medium.com/bitcoin-abc/ifp-questions-and-answers-94b76dae2503)[提案](https://www.bitcoinabc.org/2020-02-15-miner-fund/)展开争论、[Zcash 中的基础设施融资投票](https://news.bitcoin.com/zcash-to-distribute-20-of-mining-rewards/)等等。 不可否认，某种形式的正规化去中心化治理越来越受欢迎，并且人们为什么对其感兴趣也是有非常重要的原因的。但同样重要的是，要记住此类机制的风险，此前 [Steem 被恶意收购](https://decrypt.co/38050/steem-steemit-tron-justin-sun-cryptocurrency-war)然后社区成员反抗收购者而分叉出 Hive 区块链这个例子就是一个很好的教训。下面我会进一步论证，为什么这个趋势无可避免。**在某些情况下，去中心化治理是必要的，同时也拥有风险，**其原因我将在本文中介绍。我们将如何受益于 DeGov 的同时最大限度地降低其带来的风险？我将论证答案的一个关键部分：**我们需要超越现有形式的代币投票**。 <br/> # DeGov 是有必要的 自 1996 年《网络空间独立宣言》([Declaration of Independence of Cyberspace](https://www.eff.org/cyberspace-independence)) 发布以来，在所谓的赛博朋克意识形态 (cypherpunk ideology) 中，一直存在一个关键的未解决矛盾。一方面，赛博朋克的价值观都是关于使用密码学来最小化集权控制，并最大化提高当前可用的主要的非强制性协调机制的效率以及增大其范围：私有财产和市场。另一方面，私有财产和市场的经济逻辑是为那些[可以被“分解”](https://vitalik.ca/general/2019/12/07/quadratic.html#private-goods-private-markets)为重复的一对一互动的活动而优化的，而在信息领域 (艺术、文档、科学和代码通过不可简化的一对多互动来生产和消费) 则恰恰相反。 这种环境有两个固有的关键问题需要解决： - **资助公共物品**：那些对社区中广泛且非特定的人群有价值的项目，往往没有商业模式 (例如，layer-1 和 layer-2 协议研究、客户端开发、文档等等)，那么它们如何获得资助？ - **协议维护和升级**：如何商定协议的升级，还有对协议中长期不稳定的部分 (例如安全资产列表、价格预言机来源、多方计算密钥持有者) 进行定期维护和调整操作，这些都如何达成共识？ 早期的区块链项目在很大程度上忽视了这两个挑战，就好像唯一重要的公共物品就是网络安全。这可以通过一个永久固定的单一算法实现，并以固定的工作量证明奖励来支付。这种资助状况起初可能有用，因为比特币价格从 2010-2013 年开始大幅上涨，然后是 2014-2017 年的一次性 ICO 热潮，以及 2014-2017 年同时发生的第二次加密泡沫。所有这些都使得生态系统足够丰富，可以暂时掩盖市场的严重效率低下问题。公共资源的长期治理同样被忽视：比特币走极端最小化的道路，货币供应量是固定的，并确保其支持像 Lightning 这样的 layer-2 支付系统 (除此之外没有其他用例了)。而以太坊大多数时间都和谐发展着 ([除了 The DAO 攻击这个特例之外](https://en.wikipedia.org/wiki/The_DAO_(organization))，因为其已存在的路线图的[认受性](https://vitalik.ca/general/2021/03/23/legitimacy.html)) 很强 (基本上是 PoS 和分片)，并且需要更多内容的复杂应用层项目尚未上线。 但是现在，这种运气越来越少了，我们现在最迫切解决的挑战有：协调协议维护和升级、资助文档/研发/开发，同时避免中心化的风险。 ## DeGov 需要资助公共物品 我们有必要退后一步，看看目前的荒谬情况。以太坊[每天](https://etherscan.io/chart/blockreward)的挖矿发行奖励约为 13,500 ETH (约为 4000 万美元)。[交易费](https://etherscan.io/chart/transactionfee)也同样很高；而非 EIP-1559 销毁部分仍然每天大约 1500 ETH (约 450 万美元)。因此，每年有数十亿美元的资金用于维护网络安全。现在，以太坊基金会的预算是多少？大约每年 3000 万到 6000 万美元。还有一些非基金会参与者 (如 ConsenSys) 为开发做出贡献，但是它们的规模不大。比特币的情况类似，它们对非安全类的公共物品的资助可能更少。 以图表方式表现上述情况：  在以太坊生态系统中，可以证明这种差异无关紧要；每年数千万美元的资金“足以”进行必要的研发，增加更多的资金[不一定会改善情况](https://en.wikipedia.org/wiki/The_Mythical_Man-Month)。因此，建立协议内开发者资助资金对于平台[可信的中立性](https://nakamoto.com/credible-neutrality/)来说，其风险大过收益。但在许多较小的生态系统中，无论是以太坊内部的生态系统，还是完全独立的区块链 (如 BCK 和 Zcash)，同样的争论也在进行中，而在那些更小规模的区块链中，不平衡造成了很大的差异。 接下来说 DAOs。从第一天开始作为“纯” DAO 发布的项目可以实现两种属性的组合 (这两种属性以前是不可能结合的)：(i) 开发者资助资金的充足性；(ii) 资金的可靠中立性 (备受期待的“公平发布”)。开发者的资金并非来自一个硬编码的接收地址列表，决策可以由 DAO 本身做出。  当然，完全公平发布一个项目是很难的，并且信息不对称带来的不公平往往比明确的预挖带来的不公平要糟糕 (2010 年年底，比特币已经分发了总供应量的 1/4，而那时很少有人有机会听说比特币。这么说比特币真的是一次公平的发布吗？) 但即便如此，从发布起就对非安全公共物品进行协议内补偿，这似乎是朝着获得充足且具有更可信的中立性的开发者资助资金迈出重要一步。 ## 协议的维护和升级需要 DeGov 除了公共物品资助，另一个同样重要的需要治理的问题是协议维护和升级。尽管我主张尽量减少所有非自动化参数调整 ([请参阅下文中“有限治理”部分](https://vitalik.ca/general/2021/08/16/voting3.html#solution-1-limited-governance))，并且我是 [RAI 协议中”非治理“策略](https://docs.reflexer.finance/ungovernance/governance-minimization-guide)的忠实粉丝，但是有时治理仍然无可避免。价格预言机输入必须要有来源，而这个来源有时需要改变。在协议”僵化“成最终形式之前，必须以某种方式协调以实现改进。有时，某个协议的社区可能认为 ta 们已经准备好面对僵化了，但随后世界抛出了一个曲线球，需要进行完整且具有争议的重组。如果美元崩盘， RAI 不得不争先恐后地创造以及维持它们自己去中心化的 CPI 指数，以保持其稳定币的稳定性和价值。那么从这个方面来看，DeGov 也是必要的，因此完全避免它不是一个可行的解决方案。 一个重要的区别就是，链下治理是否可行。很长一段时间以来，我都[十分支持链下治理](https://vitalik.ca/general/2017/12/17/voting.html)。事实上，对于基础层区块链来说，链下治理是完全可能的。**但是对于应用层的项目 (尤其是 DeFi 项目) 来说，我们会遇到这样的问题：应用层智能合约系统往往直接控制外部资产，并且这种控制无法被分叉。**如果 Tezo 的链上治理被攻击了，社区可以对其进行硬分叉，而除了协调成本 (公认的高) 之外没有任何损失。如果 MakerDAO 的链上治理被攻击了，社区绝对可以启动一个新的 MakerDAO，但 ta 们将损失所有 ETH 和其他资产，这些资产将留在现存的 MakerDAO CDPs 中。**因此，虽然链下治理对于基础层和某些应用层项目来说是一个很好的解决方案，但对于许多应用层项目，尤其是 DeFi 项目来说，将不可避免地需要某种形式的正式的链上治理**。 <br/> # DeGov 有风险 然而，目前所有去中心化治理的实例都伴随着巨大的风险。若读者平时有读过我的文章，便知道该话题并不新鲜；其带来的风险我在文章 [Notes on Blockchain Governance](https://vitalik.ca/general/2017/12/17/voting.html)、[Governance, Part 2: Plutocracy Is Still Bad](https://vitalik.ca/general/2018/03/28/plutocracy.html)、[On Collusion](https://vitalik.ca/general/2019/04/03/collusion.html) 中都有提到。关于代币投票，我主要关心两个类型的问题：**(i) 即使没有攻击者也存在不平等以及激励失调；(ii) 通过各种形式的 (通常是混淆的) 贿选投票以进行彻底的攻击**。已经提出了很多缓解措施 (如委托)，且还会有更多措施。但后者则是一个更严重的问题，因我在目前的代币投票范式中，看不到任何解决方案。 ## 即使在没有攻击者的情况下，代币投票存在的问题 在没有明确攻击者下代币投票所存在的问题越来越为人们所理解 ([参见 DappRadar 和 Monday Capital 最近的一篇文章](https://dappradar.com/blog/decentralized-governance-in-defi-examples-and-pitfalls))，主要有以下几方面： - **小部分的巨鲸比大部分的小散户更加容易成功地执行决策**。这是因为小散户之间的公地悲剧：每个小散户对结果的影响微不足道，因此 ta 们缺乏投票的动力。即使投票有奖励，ta 们也没什么动力去仔细研究和思考其投票的目的。 - **代币投票治理以牺牲社区其他部分为代价，给代币持有者和代币持有团体赋权：协议社区由不同的选民组成，ta 们具有许多不同的价值观、愿景和目标**。然而，代币投票只给一类选民赋权 (那就是代币持有者，尤其是富有的巨鲸)，这导致了过度重视代币价格上涨，即使这其中涉及有害的抽租情况。 - **利益冲突问题**：仅将投票权赋予给单一的选民 (代币持有者)，尤其是给富有的参与者过多权力，可能会过度暴露该特定精英内部的利益冲突 (如，某些投资基金或持有者也持有其他 DeFi 平台的代币，但该 DeFi 平台与有问题的平台交互了) 有一种主要的策略可以解决第一个问题 (也因此缓解了第三个问题)：[委托](https://en.wikipedia.org/wiki/Liquid_democracy)。小散户不需要亲自判断每个决定：相反，ta 们可以委托给其信任的社区成员。这是一个十分有价值的实验；我们将看到委托能在多大程度上缓解这个问题。  <center> 我在 Gitcoin DAO 种的投票委托页面</center> 另一方面，代币持有者中心化问题则更具有挑战性：在代币持有者投票是唯一的输入的系统中，代币持有者中心化是固有的问题。认为代币持有者中心化问题是预期的目标而非错误的想法，是一个深深的误解，已经造成了混乱和伤害；一篇 (大体优秀) 的[讨论区块链公共物品文章](https://otherinter.net/research/positive-sum-worlds/)抱怨道： > 如果所有权集中在少数巨鲸手中，加密协议能否被视为公共物品呢？通俗地说，这些市场原语有时被描述为“公共基础设施”，但如果区块链今天服务于“公共”，它主要是一种去中心化金融。从根本上说，这些代币持有者只有一个关注点：价格。 这个控诉是不合理的；区块链服务于比 DeFi 代币持有者更丰富、更广泛的公众。但是我们由代币投票驱动的治理系统完全无法捕捉到这一点，而且如果不对范式进行更根本的改变，似乎很难建立一个能够捕捉到这种丰富性的治理系统。 ## 代币投票在攻击者面前的最大隐患：贿选投票 一旦蓄意破坏系统的攻击者介入，问题就会变得更糟。代币投票的根本漏洞很好理解。协议中具有代币投票机制的代币，是两种权利捆绑在一起组合成单一资产的代币：(i) 协议收入中的某种经济利益；(ii) 参与治理的权利。这种组合是故意的： 目的是使权利和责任保持一致。但实际上，这两种权利很容易相互分离。想象一个简单的封装合约，它有这些规则：如果你将 1 XYZ 存入该合约，你将获得 1 WXYZ。WXYZ 可以在任何时候转换成 XYZ，此外它还可以产生红利。红利从何而来？虽然 XYZ 代币在封装合约中，但合约能够在治理中随意使用它们 (提出提案、对提案进行投票等)。封装合约每天轻易地拍卖这个权利，并将利润分配给原始存款人。  作为 XYZ 持有者，将你的代币存入合约是否符合你的利益？如果你是一名巨鲸，这个行为可能不符合你的利益；你喜欢红利，但你害怕作恶者可能会使用你出售的治理权做些什么。如果你是个小散户，那么这非常符合你的利益。如果封装合约拍卖的治理权被攻击者买走，你个人仅会遭受不良治理决策带来的一小部分损失，却可以从治理权拍卖中获得红利。这种情况是典型的公地悲剧。 假设攻击者做出的决定破坏了 DAO，攻击者从中受益。决策成功对每个参与者的伤害为 D，而一记投票使结果发生倾斜的概率为 p。假设攻击者提出了 B 贿赂。图表如下： | 决策 | 对你有利 | 对别人有利 | | :--------------------- | :------- | :--------- | | 接受攻击者的贿赂 | B−D∗p | −999∗D∗p | | 拒绝贿赂，遵循良心投票 | 0 | 0 | 如果 B>D∗p，你倾向于接受贿赂，但只要 B<1000∗D∗p，接受贿赂对集体有害。因此，如果 p<1 (通常，p 远低于 1)，攻击者就有机会贿赂用户以采取净负决策，对每个用户的补偿远低于 ta 们遭受的伤害。 对于贿选投票恐惧一个很常见的批评就是：选民真的会如此不道德以至于接受如此明显的贿赂吗？普通的 DAO 代币持有者为狂热者，ta 们很难如此自私并公然出售其项目。但是遗漏了一点，就是有更多模糊的方法可以将利益共享权和治理权分离开来，而这些方法不需要任何像封装合约那样明确的东西。 最简单的例子就是从 DeFi 借贷平台中借款 (如 [Compound](https://compound.finance/))。已经持有 ETH 的用户可以将 ta 们的 ETH 锁定在这些其中一个平台的 CDP (抵押债务资产，collateralized debt position) 中，一旦 ta 们这样做，CDP 合约就允许其借出一定数量的 XYZ (比如借出其存入的 ETH 总价值一半的 XYZ)。然后 ta 们可以用这些 XYZ 做任何其想做的事情。为了赎回其 ETH，ta 们将最终需要偿还借出的 XYZ，加上利息。  请注意，在整个过程中，借款人对 XYZ 没有财务风险。也就是说，如果 ta 们使用自己的 XYZ 投票支持破环 XYZ 的价值，ta 们不会因此损失一分钱。ta 们所持有的 XYZ 是无论如何最终都必须归还给 CDP 的 XYZ，因此 ta 们不在乎其价值是上涨了还是下跌了。**就这样，我们实现了将利益共享权和治理权分离开来：借款人拥有治理权，却没有相关的经济利益；而贷款人拥有经济利益，却没有治理权**。 还有一些将利益共享权和治理权分离开来的中心化机制。最值得注意的是，当用户将 ta 们的代币存入 (中心化) 交易所时，交易所对其全托管，并且交易所能够使用这些代币进行投票。这不仅仅是理论；有证据表明多个交易所在多个 DPoS 系统中使用用户的代币。最近最显著的例子就是 [Steem 被试图恶意收购](https://decrypt.co/38050/steem-steemit-tron-justin-sun-cryptocurrency-war)，在该事件中，交易所利用其用户的代币支持一些恶意收购 Steem 网络的提案 (而社区大部分成员反对该提案)。这种情况只能通过彻底的大规模迁移才能得以解决，随后很大一部分社区迁移到了另一个名为 [Hive](https://hive.io/) 的链上。 一些 DAO 协议正在使用时间锁定技术 (timelock techniques) 来限制这些攻击，要求用户锁定其代币，并在一段时间内不能转移代币用以投票。这些技术可以在短期内限制那种“购买--投票--出售”的攻击，但最终时间锁定机制会被用户绕过，即用户可以通过一个发行其代币封装版本的合约 (更简单地说，是中心化交易所) 来持有以及使用代币进行投票。**就安全机制而言，时间锁定机制更像是报刊网站上的一道付费墙 (可以想办法绕过)，而不是一把锁和钥匙**。 目前，很多有代币投票的区块链和 DAO 到现在已经有办法避免这些最严重的攻击了。偶尔也有试图贿赂的迹象：  但是，尽管存在所有这些重要问题，但简单的经济学分析表明，公然贿赂投票者的例子是非常少的，包括使用金融市场这样的模糊形式。一个自然要问的问题是，为什么还没有发生更多的公然攻击？ 我的回答是，”为什么还没有“取决于三个偶然因素，它们在今天是真实存在的，但很可能会慢慢在未来消失。 1. 来自要给紧密连结社区的**社区精神**，里面每个人感受到像在一个部落和布道团里的友情。 2. **财富的高度集中和持币者间的协调**；大型持币者更具有能力影响治理结果和彼此间有投资的长期关系 (既有有"老男孩俱乐部"之称的风险投资人，也有很多同样很有影响力但比较低调的、富有的持币者)，这使得他们更难贿赂。 3. 治理代币的**不成熟金融市场**：用于市场封装代币的现成工具现在处于[概念证明阶段](https://blog.openzeppelin.com/bypassing-smart-contract-timelocks/)，没有得到广泛使用；[存在](https://gitlab.com/relyt29/votebuying-carbonvote)贿赂合约但也同样是不成熟的；而治理代币在接待市场的流动性也很低。 当一个小型用户协调组织持有超过 50% 的代币，他们与其他人都对一个紧密连结的社区进行投资，且仅有非常少量的代币以合理的利率借出，上述所有的贿赂攻击也许只能是纸上谈兵。但随着时间推移，无论我们做什么，(1) 和 (3) 这两个因素将不可避免地变得没那么充分；如果我们想让 DAO 变得更公平，(2) 也必须变得没那么充分。当这些改变都发生了， DAO 还会保持安全吗？如果代币投票无法可持续地抵御攻击，那什么可以呢？ <br/> # 解决方案1: 有限治理 对于上述问题有一个可能的缓解措施，它在不同程度上被尝试过了，即给代币驱动的治理设限。要做到这点有几个方法： - **只在应用层使用链上治理，而不在基础层使用**：以太坊已经是这样做了，协议本身的治理是链下治理，而以太坊上的 DAO 和其他应用有时 (不总是) 采用链上治理。 - **对固定的参数选项采用有限治理**：Uniswap 是这样做的，因为它仅允许影响 (i) 代币分发和 (ii) Uniswap 交易所的 0.05% 费率。另一个很好的例子是 [RAI 的“治理最小化”路线图](https://docs.reflexer.finance/ungovernance/governance-minimization-guide)，其内容是随着时间推移，治理对功能的控制会越来越少。 - **增加时间延迟**：一个在时间 T 做出的治理决策只能在例如 T+90 天后生效。这允许认为这个决策不可接受的用户和应用搬到另一个应用 (或者进行分叉)。Compound 的治理有一个[时间延迟机制](https://compound.finance/docs/governance)，但原则上延迟可以 (最终应该也会) 更长。 - 变得更分叉友好**：让用户更容易快速协调和实现分叉。这使得治理中可捕获的回报更小。 Uniswap 的例子特别有意思：通过链上治理为团队提供资金是计划中的安排，这将开发出 Uniswap 协议的未来版本，但是否要升级到那些版本是由用户选择的。这是一个链上和链下治理的结合，它给链上治理的空间是有限的。 但有限治理本身并不是一个可接受的解决方案；那些最需要治理的地方 (例如公共物品的资金分配) 本身是最容易受攻击的。公共物品募资是很容易受攻击的，因为攻击者可以很直接从坏决策里获利——他们可以推动通过一个错误的决策，将资金送到自己手上。因此，我们也需要技术来提升治理...... <br/> # 解决方案 2: 非代币驱动的治理 第二种方法是使用非代币驱动的治理形式。但如果代币无法决定一个账户在治理中的权重，什么可以？由两个合理的选项： 1. **人格证明系统 (Proof of personhood systems)**：用于证明账户对应的是独一无二的人类个体的系统，以便治理给每个人类分配一张选票。请看[这篇论文](https://arxiv.org/abs/2008.05300)，了解这方面已开发的技术，以及 [ProofOfHumanity](https://app.proofofhumanity.id/) 和 [BrightID](https://www.brightid.org/) 这两个对实现人格证明系统的尝试。 2. **参与证明 (Proof of participation)**：证明某个账户对应一个参与过某活动、通过了某教育培训、或在生态里做了有意义工作的系统。[POAP](https://poap.xyz/) 是实现参与证明的一个尝试。 也有两者混合的可能性：一个例子是[二次方投票](https://vitalik.ca/general/2019/12/07/quadratic.html)，它使得一个投票者的影响与他们投入决策的经济资源的平方根成正比。防止人们通过多个身份分散他们的资源以利用系统漏洞就需要人格证明，而仍然存在的经济部分使得参与者可信地示意他们有多关心一个事件和生态。Gitcoin 的二次方募资是二次方投票的一种，而二次方投票的 DAO [正在被构建起来](https://gitcoin.co/issue/DemocracyEarth/DemocracyDAO/1)。 参与证明没那么为人所了解。它的关键难点在于确定需要多大程度的参与本身就需要一个非常强健的治理结构。有可能最简单的解决方法是通过精心挑选 100 名早期贡献者中的 10 名来启动这个系统，然后再慢慢地通过由第 N 轮被选参与者确定第 N+1 轮的参与标准来实现去中心化。分叉的可能性有助于提供恢复的路径，也为防止治理走样提供刺激。 人格证明和参与证明都需要某种形式的抗合谋 (请参阅[解释这个问题的文章](https://vitalik.ca/general/2019/04/03/collusion.html)，和[最小抗合谋基础设施 (MACI) 的文档](https://github.com/appliedZKP/maci) ) ，以保证用来衡量投票权力的非金钱资源仍然是非金融性的，而没有被置于将治理权卖给出价最高者的智能合约里。 <br/> # 解决方案 3: 风险共担 第三种方法是通过改变投票本身的规则来打破公地悲剧。**代币投票之所以失败是因为投票者集体为他们的决策负责 (如果每个人都为一个糟糕决策投票，所有人的代币都化为 0)，每个投票者都不是各自为自己的投票负责 (如果出现了糟糕的决策，那些支持它的投票者的遭遇和反对它的人没什么区别)。我们可以构建一个改变这种情况的投票系统，使得投票者各自为自己投票的决策负责，而不是集体负责吗？** 如果分叉是像 Hive 从 Steem 分叉出来般进行，那么分叉友好性可以说是一个风险共担的策略。如果一个具有破坏性的治理决策已经做出，且在协议内反对也没用，用户可以自行进行分叉。此外，在该分叉里，给糟糕决策投票的代币可以被销毁。  这听起来很苛刻，也许它甚至好像违反了一个隐含的规范——在分叉一个代币时，“账本的不可篡改性”应该保持神圣不得动摇的。但当从另一个角度看，这个想法似乎更合理。我们仍然坚持个人的代币余额应该是不受侵犯的，但这堵防火墙的保护仅适用于没有参与治理的代币。如果你参与治理，即使只是间接地把你的代币放入一个封装机制里，那么你也将为你的行为造成的损失负责。 **这创造了个人责任：如果攻击发生了，而你为攻击投了票，那么你的代币就会被销毁**。如果你的代币没有为攻击投票，那么你的代币完好无损。责任是往上追溯的：如果你的代币放进封装合约里，且封装合约给攻击投了票，封装合约的余额归零，你也会失去你的代币。如果一个攻击者从一个 defi 借贷平台借来了 XYZ，当平台进行分叉时，任何借了 XYZ 的人都会丢失代币 (请注意，这使得借出治理代币总的来说是高风险的；这是预期中的结果)。 ## 在日常投票里共担风险 但是上述做法只适用于防范真正极端的决策。那么小规模的盗窃行为呢，那些不公平地倾向操纵治理经济的攻击者，但没有严重到带来毁灭性结果的情况呢？还有那些完全没有攻击者，只是简单的懒惰，以及代币投票治理并有没有倾向于高质量意见的选择压力的情况呢？ 针对这些问题，最受欢迎的解决方案是 [futarchy](https://blog.ethereum.org/2014/08/21/introduction-futarchy/)，由罗宾·汉森 (Robin Hanson) 在 2000 年初引入。在这个方案里，投票变成了下赌注：对一个提案进行投票，你相当于下注这个提案会导向一个好的结果；而对一个提案投反对票，你相当于下注这个提案导向一个糟糕的结果。Futarchy 引入个人责任的原因是显而易见的：你下了好的赌注，你获得更多的钱；你下了糟糕的堵住，你失去的你的钱。  事实证明，“纯粹的” futarchy 是很难引入的，因为在实践中目标函数非常难定义 (人们想要的不仅仅是代币的价格！)，但不同的 futarchy 混合形式可能行得通。混合的 futarchy 有以下例子： - **投票作为买单**：请参阅 [ethresear.ch 上这篇文章](https://ethresear.ch/t/votes-as-buy-orders-a-new-type-of-hybrid-coin-voting-futarchy/10305)。投票支持一项提案需要开出可执行的购买订单——以低于代币当前的价格购买额外的代币。这保证了如果一个糟糕的决策通过了，那些支持它的人会被迫买下反对者所下注的代币，但它也确保在更“正常的”决策里，代币持有者有更多的空间，如果他们愿意的话可以根据非价格标准来决定。 - * **追溯性公共物品募资**：请参阅 [Optimism 团队的这篇文章](https://www.ethereum.cn/Ecosystem/retroactive-public-goods-funding)。当一些公共物品已经取得一定成果时，它们能通过一定的投票机制得到追溯性资助。用户可以购买项目代币来资助他们的项目，同时表达对这些项目的信心；如果该项目被认为达到了预期的目标，项目代币的购买者会得到一定份额的奖励。 - **升级游戏**：请看 [Augur](https://augur.net/blog/v2-resolution/) 和 [Kleros](https://ipfs.kleros.io/ipfs/QmZeV32S2VoyUnqJsRRCh75F1fP2AeomVq2Ury2fTt9V4z/Dispute-Resolution-Kleros.pdf) 两个例子。在低级决策里下注正确的会得到激励，去参与更难，但准确率更高、级别更高的决策；投票者投的票与终局决策一致的话会得到奖励。 在后两个例子里，混合的 futarchy 方案依赖于一些非 futarchy 治理形式来测量目标函数或作为处理争议层的最后手段。但是，这种非 futarchy 治理有一些优势是如果直接使用是不会显现出来的：(i) 它的启动时间较晚，因此它可以获得更多信息，(ii) 它的使用频率更低，因此它的消耗更少，以及 (iii) 每次对它的使用都会产生影响较大的结果，因此仅依靠分叉来协调最后一层的激励问题会更容易接受。 <br/> ## 混合解决方案 也有结合上述技术元素的解决方案。以下是一些例子： - **时间延迟+选举专家治理**：这是对关于如何构建一个加密质押稳定币的古老难题，该稳定币锁定的资金可以超过获利代币，而没有治理捕获的风险。稳定币使用的价格预言机由 N (例如 N=13) 个当选供应商所提交数值的中位数构成。代币投票选择供应商，但每周只能淘汰一个供应商。如果用户注意到代币投票引入了不值得信任的价格供应商，在稳定币崩溃的前 N/2 周他们可以转用另一个。 - **Futarchy + 抗合谋=声誉**：用户用“声誉”投票，这是一种无法转移的代币。如果用户的决策带来理想结果，他们会获得声誉，如果他们的决策带来不理想的结果，则会失去声誉。请参阅[此文](https://medium.com/daostack/reputation-vs-tokens-6d7642c7a538)，它倡导一种基于声誉的方案。 - **松耦合 (咨询式) 的代币投票**：不会直接实现提议变更的代币投票，相反，它的存在只是为了公示结果，为链下治理建立合法性 ([legitimacy](https://vitalik.ca/general/2021/03/23/legitimacy.html)) ，以执行该变更。这能带来代币投票的好处，且风险更少，因为如果证据显示代币投票被贿赂或操纵了，该代币投票的合法性会自动下滑。 但这些都只是几个可能的例子。在研究和开发非代币驱动的治理算法上还有非常多事情可做。**目前可以做的最重要的事情是摆脱代币投票是治理去中心化的唯一合法形式这一想法**。代币投票非常有吸引力，因为感觉它的中立性非常可信：任何人都可以前往 Uniswap 买来一些治理代币。然而，实际上，**代币投票仅在今天看上去是安全的，正是因为其中立性是不完美的** (即，大部分的供应量掌握在一个紧密协调的内部人员小集团手中)。 我们应该对目前代币投票形式是”默认安全的“这一想法保持高度警惕。关于它们如何在更大的经济压力、成熟的生态和金融市场条件下运作，仍然有许多东西有待观察，而现在正是开始同时试验其他方案的时候。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/roadmap_from_the_end_users_perspectivehttps://www.ethereum.cn/Eth2/roadmap_from_the_end_users_perspectiveFri, 20 Aug 2021 00:00:00 GMT来源 | [r/ethfinance](https://www.reddit.com/r/ethfinance/comments/ovudmr/roadmap_from_the_end_users_perspective/) 翻译/校对：Lochaiching/ECN <br/> 编者注：本文选自 Reddit r/ethfinance 板块的用户发帖，作者 Liberosist 从一名终端用户的角度出发，对以太坊的发展路线进行了解读和预测。请注意，本文提及的路线及时间节点并未出现在任何官方文档或公告中，仅作参考和分享用途。 <br/> 让我们来看看以太坊生态系统的扩容路线图吧！不过这次是从终端用户的角度来看。当然我们将会看到很多在细节上的更新，但我在本文介绍的将是主要的更新。其中会详细介绍每个升级将如何影响用户的体验，要是觉得太冗长，可以跳过这些部分的内容，直接看每一段的“小结”。我认为在关于"以太坊 2.0 的到来将降低 gas 费，但这是几年后的事情"这个话题上，大家仍然有很多误解的地方。 最后我先说明，我的所有内容都将公开，我愿意将内容分享给需要的人并让他们使用。我已经移除了里面所有的链接，所以这个帖子不会被删除 —— 要是你想要了解到更多的内容，可能需要自己动手去搜索更多了 —— 带来不便，请抱歉。 <br/> # 目前：智能合约 rollup 值得注意的是，对终端用户来说，现在正在发生不少巨变。当然，其中最大的转变是——从以前在以太坊 L1 上的交易，到如今在智能合约 rollups 上的交易。 2021 年 1 月，部署在 Optimistic Ethereum 上的 Synthetix 质押功能正式上线主网，Optimism 上现在还有另外两个应用程序（除了代币转移）：Uniswap V3 以及 Kwenta（Synthetix 的 dex）。 随着 Chainlink 的部署，我们预计未来几周会有大量项目部署在 OE 上。 OE 对所有人开放——这确实值得你自己上手操作一下！因为交易费用是 Uniswap V3 交易的 1/10，同时是 Kwenta 交易费用的 1/50，并以 ETH 支付。但我们也可以看到，Arbitrum One 则采取了截然不同的计划：先部署完项目，再向用户开放。 让人期待的是，它也“几乎准备好了”（引用了周六来自 Offchain Labs 的 A.J. Warner 的话），我预计它会在 8 月向所有人开放。我怀疑他们正在等待完成最后的关键基础设施，如 Etherscan 的集成。 当然，你自己去看看具体操作是最好不过了。既然写到这篇文章，我也会为读者描述一下我的体验。举个例子，如果前往 [Kwenta.io](http://kwenta.io/) 的网站，单击“切换到 L2”。 Metamask（或其他兼容的 web3 钱包）会询问你是否要切换，这时候只需再单击一下，你就切换到 Optimistic Ethereum 网络了！它就像使用以太坊一样，但 gas 费用是之前以太坊费用的 1/50，并且交易即时确认，无需等待！（这适用于所有带有定序模式的 rollups）我希望所有前端和 rollups 都能提供类似的体验。你需要做的是将代币从以太坊桥接到 OE。 目前，只有一种选择，即使用 Optimism 网关（它的缺点是提款延迟 7 天），但随着时间的推移，我们会看到不同的桥接器上会部署“即时提款”的功能。据我所知，有几个项目都已经在努力使以太坊和 rollups（以及 rollups 之间）之间的桥接尽可能达到无缝的标准了。你 也可以直接在中心化交易所/钱包与 rollup 之间进行提款和存款 —— 至少目前我看到的信息是，OKEx 已公开承诺支持 Arbitrum One 和 Coinbase OE 了。 币安最近发布了在 Polygon 上可直接提款/存款功能的公告 —— 而这两者的形式是类似的**。这样，我们将看到一类这样的新用户：他们不会使用以太坊 L1 ，而是直接将法币在 rollups 上存款/取款，并且他们的所有交易都将完全发生在 rollups 上**。这一点我应该怎么强调都不为过吧！ 在今年年底或明年年初，我们将看到 zkSync 2.0 以及 StarkNet 的发布，Hermez 也随即将在 2022 年的第二季度发布 (译者注：Hermez 已上线主网，此处作者提及的应为可兼容 EVM 的版本)。这些可编程的 zkRollups 比 Arbitrum One、Optimistic Ethereum 和 OMGX 等 rollups 将进一步增强性能，让提款速度更快，并且不需要桥接（这对 NFT 来说至关重要），同时也实现了更好的压缩和隐私技术。 **需要注意的是，向以 rollups 为中心的行业过渡是一个渐进的过程，这个领域需要几年时间才能成熟**。当前，大多数解决方案还是最小化可行产品，即还带有辅助轮 (如单个定序者、交易速率限制和多签 L1 合约等)。这些都是全新的技术，需要一些时间来证明其可行性。Rollups 的好处在于每条链上都有与众不同的创新点，在速度上比任何时间段上的 L1 都快。 例如，所有不同的 rollup 链都会有不同的 MEV 缓解技术：MEVA (OE)、FSS (A1)、时间锁加密 (zkSync 2.0、StarkNet)、VDFs (StarkNet)、完全私密 (Aztec)。 只知道一堆毫无意义的首字母缩略词似乎并无什么用处，但重点是它们都将直面棘手的问题，并且会引出创新的解决方案。 这意味着随着时间的推移，各 rollup 之间的体验感会截然不同。尽管我预计从长远来看，大多数 rollups 会在最佳解决方案上趋同。 在跨 L2 和 L1<>L2 互操作性方面存在着挑战，但正如我上面提到的，Biconomy、pNetwork、Celo、Celer、Connext、Hop、Chainbridge 和 Witnet 等多个项目正在努力找出解决这个问题的方案。 StarkWare 和 Loopring 等 rollups 开发团队甚至达成合作发布可行的创新解决方案 dAMM，该解决方案通过让多个 zk-L2 访问 L1 上的流动性来缓解流动性的碎片化。 一年多以来，我们已经有了特定于应用程序的 rollups，例如 Loopring、zkSync 1.x 和 DeversiFi。 其中许多可能会过渡到智能合约 rollups，但特定于应用程序的 rollups 继续独立存在，如 Reddit 的 Arbitrum 链和 Sorare。最终，用户可以自由地继续在以太坊上进行交易，但我猜测一般用户会转到 rollups，而随着时间的推移，以太坊 L1 将成为 rollups (发布其交易数据和证明)、巨鲸、金融机构和政府的游乐场。 **小结: 您将可以在不同的链上进行交易，并且交易费用低得多，还能即时确认**。 <br/> # EIP-1559 另一个重大转变是 EIP-1559。对于这个转变，目前的观点大概分两个方向：以太坊 L1 和 rollups： 在以太坊上，你将不再需要选择 gas 的价格。在使用时，钱包会显示一个 gas 价格，也就是说在下一个区块中用这个价格可以完成确认大多数的交易；以及在大多数情况下，7 秒（平均时间）即可确认交易。这其实是一个新的开始：用户再也不用费尽心思弄清楚到底多少的 gas 费才能确定交易成功，也不用经历漫长的等待。同时，有经验的用户还可以自定义小费。 在某些罕见情况下，需要等待确认的时间会更长一些，例如由于上述的 Defi 老手为了抢稀有的 NFT 而导致价格的突然飙升。至于交易高峰，1559 后会更快恢复平常状态。因为首先网络的吞吐量将会暂时翻倍。例如， Stoner Cats 的销售占据了大部分的网络，用了 36 分钟才能完成。在 EIP-1559 之后，同样的交易将在大约一半的时间内完成，即 18 分钟（对 NFT 创建者的旁注：请选择使用像 zkSync 1.x 或者 Immutable X 这类的 L2 进行大规模的投放）。 EIP-1559 会降低 gas 的价格吗？在日常的使用场景中，它可以防止用户出价过高，因此我们预期 gas 价格会略有下降。当出现突然的、短期的峰值（几分钟）时，gas 价格和之前相比将会显着平稳。然而，对于像 Stoner Cats 这样超过 10 分钟持续飙升的情况时，我们预计高昂的 gas 费用还是会出现的，因为资深玩家们可能不太在乎优先费用出价过高的问题，对普通用户来说，基本费用也是会出现水涨船高的情况。幸运的是，和之前的情况相比，只需要之前一半的时间，所以这仍然是 2 倍的净收益。 我们来看看 rollups。其实，Arbitrum One 和 Optimistic Ethereum 都已经拥有类似 EIP-1559 的机制。这样看来，用户已经能够享受这些升级之后带来的优势了。使用 EIP-1559，rollups 可以更轻松地估算 L1 的 gas 成本，因此 rollups 的终端用户可以享受更低的 gas 费用。例如，OE 目前有一个 50% 的间接费用底线，用来缓冲 gas 费用的波动。在 1559 之后的变化，再加上来自其他 rollups的竞争，我们是完全可以预计在这一费用上会有显着的下降。 **小结：在 L1 上，gas 价格不用盲猜，交易时间大多数能在 15 秒内确认。在 L2 上，将会有更低的 gas 费用**。 <br/> # 2021 年后期及之后：L2 上的社交恢复式智能合约钱包 这其实有点像一匹黑马，但我预计智能钱包会随着 rollups 的突出表现而快速发展。社交式恢复智能合约钱包（很拗口 —— 我就叫它们为智能钱包吧）有可能可以从终端用户那里抽象出很多复杂的东西。 想象一下你存入法币并开始使用的钱包，它内置聚合了 DEX 和 DeFi 的“简单模式”。当想要购买 ERC20 的代币时，只需一键即可完成。想赚取利息时，存入本金到 Yearn 或其它的聚合器/池中就可以了。所有流程上繁琐的步骤 —— 比如将美元兑换成 USDC、兑换成 ETH 来支付 gas 费用、授权交易、选择正确的协议等 —— 都在后端完成。随着向 rollups 和 L2 迁移，上述的每一个步骤都将便宜到不需要用户犹豫。当然，你的这个钱包也可以用来登录其他没有直接内置的协议。随着以太坊登录界面的成熟化，可以把它当作 Web3 的通用钱包。 Argent 是智能钱包的一个很好的例子 —— 他们会在今年完成 zkSync 的集成。 正如 Vitalik 在 EthCC 演讲中指出的那样，这样的钱包不仅对于普通用户来说是更好的软件和硬件钱包，而且与中心化解决方案相比，它们也有显着的优势。你更愿意相信谁？十个亲友中的五个人吗？还是 Facebook 或富国银行？后者肯定也需要更长的时间来处理你的恢复请求。 还有一点，EIP-3074 为使用 EOA 钱包的以太坊 L1 用户带来了一些这样的好处，但随着向 rollups 和智能钱包过渡，我对 L2 上的智能钱包的发展会有更多的期待。 同时我担心像 Venmo 或 Square 这样的中心化玩家应该会首先解决这个问题，减去一些去中心化的因素。 **小结：无需纠结或担心私钥的问题；好得多的用户体验**。 <br/> # 2022 年初：合并 (The Merge) 这是每个人都在谈论的大事件：工作量证明挖矿即将结束，以太坊的执行层（当前的 eth1）变成由信标链驱动。 奇怪的是，从终端用户的角度来看，这不是一件值得注意的“大事”。由于出块时间变成了不变的 12 秒而不是之前工作量证明时可变的平均值 13.5 秒，那也仅仅是吞吐量将略微增加 10% 而已。 如果在合并前一小时或者合并后一小时进行交易，并且你不知道这段时间会发生合并的话，作为普通用户在体验上是注意不到的。 当然，工作量证明会带来其他不太明显的好处：你的交易现在消耗的能量将减少 99% 以上，并且在安全性和去中心化上的性质也不一样了（大多数人对“PoS 会更好”持同意态度，但目前仍无最终定论）。 **小结：影响不大，但也有一些值得注意的好处**。 <br/> # 2022 年年中：Staking 提款功能开启 在这一点上没有很多需要补充的。这一刻终于到来：用户可以提出质押已久的 32 个 ETH （译者注：或 32 个的倍数）份额并获得 staking 奖励。而且，在合并后赚取的交易费用和 MEV 也可以在执行链上随时使用。 在这个分叉中可能还有其他小的改进，例如转向 SSZ 交易编码和改变执行链同步的方式，但目前这些都是未知数。 **小结：抵押者可以提款了**。 <br/> # 2022 年末/2023 年初：数据分片 到现在为止，我预计 rollups 生态系统将开始成熟，并且大部分的交易将会在 rollups上进行。数据分片会将 rollups 的吞吐量提高 18 倍。像代币转账这种简单交易功能，在 zkRollups 上的吞吐量将提升到 100,000 TPS。每个数据分片都有自己的 gas 计算模型，随着数据与执行的分离，以及 rollups开始使用数据分片，我们将看到 gas 费用会直线下降。 数据分片是一种还在持续开发的解决方案。到了 2023 年的晚些时候，我们将看到安全模型升级到数据可用性采用。经过多年发展，随着协议的成熟，还有诸如摩尔定律 (Moore's Law) 和尼尔森定律 （Nielsen's Law)，更高效的纠删码技术的出现，以及网络更去中心化等的变化，我们将会看到更多分片的加入，每个分片都提供了更大的数据可用性。我之前的估计过，由于数据分片，到 2030 年，所有 rollups 加起来可以达到 1500 万 TPS。 在 L1 方面，则没有太大变化——gas 价格将继续保持高位，尽管开发人员可能会找到利用数据分片解决 L1 智能合约 gas 价格的方法。 **小结：在 L2 上，吞吐量增加了一个数量级，gas 费用大幅下降。在 L1 上，变化不大**。 <br/> # 2023 年：无状态客户端 在探索无状态客户端 （stateless client) 多年之后，我们终于在今年看到了重大突破，并看到发布了 EIP 初稿。 对于运行节点的用户来说，固态硬盘 (SSD)不再是必需品了，只需要几 MB 即可运行和验证以太坊了。但是，带宽要求将增加 2-5 倍，因为你需要下载见证数据 (witness)。不过，相比之下这个要求不算太过分。 有了无状态客户端和状态休眠期机制 (state expiry)（见下文），我们可以在 gas 上限上不那么保守，实现状态在增长时不影响去中心化程度提升。结果，我们可以看到 L1 上的吞吐量略微增加了 3 倍左右。但是，鉴于现在大多数交易都在 rollups 上进行，这会有影响吗？如果执行链开始成为状态膨胀和证明的瓶颈，而不是数据分片的话，或许会有影响。 **小结：运行以太坊节点将变得非常容易，SSD不再是必需品。 对于不运行自己节点的用户，L1 的吞吐量提高 2-3 倍**。 <br/> # 2024 年：状态休眠机制 大约在实现无状态客户端一年后，状态休眠机制就会开启。这是一个非常互补的系统，它将进一步使系统的状态大小增长变得可持续。对于活跃用户来说，这应该算不上是一个大事，但对不太活跃的用户来说可能会有一些影响。比如，用户无法与休眠了 (2 年以上) 的状态进行交互。现在说这将如何进行还为时过早，但用户可能需要提供来自区块浏览器的见证数据才能恢复休眠状态。我相信最后会开发出对用户友好的解决方案。 **小结：现在说还为时过早，但不活跃的用户可能必须提供见证数据才能恢复它们的相关状态。进一步巩固未来可持续的状态大小管理**。 当然，还有其他的升级和改进计划，但以中期 (未来几年) 来讲，应该已经涵盖了主要的升级内容以及它们将如何影响普通以太坊用户。https://www.ethereum.cn/Ecosystem/status-monkeyshttps://www.ethereum.cn/Ecosystem/status-monkeysThu, 19 Aug 2021 00:00:00 GMT来源 | [Not Boring](https://www.notboring.co/p/status-monkeys) <br/> 上周末我发现有一堆“死亡僵尸 (THE DEAD) 在推特关注我，到处都是顶着这个头像的人：  外行人：这个绿色的家伙是一个 CryptoPunk (加密朋克）。CryptoPunk 是 24 x 24 像素的艺术 NFT 系列，总共只有 10,000 个，由 [Larva Labs](https://larvalabs.com/projectlist) 于 2017 年六月创作，是元老级的 NFT。由于现在每小时都会出现新的 NFT，CryptoPunk 就其年资来说是既稀有又价值不菲。 因此，随着 NFT 的价值在过去几周飙升，CryptoPunk 引领着潮流。三月最贵的那个 Punk 卖出 4200 个 ETH。今天，它价值 757 万美元。如果你想给自己买个 Punk，最便宜的也要话你也要花 51.85 个 ETH。这是”底价“了。以这个价格你会得到一个更普通的 Punk。而要买一个更稀有的 Punk、猿猴、外星人或僵尸，像上面看到的那些，你将不得不支付更多的 ETH。 关于 CryptoPunk 的其他一些事： - 拥有一个 Punk 是一个地位象征，就像拥有法拉利或名牌手袋一样。 - Punk 所有者经常使用他拥有的 Punk 图片作为他们的个人资料图片 (PFP)。 - 使用不属于你的 Punk 作头像会引起其他人的不满 上周末，数百人将他们的头像都换成了一个僵尸形象的 Punk，这个 NFT 在上周五以 1,201.725 个 ETH (375万美元) 售出。这次，没有人对这么多展示戴着一个不完整派对帽子表情符号的Punk 的人表示不满，因为他们都拥有这个 NFT。 在周五的拍卖会上，478 人联合起来参与 [PartyBid](https://www.partybid.app/party/0x2912F57F93dD69FBbF477B616D6f8C34C49bb282)，这是由 [Anish Agnihotri](https://twitter.com/_anishagnihotri) 和 [PartyDAO](https://d.mirror.xyz/FLqkPA3iN4x-p97UhfhWwaCx8rBmVo-1yttY20oaob4) 团队一起创作的新产品，它允许人们组队竞拍这些 NFT，以集中他们的资源，与巨鲸竞争价值好几百万美元的 Punk。他们把自己称为活死人党 (Party of Living Dead)。而且他们赢了。  PartyBid 使得 NFT 更具社交性，名字前部分的 party (党) 的字面意思就表达了其社交性，背后的机制还提供数百人一起购买、拥有和管理昂贵 NFT 的机会。它的社交本质从它的网站设计来看就很明显，看上去像是 [Figma](https://www.figma.com/) 和 [Masterworks](https://www.masterworks.io/?utm_source=notboring&utm_medium=newsletter&utm_campaign=8-2-21&utm_term=Not+Boring+Subscribers) 相结合的产物——光标和评论会在网页实时飞来飞去。如上周五的竞拍，数百人由移动的光标和表情代表，在网站上明显感受到它们在快速移动。这个体验很难用文字描述：你可以看看上面的图，[你最好自己访问一下该网站](https://www.partybid.app/parties)。 如僵尸般， NFT 应该是死物。这是怎么回事？ 我的理解是这样的。 上周四晚上，我参加了 [Sriram Krishnan](https://twitter.com/sriramk) 和 [Aarthi Ramamurthy](https://twitter.com/aarthir) 在 Clubhouse 举办的 *Good Time Show*，与 Gabby Dizon (YieldGuild)、3LAU、Donnie Dinch (Bitski)、Jarrodd Dicker (The Chernin Group)、Jon Lai (a16z) 和 Jesse Walden (Variant) 一起讨论 *Metaverse* (元宇宙)。 Not Boring 的读者相信已经很熟悉 Metaverse 了。我们已经谈论了好几个月了。我不应该把任何可能与 Metaverse 有关联的东西都扯上 Metaverse 的。 在过去几周内，元宇宙已经成为主流了。Matthew Ball 已经发表了他的[Metaverse九部曲](https://www.matthewball.vc/the-metaverse-primer)。Satya Nadella 谈了企业经营的Metaverse (感觉很有趣！)。马克·扎克伯格已经在过去几周里提了Metaverse上百万遍了。Ben Thompson 写了[一篇关于Metaverse的文章](https://stratechery.com/2021/metaverses/)。 NFTs 显然将在 Metaverse 上发挥作用。当所有东西都在数字化的时候，要证明你拥有某样东西，能够把它带到互联网的任何地方是很重要的。但这不是 Metaverse 的范畴，而是社交网络。 在"Good Time Show" 的谈话里，[Jarrod Dicker](https://twitter.com/jarroddicker) 提到社区和地位在 web3 的重要性，这引发了一个思考：**NFT 符合了非常多 Eugene Wei ”[地位作为一种服务 (Status-as-a-Service)](https://www.eugenewei.com/blog/2019/2/19/status-as-a-service)“一文里关于一个成功社交网络所需的条件**。 在完整的 Metaverse 到来之前，已经出现了不止于 jpeg 的东西了。NFT 开始感觉很像一种新的社会网络，它位于其他社交网络和社区之上——类似于一个超级宇宙 (Superverse)——且没有比 Wei 在 《[地位作为一种服务](https://www.eugenewei.com/blog/2019/2/19/status-as-a-service)》“一文中提出的更好的评价框架。 <br/> # 地位作为一种服务 *(如果你已经阅读过并理解了《地位作为一种服务》这篇文章，可以跳过这一段。)* [Eugene Wei](https://twitter.com/eugenewei) 曾经在亚马逊、Hulu、Flipboard 和 Oculus 担任品牌负责人，是互联网上最好的技术评论家之一。实际上，他写的所有东西都成为了经典，而《地位作为一种服务》是他在 2019 年 2 月写的，可能是他影响最深的文章。 这篇文章使得我的 Not Boring 栏目里的文章都显得很短。它的单词量达到惊人的 19,825。如果你还没阅读它，我强烈推荐[你阅读](https://www.eugenewei.com/blog/2019/2/19/status-as-a-service)。但现在，我将总结一些与这篇文章有关的主要观点。 Wei 以两个原则开篇 - *People are status-seeking monkeys* - *People seek out the most efficient path to maximizing social capital* - 人类是寻求社会地位的猴子 - 人类寻找最有效的途径以最大化社会资本 尽管这些都是没有争议的说法，但 Wei 认为我们不会从地位或社会资本的维度来分析社交网络。金钱会更简单——有很多数据，能被测量的才能被分析——但他说 (这是我给的强调)： > 社会资本在很多方面是**金融资本的主要指标**，也因此它的性质需要更细致的分析。它不仅是好的投资或商业实践，**分析社会资本的动态还有助于解释各种看上去不理智的网络行为**。 比 NFT 狂热的出现整整早了两年，Wei 不自觉里在他的这篇文章里以不到 1000 个单词为分析现在发生的事奠定了基础。NFT 模糊了社交与金融资本的界限，随着媒体已经迅速指出的那样，以数千或数百万美元购买 jpeg 似乎是很不理性的行为。 那些否定 NFT 的人所犯的错误，与 Wei 认为人们在分析社交网络时所犯的一样：**忽视了社会资本的重要性**。传统上，人们使用梅特卡夫定律 (Metcalfe’s Law) 来解释推动社会网络的网络效应：“电信网络的价值与系统连接的用户数的平方 (n^2) 成正比”。根据梅特卡夫定律，一个社交网络的用户越多，他对每个新用户的价值就越大。 问题是，梅特卡夫定律并不能完美地解释现实世界中发生的事情。仅用梅特卡夫定律就可以预测，哪个网络先做大，就能因为成为对每个新用户来说最有价值的网络而继续构建越发难以超越的领先优势。但 Facebook 打败了 MySpace，Instagram 和 Snapchat 从 Facebook 抢走了年轻用户。人们的选择并没有那么完全地被捕捉到。 这并不是说网络效应和梅特卡夫定律是错的，只是它没有分析出有人使用社交网络的原因可能超出了纯粹的效用 (utility)，因此 Wei 提出一个新的框架来分析社交网络的力量，把社会资本加入其中。  <center>来源: Eugene Wei</center> Wei 从三个维度评价社交网络的实力：社会资本、娱乐性和效用。在这篇文章里，它重点讨论了**社会资本和效用。 效用是相对容易理解的。如果你在 Quora 上寻找问题的答案，或在 Facebook 上轻易能找到你丢失了电话号码的高中同学，这些产品就为你提供了效用。 另一方面，社会资本就更难了，这取决于能否建立一个“成功的地位游戏”。为了有助于解释为什么一些新的社交网络能成功，而有些不能，它使用了一个比喻：加密货币。 他说，新的社交网络在四个方面类似于 ICO (Initial Coin Offerings): 1. 每一个新的社交网络都会发行一种新的社会资本，即代币。 2. 你必须出示工作量证明以获得代币 3. 随着时间推移，在每个社交网络上挖掘新的代币变得越来越难，创造了内在的稀缺性。 4. 许多人，尤其老年人，对社交网络和加密货币都嗤之以鼻。 这真的是非常好的比喻。以比特币和推特为例。 1. 比特币区块链发行比特币 (BTC)。推特“发行”追踪者。 2. 矿工因提供网络安全性获得 BTC。推特用户因发表 140/280 字符以内诙谐、有趣、或让人脑洞大开的内容而获得追踪者。 3. 现在挖 BTC 的成本要比以前更高，而且直到 2100 万 BTC 都被挖出来前，难度会继续增加。在推特的早期，你可以通过发你午餐吃了什么的推特获得追踪者；今天，人们想看更长的推特了。 4. 这一点不言自明。 15 年前，比特币和推特都不存在。两者都是今天非常具有影响力的力量。它们通过奖励早期采用者，激励他们建设网络，然后使得挖新币变得越来越难，实现网络从无到有。 这四点都很重要，但最有用的是在这个地位游戏里的工作量证明。如果每个注册推特的人都因为注册就能得到 100 万追踪者，那么拥有 100 万追踪者就不会有任何社会资本了。事实是多追踪者因为稀缺而变得有价值，是工作量证明这个要求使得稀缺变得稀缺。 撇开娱乐性不谈，Wei 谈到了社交网络可以遵循的五条弧线，其中四条是社会资本与效用之间随着时间推移的权衡。  - 先有效用，再有社会资本。**"为工具而来，为网络留下。" Instagram 一开始因为有简单的图片编辑工具而吸引用户，然后变成一个基于图片的网络，人们在此基础上吸引了大批追随者、建立了巨大的业务。 - 先有社会资本，再有效用。**Wei 强调 Foursquare、维基百科、Quora 和 Reddit 是利用社会资本的承诺让人们在上面无偿工作的产品，然后变成大众的实用工具。 - 有效用，但没有社会资本。**信息传输应用对于与认识的人交流非常有用，但对想要建立社会资本的用户助益不大。 - 有社会资本，但效用低。**Wei 把 Facebook 放在这个类别，并提到他的很多朋友不再使用 Facebook 了，对他们的生活没有影响 (我也是这样的情况，我想很多读者也是)。 第五类是“圣杯”级，即**既有社会资本，又有效用**。Wei 找到的例子是中国的微信，他结合了一个像 Facebook 的朋友圈 (社会资本) 和非常多的效用，关于这方面，我曾经[写过](https://www.notboring.co/p/tencent-the-ultimate-outsider)： > 人们使用微信来给朋友发信息、购物、阅读新闻、玩游戏、在实体店支付等，基本上所有你在手机上做的事都可以在微信上完成。 微信从一开始就创造了一个社会资本与效用的杀手锏，这在西方还没有真正被复制。 不过，即使是那些在社交网络上找到正确方向的，Wei 指出，有两种形式的渐近线会限制增长或导致彻底崩溃。 社交渐近线#1是**工作量证明**本身。世界上不是每个人都能做到在任何特定的社交网络上获得社会资本，这就形成了上限。我很喜欢用 TikTok，但我从来不制作 TikTok 视频，因为我不擅长跳舞，而且我就不愿意付出努力做 Tiktok 算法要求我做的事。TikTok 仍然以荒谬的速度增长，但如果连我这个热爱社交网络的人都不愿意使用它，那这里其实存在一个天花板。 社交渐近线 #2 是**社会资本的膨胀和紧缩**。 在社会资本膨胀方面，当一个社交网络变得太成功，有太多人在使用它时，它背后的公司不可避免地需要引入算法推送来应对所有的声音。Wei 认为，Facebook 引入的算法推送是用户最可能喜欢的东西，因为在一个丰富的数字世界中最稀缺的资源是用户的注意力，因此推送他们最可能感兴趣的东西是有必要的。这是有道理的，但对于任何依靠 Facebook 来与受众建立联系的公司来说，这是一个难关。 在社会资本紧缩方面，随着越来越多的人加入，社交网络就会变得没那么酷了。一个典型例子是，当父母开始使用 Facebook 时，所有的年轻人都转去使用 Instagram 和 Snapchat了。一旦很酷的孩子开始离开了，那些没那么酷的孩子就会跟随，然后又有下一群跟随，而由于更多没那么酷的群体 (在这个例子里是父母) 不断加入，Facebook 的酷含量就会快速下降。 “此时，” Wei 提醒说，“产品或服务最好在效用轴上尽可能地往外移动，否则流失的速度会像流鼻血般止不住。” 这个论点的精髓在于： - 社会网络需要根据其网络效应以外的内容进行分析。 - 有三个分析维度：社会资本、效用和娱乐性。 - 新的社交网络就像 ICO，尤其因为成功的社交网络会使用一个适当难度的工作量证明来制造稀缺性和地位。 - 社交网络可以有很多的道路，但最好的是一开始就有高社会资本和效用。 - 存在两条渐近线，即使是成功的社交网络也难以突破：工作量证明的天花板和社会资本的通胀/通缩 - 那些以高社会资本起家的网络在遇到这些渐近线前要解决如何构建效用问题，这样才能存活和发展 Wei 在文章的其余部分举了一些例子，以丰富这些论点。同样，读者们应该读读，但为了本文的论述，我还需要强调一些特别有价值的观点： - **社会资本可以作为短暂能量**。“你可以把像这种社会资本积累激励方式作为把地位的潜在能量转化为投资所需的任何形式的动能的方式。” - **新的工作量证明可以延长这个地位游戏**。为什么社交网络需要增加新的工作量证明形式来延长这个已处于半衰期的地位游戏，以及它们可以从游戏企业学到什么。“拉斯维加斯的赌场游戏是支付真金白银的，它们为游戏的投资回报率设定一条有吸引力的底线的。一些 MMORPG (大型多人在线角色扮演游戏) 给玩家提供其他好处，例如社区感，这比玩游戏的纯技能挑战更持久。” - **社会资本转化为金融资本，反之亦然**。这些交换使得我们会把给社会资本赋予有形的价值，这种对价值的理解就像人们在公开市场上出售“魔兽世界”里等级高的角色这样的无形资产一样。 - **缺乏社会图谱的可移植性也让用户很沮丧**。这个问题特别重要，且强调了传统社交网络与 NFT 的主要区别，因此我将在这里大肆引用： > **从现有社交网络的角度来看，限制图谱移植是好事，但从用户的角度，却是令人沮丧的。**鉴于反垄断的消费者福利标准，解决社交网络问题是很难的，一个方案是限制有大型网络效应企业的权力，要求它们允许用户携带他们的图谱到其他网络 (正如很多人所建议的)。**这将削弱社交网络在社会资本方面的力量，而迫使他们在效用和娱乐性方面进行更多的竞争。** 如果你能进入一个可移植性更强、更去中心化的社交网络，会如何？NFT 该上场了。 <br/> # NFT 的新进简史 作为一个快速回顾， NFT 指的是非同质化代币 (Non-Fungible Toke)。NFT 的力量在于它们使得数字资产变得稀缺。稀缺性使得数字资产变得有价值，像具有异域风情的汽车或美术品或稀有邮票那样。如果没有办法证明拥有着购买的官方版本的话，Beeple 的“Everyday" 不会卖到 6930 万美元。  <center>来源: Beeple</center> NFT 始于 2017 年的加密猫 (CryptoKitties)，但它们真正是在 2021 年年初变得炙手可热 (我在[一月底第一次写了关于它们的文章](https://www.notboring.co/p/the-value-chain-of-the-open-metaverse))。Beeple 和 NBA Topshot 在 BTC 和 ETH 飙升至历史高点时引领了潮流。加密新贵做了富人都会做的事——买艺术品。NFT 受到了难以置信的待遇，被玩具般被不屑一顾。  <center>来源: [The New York Times](https://www.nytimes.com/2021/03/11/arts/design/nft-auction-christies-beeple.html)</center> 然后，在四月，加密货币价格下跌，NFT 的热度也随之下降。对 NFT 持怀疑态度的人嘀咕：”看，当有人开始为 jpeg 支付数百万美元时，我就知道这是个泡沫！“ 在六月，加密货币网站 [Protos ](https://protos.com/nft-market-bubble-popped-crypto-collectibles-are-over/) 出了像下图那样的文章，除了它还有很多博客都出了这类文章，所有都提到了交易量暴跌 90%。  <center>来源: Protos</center> 该文章的第二句话是”NFT 在 5 月 3 日已经达到顶峰了，那天的单日出售了价值 1.02 亿美元的 NFT。“狂欢正式结束，尽管：“但根据 Protos 的数据分析，在过去一周里 NFT 的出售额仅有 1940 万美元。” 然后，在过去一个月左右，有趣的事情发生了。NFT 声势浩荡地回来了。**在过去的 24 小时内，仅仅 OpenSea 和 Axie Infinity 两个市场就成交了价值 1.06 亿美元的 NFT**。 根据 [DappRadar](https://dappradar.com/nft/marketplaces)，在过去 30 天里，前十的 NFT 市场的交易额达到 18.6 亿美元。  <center>来源: DappRadar</center> 这一次，感觉好像是 NFT 拉动了 ETH 和 BTC 的价格，而不是反过来，因为尽管美国证券交易委员会 (SEC) 在新主席 Gary Gensler 的领导下越来越重视监管，而且对基础设施法案提出的Warner-Portman 修正案也可能造成伤害，但这些代币的价格还是升了。 那么，为什么 NFT 又回来了，为什么它们可能会存在很长很长的时间？让我们回头看看我们的朋友 Eugene Wei 是怎么分析的。 <bn/> # 投资即地位 我们最好还是从 Wei 提的两个原则开始： - 人类是寻求地位的猴子 - 人类寻找最有效的途径以最大化社会资本 有些东西是非常根源性的，事实是我们这些寻求地位的猴子正在转向成为数字猴子，以此作为通往最大化社会资本的最有效路径。 在这个 NFT 之夏里，猿猴系列 NFT 一直处于引领地位。 在过去一个月里，交易额第三的 NFT 收藏品是 [Bored Ape Yacht Club](https://boredapeyachtclub.com/) (BAYC，无聊猿猴游艇俱乐部)。与 CryptoPunk 一样，只有 10,000 个 Bored Apes。  <center> 来源: DappRadar</center> [Bored Ape Yacht Club 网站](https://boredapeyachtclub.com/#/)把自己称为“一套限量版 NFT 系列，其中的代币还能作为你进入猿猴沼泽俱乐部的会员资格。”  <center>来源: Bored Ape Yacht Club</center> 不同于 CryptoPunk，BAYC 是全新的 NFT，它在 4 月 30 日发布。但它已经称为第三受欢迎的 NFT 系列，可能是因为它结合了社会资本和效用。《纽约时报》的 Kyle Chayka 最近写了一篇名为《[为什么 Bored Ape Avatar 在推特如此风靡](https://www.newyorker.com/culture/infinite-scroll/why-bored-ape-avatars-are-taking-over-twitter)》的文章，其中，[XMTP](https://xmtp.com/) 的创始人 Matt Galligan (他使用了猿猴作为推特头像) 说，“它成为了某种**地位象征**，就像带名贵手表和穿稀有的运动鞋。” 即使在 Yacht Club 这堵数字墙之外，猿猴也很火。有史以来最贵的四个 CryptoPunk 中的两个，以及在七月里以最高价出售的两个都是稀有的猿猴：  <center>来源: Larva Labs</center> 如果人们在像素化的猿猴 jpeg 上花了数百万美元似乎是不理智的，那么**”分析社会资本动态可能有助于解释所有看上不理智的网络行为。“** 因此，与其否定一个非常明显地正在成为现实的东西，让我们再深入一点，把 NFT 放在 Wei 给出的那些维度里分析。我们还会纳入娱乐性这个维度。  这就是有价值的 NFT 的力量：它们在社会资本和效用上都很高，而娱乐性上也越来越网上移动。它们具备了社交网络的三要素。 **社会资本**。NFT 是有皮肤的社会资本。它是“投资带来的地位”。只有 10,000 个 CryptoPunk 和猿猴，在该限量集里，有些还特别有价值，也因此享有高地位。拥有一个 CryptoPunk 或一个 Bored Ape，并经常拿它在你的推特、Discord 或 Telegram 头像上展示，这表明了一些你的个人情况。这说明你不是很早就进入加密圈就是很有钱，或你很早进圈且现在有钱。用高价的东西来增加社会资本并不新鲜——看看艺术品、昂贵的车、游艇、私人飞机、手提包，或任何数量非常富有的人买来显示地位的稀缺物品。只是 NFT 更容易辨认，也更公开。 **效用**。NFT 也有效用，例如投资、作为进入 Discord 群组的门票、甚至可以作为你可以挂在墙上的数字的东西。随着时间推移，NFT 会发展、渗透进更多的观众，NFT 将使其所有者参加活动的机会和得到独特的体验。 这些事情已经在发生了，购买一个 Bored Ape 给所有者进入 Bored Ape Yacht Club 的会员资格。像 Axie 这样的 NFT 能提供真正的效用——其所有权意味着成千上万人的就业。[Meebits](https://meebits.larvalabs.com/) 出自CryptoPunk 的创作者 Larva Labs，它有 3D 模型和动画，可以用作游戏中的角色。  <center>来自 Larva Labs 的 Meebits </center> **娱乐**。尽管 Wei 没有深入探索这个维度 (在 [TikTok 和 分院帽](https://www.eugenewei.com/blog/2020/8/3/tiktok-and-the-sorting-hat) 这篇文章之前)，最成功的社交网络都非常具有娱乐性。TikTok 可以说是一个娱乐网络，也是一个社交网络。同理，YouTube 也是如此。人们每天都会“潜水”滑推特几个小时而不互动，纯粹为了被动娱乐。NFT 也具有娱乐性：观察这些销售是有趣的，有人已经在建立扮演猿猴或 Punk 里的形象和网络角色了。在 PartyBid 上竞拍既是一种社交活动，又是一种投资。 NFT 的娱乐性才刚开始发展。 [Punks Comic](https://punkscomic.com/) 正在创作以 16 个Punks 为基础角色的漫画书，还有更多的漫画书。他们也将很快扩展到 Board Apes。  <center>来源: Punks Comic</center> 这只是引人注目的第一步。很多看好 NFT 的人相信以后所有重大的文化事件都会有纪念性 NFT，这也会对事件本身产生影响，并根据现实世界发生的事而发生变化。 因此， NFT 提供社会资本、效用和娱乐性。它们如何回应 Wei 提出的新社交网络类似于 ICO 这个观点？鉴于它们都是加密货币项目，这个问题几乎太简单了： 1. 每个社交网络发行一种新形式的社交资本，一种代币。✅ 2. 你必须展示工作量证明以赚取代币。 ✅ 3. 时间长了，在每个社交网络上挖新代币会越来越难，创造内置的稀缺性。✅ 4. 很多人，特别是年纪较大的，对社交网络和加密货币嗤之以鼻。✅✅✅ 这里有一些细微的差别。 NFT 更直接地与社会和金融资本挂钩。获得有价值的 NFT 的一个方法是在早期进入这个领域，并在铸造 NFT 时就参与，或者在很早、更广泛的社区还不感兴趣的时候。另一个方法是直接买一个。前一个方法是更偏向于工作量证明——找出早期支持的项目——后一个方法更接近于权益证明——拿出你的 ETH 来支持和参与项目。 也有一些直接的相似性：很多人，特别是老年人，会嗤之以鼻。 即使我承认：NFT 要作为一个社交网络，感觉还是一座太远的桥梁。 它们看上去不像社交网络；而更像小社区。但本土的异域风情汽车俱乐部就是这种类型的社交网络，就像乡村俱乐部一样，它们规模太小了，没有足够的分析意义。但是 NFT 能在线上向全世界展示地位和社会资本。但是，如果 Facebook、Snapchat、TikTok 和 推特都是社交网络的话，NFT 感觉是有别于它们的东西。 我认为它们是不一样的东西，但这也是一个正确的策略。 在“地位作为一种服务”的部分，Wei 写了一个标题为“**为什么对于以地位驱动的网络复制工作量证明是一个很糟糕的策略**”的章节。基本上，使用与现有社交网络相同的核心的工作量证明机制，然后添加一些功能是行不通的，因为它需要的是相同的技能，而人们会倾向于聚集在有更多人的那个社交网络。 [Bitclout](https://bitclout.com/) 与推特相似，但具有加密货币特性，仍然因与推特相同的东西给与人们奖励——说诙谐、有趣或聪明的东西。不同点在于，如果你在 Bitclout 上成功了，你的代币会变得更有价值，你可以赚钱。用社会资本直接换取金融资本，有可能足以让人们重复工作，或把他们的工作转移到新的平台，但这是具有挑战性的。 相反，你需要奖励一个全新的行为。NFT 可能有足够多的不同，所以是可行的，它们不要求人们离开它们喜欢的现有社交网络。事实上，如果每个人都在它们喜欢的现有社交平台上炫耀并谈论他们的 NFT，对 NFT 收藏品和所有其所有者来说会更好。这个潮流会直接创造更多需求，也可以创造间接的机会。如果一个 Netflix 执行官看到大家在 Twitter 上谈论 CryptoPunks，他们可能把它做成一个奖励所有者的节目。如果佳士得拍卖行里有人看到在 Discord 上的每个人都在谈论 [Art Blocks](https://artblocks.io/)，他们可能会把 Squiggle 拿出来拍卖，给整个作品集带来名声和影响。  <center>Snowfro 创作的 *Chromie Squiggle #5994，ArtBlocks</center> 当这种情况发生时，每个 NFT 所有者 (或所有者群体) 将建立起巨大的社会资本，他们可能会在网络上发挥影响力。如果 CryptoPunk 有一个 Netflix 节目，主演的 Punk 可能会成为他们自己的名人，并建立起**外生的社会资本**，他们可以在一系列的社会网络中使用。 NFT 不是传统意义上的社交网络。并没有一个 NFT 公司。它们没有一个归属地，没有一个地方聚集所有的 NFT 所有者和 NFT 公司。也许 OpenSea 算是这样角色？或者是像 [CryptoVoxels](https://www.cryptovoxels.com/)、[Decentraland](https://decentraland.org/) 或 [The Sandbox](https://www.sandbox.game/en/) 这样的区块链游戏/虚拟世界。或者有人会构建一个匿名社交网络，NFT 的所有权相当于入场券，就像有 @harvard.edu 这样的邮箱地址才能使用 Facebook 一样。最有可能的是，这不是上述任何一种情况。它是一种新的东西——一个 **Superverse**。 我说的 "super" 不是“顶好的！”的意思，我想表达的是 NFT 可能是一个位于其他社交网络之上的存在，或其他网络的“超级版”。 正如 Wei 所说，“限制图谱的移植对现有的社交网络来说是好事，但却让用户很沮丧。”他说，如果监管机构强迫社交网络使他们的图谱变得可移植，这会“削弱社交玩过在社会资本方面的力量，迫使它们在效用和娱乐性方面进行更多的竞争。“ 如果不是监管机构，而是一个新进入者来证明可移植性的力量呢？当我[写道](https://www.notboring.co/p/the-great-online-game)，”加密货币是大型在线游戏的一种本地代币，“时我指的就是这种可移植性。你可以在一个地方获得地位，拥有它而不会有平台风险，你还在可以在整个互联网上带上它。 NFT 就是相同的情况，无论哪个平台兴起和衰落。任何有头像的社交网络 (也就是所有社交网络) 都是传播 NFT 的沃土。所有者已经把他们的 Punk 放在推特头像或他们的 [RTFKT](https://rtfkt.com/) 放在 instagram 图片里。 而且，这不仅仅是个别人的移动。集体拥有特定 NFT 的群体，比如活死人党或拥有 NFT 的 DAO ，可以一起转移到任何新平台，以 Discord 作为大本营，从那里发出往所有新领域金发的任务。在新的和现有的平台上，这些成员可以带来拥有有价值的 NFT 的外来社会资本，并作为一个团体建立他们的 NFT 化身的社会资本。这个[推特系列](https://twitter.com/sobylife/status/1424383858150187012?s=20)谈到切分的 NFT 就像小型网络，以及把 10,000 个稀缺资产变成有数十万或数百万人支持与推动的 10,000 个稀缺资产的能力。 Wei 写到 [Chris Dixon](https://twitter.com/cdixon) 关于”为工具而来，为网络而留“的想法。NFT 使我们有可能为工具而来，然后把网络带到任何最有社交和金融价值的地方。 在所有关于 NFT 的论点里，指出这里的警告也非常重要：**特定 NFT 的价格或 NFT 的总需求可能会下降，甚至急剧下降。**即使是非泡沫也会有泡沫型资金。最近，另一个 2017 年的古董 NFT 收藏品—— [Ether Rocks](https://etherrock.com/)，需求激增，这些石头价格超过 10 万美元。即使项目创建者也称它是”区块链上的宠物石头“。这种复苏似乎是对社区力量的一个测试——他们可以在多大程度上把东西变得有价值。  *来源: EtherRocks* 也就是说，NFT 似乎真的具有抵抗 Wei 提出的两条渐近线的特质。 抵抗渐近线#1，**工作量证明**，NFT 有能力增加无限的新工作量证明， Wei 说着可以延长这个地位游戏的半衰期。他所使用的两个延长游戏寿命的例子是拉斯维加斯的赌场游戏和 MMORPG，因为它们与 NFT 有相同的特性。与拉斯维加斯的赌场游戏相似， NFT 可以”用真金白银为参与的投资回报率设定一条有吸引力的底线”。与 MMORPG 相似，NFT 的社区感比玩游戏的纯技能挑战更持久。也就是说，NFT 将面临来自加密货币在采用率和可负担性上的限制。NBA TopShot 和 Fractional 是迈向了正确的方向，毫无疑问，会有更多的创新让更广泛的人群可以接触到 NFT，但同时保留稀缺性的好处，或用其他好处 （例如社区）替代稀缺性。 抵抗渐进线#2，**社会资本的膨胀与收缩**，NFT 具有去中心化的优势。虽有某些平台可能会用算法展示 NFT，但 NFT 本身是可移植的且所有者可以选择在任何地方使用和展示它们。它们也好像不太受“蒸发冷却”的影响，因为 NFT 不是一个整体——它们是一群小社区，各自有自己的标准。虽然只有 10,000 个 Punk，但可能最终有数千个 DAO 或切分所有权的团体，它们每个都形成自己的小社区，有着自己的标准和规则。该切分的结构应该使它们更有韧性。此外，权益证明和所有者可以选择何时出售，父母辈可能要花很多的时间和金钱才能像他们占领 Facebook 那样买到这些 CryptoPunk。 现在还处于非常早期阶段。即使使喜欢这些东西的我，也不拥有 Punk、Ape 或任何其他主要收藏品。还需要建立更多的基础设施，构造更多连接不同 NFT 项目的“部件”。但似乎 NFT 具有构建一个新形式社交网络的特质——一个 Superverse，超越现有的推特、Instagram、Snapchat、Discord、TikTok等网络，并随时间推移更符合用户的需求，发展地更好。 新的 NFT 项目可以利用社会资本与金融资本的有效结合来启动。所有权带来社会资本、效用和娱乐。有不断新增的工作量证明，从找出下一个大事件到创造像 Punks Comics 这样的品牌延伸，到营销特定的 NFT，到提高整个系列的知名度。Punk 的所有者[已经在纽约市、迈阿密和伦敦的广告牌投了广告](https://www.saveartspace.org/pixelated)，宣传该系列的 NFT。NFT 是大型线上游戏的一部分，因此，规则和机会总是在不断发展和变多。当结合了金钱、地位和社区时，强大的事物就会诞生。 一如既往地，我是第一个承认这一切听起来很疯狂的人。NFT 更像是一种时尚，而不是一种新型的社交网络。但感谢 Eugene Wei 给了我们一个评价社交网络力量的框架，且 NFT 在这个框架中的表现惊人。《地位作为一种服务》的19,825 个单词基本没有反对 NFT 是社交网络这个想法；事实上，几乎每个部分都有支持这个想法的内容。 下一个影响巨大的东西一开始看上去像是玩具。下一个大型社交网络可能一开始看上去完全不像一个社交网络。未来会比我们预想的更疯狂，一个基于 jpeg 所有权的社交网络肯定符合这个要求。 **所以有什么收获？你如何使用这些信息**？ 社交网络奖励早期使用者，而有资金的社交网络会给早期信徒双重打击。去探索吧。找到一个能与你产生共鸣的 NFT 。参与一次 PartyBid。看在上帝的份上，不要成为对 NFT 嗤之以鼻的老年人。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/a-trustless-sidechain-to-starkex-bridgehttps://www.ethereum.cn/Layer2/a-trustless-sidechain-to-starkex-bridgeWed, 18 Aug 2021 00:00:00 GMT来源 | [StarkWare](https://medium.com/starkware/a-trustless-sidechain-to-starkex-bridge-secured-by-ethereum-61e00f19f7e0) <br/> # 摘要 - 在侧链和 L2 之间转移资金的需求日渐旺盛 - 目前的方法：经由 L1 (以太坊) —— 速度慢、成本高，但是去信任；经由 App (或 LP) —— 需要信任，但是速度快且成本低 - 我们提议一个去信任的、安全的和低成本的 “侧链-StarkEx” 桥接，其依赖于以太坊的安全性 - 通过扩展 StarkEx 和多个侧链之间的桥梁，我们创建了一个连接这些侧链的有效桥梁 <br/> # 介绍 虽然以太坊仍然是 DeFi 的“资本”区块链，具有高牵引力和安全性并连接至多个链，但以太坊越来越拥挤，交易成本高昂且不稳定。这促使用户使用其他平台如侧链 (Polygon、BSC、Solana) 和 L2s (Optimistic Rollups 或者 ZK-Rollups)。这些平台在成本、安全性、性能和 Apps 方面各不相同 —— 加剧了流动性的碎片化。 因此，越来越多的用户需要在多个平台之间转移资金。 侧链之间的去信任桥接解决方案上线了 (例如 [Hop](https://twitter.com/HopProtocol/status/1414624873775878148?s=20) 或者 [MovR](https://www.movr.network/))。然而，L2s 和侧链之间的去信任互操作性仍不能得到解决方案。 从设计上讲，与 Optimistic Rollups 的互操作性是有问题的，因为最终确定时间长意味着运营桥接需要很高的资本要求，这导致了资金转移的成本很高。 ZK-Rollups 呢？跨 L1 和 ZK-Rollup 的去信任存款和提款已经可用 (如 dYdX、DeversiFi、Loopring)。并且，zk-rollup 通过条件式转移 ([Conditional Transfers](https://medium.com/starkware/conditional-transfers-the-key-to-interoperability-2e1de044fb65)) 使最终确定时间较短。 但是，zk-Rollups 目前与侧链互操作性不兼容。原因出自技术方面：目前部署在 L1 上的 zk-Rollups 证明了特定计算语句的有效性 (即使其背后的工具如 Cairo 语言是图灵完备的)。这使得它们与 Rollup 中需要“互操作性智能合约”的方案不兼容。 而我们去中心化的、无需许可的 zk-Rollup 解决方案 StarkNet 将解决这一问题。但是现在可以借助我们去信任的可扩展引擎 StarkEx 做些什么呢？下面我们将演示 StarkEx 如何支持侧链的互操作性。 StarkEx 于 2020 年 6 月上线主网，促成了数百万笔总计价值为数十亿美元的交易。我们将展示 StarkEx 系统和方案，以阐述其如何支持低成本且快速地将资产转入且转出侧链 —— 这将为在 zk-Rollups 和侧链上运行的 dApps 之间更好的互操作性铺平道路。但我们先考虑一下，一个良好的互操作性系统由什么定义。 <br/> # 良好互操作性解决方案的品质 侧链和 L2 之间的一个好的互操作性解决方案应需要最小化的信任，并提供简化的用户体验。 更精确地说： 1. 信任最小化：应该要求用户信任尽可能少的实体。 2. 敲定时间短：资金应快速可用。 3. 成本低：低成本的解决方案必须在各自的平台上提供低交易价格和在桥接上提供高资本效率 (因为流动性提供者承担的成本将抵消给用户) <br/> # L2-侧链之间的互操作性 到目前为止，用户如果想要在侧链和 L2 之间转移资金，就必须要在两个幼稚的选项中做出选择：去信任但成本高且速度慢的方案 (图一)；成本低、速度快，但需要信任的方案 (图二)。  <center>图一：经由 L2 实现侧链和 L2 之间的资产转移</center>  <center>图二：经由 App 实现侧链和 L2 之间的资产转移</center> <br/> # 由 StarkEx 支持的解决方案 图三展示了我们提议的解决方案，即 StarkEx 为 L2 和侧链之间提供互操作性，同时满足上述提到的三个品质。请注意，这个方案 (使用 StarkEx 作为管道) 同样适用于侧链之间的互操作性。  <center>图三：由 StarkEx 支持、以太坊提供安全保障的侧链桥接</center> <br/> # StarkEx 的优点 以免一些用户不熟悉 StarkEx，下文简单介绍了其基本概念。读者可以在[此处](https://app.gitbook.com/@starkware/s/starkex-v3/~/settings/share)找到 StarkEx 的完整文档。但是要想读懂本文提议的桥接方案，了解下文的背景已经足够了： ## StarkEx 去信任 由于 StarkEx 依赖于 STARK 证明，因此如果没有证明能够证实某状态确实有效，那么 L1 上就不会发生状态更新。这意味着只能根据以 Cairo 语言实现的逻辑在 StarEx 内部进行资产转移，该逻辑强制执行以下操作： - 没有用户在相关转账请求上的有效签名，不能从用户那里转移资金 - L1 上已提交的 StarkEx 状态反映了 L2 环境中发生的所有资产转移记录 - StarkEx 不能再次执行同样的资产转移请求 这样做的结果是，运营者 (比如交易所) 无法盗取用户的资产。强制交易、应急舱口和专用升级机制完善了去信任这一版图，使 StarkEx 变得完全[非托管](https://medium.com/starkware/introduction-proof-systems-audits-8ae3512b0df)。 ## StarkEx 速度快 一旦某笔交易进入 StarkEx 的交易队列，运营者可以认为该笔交易已成功结算。这意味着用户可以立即提交后续交易；无需等待交易在链上完成结算。 ## StarkEx 成本低 在 StarkEx 的 zk-Rollup 模式下，即使是复杂的永续交易的交易成本也低至 [1100 gas](https://twitter.com/StarkWareLtd/status/1399778327561478147?s=20)，这比 L1 上便宜 200 倍。Validium 模式下的交易成本更加低。此外，StarkEx 资本效率高，一旦包含其执行的证明在链上发布，就会立即敲定交易 —— 这通常发生在交易后的几个小时。 <br/> # 将资金从 StarkEx 提到侧链中  <center>图四：StarkEx-侧链的互操作性 —— 提款</center> **第一步**：用户向 App 发送链下请求，指定他们想要提出的资产数量和类型。该 App 验证用户在其 StarkEx Vault 中是否有足够的资金。 **第二步**：App 在侧链中的互操作性合约中锁定指定的资产数量和类型。然后 App 将这些资金与 StarkEx (未签名的) 资金转移请求相匹配。该请求命令 StarkEx 将相关资产从用户的 Vault 中转移到 App 的 Vault 中。 **第三步**：用户对步骤二中的转移请求进行签名，以激活侧链上的互操作性合约。然后该交易就会立即解锁用户的资金，以在侧链上使用。 **回退流程**：如果用户未能在有限的时间范围内签名，则 App 将从互操作性合约中收回资金。 **第四步**：该 App 现在可以在 StarkEx 上执行转账请求并在那里接收用户的资金。 ## 满足要求 1. **这个方案是去信任的**：用户先在 StarkEx 上获得侧链上的资金，然后才向 StarkEx 上的运营者转移资产 (如果没有前者，后者就不可能发生)。 - StarkEx 强制要求，想要从用户那里获取资金，App 必须获得用户的签名。 - 提供签名可以解锁用户在侧链中的资产。 2. **速度快**：侧链敲定时间的两倍之后，用户即可访问资金。 3. **交易成本低**：不涉及 L1 交易，App 可以在 StarkEx 上立即访问资金，然后几个小时候在 L1 上也可以访问资金了。 <br/> # 从侧链充值资金到 StarkEx  <center>图五：StarkEx-侧链的互操作性 —— 存款</center> **第一步**：用户将其资金锁定在互操作性合约的侧链账户中。这些资金与 StarkEx 上的特定转账请求参数相耦合，这些参数会将资金转移到用户的 Vault 中。 **第二步**：运营者在 StarkEx 中执行步骤一的转账请求，将资金发送至用户的 StarkEx Vault 中。用户便可以立即开始交易这些资金。 **第三步**：1) 步骤二中的转账与其他交易一起被批量处理；2) StarkEx 向 L1 证明这些交易已发生；3) 并相应地更新链上状态。 **第四步**：以太坊上的专用合约将新的 L1 状态发送到侧链的互操作性合约中。该状态 (即 StarkEx 上所有交易的默克尔根) 确认用户已按要求收到 StarkEx 上的资金。 **第五步**：该 App 打开默克尔树承诺，以向侧链证明用户确实在步骤二中的 StarkEx 上收到了资金，解锁了 App 的互操作性合约中的资金。 **回退流程**：如果 App 未能在有限的时间内完成步骤五，用户可以从互操作性合约中取回侧链上的资金。 ## 满足要求 1. **这个方案是去信任的**：用户先在 StarkEx 上收到资金，然后 App 才能在侧链上认领资金。StarkEx 的逻辑和证明强制要求，如果没有前者，后者就不可能发生。 - 要想在侧链上接收资金，运营者必须通过 StarkEx 向用户展示相关转账记录。 - StarkEx 强制要求，只有在用户收到资金之后才能获得该转账记录。 1. **速度快**：一旦在侧链上确认了一笔交易，App 就可以立即将 StarkEx 上的资金交给用户。 2. **成本低**：侧链或者 StarkEx 上的交易成本较低，虽然步骤四中 L1 交易的成本较高，但这个费用由多个存款请求共同分担。 此外，该 App 在几个小时之后就可以在侧链上获取资金。 <br/> # 下一步是什么？ StarkEx 的用户很快就能使用上面介绍的去信任的互操作方案。 至于无需许可的去中心化 zk-Rollup 方案 StarkNet 的进展：StarkNet Planets Alpha 1 已经上线 Ropsten 测试网 —— 我们计划支持与其他生态系统 (如侧链) 的互操作性。由于 StarkNet 证明了任何任意逻辑，它可以支持与此处描述类似的机制，或者部署现有的互操作性解决方案。 无论如何，StarkNet 促进了高程度的互操作性，并将成为众多寻求扩展到以太坊之外的 DeFi Apps 的互操作性的中心。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-17/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-17/Tue, 17 Aug 2021 00:00:00 GMT <br/> # EIP-1559 **伦敦升级后以太坊链上 gas 使用量增加了约 9%** 8 月 15 日，Vitalik 在 Reddit 论坛发帖分析了为什么“伦敦升级之后以太坊链上 gas 使用量增加了 9% 左右”。根据伦敦升级之后的每日 gas 使用情况，每天的 gas 使用量提升了 9%。 Vitalik 认为其中有三个原因：1. 冰河世纪推迟，出块时间缩短 0.4 秒左右；2. 伦敦前的区块未满，约有 2-3% 的未使用空间；3. EIP-1559 basefee 的调整公式存在缺陷 (在当前的机制下，要使 basefee 趋于稳定，平均使用率需要略高于 50%)。 “目前看来，用户不需要为此担忧，但是要确保我们能安全地应对状态增长，客户端团队仍需要继续攻克无状态性/状态休眠机制 (statelessness/state expiry) 的工作。” 在回帖中有用户追问为何伦敦升级后 gas 费上涨了近乎两倍，Vitalik 回复称根据 gas 费的数据来看，这种情况似乎只是一个月以来 gas 上涨趋势的延续。 其他参与讨论的用户也猜测到这是由于大量 NFT 的交易需求，在去年 DeFi 大热期间，即使在 gas limit 提升 25% 之后，gas 费依然上涨了 1000%。此外，Vitalik 还在回帖中提及，EIP-1559 在测试网中关于挖矿和交易表现与实际生产环境大相径庭。  [来源](https://www.reddit.com/r/ethereum/comments/p4nloh/why_has_the_chain_capacity_increased_by_9_after/) <br/> **EIP-1559 上线后的一些数据** Blocknative 分享了 EIP-1559 上线后它的交易池数据存档里的一些最新结果。 在过去两天，类型 2 的交易平均占以太坊交易总数接近 21%，与 8 月 13 日查看的 17% 增长了 23%。  <center>不同交易类型比例</center> 随着钱包推出 EIP-1559 支持，类型2 交易量继续增加成为主要交易类型。  <center>类型2 交易的数量</center> 如预期般，EIP-1559 的基本费用继续基于对打包到区块的需求浮动。  <center>平均基本费用</center> [来源](https://twitter.com/blocknative/status/1427433075231793175?s=20) <br/> coinmonks 的 @takenstheorem 在推特上也分享了根据 100,000 个区块预估以太坊伦敦升级后的 gas 价格的数据对比分析图：  他表示，EIP-1559 上线后 gas 价格的更稳定了，但也意味着周末低 gas 价格机会变更少了。 评论区也有人讨论，面对这个变化，你是宁愿烧毁 gas 费还是拥有突然的低 gas 开销机会？有人回复说持币者与用户会在这个问题上出现分歧。 大家怎么看？ [来源](https://twitter.com/takenstheorem/status/1427130936940851201?s=20) <br/> **矿工更愿意打包 EIP-1559 式交易？** Yearn 的 banteg 发推表示，他即使以 1-2 gwei 的小费发送的 1559 式交易都在下一个区块就被打包了，而遗留交易即使支付更多的 gas 也要在交易池里等待 5-10 分钟，他发出矿工是否更愿意打包 1559 式交易的疑问。 MyCrypto 钱包的创始人 Taylor Monahan 在推特上给出了详细的解释，以下为其解释的编译： 根据 Blocknative 的数据，EIP-1559 上线主网后，即使当区块几乎是空的时候也有大量交易在交易池里等待。 很多人可能会觉得很惊讶，是不是出漏洞了？ 不是的，这是 EIP-1559 的机制设计。 首先请知悉，类型2 是 EIP-1559 式交易；类型 0 是发送 gas 价格的遗留交易；有效费用 (Effective Fee) 即有效小费 (effective tip)——矿工将从交易里获得的收入。交易如何在节点交易池里分类即交易被打包的顺序。交易在交易池里是按有效小费来分类的。 根据 Blocknative 的数据，类型 2 交易的打包速度比类型 0 快20%，但类型 0 的有效小费比类型 2 高 23.5%。  更令人惊讶的是 Blocknative 上周提供的数据显示即使类型 2 交易的有效小费仅比类型 0 的高 6%，打包速度却高 24%。  这是否就表明矿工更愿意打包类型 2 交易，类型 2 交易有更快的打包速度呢？  硬分叉前后的一个区别在于“等待打包的时间“的数据点其实有一点不一样了。硬分叉之前，每笔交易都可能被打包到区块里，无法被打包或延迟打包的情况取决于价格竞争。 现在只有有效小费大于 0 的交易才会被打包。换句话说，如果交易的费用上限或 gas 价格低于当前基本费用，交易就无法被打包。 类型 2 交易可能更快被打包的一个原因是因为钱包、代码和给类型 2 交易定价格的人已经把基本费用考虑了 (例如，把费用上限设为当前基本费用的2倍) 而类型 0 的定价策略更可能是约等于当前基本费用。 例子： 当前基本费用=40，当你在发送交易时升到到 42 类型 2：价格上限=80，小费=1 -> 有效价格=1 类型 0：gas 价格=40 ->价格上限=40，小费=40 ->0，即无法被打包 其实这里“小费=40”其实是没有意义的，因此实际上这些类型 0 的出价是低于基本费用的，也就不会被打包了。 [来源](https://twitter.com/tayvano_/status/1427388820517883926?s=20) <br/> # Eth2 **客户端发布用于测试网 Altair 升级的版本** Prysm 客户端发布了用于 Pyrmont 测试网进行 Altair 升级的版本 V2.0.0-rc.0。 详情：[https://github.com/prysmaticlabs/prysm/releases/tag/v2.0.0-rc.0](https://github.com/prysmaticlabs/prysm/releases/tag/v2.0.0-rc.0) Lighthouse 也更新了预发布版本，他们要求所有 Pyrmont 测试网用户在 Altair 分叉前 48 小时升级到此版本。 详情：[https://github.com/sigp/lighthouse/releases/tag/v1.5.0-rc.1](https://github.com/sigp/lighthouse/releases/tag/v1.5.0-rc.1) 其他关于 Eth2 的最新消息请看最新一期 [What's New in Eth2](https://www.ethereum.cn/Eth2/wnie2-2021-8-13) <br/> # Layer2 **以太坊扩容解决方案 Polygon 收购 L2 解决方案 Hermez Network，以扩展其 zk-Rollup 蓝图** 8 月 13 日，Polygon 宣布基于 zk-Rollups 技术的解决方案 Hermez Network 将加入 Polygon 的生态中。Hermez Network 将更名为 Polygon Hermez，其将成为 Polygon 套件的一部分 (包括 Polygon PoS、Polygon SDK、Polygon Avail 等解决方案)。Polygon 表示将最多提供价值为 2.5 亿美元的 MATIC 代币收购 Hermez Network，届时将发布一个智能合约，将两个项目的代币 MATIC 和 HEZ 合并，合并以 1 HEZ : 3.5 MATIC 的比例进行。  <center>cr：Polygon</center> Polygon Hermez 将在 Polygon 的支持下继续开发，Hermez 项目的所有组件 (技术、已上线的解决方案、团队、HEZ 代币) 都将集成至 Polygon 的生态系统中。目前，Polygon Hermez 的主要项目是 Hermez zkEVM 的开发。 来源： https://blog.hermez.io/polygon-hermez-merge/ https://blog.polygon.technology/hermez-network-is-joining-polygon-and-becoming-polygon-hermez-via-the-first-full-blown-merger-of-8cfc9f22a6fd <br/> **L2 扩容解决方案发布 Arbitrum One 生态门户** 此前，Arbitrum 于 8 月 7 日发布的公告中，Arbitrum 的研发团队 Offchain Labs 表示 Arbitrum One 将于 2021 年 8 月末面向所有终端用户开放，届时每一个在 Arbitrum 上部署了的项目都会向其用户开放二层。 8 月 12 日，Arbitrum 推出 Arbitrum One 生态门户，其中包含 70 个 DApp、钱包以及工具 (包括 Aave、Alchemy、CREAM Finance、Celer cBridge、Chainink、Coinbase Wallet、Connext、Curve、Etherscan、Hop Protocol、imToken、Infura、Loopring、MCDEX、MakerDAO、MetaMask、SushiSwap、The Graph、Uniswap 等)。8 月末 Arbitrum 向公众开放时，它们将是首批在 Arbitrum One 上运行的项目以及工具。 [来源](https://portal.arbitrum.one/) <br/> **L2 去中心化交易所 DeversiFi 更新了以太坊 L2 生态系统图** DeversiFi 在推特更新了以太坊 L2 生态系统图，图中总计 162 个项目，其中包括扩容、NFT、游戏、隐私、借贷、衍生品、交易所、桥接项目等。  [来源](https://twitter.com/deversifi/status/1424732007431643137) <br/> # 生态 **跨链互操作性协议 Poly Network 遭受攻击，被盗取超 6 亿美元资产** 8 月 10 日，Poly Network 称其协议遭受到了攻击，总计超 6.1 亿美元的资产被攻击者分别转至以太坊、BSC 和 Polygon 的地址。 [@kelvinfichter](https://twitter.com/kelvinfichter) 在推特上总结了此次攻击的完整过程，以下为其推文翻译： Poly 有一个合约 “EthCrossChainManager”。这基本上是一个特许合约 (privileged contract)，它有权触发来自另一条链的信息。这是跨链项目的标准逻辑。 合约中有一个函数 verifyHeaderAndExecuteTx，任何人都可以调用它来执行跨链交易。基本上它 (1) 通过检查签名 (似乎另一条链是 PoA 侧链或是其他链) 来验证区块头的有效性；然后 (2) 用 默克尔证明 (Merkle proof) 检查该交易是否打包进该区块内。[代码](https://github.com/polynetwork/eth-contracts/blob/d16252b2b857eecf8e558bd3e1f3bb14cff30e9b/contracts/core/cross_chain_manager/logic/EthCrossChainManager.sol#L127)非常简单： 该函数执行的最后一件事是调用 _executeCrossChainTx，它实际调用的是目标合约。这就是关键的缺陷所在。Poly 检查目标是否为合约，但是 Poly 忘记阻止用户调用一个非常重要的目标合约 “[EthCrossChainData](https://github.com/polynetwork/eth-contracts/blob/master/contracts/core/cross_chain_manager/data/EthCrossChainData.sol)” 合约： 为什么这个目标这么重要？它追踪了用于验证来自另一条链的数据的公钥列表。这意味着，如果你能修改这个列表，你甚至不需要破解私钥。只需将公钥设置为与自己的私钥相匹配。[查看](https://github.com/polynetwork/eth-contracts/blob/d16252b2b857eecf8e558bd3e1f3bb14cff30e9b/contracts/core/cross_chain_manager/data/EthCrossChainData.sol#L22)了解跟踪该列表的位置 于是有人意识到他们可以直接向 EthCrossChainData 合约发送一条跨链信息。这对他们有什么好处？ 好吧，猜猜谁拥有 EthCrossChainData 合约......没错，是 EthCrossChainManager。 通过发送这条跨链信息，用户可以欺骗 EthCrossChainManager 调用 EthCrossChainData 合约，由此通过 onlyOwner 的检查。 现在，用户只需要制作正确的数据即可触发更改公钥的函数......该函数的[链接](https://github.com/polynetwork/eth-contracts/blob/d16252b2b857eecf8e558bd3e1f3bb14cff30e9b/contracts/core/cross_chain_manager/data/EthCrossChainData.sol#L45) 剩下的唯一挑战是弄清楚如何让 EthCrossChainManager 调用正确的函数。 接下来的内容较复杂，关于 Solidity 如何选择你试图调用的函数。 交易输入数据的前四个字节称为“签名哈希” (signature hash) 或简称“sighash”。这是一条简短的信息，告诉 Solidity 合约你要做什么。 函数的 sighash 是通过取 “<function name>(<function input types>)” 哈希的前四个字节来计算的。 例如，ERC20 转移函数的 sighash 是 “transfer(address,uint256)” 哈希的前四个字节。 Poly 的合约愿意调用 *任何* 合约。但是，它只会调用与以下 sighash 对应的合约函数：  等等...这里的 “*_method” 为用户输入。要调用正确的函数，攻击者必须做的就是找出 “* _method” 的一些值，当与其他值结合时，它具有与目标函数的 sighash 相同的前四个字节。 只需稍加研究，你就可以轻松地找到一些可以产生正确 sighash 的输入。 你不需要找到完整的哈希碰撞 (hash collision)，只需检查前四个字节。那么这个理论正确吗？ 嗯……这是目标函数的实际 sighash： > [http://ethers.utils.id](https://t.co/CbwlESxILJ?amp=1)('putCurEpochConPubKeyBytes(bytes)').slice(0, 10) '0x41973cd9' 这是攻击者制作的 sighash： > [http://ethers.utils.id](https://t.co/CbwlESxILJ?amp=1)('f1121318093(bytes,bytes,uint64)').slice(0, 10) '0x41973cd9' 太神奇了。不需要私钥！只要制作出正确的数据，然后合约会自动破解！ 该攻击事件带给我们最大的教训就是：如果你有像这样的跨链中继合约，请确保它们不能用于调用特殊合约。 EthCrossDomainManager 就不应该拥有 EthCrossDomainData 合约。 额外提醒一句。 如果你的合约确实需要这样的特殊权限，请确保用户不能使用跨链信息调用那些特殊合约。 为了让大家更好的衡量，这里列出了触发[跨链信息的函数](https://github.com/polynetwork/eth-contracts/blob/d16252b2b857eecf8e558bd3e1f3bb14cff30e9b/contracts/core/cross_chain_manager/logic/EthCrossL911) 此处没有任何内容阻止你向 EthCrossChainData 合约发送信息。 我唯一需要 100% 确认的是来自另一条链的原始信息。不幸的是，信息似乎是从 Ontology 网络发送的，我需要更多地了解合约/交易如何在该网络上运作以找到启动交易。 从整个过程来看，这种攻击似乎可以从任何网络触发。我猜测故意选择 Ontology 网络是为了更难追踪攻击者。 随后，攻击者于 8 月 11 日开始逐渐退还资金。 来源： https://twitter.com/PolyNetwork2/status/1425073987164381196 https://twitter.com/kelvinfichter/status/1425217071969886215 <br/> **SushiSwap CTO 推特发声质疑 Optimism 中立性** 8 月 11 日，去中心化交易所 SushiSwap CTO Joseph Delong 发推称 Sushi 对其受到 L2 扩容解决方案 Optimism 的“不公正”待遇感到失望，原因在于 Sushi 团队在完成了 Optimism 测试网的部署和测试工作之后，与 Optimism 交涉后并未能够在主网首发，Uniswap 将先行部署。 对此，Optimism 以及其他社区成员也发布了评论。更多详细内容请访问[论坛](https://weeth.org/t/topic/125)查看。https://www.ethereum.cn/Staking/validator-rewards-in-practice/https://www.ethereum.cn/Staking/validator-rewards-in-practice/Mon, 16 Aug 2021 00:00:00 GMT来源 | [pintail.xyz](https://pintail.xyz/posts/validator-rewards-in-practice/) 翻译/校对 | 林晗/ECN <br/>  ## 评价验证者表现 在[上一篇文章](https://www.ethereum.cn/Eth2/beacon-chain-validator-rewards)中，我们回顾了验证者在参与信标链共识过程所获得的奖励和惩罚，并基于验证者的网络参与率和正常运行时间，构建出了一个模型来估计预期的净收益。 在本篇文章中，我们将对主网的实际运行数据进行查验，并将其与模型预估值相比较。为此，我们将使用由 [Jim McDonald](https://twitter.com/jgm) 设计的价值非凡的 [chaind](https://github.com/wealdtech/chaind) 工具对信标链进行索引。另外，为了避免2021 年 4 月下旬的意外暂停[出块事件](https://medium.com/prysmatic-labs/eth2-mainnet-incident-retrospective-f0338814340c)对研究结果产生影响，我们的研究范围主要聚焦于主网前 32,000个时段 (大约 4.5 个月) 的数据。 <br/> # 对平均净收益进行建模 首先，本研究将对来自主网的汇总数据展开查验。通过汇总超过 120,000 个验证者的数据，我们得以了解验证者所能获得的平均奖励或者惩罚值。在上一篇文章中，模型所估算出的数值都是预测 (即平均值) 值，基于此，我们能对模型预测值与实际运行结果之间的差异有比较清晰的认知。这将有助于我们对单个验证者以及其奖惩机制展开深入研究，同时也有助于我们准确地分析，究竟是哪类问题导致了最终实际运行结果的不佳。 预期净收益模型公式如下：  我们对主网进行了整体建模，在我们的模型中，每个验证者的正常运行时间 U是呈线性的，因此，我们可以将U 等同于整体网络参与率 P，由此可得：  至此，我们的模型只剩下两个参数——参与率 P 和基本奖励 B，而后者又由全网活跃质押额所决定。为简单起见，我们假设参与率 P 在所考虑的时期内是恒定的，即为网络的平均值。在每一时段中，该数值P等于活跃余额（即所有活跃验证者的有效余额）除以总余额（即所有验证者的有效余额）。 输入、常数、连接数据库 代码如下： ```Powershell import time import math import statistics import csv from datetime import datetime from datetime import timedelta import psycopg2 import matplotlib.pyplot as plt import matplotlib.dates as mdates import pandas as pd FAR_FUTURE_EPOCH = 2**64 - 1 # as defined in spec END_EPOCH = 32000 # open/restart connection to chaind database try: cursor.close() connection.close() except: pass connection = psycopg2.connect(user="chain", host="127.0.0.1", database="chain", password="medalla") cursor = connection.cursor() ``` <br/> 找到平均数、参与率 ```Powershell cursor.execute(f"SELECT f_active_balance, f_attesting_balance FROM t_epoch_summaries " f"WHERE f_epoch < {END_EPOCH} ORDER BY f_epoch") active_balance, attesting_balance = list(zip(*cursor.fetchall())) p_rate = [attesting_balance[i] / active_balance[i] for i in range(len(active_balance))] average_p_rate = sum(p_rate)/len(p_rate) print(f"average participation rate: {100*average_p_rate:.1f}%") ``` <br/> ``` output: average participation rate: 99.0% 输出： ​ 平均参与率：99% ``` 如上述计算，在前 32,000 个时段中，网络平均参与率为 99%。 有了这个数字，我们就可以根据每个时段活跃验证者质押的 Ether 数量对预期奖励进行建模估测。 <br/> # 实际平均奖励 为了进行比较，我们还需要计算实际的平均奖励值。这可以通过查验 chaind 记录的活跃验证者余额的变化来实现。不过，我们需要对汇总数据进行一些调整，以准确反映主网奖励和惩罚值： 1.我们排除了错误质押的情况，用户错误地向活跃验证者进行eth1存款； 2.我们排除了被罚没的验证者，因为罚没的惩罚金额相对较大，而且仅在同一验证者同时运行多个实例或行使可证明的恶意行为时才会发生； 3. 我们排除了罚没他人的验证者，因为这些验证者获得的巨额奖励可能会扭曲整体奖励情况。 如果排除罚没者和被罚没者，那么我们排除了大约多少比例的验证者呢？通过将被排除的验证者的数量 (即被罚没者的数量加上罚没者的数量) 除以活跃验证者数量的最小值 (比如说创世验证者的数量)，可以简单粗暴地计算出这一比例的上限。 计算被排除验证者百分比的上限 代码如下： ```Powershell cursor.execute("SELECT COUNT(*) FROM t_validators WHERE f_slashed") n_to_remove = 2 * cursor.fetchone()[0] print(f"number of slashed/slasher validators: {n_to_remove}") cursor.execute("SELECT COUNT(*) FROM t_validators WHERE f_activation_epoch = 0") n_genesis = cursor.fetchone()[0] print(f"minimum number of active validators: {n_genesis}") print(f"upper-bound percentage of validators excluded from average: {100 * n_to_remove / n_genesis:.1f}%") ``` <br/> ``` output: number of slashed/slasher validators: 268 minimum number of active validators: 21063 upper-bound percentage of validators excluded from average: 1.3% 输出： slashed/slasher 验证者的数量：268 最小活跃验证者数量：21063 从平均值中排除的验证者的上限比例：1.3% ``` 正如上述计算所示，在最坏的情况下，我们从研究中排除了 1.3% 的验证者。因此，我们推测，这并不会对平均净奖励值的计算产生显著影响。 [注意：用于计算平均奖励并将相关数据存储在Chaind数据库中的[代码](https://github.com/pintail-xyz/validator_rewards/blob/main/epoch_extras.py)，是在本文章写就开始之前运行的。] 计算和绘制模型和平均奖励 代码如下： ```Powershell def base_reward(active_balance, effective_balance=int(32e9)): return effective_balance * 64 // math.isqrt(active_balance) // 4 cursor.execute(f"SELECT * FROM t_epoch_extras WHERE f_epoch < {END_EPOCH} ORDER BY f_epoch") _, aggregate_reward, aggregate_reward_nonslashed, active_balance_nonslashed = list(zip(*cursor.fetchall())) average_reward_nonslashed = [] modelled_reward = [] for e in range(END_EPOCH): # look at the average reward received by a supposed 32 ETH validator # (almost all validators have a 32 ETH effective balance) average_reward_nonslashed.append(32e9 * aggregate_reward_nonslashed[e] / active_balance_nonslashed[e]) p = average_p_rate b = base_reward(active_balance[e]) modelled_reward.append(3*b*p**2-3*b*(1-p)+(7/8)*b*p**2*math.log(p)/(p-1)+(1/8)*b*p**2) rewards = pd.DataFrame({ 'average_reward_nonslashed': average_reward_nonslashed, 'modelled_reward': modelled_reward }) fig = plt.figure(figsize=(12, 8)) ax1=fig.add_subplot(111, label='1') ax2=fig.add_subplot(111, label='2', frame_on=False) ax1.plot(range(END_EPOCH), average_reward_nonslashed, label='actual reward') ax1.plot(range(END_EPOCH), modelled_reward, label='modelled reward') ax1.legend() ax2.plot([datetime(2020,12,1,12,0,23), datetime(2021,4,22,17,13,59)], [0,0], linestyle='None') ax2.set_title('Modeled vs. average reward for an Ethereum validator') ax1.set_xlabel('epoch') ax1.set_ylabel('Average per-epoch reward (gwei)') ax2.xaxis.tick_top() ax2.xaxis.set_major_formatter(mdates.DateFormatter('%b-%Y')) ax2.xaxis.set_label_position('top') ax2.yaxis.set_visible(False); ```  <center>(图名：以太坊验证者模型预测奖励与实际奖励之对比）</center> 如上图所示，我们构建简单模型似乎与实际情况非常相近，但总体而言，它预测的奖励值略高于实际奖励值。让我们计算一下溢价程度： 计算模型溢价 代码如下： ```Powershell premium = [modelled_reward[i] / a - 1 for i, a in enumerate(average_reward_nonslashed)] average_premium = sum(premium) / len(premium) print(f"on average, the model predicted {100 * average_premium:.2}% " f"higher rewards than were observed in practice") ``` <br/> ```Powershell output: on average, the model predicted 1.7% higher rewards than were observed in practice 输出： 平均而言，该模型预测的奖励比实际数值高 1.7% ``` 因此，在平均1.7%的溢价程度下，我们的模型捕捉到了每 epoch 平均奖励的绝大多数变动。 在所有的汇总数据中，略微溢价的程度似乎也相当一致。要了解这种差异的来源，我们需要进一步研究单个验证者的表现。 <br/> # 验证者表现 正如上一篇文章所述，任何既定验证者可获得的实际奖励在某种程度上取决于运气。特别是因为，分配给每个验证者的任务数量可能会有很大差异。另一种情况是，当验证者的证明由于skip slot（“跳块”，即该 slot 没有区块）而被延迟时，验证者也可能会错失奖励，而这不是验证者的过错。 如果我们想比较验证者的表现，我们需要分析每个验证者如何利用其验证机会。一种方法是，查看完美履行验证职责的验证者 (在考虑了网络其余部分的性能缺陷情况下)，可以获得什么级别的奖励。因为这会是验证者在整个时期内能累积获得的最大奖励。然后，我们将这一数值与一名验证者在此期间获得的实际净奖励值 (即所有获得的奖励的总和减去因不完全证明而产生的任何处罚) 进行对比。 我们可以将实际奖励与最大奖励的比率定义为***\*验证者效率\****。换句话说，即既定验证者可获得奖励的比例。然后，我们可以将验证者效率作为衡量验证者表现的指标，并生成一个排名，将效率最佳的验证者排在首位。验证者奖励由两部分构成：区块提议奖励，偶尔且随机发生；以及区块证明奖励，每个时段 (6.4 分钟) 执行一次。 让我们先看看区块证明奖励的表现。 ## 区块证明效率 在模型中，我们假设验证者要么完美地履行他们的证明职责，要么根本不履行职责。然而，如上面的数据所示，正是这一假设导致我们对实际奖励的估计略高。因为存在验证者履行了证明职责但并没有获得全部奖励的情况。要了解这是如何发生的，我们需要更仔细地研究验证者实际获得的奖励。前一篇文章中已提到，对于以下四类证明行为，验证者每完成一项，最多可以获得一个 base_reward 基础奖励： 1.**对“源”区块进行正确投票**。对最终达成 CasperFFG共识的“源”检查点区块进行投票证明。在实践中，只有源检查点投票正确的情况下，证明才能被打包，因此“源”投票奖励可以等效地视为“打包奖励”。 （注：当一个block的高度恰好是"epoch"值的整数倍时，这个block便不会包含任何投票信息，而是包含了当前所有的签名者列表。这个block被叫做checkpoint。可以看出，checkpoint类似于一个“里程碑”，可以用来表示“到目前为止，有效的签名者都记录在我这里了”。） 2. **对“目标”区块进行正确投票**。对最终达成 CasperFFG共识的目标检查点区块进行投票证明。 3. **对区块链头进行正确投票**。对区块链头部区块进行投票。 4.**打包延迟**。最终的基础奖励在将区块证明者和区块提议者之间进行分配。证明者最多收到 7/8 的基础奖励，比例与打包延迟的 slot 数成反比。区块提议者将收到由其打包的每条证明基础奖励的 1/8。 请注意，有关“源”、“目标”和“区块头”投票的含义和功能的完整详细信息，请参阅 [Gasper 论文](https://arxiv.org/pdf/2003.03052.pdf)。 验证者获得奖励 (1) 的比例完全由其网络参与程度决定。如果验证者没有对正确的“源”区块进行投票，他们的证明根本不会被打包在内，也就意味着验证者根本没有参与进来。 奖励 (2) 和 (3) 略有不同——验证者投票给他们认为是“正确”的目标区块或头部区块，但一些验证者对区块链的认知可能不完整或延迟，这导致他们投票结果与该时隙最终确定的区块结果不同。在这种情况下，投票给“正确”区块的验证者会收到部分 基础奖励，分配比例基于以相同方式投票的验证者的有效质押比例。 投票给“不正确”区块的验证者的基础奖励将被罚没。 关于情况（4），也就是打包延迟奖励，之前已经讨论过：我们的模型假设，“在线”验证者只有在 slot 内无区块可打包的情况下才会延迟证明。但在实操中，证明行为也可能因其他因素而延迟。比如说，由于网络延迟，区块提议者没有及时收到证明投票信息，因而无法将其打包入最早的区块中。 为了理解这些数据背后的含义，我们将对单个验证者的表现展开详细研究。首先是创世[验证者1111](https://beaconcha.in/validator/1111)。照例，我们将使用[chaind](https://github.com/wealdtech/chaind)数据库工具，但对于一些额外的数据，我们将单独使用[Python 脚本](https://github.com/pintail-xyz/validator_rewards/blob/main/validator_epoch_extras.py)和[支持模块](https://github.com/pintail-xyz/validator_rewards/blob/main/chaind_extras.py)进行处理。. 获取验证者 1111 的证明效率 代码如下： ```Powershell cursor.execute( f"SELECT * FROM t_validator_epoch_extras WHERE f_validator_index = 1111 AND f_epoch = {END_EPOCH}" ) _, _, _, reward, max_reward, missed, target, head, delay, _, _ = cursor.fetchone() print(f"max reward: {max_reward/1e9:.4f} ETH") print(f"actual reward: {reward/1e9:.4f} ETH") print(f"attestation efficiency = {100*reward/max_reward:.1f}%") shortfall = max_reward - reward print(f"shortfall {shortfall/1e9:.4f} ETH") print(f"...due to missed attestations: {missed/1e9:.4f} ETH ({100*missed/shortfall:.1f}%)") print(f"...due to incorrect head: {head/1e9:.4f} ETH ({100*head/shortfall:.1f}%)") print(f"...due to incorrect target: {target/1e9:.4f} ETH ({100*target/shortfall:.1f}%)") print(f"...due to excess delay: {delay/1e9:.4f} ETH ({100*delay/shortfall:.1f}%)\n\n") fig = plt.figure() ax = fig.add_axes([0,0,1,1]) ax.axis('equal') ax.pie( [missed, head, target, delay], labels=['missed attestation', 'incorrect head', 'incorrect target', 'excess delay'], autopct='%1.1f%%' ) ax.set_title( f'Causes of attestation shortfall for validator 1111 during the first {END_EPOCH} beacon chain epochs' ) plt.show() ``` <br/> ``` output: max reward: 1.3370 ETH actual reward: 1.3116 ETH attestation efficiency = 98.1% shortfall 0.0254 ETH ...due to missed attestations: 0.0147 ETH (57.8%) ...due to incorrect head: 0.0082 ETH (32.3%) ...due to incorrect target: 0.0023 ETH (9.1%) ...due to excess delay: 0.0002 ETH (0.8%) 输出： 最大奖励：1.3370 ETH 实际奖励：1.3116 ETH 证明效率 = 98.1% 损失 0.0254 ETH ...由于错过证明：0.0147 ETH (57.8%) ...由于头部错误：0.0082 ETH (32.3%) ...由于目标错误：0.0023 ETH (9.1%) ...由于过度延迟：0.0002 ETH (0.8%) ```  <center> (图名：在信标链前32000 时段中造成验证者1111证明奖励损失的因素）</center> 因此，对于前 32000 个时段，验证者 1111 的证明效率为 98%，这意味着其获得的实际奖励值为最大奖励值的98%。考虑到因机会成本、遗漏或错误证明而受到的惩罚，我们可以将证明损失的起因归结如下。57.8%是由于遗漏而没有参与证明，32.3%是由于错误的头部区块投票，9.1% 是由于错误的目标区块投票，0.8% 是由于该证明投票的“过度延迟”。在这里，过度延迟是指延迟超过了证明本应被打包的最早区块了，其中除去跳块 (skipped slots) 的情况。 错误的头部区块投票、错误的目标区块投票和过度延迟这些因素并没有包含在我们之前的模型中，也就导致了模型预测的验证者奖励与实际情况的轻微出入。 ## 区块提议效率 验证者获得奖励的另一活动是区块提议。但是，在这种情况下，评估验证者表现有点棘手。因为区块提议的奖励取决于该区块中打包的证明投票数量。如果验证者未能在需要时及时提议新区块，我们也不能说如果成功提议了该区块会有多少奖励。即使验证者确实成功地提议了一个新区块，也可能出现该区块实际上并没有打包足够多的证明投票的情况（这可能是由于网络延迟或其他因素，这些因素可能是，也可能不是区块提议者的错）。 因此，为了对验证者效率进行整体测量，我们将不得不对区块提议奖励做出一些假设。对于成功提议的区块，我们将计算收到的实际提议奖励，并假设这是最大可能的奖励。 对于跳过或者丢失的区块，我们将使用以下公式预估理论上的区块提议奖励 Rb，具体如下：  其中，BE 指每个ETH的基础奖励，SA 指该epoch内的证明押金的 ETH数。 1/256这个数字是基于提议者将获得其所打包的见证投票的 1/8 的基础奖励，并且提议者奖励在每个epoch 中的所有 32 个提议者平分（即1/(8*32)）。 同样，让我们看一下验证者 1111的情况，看看这在实操中意味着什么。 获取验证者 1111 的提议效率 代码如下： ```Powershell cursor.execute( f"SELECT SUM(f_proposer_duties), SUM(f_proposals_included) FROM t_validator_epoch_summaries " f"WHERE f_validator_index = 1111 AND f_epoch <= {END_EPOCH}" ) proposer_duties, proposals_included = cursor.fetchone() cursor.execute( f"SELECT f_block_reward, f_missed_block_reward FROM t_validator_epoch_extras " f"WHERE f_validator_index = 1111 AND f_epoch = {END_EPOCH}" ) proposer_reward, missed_proposer_reward = cursor.fetchone() print( f"validator 1111 was allocated {proposer_duties} proposer duties and fulfilled {proposals_included} " f"({100*proposals_included/proposer_duties:.0f}%)" ) max_proposer_reward = proposer_reward + missed_proposer_reward print(f"max proposer reward = {max_proposer_reward/1e9:.4f} ETH") print( f"received proposer reward = {proposer_reward/1e9:.4f} ETH ({100*proposer_reward/max_proposer_reward:.0f}%)" ) ``` <br/> ``` output: validator 1111 was allocated 19 proposer duties and fulfilled 17 (89%) max proposer reward = 0.0531 ETH received proposer reward = 0.0464 ETH (88%) 输出： 验证者 1111 被分配了 19 个提议任务并完成了 17 个 (89%) 最大提议奖励 = 0.0531 ETH 收到提议奖励 = 0.0464 ETH (88%) ``` 可见，在这种情况下，尽管验证者成功履行了 89% 的区块提议职责，但效率仍略低，仅为 88%。 这是因为错过的区块提议的价值略高于平均水平。这些区块提议出现在分析时期（epoch 17334 和 17520 ）的后期，验证者集的规模以及区块提议的价值都在整个时期普遍增加。 ## 验证者效率 观察成功提议区块或错失该机会而产生的ETH 价值增减有一个好处，就是我们现在对区块提议职责的提议“奖励损失”有了测量的标准。而将此与区块证明效率相结合，我们可以计算整体的验证者效率，即验证者所能获得的最大奖励的百分比。基于我们对那些区块的预期奖励，我们可以重新绘制上面的饼图，显示由于错过提议而造成的奖励损失比例。 获取验证者 1111 的验证者效率 代码如下： ```Powershell cursor.execute( f"SELECT * FROM t_validator_epoch_extras WHERE f_validator_index = 1111 AND f_epoch = {END_EPOCH}" ) _, _, _, att_reward, max_att_reward, missed, target, head, delay, prop_reward, missed_props = cursor.fetchone() max_reward = max_att_reward + prop_reward + missed_props actual_reward = att_reward + prop_reward print(f"max reward: {max_reward/1e9:.4f} ETH") print(f"actual reward: {actual_reward/1e9:.4f} ETH") print(f"validator efficiency = {100*actual_reward/max_reward:.1f}%") shortfall = max_reward - actual_reward print(f"shortfall {shortfall/1e9:.4f} ETH") print(f"...due to missed attestations: {missed/1e9:.4f} ETH ({100*missed/shortfall:.1f}%)") print(f"...due to incorrect head: {head/1e9:.4f} ETH ({100*head/shortfall:.1f}%)") print(f"...due to incorrect target: {target/1e9:.4f} ETH ({100*target/shortfall:.1f}%)") print(f"...due to excess delay: {delay/1e9:.4f} ETH ({100*delay/shortfall:.1f}%)") print(f"...due to missed proposals: {missed_props/1e9:.4f} ETH ({100*missed_props/shortfall:.1f}%)") fig = plt.figure() ax = fig.add_axes([0,0,1,1]) ax.axis('equal') ax.pie( [missed, head, target, delay, missed_props], labels=['missed attestation', 'incorrect head', 'incorrect target', 'excess delay', 'missed proposals'], autopct='%1.1f%%' ) ax.set_title( f'Causes of reward shortfall for validator 1111 during the first {END_EPOCH} beacon chain epochs' ) plt.show() ``` <br/> ``` output: max reward: 1.3901 ETH actual reward: 1.3580 ETH validator efficiency = 97.7% shortfall 0.0321 ETH ...due to missed attestations: 0.0147 ETH (45.9%) ...due to incorrect head: 0.0082 ETH (25.7%) ...due to incorrect target: 0.0023 ETH (7.2%) ...due to excess delay: 0.0002 ETH (0.7%) ...due to missed proposals: 0.0066 ETH (20.6%) 输出： 最大奖励：1.3901 ETH 实际奖励：1.3580 ETH 验证者效率 = 97.7% 损失 0.0321 ETH ...由于错过见证：0.0147 ETH (45.9%) ...由于头部错误：0.0082 ETH (25.7%) ...由于目标错误：0.0023 ETH (7.2%) ...由于过度延迟：0.0002 ETH (0.7%) ...由于错过提案：0.0066 ETH (20.6%) ``` 在信标链前32000 时段中造成1111验证者奖励损失的因素  <center>（饼图名称：在信标链前32000 时段中造成1111验证者奖励损失的因素)</center> <br/> # 验证者比较 我们已经发现我们的示例验证者1111的验证者效率大约为 98%。 这意味着该验证者几乎从协议中获得了最大的可得奖励。但这有多典型呢？为了进行比较，我们选择了一个大验证者集，看其验证者效率分布。 为了在尽可能长的时期内做出比较，我们选择了那些仍在 epoch 32000 履行验证职责的创世验证者（也就是说他们没有被罚没或自愿退出）。 为简单起见，我们还将排除少数被扣除了奖励的验证者，以及获得额外 eth1 保证金质押的验证者。然后，让我们来计算集合中每个验证者的验证效率并查看分布情况吧。 找出排除了扣除过奖励、罚没者和重复存款者的验证者集 代码如下： ```Powershell FUTURE_EPOCH = 2**64 - 1 # from spec cursor.execute( "SELECT f_index, f_activation_epoch, f_exit_epoch, f_slashed, f_public_key " "FROM t_validators ORDER BY f_index" ) validators = [{ 'index': r[0], 'activation_epoch': FUTURE_EPOCH if r[1] is None else r[1], 'exit_epoch': FUTURE_EPOCH if r[2] is None else r[2], 'slashed': r[3], 'slasher': False, 'redeposit': False, 'pubkey': r[4].hex() } for r in cursor.fetchall()] pubkey_lookup = {v['pubkey']: v for v in validators} # identify slashers cursor.execute("SELECT f_inclusion_slot FROM t_proposer_slashings") proposer_slashings = [s[0] for s in cursor.fetchall()] cursor.execute("SELECT f_inclusion_slot FROM t_attester_slashings") slashings = proposer_slashings + [s[0] for s in cursor.fetchall()] for s in slashings: cursor.execute(f"SELECT f_validator_index FROM t_proposer_duties WHERE f_slot = {s}") validators[cursor.fetchone()[0]]["slasher"] = True # check for any instances of validator deposits made to already active validators cursor.execute("SELECT f_inclusion_slot, f_validator_pubkey FROM t_deposits") for row in cursor.fetchall(): deposit_slot = row[0] pubkey = row[1].hex() if pubkey not in pubkey_lookup: continue else: validator = pubkey_lookup[pubkey] if deposit_slot // 32 > validator["activation_epoch"] and deposit_slot // 32 < validator["exit_epoch"]: validator["redeposit"] = True reduced_genesis_set = [ v for v in validators if v["activation_epoch"] == 0 and not ( v["slashed"] or v["slasher"] or v["redeposit"] or v["exit_epoch"] < END_EPOCH ) ] n_genesis = sum(1 for v in validators if v["activation_epoch"] == 0) n_reduced = sum(1 for v in reduced_genesis_set if v["activation_epoch"] == 0) print(f"validator count (genesis set): {n_genesis}") print(f"validator count (reduced genesis set): {n_reduced} ({n_genesis - n_reduced} excluded)") ``` <br/> ``` output: validator count (genesis set): 21063 validator count (reduced genesis set): 20993 (70 excluded) 输出： 验证者数量（创世验证者集）：21063 验证者数量（筛选后的创世验证者集）：20993（减少 70） ``` 计算筛选后的创世验证者集 代码如下： ```Powershell for v in reduced_genesis_set: cursor.execute( f"SELECT * FROM t_validator_epoch_extras " f"WHERE f_validator_index = {v['index']} AND f_epoch = {END_EPOCH}" ) ( _, _, _, v['att_reward'], v['max_att_reward'], v['missed_att_shortfall'], v['incorrect_target_shortfall'], v['incorrect_head_shortfall'], v['excess_delay_shortfall'], v['proposer_reward'], v['missed_proposer_reward'] ) = cursor.fetchone() max_reward = v['max_att_reward'] + v['proposer_reward'] + v['missed_proposer_reward'] v['validator_efficiency'] = (v['att_reward'] + v['proposer_reward']) / max_reward x = [100 * v['validator_efficiency'] for v in reduced_genesis_set if v['validator_efficiency']] fig, ax = plt.subplots(figsize=(12, 8)) ax.hist(x, bins=[e / 10 for e in range(800,1000)]) ax.set_xlim(xmin=80, xmax=100) ax.set_title(f'Validator efficiency for reduced genesis set up to epoch {END_EPOCH}') ax.set_xlabel('Validator efficiency (%)') ax.set_ylabel('Validator count') ax.set_xticks(range(80,101,2)) quartiles = statistics.quantiles(x) percentiles = statistics.quantiles(x, n=100) print("validator efficiency statistics:\n") print(f" minimum = {min(x):.2f}%") print(f" 1st percentile = {percentiles[0]:.2f}%") print(f" lower quartile = {quartiles[0]:.2f}%") print(f" median = {quartiles[1]:.2f}%") print(f" upper quartile = {quartiles[2]:.2f}%") print(f"99th percentile = {percentiles[98]:.2f}%") print(f" maximum = {max(x):.2f}%") ``` <br/> ``` output: validator efficiency statistics: ​ minimum = -77.02% 1st percentile = 73.49% lower quartile = 97.30% ​ median = 98.61% upper quartile = 98.99% 99th percentile = 99.25% ​ maximum = 99.43% 输出： 验证者效率数据： ​ 最小值 = -77.02% 第 1 个百分位数 = 73.49% 最小四分位数 = 97.30% ​ 中位数 = 98.61% 最大四分位数 = 98.99% 第 99 个百分位数 = 99.25% ​ 最大值 = 99.43% ```  (图名：截止到epoch 32000筛选后的创世验证者集的验证者效率分布） 因此，事实上验证者效率的中位数超过 98%，而我们的示例验证者 1111 的效率为 97.7%，这意味着按照这个指标，验证者1111的效率低于一半的验证者。 如图所示，大多数验证者的验证者效率分布在 97% - 99% 之间，没有验证者达到完美 (100%) 的效率。 另一方面，少数验证者的效率实际上是负的（即他们在此期间的净奖励为负）。 这表明存在少数从未验证成功的验证者，这可能是由于验证者密钥丢失或该验证者不理解成功验证所需的技术步骤。 矩形图似乎显示出双峰分布，大多数验证者不是分布在 97% - 99% 范围内，而是分布在 92% - 97% 范围内。 让我们来看看这两组验证者，看看这一结果差异是否有明确的原因。 显示两个验证者小组的损失图表 代码如下： ```Powershell group1_shortfalls = [0.0] * 5 group2_shortfalls = group1_shortfalls.copy() group1_count = group2_count = 0 for v in reduced_genesis_set: if v['validator_efficiency'] >= 0.92 and v['validator_efficiency'] < 0.97: group1_shortfalls[0] += v['missed_att_shortfall'] group1_shortfalls[1] += v['incorrect_head_shortfall'] group1_shortfalls[2] += v['incorrect_target_shortfall'] group1_shortfalls[3] += v['excess_delay_shortfall'] group1_shortfalls[4] += v['missed_proposer_reward'] group1_count += 1 elif v['validator_efficiency'] >= 0.97: group2_shortfalls[0] += v['missed_att_shortfall'] group2_shortfalls[1] += v['incorrect_head_shortfall'] group2_shortfalls[2] += v['incorrect_target_shortfall'] group2_shortfalls[3] += v['excess_delay_shortfall'] group2_shortfalls[4] += v['missed_proposer_reward'] group2_count += 1 labels = ['missed\nattestation', 'incorrect\nhead', 'incorrect\ntarget', 'excess\ndelay', 'missed\nproposals'] width = 0.35 x1 = [x - width/2 for x in range(len(labels))] x2 = [x + width/2 for x in range(len(labels))] y1 = [y / group1_count / 1e9 for y in group1_shortfalls] y2 = [y / group2_count / 1e9 for y in group2_shortfalls] fig, ax = plt.subplots(figsize=(12, 8)) rects1 = ax.bar(x1, y1, width, label='group 1 (92% ≤ efficiency < 97%)') rects2 = ax.bar(x2, y2, width, label='group 2 (97% ≤ efficiency)') ax.set_xticks(range(len(labels))) ax.set_xticklabels(labels) ax.set_ylabel('Per-validator shortfall (ETH)') ax.set_title('Comparing causes of validator shortfall between validator groups') ax.legend(); ```  <center>（图名：两组验证者其验证奖励损失原因之对比）</center> 比较两组验证者，我们可以发现，表现较差的组（组 1）在 5种情况下都表现更差。 然而，让两组产生显著损失的主要原因是组1更大程度的错过了证明投票机会。这说明原因只是验证者们的正常运行时间的不同。至于为什么这些验证者正常运行时间不同，并且几乎明显均分为两组？原因尚不清楚。（也许是因为某些验证者是“业余爱好者”，而另一些是“专业机构”？） 要分析错过证明投票机会所导致的验证奖励的损失程度，我们需要找到一个与组1平均情况相近的验证者。 找出一个与组1平均情况相近的验证者 代码如下： ```Powershell target = int(group1_shortfalls[0] / group1_count) cursor.execute( f"SELECT f_validator_index FROM t_validator_epoch_extras " f"WHERE f_epoch = {END_EPOCH} AND f_validator_index < 21063 " f"ORDER BY ABS(f_shortfall_missed - {target}) LIMIT 1" ) val_index = cursor.fetchone()[0] cursor.execute( f"SELECT COUNT(*) FROM t_validator_epoch_summaries " f"WHERE f_validator_index = {val_index} AND f_epoch <= {END_EPOCH} AND NOT f_attestation_included" ) n_missed = cursor.fetchone()[0] frac = n_missed / END_EPOCH eff = 100 * validators[val_index]['validator_efficiency'] print(f"validator {val_index} had a validator efficiency of {eff:.1f}% and missed {n_missed} attestations") print(f"this was {100 * frac:.1f}% of the total ({24 * 365 / 12 * frac:.1f} hours of downtime per month)") ``` <br/> ``` output: validator 18071 had a validator efficiency of 94.4% and missed 660 attestations this was 2.1% of the total (15.1 hours of downtime per month) 输出： 验证者18071 验证者效率为 94.4%，错过了 660 次证明 占总证明次数的 2.1%（每月离线 15.1 小时） ``` 真是非常令人鼓舞！尽管每月平均离线 15.1 小时，但表现不佳的组1中的验证者平均捕获可得奖励仍然超过 94%。 把 epoch 32000 的验证者表现数据写入 csv 文件 代码如下： ```Powershell with open('validator_performance.csv', 'w') as f: writer = csv.writer(f) writer.writerow( [ 'validator', 'efficiency', 'attestation_reward', 'max_attestation_reward', 'missed_attestation_shortfall', 'target_shortfall', 'head_shortfall', 'excess_delay_shortfall', 'proposer_reward', 'missed_proposer_reward','max_reward' ] ) for v in validators: cursor.execute( f"SELECT * FROM t_validator_epoch_extras " f"WHERE f_validator_index = {v['index']} AND f_epoch = {END_EPOCH}" ) result = cursor.fetchone() if result is None: continue ( _, _, _, att_reward, max_att_reward, missed_att_shortfall, target_shortfall, head_shortfall, excess_delay_shortfall, proposer_reward, missed_proposer_reward ) = result max_reward = max_att_reward + proposer_reward + missed_proposer_reward efficiency = (att_reward + proposer_reward) / max_reward writer.writerow( [ v['index'], efficiency, att_reward, max_att_reward, missed_att_shortfall, target_shortfall, head_shortfall, excess_delay_shortfall, proposer_reward, missed_proposer_reward, max_reward ] ) ``` 有关在整个验证者集中单个验证者表现的详细信息，可以通过 [CSV 文件](https://github.com/pintail-xyz/validator_rewards/blob/main/validator_performance.csv)查询。 该文件有每个验证者在前 32,000 个 epoch中的验证者效率，以及具体奖励损失情况（以 gwei 为单位）。 <br/> # 总结 在这篇文章中，我们看到，我们以前的验证人奖励模型与实际获得的奖励相当接近。然而，当我们深入研究细节时，就会发现，验证者获得的实际收益与他们本应获得的收益之间的很大一部分差异，是由于我们的模型中未包含某些错综复杂的验证者奖励机制。 因此，我们使用了测量验证者表现的指标——验证者效率——以便公平地对各验证者展开比较。 这一指标应用于前 32,000 个信标链 epoch中，结果是大多数验证者都获得了绝大多数可得奖励——即使是表现最差的四分之一也实现了超过 97% 的验证者效率。这意味着对于大多数验证者来说，提高奖励的机会将非常有限。但是，如果验证者收入远低于最大奖励值，最可能的解释应该是验证者的离线时间。因此，对于大多数收入较低的验证者而言，应该首先关注如何提高在线时间。 <br/> # 致谢 我在本项目中使用了 [chaind](https://github.com/wealdtech/chaind)工具，非常感谢 Jim McDonald 的耐心支持和帮助。 还要感谢 Lakshman Sankar 和 Barnabé Monnot 的建议与反馈。 照片由 [Unsplash](https://unsplash.com/?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) 上的 [Henrik Hansen](https://unsplash.com/@henrik_hansen?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) 提供。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/wnie2-2021-8-13https://www.ethereum.cn/Eth2/wnie2-2021-8-13Sat, 14 Aug 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_210813) <br/> # 信标链 信标链规范在 Dafny 语言中的正式验证[已完成](https://twitter.com/ConsenSysQuorum/status/1422903835761250315)！这项工作由我出色的 ConsenSys Protocols 同事 Joanne Fuller 和 Franck Cassez 共同完成。这是一项巨大的成就，也是 Dafny 有史以来最复杂的项目之一。这项工作应该为我们未来的协议开发和分析的严谨性奠定基础。读者们可以从这里 (https://github.com/ConsenSys/eth2.0-dafny) 了解更多信息并自行运行证明。我相信很快就会有人发布一些与之相关的博客文章和论文 (可能还有视频演示)。 至于其他关于规范的新闻，Eth2 API 规范已更新至 [v2.0.0](https://github.com/ethereum/eth2.0-APIs/releases/tag/v2.0.0)，为 Altair 升级做准备。 Altair 升级的一个主要目的就是使轻客户端能够在 Eth2 网络中高效运行。想象一下大家在浏览器中去信任地运行轻客户端，而不是通过 Infura 或其他受信任的第三方发送交易。为了让大家了解实现这个目标需要做些什么，Alex Stokes 撰写了文章[《启动信标链轻客户端生态系统》](https://notes.ethereum.org/@ralexstokes/S1RSe1JlF)。 还有一些有趣的新闻：Eth2 存款合约现在已经成为 [ETH 余额最多的合约](https://etherscan.io/accounts)，甚至[超过了](https://twitter.com/antiprosynth/status/1425762470493294598) Wrapped Ether (WETH) 合约里的 ETH 余额量。  <center>cr：etherscan.io/accounts</center> ## Altair 升级 Pyrmont 测试网中 Altair 升级的 slot [已确定](https://github.com/eth2-clients/eth2-networks/pull/56)。Pyrmont 将于 epoch 61650，slot 1,972,800 处升级，即 UTC 时间 8 月 19 日中午 12 点 (再加 7 秒)。 ``` 🚨 如果你正运行 Pyrmont 测试网上的验证者节点 🚨 请于周四之前升级你的客户端！ ``` ## 合并 (The Merge) 读者应该知道 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) 是 Eth1 执行链与 Eth2 共识链合并的规范吧？Mikhail Kalinin 在 Ethereum Cat Herder 的 PeepAnEIP 系列第 41 期[深入解释了](https://www.youtube.com/watch?v=zNIrIninMgg) EIP-3675。 Nethermind 从 Eth1 角度讨论了 The Merge 的一些重要方面，这里是其推特短文：https://twitter.com/nethermindeth/status/1424812633266528259 <br/> # 质押 StakeHouse [社区会议第 5 期](https://www.youtube.com/watch?v=akMtNy4Clac&t=578s)于 8 月 11 日进行。关注 GUI 客户端安装程序和其他项目的进展。点击此处查看[团队的更新](https://github.com/stake-house/stakehouse/wiki/Updates-from-the-Teams)以及[项目想法列表](https://github.com/stake-house/stakehouse/wiki/Project-Ideas-List)。欢迎大家为此提供帮助！ 客户端多样性仍然是一个宽泛的话题。为了让 Staking 社区变得更加多样化，EthStaker 和 StakeHouse 的 Colfax 制定了一些很棒的[原则](https://twitter.com/colfaxselby/status/1424466820522815499)。 关于这一点，有很多值得欣赏的地方，我很乐意看到 Colfax 列出的点能够实现。然而，这一经典路线试图使 Eth2 客户端完全可互换；而确保尽可能容易地切换客户端，必然会使它们在某种程度上难以区分。正如我与 Colfax 讨论过那样，我认为还可以考虑另一种替代方案。 虽然我接收客户端之间完全可替代这一解决方案，但这确实让产品经理的心沉了一下。在 Teku 团队中，我们特意采用了不同的方法。在我看来，促进客户端多样性的另一种方法就是让它们“截然不同”。也就是说，针对特定的用户群体和用例优化客户端。Nimbus 专注于低功耗设备，而 Teku 专注于机构质押市场，即专攻支持专业质押者的产品研究。我想知道通过这种方式是否同样能很好地实现客户端多样性。 最终，我们可以明智地根据标准来设法适应这两种方法。毕竟，无论产品的明确重点是什么，Teku 客户端仍然是个人质押者的绝佳选择。 ## 工具 Rémy Roy 在他发布的一篇详细[指南](https://github.com/remyroy/ethstaker/blob/main/monitoring.md)的基础上，就[如何监控验证者节点](https://www.youtube.com/watch?v=Jkvyd8k_R9Y)做了一个很棒的讲解视频。里面的内容非常值得学习！ [Beaconcha.in](http://beaconcha.in/) 的“验证者监控应用程序”[做得越来越好了](https://twitter.com/beaconcha_in/status/1425077372114583562)。节点运营者可以运行一个[“客户端指标浏览器”](https://github.com/gobitfly/eth2-client-metrics-exporter)，从而将自己的节点数据导入应用程序。Lighthouse 实际上不需要这个浏览器就能够导入节点数据，Teku 团队也在研究本地支持导入数据这个功能。 ## 去中心化质押 [SSV 社区会议第 2 期](https://www.youtube.com/watch?v=M8vM-9WY_aI)于 8 月 11 日进行。Alon Muroch 展示了 SSV 网络公共测试网的发布。可以访问这个[新网站](https://ssv.network/)以了解更多信息并参与进来。 (SSV 指的是“秘密共享验证者, Secret Shared Validator”，我个人认为这个名字有够奇怪的，叫做“分布式验证者”或者“弹性验证者”更好。) 同时，[Rocket Pool 测试网](https://medium.com/rocket-pool/rocket-pool-prater-testnet-guides-2428ecdc565e)的阶段 4 已经开始了，模拟完全开放的 Rocket Pool。 我对未来的去中心化质押感到无比兴奋！我们非常需要这些技术。 <br/> # 释义性文章 我在 [Enterprise Ethereum Alliance Virtual Meetup](https://www.youtube.com/watch?v=J5antzuQ-SU) (以太坊企业联盟虚拟会议) 上讨论了 Eth2 的话题。正如我在[推特上](https://twitter.com/benjaminion_xyz/status/1423597226706808832)所说的那样，我对以太坊企业基本上一无所知，所以这只是我很平常的演讲，加上一些额外的废话。如果读者想了解我们现在的状况以及我们是如何走到这一步的，那么这值得一看。 如果你更喜欢推特的形式，Pastry 发了一条[推特长文](https://twitter.com/PastryETH/status/1425640993085403140)解释 Eth2.0 会有什么。 Bison Trails 的 Viktor Bunin 更新了 [eth2 update 015](https://bisontrails.co/eth2/015/) 期。 <br/> # 研究 目前，信标链上区块需要两个 epoch 的时间完成敲定，大概 13 分钟。最终确定性的延迟意味着验证者有机会重组最近的链，例如在时间强盗攻击 [(time bandit attack)](https://www.coindesk.com/podcasts/coindesk-reports/time-bandit-attacks-on-ethereum) 中，这不利于改善稳定性和用户体验。如果单个 slot 之后就完成某种程度的经济最终确定性 (即重组链的成本很高)，那就太好了。Vitalik 在其发布的文章《基于委员会的累积最终确定性模型》([A model for cumulative committee-based finalit](https://ethresear.ch/t/a-model-for-cumulative-committee-based-finality/10259?u=benjaminion)) 中提出了这样的一种机制。这将是未来执行 Casper CBC 共识的另一种选择。这可以降低最小质押数的门槛，允许更多验证者参与。 分离分片构建者和分片区块提议者的角色的[想法](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725?u=benjaminion)变得更具有实质性。早期的[设计](https://github.com/ethereum/eth2.0-specs/pull/2486)已经合并到[分片规范](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/sharding/beacon-chain.md)中。其主要目标是使 MEV 民主化，以便其价值不仅仅被大型质押池所捕获，并且还有其他好处。欢迎对这个提案进行评论！ 关于分片的话题，这里有一篇文章[讨论了](https://ethresear.ch/t/gradual-sharding-rollout/10320?u=benjaminion)是否应该一开始就上 64 个分片？文章提议最初少一点分片也许会好些，以便减少区块空间可用性的供应冲击。有趣的事实：[规范](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/sharding/beacon-chain.md#misc-2)中分片数量的最大值仍为 1024 —— 我们已经设想分片的数量从较少开始，然后慢慢增加到那个数值。 <br/> # 常规会议 ## 实现者会议 第 70 次会议于 8 月 12 日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/232) - [会议视频](https://www.youtube.com/watch?v=24MRTRDJ-iw&t=256s) - [我的速记](https://hackmd.io/@benjaminion/BJu7IifxY). <br/> # 活动预告 - UTC 时间 8 月 21 日星期六 18:00：[EthStaker 社区会议 #18](https://ethstaker.cc/community-call-18-saulius-grigaitis-of-the-grandine-beacon-chain-client/)，Grandine Beacon Chain 客户端的 Grigaitis 参加。 - UTC 时间 8 月 25 日星期三 16:00：StakeHouse 社区会议 #6 (如果你想加入，请在 Discord 上发送`colfax#1983`。) <br/> # 其他新闻 - Prysmatic Labs 发布了文章《[Prysm V2 的更新内容](https://medium.com/prysmatic-labs/changes-coming-in-prysm-v2-stakers-need-to-know-be2601fbd4f5)》。在信标链主网 Altair 升级之前，Prysm 安装需要更新到 V2 版本。还有其他一些重要的更新。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/DeFi/market-research/defis-student-government-problem/https://www.ethereum.cn/DeFi/market-research/defis-student-government-problem/Fri, 13 Aug 2021 00:00:00 GMT来源 | [insights.deribit](https://insights.deribit.com/market-research/defis-student-government-problem/) <br/>  又到了每年的这个时候——校园里讨厌的孩子把他们的脸满校园地贴，让你给他们投票。你看了校园传单上这些精选名单，并好奇为什么会有人会去竞选这些学生会职位 (其实我知道，因为我曾经是校园里的那个孩子)。这场游戏并不利于任何形式的治理。 1. 除了少数几个人，没有谁真的在乎做了什么决定 2. 真正的权力掌握在少数人手上——教师和行政人员 与高中的学生会一样，DeFi 治理大多被当作一种骗局，告诉参与者这个过程是民主的 (引用 Tina He 的话)。在现实中，很多决策通常是顶层的人做的，而代价则是由终端用户来承受。一个迫使贵族成为“天使”的系统，通常不具有去中心化治理的长期可行性。 *免责声明：我将使用现实加密货币治理的例子，不管对它们是批评还是表扬，我对治理过程的看法并不影响我对一个项目或协议其他方面的展望。这只是为了对历史上的例子以及如何解决 DeFi 治理中出现的问题提供一个有用的指引。* <br/> # 决策、决策、决策... 盯着外面的竞选演说，你会发现大多数人真的不关心校园发生的事。大量的市政厅为不同的事由举办活动，只是你并不真正关心或没空参与。从它最简单的形式就能看出，加密货币遭遇了与世界其他地方相同的问题，主要来自小政府 (像学生会)。绝大多数人就是不关心，数据证实了这一点： [ 来源：论坛页面，[duneanalytics.com](https://duneanalytics.com/) 目前协议治理最突出的问题是对终端投票者的好处，他们为什么要花时间投票？一般来说，大多数人都有一些参与治理的动机，无论是出于经济上的还是道德准则上的。同样地，想要实现更好治理结果的协议应该开始思考应如何有效地激励良好治理。简单的解决方案包括拿出代币金库的一小部分来激励协议中贡献大的成员，让他们对重要事务投票，并参与寻找理解新提议的有效方法。 协议决议的主要问题之一来自大量提议的糟糕执行。大家都参与到治理的好处是他们可能都对核心协议的功能提出修改意见。而这里产生的问题是这里有无穷无尽的治理提案，且无意义的和有趣的都混杂在一起。最终，对于大多数人来说，提案太多，关心不过来。相反，可能的好处是让受激励的成员达到新提案所需的法定人数，然后对决议清单进行筛选。 最后是 gas 成本和小型用户的问题。一般来说，代币创始人和 DAO 应该尽可能地把成为最小参与者的进入门槛降到最低。在基础层面上，创始人可以通过使用部分代币金库来补贴低于一定门槛的代表的 gas 费，以激励良好的治理。 <br/> # 寡头统治  寡头与贵族形式的治理似乎是原始政府最常见的自然形式之一。在任何社会中，平民应该有自己的声音，脱离于精英和知识人 ，这个想法 (对有钱人) 在任何社会都非常有吸引力，但鲜有对大多数人产生更好结果的例子。DeFi 也不例外，如 Ric Burton 在[这篇文章](https://ricburton.substack.com/p/the-rise-of-protocol-politicians)里提到的一样。 像任何新领域一样，大部分早期的 DeFi 项目是由风险投资人引导的，他们希望支持一种新形式的金融技术。但伴随着 DeFi 的成长与发展，也出现了一些与真正的去中心化协议有关的结构问题，主要是由于他们无法形成最终区别于卡特尔般运作的连贯治理模式。 在 DeFi 中，治理通常以投票方式进行，提案必须达到一定的票数门槛才能通过。这些票数通常根据代币所有权分配。一个实体拥有越多代币，它拥有的票数就越多，因此影响力也更大。理论上，这似乎是标准的民主制度。但这个简单机制包含了 DeFi 治理痼疾的种子。 代币与发展走向如下：  现在这个发展走向并不适用于所有代币 (如"公平"发行、空投等)，但一般情况下，代币都会流向拥有最多资源的人手上。问题是，这个过程通常会让最小型用户没有生存空间，即使他们觉得协议或项目非常有用。 这个问题的一个简单解决方法是像 Compound 那样的机制，把投票委托给治理政治家。这里的想法是，社区可以把他们的票委托给某些政治家，履行他们的治理职责，而小型用户也可以把票集中起来。但现在的问题是，Compound 的治理还是非常严重地由顶层投票阶层主导的，5 个最大持币者中有 4 个是风险投资者。  问题在于，该措施仍然不能有效让小型协议用户团结起来支持少数用户，结果还是少数用户拥有大量投票权。有趣的是，在一些治理结构中，代币的大份额持有者仍然不参与治理论坛，使得大量选票变得无用，或容易在有争议的提案中被其他用户左右。总的来说，这个过程会使大多数用户被疏远了，牺牲了那些想参与的用户。 <br/> # 贡献证明 协议应该寻求的是“[贡献证明 (Proof of Devotion)](https://golden.com/wiki/Proof-of-devotion_(PoD)-R9D5YZ8#:~:text=Proof%2Dof%2Ddevotion%20(PoD)%20is%20a%20blockchain%20consensus,team%20behind%20the%20Nebulas%20cryptocurrency.&text=Algorithm%20pseudo%2Drandomly%20chooses%20block%20Proposer)”，而不是把重点放在最大的代币持有者身上，但不同于把它作为一个共识机制，“贡献证明”应该应用到治理权重上。理论上，治理的结构应该是既关注最大的代币持有者和社区参与度最高的主要用户。这方面的一个简单机制可能是，治理可以从单纯的代币分配中分离出来，发行像多重股权这样的东西，其中所有权和投票权不是对称分配的。在这个过程中。既可以稀释不活跃的大持币者的投票权，又可以在新提案里提高小投票集团的最低投票权重。另外，协议可以让它们的最长期持币者/质押者获得或多或少的投票代币/计分，以激励长期参与者更认真地对待治理问题。 <br/> # 总结 DeFi 在很大程度上仍出于起步阶段，是我们的生态系统中一个刚刚起步的部分，它不断满足大部分的需求和使用。在这个过程中，像治理和人们的参与等挑战是可以预期的，还因被认为是重要发展的标志而受到欢迎。如果这个领域采取充分措施，创立一个针对提案与变更的精简程序，降低小参与者的进入门槛，并激励更广泛的生态参与到协议治理中，那么我们很可能会看到一个完全革新的、去中心化的自主决策系统。https://www.ethereum.cn/DeFi/introducing-the-sushi-next-generation-amm-tridenthttps://www.ethereum.cn/DeFi/introducing-the-sushi-next-generation-amm-tridentThu, 12 Aug 2021 00:00:00 GMT来源 | [sushiswap-org](https://medium.com/sushiswap-org/introducing-the-sushi-next-generation-amm-trident-7dea6aa3cbc2) <br/> # 三叉戟 (Trident)  Trident 开发的最初核心关注点在于提高资本效率和保护用户免受加密货币波动性的影响，通过功能强大、直观且易于使用的工具，为 DeFi 提供新的协议标准。我们的目标是重新设计我们的系统，同时不牺牲用户对 Sushi 重新改进和整合过后的界面的熟悉程度。 作为一个以社区为中心的平台，我们每天都会收到来自用户的无价反馈。有了这些信息，我们努力不断改善 Sushi 用户的 DeFi 体验，但也知道 DeFi 用户存在某些痛点，用户进行交易时要么晕头转向的，要么交易太贵，要么两个缺点都有。这就导致了代价高昂的、不可逆转的错误。 考虑到这一点，我们知道我们不能满足于目前的版本。我们需要根本性的改变，但更重要的是，我们希望 Sushi 几乎不会察觉到这其中的改变 (提高用户使用流畅度的同时，不牺牲用户对平台的熟悉度)。  Trident 的最初灵感来源于 Sushi 团队与 Yearn Finance 创始人 Andre Cronje 关于 Deriswap 的最初讨论，还来源于由 Sushi 核心开发者 LevX 编写的 Sushi AMM V2 提案 Mirin。 Deriswap 的重点是通过消除各种金融工具之间形成的流动性孤岛来提高资本效率，例如： i. 交易协议 (或者 swap 为主的平台，如 Sushi) ii. 借贷协议 (或者保证金交易为主的平台，如 Aave) iii. 期权协议 (如 Deribit) 推荐阅读文章 *[Deriswap：Capital efficient swaps, futures, options, and loans](https://andrecronje.medium.com/deriswap-capital-efficient-swaps-futures-options-and-loans-ea424b24a41c)* 在本篇文章对 Trident 的解释中，读者将看到我们把重点放在提高 Sushi 下一代 AMM 的资本效率上。并了解我们如何创建一个解决方案，将 Sushi 的众多产品无缝整合及交织在一起，为用户带来从未想象过的 DeFi 体验。  <center>随着我们开始进行 Trident 的开发，Mirin 将退出协议</center> 这个设想的设计来源部分来自 Mirin 提案。社区成员深感欣喜！备受期待的特许池 (Franchised Pools) 正在开发中，同时 LevX 还提议扩大流动性提供者曲线选项。 推荐阅读文章 *[Sushi Protocol v3 Proposal: MIRIN](https://medium.com/levx-app/sushi-protocol-v3-proposal-mirin-d42061a5fa3a)* Trident 是 Sushi 目前正在开发的一个新 AMM，并不是一个 fork 产品。 <br/> # 当你拥有三叉戟时，谁会需要分叉项目呢？  <center>庆祝 Trident 发布的限量版 NFT：Bad Trip</center> <br/> # Trident — 第一个齿叉 ## BentoBox 的首个本地 AMM 将 Trident 提升至新高度 多亏了 Sushi 代币库 (token vault) BentoBox 的强大功能，“下一代 AMM” 一词非常适合用来描述 Trident。[BentoBox](https://github.com/sushiswap/bentobox/) 也可以被视作一个建筑平台，允许开发者在这上面构建复杂的、高资本效率的应用程序，比如 Trident。 如果用户已经试用过 BentoBox (如果没有的话我们强烈建议大家使用 Kashi 平台点击[此处](https://app.sushi.com/bentobox)尝试)，你会发现 BentoBox 允许单一代币授权用于其所有应用程序中，节省用户的时间和 gas 费！不仅如此，BentoBox 还对存放在其中的资产应用了一种叫做“策略” (strategies) 的东西，为用户赚取被动收益，无需任何费用。 为了更好地说明，以 BentoBox Sushi 策略为例。如果用户从自己的钱包中取出 SUSHI 代币并将其存入自己的 BentoBox 代币库中，除了支付从钱包发送代币的费用之外，不需要做任何事情和支付任何 gas 费，用户就开始赚取 Sushi.com 平台上的交易费了。费用通过在 [SushiBar](https://app.sushi.com/stake) 上质押 SUSHI 以累积。尽管用户的资产闲置在 BentoBox 的余额中，用户也将自动从应用于代币库中的策略赚得收益。 Sushi 策略是可以立即应用于 BentoBox 的众多策略之一。Trident 之所以在 Sushi 策略上构建，是因为这个强大的代币库为用户提供了巨大潜力以及这个策略设计带来了无限可能性。这也是为什么我们将 Trident 称为现有 DeFi 中资本效率最高的 AMM。  <br/> # Trident — 第二个齿叉 ## 扩展池的类型 到目前为止，许多去中心化交易所依赖于恒定乘积做市商模式 (CPMM) 作为其基础设施。Trident 通过添加多种类型的池来缓解由于孤立的流动性问题造成的许多痛点，并保护用户免受价格和其他风险的影响，旨在成为所有 AMM 池设计的集合。 由于 DeFi 的性质、技术、想法以及可能性正以闪电般的速度将构思实现出来，为了确保 Sushi 协议为 DeFi 未来的更新迭代做好准备，Trident 允许添加的池子类型进行简单的集成。这种集成是通过标准化池子接口实现的，只要它们符合接口，就允许添加新的池子设计。 ## 新的池子 Trident 最初的开发有四种类型的池子，第一个看起来至少应该有点熟悉。  **恒定乘积池 (Constant Product Pool)** 以免大家忘记了，我再介绍一下恒定乘积 AMM 池：由两种资产组成，每种资产的货币价值相等。为了让大家更好地理解，我举一个例子。如果你想为当前的 Sushi AMM 池中的 SUSHI-WETH 代币对添加 200 美元的流动性，你必须添加价值 100 美元的 SUSHI 代币和价值 100 美元的 WETH 代币以完成交易。如果你只有价值 80 美元的 SUSHI 代币，那么你只能提供与之相匹配的价值 80 美元的 WETH 代币，即共向 AMM 池添加价值 160 美元的流动性。幸运的是，由于 zap in/zap out 功能，这些限制不再存在！用户可以添加任意数量的资产，协议会在幕后 swap 其资产，让两种资产变得平衡。 在这种类型的池中，swap 自动执行。因此称为自动做市商 (AMM)，公式为 x*y=k，也称为恒定乘积公式。 **混合资产池 (Hybrid Pool)** 混合资产池允许用户以较低的价格影响交换同类资产。在混合池中，用户可以在同一个池中添加多达 32 种资产。基于稳定交换曲线 (stableswap curve)，这允许类似的资产在单个池中相互交易，这样就可以较少受到其他市场因素或明显不同的代币的干扰。 **集中流动性池 (Concentrated Liquidity Pool)** 一个更让人兴奋的池子类型是集中流动性池，它要求用户在添加流动性时指定代币资产的价格范围。 传统上来说，如果你是 SushiSwap 上的一名流动性提供者，无论代币的价格如何，你都会从你所在的 LP 池内的 swap 交易中收取平台交易费，费率为你在整个池中所占的份额。随着像 Sushi 这样的 DeFi 协议逐渐流行起来，个人所占的份额会越来越小，直到微乎其微。而集中流动性池就是为了解决由于份额过小而导致用户缺乏激励去提供流动性的问题。 如下图所示，流动性提供者将能够选择 ta 们希望收取平台费用的代币价格范围。这样做的目的是希望用户需要与其他 LP 分享的资金池能够更均匀地分布在几个范围内，而在该用户选择的范围内为其提供更大的份额，这意味着将积累更多的交易费。  <center>使用该类型池子的流动性提供者将收到 NFT，而不是 ERC20 LP 代币</center> 对于集中流动性池来说，最终的好处就是它允许流动性提供者将自己所提供的流动性限制在一个更小的范围内，以最大限度地提高自己的收入份额。 **加权池 (Weighted Pool)** 加权池将类似于恒定乘积池，不同之处在于加权池允许不同的权重类型，不再要求流动性提供者必须提供 1:1 价值的代币对，就像恒定乘积池的情况一样。更棒的是，加权池可以同时支持多达 8 种代币。 同样，加权池允许流动性提供者指定代币对中每项资产所占的百分比。由于不再限制为 50% - 50%，用户将能够提供池中某资产的 20% 以及另一个资产的 80%，只要总和为 100%。 用下图的来举例，假设用户持有价值 80 美元的 SUSHI 代币和价值 100 美元的 WETH。该用户可以添加价值 180 美元的流动性，其中 80 美元的 SUSHI 代币占 44.44%，100 美元的 WETH 代币占剩下的 55.56%。 恒定乘积池中代币 X 和代币 Y 的权重为 50/50。加权池将允许 X 和 Y 的权重为任意数值。这种池的优势在于，它通过代币权重转移了价格影响。  <center>大家可能发现关于 Trident 的截图都是取自移动版。正如 Ramin 在 Sushi 核心团队采访所说那样，Sushi 的 UI 设计理念已向“移动版优先”转变，以更好地适应潮流以及吸引新的用户群体。</center> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 多种类型的池让用户能够选择最适合自己的风险配置和更精细的加密资金管理方法。  <br/> # Trident — 第三个齿叉 ## Tines: 路由引擎 Tines 是我们为前端设计的新路由引擎，使 Sushi 的界面更加直观。Tines 是一种高效的多跳 (multihop)、多路由 (multiroute) swap 路由器。多跳用来处理多个池的搜索，多路由用来处理代币转移的多个路径的搜索。Tines 将查询我们许多类型的池，并考虑 gas 成本、价格影响以及图表拓扑结构以生成最佳价格解决方案。 那么现在 Sushi 将通过 Trident 拥有多个池，多跳可以通过更多的可能性来寻找低价机会，最大限度地发挥 SushiSwap 的 swap 功能。 你可能还记得，当你在 Sushi.com 上进行 swap 时，你的 swap 路径将作为交易详细信息的一部分显示 (例如，SUSHI → WETH → AXS)。Sushi 上没有 Sushi - Axie Infinity 池，但有 AXS - WETH 代币对和 SUSHI - WETH 代币对。因此在 swap 时，将 “from” 代币切换到 “to” 代币的公分母代币对的过程就是我们所说的路径 (route)。在过去进行 swap 时，我们仅限于这些路径样式，但是有了 Tines 多路径功能，我们可以水平地执行交易以最大限度地减少价格影响 (滑点)。 不同的资产类型在混合池子中的表现会更好。例如，wBTC 和 renBTC 等同类资产往往在混合池中表现更佳。Tines 将使得路由更加有效 (使多个池成为统一的池)，从而极大降低价格影响。 <br/> # 许可 (GPL3) 我们坚信 DeFi 的标准化将推动协议全面被大规模采用，因此在标准在设定之前，我们将继续坚持开源的生态系统。因此，我们的新 AMM Trident 合约基于 GPL3 许可发布，并且 Sushi 团队开发的所有软件都会基于 GPL3 许可或者其他开源授权许可 (OSS) 发布。  <br/> # 发布后路线图 Trident 将在接下来的几周内推出，但关于我们的新 AMM，我们有更多激动人心的消息。后续版本有以下升级： ## 特许池 (Franchised pools) Sushi 更具野心的一个计划就是它的特许池。正如上述所提到那样，Trident 希望通过激励那些将资产保存在中心化交易所的用户去提供流动性。在 Trident 推出之后，团队将开始研究特许池。这些特许池承诺将中心化交易所和去中心化交易所联合起来，以实现互惠互利的目标。我们旨在在满足中心化交易所合规性需求的同时实现这种匹配。因此，这些资金池将不同于主要的 Trident AMM，并允许机构将流动性提供者和 swappers 列入白名单。 ## 存储证明 TWAP Trident 实现将允许呈现存储证明，以提供累积价格的两个同步快照。为此，使用 TWAP 价格的用户将提供默克尔证明，其中区块根在规范头后面小于 256 个块。在链上，合约将确认存储证明和价值的有效性，以允许即时 TWAP 快照。我们为 Kashi 重新设计了另一个实现，目前已部署在 Polygon 上，并且正在开发一个部署在以太坊上的节省 gas 消耗的版本。TWAP 的好处在于它是为所有资产服务的一个完全去中心化、去信任的价格预言机。  <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/Eth1.x/eip-1559https://www.ethereum.cn/Eth1.x/eip-1559Wed, 11 Aug 2021 00:00:00 GMT来源 | [@adietrichs](https://hackmd.io/@adietrichs/eip-1559) <br/> *纵观本周围绕以太坊伦敦硬分叉的所有活动，我注意到人们对 EIP-1559 (此次硬分叉的主要协议变更) 有各式各样的想法。因此，我想尝试在这里概述我对这份 EIP 的看法，希望有助于整合这些不同的思路。如果你强烈不同意本文的任何观点，请在推特联系 [@adietrichs](https://twitter.com/adietrichs) ——我很乐意收到你的信息！* - 文章大纲 - 现状 - 打包市场与排序市场的区别 - 基于固定供应迭代的第一价格竞拍 - 矿工收入类型 - EIP-1559 - 历史 - 费用市场模型 - 对 MEV 的影响 - 基本费用作为协议收入 - 总结 *想看文章概要可直接跳至总结部分* # 现状 为了理解 EIP-1559 的动机和影响，我们首先必须看看今天以太坊的情况。在整个区块链机制里，与我们相关的部分是那些交易定价和打包机制，因为这些就是这份 EIP 要带来改变的主要地方。在第一部分，我们将把它形式化为交易打包市场，并把它与最近兴起的交易排序市场 (在 Flashbots 上) 区分开来。 然后我们会深入这个市场，因为它是基于固定供应量迭代的第一价格竞拍机制，我们会为它建立一个简单模型。 最后，我们将深入这个模型区分出的各种矿工收入类型，并研究在什么条件下它们可以被视为 MEV (矿工可提取价值)。 ## 打包市场与排序市场的区别 像大多数区块链一样，以太坊的费用支付系统是直接内置于协议里的。首先，每笔交易都指定了它愿意为每单位 gas 支付的价格。然后，当交易被打包到区块时，发送交易的账户就会被收取执行交易的总开销，即 `total_fee = gas_price * gas_consumed`。交易费用随用户的交易一起发出给矿工，以激励他们把那些交易打包到区块，由此形成了一个交易打包市场。 从几年前开始，专门的用例模式兴起使得不仅对一般交易打包，还对交易在一个区块里的准确位置的控制变得必要。其中最突出的例子的是“抢跑交易”，即一个用户以另一个用户的一笔发送中交易为目标，想要让自己的交易刚好在该用户的交易之前被打包。通过以准确和特定用例的方式设置链状态 (即把交易市场推向想要的方向)，这样用户就可以利用他们对后续交易影响的资讯获利了。 最初，这些特定排序的用例完全依赖于相同的内置交易费用机制，因为矿工的排序算法通常是可预测的，因此会被一些成功用例所影响。但是，随着区块空间的竞争变得越发激烈，情况很快导致因交易被置于错误的区块位置而浪费了相当大量的交易费。 Flashbots 就是作为用户与矿工的中间服务而构建的，以解决这个问题，并为交易排序创造一个公平的市场。这个市场基本上独立于打包交易的市场，并基本不受 EIP-1559 引入的变更影响。因此，在下文我们只着眼于交易打包市场。为了简洁，我们也将忽略那些仍基于本地交易费用机制的剩余排序相关活动。 还要注意的是，“矿工可提取价值” (MEV) 这个术语指的是基于矿工对区块构建次要层面 (例如交易排序) 的控制而产生的价值。接下来，我们将探索在打包交易中更多的传统矿工收入可以如何被看作 MEV 的一种形式。但是，这不是这项技术的常见用法，因此最好被看作仅限于本文背景下的一个思想实验。 ## 基于固定供应迭代的第一价格竞拍 为了更好理解交易打包市场的本质，看看这个相关供求曲线图会有所助益：  *上图为1559 以前，在满块的情况下交易打包市场的短期供求曲线图。请注意，这张图为了权衡准确性和易读性进行了多种简化。还需要注意的是，如果你不熟悉供求曲线的概念，以及不了解如何解读这些图表，不妨停下来，试着真的去了解你在阅读的内容 (包括以下章节的背景知识)，因为剩下的内容大部分都是基于这些知识的。* 这张图表有点不寻常的形状就是我想要说明的区块链背景的特殊性。思考市场最好的方式是**基于固定供应迭代的第一价格竞拍机制**。下文将对这三个属性逐一说明，并将它们与上图结合起来： ### 固定供应 像大多数的区块链一样，以太坊对新区块的大小有一个硬限制，以 gas 上限的形式设置。因此，“区块空间的供应量” (即矿工愿意打包到一个区块的交易数) 是固定在该上限的。图表中供应曲线的垂直部分就是代表这个限制。 有一个细微地方是交易打包不是完全由矿工控制的。特别是当增加交易会使区块整体变得更大时，这会减慢交易在网络广播的速度，最终会略微增加矿工出叔块的风险。因此，矿工通常会设置一个最低 gas 价格 (geth 客户端的默认值是 1 Gwei)，拒绝低于这个值的交易，尽管这会导致区块不饱和。因此，供应曲线在底部、稍高于 0 的地方有一部分是水平直线。 ### 第一价格 市场的需求由用户的支付意愿 (由他们的交易 gas 价格反映 ) 构成，并遵循典型的需求曲线 (图表中标记为“显示需求 (reveal demand)”——“真实需求 (true demand)”见下一节)。它与供给曲线的交点表示交易打包的市场清算 gas 价格 (如水平的虚线所示)。 在现行的系统下，交易必须支付它们指定的 gas 全额，即使它高于市场清算值。这个特性与第一价格竞拍机制 (或更普遍的任何有完全差别取价 (perfect price discrimination) 的情况) 相似 。结果是，大多数用户都为他们的交易打包支付过高费用。 （译者注：差别取价是一种微观经济学的定价策略，即相同或基本相似的商品或服务由同一个供应商在不同市场上以不同价格出售。） ### 迭代 市场的最后一个相关方面是它的迭代性质。因为每 15 秒左右出一个区块，交易有多个机会被打包。如果一开始的价格不足以使交易被打包，他们还有机会上调 gas 价格。此外，之前区块的清算价格可以粗略显示打包所需的 gas 价格。 基于这些原因，很多用户一开始并不会把 gas 价格设为他们愿意支付的最高价格。这就导致了被观察到 (显示的) 的需求与理论上真实的需求间存在差距。为了显示这一点，图表还加入了“真实需求”曲线，在显示需求曲线上方。 ## 矿工收入类型 供给/需求图的一个巧妙地方在于曲线间的面积天然地代表消费者剩余 (consumer surplus) 与生产者剩余 (producer surplus)，其分割取决于差别取价的程度。(要说明这点：显示需求曲线下的高表示的使被打包交易所支付的 gas 价格 (eth/gas)，供应曲线的宽表示的是区块 gas 上限 (以 gas 为单位)。因此，高与宽的乘积代表的是以 eth 计价的、支付给矿工的交易费。) (译者注：消费者剩余是指购买者的支付意愿减去购买者的实际支付量；生产者剩余是生产者心中愿意售出的最低价格于实际卖出的价格的差距。) 我们这里的情况是完全差别取价，因此曲线下的两个面积 (青色和紫色) 代表的都是矿工剩余。因为这是纯矿工收益，并符合“矿工基于对区块生产的控制而获取的价值”这个一般定义，把这称为剩余 MEV 是合理的。然而，这两个面积的本质是截然不同的，原因会在下文解释。 请注意，底部 (橙色) 的面积也代表矿工收入。但是，由于它反映的是用交易填充区块的“生产成本”，它不属于利润。 还要注意的是，最上方的 (绿色) 面积并不代表任何实际支付的金钱，这是基于用户表现出的更低的 gas 价格偏好而产生的理论上的用户剩余。这部分的面积只作说明用途，在下文不会进一步讨论。 ### “基本 MEV” (紫色部分) MEV 的这一部分代表的是矿工在统一价格竞拍设置下的收益。如果每笔交易都只支付市场清算的 gas 价格，矿工仍然会得到这部分的利润。 当人们指出 EIP-1559 并不会使以太坊交易变得更便宜时，指的就是这一点：图中的紫色面积是没有办法缩小的，因为这是在任何有固定供应和高需求的市场平衡里的自然结果。 ### “第一价格 MEV" (青色) 这部分的 MEV 代表的是由于矿工有能力做到完全差别取价而产生的额外矿工收益。 当人们指出当前的收费市场对许多用户过度收费时，指的就是这点。 <br/> # EIP-1559 在详细了解了当前的交易打包市场后，我们现在准备转向 EIP-1559 引入的变更了。我们将首先看看这份 EIP 的历史 (包括起因和它的设计)，然后为其建立一个类似于上文的模型。我们会对两个模型进行对比，看看 EIP-1559 是如何影响上文区分的不同 MEV 形式。最后，我们将基本费用的支付作为协议收入的第一种形式，此 EIP 的其中一个副效应。 ## 历史 ### 动机 有了当前费用市场的模型，现在值得重新审视最初[由 Vitalik 提出的这个提案](https://ethresear.ch/t/first-and-second-price-auctions-and-improved-transaction-fee-markets/2410)，后来成了 EIP-1559。正如 Vitalik 所说，动机是把第一价格竞拍系统转变为统一价格系统 (或至少尽可能地实现这个目标)。换言之，目标是移除或最小化在我们第一个图中的”第一价格 MEV" 部分 (青色面积)。 ### 设计 要促进这个目标的实现，我们需要某种用于市场清算打包价格的、协议内置的预言机。提议的机制需要把最低价格 (即基本价格) 写入协议。同时，区块容量的最大值会翻倍，基本费用的计算使用一个简单的[比例控制器](https://en.wikipedia.org/wiki/Proportional_control)，以实现区块达到 50% 满。简单来说，由于现在大多数的区块都不再是完全饱和状态 (没有足够多的交易愿意支付基本费用)，区块容量的使用量会作为当前基本费用 (与能使区块正好达到 50% 满的“理想水平” 相比) 是过高还是过低的一个指标。基本费用会随之适当调整，且它的当前水平可用作理想的价格预言机。 请注意，这种机制之所以可能，是因为以太坊的区块大小遇到最主要的问题是交易带来的长期开销 (即主要是状态膨胀)。尽管区块大小也有短期限制因素 (例如广播和验证时间)，这些问题还没这么严峻，因此区块大小最大值翻倍还是可以接受的。这也是像 BSC 这样的链有更高的吞吐量的原因，它们只对短期吞吐量进行优化，而不关心长期影响。 有了这个价格预言机，通过只收取交易的基本费用，我们现在可以把第一价格竞拍系统转为一个统一价格系统。由于这会使得基本费用成为矿工操纵的可能目标，因此把基本费用直接支付给矿工变得不可能，因为他们可以免费为他们的区块增加额外的交易，扭曲基本费用调整的信号 (详情请看 Vitalik 的文章)。由于基本费用是通过协议计算出来的，通过直接从用户收取基本费用而不发给矿工可以轻易避免上述情况。这有效地把这些付款转变为直接的协议收入 (以太坊有史以来的第一种！)。进一步的讨论见下一节的讨论。 尽管上述机制几乎是可行的，但它缺少一个重要的部分：矿工打包区块的激励。因为矿工不会收到基本费用，他们缺乏了在之前的模型里抵消他们成本的那部分收入。因此，EIP-1559 的最终版本给交易增加了一个新的费用类别 (优先费用，即小费)，仅在这个部分的费用恢复了第一价格竞拍机制。由于小费的最低价相当的低，而且很好理解，这种对第一价格系统的小型回归影响有限。 ## 费用市场模型 当这个 EIP 里的所有元素都有了，我们现在可以建构一个更新了的费用市场模型：  *上图为1559 以后，在非满块的情况下 (稍微大于 1/2 的 gas 目标) 交易打包市场的短期供求曲线图。* 与之前的图相比，主要的变更来自基本费用的引入、区块大小上限翻倍，以及新的、有效的 gas 价格支付方式。 ### 基本费用 基本费用现在相当于是交易费用的底价，矿工仅能获得底价以上的部分。因此，供应曲线因小费部分而上升。 ### 区块大小上限 随着区块大小翻倍了，供应曲线也被拉宽成原来的两倍。对于大多数区块来说，这导致需求水平不足以填充整个区块，如水平部分的供应曲线与显示需求曲线的新交点所示。 在图中显示的情况下，矿工可以填充区块的 2/3，这结果会导致下一个区块的基本费用略有上升。 ### 有效 gas 价格 最后一个变更是有效 gas 价格支付方式的引入。不同于仅一个 gas 价格，1559 式交易指定一个费用上限和小费 (都以每单位 gas 来定价)。不同于支付全额的费用上限，交易仅支付基本费用和全部的小费 (尽管有整个费用的上限)。这使得图中的有效价格 (effective price) 曲线大部分是平坦的，只有稍微弯曲的部分反映的是第一价格的小费竞拍机制。 ## 对 MEV 的影响 由于这份 EIP 的初衷是减少两种类型 MEV 的一种，现在重新审视这些类型，并看看它们是如何受这些变更的影响，是非常有意义的： ### ”基本 MEV" 如在原始模型里观察到的，紫色的“基本 MEV" 长方形是不可移除或减少的，因为它是有限供应市场的一个基本属性。但是，事实证明，我们可以做的一件事是 (事实上必须这样做，此 EIP 才可行) ，让协议捕获这个类型的 MEV，然后有效将它转为 "PEV" (protocol extractable value，协议可提取价值)。尽管这并不会降低用户的交易价格，但这完全摆脱了一种 MEV 形式，把它直接再分配到协议本身。 ### ”第一价格 MEV" EIP-1559 背后的动机是消除或至少减少“第一价格 MEV"，这种类型的 MEV 来自矿工有效对大多数用户过度收费。在这份 EIP 下，这种类型的 MEV 的确大幅减少了，现在仅限于第一价格的小费提取。之前 MEV 的最大部分变成了用户剩余，即留在用户钱包里的钱。 请注意，我们所有的考虑中，我们关注的是非饱和区块里的”正常情况“。在一些罕见情况里会出现突然激增的需求峰期，在一小段但持续的时间里会出现连续的满块。在这段时间里，小费将有效地扮演起以前 gas 价格的角色，而”第一价格 MEV" 则会吸取所有额外的用户剩余，这些价值在正常情况下会通过这份 EIP 被释放出来。然而，预计这些极端的需求峰期仅占整个区块链活动非常小的部分。 ## 基本费用作为协议收入 关于 EIP-1559 的话题，最后一个值得讨论的方面是它创造了第一种协议收入来源。以太坊协议有史以来第一次不只有支出 (通过发行新的 ETH 支付区块/质押奖励)，还积极产生收入。 值得注意的是，这是有点不常见的行为，因此，在如何处理这些收入方面还没有很强的社会共识。现在的决定是烧毁这些 ETH，以抵消用于安全性的增发。这总体上符合“最小发行量”的原则，这个原则得到社区的高度支持。尽管我个人非常赞成如此使用这些资金的选择 (原因我会在下一篇文章展开)，我认为只是简单地把它归入“最小发行量”原则是不对的。它是否会被添加作为以太坊社会共识的一个原则 ("烧毁所有协议收入")，并达到类似于普遍社区认同的有力水平，还有待观察。 对该收入的另一个可能用途是研发支出，尽管我同意[Vitalik 的观点](https://vitalik.ca/general/2021/03/23/legitimacy.html)，出于认受性的原因，以太坊基础层应该放弃这种自由裁量支出 (discretionary spending)。 第三个值得探讨的选项是额外的安全性支出。这会需要某种费用平滑机制，以避免上文指出的围绕矿工操纵的问题。最重要的是，像这样的机制会减少保障安全性的、纯基于费用的资金提供方式带来的激励不稳定性。在我看来，这不适合像以太坊这种区块链，因为它已经以一个特定的安全级别为目标 (并支付了)。但像比特币这样的区块链采用这个选项则会很有趣，因为比特币以零通胀为目标，且可以接受一个可变的安全级别作为结果权衡。在该情况下，像 EIP-1559 这样的机制可以既解决激励不稳定性问题，又带来移除第一价格 MEV 的所有好处和一个协议内的价格预言机。一旦以太坊最终证明了此份 EIP 的普遍可行性，比特币上出现这种机制的话我丝毫不会感到惊讶。 <br/> # 总结 到目前为止，交易打包和交易排序是两个几乎分开且独立的市场。尽管 MEV 是交易排序领域的一个术语，它也可以被应用到简单交易打包的分析里。在 EIP-1559 之前，交易打包包含两种形式的 MEV——“基本 MEV" (由于区块容量供应有限而出现的可提取费用) 和”第一价格 MEV" (由于差别取价而存在的可提取价值)。 EIP-1559 通过引入基本费用并用它来仅收取有效 gas 价格，实现其大幅减少“第一价格 MEV” 的目标。剩余的 MEV 是需要一个单独的小费机制的结果。 而作为这份 EIP 的一个副效应，“基本 MEV" 由协议捕获并转化为协议收入。这是以太坊协议有史以来第一次产生收入。尽管烧毁这些提取费用对以太坊来说是一个合理的选项，但其他区块链可能选择其他用途。特别是，比特币可以采用像 EIP-1559 这样的机制，但通过费用平滑机制把收入支付给矿工。 作为一个次要的副效应，这个协议现在还公开了一个用于最低打包费用水平的价格预言机 (准确地说，还包括小费)。这个预言机可以通过新增的 `BASEFEE` 操作码在链上访问，也可以在链下通过任何客户端访问。这会推动新用例的出现，并提高现有以太坊相关应用的用户体验。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-10/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-10/Tue, 10 Aug 2021 00:00:00 GMT # 以太坊“伦敦”升级完成时 ## EIP-1559 8月5日晚，以太坊顺利进行伦敦升级，EIP-1559 作为其中影响最为深远的举措，备受社区关注。 关于 EIP-1559 及伦敦升级的介绍读者可参阅：EIP-1559系列；[《来了，以太坊”伦敦“升级》](https://www.ethereum.cn/Eth1.x/london-is-coming) 据 etherchain 数据显示，EIP-1559 主网激活至今已累计销毁 21,515.8 万枚 ETH (价值约 67,895,001.62 美元)，过去 24 小时平均每分钟销毁约 3 ETH。 下图为 EIP-1559 上线之后按照 ETH 销毁数量排序的应用，其中 OpenSea、Uniswap V2 以及 Axie Infinity 占据前三。  <center><a href="https://ultrasound.money/">ultrasound.money</a></center> 伦敦升级之后，以太坊网络 gas 费出现短时上涨，一度超过 200 gwei。至于其背后的原因，Vitalik 在以太坊中文社群中进行了解答：1. ETH 价格上涨，DeFi 活动频繁；2. “London” NFT 相关活动；3. Gaslimit 降低了。除了以上原因，以太坊生态协调员 @trent.eth 所给出的分析中还包括在升级期间应用的用户交易受限导致需求积压，并且有许多人对 EIP-1559 的新功能跃跃欲试。 值得注意的是，目前遗留交易 (Legacy TX，EIP-1559之前的以太坊交易范式) 仍然占比较高，其主要原因在于多个主流钱包尚未大规模推出针对 EIP-1559 式交易的支持。  <center>来源：@trent.eth；Dune Analytics</center> MetaMask 在 8 月 5 日伦敦升级前宣布即将为 EIP-1559 提供支持，并发布了相关[用户引导](https://metamask.io/1559?utm_content=175262346&utm_medium=social&utm_source=twitter&hss_channel=tw-3278906401)。Metamask 创始人 Dan Finlay 随即表示将在本周逐渐大规模支持安卓、iOS 钱包应用以及插件钱包的用户。据悉，imToken 宣布其将在伦敦升级之后提供基于 EIP-1559 交易范式的 Gas 预估功能，并将在最新版本中支持自定义设置 EIP-1559 费用机制中的 maxPriorityFee (支付给矿工的小费) 和 maxFee (最高费用)。 <br/> **EIP-1559 实用工具** 跟踪销毁及网络状况： [https://ultrasound.money/](https://ultrasound.money/) [https://watchtheburn.com/](https://watchtheburn.com/) [https://www.etherchain.org/burn](https://www.etherchain.org/burn) Gas 预估：[https://www.blocknative.com/gas-estimator](https://www.blocknative.com/gas-estimator) <br/> ## 伦敦升级后的首场核心开发者会议 (ACD) 以太坊第 119 次核心开发者会议已于 8 月 6 日进行。会上核心开发者们针对“伦敦”升级中除 EIP-1559 之外对其他几项 EIP 进行了复盘。 Tim Beiko 在其总结推文中表示： - EIP-3529 (减少 gas 返还)：已经取消对 SELFDESTRUCT 操作码的 gas 返还； - EIP-3541 (拒绝以 0xEF 字节开头的新地址)：开发者 Alex Beregszaszi 发布了[数据面板](https://dune.xyz/axic/Contracts)以追踪是否存在 0xEF 开头的合约； - EIP-3198 (BASEFEE 操作码)：已进入使用。 另外，会议还提到“伦敦”升级之后以太坊节点数量并未出现大幅下降，并且首次出现未升级区块链上没有新区块被挖出的情况。 在区块 gas 上限和区块平均 gas 使用量方面，也大致符合开发者预期，由于 PoW 的出块间隔不定，当出块时间较长，交易池饱和时，会有更多交易被打包。这导致了下一个区块的基本费用 (Basefee) 上涨，也就意味着进入区块的交易减少，因此会随即出现较小的区块。 [来源](https://twitter.com/TimBeiko/status/1423673711127842821?s=20) <br/> Vitalik 对升级前后的区块 gas 使用的情况进行了对比，发现了类似的分布：   [来源](https://twitter.com/VitalikButerin/status/1423568180572684288) <br/> # Eth2 **Altair 升级** 1. Pyrmont 测试网的 Altair 升级正式确定在 epoch 6150 (2021-08-19 12:00:07Z) ，升级前各客户端的验证者都请注意更新自己的客户端。 [详情](https://github.com/eth2-clients/eth2-networks/pull/56) 2. 适用于 Altair 升级的 API 已发布了 v2.0.0 版本。 [详情](https://github.com/ethereum/eth2.0-APIs/releases/tag/v2.0.0) 3. 由于 Altair 升级会为有效的轻客户端引入专门的支持，以太坊 2.0 开发者 Alex Stoke 在主网进行 Altair 升级前应如何构建轻客户端的生态进行了思考，并发表文章《启动信标链轻客户端生态 (Bootstrapping the beacon chain light client ecosystem)》。文章主要有三部分构成： - 要求 - 轻客户端实现 - 轻服务器实现 - 总体上还缺乏哪些组件？ - 能追踪最新状态/区块根的轻客户端 - 分叉一个产品级的信标客户端并构建相应功能 - 未来延展 - 增强网络去中心化 - 给轻客户端增加证明功能 - 激励轻服务器给轻客户端提供数据 [详情](https://notes.ethereum.org/@ralexstokes/S1RSe1JlF) <br/> **以太坊经济学模型模拟器** CADLabs 上线了前端网站 ethmodel.io，目前有 ETH 供应量和验证者收益模拟器。对于未来的预测，用户可以看不同预设、条件、关键节点下数的变化。  例如，在 ETH 供应量模拟器里，用户可以选择每个 Epoch 的不同新验证者数形成的不同情景——高质押率、低质押率、自定义，然后得出 ETH 供应量的变化情况。可选变量还有权益证明激活的时间点和 EIP-1559 基本费用的不同设定。  而在验证者收益模拟器里，变量除了把上面模型种 EIP-1559 的基本费用设定改为小费外，还增加了 MEV 数值这个变量。 <br/> **以太坊验证者监听教程** 开发者 Rémy Roy 撰写了以太坊验证者监听教程，适用于几乎没有任何经验的人。教程提供安装与配置所需工具的说明，一步步展示如何在教程使用者的电脑实现监听。此教程涵盖以太坊2.0的四个客户端 (Prysm、Lighthouse、Teku 和 Nimbus)。 配置要求：带有 systemd 和 APT 的现代 linux 发行版 (例如 Ubuntu 20.04)、现代 x86 CPU (因特尔、AMD) 教程详情：[https://github.com/remyroy/ethstaker/blob/main/monitoring.md](https://github.com/remyroy/ethstaker/blob/main/monitoring.md) 视频教程：[https://www.youtube.com/watch?v=Jkvyd8k_R9Y](https://www.youtube.com/watch?v=Jkvyd8k_R9Y) <br/> # Layer2 **L2 解决方案Arbitrum One 将于 8 月末面向所有终端用户开放** 2021 年 5 月 28 日，Layer-2 扩容解决方案 Arbitrum One 的合约部署至主网，并面向开发者开放。自部署主网以来，Arbitrum 向超过 400 多个项目开放主网部署的权限，其中几十个项目已经成功地部署了在 Arbitrum 上。随后在 8 月 7 号发布的公告中，Arbitrum 的研发团队 Offchain Labs 表示 Arbitrum One 将于 2021 年 8 月末面向所有终端用户开放，届时每一个在 Arbitrum 上部署了的项目都会向其用户开放二层。 [来源](https://offchain.medium.com/a-is-for-arbitrum-a-is-for-august-71391582d95b) <br/> **L2 解决方案 StarkWare 提议一个去信任的侧链-StarkEx 桥接** 8 月 9 日，StarkWare 发布了一篇博客文章 **A Trustless Sidechain-to-StarkEx Bridge Secured by Ethereum**，介绍了其提出的一个去信任的侧链-StarkEx 桥接方案，旨在提供一个在侧链和 StarkEx 之间去信任的、安全的、低成本的资金转移方案。 首先，在侧链和各 L2 解决方案之间进行资金转移的需求越来越旺盛。目前，在两者之间实现转账的方案有：1) 经由 L1 (以太坊) —— 速度慢、成本高，但是去信任；2) 经由 APP (或者 LP) —— 速度快、成本低，但是要求信任。 为此，StarkWare 提出了一个去信任的、安全的、成本低的侧链-StarkEx 桥接方案，并且其安全性由以太坊保障。  <center>图为由 StarkEx 支持的，基于以太坊安全性构建的侧链桥接方案</center> 图中演示了 StarkEx 如何为 L2 和 侧链提供互操作性的同时满足“最小信任化、快速敲定、低成本” 的三个特性。注意，这个方案同样适用于使用 StarkEx 作为管道的侧链之间的互操作性问题。 [来源](https://medium.com/starkware/a-trustless-sidechain-to-starkex-bridge-secured-by-ethereum-61e00f19f7e0) <br/> **Layer2 互操作性解决方案 Connext 在测试网推出通用跨链交易协议 NXTP** Connext 作为一个解决 Layer2 互操作性的方案，通过状态通道，在各个 Layer2 解决方案、Eth2分片、甚至其他Layer1 区块链之间实现跨链路由网络。在 2021 年 1 月，Connext 发布了以太坊 L2 和分片之间的跨链路由 Vector 0.1.0，用户可以：1) 通过其快速地接入/退出任意以太坊 Layer2 方案、分片或其他图灵完备的链；2) 在Layer2 解决方案之间发送代币，甚至在后续升级中实现调用合约的功能；3) 执行正常的状态通道用例，如有条件的小额支付。 8 月 6 日，Connext 宣布其通用跨链交易协议 NXTP 上线测试网 (包括 Goerli、Rinkeby、Optimism-kovan、Arbitrum-rinkeby 和 Mumbai)，旨在实现完全非托管的跨链转账和合约调用。Nxtp 的跨链交易分三个阶段： - **路由选择**：用户选择链和资产，并使用转账信息开始进行拍卖。然后路由提供时间/价格范围以参与拍卖，竞标要完成的交易。 - **准备交易**：用户向发送链 (sending chain) 上的 Nxtp 合约发送一笔交易，路由检测到之后将流动性锁定在接收链 (receiving chain) 中。 - **完成交易**：用户提供一个签名以解锁接收链上的资金，路由使用签名来申领发送链上的流动性。  <center>图为Nxtp 的跨链交易流程</center> 目前 Nxtp 在测试网上正常运行且功能完备。到目前为止 Nxtp 已完成两轮合约审计，正在进行最终审计 (包括对合约和链下系统的审计)。Nxtp 预估在未来三周内上线主网，协议初始将支持以太坊、Arbitrum、Optimism、Polygon、Fantom、xDai 和币安智能链，不久的将来将支持更多兼容 EVM 的系统。 [来源](https://medium.com/connext/nxtp-a-simpler-xchain-protocol-88760697ea04) <br/> # 生态 **去中心化衍生品交易协议 dYdX 发布治理代币 DYDX** dYdX 是一个去中心化的衍生品交易平台，采用“链下撮合+链上结算”的设计，使协议上的资金与交易更加安全和透明。dYdX 在今年 4 月 6 日正式在主网上线面向所有用户开放的永续合约 Layer2 版本，由 L2 解决方案 StarkEx 提供支持。 DYDX是一种治理代币，允许社区通过投票治理dYdX 协议。其发行总量为 10 亿，会在五年内分发给所有的 dYdX 的生态参与方，包括社区用户，投资人和 dYdX 团队。五年之后，社区可以投票决定 DYDX 代币的通胀率进行增发；现定的最高通胀率为每年 2%。  <center>图为 dYdX 的分配机制</center> 其中，7.5% 的 DYDX 代币会通过追溯性挖矿空投给所有 dYdX 协议的历史用户 (快照时间截至北京时间 2021 年 7 月 26 日 08:00)。分配等级分为五种，如果要申领 DYDX，历史用户必须在首个 28 天时段 (简称为0时段) 内满足以下dYdX [Layer 2](https://trade.dydx.exchange/) 协议的里程碑：  在0时段结束后，任何未申领的 DYDX 将被没收，并自动转移至社区资金库。 [来源](https://docs.dydx.community/dydx-governance/chinese/dydx-jie-shao) <br/> **Facebook Engineering 开源其 STARK 证明器/验证器 Winterfell** STARK 是一个零知识证明技术，由 L2 解决方案 StarkWare 的联合创始人 Eli Ben-Sasson 以及研究员 Michael Riabzev 等人共同开发，旨在基于该技术提高区块链的可扩展性和隐私性。 8 月 4 日，Facebook Engineering 宣布已发布 Winterfell (其对 STARK 证明器/验证器的实现)，并对其进行开源：[https://crates.io/crates/winterfell](https://crates.io/crates/winterfell) Winterfell 是一个易于使用的 STARKs 的开源实现版本，用于安全和隐私应用程序。其潜在用例在于区块链的隐私性和可扩展性领域。 [来源](https://engineering.fb.com/2021/08/04/open-source/winterfell/?utm_source=hootsuite&utm_medium=twitter&utm_term=fb_engineering&utm_content=88a689b2-788a-453b-96dc-0ad7868d95e6&utm_campaign=eng) <br/> **Reorg.WTF Summit** 北京时间 8 月 8 日 12:00 开始有一场以重组 (reorg) 为主题的峰会。峰会覆盖的主题广泛，包括多种共识算法上的区块链重组类型、为什么重组是负和游戏、MEV 民主化与重组、搜索以太坊重组、合并后的以太坊重组等。  [会议资源整合帖](https://hackmd.io/cEw2Z-QcR1yvQ8wAeQZdnQ) <br/> **《财富杂志》介绍了加密艺术家 pplpleaser** 8 月 7 日，《财富杂志》报导了加密艺术家 pplpleaser 关于加密技术如何改变她的人生轨迹的故事。 pplpleaser 因给 Uniswap v3 制作视频而为加密社区所知，她讲述了她进入加密艺术的历程，以及传播加密精神的使命感。她希望既可以通过出售 NFT 获得生计，又可以通过创作 NFT 走出一条创新的道路。她还给《财富杂志》制作了一个加密主题的封面的 NFT。  [详情](https://fortune.com/2021/08/06/nft-art-pplpleasr-fortune-cover-ethereum-defihow-crypto-changed-my-life/) <br/> **读者彩蛋：EIP-1559 发展简史** https://www.ethereum.cn/Staking/the-road-to-trustless-ethereum-staking/https://www.ethereum.cn/Staking/the-road-to-trustless-ethereum-staking/Mon, 09 Aug 2021 00:00:00 GMT来源 | [blog.lido.fi](https://blog.lido.fi/the-road-to-trustless-ethereum-staking/) <br/> 2020 年 12 月 1 日，信标链发布，以太坊由此踏上了向 PoS (权益证明) 共识过渡的征程。虽然用户首次拥有了质押 ETH 的机会，但这个过程中仍然存在一些摩擦： 1. **无法解锁质押**：一旦质押了存款，在信标链启用转账功能之前，验证者都无法提出 ta 们的质押金。这意味着在未来的几个月甚至是几年里，参与质押都是一个单向的过程。 2. **缺乏流动性**：在质押的过程中，用户不能转移、交易 ta 们的 ETH，也不能使用其 ETH 作为抵押品参与 DeFi 协议。无法从信标链中提出质押金，这个代价是尤其大的。 3. **高资本要求**：用户质押的 ETH 数量只能是 32 及 32 的倍数，将余额较少或余额为奇数的用户排除在门槛之外。 4. **操作上的负担**：尽管以太坊核心开发者表示质押对硬件和正常运行时间的要求较低，但许多用户仍然偏向于提供资金，然后将运营工作外包给第三方。 我们很早就清楚地意识到，用户想要一个解决这些问题的方案，而我们也不是唯一试图解决这些问题的服务商。 第一个，同时也是最明显的竞争者是中心化交易所。对于它们来说，将用户的 ETH 集中起来 (解决问题 3)；为用户提供质押服务 (解决问题 4)；并发行流动性衍生品以替代用户的锁仓质押资产 (解决问题 1-2) 等等操作，都是轻而易举的事情。考虑到顾客获取和流动性对于交易所的业务是如此的重要，它们甚至可以免费为用户提供这项服务。 快进到今天，中心化交易所正成为以太坊质押领域的早期赢家。由 Kraken 或 Binance 等交易所运营的验证者节点成为占比最大的群体。像 Coinbase 这样不太显眼的交易所可能会在已质押的 ETH 中占据更大的份额。 **图解以太坊质押服务占比**：  然而，交易所已经成为以太坊最重要的用户之一；让它们成为最大的区块生产者可能会严重损害以太坊的去中心化特性。 因此，我们认为**像 Lido 这样的去中心化质押池**需要与中心化交易所的质押池进行抗衡。 以太坊质押池完全去信任为何如此关键？ 1. **以以太坊的安全为中心**：如前所述，许多用户希望委托其质押服务。但由于以太坊不支持协议内委托，这为第三方质押服务商提供了一个机会。考虑到安全性对于以太坊来说是多么重要，去信任的质押池比需要信任的和中心化的质押池更为可取。 2. **质押具有中心化力量**：PoS 的 Staking (质押) 可能要比 PoW 的 Mining (挖矿) 更加中心化，支持更加少数、更加集中的赢家。这是因为质押池能够发行一个流动的质押衍生品 (如 stETH) 并以此创造一个强大的网络效应，而这是 PoW 所没有的。 在本文中，我们解释了 Lido 当前设计的想法来源以及我们将如何把 Lido 转变成一个完全去信任的基础设施。 <br/> # 创建一个去信任的质押池和衍生品 此前我们发布 Lido 时就实现完全去信任的质押池和衍生品是不可能的。所以我们必须在两者之间进行选择 a) 延期发布 b) 先提供目前替代交易所质押池的最佳方案，同时最小化信任 尽管第一种方法比第二种方法更加去信任，但延期发布会将竞争机会让给交易所 (因为它们不会对自己施以同样的要求)。我们并不清楚去信任的质押能否克服如此大的先发优势，因而对于团队来说，等待似乎是更危险的选择。 因此，我们选择了一种迭代的方法，允许我们与中心化交易所质押池竞争并获得市场份额，同时不断减少系统的信任特性 (当能够这样做时)。 那么，目前阻碍质押衍生产品完全去信任化的关键因素有哪些呢？下面，我们指出了阻碍 Lido 完全去信任化的主要三点： 1. **2021 年 7 月 15 日之前的质押存款是托管的**：在我们发布 Lido 时，不可能将智能合约设置为信标链验证者的所有者。所以 Lido 验证者的提款凭证由一群[有声望的以太坊构建者](https://blog.lido.fi/lido-withdrawal-key-ceremony/)组成的一个 6-of-11 多签控制。我们已经将托管转到一个智能合约中，但这个功能还未适用于现有的质押存款。 2. **目前提款功能还不是无需许可的**：由于提款凭证的设计方式，Lido 验证者目前必须手动解除质押。因此，stETH 持有者不能强迫 Lido 节点运营者解除质押，相反，ta 们必须相信节点运营者诚实作为而不是作恶。 3. **目前成为一个节点运营者还不是无需许可的**：目前只有 [LDO](https://blog.lido.fi/introducing-ldo/) 代币持有者控制的 Lido 注册中心可以添加新的节点运营者。因此，stETH 用户需要相信 LDO 持有者将继续支持合理的、分布式的验证者子集。 请注意，从信标链中提款的功能尚未启用，也就是说任何人 (包括 6-of-11 多签) 都无法从存款合约中提取资金。这也意味着目前 stETH 持有者无法从信标链中赎回 ETH，因此 ta 们不会受到攻击而损失资产。所以，上述的前两个问题目前还不会对用户造成影响。而我们之所以把这个两个问题也列出来，是因为一旦信标链启用了提款功能，这两个问题就会出现。 <br/> # 移除这些信任要求 ## 将托管转到一个智能合约中 正如前面所说的，当 Lido 发布时无法将智能合约设置成信标链验证者节点的所有者。 智能合约提现地址格式[已添加到信标链规范中](https://github.com/ethereum/eth2.0-specs/pull/2149)，上周我们将[Lido 新质押者的提款凭证转到一个智能合约中](https://twitter.com/LidoFinance/status/1415609357836988418)。 要想理解为什么这不能适用于现有的存款，我们需要先了解信标链中的提款凭证是什么： 1. 如前所述，以太坊质押一开始仅支持一种提款凭证 0x0。这仅允许 BLS 地址类型成为验证者节点的所有者，甚至连以太坊地址都不可以。 2. 2020 年 12 月，规范中引进了 [0x01](https://github.com/ethereum/eth2.0-specs/pull/2149) 以允许以太坊地址设置验证者节点。 3. 要想转换现有验证者的提款凭证，必须要先解锁质押的 ETH，然后使用新的提款凭证重新质押。然而，在提款功能启用之前，任何人都无法解锁质押的 ETH 并重新质押。所以现在想要将提款凭证从 0x0 转为 0x01，需要采用[第二种机制](https://ethresear.ch/t/withdrawal-credential-rotation-from-bls-to-eth1/8722)，这个机制允许验证者不需要解锁质押就能够转换 ta 们的提款凭证 我们用于新提款凭证的智能合约被实现为一个[架构型的可升级智能合约](https://etherscan.io/address/0xb9d7934878b5fb9610b3fe8a5e441e8fad7e293f)。这样做是因为我们仍然缺少实现**远程提款** (即，智能合约触发验证者解锁质押) 的关键功能，因此我们需要在引入这些功能时保有可升级的选项。 在 2021 年 7 月 15 日进行了对智能合约提款凭证的升级，也就是说，**Lido 上在此之后的任意新质押存款都是完全非托管的**。 <br/> ## 远程强制验证者解锁质押 如有用户现在就想解锁质押 (这行不通，因为存款合约中的 ETH 既不能提出来，亦不能重新质押)，Lido 将不得不向验证者发送信息。然后，该验证者必须手动解锁质押，从而允许 ta 们破坏甚至勒索 Lido 协议。为了缓解这一问题，到目前为止，我们一直在以许可的方式 (permissioned manner) 加入新的节点运营者。 最理想的情况是，我们可以通过允许 stETH 持有者**远程触发验证者解锁质押**来彻底解决这个问题。最近，以太坊研究人员提出了一个[新提案](https://ethresear.ch/t/0x03-withdrawal-credentials-simple-eth1-triggerable-withdrawals/10021)，该提议将允许委托方强制其代理人解锁质押。这个地址临时标记为0x03，它可以作为一个独立凭证来实现，也可以在信标链提款功能启用后作为对 0x01 的修正来实现。 该提案通过在以太坊上引进一个新的“规范” Exit Contract (退出合约) —— 有点类似于 Deposit Contract (存款合约) —— 来实现。0x03 提款凭证的所有者将能够指定与其相匹配的任意验证者。然后信标链就会为该验证者触发[“自愿退出”](https://github.com/ethereum/eth2.0-specs/blob/378d167ee03a4017b53dc54cac15a99ea4392313/specs/phase0/beacon-chain.md#voluntaryexit)机制，作为信标链状态转换函数的一部分。这意味着该验证者接收了用户的远程解锁质押指令并执行。 <br/> ## 开放验证者注册 正如我们所见，托管问题和 Griefing attack (损人不利己的攻击) 具有简单的技术解决方案。幸运的是，它们同时也是非常重要的问题，而解决这些问题是让 Lido 协议更加去信任的两个首要任务。 这给我们留下了一个问题：谁能够成为 Lido 的节点运营者。这是一个更为复杂的问题，其解决方案也没有那么简单。 **首先，为什么 Lido 需要控制谁能成为节点运营者**？ Lido 价值主张的核心部分是**流动性质押 (liquid staking)**，因此针对用户的质押存款发行 stETH 衍生品。在一个简单的实现中，针对不同验证者发行的衍生品应该以不同的市场价格进行交易，因为这些衍生品的性能和可靠性各不相同。然而，由此产生的代币不能相互替代，这使得为它们构建流动性变得更加困难。 相反，Lido 用户通过质押获得相同的可替代的 stETH 代币，允许交易所、借贷市场等来使用它们。 这种可替代性虽然非常可取，但也产生了一个新问题：**它要求在所有 stETH 持有者中社会化那些劣质验证者节点的不良表现和罚没风险，**即 stETH 持有者不仅仅是单个验证者的衍生品的持有者。比如，如果一个验证者被罚没，所有 stETH 持有者都会损失一点资产，而不是单个衍生品持有者损失一大笔资产。 如果质押衍生品相互不可替代，那么用户将不得不使用一些激励来吸引一些最好的节点运营者帮 ta 们运行节点，因为节点运行的质量直接影响其质押衍生品的价值。换句话说，**节点运营者的质量控制将由市场来执行。**但如果质押衍生品相互可替代，**Lido 必须确保只有合格的节点运行者才能够接受用户的委托**。 这种对于节点运营者进行的中央“质量控制”检查不是一个轻易的问题。我们列出了一些可能的解决方案，以下为解决方案的不完全清单： **中央注册 + 链下声望 (Central registry + off-chain reputation)**：最简单的解决方案就是仅允许具有良好记录和法律追索权的顶级节点运营者参与，ta 们可以由 LDO 治理投票选拔出来。这是当前的解决方案，但是这可能会赋予协议治理过多的权力。如果 stETH 的网络效应变得太过强大，以至于尽管以太坊上出现一个更加去中心化的质押提供商，人们也愿意使用它，这时协议的治理权就变得无比大了。 **由质押者管理的注册表 (Staker-curated registries)**：一个更加去中心化和价值一致的解决方案是让质押者选择节点运营者集。这也不是一个轻易的问题，因为质押金具有流动性，而且质押者不必承担其行为的长期后果。然而，如果该问题得到了解决，Lido 协议将无需许可，并与质押者的利益高度一致。 **债券解决方案 (Bonding)**：Tezos 等其他区块链和 Rocket Pool 等其他质押池使用的一种方法是要求验证者提供保证金。例如，在 Rocket Pool 中，验证者必须与其委托方一齐质押。在一对一的保证金系统中，用户实际上没有罚没风险，因为系统也会首先罚没验证者的保证金。 然而，从以往加密历史上的经验告诉我们，资本效率非常重要。并且债券解决方案通常较晚上市，规模更小，而对于持有者来说，这个解决方案比非债券解决方案成本更高。按理说，同样的道理也适用于质押市场。更糟糕的是，这给那些托管的流动性质押池解决方案 (如交易所) 带来了相当大的优势，因为它们可以免费地使用其他人的代币在其他质押池中购买债券以赚取利益。 **秘密共享验证者 (Secret Shared Validators)**：以太坊基金会提出了一个新提案 Secret Shared Validators (SSV)，这个方法在不影响性能的情况下提高系统的容错性。 SSV 将单个验证者拆分为由不同实体控制的多签。然后，这些实体将首先通过链下投票协议达成共识，从而共同生产区块。虽然这种方案的代价是带来了更高的通信开销，但优点是：单个验证者无法自己造成任何故障，因为 ta 们可能控制 10 个验证者节点的 10%，而不是控制一整个验证者节点。 目前[在 Lido 论坛上](https://research.lido.fi/t/lego-strategic-commitment-to-research-of-ssvs-blox-staking-obol/817)有讨论 SSV 的相关研究。 **跟踪验证者的性能 (Tracking validator performance)**：另一个容易实现的方案可能是跟踪验证者的协议内性能，并根据该信息在系统内分配 ETH。这个方案首先需要信标链公开验证者的统计信息 (例如其正常运行时间)，以便质押池的智能合约能够计算其链上性能。 验证者的链上数据可以用在几个方面。例如，性能较好的节点运营者更有可能被分配到新的质押 ETH。此外，当用户想要解锁质押其 ETH 时，系统能够移除性能最差的验证者，而不是随机移除。 **保险 (Insurance)**：Lido 可以将验证者的质检工作重新外包给市场，例如，通过拥有一个公共保险系统。这实际上是一个预测市场，Lido 将提供一些奖励，让用户预测哪些验证者的月度表现最佳。 **节点运营者积分制 (Node operator score)**：重申一下，Lido 需要对节点运营者进行质量控制检查。尽管如此，Lido 还是不希望以一种由 LDO 治理者或其他人决定的中心化方式来实现。 最佳的解决方案是，将上述许多想法与一个验证者积分系统结合。每当新的 ETH 排队等待质押时，得分较高的节点运营者将更容易获得 ETH 以进行质押，直到分配给其的 ETH 达到了安全限制。当系统上出现提款要求时，积分低节点运营者可能也会首先受到惩罚，如果 ta 们的积分低于最低阈值，甚至会被完全从系统中移除。 每一个新加入系统的节点运营者起始积分都为零，这意味着其信任度低并且接受委托的机会很小。然后，节点运营者可以通过执行各种提高信任度的操作来获取积分，例如： - 成为 SSV 多名验证者的一部分 - 质押一些 ETH 保证金 - 给自己上保险 - 主要是随着时间的推移展示其良好的验证者性能 (这些只是对节点运营者进行评分的一些指示性方法。可能存在更多/更好的选择。) 在这样的系统中，任何人都可以成为节点运营者，但必须要表现良好，就像在市场中竞争获取用户的青睐一样。随着节点运营者逐渐积累良好的积分，ta 们可以开始减少其他成本，如保险或者 SSV 开销。这种系统还可以激励验证者尽可能地表现出色，因为这会使得 ta 们通过更多的质押金获取更多的奖励。 无论最佳解决方案是什么，我们都将尽最大的努力让 Lido 实现其去中心化的目标。 <br/> # 总结 **我们相信获胜的以太坊质押池和衍生品将是一个最大限度去中心化和不可篡改的协议，而这就是 Lido 最理想的状态**。 我们还相信，等待以太坊与类似这种方案百分百兼容无疑是将市场拱手让给那些不会以此标准约束自己的中心化交易所。因此，提供一个去信任的可替代方案最好的方法就是通过采用当时的最佳实践，然后逐渐迭代更改。 我们正努力使 Lido 协议变得完全非托管和去信任。我们的两个首要任务有明确的技术解决方案，并且我们正与以太坊开发者合作，或者在可能的情况下等待部署。 节点运营者的去信任问题是一个更为复杂的问题。尽管如此，我们仍将探索上述的解决方案以及我们尚未考虑过的其他解决方案，尽可能减少 Lido 协议对社区治理组织的依赖。 **随着解决方案变得可行，我们将继续快速地进行迭代并减少 Lido 系统中所需的信任面。我们很自豪能够提供一种可以替代中心化交易所质押池的更好的方案，并构建完全去中心化、去信任的质押衍生品。** <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/stateless-ethereum-and-the-portal-networkhttps://www.ethereum.cn/Technology/stateless-ethereum-and-the-portal-networkSat, 07 Aug 2021 00:00:00 GMT来源 | [Ethereum Community Conference](https://www.youtube.com/channel/UC_kOxlaYNOTtNwtwySZ0B8w) <br/> 译者注：此次分享由开发者 Piper Merriam 与 Angela Lu 共同呈现。此文非视频逐字转译。 <br/> <video id="video" controls="" preload="none" poster="https://i.ibb.co/cN2Tyjk/video-cover.png"> <source id="mp4" src="https://www.bilibili.com/video/BV1ZA411P7HY" type="video/mp4"> </video> <br/> ### 第一部分由 Piper Merriam 分享 此次分享的大纲如下: - 以太坊客户端的现状 - 无状态以太坊 - 门户网络 - 更好的以太坊客户端 <br/> 更优的以太坊客户端有四个指标: - 低资源设备 (low resource device)(例如，手机、树莓派、笔记本电脑) - 不需要同步 (No Syncing) - 可扩展性 （Scalable) - 使用相同的 JSON-RPC  <br/> # 以太坊客户端的现状 现在的以太坊客户端是非常重型的软件，它需要几百GB 的磁盘空间，你的 cpu 要运转非常长的时间来同步数据。但这不是客户端团队的工程能力问题，而是由我们的网络协议决定的。我们的网络协议是 DevP2P，是一个点到点的网络，其中一个协议叫 "ETH" ，也是所有以太坊客户端所在的地方。   在该网络里，有非常多的信息在客户端间传输，包括广播 (gossip) 未被打包的新区块和新交易、检索历史数据 (history)的信息 (如旧区块、旧收据等)，以及状态同步（尽管这实际上已经被snap protocol 取代了)。尽管这些东西决定了以太坊客户端必须有哪些功能，但同时你也必须满足这些条件才能作为客户端进入 DevP2P 网络——你必须有完整的状态、能够处理整个交易池、你需要存储所有的链上历史数据，而这些都是导致以太坊客户端如此重型的原因。这是我们想要改变的东西。 不幸的是，要与以太坊网络交互的选择只有两个极端的选项——自己运行非常重型的客户端，或使用像 Infura 和 Alchemy 这样的中心化服务。现在还没有既轻量、又去中心化的客户端，但这是我们努力的方向。 LES (light ethereum subprotocol) 是一个轻量以太坊子协议，它已经存在很多年了，但无法用它开发出一个可靠、轻量的方法来访问协议。因为根本上，它是以客户端服务器的架构来构建的。网络容量取决于服务器，而客户端寄生于网络，且不会对协议做贡献。你无法在一个网络里加入任意数量的客户端。所以 LES 无法解决问题的原因是很清楚的。 <br/> # 什么是“无状态以太坊” 无状态以太坊由多个团队一起研究，工作已经进行了2年了。当我们谈论无状态以太坊时，其实我们在说区块执行模型。总的来说，这就是区块链的工作原理。“之前的状态根 (Previoius State Root)" 代表当前区块之前的区块链状态（包括账户余额、合约存储、代币余额等），区块由事务组成 (例如代币转账、状态转换)，当区块被执行，这些执行后的事务都转变为”后状态根 (Post State Root)"。当我们说无状态以太坊时，说的是这种二分法。目前所有的客户端都是左边 (看下图）的情况——满状态 ("statefull")。它们维护一个非常大的状态数据库，它们也是用这个数据库来做区块执行，负荷非常大。  当我在说无状态以太坊的时候，我说的是对共识协议的修改，使一个不同的区块执行模型变得可行。这个模型基于见证数据 (witness) 这个神奇的东西，它们可以提供执行某特定区块所需的东西。因此，在无状态模型里，不同于管理一个状态的数据库，客户端实际上不需要存储状态、甚至没有任何关于状态的信息，而只需要知道区块链头是什么样的。无状态客户端从网络上获取见证数据，用它来执行区块。这就是我们说无状态以太坊代表的意思。 <br/> # 我们需要“无状态以太坊” 我们的共识基础设施从根本上需要无状态以太坊，它与验证者基础设施有关。尽管分片的规范还没有确定下来， 所以这里讲的只是一个近似情况。但重点是，我们有一个一个的分片，验证者在这些不同的分片里被混洗，然后在被分配到的分片执行他们的职责，职责之一就是验证最新的状态转换，验证最新的区块执行从前一个状态根转到到下一个状态根。我们之所以需要无状态，是因为在“满状态”模型里，验证者要履行他们的职责，他们实际上必须追踪每个分片的状态，这样的工作量太大了。几乎不可能要求他们这样做。因此我们必须转用无状态模型，使验证者在被分到任何分片里没有开销负担，并可以快速获取见证数据，进行区块执行验证。这就是我们需要无状态的原因。  <br/> # 轻量级客户端？ 无状态客户端虽然不需要状态数据库，但这并不意味着我们就实现了既去中心化、又是轻量级的客户端。简单来说，无状态客户端模型能实现用低资源设备来验证区块执行，客户端可以在链的前面直接接入网络，并开始执行区块。但在给客户端减负的过程里失去了一些重要内容。  <br/> ### 第二部分由 Angela Lu 分享  我想让大家把现在的以太坊客户端想象成你最喜欢的披萨，它有代表着共识基础设施的面包皮，也就是基础，面包皮上有芝士、香肠各种料，这些代表面向用户的功能，例如提交交易、构建交易、JSON RPC API。现在问题是披萨太重了，我们现在要做的是拿掉所有的料，只留下面包皮，这就是无状态客户端。但我们不想要这样的无状态客户端。  无状态客户端不存储状态和区块链历史数据，这些东西都对带宽、CPU、存储有很高的要求。而当我们不存储这些东西时，我们就失去了面向用户的功能——无法加入 DevP2P 网络，无法像一般以太坊客户端那样发送交易、甚至不能构建交易，或使用 JSON RPC API。但我们非常想要这些面向用户的功能。Piper 的团队用了三年时间尝试将轻量节点接入以太坊网络，但它们从根本上来说是完全不同的东西，所以行不通。  我们构思出了门户网络 (The Portal Network)，一个针对轻量客户端的全新 P2P 网络。 我们是这样实现的： 首先把重型的操作从客户端转移到网络层，即由门户网络来负责；  第二，我们放弃了LES现有的客户端服务器架构。因为我们希望可以有更多的客户端加入，网络变得更强大，我们从 Bittorent 获得灵感——多个小客户端加起来的净总容量和可以实现几个大型客户端可以实现的相同功能和容量。  现在有了门户网络，我们就有了最终构建功能完备的轻量客户端的基础了。它们是低资源设备、无需同步数据、有可扩展的基础设施可以使用 JSON RPC API。  很多之前无法参与以太坊网络的设备，例如笔记本电脑 (无法24小时、一周7天保持在线，离线后再上线需要很长时间同步数据)、手机 (存储小)、树莓派 (基本上什么条件都不具备)，但门户网络使得这些设备可以加入以太坊网络，且还是专为这些低资源设备设计的。 实际上，现在以太坊有很多项目其实都有中心化风险，虽然隐藏起来了，但实际上这些项目必须在背后运行中心化的基础设施，以与以太坊网络通信。而门户网络实际上给了它们移除中心化风险的选项，因为它们现在可以本地嵌入门户客户端，实现与以太坊网络通信。 ![portal network5](https://i.ibb.co/Z665r48/portal-network5.png" ) 因此，受惠于门户网络，应用可以移除与以太坊网络通信中心化的风险；用户可以无需额外努力就能贡献以太坊网络；网络因为有更多应用、移动端、或台式电脑加入而变得容量更大、更强健、更去中心化，也因此更安全。 <br/> ### Piper 总结 搭建门户网络的工作虽然才刚起步，但它正如火如荼地进行着。我们现在有三支独立的客户端实现团队——我的团队、Status (正在构建 Fluffy，并计划把它嵌入 Status 钱包)、以太坊 js 团队(开始构建自己的门户客户端了)。虽然我们才刚开始，但我们已经用了很多时间去搞清楚我们要实现什么，我们要如何实现这些问题，接下来要做的就是实现。这是多个团队一起努力的事业，我们现在构建的东西超出了现在以太坊网络的范围。大家可以期待在未来的 6 到 12 个月内看到成果。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/starkex-3-0-now-live-on-mainnethttps://www.ethereum.cn/Layer2/starkex-3-0-now-live-on-mainnetFri, 06 Aug 2021 00:00:00 GMT来源 | [StarkEx 3.0](https://medium.com/starkware/starkex-3-0-now-live-on-mainnet-57174a5f8beb) [dAMM](https://medium.com/starkware/damm-decentralized-amm-59b329fb4cc3) <br/> # 摘要 - StarkEx 3.0 已上线主网 - 主要新增功能：L1 Vaults & SHARP (SHARed Prover) - L1 Vaults：StarkEx 的用户可以通过自己的 L1 Vault 与以太坊地址 (尤其是智能合约的地址) 进行交互 —— 启用 [DeFi Pooling](https://medium.com/starkware/defi-pooling-1332ddebff21) & [dAMM](https://medium.com/starkware/caspian-an-l2-powered-amm-f20e93b5421) (原 Caspian) - 一个新的批量长期闪电贷 (batch-long-flash-loan) 功能提高了运营者在 dAMM 流程中运作的资本效率 - SHARP：多个独立的 dApps 交易打包成一个单独的 STARK 证明，从而减少所有用户的交易费/笔 <br/> # 主要新增功能 ## 1. StarkEx L1 Vaults StarkEx 3.0 是 StarkEx 的最新发布版本，是 StarkWare 的可扩展引擎。StarkEx 3.0 已上线以太坊主网，支持与以太坊 L1 的无缝交互。 这是第一次，以太坊智能合约能够成为 StarkEx 上资产的所有者，并通过 L1 Vaults 与 L2 的用户交易这些资产。这为 StarkEx (L2) 用户提供了一种低成本的机制来与 L1 上的外部逻辑 (和流动性) 交互。 这个功能新颖在哪里？到目前为止，用户在两个选项之间进行选择：要么加入 L2 的扩容环境中，要么参与 L1 战略中 —— 例如向 AMM 或 yVault 提供流动性。而现在用户可以用同样的资金同时做这两件事，并且不需要支付昂贵的费用以向 L2 存入资产以及提款至 L1。 StarkEx L1 Vaults 允许智能合约： - 向任意以太坊地址存入资产 - 发布与这些资产有关的限价单 - 提出这些资产 ## 潜在的用例 **DeFi Pooling**：DeFi 战略合约可以拥有一个 L1 Vault。这使得 StarEx 用户能够轻松且成本较低地参与到 DeFi 战略中，比如在 Aave/Compound 上贷款、在 YFI 上进行投资等等。用户通过 StarkEx 参与某个 L1 战略所花费的成本比直接在 L1 上参与的成本低得多 —— 这让散户有机会参与到 DeFi 战略中。点击[此处](https://medium.com/starkware/defi-pooling-1332ddebff21)阅读 DeFi Pooling 相关内容，深入了解该用例 我们目前正与 [Celer](https://www.celer.network/) 合作构建一个 DeFi Pooling 平台。 **dAMM**：在 [dAMM (decentralized-AMM)](https://medium.com/starkware/caspian-an-l2-powered-amm-f20e93b5421) 的设计中，由于 L1 上同样保留流动性，运营者可以在 L2 上提供可扩展的 AMM 的同时，为 LP 提供额外的收益。此外，批量长期闪电贷的新功能使其无需要求运营者提供流动性就能实现这一点。 ## 关于 Optimistic Rollups 的说明 大家可能会问：所有上述功能不是也能在 Optimistic Rollups 中获得吗？ Optimistic Rollups 长达一周的最终确定时间阻止了 L2 的用户与 L1 进行无缝交互。因此，L1 Vault 的所有者需要等待一周，直到与 L2 生态系统的交易完成并得到确认。当然，他们可以利用流动性提供者 (Liquidity Providers, LP) 来加快这个流程，但代价是支付更高的费用。相比之下，StarkEx 的最终确定时间以小时为单位来计算，而且由于 SHARP 的使用，预计会变得更快。 ## **2. SHARP** SHARP (SHARed Prover) 从几个由 StarkEx 支持的应用中收集一些汇总交易 (batches) ，然后将其打包至一个单独的证明中。有了 SHARP，StarkEx 中每笔交易的 gas 费将更低，最终确定时间将更短 —— 即便是带宽低的应用也如此。 <br/> # StarkEx 的路线图 一年多前首个 StarkEx 版本部署至主网，这一年以来发生了不少事情啊！在 V3.0 发布之前，StarkEx 已支持转账、现货交易 (spot-trading)、[条件式转账 (conditional transfers)](https://medium.com/starkware/conditional-transfers-the-key-to-interoperability-2e1de044fb65)、永续交易以及 [NFT 的铸造和交易](https://medium.com/starkware/starkex-now-for-nfts-bfdc9f4655a2)。我们正忙于开发更多的功能，包括无缝接入以及增强互操作性。 所有这些优点都能够轻易地添加到 [StarkNet](https://starkware.co/product/starknet/) 中 (一个无需许可的去中心化 ZK-Rollup)。[StarkNet Planets Alpha](https://medium.com/starkware/starknet-planets-alpha-on-ropsten-e7494929cb95) 版本已经在 Ropsten 测试网上推出，并频繁更新中 (比如 [Alpha 1](https://medium.com/starkware/starknet-alpha-1-90c3348cca4f))。 <br/> ____________________________________________________________________________________ # dAMM (分布式 AMM) <br/> # 摘要 - L2 上的 AMM 面临着[流动性碎片化](https://markets.businessinsider.com/news/stocks/solving-defi-industrys-liquidity-fragmentation-and-clunky-protocol-interoperability-10105714)的问题 - dAMM 作为一个跨 L2 AMM，通过跨层共享流动性解决了流动性碎片化的问题 - dAMM 让基于 ZK-Rollup 的 L2 扩容解决方案 (例如 DeversiFi、Loopring...) 能够异步共享流动性 —— 让更多交易能够获得LP (流动性提供者) 的支持，从而资本效率更高 - dAMM 让 LP 能够在为 L1 AMM (如 Uniswap) 提供服务的同时参与 L2 的交易 => 无需妥协就能够实现扩容 - dAMM 利用 L1 的无需许可性，缓解不同 L2 扩容解决方案的出现带来的流动性碎片化问题 <br/> # dAMM (Caspian 的前身) 我们在 2021 年首次介绍 dAMM 的概念 (当时命名为 Caspian)，后来由于商标问题，Caspian 更名为 dAMM。dAMM 本次发布版本为 StarkWare 和 Loopring 之间的合作。dAMM 是一个 L2 AMM，它在一个单独的 L1 池中聚集流动性，并使用 L1 合约强制执行逻辑。这带来了更好的资本效率和极大的开发灵活性 —— 同时享受 L1 同等的安全性。 <br/> # dAMM 的扩展设计 —— 跨 L2 异步性 dAMM 的新增功能是实现跨 L2 AMM，允许相同的流动性池跨多个 L2 方案异步使用。这个设计让 AMM 获得可扩展性，并且不会使其流动性碎片化。 至于异步性 (asynchronicity)，指的是某个 L2 在处理 dAMM 交易时不需要使用相同的 dAMM L1 流动性池来实现与其他 L2 的通信。异步性是 dAMM 的核心功能，首次使共享 AMM 成为现实。 我们如何实现这个功能的呢？dAMM 将流动性池和定价状态分离开来。在这样的设计中，合约能够提供状态给出的任意报价，只要合约有足够的流动性满足该报价。 通过将资金和状态解耦，我们能将不同的状态放在相同的流动性池中。然后，每个 L2 都能基于这个流动性池创建自己的 dAMM 状态，以此实现异步跨 L2 AMM。 ## 支持多个、独立的市场：  参与者的角色保留原来的设计方案。不同的是，新设计支持多个独立市场；一些在 L2 上，一些在 L1 上 —— 但是两者共享 AMM 基础设施和流动性。 最后，我们稍加修改，让 L1 的流动性 (例如 Uniswap 或 Sushiswap 上的交易) 成为 dAMM 流动性。为此，我们允许 L1 上的 LP token (比如 Uniswap 的 ETH/DAI 代币对的 LP token) 直接存入 dAMM 相应的池中 (比如 ETH/DAI)。 <br/> # 改良后的 dAMM 优点有什么？ 优势非常明显，它们创造了一个良性循环： - 由于这种 AMM 支持多个市场，其交易量将增多 - 交易量增多意味着手续费增多 - 相同的流动性中手续费越多，证明其资本效率越高 - 流动性增多意味着价格更友好 <br/> # dAMM 如何应对无偿损失问题？ 在 AMM 中，LP (流动性提供者) 会面临无偿损失 (impermanent loss, IL) 的风险。而在 dAMM 中，这种风险将更大，事实上，LP 可接触的市场数量越多，风险就越大。但是在一个无偿损失中性环境中 (比如 Curve Pools)，LP 的风险不会很大。对于任意其他类似的池来说，LP 的无偿损失风险都可能很高。 为了降低这种风险，dAMM 智能合约会使用一种称为 dAMM Health Factor (dAMM 健康因子) 的参数限制 LP 受到的无偿损失的上限。这个机制我将单独写一篇文章介绍。 <br/> # 结论 我们预测 dAMM 将成为扩容 DeFi 的最基础的基元之一。此外，我们认为这种设计证明了一些更加基本的东西；这个用例强有力地证明了我们可以无需许可地连接各个 L2 系统。dAMM 展示了如何利用 L1 的无需许可性来扭转随着 L2 生态蓬勃发展而出现的流动性碎片化趋势。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth1.x/london-is-cominghttps://www.ethereum.cn/Eth1.x/london-is-comingThu, 05 Aug 2021 00:00:00 GMT <br/> 以太坊网络的第十一次硬分叉“伦敦”升级将于区块高度 12965000 处激活 (据估算将于北京时间2021年8月5日晚进行)。本次升级主要包含 5 项 EIP，分别为 EIP-1559、EIP-3198、EIP-3529、EIP-3541 和 EIP-3554。”伦敦“升级倒计时：[https://ethernodes.org/london](https://ethernodes.org/london) <br/> # 以太坊“伦敦”升级导读： [伦敦主网升级公告](https://www.ethereum.cn/Eth1.x/london-mainnet-announcement) [伦敦升级概览](https://www.ethereum.cn/Eth1x/london-upgrade-overview) [以太七日谈 • 2021/8/3 (EIP-1559下如何处理用户交易)](https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-3/) [以太坊核心开发者会议更新005](https://www.ethereum.cn/Technology/allcoredev-update005) [EIP-3529: 减少 gas 返还](https://www.ethereum.cn/Eth1x/eip-3529) [EIP 1559系列](https://mp.weixin.qq.com/mp/appmsgalbum?__biz=MzU2NDcyOTc2NA==&action=getalbum&album_id=1551266061755482113#wechat_redirect) <br/> # 我需要做哪些准备？ 节点运行者需要升级其运行的客户端版本，以下为支持“伦敦”主网升级的客户端版本： - go-ethereum (geth)：**1.10.6** - Nethermind：**1.10.79** - Erigon (前 TurboGeth)：**2021.07.04-alpha** - Besu：**21.7.1** - OpenEthereum (前 Parity)：**v3.3.0-rc.4** - EthereumJS VM：**v5.5.0** <br/> Tim Beiko (以太坊 ACD 协调人/EIP-1559 倡导者) 最近收到了很多关于伦敦升级挖矿的信息，其中有不少错误认知。他对在伦敦升级中，矿工要做的工作、注意事项、相关资源做了详细说明，还对用户应如何在有 MEV 的环境里设置小费进行了科普。以下为译文： ## 矿工须知 当伦敦升级激活时，分叉区块的 gas limit 会变成最后一个分叉前区块的两倍。你可以在我们已经分叉的测试网上看到。例如，Goelie 测试网，分叉前区块 ([https://goerli.etherscan.io/block/5062604](https://t.co/cFssjRxXUP?amp=1)) 的 gas limit 是大约 8m，分叉区块 ([https://goerli.etherscan.io/block/5062605](https://t.co/aqylucx2rT?amp=1)) 是大约 16m。   但是，如果我们想要保持链上的吞吐量不变，矿工需要保持新的 gas limit 不变 (我们预计区块平均容量是大约 50% 满)。 如果矿工什么都不做，他们会继续以 15m gas 为区块容量上限，区块大小会被慢慢降低。为避免这种情况发生，他们需要在分叉后把 gas limit 上调至 30m (如果他们想保持区块的平均容量是 15m gas 的话)。 矿工**不**需要重启你们的挖矿节点，每个支持伦敦升级的客户端都会通过 JSON RPC 实现这点，请看伦敦升级公告里每个客户端的 API 调用： go-ethereum (geth)：<a href="https://geth.ethereum.org/docs/rpc/ns-miner#miner_setGasLimit">`miner_setGasLimit`</a> OpenEthereum：<a href="https://openethereum.github.io/JSONRPC-parity_set-module#parity_setgasceiltarget">`parity_setGasCeilTarget`</a> Besu：<a href="https://besu.hyperledger.org/en/stable/Reference/API-Methods/#miner_changetargetgaslimit">`miner_changeTargetGasLimit`</a>  以下是 JSON RPC 文档链接： [@go_ethereum](https://twitter.com/go_ethereum): [https://geth.ethereum.org/docs/rpc/ns-miner#miner_setGasLimit…](https://t.co/1TRPhOwwA6?amp=1) [@OpenEthereumOrg](https://twitter.com/OpenEthereumOrg): [https://openethereum.github.io/JSONRPC-parity_set-module#parity_setgasceiltarget…](https://t.co/Vwmh8FOa9a?amp=1) [@ConsenSysQuorum](https://twitter.com/ConsenSysQuorum): [https://besu.hyperledger.org/en/stable/Reference/API-Methods/#miner_changetargetgaslimit…](https://t.co/08zwJRIhKw?amp=1) 再强调一次，无需重启你们的节点，只需要在 JSON RPC 调用中设置新的 gas limit。 <br/> ## **用户须知** 第二个大问题是关于 priority fee/小费以及它应为多高。简言之，小费是支付给矿工处理额外风险的，即在打包你的交易时出现叔块的情况。更大的区块 -> 在网络上广播更慢 -> 更高的叔块风险。 有一个很酷的方法可以将这种情况可视化：将上一个区块的 gas limit 从 12.5m 上调至 15m。左边的点显示的是在 12.5 的范围内出现叔块的几率，右边显示的是当我们调至 15m 时：新增的 2.5m gas 带来的叔块率提升。  因此，如果你想支付给矿工足够高的小费好让他们打包你的交易，那么小费平均下来对他们来说需要是净收益，而这就与你的额外交易进入叔块的几率有关。 在 MEV 以前的世界里，这个计算是很容易的，因为我们知道区块奖励与叔块奖励的区别，因此我们可以直接使用一个固定值。如果我没记错的话是 0.5-1 gwei。 现在有了 MEV 后的挑战在于，当一个区块变为叔块时，矿工就没有了该 MEV 交易捆里的收入和部分的区块奖励，还有 MEV 收入变化很大！ 因此，最好的方法是看 MEV 交易捆的中位数或第 80% 的值，并对矿工失去该收入的风险进行补偿。Flashbots 有一些不错的仪表盘，可以显示这些数据：  (上图可以在这里找到: [https://dashboard.flashbots.net/miners](https://t.co/oCpkoKHmTX?amp=1)) 之所以选前 50/80% 的区块收益作为小费，是因为让一般用户尝试与一个 10ETH+MEV 交易捆竞争是没有道理的。这种情况很罕见，如果真的发生了，一般用户应该不介意等下一个区块。 那么，要怎么选小费值呢？[@barnabemonnot](https://twitter.com/barnabemonnot) 在这方面做了大量计算 ([https://notes.ethereum.org/@barnabe/rk5ue1WF_…](https://t.co/FFrK5VL9uF?amp=1))，并给出了一个简单的策略：   所以是，盯着 Flashbots 的仪表盘和使用上面这个斜线图，**你可以看到 2-3 gwei 足以支付 80-90% MEV 交易捆的机会成本，因此这会是一个比较好的默认值**。  我知道现在这个方法并不十分直观，MEV 的计算使得很难做到设置一次后就一了百了，但希望几周后像 [@ETHGasStation](https://twitter.com/ETHGasStation) 和 [@gasnow_org](https://twitter.com/gasnow_org) 这样的 APIC 可以把这些数据抽象出来。 来源：[https://twitter.com/TimBeiko/status/1422960629921550353?s=20](https://twitter.com/TimBeiko/status/1422960629921550353?s=20) <br/> 升级期间**以太坊用户或 ETH 持有者**无需采取额外行动，但需留意钱包或其他服务商发布的升级通知。(另外，Eth2 验证者也请在伦敦升级前确保你们的 PoW (eth1) 节点升级到最新版本。 <br/> # ”伦敦“升级包含哪些内容？ ## **EIP-1559: Eth1.0 费用市场变更** EIP-1559 于 2019 年 4 月提出，是以太坊史上讨论最为广泛并备受期待的变更之一，也是”伦敦“升级中影响最为深远的举措，旨在对以太坊当前的”第一价格竞拍“ (First Price Auction) 式的费用市场进行改革，核心目标是改善用户的交易体验。 实施 EIP-1559 之后，以太坊的交易费用将转变为基础费用加小费的形式 (分别为 `BaseFee` 和 `PriorityFee`)，其中基本费用将被自动销毁，而非分配给矿工 (矿工收入为小费部分)，这一点广泛被认为将对以太坊网络经济模式产生深远的影响。Basefee 的决定因素之一是前序区块的饱和度，这意味着应用和用户能够更容易预测交易的费用，并且支付该基本费用之后，交易确认也获得了保证。 EIP-1559 还允许区块空间的弹性变化，也即弹性区块空间 (目前允许 200% 区块容量)，基本费用也会随之调整。即，当前以太坊区块的 gas limit 为 15m，1559 之后将其作为 gasTarget (gas目标)，gasLimit 则将达 30m，如果区块使用的 gas 高于 gas 目标，基本费用就会提高，直到网络需求再次降低至该目标，反之基本费用则下调。除了基本费用外，还有一个影响交易费的要素即小费 (tip)，小费的数额不受协议限定。一般情况下，小费以较低数额用以支付叔块风险。而在交易高峰期，交易通过小费又回到第一价格竞拍机制。 另外，EIP-1559 新增了一种交易类型，用户可以指定其愿意支付的最高限额，当他们把这个最高限额费用发送给矿工时，会获得最高限额费用减去基本费用与矿工小费之和的差值退款。若发送交易账户上的 ETH 量少于此最高限额费用，交易则无法被执行。 ### 此处可以观看到基础费用的燃烧状况： [https://watchtheburn.com/](https://watchtheburn.com/) [https://www.etherchain.org/burn](https://www.etherchain.org/burn) <br/> # **EIP-3198: BASEFEE 操作码** 这份 EIP 是与 EIP-1559 搭配的。它只是简单添加了一个`BASEFEE`操作码，它返回的是执行交易所在的区块的基本费用。这将使得智能合约可以在链上访问这个值，有助于提交欺诈证明和创建去信任的 gas 价格衍生品。 <br/> # **EIP-3529: 减少 gas 返还** 在伦敦引入的另一个重大变更是取消了操作码`SELFDESTRUCT` 的 gas 返还和减少了操作码 `SSTORE` 的 gas 返还。虽然设立返还的初衷是希望激励开发者在可能的情况下清除状态，然而现实是，这导致了Gas Token的出现，反而增加了状态大小。利用这些返还的 gas，Gas Token 可以在 gas 价格很低的时候填满状态，然后在 gas 价格上升的时候获得执行这些交易的返还。 除此外，gas 返还还会导致区块执行时间的变化。在伦敦升级之前，多达 50% 的返还 gas 可以在同一个区块里进一步执行计算。也就是说，在实际上，最大的区块容量可达 1.5 倍的 gas limit。EIP-2539 把"执行 gas 返还"从 50% 下调到最多 20%。这一变更将有助于抵消由 EIP-1559 引入的额外区块大小变化，因为 EIP-1559 允许区块使用的 gas 是现在 gas limit 的两倍。 <br/> # **EIP-3541: 拒绝以 0xEF 字节开头的新地址** EIP-3541 是一个简单的变更，为以后更广泛的 EVM 改善奠定基础，想看 [EIP-3540](https://eips.ethereum.org/EIPS/eip-3540)。这份 EIP 将使得以 0xEF 比特开头的新合约无法部署。现有的合约将不受影响。 <br/> # **EIP-3554: 难度炸弹延迟至2021年12月1日** EIP-3554 延迟难度炸弹，也以冰河时代 (ice age) 为人所知。难度炸弹或冰河时代是以太坊引入的一种机制，在网络过渡到权益证明时”冻结“挖矿。这在过去已经进行过三次，分别为大都会([EIP-649](https://eips.ethereum.org/EIPS/eip-649))、君士坦丁堡 ([EIP-1234](https://eips.ethereum.org/EIPS/eip-1234)) 和穆尔冰川 ([EIP-2384](https://eips.ethereum.org/EIPS/eip-2384))。尽管之前的延迟时间都相当长，但这次核心开发者选择了较短时间的延迟，将难度炸弹推迟到2021年12月1日。 <br/> # ”伦敦“之后将去向何处？  <center>以太坊升级之路 @trent.eth</center> 继”伦敦“升级之后，以太坊还将迎来针对信标链的 Altair 升级和 Eth1 与 Eth2 的合并 (The Merge)。Altair 升级的主要内容包括对以太坊 2.0 质押参数和奖惩计算的改变，以及为轻客户端的实现引入同步委员会，目前处于测试网阶段。 本次升级之后，The Merge (合并) 的相关工作和进展将成为整个社区关注的焦点。2020 年 12 月，以太坊信标链创世，至今已运行了九个月，但当前的以太坊区块链与信标链仍然是两条平行运行的以太坊区块链。Eth1 和 Eth2 的合并工作具体内容则是将 Eth1 作为执行层 (execution chain)，其状态、执行、交易等都会并入到作为共识层 (consensus chain) 的信标链里，每个 PoS 信标区块都将包含执行层的数据，同时，以太坊区块链创建新区块时将不再采用 PoW 共识，从而实现工作量证明 (PoW) 到权益证明 (PoS) 的共识升级。 7 月 22 日，研究员 Mikhail Kalinin、以太坊核心开发者 Danny Ryan 以及以太坊创始人 Vitalik Buterin 联合发布了 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)，将 Eth1 和 Eth2 的合并正式作为改进提案提出，对这次 PoS 共识升级进行了介绍。 关于”合并“之后的发展路线，Vitalik 在近期的 ETHGlobal 演讲中做出了阐释，包括分片、数据可用性采样以及无状态以太坊等长期规划，参见[《Eth1与Eth2合并后，以太坊如何发展？》](https://www.ethereum.cn/Technology/what-happens-after-the-merge) <br/> # 伦敦升级观看派对去哪看？ **Bankless 直播活动**  参与人员：Justin Drake、Danny Ryan、Hudson Jameson、DCinvestor、Bankless 与 EthHub 时间：8 月 5 日 20:00 直播地址：[https://t.co/6bK70E267Y?amp=1](https://t.co/6bK70E267Y?amp=1) **EthStaker 的“伦敦升级上线派对”**  时间：北京时间 8 月 5 日 19：45 直播地址：[https://www.youtube.com/watch?v=afAFQY--GlI](https://www.youtube.com/watch?v=afAFQY--GlI)https://www.ethereum.cn/Ecosystem/against-overuse-of-the-gini-coefficienthttps://www.ethereum.cn/Ecosystem/against-overuse-of-the-gini-coefficientWed, 04 Aug 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/07/29/gini.html) <br/> *特别鸣谢 Barnabe Monnot 与 Tina Zhen 的反馈与意见。* [基尼系数](https://en.wikipedia.org/wiki/Gini_coefficient) (也被称为基尼指数) 是迄今为止最受欢迎、最广为人知的用于测量收入不平等的标准，特别是用来衡量在某国家、地区或其他社区的收入或财富不平等。它之所以受欢迎，是因为它很容易理解，它的数学定义可以很容易通过一个图表进行可视化。 然而，人们可以想象，任何试图把不平等简化为一个数字的方案都会有局限性，基尼系数亦如此。即使在它一开始用于测量各国的收入和财富不平等的语境下，它也是有局限性的，而当把基尼系数挪用到其他语境 (特别是加密货币世界) 时，其局限性则更明显了。在这篇文章里，我将谈论基尼系数的局限性，并提议使用其他替代方案。 <br/> # 什么是基尼系数？ [基尼系数](https://en.wikipedia.org/wiki/Gini_coefficient)是由科拉多·吉尼 (Corrado Gini) 于 1912 年提出，用于测量不平等。它通常被用来测量国家的收入和财富的不平等，尽管它越来越多地被用于其他语境。 基尼系数有两个等值定义： **用曲线上的面积定义**：绘制函数图，其中， f(p) 等于低收入人群赚取的总收入 (即 f(0.1) 代表收入最低的 10% 的人在总收入中的份额 )。Gini 系数是该曲线与直线 y=x 之间的面积，是整个三角形的一部分：  **用平均差值定义**：基尼系数是所有可能的每两人之间收入的平均差值的一半再除以平均收入。 例如，上面例子的图里，四个人的收入是 `[1, 2, 4, 8]`，因此有 16 个可能的差值，它们是 `[0, 1, 3, 7, 1, 0, 2, 6, 3, 2, 0, 4, 7, 6, 4, 0]`。由此得到平均差值为 2.875，而平均收入为 3.75，因此基尼系数=2.8752/ (2*3.75) ≈0.3833。 结果是两者的数值是相等的 (证明这一点就当是读者的一个练习)！ <br/> # 基尼系数有什么问题？ 基尼系数很有吸引力，因为它是相当简单且易于理解的数据。它可能看起来不简单，但相信我，几乎所有处理任意规模人口的统计数据都那么糟糕，且往往更遭。请看看像[标准差](https://en.wikipedia.org/wiki/Standard_deviation)一样基础的公式：  而基尼系数是：  这真的很简单的，我保证！ 那么，它有什么问题呢？它其实有很多问题，人们已经[写了](https://www.prospectmagazine.co.uk/economics-and-finance/rebottling-the-gini-why-this-headline-measure-of-inequality-misses-everything-that-matters)很多关于基尼系数[各种问题](https://towardsdatascience.com/why-measuring-urban-inequality-with-the-gini-index-is-a-bad-idea-3d67b555dded)的[文章](https://www.theguardian.com/business/2019/oct/04/gini-index-is-a-poor-inequality-measure)了。在本文，我将重点讨论一个我认为在整个基尼系数领域讨论还不足的一个问题，但它与分析在互联网社区 (例如区块链) 里的不平等特别相关。**基尼系数将两个实际上非常不同的问题——由于缺乏资源而遭受痛苦与权力集中——结合到一个不平等指数里**。 为了更清楚地理解两个问题的差异，我们来看看两个反乌托邦： - **反乌托邦 A**：一半人口平分所有资源，其他人一点都分不到 - **反乌托邦 B**：一个人拥有所有资源的一半，其他人平均分剩下的一半资源 以下是两个反乌托邦的洛伦兹曲线 (像我们在上文看到的一样好看的图表)：  显然，这两个反乌托邦都不是适合生活的地方。**但它们不适合生活的原因并不相同**。反乌托邦 A等于给每个居民一个抛硬币的机会，如果落在左边，面对的是可怕的大规模饥饿；如果落在右边，则是和平等主义带来的和谐。如果你是[灭霸](https://en.wikipedia.org/wiki/Thanos)，你可能会喜欢它！ 如果你不是，应该以最强的力量避免其发生。另一方面，反乌托邦 B类似于“美丽新世界”：每个人都有体面的美好生活 (起码在对每个人的资源进行快照时是这样)，但这是以一个极其不民主的权力结构作为代价的，你最好希望你有一个好的统治者。如果你是[柯蒂斯·雅文](https://en.wikipedia.org/wiki/Curtis_Yarvin) (译者注：美国极右派博客作者)，你可能喜欢。如果你不是，也应该以最强的力量避免其发生。 这两个问题相差甚远，值得分开分析和测量。这个差异不只是理论上的。以下这个图表展示了底层 20% 的人的收入在总收入的占比 (这是避免反乌托邦 A 的一个合适的指标) 与顶层 1% 的人的收入在总收入的占比 (这是接近反乌托邦 B 的一个合适的指标) 的对比：  <center>来源： https://data.worldbank.org/indicator/SI.DST.FRST.20 (合并了 2015 年和 2016 年的数据) 和 http://hdr.undp.org/en/indicators/186106.</center> 两者明显是相关的 (相关系数是 -0.62 )，但远非强相关 (统计学的权威[显然认为](https://www.andrews.edu/~calkins/math/edrm611/edrm05.htm) 0.7 是“高度相关”的较低阈值，而我们得出的数值比它还低)。图表中有一个有趣的第二个维度可以分析——顶层 1% 的人赚总收入的 20% 而底层 20% 的人赚 3% 的国家与顶层 1% 的人赚总收入的 20% 与底层 20% 的人赚总收入 7% 的国家有何差异？唉，这种探索最好还是留给其他比我更有经验、更进取的数据与文化探索者吧。 <br/> # 为什么基尼系数在非地缘社区里使用 (例如互联网或加密社区）是非常有问题的 在区块链世界里，财富集中是一个特别重要的问题，且是一个值得测量和理解的问题。这对整个区块链世界很重要，因为很多人 ([和美国参议院听证会](https://www.banking.senate.gov/hearings/cryptocurrencies-what-are-they-good-for)) 正试图搞清楚加密货币在多大程度上是真正反精英主义，以及在多大程度上它只是用新精英取代旧精英。这一点在对比不同加密货币时也非常重要。  *在加密货币的初始供应量中，部分代币直接分给特定内部人员是不平等的一种。请注意，以太坊的数据是稍有问题的：内部人员和基金会的占比应该是 12.3% 和 4.2%，而不是 15% 和 5%。* 考虑到对这些问题的关注，很多人都尝试计算加密货币的基尼指数，这应该一点都不奇怪： - [受关注的质押 EOS 代币的基尼指数(2018) ](https://www.researchgate.net/figure/The-observed-Gini-index-for-all-EOS-accounts-with-staked-tokens-from-midJune-2018-until_fig2_349280648) - [加密货币的基尼系数 (2018)](https://blog.dshr.org/2018/10/gini-coefficients-of-cryptocurrencies.html) - [使用多个指标和粒度来测量比特币和以太坊的去中心化程度 (2021, 包括基尼系数和其他两个指标）](https://arxiv.org/pdf/2101.10699.pdf) - [Nouriel Roubini 将比特币的基尼系数与朝鲜进行对比 (2018)](https://twitter.com/nouriel/status/994994180299640832) - [加密货币市场上的链上深入观察 (2021, 使用基尼系数来测量中心化程度)](https://www.cylynx.io/blog/on-chain-insights-on-the-cryptocurrency-markets/) 而且在比这更早的时候，我们从2014年起就必须应对[这篇轰动一时的文章](https://www.businessinsider.com/bitcoin-inequality-2014-1)：  这类分析除了经常犯一般方法论错误 (通常要么把收入与财富混为一谈，要么把用户与账户混为一谈) 外，它们在使用基尼系数来做这些类型的对比也有一个严重而微妙的问题。这个问题在于典型地缘社区 (例如城市、国家) 与典型互联网社区 (例如区块链) 之间的关键区别： 一个地缘社区的典型居民会在这个社区上花费他们大部分的时间和资源，因此在一个地缘社区中测量的不平等反映的是人们可获得的总资源的不平等。**但在互联网社区里，测量不平等可以有两个来源：(i) 不同的参与者在总资源里获得的不平等份额，以及(ii) 参与社区的兴趣水平的参差。** 拥有 15 美元法币的普通人是贫穷的，他们没有获得美好生活的能力。有价值 15 美元的加密货币的普通人是一个业余爱好者，他开钱包是为了好玩。兴趣水平参差是健康的；每个社区都有其业余爱好者和没有生活的全职硬核粉丝。因此，如果一个加密货币有非常高的基尼系数，但不平等的很大部分原因是由于兴趣水平的参差，那么这个数字指向的现实远没有那些头条意指的可怕。 加密货币，即使是那些已经高度由财阀控制的，也不会把世界的任何地方变为接近于反乌托邦 A 那样。但分配很糟糕的加密货币可能看起来像反乌托邦 B，如果[使用](https://vitalik.ca/general/2018/03/28/plutocracy.html)[代币投票](https://vitalik.ca/general/2017/12/17/voting.html)治理来做协议决策的话，问题会变得更复杂。因此，为了找出加密社区最令人担忧的问题，我们想要一个可以反映接近于反乌托邦 B 的、更具体的指标。 <br/> # 替代指标：分开测量反乌托邦 A 和反乌托邦 B 的问题 测量不平等的另一个方法是预估由资源的不平等分配带来的苦难 (即“反乌托邦 A” 的问题)。首先，从某效用函数开始，它代表具有一定数量钱的价值。很多人使用 log(x) ，因为它能非常直观地表现一个人收入翻倍的近似值，且在任何水平上都是有效的：从 10,000 美元变成 20,000 美元增加的效益与从 5,000 美元变成 10,000 美元、或从 40,000 美元变成 80,000 美元是一样的。然后，得出的是与如果每个人只能得到平均收入相比，测量损失了多少效用：  第一项 (平均数的对数) 是货币得到完美分配的情况下每个人会得到的效用，因此每个人都会赚取平均收入。第二项（对数的平均值) 是今天经济体的平均效用。如果你把资源狭义地看作是用于个人消费的东西，两项的差值代表不平等带来的效用损失。还有其他方法可以定义这个公式，但它们最终都接近于等值 (例如，[安东尼·阿特金森 (Anthony Atkinson) 1969 年的论文](http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.521.849&rep=rep1&type=pdf)提出一个“公平分配的均衡收入水平”指标，在$$U_{x}=log(x)$$ 里，它只是上述公式里的一个单调函数，而 [Theil 指数L](https://en.wikipedia.org/wiki/Theil_index) 则在数学上与上述公式完全相等)。 而要测量资源集中问题 (或“反乌托邦 B”问题)，赫芬达尔 ——赫希曼指数 (简称为 HHI) 是一个很好的起点，它已经被用来测量行业里的经济集中程度了：  对于喜欢通过可视化来学习的读者，可看下图：  *HHI: 绿色面积除以总面积* 它还有其他替代指标；戴尔指数 T ([Theil T index](https://en.wikipedia.org/wiki/Theil_index)) 跟它有一些相似性，但也有不同。一个更简单、更笨的替代指标是 Nakamoto 系数：最小需要加起来的参与人数要大于总人数的50%。请注意，这个所有这些集中指标都非常关注在顶部附近发生的情况 (而且是故意的)：大量拥有少数资源的业余爱好者对这个指数贡献很少，甚至没有贡献，而顶部两个参与者的行为合起来可以对这个指标产生非常大的影响。 对于加密社区，资源集中对系统来说是最大风险之一，但只有 0.00013 个代币的人并不能证明他们正在挨饿，但采用这些指数就是这样的思路。但是，即使对于国家，权力集中与因缺乏资源而受苦这两件事也应该分开来谈论和测量。 也就是说，**某种程度上我们必须超越这些指标**。集中问题带来的伤害不只是一个关于行动者数量大小的函数；它很大程度上还取决于行动者和他们互相[合谋的能力](https://vitalik.ca/general/2019/04/03/collusion.html)。同样地，资源分配是依赖网络的：如果缺乏资源的人有一个非正式网络可以进入，那么缺乏正式资源也不是那么有害。但处理这些问题的难度大得多，因此在我们仍有较少数据可以利用时，我们确实还需要更简单的工具。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-3/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-8-3/Tue, 03 Aug 2021 00:00:00 GMT <br/> # Eth1 ## 伦敦升级 伦敦升级在即，EIP-1559 给费用市场带来了巨大变化，也与用户在网络上的活动息息相关。此次七日谈，ECN 翻译了“1559 给实现者的参考手册 ([1559 Cheatsheet for Implementers](https://hackmd.io/4YVYKxxvRZGDto7aq7rVkg?view))” 的“遗留交易支持”与“伦敦启动过程”部分，让读者更好理解在用户层面这些变化是如何发生的。 **遗留交易支持** - 伦敦升级前的遗留交易在 1559 机制下仍然会被处理：`gas price` 将被解译为 `maxFeePerGas` 和 `maxPriorityFeePerGas`，这意味着 `baseFeePerGas` 会被烧毁，剩下的部分都归矿工。以下是一些例子，假设 `baseFeePerGas` 是 100 gwei： > 1559 式交易：用户发送了一笔 `maxFeePerGas`为 250 gwei、`maxPriorityFeePerGas` 为 5 gwei 的交易。用户将支付 100+5=105 gwei，其中 100 gwei 会被烧毁，5 gwei 归矿工。 > (1559 前的) 遗留交易：如果用户的遗留交易的 `gas price` 是 250 gwei，那么`maxPriorityFeePerGas` 会以 250 gwei 发送出去，且用户已经为该笔交易支付了 250 gwei/gas，其中 100 gwei 会被烧毁，而 250-100=150 gwei 归矿工。 - 但是，支持 EIP-1559 式的交易对用户来说能更省 gas。在 1559 式交易里，只有你的 `priority fee` 归矿工，`maxFeePerGas` 与 `baseFeePerGas + maxPriorityFeePerGas` 的差会退还给用户。 - 1559 式交易的 `Transaction Type`(交易类型) 会被设为 `0x2`。 **伦敦升级启动过程** 当 EIP-1559 在伦敦升级启动 (计划是 8 月 5 日)，`baseFeePerGas` 会被设为 1 gwei。这意味着，一开始交易会在小费上以第一价格竞拍进行竞争，因为 `baseFeePerGas` 在该价格会升至大约 15m gas/100% 的需求。 如果你假设在分叉那天市场价格是 250 gwei，这意味着 `baseFeePerGas` 需要经过大约 50 个区块才能到达，或在稍稍少于 15 分钟的时间内。 由此，为了让 `baseFeePerGas` 稳定下来，最简单的做法可能是分叉后起码 15-30 分钟内不要把 1559 式交易设为默认交易类型。 在 UI 里应该什么时候把 1559 式交易设为默认类型： 1. `gasUsed` 更接近于 `gasTarget` (现在是 15m) 而不是 `gasLimit` (分叉后 30m)：这意味着我们已经找到了接近市场价格的 `baseFeePerGas`； 2. 父块的`baseFeePerGas` 是上一个区块的 `baseFeePerGas` +/- 5%：这代表 `baseFeePerGas` 已停止上涨，且在一定程度上开始稳定了； 3. 变动范围：看分叉前的平均 `gasPrice`，计算需要多少个满块 `baseFeePerGas` 才会达到该数量 (每个满块+12.5% )，增加一点作缓冲 大概可以结合这三个方法，即 2.5m <`gasUsed` < 17.5m，与 `parentBaseFee` +/- 5% from `baseFeePerGas` ，与 `blocksSinceFork` > 100 **追踪基本费用烧毁的界面** - [Watchtheburn.com](https://watchtheburn.com/): 由 Mohamed Mansour 构建的独立门户 - [Otterscan](https://twitter.com/wmitsuda/status/1421245599500931074): 由 Willian Mitsuda 构建的本地浏览器 - [fee-feed](https://twitter.com/eth_worm/status/1421761074467000327): perama 构建的终端可视化工具 - [Custom graph node and subgraph](https://twitter.com/dmihal/status/1422208176762630146?s=20): David Mihal 创建了一个 The Graph 的定制节点与子图表以追踪总烧毁的 ETH - [Dune Analytics](https://t.co/sdjUEkLXFM?amp=1): [仪表盘](https://t.co/vdT4b0R71H?amp=1) [来源](https://hackmd.io/4YVYKxxvRZGDto7aq7rVkg?view) <br/> **Etherscan 目前的 1559 UI 设计** 根据由 Ethereum Cat Herders 举办的“以太坊伦敦升级社区会议”中 Etherscan 代表的分享，目前 Etherscan 目前提供以下配合 1559 的 UI 设计，这些都是暂时的，等伦敦升级正式启动后有所改进。 1. 选择 Goeli 或 Ropsten 测试网，下方会有带有绿色灯泡的交易，代表是 1559 式的交易。   2. 点进去一个带绿色灯泡的交易后，在交易详情会看到具有 1559 式交易特色的信息。  3. 在地址页面，可以看到在某地址上的 1559 式交易被标注出来了，但等到以后99.9%的交易都变成 1559 式后，这个设计可能会被取消。  4. 而在查看某区块的交易页面时，也标注了 1559 式交易。  5. 在查看区块的页面，会有区块总共烧毁的费用总额。  [来源](https://www.youtube.com/watch?v=nWAZmFVpCv8) <br/> **Bankless 这周以 EIP-1559 为主题的系列直播活动** 1. 专家小组 主持：Tim Beiko 与会人员：@lightclients @hasufl @barnabemonnot @MicahZoltu 时间：北京时间 8 月 3 日 22:30 直播地址：[https://t.co/KxryRqswLT?amp=1](https://t.co/KxryRqswLT?amp=1)  2. 直播观看庆祝派对 参与人员：Bankless 与 EthHub 时间：8 月 5 日 20:00 直播地址：[https://t.co/6bK70E267Y?amp=1](https://t.co/6bK70E267Y?amp=1) 此外，由 EthStaker 举办的“伦敦升级上线派对” 也是不错的选择。 时间：北京时间 8 月 5 日 19：45 直播地址：[https://www.youtube.com/watch?v=afAFQY--GlI](https://www.youtube.com/watch?v=afAFQY--GlI) 还有伦敦升级主题的 poap 领取活动。 [详情](https://ethstaker.cc/london/) <br/> # **Eth2** **客户端 Prysm 即将发布 V2** Prysmatic Labs 于 8 月 3 日发布文章《质押者须知：Prysm V2 即将带来的变更》，文章表示这是自 2020 年 12 月 1 日发布、用于主网的版本后的第一次重要版本更新。在 V2 里，Prysm 用户需要注意以下重点变更： - 为准备 Altair 硬分叉更新你的系欸但。Prysm v.2.0.0 将至少提前一周发布 - 如果使用 Prysm 做开发，一些包的导入路径将发生变化，我们将在 v.2.0.0 版本的更新日志里提前通知你有哪些变更 - slasher (罚没器) 将被删除，取而代之的是罚没变成一个功能，由信标节点的一个标记启动 - 我们将删除已被弃用的标记和代码，因此如果你在你的设置里正在使用任何已经弃用了的标记，你将需要在 v2.0.0 版本中删除它们。我们将提前通知各位被删除的标记列表。 [来源](https://medium.com/prysmatic-labs/changes-coming-in-prysm-v2-stakers-need-to-know-be2601fbd4f5) <br/> **质押教程更新** 撰写了四个客户端在主网和 Pyrmont 测试网的质押教程的开发者 Somer Esat 最近在客户端 Prysm 和 Lighthouse 的主网质押教程里添加了 “附录 C" 部分，内容关于如何在现有的质押者钱包里添加一个或多个验证者。 Lighthouse: https://t.co/LA0rMKK3Oi?amp=1 Prysm: https://t.co/ShEqIm0BQL?amp=1 [来源](https://twitter.com/SomerEsat/status/1421679026335145985?s=20) <br/> 其他关于 Eth2 的最新消息请看最新一期 [What's New in Eth2](https://www.ethereum.cn/Eth2/wnie2-2021-7-30) <br/> # Layer2 **Synthetix 在 Optimism 上启动合成资产交易功能** 7 月 30 日，合成资产协议 Synthetix 的合成资产交易 (synth exchanges) 正式在 L2 扩容解决方案 Optimism 的平台上启用。基于 Synthetix 的衍生品交易平台 [Kwenta](https://kwenta.io/) 同时上线 Optimism。在最初的测试阶段，仅支持 sUSD、sBTC、sETH、sLINK 的交易。接下来会逐渐分阶段推出 Synthetix 协议的二层版本，支持在 L2 上进行合成资产的交易只是计划的一部分。 [来源](https://blog.synthetix.io/synth-exchanges-are-live-on-l2/) <br/> **以太坊开发者平台 Tenderly 新增对 L2 扩容解决方案 Optimism 的支持** Tenderly 以太坊上的一个开发者平台，旨在为开发者实时监控、警报、调试和模拟智能合约。Optimism 集成 Tenderly 之后，开发者现在可以使用 Tenderly 作为以太坊开发者平台的全部功能，其中最显著的有：可视化调试器、模拟器、gas 分析器、监控和警报器，以及用户可以通过 Dashboard 或者 API 访问 Tenderly 和 Optimism。  [来源](https://blog.tenderly.co/optimistic-ethereum-integration-now-available-on-tenderly/) <br/> **体育 NFT 交易平台 Sorare 正式推出由扩容解决方案 Starkware 团队支持的 L2 版本** 7 月 27 日，体育 NFT 交易平台 Sorare 宣布正式在 Starkware 上线，集成二层之后，用户可以： - 在几秒内实现直接报价和交易 - 在 New Signings 和 Transfer Market 平台购买卡片之后，会立即收到卡片 - 通过 Ramp 实现无 gas 费快速存款 最重要的是，这能帮助 Sorare 实现大规模扩容，为数百万球迷做好准备。 [来源](https://medium.com/sorare/were-live-on-our-scaling-solution-starkware-62438abee9a8) <br/> **L2 扩容解决方案 StarkEx 3.0 上线主网** 7 月 27 日，zkRollup 扩容解决方案 StarkEx 在主网推出 3.0 版本，允许 L2 用户轻易地与 L1 进行交互。主要新增了两大功能：L1 Vaults 和 SHARP (SHARed 证明程序)。 - L1 Vaults：StarkEx 的用户可以通过自己的 L1 Vault 与以太坊地址 (尤其是智能合约的地址) 进行交互 - SHARP：将多个独立的 dApps 交易打包成一个单独的 STARK 证明，以便降低所有用户的交易费 [来源](https://medium.com/starkware/starkex-3-0-now-live-on-mainnet-57174a5f8beb) <br/> **以太坊钱包 Argent 计划推出 L2 钱包** 以太坊钱包 Argent 计划于 2021 年 9 月推出 L2 钱包，其团队在 8 月 3 日公布了 L2 账号等候名单的申请方式 (登记申请提前体验 Argent L2 钱包)，并且有机会赢得 27 万美元的加密货币抽奖。 此前，Argent 曾于 3 月宣布与 zkSync 合作推出 L2 钱包。据 Argent 介绍，其 Layer2 钱包将：1) 直接部署在 L2 上；2) 可以交易通用的代币；3) 质押 ETH 和稳定币赚取利益；4) 直接在 L2 上使用法币购买加密货币；5) 从任意的交易所或 L1 钱包转账至 L2 钱包；6) 自托管以及抗审查。 除了 zkSync 之外，Argent L2 钱包的合作伙伴还有： [@AaveAave](https://twitter.com/AaveAave)、[@paraswap](https://twitter.com/paraswap)、[@LidoFinance](https://twitter.com/LidoFinance)、[@iearnfinance](https://twitter.com/iearnfinance) 和 [@RampNetwork](https://twitter.com/RampNetwork) 申请通道：[https://flash.argent.xyz/](https://flash.argent.xyz/) [来源](https://twitter.com/argentHQ/status/1422262937423597571) <br/> # **生态** **Anchor Protocol 与 Lido Finance 合作推出 bETH** Anchor 协议是一个构建在 Terra 区块链上的借贷平台，它利用多元化的质押收益、货币市场、ANC 代币激励以及治理，构成了一个完全去中心化的固定利率收益工具。Lido Finance 是以太坊 2.0 质押协议，用户通过 Lido 向以太坊信标链质押 ETH 并获得 stETH 代币，允许用户在参与 Eth2.0 质押的同时保留流动性。 8 月 2 日，Anchor 协议宣布与 Lido Finance 合作推出 bETH。bETH 是 stETH 在 Terra 区块链上的映射代币版本，用户可以在 Terra 上封装 (wrap) stETH 然后获得 bETH。Anchor 将添加 bETH 为抵押品，用户可通过 bETH 获得抵押贷款和 Anchor 上的流动性挖矿奖励。 [来源](https://medium.com/anchor-protocol/anchor-protocol-lido-partner-to-launch-beth-704c1d96cd60) <br/> **Stateful Works 拍卖 100 本 Beacon Book 实体书以获得众筹** 以太坊众筹平台 Stateful Works 构建于 2020 年 8 月，通过拍卖艺术品面向社区众筹，旨在激励以太坊公共物品的维护者。Beacon book 是 Stateful Works 的首个项目，这本书记录了一段以太坊历史，包括将 Eth2 Beacon Chain (以太坊2.0 信标链) 推出的贡献者的简介、回忆录以及故事。这个项目中产生的任何 ETH 都将直接提供给项目的贡献者，包括 Eth2 研究者。  Beacon Book 项目包括三个组成部分： - 文本本身：[https://stateful.mirror.xyz/Y1ED9RorG9OvEUXD8NBmXgYhSVhjj8H537-I2SZJkYA](https://stateful.mirror.xyz/Y1ED9RorG9OvEUXD8NBmXgYhSVhjj8H537-I2SZJkYA) - 书中可铸造成 NFT 的图片，用户可以购买：[https://stateful.mirror.xyz/Y1ED9RorG9OvEUXD8NBmXgYhSVhjj8H537-I2SZJkYA](https://stateful.mirror.xyz/Y1ED9RorG9OvEUXD8NBmXgYhSVhjj8H537-I2SZJkYA) - 一百本实体书创世版，摘录和拍卖众筹 (拍卖将于北京时间 8 月 3 日 24 时结束)：[https://stateful.mirror.xyz/-NLDSw0mA2vjtvqQYpXBOa3H38HXMmIdaw2KwI1A0y8](https://stateful.mirror.xyz/-NLDSw0mA2vjtvqQYpXBOa3H38HXMmIdaw2KwI1A0y8) [来源](https://stateful.mirror.xyz/-NLDSw0mA2vjtvqQYpXBOa3H38HXMmIdaw2KwI1A0y8) <br/> **以太坊的矿工收入连续三个月高于比特币** 根据 The Block 的报导，以太坊的矿工已连续三个月高于比特币，这是史上最长的一段时间。在 7 月，以太坊矿工收入为 10.3 亿美元，与 6 月相比稍有下滑。而比特币矿工在 7 月的收入为 9 亿 7180 万美元，比六月高出 1 亿美元。   [来源](https://www.theblockcrypto.com/linked/113234/ethereum-miner-revenue-higher-than-bitcoins-for-third-month-running) <br/> **祝贺以太坊六周年生日快乐** 2021 年 7 月 30 日是以太坊发布的六周年纪念日。以太坊开发者 [@LefterisJP](https://twitter.com/LefterisJP) 发推表示，六年前，2015 年 7 月 30 日，开发者们在柏林 Waldermarstr 的一个小房间里发布了以太坊。他还发布了一些以太坊创世当天的照片：    [来源](https://twitter.com/LefterisJP/status/1421050318083837956)https://www.ethereum.cn/Eth2/wnie2-2021-7-30https://www.ethereum.cn/Eth2/wnie2-2021-7-30Mon, 02 Aug 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_210730) <br/> # 本周推荐 祝贺以太坊[六周年生日快乐](https://etherscan.io/block/0)🎂此处艾特我神秘的超级程序员 ([shadowy super-coder](https://decrypt.co/76997/elizabeth-warren-crypto-big-banks-shadowy-super-coders)) 朋友们😎 (译者注：shadowy super-coder 这个梗出自 7 月 27 日美国参议院银行委员会的一场听证会"[Cryptocurrencies: What are they good for?](https://www.banking.senate.gov/hearings/cryptocurrencies-what-are-they-good-for)"。听证会上参议员 Elizabeth Warren 指出，”不像我们让金融系统听任于大银行的差遣一样，加密货币让金融系统听任于一些神秘的、不知名的超级程序员和矿工团体的随心所欲的决策。在我看来，这也没有比前者更好。“) 本周的冠军提案🏅是 [EIP-3675](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-3675.md)，”将共识升级为 PoS“。这个 EIP 使得合并 (The Merge) 在以太坊治理过程中形式化下来，并朝着实现合并迈出了重要的一步。 另外一件十分吸引我注意的事情就是 Lido 发布了文章[《通往去信任的以太坊质押之路》](https://blog.lido.fi/the-road-to-trustless-ethereum-staking/)，下文会深入讨论。 🔊 所有验证者请注意 🔊 请确保在伦敦升级 (8 月 4/5 日) 之前升级你的 Eth1 节点！ 参见[下文](https://hackmd.io/@benjaminion/wnie2_210730#The-Great-Explainers)寻求帮助。 <br/> # 信标链 八个月过去了，到现在信标链上已经有超过 [20 万](https://beaconcha.in/)活跃验证者！🎉这意味着有 640 万 ETH 参与锁仓质押，占 ETH 总供应量几乎 5.5%。目前的质押[年化率](https://launchpad.ethereum.org/en/)约 6.1%。我记得彼时我们的客户端开发者将 10 万名验证者视为一个大型网络，但现在，尽管是验证者数量到了 20 万，我的 Teku 节点也几乎没有怠速：CPU 低于 10%，堆内存低于 1.3GB，以及完美的验证性能。这真是一段漫长的旅途。 另一个重大里程碑：我们现在拥有 5 个客户端在信标链主网上进行验证工作了，[欢迎新增的客户端 Lodestar](https://twitter.com/gregthegreek/status/1420079211998547968)！👏 出色的 Lodestar 团队 (ChainSafe 旗下团队) 并的主要目标并非成为一个产品级的验证者客户端，而是专注于更加重要的工作：为 Eth2 构建轻客户端基础设施。鉴于此，看到他们真的参与质押与验证工作就更加令人钦佩了。 ## 去中心化分析 有一些衡量分析信标链的多样性和去中心化程度的项目。 首先是 Miga Labs 的 [crawler dashboard](http://migalabs.es/crawler/dashboard)。里面有一些很优秀的数据统计，还可以选择不同的抓取器。 衡量客户端的多样性离达到精确的科学还远着。我们可以将 Miga 的数据与 Stereum 的每周[客户端多样性观察](https://twitter.com/stereumdev/status/1418569831666831363)进行比较。例如，Miga 统计的数据中 Nimbus 占比 ~0.44%，Teku 占比 ~4.7%；而 Stereum 统计的数据中 Nimbus 占比为 16.8%，Teku 占比为 0.8%。此外，它们统计的是信标节点，而不是验证者数，这种方法低估了主要用于大型质押操作 (例如 Teku) 的验证者。并且还存在[其他问题](https://twitter.com/ethnimbus/status/1419572555594321920)。所以我们要对这些数字持保留态度；误差非常明显。尽管如此，显然 Prysm 仍在节点分布中占据着重要的地位。也就是说我们暂且不谈细节，这个宏观视图还是非常有用的。 以太坊基金会的 Robust Incentives Group 团队的 Shyam Sridhar 使用了标准化指标如基尼系数 (Gini coefficient)、中本聪系数 (Nakamoto coefficient) 和赫芬达尔-赫希曼指数 (Herfindahl–Hirschman index) 对信标链的去中心化进行了[详细分析](https://shsr2001.github.io/beacondigest/notebooks/2021/07/19/measuring_decentralization.html)。 Terence 对这篇文章做了一个令人十分沮丧的[总结](https://twitter.com/terencechain/status/1420792104503021573)： > - 基于中本聪系数 > - 31 个实体控制着网络的 51% > - 8 个实体控制着网络的 33% > - 使用第三方质押服务的新增验证者远高于新增的个人质押者。 <br/> # Altair 升级 Altair 信标链升级的进展继续稳步推进。Eth2.0 [Beta 2](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-beta.2) 规范发布了。 唯一的实质性变化是验证空的同步委员会签名 (empty sync committee signatures)。 [完整的更新版本](https://github.com/ethereum/eth2.0-specs/pull/2529) 看起来内容很多，因为合并 (The Merge) 现在已经重新基于 Altair 更新，并且包括了一些关于分片的更改，这两者都不会影响 Altair 的交付。 我偏向于将这些更改保留在单独的分支上，直到部署 Altair 之后，但这没什么大不了的。 客户端团队和以太坊基金会已经运行了两个 Altair 多客户端开发者测试网来测试分叉转移过程。虽然两者都运行良好，但都不是完美无缺的。我们追求完美，因此在周四启动了第三个开发者测试网 (devnet 2)。虽然 [分叉本身](https://twitter.com/terencechain/status/1420735558972710915) 运行良好，但客户端之间仍然存在一些小问题。 尽管如此，在[实现者的电话会议](https://hackmd.io/@benjaminion/wnie2_210730#Implementers)中，我们决定在大约三周的时间内继续升级 Pyrmont 测试网。如果你在 Pyrmont 上运行验证者节点，请密切关注未来几周内发布的新客户端版本，了解它们何时与 Altair 兼容，并确保及时升级。 我们可能会也可能不会事先做另一个开发者测试网，仍待定。 <br/> # 合并 (The Merge) 本周重大新闻是 [EIP-3675](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-3675.md) 的发布，”将共识升级为 PoS“ —— 在我看来，这是迄今为止以太坊历史上最重要的核心 EIP，当然也是最有野心的一项 EIP。这是由我的同事 Mikhail Kalinin 和一群支持者提交的 EIP。 合并 (The Merge) 现在正式进入以太坊的治理流程。虽然这个过程并不总是快速且完美的，但大家对于完成合并的意愿非常强烈，因此我预计在未来几个月内开发者会高度关注这项工作。 <br/> # 质押 ## Stakehouse 本周我非常高兴与来自 EthStaker/[StakeHouse](https://github.com/stake-house/stakehouse) 项目的 Colfax 在线上讨论了一番。 StakeHouse 专注于构建一些工具，旨在降低 Staking 的技术门槛并促进信标链的健康发展。 Stakehouse 正从两个方面开展工作。首先是构建工具，使质押和运行节点变得更简单。例如，[Wagyu](https://github.com/stake-house/wagyu) 是一个正在开发的“一键安装程序”，支持四个主要产品级的客户端。快要发布的一个项目是 [Wagyu Key Gen](https://github.com/stake-house/wagyu-key-gen)，这是一个无需使用命令行即可生成验证者密钥的友好环境。 另一方面的工作就是围绕其研发的工具聚集一个开发者社区，社区内共同协作，并对工具的开发过程去中心化。为此，最近有一个 [StakeHouse 社区电话会议](https://www.youtube.com/watch?v=HmGT1tdIVeA)（我认为这是他们的第一个公开电话会议）。从现在开始，电话会议将每两周进行一次，大家可以去 [EthStaker discord](https://invite.gg/ethstaker) 获取公告。那次电话会议演示了 [Dappnode](https://dappnode.io/)、StakeHouse 的Wagyu 和 [NodeFactory](https://nodefactory.io/) 的 ChainGuardian 的 demo，并夸奖了一下 [Stereum](https://stereum.net/) (其 [v1.1 安装程序](https://www.reddit.com/r/ethstaker/comments/ony4jd/stereum_ethereum_node_setup_update_11/)已发布！)。他们的工作有着许多美好的可能性，我对其能够做出什么有影响的工具怀有巨大的兴趣。 在中心化趋势无处不在的网络中，确保个人能够自信可靠地进行质押至关重要。SuperPhiz 完全明白了这一点，因此他向社区公布了他的[挑战](https://twitter.com/superphiz/status/1417343484705611776)，以构建一个桌面 UI，可以在信标链的第一个生日之前实现管理所有四个主要产品级客户端的目标。 ## Lido 大家可能已经注意到，在这个系列文章中我很少提到大型质押池。我对此确实强烈的兴趣 —— 我们在构建 Teku 时特别考虑到了质押池 —— 但是作为社区成员，我希望尽可能地促进质押的去中心化。 因此，我很高兴在本周看到 [Lido 的优秀文章](https://blog.lido.fi/the-road-to-trustless-ethereum-staking/)，文中展示了他们转向质押去信任化的意图，同时尽可能对其项目进行去中心化。 Lido 正在成为 Eth2 质押中的一支重要力量，占所有验证者节点的约 ~~3%~~ 10% (更正 - 很明显 beaconcha.in 中的[数据](https://beaconcha.in/pools)是不正确的)，主要是由于通过 `stETH` 代币提供流动性。从一开始，他们就尝试去中心化运营，例如使用各种节点托管提供商并通过 DAO 管理它们。但它在很大程度上它们仍然是中心化和托管的。 因此，我对 Lido 坚定不移地朝着去中心化以及完全去信任的目标努力感到非常鼓舞。我喜欢透明性。Lakshman 也有做了一些[评论](https://twitter.com/lakshmansankar/status/1420418903813984261)。 请注意，Lido 将资金投入到了以下几个项目中： 1. [资助](https://research.lido.fi/t/lego-strategic-commitment-to-research-of-ssvs-blox-staking-obol/817)了 [Blox Staking](https://ssv%20.network/) 和 [Obol](https://obol.tech/)，他们都分别致力于 SSV (秘密共享验证者) 的实现。 2. 一份关于 dashboard 的 [RFP](https://research.lido.fi/t/lego-rfp-lido-validator-dashboard/851) (需求建议书)，旨在展示所有节点运营商的验证者性能。 <br/> # 工具 Jacek of Status 还有一个[周末项目](https://twitter.com/jcksie/status/1419385125540933637)：构建一个[区块浏览器](https://github.com/status-im/nimbus-eth2/pull/2304)，让大家可以在本地运行 Nimbus 节点的浏览器。 <br/> # 释义性文章 EthStaker 举办了一场 [验证者工作坊](https://youtu.be/oKN-eh09wdI?t=326)，以帮助人们在即将到来的以太坊主网上的伦敦升级之前升级他们的 Geth 节点。链接指向工作坊的开始部分，但我建议大家倒带几分钟，先看一下介绍部分。 Vitalik 和 Paradigm 的 Georgios [分析](https://www.paradigm.xyz/2021/07/ethereum-reorgs-after-the-merge/)了信标链在合并后对重组 (reorgs) 的敏感性。这与几个星期之前引起轰动的所谓的时间盗贼攻击 (Time Bandit attacks) 有关，我和 Christine 在上周的播客中讨论过。一句话概括：在 PoS 的环境下组织链重组会更加困难。 Cyber Capital 的 Justin Bons [有一套很好的理由](https://medium.com/cyber-capital/pos-a-superior-alternative-to-pow-2670a0739e23)说明为什么 PoS 在任何有意义的方面都优于 PoW。 <br/> # 媒体和其他新闻 ## The Beacon Book Beacon Book 项目的发展达到了高潮！ - 大家现在可以阅读这本书精心设计的[所有图片和叙述内容了](https://stateful.mirror.xyz/jOFMjyRtgT0KPbeWgysDp1HM4mQnlWKeQA3HQ2SJpbA)。 - 你也可以参与[众筹](https://stateful.mirror.xyz/-NLDSw0mA2vjtvqQYpXBOa3H38HXMmIdaw2KwI1A0y8)，有可能从 100 本实体书中获得其中一本。众筹将于 UTC 时间 8 月 3 日 16:00 结束。 (声明：我个人并没有从众筹中获益；我的份额将返回到 Stateful Works 中用于未来项目的研发。) ## EthCC 以下是上周在 EthCC 上的一些关于 Eth2 的演讲。详情请参考[议程](https://ethcc.io/agenda)。 - [SSV: 分布式和去信任的质押基础设施](https://www.youtube.com/watch?v=6PdR9rRCKm8&pp=sAQA), Alon Muroch - [规模化管理 Eth2 验证者](https://www.youtube.com/watch?v=BFAWfT_dAvM&pp=sAQA), Laszlo Szabo - [Eth2 中的 MEV：介绍和开放提问](https://www.youtube.com/watch?v=XhZ2FDMdVUM&pp=sAQA), Alex Obadia & Alejo Salles - [区块浏览器和信标链的可能性](https://www.youtube.com/watch?v=Cd7tBTNlfKk&pp=sAQA), Stefan Starflinger - Eth2 & Staking：回顾与未来设想, Robert Drost: 我找不到视频，但是有[幻灯片](https://docs.google.com/presentation/d/1Vwh2MkSJO4teGcxma1TW661Qz3_l3woDlcV2yNLn_1c/edit#slide=id.p)。 - [以太坊安全性的流动质押](https://www.youtube.com/watch?v=Q77PIyTUkic&pp=sAQA), Vasiliy Shapovalov - [Eth2/Lighthouse 更新](https://www.youtube.com/watch?v=j700wEMqYPw&pp=sAQA), Mehdi Zerouali - [是时候做一些关于硬件去中心化的事情了](https://www.youtube.com/watch?v=g93-nOJYVrI&pp=sAQA), Eduardo Antuña - [十年后的 Eth2：Eth2 后的关于扩容、DeFi、NFT 的梦想](https://www.youtube.com/watch?v=OpFLKnr-o9M&pp=sAQA), Joseph Chow 不要仅限于观看这些演讲，还有很多优秀的演讲，很抱歉没有在这里列出来。😥 ## 其他媒体 The Merge 登上《[财富杂志](https://fortune.com/2021/07/29/ethereum-going-green-ether-crypto-carbon-footprint/)》了！标题是：以太坊冒着一切风险走向上涨的趋势 (Ethereum risks it all on going green)。(不幸的是，大部分是付费观看的。双关语。) 在 Coindesk 的播客上，我和 Christine 在 22 号那期讨论了时间盗贼攻击，在 [29 号那期](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/lowering-fees-on-ethereum)我们邀请了 Flashbots 的 Alex Obadia 作为嘉宾。 <br/> # 研究 Eth2 的贡献者Potuz——我相信他是参与了核心开发者学徒计划——已经制订了加快信标状态的哈希速度，以计算状态树根的方法了。基本上，在类默克尔树里，我们只对少量数据进行哈希——一次 64 字节。因此用过的补白区块可以被预先计算，实现约两倍的提升。 在 [ethresear.ch](https://ethresear.ch/) 论坛，jneu 发表了之前为人所知的、针对 Gasper 信标链共识的 [balancing attack](https://ethresear.ch/t/a-balancing-attack-on-gasper-the-current-candidate-for-eth2s-beacon-chain/8079?u=benjaminion) 的更复杂版本。这个新版本声称对有随机延迟的网络更实用。文章指出，实现的 Eth2 使用的是稍微修改过的 Gasper 版本，这使得攻击更难实现。 <br/> # 常规会议 ## 实现者会议 Call #69 took place on the 29th of July. 第 69 次会议在 7 月 29 日举行。 Danny 这次没有参与，因此由 Alex Stokes 来主持。没有设直播，Zoom 录制也出了问题，但有bending录制，视频很快会上传。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/229) - 视频 - 还未上传 - 我的[速记](https://hackmd.io/@benjaminion/SyZgz4l1Y) <br/> # 其他 - Danny Ryan 更新了 [Finalized no. 27](https://blog.ethereum.org/2021/07/26/finalized-no-27/) ，文中提供了一些 Altair 升级相关的 PEEPanEIP 链接。 - Lighthouse的更新 [update no. 37](https://lighthouse.sigmaprime.io/update-37.html) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/allcoredev-update005https://www.ethereum.cn/Technology/allcoredev-update005Sat, 31 Jul 2021 00:00:00 GMT来源 | [AllCoreDev Updates](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2Facd-update-005) <br/> # 摘要 👀 - 伦敦升级即将在区块 `12 965 000` 启动，社区组织了几场观看派对 📺 - 在 Ropsten 测试网发现 (并修复了) 一个漏洞，以太坊基金会正在招一名新的测试工程师。在[此处](https://ethereum.bamboohr.com/jobs/view.php?id=39)申请🛠 - 合并 (The Merge) 现在有一份 EIP：[EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)📝 - 我们正在考虑一些不一样的路线图，但所有这些情况都包含搭起合并测试网并尽快把它们运行起来💪🏻 <br/> # 伦敦升级🇬🇧 如你所愿，下周伦敦升级将在以太坊主网上启动！分叉区块是 `12,965,000`，目前 [Etherscan](https://etherscan.io/block/countdown/12965000) 和 [Ethernodes](https://ethernodes.org/london) 预计会在北京时间 8 月 5 日 18:00。 如果你运行以太坊节点，是时候更新了！你可以在[此处](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement/)找到与伦敦升级兼容的版本。 ## Ropsten 测试网漏洞🐛 在上面的链接里，你可能会注意到一件事，那就是提到 Ropsten 网络上出现的共识问题。这个问题的详情在这篇[事后总结](https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/retrospectives/london.md)里说明了，但这里有一个概要： - 在五月，我们给 1559 的规范增加了一些新的检查，以防止某些类型的垃圾邮件攻击； - 其中一个检查断言是交易发送账户上的 ETH 量至少有交易的` gasLimit `乘以其`maxFeePerGas` (每单位 gas 的费用上限) - 这确保了发送出去的交易总能有足够的 ETH 在”最坏情况下“ (即当 `baseFeePerGas` 等于 `maxFeePerGas`时) 完成执行。 - 为了使这个检查有效，它需要从余额中扣除在交易发送的任何金额后在账户余额上起作用。 - 规范中的检查顺序是正确的，但从什么账户中扣除这个事实是不清晰的，因此有些客户端是在初始账户余额里进行检查的。 - 在 Ropsten 测试网上，有一笔交易在转账前而不是之后有足够的 ETH 支付 `maxFeePerGas` ，因此导致有些客户端错误地接受了该交易，而其他拒绝了它 [0]。 在之后的几个小时内，这个问题被发现了，并在客户端上进行了修复。受影响的团队在第二天就发布了更新版本。 在这次事件后，有人提出我们是否应该进一步推迟伦敦升级的时间。尽管没有客户端团队在发布更新版本软件前要求这样做，且在随后的核心开发者会议上也没有提到想要这样做，这个问题是在其他论坛里提到或许应该推迟。 我在核心开发者的 discord 上重开了这个问题的讨论。只有一个客户端团队认为我们因为此事推迟。尽管推迟似乎是”理应的”选择，但有人提出反对推迟的几个理由： - 难度炸弹：在区块 13,100,000 后，难度炸弹的影响将开始变得更加明显，而且不确定延迟这么短的时间会否产生重大影响； - 修复的性质：对该漏洞的修复在技术上是一个软分叉 (即收紧协议规则)。这意味着，只要大多数的矿工都升级了，他们将不会产出一个还未升级的、与伦敦升级兼容而节点拒绝的区块。 - 有两个伦敦分叉区块的风险：与上述情况相反，如果我们真的修改伦敦升级的分叉区块且有些节点没有升级，那么那些节点会比“新的”伦敦升级更早进行分叉。 当然，只有时间能证明这是否是正确的决定，以及可能一个更极端的延迟 (例如，“取消伦敦升级、延迟难度炸弹，从头开始重新评估”) 会更好。全体客户端团队的大致共识是，这个漏洞不值得采取如此激烈的措施，对升级进行更多的测试和检测应该足够了。 作为提醒，如果你认为你发现伦敦升级有问题，在分叉前，在 [bounty.ethereum.org](http://bounty.ethereum.org/) 提交会有双倍的奖励 💰 最后，如果你想在未来协助防止此类漏洞，以太坊基金会正在招募一名新的测试工程师。这个职位是完全远程的，工作时间灵活，并会与以太坊基金会的测试团队和多个客户端团队里的核心开发者一起工作！你可以在[此处](https://ethereum.bamboohr.com/jobs/view.php?id=39)申请。 ## 观看派对 📺 如果你想关注伦敦升级的最新情况，下周会有多个不同的观看派对： - 北京时间 8 月 3 日 00:00：Ethereum Cat Herder 组织的社区会议 😸 - 在这个会议里，多名核心开发者以及 EIP 的倡导者会给大家重温此次升级会带来的多项变更； - 8 月 3 日：Bankless 的 EIP-1559 座谈会之夜🏦 - 由 Bankless 主持，他们会与参与 EIP-1559 的一些研究员和实现者一起深入讨论 1559； - 8 月 4 /5 日：Ethstaker 伦敦升级上线派对🎉 - 如果你想与其他社区成员一起观看伦敦升级上线，这就是你要选的派对了！ <br/> # 合并☀️ ## EIP-3675 📝 合并现在有一份 EIP了！[EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) 说明的是执行层 (eth1) 所需的修改，以便为合并做好准备。它与在共识层 (eth2) 规范里的 [`merge`](https://github.com/ethereum/eth2.0-specs/tree/dev/specs/merge) 文件夹是成对的。 EIP-3675 最值得注意的地方大概是它的简洁性。从设计上看，执行层因应合并所需做出的修改量是非常少的。这意味着，它对现有应用的影响是很少的。换句话说，智能合约应该只需保持原样运行，而背后的共识算法将会从工作量证明变为权益证明。 也就是说，仍会有一些变更。以下是总览： - 区块头: 多个字段会被设为“0”，或它们的等效编码，它们是： - `ommersHash` 和 `ommers` (PoS 系统里没有 ommer 区块); - `extraData` (在信标链里已经有 `graffiti` ，它就变成是多余的); - `difficulty` + `mixHash` + `nonce` (在 PoW 系统里使用的). - **`DIFFICULTY`:** 考虑上述的变更，合并后操作码 `DIFFICULTY` 将总返回 `0` ； - **`BLOCKHASH`**：由这个操作码提供的伪随机性在合并后会因权益证明的特性变得 (甚至) 更不安全了 这份 EIP 目前还是草稿，还未合并，但如果你是在以太坊上做构建工作的，它仍然值得你去了解。我们在这个过程中仍处于早期阶段，如果理由充分，要做出重大变更还是可以考虑的。 ## 路线图🗺 在最新的一次核心开发者会议上，EIP-3675 的作者Mikhail Kalinin 向客户端团队介绍了这份 EIP。在一轮技术讨论后，会议对从此时的进度到合并的路线图进行了更高层次的讨论。 想了解背景的话，值得看看这次[会议视频或阅读会议记录](https://github.com/ethereum/pm/issues/354) ，但简言之，我们对以下几点达成共识： 1. 进行伦敦升级 2. 专注于合并 (The Merge)，上线测试网 3. 基于在测试网上的非共识工作的数量 (例如，JSON RPC APIs、基础设施支持等)，有以下三个可能性： - 尽快合并 (不会轻易改变，除非有安全方面的原因，)； - 会有一次只推迟难度炸弹的网络升级，随后很快进行合并； - 进行网络升级，引入新的 EIP，并给社区一段较长的时间与测试网交互。 尽管我们当然注意到希望尽快合并的愿望，但在准备伦敦升级的工作过程中，有几个项目提到，他们希望在共识修改和上线主网之间有更长的时间。这样，在变更在主网部署以及最初的客户端行为确定下来之前，无论如何，像 API 这样的东西可以进行更多的迭代。 与此相关的一点是，这引发了一次关于我们应该如何命名所有这些升级的对话。如果你想参与，我已经在 [Ethereum Magicians](https://ethereum-magicians.org/t/ethereum-roadmapping-improvements/6653/12?u=timbeiko) 论坛上开帖了🧙🏻‍♂️。 ------ 就这些内容了！预计在夏末会有下一次更新，一旦伦敦升级完成了，我们就会开始实现合并了☀️ ------ 发布于 2021 年 7 月 29 日 ------ [0] 注：以当下的 `baseFeePerGas`，此笔交易的账户里仍有足够的 ETH 支付执行。 `maxFeePerGas` 被设得很高，因此如果 `baseFeePerGas` 已经被设的更高，账户可能就没有足够的 ETH 被执行了。如果是这样的情况，交易无法通过另一个有效性检查。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth1.x/MEV-1559https://www.ethereum.cn/Eth1.x/MEV-1559Fri, 30 Jul 2021 00:00:00 GMT来源 | [@flashbots](https://hackmd.io/@flashbots/MEV-1559#fn1) <br/> 在伦敦硬分叉纳入的 EIP-1559 将带来以太坊费用机制的重大调整，旨在让用户更容易估算费用，并通过烧毁部分交易费来巩固 ETH 作为网络基础货币的地位。本文将在 MEV (可提取的最大价值) 的现象下(也就是通过重新排序交易、添加交易、或审查交易实现无需许可的价值提取) 分析这份 EIP 的一些后果。 在新的收费机制下，用户不是为他们的交易选择 gas 价格，而是设置给矿工的“小费 (priority fee)”，以激励他们打包，和“费用上限 (max fee)”，表明他们愿意支付的绝对最高价格。该协议会给每个区块确定“基本费用 (basefee)”，通过对前一个区块消耗的 gas 量进行编程计算出来，计算的方程式是一个负反馈循环，旨在使区块大小稳定在一个目标值 s0 (这个值一开始等于当前区块容量的最大值)。有效交易需要支付的 gas 价格等于基本费用与小费之和 (只有在基本费用突然增加的情况下，两者之和才会上升到费用上限)；其中小费归矿工所有，且关键是基本费用会被烧毁。 这些变更对 MEV 相关的基础设施有一些显著的直接影响，例如不会再有交易费为 0 gwei 的交易，像 [MistX](https://mistx.io/) 这样的 DEX 现在正利用这点做抢跑交易保护，因为在抢跑交易中矿工费用是直接从转账中的代币里提取的。另一方面，我们预计新的费用机制不会带来全新的 MEV 来源。在本文，我们将对 EIP-1559 可能对 MEV 产生有趣影响的三个领域进行重点论述——矿工更高的 MEV 提取激励，在以太坊协议里共存的不同竞拍机制及其对 EIP 设计的影响，还有 Flashbots 作为矿工协作机构的作用及其道德意味。 <br/> # 矿工经济学和提取 MEV 的更高激励 无论是由于可观的经济激励还是对网络的忠诚，从以太坊创世以来矿工一直在生产区块，且没有做出恶意违反协议的事。然而，[Flash Boys 2.0 这篇论文](https://arxiv.org/abs/1904.05234)警告说，不加选择地提取 MEV 可能会给协议带来有害结果，例如交易审查或链重组，这些都会最终威胁共识稳定性。然而，值得注意的是，只是在最近，当 Flashbots 引入了 MEV-geth，MEV 提取才变成矿工的标准操作。MEV-geth 是从 geth 客户端分叉出去的，矿工可以运行它来开始接收 "MEV 交易捆"——打包到区块时确保会给矿工支付费用的组合起来的交易集。 还有部分原因是 EIP-1559 减少矿工收入的威胁正在逼近，大多数矿工很快采用 MEV-geth，以部分缓解这一冲击。因此，我们有理由问，当 EIP-1559 上线主网时，矿工是否将进一步在提取 MEV 上投入更多，特别是以损害网络的方法。 尽管忠诚度的部分是难以量化的，因此我们也无法做出定量预测，但我们发现，把 MEV 提取看作矿工必须用其他策略来补偿他们减少的收益 (比如把他们的算力用于其他 GPU 链) 是可以帮助我们做量化的。为此，我们提供一个矿工经济学的基础模型，用以预估实际可提取价值 (Realized Extractable Value，即 REV [1]) 需要增加多少才能抵过伦敦升级后转去其他区块链的利润增长。 (译者注：REV 的定义出自 Flashbots 之前的文章“Quantifying Realized Extractable Value"，里面介绍道： MEV 是我们只能不断接近的理论数量，REV 则是从区块链的 MEV 机会里实际可提取的价值，因此 REV≤MEV。) 我们首先定义了一组以太坊除外的、基于 GPU 的 PoW 区块链集 X，这些链上的矿工都可以互相转移算力/哈希率 (我们假设是无成本的)。然后，我们假设，在均衡状态下，总的 GPU 算力 H 会在以太坊 (伦敦升级前和后) 和 X 间以算力利润最大化进行分布 (否则，在达到均值前会有更多的矿工转去其他链)。最后，假设算力的成本是恒定的，且所有链都如此，我们可以得出一个算力分式，它在以太坊进行伦敦硬分叉后保持不变。这个分式可以简洁地表达为： $$\frac{H_{1559}}{H_{E}}=\frac{1+\delta }{1+\frac{\delta }{\gamma }}$$ 其中，$$H_{1559} $$ 是以太坊伦敦升级后的哈希率，$$H_{E}$$ 是以太坊伦敦升级前的哈希率，$$\gamma =\frac{R_{1559}}{R_{E}}$$ EIP-1559 启动后在以太坊里留给矿工的总收益，而 $$\delta =\frac{R_{X}}{R_{E}}$$ 是总 X 的收益与伦敦升级前以太坊收益的比率 (我们这里省去了代数过程，读者可以在[这里](https://www.notion.so/flashbots/Miner-Economics-Model-f420b3f8967b44cda72d1c3942c8a1b2)查看)。这些数量间的关系可以可视化为下图：  以太坊的 Gas 价格遭遇了两个数量级的变动，使得我们很难对模型的参数进行准确预估。基于最近的 gas 价格，我们仍然可以使用 [Flashbots 仪表盘](https://hackmd.io/@flashbots/MEV-1559)和 [Etherchain 上的挖矿奖励数据](https://etherchain.org/charts/miningReward)为 1559 后以太坊上可得的总矿工收益分式 γ=0.86 选一个值。最后，使用[CoinMetrics 的数据](https://charts.coinmetrics.io/network-data/)找出以太坊以外的、基于 GPU 的 PoW 链每天的挖矿收益(以美元计算) $$R_{X}$$，我们得到一个 δ=0.15 的近似值 [2]。把这些值都插进去，我们得到伦敦分叉后以太坊上的算力分式$$\frac{H_{1559}}{H_{E}}≃0.98$$[3]。 这构成了一个极其简化的矿工经济学模型，特别是忽略了转移到其他链的成本。但是，它的确提供了一个框架，用于在更泛的矿工经济学里分析 MEV 收益。同样基于变化起伏很大的 Flashbots 数据，我们发现，在其他条件相同的情况下，来自实际可提取价值的矿工收益的分式结果会从伦敦升级前的 2.9% 上升到分叉后的 3.4%[4]。如果直到达到均值都不把算力转移到其他的链，矿工决定通过提取更多的 MEV 来填补减少了的收益，他们需要提取额外 22% 的 MEV 才能抵过转移到其他链的收益增长 (这仍然意味着与伦敦升级前相比有大幅的收益缩减)。而具有对比额外 MEV 提取与转移到其他链的成本的明确公式的更详细模型，就超出了本文的范围了。其中涉及的值在性质上具有巨大差异性，这会使人们高度精细模型的效用产生质疑。再加上，矿工忠诚度这个主观因素在这件事上起非常大的作用。 关于这一点，大多数矿池都公开[反对这份 EIP](https://stopeip1559.org/)，他们感觉在维护以太坊安全的 5 年后被抛下了车。Tim Roughgarden 对 [EIP-1559 的分析](https://timroughgarden.org/papers/eip1559.pdf)指出，矿工的忠诚度可能是以太坊共识自创世以来没有受到重大破坏的主要原因，尽管违反协议可能会获得短暂的收益增长。因实现这份 EIP 而减少的矿工收益可能比因 ETH 价格下跌而减少的带来更危险的结果。最终，我们还是需要等到该 EIP 上线，才能看到矿工在多大程度上开始不遗余力地提取更多的 MEV，且是以损害整体网络健康的方式，如我们在下文讨论般。 <br/> # 集多个竞拍机制于一身 EIP-1559 提出的费用机制只为交易打包设计 (以及后来只分析) 了一种竞拍机制的。然而，事实上，以太坊上大多数的活动不仅与打包有关，还与在一个区块里的交易排序有关。大多数的 MEV 提取机会取决于交易所在的相对位置，仅是把交易打包进去不足以赚取 MEV。现行的第一价格机制 (first-price mechanism) 是有局限性的，因为用户可以表达想要把他们的交易打包在比特定某交易更早的位置的愿望，或最多通过选择它的具体 gas 价格以期被打包到某交易后面的位置 (尾追交易)。这种局限性导致了像 Flashbots 这样的系统的诞生，它们为表达偏好提供更丰富的语言 (用户可以为交易集的精确相对排序竞价，交易集指的是上文提到的“ MEV 交易捆”)。 现行的定价机制不能提供的另一个理想属性是“隐私性”。提取 MEV 的搜索者特别希望他们的策略可以保密——至少在挖出区块、不可避免地要公开之前——以防止其他行动者窃取他们的机会。Flashbots 和其他隐私交易池提供者提供这种保证 (除了叔块风险或矿工不当行为以外)。最近，一些面对用户的应用，例如 MistX 和 1inch，在它们的交易里转向使用 Flashbots 给用户提供抢跑交易保护。如果网络里有越来越多的参与者关心为交易排序和隐私竞价而不只是简单地打包，这就引出了一个问题：EIP-1559 对处理这个问题是否有优势，还是反而会被类似 Flashbots 的、表现力更强的机制完全取代。在一个极端情况下，这些不同的、共存的竞拍可能会出现有负面效果的交互，即参与其中一个竞拍的用户会破坏在其他竞拍里的用户。 用户越是关注交易排序和隐私而不只是打包，这个领域会扩展地越广，这会引起像 Tim Roughgarden (上文引述过）所做的这些严谨正式分析出现实际适用性问题。在他的论文里，他表明 EIP-1559 机制是与短视矿工激励相容的 (Myopic Miner Incentive Compatible，缩写为 MMIC，即在单个区块规模里矿工有动机按照 EIP-1559 来行事)、能防止链下协议的 (Off-Chain Agreement-proof，缩写为 OCA-proof，即用户与矿工不能突破系统规定，使用链下沟通达成协议)、以及除了高需求阶段外与用户激励相容 (User Incentive Compatible，缩写为 UIC，即它实现了理想的用户体验提升——用户可以表达对打包的真实偏好，而无需推测其他用户的行为)。但是，这些结论的成立都依赖于“简单的打包”竞拍模式，目前尚不清楚它们在当前更复杂的环境中是否仍然成立。 特别地，该论文讨论了另一个提议——“无小费机制”，即没有矿工小费，论文表示这个机制是与短视矿工激励相容的、总是与用户激励相容的、且能防止链下协议 (除了在高需求阶段)。简言之，它牺牲了能防止链下交易的特性来保持整个用户体验的提升。事实上，不像论文里所说的，链下协议在今天通过 Flashbots 等系统已是很常见的，这表明可能与 1559 的“基本费用+小费” 模式相比，无小费机制是一个更好的选择，优化了普通用户的标准竞拍机制，因为他们只关心打包，而把有更复杂需求的用户导向专注排序的竞拍机制。 不幸的是，对排序竞拍进行严谨建模是极其困难的 (试想，分配规则不能简单用二元的“打包”与“不打包”来表达，或可行性条件需要考虑交易间的交互，因此不能表达为单一的不等式)。相反，可能像上文提到般分开不同的竞拍模式，然后分析它们之间的交互会更有用。我们可以用打包一笔交易的边际成本作为这种交互的实例 μ。在 MEV 很少的环境里，这可以被看作一个常量，并实际上已经被估算出来了。然而，在有大量 MEV 的环境里，交易池里有巨大的 MEV 奖励，这可能会使得在一个区块里运行用于打包的常规竞拍变得没有意义，因为 μ 的值被大大提高了，结果是用户不可能收敛在一个合理的小费值上。 总结下来，我们现在有几种竞拍模式在以太坊并存： | 竞拍项 | 机制 | | :----------------------------- | :------------------------------------------------ | | 交易打包 | PGAs (最优 Gas 费竞拍)/EIP-1559 小费 | | 交易隐私 | Flashbots/Darkpools | | 交易排序 | Flashbots/其他中继 | 在 Flashbots，我们正在考虑扩大竞拍机制的表现力，把不在意排序、只想获得抢跑保护的用户的用例也囊括进来。尽管当前的[定价公式](https://docs.flashbots.net/flashbots-auction/searchers/advanced/bundle-pricing)可能会偏向某些类型的提取 (特别是偏向套利而不是清算)。如上文指出，从设计的角度来看，这个事实上的分层系统可能不是最佳的，因为它是由试图单独解决部分问题的行动者拼凑而成的。在传统金融里，不同的工具 (股票、期权等) 有独立的市场来适应它们的不同特性。这是 Flashbots 的一个活跃研究领域和长期目标——打造一个“图灵完备”的竞拍机制，使用户可以有效地表达它们任意的偏好[6]。最终，这需要围绕多个并存的竞拍机制进行更多的讨论，这样在协议层才能直接地采用更具有整体性的方法。考虑到即将到来的以太坊 2.0 会带来的变化，这一点显得尤为重要。 <br/> # Flashbots 的道德原则 如上文所述，Flashbots 已经引入了让搜索者向矿工表达交易排序偏好的方式，带来一个所有以太坊用户都可以理想地从中获益的、更高效的市场。为了实现这点，Flashbots 给大量矿工提供了定制的挖矿软件 (MEV-geth)，他们一起控制了以太坊绝大多数的算力 (在撰写本文时是 85%)。这相当于 Flashbots 建立了一个有效的链下矿工协作机制，这很自然会招致对其潜在的有害影响的探索。特别是，Flashbots 已经创造了一个新的谢林点 (Shelling point)，矿工使用了这个软件和它的默认设置就能自动进行协作——与以前使用的 geth 不一样。 在这里谈论的矿工协作，我们仅仅指的是协议内协作，也就是说，矿工的联合行动可能会伤害网络，但仍然是在共识层上可接受的 (即不会是双花，或其他不顾以太坊协议的行为)。真正的 51% 攻击会严重地损害网络，总的来说是与矿工利益相悖的。相反，我们专注于更“良性”的情况，矿工在遵循协议规则的同时协调他们自己与其他行动者的利益。目前还没有关于矿工协作的集中点如何影响网络的分析 (因为这已经可以通过 geth 升级实现了)，但我们要问一个更具体的问题——引入 EIP-1559 会否可能增加 Flashbots 作为矿工协作机制带来的恶性后果。 我们已经介绍了 EIP-1559 如何通过在矿工收益的总份额里增加 MEV 奖励的相对比重改变这个领域的格局，这是独立于 Flashbots 的。Flashbots 影响这个领域的一个方式是改变用于交易捆与普通交易的区块空间份额，或者说是上一节描述的不同竞拍机制的相对比重。MEV-geth 是可以设置考虑打包到区块的最大交易捆数的，基于此，有人给每个数量的交易捆 (从 0 到可配置的最大值) 都构建了一个模板区块，然后所有这些模板区块后来都被拿来做可获利性对比。设置的数值越大，区块就越有利可图，留给标准用户交易的区块空间就越少。EIP-1559 激励矿工追求更多的 MEV，可能会导致他们可接受的交易捆数值变得越来越高，最终区块里只有 MEV 交易。然而，这种情况是不太可能会发生的，因为将具有高额小费的交易排除在外，而只打包交易捆其实是有机会成本的。总的来说，我们不认为 EIP-1559 会增加由 Flashbots 促成的已知恶性行为的风险。 但是， EIP-1559 可能会引入一个不良行为：矿工协作去挖低于目标容量的区块，以驱使基本费用降至 0，这会有效消除这份 EIP 想要提供的用户体验提升。同样，Flashbots 处于一个特殊的位置，可以通过提供版本更新使这种行为成为可能。更具体来说，不是把所消耗的 gas 超过目标 gas limit，使得基本费用需要搭上多于 0 的小费的所有交易都打包进区块，而是软件会把区块大小设为 $$s_{0}(1-\epsilon )$$，其中$$s_{0}$$ 是目标区块大小， ϵ∈[0,1] 是故意设来驱动和保持基本费用下降的一个参数，这取决于运行 MEV-geth 的算力占比。 我们使用了以太坊基金会 Robust Incentive 小组的[框架](https://github.com/ethereum/abm1559)来探索这钟攻击的可行性 (带有这些结果的代码的 notebook 在[这里](https://github.com/flashbots/research-mev-eip1559))。取一个简单的震荡需求情况，设置矿工运行 MEV-geth 的可能性为$$P_{FB}=0.85$$，我们模拟了不同 ϵ 值的系统动态，说明这个值需要有多大，基本费用才会被驱使至 0。  与前一种情况一样，矿工采用这种策略会立即带来经济损失，因为他们在每个区块上都会有些钱没能赚到。 下一个理应要问的问题是，直到基本费用下降前，矿工需要亏本工作多长时间才能赚回原来那么多的钱，使得他们的串通是有利可图的。在模拟中，我们发现这个问题对需求的性质极为敏感，特别取决于用户会否继续提供接近其真实价值的出价，还是通过适应新的、人造的低基本费用来降低他们的出价。尽管在看到 EIP-1559 上线主网前，我们都无法提供一个有意义的答案，我们会提高对该问题的关注，同时注意即使在短时间内这样的串通证明是有利可图的，它可以在任何时候因一名自私矿工打包了大量交易而被打破，因此这在实践中不太可能发生。 <br/> # 总结 我们没有找到 EIP-1559 与 MEV 提取交互的关键方式。但是，我们发现了几个可能会发生新动态的领域，特别是围绕矿工提取更多 MEV 的激励或通过一个可能的恶性 Flashbots 软件更新被动串通来击败新的费用机制。毫无疑问，提供这样的更新并不符合 Flashbots 的利益，但有 85% 的以太坊算力正在运行 MEV-geth 这一事实需要我们对其影响多加思考。最后，我们指出，尽管 EIP-1559 的设计只包含一种交易打包竞拍机制，但现在在以太坊上是有许多不同的竞拍机制的。如果我们想要达到以太坊开放性的标准，认清楚以上那点，把我们的系统设计成适用这些不同的拍卖机制是至关重要的。 *我们想要感谢 以太坊基金会的 Barnabé Monnot 和 Robust Incentive 小组、Leo Zhang、Tim Beiko、Tina Zhen 和整个 Flashbots 团队参与对话，这才有了在这里呈现的想法*。 ------ 1. 在我们之前关于量化 MEV 提取的[文章](https://hackmd.io/IGlkjRDrTmSJf_MM_f2Bcg)里给出了实际可提取价值的 (REV) 的定义。 2. Dogecoin、Ethereum Classic、ZCash、Dash、Monero、Bitcoin Gold 和 Verge 都包括在 chain X 收益的计算里。 3. 在撰写本文时，这些值的计算如下： $$R_{E}=r_{BLOCK REWARDS}+r_{TX FEES}+r_{MEV}=36,390,017 USD$$ 和 $$R_{1559}=r_{BLOCK REWARDS}+r_{MEV}=31,327,517 USD$$，其中 $$r_{BLOCK REWARD}=13450\epsilon \times P_{ETH}$$, $$r_{TX FEES}=2250\epsilon \times P_{ETH}$$, $$r_{MEV}=1,065,017 USD$$， 以及 $$P_{ETH}=2250 USD$$ 4. 其他情况不变，如果我们假设交易捆中烧毁的 gas 费将与被挤出区块的尾部交易中被烧毁的 gas 费相等，那么烧毁基本费用不会减少实际可提取价值。 5. 不过，请参阅这篇 [note](https://notes.ethereum.org/@barnabe/rk5ue1WF_)，了解在有大量 MEV 的环境里给叔块风险设限的方法。 6. 竞拍设计这个领域在可计算性的偏好/分配上已经有非常丰富的研究成果了，参见 Tim Roughgarden 的[讲义](http://timroughgarden.org/notes.html)以入门。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/how-do-I-pick-a-DAOhttps://www.ethereum.cn/Ecosystem/how-do-I-pick-a-DAOThu, 29 Jul 2021 00:00:00 GMT来源 | [@shegenerates](https://twitter.com/shegenerates) <br/> 我收到的最多的私信类型就是：“我应该加入哪个 DAO？我应该怎么选呢？” 因此我特地写了一条推文，下面列出出的清单给大家展示了一些很酷的 DAOs，还附带如何挑选 DAOs 的策略。 DAOs (Decentralized Autonomous Organizations) 即去中心化自治组织：指的是拥有一个银行的组织，而银行里的资产自动根据会员投票的结果来使用。没有一个适合所有人的 DAO，大家需要选择自己喜欢以及认可的 DAO。 我列出的 DAOs 清单中基本上有两种类型：1、股份型的 DAOs —— 需要现有 DAO 成员提供的不可转让股份才能加入；2、由治理代币运行的 DAOs，大家必须购买一些才能加入这种 DAOs。这两种风格都有很多优点和权衡。 要加入第一种 DAO，请找到你特别感兴趣的 DAO。然后尝试加入 discord 或者论坛，到处逛逛！看看你是否喜欢里面的成员以及他们的理念和目标。然后直接申请加入！这很简单的！更多关于这类的信息可以关注推特 [@nowdaoit](https://twitter.com/nowdaoit) 由 DAOs 管理的 DeFi Apps 和其他协议通常使用代币来投票，而不是通过股权来投票。1 个代币 = 1 记投票。如果大家想要参与其中，则需要购买代币，或者为社区做出贡献并赚取代币。关注推特 [@voteWithTally](https://twitter.com/voteWithTally) 找到更多相关信息。 为了帮助大家找到适合自己的 DAO，我根据兴趣爱好 (而不是市值) 制作了一个关于 DAOs 的齐全列表，哪些是最适合加入的组织，哪些是自己真正喜欢的组织。大家接下来可以探索这个列表并且选出自己最喜欢的： 现在开始吧！如果你认为自己是一个“构建者”，并且想要帮助支持以太坊生态系统中的捐赠募资。你可以加入 [@Meta_Cartel](https://twitter.com/Meta_Cartel) 你如果对贷款能够自行偿还这样的设计感兴趣的话，不妨通过购买 [$ALCX](https://twitter.com/search?q=%24ALCX&src=cashtag_click) 加入 [@AlchemixFi](https://twitter.com/AlchemixFi) DAO。 如果你很喜欢漫画书和超级英雄系列，推荐你加入 [@Hero_DAO](https://twitter.com/Hero_DAO) 如果你对自己死后的加密货币资产会发生什么很感兴趣，并且想创造一个更好的死后开关，推荐你加入 [@sarcophagusio](https://twitter.com/sarcophagusio) 如果你想进入 web3 的自由职业开发工作，你可以加入 [@RaidGuild](https://twitter.com/RaidGuild) 如果你是一名小小的加密投资者，并且想要狠狠地惩罚巨鲸，那么可以加入[@WhalerDAO](https://twitter.com/WhalerDAO) 如果你坚信社区主导的管理方式是最好的方式，那么推荐你加入 Meta Factory，获得一些 [$ROBOT](https://twitter.com/search?q=%24ROBOT&src=cashtag_click) 并帮助建立下一代品牌 [@TheMetaFactory](https://twitter.com/TheMetaFactory) 如果你已经是 DAOs 的一名成员，并且认为他们需要更多的协作。那么你应该参加 [@nowdaoit](https://twitter.com/nowdaoit) 如果你喜欢下国际象棋并且认为这是一个认识有趣又聪明的人的一个好机会。你可以加入 [@chess_dao](https://twitter.com/chess_dao) [@NiftyChess](https://twitter.com/NiftyChess) 如果你比 [@owocki](https://twitter.com/owocki) 更喜欢探索二次方领域、喜欢资助公共物品，并且对未来的工作感兴趣。那么就获取一些 [$GTC](https://twitter.com/search?q=%24GTC&src=cashtag_click) 然后加入 [@Gitcoin](https://twitter.com/gitcoin) DAO 吧 如果你很赞同闪电贷这项创新，并且想要参与规划他们的未来开发工作的方向。那么你可以购买一些 [$AAVE](https://twitter.com/search?q=%24AAVE&src=cashtag_click) 然后加入 [@AAVE](https://twitter.com/AAve) DAO，还有 [@AaveGrants](https://twitter.com/AaveGrants) DAO 如果你认为亏损较少的乐透彩票应该取代其他博彩产品 (因为它比任何博彩产品都要好)，那么你应该购买一些[$POOL](https://twitter.com/search?q=%24POOL&src=cashtag_click) 然后加入 Pool Together DAO [@PoolTogether_](https://twitter.com/PoolTogether_) 如果你很喜欢稳定币的设计，但是希望它们能更加去中心化，那么你就可以购买一些 [$TRIBE](https://twitter.com/search?q=%24TRIBE&src=cashtag_click) 然后加入 [@feiprotocol](https://twitter.com/feiprotocol) DAO。此处艾特 [@ameensol](https://twitter.com/ameensol) 如果你喜欢收听关于加密圈的播客，并且有很好的内容与你的朋友分享，那么推荐你加入 [@banklessDAO](https://twitter.com/banklessDAO)，抄送 [@BanklessHQ](https://twitter.com/BanklessHQ) 如果你已经知道怎么进行流动性挖矿了，但是想通过真正机智的方式去做，那就加入 [@aladdindao](https://twitter.com/aladdindao) 吧 如果你认为现实生活可以通过代币和激励完全游戏化，那你应该通过 [@MetaFam](https://twitter.com/MetaFam) 玩一下 Meta Game。顺便说一句，其实你已经在玩这个游戏了👀 如果你是一个 kiwi，或者想和一些 kiwi 做朋友，并且对一些协调实验很感兴趣。那么你应该加入 TYAN Intergalactic [https://tyan.kiwi](https://tyan.kiwi/) 事实上我对这个 DAO 一无所知，但它听起来很有趣，所以它也被列入清单中了。 如果你是一名艺术家，并且希望通过支持其他艺术家成功出售 NFT 以获得一些小费，那么就加入 [@Ultra_DAO](https://twitter.com/Ultra_DAO) 吧 如果你喜欢构建 NFT 或在 NFT 领域做些试验，并希望整个 NFT 生态系统能够发展、成熟并易于使用。那么我推荐你去加入 NFdao [@dao_nf](https://twitter.com/dao_nf) 如果你喜欢黑客松、构建者精神、独角兽等，你应该加入 ETHDenver 的 Spork DAO。抄送 [@EthereumDenver](https://twitter.com/EthereumDenver) [@SporkDao](https://twitter.com/SporkDao) 如果你觉得比特币不错，希望将之应用于庞大的以太坊 DeFi 生态系统中，并且支持与之相关的项目开发。那么请加入 [@BadgerDAO](https://twitter.com/BadgerDAO) 如果你的目的是请求，那么 Pleasr DAO 可能会适合你 [@PleasrDAO](https://twitter.com/PleasrDAO) 抄送 [@pplpleasr1](https://twitter.com/pplpleasr1) 如果你是一名资深的 DeFi 玩家，想要成为自己的银行 (be your own bank)，并且想和其他玩家交流，那么加入 [@RariCapital](https://twitter.com/RariCapital) 吧 如果你对 MEV (矿工可提取价值) 感兴趣，并且想要更多关于 MEV 的知识以更有效地挖矿。那么你可以加入 [@Archer_DAO](https://twitter.com/Archer_DAO) 如果你喜欢朋克和其他 NFT，并且想看到这些元素成为一个品牌和连锁企业。那就加入 [@punkscomic](https://twitter.com/punkscomic) DAO 吧，我和 [@Beaniemaxi](https://twitter.com/beaniemaxi) 都在。 如果你想推动去中心化金融更加去中心化，并且希望与一群有智慧的人们创建全新的实验性的 DApps。那么你可以加入 [@dxdao_](https://twitter.com/DXdao_) 非常感谢大家能读到这里。♥️♥️♥️ 如果你热衷于投资加密公司，并且希望由 DAO 控制的法律实体能够进行天使投资。那么你可以选择 MCV 和 The Lao Official [@VENTURE_DAO](https://twitter.com/VENTURE_DAO) [@TheLAOOfficial](https://twitter.com/TheLAOOfficial) 如果你热衷于推动以用户为中心的设计和自动化，并希望创造惊人的体验来鼓励人们加入加密货币世界。那么你可以加入 [@odyssyautomaton](https://twitter.com/odyssyautomaton) 如果你还是没有找到你喜欢的或者真正让你印象深刻的，但是也希望组织一个自己感兴趣的 DAO。没关系！只需几步操作就可以在 [@nowdaoit](https://twitter.com/nowdaoit) 上启动一个 DAO 了。如果你私信我的话，我甚至可以帮你付 gas 费。 如果你发现这个清单和策略有帮助，请转发，可能其他人也会受到启发！如果我错过了一些很酷的 DAO，请发表评论！感谢大家能阅读到最后……我真诚地希望大家能在这里找到一些能启发自己的组织🔚♥️🧵 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/DeFi/makerdao-has-come-full-circle/https://www.ethereum.cn/DeFi/makerdao-has-come-full-circle/Wed, 28 Jul 2021 00:00:00 GMT来源 | [blog.makerdao.com](https://blog.makerdao.com/) <br/> MakerDAO 现在完全去中心化了。 治理部门批准了几个核心单元来有效地组织 DAO 内的所有工作，以及现在由全球社区负责 Maker 协议的所有方面的工作。如此一来，DAO 现在已经完全自给自足，而 Maker 基金会也已经履行了其引导职责。基金会将在未来几个月内正式解散。 尽管社区一直以来都在推动这一刻的到来，但很难相信我们真的来到了这一步。 六年前，我在 Reddit 上介绍了 [Dai 的第一个迭代版本 —— 我称之为 eDollar](https://www.reddit.com/r/ethereum/comments/30f98i/introducing_edollar_the_ultimate_stablecoin_built/)，我希望它能成为一种流行的货币，普通人都可以在以太坊上使用它并与 DApps 交互，而不必担心疯狂的波动性。目前，[Dai 的流通量超过了 50 亿，而超过了 80 亿美元的资产锁在 Maker 协议的智能合约中。](https://daistats.com/#/) Maker 在相对短的时间内取得了巨大的成就。从最开始由我以及一群热枕的开发者创建的 DAO，变成了一个带有使命的基金会 (负责引导一个优秀的项目)，然后又回到了 DAO。虽然 Maker 基金会在 Maker 协议的进一步发展中发挥了特定和重要的作用，但它只被设计成暂时存在的。它只是辅助 Maker 实现一个非凡的目标 —— 一个自治的、自我运营的 DAO。 从 Maker 创立之初，所有参与者都孜孜不倦地设计一个科学治理的框架，以及为新一代的开放金融服务创建基础设施 —— 这种金融服务为任何人、在任何地方、任何时间所用。我们都希望能够实现这个目标，当然知道无法永远保证。我们意识到，只有一个非常独立、充满激情以及坚定的 Maker 社区才能最终实现成功。 随着最初的 DAO 成员和后来的基金会团队多年来达到的每一个技术上和理念上的里程碑，Maker 全球社区担起了其治理责任。世界各地的人们聚集在一起，详细讨论每个概念、模块、用户体验以及其他更多提议的影响和可行性。还有每一次的[执行投票](https://vote.makerdao.com/)，这些种种都推动我们朝着完全去中心化迈出了一步。社区一直以来都支持着基金会的工作，推动协议缓慢而有条理地运作。这种做法帮助 MakerDAO 赢得了良好的声誉，因为 Maker 通常在进行了大量测试和彻底审计之后才开始谨慎地推动协议更新。 更重要的是，多年来社区积极主动，独立设计创造性的解决方案，以解决一系列问题，并发现新的发展机会。 我们共同努力实现了一些非凡的目标。在这个令人激动的日子里，我想借此机会感谢所有为此做过贡献的人。如果没有最早参加周日下午 TeamSpeak 电话会议的 OG 们、没有辛勤工作的基金会团队成员以及 Maker 社区所有人的努力，就不会有 MakerDAO。 <br/> # 2015-2021：MakerDAO 的里程碑 - **2015 年 3 月 26 日：MakerDAO 及其首个稳定币推出**。 [Dai (当时被称为“eDollar”) 最初的概念是在 Reddit 的一篇文章中提出的](https://www.reddit.com/r/ethereum/comments/30f98i/introducing_edollar_the_ultimate_stablecoin_built/)。 - **2015 年 11 月：MakerDAO 团队在第一届开发者大会 (DevCon1) 上做演讲。** MakerDAO 的联合创始人 Nikolai Mushegian 详细介绍了 Maker 的组成部分。这是该组织和协议在区块链早期向更广泛的以太坊社区的一次较早的介绍。 - **2017 年：ProtoSai 上线。** MakerDAO 开发者发布了并且开始使用首个版本的 Dai，叫做 ProtoSai。这标志着 Dai 稳定币系统的首次限量发行，几个月后便向公众发布了单抵押 Dai (SAI)。 - **2017 年 12 月 10 日：Sai 白皮书发布。** 描述 Dai 稳定币系统的原始[白皮书](https://makerdao.com/whitepaper/Dai-Whitepaper-Dec17-en.pdf)阐明了 SAI 的最终设计并为未来提供了路线图 —— 包括多抵押 Dai 的最终目标。 - **2017 年 12 月 19 日：Sai 发布。** [单抵押 Dai 上线](https://blog.makerdao.com/dai-is-now-live/)；它为现在流行的 DeFi 运动埋下了伏笔。 - **2018 年 6 月 21 日：《基金会提案》"Foundation Proposal"发布**。 “[提案](https://blog.makerdao.com/foundation-proposal/)” (后来[更新](https://blog.makerdao.com/foundation-proposal-v2/)了) 列出了可持续去中心化治理的核心原则。 - **2019 年 11 月 18 日：多抵押 Dai 上线**。 [多抵押 Dai 发布](https://blog.makerdao.com/multi-collateral-dai-is-live/)，允许任何人抵押由 Maker 治理授权的数字资产生成 Dai。 - **2020 年 3 月 25 日：MKR 代币合约被转移到 Maker 治理。** 随着 [MKR 持有者现在完全控制着 MKR 合约](https://blog.makerdao.com/the-transfer-of-mkr-token-control-to-governance-the-final-step/)，去中心化治理是更改 MKR 代币授权的唯一途径。 - **2020 年 5 月 2 日：MIP 框架获得批准**。 [Maker 改进提案框架 (Maker Improvement Proposals (MIPs) framework)](https://blog.makerdao.com/the-first-13-maker-improvement-proposals-to-further-decentralization-of-makerdao/)，其中包括 MIP0 和两个 MIP 集[获得批准](https://mips.makerdao.com/mips/details/MIP0)。 - **2021 年 3 月 25 日：核心单元框架获得批准**。 [核心单元框架](https://mips.makerdao.com/mips/details/MIP39) (The Core Units framework) 为所有 Maker 协议团队和活动的去中心化管理铺平道路。 - **2021 年 5 月 3 日：Maker 基金会将 Dev Fund 持有的资产归还给 DAO**。 [将 84,000 MKR 归还给 DAO](https://blog.makerdao.com/the-maker-foundation-returns-dev-fund-holdings-to-the-dao/) 是迈向去中心化治理的关键一步。 - **2021 年 6 月 2 日：清算 2.0 模块 (Liquidations 2.0 Module) 被激活**。 [Liquidations 2.0](https://docs.makerdao.com/smart-contract-modules/dog-and-clipper-detailed-documentation) [针对所有抵押品类型激活](https://vote.makerdao.com/executive/60b1324717a042001ae0b058?network=mainnet#proposal-detail)，这些抵押品经 Maker 治理在 Maker 协议中获得批准。 - **2021 年 7 月 20 日：Rune Christensen 宣布 MakerDAO 的完全去中心化。** Maker 全球社区现在负责 Maker 协议及其 DAO 的每一个方面。 我为我们所做的以及它所代表的意义感到非常自豪。Maker 的完全去中心化意味着 Maker 协议和 DAO 的未来发展和运营将由成千上万或数百万积极参与的社区成员决定，他们都决心将数字货币的好处带给世界各地的人民。 再次感谢大家的支持。在与家人一起享受夏天的短暂假期之后，我期待再次成为独立的社区成员和 Maker 论坛的参与者。 MakerDAO 已经走了一个完整的循环，并且运行良好。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-7-27/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-7-27/Tue, 27 Jul 2021 00:00:00 GMT <br/> # Eth1 ## 伦敦升级 **Ropsten 测试网共识问题回顾** 7 月 21 日，OpenEthereum 团队发现他们在 Ropsten 测试网上区块 `10679538` 的节点停止了工作。一开始以为问题出在客户端 OpenEthereum 上，其实是 go-ethereum 实现在检查交易发送者的 1559 式交易的余额上出问题了。有一笔无效交易的发送者余额只够支付交易里的有效 gas 费，而不够支付交易被打包到区块的的`maxFeePerGas`总额 (即 gas 费上限)。(根据 EIP-1559，这样的交易是应该被拒绝的。）因为 Ropsten 上的矿工都只运行 go-ethereum，该区块随后就被其他 go-ethereum 矿工接受了，但还是被网络上其他一些客户端拒绝了。具体是 OpenEthereum 和 Besu 两个客户端拒绝了该交易/区块，而 Nethermind、go-ethereum 和 Erigon (它的实现有部分代码是从 go-ethereum 分叉过去的) 接受了该交易。以下为个客户端的修复版本，这些版本都已更新到早前发布的《伦敦主网升级公告》： - go-ethereum: [v1.10.6](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.6) - Erigon: [v2021.07.04-alpha](https://github.com/ledgerwatch/erigon/releases/tag/v2021.07.04) - Nethermind: [v1.10.79](https://github.com/NethermindEth/nethermind/releases/tag/1.10.79)  针对此次事故，开发者在两方面提出了纠正措施： 1. 在规范上使断言更加明确 对 EIP-1559 式的交易新增断言，特别是以下这个断言： ``` assert sender.balance >= gasLimit * transaction.max_fee_per_gas ``` 2. Go-Ethereum 的恢复，针对两种情况的不同措施 - 完成同步的节点选了错误的链 使用 `debug.setHead{X-1)` 跳回分叉前的某状态 - 与一条错误的、总难度更高的链同步中 通过 `whitelist` 命令行参数 ``` $ geth -h | grep white --whitelist value Comma separated block number-to-hash mappings to enforce (<number>=<hash>) ``` 因此，应该用 `geth --whitelist 123123=0x2342fafa9af9af9af9af9af9` 详情：https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/retrospectives/london.md <br/> **JSON RPC API 讨论** 在第 117 次核心开发者会议里讨论到，为了让 1559 式交易向后兼容、方便依赖 `gasPrice` 字段构建的工具， `gasPrice` 仍然会被保留。但由于这个值无法在交易被挖前知道，因此在打包前后返回的是不同的数据——打包前是设为 `maxFeeGas` (gas 费上限)，打包后设为 `effectiveGasPrice` (实际支付的 gas 费)。（具体参阅[第 33 期的以太七日谈](https://www.ethereum.cn/Ecosystem/eth-weekly-2021-7-13/)) 上周第 118 次核心开发者会议又对这个问题进行了讨论，并认为上述做法其实不理想，因为这个值在区块被挖前后会变，这使得某些漏洞更难被发现或修复。但由于各个客户端目前发布的版本都已按上述内容修改了，且受弃用 `gasPrice` 字段影响最大的不是客户端，而是基础设施提供者。会议决定`gasPrice` 字段会被移除出 1559 式交易，但会是在伦敦升级的下一次升级里进行。这个问题也将会在这周北京时间 7 月 31 日 00:00 举行的 EIP-1559 协作会议里进行讨论。 会议详情：https://github.com/ethereum/pm/issues/363 来源：https://twitter.com/TimBeiko/status/1418622153646231553?s=20 <br/> **伦敦升级后的工作重点——合并 (The Merge)** 关于伦敦升级后的安排是Eth1 与 Eth2 的合并、另一个功能升级，还是仅进行难度推迟，将决定开发者的工作重点。在第 118 次核心开发者会议里，经过反复讨论，会议决定伦敦升级后的工作重点在合并上，起码先搭起“合并测试网”，并运行起来。当做到了这一步，就知道剩下多少工作需要做了——是否需要让测试网稳定运行一段时间，好让基础设施提供者使用它们。如果测试网运行期间还有时间，就可以进行另一个合并前的功能升级。且有了稳定的测试网后，才能更清晰看到合并什么时候才能真正上主网。 来源：https://twitter.com/TimBeiko/status/1418626076557733889?s=20 <br/> # Eth2 **合并进展** Eth2 开发者 Mikhail、Vitalik 和 Danny 于 7 月 22 日在 Github 发布了用于执行层的合并规范——[EIP-3675: PoS 升级共识 (Upgrade consensus to Proof-of-Stake) #361](https://github.com/ethereum/pm/issues/361)，标志着合并进程的关键一步。 <br/> **Altair 升级进展** 根据“以太坊基金会博客”的最新文章，在推出两个小型开发者测试网后，信标链的第一次重大升级 Altair 取得显著进展。目前，由于功能集都经过了所有团队的审查，这两个开发者测试网已从 alpha 版本转为 beta 版本，现在所有预期的改进都写进了名为 [Mach’acuay](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-beta.2) 的规范 `v1.1.0-beta.2`。 这周预期会有一个分叉 Pyrmont 的另一个开发者测试网上线，这会是一个长期的信标链测试网。这个测试网能容纳规模大得多的节点运行者，并会在这里进行最后一波的测试，再基于这里的测试结果选择主网升级的日期。 来源：https://blog.ethereum.org/2021/07/26/finalized-no-27/ <br/> # Layer2 **Layer-2 NFT 铸造和交易平台 Immutable X 发布代币 IMX** Immutable X 是以太坊上的首个 Layer-2 NFT 铸造和交易平台，它与以太坊扩容解决方案 StarkWare 合作，实现几乎零成本的 NFT 铸造与交易。其宣布发布的原生代币 IMX 有三个主要用例： - 费用：协议上每笔交易的 20% 都将使用 IMX 支付。如果用户没有 IMX，可以使用 ETH 自动购买。 - 质押：所有用于支付交易费用的 IMX 将被发送至质押奖励池中。这个池将按比例分配给目前持有 IMX 的用户 —— 持有得越多，赚的越多。 - 治理：作为 Immutable X 社区的活跃成员，用户可以根据持币权重对协议决策进行投票。  来源：[https://immutablex.medium.com/introducing-imx-to-power-ethereums-first-layer-2-for-nfts-8be74981f573](https://immutablex.medium.com/introducing-imx-to-power-ethereums-first-layer-2-for-nfts-8be74981f573) <br/> **Reddit 与以太坊扩容解决方案 Arbitrum 达成合作，对其社区积分系统进行扩容** 7 月 23 日，社区论坛 Reddit 宣布采用以太坊扩容解决方案 Arbitrum 的技术以对其社区积分系统 (Community Points) 进行扩容。Reddit 表示将先于 Rinkeby 测试网测试该方案，然后再部署至以太坊主网上。 此前，Reddit 于 2020 年 6 月推出 Community Points (社区积分) —— 这是一种在以太坊上发行的 ERC20 代币，通过去中心化技术将所有权以及控制权交还给用户。之后，Reddit 邀请了加密社区帮助其解决如何将社区积分系统引入以太坊主网。经过研究与调查，Reddit 决定使用 Arbitrum 的技术实现其扩容目标。 来源：https://www.reddit.com/r/ethereum/comments/opi5rg/scaling_reddits_community_points_with_arbitrum/ <br/> **以太坊扩容解决方案 Celer cBridge v1.0 上线主网** 7 月 22 日，以太坊扩容解决方案 Celer Network 的 cBridge v1.0 版本上线主网。用户现在可以通过 cBridge 实现在以太坊、Arbitrum、Polygon 以及 Binance Smart Chain 之间快速转移代币，并且将来 cBridge 将集成更多侧链以及 Layer-2 链。任何用户都能够通过运行一个 cBridge 节点以加入 cBridge 网络，然后提供跨链以及跨层流动性，并从中收取交易费获益。这对 Celer 来说是一个重大的里程碑，因其为将来的多个 Layer-2 和多链生态系统创建了一个关键的互操作性基础设施，从而将所有分散流动性重新聚合起来。  该主网发布版本包含用户界面以及 cBridge 节点软件。对于普通用户来说，可以使用 cBridge 实现快速跨层/跨链转账。而想要尝试运行 cBridge 节点的用户可以访问 cBridge 节点软件 github：[https://github.com/celer-network/cBridge-node](https://github.com/celer-network/cBridge-node)，这是一个完全开源的平台，并附有一些简单的运行操作指引。 来源：https://blog.celer.network/2021/07/22/celer-cbridge-launches-seamlessly-bridging-cross-chain-and-cross-layer-liquidity-2/ <br/> **二层网络研究平台 L2 Beat 上线最新版本** L2 Beat [https://l2beat.com/](https://l2beat.com/) 是一个专门追踪二层网络项目数据的研究平台，目前已支持追踪 17 个项目的数据，其中路引协议的锁仓量排第一，锁仓额超 1 亿美元。  该版本最大的变化就是在项目的概述页面种添加了各种链接，如下列 dydx 协议的例子：  <br/> # 生态 **Eth、埃塞俄比亚、东京奥运会？** 相信大家上周都会发现以太坊社区的推特上频繁出现埃塞俄比亚的国旗🇪🇹，以示在东京奥运会上支持埃塞俄比亚。所以是发生了什么呢？ 上周社交平台推特为了迎接东京奥运会，为每个代表队都添加了国旗表情包，而输入话题标签“ETH”，就会出现埃塞俄比亚 (Ethiopia) 的国旗表情包。以太坊社区成员快速带上这个话题标签，一起表达了对埃塞俄比亚的支持。其中 ENS 的运营总监 Brantly Millegan 主动联系了埃塞俄比亚的外交部，表示给他们在东京奥运会中提供赞助。而以太坊钱包 Rainbow 的联合创始人 Mike Demarais 也作出相似的提议。 Twitter 的创始人 Jack Dorsey 也在发了带有“eth”话题标签的推特，奥林匹克的官方推特账号对该推特进行了回复，表示很高兴看到 Jack 和加密社区对埃塞俄比亚运动员的支持。  此外，一个围绕埃塞俄比亚和区块链教育的去中心化自治组织 “EthiopiaDAO" 也应运而生，其成员表示尽管目前 EthiopiaDAO 还没有一个清晰的愿景，但他们具有工具，并了解如何协调全球资本来给现实的埃塞俄比亚带来公共物品，以及建设以太坊生态。 来源：https://cryptobriefing.com/ethereum-community-backs-ethiopia-ahead-of-olympics/ <br/> **去中心化借贷协议 Aave 计划于今年在以太坊上发布一个推特的替代项目** 根据 Decrypt 报道，Aave 的创始人 Stani Kulechov 表示，Aave 将于今年在以太坊上发布一个推特的替代项目。Stani 透露，用户将能够将其发布的内容变现，并且参与网络规则的管理。  Stani 希望这个新项目能够解决他认为社交媒体特有的问题：易受审查的弱点，以及有利于平台创造者而非用户的剥削性支付结构。他认为现在推特用户并没有真正拥有自己的粉丝，也就是说发生在推特上的，仍然留在推特上。而在其新项目中，最终每个创造者都能允许他们的粉丝通过 DAO 对他们发布的内容类型进行投票。 来源：https://decrypt.co/76278/defi-project-aave-to-release-ethereum-based-twitter-alternative-this-year <br/> **Stateful Works 发行了以 EIP- 1559 为主题的 NFT 系列作品** 为了激励那些为 EIP-1559 升级做过贡献的研究人员和贡献者，Stateful Works 发行了有限的 EIP-1559 NFT 系列，该作品系列由 [@_kitteh](https://twitter.com/_kittehdesign) 创作。出售 NFT 所获得的所有收益将全部捐赠给 EIP-1559 升级的贡献者。其中 “1559 Supporter Series” 部分有 1559 个作品，每个作品标价 0.1559 ETH (已售罄)；“1559 Patron Edition” 部分则有一件作品，以拍卖形式进行，在达到 15.59 ETH 底价后的 155.9 个小时后开始拍卖。  来源：https://stateful.mirror.xyz/rsUhYxXARr7j2iDjqJeelY7nc6CN_Y-MilVDP1S5voA <br/> **MakerDAO 宣布 Maker 基金会将在未来几个月内正式解散** 7 月 20 日，DeFi 协议 MakerDAO 发布了博客称，随着治理部门批准了几个核心单元来有效地组织 DAO 内的所有工作，以及现在由全球社区负责 Maker 协议的所有方面的工作。DAO 现在已经完全自给自足，而 Maker 基金会也已经履行了其引导职责。基金会将在未来几个月内正式解散。 来源：https://blog.makerdao.com/makerdao-has-come-full-circle/ https://www.ethereum.cn/Ecosystem/ethcc-p1https://www.ethereum.cn/Ecosystem/ethcc-p1Mon, 26 Jul 2021 00:00:00 GMT来源 | [Ethereum Community Conference](https://www.youtube.com/channel/UC_kOxlaYNOTtNwtwySZ0B8w) <br/> 7 月 21—22 日，在巴黎举行的 EthCC 是以太坊社区久违的一次规模较大的线下活动，社区不同领域的出色成员都对其关注领域的最前沿内容做了分享。ECN 将对部分视频内容进行整理，并陆续分享出来。第一期分享两个演讲： Vitalik: DeFi 以外有价值的东西 Aya Miyaguchi : 以太坊无限花园 <br/> ## Vitalik: DeFi 以外有价值的东西 <br/> <video id="video" controls="" preload="none" poster="https://i.ibb.co/cvBgL6L/cover.png"> <source id="mp4" src="https://www.bilibili.com/video/BV1ov411E7JZ" type="video/mp4"> </video> <br/> 讲演一开始， Vitalik 回顾了以太坊、以及以太坊以外的加密世界的愿景——把去中心化、信任最小化和机制设计实验应用到超出金融以外的领域。而今天的以太坊可以说是由 DeFi 来定义的。  在 Vitalik 看来， DeFi 占主导的主要原因有两个： 1. 金融是中心化技术最糟糕的领域，但其他领域的中心化其实也是有问题的 2. 交易费昂贵，但现在这个问题已通过二层技术得到解决 因此，他认为现在是时候构建 DeFi 以外的东西了。 现在存在的一个问题是持币者仅关心价格问题，但项目的目的是功用 (utility)，代币价格只应为功用的结果。Vitalik 认为当加密世界的生态有足够丰富多样的功用和项目，我们会发现以上这种错误观念 (misconception) 将不再是一个问题。因此，现在的要做的应该是去构建这样的生态。  总的来说，构建的目标应符合两个标准： - 有价值 - 这样做后我们必须能得到什么 - 满足需求 - 这样做必须是有用的 ### 以太坊的社交媒体生态  Vitalik 提出了第一个他关心的领域：构建以太坊的社交媒体生态，原因如下： - 大家普遍认为现有的平台都很糟糕，我们需要更好的社交媒体平台，糟糕的地方表现在 - 现有的平台是中心化的，可以被任意审查和操纵 - 对话质量低 - 参与度与质量的错位 - 加密技术很适合解决这些问题 - 可靠的中立性 - 抗审查性 - 共享的 "开放性状态(open state)" 难以用单一架构来支持 (及内容可以是在链上或使用 p2p 网络的 Whisper 通信协议，还可以有公开的） - 具有内置的经济层，使得机制设计变得更简单 - 加密世界里还未凋敝的社交媒体已经有了！ - Bitclout - Steem/Hive/Voice Vitalik 认为在社交媒体上有以下值得探索的方向： - 去中心化内容，任何人都可以构建不同的阅读过滤器 - 类似于预测市场 (prediction market) 的机制 - 主要目的在于鼓励发表 1 年后看仍有价值的内容，而不只是当下 - 去中心化的抗女巫攻击 - 以社区为中心 (例如，只有当你证明你是某 DAO 的成员才能发言) ### 以太坊登录 Vitalik 关注的第二项内容—— 以太坊登录 (Ethereum login)，即你需要能够使用你的以太坊钱包来注册。  这样做有价值的原因是： - 今天的中心化登录服务提供商 (Google、Twitter 等) 对中心化和去中心化两个世界来说都是最坏的 - 中心化企业拥有你的身份资料，会有被任意注销和没有隐私的风险 - 如果你丢失了账户，他们通常不会真的帮你恢复 - 以太坊的社交式恢复钱包能解决以上两个问题，它使得用户有更多的自主权，且是容易恢复的 - 从 90 年代开始，可自我完成的公钥认证和加密一直是想要实现的技术 - 但我们需要以太坊做到 - 让足够多的人手上有加密密钥 - 通过智能合约钱包允许密钥转换、社交式恢复等 - 一次登录可以使用多种服务，还能用作用户名 - 中心化登录提供商也提供抗女巫保护。但以太坊在这方面更有优势 (经济学上的和 Proof of Humanity 上的设计) - 为以太坊社交空间铺路 ### 证明生态  Vitalik 关注的第三项内容——构建证明(attestation)生态。 这算是一种应用的类型。 - 我们已经发展起了一个“证明" 生态 - Proof of Humanity - POAP - "感谢你的参与" NFT - Opencert - 各种”以太坊企业“项目 这些内容都经过加密签名且是可证明的。 - 我们应该构建更多！任何东西应该在链上都是可证明的 (除了投票) - 可以使用零知识证明来保护隐私 ### 追溯性公共产品募资 Vitalik 关注的第四个领域是”追溯性公共产品募资“机制 (译者著：可参阅文章”[追溯性公共产品募资”机制](https://www.ethereum.cn/Ecosystem/retroactive-public-goods-funding)")  什么是追溯性公共产品募资： - 设立一个 DAO (我们把它称为”结果预言机“)，他们会基于事实，判断哪些项目对于社区目标来说是有价值的 - 可以使用预测市场 (通过结果语言机，追溯性地购买“项目代币”)，以鼓励早期募资与贡献。 - 这样做的目的是鼓励“创业型的公共产品 (entrepreneurial public goods)"——只有当被构建出来后才会被广泛认为是重要的。 - 市场无法提供这种公共产品 (搭便车问题) - 政府无法提供这种公共产品 (不是具有排他性就是太墨守成规) 为什么需要追溯性募资？ - 追溯性地做去中心化的决策比预测性地做好很多 - 既有基于社区的追溯性评估，又保留了领导者的角色和个人的看法，确保奖励质量 追溯性募资的核心理念是：你可以在主张社会性的同时不必成为顺从者。  ### 总结： - 以太坊生态需要扩展，不只停留在铸币与代币间的交易 - DeFi 以外的领域已经在发展，但我们可以实现更多！ - 不止于 DeFi 不等于反对 DeFi，Vitalik 认为最好的应用将是能把金融与非金融的元素结合起来的 - 还可以做什么？ - 把账户发展为多功能的用户资料 - 证明 - 社交 - DeFi 发展为 DeGov (去中心化治理) (已经在发生了！) - 追溯性募资 - 其他想法？ <br/> ## Aya Miyaguchi : 以太坊无限花园 <br/> <video id="video" controls="" preload="none" poster="https://i.ibb.co/DDD32k9/aya-cover.png"> <source id="mp4" src="https://www.bilibili.com/video/BV1kq4y1X7HX" type="video/mp4"> </video> <br/> 以太坊基金会的执行董事 Aya Miyaguchi 在演讲中，将以太坊比作无限的花园 "Infinite Garden"。在向其他人描绘自己心目中的以太坊时，Aya 想到了 "Infinite Garden"。她认为，以太坊的特别之处不仅仅在于其技术 —— 尽管以太坊的技术体系将很多人的想法以成熟的方案呈现了出来。但最独特的一点是，我们在以太坊无限花园中玩得怎么样。  Aya 受到由 James Carse 写的 《有限与无限的游戏》"Finite and Infinite Games" 启发，认为以太坊就是书中所描述的无限花园。书中指出，我们人生中有两类游戏：一种是有限的游戏 —— 这种游戏的唯一目的就是赢得游戏；另一种是无限的游戏 —— 这种游戏目的是将游戏不断持续下去。有限的游戏中总会有一个及以上的胜利者，玩家们被限制在一套不可改变的游戏规则之下，游戏的时间框架也被预先设定好，参与者也是选定的、固定的。而在无限的游戏中，没有任何限制 —— 游戏永远不会结束；规则可以改变；参与者也可以随时更换。 想象一下一群小孩在街上自发地踢起了足球，他们有的不穿鞋；有的中途停下；有的突然加入游戏... 在这场游戏中，对游戏的热情永远是他们玩游戏的动力，而不是赢得游戏。因为当大家只有赢得游戏这一目标时，一切都会变得无趣 —— 人们不能改变规则，因为这会破坏了大家获胜的计划和策略。Aya 认为，以太坊应该要一直都十分有趣，并且人们永远是充满着热情和新鲜感参与其中的。  但这并不代表着我们要完全否定竞技型游戏，而是有限的游戏存在于无限的游戏中 (如下图)。这种模式好比在以太坊中充满着各样的竞争项目，但这些所有项目都是为了让以太坊这个无限的游戏一直延续下去，而不是为了争出一个赢家。  “无限的花园”指以太坊生态系统，而我们在这个系统中玩各式各样的游戏。之所以称之为“花园”，是因为以太坊生态系统就像大自然一样，并非被设定好的，而是不断进化的。花园中的参与者不断更换，而大家的目标都是将以太坊生态系统不断壮大和延续其无限性。Aya 认为，这是对以太坊最好的诠释方式。以太坊的特殊性不仅在于其前沿的技术，更多则在于其庞大的生态系统 —— “无限的花园”。  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/single-permissioned-sequencers-in-rollupshttps://www.ethereum.cn/Layer2/single-permissioned-sequencers-in-rollupsSat, 24 Jul 2021 00:00:00 GMT来源 | [@krzKaczor](https://twitter.com/krzKaczor/status/1415326134552641536?s=20) <br/> 译者按：L2 研究者 Kris Kaczor 在推特上对目前 Rollup 项目的定序机制进行了讨论，列出了定序者的一些特有权限，以及未来如何实现无需许可的定序模式。以下为其推文的翻译： 1. [Uniswap](https://twitter.com/Uniswap) 部署至 [Optimism](https://twitter.com/optimismPBC) 之后，大家对于交易能够快速确认都感到无比兴奋，但是这一过程到底是如何运作的？用户能够信任它们吗？再者，仅依靠单个定序者来对交易进行确认不会阻碍去中心化的发展吗？让我们好好谈谈这个问题！ 2. 首先，在许多 rollup 系统中 (如 Optimism、[Arbitrum](https://twitter.com/arbitrum)、[StarkWare](https://twitter.com/StarkWareLtd)、[zkSync](https://twitter.com/zksync) 等)，定序者作为特权角色，他们接收来自用户的交易，对其进行排序并且批量提交至 L1 中。 3. 他们之所以存在，主要是因为单个协调者能够带来更好的简洁性和更高的效率。在目前这个阶段，每个 rollup 通常有一个定序者，由 rollup 的创建者运行。 4. 单个定序者负责对用户的交易进行排序。得亏这一点，在收到用户的交易后，定序者可以立即处理该交易并向用户发送即时确认。这极大地改善了用户体验。 5. 用户可能会担心定序者能够执行任意的 MEV，这个担心完全合理，但我会稍后再谈论这个问题。 6. 如果定序者诚实作为，那么一切都将运行良好。但如果定序者开始腐败了呢？如果他们欺骗用户并且试图破坏网络怎么办？让我们深入讨论一下。 7. 最重要的一个问题是：定序者能够盗窃用户的资金吗？简短的回答是：不能。状态转换的有效性由 rollup 架构 (optimistic rollup 中的欺诈证明或者 zkrollup 中的有效性证明) 提供保证。 8. 定序者能够审查用户的交易吗？答案是可以。一个定序者通常是一个 JSON RPC 节点。与 Infura 类似，定序者甚至可以谎报网络状态或者审查用户的交易。 9. 幸运的是，审查并不是一个很大的问题，因为所有 rollup 系统都有办法通过不可审查的 L1 发布 L2 交易。然后，协议迫使定序者在几分钟之内将用户的交易包含到一个 rollup 中。 10. 如果定序者谎报状态，用户将需要运行自己的节点，然后基于发布到 L1 的批量交易重新创建 rollup 状态。这听起来很糟糕，但实际上和 L1 的情况是一样的。 11. 最后，定序者可以谎报即时确认的情况吗？答案是可以的。如前所述，定序者能够欺骗用户当前网络状态以及用户交易的打包情况。 12. 比如，定序者可以欺骗用户他们的交易已成功，但实际上交易回滚了 (或相反的情况)。并且用户只有从 L1 中重新创建 rollup 状态后才会意识到这一点。 13. 在 rollup 交易被发布至 L1 之前，都不会被敲定。这就是为什么用于 rollup 的 web3 库通常允许开发者轻松地构建 UI，然后他们等到交易在 L1 上敲定。 14. 这个问题的解决方案可能是，定序者接收到用户的交易后就签名确认。如果交易在 rollup 中没有完成，那么用户就可以对定序者实施罚没惩罚。这可以通过类似瞭望塔的服务实现自动化。 15. 这才是让我感到兴奋的地方 —— 这只是定序技术的开始。在不久的将来，我们将看到更复杂的设计，解决我刚才提到的许多问题。 16. 我们可以运行整个无需许可的 PoS 定序者网络，而不是运行单个需要许可的定序者。每个 L1 批量交易将由一个更大子集的随机定序者创建。这将大大地提高网络的弹性，并且增强网络抗审查的能力。 17. 当然，每个定序者都将需要质押一定的资产，以便其不诚实作为时能够被罚没。 18. 其他项目比如 Arbitrum，试验了一个公平的协议，试图发现交易的“真实”排序。https://t.co/YwEKq1LNRF?amp=1 19. 它可以被 MEV 拍卖所接受，而不是与 MEV 对抗。在这种 MEV 拍卖中，各方相互竞标以获得运行一个定序者一段时间的权利 (但这个想法有一些问题)。 20. 大家可以在 Vitalik Buterin 关于 rollup 的文章中阅读更多有关 rollup 设计的信息。以下摘取自文章《Rollups 不完全指南》中“谁能批量打包交易并提交？”部分。 --- 对于 optimistic rollups 和 ZK rollups 中交易的打包权有许多说法。一般来说，任何想要打包交易并且提交的用户，必须要锁定大量存款。如果用户提交了包含欺诈/无效交易的 batch (例如包含无效状态根)，那么该用户的存款的一部分会被销毁，另一部分则作为欺诈证明者的奖励。除此之外，还存在其他可能性： ➤ **完全“无政府状态”**：任何人都可以在任何时候批量打包交易并提交。这是最简单的方式，当然也存在缺陷。尤其是多个参与者同时尝试提交但最终只有一个 batch 能被成功打包。这会导致大量生成证明的工作和/或发布 batches 的 gas 被白白浪费。 ➤ **中心化处理**：存在一个行为者即定序者 (sequencer) 提交 batches (但提款存在例外：通常来说一个用户可以首先提交提款请求，如果定序者没有在下个 batch 中处理该提款，那么该用户能够自己提交一个 batch)。这是最“高效”的方式，但是依赖于一个中心化的角色。 ➤ **定序者拍卖**：通过定期举行拍卖的形式来确定谁有权成为下一个周期的定序者。其优点在于它可以筹集资金，并通过例如由 rollup 控制的机制 (例如 DAO) 来进行分配。(参见 MEV 拍卖) ➤ **PoS 集随机选择**：任何人都可以将 ETH (或是 rollup 协议的代币) 存入 rollup 合约，然后在存款人中随机选择每个 batch 的定序者，被选中的可能性与锁定资产成一定比例。这个方式的主要缺点在于会有大量资本被锁定，而这是不必要的。 ➤ **DPoS 投票**：通过拍卖确定一个定序者，如果该行为人表现不佳，那么代币持有者可以通过投票将其驱逐，并发起新的拍卖。 --- 21. 总而言之，在我看来定序者在去中心化和提高交易处理速度之间取得了适当的平衡。现在有很多人正努力改善定序技术，未来可期！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/ethereum-reorgs-after-the-mergehttps://www.ethereum.cn/Eth2/ethereum-reorgs-after-the-mergeFri, 23 Jul 2021 00:00:00 GMT来源 | [paradigm.xyz](https://www.paradigm.xyz/2021/07/ethereum-reorgs-after-the-merge/) <br/> 最近有人在讨论矿工是否可能采用一个还不存在的、修改过的以太坊客户端，主要为了使矿工可以接受贿赂，对区块链进行短程的重组 (创造这种贿赂的主要用例是攻击 DeFi 协议)。 在这篇文章里，我们将解释这个攻击向量为什么在以太坊2.0合并后更难执行。 <br/> # 什么是分叉选择规则？为什么重要？ **分叉选择规则**是[一个函数](https://medium.com/@VitalikButerin/minimal-slashing-conditions-20f0b500fc6c)，由客户端来求值，该函数把区块集和见过的其他消息作为输入，然后把”**权威链**“的内容输出给客户端。之所以需要分叉选择规则，是因为可能有多条有效链可选 (即如果同一个父区块有两个竞争子区块同时发布)。 **重组 (reorg)** 是这样一种事件——本来属于权威链的区块变成不再是权威链的一部分了，因为有一个竞争区块把它击败了。**最终确定性**是这样一种情况——分叉选择规则强有力地支持某个区块，以至于该区块在数学上不可能被重组 (或至少是经济行不通)。 在有些分叉选择规则里 (例如 Tendermint)，重组是不可能发生的；分叉选择规则只通过添加任何已经通过 BFT (拜占庭容错共识协议) 共识、最终敲定的区块来扩展现有的链。在其他分叉选择规则里，重组是很常见的。 | 算法 | 最终确定性 | 重组频率 | 分叉选择 | | :----------------------------------- | :------------------------------------------------- | :----------------------- | :----------------------------------------------------------- | | Nakamoto (例如 PoW 以太坊 / 比特币) | 没有 | 频繁 | 最长链 | | GASPER (例如 PoS 以太坊) | 每两个 epoch （~12 分钟） | 非常偶然 | 最后一个区块被最终敲定后，链就得到最强的支持 | | Tendermint | 单个区块 (~1-10 秒) | 从不 | 只有最终确定的区块 | <br/> # 以太坊的现状如何？ 在以太坊这样的 PoW 区块链里，我们通常看到的是“最长链规则”（或更准确来说，是“最高总挖矿难度规则”)。这意味着，当客户端看到两条区块链时，它会选择总难度 (即该链里所有区块的难度总和) 最高的那条 。 为了方便举例，假设区块难度可以是 100 或 110，想象以下这样的场景：  1. 我们从难度为 100 的区块 1 开始同步。 2. 区块 2a 和 3a 都以难度 100 到达，我们把它们嵌入到我们的区块链里，构成总难度为 300 的分叉。 3. 区块 3b 以难度 110 到达，并声称 2a 是它的父区块，构成总难度为 310 的分叉。分叉选择规则会发现目前“最重”的链是第二个分叉，然后转为选它。这种情况属于 1 个区块的重组，因为只有区块 3a 被改变了。请注意，区块不是直接被丢弃的，因为新到达的区块可能会导致分叉选择转为选择第一个分叉。 4. 区块 2b 和 3c 都以难度 110 到达，构成总难度为 320 的新分叉！这意味着分叉选择规则现在将使用 2b 而不是 2a，3c 而不是 3b，区块 2a 和 3b 都曾在上一条权威链里。这种属于 2 个区块的重组。 读者应该能看到逻辑是怎么发展下去的。如果一个新区块 4a 到达并声称 3a 是它的父区块，分叉选择规则会转为选第一个分叉，如此类推。 <br/> # 链重组的影响 由于延迟，短程的重组经常发生。矿工 A 和矿工 B 可能同时找到一个有效区块，但由于区块是在 p2p 网络里广播的，部分网络可能先看到矿工 A 的区块，而另一部分先看到矿工 B 的区块。如果两个区块的难度相同，就会出现平局，客户端端要么随机选择，要么选先看到的那个区块。通常，当第三个矿工 C 在矿工 A 或 B 构建的区块上构建了一个区块时，另一个区块就会被遗忘。偶尔运气不好还会导致 2-5 个区块重组。比那更长的重组几乎总是由于极端的网络故障、客户端漏洞、或恶意攻击。 短程重组并不致命，但对网络的确仍会带来一些严重的有害后果： - **节点开销**：当一起重组发生时，因为需要转用新的分叉，可能需要重新执行交易或状态编辑，节点会有一些内存和磁盘开销。 - **用户体验下降**：可能重组意味着用户需要等待更长的时间，才能安全处理需要“被确认”的交易。这方面的一个重要子用例是交易所等企业在接受存款前需要等待更长的时间。 - **交易背景的不确定性**：当一个用户发送一笔交易时，他们会更不确定该笔交易会在什么背景下执行 (例如，最新的 N 个区块会被回滚吗？)。显然，这会使 DeFi 交易更容易出现意外的失败、比预期更糟的交易结果、或有害的 MEV 提取。 - **更容易受到 51% 攻击**：在以最长链作为分叉选择规则的系统里，如果区块链从选择 B1 转为 B2 进行重组，那么 B1 的难度不再为链提供安全性。攻击者不再需要击败所有诚实矿工，他们只需击败没被重组的那部分诚实矿工。如果重组进行得频繁，这会使得攻击变容易很多。 ## 可能出现的最坏情况 在最坏的情况里，频繁的重组会使区块链的结算保证完全失效，并阻止它继续进行。正常来说，对于出块者来说，“激励相容”的策略应该是延长最长的链。但如果某个区块执行后的状态异常有利可图呢 (例如，交易费很高，或只有直接在该区块后构建新区块才能提取 MEV)？这个问题在过去讨论“[没有区块奖励的比特币](https://www.cs.princeton.edu/~arvindn/publications/mining_CCS.pdf)”和[自私挖矿](https://arxiv.org/pdf/1311.0243.pdf)问题上探讨过，而在今天“[以太坊生态里 DeFi 相关的 MEV](https://www.paradigm.xyz/2021/02/establishing-bounds-for-miner-revenue-in-eip-1559/)" 问题上也探讨过。 这些情况都存在很强的动机试图通过与其他区块竞争”窃取“费用，而不是延长权威链。在下面的例子里，区块 1 的执行后状态非常有利可图，且区块 2a 已经被挖了。然而，不是一个，而是三个出块者已经选了在区块 1 上继续挖，而不是区块 2a (以获得区块 1 后显露出的 MEV)，这可以扩展到任意数量的出块者。  很明显，这样的模式为恶意 51% 攻击打开了一扇大门。我们把矿工参与这种重组挖矿策略的情况称为”短视理性“，因为决定这样做在短期内可能是理性的。但是，他们都或显式地 (质押者) 、或隐式地 (矿工) 看涨 ETH (因为交易费和区块奖励都是以 ETH 计价的)，这意味着这种减少用户对以太坊信任的攻击是与他们的最佳利益有冲突的，因此在长期来说是不理性的。 <br/> # 合并后的PoS 以太坊 在 Nakamoto PoW 共识算法里，区块在分叉选择里是被”连续“敲定的。首先，当一个区块被挖，此时一个竞争区块有可能可以对其进行重组。如果一个区块成功被打包进权威链，(平均) 13 秒后会有其他矿工在该区块上构建第二个区块。此时，一条链要重组的话需要有两个竞争区块。随着构建了越来越多的区块，对链进行重组的难度会持续上升，但速度很慢。 以太坊信标链实现的是一个名为 [Gasper](https://arxiv.org/abs/2003.03052) 的权益证明协议，其分叉选择规则称为 LMD-GHOST。不同于 Nakamoto PoW，在 Gasper 里，参与出块的有两个角色： - **提议者**：负责提议区块的一名验证者 - **证明者**：由一组验证者构成，他们对应该成为权威链链头的区块进行投票。证明者的投票被称为”**证明 (attestation)**"，这是他们给区块的“权重”。控制了证明者意味着控制了分叉选择规则。 每 12 秒就有一个 slot，这代表着提议一个区块的一次机会。在每个 slot 里会有一个混洗算法伪随机地选出一个委员会，这个委员会由所有验证者数的大约 1/32 组成，其中每个委员会里的一名验证者会作为提议者，其余的验证者作为证明者。证明者同时对他们认为应该被打包到权威链的区块进行投票。因为委员会是通过伪随机采样组成的，攻击者是没有办法把他们的验证者都集中到一个单一 slot 里的。 当前，信标链有大约 19.6 万名验证者，意味着每个 slot 里的委员会人数大约是 6125。因此，**即使是一个区块的重组也是极其困难的，因为一个只控制了一些验证者的攻击者是无法击败数千名诚实的多数验证者的**。 为了更好理解为什么是这样，让我们看看以下这个例子：有 2 个 slot 和 24 名验证者，其中 9 名是恶意的。验证者被分成 2 个委员会，经过随机混洗，对手不太可能可以控制他们被分配到的委员会人数的 50%，更不能实现重组。  更正式地说，拥有 p% 质押量的恶意行为者控制 N 名验证者大小委员会的 50% 以上的概率遵循[二项式分布](https://eth.wiki/sharding/Sharding-FAQs#how-is-the-randomness-for-random-sampling-generated) (其中 k = N/2 )：  算出[多个质押值](https://gist.github.com/gakonst/f7756debc09a75ce6c54eb526be14e52)的概率后，我们得出下表： | 对手的质押值占比 | 在一个有 6125 名验证者的委员会里，控制大于 50% 人数的概率 | | :------------------------------- | :----------------------------------------------------------- | | 45% | 1.25e-15 | | 46% | 1.28e-10 | | 47% | 1.09e-6 | | 48% | 0.008 | | 49% | 0.058 | | 50% | 0.5 | | 51% | 0.94 | 现在我们了解到，攻击者如果想直接进行重组的话需要控制总验证者数的 50%。 如果控制证明者的 25-49% (参阅此[论文](https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_8.pdf)、或[这里](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair)的概要)，控制者还是可能发起一些更小型的攻击的。但是，对这些攻击已经有修复方法了，它们可以被悄悄执行，从而达到接近 50% 的无条件安全性。 最后，长程重组是不可能了，因为所有比过去两个 epoch 更深的区块都会被认为“最终确定了”，也就是说，对它们进行回滚是不可能的了。如果一个攻击者造成两个冲突区块被最终确定了 (例如，控制了 67% 的质押量)，系统需要倒回去，通过社会性干预来恢复。 ## 采用重组策略的博弈论 现在我们了解了在不同的分叉选择规则下重组是如何发生的，不妨通过一个简单的博弈论例子来了解，对于矿工或验证者来说，什么时候运行软件来执行重组以获利是有意义的。 我们可以用收益矩阵非正式地描述每个场景，其中“叛变”意味着“下载并使用执行重组的软件”。收益是“短视的”，没有考虑长期后果。 ### Nakamoto PoW 在最长链 PoW 里，即使是验证者集里的一小部分人，也有可能实现短程重组。执行后状态是异常有利可图的区块总会偶尔出现，即使是 1-10% 的成功几率也值得尝试，与该区块现有的子区块进行竞争。 矿工可以形成一个中型矿池，等待找到未来连续 2-3 个区块的机会，或把部分他们的收入发送到一个任何人都可以认领的合约，以贿赂其他矿工也运行相同的软件，以构建他们的区块链，帮助它击败现有的权威链。 因此，有些矿工可能会尝试运行重组客户端。 | | 你是诚实的 | 你叛变 | | :------------------------------------------------------ | :------------------------ | :---------------- | | 部或大多数其他矿工都是诚实 | 0 | +1 | | 许多其他矿工叛变 | -0.1 | +5 | ### Gasper 在 Gasper 里，重组 1-64 个 slot 是可能的，但需要攻击者控制整个验证者集的大部分 (由于他们不能把他们的押金集中在某个特定的 slot，所以他们的质押量需要足够大才能在他们想要攻击的 slot 里被随机选中)。采用重组挖矿软件用处不大，除非有非常大量其他验证者也同时采用。 因此，如果 51%的验证者都稍微有点利他主义精神或懒惰，那么没有人会运行重组挖矿软件这件事基本可以确定。 | | 你是诚实的 | 你叛变 | | :------------------------------------------------------ | :------------------------ | :---------------- | | 全部或大多数其他矿工都是诚实 | 0 | 0 | | 许多其他矿工叛变 | -0.1 | +5 | ### Tendermint 在 Tendermint 里，事情会更加简单：重组是完全不可能的，任何违反单个 slot 最终敲定规则的实现都需要超过三分之一的验证者被罚没。与 Gasper 的情况相似，这也意味着没有人会运行重组挖矿软件这件事基本可以确定。 | | 你是诚实的 | 你叛变 | | :----------------------------------------------------- | :------------------------ | :-------------------- | | 全部或大多数其他矿工都是诚实 | 0 | 0 | | 许多其他矿工叛变 | -0.1 | -100 (被罚没) | 从上面我们可以看出，尽管在三种情况里采用 "reorg geth" 都是可能的，基于并行证明这个理念的分叉选择规则比 Nakamoto 分叉选择规则带来更稳定的诚实平衡。 <br/> # 总结 在以太坊的语境里，最有效的预防措施是进一步加快合并的工作，特别是赶快发展出能实现可接受的“紧急合并”的能力，以把以太坊转化为 PoS 机制。仓促合并会带来很高风险，还会毁坏基础设施，但如果很多矿工开始对链进行重组攻击的话，还是需要一个可信的承诺来抵御这样的行为。 接近合并的时候就是风险最大的时候，因为矿工仍然主导着这个系统，但他们的时间不多了。然而，有两个因素会缓解这个风险： 1. 坊矿工经常同时是 (i) 其他区块链的矿工，和/ 或 (ii) 以太坊社区具有其他能力的成员，因此作出良好行为的动机会继续存在。 2. 随着合并临近，实现紧急合并的成本和风险都在降低。在预计合并日期的前几个月进行紧急合并是非常具有破坏性的。在预计合并日期的前两周进行紧急合并则能为验证者操作员已经下载好的客户端提供参数设置。 合并后，重组验证将成为一个更小的问题，因为单个验证者或小群体证明者无法独自重组一个区块。成功的重组攻击需要解决让大部分验证者都同时参与进来的协作难题。但是，还是存在一些小风险的。如果想要进一步提高安全性，那么以太坊可以要么进一步调整分叉选择规则，将重组攻击的要求提到到 50% 的理论最大值；要么转为直接单个 slot 实现最终敲定的共识。 致谢：感谢 Dan Robinson、Anish Agnihotri、Kevin Pang、Dave White 和 MEVIntern 对本文草稿的评论。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/retroactive-public-goods-fundinghttps://www.ethereum.cn/Ecosystem/retroactive-public-goods-fundingThu, 22 Jul 2021 00:00:00 GMT来源 | [Ethereum Optimism](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c) <br/> *作者注：Optimism 团队一直在寻求能够对公共产品进行可持续资助的方式，我们现在的首次实验框架得益于 Vitalik Buterin 的出色设计。本文与 Vitalik 联合创作，其作为客席创作者撰写了第二部分。* 要建设一个宏伟的项目却没有商业模式是异常困难的，要获得融资很难，招聘优秀的人才很难，克服创造之路上的困难和障碍也很难。 众所周知，即使有充足的投资资金，初创项目也面临着严峻的挑战：大多数都失败了。但他们有一个重要优势——退出的可能性。退出通过股权 (退出的份额) 为前期募资、招聘、积极性和结合创造激励。然而对于非营利性组织、FOSS (开源软件) 和公共产品来说，这种“黑暗中的曙光”并不存在。 鉴于此，许多最优秀、最夺目的明星建设者，那些真正想创造最大裨益的人，最终走上了一条以营利为目的的道路，即便最终在其使命上有所妥协，也是不足为奇的。对许多人来说，这不单单关于财富，而是关于公平。为什么要费力地创造免费软件，使得其他人从中赚取巨额利润，而自己却没获得任何好处？ 因此……如果对于公共产品来说，也存在“退出”机制会是什么样？退出取决于项目创造了多少公共产品，而不是季度利润。我们是否会看到最大化社区利益的技术获得更积极的投资，进一步创新？我们会看到更多的非营利性组织蓬勃发展而不是挣扎在生存线上吗？ 我们在下文提出了一种机制来实现这些目标。借助协议产生的收入、追溯性公共产品募资和结果预言机 (Results Oracle)，我们将为公共产品项目创建初创企业式的募资周期。**我们，Optimism 团队，承诺将我们从定序机制 (在对定序进行去中心化之前) 中获得的所有利润用于公共产品募资实验，包括第一个公共产品退出**。虽然目前还没有任何利润可以支配，并且细节仍在开发中，我们很高兴现在做出这个承诺并分享我们首次实验的想法！  <br/> # 追溯性公共产品募资 DAO 的运作方式 作者：**[Vitalik Buterin](https://twitter.com/VitalikButerin)** 追溯性公共产品募资概念背后的核心原则很简单：**更容易就已被证明有用的工作达成共识，而不是将来可能会有用的工作。**前者仍然经常是分歧的源头，但在这种分歧中，我们仍然可以通过一些现有的投票机制 (例如二次投票甚至常规投票) 获得相当不错的判断。后者更具挑战性。对于营利性行业，我们能做的最好的事情就是建立一个生态系统，使得人们可以创业或是进行投资，并在有成果时获得奖励。因此与其重新发明轮子，不如基于现有机制创建一个面向公共产品的版本。 一个 DAO，我们可以称之为“the Results Oracle” (结果预言机)，为公共产品提供资金。长期来看，结果预言机可以由协议费用资助 (例如如果由 L2 项目实现，定序者拍卖是一个选项)。但不同于其他公共产品资助 DAO 的地方在于，Results Oracle 对项目进行追溯性资助，对其已被证明提供的价值进行奖励。 这个预言机的设计非常复杂 (另请参阅：已知的长期[问题](https://vitalik.ca/general/2018/03/28/plutocracy.html)，如代币投票等方式)，最好以迭代形式推进。一个简单的早期版本可能从实现该计划的生态中精心挑选约 20-50 名技术熟练的长期贡献者。随着我们对去中心化治理的理解越来越深入，该计划可以随着时间推移进行改善。 结果预言机可以向任何地址发送奖励。以下是一些可能接收奖励的地址类型： - **个人或组织**，主要负责项目的实现 - **代表固定分配地址的智能合约**，在为项目贡献时间和/或资金的多个个人和/或组织之间分配资金 - **项目代币**，其供应分配给为项目贡献时间和/或资金的一个或多个个人和/或组织，但可以进行交易 在第一种和第二种情况下，结果预言机会直接向接收者发送资金。它们都可以作为分配表来实现，即接受资金并根据特定分配规则立即将资金重新分配给接收者的合约。 项目代币是一个更为激进的想法，本质上**为预言机将要资助的项目创建了一个预测市场**。结果预言机可以用它的资金来为代币设置一个价格下限：如果它分配了到 X 美元的奖励，并且该项目的代币总供应量为 N，那么预言机会发布一个买单以购买全部供应量，代币的价格为每个代币 $X/N。  通过设置价格下限 (而不是一次性结算) 来提供资金允许预言机对同一个项目进行多次资助。它还允许项目代币从结果预言机和其他来源 (例如其他资助机制、类似 NFT 的收藏品价值、项目自身可能存在的经济模型) 获得奖励。多次奖励可以通过从预先存在的订单中获得资金，并使用合并资金创建一个价格下限更高的新订单来实现。  <center>价格轨迹示例</center> 由于任何人都可以为任何事物创建分配表或项目代币，因此项目内的贡献程度可能存在分歧，从而导致同一项目存在多个相互竞争的分配表 (或项目代币)。在这种情况下，结果预言机不仅必须决定哪个项目有价值，而且哪个项目代币或分配表对贡献者做出了更好的衡量。我们无法完全避免这种判断，尽管希望只在特殊情况下才需要。 --- 谢谢 Vitalik！ # 种子轮 我们在上文提议的是一个多层的生态系统，要从头开始迅速构建一个新的生态具有一定挑战性。以下是不同参与者可以采取的策略，以帮助我们启动： - 项目和基金会的捐赠项目 - 在 Uniswap 上出售其公共产品代币的项目 - 二次方融资 # 结语 非营利模式可能适用于维护已经构建起来的代码库，但初创项目的启动阶段非常困难。绝大多数初创项目都没有任何形式的退出，对于 FOSS (开源软件) 项目来说就更难了。这类项目通常是一小群高度专注的个人，步调缓慢地“为爱发电”。接受捐赠不是一个足够稳定的资金来源，无法让团队估算其发展周期。捐赠也不足以为人才提供有竞争力的薪水，出于“正当理由”在某处工作并不能支付账单。 这些英雄的利他主义有一种美感，但作为他们作品的忠实用户，我们不应该希望他们也得到应有的报酬吗？ 通过为 OSS 项目提供退出机制，我们实际上也促生了一种资金来源。回溯到退出机制，开源项目现在也可以盈利！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/flashbots-on-reorgshttps://www.ethereum.cn/Technology/flashbots-on-reorgsWed, 21 Jul 2021 00:00:00 GMT来源 | [Flashbots](https://medium.com/flashbots/flashbots-on-reorgs-914e397b78d8) <br/> 译者按：根据以太坊基金会博客文章“[Chain Reorganization Depth Expection](https://blog.ethereum.org/2015/08/08/chain-reorganisation-depth-expectations/)"，重组 (reorg) 指的是当以太坊网络中某个节点发现它本以为是权威链的部分最后不再属于权威链了，而不再属于权威链部分的交易就会被回滚，而取而代之的交易就会被执行。7 月 8 日，名为 [Edgar Aroutiounian](https://twitter.com/EdgarArout/status/1413322294345097218) 的 Flashbots 社区成员在 Github 创建了一个个人代码库，对如何促进给矿工付款以达到破坏区块链共识稳定性进行了编码。此后不久， 推特用户”0xbunnygirl“宣布了他们自己的、名为”[Request for Reorg](https://github.com/0xbunnygirl/request-for-reorg)“的代码库，用于通过区块重组提取 MEV。此文即为 Flashbots 对事件的回应。  最近，在以太坊社区有很多关于“链重组服务 (chain-reorgs-as-a-service)”的讨论，还包括它与 MEV、ETH2 合并 (The Merge)，和其他重要的生态发展的关系。 在这篇文章里，我们将给出一个高层次的概述，说明为什么 Flashbots 不支持重组、为什么我们认为重组对该领域的所有参与者 (包括矿工) 都没有好处，以及Flashbot 的独特组织方式本质上是如何对此和未来的政治和技术挑战作出回应的。 <br/> # 重组是个负和游戏 坦白说，我们认为矿工重组这件事最后只会沦为一个[负和不稳定游戏](https://en.wikipedia.org/wiki/Tragedy_of_the_commons)，伤害加密世界里的所有参与者。以下列出了大概的、不完整的原因： 1. **侵蚀结算保证**：有了重组后，一笔给定的区块链交易会需要更多的确认，这意味着以太坊网络变得[更不安全、在防御攻击者上更不稳定](https://economics.princeton.edu/working-papers/on-the-instability-of-bitcoin-without-the-block-reward/)。这会伤害所有使用这个网络来转移价值的人，包括用户、开发者和矿工。 2. **系统效益**：重组事件还有可能会降低加密货币价格，可能是通过攻击、外部或中心化基础设施的不稳定性、或一个恶意 PR。这可能会影响所有价格相关联的加密货币，而不只是被攻击的区块链。 3. **矿工的收入减少**：一般来说，大家都认为矿工的角色是接受区块奖励、提供网络安全。但通过活跃地攻击网络以获得短期收益，矿工会加快转移到其他系统，而这些系统可能减少矿工影响力。举个例子，在以太坊被攻击后，其他也有 MEV 的区块链可能想要清除矿工。 4. **伤害 Flashbot**：我们相信一个兼顾矿工和搜索者的双边 MEV 市场是民主化、照亮 MEV 世界的关键。重组允许搜索者[对交易或交易捆 (bundle) 进行修改、重新排序、审查或可能窃取](https://twitter.com/bertcmiller/status/1382673587715342339)，这会伤害 Flashbot 的机器人和矿工。在做以上行为时，重组通过降低负责生成 MEV 的提取引擎的效率来降低长期矿工的收益。我们相信长期来说，在 Flashbots 能实现价值提取的正和游戏。我们现在的搜作者和矿工是分开的，这能为 MEV 带来一个民主、独立、无需许可的生态，而这些也正是我们要重点守护的价值。 5. **博弈论上的不稳定性**：重组背后是完全没有博弈论分析的。设想一个关于重组元博弈的一个子集——自私挖矿的例子。为了理解如何优化重组，就必须了解如何用静态奖励优化自私挖矿。尽管这是个未被解决的问题！[最近的研究表明](https://arxiv.org/abs/1912.01798)，**当大多数矿工都参与自私挖矿时，这件事就从有利可图变成无利可图**，对于所有矿工都参与重组来说，几乎可以肯定也是这样。因此，任何矿工尝试使用这个策略充其量只能在其他人也参与其中前可获利。 因此，我们认为重组会伤害每个人，包括硬件所有者，它们的支持对实现重组是必要的。总的来说，我们希望所有这些关于重组的讨论不过会成为有助于夯实我们现在系统的一些代码和讨论。尽管如此，我们欢迎社区利用这次机会进行批判性思考，并与我们一起捍卫这个由稳定且功能强大的加密货币生态系统产生的长期和价值创造的博弈。 <br/> # 重组问题很容易得到解决 社区可以部署许多协议级、社会层面和技术层面的措施以阻碍这种攻击，并大大提高它相当于烧钱的可能性。主观的分叉选择规则、更复杂的规则以抑制新的分叉、交易所级别的措施以在长时间的重组事件里暂停存款，还有更多质疑重组的获利性的权宜办法。 此外，以太坊社区有一个显著的缓解策略：加速合并。在一个重组的环境里，如果为了确保系统安全，就会被迫仓促部署权益证明，这样系统中的所有矿工，包括使用硬件试图实现重组攻击的矿工，都会赔钱，因为当为了能安全部署合并而进行测试时，他们将损失数个月的收入。 我们相信，这种针对矿工的“核选项或两败俱伤”的存在是当今以太坊社区抵御重组的最强大堡垒。我们相信逼迫社区出手、加速合并对任何人都没有好处，尤其对所有矿工而言。 <br/> # Flashbots 的承诺 我们再次强调，Flashbots 的成立是为了实现 MEV 民主化，并减轻 MEV 对以太坊及其用户的负面外部性。[实现我们的目标需要协调加密货币生态系统中每一个行为者的激励机制](https://medium.com/flashbots/frontrunning-the-mev-crisis-40629a613752)，并为程序化金融构建一个可持续的长期未来，并能在合并后继续存在。这需要为用户、dapp 开发者、协议开发者、矿工、套利者、机器人操作者和研究员建立一个可持续的激励结构。 为了保护这些规范，并本着我们使命宣言的精神，我们承诺在近期和中期未来采取以下公共行动： 1. **产品稳定性开发**：我们将研究是否可能发布与 MEV-Geth 互补或相结合的产品，旨在提高网络稳定性。这包括研究和倡导抑制或惩罚重组的分叉选择规则、在激励问题上与客户端开发者和研究员合作、以及实现市场设计变更，使现有参与者的激励与在长期保护 MEV 的民主市场这一目标相协调。 2. **保护双边市场**：Flashbots 的市场是 MEV 民主化的关键。我们承诺会确保在这个系统里诚实行事的搜索者和矿工会得到公平的对待和合理的回报。虽然鉴于我们系统去中心化的性质，我们无法确定会有什么样的执行，但我们会致力于把我们的资源花在技术和政治改变上，确保双边市场的存在并保护它们。 3. **照亮黑暗森林**：我们承诺给给整个社区[提供重组的数据](https://dashboard.flashbots.net/)。关于重组是否已经在发生、它们是良性还是恶意这些开放性问题，目前还没有答案。我们承诺会调查重组对矿工、搜索者、用户和这个生态里的其他参与者的影响，量化重组对 Flashbots 市场和一般以太坊用户可能造成的任何伤害。 4. **研究未来**：大家相信即将到来的 ETH2 合并能显著地缓解重组攻击，因为它采用的是基于证明者的分叉选择规则。我们承诺对此进行[进一步](https://github.com/flashbots/mev-research/blob/main/FRPs/FRP-15.md)的研究，并就 Eth1 转为 Eth2 后还保留多少重组的风险，以及实现这样的攻击需要多少协作这两个问题发表我们的立场、给出明确的答案。 无论在任何事件和无限期的未来，我们作为一个实体获得的利润或收益如何，我们都致力于维护生态系统的稳定。我们不会破坏以太坊的稳定，也永远不会让我们的获利动机改变这个初衷。 <br/> # 作为一个反脆弱的研究集体 社区有人以为 Flashbots 是支持重组的。尽管 Flashbot 生态里有贡献者和用户是持这样的立场的，但这不是 Flashbots 的立场。 作为一个集体，我们支持个人自由和自我表达。Flashbots 社区里有很多人是不属于 Flashbots 组织的，还有很多与 Flashbot 组织有联系的人也有 Flashbots 以外的项目和工作。 我们认为对人才的束缚不适合开源开发，特别是在对抗性环境中。我们也鼓励我们的成员在适当的时候退出 Flashbots 集体，追求与 Flashbots 不一致的，甚至是冲突的工作，我们的组织结构是有利于这种简易退出的。 如前所述，我们认为我们组织里现在不会有开发重组客户端的空间。没有 Flashbots 认可的重组客户端，同时我们现在没有，也不计划会分配资源来开发此类客户端。我们已经并将继续鼓励任何希望开发此类客户端的人通过我们的简易退出机制离开。 请注意，运行未经许可的 Flashbots 代码修改版或分叉都是有风险的，因为 Flashbots 花费了相当多的工程资源，以确保其修改版对共识客户端的稳定性和安全性。我们永远不会推荐在没有适当的验证水平下修改或运行任何 Flashbots 代码的修改版。 由于我们这个集体具有多元和不断变化的特质，我们鼓励社区的所有成员在 [Medium](https://medium.com/flashbots/)、[Github](https://github.com/flashbots/) 和 [HackMD](https://hackmd.io/@flashbots) 上关注我们的官方账号，了解代表 Flashbots 这个研究集体的最新工作。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-7-20/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-7-20/Tue, 20 Jul 2021 00:00:00 GMT <br/> # Eth1 ## 伦敦升级进展 **MetaMask 即将推出支持 EIP-1559 的版本** 钱包 MetaMask 于 7 月 15 日发推表示 MetaMask 扩展程序实现了第一笔兼容 EIP-1559 的交易，交易详情：[https://t.co/RoyqOSH6hO?amp=1](https://t.co/RoyqOSH6hO?amp=1) 有人留言提问 MetaMask 打算如何给用户提供最高的基本费用和小费，想了解钱包是如何选择这些数值的。开发者 Dan Finlay 回答：我们建议使用当前基本费用的默认倍数，并添加一个非常小的名义上的“小费”，但我们也会监控交易池，并在交易激增时上调小费以提高竞争力。在部署主网前用户可以在 Ropsten 测试网上试用。 [来源](https://twitter.com/MetaMask/status/1415391298153062401?s=20) <br/> **与伦敦升级同步的客户端仪表盘**  [指路](https://ethernodes.org/london) <br/> **EIP-1559 基本费用调整速率** 为了回答在 EIP-1559 机制下，基本费用的上升或下降速率如何；伦敦升级后遇到拥堵情况 gas 费能多快恢复稳定这些问题，@trent_vanepps 制作了不同时间间隔的图表，并在推上对这些图表作出了解释： 1. 伦敦升级后，`baseFeePerGas` （bFPG, 每 gas 的基本费用) 从 1 nanoeth (gwei) 起步，大概需要 3.3 分钟上升到大约 6 倍 (出块时间为 13 秒)。图表假设 `baseFeePerGas` 仅在满块的时候会上升 (+12.5% bFPG/区块 )，且仅非满区块的 bFPG 会下降。 图表只是为了显示 bFPG 上升和下降的最大速度，现实情况线条不会这么平滑。  2. 以两个区块为间隔，bFPG 大概需要 6.5 分钟上升到 30 倍，如果你仔细看，你会发现 bFPG 下降得比上升快，这是百分比的数学特性。  3. 以 3 个区块为间隔，bFPG 大概需要 10 分钟上升到 200 倍。如果 gas 价格持续上升，我们可以预计在红蓝线相交点前基本费用会开始稳定下来。在长时间连续满块的情况下，区块空间会变成通过 `priorityFeePerGas` (即小费) 实行“第一价格竞拍”模式。  4. 最后是以 4 个区块为间隔的情况。这是非常罕有的极端例子，但在连续 60 个满块后，bFPG 的峰值一直上升到 1172 nanoeth (gwei)！  [图表数据](https://docs.google.com/spreadsheets/d/1Ld4JSyaz-gvTx-4xIaxe4qU2wlaG1XAQfMiKl9CKCY0/edit#gid=0) [来源](https://twitter.com/trent_vanepps/status/1416039650393788416?s=20) <br/> **伦敦升级在主网部署公告已出** [伦敦主网升级公告及相关代码变更](https://www.ethereum.cn/Eth1.x/london-mainnet-announcement) <br/> **伦敦升级社区会议** Ethereum Cat Herders 将于北京时间 2021 年 8 月 2 日 22：00 主持伦敦升级社区会议。此次会议旨在让社区更了解这次升级，届时会让伦敦升级纳入的 EIP 的作者对提议作简要介绍、基础设施提供商介绍工具的变更、各客户端开发者分享实现 EIP 的看法。 目前确当出席的与会人员包括： Tim Beiko——核心开发者会议的协调者、EIP-1559 的倡导者 **[Martin Swende](https://twitter.com/mhswende)** — EIP-3529 作者之一, Geth 客户端团队 **[Alex Beregszaszi](https://twitter.com/alexberegszaszi),** **[Paweł Bylica](https://twitter.com/chfast)** — EIP-3541作者之一 **[James Hancock](https://twitter.com/JHancock)** — EIP-3554 作者 **[Alexey Akhunov](https://twitter.com/realLedgerwatch)** — Erigon (即TurboGeth) 客户端团队 **[Tomasz K. Stańczak](https://twitter.com/tkstanczak)** — Nethermind 客户端的团队 **[Holger Drewes](https://twitter.com/HolgerD77)** — Ethereum JavaScript 团队 **[Matt Garnett](https://twitter.com/lightclients),** **[Micah Zoltu](https://twitter.com/MicahZoltu)** — EIP 编辑 **[Barnabe Monnot](https://twitter.com/barnabemonnot)** , **[Ansgar Dietrichs](https://twitter.com/adietrichs)** — 负责研究和模拟测试 **[Harith Kamarul](https://twitter.com/harithk17)** — Etherscan Ethereum Cat Herders 的成员和贡献者 如果对伦敦升级有任何问题希望在社区会议得到回答的，可在 [reddit](https://www.reddit.com/r/ethereum/comments/olgjle/ethereum_london_upgrade_community_call/) 上提问： [详情](https://medium.com/ethereum-cat-herders/ethereum-london-upgrade-community-call-fd8ddcda8249) <br/> **伦敦升级后 Ethermine 的支付政策** Ethermine 发布了从区块高度 12,965,000 (及主网分叉区块）开始的新支付政策。 重要内容包括： 1. 100% 而不是 80% 的 MEV 奖励都会分给矿工 2. 通过 IP 验证可以启动手动支付和修改阈值 3. 最低支付阈值将减低至 0.01 ETH，以及没有每月自动支付 4. 由矿工为所有以太坊主网支付交易支付的交易费——矿工可以设置自己愿意支付的最高 gas 价格 由于 EIP-1559 自带交易费税 (即基本费用)，矿池将不再可能为矿工支付交易费用了。 [详情](https://ethpool.freshdesk.com/support/solutions/articles/8000093291-ethermine-org-payout-policy-starting-at-block-12-965-000) <br/> # **Eth2** **Lido 推荐计划** 为了激励更多的人参与以太坊质押，并进一步把 LDO 代币分发给有助于提高 stETH 利益的人，Lido 推出了 Lido 推荐计划。只需要在 lido.fi/referral 上连接你的钱包，生成一个独一无二的 Lido URL，把链接分享出去，使用你的推荐链接质押的每个 ETH 都会给你赚取 15 个 LDO。 [详情](https://blog.lido.fi/the-lido-referral-program/) <br/> 其他关于 Eth2 的最新消息请看最新一期 [What's New in Eth2](https://www.ethereum.cn/Eth2/wnie2-2021-7-16) <br/> # Layer2 **Uniswap V3 在 Optimism 上部署** 2021 年 7 月 14 日，去中心化交易所 Uniswap 正式将其 V3 版本部署至 Optimism 上，并面向所有用户开放。上线初期将设置每天 5 万笔的交易上限，并计划启动拥堵定价机制 (congestion pricing)。本次发布中，Optimism 的代币桥支持的代币有：DAI、WBTC、USDT、EURT、ETH 以及 SNX。更多信息请阅读文章：《通告：Uniswap V3 已在 Optimism 上部署》。 另外，Uniswap 更新了关于如何使用 Optimism 版本的文档 —— 如何存入资产、连接 L2、进行 swap 以及提款等。[文档链接](https://help.uniswap.org/en/collections/3033942-layer-2) 根据 Layer2 生态系统追踪平台 https://l2beat.com/ 显示，目前 L2 项目锁仓量排名前三的分别为：Loopring、Optimism、dYdX。  [来源](https://optimismpbc.medium.com/announcing-uniswap-v3-on-optimism-6fb033398a11) <br/> **去中心化钱包 MetaMask 移动端 v2.6 发布** 7 月 16 日，MetaMask 发布了其移动端的 v2.6，新增的更新有： - 添加 Optimism Mainnet 至网络列表，可以直接在移动端进行 Optimism 网络上的交易 - 主要库的升级 - 其他小漏洞的修复 [来源](https://twitter.com/MetaMask/status/1416046507158028290) <br/> **以太坊 L2 扩容解决方案 zkSync 1.x 主网升级完成** 7 月 15 日，zk-Rollup 扩容解决方案 zkSync 在主网发布 1.x 升级版本。新增的功能包括： - 支持 NFT 的铸造、转移、swap 以及提款 - 支持 ERC20 代币 swap 以及限价单交易 - 可以无需许可地在 zkSync 中添加代币 [开发文档](https://t.co/JpExmM4smL?amp=1) [来源](https://twitter.com/zksync/status/1415469227859845120) <br/> **以太坊扩容解决方案 Polygon 推出 Polygon Studios：用于推动区块链游戏与 NFT 生态系统发展** Polygon 表示，目前在其平台上已拥有超过 10 万名游戏玩家以及许多顶级 Web3 游戏在 Polygon 上部署。为了进一步推动区块链游戏和 NFT 生态系统的发展，Polygon Studios 将为 NFT 生态系统中的顶级构建者、创造者、艺术家以及投资者创造一个平台，同时为 Web2 参与者过渡到 Web3 产业提供一个平台。 [网址](https://t.co/PvGR3iJAF7?amp=1) [来源](https://twitter.com/_PolygonStudios/status/1417200733703720991) <br/> **以太坊 L2 扩容解决方案 StarkNet Alpha 1 版本发布** 今年年初，StarkWare 团队公布了 StarkNet 的路线图：一个在以太坊上构建的基于 STARK 技术的无需许可的去中心化 L2 网络。关于 StarkNet 的路线图，可以阅读文章：[《通告 | StarkNet：基于 STARK 的免许可型 ZK-Rollup》](https://mp.weixin.qq.com/s/Wq23j2lLXXwb1LsANwj9OQ)。 2021 年 6 月，StarkNet Alpha 0 版本在 Ropsten 测试网发布。开发者首次能够编写任意合约并无需许可地将其部署至 ZK-Rollup 中。用户能够通过发送交易的方式与其进行交互。更多内容请阅读文章：《StarkNet Planets Alpha 版上线 Ropsten 测试网》。 而在 7 月 19 日，StarkWare 发布了 StarkNet Alpha 1 版本。该版本新增的功能有： - L1 <> L2 交互 Alpha 1 版本包含一个 L1 <> L2 信息传输协议，允许开发者在 L1 和 L2 之间实现无缝的交易流。开发者现在可以将消息从 L1 上的合约发送到 L2 上的合约，反之亦然。 - 链上数据可用性 StarkNet 的状态更新现在也作为链上数据发布在以太坊上。这允许任意用户从 L1 数据中完全构建出 StarkNet 的状态。每个状态更新都包括状态差异，即更改了哪些存储及其新值。 同时，StarkWare 还发布了 StarkNet 的操作系统代码。StarkNet OS 是一种运行 StarkNet 的 Cairo 程序，它处理在 StarkNet 网络上完成的所有事情 —— 合约部署、交易执行、L1 <> L2 信息传输等等。 StarkNet 的下一个阶段将解决互操作性问题，即允许合约之间实现交互。 [来源](https://medium.com/starkware/starknet-alpha-1-90c3348cca4f) <br/> # 生态 **预测尾追交易的工具** Alpha MEV 团队致力于在 EVM 兼容区块链上实现 MEV 提取自动化或一般化。今天，他们推出了第一个针对 MEV 提取的机器学习竞赛模型，用于预测尾追交易以及尾追交易所产生的累计矿工收益。关于尾追交易人们通常觉得只会在网络延迟 / gas 优化或矿工贿赂这些情况出现，但经他们团队研究，还有很多适合尾追的机会： 1）预言机更新执行清算提供机会 2）大型自动做市商交换为跨交易所套利提供机会 3）已通过的治理提议修改池子的参数，等 [详情](https://alphamev.ai/) <br/> **ENS 在六月增加了 10,700 个地址** 根据 The Block 的报导，ENS 在上个月有 10,700 个新增地址。数据来源 Etherscan 解释道，它只追踪了符合一定条件 (有正向和反向分辨率设置）的地址，因此数据不包括所有的以太坊名称。但它的确显示了上个月以太坊名称的快速增加，相比下，三月份只新增了 1,000 个新地址。  根据 Etherscan，与现有以太坊名称相关的地址控制着大量的加密货币，包括 116.500 个 ETH、6,300 个 WETH、2350万个稳定币 USDC 和 963,500 个 UNI。总的来说，按照目前的市场价格，这价值约 2.77 亿美元。 [来源](https://www.theblockcrypto.com/post/111541/ethereum-name-service-grows-by-10700-addresses-in-june-now-attached-to-277-million) <br/> **NFT 销售额在 2021年上半年达 25 亿美元** 根据路透社的报导，NFT 市场在第二季度飙升至新高，2021 年迄今为止的销售额为 25 亿美元，相比之下，2020 年上半年的销售额仅为 1370 万美元。OpenSea 在六月份也创下了月销售额的新高。 [来源](https://www.reuters.com/technology/nft-sales-volume-surges-25-bln-2021-first-half-2021-07-05/) <br/> **以太坊纪录片 "Ethereum: The Infinite Garden" 超额募资** The Infinite Garden 将采访多位参与世界计算机以太坊开发的人士，包括以太坊联合创始人 Vitalik Buterin 和以太坊基金会执行董事 Aya Miyaguchi。该纪录片由电影制作公司 Optimist 负责制作。 该纪录片的募资将在 Mirror 上进行，捐赠者捐赠 ETH 并获得相应比例的 INFINITE 代币。前三名捐赠者将依次获得独家的 NFT，分别为 "Executive Gardener"、"Co-Executive Gardener"、"Contributing Gardener" NFT，并且将作为制片人、联合制片人、特约制片人被列入电影中；排名第 4 — 20 名的捐赠者将获得 "Infinite Thanks" NFT，并且其名字将出现在电影致谢名单的 "Infinite Thanks" 部分；捐赠超过 1 个 ETH 的贡献者将获得一个 "Infinite Garden Bloom" NFT，并出现在电影致谢名单的 "Specail Thanks" 中。作为奖励提供给贡献者的 NFT 的合作艺术家是 pplpleasr 和 NFT 音乐制作者 Past Palms。 募资持续了三天，截至 7 月 16 日，募资共 1035.96 个 ETH (原本的募资目标为 750 个 ETH)。募资金额的 95% 将用于电影的制作预算，约 984.16 枚 ETH；2% 通过捐赠至 Carbonfund.org 进行碳抵消，约 20.72 枚 ETH；3% 捐赠给 **Gitcoin** Grants 用来支持开源以太坊项目，约 31.08 枚 ETH。纪录片预估在 2023 年冬天发布。  [来源](https://ethereumfilm.mirror.xyz/3SV8gLXHIW8Ot45h3RL7aOgDINxN2hjLfFVOvyatB2A)https://www.ethereum.cn/Eth2/wnie2-2021-7-16https://www.ethereum.cn/Eth2/wnie2-2021-7-16Mon, 19 Jul 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_210716) <br/> # 本周推荐 推荐大家熟悉 Merge (Eth1和Eth2的合并) 的[准备工作列表](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)。 <br/> # 信标链 信标链的状态：一切良好。存款持续在涌入，包括一笔很可能来自[巨鲸](https://cointelegraph.com/news/finance-redefined-the-500-million-bet-on-eth-20-making-waves-june-24-july-1)的存款。 我很高兴地报告本周并未出现任何故障。但这里有一份[质押池事故的综合记录](https://github.com/TheSquanch-147/Staking-Pool-Mishaps)，包括罚没、集体撤出和其他事故，供读者参考。 <br/> # Altair 升级 Altair 是针对信标链的升级，旨在对一些参数和计算进行优化，并引入同步委员会。这次升级并非合并。 Altair 规范的 Beta 1 版本 [Astrophotography](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-beta.1) 已经发布。是的，我们已经正式脱离了 Alpha 阶段 :tada:。这意味着除非发现了严重的安全漏洞，否则不会再引入重大更改。 Beta 1 主要是关于增加测试覆盖率。还有一个非重大的实质性变化，即将同步委员会聚合器的目标数量从 4 个增加到 16 个。这一变化背后的[原因](https://github.com/ethereum/eth2.0-specs/pull/2514)非常有趣。 如同在[开发者会议](https://hackmd.io/@benjaminion/wnie2_210716#Implementers)上的说法，所有客户端都在陆续通过加强测试。 ## Altair 开发者网络 自从上期以来，已经有两个 Altair 的开发者网络在运行中。这些测试网规模相对较小，只有 10,000 名验证者，由客户端团队和以太坊基金会组成。 Devnet 0 于 UTC 时间 7 月 8 日 1200 诞生并在十个 epoch (64 分钟) 后分叉到 Altair。我们勉强挺过去了：有几个客户端存在一些问题，但在 9 个左右的 epoch 内，我们设法最终敲定了分叉的 epoch 检查点，此后一切都很顺利。 Devnet 1 在一周后诞生，以测试我们能否顺利分叉。正如开发人员电话中所报道的那样，我们几乎可以说是成功了，Prysm 最初在 gossip Altair 区块和证明时遇到了一些问题。尽管如此，即使缺少了他们 20% 的验证者，我们也能够及时[敲定](https://twitter.com/protolambda/status/1415665659665522697)分叉 epoch 的检查点。会议结束前，Prysm 恢复了，一切运行良好，但在 Teku 中出现了同步委员会[消息问题](https://github.com/ConsenSys/teku/issues/4164) ([由 Proto 修复！](https://twitter.com/protolambda/status/1416147070017212426))。Lodestar 参与了本次测试，并[提议了首个区块](https://twitter.com/dapplion/status/1415705182957154304)。 从现在开始的计划是在下周初将 Devnet 1 升级到 Beta 1 规范。这不是一次分叉，不需要协调。我们可能会再运行另一个开发者网络，以确保我们可以在验证者都正常在线的情况下分叉。在下一次电话会议 (7 月 29 日) 中，我们将计划何时以及如何将 Altair 部署到 Pyrmont 测试网。 <br/> # 合并 The Merge (合并) 指的以太坊信标链完全过渡到权益证明 (PoS) 共识机制之后停止使用工作量证明 (PoW) 共识。 好消息是[主网合并准备工作列表](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)已经出现在以太坊项目管理库中。待完成任务看似很多，但其中的大多数工作量并不大，且与测试及管理相关。我希望在伦敦和 Altair 升级之后，我们能够迅速完成这些事项。 <br/> # 工具 [CADLabs](https://cadlabs.org/) 发布了一个[以太坊经济模型](https://github.com/CADLabs/ethereum-economic-model)，涉及信标链、EIP 1559以及合并。[本系列推文](https://twitter.com/CADLabs_org/status/1415986905485910023)展示了你能够如何使用这个模型。[此处](https://twitter.com/RyanSAdams/status/1416026969083465728)则介绍了如何为其添加前端。 接下来的这个工具我认为已经存在一段时间了，但我刚知道：计算你的验证者在接下来两周里提议区块的[概率](https://proposalprobab.web.app/)。新的质押者经常为验证者的区块提议频率感到困惑，我们不太好处理这其中的随机性。 <br/> # 释义性资源 近来有有一些图片描绘了短期的以太坊路线图。  [Trent Van Epps 的作品](https://www.reddit.com/r/ethereum/comments/ol7z7s/new_graphic_for_ethereums_upgrade_path_moving/)  由 Tim Beiko 展示，Pooja Ranjan 制作的[路线图](https://twitter.com/blythechristo/status/1413309663496527877) James Spediacci 设立了一个 [Telegram 小组](https://twitter.com/JamesSpediacci/status/1409986075645206530)，为希望学习如何在家设立独立验证者的用户提供帮助。我还没加入，不过看起来不错 :sunglasses:。 <br/> # 媒体及其他资源 [Beacon Book](https://stateful.mirror.xyz/Y1ED9RorG9OvEUXD8NBmXgYhSVhjj8H537-I2SZJkYA) (信标之书) 已出！点击该链接以了解更多信息、注册 Genesis 拍卖、购买艺术品 NFT。我上周[收到了](https://twitter.com/benjaminion_xyz/status/1413493722017243139)我可爱的投稿人副本[[1]](https://hackmd.io/@benjaminion/wnie2_210716#fn1)。 Bankless 和 Coinbase 组织了一场 [ETH 质押圆桌](https://www.youtube.com/watch?v=-YD5cAbatOc)讨论， Lido 和 Rocket Pool 参与了讨论。 我参加了一些讨论活动。在 [Compass Mining 播客](https://podcasts.google.com/feed/aHR0cHM6Ly9oNHNocjgubGlic3luLmNvbS9yc3M/episode/ZWUzYTUwY2MtNWFlYi00NTdhLTkxMDktNDU3ZTMxNjJlODdi)中我向以太坊矿工解释了他们的挖矿倒数日。我们还聊到了很多 PoS 的基础话题，即使你对挖矿不感兴趣也值得一听。我还参与了 Ethereum Cat Herders 的 PeepAnEip，题目是[以太坊未来的历史](https://www.youtube.com/watch?v=FlFKZR_ofSo) (A Brief History of Ethereum’s Future)。我喜欢这个主题 :slightly_smiling_face:。此处是我最近参与的访谈录播[列表](https://twitter.com/benjaminion_xyz/status/1414669003101032450)。 Dankrad 最近都很忙，和 Solana 的 Anatoly Yakovenko 参与了[Blockchain Debate](https://blockdebate.buzzsprout.com/767033/8842016-motion-security-is-about-maximizing-the-minimum-set-of-colluding-miners-anatoly-yakovenko-vs-dankrad-feist) 播客。 <br/> # 研究工作 ConsenSys TX/RX 团队的 Dmitry Shmatko 发布了验证者质押金提款原型的 [demo](https://www.youtube.com/watch?v=-YdZaKYliZE) 和[教程](https://github.com/zilm13/mergenet-tutorial/tree/feature/withdrawal)。这需要信标链 (共识侧) 和执行链 (Eth1 侧) 的谨慎协作，并且是一个非常的进步。现阶段仍然只是概念证明，所以[不必担心](https://twitter.com/NotTheBOE/status/1413452823854043137)。当最终实现的时候，该过程肯定会有完备的前端。 说到提款，Georgios Konstantopoulos 也提出了一个[有趣的提案](https://ethresear.ch/t/0x03-withdrawal-credentials-simple-eth1-triggerable-withdrawals/10021?u=benjaminion)，引入另一种提款凭证 `0x03`，但作为既有的 `0x01` 的拓展。这使得智能合约能够发起验证者自愿退出。质押池中的验证者能够拥有更大的资产控制权，并且使得更有趣的代币化质押用例成为可能。提款凭证类型的激增有点令人困惑——Lido 刚刚从 `0x00` [升级](https://blog.lido.fi/withdrawal-credentials-in-lido/)到 `0x01` 凭证，我甚至不记得 0x02 是什么了，但这似乎是个好主意。 [ethresear.ch](https://ethresear.ch/): - Dankrad 发布了[分片 blob 头模板的建议](https://ethresear.ch/t/suggested-format-for-shard-blob-header/9996?u=benjaminion) <br/> # 常规会议 ## 实现者会议 7 月 15 日进行了第 68 次会议。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/226) - [会议视频](https://www.youtube.com/watch?v=-Bzq4s8Lr5E&t=330s) - 我的 [速记](https://hackmd.io/@benjaminion/SJT4An66O)，以及 Alex Stokes 的[推文记录](https://twitter.com/ralexstokes/status/1416151402687107073) 会议的第一部分讨论了 Altair 的进展和计划。 另外一部分讨论了技术性非常强的合并工作。合并会议已经被取消了，计划是逐渐将有关合并的讨论并入到主要的开发者会议中，以及隔周周五的以太坊核心开发者会议。 <br/> # 近期活动 - 7 月 20-22，EthCC 即将召开。不幸的是我不会参与，但是会在线上保持关注。[会议议程](https://ethcc.io/agenda)已经发布，在许多主题中也包含以太坊 2.0 的详尽追踪。 - 7 月 20 日 17:00 (UTC) / 19:00 (CEST)：Nethermind、Flashbots 以及 Lido 将组织[以太坊 2.0 质押](https://www.meetup.com/skillz/events/278720057/)主题活动。 > 质押者们：请确保在 8 月 4 日伦敦升级之前升级你的 Eth1 节点！ <br/> # 其他资源 - Prysmatic Labs [的六月更新](https://medium.com/prysmatic-labs/prysmatic-labs-june-ethereum-development-update-fd6d415ecc70) <br/> # 写在最后…… Proof of Stake 彩蛋： 最近[似乎是](https://twitter.com/bascule/status/1415701259802218499) PoS 这个概念诞生的十周年。这里是来自 Bitcoin Talk 2011 年 7 月 11 日的一个帖子，提出了[使用权益证明替代工作量证明](https://bitcointalk.org/index.php?topic=27787.0)。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth1.x/london-mainnet-announcementhttps://www.ethereum.cn/Eth1.x/london-mainnet-announcementSat, 17 Jul 2021 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement/) <br/> 伦敦升级的[测试网成功部署](https://blog.ethereum.org/2021/06/18/london-testnets-announcement/)后，现在已经准备好在以太坊主网上激活了。它将在区块高度 **12 965 000** 激活，时间大概在 2021 年 8 月 3-5 日。 # 客户端版本 为了与伦敦升级兼容，节点运营者将需要升级其运行的客户端版本。下面列出的每个客户端版本支持以太坊主网的伦敦升级。**注意：下列版本不同于《伦敦测试网公告》中所列出的客户端版本，测试网的客户端版本并不支持主网伦敦升级的客户端版本。** | 客户端 | 版本编号 | 下载链接 | | :--------------------------- | :--------------- | :----------------------------------------------------------- | | go-ethereum (geth) | ~~1.10.5~~ 1.10.6 | [下载](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.6) | | Nethermind | ~~1.10.77~~ 1.10.79 | [下载](https://github.com/NethermindEth/nethermind/releases/tag/1.10.79) | | Erigon (即 TurboGeth) | ~~2021.07.03-alpha~~ 2021.07.04-alpha | [下载](https://github.com/ledgerwatch/erigon/releases/tag/v2021.07.04) | | Besu | 21.7.1 | [下载](https://github.com/hyperledger/besu/releases/tag/21.7.1) | | OpenEthereum (即 Parity) | v3.3.0-rc.4 | [下载](https://github.com/openethereum/openethereum/releases/tag/v3.3.0-rc.4) | | EthereumJS VM | v5.5.0 | [下载](https://github.com/ethereumjs/ethereumjs-monorepo/releases/tag/%40ethereumjs%2Fvm%405.5.0) | **注意：OpenEthereum 客户端将伦敦升级后弃用**。OE 团队正在与 Erigon 合作，为用户提供一个平稳的过渡路径。更多信息点击[这里](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd)查看。 矿工请注意：伦敦升级将改变在网络如何处理 gas limit 目标的方式。请参阅下文中“作为一名矿工，我需要做什么？”的部分了解详情。 <br/> # 伦敦 EIPs 下列 EIPs 是伦敦升级的内容： - [EIP-1559：ETH 1.0 费用市场变更](https://eips.ethereum.org/EIPS/eip-1559) - [EIP-3198：BASEFEE 操作码](https://eips.ethereum.org/EIPS/eip-3198) - [EIP-3529：减少 gas 返还](https://eips.ethereum.org/EIPS/eip-3529) - [EIP-3541：拒绝以 0xEF 字节开头的新地址](https://eips.ethereum.org/EIPS/eip-3541) - [EIP-3554：难度炸弹延迟至 2021 年 12 月](https://eips.ethereum.org/EIPS/eip-3554) Ethereum Cat Herders 发布了[一篇博客文章](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41)，讨论了这些 EIPs 的细节。 值得注意的是，虽然 EIP-1559 可以与当前的交易格式向后兼容，但是它引入了对区块头的更改，添加了新的交易类型，提供了新的 JSON RPC 端点，并在几个方面改变了客户端的行为 (挖矿、交易池等等)。强烈建议各个项目熟悉这个 EIP。与 EIP-1559 相关的更广泛的资料列表可以点击[此处](https://hackmd.io/@timbeiko/1559-resources)查阅。 <br/> # 寻 bug 赏金 为了让更多人关注即将到来的伦敦升级，所有与伦敦升级相关的 bug 的奖金都会翻倍，直到升级开始。可以领取双倍赏金的例子有以下这些客户端之间的跨客户端共识问题：Geth、Besu、Nethermind、OpenEthereum 和 Erigon。有关 bug 赏金范围和限制完整详细信息，请参阅：[https://bounty.ethereum.org/#rules](https://bounty.ethereum.org/#rules)。 <br/> # FAQ ### 作为以太坊的用户或 ETH 持有者，我有什么可以做的吗？ 如果你使用交易所 (比如 Coinbase、Kraken 或 Binance)、网页钱包服务 (比如 Metamask、MyCrypto、或 MyEtherWallet) ，移动端的钱包服务 (比如 Coinbase Wallet、[Status.im](http://status.im/)、或Trust Wallet)、或硬件钱包 (比如Ledger, Trezor, or KeepKey)，你不需做任何事情，除非你的交易所或钱包服务商通知你采取额外步骤。如果你运行自己的以太坊节点，你需要升级你的节点。请看下文“作为一个非挖矿节点，我需要做什么？”部分。 ### 作为一个非挖矿节点，我需要做什么？ 下载以太坊客户端的最新版本，已在上文表格中列出。 ### 作为一个矿工，我应该做什么？ 首先，下载你的以太坊客户端最新版本。**然后，你需要手动把 gas limit 目标设为现在的两倍**。这是因为一旦伦敦升级部署了，区块大小会变成现在的两倍，而 EIP-1559 会保持区块容量大约 50% 满。这可以在所有提供与主网兼容挖矿的客户端上通过 JSON-RPC 来实现，无须重启你的节点。 例如，如果伦敦升级以前你把区块大小设为 15m gas，你将需要把 gas limit 设为 30m，以维持平均每个区块的交易数量一致。如果你不在区块 **12 965 000 修改 gas limit 目标，你便会开始在网络里降低你的区块大小**。下表提供了每个客户端的特定 API，你需要用它们来更新你的 gas limit 目标。 | 客户端 | JSON RPC API | | :--------------------------- | :----------------------------------------------------------- | | go-ethereum (geth) | [`miner_setGasLimit`](https://geth.ethereum.org/docs/rpc/ns-miner#miner_setGasLimit) | | OpenEthereum (即 Parity) | [`parity_setGasCeilTarget`](https://openethereum.github.io/JSONRPC-parity_set-module#parity_setgasceiltarget) | | Besu | [`miner_changeTargetGasLimit`](https://besu.hyperledger.org/en/stable/Reference/API-Methods/#miner_changetargetgaslimit) | 注意：Nethermind、Erigon 和 EthereumJS 目前还不支持在以太坊主网上挖矿。 ### 如果我是一个矿工或节点运行者且不参与升级，会怎么样？ 如果你正在使用以太坊客户端但不升级到（上文所列的）最新版本，升级后你的客户端同步的是分叉前的区块链数据。你会停滞在一条遵循旧规则的、不兼容的链上，且将无法发送 ETH 或在升级后的以太坊网络上操作。 ### 在以太坊上网络升级意味着什么？ 网络升级意味着以太坊底层协议的一次变更，创建新规则来完善系统。区块链系统的去中心化本质使得网络升级变得更难。区块链网络升级的顺利进行需要与社区以及各个以太坊客户端开发者进行协作和沟通，以使过渡顺利进行。 ### 网络升级过程会发生什么？ 当社区就哪些变更需要被纳入到升级上达成共识时，这些对协议的变更会被写入各个以太坊客户端，例如 geth、Erigon、Besu 和 Nethermind。协议变更会在一个特定的区块高度上启动。任何没有升级到新规则的节点将在旧链上被遗弃，而旧链继续保有之前的规则。 ### 为什么是“伦敦”？ 在伊斯坦布尔升级后，我们定下来的网络升级名字都用完了。[有人建议我们用举办 Devcon 的城市命名](https://ethereum-magicians.org/t/more-frequent-smaller-hardforks-vs-less-frequent-larger-ones/2929/33)，于是我们就用了。柏林是举办 Devcon 0 的城市，下一次升级的名字是举办 [Devcon 1](https://archive.devcon.org/#dc-1) 的城市——伦敦。 ### 致谢 特别感谢参与到伦敦升级的研究、计划、实现、测试、修复、再测试、部署、压力测试，以及以其他任何形式帮助伦敦部署的每个人😁🇬🇧 还有提供封面图的 [Benjamin Davies](https://unsplash.com/@bendavisual)！ <br/> # 免责声明 这是一个新兴且不断发展的高科技领域。如果读者们选择实施本文中的建议并继续参与，请确保您已充分了解您的选择会带来什么影响。读者们应该了解所涉及的风险，包括但不限于出现意外 bug 等风险，请读者独自承担风险。这篇文章及其建议不是任何形式的销售，也不提供任何形式的保证，包括但不限于与以太坊网络或此处提及的以太坊客户端有关的任何东西。 --- # Geth [Exodus Cluster (v1.10.5)](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.5) 节选 ### Geth 客户端关于伦敦升级变更的说明 - 此版本包含伦敦硬分叉的主网启动区块高度。 ([#23176](https://github.com/ethereum/go-ethereum/pull/23176)) - 如之前所有的分叉相关版本，我们添加了一个重载标记，用来设置启动区块。这个标志是暂时的，在主网分叉区块成功启动后会被删除。 ([#22822](https://github.com/ethereum/go-ethereum/pull/22822), [#22972](https://github.com/ethereum/go-ethereum/pull/22972)) - 为了配合 EIP-1559 所创造的新费用市场，Geth 客户端的交易池已经重新设计了。我们的新交易池设计旨在满足用户的需求——及时打包交易——根据他们的有效挖矿奖励实现高效的交易排序。你可以在[交易池设计文档](https://www.notion.so/9607ad248707a925b701f49787904fd6)里了解更多新交易池的工作逻辑。([#22898](https://github.com/ethereum/go-ethereum/pull/22898)) - **对于矿工**：Geth 提供的交易选择算法专门挑选具有最高有效奖励的交易。如果用 `--miner.gasprice` 命令行标志设置了一个最低价格，那么提供低于最低价格的矿工小费的交易将不会被打包到区块里。([#22896](https://github.com/ethereum/go-ethereum/pull/22896), [#22995](https://github.com/ethereum/go-ethereum/pull/22995)) EIP-1559 还会改变 gas limit 的投票系统。在伦敦分叉后，可用于交易的区块 gas 量是基于需求来调整的。区块容量被称为 gas target，EIP-1559 将这个 target 定义为 gas limit 的一半。 为了确保可用于交易的 gas 与分叉前一样，分叉区块的 gas limit 是加倍的。如果你正在使用 `--miner.gaslimit` 标记来参与投票，你需要将这个标记的值变成原来的两倍，以保持投票的值与之前的相同。你可以使用 `miner_setGasLimit` RPC API 来升级 target 而不需要离线，但要注意，这不会在重启后继续有效。之前的 `--miner.gastarget` 标记在伦敦升级后会被弃用，它的值会被忽略 举例：如果你正在使用 `--miner.gaslimit` 对 gas limit 为20M 投票，而实际的区块 gas limit 是 20M。当伦敦升级启动了，区块 gas limit 会调整到 40M，但如果你继续使用同一个 `--miner.gaslimit` 设置的话，你还将对 20M 投票。因此在分叉后的某个时间点，你需要将你的 `--miner.gaslimit` 的值设为原来的两倍，以确保 gas limit 保持在 40M gas。 - **对于钱包提供商**：EIP-1559 的交易价格默认计算算法 (`eth_maxPriorityFeePerGas`) 还是遵循旧机制，把 `max priority fee` 设为在网络上支付的 `effective price` 减去当前的 `base fee`；把 `max fee` 设为 `priority fee + 2x base fee`。这确保了在伦敦过渡期后，如果用户没有明确反对意见，按每 gas 支付的总价格保持不变。 另外， Geth 发布了一个新的<a href="https://github.com/ethereum/eth1.0-specs/blob/b4ebe3d6056a2f5edb6f9411da58e042f7a95d2a/json-rpc/spec.json#L200">`eth_feeHistory(blocks, head, percentiles)`</a> API 终端，用户可以用它来询问关于支付给矿工小费和交易烧毁费用数量的最近数据信息。建议钱包使用这个终端给用户多个费用选项 ([#23033](https://github.com/ethereum/go-ethereum/pull/23033))。 - **JSON-RPC** 用户注意：分叉启动后，`eth_sendTransaction` 和 `eth_fillTransaction` 会默认创建 EIP-1559 式交易。 - **ethclient 用户注意**：如果你用 ethclient 包发送交易并想用 EIP-1559 带来的的新费用模式，你必须修改你的代码，用 `types.NewTx(&types.DynamicFeeTx{...})` 来创建交易。为了了解分叉是否已经启动和新交易类型是否可用，只需检查最新区块头的 `BaseFee` 字段是否非零。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/im-worried-nobody-will-care-about-rollupshttps://www.ethereum.cn/Layer2/im-worried-nobody-will-care-about-rollupsFri, 16 Jul 2021 00:00:00 GMT来源 | [Dragonfly Research](https://medium.com/dragonfly-research/im-worried-nobody-will-care-about-rollups-554bc743d4f1) <br/> 过去六个月以来以太坊上最受关注的事件便是交易需求的爆炸式增长。交易费用已经创下历史新高，许多日常用户现在都因为费用太高而没有使用以太坊。  <center>以美元计算的 ETH 交易费。Cr: <a href="https://coinmetrics.io/the-ethereum-gas-report">Coinmetrics</a></center> 但不用担心，救星出现了。 当然，我说的是 rollups。Vitalik 确定了 rollup [作为以太坊扩容的未来的道路](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)。一些重要的 rollup 解决方案[现在](https://www.theblockcrypto.com/post/99211/starkware-funding-round-ethereum-paradigm)已经[融了](https://www.theblockcrypto.com/linked/96004/ethereum-optimism-scaling-a16z-funding)超过 1 亿美元的风险投资。每个 DeFi 协议都在这些即将上线的 rollup 中选择一个，将其当作自己未来的家园。 如果你不知道什么是 rollup，或者需要重新复习一下，这一段做了总结。Rollup 是一种微型区块链，继承了它们的主区块链 (如以太坊) 的安全属性。尽管 rollup 链的验证者/运营者不可信，它们也不能窃取你的资金 (假设 rollup 是能够正确地执行)。目前有两种基本 rollup 类型：optimistic rollups 和 zk-rollups。Optimistic rollups 由欺诈证明提供安全保证 —— 任何人都能够证明计算是否无效；而 zk-rollups 由密码学提供安全保证 —— 由数学来证明计算是有效的。如果大家想了解关于 rollup 更详尽的介绍，请阅读 [Vitalik 的文章](https://vitalik.ca/general/2021/01/05/rollup.html)。 Rollup 的美妙之处在于，它们是完全去信任的。如果用户信任以太坊的安全性，那么他们也应该信任 rollup 的安全性。这是一个无可挑剔的扩容解决方案，并因此受到了以太坊社区的欢迎。 现在让我们来看看以太坊最近六个月的第二个大事件：币安智能链 (BSC) 和 Polygon (前 Matic) 的崛起。它们不属于 rollups；它们更像是侧链 —— 完全独立于以太坊并且实行 PoS 的以太坊克隆品。它们基本上只是使用现成的 Geth，去掉共识代码，提高 gas limit，并使用多签来桥接至以太坊。 瞧，下面是一些它们的数据。  <center>Polygon (绿色) vs 币安智能链 (黑色) vs 以太坊 (蓝色) 上的交易。Cr: <a href="https://ournetwork.substack.com/p/our-network-issue-74-revised">Our Network</a></center> 两条链的交易活动都疯涨，现在它们各自的交易量比以太坊本身还多。其他区块链如 [Avalanche](https://support.avax.network/en/articles/4058262-what-is-the-contract-chain-c-chain) 和 [NEAR](https://near.org/%20blog/aurora-launches-near/) 正在加紧开发他们自己的 EVM 兼容系统，该系统也会桥接到以太坊。 现在这个世界看起来基本上是这样的：  这种架构几乎就像分片，但以太坊 1.0 作为“信标链”。跨链转账以及信息传输是由多签、临时桥接，当然还有一些可信方协助的。我将这种架构称为“穷人的分片”。实际上这就是 DeFi 目前的扩容方式。 但是！这种可悲的状况很快就会结束。因为，rollup 即将准备就绪。 我对 rollup 感到很兴奋。它们的颠覆性和优雅性都让人激动不已，并且设计得相当出色。 但我担心用户不关心 rollup，下文列出了我对此担心的原因。 <br/> # Layer-2 弥赛亚情结 让我给你讲一个老故事。 从前，有一条无法扩容的区块链。然后出现了一些聪明的人，他们发明了去信任的二层技术来对区块链进行扩容。用户感到很兴奋。然后，经过多年的努力，聪明的人们终于构建的二层 (layer-2)。当用户可以使用它时，却没有人关心了，因为他们已经在使用其他更简单的解决方案了。  这个故事敲响了警钟吗？ 还记得闪电网络吗？用户只使用 WBTC。记得 Plasma 吗？用户只使用 xDai。那么到现在，用户已经没有在等待 rollup 了，而是在使用 Polygon 和 BSC。 伟大的故事能够解决每个人的问题。而这个故事 (这个关于 rollup 扩容的故事) 对每个人都有意义。最大化去中心化的拥趸者给大家讲述了一个关于在不需要权衡的情况下扩容以太坊的宏大故事。交易者开始在图表上画线来解释 rollup 将如何使得 ETH 涨到 1 万美元。普通用户可以在疯狂挖 AAVE-MATIC 和参与数字赛马的同时，表示惊奇地点头。 我不是说笑的！这里面含有一个真正的阶级元素。Rollup 得到了以太坊知识阶层的压倒性支持 —— 推特专家们喜欢吐槽一些不足够去中心化的项目。我能理解他们，因为我也是其中一员。 但我们很难忽视的是，大多数用户已经采用了 Polygon 和 BSC。没有一个风投的负责人预料到这一点。来自印度、印度尼西亚、泰国、菲律宾等发展中国家的大量用户正在拥抱这些平台，[其中许多人似乎从未使用过以太坊](https://ournetwork.substack.com/p/our-network-issue-69) (太贵了！) 还记得“为无银行账户的人开账户”整个事件吗？这些平台实际上具有全球影响力，并吸引用户真正关心的东西。 我常常说目前有三个原因驱动着用户使用加密货币： 1. 赚钱 2. 娱乐 3. 意识形态 上面三个动机种，意识形态是最弱的一项。而我担心的是，意识形态最终成为用户选择 rollup 的主要驱动力。 Layer-2 的情况是：它们在理论上听起来比在实践中要好。 <br/> # Rollup：甜蜜的烦恼 如果要进行一笔 Uniswap 类型的交易，现在在 Polygon 上的交易费为 $0.0001，在 BSC 上的交易费为 $0.20。而在以太坊上交易费大概为 $7。还有在 Optimism 上交易费大概是 $0.68。 为什么 rollup 比其他侧链都要贵？这是因为 rollup 最终必须要将 calldata 发布至以太坊中；这将它们的费用与以太坊费用联系起来。每个 rollup 只能通过一个常数因子对以太坊进行扩容。所以与用户已经习惯了的交易费相比，rollup 对他们来说并没有多便宜。 没有一个 rollup 能够真正兼容 EVM —— 每一种 rollup 的虚拟机与 EVM 之间都有一些微妙的差异。Arbitrum 使用 [AVM](https://developer.offchainlabs.com/docs/avm_specification)，Optimism 使用 [OVM](https://medium.com/ethereum-optimism/ovm-deep-dive-a300d1085f52)，而每一种都略微破坏了一些合约以及兼容 EVM 的一些工具。对于 ZK-rollups 来说，则完全是另一个世界 —— ZKRs 将把 Solidity 编译成相同的零知识电路，然后在 ZK 虚拟机中执行。 现在把这个过程与 Polygon 相比较，在 Polygon 中你只需要复制粘贴你的合约，然后便可以正常运行。 接下来考虑一下在 rollup 中转入和转出资产。 对 optimisitc rollups 来说，用户想要提出资产的话需要等待约一周的挑战期，在此期间，用户的资产被冻结。这糟透了。因此，为了能够实现“快速提款”，做市商将随时准备好帮用户提出资产 —— 当然，需要收取服务费。而收取的费用，则取决于做市商的资产存款以及该资产的流动性如何。如果你转的是 ETH，那么手续费可能是 0.2%，但是如果你想转出类似 dog coin 这样的代币，那么手续费就会收更多，可能 1% 或者更高。如果没有足够多的流动性，一些资产根本无法迅速提出。 作为一名用户，在规划 rollup DeFi 投资组合时，你将需要考虑所有这些因素。也就是说，如果你使用传统的基于多签的桥接系统连接至 rollup，那么就可以避免这个提款等待时间过长的问题。但是如果用户使用多签类型的桥接而承担一定的资产托管风险，这比 Polygon 又好多少呢？ (注意：ZK-rollups 没有这个问题，它的提款方式是即时的。) 我担心由于这么多开销，rollup 无法满足用户范围的任何一方。如果你是一名非常关心安全性的巨鲸，支付主网的费用是没问题的。而如果你只是一名小用户，那或许你对 Polygon 很满意。好了，还剩谁？ <br/> # 好吧，但是什么时候发币？ 在开始之前，以下是我对 Layer2 的看法。 以太坊上的每一个 DeFi 协议都会与一个 Layer2 解决方案合作 —— 有的选择 Optimism，有的选择 Starkware，而部署最多协议的 rollup 解决方案最终就在占主导地位。 很明显，这不是正确的思维模式。更多的是，DeFi 协议正部署在不同的扩容解决方案上。目前，AAVE、Sushi 和 Curve 都已在 Polygon 上发布，将 Polygon 的总锁仓量 (TVL) 推高至 80 亿美元以上。Sushi 上线了超过 [5 条链](https://cryptobriefing.com/sushiswap-now-live-fantom-polygon-xdai-binance-moonbeam/)、Curve 在 4 条链上部署。很长一段时间以来，Uniswap [一直与 Optimism 结盟](https://twitter.com/Uniswap/status/1374407380520239109)，但是随着 Arbitrum 的推出，Uniswap 也改变了其合作方式，并将部署在多个扩容解决方案上。  而 BSC 用行动告诉大家：如果你不在 BSC 上发布，我们就会发布一个你的分叉，并且拿走你本可以得到的收入。展望未来，我希望每个主要的 DeFi 协议都能先发制人地在每条重要的链上发布。 那么，真的是协议决定用户的去向吗？还是反过来，用户决定协议的方向？ 目前，Polygon 和 BSC 给我们的教训似乎是后者 —— 协议跟随用户，并且它们因此得到了丰厚的回报。 作为一名投资者，我可以告诉你，目前的共识是 rollup 会成为赢家。Vitalik 倾向于 rollup。每个人都喜欢 rollup。 但我还是担心，我担心没有人会在乎。因为人们已经拥有了 rollup 最初向用户承诺的东西：速度快、交易费便宜，以及可以顺利地与以太坊生态系统集成的兼容 EVM 的区块链。 那么 rollup 怎么才能赢得这场长跑呢？ 在我看来，有两种方法：一是非 rollup 侧链灾难性地失败了，并且行业从 Mt.Gox 交易所中得到了教训。而且灾难性的失败并不仅仅意味着“节点无法同步了”。它还意味着“资产损失了”或者“区块链完全停摆了”。这是有可能的，但可能性不大。 因此想要赢，需要另一个方式：rollup 必须要比其他替代方案要好。去中心化美德信号是不足够的。对于这一点，我个人来说只看到一条可以成功的道路，那就是密码学和零知识证明。 在过去几年里，零知识证明密码学经历了类似摩尔定律的轨迹，并且没有放慢的迹象。以前人们认为在 ZK-rollup 中执行 EVM 类计算是不可行的，而 [zkSync](https://twitter.com/zksync/status/1399469067795304451) 和 [Starkware](https://twitter.com/StarkWareLtd/status/1311044303439958017) 即将启动这一功能，它们通过递归组合 ZK-SNARKs 来证明任意长的计算链。随着时间的推移，我预计我们将看到的不仅仅是目前 rollup 这种常数因子式的扩容：大规模的计算压缩、隐私保护智能合约、可证明的 MEV 阻力等等。 状态增长在 ZK-rollup 中也不是很大的问题，因为无论状态有多大，用户总是可以通过简单地验证一系列 SNARKs 来证明其有效性。 从长远来看，ZK 技术只会越来越好。 但即使在短期内，我对于 Matter Labs 的 zkSync 2.0 及其 [zkPorter architecture](https://medium.com/matter-labs/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf)也感到很兴奋。zkPorter 是 [Validium](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb) 和 ZK-rollup 的混合体，允许用户在两者之间无缝迁移。在 Validium 中，数据存储于链下，其交易费用与 Polygon 相当。而那些对安全性有更高要求的用户仍然可以使用更贵的 ZK-rollup。这将所有用户的选择集成在同一方案下，并且它们之间具有完全的互操作性。  <center>zkPorter 的架构 Cr: <a href="https://medium.com/matter-labs/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf">Matter Labs</a></center> 在我看来，这就是未来的发展方向。我们不能仅仅说：没有愚蠢的用户，你做了错误的选择，我不在乎那里的费用是否更低。但我们也不应该关闭进一步创新的大门。 我押注 rollup，但谁知道呢！我做的错误选择已经够多了，如果用户一开始就接受了 rollup，这对他们和以太坊来说都是好事。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/impromptu_technical_ama_on_statelessness_andhttps://www.ethereum.cn/Technology/impromptu_technical_ama_on_statelessness_andThu, 15 Jul 2021 00:00:00 GMT来源 | [r/ethereum](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/) <br/> 了解这些技术的相关文章： - https://notes.ethereum.org/@vbuterin/verkle_and_state_expiry_proposal ([中文版](https://mp.weixin.qq.com/s/fEEHT3bmcqXEfqFCGiOpFg)) - https://notes.ethereum.org/@vbuterin/verkle_tree_eip - https://notes.ethereum.org/@vbuterin/state_expiry_eip - https://vitalik.ca/general/2021/06/18/verkle.html ([中文版](https://mp.weixin.qq.com/s/8aKTQVTM0b8wkpP_RKz3xg)) # AMA 部分 <br/> [bluepintail](https://www.reddit.com/user/bluepintail/) 提问： 与进行中的升级 (1559、合并和分片) 相比，实现状态休眠机制 (state expiry) 的复杂度怎么样？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 好问题！我会说从以太坊客户端开发者的角度来说，它的复杂性介于 1559 和合并之间。它更大的难度在于基础设施还没建起来，以及要与状态休眠机制长期配合的话需要重写合约 (状态休眠机制不会破坏任何现有的合约，可能除了一些非常病态的情况，但它确实使现有的合约随着时间变得越来越低效，因此它们可能需要在 5-10年内重写，以保持可运行)。 需要构建的一个主要基础设施是提供旧状态的见证数据 (witness)。如果有人有 1 年多没访问过的旧状态，然后他们想发起一个事务访问它的，如果不在它们手上，他们会需要从某处取出该旧状态。有三种可能性： - 中心化服务器 (etherchain、etherscan......) 采用一个标准化的 API，它会返回旧状态的见证数据 - 用户必须自己找到存档节点，并对其进行 RPC 调用 - 去中心化又易于使用的方案是更难开发的：类似用门户网络 (Portal Network) 存储这些证明 另一项需要实现的是升级所有以太坊基础设施，以使用包含地址周期的新地址格式。 对于合约的主要挑战是，如果你想构建一个长期保持可用的合约系统，那么你将需要以这样的方式：对应新用户的新数据不需要保存在旧地址周期。 如果没有做任何事，那么如果一个 ERC20 代币在周期 0 被创建了，它现在应该是周期 10，然后发送一个 ERC20 代币到一个还未拥有该特定 ERC20 代币的地址，这将需要提供 8 个见证数据 (在时段20时，这会变成需要 18 个见证数据)。因此不是致命的，但会越来越烦人。为了避免这点，ERC20 代币需要采用一种在更新的 (newer) 地址周期上有子合约的结构，把更新创建地址上的余额存储在那些更新的地址周期上。我认为，现在是合约设计者开始认真考虑如何在“后状态休眠机制” 的世界里设计他们的合约了。 [dhskiskdferh](https://www.reddit.com/user/dhskiskdferh/) 提问： 你可以更详细阐述一下智能合约实现将如彻底支持这点吗？乍一看，我想知道如何把状态 (像余额和补贴）转移到一个新地址......我想是可以迁移状态的，尽管我会觉得这是非常贵的交易。 关于如何在未来编写合约以支持这点，请问你有什么洞见吗？谢谢 [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 以下是一个更完整的"后状态休眠机制" ERC20 代币的概述。 假设 ERC20 合约在周期 `C` 创建，而它当前处于周期 `N`。它的每个周期 `C, C+1, C+2 .... N `都有子合约。一个地址周期是 `A`的地址的代币余额会被存储在周期 `max(C, A)` 的子合约里。 这确保了即使 ERC20 合约失活了，如果你创建了一个新地址，你将不需要提供见证数据 (因为如果你的地址是在周期 `N` ，那么余额会被存储在周期 N 的子合约里，这不需要见证数据才能编辑，因为 `N` 是最新的时段)。 只有以下两种情况才需要见证数据： 1. 读取和编辑在最近两个时段都未被访问过的账户的余额 2. 当账户和 ERC20 合约都失活后，第一次设置账户的余额 如果我们真的想，我们可以通过扩展协议来消除第二种情况，使在地址周期 `P` 的地址 X 可以发送由在地址周期 `Q` 上的地址 `hash(X, P, Q)` 所有的代币；这会允许代币持有者使用地址 `hash(X, P, Q)` 来接收代币，这样 `X` 就可以发送它们了 (如果 `Q` 是最近两个时段之一，这就不需要见证数据了)。 另一个想法是只在可用的最近状态周期里存储代币余额 (这样只要发送者的状态是最近的，就永远不需要见证数据才能发送代币给其他人)，且只有在必要时才会用 `transfer` 函数从历史周期里取周期和汇总余额 (`balance` 函数也必须这样做；这样`balance` 函数的使用就不得不减少，且在需要使用时也会节省很多)。 **以上内容的总结是：在为长期见证数据最小化做优化和简化代码间有一个光谱，我预计很多合约会更关注代码简化，并只使用最基本的长期见证数据最小化技巧**。但我希望易于编码的最佳实践会随着时间推移得到开发和发展。 [Kike328](https://www.reddit.com/user/Kike328/) 提问： 与某地址直接相关的状态不能在每次与该地址本身有交互时都上传吗？我意思是，创建一些较短的周期，但每次与一个合约有交互时，就上传该合约的所有状态到该周期。我不是完全了解以太坊的状态运作细节，所以可能我说的并不实际和有点愚蠢，但这会解决我们合约开发者对写的合约不适用于未来的担心。 [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： > 与某地址直接相关的状态不能在每次与该地址本身有交互时都上传吗？ 不能，因为可能会有无限多这样的状态。M 个用户* N 枚代币=M*N 个潜在余额。 <br/> [PurpleHamster](https://www.reddit.com/user/PurpleHamster/) 提问： Also is state expiry the same as state rent? 状态休眠机制跟状态租金方案一样吗？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 状态休眠机制和状态租金解决的是相似的问题，两个方案所属分类的界限是有点模糊的。现在的 state expiry 方案与 2015-18 年间的状态租金方案间的主要现实差异是： - 状态休眠机制没有试图对一个接收了给定状态支付租金的某特定区块做审计。相反，它更粗略，按年来计算。这能减少复杂性。 - 不存在“支付租金”这一操作；相反，你只需在正常交易发送过程中访问它，就能延长它的活性时间。 - 如果你的状态失活了，激活它是很简单的；你只需提供一个见证数据 - 使状态失活也不需要有什么操作，这也能减少复杂性 - 有一个“地址周期”机制使得在无须提供见证数据的情况下更容易创建新合约，同时避免复活冲突（这种情况是某状态对象在某位置上失活了，有人发送了一个事务到这个位置以创建一个新的对象，这会与之前在这个位置上但“状态不再可用”的值冲突。） [robmacca](https://www.reddit.com/user/robmacca/) 提问： 如果我担心这些数据会丢失，是否有可能为我所有的钱包交易/值 (不是整个网络) 创建见证数据？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答: 如果你的数据在该状态周期没有被更新，你就必须每年上线一次，并创建一个见证数据，所以不是创建了见证数据以后什么都不用管了。我个人并不担心数据丢失；有很多行动者在存储历史数据，只要它们中的一个是可用的，你就可以对其发出 RPC 请求并获得见证数据。全部数据提供商 (我很确定数据提供商的数量超过 100) 都丢失了它们的数据这件事的概率比遇到 51% 要低得多。 <br/> [CrustyRat ](https://www.reddit.com/user/CrustyRat/) 提问： Mina 和它的实现对以太坊基金会和实现以太坊无状态这一目标有什么启示吗？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答: 我们的密码学团队与 Mina 团队在很多场合聊过。我当然希望 Mina 先实现它的目标，因为它是一个更简单的系统，且可以从头开始，但整个状态转换函数完全使用 ZK-SNARK 加密也是以太坊的一个长期目标。尽管在我看来，这与无状态是两个不同的轨道。 <br/> [BestLucarioFan](https://www.reddit.com/user/BestLucarioFan/) 提问： 如果所有的存档节点都关闭了，我们只剩下普通节点的话，失活的状态会怎么样？如果你自己不真的存储失活状态的话，是否不可能为失活状态提供见证数据了？ 还有，采用了状态休眠机制后，你预计运行以太坊客户端需要多少 GB？即使在很远的未来，这会保持不变吗？（不考虑 gas limit 提升的话） 最后，与 merkle-patricia trie 相比，解析维克尔树 (verkle trie) 的速度会慢多少倍？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 全部存档节点都关闭这件事的可能性似乎是极小的。因为存档节点有好几百个，其中很多是由企业的高水平技术团队运行的。作为一个额外的保护层，我预计门户网络或类似的系统会要求每个普通用户存储一小部分历史状态，并以这种方式进行去中心化备份。 > 采用了状态休眠机制方案后，你预计运行要给以太坊客户端需要多少 GB？即使在很远的未来，这会保持不变吗？（不考虑 gas limit 提升的话） 根据当前的 gas limit 水平，我预计 50 GB 就可以了，尽管如果 gas limit 提升的话这个数字会增加。 [BestLucarioFan](https://www.reddit.com/user/BestLucarioFan/) 提问： 这很酷，如果只需要 50 GB的话，我想在我家的 PC 运行一个本地以太坊客户端。 这里存储量的减少是否会与轻客户端的引入向叠加？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 在实现了合并、无状态和状态休眠机制后，你会有下列客户端选项可运行： - 轻客户端：存储要求：50 kB。带宽要求：最低每天 50 kB、每个区块~1 kB。安全模型：同步委员会的诚实多数 - 无状态客户端：存储要求：< 1 MB。带宽要求：每个区块~500 kB。安全模型：完全安全 - 普通全节点：存储要求：~50 GB。带宽要求：每个区块~100 kB。安全模型：完全安全 - 存档节点：存储要求：~1-3 TB。带宽要求：每个区块~100 kB。安全模型：完全安全 [UnrulySasquatch1](https://www.reddit.com/user/UnrulySasquatch1/) 提问： 是打错了吗？为什么无状态客户端需要的带宽是存档节点的 5 倍？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 全节点和存档节点下载的是相同的数据，以与区块链同步。无状态节点需要下载更多数据，因为需要下载见证数据以验证状态 (普通节点不需要是因为它们仅自己保存和维护状态)；这是拥有无状态客户端的折中。 <br/> [AdvocatusDiabo ](https://www.reddit.com/user/AdvocatusDiabo/) 提问： 维克尔树好像非常有前景。另一方面，Eli Ben-Sasson 说我们可以生成与今天所需见证数据大小相同的零知识证明 (https://twitter.com/EliBenSasson/status/1405414149925048323)。以及在数年后，可能会有一个新的改良数据结构。我的问题是我们可以把它抽象了吗？是否有可能使底层数据结构不成为协议的一部分，而对于无状态来说，是否可能在没有一个数据结构的情况下也能请求到见证数据？我希望这个问题是有意义的。 [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 从长远来看，STARKs 肯定是更好的技术，但当前的证明生成还不够快。使用对哈希了的二叉树进行STARK 加密的见证数据的最坏情况会是每个分支 6000 次访问 * 80 个哈希值 (假设最坏情况的深度)= 480000 个哈希值，一个更普遍情况的见证数据会是每个分支 1500 次访问 * 25个哈希值=37500个哈希值。即使是后者也需要非常重型的超并行化机器 (ultra-parallelized machinary)，才能在一秒钟内使用常规的哈希函数 (即 SHA256)生成一个证明。一旦优化了算法的哈希函数 (MiMC、Poseidon、Rescue 等系列) 被证明了是足够安全的，那么STARKs 会变得更可行。至于维克尔树，现在已经可以快速生成证明了。 <br/> [Routine-Thing](https://www.reddit.com/user/Routine-Thing/) 提问： 对于矿工或验证者来说，实现无状态意味着什么？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 这意味着你不需要大量的磁盘空间来做验证者以验证区块。现在，要做区块提议者还是需要有磁盘空间。也就是说，看起来越来越有可能区块提议在将来会变成专业化的作业，验证者不是一定要做区块提议工作；详见：https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725 （[中文版](https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designs)） [asdafari](https://www.reddit.com/user/asdafari/) 提问： 虽然该提议旨在解决中心化问题，这可能来自 PoS 系统里的 MEV，是保留 MEV 的长期方向吗？如果是，原因是什么？它通过抢跑或尾追交易或三明治夹击等从一般用户手中提取价值，使区块构建者/提议者获益，我认为这是大多数人都认为是不可取的。我有时觉得我在 Uniswap 上的交易已经出现可疑的高滑点了，但这也可能只是我的多疑。 [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 我真的看不出现在消除 MEV 是可能的。现在有非常多种重要类型的 MEV (例如，交易所的价格套利)，我看不到能把它们消除的方法。我认同应该最大限度地阻止三明治夹击等类似的操作，尽管如此，我觉得更多的专业区块提议者是解决方案的一部分 (例如，大多数 Uniswap 攻击可以通过设置滑点=0 得到阻止，而要做到交易滑点为 0 且交易一致不会失败或浪费 gas，在 Uniswap 上排序成功你交易费支付需要有额外条件，也就是需要专门的交易打包逻辑...) <br/> [TShougo](https://www.reddit.com/user/TShougo/) 提问： 这可能是个新手问题。修剪 (pruning) 和无状态有什么区别？修剪不是也为全节点减少状态大小吗？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 修剪只意味着移除不再需要存储的旧数据。大多数的以太坊节点已经都是修剪节点了，这帮助我们成功渡过出现过的 gas limit 提升。无状态允许客户端完全不需要存储数据，状态休眠机制允许最近没有被访问过的状态数据也被修剪。 [LightningShark](https://www.reddit.com/user/LightningShark/) 提问： 在使用像维克尔树这样的新概念时，你是如何管理风险的？你是否曾经担心过使用这个方法会有风险？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 维克尔树依靠的是目前已经相当成熟的密码学，即如果它出问题了，Monero 也运行不下去了。 <br/> [Liberosist](https://www.reddit.com/user/Liberosist/) 提问： 你预计 rollup 会实现状态休眠机制吗？会有什么不同？还是说像 regenesis 这样的方案在 rollup 里会更常见？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： Regenesis 并不是状态休眠机制的真正竞争者；Regenesis 是同时实现状态休眠和历史数据休眠 (这就是以太坊现在在走的路) 的概念的品牌名。我肯定期望 rollup 也会网这个方向走，只是因为接近主线 EVM 是符合它们的利益的。 <br/> [temple22](https://www.reddit.com/user/temple22/) 提问： 对合同设计增加的复杂性可能会给开发人员带来更高的准入门槛，你认为这可能是一个需要考虑的问题吗？ 尽管我理解状态问题是必须要解决的。 [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 这肯定会给开发人员增加一些复杂性，尽管目前的设计已经是多年思考与研究如何尽量减少这种情况的结果；这一直是阻止我们在 2018 年开启这个计划的主要原因。因此，我认为我们到了一个地步，是这个提议在给开发者增加复杂性与给客户端或用户大大减少复杂性之间取得一个合理平衡。其他以太坊功能 (例如账户抽象和更好的历史访问工具) 也会同时使开发者的工作更容易开展。 [fipasi](https://www.reddit.com/user/fipasi/) 提问： 状态休眠机制对维持网络运行是必须的吗？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 理论上，如果我们觉得构建区块和运行一个普通节点需要更多存储是没问题的话，使用无状态就可以维持它运行。但这个路径有中心化风险。 <br/> [lucadonnoh](https://www.reddit.com/user/lucadonnoh/) 提问： 对学习计算机科学的学生来说，有没有什么学习承诺、默克尔树、维克尔树这些东西的好资源？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 可以从阅读我关于维克尔树的文章开始：https://vitalik.ca/general/2021/06/18/verkle.html <br/> [lectorlector](https://www.reddit.com/user/lectorlector/) 提问： 有没有可能用目前的以太坊默克尔树生成一个维克尔树结构，然后生成承诺和证明？这样就可以维持当前以太坊默克尔树的哈希函数了？ 例如，生成一个维克尔树证明，它是目前以太坊默克尔树某个根上的一个叶子， 还是说在把原来的哈希函数用在 KZG 承诺和维克尔树上有某些限制，所以需要生成一个用一个不同哈希函数的、新的树结构？(就像在 zkSNARK 中使用 Keccak256 就太贵了，人们因为 SNARK 线路大小限制而使用Mimc或Poseidon等'snark friendly'哈希函数) [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 我们需要使用新的承诺的新的树结构，以生成维克尔树证明；证明大小的增加与维克尔树使用代数同态的承诺而不像 SHA256 那样的黑箱哈希值密切相关。 <br/> [saddit42](https://www.reddit.com/user/saddit42/) 提问： 你会担心实施无状态会对现有的和未来潜在的应用造成太大的破坏？你认为是否有破坏性较小的可行路径？ [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 我不认为无状态会破坏任何应用！状态休眠机制确实会有 (看我上面的回答)，但即使如此，影响也不是那么糟糕 (现有的应用还会继续运作，只是会随着时间推移变得没那么高效)，且应用会有很长的时间来适应。 <br/> [UkoeHB ](https://www.reddit.com/user/UkoeHB/) 提问： 维克尔树需要可信设置 (trusted setup) 吗？如果需要，我很惊讶这点没有在你的博客文章里提到，而尽在[延伸阅读](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)里找到。 [Vitalik](https://www.reddit.com/user/vbuterin/) 回答： 如果你使用 Kate 承诺的话，需要 (但是是小型的，因此制作一个就可以有数千个参与者是非常容易的)。如果你使用 bulletproof 类型的承诺，就不用。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/announcing-uniswap-v3-on-optimismhttps://www.ethereum.cn/Layer2/announcing-uniswap-v3-on-optimismWed, 14 Jul 2021 00:00:00 GMT来源 | [optimismpbc](https://optimismpbc.medium.com/) <br/> 译者按：去中心化交易所 Uniswap V3 于今日正式部署至 Optimism 并面向所有用户开放。本文除了通告之外，还翻译了文章《[理解 Optimistic Ethereum 的费用：第一部分](https://optimismpbc.medium.com/announcing-uniswap-v3-on-optimism-6fb033398a11)》，旨在让用户使用 Uniswap 的二层版本的同时，更好地了解 [Optimism 的收费机制](https://optimismpbc.medium.com/what-to-expect-when-eths-expecting-part-1-9bb5cbccb7c1)。 大概两年前在 2019 年的第五次 DEVCON 上，我们与 Uniswap 共同构建了 Unipig Exchange，这是首个 Optimistic Rollup 的 demo。  虽然这只是个概念证明，但它是成功的，并开启了我们构建一个能够扩容任何智能合约的通用解决方案的旅程。现在，Optimism 经过了几次主网部署、执行了几十万笔交易，并且像过了几个生命周期之后，我们又回到了原点！ 今天，以太坊上最大的 dApp 在 Optimism 部署了。 这是我们在一个受控环境中测试协议的一个机会，在这种环境中我们可以优先考虑新软件中用户的安全性。从今天开始，任何人都可以在 OΞ (Optimistic Ethereum) 上使用 Uniswap V3 进行存款、交易以及提供流动性。但这并不意味着我们可以开始进行 ape 测试 —— 事实上，我们拥有明确的保障措施来防止使用量飞涨 (这将在下文分享)。 首先，让我们看看过去六个月所做的工作： <br/> # 自我们上次发布以来... 在过去六个月里，我们取得了极大的进步，在这里分享一些新的亮点： ## 重新设计代币桥： 与社区经过了数月的合作之后，我们重新设计了代币桥接系统，这让我们能够灵活且轻松第将新的 L1 资产桥接至 L2 中。本次发布中，Optimism 的代币桥支持的代币有：DAI、WBTC、USDT、EURT、ETH 以及 SNX，并提供了一个界面用于添加新的资产。  ## 基础设施的集成： 多亏集成了以下这些基础设施，才让 OΞ 像 L1 以太坊一样强大和通用： [Etherscan](https://medium.com/r?url=https%3A%2F%2Foptimismpbc.medium.com%2Fintegrating-etherscan-24a3811a765c) [Infura](https://blog.infura.io/infura-launches-support-for-optimistic-ethereum/) [Alchemy](https://blog.alchemy.com/blog/alchemy-optimism) [Quicknode](https://blog.quicknode.com/optimism-support-now-live-on-quicknode/) [The Graph](https://thegraph.com/blog/graph-optimistic-ethereum) [Truffle](https://www.trufflesuite.com/blog/truffle-and-infura-support-optimism) [Hardhat](https://hardhat.org/plugins/eth-optimism-plugins-hardhat-compiler.html) [Metamask](https://community.optimism.io/docs/developers/metamask.html) [Coinbase Wallet](https://medium.com/ethereum-optimism/improving-ux-on-l2-ff2f88f44836) [Imtoken wallet](https://medium.com/imtoken/connect-to-layer-2-and-many-more-custom-networks-on-the-new-imtoken-d44274446817) 在了解如何使用部署在 Optimism 上的 Uniswap 时，请务必了解以下信息： <br/> # 一些重点： ## 费用 通过本次发布，我们正式对 Optimistic Ethereum 的用户进行收费。我们定了一个保守的目标，即在启动后达到每天 50,000 笔交易，计划使用类似于 EIP-1559 拥堵定价机制的方案，随着时间的推移逐渐提高交易量。阅读文章《[理解 Optimistic Ethereum 的费用：第一部分](https://optimismpbc.medium.com/what-to-expect-when-eths-expecting-part-1-9bb5cbccb7c1)》以了解更多 (译者注：该文章的翻译见下文) ## 潜在的计划外的停机 像我们之前和 Synthetix 发布的版本一样，我们这次发布的主要目标之一是发现新的 bug 并增强我们的稳定性。如果系统出了问题 (这是有可能发生的)，我们将全员出动 —— 这是一个 alpha 系统，请大家风险自担。用户可以进入 [optimism.io/status](https://optimism.io/status) 查看网络运行状况。 ## 未来的计划中的停机 和我们之前的版本一样，我们将保留一个系统升级多签，并计划在几个月内对 OΞ 至少再进行一次升级。我们将提前与大家沟通好这一点，但在升级期间，交易提交功能可能会暂停几个小时，并且历史 (不是状态) 可能会被重置。 <br/> # 如何使用 在 OΞ 上使用 Uniswap 只需简单几步：将 L1 上的资产存入 L2 中，并切换钱包与 OΞ 交互。Uniswap 已经制作了一个关于这个过程的详细教程，点击查看：[https://help.uniswap.org/en/collections/3033942-layer-2](https://help.uniswap.org/en/collections/3033942-layer-2)  <center>真丝滑 ;)</center> 大家遇到任何 bug，有任何问题都可以在 Optimism 的 [discord](https://discord.gg/Wvf4uC6N) 中点击 #support 以求助。 <br/> # 下一阶段有什么？ 本次发布对我们和以太坊来说都是一个巨大的里程碑，但接下来还有很多重要的更新。在 Uniswap 的部署之后，我们的优先事项有： 1. 验证系统稳定性和伴随的 bug 修复。 2. 随着我们对网络稳定性的信心增强，将提高对网络 TPS 的限制值。 3. 准备对开发者开放 Optimistic Ethereum 的部署。 我们最初计划在本月晚些时候允许任意合约的部署。尽管我们很期待[启用这个功能](https://github.com/ethereum-optimism/optimism/blob/6112b7aacea153e8e477eb82892cb6e7003774b9/packages/contracts/contracts/optimistic-ethereum/OVM/predeploys/OVM_DeployerWhitelist.sol#L104)，但我们还是决定不要立即移除所有阻力。相反，我们将保留一个自由的白名单，任何展示了可靠的测试覆盖的项目以及在 Kovan 上正常部署过的项目都可以申请部署。在 Uniswap 部署稳定后的未来几周内，将发布与白名单有关的信息 & 已更新的集成文档信息。我们对社区的热切心存感激和谦卑，但我们必须在每一波新的应用浪潮中平衡系统的安全性和稳定性。 随着这个版本的发布，我们也将多点向社区分享项目的更新。我们很容易专注于构建而忽视分享我们取得的巨大进步，让那些仅关注我们 github 的用户们无法深入了解我们的进展。周一将首次发布 Optimism 的开发进展博客系列 Highly Optimistic Dev Blog，这是一个每两周发布一次的系列，分享我们最新的更新、取得的里程碑与成就。 ## 预告：下一个发布的项目 —— Chainlink 和 Kwenta Synthetix 即将发布的 Kwenta 版本包括 Chainlink 预言机和交易功能 ([链接](https://blog.synthetix.io/optimism-launch-announcement/))。我们期待他们尽快完成测试网上的工作，届时 Synths 和 LINK 都可以在 L2 主网上进行交易！ <br/> # 理解 Optimistic Ethereum 的费用：第一部分 在 L1 面临 gas 危机时，作为以太坊 L2 解决方案，我们常遇到的问题是： 1. Optimistic Ethereum 上的交易费能有多便宜？ 2. Optimistic Ethereum 上的交易费由什么决定？ 不出所料，这些答案基本上是相关的。在这篇文章中，我们将解决问题 1，分享用户近期可以预期的费用的具体数字。问题 2 涉及更多内容，我们将在第 2 部分中分享。 我们的系统目前将基准用户的交易成本降低了约 10-50 倍。下表按交易类型算出了节省的成本，明显节省得越来越多。  然而，这些基准线成本只是一个基线。和其他链一样，必须通过可变成本来控制基本容量限制。在 Optimistic Ethereum 中， 我们通过类似于 EIP-1559 的定价机制来设定 gas limit。这意味着，如果需求过多，协议将提高费用，直到每天的交易回落到限制之下。我们在发布时，先保留对这个算法的控制，测试过相关的参数之后在协议中固定下来。 保持 OΞ 的安全和稳定是我们的优先工作，因此在 Uniswap 上线 Optimism 时，我们的拥堵定价将以 50,000 (笔交易/天) 为目标，并且 gas 价格下限保持在 L1 开销的 1.5 倍 (对用户来说仍然便宜 9 倍多)。随着时间的推移，如果证明系统是安全且稳定的，我们将把这个 50,000 的上限 (已经接近 Uniswap 在 L1 上的日交易量了) 提高到理论上限。 至于问题 2，事实证明，了解什么因素影响 Optimistic Ethereum 上的费用对我们来说无比重要。如果不了解 Optimistic Ethereum 的经济学，就很容易做出错误的优化。下周，我们将探讨影响费用的基本因素，以及不同的架构决策如何影响它们。先睹为快：[gas-estimation-3.0.ipynb](https://www.notion.so/6ac6f853cfcc79e8a0c2f8ff683256de)😉 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-7-13/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-7-13/Tue, 13 Jul 2021 00:00:00 GMT <br/> # Eth1 ## 伦敦升级进展 **确定主网升级的分叉区块高度和时间** 第 117 次核心开发者会议确定了主网伦敦升级的区块高度为 12965000，时间大概在 8 月 4 日。 <br/> **`gasPrice` 应该什么时候存储在哪里？** 在核心开发者会议上，有人提出因为在 1559 式交易里有两个字段都是“最高值” (max fee+max priority fee，即费用上限和小费)，而用户实际支付的 gas 只有在执行后才能确定，这十分重要！为了实现这点，开发者同意在交易收据增加一个字段`effectiveGasPrice`，其返回的是交易执行后的支付价格 (即基本费用+小费)。有一个问题是伦敦升级前的交易 (该字段里只有 `gasPrice`) 是否也应该返回 `effectiveGasPrice` 的值？目前不是所有客户端都这样做，但会议同意应该统一返回 `effectiveGasPrice` 的值，因为这会使得构建使用这个字段的工具更容易。 同样地，为了使工具保持简单，Geth 客户端在 1559 式交易里以返回 `effectiveGasPrice` 取代 `gasPrice`，这意味着依赖 `gasPrice` 的工具不须重新适应支持 1559。为了保持一致，会议也同意其他客户也应该这样做，以示 `gasPrice` 已被弃用。如果交易还未被打包，客户端应该以返回 `maxFeeCapPerGas` 以取代 `gasPrice`。 这变更已写入 eth1.0-specs 里：[https://github.com/ethereum/eth1.0-specs/pull/251](https://github.com/ethereum/eth1.0-specs/pull/251) 提醒矿工：伦敦升级后，因为 EIP-1559 的目标是保持区块容量 50% 满，矿工需要自行调整目标 gas limit。如果想区块容量保持在 15m gas，你将需要把目标设为 30m。兼容主网的挖矿客户端的JSON RPC 文档如下： Geth: [https://t.co/10MEQbsHCM?amp=1](https://t.co/10MEQbsHCM?amp=1) Besu: [https://t.co/08zwJRIhKw?amp=1](https://t.co/08zwJRIhKw?amp=1) OpenEthereum: [https://t.co/Vwmh8FOa9a?amp=1](https://t.co/Vwmh8FOa9a?amp=1) 来源：https://twitter.com/TimBeiko/status/1413532890747441158?s=20 <br/> ## **合并 (The Merge) 进展汇报** Eth2 开发者Mikhail Kalinin 在上周的核心开发者会议对合并进展进行了汇报，并就相关问题与其他开发者进行了讨论。以下为进展主要内容： - 共识层 目前规范处于特性完成状态，下一步是根据 Altair 和伦敦升级做调整 - 执行层 目前有的是一个整体的设计文档还有 Rayonism 规范，因此下一步的工作重点是写执行层规范的代码，还有更新 JSON-RPC  - 共识 API 目前有的是在 Rayonism 项目里使用过的基础 JSON-RPC 延伸，但未达到产品级别。 还有一系列的测试要做，但非当务之急。  - 研发 大多数的研究工作已完成，以下的内容还有待深入： 过渡过程分析 执行层同步 执行层的托管证明（这部分内容不会在即将到来的合并实现）  来源：[“合并主网准备清单"](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md#consensus-layer) 另外，下图是由 Ethereum Cat Herders 社区的 Pooja Ranjan 制作的合并路线图  来源：https://twitter.com/blythechristo/status/1413309663496527877?s=20 <br/> # **Eth2** **在开发者测试网上首次实现信标链成功进行 Altair 升级！**  来源：[https://twitter.com/terencechain/status/1413137159234543630?s=20](https://twitter.com/terencechain/status/1413137159234543630?s=20) <br/> Eth2 开发者 Mikhail Kalinin 发布了验证者提款演示视频和教程。 来源：https://twitter.com/mkalinin2/status/1413434573208252420?s=20 <br/> **以太坊 2.0 去中心化质押池 Rocket Pool 将启动主网候选版本 Prater 测试网** Rocket Pool 宣布将于 UTC 时间 2021 年 8 月 2 日 0 时启动其主网候选版本 Prater 测试网，测试网网址：[https://testnet.rocketpool.net](https://testnet.rocketpool.net/) 用户可以作为质押者参与测试网，也可以选择成为节点运营者。该测试网作为主网的候选版本，也包括其代币经济： - 通过赚取协议中的佣金，Rocket Pool 的节点运营者将比个人质押者获得更多的利润； - 在自己运营的节点上质押 RPL 作为保证协议安全运行的抵押品，同时赚取 RPL 作为奖励。 Rocket Pool 即将上线主网，因此 Prater 测试网版本将是其最后的彩排。该测试网将分阶段推出，逐步提高质押总值的限制。Rocket Pool 表示将缩短测试网推出的各个阶段的时间，但是其参数应该与主网的相似。  一共有分四个阶段推出，每个阶段都会限制 minipools 的数量以及 rETH 存款池的规模。一旦 minipool 的数量达到了限额，新的节点运营者要等到下一阶段才可以存入质押金。同样地，一旦 rETH 存款池的金额达到了限额，新的质押者也只能等到下一个阶段才能够将 ETH 转换成 rETH。 来源：[https://medium.com/rocket-pool/rocket-pool-prater-testnet-launch-ac2a574c18c7](https://medium.com/rocket-pool/rocket-pool-prater-testnet-launch-ac2a574c18c7) <br/> # Layer2 **DeFi 合成资产协议 Synthetix 将正式在 Optimism 上启用交易功能** 经过 Chainlink、Optimism 以及 Synthetix 之间几个月的努力与合作，Synthetix 宣布将于 7 月 26 日当周正式在 Optimism 上启用交易功能，最终部署日期有待 Spartan 理事会批准。 按照 SIP-121 中所指定那样，上线最初支持的合成资产 Synths 有：sETH、sBTC 和 sLINK。为 Synthetix 过渡到 Optimism 中做好准备，一些额外的 SIPs 也将在未来几周陆续发布。这些 SIPs 包括对债务池缓存机制的改变，对 iSynths 的弃用以及 L1 上 Synths 供应量的减少。 Synthetix 表示，一旦最初的 Synths 部署成功之后，后续将扩展 Synth 的种类和其他功能，比如即将上线的 Synthetix 期货。 来源：[https://blog.synthetix.io/optimism-launch-announcement/](https://blog.synthetix.io/optimism-launch-announcement/) <br/> **ConsenSys 旗下开发工具 Truffle 和 Infura 新增对 L2 扩容解决方案 Arbitrum 的支持** 7 月 13 日，ConsenSys 的创始人 Joseph Lubin 发推称区块链开发工具 Truffle 和 Infura 新增对 Arbitrum 的支持。 Truffle 团队发布了 Arbitrum Truffle Box，这个工具为开发者提供了在 Arbitrum 上编写代码的样板结构。Truffle 团队表示，这为开发者开始开发 Arbitrum 提供了初始构建区块，而不要求他们编写任何特定类型的应用程序。有了 Arbitrum Truffle Box，开发者能够针对几个 Arbitrum 网络实例编译、迁移以及测试 Solidity 代码。 Infura 为 Arbitrum 网络添加完整的 API 支持。Infura 的用户现在可以直接在他们的 Infura 仪表盘中添加免费的 Arbitrum 插件。与以太坊一样，Arbitrum 网络 API 大量使用了相同的 JSON RPC 规范，以及 Infura 将提供在 Arbitrum 网络上构建功能完备的应用程序所需的所有 API 方法。 来源：[https://twitter.com/ethereumJoseph/status/1414628136210378753](https://twitter.com/ethereumJoseph/status/1414628136210378753) <br/> **以太坊 L2 互操作性解决方案 Hop Protocol 上线 Polygon、xDai 以及以太坊主网** Hop Protocol 协议旨在提供 L2 项目之间的互操作性解决方案，使用户实现跨 rollup 转账。为了保证 Hop 顺利推出，Hop Protocol 先从 USDC 开始，然后逐步推出其他资产的转账功能。一旦 USDC 桥接顺利运行，接下来会慢慢解锁其他代币，近期即将解锁的代币包括：DAI、USDT、ETH、WBTC、MATIC。 Hop 上线初期将支持与 EVM 兼容的扩容解决方案，将来还会支持诸如 zk-rollups 等其他类型的扩容解决方案。目前支持 Polygon 和 xDai，即将支持 Optimism 和 Arbitrum。 来源：[https://t.co/TKzhII4SXj?amp=1](https://t.co/TKzhII4SXj?amp=1) <br/> # **生态** **ETH Summer 开课喇！** ETH Summer 是为有兴趣学习以太坊的技术研究生而设的虚拟”学习月“项目，在这个项目里，你将体验加密系统，并根据你的选择开启一个项目，会有来自以太坊生态的导师辅导。这个项目由 ETH University 主办、以太坊基金会支持。 时间：2021.8.2—2021.8.27 形式： - 每周大约 45 分钟与导师的小组办公时间，共大约 15~20 小时学习和在加密世界构建 - 每两周与以太坊生态内的人物对话 - 偶尔在 gather.town 进行小组活动 - 参加以太坊生态里不同专家举行的工作坊 - 有出色的构建者作为你项目的导师 学习轨迹：以太坊应用、智能合约开发、p2p 系统、以太坊2.0、DeFi、零知识密码学 面向人群： - 已是研究生 - 如果没有进入大学，需要 22 岁以下 详情：[https://summer.ethuniversity.org/](https://summer.ethuniversity.org/) <br/> **EthCC 来了** 第四届以太坊社区会议 (EthCC) 是欧洲年度最盛大的以太坊事件，专注于技术和社区。今年的会议将于 7 月 20 日—22日举行，内容包括会议、建立网络和学习。 详情：[https://ethcc.io/](https://ethcc.io/) <br/> **ENS 团队与以太坊基金会联合发布 RFP 以支持在 Web2 及 Web3 服务中使用以太坊登陆** 7月13日，以太坊基金会 (EF) 和 True Names LTD (ENS) 联合发布一项 RFP，以征集使用以太坊登录的规范，面向 Web2 服务的 Oauth 实现以及面向用户方登录的 JavaScript 库。 基本规范应包括：用于身份验证的以太坊帐户、用于用户名的 ENS 名称 (通过反向解析)，以及 ENS 名称文本记录的其他数据。Oauth 实现需要使得应用服务能简捷地将以太坊添加到现有的登陆方式中，可以是对既有实现的优化，也可以从头开始创建。提案须在北京时间 2021 年 7 月 31 日早上 8 点之前提交。 RFP详情：[https://notes.ethereum.org/@djrtwo/sign-in-with-ethereum-RFP](https://notes.ethereum.org/@djrtwo/sign-in-with-ethereum-RFP) 来源：[https://twitter.com/ensdomains/status/1414618006710329347](https://twitter.com/ensdomains/status/1414618006710329347)https://www.ethereum.cn/Eth2/data-availability-checkshttps://www.ethereum.cn/Eth2/data-availability-checksMon, 12 Jul 2021 00:00:00 GMT来源 | [dankradfeist.de](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html) <br/> ## 数据可用性检查须知 本文旨在解释数据可用性检查，以及为什么区块链的扩容方案，例如以太坊 2.0，需要它们。本文预设了读者具有区块链 (例如比特币和以太坊) 的基本背景知识、最好对现在使用的共识算法 (工作量证明和权益证明) 也有所了解。为了简单起见，解释内容将建基于权益证明链——由所有具有相同权重的全节点运行共识协议，具有 2/3 诚实假设；但这些分析同样适用于工作量证明和其他协议。 <br/> # 入门知识 想想看，区块链有全节点和轻客户端，还有一个点对点网络，它可能对数据是有损的，但不会自适应地审查数据。相对于全节点来说，轻客户端是一个更便宜的选择。在传统的区块链协议里，我们假设所有客户端都运行全节点，验证在状态转换中的每一笔交易。运行一个全节点要求计算机有大量的内存、算力和带宽。对于移动客户端和许多资源受限的环境来说，这个成本可能太高了。 轻客户端是只需下载每个区块的区块头的节点，它们信任全节点对状态转换的检查是正确的——并假设共识算法不会产生违背这点的区块链。轻客户端依赖全节点为任何相关交易提供区块内的信息。这很可能只占链上所有数据很小的百分比。 为了解释地更清楚，我介绍这里的三类角色： **全节点**通过对每个区块的共识生成一条区块链，并始终下载所有数据和验证所有状态。每当它们看到区块里有不一致的状态 (例如，区块的最终状态与区块内的交易不一致)，它们会生成一个欺诈证明，以警告轻客户端。 **轻客户端**只下载区块头 (非交易数据和状态)，除了它们想知道的交易和部分状态。它们与全节点连接，以请求所需要的数据。 **点对点网络**传播区块头，并允许随机访问上传到它的数据块。 一个全节点具有下列安全保证： - 与其他全节点形成的共识 (绝对) 多数可以构建另一条区块链，从而进行双花攻击；更广泛来说，它们可以任意对交易进行重新排序，创建另一个版本的交易历史。 - 由于要检查状态，即使是其他全节点形成超级多数对不一致的状态达成共识，也不可能让一个诚实全节点同意这条链。 因此，一个全节点的安全假设是 2/3 的诚实全节点可以保证交易不会被重新排序，但正确的状态执行是不需要任何的诚实假设来确保的 (一个全节点根本不可能被欺骗接受一个不正确的状态转换)。 对于轻客户端来说，情况略有不同，因为它们不下载和验证状态。因此，在没有欺诈证明 (详见下文)的情况下，“天真” 的轻客户端会被骗，相信由绝对多数 (2/3) 的全节点达成共识的区块链是没有问题的，即使它实际上有一个不正确的状态转换。 <br/> # 欺诈证明 欺诈证明能是给轻客户端一个更好的安全模型，使其安全性接近于全节点。其目的是，只要至少有一个诚实的全节点 (比 2/3 多数假设弱得多)，轻客户端也可以被保护，免受无效链的影响。 欺诈证明是如何实现这点的？假设区块链执行区块 B 内的交易 $t_{1}$,…,$t_{n}$，且区块头为 H。如果我们增加一个执行跟踪，用来存储每笔交易前和后的状态的默克尔根，我们把它叫做 $s_{0}$,…,$s_{n}$，如果有任何交易被错误执行(即其结果没有正确应用于状态)就可以构建一个虚假证明：如果说交易 ti 是有问题的交易，给出三元组 ($s_{i-1}$,$t_{i}$,$s_{i}$)，再加上在区块头 H 里显示已被打包的默克尔证明，这将构成一个欺诈证明。事实上，我们仅需要打包$ t_{i}$, 需要和影响到的 $s_{i-1}$ 和 $s_{i}$。这个欺诈证明的大小比原来的区块 B 要小得多，因此容易在网络里广播，警告轻客户端不要跟随这条链。 所以，现在轻客户端的安全假设就比之前的要强很多了： - 2/3 的不诚实全节点可以构建另一条链，从而改变交易历史或给交易重新排序 (例如，发起双花攻击)。 - 但是为了防止出现不正确的状态转换，现在的假设是至少有一个诚实全节点 (它可以创建欺诈证明)，且网络是同步的 (这样你就能即使接受到欺诈证明)。 <br/> # 数据可用性问题 用欺诈证明保护轻客户端不受错误状态转换影响这个方法其实有一个缺口。如果绝对多数的全节点都已经对一个区块头签名了，但不发布部分数据 (特别是，这可能是欺诈性交易，它们将晚点发布，以骗过别人接受印出来的或偷来的钱)？显然，诚实全节点将不会跟随这条链，因为它们不会下载该数据。但轻客户端不会知道数据是否可用，因为它们只下载区块头，不下载数据。因此，现在的情况是诚实全节点知道有猫腻，但它们无法警告轻客户端，因为它们缺少可能需要用来创建欺诈证明的数据。 难道它们就不能用其他信息警告轻客户端，告诉它们：“嘿，小心，这个区块的数据不可用。”吗？是的，但问题在于它们无法证明——不存在数据不可用的证明，所以上述的简单欺诈证明机制是不起作用的。 更糟糕的是，这不是可归责的问题。有些数据可能因为网络条件不好而丢失了，而这些数据可能在以后再次出现。因此，如果你是一个诚实节点，看到数据不可用的警报，然后检查发现数据实际上在那里，你不能确定是谁出错了：可能是出块者没有在开始时上传数据，而是在警报产生后才上传 (出块者的错)，或者这是一个错误的警报。 由于这不是可归责的问题，我们不能因为警报的结果惩罚出块者或挑战者。这很烦人，因为这基本上意味着增加这个功能会增加一个 DOS 向量 (Vitalik 的[这篇文章](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding)对这个问题进行了非常好的说明。) ## 解决方案：用纠删码进行数据可用性检查 要解决这个难题，就要确保轻客户端可以知道数据是否真的可用。因为如果它们知道这个数据是可用的，它们也就知道很可能有一个诚实全节点看到并检查了该数据——如果该数据是不正确的或是欺诈性的，诚实全节点就会广播一个欺诈证明。 当然我们不想要轻客户端必须下载整条区块链和状态来实现这点——因为这样它们就不再是轻客户端了。因此，我们将让它们下载随机的数据块，并检查它们是否可用。如果你尝试下载 100 个不同的数据块，并全部都获取了，你就可以很确定大部分的数据都是可用的 (例如，如果少于 50% 的数据是可用的，你能成功下载 100 个数据块的概率是$2^{100}≈10^{-3}$，这是一个非常小的数字)。 然而，这只能证明大多数的数据是可用的——比方说，10 兆字节的数据块中仅有 100 字节丢失了，在这种情况下，你对那一点数据发出请求的可能性非常低。而 100 字节足以为作恶交易作掩护，躲过诚实的欺诈证明者。 因此，我们需要对这些数据做一些处理，以确保那些检查切实保证所有的数据都将是可用的。我们可以用纠删码 (erasure code) 实现这点。一个纠删码以更大量的数据 E 取代区块数据 B，其特性是某固定百分比 q<1 将总足以重构整个数据。因此，即使有些数据丢失了，只要轻客户端确保足够大部分数据是可用的，它们就知道区块数据 B 是可被重构的。 现在，我们准备定义轻客户端在数据可用性检查中的行为。对于每个它们下载的区块头，它们将尝试下载数据 E 中 k 个随机数据块，以评估数据是否实际可用。如果它们可以下载全部的数据块，那么，在网络里有实际上足够的数据重构整个区块的概率是 $1-q^{k}$。 使用这个机制就无须全节点警告轻客户端数据是否可用了。只需要下载少量数据，轻客户端就可以自行测试并知道答案了。 ## 纠删码实例: RS 码 我们实际上是如何构建纠删码的呢？一个简单且为人熟知的实例是 Reed-Solomon codes (缩写为 RS 码)。它们是基于这样一个简单的事实：在一个域里，任何次数是 d 的多项式都仅由其在 d+1 点的估值确定。例如，多项式的次数为 1 (即一条线)，然后只需要知道多项式两个点的值就足以知道整个多项式了 (只有一条线穿过两个不同的点)。 我们必须在一个[有限阈](https://en.wikipedia.org/wiki/Finite_field)里解多项式，否则系数和估值都会变得任意大。幸运的是，有大小为 $2^{m}$ 的域可用 (即所谓的二进制域或伽罗瓦域 $\mathbb{F}_{2}$) ，这样我们就不需要研究素域 $\mathbb{F}_{p}$(尽管我们可能在一定方案里因为其他原因需要)。 因此，假设我们有 n 个数据块 $d_{0}$,…,$d_{n-1}$，我们想对其进行纠删编码。为了用一个 RS 码来实现，我们将插值一个多项式$f(x)=\sum_{i=0}^{n-1}a_{i}x_{i}$，次数为 d=n-1，估值$ d_{0} $在 0，即$f(0)=d_{0}$、 $f(1)=d_{1}$，这样下去。我们知道有这样的多项式存在，事实上拉格朗日插值多项式 (Lagrange interpolation polynomials) 给了我们建构它的明确方法(尽管还有更高效的方法)。 现在，我们通过对多项式在更多的点上估值来拓展数据——比方是 n 多个点，如果我们想把比率设为 q=0.5。那么就会有$ d_{n}=f(n)$，$d_{n+1}=f(n+1)$...,$d_{2n−1}=f(2n−1)$。由此我们得出它的一个特性，即任何 n 个点将足以重构这个多项式——如果我们有多项式 f(x)，我们也可以轻易对它在 0,...,n-1 进行估值，得到我们的原始数据。 就这些内容了！RS 码不过是一些多项式插值。这实际上就解决了数据可用性问题了，因为它们在编码效率上是最优的，除了一个小问题——欺诈事件可以以另一种方式发生，即产生错误的编码。而对于 RS 码，为了证明编码是错误的，你必须提供 n 个数据块，并足以用一个多项式对其中的 n-1 插值，并显示最后一个不在这个多项式上。这就是为什么我们现在做大量的研究，旨在找出避免必须做这些不正确编码证明或使它们尽可能小的方法。 ## 在分片上的应用 数据可用性检查对于许多不同区块链扩容方案是很重要的，因为即使节点不能检查所有或甚至下载所有数据，它也能给这些节点提供安全。由于这是区块链的一个根本性瓶颈 (共识节点必须下载所有数据)，这是一个重要的扩容要求。 例如，在以太坊 2.0 里，验证者只需对信标链上的数据进行完全验证，分片上的验证工作由委员会负责。这个结构旨在减轻验证者必须验证所有数据的负担。但是，这意味着验证者在多数分片上实际上是轻客户端 (除了活跃验证者)。因此，数据可用性检查是需要的。在这种情况下，以太坊 2.0 的验证者实际上同时是“全节点”和轻客户端。那些下载并检查所有分片数据的节点是“超级节点 (supernodes)"——这些节点可能只会由组织或做了大量质押的人来运行，他们会验证所有分片。我们当然不会想要只是信任这一小部分人是诚实的来运行以太坊 2.0。 因此，有数据可用性检查和欺诈证明是绝对必要的，这样一般人都可以运行验证者节点。 <br/> # 扩展阅读 1. Vitalik Buterin 的[这篇文章](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding)解释了欺诈证明和纠删码 它介绍了多维 RS 码如何形成更小的不正确编码证明 [这是](https://arxiv.org/pdf/1809.09044.pdf)论文版本 2. 多为代码替代方案的最新想法： - [使用 STARKs](https://ethresear.ch/t/stark-proving-low-degree-ness-of-a-data-availability-root-some-analysis/6214) - [使用 FRIs](https://ethresear.ch/t/fri-as-erasure-code-fraud-proof/6610) - [使用 Kate’s polynomial commitment 方案](https://ethresear.ch/t/an-alternative-low-degreeness-proof-using-polynomial-commitment-schemes/6649)https://www.ethereum.cn/Layer2/making-sense-of-rollups-part-2-dispute-resolution-on-arbitrum-and-optimismhttps://www.ethereum.cn/Layer2/making-sense-of-rollups-part-2-dispute-resolution-on-arbitrum-and-optimismSun, 11 Jul 2021 00:00:00 GMT来源| [insights.deribit.com](https://insights.deribit.com/market-research/making-sense-of-rollups-part-2-dispute-resolution-on-arbitrum-and-optimism/) <br/>  <br/> 所有 rollups 都遵循类似的基本架构和内部逻辑。尽管如此，正如我们在这个[迷你文章系列的第一部分](https://insights.deribit.com/market-research/making-sense-of-rollups-part-one-optimistic-vs-zero-knowledge/)所说，Optimistic Rollups 和零知识 Rollups 之间的单一区别 (即两者的审查过程不同的运作方式) 造成了在其他方面的大量差异，如两者在安全性、可用性以及 EVM 兼容性方面的区别。 在每个 rollup 类型中都有类似的情况。虽然作为主流的 Optmistic Rollups 解决方案 Arbitrum 和 Optimism 有很多共同点，但是将两者区别开来的不仅仅是用户对两个方案的忠诚度。而是，他们各自解决争议的方法产生了一些在性能方面的权衡。鉴于这两个方案都旨在为以太坊提供完整的扩容功能，因此这些权衡值得讨论。 <br/> # 早期的时候 首先介绍一下每个项目的简要历史背景。 碰巧的是，两者都有一些独特的起源故事。 [六年半前在普林斯顿一个寒冷的早晨](https://www.youtube.com/watch?v=BpzrLOk4Zy0&ab_channel=CITPPrinceton)，一群与 Ed Felten 教授合作的本科生就他们已签署构建的项目发表了演讲：一个基于区块链的仲裁系统。其目标是规避智能合约平台的一些预期遇到的扩容挑战，而计划是通过设计一个依赖于挑战和争议解决系统的区块链，以减轻传统矿工的计算工作量。如果不是因为 Steven Goldfeder 和 Harry Kalodner (这两位雄心勃勃的博士生基于其最初的概念提出了构建一个强大的 Layer2 解决方案的想法，并带着这个想法找到 Felten 教授)，“Arbitrum” 这个系统将和其他有前途的学术计算科学项目一样遭遇同样的命运。此后不久，Felten、Goldfeder 和 Kalodner 共同创立了 Offchain Labs，并将 Arbitrum 从抽象的想法转变为具体的现实。 Optimism 的前身是 Plasma。在 2017 年年中，Vitalik Buterin 和 Joseph Poon 合著了一篇[论文](https://www.plasma.io/plasma.pdf)，提出了以太坊早期的扩容解决方案 Plasma。随后，一群以太坊核心研究者接手了这个方案的研发，并且成立了一个非营利性研究小组来构建这个愿景。而在 2019 年，由于 Plasma 的一些[关键设计上的限制](https://medium.com/dragonfly-research/the-life-and-death-of-plasma-b72c6a59c5ad)变得越来越明显，其开发进程停滞了。Plasma 的三位主要研究者 Karl Floersch、 Jinglan Wang 和 Ben Jones 并没有因打击而停住脚步，他们决定转向研究 Plasma 的演变方案 Optimistic Rollup。他们于 2020 年初成立了 Optimism PBC 团队。 <br/> # 争议解决：简短的 (重新) 介绍 回忆一下，Optimistic Rollups 采用一种“假设某事为有效，直至其被证伪”的方式来确保交易的有效性。Optimistic Rollups 处理交易，并将结果反馈给以太坊网络，以便其将该交易最后打包至基础链中。而在争议期，如果 rollup 的定序者处理了无效的交易，那么正在监控 rollup 链状态的每个人都能够提交挑战。随后，争议解决过程立即被触发。而 Arbitrum 与 Optimism 之间的区别就是，它们的争议解决方式不同 (包括成本和花费的时间都不同)。 <br/> # Arbitrum 与 Optimism 在争议解决上的初步比较 描述这两者的区别最简单的方式便是：与 Arbitrum 相比，Optimism 的争议解决更加依赖于以太坊虚拟机 (EVM)。当用户在 Optimism 上提交挑战时，与之相关的整个交易将通过 EVM 运行。相比之下，Arbitrum 使用一种链下争议解决方式来将争议缩减为交易中的一个单一步骤。然后协议会将这个单一步骤断言发送给 EVM 以做最终的验证，而不是发送整个交易到 EVM 中。因此，从概念上来讲，Optimism 的争议解决过程要比 Arbitrum 的简单得多。 就 Arbitrum 而言，其争议解决过程的链下组件使用了一种递归二分算法。这听起来很复杂，但实际上，这个算法只是迫使“断言者” (asserter，处理交易的一方) 以及“挑战者” (challenger，提交挑战的一方) 来回移动以缩小争议点，过程如下图所示。有趣的是，这种通过递归二分的方式，来回解决争议的过程，出自 2015 年 Arbitrum 最初的概念。  来源: [OffChain Labs 开发中心](https://developer.offchainlabs.com/docs/dispute_resolution) Optimism 的争议解决方法 (通过 EVM 运行整个交易) 不仅在概念上更为简单，而且运行起来也要更快。Optimism 的争议解决不像 Arbitrum 那样需要有来来回回的多轮处理。事实上，由于整个原因，Optimism rollups 通常被成为“单轮” (single round)，而 Arbitrum 被成为“多轮” (multi round)。实际上，就一笔争议交易来说，如果它是在 Arbitrum 上的，它在以太坊上获得最终确认的时间要比 Optimism 的久一些。正如我们在本系列的第一部分所讨论的那样，争议解决的速度尤其重要，因为这个速度决定了用户需要等多长时间才能够将其代币从 rollup 中提到以太坊上。 另一方面，Arbitrum 争议解决的优势在于它的链上 (如在以太坊上) 交易成本更低。因为 Arbitrum 在完成了来回的争议解决过程之后，提交给 EVM 最终处理的一小段代码需要消耗更少的 gas 费 (在大多数情况下[1]，而在链上重新处理整个交易则需要消耗更多的 gas 费。 <br/> # 重构两者的比较 这两种争议解决方案设计之间的基本权衡仅仅是在于速度和链上成本之间。但在实际上这种框架有些简单，因为很少有人认为有以下两个原因导致争议出现： 1. 由于其经济激励/惩罚设计，Arbitrum 和 Optimism 上的交易处理者都不会去处理欺诈性的交易。他们被强制事先向 Arbitrum 或者 Optimism 放入质押资产/债券，如果他们处理了欺诈交易，其资产便会被罚没。 2. 同样地，监控 rollup 链的各方也不愿提交错误的欺诈证明 —— 在 Optimism 中，因为挑战者必须支付欺诈证明的链上 gas 费；而在 Arbitrum 中，因为挑战者在争议失败后便会被没收其事先提交的保证金。 既然争议预计会很少，那么为什么争议解决过程的结构如此重要呢？ 尽管争议很少发生，但是 rollup 必须在假设一个争议会随时发生的前提下进行设计。因此，“有争议”情况的设计会影响“无争议”情况的结构。 因为 Optimism 必须在争议发生时能够通过 EVM 运行每笔交易，所以它不能处理超过以太坊 gas limit 的交易，因为这些交易无法在链上正确验证。相反，Arbitrum 可以执行任意大小的交易，尽管这些交易超过了以太坊的 gas limit，因为这些交易不需要通过 EVM 批量运行，而是首先被分解为微小的“断言”。 目前还不清楚 Optimism 的 gas limit 会对应用造成多大的实际限制。但是，争议解决设计差异的另一个更为重要的含义是，Arbitrum 能够通过减少链上检查点 (更新状态根) 的频率来节省 gas 消耗。更具体地说，Arbitrum 可以将大量的链下计算分配给一个更新，因为理论上状态根更新可以包括包含其中的所有交易的 (微量) 单个步骤欺诈证明 (single-step fraud proofs)。另一方面，Optimism 必须在每笔交易之后在链上执行检查点，从而显著地增加了其链上的足迹。 总的来说，Arbitrum 应该比 Optimism 更加节省 gas —— 因此对用户来说更便宜 —— 而且不仅在罕见的争议情况下如此，在无争议的情况下也如此。 <br/> # 争议解决和潜在的攻击向量 关于两种不同的争议解决过程，最后值得讨论的一点是：每种设计对潜在攻击的抵抗力有多大。在上文中，我们谈到了阻止滥发攻击 (spamming attacks) 的经济激励。更具体地说，Optimism 和 Arbitrum 的验证者都不愿意提交无效的挑战。 但是，如果有一些恶意攻击者不介意对 rollup 发起滥发攻击而需要承担的经济成本该怎么办？换句话说，如果一个人或者实体如此致力于减慢一个 Optimistic Rollup 的进程 (他们愿意这么做，即使这种攻击意味着反复为无效挑战买单)，该怎么办？ 如上所述，Optimism 的争议解决过程比 Arbitrum 的更加简单、更加迅速，因为它只需通过 EVM 提供有争议的交易。这种速度在这里是 Optimism 的优势，因为争议可以被迅速解决，不会阻止 rollup 链的发展。 [人们担心的是](https://medium.com/@adlerjohn/the-why-s-of-optimistic-rollup-7c6a22cbb61a) Arbitrum 使用的这种“多轮”争议解决方案。理论上来说，滥发攻击者可以通过发起一系列连续的挑战来阻止 rollup 的发展，而每个挑战都需要相当长的时间来解决。事实上，这个问题曾困扰过 Arbitrum 的上一个迭代版本。 然而，Arbitrum 更新后的版本为这个问题提供了一个优雅的解决方案，称为“流水线 ”[(Pipelining)](https://medium.com/offchainlabs/how-arbitrum-rollup-works-39788e1ed73f)。在先前处理的交易仍存在争议的前提下，“流水线”模式允许网络验证者依然能够继续处理交易以获得最终批准。这样创建的是最近处理完但还没被敲定的交易的“管道”，而不是一个阻止定序者处理交易、阻碍网络参与者提交挑战的瓶颈平台。 流水线模式是可行的，因为任何监控网络的人都可以在争议解决过程完成之前就知道争议是有效的还是无效的。从本质上来讲，验证者可以在默认争议交易已完成的情况下继续进行操作，并继续根据正确的结果或“分支”构建 rollup 链 (即处理交易)。这个过程如下图所示[2]，削弱了任何潜在的滥发攻击的可能性。[3]  来源: [OffChain Labs 开发中心](https://developer.offchainlabs.com/docs/rollup_protocol) <br/> # 结论 除了争议解决过程的设计，Arbitrum 和 Optimism 之间还有其他显著的差异，尤其是 1. 他们的代码库架构，以及 2. 他们对矿工可提取价值 (MEV) 的方法 首先简要地总结一下这些差异：Optimism 的代码库相对简单，而 Arbitrum 的代码库更加复杂和更加有野心；Optimism 过去曾表示它[倾向于](https://ethresear.ch/t/mev-auction-auctioning-transaction-ordering-rights-as-a-solution-to-miner-extractable-value/6788) MEV 拍卖方法，而 Arbitrum 计划于提供[公平定序服务 (FFS, Fair Sequencing Service)](https://eprint.iacr.org/2020/269.pdf)。当然，这两种比较观点值得发布各自的文章来详细讨论。尤其是 MEV，是两个项目之间的一个哲学争论问题 —— 尽管至少在上线之后的早期，为了更加简单化，预计两个项目都将使用一个可信任的定序模式 (trusted sequencer model)。 最后，从协议层面的细微差别 (尽管它们很重要) 退一步来看，区分这连两个重量级项目的还有一些“软”元素：引导策略、激励设计和社区精神等等。事实上，如果他们想要取得长远的成功，Optimistic Rollups 就必须有自己的生态，而不仅仅是以太坊的附属品。因此，扩容与其说是一场军备竞赛，不如说是一场多线战争。这场战争可能只有一个赢家，也可能有多个。可能会持续多年，也可能会很快就结束。但是，这肯定会对加密世界的未来产生重大的影响。 **本文不做任何投资建议** _______________________________________________ [1] 如果交易使用的合约以前从未作为欺诈证明的一部分，那么这些合约都需要重新部署到以太坊上，而以太坊需要消耗很多 gas。 [2] “DA” 表示 “争议断言”，这是一个技术术语，表示已处理的交易，但是可能会受到挑战。 [3] 还应该听听 Ed Felten 去年在 ETHDenver 上关于流水线过程的[演讲](https://youtu.be/ct30KaqYnhY?t=804)。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth1.x/should-storage-be-priced-separately-from-executionhttps://www.ethereum.cn/Eth1.x/should-storage-be-priced-separately-from-executionFri, 09 Jul 2021 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/should-storage-be-priced-separately-from-execution/9101) <br/> *特别感谢 [@barnabe](https://ethresear.ch/u/barnabe) 在早些时候提出了类似的想法。* 正如[我关于资源定价的旧文章](https://ethresear.ch/t/draft-position-paper-on-resource-pricing/2838)里详细讨论的那样，以太坊的 gas 实际上是为三种不同的资源付费。 - **带宽** (事务中必须被下载的数据) - **计算** (验证和执行事务所需时间) - **存储** (历史记录，但更重要的是状态，例如账户余额、nonces、合约代码和合约存储) 存储不同于其他两项开销。带宽和计算消耗的都是短暂开销，它触碰到短暂存储界限是这样的情况：一个节点在一个区块内能做多少计算或数据下载是有限度的，一旦该区块被打包了，下载和验证该区块的开销基本上都会消失 (未来只有少数同步节点需要处理它)。另一方面，存储则是一项永久的开销。如果一个区块的状态大小增加 100 MB，这个区块在当下被处理没有问题，但当一系列这样的区块持续生成一个月后，整个以太坊会变得不可用。一时严重的状态增长带来的突发影响是可以忽略不计的，但长期的影响则是最严重的，因为每生成一个状态都永久地增加网络的负荷。 采用了 [state expiry 和弱无状态方案](https://hackmd.io/@vbuterin/state_expiry_paths)后，长期来说状态的影响肯定会大大减少：状态不再永久成为网络的负担，一个状态将只会在一年内增加网络负荷，而且即使在那一年里，也只有少数节点需要实际存储该状态。但即使如此，这个长期开销还是会存在的，且仍然需要被定价。 <br/> # 存储大小的一般情况 vs 最坏情况 无论是在当前的协议 (普遍认为是不可持续的)，还是有 state expiry 的改良方案，对状态建模的一个弱点是状态膨胀的一般与最坏情况间有巨大差异。想想当前的协议。当前状态的总容量是大约 5.5 亿个对象，或约 32 GB (不包括 trie 的开销)。如果我们把在前一年没有被触及的状态都拿走，状态总容量很容易下降一半。 那最坏的情况是什么？创建合约代码按每字节 200 gas 来收费，如果我们把一个区块分为三个事务，每个事务创建一个合约，我们可以用 "12334800 gas + 3 * 55000 gas" 作为合约创建开销来创建三个 20558 字节的合约。假设[平均出块时间是 13.1 秒](https://etherscan.io/chart/blocktime)，那么每年会出 `31556925 / 13.1 = 2408925` 个区块，因此，一年的状态大小增长是 `~61800 * 2408925 = 148871600381.67938` 字节，或大约 138 GB。 这接近 10 倍的差异是非常显著的！而且 16 GB 特别符合现实消费者的硬件 RAM (如果不行，我们可以修改 gas 价格或状态失活期使其可行)，但 138 GB 是办不到的。如果我们可以使最坏的情况更接近于一般情况，那就更好了。 <br/> # 基于 EIP 1559 的两个方案 解决这个问题的一个自然方法是，用 EIP-1559 对短暂和永久开销定价，但使调整期 (adjustment period) 不一样。对于短暂的开销，在单个区块里会有 10% 的变化幅度。但是对于永久的开销，我们会让价格调整得更慢。如果我们以 [AMM 开销曲线机制](https://ethresear.ch/t/make-eip-1559-more-like-an-amm-curve/9082)作为基础，对于存储，我们可以考虑有一个条曲线代表每个月的目标比率是 1 GB，开销增长取决于我们比目标高出多少。例如，每超出目标 1 GB，存储开销可能翻倍。在这个参数里，最坏情况区块的存储价格可能需要大约 3 天时间才会翻倍。如果存储增长超过目标 10 GB，存储开销会比正常情况下高出 1000 倍，使得进一步填充存储在经济上变得不可行。 实现这点有两个方法: 1. **用 gas 购买存储**。也就是说，用 SSTORE 创建一个新的存储槽，这会像今天一样消耗 gas，但消耗 gas 的数量是会变的。这有一个缺点，即保留了时间点的错误激励 (用户会选择在周末 gas 价格低的时候增加存储，尽管这样对网络并没有好处)。 2. **用 ETH 购买存储**。事务 (和调用) 会需要提供 gas 以外的另一种资源 (我们会[称之为 mana](https://github.com/ethereum/EIPs/issues/29) 😄)，这种资源除了用不同的参数，会以与 gas 相似的机制进行收费。这个方法的缺点是它使调用规则变得复杂，且要求新增一个操作码 CALL。 还有两个混合选项: 1. **我们可以用 ETH 来定价存储，但以 gas 来收费**。(因此，如果基本费用上涨 2 倍，然后填充一个存储槽所需的 gas 会自动减半)。我们可以把用来扩大存储的 ETH 从 EIP-1559 的 gas 价格更新规则、甚至区块 gas limit 里排除出去。 2. **对 gas 进行更全面的改革，把它拆分为三个概念：gas、执行点、和存储点**。1 gas = 1 wei；一个分配 gas 的事务只意味着它把一些 wei 转化为一种特殊形式，可用于支付各种资源。在它如何在调用和子调用间的传递方式上，这种形式的运作形式与 gas 一样。但是，现在有两种开销是由 AMM 来管理的：执行点的开销和存储点的开销。不同于执行处理一个操作码现在消耗的是 N gas，它消耗的是 N 执行点，意味着对 `N * execution_point_cost` gas 收费。填充一个存储槽消耗 1 个存储点，因此 `storage_point_cost` gas 会被收费。 还需注意的是，state expiry 的路线图是包括移除 gas 返还的。这是由于技术原因，存储槽不能“变空”然后可用于返还；它们只能被设为 0，而 0 的记录必须保留在状态里，直到该 epoch 结束且该状态失活。这大大减少了[以前](https://github.com/ethereum/EIPs/issues/35)存储租金方案[尝试](https://github.com/ethereum/EIPs/issues/87)的困扰。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/mev-wat-do/https://www.ethereum.cn/Ecosystem/mev-wat-do/Thu, 08 Jul 2021 00:00:00 GMT来源 | [pdaian.com](https://pdaian.com/blog/mev-wat-do/) <br/> 有些读者可能了解过“[提取MEV 等于盗窃行为](https://www.coindesk.com/miners-front-running-service-theft)” 这样的观点。在这篇文章里，我将深入论述为什么在我看来[在加密货币世界里提取 MEV](http://explore.flashbots.net/) 不类似于盗窃行为；为什么在任何由经济激励提供安全的分布式系统里， MEV 都是网络安全的关键指标（是的，也包括[中心化的系统](https://www.notion.so/c3b802074ce4349b5bccf9ba43022800)）；以及我们作为一个社区在未来 3-5 年应该如何应对 MEV。我将论证 MEV 的存在是根本性的，并没有已知的魔杖可以解决这个问题。  <center>我的 MEV 历程</center> 我将首先分析[分布式公平协议](https://blog.chain.link/chainlink-fair-sequencing-services-enabling-a-provably-fair-defi-ecosystem/)与 MEV 的关系，以及分布式公平协议与真正的公平的关系；然后论证为什么 MEV 是一把棘手的双刃剑，其影响范围之广使所有把它简化为”好“与”坏“的尝试都沦为还原论；最后，我将提供一个路线图，说明社区应如何应对 MEV、我计划做什么、以及无论在生态里是什么角色的你应该做什么。 **这篇文章仅代表我的个人观点。尽管我与 MEV 有千丝万缕的关系，个人或职业上的，我希望读者以观点的角度看待下面的内容，而不是全盘接收。** 开始吧！ <br/> # MEV 的存在是根本性的 首先，我们认为 MEV 的存在对加密货币实验来说是根本性的。它是不会消失。它与加密货币实验有以下逻辑关系： **加密技术的可记录性 (transcriptability)**：所有可以起货币功能的分布式系统必须具有”可审计性 ([auditability](https://bitcoinist.com/zcash-inflation-bug-infinite-tokens/))“这个关键特性，或验证系统状态转换和/或用户行为的能力。可审计性是由比特币区块链的默克尔交易根和很多以太坊智能合约提供的关键特性。我们通过创建加密记录或证明实参 (proof argument) 实现可审计性，它们都可以被其他人验证。这是分布式经济系统构建方法的关键，没有了它，没有人能够验证系统的任何东西。但是，可记录性和可审计性都为 MEV 打开了大门。总有一些用户喜欢事件的某个版本而不是其他，同样总有些用户觉得某记录比其他更有价值。[这些用户将能够通过有条件的付款来表达对所选结果的偏好，而这些付款 (以及偏好本身) 通过改变给选择该记录的人的激励来提供一种 MEV 形式。](https://hackingdistributed.com/2018/07/02/on-chain-vote-buying/) **各种不同信任下的互操作性**：永远不会有一个统领所有的单一区块链架构 (抱歉，极端拥护者们)。在有多种信任假设的多个系统里，这些系统的边界总能为那些在这些边界处于特权位置的人提供价值。例如，即使 ETH 本身没有 MEV，但用 ETH 在币安智能链套利可能有 MEV 的空间，尤其对于在两边做验证的人来说。因此，控制比特币交易顺序的人[在高市场活跃度时期的中心化交易所套利](https://cointelegraph.com/news/xrp-price-spikes-to-0-90-crashes-in-seconds-as-coinbase-goes-down)是同样的道理。要想让 MEV 完全消失，这个世界必须在一个单一信任区域内运作，这似乎......不太可能。  这张图是我无耻地取自 [Charlie Noyes 做的一个关于互操作性和 MEV 的讲演](https://docs.google.com/presentation/d/1oZcp2a1fQUdJSVAOrkXSZKr9f4h_Ll66ZUPtrd1e8cc/edit)，然后修改的，那个讲演非常有启发性 **无须许可性**：加密货币的一个常见设计模式是提供任何用户都可以接收的付款，以给网络提供有用的行动。这是无数分布式应用得以运行的基石。例如，在 Uniswap 里，如果没有与外部或中心化交易所和其他去中心化交易所的套利市场形成的 MEV，价格就无法反应市场变动，也无法为用户提供有用的交易产品。在 MakerDAO 里，如果没有[支付给清算机器人](https://twitter.com/makerrekt)的 MEV，就没有支付 gas 以更新系统里贷款状态的动力，直接导致系统性崩塌。在 Cryptokitties 里，没有用于支付生育的 gas 的 MEV，就不会有幼猫的诞生。是“对所有人的贿赂”的存在 (无须许可的贿赂) 支持这些系统的运行，且不总是有害的。它经常是去中心化或“无须许可”协议得以运作、安全性得到保障、以及为什么它们可以不要求许可而[实现某些均衡](https://arxiv.org/abs/1904.05234)的必要条件。 请注意，除了无须许可，中心化系统也可以有这些特性。对于所有在像币安链这样的系统里思考 MEV，以及谁控制谁提取什么这些问题的人，这都是显而易见的，但这同样适用于分布式数据库、非金融系统、通信系统、以及有用户想安全地贿赂某参与者去执行一定行动的系统。这些贿赂都可以被看作广义的 MEV。 <br/> # 为了经济安全，MEV 必须被提取 假设到这里为止你对我的论证都是信服的，即同意在分布式系统里总会存在一定的 MEV。现在让我们把它作为一个公理，并只对有 MEV 存在且可以被提取的世界进行思考 ([例如我们今天这个经验世界](http://explore.flashbots.net/)) 想一下加密货币的经济安全模型，[中本聪是这样定义](http://bitcoin.org/bitcoin.pdf)加密货币的：“只要诚实节点集体控制的 CPU 算力超过攻击者团体控制的节点，它就是安全的。”我们什么时候可以期望“诚实”节点 (没有偏移地按照协议规定运行的节点) 的数量多于攻击节点？这就是看中本聪的诚实模型是否经得住测试的地方了。 加密货币成功的一个原因是[它们的安全假设弱于诚实假设](https://medium.com/blockchain-at-berkeley/understanding-crypto-economic-security-through-game-theory-526e810c7736)。如果我们可以接受依赖一个诚实多数假设，比如说公钥，我们可以简单地使用[许可共识协议](https://en.wikipedia.org/wiki/Byzantine_fault#Advanced_solutions)，并创建一个货币抽象。相反，加密货币允许比这种“许可”更抽象的经济假设存在。 这样的一个经济假设是，由于有想要长期把挖矿收益转变为法币这样的“[协议外激励](https://twitter.com/hasufl/status/1230523981247193090)”，矿工有充分的激励不去参与不诚实挖矿行为。另一个假设是，CPU 的算力是花钱的，因此中本聪共识使攻击成本不容小觑。无论是什么安全假设让你相信比特币是可行的，让你相信的可能是经济假设，而不是诚实假设。尽管诚实可能是技术分析的基础，但经济学才是它存在的理由，我敢打赌这也是在读这篇文章的很多人相信比特币可行的原因（直接或间接）。 [经济学很重要，我们不想只依赖于身份或信任](https://en.wikiversity.org/wiki/Cryptoeconomics)。在这个模型里，为了激励人们以期望的方式行事，我们作为一个社区利用了经济奖励这个概念。这样的激励为任何有趣的加密货币系统提供安全保障，使其不能简单地被一个数据库所替代。在加密货币由验证者来提供安全性的系统里，MEV 的存在（无论提取与否）根本上改变了验证者激励。参与经济活动的验证者如果忽视 MEV 的话将系统性地输给利用 MEV 的验证者。 如果我们想要任何形式的强大经济安全，**每个验证者必须以大致相同的比率提取可用的 MEV**。任何以比其他人更高比率提取 MEV 的验证者本质上是在集中经济收益，从而影响系统的安全。任何以比其他人更高比率提取 MEV 的矿工都能够集中 CPU 控制，这种情况在权益证明系统里更为直接，质押者在集中的质押资金里可更高效地提取 MEV。 如果在一个系统里验证者把 MEV 放着不管无异于给攻击者提供了津贴。在纯经济学理性模型下，这等于自取灭亡和安全性降级，因为这会导致中心化或寡头垄断。在一个[对抗民族国家的、经济成本昂贵的攻击模型里](https://news.bitcoin.com/snowden-releases-nsa-documents-showing-bitcoin-1-priority/)，这种降级带来的后果甚至更严重，因为恶意的民族国家可能完全乐意利用 MEV 来降低系统攻击成本。  想提取MEV ? 想得美.. 为了保持我们的经济假设是稳固的，我们必须保持 MEV 的提取是**高效**和**民主**的。 <br/> # MEV 与公平 那些刚接触 MEV 的人很自然会问一个问题“[为什么不在一层协议上强制执行一个公平协议，就完事了？](https://blog.chain.link/chainlink-fair-sequencing-services-enabling-a-provably-fair-defi-ecosystem/)”当然，可以有加密协议构建一个比现有的工作量证明挖矿系统更公平的、更少操纵的排序方式吗？ 亲爱的读者，问题就在这里。让我们真诚地参与这个“添加一个公平协议”的探索里。第一步是定义“一个公平的协议”。我们需要指定一个集成到一层的协议。选择协议的一个合理做法是阅读[关于公平排序的最前沿学术文献](https://eprint.iacr.org/2020/269.pdf)，它们给出下列标准：  （图中红字：你会选哪个协议？谁来选？？） 经过进一步剖析，人们发现并没有“公平排序协议”这样的东西，就像没有“共识协议”这样的东西一样。相反，我们有的更像是一个协议系列，对网络假设、故障阈值、运行它们的节点集、加密假设等进行参数化。该选哪个，哪个更受欢迎？ 这里有趣的结论是，只要存在两个公平的排序协议，MEV 也会对这些协议进行套利。请注意，MEV 的定义并不要求诚实假设，而仅涉及利润最大化行为。如果两个协议里的验证者都实现利润最大化，他们就可以用多种方式破坏公平排序协议并获利。 这在很多方面与市场设计相似。有很多针对更公平的市场设计的提议。它们很棒。我想看到它们被部署、测试和拿来做实验。但是，声称任何这些设计是改善公平的灵丹妙药，往往源于它们的分析是在一个孤立模型里进行的，它不能充分反映现实世界的复杂性，而且在经济激励方面，对于那些愿意和有能力利用 MEV 的人来说这些差异会变得更突出、更有利可图。 我们需要更多的实验和研究。**分布式公平是非常有前景的研究方向，它可以使全人类通过市场设计受惠**。但我们也不应该夸大其词。 <br/> # 何为公平？ 深入这个复杂的话题时，回顾我们在现实世界是如何定义公平是有助益的：  显然，公平必须是不偏不倚的。但当存在多种选择时，怎么可能只有一个单一的公平协议，且人们（理应）有不一样的选择？ 我认为这无异于[自由主义者的白日梦——拥有一个全球财产账本，世界的所有正义都发端于此](https://www.libertarian-labyrinth.org/proudhon-library/notes-on-what-is-property-2019/)。很抱歉，抱歉不是因为无法共情，而是我认为全人类在如此复杂和具有影响力的问题上达成共识是不可能的，也是荒谬的。 回到公平上，然后我们就会发现有些公平协议对某些用户是有用的，其他协议则对其他一些用户有用。你说哪个协议更公平？A 组还是 B 组选择的那个？根本无法预先判断。 公平排序协议可能试图接近现实世界里公平的概念，但它们永远无法得到一个理想的、没被参数化的定义，因为拿掉这些参数要求人类就“什么参数是公平的”这个问题达成共识，而这又要求人类首先对“什么是公平”达成共识。 因此，公平排序最多只能是接近理想型。它有用，但不是解决排序问题的灵丹妙药，当然也不可以被普遍使用。 更糟糕的是，[大多数公平协议都依赖于诚实假设](https://eprint.iacr.org/2020/269.pdf)，而且不具备强有力的经济论证支持它的运作，而这是使它们适合在加密货币这样的环境中运作必须的。这是未来工作的一个关键领域，但还不是可以拿我们的金融未来来冒险的领域，当然也不是客观上满足上文中现实世界对“公平”的定义。 <br/> # 公平很糟糕，MEV 是正当的！ 请注意，我的这篇文章是写来反驳最近很盛行的一种叙事：量化 MEV、MEV 提取与公平排序间存在明显的道德鸿沟，且两者是相互排斥的。 **我不是想说公平排序是无用的**。在合理的假设下，公平排序，特别是适用于特定协议的公平排序可以大量减少 MEV 和提高用户收入。这是研究和调查的关键领域。但是，由于上述理由，公平排序不能完全消除 MEV。 我们的完整解决方案必须更深入，且必须以更富有活力的方式涵盖这个问题的更多面向。 显然， MEV 与公平之间存在着深刻的关系。有些形式的 MEV 看起来[显然是不公平的](https://www.coindesk.com/everything-you-ever-wanted-to-know-about-the-defi-flash-loan-attack)。但是有些实际上可以激励用户或验证者运行公平排序的协议。实际上，在以太坊上运行一个公平排序的协议可能需要给验证者支付奖励，直接给一层提供 MEV。讽刺的是，如果没有 MEV 的话，可能无法实现经济上安全的、工作量证明系统的公平性！(这只是我的猜想，还没有人证明它......) 从研究的角度来看，这些关系仍然没有得到很好的理解。但是，这些关系明显是存在的，而且值得大量的研究、讨论和思考。 <br/> # 咋整?  说真的…. 现在，终于有了一个处方。对，这是给你开的，你最好遵医嘱 (先澄清，我不是普渡制药公司🤡的人): **对于 DApp 开发者来说**：需要对 MEV 限制在哪个程度进行严格的要求。在你们的协议中仔细考虑 MEV 的设置。它存在于什么地方？它会如何损害用户的利益？它可以给用户带来什么好处？它可以被重新分配或者减少到最低限度吗？随着时间的推移，与其他系统的互操作性会如果改变它？以及这是如何传达给用户的？搞清楚这些问题，以正确的方式设置，不然你的分布式系统会崩溃的。 **对于用户来说**：对 DApp 要有上述要求。不要使用带有掠夺性 MEV 的 DApp。理解 MEV 对你以及你的交易来说意味着什么。学习 MEV 的相关知识，深入理解你所使用的系统。 **对于 L1/L2 来说：重新设计并且将 MEV 考虑其中。想想你正在设计的用例，以及怎么样才能更好地管理 MEV。想一下如果 DApps 部署之后，MEV 激励发生了改变，这将对你的经济激励产生什么变化？你有应对的方案吗？并且对于围绕网络参与者所作的假设，MEV 可能会以哪种方式打破这些假设？ **对于矿工来说**：[尽情地提取 MEV 吧，不要感到不好意思](https://github.com/flashbots/mev-geth/)。对于任何存在 MEV 网络来说，其借助博弈论保证网络安全的特性需要矿工持续提取 MEV。我还建议在必要时通过对其他矿工/网络参与者执行行为准则来进一步调整使得激励措施和期望一致，因为短期所得 MEV 可能会损害生态系统中所有用户的长期利益。 **对于每一个人来说**：帮助我们将 MEV 利润民主化，同时尽可能避免整个系统的用户利益受损。参与到这个谈话中来，并不断尝试[减轻👏负面的👏外部效应](https://medium.com/flashbots/frontrunning-the-mev-crisis-40629a613752)。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/DeFi/amm-price-impacthttps://www.ethereum.cn/DeFi/amm-price-impactWed, 07 Jul 2021 00:00:00 GMT来源 | [Paradigm Research](https://research.paradigm.xyz/amm-price-impact) <br/> 每天有[成千上万的人第一次使用去中心化交易所](https://www.theblockcrypto.com/data/decentralized-finance/dex-non-custodial)。然而，**公链的特性**通常会让新手措手不及，即使是那些熟悉传统市场的用户。结果就是交易者的资金流向套利者和抢跑者，导致其操作受到预期之外的影响。 在宏观层面上，我们可以将每笔交易的成本分解为几个部分： 1. **价格冲击** 2. **中间费或交易费** 3. **滑点** 4. **底层区块链的交易费** 这篇关于自动做市商 (AMM) 的文章将作为本系列的引介，并讨论第一种也是最关键的成本：价格冲击。读者将了解到： - Uniswap v2, Sushiswap 和 Balancer^[(https://research.paradigm.xyz/amm-price-impact#fn:1)] 的 AMM 机制如何确定价格 注：其他使用中心化订单簿 (如 Serum) 或批量拍卖 (如 Gnosis) 的 DEX 本文不作讨论) - 如何使用一些简单策略最小化价格冲击对个人交易的影响 <br/> # 流动性池是什么？ 大多数去中心化交易所的流动性池代表了不同的交易对，例如 ETH/WBTC。不同于在订单簿中匹配买卖方的方式，这些流动性池作为**自动做市商** (AMM, automated market maker) 存在。 流动性池是一个智能合约，其中储存了两种或以上的代币，并且允许任何人在其中进行存款和提款操作，但是受到特定规则的约束。 其中的一条规则就是**恒定乘积公式 x * y = k**，x 和 y 代表 A, B 两种代币的储备。为了取出一定数量的代币 A，用户必须要存入成比数量的代币 B 以维持恒定的 K 值 (注：每次交易的费用会导致 K 值略微升高)。^[(https://research.paradigm.xyz/amm-price-impact#fn:2)] <br/> # AMM 如何定价？ 根据恒定乘积公式可得，使用代币 B 储备量除以代币 A 储备量可以简单得到代币 A 的价格 (*price_token_A = reserve_token_B / reserve token_A)。*  *表1: 不同的 AMM 公式会产生不同的价格曲线。假设 Uniswap v2 流动性池有 15 个 Y 代币时，它只会为边际 Y 代币支付 0.1 个 X 代币。但是当只有 2.5 个 Y 代币时，它会支付 4.0 个 X 代币。其他价格曲线旨在将更多流动性集中在某个价格 (例如稳定币为 1.0)。 来源：Curve 白皮书* 举个真实的例子，在撰写本文时 Uniswap 的 [ETH/WBTC 交易池](https://www.notion.so/a1640196fbe3e38816f3e67cba72d940)中有 2,700 WBTC 和 86,000 ETH。该储备率意味着 ETH 当时的市场价格为 2,700 / 86,000 = 0.0314 WBTC。 至关重要的是，**AMM 不会随着其他市场的变动而更新此价格**。市场价格只会随着池中代币储备率的变化而变化，当有人在其中进行交易时就会产生变化。 举个例子，如果 Binance 中的 ETH 价格跌至 0.0310 WBTC 会发生什么？这意味着 Uniswap LP 目前正在以溢价购买 ETH，从而创造了**套利机会**。套利者在 Binance 上购买“便宜”的 ETH，然后在 Uniswap 上出售以获利。他们会一直这样做，直到 Uniswap ETH 单位价格变成 0.0310 WBTC (与 Binance 相同)，他们无法再通过卖出 ETH 获利。在我们上面的示例中，这会发生在以 17.2 WBTC 的价格向交易池出售 550 ETH 后 (为简单起见，忽略费用和 gas)。 因此，即使 AMM 不会根据现实世界的信息更新其价格，由于持续的套利，交易者仍然可以预期 AMM 的报价会[密切跟进全球市场价格](https://web.stanford.edu/~guillean/papers/uniswap_analysis.pdf)。 <br/> # 价格冲击是什么？ 虽然我们学习了如何根据两种代币储备比率计算当前市场价格，但该市场价格仅代表 AMM 想要的**边际代币价格。**然而在实践中，交易者通常会一次性买卖许多代币，每单位代币的成本都比前一个高。 **当前市场价格与预期成交价之间的差距就是[价格冲击](https://uniswap.org/docs/v2/protocol-overview/glossary/#price-impact) (price impact)。** 价格冲击是以下两个因素作用的结果： - 你交易量的规模在流动性池中的占比； - 流动性池采用的交易规则 (例如恒定乘积公式)。  *表2 : 不同订单规模下的平均成交价 (左 y 轴) 和价格冲击 (右 y 轴) 对比图。这两个参数都随着订单规模增大而增加。随着订单规模在流动性池规模中的占比增加，成交价相对市场价格会高出更多。*  *表3: 在 Uniswap v2 上不同规模的流动性池中进行 10 WBTC 的卖单后，平均成交价 (左 y 轴) 和价格冲击 (右 y 轴) 的对比图。流动性池规模指的是交易池中两种资产储备量的总价值。10 WBTC 的卖单在不同流动性池中的占比分别为 0.19%、1.85% 和 18.52%。因此根据经验，你的订单的价格冲击约为该订单规模在流动性池中占比的两倍。* <br/> # 如何最小化价格冲击？ 正如我们之前提到的，价格冲击在交易总执行成本中占很大一部分。以下是一些能够将价格冲击最小化的简单策略： - **找到深度最好的市场：**到目前为止，我们已经确定价格冲击取决于交易规模在流动性池或市场规模中的占比。因此，我们希望找到在某个价格区间流动性最好的交易池，以使成交价尽可能接近市场价格。[Coingecko 上的市场深度表](https://www.coingecko.com/en/coins/uniswap#markets)是一个不错的切入点。  *表4: 市场价格差异 2% 内的 UNI 交易对流动性排序。注意 Uniswap 和 Bitfinex 价差的差异。来源：Coingecko* - 关注 DeFi 以外的市场：虽然这是一篇关于自动做市商的文章，但是我们知道用户并不总是能够在链上获取最佳的交易执行。实际上，由于所讨论的自动做市商的流动性分布在一个连续的价格区间内，通常很少会有流动性集中在当前市场价格附近。这是许多去中心化交易所都试图解决的问题。例如 Uniswap v3 可以[让做市商将其流动性集中在当前市场价格附近](https://uniswap.org/blog/uniswap-v3/)，从而提供比中心化交易所更有竞争力的价格。 - 如果有一笔交易改变了去中心化交易所上某个代币的价格，且该代币还在其它市场上交易，就会产生套利机会。如上所述，套利者将进行尾随交易 (即在某笔交易后立即插入自己的交易)，让去中心化交易所上的价格重新回到全球市场价格。显然，套利行为的存在本身就是一种执行不当证明，因为交易者无异于向套利者捐赠资金。这引出了一个问题：其它市场存在的情况下，你是否应该接受超过 2%-3% 的价格冲击来执行链上交易？ - 注意交易费：自动做市商收取 0.3% 的交易费，这就意味着最佳买单和最佳卖单之间的价差是 0.6%。在这个范围内，自动做市商不会进行报价。换言之，**即使是流动性最好的自动做市商交易也明显存在 0.3% 的价格冲击。**尽可能降低交易费是至关重要的，对于在中心化交易所中受到价格冲击影响微乎其微的交易来说更是如此，因此，完全可以说中心化交易所可能是更好的交易执行平台。(做个对比，同样一笔交易的费用在币安上可能是 [0.1%](https://www.binance.com/en/fee/trading)，在 FTX 交易所中可能是 [0.07%](https://help.ftx.com/hc/en-us/articles/360024479432-Fees)) 尽管如此，还有其它原因导致去中心化交易所的成本较高，如全托管、KYC 或存款流程等。但即使在这些情况下，交易者也应该意识到较高的交易价格背后意味着**去中心化或即时流动性溢价**。 - 分散交易：首先，我们可以将一笔交易分解成几笔较小的交易陆续完成。这点对于更倾向于使用去中心化交易所的交易者来说尤其重要，暂不论 DeFi 领域之外还存在其它流动性市场。举个例子，每次买入 20%，然后等待套利者恢复价格。这 5 笔交易的价格冲击加起来低于一笔大额交易，但 gas 成本会更高，执行时间也会更长。交易的数额越大，这个策略就越有优势，因为固定的 gas 成本随着更优的边际执行降低。这个策略也同样适用于均值反复资产 (如稳定币)。 - 直接交易的成本不一定更低廉：并非每笔交易都存在直接交易对，即使存在，也不一定比使用**中间货币**更便宜。例如，尽管代币 A 和 B 存在直接交易对，但是在 A-ETH 和 ETH-B 代币对流动性更充足的情况下，A → ETH → B 的交易路线通常更便宜。从交易路线来看，聚合器的建议非常有帮助。 - 使用去中心化交易所聚合器：最后，你可以使用1inch、Matcha 或 Paraswap 等去中心化交易所聚合器。这些聚合器相当于 DeFi 领域的[智能订单路由](https://en.wikipedia.org/wiki/Smart_order_routing)，其运行方式是自动做市商卖出第 1 个代币的价格会比第 10 个代币低。每当某代币在多个流动性池中交易时，聚合器会从所有流动性池买入该代币，尽可能降低每个流动性池的价格冲击。不同于在一个市场中拉长交易周期，聚合器会在许多可能的市场中分散交易并立即执行。和手动拆分交易一样，聚合器的 gas 成本同样比单笔交易更高。 <br/>  *表5：用 ETH 买入 10 个 (3200 美元)、50 个 (1.6 万美元)、100 个(3.2 万美元) 和 200 个 (6.4 万美元) AAVE 的最佳策略。交易规模越大，交易路径就会包含越多交易所，避免对单个流动性池造成过大的影响。来源: 1inch* <br/> # 预告 在本系列的第二篇文章中，我们将讨论**滑点**。几乎所有自动做市商交易都会被抢跑，最终**以交易者愿意接受的最大滑点成交**。这是公链交易独有的“特征”，在如今的去中心化交易所模式下都无法避免。这一成本只能转移，从而导致 “三明治困境”。 *致谢：感谢 [EvanSS](https://twitter.com/Evan_ss6?fileGuid=d9QtR6HqXPWGgkcc)、[Georgios Konstantopoulos](https://twitter.com/gakonst?fileGuid=d9QtR6HqXPWGgkcc)、[Dave White](https://twitter.com/_Dave__White_?fileGuid=d9QtR6HqXPWGgkcc)、[Dan Robinson](https://twitter.com/danrobinson?fileGuid=d9QtR6HqXPWGgkcc)、[Arjun Balaji](https://twitter.com/arjunblj?fileGuid=d9QtR6HqXPWGgkcc) 和 [raul](https://twitter.com/raulGpoker?fileGuid=d9QtR6HqXPWGgkcc) 的讨论和审阅。* *免责声明：本文仅供参考，不构成任何投资建议，不应用来评估任何投资决策的优劣，或作为会计、法律、税务或投资建议的依据。本文反映了作者当前的观点，不代表 Paradigm及其附属公司以及相关人员的观点。本文所提出的观点如有改变，恕不更新。* <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-7-6/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-7-6/Tue, 06 Jul 2021 00:00:00 GMT <br/> # Eth1 ## 伦敦升级 **测试网伦敦升级进度** Goerli 测试网于 6 月 30 日进行伦敦分叉后顺利运行至今。按照计划，Rinkeby 测试网将在北京时间大约 7 月 8 日上午 7:45 进行。至于主网升级的区块高度，Tim Beiko 表示会在这周五的核心开发者会议上确定。他个人感觉 7 月 28 日太赶了，如果要客户端一切都准备号的话，8 月 4 日会比较合适。一旦与客户端确认后，他会开一个 PR。  来源：https://twitter.com/nethermindeth/status/1410884599274692609?s=20 <br/> Etherscan 在区块信息里添加了 "Burnt Fees (ETH)" 一栏，显示烧毁的交易费和其占比，以适应 EIP-1559 带来的变化。  来源：https://goerli.etherscan.io/blocks <br/> **gwei 还是 nanoeth?** 上周开发者 Perama 在 Discord Eth R&D 的 1559-fee-market 频道上询问钱包设计问题时引起开发者对 gwei 是否适合作为 gas 的计价单位进行了讨论。开发者 Micah 表示他反对使用 gwei 的原因跟他反对使用“feet"、”mile" 和整个英制单位体系的原因是一样的，他认为国际单位制词头 (SI prefix) 更清晰直观，例如可以使用 nanoeth 或 attoeth ，而 ETH 作为像“米”这样的单位存在。这样对新进入这个生态的用户来说门槛会更低，因为很多用户其实没有意识到 gwei 只是少量 ETH 的意思。由于 gwei 即 gigawei，等于 10^9 个 ETH，现在使用 gwei 相当于将 wei 作为以太坊的主要货币单位。Vitalik 也加入讨论，称“没有人喜欢任何这些单位名称，除了 wei。即使是 "finney" 也没人喜欢。比特币也面对同样的问题，所有中间的单位都没人喜欢，大家只用 bitcoin 和 sats”。 但也有开发者表示人们做交易并不需要知道 gwei=nanoETH，而且 gwei 已经深入人心了，并在所有文档和代码里使用了。 讨论最后以这几个meme 结束，大家怎么看？    来源：https://discord.com/channels/595666850260713488/692078615269212180/859600897441398825 <br/> ## EIP-3074 针对上次核心开发者会议中 Vitalik 指出 EIP-3074 可能会长久固定 EOA (外部账户) 在以太坊上这点，3074 作者之一的 @lightclient 在 Fellowship of Ethereum Magicians 论坛上发文提出一个新想法"Validation Focused Smart Contract Wallet (针对验证的智能合约钱包)"。他在推特上介绍到，他认为 EIP-3074 的设计范式里非常有价值的一点是使所有 EOA 可以马上使用一些新功能——批量事务、赞助事务、社交式恢复等，而不需要部署一个具有这些功能的合约。而这个新想法旨在解决在没有 EOA 的钱包上实现上述功能的问题——通过针对钱包区别于其他智能合约的地方 (验证！)，可以为 secp256k1 EOA、BLS 多签、甚至 SNARK 钱包设计模块。 文章：https://ethereum-magicians.org/t/validation-focused-smart-contract-wallets/6603 推特：https://twitter.com/lightclients/status/1412083395010596867?s=20 <br/> 另外，开发者 wschwab 在Fellowship of Ethereum Magicians 论坛上提议在即将在巴黎举行的区块链周上举行一次关于账户抽象的圆桌会议，届时可就 3074 及其替代方案进行讨论。@lightclient 表示会参加。 来源：https://ethereum-magicians.org/t/paris-proposing-an-account-abstraction-roundtable/6584 <br/> # Eth2 **Sygnum 成为提供以太坊 2.0 质押服务的第一间银行** 瑞士加密银行 Sygnum 于 7 月 6 日宣布提供以太坊 2.0 质押服务，客户可以方便、安全地通过 Sygnum 的机构级银行平台质押 ETH，当前能获得 7% 的年化率收益。 详情：https://www.insights.sygnum.com/post/sygnum-bank-now-offers-ethereum-2-0-staking <br/> 其他内容请参阅最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2021-7-2)》 <br/> # Layer2 **安永会计师事务所发布了 Layer2 零知识证明协议 Nightfall 3** 2020 年 7 月 1 日，四大会计师事务所“安永会计师事务所” (Ernst & Young) 发布了其 Layer2 零知识证明协议 Nightfall 3，这是一个结合了零知识证明 (ZKP) 和 optimistic rollup 的协议，旨在解决以太坊高昂的手续费问题以及提供隐私交易的解决方案。这个组合型协议称为 ZK-Optimistic Rollup。 根据安永的公告，使用 ZK-Optimistic Rollups 的 Nightfall 3 能够实现每笔交易只需大概 8,200 gas (几乎是普通 ERC20 代币转账成本的 1/8)，同时保持交易的隐私性。 Nightfall 3 还为开发者提供了标准化的应用程序编程接口 (API)，以及公布了 Nightfall 3 的原型代码，提高了开发者研究该协议的效率。Nightfall 3 github：https://github.com/eyblockchain/nightfall_3 来源：https://www.ey.com/en_gl/news/2021/07/ey-contributes-a-zero-knowledge-proof-layer-2-protocol-into-the-public-domain-to-help-address-increasing-transaction-costs-on-ethereum-blockchain <br/> **zkSync 1.x 于 7 月 14 日上线主网** 此前，zkSync 于 5 月 25 日推出了 zkSync 1.x 的测试网，该版本新增的功能有：进行 ERC-20 代币之间的 swap；铸造、发送以及 swap NFT；能够无需许可地上线代币；添加新的事件系统。 7 月 1 日，zkSync 推特宣布 zkSync 1.x 版本已由审计公司 ABDK 完成审计，并且将于 7 月 14 日在主网上线。 审计报告：https://zksync.io/ABDK-ZkSync-Audit-v5.pdf 来源：https://twitter.com/zksync/status/1410592947075096581 <br/> **跨链协议 Ren Protocol 与以太坊隐私扩容解决方案 Aztec 达成合作** 跨链协议 Ren Protocol 宣布与以太坊隐私扩容解决方案 Aztec 继续建立长期伙伴关系，旨在将 renBTC 带入 Aztec Private Rollup 中。Aztec 的项目 zk.money 允许用户通过 Aztec Private Rollup 实现完全的隐私交易。Aztec 用户现在可以加密 renBTC 并在 zk.money 上进行交易，步骤很简单： 1. 在 RenBridge 中存入 BTC 2. 获得 renBTC ([ERC-20 代币](https://etherscan.io/token/0xeb4c2781e4eba804ce9a9803c67d0893436bb27d)) 3. 连接钱包至 [zk.money](https://zk.money/asset/renBTC) 4. 在 app 中加密 (Shield) renBTC 5. 获得 zkRenBTC Ren Protocol 表示，将来的合作还会涉及： 1. 通过 RenJS 将本地 RenVM 集成到 zk.money 中 2. 添加 Aztec 到 Greycore 中，Ren Protocol 将运行 Aztec 验证者节点。 来源：https://medium.com/renproject/aztec-and-ren-bring-privacy-to-btc-86728d3d5b8b <br/> # DeFi **Chainlink 与 MakerDAO 的争端** 7 月 3 日，Chainlink 社区大使 @ChainLinkGod 在推特上发布关于 MakerDAO 的言论，以下为其推文总结： MakerDAO 的预言机似乎把在链上发布价格数据的特有权出售给了一个内部机构，而这个内部机构是唯一能够立即使用 MakerDAO 的预言机来清算协议上的头寸的一个实体，并从中赚取数百万。 Maker 预言机要么将清算权出售给 flashbot 或者 bloXroute 的机器人，要么利用其自身的权力来获取所有清算费用。这是因为 MakerDAO 预言机仅在链下对价格数据签名，然而需要一个中继器来将该数据发布至链上。 MakerDAO 预言机通过审查清算来从协议中获取 MEV。相比之下，Chainlink 预言机直接在链上发布数据，因此协议便能保证清算是无需许可的 (即不被审查的)，例如 Aave 和 Compound。 来源：https://twitter.com/ChainLinkGod/status/1411022697367162880 随后，针对 @ChainLinkGod 的指控，MakerDAO 预言机团队 (Oracle Core Unit Team) 成员 Niklas Kunkel 在论坛发布了一条帖子，以下为该文章的概要： - MakerDAO 不参与 Maker 协议以及其他协议的清算，也不从清算中获益。 - 事实上，Chainlink 的官方布道者已经将这些诽谤性言论重复了三遍，这反映了 Chainlink 社区的不完整性。 - ChainLinkGod 指出了一个旧的、已知的以及公开披露过的问题，而该问题已得到修复，并且即将通过最后阶段的产品升级来永久修复这个问题。 - 讽刺的是，Maker 协议能够轻易解决这个问题，Chainlink 却因其具有根本性的设计缺点 (由于喂价和中继器没有分离) 而无法避免一些架构上的缺点。 来源：https://forum.makerdao.com/t/response-to-chainlinkgod-accusations/9112 @ChainLinkGod 接着又对该事件的后续进行了回复，他表示自己误解了该情况的一些关键点，以下是他的回复： 我首先澄清一下，我并没有试图传播任何仇恨言论，我只是看到了一些相关信息而想要让该事件更加透明。有了一些额外的信息之后，我发现这件事没有我想象的那么糟糕，对于造成的混乱我在此道个歉。 我本来理解的是，其他人能够访问数据并且通过一个私密内存池进行路由之前，Maker 预言机更新会与 dYdX 的清算捆绑在相同的交易中。当然还有我不知道的背景情况。 Scuttlebutt 网络之所以被审查 (permissioned) 了一段时间，是因为需要在 Libp2p 集成完成之前对以前的问题进行临时修复。使用 flashbots 的中继器导致了价格数据没有被发布至公共内存池中，这就是产生此类交易的原因。 现在我很清楚 Maker 预言机没有也不会出售签名价格数据的特有权，但是所看到的交易只是特定情况的结果，其背后由逻辑工程推理而来。 但是关于 Maker 的官方回复，我并不赞同其对于 Chainlink 的评论，而对于其他解释我是同意的。 来源：https://twitter.com/ChainLinkGod/status/1411124627942739974 <br/> **Uniswap v3 流动性挖矿合约已在以太坊主网以及所有测试网部署** 7 月 2 日，去中心化交易所 Uniswap 宣布其 v3 版本的流动性挖矿合约已在以太坊主网以及所有测试网中部署，开发者可以开始使用这个合约了：https://github.com/Uniswap/uniswap-v3-staker/releases/tag/v1.0.0 Uniswap 表示，v3 流动性挖矿与 v2 相似：流动性提供者可以抵押其流动性，并且根据其流动性贡献按比例获得奖励。只要其流动性保持在范围内，流动性提供者就可以获得奖励。 v3 还增加了一些改进功能：流动性提供者可以同时参与同一个代币对的多个流动性挖矿计划；不再需要在激励之间进行选择和切换。 Uniswap 将尽快发布有关流动性挖矿的指南、文档和其他基础设施。 来源：https://twitter.com/Uniswap/status/1410675488172003330 <br/> **Aave 发布服务于机构的许可部署** 根据 cointelegraph 的报导，头部 DeFi 项目 Aave 宣布七月将发布服务于机构的许可版本平台，这个平台将与加密货币托管和服务提供商 Fireblocks 合作推出，产品名为”Aave Pro"。发布时，Aave Pro 将只支持 BTC、ETH、Aave 和 USDC 这四种资产，且它们的池是与 Aave 的其他部署分隔开的。 该平台将在其 v2 版本的智能合约上添加一个白名单层，以确保只有“机构、企业、和金融科技 ”可以通过 Fireblocks 的 KYC 验证可以进入 Aave Pro。Fireblocks 还将负责为 Aave Pro 执行反洗钱和反诈骗防控。  <center>cr: @ASvanevik</center> 来源：https://cointelegraph.com/news/aave-to-launch-permissioned-deployment-for-institutions-in-july?utm_content=bufferdc545&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer <br/> # 生态 **MEV.wtf 虚拟峰会** 7 月 1 日，ETHGlobal 举行以 MEV 为主题的虚拟峰会，会议围绕以下内容展开： - MEV 的演化 - 界定并厘清 MEV 问题 - 协议层对 MEV 的回应 - 应用层对 MEV 的回应 视频和讲演材料：https://hackmd.io/ivUzk3piQEG8ALzCGbxlag <br/> **核心开发者学徒计划** 今年五月开启的第一次“核心开发者学徒计划 (cdap)” 已结束，开发者 Piper Merriam 撰文为此次计划作总结，文章首先解释了何为“核心开发者”以及一直没有一个正式名册的考量，然后指出现在的核心开发者存在多元性缺失问题；文章继而解释了目前需要更多人参与开发的需求，以及他们的招聘方法和评判标准；最后形容只招 4 人却收到接近380人申请这件事是幸福的烦恼，并希望通过这个招聘途径改善核心开发者现有的问题。 文章真挚，值得一读。 原文：https://snakecharmers.ethereum.org/the-core-developer-apprenticeship-program/ 中文版：https://mp.weixin.qq.com/s/KLcsFz4w86AqBB_P7s9nFghttps://www.ethereum.cn/Eth2/wnie2-2021-7-2https://www.ethereum.cn/Eth2/wnie2-2021-7-2Mon, 05 Jul 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210702) <br/> # 社论- Eth2 这个术语有害？ 这事始于 Danny Ryan 将以太坊基金博客从“eth2 quick update (eth2 更新速览) "更名为"Finalized"。这是个很好的名字 (除了那个"z")，但显然是[弃用“eth2"](https://blog.ethereum.org/2021/03/11/finalized-no-23/)的一个举措。[Week in Ethereum News](https://weekinethereumnews.com/) 很快也跟着完全放弃使用 Eth2 这个术语。 同时，在以太坊基金会的 [eth2 Discord 频道](https://discord.gg/yqYgmvqmsV)上，Micah [写道](https://discord.com/channels/595666850260713488/598292067260825641/855683736616173568)： > 言语已无法形容在我们做的所有事里放弃用”Eth2" 和 “以太坊2.0” 有多迫切了。 还有，上周 Prysmatic Labs 开始在它的 codebase 里[移除所有以太坊 2.0 的痕迹](https://github.com/prysmaticlabs/prysm/pull/9104)，并呼吁我们也这样做。 以太坊 2.0 这个名称的声望迅速下降。 因此我觉得有必要解释一下为什么我将继续厚着脸皮用 Eth2。这并不 (仅仅) 因为我是一个顽固的反动分子。 当然我理解为什么一些人想要放弃使用 Eth2 这个名字。数月前，我在一篇介绍 [Beacon Book](https://stateful.mirror.xyz/) 的文章里就[写到](https://hackmd.io/@benjaminion/wnie2_210328#Editorial)了 Eth2 这个名字的背景。 此后，我对这个问题进行了很多思考，现在我的想法已经变清晰了。经过深思熟虑，我的想法是弃用 Eth2 这个“品牌”是对优质资源的无谓浪费，而且还会引起混乱。 以太坊 2.0 已经陪伴我们很长时间了，至少可以追溯到[2014 年 4 月](https://news.ycombinator.com/item?id=7554923)。我们在 ConsenSys 有一个 `ethereum-2_0` Slack 频道，是 Joe Lubin 于 2015 年 10 月 8 日为“关于构建以太坊 2.0 版本的讨论” 开设的。以太坊 2.0 是一个很好的品牌；它有很强的传播力，能与人建立联系。 举个例子，当“Week In Ethereum News” 对 "What's New in Eth2" [更名](https://twitter.com/benjaminion_xyz/status/1401510283609264128)，把 Eth2 拿掉后，文章的阅读人次减少了一半。这意味着减少了 5000 人能访问到准确、最新的进度更新。我们真的想要大家不了解以太坊的情况吗？我更希望大家可以充分知情，尽管这个品牌可能已经不那么稳固了。 Eth2 的品牌效应非常强大，几乎无法被根除。相反，我们应该拥抱它，用新的内容填充它。经过多年时间的沉淀，Eth2 意味着非常多的东西。尽管内容在不断变化，但现在想要拿走这个模因 (meme) 已经太晚了。 总结以下：我不相信放弃 Eth2 这个名称能在总体上帮助大家更了解以太坊的未来。而是恰恰相反。 就其价值而言，以下是我对今天 “Eth2" 的看法： - 什么是 Eth2 ? 是对现在的以太坊区块链在广义上的、不断变动的升级，肯定包括共识和扩容上的升级，可能会纳入 state expiry 和其他内容。 - Eth2 是什么时候？这不是一个一次交付的结果。当人们开始不以打趣的口吻说自己在研究 Eth3 时，我们就知道 Eth2 已经完成了。 - Eth1 和 Eth2 之间是什么关系？它们已经融合在一起，共同构成了统一的以太坊路线图了。尽管如此，这个术语仍然是有用的 (例如，见这条关于数据可用性的[有趣推特](https://twitter.com/jessewldn/status/1410371381783638017)）。 由此，我将继续使用 Eth2/ 以太坊2.0。我认为我们应该继续建设这个强大的品牌，持续努力用准确、最新的内容填充它，而不是弃用它。感谢读者的阅读。 <br/> # 信标链 随着我们进入第八个月，信标链继续表现完美。 对于喜欢十进制里程碑的人，现在已有 600 万个 ETH 存进了 [Eth2 存款合约](https://www.notion.so/219ab540356cbb839cbe05303d7705fa)，超过了 [Eth 总供应量](https://etherscan.io/stat/supply)的 5%。 (其他协议有[更高百分比](https://www.stakingrewards.com/) 的供应量被质押是因为它们的币并没有什么其他用途。) 不幸的是，这周出现了[一起罚没](https://beaconcha.in/validator/169440)。不同于平常的是，我们已经有这个验证者的很多信息了。尽管仍有一些[未知](https://www.reddit.com/r/ethstaker/comments/oa6m2o/my_validator_got_slashed/h3jtrcq/)，似乎是用户尝试使用 Prysm 上的新功能时出现了错误。 ## Altair 升级 Altair 是对信标链的一次升级，它修改了一些参数和计算方法，和引入了同步委员会。这不是合并 (The Merge)。 在这周的实现者会议力，我们初步拟出了 Altair 升级的时间表： - 在下周末，建立一个多客户端开发者测试网。 - 一切顺利的话，在 7 月底前将 Altair 升级部署到 Pyrmont 测试网。 - 在晚一点部署到 Prater 测试网。 假如没有发现严重的问题，我们将在 8 月把 Altair 升级部署到信标链上。 ## 本周惊喜 不知从哪冒出了一个新的信标链和验证者客户端实现。显然，[Grandine](https://github.com/sifraitech/grandine) 自 2019 年以来一直在默默开发。它是用 Rust 语言写的，且有一些可圈可点的地方。但是，它现在还是闭源的，因此我强烈反对用它在主网做质押。当它变成开源和得到适当审查后，情况可能会不一样。我的个人观点：我不禁想，闭源开发和与现有开发社区几乎零交流这些做法从根本上来说是不符合 Etherean 精神的。但无须许可也是我们的价值之一，所以🤷‍♂️ ## 本周事故 质押平台 StakeHound [正在起诉](https://decrypt.co/74183/fireblocks-faces-lawsuit-alleged-loss-71-million-ethereum)加密货币托管机构 Fireblock，因为它涉嫌弄丢质押的 38,178 个 ETH 的提款密钥。现在有非常多的[指责](https://www.fireblocks.com/blog/stakehound-eth-2-0-event/)，我就不猜测孰是孰非了。但现在起诉任何人似乎有点为时过早，因为现在还没有人可以从信标链上提款，无论是有密钥的还是没密钥的。但是，一旦提款启动了，我预计会有更多类似的事件发生，因为人们会发现它们的提款凭证没有得到适当的备份。有些围绕协议如何处理这个问题的[讨论](https://ethresear.ch/t/simple-withdrawal-credentials-rotation/9555?u=benjaminion) ，但还没有理想的解决方案。各位，备份你们的助记词！ <br/> # 释义性文章 Samuel Shadrach 几周前发布了一篇文章《ETH 2.0 货币政策和托管》( [ETH 2.0 monetary policy and delegation](https://noma.substack.com/p/eth-20-monetary-policy-and-delegation))，但是我刚看到这篇文章，还没有时间好好消化。这是篇很棒的释义性文章，并且内涵一些很深刻的见解。我会多花点时间看的。 Tobias Fan 在 Coinmonks 上发布了文章《为小白解读以太坊 2.0》(Ethereum 2.0 For Dummies)，分上下两部分。[上篇](https://medium.com/coinmonks/ethereum-2-0-for-dummies-part-1-why-upgrade-112d8f5b6d88)：《为什么要升级》(Why Upgrade? )，[下篇](https://medium.com/coinmonks/ethereum-2-0-for-dummies-part-2-how-does-staking-actually-work-96bb714e4ad4)：《Staking 是如何运作的》(How Does Staking Actually Work?)。忽略掉一些关于路线图的内容 (Ewasm、Eth2 阶段等)，这篇文章还是可读以及足够详细的，并且大多是准确的。 以太坊基金会研究团队在 Reddit 论坛进行了[第六次 AMA](https://www.reddit.com/r/ethereum/comments/o4unlp/ama_we_are_the_efs_research_team_pt_6_23_june_2021/)，问题和解答都非常棒。ECN 编译的[中文版](https://www.ethereum.cn/Eth2/ama_we_are_the_efs_research_team_6_23)在此。 验证者性能的一些分析： - 首先，Pintail 发布了文章《在实践中的验证者奖励》([Validator Rewards in Practice](https://pintail.xyz/posts/validator-rewards-in-practice/))。这篇文章定义了一个整体的“验证者有效性”分数。预告：大多数验证者都表现得很好！ - 其次， Cento Validatori 的《所有 Eth2 验证者都是相等的吗？》([Are All Eth2 Validators Created Equal?](https://centovalidatori.medium.com/are-all-eth2-validators-created-equal-52faf6122a9e))，分析了验证者收入以及丢失的证明。 AGStaking 提供了一些[非常好的资源](https://www.reddit.com/r/ethstaker/comments/o3sjk2/eth_20_staking_guide_educational_resources/)，以向新用户介绍质押，包括《[为新手准备的 Ubuntu 教程](https://agstakingco.gitbook.io/ethereum-2-0-ubuntu-for-beginners/)》(Ethereum 2.0: Ubuntu for Beginners)、《Eth 2.0 密钥生成》([Eth 2.0 Key Generation](https://agstakingco.gitbook.io/eth-2-0-key-generation-ubuntu-live-usb/))、《如何设置一个客户端》([setting up a client](https://agstakingco.gitbook.io/eth-2-0-staking-guide-prater-lighthouse/))。 Avado 发布了一个非常棒的 [4 分钟的视频](https://www.youtube.com/watch?v=-FEttfq0sq8)，教用户如何使用 [Avado 的硬件平台](https://ava.do/)设置 staking。 <br/> # 媒体资源 Dankrad Feist 参加了 [Epicenter 的播客](https://epicenter.tv/episodes/397)，那期的内容是“Eth2 进展更新#2” (An Eth2 Progress Update #2)。而我参加了[零知识证明播客](https://www.zeroknowledge.fm/187)的"ETH 2.0 的演变" (The Evolution of ETH 2.0)。 Teku 团队的 Adrian Sutton 录了一期 PEEPanEIP，介绍了在客户端中[实现 Altair 变更](https://www.youtube.com/watch?v=Kv643dgRmMI)。这里有一个[列表](https://www.youtube.com/playlist?list=PL4cwHXAawZxoEw29YmqJtNoFaENUUAREn)，列出了最近与信标链相关的 PEEPanEIP 节目。 还有 Christine 和我在 Coindesk 每周一次的 [Eth2 播客](https://www.coindesk.com/podcasts/mapping-out-eth-2-0)。我们与 Allnodes 的创始人和 CEO Konstantin 进行了对话，[讨论](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/ethereum-test-network-and-potential-protocol-changes)了降低质押的最低门槛 (32 ETH) 以及其他问题的复杂细节。还有 Christine 的新闻系列 [Valid Points](https://www.coindesk.com/newsletter/valid-points) 一直都很棒。 [Beacon Book](https://stateful.mirror.xyz/) 的实体副本[正在](https://twitter.com/caymannan/status/1409619513553850368)[发](https://twitter.com/JonnyRhea/status/1409607628402085890)[出](https://twitter.com/ChazSchmidt/status/1409618288875761664)。Royal Mail 的信息告诉我，我的书已经在路上了。现在还来得及[通过 Gitcoin](https://gitcoin.co/blog/meme-lords-earn-eth-win-prizes/) 赢得一本 Beacon Book，随后也有其他办法[竞拍](https://twitter.com/trent_vanepps/status/1411023628506996748)。 <br/> # 研究 ConsenSys TX/RX 研究团队的 Alex Vlasov 继续将正式的工程方法应用到 Python Eth2 的规范中。他最近发布了一个提案以[模块化](https://hackmd.io/@ericsson49/rk5MAszuu)信标链的规范。还发布了一篇研究：我们在升级以及实现不同阶段的这个过程中，如何将不同版本的规范[结合起来](https://ethresear.ch/t/how-to-combine-beacon-chain-phase-definitions/9953?u=benjaminion) 。 我将 Vitalik 在 Reddit 上做的关于[无状态、Verkle trees 和 state expiry 的即兴 AMA](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/) 放在“研究”部分，这个话题现在更加适合放在这里，但是将来很快就会应用到实践中。 <br/> # 常规会议 ## “合并”会议 第七次“合并”会议于 7 月 1 日进行。 - [会议议程](https://github.com/ethereum/pm/issues/345) - [会议视频](https://www.youtube.com/watch?v=6d944TCNpqc) - [Protolambda 的笔记](https://notes.ethereum.org/@protolambda/BJdsuHjnO) 关于共识方面和执行方面之间的 API 的大量讨论。对于一些完善 API 的提案，Mikhail 在会议后编辑了[文档](https://hackmd.io/@n0ble/consensus_api_enhancement)。 会议中还对第三季度的开发工作进行了计划。这个会议将很快集成到 PoS 实现者会议中，以及/或者集成到平时的以太坊开发者会议中。 ## 实现者会议 第 67 次会议于 7 月 1 日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/224) - [会议视频](https://www.youtube.com/watch?v=FNXk4ScqHn0&t=167s) - [我的速记](https://hackmd.io/@benjaminion/BJSvvGs2O) 这是 Grandine 首次参与的会议，我们做了一些关于 Altair 的计划，总结如上。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/DeFi/through-the-looking-gas-a-history-of-ethereum-protocolshttps://www.ethereum.cn/DeFi/through-the-looking-gas-a-history-of-ethereum-protocolsSun, 04 Jul 2021 00:00:00 GMT来源 | [nansen.ai](https://www.nansen.ai/research/through-the-looking-gas-a-history-of-ethereum-protocols) <br/>  以太坊于 2015 年 7 月首次上线，其去中心化应用程序 (dApps) 的生态系统多年来取得了惊人的发展。0x 的第一个场外交易市场于 2017 年推出。Uniswap 于 2018 年 11 月首次部署。Yearn Finance 于 2020 年进行了空投。去中心化金融 (DeFi) 是一个不断发展的行业，回想起来，其增长似乎不可避免。 与任何具有竞争产品的经济体一样，各协议的市场影响力起起落落，不断创新，形成了我们现在看到的 DeFi 格局。DeFi 的历史可能是主观的，但以太坊区块链不是。在这篇研究文章中，我们通过数据讲述了以太坊的故事以及此类协议的发展。在这里，我们通过绘制图表展示了从 2018 年到今天在以太坊上花费的总 gas 费用，以四周为周期累计。  从 2018 年到 2019 年，以太坊上的交易活动相当少。每个月的总 gas 费消耗几乎不超过 40,000 ETH。从 2020 年开始，交易活动开始频繁，并且 gas 消耗呈抛物线状的走势，在 2020 年 9 月左右的四周内达到了 650,000 ETH 的峰值。那是以太坊的价格仍为 400 美元。时间过得真快！ 我们通过分析各个协议实体花费的总 gas 费的百分比来仔细观察数据。在本文中，我们想要研究最热门的 30 个 gas 消耗实体在过去时间里消耗 gas 的比例。 在一段时间内所消耗的 gas 费是许多因素共同作用的函数：有多少用户在与智能合约进行交互、执行该函数的计算强度以及当时的总 gas 价格。 在我们深入讨论之前：我们必须注意到，2018 年至 2019 年以太坊的格局与现在的格局非常不同。2018 年至 2019 年活跃的大量合约如今已不再使用。我们可以在此对 2018 年至 2019 年期间的前 30 个 gas 消耗者进行排序，以便进一步了解。  除了实体之外，我还在数据图表中汇总了代币合约消耗的总 gas，这一组一直占以太坊链上交易活动的 10% 左右。2018 年的许多合约都是庞氏骗局和赌博游戏，其中很大一部分来自中国。以 LastWinner 为例，这个游戏基于一个简单的机制：用户将 ETH 存入合约中，直到达到某个 ETH 上限。最后一个存入 ETH 的人将赢得池里全部 ETH。大家可以查看 2018 年年中的活动高峰期。 下表显示的数据更加有趣：展示了排名前 30 的实体消耗 gas 的相对比例。  通过这些数据，我们可以讲述每年的有趣故事。让我们从 2018 年开始吧。 <br/> ## 2018: 去中心化的种子 **0x 首先去掉中间商**。许多人以为 Uniswap 是首个诞生的去中心化交易所，但使用智能合约的去信任交易所的历史可以追溯到更早的时候。2017 年，最初的 DEX 模型试图模仿中心化交易所的订单簿模型，但它们的计算量大且速度慢，以至于无法使用。2017 年 7 月，0x 部署了一种用于链上交易的订单结算方法。 它曾被称为 0x OTC，因为该模型确实如此。当人们在场外交易市场做交易时，1、价格发现仅发生在两方之间；2、谈判在没有保证报价的情况下发生 (我可以随时撤销，但在公开市场上，我下的订单可以立即被接受)。用户会在推特等社交媒体平台上发布链下订单，但通过 0x 在链上结算。2018 年，0x 日交易额为 400 万美元。 **Bancor 成为用户首选的 DEX**。Bancor 在 2018 年 8 月发布的一篇博客文章中提到了自动做市商的想法，并完全颠覆了订单簿式市场的想法。在 Bancor 上，所有代币都可以与 BNT 配对，这种做法一直持续到今天。相比之下，Uniswap 上允许所有代币对进行交易。 **Kyber 留下了它的印记**。Kyber 本质上促进各方以去中心化的方式获取以及贡献流动性。它本身不是一个 DEX，而是专注于整合来源不同的资金池，包括 DEX 和中心化做市商。把它想象成一个通用的 Uniswap 路由器！这种流动性为支付网络等实体所利用，这在当时是真正开创性的。 <br/> ## 2019: 新的金融经济 **Chainlink 逐渐成为 DeFi 的躯干**。Chainlink 于 [2017](https://blog.chain.link/chainlink-an-overview-and-our-focus/) 年首次上线，它将外部以及链下数据安全地连接至以太坊智能合约。人们没有意识到预言机对于合成产品和边际产品来说是多么地重要。BZx 为其保证金交易平台引入了 Chainlink 的预言机，[Synthetix](https://blog.synthetix.io/synthetix-and-chainlink/) 也立即集成 Chainlink，为真实世界的资产提供价格流。Decrypt 甚至在 [5 月](https://decrypt.co/6901/chainlink-smart-contracts-swift-canonical-list)发布了 Chainlink 集成的规范列表。 另一个预言机服务是 [Tellor](https://medium.com/tellor/tellor-101-28ba5fe4cc7a)，其使用量在 10 月份有过短暂的激增。截至 2021 年，Chainlink 在以太坊上的 gas 费使用份额一直保持在 4% 以上。 **高级的交易功能开始萌芽**。dydx 最初负责借贷市场，后来开始开发一项[保证金交易功能](https://medium.com/dydxderivatives/introducing-the-new-dydx-9675719bacb6)，其杠杆率可达 4 倍，用户界面也很美观。没有任何产品要比它更接近 CEX 的用户体验了。 **Synthetix 找到了自己的定位**。现在很少有人知道 Synthetix [最初叫做](https://blog.havven.io/havven-is-transforming-into-synthetix-2fdf727b8892) Havven，并且当时是被设计成类似于 Maker 的稳定币协议。大家可以看看 gas 图表，这些年里 Maker 几乎占统治地位。随后，Synthetix 开始为合成加密货币以及逆价值资产创建市场，截至 7 月，[其交易额达到 6000 万美元](https://blog.synthetix.io/h2-2019-roadmap/)。 **合成资产的利润开始叠加**。-- Compound V2 [于 5 月](https://medium.com/compound-finance/compound-v2-is-live-157db0b7cfc8)以全新的面貌推出。多年来，Compound 的货币市场几乎没有变化，但其稳定的 gas 吞吐量 (1.5-5%) 证明了其设计的可持续性。毫不奇怪，你会发现在过去的几年里，借贷协议的 gas 消耗比 DEX 的更少。 <br/> ## 2020: 更多明星项目出现 **Uniswap 主导着 AMM (自动做市商) 市场**。Uniswap 于 2018 年 11 月首次推出，但其交易量于 2019 年 2 月正式超过 Bancor 的交易量。虽然两者都采用 50/50 流动性提供的模式，但 Uniswap [更节省 gas](https://www.coindesk.com/bancor-uniswap-dex-competition) 以及对用户更加友好。Uniswap 还允许用户在其平台无需许可地发布资产，使其与更庞大的 DeFi 生态系统更好地组合。以下节选自 2019 年的一篇[博客文章](https://shardus.medium.com/bancor-vs-uniswap-where-to-list-your-erc20-token-60052e7de28e): > 我们的代币在 Bancor 上发布了几个月后才改用 Uniswap。在 Bancor 上发布代币的过程是这样的：我们先联系 Bancor 团队，并与他们合作将 ETH 和我们等量的代币转移到 Bancor 团队提供的地址中。Bancor 团队还要求我们在设置期间转移不少于 6 万美元的 ETH，用于提供流动性。从我们决定将代币发布 Bancor 上到 Bancor 上出现我们代币的流动性，整个和 Bancor 团队协调的过程花了 一到两天。相比之下，创建一个 Uniswap 合约的过程很简单，只需填写一份简短的表格并点击一个按钮。为合约添加流动性的过程同样如此简单。这个过程只花了一两分钟，并且我们不需要联系 Uniswap 团队，也没有对合约应添加多少流动性的硬性要求。 **1inch 隆重登场**。1inch 可能是 2020 年增长最快的 DeFi 协议，它在 [8 月](https://www.theblockcrypto.com/post/74545/dex-1inch-funding-binance-labs)才开始种子轮融资，随后在 11 月其 gas 消耗量就占据了总 gas 消耗量的 6%。它提供了一种 DEX 聚合服务，将订单通过不同的流动性池进行分割和传送，以找到最节省成本的交易。去年年底，1inch 向用户进行了追溯空投，并且其 gas 消耗量在 12 月占总消耗量的 10%。 **Forsage 火爆起来 -- 十分突然**。这在当时很让人费解。Forsage 显然要求用户支付 ETH 来使用该平台，并承诺为他们为他们推荐的每个人支付 ETH。就像传销。这个项目似乎[现在](https://news.bitcoin.com/despite-warnings-from-regulators-the-ethereum-fueled-pyramid-scheme-forsage-thrives/)还在运行。 **DeFi 用户追崇 Yearn**。如果没有谈论到 Yearn Finance 的 YFI 空投，以太坊的历史是不完整的。这个“无价值的治理代币”[在 7 天内价格翻了 35 倍](https://cryptopotato.com/35000-in-7-days-the-unbelievable-story-of-yearn-finance-yfi/)。自 2020 年以来，Yearn 一直走在 DeFi 的前沿，其增长结构和形式为当今一些新出的协议指明方向。 <br/> ## 2021 及未来 **Tether 和 Centre** 的交易占了以太坊网络交易活动的很大一部分 -- 它们的 gas 消耗量目前占总消耗量的 12%。这是统计转移进出以太坊的资产数量的一个很好的途径，因为 gas 用于铸造和销毁 USDT 和 USDC。 **Wrapped ETH 合约 (以太坊 DeFi 的支柱) 仍然被广泛使用**。*ETH 在当时是一个非常具有革命性的想法。代币化的以太坊可以用作抵押品、交易手段以及其他代币的定价基准。WETH 是 DeFi 乐高的其中一个例子，它满足了用户的需求、被广泛使用并且很稳定。哦对，它没有治理代币！ **一个鲜活的产品生态系统**：一系列 swap 协议目前在以太坊网络上各占据自己的份额 -- 虽然 Uniswap 还是占主导地位。Nansen 追踪了至少 94 个 DEX 协议 -- 每个协议都有自己的特点和价值主张。自今年年初以来，以太坊上就部署了 280 多万个合约。到目前为止，已经部署了 19.8 万个 ERC20 合约。 **你也为这个网络的交易量做出了贡献**。到目前为止，你所进行的每一次 swap、质押、存款、提款以及铸造代币，都记录在了以太坊区块链上。你是以太坊森林的参与者，这个森林将继续扩张、变化及繁荣。你猜我们接下来会遇到什么？ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/beacon-chain-validator-rewardshttps://www.ethereum.cn/Eth2/beacon-chain-validator-rewardsSat, 03 Jul 2021 00:00:00 GMT来源 | [pintail.xyz](https://pintail.xyz/posts/beacon-chain-validator-rewards/) <br/> # 我可以赚多少？  以太坊权益共识机制的核心部分于 2020 年 12 月启动了，最终交付了从工作量证明过渡的第一阶段——这是[在 2014](https://blog.ethereum.org/2014/07/05/stake/)年就提出的愿景，比以太坊主网上线早了整整一年。在以太坊的权益共识机制里，区块链的安全由验证者来提供，他们需要存入 32 个 ETH 作为保证金，且负责对新的区块链（即信标链) 状态达成共识。他们诚实履行职责的话会得到奖励，失职的话则会遭受相应的惩罚。如果验证者被证明有恶意行为，他们还会受到严重的惩罚，即罚没。 与工作量证明型区块链的区块奖励相比，这些验证者的奖励与惩罚会相对复杂一点。尽管有一些优秀资源，例如 [beaconcha.in](https://beaconcha.in/)，可以帮助验证者更好了解他们能赚多少，但并没有明确解释是怎么来的。本文将尝试给验证者解释清楚他们可以赚多少，以及收益差异是怎么来的。 读者可能已经看过运行一个验证者节点的“APR (年化率）估值”，比如在权益证明 [launchpad](https://launchpad.ethereum.org/)上的图表，并好奇这些数值是否现实——这些数值到底怎么来的？事实上，目前所有的 APR 估值都是基于一系列的假设 (通常没有说明)，有些估值甚至用的是旧版本的信标链规范。首先，让我们看一下如果所有验证者都完美参与的话，验证者可以赚取多少。我将依据 Ben Edgington 的[注释规范](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain)来做预估。请注意：我们将使用 2020 年 12 月信标链上线所用的主网规范。即将要进行的 [Altair 信标链分叉](https://blog.ethereum.org/2021/03/24/finalized-no-24/)将对验证者奖励和惩罚进行完善。 <br/> # 可获得的奖励 以太坊验证者参与网络的每个 epoch (6.4 分钟) 都会获得奖励。他们收到的奖励是 `base_reward` (基础奖励) 的倍数。信标链有三方面的值需要投票，每个验证者对其中一个当前值投了正确的票 (或用行话说，做了证明) 就会得到一份 `base_reward`。我会把这三项奖励组合起来称为"正确率奖励 (accuracy reward)"。如果他们的投票 (证明) 马上被打包到信标链区块里，他们还会有第四项奖励——打包奖励 (inclusion reward)。因此，一个验证者在每个 epoch 里可获得的最高奖励是 `4 * base_reward`。为了搞清楚验证者可赚取多少，那么我们需要了解 `base_reward` 是如何确定的。 `base_reward`的水平是由网络里的活跃验证者数决定的，然后调整为激励合适规模的验证者集。我们希望激励足够多的验证者加入到验证者集里，而不需要支出超过必要的发行量。如果没有那么多的验证者，协议需要提供更高得回报，以鼓励更多验证者加入。但是，如果已经有大量的验证者了，协议可以支出更少，节省发行量。信标链计算这点的函数是一个平方根倒数——也就是说，奖励水平是由除以当前质押的 ETH 数的平方根得出的 (选择使用平方根倒数关系的原因在 Vitalik Buterin 的[设计原理](https://notes.ethereum.org/@vbuterin/rkhCgQteN?type=view#Base-rewards)文件中有解释) 根据注释规范： ```Powershell base_reward = effective_balance * BASE_REWARD_FACTOR // integer_squareroot(total_balance) // BASE_REWARDS_PER_EPOCH ``` 规范就是用上面的公式来计算每个验证者的 `base_reward`，以 Gwei (=10-9 ETH) 为单位，这些术语代表的意义如下： | 术语 | 意义 | | :------------------------------------------------- | :----------------------------------------------------------- | | `effective_balance` （有效余额） | 每个验证者余额的 ETH 整数值 (以 Gwei 为单位)。他的最大值为 32 × 10^9。 | | `BASE_REWARD_FACTOR` （基础奖励系数） | eth2 规范中有一个常量值为 64，这是用于调整 ETH 整体发行量的系数——这个值设为 64 的原因在这个 [PR](https://github.com/ethereum/eth2.0-specs/pull/971) 里有给出。 | | `total_balance` （总余额） | 所有活跃验证者的 `effective_balance` 总额。 | | `BASE_REWARDS_PER_EPOCH` （每个 epoch 的基础奖励） | 这是值为 4 的常量，对应的是每个验证者在每个 epoch 里获得的 4 项 `base_reward`。 | 在理想情况下，一切都会简化，因为所有验证者的有效余额都是 32 个 ETH。因此， `n` 个验证者的理想基础奖励为： ``` base_reward = 512e9 // integer_squareroot(n * 32e9) ``` (再次提醒，在信标链规范里，计算单位是 Gwei。我们可以除以 10^9 来换算成 ETH) <br/> # 理想情况 根据上面的信息，如果所有验证者都完美参与 (即验证者在每个 epoch 里获得 `4*base_reward`，我们可以计算可得奖励的最大值，然后用它来乘一年的 epoch 数，就可以算出一年的理想奖励金额。这就是一年的秒数 ((31556952) 除以一个 epoch 的秒数 (384)，得出每年有接近 82180 个 epoch。每个验证者每年得到的理想奖励如下图，由关于质押的总 ETH 的函数得到。 输入1 ```Powershell # define annualised base reward (measured in ETH) for n validators # assuming all validators have an effective balance of 32 ETH import math EPOCHS_PER_YEAR = 82180 def annualised_base_reward(n): return EPOCHS_PER_YEAR * 512 / math.sqrt(n * 32e9) ``` 输入 2 ```Powershell # plot ideal ETH staking return import matplotlib.pyplot as plt n_validators = [n for n in range(524288//32,int(10e6)//32,3200)] ideal_reward = [4 * annualised_base_reward(n) for n in n_validators] fig = plt.figure(figsize=(12, 8)) ax1=fig.add_subplot(111, label="1") ax2=fig.add_subplot(111, label="2", frame_on=False) ax1.plot(n_validators, ideal_reward) ax2.plot([n * 32e-6 for n in n_validators], [100 * r / 32 for r in ideal_reward]) ax1.set_xlabel('Number of validators') ax1.set_ylabel('Ideal annual per-validator reward (ETH)') ax2.set_title('Ideal annual validator returns') ax2.xaxis.tick_top() ax2.yaxis.tick_right() ax2.xaxis.set_label_position('top') ax2.yaxis.set_label_position('right') ax2.set_xlabel('Total ETH staked (millions)') ax2.set_ylabel('Annual yield on 32 ETH deposit (%)'); ```  现将图中的一些数值制成如下列表，以供参考： 输入 3 ```Powershell # tabulate a few values for validator return import pandas as pd n_validators = [524288 // 32, 50000, 100000, 150000, 200000, 250000, 300000, 10000000 // 32] staked = [32 * n for n in n_validators] ideal_reward = [4 * annualised_base_reward(n) for n in n_validators] annual_yield = [100 * r / 32 for r in ideal_reward] data = { 'n_validators': n_validators, 'total_staked (ETH)': staked, 'annual_reward (ETH)': ideal_reward, 'annual_yield (%)': annual_yield } df = pd.DataFrame(data) pd.options.display.float_format = '{:,.2f}'.format df.set_index('n_validators') ``` | n_validators (验证者数) | total_staked （质押的总额）(ETH) | annual_reward （一年的奖励） (ETH) | annual_yield （年收益率）(%) | | :---------------------- | -------------------------------: | ---------------------------------: | ---------------------------: | | 16384 | 524288 | 7.35 | 22.97 | | 50000 | 1600000 | 4.21 | 13.15 | | 100000 | 3200000 | 2.98 | 9.30 | | 150000 | 4800000 | 2.43 | 7.59 | | 200000 | 6400000 | 2.10 | 6.57 | | 250000 | 8000000 | 1.88 | 5.88 | | 300000 | 9600000 | 1.72 | 5.37 | | 312500 | 10000000 | 1.68 | 5.26 | <br/> # 区块奖励 上面的图和表格给了我们一个高度理想化的版本，即当所有验证者都完美参与，所有奖励都平均分配的情况。但是，这个版本其实漏掉了一项重要组成部分，即信标链的区块奖励 (block reward)。 区块奖励并不改变支付给验证者的 ETH 总额，但它意味着部分可得奖励会分配给出块者 (block producer)。负责出块的是每个 slot 里 (一个 slot 是 12 秒，一个 epoch 里有 32 个 slot) 随机挑选的一个验证者。该区块是由其他验证者提交的信标链证明组成的，且出块者获得的奖励占区块证明全部打包奖励的一部分。这意味着出块者有动力将他们能收集到的所有有效证明都打包到区块，以最大化他们的以及所有提供他们打包证明的验证者的收益。 在信标链规范中，给出块者的打包奖励比例由一个叫 `PROPOSER_REWARD_QUOTIENT` （提议者奖励商) 的常数决定，它的值是 8。也就是说，⅛ 的打包奖励 (相当于每个 epoch 全部奖励的 ¹⁄₃₂) 是给出块者的，⅞ 是给所作证明被打包到区块的验证者的。 由于每个验证者被选出做区块提议的机会是均等的，从长远来说，奖励应该也是均等的，与上图相符。但在任何有限的时间里，验证者获得的奖励会很不一样，因为有些验证者运气比较好，获得比平均水平更多机会提议区块，有些则运气比较差，提议区块的机会更少。 为了计算出运气因素在区块提议频率中的重要性，我们可以应用一些基本的统计数据。每个验证者被选出做提议的机会是均等的——每年 `31556952 / 12 = 2629746` 个 slot。如果有 100,000 名验证者，被选出做提议的机会是 10-5 次。每个验证者得到区块提议机会的数量将由二项式分布决定。 下图绘制的概率质量函数图直观地呈现了验证者可期望有多少区块提议机会： 输入 4 ```Powershell # plot pdf from scipy.stats import binom x = [el for el in range(51)] y = binom.pmf(x, 31556952/12, 1e-5) fig, ax = plt.subplots(figsize=(12, 8)) ax.bar(x, y) ax.set_xlim(xmin=0) ax.set_ylim(ymin=0) ax.set_title('Probability mass function (100,000 validators) — number of block proposal opportunities per year') ax.set_xlabel('Number of block proposal opportunities in a year') ax.set_ylabel('Probability') lmu = binom.ppf([0.01, 0.5, 0.99],31556952/12, 1e-5) avg = 31556952 / (12 * 100000) print(f"With 100,000 validators, the mean number of blocks proposed per validator per year is {avg:.2f}\n") print(f"The unluckiest 1% of validators will have the opportunity to produce at most {int(lmu[0])} blocks in a year") print(f"The median (average) validator will have the opportunity to produce {int(lmu[1])} blocks in a year") print(f"The luckiest 1% of validators will have the opportunity to produce at least {int(lmu[2])} blocks in a year") ``` ```Powershell output: With 100,000 validators, the mean number of blocks proposed per validator per year is 26.30 The unluckiest 1% of validators will have the opportunity to produce at most 15 blocks in a year The median (average) validator will have the opportunity to produce 26 blocks in a year The luckiest 1% of validators will have the opportunity to produce at least 39 blocks in a year 输出: 如果有 100,000 个验证者，每个验证者每年平均获得 26.30 次提议区块的机会 运气最差的 1% 验证者每年获得的提议区块机会最多 15 次 验证者平均每年获得的提议区块机会是 26 次 运气最好的 1% 验证者每年获得提议区块的机会是 39 次 ```  因此，我们可以看到，仅基于运气的话每个验证者获得的提议区块机会有相当大的差异。在一年里，运气最好的 1%验证者获得提议区块的机会是运气最差的 2 倍。在足够长的时间里，这个差异会被拉平。但是，随着验证者数量增加，提议区块的概率会降低，不均等的情况会更严重。 为了显示这种效应对验证者奖励的影响，我重新计算了验证者收益图，但现在我将绘制运气最好的 1%和最差的 1%的线条。从另一个角度来看的话，这代表 98% 的验证者的年收益是在这两条线之间。 输入 5 ```Powershell # plot ideal ETH staking return with interpercentile range n_validators = [n for n in range(50000,int(10e6)//32,1000)] full_reward = [4 * annualised_base_reward(n) for n in n_validators] attestation_reward = [0.75 * f for f in full_reward] inclusion_reward = [0.25 * f for f in full_reward] p = [1/n for n in n_validators] # calculate lower and upper quartiles for block proposal opportunities l_bpo = [int(binom.ppf(0.01,31556952/12, 1/n)) for n in n_validators] mean_bpo = [float(binom.mean(31556952/12, 1/n)) for n in n_validators] u_bpo = [int(binom.ppf(0.99,31556952/12, 1/n)) for n in n_validators] # calculate lower and upper quartiles for ideal reward, based on block proposal opportunties l_reward, u_reward = [], [] for i in range(len(full_reward)): r_att = attestation_reward[i] r_inc = inclusion_reward[i] l_reward.append(r_att + r_inc * ((7/8) + (1/8) * l_bpo[i] / mean_bpo[i])) u_reward.append(r_att + r_inc * ((7/8) + (1/8) * u_bpo[i] / mean_bpo[i])) fig, ax = plt.subplots(figsize=(12, 8)) ax.plot(n_validators, u_reward, label='Luckiest 1% of validators') ax.plot(n_validators, l_reward, label='Unluckiest 1% of validators') ax.set_xlabel('Number of validators') ax.set_ylabel('Ideal annual per-validator reward (ETH)') ax.set_title('Ideal annual validator rewards') leg = ax.legend() ratio0 = 100 * (u_reward[0] / full_reward[0] - 1) ratio1 = 100 * (1 - l_reward[0] / full_reward[0]) print(f"With 50,000 validators:\nthe luckiest 1% of validators receive {ratio0:.1f}% greater reward than average" f"\nthe unluckiest 1% of validators receive {ratio1:.1f}% smaller reward than average") ratio0 = 100 * (u_reward[50] / full_reward[50] - 1) ratio1 = 100 * (1 - l_reward[50] / full_reward[50]) print(f"\nWith 100,000 validators:\nthe luckiest 1% of validators receive {ratio0:.1f}% greater reward than average" f"\nthe unluckiest 1% of validators receive {ratio1:.1f}% smaller reward than average") ratio0 = 100 * (u_reward[150] / full_reward[150] - 1) ratio1 = 100 * (1 - l_reward[150] / full_reward[150]) print(f"\nWith 200,000 validators:\nthe luckiest 1% of validators receive {ratio0:.1f}% greater reward than average" f"\nthe unluckiest 1% of validators receive {ratio1:.1f}% smaller reward than average") ``` ``` output With 50,000 validators: the luckiest 1% of validators receive 1.0% greater reward than average the unluckiest 1% of validators receive 1.0% smaller reward than average With 100,000 validators: the luckiest 1% of validators receive 1.5% greater reward than average the unluckiest 1% of validators receive 1.3% smaller reward than average With 200,000 validators: the luckiest 1% of validators receive 2.1% greater reward than average the unluckiest 1% of validators receive 1.7% smaller reward than average 输出: 当有 50,000 个验证者： 运气最好的 1% 验证者获得的奖励比平均水平高 1.0% 运气最差的 1% 验证者获得的奖励比平均水平低 1.0% 当有 100,000 个验证者： 运气最好的 1% 验证者获得的奖励比平均水平高 1.5% 运气最差的 1% 验证者获得的奖励比平均水平低 1.3% 当有 200,000 个验证者： 运气最好的 1% 验证者获得的奖励比平均水平高 2.1% 运气最差的 1% 验证者获得的奖励比平均水平低 1.7% ```  从上面的图表和统计数据可以看出，在一年的时间里，奖励的变化幅度可能有几个百分点。请记住，即使在理想情况下也是这样，即每个验证者都完美履行他们的职责。随着验证者集变大，这种影响会更明显，因为在一个 slot 里每个验证者的概率都降低了。 虽然从验证者的投资风险角度来看，这种水平的变化也许并不令人担忧，但我们在深入研究验证者在网络中的实际表现时，这些变化都值得我们关注。表现上的微小差异可以很容易被分配给验证者区块提议机会的随机变化所吞噬——即使是在整整一年的时间里，就像这里的模型。 <br/> # 对非完美参与情况建模 到这里为止，我们的模型都假设所有验证者都完美履行他们的职责。这使我们可以根据上文解释的出块机会差异对可得奖励设一个上限。但是，为了建立更接近现实世界的奖励模型，我们需要考虑不那么完美参与的验证者带来的影响。即使你完美运行你的验证者节点，保持一直在线，你的奖励仍然会因为网络的其他验证者节点无法做到完美而受影响。信标链激励机制的设计理念是：如果整个网络的表现都被优化了，那么给每个人的奖励都会最大化。这有助于抑制恶意行为 (例如试图让其他验证者离线以最大化自己的奖励)，但这的确意味着即使自身没做错什么，个人质押者的奖励也会被减少。 有很多原因可以导致验证者无法生成证明、广播证明到网络、出块、或打包区块到网络。用所有这些因素来建模是非常难的，因此我们将尝试简单一点的。我们假设两种情况：验证者保持在线且完美履行职责，和验证者一直离线且完全不履行职责。在我们的模型里，网络表现水平可以用一个简单数字——参与率来体现，参与率对应的是在线上的验证者比例。 ## 完美验证者在不完美网络中的情况 想象一个完美验证者在一个不完美的验证者集中运行，有两个机制可能会减少验证者获得的奖励： 1. 对于准确率的奖励，奖励与投相同票的活跃验证者成比例缩放。因此，如果 99% 的在线验证者都投了正确的票，奖励会按0.99缩放。 2. 如果我们的完美验证者所作的证明被打包晚了——例如，由于在我们做出证明后的第一个 slot 的出块者因离线而没有构建一个区块——那么打包奖励会与打包延迟时间呈反比递减。（即，它的比例会以1/2，然后是 1/3，然后是 1/4 这样递减下去） 因此，很容易算出，如果在一个 epoch 里 99% 的网络验证者都正确参与了，对我们完美验证者的正确率奖励的影响是比理想情况下减少 1%。但打包奖励会相对复杂一点。这归结于运气——如果本应在下一个 slot 打包了我们的证明的出块者碰巧是离线的 1%验证者的一员，那么我们的打包奖励会被砍半。如果我们特别运气不好，这种情况连续发生两次，那么我们的打包奖励会减少到1/3。 通过一个考虑了每种可能的延迟情况的等比数列之和来计算预期 (即平均) 的打包奖励 (这在之前 [Herman Junge 的信标链建模](https://github.com/hermanjunge/eth2-reward-simulation/blob/master/assumptions.md#attester-incentives)里已经解释过)。如果 B 代表 `base_reward`，P 代表参与率，我们可以算出预期奖励：  请注意，一个证明最晚可被打包到区块链的时间是 32 个 slot的延迟。因此，正确来说，我们应该把上面公式中的总项数设为 32 而不是无穷大。但是，如果参与率 P 很高 (例如像当前网络的 99%)，那么求和到无穷大而不是 32 造成的误差是非常小的。 现在，让我们绘制一个完美验证者在不同参与率情况下的预期奖励线条，请记住，在信标链创世后的四个月里，参与率[几乎没有低于 96%](https://beaconcha.in/charts/participation_rate)。 输入 6 ```Powershell # plot reward for perfect validator in several participation level contexts participation_rate = [1,0.99,0.98,0.97,0.96] n_validators = [n for n in range(50000,int(10e6)//32,1000)] base_reward = [annualised_base_reward(n) for n in n_validators] fig, ax = plt.subplots(figsize=(12, 8)) r_100000 = [] for P in participation_rate: accuracy_rewards = [P * 3 * r for r in base_reward] if P < 1: inclusion_reward = [(7/8) * r * P * math.log(P) / (P-1) for r in base_reward] else: inclusion_reward = [(7/8) * r for r in base_reward] block_reward = [(1/8) * r * P for r in base_reward] total_reward = [accuracy_rewards[i] + inclusion_reward[i] + block_reward[i] for i in range(len(block_reward))] ax.plot(n_validators, total_reward, label=f'P = {P:.2f}') r_100000.append(total_reward[50]) ax.set_xlabel('Number of validators') ax.set_ylabel('Ideal annual per-validator reward (ETH)') ax.set_title('Ideal annual validator rewards') leg = ax.legend() print(f'at P = {participation_rate[1]:.2f}, rewards fall by {100 * (1 - r_100000[1] / r_100000[0]):.2f}%') print(f'at P = {participation_rate[2]:.2f}, rewards fall by {100 * (1 - r_100000[2] / r_100000[0]):.2f}%') print(f'at P = {participation_rate[3]:.2f}, rewards fall by {100 * (1 - r_100000[3] / r_100000[0]):.2f}%') print(f'at P = {participation_rate[4]:.2f}, rewards fall by {100 * (1 - r_100000[4] / r_100000[0]):.2f}%') ``` ``` output at P = 0.99, rewards fall by 0.89% at P = 0.98, rewards fall by 1.78% at P = 0.97, rewards fall by 2.68% at P = 0.96, rewards fall by 3.57% 输出: 当 P = 0.99，奖励减少 0.89% 当 P = 0.98，奖励减少 1.78% 当 P = 0.97，奖励减少 2.68% 当 P = 0.96，奖励减少 3.57% ```  如上图和数据所示，我们的完美验证者获得收益下降幅度稍小于总体的网络参与率。 ## 不完美验证者在完美网络里情况 如果我们的验证者实际上会在某些时候是离线的，那么他们将会错失一些奖励，而且也会因为错过做证明而遭受惩罚。每个正确率奖励有相应的惩罚——提供错误证明，或完全没有提供证明，证明中不正确的部分都会受到对应一项 `base_reward` 的惩罚。这意味着，错失证明导致的惩罚是 `3 * base_reward`。为了了解这会有什么影响，设想一下你正在运行的验证者节点有时候会离线，但网络的其他所有验证者都表现完美。我们将忽略网络参与率实际上是低于 100% 这个事实，因为全网只有一个不完美验证者，而以完美网络来建模，尽管我们的验证者偶尔会离线。考虑到离线带来的惩罚，我们的收益会有什么影响？ 作为一个完美验证者集的一部分，我们的验证者在线时预期会获得 `4 * base_reward`，离线时遭遇的惩罚是 `3 * base_reward` 。因此当用 B 代表 `base_reward`、U 代表在线时间时，可得出净奖励 R： $$ R=4BU−3B(1−U) =B(7U−3)R $$ 如果净奖励是 0，我们会得到： U=3/7≈43 这意味着只要验证者的在线时间不低于 43%，他就能获得正的净奖励。 输入 7 ```Powershell # plot expected reward for imperfect validator/perfect network at various validator set sizes n_validators = [50000, 100000, 150000, 200000, 250000, 300000] uptime = [i / 100 for i in range(101)] fig, ax = plt.subplots(figsize=(12, 8)) for n in n_validators: base_reward = annualised_base_reward(n) net_reward = [] for u in uptime: rewards = 4 * u * base_reward penalties = 3 * (1 - u) * base_reward net_reward.append(rewards - penalties) ax.plot(range(101), net_reward, label=f'n_validators = {n}') ax.set_xlabel('Percentage uptime') ax.set_ylabel('Annual net reward (ETH)') ax.set_title('Expected annual net rewards against validator downtime\n' '(for an imperfect validator in a perfect validator set)') leg = ax.legend() ```  <br/> # 完整模型 把这些放在一起，我们就有了一个不完美验证者在一个不完美验证者集里运行的模型，其中 B 代表 `base_reward`、P 代表参与率、U 代表"我们的"验证者的在线时间，我们可以得出：  因此，例如如果你在一个有 100,000 个验证者、参与率为 99% 的网络里运行验证者节点，你的在线时间水平是 99%，你可以用这个模型来预估期望的净奖励： 输入8 ```Powershell # calculate annualised expected net reward for given parameters base_reward = annualised_base_reward(100000) participation = 0.99 uptime = 0.99 net_reward = 3 * base_reward * participation * uptime \ - 3 * base_reward * (1 - participation) \ + (7/8) * base_reward * participation * uptime * math.log(participation) / (participation - 1) \ + (1/8) * base_reward * participation * uptime print(f'Net annual reward = {net_reward:.2f} ETH ({100 * net_reward / 32:.2f}% return on 32 ETH stake)') ``` ``` output: Net annual reward = 2.90 ETH (9.05% return on 32 ETH stake) 输出: 年净奖励 = 2.90 ETH (质押 32 个 ETH 的回报率是 9.05%) ``` 为了便于实验，请看[这个电子表格](https://docs.google.com/spreadsheets/d/1RjOKfdaZzez6t5l6FbwHVIEITK1zBbTJDPhOsiosqmw/edit?usp=sharing)，从中你可以看到不同的参与率、在线时间水平和验证者数对净奖励的影响。 但是，再提醒一次，这个预期净奖励并没有考虑运气这个因素。随着我们的模型变得越来越复杂，除了一个给定 slot 里分配给区块提议者的随机机会，还有上面公式里的其他因素是受制于机会的。例如，由于下一个 epoch 的区块提议者刚好处于离线状态，就有获得较少打包奖励的风险，或者因为当分配到做区块提议者时你的验证者节点刚好处于离线状态，就会有错失出块的机会。这些额外的因素将稍微增加模型给出的”预期“情况下净奖励的变化。 鉴于打包奖励的非线性特性，把所有因素都放在公式里，像我们得出区块提议者机会般得出概率分布是很难的。通过运行蒙特卡洛模拟 (即使用随机数生成器模拟大量验证者，然后绘制出他们的净奖励图表) 可以对概率分布有一个大概的了解，但在此之前，让我们先把我们的模型与网络的真实情况做对比吧...... <br/> # 结语 这已经是文章最后了，恭喜你！希望这篇文章能帮你理解信标链的奖励是为什么和怎么样有所不同的——无论是当验证者完美履行职责时，还是当他们并没有那么可靠地履行职责时。 从这个模型中得到的一个关键启示是，尽管可得奖励会依据网络上活跃验证者数产生很大的变化，但少量的离线时间对其影响是有限的。事实上，我们的研究显示在理想的网络里，只要验证者的在线时间水平超过 43%，他们就能获利。我们不会期待最低在线时间水平会比我们今天观察到的信标链的水平 (通常参与率是大约 99%）高很多。如果你在考虑在家质押自己的 ETH，这应该能让你放心——即使是大型的网络或电力中断，也不会对你一年的获利产生重大影响。 <br/> # 致谢 本文是在[Ethereum Foundation Staking Community Grant](https://blog.ethereum.org/2021/02/09/esp-staking-community-grantee-announcement/) 下写的，非常感谢[Lakshman Sankar](https://twitter.com/lakshmansankar)、[Barnabé Monnot](https://twitter.com/barnabemonnot) 和 [Jim McDonald](https://twitter.com/jgm) 的建议和反馈。图片由[Unsplash](https://unsplash.com/s/photos/computer?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)的[Cookie the Pom](https://unsplash.com/@cookiethepom?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)提供。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/optimistic-rollups-and-ethereums-layer-2-solutions-examining-arbitrums-security-mechanismhttps://www.ethereum.cn/Layer2/optimistic-rollups-and-ethereums-layer-2-solutions-examining-arbitrums-security-mechanismThu, 01 Jul 2021 00:00:00 GMT来源 | [hackernoon.com](https://hackernoon.com/optimistic-rollups-and-ethereums-layer-2-solutions-examining-arbitrums-security-mechanism-to3v35hr) Layer 2 扩容解决方案是当前以太坊社区热议的话题，也是整个区块链技术社区正在讨论的热门话题。基于 Optimistic Rollups 的 Arbitrum 是目前最具有吸引力的 Layer 2 扩容解决方案之一。它率先部署了主网 beta 版本，并获得了 Uniswap 和 Compound 等核心 DeFi 项目的支持。 对于打算从以太坊主网迁移至 Layer 2 的用户来说，他们最关心的一个问题就是 Layer 2 解决方案的安全机制如何。本文将深入探讨 Arbitrum 的安全机制，包括： Arbitrum 如何植根于以太坊的安全性中；为什么挑战期是七天；以及如何防御审查攻击。 ### 植根于以太坊的安全性中 众所周知 Layer 2 解决方案与其他扩容解决方案相比，最大的一个优势就是其安全性依赖于以太坊主网的安全性。然而，大部分人可能都知道这个道理，但却不知道为什么。那么 Arbitrum 如何根植于以太坊的安全性中呢？ 我们首先来回顾一下 Optimistic Rollup 解决方案的主要特点： 1. 在一个 Rollup 解决方案中，交易 (作为 calldata) 编写在 L1 上，但是其实际计算和合约的存储在 L2 上完成，以实现扩容。 2.验证者在 L1 上发布一个断言 (assertion)，可以理解为将所有交易和结果打包成一个 Rollup 区块，然后发送到 L1 的交易中。 3. Optimistic Rollup 之所以称为”乐观的“ rollup 解决方案，因为当一个断言发布时，其不包含保证其有效性的随附证明，即默认该断言有效。相反，届时会有一个时间窗口，而任何人都可以在这个时间内挑战该断言。如果挑战成功，那么此断言内的所有交易都将被撤回，并且提出断言的人会失去其保证金。如果挑战期到期且没人挑战成功，那么断言就会被最终确认。 在了解了这个解决方案之后，我们再从几个角度来思考 Arbitrum 是如何植根于以太坊的安全性的。 ### 数据可用性 所有在 L2 上执行的交易首先会提交至在 L1 上运行的收件箱智能合约，然后作为 calldata 编写进 L1 中。任何人都可以利用该数据来检索回 L2 上的所有交易并将 L2 恢复到其原始状态。这些数据可用性通过 L1 得到保证，用户不必担心 L2 因出现故障而导致其损失 L2 上的资产。 ### AnyTrust AnyTrust 是 Rollup 协议的关键安全功能。这个功能允许任意诚实验证者确保交易在 L2 上正确地执行。无论有多少攻击者恶意阻止交易的进行，你或者你雇佣的任何人都能够强制确保交易的正确执行，而无需信任任何第三方。 ### 紧急退出机制 Arbitrum 当前没有一个特定的紧急退出机制，但是有一系列安全机制来确保用户可以安全退出。 首先，数据可用性确保用户存储在 L2 上的资产和数据可以在任意时候从 L1 上恢复，并且永远不会丢失。 其次，任意用户都能向 L1 上的收件箱合约发送一个交易请求来强制退出。 最后，AnyTrust 机制确保用户可以强制 L2 正确地处理退出交易。 在以上三点中，用户不需要信任任意第三方，这充分地展示了 Arbitrum 植根于以太坊的安全性中，并且是去信任的。 ### 为什么挑战期是七天 Arbitrum 是一个多轮交互的 Rollup 解决方案。这个解决方案首先会乐观地相信验证者做出的断言是有效的，而在挑战期其他验证者可能会对此提出质疑和挑战。在大多数情况下，不会有挑战提出，那么整个系统就可以更高效且成本更低。 显然，挑战期越长，整个系统就越安全，但同时用户体验也会更差 (因为用户需要等到挑战期结束之后才能退出)。那么我们是如何确定最佳的挑战时期呢？ Arbitrum 团队提出这种模型来计算最佳的挑战时期： - 假设一个挑战时期等于 C 区块的长度，以及攻击者在 L2 上可以获得的最大值为 V。 则攻击者获得的预期价值为 V exp(-AC)。 注解：exp 为指数函数”e“，A 为某常数 A，AC 前的 ”-“ 符号表示 C 与预期收益成反比。 - 断言者需要保证其资产远超过攻击的资产价值以应对攻击。我们假设超过 10 倍，则断言者的成本为 10V exp(-AC)I。I 指的是资本利率。 - 我们假设某退出用户在挑战期被锁定的提款资产为 CWV (W 为小数，WV 是 L2 上总资产的一部分，每个时间点都会有 C 个未结束挑战的区块) 和用户的资产成本为 CWVI。 - 最佳的挑战期限应该设为断言者和提款用户的资产总成本最低的情况下。即取 C 的值时，10V exp(-AC)I+CWVI 最小。V 和 I 在两项中都出现，它不会影响最小值点，可以忽略。我们只需对 C 求导，将所得导数设为 0，并得到 C = ln(10A / W) / A。  现在我们将一些合理的数字插入上述等式中，以获得一个大概的最佳挑战期限。 假设一个区块时间内的连续审查成功率高达 99.99%，即 A = -ln(0.99) = 0.01。 进一步假设每天提款为总值的 1%，并且每个区块的提款百分比约为 W=0.000002，基于出块时间为 15 秒的前提。 将这些代入公式中，我们得到的最佳挑战期限为 C = 62146 区块，即 10.79 天。这与 Arbitrum 团队最终选择的 7 天挑战期限非常接近。 ### 如何防御审查攻击 在这一部分，我们讨论了 Arbitrum 如何防御四种主要的审查攻击：分叉攻击 (forking attacks)、回避攻击 (shunning attacks)、干扰攻击 (jamming attacks) 和快速攻击 (speed demon attacks)。 分叉攻击 (forking attacks)：矿工合谋 (或受贿) 丢弃包含正常挑战的区块，以便接受不包含挑战的替代链。 首先，由于挑战者的存在，一旦发生分叉攻击，难免会被某个挑战者发现。而当大家发现区块链中的挖矿算力垄断者 (这是分叉攻击的先决条件) 为了盈利而肆无忌惮地违反规则时，区块链本身就被摧毁了。此时，Arbitrum 是否采用挑战期设计模型还存在争议。 回避攻击 (shunning attacks)： 矿工们合谋 (或受贿) 忽略掉他们生产出的区块中的普通挑战。 我们假设垄断者控制了 90% 的挖矿算力，并且期限为 50 个区块。那么垄断者需要将 50 个连续的区块打包起来才能完成攻击。这个概率是 0.9 的 50 次方，也就是 0.5%。而实际挑战期限远不止 50 个区块，所以攻击成功的概率极小。在 Arbitrum 的设计中，攻击者在攻击失败时会支付巨额罚款，因此垄断者发起回避攻击是非常不划算的。 干扰攻击 (jamming attacks) ：攻击者发起”老式的拒绝服务攻击 (DoS)“ 来阻止任何一方发布任何交易 (不能发布包含挑战的交易)。 因为只要有一个正直的挑战者，攻击就会失败，所以攻击者必须阻止所有有可能的挑战者。如果有很多这样的挑战者，攻击将很难完成。更糟糕的是，任意利益相关的一方都可能雇佣一个沉默的监察者以作为备用计划。他们只在主要参与方太晚发布挑战或者在发布挑战时遇到了困难时才会介入。攻击者并不知道网络中是否有沉默的监察者，或者尽管知道他们存在，也不知道他们是谁，所有在这些监察者有实际行动之前，攻击者都无法向他们发起 DoS 攻击。 快速攻击 (speed demon attacks)：攻击者生成链上断言的速度十分快，以至于其他方不能在时间截止之前检查并且挑战所有断言。 Arbtirum 采取的应对方法是：限制创建断言的速率，以确保在任何时候检查未决断言和挑战其中一个断言所需的总工作量能够在协议的期限之内完成。具体来说，对 Rollup 链中的智能合约运作进程施加速度限制，因此即使有人能够快速生成大量断言，它最终也必须慢下来。 总之，我们不需要太担心分叉攻击。如果出现恶意挖矿算力垄断的情况，那么可以说这个区块链已经基本上变得没有吸引力了。Arbitrum 可以通过适当的设计或者实践来防御其他三种审查攻击。 ### 序列器模式 (Sequencer Mode) 的优势和风险 Sequencer 模式是 Arbitrum 的一个可选功能，Offchain Labs 在主网的发布版本上运行唯一的 Sequencer 节点。 Sequencer 被赋予有限的权力来控制收件箱中每笔交易的排序，以保证用户的交易结果能够立即被确定，无需在以太坊上等待五分钟至区块被确认，甚至不需要像在以太坊一样等待 15 秒的出块时间。 同时，一个表现良好的 sequencer 可以有效地防御抢跑攻击。 因此，一个由 Offchain Labs 运营的中心化的、表现良好的 Sequencer 节点，对于项目的早期开发是非常有利的，并为其减少了很多麻烦。但是安全隐患也很明显 (虽然很难想象 Offchain Labs 会作恶，但也不排除这样的可能性)。Offchain Labs 承诺在技术成熟后立即切换到去中心化的、多个 Sequencer 节点的解决方案。 此外，收件箱也将一分为二，一个接受由 Sequencer 提交的交易，另一个则接受由常规聚合器或者用户提交的交易，这也为不信任中心化的 Sequencer 的用户提供了另一种选择。 ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth1.x/alternative-bounded-state-friendly-address-scheme/https://www.ethereum.cn/Eth1.x/alternative-bounded-state-friendly-address-scheme/Wed, 30 Jun 2021 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/alternative-bounded-state-friendly-address-scheme/8602) 译者按：本文需要读者对状态管理和 state expiry 机制作一定了解，以下为推荐阅读： [以太坊状态管理诸提议](https://mp.weixin.qq.com/s/fEEHT3bmcqXEfqFCGiOpFg) [状态膨胀和无状态性](https://mp.weixin.qq.com/s/lLOaplyoYL2dR6Bc7XYWJA) [一份新的无状态以太坊路线图](https://mp.weixin.qq.com/s/iJCTOcYEsXXmFq-_P55qhg)  [弱无状态性以及/或者状态保质期机制：即将到来](https://mp.weixin.qq.com/s/zeVmefqeBUN-QLx8-Q3auw)  感谢 EthFans 的翻译 # 回顾：状态大小管理技术 为了防止以太坊的状态容量无止境地膨胀，我们需要用一些方法使旧状态“失活”,这样加入网络的节点就不再需要存储旧状态了。即使大多数的客户端都变成无状态，似乎也可以合理预见，最终这个系统会扩容到网络无法一直保证所有状态都可用的地步。有两个方法可以使旧状态失活： 1. 直接删掉，然后可以把它移到另外的默克尔树，这样关心该状态对象的人可以获取相应的默克尔分支，在未来某个时候用它来激活该状态。 2. 不把对象移出树结构；相反，只在树的该位置标记“失活”，这样节点就不会存储它 (且协议也不会要求它们这样做)。通过发送一个提供默克尔证明 (即见证数据) 的事务来访问该状态，失活的对象就可以重新被访问了。 方法 (1) 对应于“经典的存储租金方案”，方法 (2) 对应于传统“无状态客户端”的最简单延伸——旧状态可以被遗忘的模型。这两种方法都允许关心特定状态对象的个人追踪默克尔分支，这样随后如果那些状态对象失活了它们可以用来激活这些对象。然而，这两种方法都是有明显问题的。 当要在某个已失效合约的同一个地址上再创建合约时，方法 (1) 会出现一些极端情况。那就是，如果一个合约在地址 A 上创建了，然后已经失效了，那么在地址 A 上创建这个合约的事务会被重新执行，这样会在地址 A 上创建一个新对象，这会影响原始对象的激活。另一种情况是当在地址 A 上创建了一个对象，然后经历失活、被激活、被修改 (例如，发送合约上的资金到另一个账户)、再失活、再用第一次失活所在的默克尔分支激活。这违背了保留规则，且可能被用于铸币；需要增加额外的默克尔证明来证明一个合约还没有被另一个特定状态激活，而该状态也尝试被激活。 方法 (2) 遇到的是不同的问题。假设两个相邻的地址 (也就是两者间没有对象) A1 和 A2 都已失活。这样，不仅 A1 和 A2 都不再可以访问 (除非有人存储了默克尔分支)，而且 A1 和 A2 之间的所有地址都不可以访问了。也就是说，如果总共有 N 个地址，那么大约 1/N 的可用地址空间都不再可访问了。当一半的地址都失活了，大约 1/4 的地址空间不再可访问。随着时间推移，会越来越难找到空间生成新的地址。而且由于新地址越来越集中在剩下的“可访问”空间上，每 N 年可访问空间减半的这种影响会呈指数增长。 # 提议 我提议对方法 (2) 进行修改，可以解决以上的问题。正如很多方法 (2) 的提议实现方案所呈现的，账户有“活跃”与“失活”两种状态，失活账户是那些超过一年未被访问过的账户。要访问失活账户，你需要提供见证数据；当失活账户被访问了，该账户会自动解除失活状态 (触及任何账户都会重置它的一年失活期计算)。修改内容如下： - 我们给每个地址添加一个 32 个字节的 "epoch 前缀" （会被解译为一个整数）。例如，epoch 前缀是 9 的地址是这样：<ilc>0x00000009de0b295669a9fd93d5f28d9ec85e40f4cb697bae</ilc>，以 <ilc>00000009</ilc> 作为前缀。 - 默克尔路径会直接依赖 epoch 的前缀而不是它的哈希值 (因此 <ilc>merkle_path_key = address[:4] + hash(address[4:]</ilc>) 而不是现在在用的<ilc>merkle_path_key = hash(address)</ilc> 。这确保了“没用过的”地址空间是连续的。 - 除非地址的 epoch 前缀是小于或等于区块链已运行的年数，否则地址不能被使用 - 会增加一个 CREATE3 操作码，它会把 epoch 前缀作为一个参数，并在具有该 epoch 前缀的一个地址上创建一个合约。 推荐用户和合约总是使用具有尽可能新的 epoch 前缀来创建账户，甚至设为默认设置，因为肯定会有具有最新 epoch 前缀的全状态仍然是可以访问的。为了还能保有“反事实地址 (counterfactual addresses)”（即在合约代码被发布前，用户在链上 [例如通过发送 ETH 或 ERC20 代币]或链下[通过在一个通道里互动]交互的地址），用旧 epoch 前缀来创建合约还是可能的。但是，对于想要创建反事实地址的用户，如果长期不创建，他们就要负责为该账户存储旧状态的分支。 经过多年的运行，预计活跃状态会由两部分构成：(i) 有最新 epoch 前缀的全部地址空间，(ii) 与最近被活跃使用过的账户相对应的特定旧状态 请注意，这个方案正常情况下扩展到合约上；事实上，主动遵循这个方案是符合合约自身运作的。因为在这个方案里，地址中代表存储的部分以几个字节为前缀，它们所代表的数字 N 指的是这些数据是在 N 年与这些地址产生关联。这很适合用于存储像代币余额这样的数据。 ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-6-29/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-6-29/Tue, 29 Jun 2021 00:00:00 GMT <br/> # **Eth1** ## **伦敦升级情况** **第 116 次 AllCoreDev 更新** 根据 6 月 25 日进行的第 116 次核心开发者会议，在 6 月 24 日在 Ropsten 测试网上进行的伦敦升级出现了一个小问题，由于缺少矿工升级，分叉后的第一个区块花了比预期长的时间才挖出。此外， 工具方面出了一个小问题，一个计算算力的库没有伦敦升级支持，因此生成了一个不一样的哈希值。除了以上两个问题，其他方面都进展顺利。 Besu 团队用大量交易持续轰炸 Ropsten 测试网 12 到 18 小时，使基本费用上涨到 7500 gwei，Ropsten 测试网通过了此次压力测试。  <center>cr: @peter_szilagyi</center> 尽管 Ropsten 升级进行顺利，大多数的客户端团段仍然有一些调整工作，以为主网升级做完全的准备：修补小漏洞、添加最终版的 JSON RPC API 等。 核心开发者会议同意先看 Goeli 测试网的分叉情况 (6 月 30 日)，如果进行顺利，会在它之后选一个异步区块。客户端团队说他们应该能够在下一次核心开发者会议前发布用于主网升级的版本。理想情况下，该区块会在区块 13,000,000 前，这样才不会进入下一个难度炸弹期，但如果 Goeli 测试网出现意外，我们最好往后推，确保伦敦升级能顺利进行。 关于上周的难度炸弹更新图表和解释，读者可以点击这个链接：[https://t.co/s94JlYrVG8?amp=1](https://t.co/s94JlYrVG8?amp=1) 在 Goeli 测试网升级前可以做的事有： 1）看伦敦升级后 Eth2 测试网的表现 2）多次用大量交易轰炸网络来测试 Ropsten 3）用不同的工具轰炸 Ropsten 和 Goeli 测试网，以增加交易多样性 来源：[https://twitter.com/TimBeiko/status/1408459851349467136?s=20](https://twitter.com/TimBeiko/status/1408459851349467136?s=20) <br/> **Ropsten 测试网的 ETH 烧毁情况** 根据 Geth 客户端的数据，下图为每个区块的烧毁 ETH 的情况，交易费最高的区块烧毁了 768 个 ETH:  来源：[https://twitter.com/peter_szilagyi/status/1408181759167057932?s=20](https://twitter.com/peter_szilagyi/status/1408181759167057932?s=20) 根据 [http://watchtheburn.com/](http://watchtheburn.com/) 的数据，目前已有将近 9 万个 ETH 被烧毁。  <br/> ## **从 EIP-3074 讨论到议程推进流程反思** 第 166 次核心开发者会议继续对 EIP-3074 的讨论，早前在 Ethereum Magicians 论坛提出“3074 的替代方案” 的开发者 @yoavw 这次与会简要陈述了其主要观点。根据 Tim Beiko 的会议笔记，@yoavw 认为 3074 是一个功能强大的机制，但会带来严重风险，以及我们可以通过更安全和限制性更强的方法实现这份 EIP 的目标 (批量事务、精简版账户抽象、可以授权代币交易和代币转移等）。他提到 3074 引入的一些攻击向量可以是非常不易察觉的，例如只有在跨链可用，因此很可能在审计中不被发现，因为审计只专注在以太坊上。  之前对 3074 的批评是把它与 linux 的 “sudo" 相比较，@yoavw 认为在功能上与”setuid"更接近，因为在过去几年里 setuid 在Linux上引起了很多漏洞，特别在权限提升方面。 EIP-3074 作者之一的 @lightclients 表示 @yoavw 提出的大部分批评都集中在已经被认为不安全的东西上，这其实归结到以太坊应该允许用户可以做什么的理念分歧上：以太坊应该提供有潜在风险但能最大化表现性的工具吗？ 随后会议围绕以太坊的委托问题展开讨论——完全与部分/重复委托之间的权衡。完全委托会带来更大的灵活性（例如并行的nonce 方案），但会比部分委托带来更高的风险，和更差的用户体验。 讨论的一个核心是 invoker 合约的可靠程度。一个恶意的 invoker 可以带来非常糟糕的结果，其中有些还不总是那么明显 (例如，invoker 平时不会窃取资金，只有等到 X 资金被存入用于治理时才会启动攻击)。 判断 invoker 是否安全的责任很可能落在钱包上，invoker 可能会作为某种“钱包扩展程序”。之所以是这样是因为钱包已经存储了用户的私钥，具备了作恶的条件。 Vitalik 在讨论中提出了另一个角度，他认为 3074 有可能会长久固定 EOA (外部账户) 在以太坊上，但我们可能最终会完全移除 EOA，以彻底启动账户抽象和抗量子计算。 对 3074 最后的评论来自@alexberegszaszi，他一直在研究如何在以太坊上扩展地址空间。他的团队汇总了一个关于地址空间扩展 (address space extension, ASE) 的列表，共 15 个开放问题，其中两个与 3074 相关。 以上提到的相关研究具体来源如下： EIP-3074: [https://ethereum-magicians.org/t/eip-3074-auth-and-authcall-opcodes/4880](https://ethereum-magicians.org/t/eip-3074-auth-and-authcall-opcodes/4880) EIP-3074 的一种简单替代方案：[https://ethereum-magicians.org/t/a-case-for-a-simpler-alternative-to-eip-3074/6493](https://ethereum-magicians.org/t/a-case-for-a-simpler-alternative-to-eip-3074/6493) Vitalik 关于移除 EOA 的提案：[https://ethereum-magicians.org/t/we-should-be-moving-beyond-eoas-not-enshrining-them-even-further-eip-3074-related/6538](https://ethereum-magicians.org/t/we-should-be-moving-beyond-eoas-not-enshrining-them-even-further-eip-3074-related/6538) ASE 的相关问题研究：[https://notes.ethereum.org/@ipsilon/address-space-extension-issues#4b-EIP-3074](https://notes.ethereum.org/@ipsilon/address-space-extension-issues#4b-EIP-3074) 讨论期间，开发者 Ansgar 提出核心开发者会议好像变成了推动这些提案的障碍，因为在有限的时间里难以彻底讨论，而且等每两周开一次会也拖慢了进度。我们可以通过线下会议专注讨论特定主题（例如这周讨论 state expiry) 来改善这种情况，但这并不能解决核心问题。其中一个困难是任何这些变更都会影响网络的安全性，因此它们不能完全脱钩。最终只会变成只有少数人需要对每个提议想透彻。这不是一个简单的问题，但肯定是我需要思考的问题。 来源：[https://twitter.com/TimBeiko/status/1408459851349467136?s=20](https://twitter.com/TimBeiko/status/1408459851349467136?s=20) <br/> Vitalik 在reddit 的 r/ethereum 板块进行了一次即兴 AMA，主题是无状态、Verkle tress 和 state expiry 的技术问题。 指路：[https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/) <br/> # Eth2 **去中心化质押池 Rocket Pool 更新了为”合并“做的准备** 6 月 23 日 Rocket Pool 发布了一条公告，主要向大家更新了一些 Rocket Pool 为 eth1->eth2 合并做的准备细节。Rocket Pool 表示：“总的来说，除了我们的智能节点软件和客户端节点软件之外，“合并”不会对 Rocket Pool 协议造成很大的变化。我们最近已经对 priority fees (小费) 和最大可提取价值 (Maximum Extracted Value, MEV) 进行了一些研究。” 以下是本篇更新的主要内容： - 我们的研发重心在主网发布上，但是同时正为“合并”做准备； - 我们已经在为”合并“做准备，并制定了包含 priority fees (小费) 的计划，以使得节点运营者和 rETH 持有者受益； - 我们正与 Flashbots 合作，探索捕获 MEV 的途径。 来源：[https://medium.com/rocket-pool/the-merge-0x02-mev-and-the-future-of-the-protocol-c7451337ec40](https://medium.com/rocket-pool/the-merge-0x02-mev-and-the-future-of-the-protocol-c7451337ec40) <br/> **引入以太坊的超轻客户端——Fluffy** Nimbus 团队宣布将加入以太坊基金会的 Portal Network 团队，作为Portal Network的启动客户端之一。Portal Network 是一个正在进行的跨团队工程，旨在重新想象以太坊的轻客户端，开发出可行、功能完备的轻客户端体验。这里说的是用于钱包的超轻客户端，它能连接网络但不需要同步 (即新安装或离线后上线可以立即使用)。 详情：[https://our.status.im/nimbus-fluffly/](https://our.status.im/nimbus-fluffly/) <br/> **ETH2 存款合约中的 ETH 占总供应量的 5%** 根据 ETH2 Launchpad 和浏览器 [https://mainnet.beaconcha.in/](https://mainnet.beaconcha.in/) 显示，截至本文发布，ETH2 的总质押量有 5,890,794 ETH，活跃验证者节点有 178,833 个，等候被激活的验证者节点有 6,369 个。ETH2 存款合约中的 ETH 占总供应量超过 5%。 <br/> **不要再说 Eth2 了** Eth2 客户端 Prysm 动议在以太坊客户端里全面弃用“Eth2"这一术语，其创始人 Raul Jordan 在推特上表示现在是时候清楚表明只有一个以太坊。这份 PR 表明会在 Prysm 客户端里尽量移除"eth2"、"Ethereum 2" 或”Ethereum 2.0"这些表述，以减少混乱，以及在合并前把以太坊共识层和执行层联结起来。 来源：[https://twitter.com/rauljordaneth/status/1409527165138391043?s=20](https://twitter.com/rauljordaneth/status/1409527165138391043?s=20) <br/> # **生态** **Gitcoin Grants 第十轮将于 7 月 2 日截止** 开源协作和资助平台 Gitcoin 的第十轮 Grant 将于 7 月 2 日截至，除了常规的基础设施、DApp、社区和 NFT 板块之外，本轮增加了拉丁美洲地区、Gitcoin 建设和 DGOV (去中心化治理) 板块，本轮仍然支持使用二层解决方案 zkSync 进行结算。  ECN on Gitcoin：[https://gitcoin.co/grants/380/ethereumcn-ecn](https://gitcoin.co/grants/380/ethereumcn-ecn) 欢迎大家前往支持中国以太坊社区及组织：[https://gitcoin.co/grants/explorer/collections?collection_id=10309](https://gitcoin.co/grants/explorer/collections?collection_id=10309) <br/> **质押解决方案 StakeHound 因丢失部分提款密钥而无法取回 38,178 ETH** 6 月 22 日，StakeHound 发布一则公告：2021 年 5 月 2 日，StakeHound 被告知，其托管提供商 Fireblocks 因丢失部分密钥而使得 StakeHound 无法再取回丢失密钥的地址上的 38,178 个 ETH。不幸的是，Fireblocks 经过一番努力后仍未能解决问题，StakeHound 通过 以色列最高法院向 Fireblocks 发起诉讼。 简而言之，Fireblocks 的一系列错误导致丢失了两个密钥。Fireblocks (1) 没有在生产环境中生成他们的私钥，(2) 没有备份解密这两个密钥所需的私钥，以及 (3) 丢失了这两个密钥。 随后，Fireblocks 也就该事件给出回应：Fireblocks 团队正协助各方解决该问题，目前的解决方案有： - 利用取证 (forensics) 继续尝试恢复密钥 - 对密钥生成库进行密钥分析 - 提出一个长期的 ETH2 解决方案，以防范此类事故发生 来源：[https://stakehound.com/blog-post/fireblocks-eth-2-key-management-incident/](https://stakehound.com/blog-post/fireblocks-eth-2-key-management-incident/) 来源：[https://www.fireblocks.com/blog/stakehound-eth-2-0-event/](https://www.fireblocks.com/blog/stakehound-eth-2-0-event/) <br/> 根据 Santiment 的推文，今天 (6 月 9 日) 以太坊的活跃地址数首次超过了比特币，是加密货币世界历史性的一天。  来源：[https://twitter.com/santimentfeed/status/1409552133553147913?s=20](https://twitter.com/santimentfeed/status/1409552133553147913?s=20) <br/> **社交网站 Reddit 发行 CryptoSnoos NFT，并在 OpenSea 上拍卖** 6 月 24 日，Reddit 在 r/CryptoCurrency 频道宣布其将陆续发行 CryptoSnoos NFT 系列。Reddit 用户购买了一个 CryptoSnoo NFT 之后，并将其链接至用户的 Reddit 账户，CryptoSnoos 的图像将成为该用户的头像，并且自己的资料卡上会展示这个 NFT。甚至用户在评论时，其头像也会显示出动态的发光效果。以下是目前在 OpenSea 上拍卖的三个 CryptoSnoos NFT (截至七月一日)，Reddit 表示将继续推出 CryptoSnoo 的其他藏品。  来源：[https://www.reddit.com/r/CryptoCurrency/comments/o6ms0b/introducing_cryptosnoosa_very_reddit_take_on_nfts/](https://www.reddit.com/r/CryptoCurrency/comments/o6ms0b/introducing_cryptosnoosa_very_reddit_take_on_nfts/) <br/> **漫威娱乐宣布与数字收藏品平台 VeVe 合作，并将推出漫威英雄和漫画的 NFT** 漫威娱乐于 6 月 25 日宣布与 VeVe 数字收藏品平台合作，漫威粉可以通过 VeVe 平台购买官方的漫威 NFT数字收藏品、3D 头像和数字漫画书。  来源：[https://www.marvel.com/articles/gear/marvel-and-veve-collaborate-to-offer-digital-collectibles-experience-for-marvel-fans-worldwide](https://www.marvel.com/articles/gear/marvel-and-veve-collaborate-to-offer-digital-collectibles-experience-for-marvel-fans-worldwide) <br/> **合成资产协议 Synthetix 创始人 Kain Warwick 将重新参与理事会竞选** 6 月 28 日，Synthetix 创始人 Kain Warwick 发布了一篇文章《一位老独裁者出现》(An Old Dictator Appears)，提出他将重新参与 Synthetix 的 Spartan Council (理事会) 的竞选。 今年早些时候，Synthetix 社区执行了一个关键的变更，以实现去中心化治理 (SIP 11：支持 Spartan Council 对 Synthetix 改进提案进行投票)：即将协议变更决定权交给理事会。 然而 Kain Warwick 指出，自理事会成立之后，他逐渐脱离协议的日常决策并将管理移交给理事会，导致 Synthetix 的运作变得不太有效率。因此 Kain 决定重新参与理事会竞选并协调 2021 年剩余的路线图规划工作。 来源：[https://blog.synthetix.io/an-old-dictator-appears/](https://blog.synthetix.io/an-old-dictator-appears/) <br/> **虚拟 DAO 峰会** DAO 是一种非常前沿的组织结构，目前只有非常有限的先例帮助 DAO 的利益相关者了解 DAO 是如何运作。此次 DAO 峰会聚集了来自不同 DAO 社区的领袖，通过合作和利用共享资源一起更好了解这些组织的最佳实践。活动由 DAO Research Cooperative 和 Bankless 主办。 活动时间：2021 年 7 月 1 日 2:00 am—5:00 am （北京时间） 详情：[https://www.daocoop.org/](https://www.daocoop.org/)https://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designshttps://www.ethereum.cn/Eth2/proposer-block-builder-separation-friendly-fee-market-designsMon, 28 Jun 2021 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) <br/> *特别感谢 Justin Drake 和 Flashbots 团队的反馈和讨论。* 对现在运行中的去中心化共识网络的一个重大威胁是关于矿工可提取价值 (miner extractable value) 的经济学，即从选择下一个区块内容的能力中提取利润的复杂技巧。一个简单的 MEV 例子是根据前一个区块的价格变动在所有链上的去中心化交易所套利。尽管正常情况下 PoS 的奖励是合理的、平均的，即单个验证者的回报率跟强大的质押池是一样的，但现在找寻复杂的 MEV 提取机会已经形成相当显著的规模经济了。10 倍大的池子就有 10 倍的机会提取 MEV，但池子也需要能够在专有的优化上投入更多，以在每个机会里提取更多的价值。除了这个问题以外，MEV 也让去中心化的质押池变得更复杂，因为在去中心化质押池里，打包交易和提议区块仍然需要由一个实体来完成，他们可以轻易地秘密提取 MEV，而不在池里分配这些收入。 最为人所知的是解决方案**区块提议者 (proposer)/构建者 (block builder)分离**。不同于区块提议者自己生成一个收入最大化的区块，他们依赖一个市场，这个市场由外部的区块构建者组成，他们生成包含完整区块内容和给区块提议者费用的交易捆，然后提议者选择包含最高费用的交易捆。这样，区块提议者的选择就被简化为选择费用最高的交易捆，这可以由一个简单算法实现——在一个去中心化池里，它甚至可以在 MPC (多方计算) 里完成，以防止作弊。 本文对如何实现这点提出了一些设计。 *本文的想法非常直接地受 2018 年的这篇文章启发： [Optimised proposal commitment scheme 20](https://ethresear.ch/t/optimised-proposal-commitment-scheme/1314)* <br/> # 提议者/构建者分离的区块提议设计的所需特性 我们会专注的五大所需特性： - **无须信任提议者友好性**：提议者欺负区块构建者的风险几乎是零，因此区块构建者没有动机偏向链下有声誉的或与构建者有个人关系的提议者 (因为这有可能偏向大型质押池)。 - **无须信任构建者友好性**：构建者欺负提议者的风险几乎是零，因此提议者没有动机偏向链下有声誉或与构建者有个人关系的构建者 (因为这有可能导致新进入市场的构建者不被选择)。 - **弱提议者友好性**：这个机制不应该要求提议者有 (i) 高带宽或其他计算资源， 或 (ii) 高技术水平 - **不可窃取的交易捆 (bundle)**：提议者应该不能接受由区块构建者提议的交易捆，并从中提取交易形成自己的交易捆，从而阻止区块提议者赚取利润 (并可能进一步伤害他们) - **共识层保持简单与安全**：从共识层的角度，该机制应该保持安全性不变，最好与现有的区块提议机制一起可以被同一个分析框架。 <br/> # 想法1 1. 区块构建者构建交易捆并发布这些交易捆的捆头 (bundle head)。一个交易捆头包含对交易捆主体 (bundle body) 的承诺 (预期的区块内容)，给提议者的付款信息，以及构建者的签名。 2. 提议者选择提供最高费用的交易捆头 (仅需要考虑交易捆的构建者实际上是否有足够的余额可以支付)。他们对交易捆头签名并发布包含该交易捆头的一个提议。 3. 当看到有签名的提议后，提供打包交易捆头的区块构建者发布完整的交易捆。 此时，分叉选择规则能够做出以下三个判断中的一个 (而不是平常的两个，存在区块 vs. 不存在区块)： - 不存在区块提议 - 存在区块提议但不存在交易捆主体 - 区块提议和交易捆主体都存在 请注意，在第二种情况下，提议仍然会被打包到链上，区块构建者给提议者的付款也仍会处理 (但区块构建者自己不会获得任何费用或 MEV )。 ## 分析 五项特性中的三项是相当容易呈现的： - 区块提议者无条件接收承诺的付款，因此交易捆不能欺负提议者 - 三个步骤都非常自动化且低带宽，因此这满足弱提议者友好性 - 提议者不能看到他们要的签名交易捆的信息，因此这满足交易捆不可窃取性。 共识层特性和无须信任提议者友好性这两点比较棘手。这个设计的确会改变分叉选择机制，从两个选项增加到三个，这意味着提议者将不再是这个机制里的最后一个行动者。理论上，人们可以推断如果分叉选择是可以做出决定的，那么这应该没问题，但这仍然是一个具有潜在未知性的重大变更。 区块提议者看不到交易捆的内容，并不能通过窃取交易捆欺负区块构建者，但他们可以对区块构建者发起一种更微妙的攻击。他们可以在 slot 末发布提议，确保证明者 (大概) 能及时看到提议，但区块构建者没有足够的时间发布交易捆主体，因此很有可能证明者来不及看到交易捆主体。这会给区块构建者带来风险，并等于鼓励他们偏向值得信任的提议者。另外，这还给了恶意的大多数机会，重罚那些他们不喜欢的区块构建者。 我觉得有两套方法可以缓解这个问题。 - 证明者在他们接受提议的最长时间和他们接受交易捆主体的最长时间之间有 2 秒的延迟。如果你信任证明者，这基本解决了问题，尽管区块构建者丢失资金的这个风险仍然存在。另外，还不清楚让证明者以这种方式投票是否有激励作用 (虽然可以想象到会有人通过要求他们对一个 2 秒的可延迟验证函数的提议做证明，强迫他们等待) - 如果交易捆的主体没有被打包，提议者只能获得付款的一半 (而区块构建者只需支付一半)。这使得提议者的破坏行为成本很高，但它仍然确保区块构建者破坏的成本也是高昂的 (当两种情况的成本都足够高时，总的来说你就能信任即使是匿名行动者都不会想做破坏行为)。例如，如果一个交易捆的提议者费用是 1，区块构建者获利 1.05： - 诚实行为会带来的构建者和提议者收益分别是 0.05 和 1。 - 提议者或证明者太迟发布，导致仅区块头被接受了，这样构建者和提议者的收益分别是 -0.5 和 0.5。 <br/> # 想法2 1. 区块构建者构建并发布交易捆头。交易捆头包含对内容的承诺、给提议者的付款、以及构建者的签名。 2. 提议者对他们看到的交易捆头进行选择，形成列表，并对列表组成的声明进行签名。 3. 在看到该声明时，被选的区块构建者会发布相应的交易捆主体。 4. 提议者在他们之前承诺的一列交易捆头中选出一个并用它发布提议。 还需要一个新的罚没条件，任何在同一个 slot 里提议不在自己承诺列表里的交易捆头的提议者都会被逐出和被惩罚。 还要注意的是，在第 2 步里，提议者提交的交易捆头列表也可以成为一个对交易捆头进行加密的哈希值列表，其中哈希值都加密到区块构建者的公钥，因此只有构建者知道它们是否被接受了。这会减少 DoS 攻击风险。 ## 分析 同样地，五项特性中的三项式相当容易显示的： - 提议者不能窃取交易捆，因为当他们已经把自己限制在一个有限的现有交易捆头集里时，他们只能看到交易捆的主体。 - 当完整的交易捆没有被打包前，构建者给提议者的付款是不可能成功的，因此提议者也无法在经济上欺骗构建者。 - 共识特性保持不变，因为系统设定仍然是提议者作为机制的最后行动者，共识规则决定的内容没有变更。 在这个情况里，更棘手的两个特性是弱提议者友好性和无须信任区块构建者友好性。对于这个方案的忧虑是恶意区块构建者可以通过制造大量高交易费的提议攻击提议者，但永远不发布这些交易捆的主体。如果提议者对接受的交易捆数有上限，这种攻击可以把所有合法交易捆排除在外，使得提议者没有合法交易捆可以提议打包到区块。如果提议者对接受的交易捆数没有上限，那么可能会有无数个满的交易捆主体 (试想：每个 500 kB) 发送给提议者，这将需要非常大量的带宽。 解决这个难题的一个办法是以某种方式对交易捆头的提交进行速率限制，这不是一个硬性限制。 - 提交交易捆需要支付一定费用，通过类似 EIP-1559 的机制来调整到某个速率 (例如，每 slot 8 个交易捆) - 成为区块提议者需要押金 (无论如何都是必要的，以确保提议者得到报酬)，同时还需要一条规则，如果你发布的交易捆没有被打包，但一个更低价的交易捆被打包了，那么你在接下来的 N 个 slot 都无法提交交易捆。 只有在这种情况也会被扣费：你的交易捆没有被打包，但更低价的交易捆被打包了，因为这种特定情况可能是你作恶了 (或提议者作恶、或是网络状态不好)。 这方面有先例；之前的 [ENS 竞拍](https://medium.com/the-ethereum-name-service/a-beginners-guide-to-buying-an-ens-domain-3ccac2bdc770)设有 0.5% 失败者费用，以阻止有人在明显不会赢的情况下出价，以迫使赢家支付更多。 但是，这些技术可能会引入对提议者的信任要求，因此他们需要谨慎处理，对打包交易捆失败的惩罚不能太高。 一个替代方案是允许自由和无限制地发布交易捆主体，但限制主体在在网络层广播。一个简单算法是： - 为交易捆得以传播添加一个稍微延迟的最短时间限制：交易价格最高的交易捆是 0 秒，第二高的交易是 0.2 秒，第三高的是 0.38 秒，一般来说对于第 k 个最高交易价格的交易困是 2∗[1−0.9^(k−1)] 秒。 - 增加一条规则：如果一个节点已经广播了一个更高交易费的交易捆主体，它不能再广播了。 这两项技术可以结合在一起：你可以用一个低价费用来减少预期的交易捆数，比如每个 slot 50 捆，然后使用像这样的网络层机制来进一步减少带宽要求。 <br/> # 结论 到目前为止，我不明确是否唯有上述两种方法能解决这个问题，可能还有其他。在这两种方法里，想法 (1) 在概念上更简单，但它会给区块构建者带来风险，也会引入更复杂的分叉选择规则要求。想法 (2) 在分叉选择和共识上更简单，但在处理恶意区块构建者带来的 DoS 攻击上有困难，且任何解决这个问题的方法都可抗产生其他问题，尽管可以想到将其最小化的方法。到目前为止，我仍然不确定哪一个更好。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/arbitrum-in-under-10/https://www.ethereum.cn/Layer2/arbitrum-in-under-10/Sun, 27 Jun 2021 00:00:00 GMT来源 | [tracer.finance](https://tracer.finance/radar/arbitrum-in-under-10/) <br/> # 架构的概要 - 由于 Arbitrum (L2) 作为以太坊 (L1) 的扩容解决方案存在，因而 Arbitrum 的架构自然部分存在于 L1 上，部分存在于 L2 上。 - 存在于 L1 的 Arbitrum 组件是 EthBridge，这是一组以太坊合约。 - EthBridge 负责对 Arbitrum Rollup 协议进行仲裁，以及维护链的收件箱和发件箱。 - 位于 L1 上的收件箱和发件箱允许用户、L1 合约和全节点发送它们的交易到 Arbitrum 链上，并且观察这些交易的结果。 - Arbitrum 虚拟机 (AVM) 是 L1 和 L2 之间的网关，其功能由 EthBridge 提供。 - AVM 能够读取输入，并对这些输入执行计算以产生输出。 - ArbOS 在 AVM 上运行，并负责确保 Arbitrum 链上智能合约的执行。 - ArbOS 完全存在于 L2 上，并像在以太坊上一样运行 EVM 合约。  <center> Arbitrum 架构视图</center> <br/> # Rollup 协议 - 收件箱中消息的顺序决定了交易的结果。 - 随后，任何正在查看收件箱的人都可以知道交易的结果，只需自行执行即可。 - Rollup 协议负责确认已经有效发生的交易的结果。 - 参与协议的用户称为验证者；验证者质押 ETH 进存款合约之后，即成为质押者并且能够对 Rollup 链上的区块进行质押。 - 验证者和质押者的权限都是无需许可的。 - 在安全性方面，只要求有一个单独的诚实验证者来强制链的有效执行。 - 这使得 rollup 链与以太坊主链具有相同程度的去信任。 - Arbitrum 假设至少存在一名诚实验证者。 - Rollup 协议作用于 Rollup 链，这是一条独立于以太坊区块链存在的 rollup 区块链。 - 验证者的作用是提议新区块，这些新区块随后被添加至链上。 - 每一个被提议的区块最终都会由协议确认或者拒绝。 - 每个区块由多个字段组成，除了区块编号字段之外，每个字段中给出的数据都是由区块提议者做出的断言，这些断言可能正确，也可能不正确。 - 如果任意断言字段无效，协议最终将拒绝该区块。 - 一旦提出一个区块，这个区块就会收到确认的最后期限。 - 如果有验证者不同意该区块，他们应该提出自己的有效区块；当这些诚实验证者对无效的区块提出欺诈证明时，他们将获得一些奖励。 <br/> # 质押 - 如果质押者想要添加一个 rollup 区块至链上，ta 必须将其质押金放置在 ta 正添加的区块上。 - Staking (质押) 是无需许可的，任何人都能够在任何提供质押的区块上进行质押。 - 一旦你对某个区块进行质押，在该区块被确认之前你无法提出自己的质押金。 - 当你对某个区块进行质押时，你将确认该区块是有效的，并且链中最新确认的区块和你已质押的区块之间的每个区块都是有效的。 - 如果你所质押的区块无效，或者链中最近确认的区块和你所质押的区块之间存在无效区块，那么你的质押金将被没收 - 如果你没有对某个区块进行质押，那么可以对最新确认的区块质押。 - 如果你对某个 rollup 区块进行质押，那么你可以将你的质押金扩展到你所质押的区块的任意后续区块中。 - 质押所需的金额是动态的。 - 在 Arbitrum 链中，有指定为参数的基础质押金额，大部分时间都会使用这个参数。 - 一些攻击者哪怕质押金被罚没也要对网络进行攻击以延迟网络，那么网络的安全措施就是，过了第一个未确定区块的截止日期之后，质押数量将乘以一个因素 (这个因素随着时间呈指数增长)。 - 这是为了在攻击期间增加此类攻击的成本。 - 这种质押金额的增加是暂时的，仅在 Arbitrum 链的区块确认进展缓慢时才会发生。 <br/> # 挑战协议 - 当两个质押者分别对两个不同的区块进行质押时 (其中一个区块不是接在另一个区块后面)，那么将会有一个大家不同意的区块，因而挑战就会产生。 - 大多数挑战发生在 Arbitrum 链上，并由 L1 合约进行裁决。 - 挑战包括发生在 L2 上的交互式、多轮分解游戏，以及在 L1 上执行的一站式证明。 - 提议争议区块的质押者将为他们的主张辩护，反对持有不同意见的质押者。 - 争议区块的提议者声称，以上一个区块为起点，在虚拟机执行了 N 个指令之后，上一个区块的状态将被推进到他们所提议的区块的状态中。 - 在这场分解游戏中，争议区块的提议者 (Alice) 首先将 N 指令分解成 N/K 大小的 K 个部分。 - 请注意，子部分的大小与步数的大小不相等，而是与 Arbgas 消耗的数量相等。 - 还要注意，每个部分自然会有一个起始点和端点 (这看起来微不足道，但可以使下一个点更容易理解)。 - 而 Alice 的对立方 (Bob) 也将把指令集分解成 K 个大小为 N/K 的部分，但是 Bob 其中一个 K 部分的端点与 Alice 相应部分的端点不同。 - 这实际上是 Bob 确定其不同意的部分。 - 然后，Bob 将执行与 Alice 初始步骤相同的操作，将其中一个部分分解成大小为 N/K 的 K 个子部分，并将该部分连同已确定的子部分返回发送给 Alice。 - 然后，Alice 执行与 Bob 初始步骤相同的操作，并确定与其端点不一致的子部分。 - 这个分解过程将继续进行，直到 Alice 和 Bob 确定了一个他们不同意的指令。 - 这个指令被发送至 L1 的合约中，这个合约负责执行该指令并决定争议的获胜者。 - 争议的输方将被没收质押金，其中一部分将被销毁 (以免攻击者对冲他们的质押金)，其余的部分将作为奖励提供给诚实质押者。 - 在整个分解过程中，L1 合约作为这场游戏的裁判并不知道任何关于指令的信息，它只是检查每个玩家是否遵守了这场分解游戏的规则。 - 在争议发生期间，所有其他验证者都可以在争议最终确定之前自行确定争议的结果；这意味着软分叉已产生，验证者可以继续在有效链上提交 rollup 区块。 - 挑战期有时间限制，每个质押者大约有一周的时间。 - 每个质押者在这一周之内必须有所动作，否则将会输掉争议。 - 想象一下国际象棋时钟。  "在挑战协议期间由两位质押者参与的多轮、交互式分解游戏。实际上，有争议的断言将会有更多的指令 (如图中的波浪线)，因此这场游戏将会有更多轮，但原理是相同的。" <br/> # 验证者 - 验证者是 Arbitrum 链上的一个节点，它选择监测 Rollup 协议上的活动并推进链的状态进行。 - 并非所有节点都充当验证者。 - Offchain Labs 希望验证者在“主动、防御或者瞭望塔”三种策略中选择一样；但是，这并不是协议强制执行的。 - “主动验证者” (active validator) 通过提议新区块不断努力推进链的进行。每条链只需要一个诚实的主动验证者；增加主动验证者的数量并不会提高链的效率。 - “防御验证者” (defensive validator) 监测 Rollup 协议，并且仅当他们目击到作恶行为时才会采取行动。要么提议一个有效的区块；要么在其他验证者提议的有效区块上进行质押。 - “瞭望塔验证者"(watch tower validator) 像防御验证者一样监测着 Rollup 协议。但当他们目击到作恶行为时，他们不会亲自提议有效区块或者对有效区块质押，而是提醒其他验证者这样做。 - Offchain labs 将在他们的 Arbitrum 链上运行一个主动验证者。 - 大多数时间，防御验证者和瞭望塔验证者不需要做任何事情，因此攻击者永远不会知道链上有多少个防御验证者。 - 尽管任何人都可以成为验证者，但是估计主要参与者还是在链上投资了大量资产的各方，或者被投资者聘为验证者的各方。 # 全节点 - Arbitrum 上的全节点与以太坊上的全节点具有相同的作用；他们都跟踪链的状态并且允许其他人与链交互。 - 由于有一个内置的 AVM 模拟器，全节点不需要对实际的 Rollup 协议有任何理解，就能够对链上的输入进行计算输出。 - 一个全节点可以作为链上的聚合器，进一步提高用户的成本效率。 - Arbitrum 具有向用户收取费用的功能，以补偿全节点在充当聚合器时所产生的开销。 - 全节点还可以压缩交易，以进一步降低 L1 调用数据的成本。 - 全节点将压缩后的交易提交到链的收件箱 (inbox)，arbOS 在那里接收并解压交易。 - 一个全节点通常会同时包含压缩和聚合功能，也就是说，它会向链的收件箱提交一批已压缩的交易。 # 序列器模式 - Arbitrum 链发布时，可以选择和序列器一起发布。 - 序列器是一个全节点，它拥有额外的特权，可以对链的收件箱中的交易进行排序。 - 这样的特权允许序列器立即保证交易的结果。 - 当 Arbitrum 链与序列器一起发布时，链的收件箱被有效地分为两个： - 没有序列器的收件箱将正常运行，节点可以发送信息至收件箱，这些信息会被标记上一个区块高度和时间戳。 - 第二个收件箱将由序列器管理，并且只有序列器可以发送信息至收件箱。 - 序列器发送信息到其收件箱之后，他们可以指定这些信息的区块高度和时间戳。 - 这包括到指定增量区块 (即过去的区块) 以及增量秒数 (即过去的秒数) 为止的区块高度和时间戳。 - 这些增量值通常相当于 10 分钟左右。 - 当 arbOS 检查收件箱时，它将收到区块高度最低的信息，这个区块高度是常规收件箱或者是序列器收件箱的头部。 - 序列器可以回溯多少个区块数取决于在以太坊上敲定 Arbitrum 区块所需的确认区块的数量。 - 如果在以太坊上完成敲定需要 x 个区块，那么序列器就要回溯 x 个区块，以便其确切地知道哪些交易将优先于当前的交易。 - 当 Arbitrum 链上激活序列器模式时，提交至序列器收件箱的交易会比那些提交至普通收件箱的交易提前 x 个区块被敲定。 - 因为对即时敲定、5 分钟敲定、10 分钟敲定进行比较后，三者都有很大的实际差异，所以这被认为是正向的权衡。 - 然而，某种程度上，一名作恶的序列器能够利用这些特权获得好处。 - 一名作恶的序列器能够通过不将用户的交易放进序列器收件箱来审查用户的交易，迫使用户在发现其被审查之后，发送相同的交易至普通收件箱中。 - 序列器也有能力抢跑用户的交易。 - 最初的 Arbitrum 链上的序列器将有 Offchain Labs 运行。 - Cornell Tech 团队已经在研发去中心化序列器算法上取得一定的成果，这项研究还差一些工作需要完成，完成之后便可以应用到 Arbitrum 的长期解决方案中。  <center> 序列器模式开启与关闭时，链中收件箱的异同。</center> # ArbGas / 费用 - ArbGas 的操作原理与以太坊 gas 类似，用于衡量 Arbitrum 链上的计算成本。 - 然而，Arbitrum 链没有一个硬性的 ArbGas limit 要求，并且 ArbGas 消耗得比以太坊 gas 要快得多。 - ArbGas 的一个关键作用是为验证计算结果所需的时间提供一个可预测的度量。 - 每一个 rollup 区块内都包含一个关于链上 ArbGas 消耗总量的声明，这意味着当前区块的声明与前一个区块的声明之间的差异应该是当前区块消耗了多少 ArbGas 的有效指标。 - 通过这种方式，检查区块有效性时，验证者可以将他们的 gas limit 设置为这个值，如果这些 ArbGas 在区块完成执行前就耗尽了，那么就可以确定这是一个无效区块，并成功挑战了该无效区块。 - 用户在向链提交交易时，会被收取费用。 - 如果用户将他们的交易发送给一个聚合器，那么一部分费用将自动支付给这个聚合器。 - 剩余的费用将被发送到网络费用池，用于支付确保整条链安全运行的服务费。 - 费用还包含 L2 交易、L1 数据调用、计算以及存储成本。 - 费用以 ETH 的形式支付。 # 总结 - Arbitrum 是由 Offchain Labs 团队开发的 L2 扩容解决方案：一个使用多轮交互挑战协议的 optimistic rollup。 - Arbitrum 的旗舰链已于 5 月 28 日面向开发者发布，一旦项目达到一定数量，就会向用户开放。 - 从用户的角度来看，与 Arbitrum 链交互和与以太坊交互几乎无差别。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/ama_we_are_the_efs_research_team_6_23-p2https://www.ethereum.cn/Eth2/ama_we_are_the_efs_research_team_6_23-p2Fri, 25 Jun 2021 00:00:00 GMT编者注：北京时间6月23日晚，以太坊基金会研究团队在 Reddit 论坛进行了第六次 AMA，包括以太坊共识机制、质押、合并、分片、Layer2 、状态管理及以太坊经济机制等众多主题。ECN 对大部分问答进行了筛选整理，并编译成文。需要注意的是，基金会研发团队成员就某些话题存在个人的看法和推测，为避免曲解，请以原贴为准。 [此处](https://www.reddit.com/r/ethereum/comments/o4unlp/ama_we_are_the_efs_research_team_pt_6_23_june_2021/)是Reddit AMA链接 <br/> # Gas limit/Gas 开销 **Bad_Investment 提问**： Vitalik 最近写了一篇关于 verkle tree 和 state expiry 的文章，我有以下问题： - 如果 verkle tree 和 state expiry 机制都实现了，预计 gas limit 可能提升多少？ - 对存储操作码进行重新定价有意义码？如果有的话，是否有相关估值？ <br/> **Vitalik 回复**： >如果 verkle tree 和 state expiry 机制都实现了，预计 gas limit 可能提升多少？ 如果我们想的话可以达到 2 ~3 倍，不过这是个开放性问题；我们也可以利用这些节省了的存储空间使运行节点再次变得简单。 >对存储操作码进行重新定价有意义码？如果有的话，是否有相关估值？ 存储操作码现在基本已经是以无状态友好的方式来定价了；柏林升级里的 EIP-2929 基本上实现了这点。访问每个数据块我们都需要收费；Ipsilon 团队的一些分析表明，假设访问每个数据块需要消耗 350 gas，那么平均的 gas 消耗大约增加 10%~20% ，尽管我现在是提议每个数据块消耗 200 gas，这样平均的 gas 消耗只会增加大约 5%~10% （而且，提议的新 gas 方案在一些关键领域提供一些 gas 节省设定，以抵消这些增长）。具体请看这份  [Verkle tree EIP](https://notes.ethereum.org/@vbuterin/verkle_tree_eip#Gas-reform) 的文章。 <br/> # 经济学/EIP-1559 1. **[mikeifyz](https://www.reddit.com/user/mikeifyz/) 提问：** 这是对 Vitalik 提的一个偏向经济学的问题。我想知道你在经济学上的观点主要受哪个学派的启发——我猜你受奥地利学派的影响很深，但我不确定我的猜测是否正确。我之所以这样问是因为有时我感觉区块链技术与熊彼特的看法非常契合。 还有去年你在推特上发起好几次投票调查人们对这些问题的看法：“我提倡的这些想法在你看来是更倾向于......资本主义/社会主义；左倾/右倾；自由主义/威权主义”，很意外的是，这些投票结果是非常不统一的！ <br/> **Vitalik 回答：** 我早期的经济学观点肯定是奥派和芝加哥学派的结合，但更倾向于芝加哥学派。现在，我会说我没有在跟随哪个已有思想流派，更多的是形成我自己的体系。我最近一直专注于公共物品和去中心化治理问题，传统的经济学并没有特别适用的工具。传统经济学有数学模型，像[二次方融资](https://vitalik.ca/general/2019/12/07/quadratic.html)就很明显来源于这些模型，但即使是它也解决不了一些问题，比如在低利益相关情况下人们做某事的动机就很低、不同人对某个特定问题的不同水平认知、特别是[合谋问题](https://vitalik.ca/general/2020/09/11/coordination.html)。 <br/> 2. **[Wolverined](https://www.reddit.com/user/Wolverined/) 提问：** 你相信Triple Halvening (三重减半) 吗? ETH 是 Ultrasound Money (超良货币）吗? <br/> **基金会 Justin Drake 回答：** >你相信Triple Halvening (三重减半) 吗? 这其实不是一个“相信”的问题：这只是比较 PoW 与 PoS 发行量的一个方式。当前，PoW 的发行量大概是每天 13,500 个 ETH。相较下，PoS 的发行量是大概每天 1,700 个 ETH，且有 1400 万个 ETH 是质押了的。因此，即使有 1400 万个 ETH 是质押了 (注：我们目前有 570 万个 ETH 质押了），每天 1,700 个 ETH 也比 每天 13,500 个 ETH 减少了将近 8 倍，而减少 8 倍的发行量其实相当于比特币的三次减半。 >ETH 是 Ultrasound Money 吗?🦇🔊 快了。符合 ultrasound money 的一个标准是减少供应量，“合并”后如果 EIP-1559 的烧毁量大于 PoS 的发行量，也就做到这点了。我非常有信心 ( 95% 以上的把握）“合并”后 ETH 的供应量会开始减少，以及“合并”时的 ETH 供应量 （预计是大约 1 亿 2000万个 ETH) 会是以太坊有史以来的最高峰。请注意，货币通缩意味着“没有供应量下限™”，正如 David Hoffman 所说的 :) 如果想了解更多 ultrasound money，可以看看 Bankless 的[这期](https://www.youtube.com/watch?v=bWqhn1hXvVc)和[这期](https://www.youtube.com/watch?v=FQTZSb3Rc9I)。 <br/> **基金会 Carl Beekhuizen 回答：** 关于这一点，基金会的研究员有不同的看法。 在我看来，ETH ultrasound money的表情包挺傻的，它的重点放错了。我期望从长期来说， ETH 变得有价值是因为它有用。（虽然我的看法可能是错的，比特币的确因为表情包获得了大部分价值）。 <br/> 3. **[datawarrior123](https://www.reddit.com/user/datawarrior123/) 提问** EIP-1559 不会降低交易费，那么有其他计划是旨在降低一层的交易费用的吗？ <br/> **基金会 Justin Drake 回复：** >有其他计划是旨在降低一层的交易费用的吗？ 对于一层扩容方面的升级，主要的计划是分片。我们会先进行仅作数据存储的分片，共64个。分片的数量会随时间推移逐渐增加，而且我们将最终实现在分片上执行。 <br/> **[frank__costello](https://www.reddit.com/user/frank__costello/) 回复 Justin Drake** 当二层网络可用时，大多数的应用都可以从一层搬到二层。对于想留在一层的人来说，费用也会变得更便宜，因为二层上的用户变多了。 <br/> **基金会 Dankrad Feist 回复 [frank__costello](https://www.reddit.com/user/frank__costello/)** 我觉得这个预期是不对的。一旦用户搬到了二层，一层将变得更贵。原因是二层对一层的使用会更高效，因此可以支付更多一层的区块空间。结果会是二层的价格低，但一层的价格会变更高。 <br/> **基金会 Barnabé Monnot 回复 Dankrad Feist** 由于 rollup 需要在一层发布数据，这里产生了有趣的二阶效应。很明显，一个有 rollup 的系统比没有 rollup 的系统能容下更多的执行。然而，在一个对 rollup 有高需求的系统应该意味着 rollup 在一层发布数据会增加一层的开销，因此这不是简单的替代关系，但这应该会达到某种平衡。总的来说，用户在一层和二层的平均费用应该是更低的：假如需求是固定的，供应增加意味着价格会下降。 请注意，1559 和操作码 `BASEFEE` 生效后，rollup 将能更了解当前一层上的开销。 <br/> 4. **[MillennialBets](https://www.reddit.com/user/MillennialBets/) 提问** 你们预期 EIP-1559 带来的影响通缩还是持平？ <br/> **基金会 Justin Drake 回复：** >你们预期 EIP-1559 带来的影响通缩还是持平？ 仅仅 EIP-1559 本身还不足以决定供应量会增加还是减少：你还要看发行量。EIP-1559 上主网 (7月底) 后的短期内，我们不太可能会看到货币通缩。因为 PoW 的发行量是非常高的，大概每天 13,500 个 ETH，而烧毁的交易费部分不足以抵消如此高的发行量。 在“合并”后，发行量会大幅降低 (大概8倍，因此是三重减半™）。鉴于历史上的交易费量，我很有信心供应量会在“合并”后开始下降，以及“合并”时的供应量（预计会是大约 1 亿 2000 万个 ETH) 会是以太坊有史以来的供应量最高值。 <br/> **基金会 Danny Ryan 回复：** 现在让我兴奋的是一个表面没那么激动人心的用例：用你的以太坊地址/密钥实现通用登录。我们已经看到在以太坊生态系统的 dapp 里实现了这点，但已经构建的过渡支架可以扩展到任意的网站和应用。如果这引起更多人的关注，它会 (1) 减少令人头痛的登录管理，(2) 为我们夺回在互联网上对我们数据的控制权奠定基础。 至于 1559，分析显示，在与今天以太坊网络相似使用量的情况下，如果与 PoS 的发行量结合的话可能会出现通缩。1559 的好处有很多，但使平台资产 (即ETH) 更具有经济功能最终有利于提高安全性，这对以太坊的成功至关重要。 <br/> 5. **[thedecoyaccount](https://www.reddit.com/user/thedecoyaccount/) 提问** 以太坊 2.0 后会设 ETH 发行量上限，或有以太坊网络的货币政策吗？ <br/> **基金会** **Justin Drake 回复：** 会有计划把活跃验证者数设定在 2^20 或 2^19，这个设定本身就会给每天的发行量设上限。设定验证者数上限为 2^20 的话就相当于把一年的最大发行量限定在 100 万个 ETH以内。 **[jnbhj](https://www.reddit.com/user/jnbhj/) 追问 Justin Drake** 你觉得如果达到了这个上限 (似乎可能性很大）会带来负面后果吗？它是否会导致验证者集成为像卡特尔这样的存在？ <br/> **基金会 Justin Drake 回复：** 我看不到短期会达到 2^20 个验证者的可能性。 <br/> **[samuelshadrach](https://www.reddit.com/user/samuelshadrach/) 回复 Justin Drake** “合并”后会出现委托型节点 (质押池)，这时 2^20 就很容易达到了。在我看来，验证者数上限应该设低一点，明确表明不鼓励过多的委托型节点。 <br/> **[jnbhj](https://www.reddit.com/user/jnbhj/) 追问 Justin Drake** 为什么？在我看来这个数字在合并后很快就会达到了。 MEV 会给验证者带来巨大收入，因为很多人会涌去做验证者，像 Lido 这样的服务使得质押和提取 ETH 都变得非常简单。我真的很担心这个上限达到会发生的事。 <br/> **基金会 Justin Drake 回复 [jnbhj](https://www.reddit.com/user/jnbhj/)** >为什么？在我看来这个数字在合并后很快就会达到了。 一个原因是我们有激活队伍。我有一个脚本 (见下面）用来计算达到某个质押 ETH 数量所需的最少时间。今天有 173,654 个验证者，要达到质押 33,554,432 个 ETH 将需要至少 530 天。 ``` def churn_limit(validator_count): return max(4, validator_count // 65536) validator_count = 173654 staking_target = 2**20 * 32 # in ETH epochs_to_target = 0 while validator_count < staking_target / 32: validator_count += churn_limit(validator_count) epochs_to_target += 1 print("It will take at least %d days to reach %d ETH staking." % (6.4 * epochs_to_target / 60 / 24, staking_target)) ``` <br/> >MEV 会给验证者带来巨大收入 在短期来说，这是真的。但请记住，来自交易的 MEV 在验证者中的分摊是呈线性的。因此，如果在“合并”时有 218 个验证，每个验证者从交易 MEV 中得到的奖励会比有 220 个验证者时减少 4 倍。 <br/> **[jnbhj](https://www.reddit.com/user/jnbhj/) 追问 Justin Drake** 感谢你的回复。关于激活队伍的点，非常有道理。 我想我是错误理解了什么，一旦达到了活跃验证者数上限，ETH 持有者还可以质押他们的 ETH 吗？还有达到上限后，会有活跃和非活跃验证者间的轮换吗？ <br/> **基金会 Justin Drake 回复[jnbhj](https://www.reddit.com/user/jnbhj/)** >一旦达到了活跃验证者数上限，ETH 持有者还可以质押他们的 ETH 吗？还有达到上限后，会有活跃和非活跃验证者间的轮换吗 对的，这是目前的计划 :) <br/> # 状态存储/ State Expiry/无状态性 1. **[Heikovw](https://www.reddit.com/user/Heikovw/) 提问：** Vitalik 曾经提到 state expiry 和无状态应该会在分片前实现。假如 Vitalik 的 state expiry 和无状态路线图都实现了，对实现分片的时间有什么影响吗？尽管两个阶段大概用时一年，第一阶段是否也需要一年？更短的第一阶段可能会使过渡完成得更快。这两个阶段需要在分片前完成吗？ <br/> Vitalik **回答：** "Vitalik 曾经提到 state expiry 和无状态应该会在分片前实现。" 我不再这样想了，两者可以以任何顺序实现。主要原因使我们现在做的是数据分片，因此分片上没有本地执行，也就不需要担心在分片间混洗状态的问题。 "假如 Vitalik 的 state expiry 和无状态路线图都实现了，对实现分片的时间有什么影响吗？" 没有影响；两者基本是完全独立的工作流。 " 尽管两个阶段大概用时一年，第一阶段是否也需要一年？更短的第一阶段可能会使过渡完成得更快。这两个阶段需要在分片前完成吗？" 如果想的话，阶段1的时间可长可短；对时间没有硬性限制 <br/> 2. **[Liberosist](https://www.reddit.com/user/Liberosist/) 提问** 我看到 Vitalik 的[文章](https://vitalik.ca/general/2021/05/23/scaling.html)里写到 512 GB 被选为目标存储大小。但是，随着SSD (固态硬盘) 的价格持续快速下降，像有 800 GB 到 1 TB 的超快 SSD (支持 NVMe) 的PlayStation 5 和 Xbox Series X 现在仅售 400 到 500 美元，这个价格很多人都负担得起了。PlayStation 5 的 SSD 的连续数据吞吐量为 5.5 GB/秒，对于 400 美元的游戏机来说，这是很疯狂的了！实际上，我开始看到配备 1 TB SSD、8 GB 内存的笔记本电脑售价[低至 580 美元](https://www.newegg.com/p/1TS-001A-03WP3)。由于SSD 价格持续下降，由此推断，以后 1 TB 的 SSD会成为未来经济型笔记本电脑的标准，到了分片可用时可能是 2 TB。你们觉得以太坊未来的升级以 1 TB 为目标是合理的吗？ <br/> **基金会 Dankrad Feist 回复** 实际上，我们的目标是无状态，也就是说你不需要任何 SSD 都可以同步到以太坊网络的数据，除非你想成为状态提供商和/或区块生成者 (两者都不需要成为一个常规共识节点或以太坊用户）。 仍然很高兴看到 SSD 的价格下降了（因为这将使人们更容易进入这些角色），但我正积极减少对它们的依赖。 <br/> **基金会 Danny Ryan 回复** 对于社区来说，密切关注未来几十年这些全球数字的变化并调整参数 (例如，gas limit、活跃状态大小、分片区块大小）使非常合理的。也就是说，宁愿因为保守出错，也要确保全球范围的人都能访问这个平台。 同样需要注意，在区块链世界里，经常你改变一个看上去独立的参数，它最终可能会影响其他资源的门槛。例如，提高 gas limit 不仅会影响状态增长，还会因为需要广播大型区块而要提高带宽需求。 <br/> # 其他主题 1. **IronCena 提问：** 团队开发新功能的程序是什么？ <br/> **Vitalik 回复：** 我会将其描述为四步走的程序，从大致的概念到实现和主网发布我们会经历： - **初始概念**：有人提出一个非常广泛的概念，并在非常简短和非正式的文档甚至是会议或私聊中对其进行描述。这个想法会经由讨论，有时被残酷地拒绝，或是被修改，有时也会引起大家的兴趣。 - 这个阶段主要是验证所提议的概念能否引发兴趣。 - **草稿规范**：最初的提议人在 [https://ethresear.ch](https://ethresear.ch/), [https://ethereum-magicians.org/](https://ethereum-magicians.org/) 或其他平台发布文章进行详细的描述。该阶段的描述就完整度来看远远不足以进行实现，但是足以对其进行分析，之后做出拒绝、完善或是接受的决策。 - 该阶段主要是验证提议的具体构思是否可行。另外，这也是我们思考该提议应该如何融入到宏观路线图里的时候了。 - **完整规范**：有人提交了十分详细能够进行实现的提案。形式可以是 EIP、原型 EIP 或是对 [eth2.0-specs repo](https://github.com/ethereum/eth2.0-specs) 的 PR。该提案会经过进一步讨论和审核，审核通常侧重于“我们如何完善细节以使其更易于实现”、“这会如何影响向后兼容性”、“新旧形式交替的过程中出现极端情况我们应该如何处理”这类问题。 - 该阶段主要验证确切的提案确实可行并且能够安全实现。 - **部署阶段** - 不言而喻 <br/> 2. **Liberosist 提问：** 你们最感兴趣的”月亮数学“密码学技术有哪些？下一个与零知识证明家族一样具有革命性的事物是什么？ <br/> **基金会 Justin Drake 回复：** >你们最感兴趣的”月亮数学“密码学技术有哪些？ 如果你对”月亮数学“和以太坊的交集感到好奇，我会推荐这个 2 小时以上的 [Bankless 播客](https://www.youtube.com/watch?v=ycK3AUTdl1w)，并且随附[电子表格](https://docs.google.com/spreadsheets/d/1dyhNWMB6rVdmV3Xz-LlZlTt0f4tXfIW0YaoZVvenORs/edit#gid=0)。有很多值得兴奋的事务——密码经济学的未来是光明的，而以太坊是一台将应用密码学转变为现实世界密码学的机器。 Eth1 主要使用“石器时代”的密码学构建：哈希和朴素签名。Eth2 已经使用可聚合签名，最终将具有用于秘密领导人选举的私有公钥置换证明、用于无状态和数据可用性采样的多项式承诺、用于无偏随机性的 VDF、用于托管证明的 MPC 友好伪随机函数、用于简洁验证虚拟机的 SNARKs，更无须说对后量子密码学的升级了。 > 下一个与零知识证明家族一样具有革命性的事物是什么？ 我们尚未深入 SNARKs 和 zkSNARKs。我的预测是，在接下来的 5 到 10 年内，SNARKs 仍将是区块链的主要”月亮数学“密码学原语。我们才刚刚开始使用关键的 SNARK 基础设施，例如递归 SNARKs 和硬件加速。我们在应用方面也处于起步阶段，例如使用 SNARK 虚拟机 (尽管 MatterLabs、StarkWare、Aztec、Aleo 等团队取得了巨大进步)，甚至使用用于私有智能合约的 zkVM (这带来了额外的复杂性)。 如果着眼于未来的 10-20 年，一个非常令人兴奋的原语是 Indistinguishability Obfuscation (iO，不可区分混淆)，它是“上帝原语”，几乎所有其他密码原语都源于此，至少在理论上是这样。我希望在 30 年里看到 iO 的发展跟随 SNARKs 的脚步，从实践中完全无法实现的理论方案到高效的产品级系统。 <br/> **Vitalik 回复：** 想象一下在 ZK-SNARK 技术之上再进行优化，虽然不像 0 层到 1 层，但仍可能带来我们尚未预料到的巨大收益。具体来说： - ZK-SNARK 虚拟机 (包括 EVM) - SNARK 友好的哈希函数 - SNARK 友好的聚合签名 一旦我们有了这个，我们就可以 SNARK 整个以太坊状态转换函数，并且拥有能够完整验证的轻客户端。但进一步来说，令我个人最兴奋的是[完全同态加密](https://vitalik.ca/general/2020/07/20/homomorphic.html) (fully homomorphic encryption) 和混淆 (Obfuscation)。混淆在去年第一次出现了正式的可证明的提案，而 FHE 已经存在了一段时间并且一直在改进。 <br/> 3. **[jimjimvalkema](https://www.reddit.com/user/jimjimvalkema/) 提问** 客户端有没有什么自动检测长程攻击的方法？以及，有没有办法可以在协议层上防御/防止这种攻击？ <br/> **基金会 Dankrad Feist 回复** 请注意，已经连接到网络的客户端将永远不会收到长程攻击，这种攻击只能骗那些想同步很久之前的数据的客户端。 这种对长程攻击的保护来自社会共识。基本上，当你第一次同步的时候，你不应该从创世开始同步。你应该从一个可信度的来源获取一个最近的状态根，然后与一些你直到正在运行以太坊节点的人做验证。这听上去很吓人，但其实不是一个巨大的新安全假设。例如，你通常确实信任你的客户端开发者 (你几乎没有可能靠自己验证其完整来源)，因此信任他们与给你提供一个状态根并没有很大区别。 也就是说，对于哪些害怕若主观性的人，有这些事我们可以做： - 每周在一条强 PoW 区块链，比如比特币，上检查以太坊的状态。请注意，这可以做到无须信任——我们唯一需要的是一个时间戳，证明这个状态跟大概在那个时间。 - VDF (可延迟验证函数) 也可以一定程度上加强弱主观性假设。基本上，你使用 VDF 来验证状态根创建后已经过了一定时间。请注意，这并不防止“有计划的”长程攻击，只能防止（更可能是）有人购买旧密钥并进行追溯性攻击的类型。 <br/> **基金会 Danny Ryan 回复** 现在运行中且与区块链保持同步的客户端是不会受到这种攻击的。只有那些离线一段时间 (以月来计算) 并尝试重新同步的客户端才会受到攻击。 今天还没有任何方法，但有一些潜在技术可以派上用场。我想这些技术主要是启发式的，它们可能会有很高的检测概率，但也可能在某些情况下被利用。 其中一个启发式技术是在网络对等点间采样。你可能会说——如果有足够多的对等点都认为这是当前最终确定的信息，那么这可能就会变成权威信息而不是长程攻击了。这样做的前提是你没有被日蚀攻击，并真的能够自由在主网上发现对等点。在大多数情况下，这个假设可能是合理的，但日蚀攻击很可能会发生，且可能它很难被检测出来。 另一个启发式技术可能是试图分析共识层和执行层的链上活动。在大多数长程攻击的情况里，攻击者可能很难生成有机的活动——特别是验证者活动。或者说，至少在一个长程攻击链上可能会有一段是低密度/缺失的活动。除非攻击者能够贿赂足够多已经存在的验证者，买下他们不再使用的密钥，这个假设才可能成立。在这样的长程攻击里，攻击者可以使竞争链看上去与主链一样有机。 除了显示最近敲定的信息外，我们目前相信他们没有 100% 的故障安全技术来防止 PoS 系统中的这些类型的攻击。尽管这是根本性的问题，但在实践中很可能非常容易得到缓解，更不用说在大多数情况下这些损害是非常有限的。也就是说，这种攻击只能在新同步节点上可行，并且大多数情况在人的层面就能发现，更多的是造成一种滋扰。 <br/> 4. **MillennialBets 提问：** 你们最喜欢哪些以太坊生态中的项目？ <br/> **基金会 Justin Drake 回复：** 跟很多人一样，我对表达式智能合约 rollups 感到最兴奋 (例如 Arbitrum, MatterLabs 和 Optimism)。 <br/> **基金会 Danny Ryan 回复：** 我目前对一个 (表面上看起来) 不算太激动人心的用例感到兴奋：使用以太坊地址/密钥进行通用登录。实际上已经在以太坊生态系统 dapps 内实现了，但是已经构建的脚手架可以扩展到所有网站和应用程序。如果这获得注意，将减少登录管理的麻烦，并为我们重新在互联网中获得个人数据控制权奠定了基础。 <br/> 5. **R3TR1X 提问：** 是否需要过渡到后量子密码学，这种变化可能会如何影响长时间不活动 (仍然使用旧算法) 的钱包？假设有人在量子计算机可以轻松破解密钥对的世界中找到一个十年前的钱包，那么保护一个没有“升级”的钱包的过程会是什么样子？未来是否会出现需要更新密钥对或永久丢失 ETH 的风险？ <br/> **基金会 Justin Drake 回复：** 过渡到后量子密码学的需求基本上是不容置喙的。原因是即使可扩展的量子计算机永远无法实现，它们可以被建造 (可能是秘密进行，例如作为一个民族国家军事项目) 的可能性就足以带来这种风险。我们的思维和长期目标是 WW3 级安全。 随着量子威胁性的增强，将会在社区中进行讨论，值得关注。我个人的观点是，必须以某种方式销毁这些不活跃的代币。2019 年，Pieter Wuille 估计 [37% 的比特币供应](https://mobile.twitter.com/pwuille/status/1108087724567781376)面临量子计算机的风险。相比之下，DAO 合约有 1150 万枚 ETH，在黑客攻击时约占供应量的 15%。我觉得社区不会接受量子攻击者破解大量旧代币。 如果我们接受必须销毁易受攻击的旧代币 (这对于僵化的比特币绝对是不成立的)，问题就变成了“销毁此类代币的最合适的方法是什么”。我的策略 (力求最大的公平性) 是建立一个[加密经济量子 canary](https://ethresear.ch/t/cryptographic-canaries-and-backups/1235) (例如对中等规模的 [RSA Factoring Challenge 组合](https://en.wikipedia.org/wiki/RSA_Factoring_Challenge)进行分解)，它可以检测半可扩展量子计算机的早期形式，最好是在完全可扩展的量子计算机出现前几年。如果金丝雀被触发，所有易受攻击的旧代币都会自动被销毁。当然，如何构成良好的量子 canary，以及究竟哪些代币易受量子攻击，将会有一定复杂性。 如果您对以太坊和量子的交集感兴趣，[YouTube](https://www.youtube.com/watch?v=DDxpGMGSGDE) 上有一个演示。(旁注：大规模销毁旧代币显然有利于可证明的稀缺性和超良货币) <br/> 6. **Flimsy_Door 提问：** 你们认为 Tether 和 USDT 会对以太坊生态系统构成什么风险？ <br/> **基金会 Justin Drake 回复：** 我们正处于稳定币的尴尬境地。以太坊上的绝大多数稳定币 (参见[统计数据](https://defipulse.com/usd)) 是中心化和托管型的——91.67% 为托管型。即使是声称去中心化的 DAI 也有大量的托管资产抵押 (参见[统计数据](https://daistats.com/))。 USDT 等稳定币崩盘可能会给 DeFi 带来系统性风险，但希望不会对整个以太坊造成系统性风险。 <br/> 7. **Frankgman 提问：** 如何实现对网络层的特定更改，使得节点不对整个网络进行 gossip，而只在分片链之间进行？ <br/> **基金会 Justin Drake 回复：** Eth2 使用名为 gossipsub 的协议，其本身是 [libp2p](https://libp2p.io/) 底层网络协议套件的一部分。在 gossipsub 中有一个“topic”的概念，将网络活动划分为不相交的 gossip 频道。 <br/> # 学习资源 1. **[StillFantastic](https://www.reddit.com/user/StillFantastic/) 提问** 有什么学习 eth2 的最佳资源？ <br/> **基金会 Justin Drake 回复** 如果你想了解已经上线的内容 (也就是信标链），我会推荐这些： - 深入[https://beaconcha.in](https://beaconcha.in/) - 看看[这份规范](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md) - 看看多份注释版规范 (例如[这份](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/)和[这份](https://github.com/ethereum/annotated-spec)） 如果想看看总体的路线图，可以看 Vitalik 的[这条推](https://twitter.com/VitalikButerin/status/1333922620857745408) <br/> **基金会 Barnabé Monnot 回复** 我问过新加入的研究员 Shyam 他觉得哪些内容帮助他深入了解 PoS。 他推荐  [Studymaster](https://ethereumstudymaster.com/courses/ethereum-2-0-studymaster-program/) 和 [ethos.dev](https://ethos.dev/beacon-chain/) ，还有 Justin Drake 提到的注释版规范。 <br/> 2. **[llevar](https://www.reddit.com/user/llevar/) 提问** 如果想了解更多加密货币经济学和货币政策，你们推荐哪些资源？你会推荐以太坊作为一个平台来建立一条具有自定义共识机制的区块链吗（如果推荐，为什么），或你觉得有其他更适合的平台，如果有的话使哪个？ <br/> **基金会 Barnabé Monnot 回复** 我真的很喜欢 Shermin Voshmgir 著的“ [Token Economy](https://medium.com/token-kitchen/publishing-token-economy-on-github-under-cc-by-nc-sa-ec569008a5dd)”， 虽然它更多是关于代币经济学，而不是严格意义上的货币政策。我想现在还没有把加密货币经济学和货币政策联系起来的权威文本，大概是我们现在还处于早期吧，但看到很多非常迷人的不同货币实验！ 你不须在以太坊上搭建一条新的区块链，但现在大家很喜欢用以太坊虚拟机作为新区块链的执行引擎，尽管共识可以是其他东西。除此外，这个想法不久后可以移到在 rollup 上实现，这些 rollup 支持各种不同的执行，同时与以太坊基础层享有同样的安全性。关于这个问题，我有写过[文章](https://barnabe.substack.com/p/eth2)。 <br/> # 团队 1. **[SporeDruidBray](https://www.reddit.com/user/SporeDruidBray/) 提问** Robust Incentive 小组一开始是为了什么成立的？这个小组未来发展规划是什么样的？一般来说，这些小组的理念/方法论是什么？ 你觉得 Ethresearch 的未来会越来越接近学术型吗 (例如，概述自私挖矿的论文，或 Roughgarden 关于 1559 的论文）？P.S. 不妨看看 [Barnabe 的论文](https://twitter.com/barnabemonnot/status/1364096212517855236?s=21)！ <br/> **基金会 Barnabé Monnot 回复** 谢谢你，SporeDruidBray :) 我在这个小组在2020年 1 月成立时就加入了，因为有一个提案需要做更多经济学/算法博弈论的研究。这个小组的未来看起来很光明！最近有一名新的研究员加入了我们，他叫 Casper，还有一名研究实习生 Shyam 在今年夏天会与我们一期工作 (请看看他的[研究成果](https://shsr2001.github.io/beacondigest/)！） 我们总的理念还是解决关于激励设计和分析的问题。模拟分析时我们的主要工具，你可以看看我们在 [EIP-1559](https://ethereum.github.io/abm1559) 和[信标链](https://ethereum.github.io/beaconrunner/)上的研究成果。正如你在推特上指出的，我们不回避使用形式分析 （在这点上也要感谢我的合著者们），而且我们也尝试给研究这些问题的学者提供意见。我有一篇关于我们的具体方法论的稿子，准备好后，我很乐意与大家分享！ 我没有在学术界呆很长时间，因为基本上我完成博士学位后就加入以太坊基金会了，但我不觉得 [ethresear.ch](http://ethresear.ch) 与“学术风格”相去甚远。通常在成为正式论文前，初步结果都会在这里发布，但主要的想法都会直接在这里呈现。这里吸引我的地方时研究过程的开放性，我也尝试把部分研究成果放在 notebook 上。我非常热衷于尽可能地遵循开放的科学原则，然后以在 notebook 上可复写的结果作为媒介。我认为这是必要的，因为我们正在构建的是一个开放的协议，而这个开放性可能也正是我们获得关注、人们愿意花时间审阅提案、参与研究和构建东西的原因。 <br/> 2. **[t00faan](https://www.reddit.com/user/t00faan/) 提问** 以太坊基金会团队你们好，感谢举办这次 AMA。我是一名软件工程师，现在已经有几年的工作经验。请问我可以如何加入以太坊基金会研究团队的研发工作中？有哪些先决条件？我怎样才能获得这样的机会？ <br/> **基金会 Danny Ryan 回复** 我建议你加入 Eth R&D 的 discord——[https://discord.gg/qGpsxSA](https://discord.gg/qGpsxSA) 关注并参与你感兴趣的对话。在哪里，你会越来越清楚哪些地方需要帮忙和做贡献——开一个 PR、解决一些文档问题，修改拼写错误、写释义性文章等。为开放资源做贡献是有感染力的。踏出第一步，就有可能有机会了。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/ama_we_are_the_efs_research_team_6_23https://www.ethereum.cn/Eth2/ama_we_are_the_efs_research_team_6_23Thu, 24 Jun 2021 00:00:00 GMT 编者注：北京时间6月23日晚，以太坊基金会研究团队在 Reddit 论坛进行了第六次 AMA，包括以太坊共识机制、质押、合并、分片、Layer2 、状态管理及以太坊经济机制等众多主题。ECN 对大部分问答进行了筛选整理，并编译成文。需要注意的是，基金会研发团队成员就某些话题存在个人的看法和推测，为避免曲解，请以原贴为准。 由于篇幅较长，本文将作上下两期发布，本期主题包括共识机制、合并、分片、质押及 Layer2，下期主题将包括状态管理、无状态性、经济机制、EIP-1559及密码学等。 Reddit AMA链接：[https://www.reddit.com/r/ethereum/comments/o4unlp/ama_we_are_the_efs_research_team_pt_6_23_june_2021/](https://www.reddit.com/r/ethereum/comments/o4unlp/ama_we_are_the_efs_research_team_pt_6_23_june_2021/) <br/> # 共识机制 1. **bcd_is_me 提问：** 以太坊设置了难度炸弹以防止矿工对 ETH2.0 进行分叉 (为了继续挖矿他们很可能会分叉)。怎么阻止他们在 (潜在) 分叉中拆除难度炸弹？ <br/> **网友回复：** 难度炸弹的目的并不是为了防止分叉，而是确保分叉。我们需要担心的是以太坊会不会走比特币的老路，由于社区对分叉过于忌惮而停滞不前。通过增加难度炸弹，无论如何都需要进行硬分叉，要么切换到 PoS 共识，要么进行 PoW 分叉。 <br/> **基金会 Carl Beekhuizen 回复：** 基本上是这样的。如果人们想要继续在 PoW 上挖矿，他们仍然需要分叉。这避免了”默认“选项，每个人在某个时间点都需要做出选择。 <br/> 2. **IronCena 提问：** 你们对混合 POS/POW 机制怎么看？ <br/> **Vitalik 回复：** 在我看来这不适合以太坊。如果 PoS 的实施结果比 PoW 好，那么也会优于混合机制。我认为没有理由把 PoS 与 PoW 看作是一种凹形关系，而更像是线性关系。也就是说，对于有许多参与者希望“与物理实在具有直接联系” (或其他原因) 的区块链社区来说，混合 PoW/PoS 可能不失为一种好方法，同时还能提高安全性。 <br/> 3. **Bob-Rossi 提问：** 是否讨论过降低 PoW 链区块奖励来抵消 PoS 信标链增发的奖励，防止整个以太坊网络发行量的增加？主要是因为好奇心，我想不会真实发生这种情况，因为矿工们会竭力反击。 <br/> **基金会 Justin Drake 回复：** 据我所知，没有想过降低 PoW 链的区块奖励。附带说明一下，我相信我们有最好的长期货币政策：最低必要发行量 (minimum viable issuance)，同时为我们提供有保障的安全性和最高可行的稀缺性。 PoS 的短期增发很大程度上只是宏观计划中的微弱干扰。 <br/> **基金会 Danny Ryan 回复：** 一直都有很多提议讨论在 PoS 到位之前降低 (甚至是提高) PoW 的发行。基于我的了解，这些提议在很大程度上遭到了直接抵制，认为此类辩论和改变只会分散注意力，并可能导致合并延迟或是面临更大的风险。 <br/> **基金会 Carl Beekhuizen 回复：** 我们没有这种计划。PoW 链的价值和安全性并未因为信标链的发布而发生改变，我们仍然需要为矿工维护网络安全的服务支付费用。 <br/> # 合并 (The Merge) 及发展规划 1. **squishchaos 提问：** 就研究工作而言，PoS 的合并工作还有什么障碍？在分片上线之前还有什么待解决的问题？ <br/> **Vitalik 回复：** 在我看来已经没有研究上的问题了。现在已经有了[完整的规范](https://github.com/ethereum/eth2.0-specs#merge)，目前只剩下开发和测试工作。 现在分片也有了[理论上可实现的规范](https://github.com/ethereum/eth2.0-specs#sharding)，但还处于早期开发和迭代阶段。所以只是很多繁重的工作，还有很多关于 p2p 子网的细节，[/u/protolambda](https://www.reddit.com/u/protolambda/) 在这项工作的领导方面非常出色。 <br/> 2. **bcn1075 提问：** 在合并完成之后，是否还会有类似冰河世纪 (难度炸弹) 的方式来强制升级？ <br/> **基金会 Justin Drake 回复：** 合并之后不会再有类似炸弹的事物。其收益和代价不相符。利益相关者和社区之间的一致性明显强于矿工和社区之间的一致性，因此不需要通过炸弹之类的事物来武装共识参与者。此外，在信标链中每个 slot 是规律的 12 秒，尚不清楚应该如何合理安放炸弹。 根据我的超良货币观点，合并是一个自然的谢林点，从反复扩展的、有时间限制的算法发行到无时间限制的算法发行。合并可能是最后一次对宏观发行政策的干预 (有计划将活跃验证者的数量限制为 2^20 或 2^19，这本身就为日发行量设置了上限)。 <br/> **基金会 Danny Ryan 回复：** 在这一点上存在一些争论，我个人认为现在是时候停用这种机制了。还有一些关键的升级待实现 (分片和无状态性)，但我相信有足够的需求和动力来完成这些升级，而不必担心停滞。由于完全从 PoW 切换到 PoS，这些升级的对抗性力量也减少了。 **bchain 提问：** 分片会在合并完成之后的 2022 年部署。分片之后是什么计划？2023年我们能期待什么？ <br/> **基金会 Justin Drake 回复：** ”2022 年”听起来很合理，但与往常一样，日期只是推测。好消息是，表达性智能合约 rollups (例如 Arbitrum, MatterLabs 和 Optimism的产品) 应该会在 2022 年之后提高可扩展性，从而减少实现分片的压力。 基本数据分片之后是一系列安全性升级：秘密领导人选举、托管证明、数据可用性采样、无偏随机性。Vitalik 在[这条推文](https://twitter.com/VitalikButerin/status/1333922620857745408)中对路线图进行了可视化。 <br/> **基金会 Danny Ryan 回复：** 合并完成之后主要是分片和无状态性/状态管理这两大升级。我目前不确定哪个会先发布，因为它们是非常独立的工作流和升级。在那之后，我想我们可以回到对预编译的争论上:) <br/> # 分片 1. **Liberosist 提问：** 我有一些关于数据分片的问题： - 在数据分片实现后，数据可用性和执行的费用市场是否会互相独立？ - 一层的智能合约 (及其开发者) 如何从数据分片中受益？ - 假如数据分片的安全性要基于委员会，你们预期数据可用性采样 (DAS) 会延迟多久？ <br/> **基金会 Danny Ryan 回复：** 1. 问题一：是的，到时会有一个类似 1559 的机制使数据进入数据分片，这与应用层的执行费用市场是独立开来的。这是两个独立的资源，因此费用市场将区分开来并独立定价。也就是说，在某些情况下，由于应用层和数据层的使用模式是通用的，在某些情况下对执行的需求可能会和数据需求相耦合。因此在这种情况下，其中一方价格飙升可能会同时引起另一方价格飙升。 2. 问题二：我们预计从数据分片中受益的主要 L1 合约会是通过使用 L1 的数据达到扩容效果的 L2 协议 (即 rollups)。除了 rollups，很可能还有其他特定应用对成本低廉的 L1 数据有所需求。在我看来，一旦以太坊开发社区获取了新的资源，他们会很快找到创新的方法来使用 (并滥用) 它！ 3. 问题三：所幸 DAS 可以在不进行共识分叉的情况下。这是因为它本质上是对分叉选择的附加过滤器，可能会限制区块树的某些分支。因此，DAS 可以在早期进行实验，并随时间推移完全实施。基于委员会的安全将首先实现，或与 DAS 同时实现，因为我们将会严重依赖委员对信标链的承诺，为系统核心部分提供分片数据的信息 (因此能够在 EVM 中使用)。至于DAS，经过不断的研发和规范简化，我其实不再那么担心实现的复杂性了。DAS 在很大程度上重用了现有的工程组件，例如用于采样的分片 gossip 通道 (尤其是在主要的 *push* 而不是 *pull* 模型中)。 <br/> **基金会 Dankrad Feist 回复：** > 在数据分片实现后，数据可用性和执行的费用市场是否会互相独立？ 分片的概念是我们不必拆分 gas 市场。每个分片都有自己的 gas 市场，添加另一个分片不需要降低其他分片的 gas limit。 > 一层的智能合约 (及其开发者) 如何从数据分片中受益？ 只有使用数据分片才能从中受益。要么部署会使用数据分片的 L2 协议，要么在你的合约中以其他方式利用数据可能性。如果不使用数据分片，一个反常的结果就是你的交易可能会变得更贵。原因是 L2 将能够更有效地利用 L1 区块空间，因此长期来看会推高 gas 价格。 > 假如数据分片的安全性要基于委员会，你们预期数据可用性采样 (DAS) 会延迟多久？ 好消息是 DAS 只需要基础 (诚实多数) 数据分片的软分叉。因此基本上可以在客户端团队准备就绪后立即添加。我希望它能够在分片部署后的 12 个月内实现。 <br/> 2. **redpnd 提问：** 分片上线之后 rollups 会发生哪些改变？ <br/> **Vitalik 回复：** Rollups 可以将分片用作数据层 (短期内分片只提供数据存储功能)。这会使得 rollups 的成本降低 100 倍以上，并使现有的”侧链“项目更容易转变成为 rollups。 <br/> **基金会 Justin Drake 回复：** 数据分片会首先被引入。Rollups 能够将其所有的交易数据存放在数据分片中，并使用 Eth1 的 EVM 来生成 SNARKs (就基于 SNARK 的 rollups 而言) 和欺诈证明 (就optimistic rollups 而言)。 <br/> ## **Staking (以太坊质押)** 1. **u/mm1dc 提问** 我有一个关于提款的问题。 届时开放提款功能，能否支持部分提款？比如说，提出质押所得利润，而保留 32 ETH 继续参与质押？我听说流程为：退出、提款然后重新质押 32 ETH 生成新的验证者节点。这样的话周期太长了，而且对用户很不友好。 <br/> **基金会 Justin Drake 回答** > 届时开放提款功能，能否支持部分提款？比如说，提出质押所得利润，而保留 32 ETH 继续参与质押？ 这种从一个验证者余额中提到另一个账户中的部分提款被称为“资产转移” (transfers)。正如你所指出的，"transfers"通过解锁验证者余额中除 32 ETH 之外的“超额余额” (excess)，从而提高质押的资本效率。 至于你的问题，没错，最终 Eth2 会支持 ”transfers“。然而正如这条推文所说，"transfers" 功能不会在合并时就立即开放。这是为了降低合并难度，尽快实现合并。 > 我听说流程为：退出、提款然后重新质押 32 ETH 生成新的验证者节点。这样的话周期太长了，而且对用户很不友好。 我们确实计划实现信标链内部”transfers“功能。届时，将不再需要退出、提款和重新激活的过程。 <br/> **基金会 Danny Ryan 回答** 当提款功能开启之后，对余额中 32 ETH 之外的资产进行提款肯定是一种选项。验证者集的稳定性对客户端架构 (例如，在内存中缓存和处理的共识实体较少) 以及质押的用户体验都有好处。 这个功能的细节有待研究，但我特别喜欢 Jim McDonald 的提议：允许区块提议者在生产区块时发出信号，提取余额中 32 ETH 之外的”超额余额“ (提议链接：[https://ethresear.ch/t/simple-transfers-of-excess-balance/8263](https://ethresear.ch/t/simple-transfers-of-excess-balance/8263)) 这个提议非常好，因为它不需要添加一个新的信标链操作，也不需要处理这些操作所带来的市场影响。但是用户体验方面的缺点是：验证者节点的超额余额提款相对较少 (这有也意味着系统的负载较少)。 <br/> 2. **u/sggts04 提问** - 合并后有没有可能降低运行一个验证者节点所需的 ETH 门槛？我知道此前定下 32 ETH 限制是，一枚 ETH 大约 100-200 美元，那么现在价格飙升了，运行一个验证者节点的门槛降低到 2-4 个 ETH 是否有意义？ - Vitalik 曾提到，以太坊分片可以轻易扩展至 64 个分片以上。并且 64 只是你们正在努力的目标，那么一旦这个目标达到了，你们认为分片数可以增加至多少？ <br/> **Vitalik Buterin 回答** > 合并后有没有可能降低运行一个验证者节点所需的 ETH 门槛？我知道此前定下 32 ETH 限制是，一枚 ETH 大约 100-200 美元，那么现在价格飙升了，运行一个验证者节点的门槛降低到 2-4 个 ETH 是否有意义？ 至于为什么当前的验证者节点运行门槛要设置在 32 ETH，请参阅规范注释的这一部分。不幸的是，如果我们将数量减少那么多，很可能的结果是，这个链将变得更加庞大，更难处理，从而降低人们验证它的能力。 我认为的方法有： 1. 接受大部分人无法参与基础层质押这一事实，并努力实现最大程度去中心化的质押池 (这些质押池内部使用多方计算)。 2. 减少存款大小，要知道共识层的 RAM 存储要求很容易膨胀到 8-16 GB；同时，将 epoch 的长度增加至如 256 个 slots，将牺牲敲定的时间。 3. 使用 ZK-SNARK 技术来实现轻量级的验证者；一种称为聚合器的特殊参与者将负责提出聚合签名证明。 <br/> **基金会 Justin Drake 回答** > 合并后有没有可能降低运行一个验证者节点所需的 ETH 门槛？ 降低运行一个验证者全节点的最低门槛有两个关键优势。首先，这降低了成为个人质押者的门槛，更加有利于去中心化。其次，这增加了验证者节点的数量，从而解锁了更多分片的可能性。从长远来看，我们肯定会努力降低这个门槛，但这是个艰巨的工程挑战 (见下文)。 > 运行一个验证者节点的门槛降低到 2-4 个 ETH 是否有意义？ 问题是每个增量验证者节点都会对信标链施加一些非零的计算负载 (如 CPU 和 RAM 负载)。因此，为了让信标链本身去中心化，我们需要限制验证者的数量。就目前而言，信标链可能可以安全地支持 1 M，而无需客户端实现者进行太多工作。(目前我们大概有 18 万个验证者节点。) 虽然在没有重大突破的情况下，2 个 ETH 或 4 个 ETH 的要求听起来相当激进 (当我们升级至后量子聚合签名时就算有重大突破了)，但我们或许可以通过突破 BLS 签名以及客户端 RAM 优化的极限，将门槛降低至 16 ETH 甚至是 8 ETH。 > Vitalik 曾提到，以太坊分片可以轻易扩展至 64 个分片以上。并且 64 只是你们正在努力的目标，那么一旦这个目标达到了，你们认为分片数可以增加至多少？ 虽然增加分片的数量绝对有可能 (早在 2018 年我就指出，我们可以利用 BLS 签名将分片数量增加至 1024 个)，但是“轻易”确实有点夸大其词。原因是为了更好的用户体验，我们现在给自己施加额外的约束，即对每个分片区块和每个 slot 进行交联。这种低延迟的交联在信标链上相对密集，因此我们可能会逐步增加分片的数量 (例如，增加到 128，再到 256 等)，而不是一下子从 64 个增加到 1024 个分片。 <br/> 3. **u/TheEvilMonkeyDied 提问** 一旦人们意识到质押带来的巨大好处，当需求大到制约验证者的地步时，是否需要质押候补名单？ <br/> **基金会 Justin Drake 回答** > 当需求大到制约验证者的地步时，是否需要质押候补名单？ 已经有一个候补名单了！现在等待激活队列中大约有 5,500 个验证者节点。每天约有 900 个验证者节点被激活，因此目前需要等 6 天。 我确实认为合并后会新增大量的验证者节点，原因有二。首先，如果合并进展顺利，验证的风险将大大降低。其次，验证者 MEV (最大可提取价值，maximal extractable value) 将显著增加，包括交易费用的未销毁部分和一些外部支付 (如 Flashbots 贿赂)。这很有可能将质押的 APY 从 个位数推高至两位数。这里有一个计算 APY 的电子表格，自行输入自己的质押数量来预测吧：[https://docs.google.com/spreadsheets/d/1FslqTnECKvi7_l4x6lbyRhNtzW9f6CVEzwDf04zprfA/edit#gid=0](https://docs.google.com/spreadsheets/d/1FslqTnECKvi7_l4x6lbyRhNtzW9f6CVEzwDf04zprfA/edit#gid=0) <br/> **基金会 Danny Ryan 回答** 有一个进入和退出的队列。目前，每个 epoch 能够进入 (或退出) 4 个验证者。一天大概有 225 个 epoch，所以每天大约可以激活 900 个验证者节点。 可以在浏览器 [https://beaconcha.in/](https://beaconcha.in/) 中看到，目前在等候被激活的队列中有 5000 多个验证者。所以清空当前队列大约需要 6 天。信标链创世以来，我们见过队伍非常长的时候，也见过排队验证者数量接近零的时候 (能够快速激活)。 随着大家对质押的需求起起落落，我完全可以预料到这种情况会出现大幅波动。从长期来看，这将达到平衡，我预计验证者排队数量大部分时间都会徘徊在零附近。 <br/> 4. **u/Clear_Nose_4265 提问** 对于中心化交易所 (CEX) 正成为新银行，你们有何看法？有没有办法以去中心化的方式质押少量的 ETH？我担心 CEX 的权力会太大。 <br/> **基金会 Justin Drake 回答** > 有没有办法以去中心化的方式质押少量的 ETH？ 当然。我们投入了大量的精力去设计信标链，使得验证者节点对 MPC 友好，这意味着多方 (例如，32 个 ETH 由 8 个参与方持有，各持有 4 个 ETH) 可以对单个逻辑验证者节点的控制权和所有权进行分割。基础设施的搭建还处于起步阶段，但它即将到来！ <br/> # 可扩展性/Layer2 1. **u/Liberosist 提问** 随着可编程 rollups 的成熟，有哪些方法可以优化 EVM 和 L1 以提高 rollups 的性能？有没有一些潜在的解决方案来以 L1 的级别完善 L2 的互操作性、通信和可组合性？单个 L2 解决方案可以在多个数据分片上保持可组合性，但对于 L2 间有何好处？ <br/> **基金会 Justin Drake 回答** > 有哪些方法可以优化 EVM 和 L1 以提高 rollups 的性能？ EVM (以太坊虚拟机) 对于 optimistic rollups 和基于 SNARK 的 rollup 都非常不友好。为了构建 OVM，Optimism 团队已经研究了 EVM 超过 1.5 年。而 EVM 对 SNARK 就更加不友好了，基于 SNARK 的 EVM 可能还需要数年的时间，甚至可能需要 5-10 年时间。(顺便说一句，MatterLabs 正在构建一个“便携式 EVM”的 SNARK VM。这样的 VM 对于 L2 rollup 来说可能已经足够了，但是不足以使得以太坊 L1 完全 SNARK 化，这才是我们的长期目标)。 我的理解是，对 EVM 进行一些小的调整，拥有 optimistic EVM 可能就变得容易 10 倍。而要实现 SNARK 友好，还需要一些更加激进的改变 (例如，以一个大质数为模进行算数运算，而不是按照传统的二进制算术模 2256 进行运算)，这将大大地提高 SNARK 友好性。令人遗憾的是，由于 EVM 僵化所带来的限制，让 rollup 的成本大大地提高，这也是我个人对可替代的 VMs 持开放态度的原因之一，特别是替代我们技术空白的可执行分片这一块。 <br/> 2. **u/thomas_m_k 提问** > 我的理解是，对 EVM 进行一些小的调整，拥有 optimistic EVM 可能就变得容易 10 倍。 你有关于这个的样本吗？或者有相关链接以了解更多信息吗？ <br/> **基金会 Justin Drake 回答** 理想情况是一个操作码，它将 Eth1 区块与状态访问的非确定性数据一起作为输入，执行 Eth1 区块，并返回相应的状态根。这样的操作码会使得构建 OVM 变得非常简单。 <br/> 3. **u/bcn1075 提问** 一些人认为 L2 解决方案会对以太坊的可组合性产生不好的影响。L2 扩容解决方案对可组合性的真正影响是什么？ <br/> **基金会 Justin Drake 回答** > L2 扩容解决方案对可组合性的真正影响是什么？ 主要的影响是我们从同步可组合性转向了异步可组合性。缩小这一点对于在计算机科学中实现扩容相当重要。例如，“网”是围绕着对服务器和对等节点的异步网络查询而构建的，它本身也在进行异步查询，例如对数据库进行查询。即使是一台独立的计算机在处理多个核心、多个处理引擎 (比如 GPUs) 和 I/O (比如用户输入、外部驱动器) 时，也具有基本的异步性。 好消息是，异步性是完全可管理的，并且几乎在所有情况下都可以从终端用户中完全抽象出来。坏消息是，在很大程度上，必须重新考虑和重新实现区块链可组合性基础设施。我预计将会有一段关于 “rollup 和侧链可组合性” 的实验时期，随后会有一段类似于代币标准化 (例如 ERC20 和 ERC721) 的整合以及标准化时期。 <br/> **基金会 Dankrad Feist 回答** 我在这里提出另一个答案，因为我非常不同意 Justin Drake 的观点！ 我想很多人都没有注意到，当我们的关注点从可执行分片转向数据分片时，“我们是否仍然具有可组合性”的答案已经“完全”改变了。 人们认为“跨分片交易是困难且具有异步性的”。但是对于数据分片，我们不应该讨论分片，而是讨论 “Rollups”。没错，跨 rollup 交易仍然很困难，并且 (大多数) 是异步的。但是一个 rollup 不必只存在于一个数据分片上。事实上，可以构建一个 rollup，这个 rollup 使用 10 个数据分片来发布其所有区块，但是在内部保持了其完整的可组合性。想要以去中心化的形式实现上面的技术是一项艰难的工程任务，但也不是不可能的。 我真的很希望这能实现，希望我们能够打破这种“分片将破坏可组合性”的神话。 也就是说，我确实希望不同社区会有不同的 rollups，这些 rollups 将更加松散地耦合 (异步地)。不管没关系。到时可能会有面向所有交易者的、一个大型的 DeFi rollup (例如，包括所有闪电贷和他们想要的东西)。比方说会有一个大型的针对 “旅行” 分片，其中所有火车票和酒店都可以进行原子预订。等等。 <br/> 4. **u/bcn1075 提问** L2 解决方案上线、合并以及分片都完成之后，下一个提高网络可扩展性的最大机会是什么？预计的可扩展收益是什么？ <br/> **基金会 Justin Drake 回答** 让我对长期可扩展性持乐观态度的大趋势是一种较深奥的观察，称之为尼尔森定律。尼尔森互联网带宽定律指出，带宽以每年 50% 的速度呈指数增长。该定律自 1983 年以来一直有效，并且与连续 CPU 计算的扩展 (已基本趋于平稳) 或者 RAM 的扩展 (已显着放缓) 形成鲜明的对比。 带宽是区块链扩容的终极障碍。我们知道如何解决所有其他共识层的计算瓶颈 (例如，磁盘 I/O 可以通过无状态解决，计算可以通过递归 SNARKs 解决)。好消息是，没有理由相信尼尔森定律会很快停止，因为带宽基础设施是可并行化的。例如，要将海底互联网电缆的带宽增加一倍，就需要铺设两倍的光纤电缆和中继器。 尼尔森定律相当于每十年带宽增长 57 倍。因此，如果尼尔森定律再保持十年，我们在考虑可扩展性为 20 个基本 TPS/分片 * 64 个分片 * 100 倍扩容的 rollup * 57 尼尔森扩展 = 730 万 TPS，更何况我们还可以增加分片的数量。正如你所看到的，区块链可扩展性的前景是非常光明的。对于以太坊这样的区块链平台来说，最终能够处理互联网上绝大多数 (如 95% 以上) 的去中心化价值交易是绝对合理的。因为将来会有足够的可扩展性，并且共享安全的网络效应也相当强。 <br/> 5. **u/AllwaysBuyCheap 提问** 有没有可能在没有中间商的情况下实现 zkRollups 的互操作性？ <br/> **基金会 Justin Drake 回答** 我不确定你指的是哪个特定的中间商。zkRollup 的长期目标是剔除单点故障的可能性。区块构建可以通过 PoS 实现去中心化 (类似于 PoS 侧链) 而 SNARK 证明可以通过一种称为证明携带数据 (PCD, proof carrying data) 的特殊递归 SNARKs 类型来实现去中心化。这种类型的递归 SNARKs允许轻易地将 SNARK 证明任务拆分并分发到相互不信任的证明者中。一旦区块构建和 SNARK 证明实现去中心化，就没有所谓的中间商来看守跨 rollup 活动，尤其是异步可组合性。 <br/> 6. **u/Liberosist 提问** 关于 zkRollups 的一些问题，以及它们如何影响 L1 升级的： - 假设 zkRollups 证明可编程性有效，正如 zkSync 2.0 和 StarkNet 声称的那样，那么它会是对 L1 可扩展性更好的升级吗？将 EVM 进行 zk-SNARK 化，并且继续关注分片的数据可用性？还是说实现可执行分片更好？ - 另外，StarkNet 已经在测试网上线，并宣布将于今年年底上线。Nethermind 甚至正在开发 一个 EVM > Cairo 的转译器。我看到当前的计划是先实现 zk-SNARK，然后将来再实现 STARKs。假设 StarkNet 可以良好地运行数年，并且 STARK 系列已经准备好生产了，为什么不直接转到 zk-STRAKs 呢？ <br/> **基金会 Dankrad Feist 回答** 假设我们确实能够实现高效的、完全可编程的 zkVM rollups，我认为可执行分片基本上变得毫无意义。或者这些分片将简单地利用 VM，并宣布其为新的基础层。 [https://twitter.com/dankrad/status/1407456684063219724](https://twitter.com/dankrad/status/1407456684063219724) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/allcoredev-update004https://www.ethereum.cn/Technology/allcoredev-update004Wed, 23 Jun 2021 00:00:00 GMT来源 | [AllCoreDev Updates](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2Facd-update-004) <br/> # 摘要 👀 - 在未来几周内，伦敦升级将在测试网启动。JSON RPC 的变更已经文档化了，还有项目可用于添加 1559 支持的参考手册； - “合并” 的 eth2 部分已经有成熟的规范了。eth1 部分的相似文档在撰写中，且还会有一份可执行的规范； - 尽管还没有作出决定，但上海升级的两份候选 EIP 都有了进展：EIP-3074 的审计报告已出， EIP-3540 有了路线图 <br/> # 伦敦升级测试网 在未来几周内，伦敦升级将会在测试网启动：第一个是 Ropsten 测试网，大约在 6 月 24 日，然后是 Goerli 测试网，计划在 6 月30 日，最后是 Rinkeby 测试网，将在 7 月 7 日升级[0]。具体的升级区块和与伦敦升级兼容的客户端版本可以看[这篇文章](https://blog.ethereum.org/2021/06/18/london-testnets-announcement/)的列表。**如果你还没升级你的测试网节点，现在是时候了！** 在测试网分叉后，我们预期会进行一些测试，用大量交易轰炸网络，以确保在这样的条件下网络依然运行正常。当客户端开发者觉得伦敦升级在各个测试网上的部署都没有问题了，我们就会确定主网分叉的区块高度。考虑到[难度炸弹](https://github.com/ethereum/pm/issues/245#issuecomment-866193842)所在的大约区块高度，主网实际上需要在未来 300,000 到 400,000 个区块里进行分叉。 - 添加了字段 <span>baseFeePerGas</span>（译者注：每单位 gas 的基本费用) 到区块头； - 添加了字段 <span>maxFeePerGas</span> (译者注：每单位 gas 的费用上限) 和 <span>maxPriorityFeePerGas</span> (每单位 gas 的小费) 到 1559 式交易； - 在这些交易的收据里添加了字段 <span>effectiveGasPrice</span> (译者注：交易实际支付的 gas 费用)； - 添加字段 <span>eth_feeHistory</span> (译者注：gas 费用历史数据) 到终端，使钱包更容易根据近期的历史数据提供 gas 预估值。详情看[这里](https://gist.github.com/zsfelfoldi/473e29106d38525de6b4413e2ebcddf1)。 - [1559 钱包参考手册 (1559 Wallet Cheatsheet)](https://hackmd.io/@q8X_WM2nTfu6nuvAzqXiTQ/1559-wallets)，解释了与 EIP-1559 相关的非共识变更，提供了支持这份 EIP 的最佳实践。它具体包括： - [Calaveras](https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/client-integration-testnets/calaveras.md) 开发者测试网的说明，现在应用可以用它来测试伦敦升级的内容 - <span>maxPriorityFeePerGas</span> （即小费）涉及的多个函数，以及如何在拥堵和不拥堵的情况对其进行设置； - 关于如何顺滑地将用户迁移到 1559 式交易的指南 一如既往地，如果你的项目会受 EIP-1559，或更广泛地受伦敦升级影响，你可以在 [Discord](https://discord.gg/B4yx9SQ) 联系客户端团队。 也就是说，伦敦升级要来了🎉 ！ <br/> # “合并”⛓️ 当大多数客户端团队专注于伦敦和 Altair 升级时，“合并”的进展并没有停止。 首先，在共识层 (即 eth2) 部分已经有了成熟的规范！它的开发工作仍在如火如荼地进行中，你可以在 eth2.0-specs 库里关注内容的更新。 在执行层部分 (即 eth1)，将会有一份关于所需变更的概述。🔜 它将作为一份“主文档”，能链接到更细化的规范变更，这些规范变更会以相应的格式呈现 (例如，EIP 用于引入新的操作码)。 采用不同方法的原因是共识层 (eth2) 与执行层 (eth1) 之间的规范格式是不一样的。 虽然以太坊的规范格式一开始是[黄皮书](https://github.com/ethereum/yellowpaper)，但其大量数学语构的特点使其难以说明变更。相反，我们通常使用[核心 EIP (Core EIPs)](https://eips.ethereum.org/core) 来说明协议规则的变更。这些内容又再反馈到黄皮书上。 另一方面，以太坊 2.0 的规范一开始是用 markdown 文档来写，逐渐发展成现在用可执行的 python 规范。不用说，存在两套不同的方法是远不够理想的！ 因此，“合并”的一个辅助举措是为执行层创建可执行的规范，与 eth2.0-specs 库的格式相匹配。这样，我们不仅可以为整个以太坊协议提供一个共同的规范格式，还能从规范生成自动化测试。这仍处于早期，[Quilt 团队已经开了一个 PR，有一个初步的实现](https://github.com/ethereum/eth1.0-specs/pull/219)👀 <br/> # 上海升级 如之前的更新提到的，尽管“合并”是伦敦和 Altair 升级后的工作重点，开发者已经对下一次执行层的升级——上海升级有想法了。 这次升级会在“合并”之前或之后进行，取决于二者在 12 月的准备情况，因为届时难度炸弹需要再次被推迟。尽管这次升级目前还没有规范，也没有 EIP 被正式纳入，但有两份候选的：[EIP-3074](https://eips.ethereum.org/EIPS/eip-3074) 和 [EIP-3540](https://eips.ethereum.org/EIPS/eip-3540)。 ## EIP-3074 这份 EIP 旨在让智能合约在与用户地址互动上有更多的灵活性。这份 EIP 作者之一的 @lightclient 发的这个[推文](https://twitter.com/lightclients/status/1371911245561917441)很好地总结了它的主要裨益。 有人担心这份 EIP 会改变一些安全假设，特别是关于<span>msg.sender</span> 代表的地址，以及智能合约可以代表用户账户采取的行为广度。两家审计机构受委托研究这份 EIP，以探索这些安全忧虑：Least Authority 负责研究这份 EIP 本身；Dedaub 负责研究 EIP-3074 会如何影响当前部署了的合约。 [这](https://leastauthority.com/static/publications/LeastAuthority_Ethereum_Foundation_EIP-3074_Final_Audit_Report.pdf)是 Least Authority 的完整审计报告，审计者在最新的一次核心开发者会议里分享了他们研究成果的总结 ([从 1:07:00 开始](https://youtu.be/XYhN26UrJ5o?t=4017))。在该次会议里，Dedaub 也在 Least Authority 的分享后讨论了他们的审计结果，在[推特](https://twitter.com/dedaub/status/1403083441772638211)上分享和总结了他们的报告。 尽管在该次会议里没有对 3074 作出任何决定，这些审计结果有助于澄清纳入这份 EIP 所涉及的安全权衡。同时，有人在 Ethereum Magicians 论坛上提出了 ["3074 的替代方案"](https://ethereum-magicians.org/t/a-case-for-a-simpler-alternative-to-eip-3074/6493) ，这将在本周的核心开发者会议上讨论。 ## EIP-3540 此提案依附于已被纳入伦敦升级的 EIP-3541。它引入“一种用于 EVM 的可扩展、版本化容器格式，在部署时进行一次性验证。”这将有助于更好地分离代码与数据，两者现在客户端都需要在运行时间验证。 这个变更对多种用例都有所裨益，比如二层网络的代码验证、多字节操作码，可能会弃用 <span>JUMPDEST</span> 等。 这份 EIP 作者之一的 Alex Beregszaszi 最近分享了一个[更完整的概述和路线图](https://notes.ethereum.org/@ipsilon/evm-object-format-overview)。 如果时间允许的化，下一次的核心开发者会议会讨论这份 EIP。如果时间不允许的话，可能是再下一次会议。 ------ 更新到这里就结束了！请留意未来几周在 [blog.ethereum.org](http://blog.ethereum.org/) 上发布的伦敦主网升级公告，以及大约一个月后的以太坊核心开发者会议更新。👋 ------ 发布于 2021 年 6 月 22 日 ------ [0] Kovan 测试网的升级日期还未定，很可能是主网升级之后。以及，OpenEthereum 客户端在伦敦升级后会被弃用。详情请看[这篇文章](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd)。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/eth-weekly-2021-6-22/https://www.ethereum.cn/eth-weekly-2021-6-22/Tue, 22 Jun 2021 00:00:00 GMT **Gitcoin Grants 第十轮火热进行中** 开源协作和资助平台 Gitcoin 的第十轮 Grant 已经于6月16日启动，除了常规的基础设施、DApp、社区和 NFT 板块之外，本轮增加了拉丁美洲地区、Gitcoin 建设和 DGOV (去中心化治理) 板块，本轮仍然支持使用二层解决方案 zkSync 进行结算。  此外，为了提高捐赠的公平性和抗女巫攻击性，Gitcoin 在本轮中开始激励用户进行身份验证，经验证的用户最高能够将其 150% 的捐赠计入匹配资金，而未经验证的用户则默认为 50%。本轮截至时间为 7 月 1 日，在此之前用户都能前往支持优秀的生态项目。 ECN on Gitcoin：https://gitcoin.co/grants/380/ethereumcn-ecn <br/> # Eth2 **活动预告：以太坊基金会研究团队即将举行第六次 AMA** 北京时间 6 月 23 日晚上 9 点，以太坊基金会研究团队将在 reddit 论坛举行第六次 AMA。现在已经可以在 reddit 上提前发布问题：https://www.reddit.com/r/ethereum/comments/o4unlp/ama_we_are_the_efs_research_team_pt_6_23_june_2021/ 上一期 AMA 整理请阅读：《[以太坊基金会第五次Reddit AMA](https://www.ethereum.cn/ama-we-are-the-efs-eth-20-research-team-pt-5-18)》 <br/> **Altair 升级讲解** Danny Ryan 和 Vitalik 在 [PEEPanEIP 系列](https://www.youtube.com/watch?v=iaAEGs1DMgQ) 做了一次关于 Altair 升级即将带来哪些变化的精彩介绍。此期七日谈对 Danny 分享的部分做了编译。 分享概要： - 惩罚参数更新 失败模式下更多的惩罚 - 怠工计分机制改革 更容易从无法做最终敲定的状态恢复，以及更公平 - 同步委员会 使轻客户端可用的特别角色 ### 惩罚参数更新   根据 EIP-2982，信标链创世时，验证者的惩罚参数与最终设定相比是惩罚力度更小的，因为考虑到给早期的验证者和客户端一个更宽容的环境，鼓励更多的验证者在早期、有更高技术风险的阶段加入。而在 Altair 升级后，怠工惩罚的商从32除以128等于25%，调整为32除以64等于50%，即惩罚从 0.25 个 ETH 变成 0.5 个 ETH。 最终这个惩罚会调整为 1 个 ETH。 `inactivity penalty quotient` （怠工惩罚商）影响的是在区块链因为在线验证者数量不足三分之二无法进行最终确定时对离线状态的验证者的惩罚。这个惩罚现在是比较小的，Altair 升级后这个惩罚会加大一点，这样区块链也能更快恢复到可以进行最终确定的状态。它的设定从`2**26` 变为 `3 * 2**24`，减少了 25%，这应该会缩短 13.4% 的余额扣除时间 (因为扣除时间与这个 quotient的平方根成比例关系)。 `MIN_SLASHING_PENALTY_QUOTIENT` （最低罚没惩罚商）从128变成64。这一点影响的是当你被罚没的时候，你会失去你余额的一部分，通常是 32 除以 128，即 0.25 个 ETH，Altair 升级后是 32 除以64，即 0.5 个 ETH。 `PROPORTIONAL_SLASHING_MULTIPLIER` （成比例罚没乘数）从 1 变成 2。这个乘数是在大型罚没事件中用来保证充分安全性的。在这些事件中，你罚没的数额=初始的罚没惩罚商+在相近罚没时间段与其他验证者数成比例的额外惩罚。在创世时，如果在过去两周里，比如10%的验证者被罚没了，你在这段时间你也被罚没了，那么你的惩罚比例是你余额的10%。Altair 升级后，这个数值就变成 20%。 ### 怠工计分机制改革  在阶段 0 ，所有人用的是统一的怠工计分，这导致区块链恢复进行最终确认不稳定，像 Medalla 测试网的情况，而且惩罚一半的在线验证者是非常不公平的。  在 Altair 升级后，这个机制会用一个数据队列来追踪每个验证者的表现数据。这样可以减少触发无法进行最终确定的机会，对验证者的离线惩罚判断也更公平。   即使无法进行最终敲定的情况反复出现，那些导致无法敲定的离线验证者的怠工惩罚比率是持续增长的，因为这个机制对每个验证者的离线情况有分别的记录。  对共识结构的修改： 添加`inactivity_scores` （怠工计分）列表到 `BeaconState`，以取代之前适用于所有人的计算方法。 把`get_inactivity_penalty_deltas` （获取怠工惩罚差值）改为基于 `inactivity_scores` 列表。 添加每个 epoch 计分变化的 `process_inactivity_updates` （处理怠工更新）。 ### sync committes 同步委员会  设置同步委员会是为了让轻客户端作为一等公民！  在阶段0，验证者的职责只有区块提议和区块证明。  新增的同步委员会有以下职责： - 同步委员会签名 (同步委员会成员对信标区块的每个 slot 签名与广播) - 同步委员会聚合 (委员会的一个子集会被选出做聚合交易，并把最佳聚合再广播出去) - 同步聚合打包 (提议者密切注意上一个 slot 的最佳聚合来打包，以最大化奖励)  对共识结构的修改： 添加 `sync_aggregate` （同步聚合）和 `BeaconBlockBody` （信标区块主体）来记录签名和奖励参与。`sync_aggregate` 是关于谁参与了以及BLS签名。 添加 `sync_committee` 到 `BeaconState`，用于简化轻客户端。 添加`process_sync_committee`到函数 `process_block`，以验证同步聚合交易的数据，包括谁参与了，签名是否有效，是否指向前一个信标区块，然后给参与者与提议者发小额奖励。 添加`process_sync_committee_updates` （处理同步委员会更新）到 `process_epoch` ，大概每天更新同步委员会的变更数据。 视频：https://www.youtube.com/watch?v=iaAEGs1DMgQ 参考 Vitalik 的注释规范：https://github.com/ethereum/annotated-spec/blob/master/altair/beacon-chain.md#beacon-state-mutators <br/> ## Eth1 **伦敦升级测试网发布时间** 目前只计划了测试网 (Ropsten, Goerli, Rinkeby) 的伦敦升级时间。一旦此次升级在这些测试网络成功启动，就会确定以太坊主网的升级区块。发布计划和客户端版本如下：   关于伦敦升级测试网的更多内容请阅读《[伦敦测试网公告](https://www.ethereum.cn/Eth1.x/london-testnets-announcement)》。 <br/> **EIP-1559 中烧毁 ETH 是什么体验？** 工程师@mohamedmansour 因应社区想看烧毁 ETH 的愿望，他搭建了[http://watchtheburn.com](https://t.co/0hooTlFCNb?amp=1)，内容包括： - 新的首页有实时烧毁的数据 - 新页面包括区块、交易和账户 - 全新的设计 来源：https://twitter.com/mohamedmansour/status/1406948839773261829?s=20 <br/> # Layer2 **区块链数据索引项目 The Graph 将为以太坊扩容解决方案 Optimism 提供支持** 6 月 18 日，The Graph 宣布与 Optimism 达成合作：为在 Optimistic Ethereum L2 上构建应用的开发者提供数据索引和查询服务。一旦 Optimism 公开发布，The Graph 即上线其为 Optimism 提供的服务，为 Optimism 社区的开发者提供支持。准备在 Optimistic Ethereum 上构建应用的开发者现在就可以通过 The Graph Foundation 获得资助，例如使用 Optimism 和 The Graph 构建 dApps、开发 subgraph 工具或者制作教育资料。 在过去的几个月里，The Graph 为 19+ 个基于 EVM 的解决方案提供支持。其中包括扩容解决方案 Polygon (2 月份完成集成) 和 Arbitrum (6 月)，很快 Optimism 也会加入。 在 Optimistic Ethereum 上集成 The Graph 意味着 Optimism 的开发者将更加容易地访问链上数据，这使得开发者共享开放 APIs、调用 subgraphs 更加容易。 来源：https://thegraph.com/blog/graph-optimistic-ethereum <br/> **ConsenSys 旗下产品 Infura、Truffle、MetaMask 将为 Optimism 提供支持** 6 月 17 日，区块链技术研发公司 ConsenSys 宣布为以太坊扩容解决方案 Optimism 提供支持。ConsenSys 的开发者套件使得去中心化网络上的开发与在现代云平台一样简单，ConsenSys 旗下的产品如以太坊开发工具 Infura、Truffle 和去中心化钱包 MetaMask 将为 Optimism 提供支持。首先，Infura 将为 Optimism 上的开发者提供 API 服务。其次，Truffle 也将为 Optimism 社区构建所有部署、测试以及运行应用程序所需的工具。并且 Truffle Box 也快推出了，它将简化在 Optimistic Ethereum 上部署应用程序的过程。最后，当用户需要添加 Optimistic Ethereum 的终端至其钱包上时，MetaMask 将为用户提供更方便的确认方式。 来源：https://consensys.net/blog/press-release/infura-truffle-and-metamask-to-support-optimistic-ethereum/ <br/> **以太坊状态通道扩容解决方案 Raiden Network 发布 Raiden Light Client "Ashvini"** "Ashvini" 是 Raiden Light Client (轻客户端) 在以太坊主网上发布的首个版本。它是基于 Typescript 编写的 Raiden 的完整实现，它可以在任何支持以太坊的浏览器中运行。Raiden Light Client 的功能与特性和 Raiden Python 客户端版本相同。基本的功能有： (编者注：上期七日谈简要介绍了 Raiden Python 客户端) - 创建通道 - 存款至通道 - 从通道中提出部分存款 (不需要关闭通道) - 关闭通道 - 设置通道 - 发送直接转账 - 发送间接转账 - 接收转账 (接收方节点需要在线) - 间接转账 Light Client 链接：http://lightclient.raiden.network/ 来源：https://raiden-network.medium.com/announcing-the-raiden-light-client-ashvini-release-60d2a66b0d4 <br/> **L2 Beat 增加对以太坊扩容解决方案 Arbitrum 锁仓资产的追踪** 此前，Layer2 扩容解决方案 Arbitrum Rollup 的合约于 5 月 28 日部署至主网，并面向开发者开放。  来源：https://l2beat.com/ <br/> ## 生态 **Republic Realm 基金刷新虚拟土地购买记录** 6 月 18 日，投资平台 Republic 旗下的 Republic Realm 虚拟地产基金以超过 91.3 万美元 (1,295,000 MANA) 的总价购入 Decentraland 中编号为 #4247 的地皮，在不到一个月的时间里刷新了月初 Boson Protocol 创下的 70.4 万美元记录。虚拟地产是 NFT 领域中的一种独特用例，用户能够购买并拥有虚拟世界中的土地，例如在 Decentraland 中，用户可以在自有土地上进行建设和开发。  图注：Republic Realm 所购 Decentraland 土地 来源：https://twitter.com/joinrepublic_RE/status/1405579575417991170 <br/> **Flashbots 中 MEV 支付占交易费用的百分比呈上升趋势** Flashbots 的研究员 Robert Miller 在推特中发布了一张关于 MEV 的统计图表 —— Flashbots 的 MEV 支付占一周平均交易费用的百分比。注意：该图表多少有点低估了交易费用，并且只统计了 Flashbots 的区块，但是这个趋势是比较明显的。  Robert Miller 指出，五月份的比例上升很可能有两个原因：1、市场波动；2、交易捆。 除此之外，Robert 还发现 MEV 在矿工赚取的费用中所占比例越来越高，这在 gas 费下降的情况下尤其有趣。 来源：https://twitter.com/bertcmiller/status/1405236836105064458 https://www.ethereum.cn/Eth2/wnie2-2021-6-18https://www.ethereum.cn/Eth2/wnie2-2021-6-18Mon, 21 Jun 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_210618) <br/> ## Top picks 本周推荐 Danny Ryan 和 Vitalik 在 [PEEPanEIP 系列](https://www.youtube.com/watch?v=iaAEGs1DMgQ) 做了一次关于 Altair 升级即将带来哪些变化的精彩介绍。Vitalik 对“[轻客户端同步](https://youtu.be/iaAEGs1DMgQ?t=2172)”的讲解使我恍然大悟——我终于明白各个部分是如何结合在一起的；它没有我想象得那么复杂。 还有这个 [meme](https://twitter.com/Freddmannen/status/1405819270639099907)，看起来！ <br/> # 信标链 信标链一直正常良好运行——没什么好说的了。信标链的新存款在五月达到了[历史新高](https://www.coindesk.com/deposits-ethereum-2-0-reach-record-high-may-iss-space)——新增 26,681 笔存款。 这周出现的问题：有一百个验证者[每人质押了 64 个 ETH](https://www.reddit.com/r/ethstaker/comments/o19fkz/there_is_a_huge_spike_of_double_deposit_64_eth/)。大家都知道一笔存款需要 32 个 ETH，超出的部分是徒劳的 (不会赚取任何奖励)，且在提款启动之前都需要锁仓大概一年。这些验证者首先[每人质押了 32 个 ETH](https://etherscan.io/tx/0x5f40ae6038f7875946f199893c008c6ab5317fe5cadc95656fd7f7f4b88f4323)，然后在同一个 Eth1 区块里，同一个验证者又在他们现有的存款里再[加入 32 个 ETH](https://etherscan.io/tx/0xbf6d219d87520541ffe93ff383bf944c122f8c2353c2f68fc31f58b32572d7c4) 。这些交易都是通过[Stakefish的](https://etherscan.io/address/0x0194512e77d798e4871973d9cb9d7ddfc0ffd801)批次存款合约完成的，且两笔存款经由的两次调用是具有相同输入数据的。看起来像是简单的用户操作失误，但奇怪的是，第二笔交易的 gas 价格是零，却仍然被打包了。根据 Etherscan 的数据，它们可能已经直接被提交到矿池，因为它们来自一个 F2Pool 的地址。 📣**行动起来**！目前正在使用 Prater 或 Pyrmont 测试网的人，请务必确保在 Goerli 测试网区块 5062605 进行伦敦升级分叉前[升级你的 Eth1 节点](https://blog.ethereum.org/2021/06/18/london-testnets-announcement/)，预计会在 6 月 30 日进行。 <br/> # Altair 测试网 Altair 是一个计划中的信标链升级，将在几个月后进行。 正如在[常规会议](https://hackmd.io/@benjaminion/ry7yjxcs_#Implementers)里报告的，客户端团队正在实现 Altair 升级的 alpha 7 版本规范。Teku 团队搭起了[一系列的开发者测试网](https://github.com/eth2-clients/eth2-networks/tree/master/teku)，其他团队可以通过同步进行试用。这是一个很好的学习机会，也同时让一些问题浮现出来。 我们在会议里详细讨论了其中一个问题，关于同步委员会应该在什么时候发布它们的签名。问题是，如果另一个节点在收到相关区块前收到了签名，它会把签名视为无效并丢弃它。因此，我们要么需要短时间缓存接收方的签名，要么需要延迟发送方广播签名。 至于 Altair 的计划，我们希望在 7 月 1 日，即下一次会议，确定信标链测试网 (Pyrmont 或 Prater) 的分叉 slot，以期在 8 月可以升级主网。 📣**行动起来**！正在使用信标链测试网的人，请在 7 月留意客户端团队发布的信息，并在要求升级时做好准备。 <br/> # “合并” “合并”是指把 Eth1 和 Eth2 两条链合起来，以关闭工作量证明机制。 Justin Drake 已经通过了[“合并”规范](https://github.com/ethereum/eth2.0-specs/tree/dev/specs/merge)的 Eth2/ 共识层部分，并已完成[整理](https://github.com/ethereum/eth2.0-specs/pull/2472)。 在常规[合并会议](https://hackmd.io/@benjaminion/ry7yjxcs_#Regular-Calls)里，我们讨论了用信标链的 RANDAO 替代 Eth1 上即将过时的 <span>DIFFICULTY </span>操作码的机制，因为大家都知道智能合约有时候会用 <span>DIFFICULTY</span> 作为随机性的来源。 我们还讨论了记录“合并”所需的 Eth1 变化的流程。基本上，标准的 EIP 流程将适用于影响共识的 Eth1 内容变更。 在完成伦敦升级 (Eth1) 和 Altair 升级 (Eth2) 之前，不要期待有太多关于“合并”的、令人振奋的消息。“合并”的工作在进行中，但只有当开发团队能完全专注其上才能加速。 <br/> # 质押 [beaconcha.in](http://beaconcha.in/) 的这款很棒的手机应用出了[新版本](https://twitter.com/etherchain_org/status/1402909186913153024)。它有非常酷的新功能，可以远程监控你的质押设备：CPU、内存、网络情况等。目前 Prysm 和 Lighthouse 能提供兼容的指标。 <br/> # 释义性文章 Reddit 用户 [Liberosist](https://www.reddit.com/user/Liberosist/) 发布了一篇充满洞见的文章《理解以太坊以 rollup 为中心的路线图 ([Understanding Ethereum’s rollup-centric roadmap](https://www.reddit.com/r/CryptoCurrency/comments/nte1h2/understanding_ethereums_rollupcentric_roadmap/))》。这是关于过去一年多来我们称之为以太坊2.0的更新和变更。在几个月前，我写过对这个[不断发展的路线图](https://hackmd.io/@benjaminion/wnie2_210213#Editorial)的看法。 我们一直推动客户端多样性，那么 [Nimbus + Hyperledger Besu](https://etherworld.co/2021/06/03/how-to-become-an-eth2-validator-on-nimbus-hyperledger-besu/) 这个组合怎么样？QuickNode 的这篇文章介绍了如何[运行 Besu](https://www.quicknode.com/guides/infrastructure/how-to-run-a-hyperledger-besu-node)。 Avado 发表了文章《在交易所上质押的危险 vs. 在Avado上质押的好处 ( [Dangers of Staking on Exchange](https://medium.com/avado-node/dangers-of-staking-on-exchange-vs-benefits-of-staking-on-avado-21e961ef03d4) vs. Benefits of Staking on Avado)》，我认为是好文章。我可能是错的，但似乎 Avado 的设备目前只能运行 Prysm 客户端。我会继续关注，看看文章里关于在交易所质押的危险的论点是否同样适用于一个由单个客户端主导做质押的生态。 <br/> # 媒体及其他资源 注意，*[Beacon Book* 要开始送出去了](https://stateful.mirror.xyz/vIxmsyBIm--ZFs_xQFLIrjpfi4hAfuBfWTjQbivWMzI)！这本书包含了各个领域的开发者和其他人对信标链发展的看法，还有一些非常漂亮的艺术品。 Christine Kim 最新的两期 Valid Points 新闻信：[6.2](https://www.coindesk.com/staking-eth-2-0-lucrative-for-exchanges-web-3-hackathon) 和 [6.9](https://www.coindesk.com/deposits-ethereum-2-0-reach-record-high-may-iss-space)——以太坊冲啊！🚀 至于我们的合作播客：在 [6 月 10 日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/ethereum-wallet-mew-staking-through-phone)那期，我们跟来自 MyEtherWallet 的 Kosala Hemachandra 聊了关于直接通过 MEW 钱包质押的话题；在 [6 月 17 日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/eth2-0-validator-decentralization)那期，我们讨论了由 Avalanche 区块链团队引发的关于以太坊2.0中“验证者”这个词的小型[推特争论](https://twitter.com/kevinsekniqi/status/1402990295017431041)。我们最后似乎达成了某种程度的[和解](https://twitter.com/kevinsekniqi/status/1405535077803560972)。 <br/> # 研究工作 MEV (矿工/最大可提取价值) 是一个非常热门的话题。Flashbots 团队对 [Eth2里的 MEV](https://hackmd.io/@flashbots/mev-in-eth2) （即合并后的 MEV) 做了一些研究。提醒一下，Vitalik 关于形成一个[区块构建者市场](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725?u=benjaminion)的这个提案继续吸引大家参与讨论。 事实上，在这周的实现者会议里，Protolambda 解释说如果我们采用的分片设计是类似于专业分片区块构建者与分片区块提议者之间的市场的话，可能会有很大的裨益。他发表了一个[PR草案](https://github.com/ethereum/eth2.0-specs/pull/2486)来解释这个想法。请注意，这些提案并不“解决” MEV 问题；它们只是使所有人可以更平等地提取 MEV，这有助于避免中心化的趋势。我想区块构建者中心化问题是更容易解决的。 值得注意的是，构建者/提议者分离并不是什么新想法了。三年前，在我和 Nicolas Liochon 合写的[这篇文章](https://ethresear.ch/t/exploring-the-proposer-collator-split/1632?u=benjaminion)里 (我在Ethrear.ch上唯一的文章)，我们解构了这个模型的早期版本。我需要再深入思考，但该文章的逻辑大概是不能应用到有 MEV 的系统的，因为提取价值的过程比只是验证交易要专业得多。 <br/> # 常规会议 ## 实现者会议 第 66 次会议于 6 月 17 日进行。这次的会议没有直播，因为 Danny 那边的带宽出了点问题。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/222) - [会议视频](https://www.youtube.com/watch?v=ZSMrxG1LAck) (事后上传了) - [我的记录](https://hackmd.io/@benjaminion/SJoLSp_s_). ## “合并”会议 第六次“合并”会议于 6 月 17 日进行，就在实现者会议之前。 - [会议议程](https://github.com/ethereum/pm/issues/340) - [会议视频](https://www.youtube.com/watch?v=b5gh0Mw2oPU) - [Protolambda的记录](https://notes.ethereum.org/@protolambda/Sy54x0_iO) 这次会议仅进行了 30 分钟。 <br/> # 其他消息 - Lodestar 完成了新的品牌设计。阅读[此文](https://medium.com/chainsafe-systems/lodestars-brand-new-brand-6417d5014aa2)了解详情。 <br/> # 写在最后… 昨天是 DAO 攻击事件五周年—— 早期以太坊区块链历史上一个关键和决定性时刻。我非常喜欢 Matt Leising 写的这本 *[Out of the Ether](https://www.amazon.com/Out-Ether-Amazing-Ethereum-Destroyed-ebook/dp/B08HSRLSCB/)*，整本书都是关于 DAO 这个事件的。从事件规模来看，DAO 攻击者拿走了 360 万个 ETH，按今天的币价计算价值超过 80 亿美元。不同于平常的 DeFi 薅羊毛事件。 当时，我已经对以太坊产生兴趣几个月了，尽管我还没真正投入到这个领域。但此次攻击事件的戏剧性和精彩之处——技术问题、社区反应、白帽组织、失败的软分叉设计，以及最终的硬分叉——都让深深吸引了我。我彻底入坑了。 关于整个事件的简要介绍，请看 Emin Gün Sirer 的推特。(很多人都知道，Gün 和 Phil Daian 当时发现了代码里的漏洞，但错误认为它是无法被利用的。) 那是多么非凡的时代啊！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/rollups-introduction/https://www.ethereum.cn/Technology/rollups-introduction/Sun, 20 Jun 2021 00:00:00 GMT来源 | [mechanism.capital](https://www.mechanism.capital/rollups-introduction/) <br/> # 介绍 本文就从一个比喻开始吧。 想象一下我们回到了中学的数学课上。我们的老师，和其他中学数学老师一样残忍，给我们列出了一百道长除法问题，每道题的数字都很大。我们的任务是解决尽可能多的问题。但是要注意，我们必须将最终答案和每个计算步骤都写在一张纸上。几分钟内，我们可能就会眉头一皱，意识到问题并不简单。一张纸所能容纳的，除了所有完全解出的答案之外，不可能再包含计算步骤。 这个卡夫卡式的故事与 Rollups 有什么关联呢？ 在这个比喻中，这张纸就是一个以太坊区块，数学问题是智能合约事务。目前的以太坊非常拥挤。 每个区块中需要包含的交易太多了。雪上加霜的是，这些交易中的大多数都需要大量计算，例如闪电贷或经过聚合器路由的交易。前 DeFi 时代的简单转账和支付模式已经是过去时了。 这就是问题的关键。正如比喻中的数学老师一样，要求我们把长除法的每一行都塞在一张纸的空间里，以太坊也必须处理和记录每笔交易的每一步计算。 直到 Rollups 的出现[1]。 Rollups 将计算移到了链下进行，同时只在链上存储最少的交易数据。从这个基本意义来说，Rollups 是以太坊的草稿纸，负责处理所有杂乱的数据，允许在单个以太坊区块内“汇总”几何倍数的智能合约交易。 这个比喻有助于厘清 Rollups 旨在解决的问题 (“由于计算过载导致的网络拥堵”)。它甚至提供了 Rollups 解决方案必备条件的大致概念 (“计算移至链下”)。但至于 Rollups 实际的工作方式，它们是什么模样，以及为什么能让像我这样的人感到如此兴奋——我们还需要深入探讨。 <br/> # 什么是 Rollup？ Rollup 本质上是一条独立的区块链，但进行了修改。与以太坊一样，Rollup 协议具有执行智能合约代码的“虚拟机”。Rollup 的虚拟机独立于以太坊的虚拟机 (即“[EVM](https://ethereum.org/en/developers/docs/evm/)”) 运行，但由以太坊智能合约管理。这种连接使得 Rollups 能够和以太坊进行通信。Rollup 执行交易并处理数据，以太坊接收并存储结果。[2] 从技术层面来说，Rollup 链和其他传统区块链的关键区别在于新区块的生产方式。 通常来说，区块链是由分布式网络中的不同参与者来进行维护 (“矿工”或“验证者”)。这些参与方通过共识机制来共同生产区块。简单来说，参与方投票决定如何处理一组交易，或者说如何构建下一个区块。获得大多数支持的区块就会被永久写进区块链。 相比之下，Rollup 链不遵循“大多数”规则运行。相反，监控 Rollup 状态的一方可以将所谓的“断言” (assertion) 发送回以太坊，说明交易应该如何处理。重要的是，以太坊将接受或拒绝此断言 [3]，无论其他 Rollup 参与方的大多数是否支持此断言。在实践中，这通常意味着 Rollup 中的单个参与方被指定了处理交易和生成区块的任务。[4] <br/> # 等等……Rollup是中心化的？ Rollup 区块生产的中心化特性是其能够如此高效处理交易的原因之一。但这也引发了一个显而易见且令人担忧的问题：如果没有大多数共识，Rollup 如何确保区块生产的正确性？如果区块生产者碰巧是恶意的，又会发生什么？ 这种中心化不免使习惯了基于共识的区块链用户感到困惑。事实上，如果故事到此结束，我们可能会 (错误地) 得出结论：Rollups 只是“由单个参与方再造的数据库”，正如 Avalanche 的联合创始人 Kevin Seqniqi 最近在[推特](https://twitter.com/kevinsekniqi/status/1380333916519866373)上所说。 实际上，正如我们将看到的，与其说对中心化的指控是错误的，不如说是逻辑上的误导。通常情况下，共识机制不够强大的中心化区块链很容易遭受贿赂和[恶意攻击](https://www.coindesk.com/ethereum-classic-blockchain-subject-to-yet-another-51-attack)的影响。然而，在 Rollups 的特例中，不够去中心化实际上并不会破坏其安全性和完整性[5]。要理解其中的原因，我们需要再进一步。 <br/> # 数据可用性的重要性 回想一下我们开头的数学作业。用来计算的草稿纸是我们的救命稻草，因为它使我们可以在答题纸上只写问题及其答案。将 Rollups 与草稿纸进行比较，我们则称其“将智能合约计算移到链下，同时仅在链上存储最少的交易数据。” 事实上，链上交易数据的存储对于 Rollups 的运作至关重要。在 Rollups 中，只有计算、数据处理在链下，处理的每笔交易仍将其输入数据 (即“calldata”) 存储在以太坊区块链上。 为什么将交易数据保存在链上这么重要？在数学作业的比喻中，我们交给老师的最后一张纸包括长除法问题及其答案。以便老师事后检查我们的作业，即使我们没有记录单独的计算步骤。同样，链上数据持续的可用性意味着以太坊基础层可以重复 Rollups 上的任何计算。 简而言之，Rollups 的链上数据可用性允许内置的审验过程。以太坊可以对 Rollups 链上处理的交易的正确性进行双重检查，然后再将其永久写入账本，类似美国最高法院的[司法审查](https://en.wikipedia.org/wiki/Judicial_review_in_the_United_States)权。[6] <br/> # 局限性也是一种优势 因此，Rollups 的关键特性在于其局限。Rollups 只是将交易推到基础层，无法强制区块链接受，因为以太坊可以在有需要时推翻任何 Rollups 交易。因为它们受制于这个审验过程，所以 Rollup 上的交易被认为缺乏真正的最终确定性。 考虑到 Rollups 的局限性，我们可以再回到其中心化控诉。Rollup 的单个区块生产者可能会尝试恶意处理交易。但如果是这样，以太坊将在审验过程完成后拒绝该批量交易，并且区块生产者将受到惩罚。[7] 现在，“审验过程”究竟如何运作取决于 Rollups 是基于 Optimistic 还是零知识 (点击[此处](https://insights.deribit.com/market-research/making-sense-of-rollups-part-one-optimistic-vs-zero-knowledge/)可了解更多)。但对于两者而言，审验过程仍然比没有 Rollup 的以太坊处理交易的效率要高出几何级。 总之，Rollup 系统基于“制衡” (checks and balances)，确保以太坊仍然是主权链；以太坊主链的共识是事实的最终仲裁者。但重要的是，侧链却不是这种情况。由于缺乏相同的审验流程，侧链通过其完全独立的共识机制处理交易。侧链交易是“最终确定的”，而 Rollup 中交易则不是 (直到在以太坊上得到确认)。因此，侧链需要更强大的信任假设，因为它们不能共享以太坊的去中心化安全性。事实上，我认为侧链更类似于兼容 EVM 的 Layer 1，而不是 Rollups。 <br/> # 结语 概括来说：Rollups 将计算移至链下以释放更多链上空间。链上数据可用性至关重要，因为它允许以太坊对 Rollup 交易的正确性进行审验。反过来，此审验过程可作为对 Rollup 区块生产的“检查”，从而无需共识机制。 Rollups 最终让以太坊获得了它得蛋糕和好处：它们在不破坏网络去中心化安全性的情况下成倍地释放了更多的链上容量。至少在我看来，这是我们所能期望的最优雅的扩容解决方案。 *感谢 [t11s](https://www.twitter.com/transmissions11) 和 [Hasu](https://www.twitter.com/hasufl) 的评论建议。* 1. 注意：我最近在 Deribit Insights 上开启了 Rollups 系列文章，其中[第一期](https://insights.deribit.com/market-research/making-sense-of-rollups-part-one-optimistic-vs-zero-knowledge/)探讨了零知识 Rollups 和 Optimisitic Rollups 之间的一些差异。许多读者问我是否有非技术性的 Rollup 介绍文章推荐，因为我的文章假设读者具备了这个主题的基础知识。事实上，有许多有用的概述 (参阅[此处](https://vitalik.ca/general/2021/01/05/rollup.html)、[此处](https://medium.com/offchainlabs/whats-up-with-rollup-db8cd93b314e)和[此处](https://medium.com/matter-labs/optimistic-vs-zk-rollup-deep-dive-ea141e71e075))。但是我还没找到针对初学者的绕开了技术术语 (至少在可能范围内) 的全面介绍。以下介绍旨在填补这一空白。 2. 顺便说一句，这种连接是通过称为“状态根”的东西在链上维护的，它跟踪 Rollups 的内部状态——账户余额、交易、代码等。请参阅 Vitalik 的[介绍](https://vitalik.ca/general/2021/01/05/rollup.html)了解更多细节。 3. 事实上，在 Optimistic Rollup 中，即使所有其他网络参与者不同意，一方也可以 (正确！) 处理交易。这是 Optimistic Rollup 的“1 of N”诚实参与者假设，我在[这篇 Deribit 文章](https://insights.deribit.com/market-research/making-sense-of-rollups-part-one-optimistic-vs-zero-knowledge/)“Security Considerations”部分中进行了更深入的探讨。 4. 区块生产者角色在 Optimistic 和零知识 Rollup 中有不同的要求。有关这方面的更多信息，请参阅 [Deribit 文章](https://insights.deribit.com/market-research/making-sense-of-rollups-part-one-optimistic-vs-zero-knowledge/)的同一部分（“Security Considerations”）。 5. Haseeb Qureshi 关于去中心化的文章[发人深省](https://haseebq.com/why-decentralization-isnt-as-important-as-you-think/)。Qureshi 的论点是，去中心化本质上并没有价值，相反，中心化本质上也不是坏事。虽然 Qureshi 在文章中没有讨论 Rollups，但他的论点仍然非常相关。 6. 在马布里诉麦迪逊案 (1803) 中，马歇尔法院裁定最高法院有权推翻其认为违宪的国会立法，有效地赋予司法部门对所有立法事项的最终决定权。 7. 事实上，ZK Rollups 中的区块生产者以密码学形式禁止欺诈，因为交易的零知识证明本身可能是无效的。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth1.x/london-testnets-announcement/https://www.ethereum.cn/Eth1.x/london-testnets-announcement/Sat, 19 Jun 2021 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2021/06/18/london-testnets-announcement/) <br/> 期待已久的伦敦升级现在已经准备好在以太坊测试网络上部署了！此次升级将首先在测试网 Ropsten 区块 **10499401** 上分叉，预计将在 2021 年 6 月 24 日左右进行。 这是继几个月前主网柏林升级后的又一次升级。伦敦升级工作的启动是与柏林升级的推进同步展开的，客户端团队能够在这么短的时间内发布此次网络升级可谓创纪录！此次升级包括以下 EIP： - [EIP-1559: Eth1.0 费用市场变更](https://eips.ethereum.org/EIPS/eip-1559) - [EIP-3198: BASEFEE 操作码](https://eips.ethereum.org/EIPS/eip-3198) - [EIP-3529: 减少gas返还](https://eips.ethereum.org/EIPS/eip-3529) - [EIP-3541: 拒绝以 0xEF 字节开头的新地址](https://eips.ethereum.org/EIPS/eip-3541) - [EIP-3554: 难度炸弹延迟至 2021 年 12 月](https://eips.ethereum.org/EIPS/eip-3554) Ethereum Cat Herders 上[这篇文章](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41)介绍了这些 EIP 的细节。 值得注意的是， EIP-1559 虽然向后兼容当前的交易格式，但会对区块头进行修改：增加新的交易类型、新的 JSON RPC 终端，以及改变客户端在多个领域 (挖矿、交易池等) 的行为 。我们强烈建议项目主动熟悉此份 EIP。与 EIP-1559 相关的更多资源可以在[这里](https://hackmd.io/@timbeiko/1559-resources)找到。 <br/> # 伦敦升级时间 目前只计划了测试网 (Ropsten, Goerli, Rinkeby) 的伦敦升级时间。一旦此次升级在这些网络成功启动，我们就会确定以太坊主网的升级区块，并在以太坊基金会博客和其他地方发布。 发布计划如下： | 网络 | 区块高度 | 预计日期 | | :----------- | :-------------------------------------------------------- | :-------------------------------------------------------- | | Ropsten | 10499401 | 2021.6.24 | | Goerli | 5062605 | 2021.6.30 | | Rinkeby | 8897988 | 2021.7.7 | | 主网 | 测试网分叉成功后确定 | 测试网分叉成功后确定 | 注意：Kovan 测试完升级的日期会晚点，可能在确定主网分叉区块后进行。 **以太坊节点运行者应该在想要参与的网络的分叉区块之前升级他们的节点。考虑到区块时间的不确定性，建议在预计日期前几天进行升级。请参阅下文，了解应升级的客户端版本。** <br/> # 客户端版本 为了与伦敦升级兼容，节点运行者需要升级他们的客户端版本。下表列出了每个客户端在以太坊测试网中支持伦敦升级的版本。**当主网的分叉区块确定下来后，各个客户端会再发布一个新版本。** | 客户端 | 版本数 | 下载链接 | | :--------------------------- | :-------------------- | :----------------------------------------------------------- | | go-ethereum (geth) | 1.10.4 | [下载](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.4) | | Nethermind | 1.10.73 | [下载](https://github.com/NethermindEth/nethermind/releases/tag/1.10.73) | | Erigon (即 TurboGeth) | 2021.06.04-alpha | [下载](https://github.com/ledgerwatch/erigon/releases/tag/v2021.06.04) | | Besu | 21.7.0-RC1 | [下载](https://github.com/hyperledger/besu/releases/tag/21.7.0-RC1) | | OpenEthereum (f.k.a. Parity) | 3.3.0-rc2 | [下载](https://github.com/openethereum/openethereum/releases/tag/v3.3.0-rc2) | | EthereumJS VM | 5.4.1 | [下载](https://github.com/ethereumjs/ethereumjs-monorepo/releases/tag/%40ethereumjs%2Fvm%405.4.1) | **注意：OpenEthereum 客户端在伦敦升级后会被弃用**。该团队目前正在与 Erigon 团队合作为用户提供迁移路径。可以在这里了解更多[资讯](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd)。 <br/> # FAQ ### 作为一名以太坊用户和 ETH 持有者，我需要做些什么？ 本文中列出的升级仅影响以太坊测试网，而不影响以太坊主网。 如果您只是以太坊主网的用户，那么您现在无需执行任何操作。 ### 作为一名 Ropsten 测试网的矿工，或者 Goerli/Rinkeby 的验证者，我需要做些什么？ 首先，下载最新版本的以太坊客户端，如下表所列。 **然后，您需要手动将 Gas 限制目标更改为当前的两倍**。 这是因为一旦 London 升级上线，区块大小将增加一倍，而 EIP-1559 将使区块保持约 50% 的容量。 举个例子，如果在伦敦升级之前你是 Ropsten 矿工，目标区块大小为 8,000,000 gas，那么现在需要将目标设为 16,000,000 gas limit，以保持每个区块的平均交易量相同。**如果你不改变 gas limit，会使网络中的区块大小减小**。下表详细说明了根据客户端更新的具体参数。 | 客户端 | 参数 | | :--------------------------- | :----------------------------------------------------------- | | go-ethereum (geth) | [`miner.gaslimit`](https://geth.ethereum.org/docs/interface/command-line-options) | | Nethermind | [`TargetBlockGasLimit`](https://docs.nethermind.io/nethermind/ethereum-client/configuration/mining) | | OpenEthereum (f.k.a. Parity) | [`parity_setGasCeilTarget`](https://openethereum.github.io/JSONRPC-parity_set-module#parity_setgasceiltarget) | | Besu | [`target-gas-limit`](https://besu.hyperledger.org/en/stable/Reference/CLI/CLI-Syntax/#target-gas-limit) | | Erigon (f.k.a. TurboGeth) | [`miner.gaslimit`](https://github.com/ledgerwatch/erigon#mining) | ### 如果不是验证节点也不是矿工，那我需要做什么？ 下载你所使用的以太坊客户端的最新版本，如上表所示，并且在接下来的几周里关注主网升级公告。 ### 如果我是矿工或者节点，但是没有参与升级会怎样？ 如果你使用的以太坊客户端未更新到最新版本 (如上所列)，在升级之后你的客户端将同步到分叉前的区块链。将身处不兼容的链上，并且遵循旧规则运行，将无法发送 ETH 或在升级后的以太坊网络中进行操作。 ### 以太坊世界中的“网络升级”是什么？ 网络升级是对底层以太坊协议的更改，创建新规则来改进系统。区块链系统的去中心化特性使得网络升级的难度更大。区块链中的网络升级需要与社区以及各种以太坊客户端的开发人员进行合作和沟通，以确保过渡顺利进行。 ### 在网络升级过程中会发生什么？ 在社区就升级应包含哪些更改达成一致后，对协议的更改将写入各个以太坊客户端，例如 geth、Erigon、Besu 和 Nethermind。协议更改在特定区块高度处激活。任何没有升级到新规则集的节点都将停留在旧链上，而之前的规则仍然存在。 ### 为什么叫“伦敦”？ 在 Istanbul 升级之后，我们计划内的网络升级名称已经用完了。经[提议](https://ethereum-magicians.org/t/more-frequent-smaller-hardforks-vs-less-frequent-larger-ones/2929/33)，我们使用了历届 Devcon 举办地的城市名来命名升级。[Devcon 1](https://archive.devcon.org/#dc-1) 的举办地就是伦敦，[Devcon 0](https://archive.devcon.org/#dc-0) 在柏林举行。 <br/> # 致谢！ **对参与了研究、策划、实现、测试、破坏、修复、再次测试和部署伦敦的所有人员致以感谢！😁** 感谢 [Henry Be](https://unsplash.com/@henry_be) 提供了本文的封面图！ <br/> # 免责声明 这是一个不断发展的新兴技术领域。如果您选择实施本文中的建议并继续参与，应该确保了解您可能受到的影响。 您应该了解其中涉及的风险，包括但不限于意外漏洞等风险。如果选择实施这些建议，您将独自承担可能的风险。 这篇文章和建议不涉及任何销售行为，也不构成任何形式的担保，包括但不限于与以太坊网络或此处提及的以太坊客户端相关的所有事宜。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/mev-in-eth2-01https://www.ethereum.cn/Ecosystem/mev-in-eth2-01Thu, 17 Jun 2021 00:00:00 GMT来源 | [Flashbots](https://hackmd.io/@flashbots/mev-in-eth2) <br/> 以太坊即将从工作量证明 (PoW) 共识过渡到权益证明 (PoS) 共识协议。实现过渡的开发工作已经进行多年了，并将分多个步骤进行。第一步是在 2020 年 12 月启动信标链。在写此文时，它已启动，并有超过 16 万的验证者，或相当于 [500 万个 ETH 质押](https://www.notion.so/219ab540356cbb839cbe05303d7705fa)在上面了。 第二步是“合并”，可能在 [2022 年年初](https://twitter.com/drakefjustin/status/1379052831982956547?s=20)发生。尽管这一步以外还有很多细节有待解决，但 PoS 以太坊 (eth2) 已经固定下来的内容对我们来说已充分能够分析出 MEV 将是如何的。 在这篇文章里，我们研究 eth2 里的交易排序以及分析 MEV 带来的质押收益。我们发现 MEV 将显著提高验证者的奖励，但可能强化了 eth2 参与者间的不公平。我们还对 eth2 里 MEV 的定性问题进行讨论，例如它的最大利益相关者交易所与验证者池之间的动态关系将是什么样的。 *这篇文章由来自 Flashbots 的 [Alex Obadia](https://twitter.com/ObadiaAlex) 和 [Taarush Vemulapalli](https://twitter.com/taarushv) 共同撰写。[此处](https://github.com/flashbots/eth2-research)有完整分析。* --- # eth2 总结 以太坊的共识当前是由矿工通过运行最好的硬件设备以解决工作量证明难题来实现的。从 PoW 共识到 PoS 共识的转变意味着网络将由验证者来维持，这些验证者存入 32 个 ETH 作为保证金，然后对信标链上的状态进行投票以达成共识。验证者这样做是有经济激励的，因为他们的良好行为会得到奖励，而离线或恶意行为会受到惩罚 (例如罚没)。 现在，信标链与 eth1 链式平行运行的，且自 2020 年12 月起一直运行顺利。而”合并“则意味着——你猜对了——[信标链与现在的 eth1 链并在一起](https://notes.ethereum.org/@vbuterin/B1mUf6DXO)。在文章的其余部分，我们将用 "eth1" 指代包含现在的区块和交易数据的以太坊执行引擎，”信标链“指代 eth2 的新底层 PoS 共识机制，而 ”eth2" 指的是“合并”后的以太坊权威区块链，它包含 eth1 的执行引擎以及信标链的共识机制。 eth2 每 6.4 分钟达成一次共识，称为 epoch。每个 epoch 包含 32 个 slot，每个 slot 是 12 秒长，且都是把区块添加到信标链上的机会。在正常的操作条件下，每个 slot 将有 1 个区块，但像验证者离线这种情况会导致一些 slot 不产生区块。 在每个 epoch 里，所有验证者都会被伪随机分配做区块提议或对其他验证者所提议的区块做证明。这些分配证明者和提议者分别会提前 2 个 epoch 和1 个 epoch 得知。在区块的每个 slot里，该区块的所有信息 (包括来自 eth1 和信标链的数据）都将由一个验证者负责提议，非常多的验证者负责证明。证明者需要对信标链三方面的当前值进行投票：链头、被证明的检查点和被最终确定的检查点，如果都准确投票了会得到奖励。^[关于证明与最终确定的更多内容] <br/> # eth2 里的 MEV MEV (Maximal Extractable Value, 可提取最大价值) 指的是一个区块提议者可以从对交易重新排序、审查或在区块里插入交易这些操作里获得的所有潜在价值[2]。为了了解在 eth2 里的交易排序，我们首先关注将会被使用的软件的内部运作。 ## eth2 客户端 由于 eth2 本质上是两条链的合并，它的客户端自然由两个子客户端组成，一个用于执行引擎，一个用于共识。值得注意的是，现在的 PoW 以太坊客户端会继续存在于 eth2 里，与信标客户端一起运行，各自承担不同的分工。 eth1 客户端是一个 PoW 以太坊客户端，但除去了它仅专注于 eth1 交易池、eth1 执行有效性、以及 EVM 的共识责任。而信标客户端则负责共识和验证者职责 (例如，信标区块证明和提议)。它们是同时运行的，各自维持着自己的 p2p 网络堆栈 (信标链的 libp2p、eth1 的 devp2p)。 eth2 客户端大概如下修改图所示 (图片来自 Danny Ryan 的[这篇文章](https://ethresear.ch/t/eth1-eth2-client-relationship/7248))。  ## eth1 区块提议 就像现在的 PoW 以太坊，在 eth2 里的 eth1 客户端负责维持从它的 p2p 网络里收到交易的本地交易池。如在 [Rayonism 的规范](https://github.com/ethereum/rayonism/blob/master/specs/merge.md#assemble-block)所写的，信标客户端与 eth1 客户端交互，以形成一个 eth1 区块。尽管规范里的通信渠道在成产品时会有改变，但方法的语义应该变化不大： - 经过几个来回，信标客户端向 eth1 客户端某 eth1 区块的信息 (该区块由它的交易池所收到的交易组成) ，检查它是否符合各种有效性条件。 - 当信标客户端收到了 eth1 区块，该区块也符合了各种有效性验证，它会由区块提议者把它打包到当前的信标区块，使其成为证明者要进行投票的数据。 - 然后信标客户端会请求 eth1 客户端把将其链头更新为最新被打包的 eth1 区块。 - 一段时间后，信标区块所在的 epoch 会被最终确定了，信标客户端会通知 eth1 客户端 eth2 区块已经在共识层被[最终确定](https://hackmd.io/@prysmaticlabs/finality#How-Finality-Works-in-ETH2)了。  尽管在 eth2 上达成共识的方式改变了，在每个 eth1 区块里的交易排序还是跟现在一样，都是在软件里对交易进行排序 (就像以太坊的 PoW 客户端 Geth那样运作)，与在 p2p 网络里广播交易。 ## eth2 里存在 MEV 吗？ 由于在 eth2 里交易排序的过程与 PoW 以太坊是一样，因此有理由认为 MEV 机会仍将存在，[就像我们今天了解到的情况一样](https://medium.com/flashbots/quantifying-mev-introducing-mev-explore-v0-5ccbee0f6d02)。不同点在于谁拥有排序的最终控制权，即验证者而不是矿工，因为是验证者选择提议的信标区块，它包含了从 eth1 客户端询问到的新 eth1 区块。  这意味着像 Flashbot 的 [MEV-geth](https://docs.flashbots.net/flashbots-core/overview) (a modified eth1 client software optimized for MEV extraction) (为提取 MEV 而优化的、修改后的 eth1 客户端软件) 这样的技术仍然可以存在，它们允许 eth1 交易发送者为了他们的交易能排在想要的位置而给区块提议者 (和交易排序者) 小费。在确定了这点后，我们现在可以充分思考验证者通过运行像 Flashbot 这样的软件可以获得多少收益。 <br/> # 验证者奖励经济分析 开发者 Pintail 最近发布了一份关于信标链验证者奖励的[详细分析](https://pintail.xyz/posts/beacon-chain-validator-rewards/)。我们的研究沿用了他们的方法 (也重新使用了他们的代码)，你可以在[这里](https://github.com/flashbots/eth2-research/blob/main/notebooks/mev-in-eth2/eth2-mev-calc.ipynb)查看，下面是从我们的研究结果里选出的几点总结。我们还建立了一个线上活页夹，你可以直接在你的浏览器里的 Python Notebook 试用。 尽管 MEV 出了名是难以量化的，我们使用 [Flashbots 数据](https://dashboard.flashbots.net/)作为区块提议者从 MEV 中获得的最低额外收入的下限。这是下限是因为只有一部分的 MEV 活动是在 Flashbots 上进行的。 阅读这个分析时需要注意，它只分析了在协议规定的质押收益基础上的 MEV，而不包括区块提议者理应获得的交易费。这样做的主要原因是现在很难预测在 EIP-1559 后的交易费是什么样的。这应该不会是一个很糟糕的假设，因为不打算利用 MEV 的人也不大可能在 `basefee` (基本费用) 之上花多于默认设置的 1 gwei 小费，但这的确意味着 MEV 对质押收益的相对影响是被夸大了。 ## 理想情况 让我们先考虑这样一种情况：所有验证者都完美参与并获得协议可能的最大奖励 (即没有罚没情况)，以及所有的奖励都平均分配，因为所有验证者理应在无限的时间里获得相同的提议区块机会。  根据目前的验证者数 (1.6万名)，我们发现 MEV 可以提高验证者奖励 75.3%，或给出 12.86% 的年化率 （没有 MEV 的情况下，质押 ETH 的年化率是 7.35%）。这里的一个启示是，更高的验证者收益意味着会吸引更多 ETH 持有者成为验证者，这意味着以太坊会因为有更多的验证者而变得更安全。 展望不久的未来，当有更多的验证者加入时，验证者收益的增长会变得缓慢，例如，当有 25 万名验证者 (有 800 万个 ETH 被质押）时，MEV 对验证者奖励的提高减少到 60%。如上所述，这份分析没有考虑验证者将获得的交易费用，这会降低 MEV 对收益的相对影响。但是，对于与今天 Flashbots 给矿工带来的额外收益相比，这些数字仍然是有意义的，后者是[大约 5.6%](http://dashboard.flashbots.net/public/question/a353e200-cd4d-44c7-93f6-4b63a8859472)。两者如此大的差异是来源于 [PoS 系统显著降低的发行率](https://www.attestant.io/posts/charting-ethereum-issuance/)。这表明，MEV 的提取在 eth2 将会比在 eth1 有吸引力得多，而这可能会大大推动质押者赚取 MEV 带来的质押收益。 ## 以时间和 REV 分布作为变量进行分析 在任何有限的时间范围内，验证者的奖励都会有变化，因为提议区块是有特定的协议奖励的，同时因为一些验证者很幸运，获得多于平均提议区块的机会，而一些验证者没那么幸运，获得比较少的提议区块的机会。 例如，在 100,000 验证者里，每个验证者的区块提议的平均数是每年 26 次，而运气最差的 1% 验证者获得的提议机会最多是 15 个区块，运气最好的 1% 是 39 个区块。  按照这个逻辑，我们可以根据区块提议运气的三个不同级别绘制出奖励的变化图：  现在加上每个区块记录在 Flashbots 的、每个区块给矿工的[实际可提取价值](https://hackmd.io/@flashbots/quantifying-REV) (Realized Extractable Value, REV) 的平均值，我们可以对比这三种水平在有和没有 MEV 提取情况下的表现：  没有 MEV 提取的三个级别在这个图表里是无法辨识出来的。这表明，MEV 提取加剧了由区块提议运气带来的不平等。 此外，REV 的分布也是不平均的，可以看作是运气的第二个维度，有些区块会比其他区块有更大的 MEV 奖励。例如，下图显示的是 Flashbots 上最近 10 万个连续以太坊区块 (从区块 11600000 开始）矿工奖励的长尾分布。  为了便于观察，我们截取了 x 轴 0—3 个 ETH 的部分，但在我们的样本里，矿工奖励最高可达 101 个 ETH，你可以通过上文我们的分析链接找到。我们把 Flashbots 上的矿工奖励分布用作 REV 分布的指标，可以基于运气最差的 1%、中位数和运气最好的 1%的验证者应该获得的 MEV 奖励对三个级别的运气情况进行定义，并绘制以下图表：  尽管前面的图表显示，MEV 加剧了由区块提议运气导致的验证者奖励不平等，这个图表显示的是 REV 的不平衡分布是验证者间不平等的更大源头——特别是考虑到在上一张图里 y 轴的数值跨度是 600% 到 80%。 然而，在现实中，验证者会通过集中在验证者池的资源抵消了由区块提议运气和 REV 分布带来的奖励差异。尽管以太坊 PoS 的设计是验证者做有效证明可以得到相当可观、近乎恒定的奖励 (不同于在 PoW 机制，只有提议了区块才能得到奖励)，在验证者奖励里引入 MEV 可能会成为一种中心化力量，因为它使得单独验证者的操作变得没那么有利可图，而加入到验证池则变得经济上更有吸引力，资金也能更早获得流动性。 最后，我们担心 MEV 会使 eth2 中的寡头情况变严重——有最多份 32 个 ETH 作为押金的实体比那些拥有更少的更快获得财富 (富者更富的态势)。这将使得去中心化的 MEV 提取在 eth2 里变得尤其重要，这样才能保持共识投票权的去中心化。[3] ## 进一步分析 上文分享的 [Python notebook](https://github.com/flashbots/eth2-research/blob/main/notebooks/mev-in-eth2/eth2-mev-calc.ipynb) 有我们分析的其他详细内容，其中我们在模型里把罚没限制纳入为考虑因素，研究在线时间不足和低验证者参与率导致的惩罚是如何受 MEV 奖励影响的。为了简洁，我们不在此赘述我们的结果，但鼓励你去查看并发表你们的意见。 <br/> # 新的共识参与者 虽然上面的定量分析对开始思考 eth2 中的 MEV 问题很重要，但没有对它的参与者的定性分析是不完整的。如前所述，哈希率离开了需要质押 ETH 的 eth2 舞台。矿工和矿池被新的参与者取代了——对大量 ETH 持有控制权的交易所、协议库、投资基金和验证者库等。根据目前 [beaconcha.in](http://beaconcha.in/) 上的数据， eth2 验证者集的 eth1 存款地址分布可以看出这一点了。  值得注意的是，这个饼图并没有区分拥有共识投票权的最终实体和它运行所在的基础设施。尽管共识投票权中心化问题堪忧，基础设施中心化的情况则没这么严重，因为 PoS 的经济激励机制鼓励设施去中心化，以尽量减少[相关的罚没风险](https://blog.ethereum.org/2020/01/13/validated-staking-on-eth2-1-incentives/)。 具体来说，这意味着像 Kraken 这样持有大量 ETH 的交易所可能会通过以下途径来减少罚没风险：把它们的押金质押在多个基础设施提供商、在不同地区、使用不同的硬件和客户端运行，而不是内部承担这个巨大的基础设施投入与运维。 ## 交易所 eht2 中最明显的权力关系变化是交易所作为最大的 ETH 持有者成为了最大的验证者。像 Coinbase、Binance 和 Kraken 这些中心化企业将可能控制最多的验证者 slot。这些参与者所受的法律监管不同于矿池，且在非常多方面享有声誉。这些差异将可能对验证者格局产生不同于矿工格局的新影响，可能影响验证者参与的活动，例如它们接受收入的 MEV 类型。 有趣的是，这些实体还从事质押以外的若干活动，这可能会为这些交易所提供的现有服务和 MEV 提取带来协同效应的新机会。[这里](https://twitter.com/petejkim/status/1391878000866742276?s=20)提到的包括提供特快交易、在交易还没被打包到链上前提供隐私加密货币提款，以及更低的链上费用，相当于用作订单流的加密货币本地支付。 提供的这些服务一开始可能是优势，并能吸引用户迁移到提供这些服务的交易所，结果会让不提供或出于规管原因无法提供这些服务的交易所受损。此外，交易所在 MEV 游戏里的垂直整合 (例如，交易所运行它们的机器人提交交易到它们的验证者节点) 也是一个隐忧，值得我们深入研究。 ## 验证者池 eth2 的另一个重要转变是验证者池的出现，它们提供的好处包括：减低质押所需的最低 ETH 数额、启动面向客户的验证者、抵消来自区块提议运气 (MEV + 交易费用) 带来的差异，并提供额外的服务，例如基于它们管理的资金基础的质押衍生品。 像 Rocketpool 和 Lido 这样的元池的出现是一个有趣现象。这些实体与非常多验证者池连接，并可能成为质押量的重要来源，因此可以对验证者池施加影响，例如它们采用 MEV 类型和提供给质押者的利润份额。 这些元池通常提供质押衍生品。这方面的一个例子是，元池能给用户提供代表质押存款 (一般锁在信标链上）的流动代币，这些代币可以在网络的其他地方使用。允许在 DeFi 中使用流动的质押 ETH 代币将进一步增加验证者在 MEV 上赚取的收益。 回顾上文对基础设施去中心化的论述，不难发现交易所是另一种类型的元池，因为它们也可以在后端与验证者基础设施连接。交易所也很可能会提供质押衍生品服务，这些传统机构与本地运行节点的质押者将在多个维度上展开竞争，如去中心化、流动性护城河、以及规管上的灵活性。[4] <br/> # 开放性问题 我们对 eth2 里 MEV 问题的探索发现了许多开放性问题，我们计划在未来几个月内进行研究。下面是其中四个： ## eth1 区块提议者市场 由于现在实际上有两个客户端需要运行 (eth1+信标)，单独验证者的 eth1 节点很可能就默认选择像 Infura 这样的服务提供商，因为自己运行的开销很大。这可能在一开始就隐含着 eth1 和 eth2 节点的运行者是分开的。假设这种情况铺开发展，可以想象运行高性能硬件和 MEV 模拟软件的 eth1 节点运行者会形成市场竞争，以满足 eth2 区块提议者的需求。 ## MEV 搜索优化的新限制 eth2 里仍然会有像价格套利和清算这样的 MEV 机会，但 MEV 提取所在的系统有一些新的参数，它们可能会改变或引进对 MEV 提取的限制。 出块时间现在是固定在 12 秒，而不像在 eth1 中是可变的，而提议者 slot 是在每个 epoch 开始时就分配的，这意味着提议者最多有 6.4 分钟的时间计算他们的任务 (在 epoch 开始时就分配到的提议者的时间肯定少于 6.4 分钟)[[5]](https://hackmd.io/@flashbots/mev-in-eth2#fn5)。这不仅为验证者提供了更多的时间在 eth1 客户端交易池上运行最佳的 MEV 提取计算工作，而且由于出块时间的可预测性，模拟和执行会变得更容易。 这表明，如果用于计算和执行 MEV 提取策略有更长、更可预测的时间间隔， MEV 提取可能需要更复杂、更大量的计算。 ## 领导者选举机制变更 验证者会提前知道他们是否有机会做区块提议 (除非是新 epoch 的第一个 slot)。他们甚至可以 （尽管概率很低）在一个 epoch 里做多个区块的提议者。区块提议者的保证是如何改变 MEV 提取的？那多个区块提议者或连续多个区块提议者的保证呢？ 特别地，大型验证者池或交易所很可能分到同一个 epoch 里多个连续的 slot。当某单一实体持有多个连续 slot 并把它们组成的“元 slot”的时候，可能会出现多个区块 MEV 提取的情况，这可能会制造出一个新的攻击向量。 [6][7] ## 二层网络与分片 这篇文章的大部分内容都假设 eth1区块的内容保持现在的样子。然而现实是，大量的交易流将被移到二层，而一层会用作数据可用性层，zk-rollup 和 optimistic rollup 会提交排好序的批次交易。 按照直觉，这将降低验证者从 MEV 中获得的价值。然而，情况会难以预测，因为多个二层网络会带来额外的复杂性，可能会有新的 MEV 形式 (例如跨二层网络、一层与二层间) 出现。另外，在跨二层的交互里，eth1 内的交易批次排序可能仍然非常重要。 同样地，随着 eth2 不断发展、分片进入成熟阶段，信标区块里分片的排序也会变得重要，MEV 可能会成为促进分片交错的激励机制。[8] --- 1. 关于证明与最终确定的更多内容 https://our.status.im/two-point-oh-justification-and-finalization 2. MEV 是一个指标，代表可以从区块链上一个正在生成的区块里，通过交易打包的重新排序或交易审查可以不须许可地提取的总价值。到目前为止，在以太坊上的 MEV 提取主要由 DeFi 交易员和机器人操作员通过执行交易策略实现，因为交易排序在其中非常重要，一小部分 MEV 会通过 gas 费给到参与这次 MEV 交易的矿工。[这里](https://medium.com/flashbots/quantifying-mev-introducing-mev-explore-v0-5ccbee0f6d02d)有更多关于 MEV 的内容 3. Phil Daian 在[这篇文章](https://pdaian.com/blog/mev-wat-do/)对这个话题进行了讨论。 4. 如果想了解更多质押池与质押衍生品，请阅读[这篇文章](https://research.paradigm.xyz/staking) 5. https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/#compute_proposer_index 6. 如果一个池有总验证者数 N 中的 k 个验证者，产生一个独立 slot 的概率是 p=k/N。在一个 epoch 里产生池里两个连续 slot 的概率是$$p_2=\frac{k}{N} \frac{k-1}{N}$$  (因为现在唯一验证者可以在不同 epoch 中产生相邻的 slot，在放开了单个 epoch 的限制后，生成连续两个 slot 的概率实际上会稍微高一点——对于我们在这里关心的更大 k 值来说，这是一个微小影响）。如果我们取相近的数， N=120k 是总验证者数，最大的池 (Kraken) 运行其中的 k=20k 个验证者节点，我们得到 p≃0.17 和 p2≃0.026，也就是2.6%。 7. 另外，Vitalik 在[这篇文章](https://ethresear.ch/t/rng-exploitability-analysis-assuming-pure-randao-based-main-chain/1825) 里也提到在 epoch 末对连续 slot 控制的随机性操纵是存在隐忧的。 8. Vitalik 的[这篇研究](https://ethresear.ch/t/simple-approach-to-incentivizing-shard-staggering/9149)有更多激励分片交错的内容。 $$r^{i}\tfrac{A_{i}(X)-y_i}{X-x_i}$$ ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/starknet-planets-alpha-on-ropstenhttps://www.ethereum.cn/Technology/starknet-planets-alpha-on-ropstenWed, 16 Jun 2021 00:00:00 GMT来源 | [StarkWare](https://medium.com/starkware/starknet-planets-alpha-on-ropsten-e7494929cb95) <br/> # 摘要 - [StarkNet Planets Alpha](https://voyager.online/) — 已经部署在 Ropsten 测试网上，这是我们通往主网的第一步。 - [StarkNet](https://starkware.co/product/starknet/) 是无需许可的、图灵完备的 zkRollup 解决方案。 - 开发者可以无需许可地在 StarkNet 上部署实现其业务逻辑的智能合约。 - StarkNet 的状态转换在链下证明，并在链上验证。 - 与以太坊非常相似，用户可以直接与智能合约进行交互。 <br/> # 介绍 我们于 2021 年 1 月[公布](https://medium.com/starkware/on-the-road-to-starknet-a-permissionless-stark-powered-l2-zk-rollup-83be53640880)了 [StarkNet](https://starkware.co/product/starknet/) 的路线图。(译者注：路线图详见本周七日谈) 扩容解决方案的圣杯 StarkNet (i) 支持任意智能合约；(ii) 具有可组合性；(iii) 在去中心化网络上运行。今天我们宣布在 Rosten 上部署阶段一：StarkNet Planets Alpha。该 Alpha 系统支持任意智能合约。今年晚些时候将支持可组合性，再接下来会去中心化 StarkNet。 对我们来说，完全透明并且恰当地设定预期值是非常重要的。本文的目的就是明确地列出 StarkNet 已支持什么功能，什么功能还处于研发工作中。我们今天在测试网上发布的版本仍在开发中。我们认为这个早期版本有助于 StarkNet 以及其工具形成一个健康的生态。我们渴望开发者们加入我们，一起构建 StarkNet 网络，并从社区中获得持续的反馈。 <br/> # StarkNet Planets Alpha 中有什么？ **功能** ：该 Alpha 版本允许开发者编写和部署用于一般计算的 StarkNet 合约。 不以白名单的形式公开测试网，也就是说任何开发者都可以编写和部署他们想要的任何合约。用户可以通过向这些合约发送交易并检查其状态来与这些合约进行交互。所有合约都存在于一个单独状态中。^[与当前已在主网部署的 StarkEx 所维护的单独状态不同。] 对此状态的更新在链下证明，并在链上进行验证 —— 在 Alpha 版本中，验证是在 Ropsten 上完成的。 **StarkNet OS**：上述功能由一个新操作系统 StarkNet OS 支持。它在 StarkNet 上提供可证明的状态转换。以太坊开发者可以把它当作 EVM ：StarkNet OS 负责调用智能合约函数、处理合约的存储等等。我们将单独发布一篇文章详细介绍 StarkNet OS 的架构。 **Alpha 中没有什么**？这个版本的 Alpha 仍然缺少一些关键的功能，例如 L1 与 L2 之间的交互、链上数据可用性和可组合性。更多相关内容见下。 <br/> # 踏出第一步 Start out with our [tutorial and documentation](https://www.cairo-lang.org/docs/hello_starknet/). 如果想要参与 StarkNet 的测试网，请先阅读我们的[教程和文档](https://www.cairo-lang.org/docs/hello_starknet/)。 然后，继续浏览我们在 StarkNet 上编写和部署的 “AMM 智能合约示例” ([http://cairo-lang.org/docs/hello_starknet/amm.html](http://cairo-lang.org/docs/hello_starknet/amm.html))。这是一个简单的 AMM，你可以访问此处 ([https://starkware-amm-demo.netlify.app/swap](https://starkware-amm-demo.netlify.app/swap)) 与它进行交互。好了，现在你已经准备好在 StarkNet 上编写和部署智能合约。此外，任何人都可以访问 StarkNet 的区块浏览器 Voyager ([https://voyager.online/](https://voyager.online/))，以查看 StarkNet 的状态。 随着我们继续推出其他功能，我们相信大家开始了第一步的尝试之后，将会做好更充分的准备以在 StarkNet 上构建。我们已经开始计划开展第一期黑客松以及面向开发者的工作坊。 <br/> # StarkNet 接下来的计划？ 我们刚发布的 StarkNet Planets Alpha 版本还欠缺一些功能，将在未来几周逐渐推出： - L1 与 L2 之间的交互，如：在 L1 存款以及从 L1 中提款的功能。 - 链上数据可用性：在以太坊上发布所有存储变化 - 可组合性：允许合约之间互相通信 这些功能推出之后，我们就准备将 StarkNet 引入以太坊主网。在 StarkNet 的部署路线图中，我们把这一步成为星系计划 (Constellations)。当我们实现这一步时，用户将能够在以太坊主网上构建以及无需许可地部署可扩展的 L2 dApp。 <br/> # StarkNet 生态系统 我们对 StarkNet 的生态系统感到非常兴奋，因而特此感谢我们迄今为止的合作伙伴。 我们紧密合作的伙伴有：[Nethermind](https://twitter.com/nethermindeth) 和 Nubia 团队、[Alexey Akhunov](https://twitter.com/realLedgerwatch) 、 [Igor Mandrigin](notion://www.notion.so/https%20://twitter.com/mandrigin) 、 [Iddo Bentov](https://www.cs.cornell.edu/~iddo/)、[dOrg](https://twitter.com/dOrg_tech)、[Prof. Tim Roughgarden](https://twitter.com/algo_class)、[Prof. Jeremy Avigad](https://www.andrew.cmu.edu/user/avigad/) 、Yoav Seginer，最后但也十分重要的 [Paradigm](https://twitter.com/paradigm) 团队。 我们早期的合作伙伴有：[dYdX](https://twitter.com/dydxprotocol)、 [Immutable](https://twitter.com/Immutable)、 [DeversiFi](https://twitter.com/deversifi)、[Sorare](https://twitter.com/SorareHQ)、[Celer](https://twitter.com/CelerNetwork) 等等。他们从第一天起就为我们提供了宝贵的意见，并让我们能够为真实用户构建产品级的网络。 我们对社区创造的高质量内容感到兴奋，感谢： [Bobbin Threadbare](https://twitter.com/bobbinth)、[Daniel Kroni](https://github.com/danielkroeni/cairo-playground/blob/main/anon-bank/README.md)、 [Adrian Hamelink](https://twitter.com/adr1anh)、[perama](https://twitter.com/eth_worm)、[Francesco Ceccon](https://twitter.com/ceccon_me)、[Ilian Malchev](http://twitter.com/imalchev) 以及 [Alexandria 团队](https://blockchainpartner.fr/)。 我们渴望看到社区能够构建：开发工具、内容以及 StarkNet 应用程序。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-6-15/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-6-15/Tue, 15 Jun 2021 00:00:00 GMT <br/> # Layer2 **zkRollup 解决方案 StarkNet 推出 Planets 的 Alpha 测试版** 零知识证明研究团队 StarkWare 宣布其 StarkNet Planets (行星计划) 的 Alpha 测试网版本已上线 Ropsten。此前，StakWare 于 2021 年 1 月宣布了 StarkNet 的部署路线图：一个去中心化的、无需许可的、抗审查的、由 STARK 支持的图灵完备的 L2 zk-Rollup 解决方案。 StakNet 将分四步推出，分别是：基础搭建、行星计划 (单个App Rollups)、星群计划 (多个App Rollups)、宇宙计划 (去中心化 Rollups)。这次在 Ropsten 测试网推出的版本就是 StarkNet Planets。开发者可以无需许可地在 StarkNet 上构建实现其自身逻辑的应用。此外，StarkNet 的状态转换在链下证明，然后在链上验证。与在以太坊主链上一样，用户可以直接与这些智能合约进行交互。 StarkNet Planets Alpha里有什么：该版本允许开发者编写和部署用于一般计算的StarkNet合约。并且不是以白名单的形式开放—— 任意开发者都可以编写和部署任何他们想要的合约，用户可以通过向这些合约发送交易并检查状态来与它们进行交互。以上的功能是由一个新的操作系统 StarkNet OS 提供支持。 而该 Alpha 版本仍未上线一些关键的功能，比如 L1 和 L2 之间的交互、链上数据可用性、可组合性。 此外，StarkWare 的联合创始人 Uri Kolodny 在评论补充：从 HLLs 到 Cairo 的编译器 (多种形式) 即将推出，但目前，只能基于 Cairo 语言部署 StarkNet 智能合约。 来源：https://twitter.com/ukolodny/status/1404478442436022275 <br/> **以太坊状态通道扩容解决方案 Raiden Network 的 2.0 版本 Bespin 上线主网** [Raiden Bespin](https://medium.com/raiden-network/bespin-mainnet-release-announcement-87f5d5ede018): 以太坊状态通道扩容解决方案 Raiden Network 的Raiden Python 客户端版本“Bespin”上线主网。该版本最大的更新就是改善了传输层和加快了同步时间。同时，该版本为接下来即将发布的 Raiden Light Client 版本打好基础。 文档：https://raiden-network.readthedocs.io/en/latest/getting_started.html 下载：https://github.com/raiden-network/raiden/releases/tag/v2.0.0 来源： https://medium.com/raiden-network/bespin-mainnet-release-announcement-87f5d5ede018 <br/> **L2 扩容解决方案 Arbitrum 推出稳定测试网 ArbRinkeby** 以太坊 Layer2 扩容解决方案 Arbitrum 推出测试网 ArbRinkeby，将其作为未来稳定的测试网。 以下是测试网的相关信息： RPC URL：https://rinkeby.arbitrum.io/rpc chain id：421611 / 0x66EEB 浏览器：https://rinkeby-explorer.arbitrum.io 开发者可以在 ArbRinkeby 测试网上部署合约，用户可以通过 Arbitrum 的桥存款、提款 ETH 或其他代币。 来源：https://twitter.com/arbitrum/status/1403102638699433984 <br/> # Eth2 **去中心化质押解决方案 Rocket Pool 完成两轮审计，即将发布主网候选版本** 去中心化质押解决方案 Rocket Pool 发文向社区通报开发进展，包括团队扩张、审计结果以及准备发布主网候选测试版本。经 Sigma Prime 和 ConsenSys Diligence 的两轮审计，Rocket Pool 完成了对合约漏洞、协议设计以及 Gas 消耗的修复和优化，并计划在八月再次由 Trail of Bits 进行主网版本的最终审计，以保障最高安全性。 随着前序的审计和优化，目前团队将全力准备在 Prater 测试网中发布主网候选版本。另外，Rocket Pool 团队近期还提交了 0x02 提款凭证的提案，以便在 Eth1 和 Eth2 合并后，去中心化质押池能够公平分配验证者收益。 来源：https://medium.com/rocket-pool/development-update-june-2021-89f3a83011c0 <br/> **beaconcha.in 移动端应用 v2.0上线** beaconcha.in 移动端应用 v2.0 已于 6 月 10 日上线，IOS 和安卓系统皆可用。功能包括： - 实时在手机监控你的 Lighthouse 和 Prysm 节点 - 支持小组件 - 可选主题 - 支持 Prater 测试网  详情：https://kb.beaconcha.in/beaconcha.in-explorer/mobile-app-less-than-greater-than-beacon-node App：https://beaconcha.in/mobile <br/> # 伦敦升级 第 115 次核心开发者会议对伦敦升级就以下议题进行了讨论： - 测试网 Calavera 的现状和后续工作 - JSON RPC 规范#334 - 黄皮书上 EOA (外部账户) 的说明/EIP-3607/EIPs#3607 - 测试网分叉区块高度 **JSON RPC 规范** 根据 Tim Beiko 的会议记录，关于对 EIP-1559 支持的 JSON RPC，会议做的第一项决定是`effectiveGasPrice"`(即交易实际支付的费用) 的数据存储在`eth_getTransactionReceipt` (交易收据) 上。 PR详情：https://github.com/ethereum/eth1.0-specs/pull/206 第二项决定是关于如何修改，使`eth_call` 适用于 EIP-1559 引入的各种参数。Geth 团队的 Péter Szilágyi 已有一份用于 Geth 的PR，非常详尽周密，其他客户端都表示同意采用相似的方法。  PR详情：https://github.com/ethereum/go-ethereum/pull/23027 最后一个议题是关于客户端应如何返回 ”priority fee" （即小费) 预估值。目前，很多钱包都依赖于客户端建议的 gas 价格，但 EIP-1559 后，这可能不是一个最佳方法。如果我们返回一个单一值，即添加一个 `eth_maxPriorityFeePerGas` 终端，这可能会导致用户超额支付，因为它们依赖的这个值可能在最近峰期的影响下已过期或有偏差。而且与其他工具相比，加入客户端里的东西更难修改，因为人们依赖客户端的功能，且要处理版本兼容问题。 相反，客户端可以返回最近几个区块的“已消耗gas”和“ priority fee" 数据，这样钱包可以了解网络是否处于拥堵状态，以及在没有拥堵的情况下的最低可接受”priority fee"。（具体说明见上期七日谈） 据此，Zsolt Felfoldi 写了关于`feeHistoroy` (小费历史数据) 的提案，对一个可兼容钱包的新 GPO API 函数进行了定义，调用格式如下： ``` feeHistory(blockCount, lastBlock) (firstBlock, []baseFee, []gasUsedRatio) feeHistory(blockCount, lastBlock, []rewardPercentile) (firstBlock, [][]reward, []baseFee, []gasUsedRatio) ``` 这个函数可以提供所有 1559 API 愿望清单 (见上期七日谈) 的内容。 详情：https://gist.github.com/zsfelfoldi/473e29106d38525de6b4413e2ebcddf1 如果不出其他问题的话，这是会1559 JSON RPC 的最后一个问题了。 <br/> **黄皮书上 EOA (外部账户) 的说明** 开发者 Dankrad Feist 提出黄皮书存在一个问题：现在用一个非外部账户的私钥发起的交易行为是未被定义的。也就是说，如果有人拥有某个智能合约地址的私钥，他们就可以发起一笔交易。尽管发生的几率很低，它们仍然比找到某个私钥的几率要高得多。解决外部账户与合约地址共谋的方法很简单：由有部署代码的账户发起的所有交易都会被拒绝。 EIP-3607: https://github.com/ethereum/EIPs/pull/3607 开发者认为这个修复不需要通过硬分叉实现 (因此不会对伦敦升级造成影响），客户端都同意应该实现这个 EIP的内容，使之成为标准。Geth 团队说可能会在伦敦前实现，其他客户端也会在它们认为合适的时候实现。 <br/> **测试网分叉区块高度**  来源：https://twitter.com/TimBeiko/status/1403390897614561282?s=20 <br/> # 生态 **以太坊区块链用户与开发者调查** 为了更深入了解以太坊开发者在未来对工具和文档的需求，Ethereum Cats Herders 社区开展了“以太坊区块链用户与开发者调查”。调查对象包括与以太坊区块链有交互、运行 Eth1 或 Eth2 节点，或对区块链技术有贡献的人。如果有兴趣参与，请戳：https://docs.google.com/forms/d/e/1FAIpQLSeugRHv93fizew0zeqXFOOnQIbjbWnVHoThLJR3f3g6gVvXhQ/viewform <br/> **可视化主流借贷协议的贷款量** @Token Terminal 制作了一个 gif 图以可视化过去一年来以太坊上的借贷协议的日贷款量。从截图可以看出，到今年六月为止，日贷款量最大的是 Aave 协议。  来源：https://twitter.com/tokenterminal/status/1401901076903776260 <br/> **NFT的拍卖新纪录** 由 @sillytuna 所有的 “Alien" CryptoPunk #7523 于 6 月 10 日苏富比的伦敦拍卖场以高达 1180 万美元成交，创下单个 CryptoPunk 的新世界记录。  来源：https://twitter.com/Sothebys/status/1402996062474760193?s=20 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/zksync-2-0-hello-ethereumhttps://www.ethereum.cn/Technology/zksync-2-0-hello-ethereumSun, 13 Jun 2021 00:00:00 GMT来源 | [Matter Labs](https://medium.com/matter-labs/zksync-2-0-hello-ethereum-ca48588de179) <br/> # 介绍 克服了最困难的技术挑战之后，我们进入了这项工作的冲刺阶段：在兼容 EVM 的环境中部署智能合约。zkSync 推出 zkSync 2.0 首个测试网版本：用户已经可以使用区块浏览器查看 zkSync 2.0 的交易活动。在本文中，我们将深入解释每个关键组件，公布进度更新以及下一个版本的计划。 <br/> # 关键成就 - **在密码学方面**，zkEVM 的指令集已经确定下来，并且两种实现都已经完成：在电路中和在执行环境中。 - **在编译器方面**，用 Solidity 和 Zinc 编写的智能合约现在可以编译到 zkEVM 字节码中。 - **在核心基础设施方面**，全节点集成已完成，并且能够成功地部署和执行已编译的智能合约。 虽然 zkEVM 和 2.0 的核心基础设施已经准备好向公众公开，但是该版本的编译器还需要更多工作进行完善，以应对所有极端情况。为了提供更加全面的开发者体验，我们决定在该编译器 100% 可靠之后，将同时开放对 zkEVM、编译器和核心 SDK 的访问。 <br/> # 比较 zkSync 2.0 和以太坊 两者看起来大部分相同，以下几点是比较重要的区别： ## 智能合约 zkSync 2.0 支持以太坊上的大部分操作码。然而，有以下这些例外： 1. 这次的测试网版本不支持 ADDMOD、SMOD、MULMOD、EXP 和 CREATE2 操作码，但是未来的版本会支持。 2. 我们将暂时不支持 KECCAK256 操作码，而是通过自动调用另一个抗碰撞的哈希函数来替代它的所有调用。KECCAK256 之后将作为预编译引入。 3. 我们决定不再包含 SELFDESTRUCT 操作码，因为以太坊正计划将其移除。 4. 我们可以移除对完整 256 位 XOR/AND/OR 操作码的支持，因为这些操作码只存在于那些用于位屏蔽的已编译的 solidity 代码中。这可以由编译器使用其他操作码来完成。 ## Gas 在 zkSync 2.0 中，有一个不同概念的 gas。交易费价格将根据当前 L1 gas 费和生成零知识证明 (ZKP) 的成本而波动。智能合约的调用将有一个最大的 zkEVM 步骤和存储写入参数。 ## Web3 API 下一个版本将包含我们 Web3 API 实现，它将与以太坊文档所定义的 Web3 标准兼容。事件将开箱即用，并且所有服务都可以轻松整合。 zkSync 包含 L1 没有的特性，比如已验证和已敲定区块的概念。因此，还会有其他方法让开发者更精确地控制数据。Web3 客户端代码将接收与以太坊相同的数据，但可以通过 `zksync_` 名称空间请求特定的信息。 因为 zkSync 有多种交易类型，并且使用 EIP712 签名，所以 `eth_sendRawTransaction` 数据的格式与 L1 不同。然而，编码与以太坊 ABI 相对应，所以支持它并不困难。 ## 对交易进行签名 zkSync 2.0 中的交易可以通过两种方式进行授权 (除了优先级队列机制)： 1. 用户可以通过对一个 EIP712 信息签名，从而用他们普通的以太坊钱包 (如 Metamask 或者任意的 WalletConnect 钱包) 对交易进行签名。 2. 任何账户都可以设置一个公钥来创建我们的内部 Schnorr 签名来对交易进行签名。这允许基于智能合约的钱包与 zkSync 2.0 进行交互，而无需额外的成本发送 L1 的信息。 ## 存储效率提升 每个区块只能对存储槽覆写一次。这意味着，如果多个用户与单个 AMM 合约交互，那么该 AMM 合约的存储槽只会被覆写一次。这允许排序者稍后向用户退还单次写入的共享成本。 ## 预编译 “预编译”机制是在计划中的，但将在稍后发布。我们计划首先支持 keccak256、sha256 哈希和 ECDSA 恢复原语。此外，我们会根据需求和复杂性考虑包含其他预编译，例如 Blake2f 轮函数 (以当前形式在以太坊中几乎无法使用)。 ## 进一步的限制 zkSync 2.0的第一次迭代可能会增加一个额外的限制，即每笔交易只能调用 32 次智能合约，直到可以实现恰当的记账机制。 执行跟踪将有硬限制，但它将与以太坊区块大小目前的限制相当，不应影响大多数。 可能会有更多的限制，但我们的目标是在最终版本中将这些限制尽可能减少到最低限度。 <br/> # 深入了解 zkSync 2.0 的架构 你可能听说过“区块链的不可能三角”，但当谈到扩容以太坊时，还有第4个因素：可编程性。 所有当前的扩容解决方案都牺牲了一些安全性、去中心化和可编程性来实现可扩展性。zkSync 2.0 的设计结合了下列两大技术突破，旨在最大化实现上面说到的四个特性： 1. zkEVM：为兼容 EVM 的 zkRollup 提供支持的引擎，这是同时提供 L1 安全性以及支持 solidity 智能合约的解决方案。 2. zkPorter：一个链下数据可用性系统，其可扩展性比 rollups 高出两个数量级。   由于 zkEVM 和 zkPorter 是可互操作以及可组合的，zkSync 2.0 显著优于所有其他扩容解决方案。 目前的共识是：[Eth2数据分片](https://vitalik.ca/general/2021/04/07/sharding.html) 将在 [2022年底](https://ethereum.org/en/eth2/shard-chains/) 上线，在不牺牲去中心化的前提下提供更大的数据可用层。**结合了 Eth2 数据分片的 zkRollup 技术是 zkSync 的最终目标，在不牺牲 4 个因素中任意一个的前提下达到 10 万以上的 TPS。** ## 状态树 zkSync 2.0 状态树覆盖了以太坊全部的 160 位地址空间。每个帐户将存在于 zkRollup 部分或 zkPorter 部分的状态中。zkRollup 和 zkPorter 帐户完全相同，除了一点不同：获取[数据可用性](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding)的地方不同。zkRollup 交易数据通过数据调用发布到以太坊主网中；而 zkPorter 的交易数据发布到 zkSync Guardian 网络中，其中，zkSync 代币持有者能够参与该网络的 PoS 机制。 选择在哪里发布数据，是在成本和安全性两者间做出权衡。zkPorter 的交易费比 rollup 的交易费要便宜很多，但是用户的资金可能会被冻结。然而，zkRollup 和 zkPorter 账户的*有效性*是由零知识证明和以太坊来提供保证的。 换句话说，[zkPorter中的资金只能被冻结，不能被窃取](https://medium.com/matter-labs/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf)。 zkRollup 和 zkPorter 帐户的互操作性和可组合性给了每个用户成为 zkSync 一流公民的机会。假设，Uniswap 部署在 zkRollup 端，用户可以通过 zkPorter 账户访问，并以最低的手续费进行 swap。zkSync 2.0 是一个专门为整个金融领域用户设计的系统。 ## 密码学 我们的虚拟机，通常被称为 zkEVM，它并不是完成 1:1 复刻 EVM 的。但是，zkEVM 旨在能够运行 99% 用 Solidity 编写的合约，并且在遇到回滚和异常时也能维持同样的行为。同时，zkEVM 能够有效率地在一个电路中生成零知识证明。 zkEVM 的实现不需要我们对此前的证明系统做出重大的变动；我们继续使用带有自定义门和查询表的 PLONK (通常被称为 UltraPLONK) 和以太坊的 BN-254 曲线。这是有利的，因为这个证明系统已经过实战测试 (自 2020 年 6月以来，zkSync 1.0 和其他项目就开始使用这个证明系统)。 **经过几个月的努力，zkEVM 的指令集已完成，并在电路和执行环境中实现。** 这里有一个重要的区别：电路和执行环境中的实现是分开的，用于不同的目的。电路的工作是生成执行跟踪的证明并提供证人，但这个过程十分缓慢。另一方面，执行环境是 zkEVM 在 rust 中的直接实现，效率高、速度快。如果我们在生成证明和执行的过程中都依赖于电路，那么敲定交易需要几个小时。而生成证明和简单执行的分离使得 zkSync 上的交易能够即时结算。 接下来，我们的工作将专注于将 zkEVM 和编译器结合在一起，并和递归结合在一起：区块之间的递归允许我们为 N 个区块发布一个证明；而区块内的递归聚合了区块不同逻辑部分的子证明。这是简单的部分！自 2020 年 6 月以来，zkSync 1.0 主网上已经使用了区块之间的递归聚合证明。更多关于区块内递归和我们的 zkEVM 如何工作的信息，请观看[视频解释](https://www.youtube.com/watch?v=6wLSkpIHXM8&t=735s)。 ## 编译器  我们同时研究两种针对 zkEVM 的编译器前端：Yul 和 Zinc。[Yul](https://docs.soliditylang.org/en/v0.8.4/yul.html) 是一种 Solidity 的中间表示，可以为不同的后端编译成字节码。[Zinc](https://zinc.zksync.io/) 是我们基于 rust 的语言，用于智能合约和通用零知识证明电路。 因为编译器是使用 [LLVM](https://llvm.org/) 框架构建的，所以可以认为它有一个前端、Yul→LLVM IR 和后端、LLVM IR→zkEVM 字节码。LLVM 的采用带来了几个主要的优点： 1. LLVM 优化框架是不匹配的：它从 LLVM IR 中生成最有效的 zkEVM 字节码。 2. 有了新版的 Solidity 或 Zinc，编译器前端将处理所有更改，而 LLVM 将使我们无需更改编译器后端。 3. 在未来，如果开发者想基于原生的 Rust 或 Javascript 编写智能合约，只需为该语言构建编译器前端，智能合约就可以在 zkSync 中开箱即用。 编译器的安全性对我们来说是至关重要的，并且已经经过了多个套件的测试: 1. Zinc 和 Yul 编译器中的词法、语法和语义测试。 2. 我们自己针对 Zinc 和 Solidity 的[**集成测试**](https://github.com/matter-labs/compiler-tests/tree/main/solidity/simple)，它贯穿整个智能合约生命周期：从解析源代码到合约部署，再到在 zkSync 上执行交易。 3. 从 Solidity 存储库集成的[**广泛测试套件**](https://github.com/ethereum/solidity/tree/develop/test/libsolidity/semanticTests)，适合我们的集成测试工具。 每个套件已经包含了几千个测试，我们将至少增加一个数量级。 **我们的两编译器已经成功部署并用两种语言执行了简单的智能合约**。但是仍然有更多的优化需要完成，一些复杂的LLVM IR 语句需要转换为 zkEVM 字节码。因此，我们决定等到我们的编译器运行状态更强健再发布。 完成编译器的工作之后，我们将集中精力完善 [Zinc](https://zinc.zksync.io/) 的功能，然后构建 Rust 编译器前端来允许使用原生 Rust 编写智能合约。 ## 核心基础设施 zkSync 2.0 核心基础设施由几个关键部分组成： **全节点** 1. 利用虚拟机的 zkEVM 字节码的预电路执行器环境， 2. 状态在交易发送后的几秒内可用， 3. 过滤掉明显无效的交易 (例如，没有足够的资金进行交易)，这些交易可能会使区块膨胀， 4. 在内存池中执行交易并生成区块。 **证明者** 1. 接收区块的见证者并生成零知识证明， 2. 用于并行证明生成的证明者接口， 3. 证明者自动缩放器，可根据需要创建和终止证明者机器。 **交互器** 1. 用以监测以及与以太坊 L1 交互的工具， 2. 基于代币价格、ZKP 生成成本以及 L1 gas 费来计算交易费用。 **监视器** Prometheus、弹性、哨兵、正常运行时间，几个单独的事件通知系统以及自定义的安全运行检查服务。 *** zkSync 2.0 的核心基础设施功能齐全，已经集成了 zkEVM 执行器。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Thinking/trust-modelhttps://www.ethereum.cn/Thinking/trust-modelFri, 11 Jun 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2020/08/20/trust.html) <br/> 大多区块链应用最有价值的属性之一就是“免信任” (*trustlessness*)，即应用能够以预期的方式保持运行而无需依赖特定参与者以特定形式行事，即使他们将来的相关利益可能产生变化并使其做出意料之外的举动。区块链应用从来都不是完全的免信任化，但是某些应用确实比其他应用的免信任程度更高。如果我们想要朝着信任最小化的目标前进，就需要首先具备辨别信任程度的高低。 首先，我个人对“信任”的简单定义是：**信任就是对他人行为进行假设**。在疫情爆发前，你走在街上不会因为防止有人突然捅你一刀而刻意跟他人保持两米的距离，这就是一种信任：一是信任人们很少会失心疯，二是法制系统的维护者有很强的动机约束这种行为。当你运行其他人写的一段代码时，你信任他们在编写代码时是诚实的 (无论是出于他们自己的良知或是维持声誉的经济利益)，或者至少存在足够多的人对代码进行检查以找到漏洞。不亲自种粮食也是另一种信任，相信会有足够多的人为了获取收益耕种粮食并出售给你。你可以信任不同规模的群体，信任的类型也不尽相同。 为了对区块链进行分析，我尝试将信任分解为以下几个维度： - 你需要多少人按照你的预期行事？ - 人数总量多大？ - 人们需要什么动机？他们需要是利他主义者，还是唯利是图者？他们[需要避免协作](https://vitalik.ca/general/2017/05/08/coordination_problems.html)吗？ - 如果违反了这些假设，系统会受到多严重的影响？ 现在，我们先关注前两点，下面有一个图表：  绿色越深，表示该模型越健康。让我们对这几个种类进行详细分析： - **1 of 1**：整个系统只有一个参与者。如果这名参与者按照你预期的那样行事，系统就会 (才会) 正常运行。这就是传统的 “中心化” 模型，也是我们要超越的模型。 - **N of N**：“反乌托邦” 世界。系统中的所有参与者都要按照预期行事，系统才能正常运行，如果其中任何人失败，我们没有补救措施。 - **N/2 of N**：这是区块链的运作方式，如果大部分矿工 (或 PoS 验证者) 是诚实的，区块链就能正常运作。要注意的是，N 值越大，N/2 就越有价值。相比只由少量矿工/验证者控制的区块链，矿工/验证者广泛分布的网络更有意义。尽管如此，由于 [51% 攻击](https://vitalik.ca/general/2020/08/17/philosophy.html)的可能性，我们还是想在这种程度的安全性上更进一步。 - **1 of N**：有很多参与者，只要其中至少有一个按照预期行事，系统就能正常运作。任何基于欺诈证明的系统都属于这一类，信任设置也是如此，尽管在这种情况下 N 值通常较小。请注意，我们确实希望 N 值尽可能大！ - **极少数 of N**：在众多参与者中，只要有固定数量的小部分参与者按照预期行事，系统就能正常运行。[数据可用性检查](https://arxiv.org/abs/1809.09044)就当属其中。 - **0 of N**：系统无需依赖外部参与者即可正常运行。亲自验证区块就归为这一类。 尽管除 “0 of N” 之外的模型都有一定“信任”程度 ，但是这些模型之间存在巨大差异！相信特定的某个人 (或组织) 会按照预期行事，与相信随便一个人都会按照预期形式，是完全不同的情况。相比 “N/2 of N” 和 “1 of 1”，“1 of N” 与 “0 of N” 更相似。可能有人会觉得 “1 of N” 模型与 “1 of 1” 模型很像，因为这两种模型都依赖一名参与者，但实际上这两者十分迥异：在 “1 of N” 系统中，如果该名参与者突然消失或者黑化，大可以重新换一个参与者，但在 “1 of 1” 系统中我们别无他选。 尤其要注意即使是你所运行的软件，其正确性通常取决于 “极少数 of N” 信任模型，以确保代码出现漏洞时有人会进行纠查。明白这一点后，努力使应用中其他部分从 “1 of N” 模型切换到 “0 of N” 模型就像是为你家装上防盗门，但窗户是打开的。 另一个重要的区别在于，如果你的信任假设被打破，对系统的破坏有多大？在区块链上，最常见的两种故障类型是活性故障（liveness failure） 和 安全性故障（safety failure）。活性故障就是你暂时无法进行操作（例如，提币、将交易打包进区块、读取链上数据）。安全性故障就是出现了系统想要预防的情况（例如，无效块被添加到区块链上）。 以下列举了一些区块链 layer 2 协议所采用的信任模型。我用 **“small N”** 来指代 layer 2 系统本身的参与者集合，**“big N”** 来指代区块链底层的参与者。我的假设是 layer 2 的社区总是小于底层区块链。另外，我使用的 “活性故障” 一词特指代币长时间无法提出的情况。无法使用系统但是能够几乎即时提款的情况不算作活性故障。 - “**通道”方案** (Channels，包括状态通道、闪电网络等)：使用 “1 of 1” 信任模型来确保活性 (你的对手方可以暂时冻结你的资金，不过你可以通过将资金分散在多个通道中减少风险)，使用 “N/2 of big N” 模型来确保安全性 (有可能在 51% 攻击中失去资金)。 - **Plasma** (中心化运营者)：使用 “1 of 1” 信任模型来确保活性 (运营者可以暂时冻结你的资金)，“N/2 of big N” 模型来确保安全性 (有可能在 51% 攻击中失去资金)。 - **Plasma**（半去中心化运营方，如 DPOS）：使用 “N/2 of small N” 信任模型来确保活性，“N/2 of big N” 模型来确保安全性。 - **Optimistic rollup**：使用 “1 of 1” 或 “N/2 of small N” 信任模型来确保活性 (取决于运营者的类型)，“N/2 of big N” 模型来确保安全性。 - **ZK rollup**：使用 “1 of small N” 信任模型来确保活性 (如果运营者未能打包你的交易，你可以提款，如果运营者没有立即打包你的取款交易，就无法打包更多交易包，你可以在 rollup 系统中任何一个全节点的帮助下自行提款)；不存在安全故障风险。 - **ZK rollup**（[轻取款增强型](https://ethresear.ch/t/efficient-unassisted-exit-witness-generation-from-rollups/7776)）：不存在活性故障风险和安全故障风险。 最后就是“激励”的问题。要促使参与者遵循预期，你所信任的参与者需要非常利他主义、轻微利他主义，还是说足够理性？默认情况下，“欺诈证明” (fraud proofs) 需要参与者具有轻微利他主义倾向，但其程度取决于计算的复杂性 (详见 “[验证者困境](https://eprint.iacr.org/2015/702.pdf)” )，并且存在很多方式改进过程，使其更加理性。 如果我们增加一种为服务支付费用的机制，那么帮助他人从 ZK rollup 中提款的行为就是理性的，因此几乎没必要担心无法退出 rollup 的问题。与此同时，如果[社区都同意](https://vitalik.ca/general/2020/08/17/philosophy.html)[不接受 51% 攻击下的区块链](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) (回滚很长的交易历史或是审查区块过久)，那么其他系统所面临的风险可以被减轻。 结论：如果有人说某个系统 “依赖于信任机制”，那我们可以刨根问底！他们的意思是 “1 of 1” 模型、“1 of N” 模型还是 “N/2 of N” 模型？该系统需要参与者是利他主义还是理性主义？如果是利他主义，参与者的代价有多大？如果违反了假设，需要等待多久才能取回自己的资金？几个小时？几天？还是永远被冻结？明白这些问题后，我们可能对于是否采用该系统会有截然不同的答案。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/what-happens-after-the-mergehttps://www.ethereum.cn/Technology/what-happens-after-the-mergeFri, 11 Jun 2021 00:00:00 GMT来源 | [EthGlobal](https://www.youtube.com/watch?v=7ggwLccuN5s) <br/> 2020 年的 12 月，Eth2 的信标链创世，至今已运行了半年，但它其实还没开始成为以太坊数据的共识层，Eth1 与 Eth2 目前是两条平行运行的链。这样的安排一方面让信标链先健康运行一段时间，修复漏洞，社区可以开发 Eth2 上的应用与生态等，另一方面是证明给社区看 PoS 是真的会发生的。等信标链成熟后，根据现在采用的可执行信标链方案，Eth1 作为执行层 (execution chain)，它的状态、执行、交易等都会并入到作为共识层 (consensus chain) 的信标链里，成为 Eth2 的一部分，每个 PoS 区块都将包含执行层的数据，同时，创建新区块时就不再需要 PoW 机制了，也就实现了Eth1 到 Eth2 的过渡。 关于实现合并的时间，根据第 111 次核心开发者会议，难度炸弹时间定在了 2021 年 12 月，计划实现合并的时间理想情况下是12月，更现实的时间是 2022 年年头。 那么在实现了 Eth1 到 Eth2 的过渡后，What's next? 在 4 月 EthGlobal 举办的 Scaling Ethereum 系列活动中，Vitalik 分享了合并后他心中以太坊在短期、中期和长期的规划。ECN 对视频的讲演部分做了双语字幕， Q&A 部分做了不完全文字转译。此外，由于视频涉及内容广泛，我们还对Vitalik的幻灯片内容进行了翻译，提供相关的中英文参考资料，方便读者进一步深入了解。 <br/> <video id="video" controls="" preload="none" poster="https://i.ibb.co/7KpVQN0/cover.png"> <source id="mp4" src="https://www.bilibili.com/video/BV1Af4y1876z?p=1&share_medium=iphone&share_plat=ios&share_source=WEIXIN&share_tag=s_i&timestamp=1623417479&unique_k=X48cu5" type="video/mp4"> </video> <br/> <br/> # 讲演部分 ## 短期规划 ### 合并后的清理分叉 (03:40)  - 移除 eth1 的数据投票 - 添加提款功能 - 把整个执行链转换为SSZ编码 - 先添加新的SSZ交易格式，最终淘汰基于RLP的交易格式 - 商定客户端不再下载合并前 PoW 链的数据？ - 信标状态访问操作码 **参考资料** [SSZ 编码方法手册](https://www.ssz.dev/) [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) [Vitalik: 柏林升级里，EIP-2929 提高 gas 开销有何意义](https://www.ethereum.cn/Technology/a_quick_explanation_of_what_the_point_of_the_eip) [柏林硬分叉对 Gas 影响几何？](https://www.ethereum.cn/Eth1.x/gas-costs-after-berlin) <br/> ## 共识层的中期规划 ### 分片！(10:37)  - 64 个数据分片 - 每个分片每12秒生成大约 512kB 的区块 - 一开始是基于委员会的安全性，之后会加上数据可用性采样提供的安全性 - 理想情况下会加入交错的分片区块，使得rollup可以超快速出块 **参考资料**： [详解以太坊2.0信标链](https://www.ethereum.cn/ethos-dev-beacon-chain) [Vitalik：从技术角度揭秘“分片”的优势](https://www.ethereum.cn/Eth2/why-sharding-is-great) [Vitalik：分片+数据可用性采样](https://www.ethereum.cn/sharding-proposal) [激励交错地生产分片区块的简单方法](https://ethresear.ch/t/simple-approach-to-incentivizing-shard-staggering/9149) <br/> ### 数据可用性采样 (13:23)  - 每个节点随机下载每个分片区块的一些样本数据 - 使用多项式承诺对分片区块内容加密，证明其正确性 - 使数据可用性保证成为可能，即使诚实委员会的大多数假设崩溃了 **参考资料**： [Kate polynomial commitments](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html) [Data availability sampling in practice](https://notes.ethereum.org/@vbuterin/r1v8VCULP) <br/> ### 更多安全性改善 （16:23）  - 单个秘密领导人选举 - 下一个区块提议者将不再使公共可见，缓解DoS攻击和共谋危机 - VDFs (可验证延迟函数) - 委员会和以太坊应用的随机性是可验证的 - 托管证明 - 进一步要求节点保存和验证区块数据的机制 **参考资料**： [Provable Single Secret Leader Election](https://ethresear.ch/t/provable-single-secret-leader-election/7971) [Verifiable Delay Functions](https://eprint.iacr.org/2018/601.pdf) [Verifiable delay functions and attacks](https://ethresear.ch/t/verifiable-delay-functions-and-attacks/2365) [A 0.001 bit proof of custody](https://ethresear.ch/t/a-0-001-bit-proof-of-custody/7409) <br/> ## 执行层的中期规划 ### 地址扩展（18:24）  - 把地址长度从20个字节扩展到32个字节 - 有利于长远发展的重要安全性改善 (对于抗合谋来说20个字节不够安全) - 为了未来兼容性，添加字节用于版本数 - 状态有效期提案也有需要 <br/> ### 无状态+状态有效期 (18:55)  - 现在增加 gas limit 的主要障碍在于状态大小 - 目前的可能路径：无状态和状态有效期同时实现 (这实际上比分开实现更简单！) - Verkle tree (包括代码默克尔化) - 状态有效期 (旧状态会被移出主状态，重新访问它需要见证数据) **参考资料**： [以太坊状态管理诸提议](https://mp.weixin.qq.com/s/fEEHT3bmcqXEfqFCGiOpFg)（by EthFans） [状态膨胀和无状态性](https://mp.weixin.qq.com/s/lLOaplyoYL2dR6Bc7XYWJA)（by EthFans） [一份新的无状态以太坊路线图](https://mp.weixin.qq.com/s/iJCTOcYEsXXmFq-_P55qhg) （by EthFans） [弱无状态性以及/或者状态保质期机制：即将到来](https://mp.weixin.qq.com/s/zeVmefqeBUN-QLx8-Q3auw) （by EthFans） [Proposed Verkle tree scheme for Ethereum state](https://ethereum-magicians.org/t/proposed-verkle-tree-scheme-for-ethereum-state/5805) [Verkle trie for Eth1 state](https://notes.ethereum.org/_N1mutVERDKtqGIEYc-Flw) <br/> ### 账户抽象 (29:26)  - 使智能合约钱包和其他应用的使用更容易 - 多个路径 - EIP-2938 或类似的提案 - Flashbots - 以上两者的结合？ **参考资料**： [账户抽象化 (EIP-2938) : 为什么&做了什么](https://mp.weixin.qq.com/s/CKtk6xKcXFVjyPKDxHBnhw) （by EthFans） [账户抽象的动机、历史和分析](https://mp.weixin.qq.com/s/ZGzw3VE-8KEQE5xu7Jw_8A) (by 因雨成歌) [Implementing account abstraction as part of eth1.x](https://www.youtube.com/watch?v=7ggwLccuN5s) [flashbot:](https://github.com/flashbots/pm) [Flashbots: Frontrunning the MEV crisis](https://ethresear.ch/t/flashbots-frontrunning-the-mev-crisis/8251) <br/> ### EVM 的改善 (31:25) - EVMX (384比特以及其他模运算) - 其他改善？ <br/> ## 长期规划 ### CBC Casper (32:22)  - 更加安全，因为与LMD GHOST 有更少的交互条件 - 最终确定性的阈值更加灵活 - 仍然需要一些研究工作才能有效实现 - [现有的最佳成果](https://github.com/ethereum/eth2.0-specs/issues/701) **参考资料**： [CBC Casper: 什么是共识和确定性？](https://mp.weixin.qq.com/s/g8IcNdD-Hw4cnwtIN8XxJw) [CBC Casper: 安全性证明 (一)](https://mp.weixin.qq.com/s/unmIY1Zx3LL6mdT2NfZk_A) [CBC Casper：安全性证明 (二)](https://mp.weixin.qq.com/s/6agROwL7yo7LuyEiGFK_kg) [CBC Casper 简要说明](https://mp.weixin.qq.com/s/ExV0bXnCjZoPO8zthhOhww) <br/> ### 全方位使用SNARK技术 (33：44)  - 对信标链进行SNARK加密 - 对EVM进行SNARK加密 - 或者对一个更好的虚拟机进行 SNARK 加密，使得EVM代码能编译到这个虚拟机，还在本地更高效 - 如果想的话，使EVM更容易添加本地执行到分片 **参考资料**： [从零开始学习 zk-SNARK 系列](https://mp.weixin.qq.com/mp/appmsgalbum?__biz=MzIxNjkwODE5NQ==&action=getalbum&album_id=1432629901374636033&scene=173&from_msgid=2247484148&from_itemidx=1&count=3&nolastread=1&uin=&key=&devicetype=Windows+10&version=620603c8&lang=zh_CN&ascene=0&winzoom=1) (by 安比实验室) [zkSNARKs in a nutshell](https://blog.ethereum.org/2016/12/05/zksnarks-in-a-nutshell/) [An approximate introduction to how zk-SNARKs are possible](https://vitalik.ca/general/2021/01/26/snarks.html) [STARK](https://starkware.co/math/) <br/> ### 量子安全 (35:48) - 用 STARKs 取代 SNARKs - 用基于 STARK的聚合签名替代 BLS签名 - 用STARK 加密的默克尔树取代Verkle tree <br/> # Q&A 部分 Q：为什么无状态和状态有效期方案同时进行会更简单而不是分开来做？有哪些原因？ A: 状态有效期方案是可行的原因是它不再是只有一个状态树，而是每个 epoch 有一个状态树，这个模型好在这使得更新状态树格式变得更容易。因为如果你更新状态树格式，你只需更新版本，把它应用到新的epoch，就可以了。而当前的模型是，如果你想更新状态树，你必须有非常复杂的协议：首先你需要对当前状态进行快照，然后让每个人都重新计算该状态，记录重新计算时的差量，然后应用新的状态，开始采用该差量，并把它移到你创建的新状态树。这是相当复杂的5步协议。 而如果我们采用状态有效期方案，它自动给我们带来更新状态树尽可能简单的方法。因为我们需要做的只有，比如一切从epoch 1 开始使用verkle tree 而不是十六进制 patricia tree，如果我们想的话我们可以在epoch 1 开始大概一个月后做一次硬分叉，我们都只需要计算新的 verkle tree 根，即取代epoch 0 的 verckle tree 根，所以只需要做状态转换就可以了，是一次性的。这个模型的状态数更新正好使无状态成为可能。 <br/> Q: Verkle tree 什么时候上线，是“合并”前还是后？ A: 我在这次分享里讲的内容，包括 Verkle tree，都在“合并”之后。 <br/> Q：为什么合并后是先做数据可用性采样而不是 layer1 killing? A: 我们做这个以数据可用性为中心的路线图是因为，首先rollup是实现扩容的第一步，且最接近可以发布的。它们存在不确定性，但其他东西的不确定性更大。而只作数据分片能立即提升它们的扩容能力。第二点，某种程度上，数据分片本身其实是实现执行分片的垫脚石，要先解决数据分片才能解决执行特有的问题。我们其实是在实现执行分片的路上，所以这显然应该成为短期规划的重点。 <br/> Q: “合并”前如何减少技术债？ A：在我看来，在合并前，相当多技术债是很难被减少的，我想主要原因在于我们要继续遵守这个社会规范——以太坊客户端必须能够处理从创世到现在的一切数据。我认为从长远来看，这个准则需要被移除。在未来，客户端应该只需要能够验证，例如最近一年的历史数据。如果我们做到这点，最近一次硬分叉之前的旧版本协议以后将不再被认为是协议必要代码库。特别地，我们最大的获益是我们决定核心以太坊协议不再需要同步从“合并”前工作量证明的历史数据。因为一旦生效了，我们就不再需要触及工作量证明链的数据，而可以直接使用一条链的数据，这样执行客户端会变得简单很多，你可以完全移除分叉选择代码，把同步代码从执行客户端分离出来。因此，有很多好处。 <br/> Q: EVM和 ewasm A：我个人的看法是，我对ewasm越来越不 感兴趣了。我一开始对ewasm感兴趣是它可以是更先进的虚拟机，它具备把现在很多的专业成果变为优化实现。它们甚至可以成为编译器而不是解释器，因此它们的速度会非常快，你可以在上面执行密码学运算，你不需要再做预编译。但研究结果表明，事实不是这样。现实是ewasm编译器会出现最坏情况的漏洞，你可以用最坏情况的代码对它们发起攻击，使它变得非常慢。与EVM相比，编译器并没有改善很多。而且我们可能可以扩展 EVM，把它改善至足以做密码学计算，或者是由两到三个EVM-384组成的小组，我现在把它命名为 EVMX 做大量的密码学计算。因此这是更好的路径。现实的长期虚拟机升级的可能性可能是我提到的，在长期规划里，我们会构造更SNARK友好的虚拟机。那时，EVM可能会引入更多的功能，例如利用更快速的执行而不需要用256比特来处理所有事情。但重要的是它必须可以与EVM向后兼容，它必须由某种从目前的EVM到该EVM的编译路径，因为现有的应用都在使用这个EVM，我们不可能让它们不再运行了。如果我们想让我们的链是可证明的，那些这些东西都必须是可证明的。 <br/> Q: 合并会期望有一个活跃验证者最优数量吗？ A：我觉得我们现在的验证者数量已经足够多了，当然如果增长到3倍，那也很好。但我不担心验证者数量太少或太多。 <br/> Q：在合并后和分片里，合约可组合性在同步环境里会如何？ A：合并本身不会影响任何东西，因为合并本身只是共识引擎的改变。我期望我们可以在rollup里学到很多关于同步交互的内容。rollup项目在今年开始要上线了，我们现在已经有zkSync、DeversiFi，并将看到Optimism和Arbitrum上线。在每个这些系统上都会有应用，而且会需要有能轻易在不同系统跳转的互操作性。这是生态系统必须解决的问题。我感觉我们能在rollup世界学到很多，这不是一个问题，而是一次机遇。比如你可以有zone (地带) 的概念，你可以在一个zone里做同步工作，如果你想的话，你可以在不同的zone里轻易跳转。但你不可以直接跨多个zone做秘密的事情。这是我的第一项预测，我们还可以有其他的方案。 <br/> Q：你期待合并后会出现更多面向消费者的用例吗？ A：在这方面我期待的不是合并，而是rollup和分片。原因是rollup和分片将大大提高扩展性，大幅降低交易费，这点正是我们开启非金融应用之所需。有非常多的非金融应用，比如ENS、NFT、人性证明 (Proof of Humanity)、DAO等。但这些应用要运行起来的话，交易费一定要非常大幅地下降。rollup和分片可以做到，即使是在非常大型的社区、面对高得多的需求的情况下。这是我非常期待的事情。我希望以太坊生态可以成为所有这些很棒的非金融应用部署的平台。 <br/> Q：在长期规划里，你把非常多的重点放在了SNARK和STARK上，这些内容大概会在多久以后实现？ A：大概三到五年。很重要的一点是，这些内容不能进展地太快，因为要把SNARK做好需要使用SNARK友好的哈希函数，原因是现有的哈希函数 (例如Keccak256) 与SNARK比，其实效率非常低。这些函数需要一定的时间进行风险消除、学术测试、密码学分析等。另外，构建一个SNARK版本的 EVM 是非常复杂的，需要大量的工程和研究工作，这些都需要花大量的时间。所以我自己预期这是需要多年的工作，所以在实现上是低优先级。而状态有效期对于可持续发展、允许gas增长至关重要，所以是高优先级。 <br/> Q：有没有什么很酷的点子是你希望在扩容性相关黑客松上看到的，无论是工具还是应用，任何能显著改善用户体验的且人们还没做到的东西。 A：第一是在rollup里的社交式可恢复钱包。我很喜欢这个概念，我在我的博客上也有谈到原因。rollup好像是实现它的一个好机会，并让用户形成使用它的习惯。另一个想法是构建用于读取以太坊区块链、以太坊历史、rollup、分片数据的可扩展基础设施。这一点之所以重要是因为我们正往远离“普通用户需要运行处理所有数据的节点”这个方向发展。因为我们谈到的像rollup、纠删码(erasure coding)、数据可用性采样这些技术是安全的，但用户还需要有其他方法来获取所需数据，无论是因为他们需要读取它还是创建事务。所以如果能创建可以替代全节点的去中心化协议或 API ，无须任何个人节点存储任何东西，会是非常有价值的。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth1x/london-upgrade-overviewhttps://www.ethereum.cn/Eth1x/london-upgrade-overviewThu, 10 Jun 2021 00:00:00 GMT来源 | [Ethereum Cat Herder](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41) <br/> 在过去数月里，以太坊核心开发者一直在进行伦敦网络升级的工作。它是继[柏林升级](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80)（四月在主网实现分叉）后的一次升级。尽管各个网络的升级区块高度目前还未定，但纳入伦敦升级的 EIP 已经确定了。根据[升级规范](https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/mainnet-upgrades/london.md)，EIP 如下： - [EIP-1559: Eth1.0 费用市场变更](https://eips.ethereum.org/EIPS/eip-1559) - [EIP-3198: BASEFEE 操作码](https://eips.ethereum.org/EIPS/eip-3198) - [EIP-3529: 减少gas返还](https://eips.ethereum.org/EIPS/eip-3529) - [EIP-3541: 拒绝以 0xEF 字节开头的新地址](https://eips.ethereum.org/EIPS/eip-3541) - [EIP-3554: 难度炸弹延迟至 2021 年 12 月1 日Difficulty Bomb Delay to December 1st 2021](https://eips.ethereum.org/EIPS/eip-3554) 现在看看每个 EIP 的详细内容吧！ <br/> # EIP-1559: Eth1.0 费用市场变更 EIP-1559 是以太坊史上最令期待的变更之一，也是伦敦升级里带来最大变更的EIP。这份 EIP 将在网络区块里引入“基本费用 (`basefee`)"，它会追踪 gas 价格，这些价格来自网络将接受的、基于对区块空间需求的交易。这意味着钱包和用户将可以更容易预测他们交易的价格。另外，EIP-1559 新增了一种交易类型，用户可以指定他们愿意支付的最高限额，当他们把这个最高限额费用发送给矿工时，会获得最高限额费用减去基本费用与矿工小费之和的差值退款。最后，这份 EIP 还将导致部分交易费被烧毁，这一点被社区的大部分人认为是以太坊网络经济上的一个重要改善举措。 一篇简单的文章难以涵盖EIP-1559 的机制、裨益与影响。[这份清单](https://hackmd.io/@timbeiko/1559-resources)汇总了这份 EIP 各方面内容。还有关于 EIP-1559 的一期 PEEPanEIP， 这是[完整视频](https://www.youtube.com/watch?v=ZbSKo_x9RvU&feature=youtu.be)。 <br/> # EIP-3198: BASEFEE 操作码 这份 EIP 是与 EIP-1559 搭配的。它只是简单添加了一个`BASEFEE`操作码，它返回的是执行交易所在的区块的基本费用。这将使得智能合约可以在链上访问这个值，这有助于提交欺诈证明和创建去信任的 gas 价格衍生品。通过这期由[Ratan Rai Sur](https://youtu.be/QQ3NHtEaCLk) 主讲的 PEEPanEIP，读者可以对这份 EIP 有一个全面的认识。 <br/> # EIP-3529: 减少 gas 返还 在伦敦引入的另一个重大变更是取消了操作码`SELFDESTRUCT` 的 gas 返还和减少了操作码 `SSTORE` 的 gas 返还。虽然设立返还的初衷是希望激励开发者在可能的情况下清除状态，然而现实是，这导致了Gas Token的出现，反而增加了状态大小。利用这些返还的 gas，Gas Token 可以在 gas 价格很低的时候填满状态，然后在 gas 价格上升的时候获得执行这些交易的返还。 除此外，gas 返还还会导致区块执行时间的变化。在伦敦升级之前，多达 50% 的返还 gas 可以在同一个区块里进一步执行计算。也就是说，在实际上，最大的区块容量可达 1.5 倍的 gas limit。EIP-2539 把"执行 gas 返还"从 50% 下调到最多 20%。这一变更将有助于抵消由 EIP-1559 引入的额外区块大小变化，因为 EIP-1559 允许区块使用的 gas 是现在 gas limit 的两倍。 <br/> # EIP-3541: 拒绝以 0xEF 字节开头的新地址 EIP-3541 是一个简单的变更，为以后更广泛的 EVM 改善奠定基础，想看 [EIP-3540](https://eips.ethereum.org/EIPS/eip-3540)。这份 EIP 将使得以 0xEF 比特开头的新合约无法部署。现有的合约将不受影响。主网进行伦敦升级后，以 0xEF 开头的最短字节序列与现有合约的开头序列并不匹配，它们可以保留作为识别与 EIP-3540 语义相符的合同的方式。请注意：EIP-3540 将要求一次额外的网络升级来部署。值得注意的是，如果 EIP-3540 从未被部署，EIP-3541保留下来的开头字节也在其他方案里使用。 <br/> # EIP-3554: 难度炸弹延迟至2021年12月 1 日 EIP-3554 延迟难度炸弹，也以冰河时代为人所知。难度炸弹或冰河时代是以太坊引入的一种机制，在网络过渡到权益证明时”冻结“挖矿。由于权益证明的过渡还未准备好，我们需要推迟炸弹的”爆炸“时间。这在过去已经进行过三次：在大都会([EIP-649](https://eips.ethereum.org/EIPS/eip-649))、君士坦丁堡 ([EIP-1234](https://eips.ethereum.org/EIPS/eip-1234)) 和穆尔冰川 ([EIP-2384](https://eips.ethereum.org/EIPS/eip-2384))。 尽管之前的延迟时间都相当长，但这次核心开发者选择了较短时间的延迟，把难度炸弹推迟到2021年12月。到时，网络不是要进行到权益证明的过渡就是另一次网络升级。 这就是纳入伦敦升级的整个变更列表了。测试网的升级区块高度和相关的客户端发布版本很快会在[以太坊基金会博客](https://blog.ethereum.org/)上发布。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/charting-the-path-to-proof-of-stake-ethereumhttps://www.ethereum.cn/Eth2/charting-the-path-to-proof-of-stake-ethereumThu, 10 Jun 2021 00:00:00 GMT来源 | [consensys.net](https://consensys.net/blog/blockchain-explained/charting-the-path-to-proof-of-stake-ethereum/) <br/>  在2021年末或最迟2022年初，以太坊就将转变为权益证明机制来运行。这次升级将从根本上改变以太坊网络现有的每12秒出块的工作量证明共识机制。 - 能源利用效率提升99.5%：根据以太坊基金会Carl Beekhuizen的预估，转变为权益证明机制之后，维系以太坊网络的安全将不再像如今这样几乎要消耗掉堪比一个国家的用电量。 - 更多的验证者，更加去中心化：权益证明机制将降低普罗大众通过权益质押来维系网络安全的技术门槛。 - 更加安全：在权益证明机制下，破坏网络的成本将更加昂贵，人们可以根据验证者地址有效识别试图发起51%攻击的攻击者，并在发生攻击时通过网络分叉将其消除。 <br/> # 一个以太坊，两类客户端 长期以来，权益证明机制都是以太坊蓝图的一部分，而近期的网络全面升级阶段则被称之为以太坊2.0。读者或许已经注意到，很多客户端开发者和其他的研究开发人员都在避免使用Eth2这一术语，以防止遭成误解。需要强调的是，在转变为权益证明机制之后，Ethereum 1也并不会被弃用。就像Danny Ryan在1月份指出的那样，Eth1和Eth2这两个术语“实际上指代的是在技术层面不同的layer”。以权益证明机制来运行的以太坊仍然是以太坊。在转换为权益证明机制之后，用户持有的ETH不会发生任何变化。 另一点需要强调的是，目前所有依赖于以太坊的应用程序和协议都不会因为共识机制升级为权益证明机制而受到影响。在目前的工作量证明机制之下，诸如Go-Ethereum (Geth), Hyperledger Besu, and OpenEthereum等客户端提供交易数据，这些数据将被矿工打包入区块之中。之后，这些客户端仍将为那些基于以太坊的应用程序提供支持。读者或许已了解到，目前有许多Eth2客户端已经在运行权益证明机制的信标链，其中质押了近500万个ETH。当以太坊通过“合并”转换为权益证明机制之后，这两类客户端将如何融合呢？  <center>在通过“合并”转换为权益证明机制之后，以太坊将同时运行共识客户端和执行客户端；当然，这两类客户端也可能在未来融合。</center> - 执行客户端（Eth1客户端）。这类客户端负责交易打包、执行和状态管理。如现有的以太坊客户端，如Geth, OpenEthereum, Hyperledger Besu,和Nethermind。 - 共识客户端（Eth2客户端）。这类客户端负责区块验证，也就是人们所熟知的信标链客户端。信标链已经顺利运行了超过六个月，有共计155663个验证者将4981046个ETH质押在其中。eth2客户端团队有Teku, Lighthouse, Nimbus, 和Prysm。 读者可以点此了解更多有关该术语的信息。笔者想表达的重点在于，在以太坊网络上，无论是交易还是应用都将一如往常，并且同样由我们如今运行的这些客户端软件来支持。区别在于，执行数据将由权益证明共识层验证，而不是通过如今的工作量证明机制。 <br/> # Rayonism：“合并”后的以太坊权益证明机制测试网 以太坊基金会和 ConsenSys 的研究人员和诸如Teku 和 Besu 等客户端团队，以及许多其他开发人员在过去六个月中一直在探讨如何以及何时进行以太坊“合并”以开启权益证明机制，以及合并之后的混合客户端(composite client)将以何种形态呈现。 ETH全球扩容黑客松大赛已于近期结束，其中最引人注目的是 Rayonism 项目，该项目专注于搭建一个测试网来模拟“合并”后的以权益证明机制运行的网络。大赛还聚焦聚于以下关键问题：开发者能否成功地让共识客户端与执行客户端无缝交互？智能合约将如何在这种新环境中发挥作用？在为期四个星期的黑客松中，开发者成功搭建了两个“测试网”：运行了一天的 Steklo 和运行了一周的 Nocturne。 笔者与负责“合并”工作的 ConsenSys 研究员 Mikhail Kalinin 以及 Hyperledger Besu 的高级产品经理 Sajida Zouarhi 进行了交谈，希望获取更多的有关即将到来的以太坊“合并”的信息，以及这对客户端团队究竟意味着什么。 ———————————————————————————— James Beck (JB)：Rayonism 项目雄心勃勃，既要搭建可以并行执行客户端和共识客户端的权益证明机制测试网，又要尝试分片功能。 您如何评估项目的进展情况呢？ Mikhail Kalinin (MK)：一开始，我们的目标是研究分片功能以及“合并”。 但是在研究开始之后，Rayonism项目很快变为以“合并”为中心。 这非常棒！ 我们计划对“合并”展开深入研究，除了研究共识客户端和执行客户端之间的交互外，还要研究过渡阶段。Rayonism项目涉及到 7 个客户端团队，他们都明白以太坊“合并”的重要性。 Sajida Zouarhi (SZ)：第一批测试结果很快就出来了，这真是鼓舞人心。 它表明以太坊社区能够围绕着“合并”目标快速团结起来。我们没想到所有客户端团队都能如此深入地参与其中，这本身就是一个很好的结果。 每个客户端团队都能够参与一次原型测试，因此我们能够测试所有执行客户端和共识客户端的组合。当开发人员能够优先考虑一个共同的目标时，自然而然就能取得好结果。 （共识客户端和执行客户端之间的各种组合。）  JB：第一个测试网的收效如何？为什么只持续了一天？ MK：第一个测试网的目的是测试我们的脚本、协调性、确定性(finality)以及客户之间达成共识的各种问题。并不是每个人都有参与测试网启动的经验。我们本就没有计划让测试网持续运行超过一天。这也是为了确保将来我们有足够的准备来启动运行时间更长的测试网。最终结果是我们实现了目标，但由于一些客户端的问题，测试网并没有实现确定性(finality）。 SZ：测试分为许多阶段测试阶段；开发者将从一个运行时间较短的 devnet （开发者测试网）开始，然后转向一个运行时间更长的、具有更多参数和测试场景的devnet。 JB：你能告诉我更多有关 Nocturne 测试网的信息吗？ 它还在运行吗？ MK：Nocturne持续运行了一个星期，目前已经不再运行了。对于Nocturne测试网，我们有一个区块浏览器，可以查看信标链中的交易交易数据。这对于网络调试也很有用。我们在Nocturne测试网上的第一个可能时段(possible epoca)达成了确定性(finality)。实现确定性(finality)表明执行客户端和共识客户端彼此之间能够达成网络共识，而且我们也没有在两者的通信协议中发现任何bug。不过，我们确实发现了一个与 Eth1 数据投票有关的问题。 JB：什么是 Eth1 数据投票(data voting)？ MK：指的通过在太坊主网(Eth1)进行投票来处理质押的保证金，以激活验证者资格的过程。 JB：Rayonism 项目和以太坊“合并”的下一步计划是什么？ MK：Rayonism项目已经结束了，但“合并”工作仍在继续。或许可以将目前称之为后Rayonism时期？客户端团队目前正在处理各自即将到来的硬分叉，研究人员则正在研究共识机制的过渡阶段。 JB：过渡阶段指的是什么？是指以太坊由工作量证明机制切换为权益证明机制的确切时刻吗？ MK：是的。从字面意义上看，过渡阶段指的就是全网就最后一个工作量证明块达成共识，添加第一个权益证明块，并就第一个权益证明块达成共识。上述步骤的完成就意味着“合并”的发生。从那时起，以太坊就将以权益证明机制来运行。 我们目前也在致力于制定标准化的共识客户端API。我也知道 Go-Ethereum 团队正在研究状态同步。“合并”之后，状态同步会有所不同，因此开发者需要对其进行调整以适应“合并”过程。一旦以太坊完成了London和 Altair 硬分叉，我们就能够共同启动更大规模的“合并”测试网了。 JB：Sajida，像Hyperledger Besu这样的执行客户团队正在为合并做哪些准备呢？ SZ：我们正在与其他执行客户端团队和共识客户端团队一起参与devnet（开发者测试网），以提前发现一些问题并修复它们。我的目标是优化 Hyperledger Besu客户端的性能，使其成为验证者们的首选执行客户端。目前，Besu客户端与所有共识客户都有所合作，结果令人欣慰。 Teku客户端团队也是最初构建 Besu客户端的的团队，所以他们之间的合作非常顺利。 JB：Sajida，纳有 EIP 1559提案的伦敦硬分叉将会在7月份到来，这一定会引起许多关注。这次硬分叉会不会有与“合并”相关的EIP？ SZ：为了这次伦敦硬分叉，我们已经将客户端提前冻结，所以我们实际上已经准备好了进行测试网部署。至于主网部署，将在7月份进行。 另外值得一提的是，在“合并”之前，我们已经发起了EIP 3554提案，提议将“难度炸弹”推迟至2021年12月份，以与“合并”的新时间表保持一致。 B：Sajida，你对Besu团队感觉如何？你在“合并”方面的下一步工作计划又是什么？ SZ：我现在感到非常乐观——无论是在对于devnet（开发者测试网）还是在时间线方面。我们致力于尽快终止工作量证明机制。 JB：Mikhail、Sajida，“合并”可能带来的风险是什么？ MK：“合并”可能会打破现有网络的稳定性，这或许会影响现有的应用程序。当然，随着“合并”的来临，各种攻击风险也与之俱生，而51%攻击的风险则是最为严重的。在最终实现“合并”之前，我们会启动多轮测试网来做好充足的准备——包括压力测试网和大规模测试网。在这一时期，所有以太坊上的应用程序和基础设施都有机会检查它们是否仍然运行良好，以及是否对“合并”准备就绪。我们正在努力消除可能威胁“合并”的各种攻击因素，但 51%攻击的威胁仍然令人忧心忡忡。 SZ：风险在于，我们迫于市场压力而操之过急——尤其是在近期，工作量证明机制在能源消耗方面对地球有害的负面舆论甚嚣尘上。开发者的首要任务是确保系统的安全。我们应该遵循事实，逐步解决问题，市场环境不应该对开发工作施加过多的压力。 我们还密切关注矿工可提取价值 (MEV) 和 flashbots项目。 当链上交易再度活跃时，抢先交易问题如何解决，这些仍悬而未决。 最后，ConsenSys 希望更多聪明的开发者参与核心协议的开发，这有助于以太坊“合并”到权益证明机制。我们也正在为执行客户端 Hyperledger Besu 和我们的共识客户端 Teku 招聘工程师。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/commit-chains/https://www.ethereum.cn/Technology/commit-chains/Wed, 09 Jun 2021 00:00:00 GMT来源 | [ethhub.io](https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/commit-chains/) <br/> # 什么是 commit-chains？ Commit-chains 也是 "Plasma" 的通用术语 —— 以太坊以及其他区块链的 Layer-2 扩容解决方案。 Vitalik Buterin 曾开玩笑地说，"Commit chains" 更符合比特币的品牌形象，而 "Plasma" 对以太坊来说更符合其品牌形象。 Commit-chains 有时也被形容为非托管的侧链，它们并不像侧链那样引入新的共识机制 —— 它们依赖于主链的共识，这使得它们与主链一样安全。 在 commit-chains 中，无需信任和非托管的运营者促进了交易各方的通信。运营者通过定期发送更新至主链，以验证用户账户余额的状态。 <br/> # Commit-chains 的工作原理？  与支付通道不同，commit-chains 一旦启动就一直处于持续状态，而不是依赖于“三种状态”模型 (开放、实时、争议/关闭)。 运营者启动 commit-chain 后，用户可以加入并执行记录在 commit-chain 上的交易，同时用户任何时候都可以将其资产提款至主链中。 ## 定期检查点证明 (Commitments) Commit-chain 的用户可能需要定期观察链上检查点证明，该证明的实例可以为默克尔根或者零知识证明 (ZKP)。 虽然零知识证明在链上执行一致的状态转换，但"默克尔根证明"并不会执行，这就要求用户参与挑战回应协议，以挑战运营者的不当行为。 ## 数据可用性请求 因为数据并不是广播到网络上的，所以用户必须检索和维护退出 commit-chain 所需的数据。 根据不同的实现，当数据不可用时，要么用户会被强制退出 (就像在 Plasma 中) 或者运营者会被要求提供必要的数据 (就像在 NOCUST 中)。 遇到作恶的行为时，允许用户带着他们最后确认的余额退出。 ## 中心化但无需信任的中介 中心化运营者从不持有托管资金，所以如果运营者不可用，最坏的情况只是用户无法再进行链下交易，但他们在任意时间退出并转移到另一条 commit-chain 上。 ## 交易敲定 与支付通道不同，commit-chain 运营者不需要链上抵押品来安全地在用户之间进行支付。 Commit-chain 交易不像支付通道那样提供即时的交易敲定，但是提供链上检查点之后的最终敲定。 然而，如果运营者选择为每个用户分配抵押品，实质上是在 commit-chain 上实现一个支付通道，那么就有可能实现即时的交易敲定。 ## 减少路由需求 单个 commit-chain 有可能承载数百万名的用户，所以我们设想用几个静态连接的 commit-chain 来产生稳定的网络，并降低路由的复杂性。目前还没有人提出原子式跨 commit-chain 交易。 <br/> # Commit-chain 的安全属性 用户端的安全属性可以概括如下： ## 商定的转换 Commit-chain 交易至少需要发送方和 commit-chain 的运营者同意。 ## 余额安全 诚实的用户总是可以利用链上争议从 commit-chain 上撤回商定的余额。 即使运营者和所有其他 commit-chain 用户串通，也能够为诚实用户提供余额安全保障：因为只有当发送者和运营者同意某笔支付，并通过定期的链上检查点验证时，交易才可以被敲定。 ## 状态发展 用户任何时候都可以在链上强制执行链下的状态转换。 ## 证明的完整性 由于 commit-chain 没有固定的 3 个阶段的生命周期，commit-chain 的用户能够在任意时间点验证运营者的证明完整性，并强制运营者操作并回滚到之前的定期证明中。 <br/> # NOCUST commit-chain ## 概述 “NOCUST commit-chain” 的概念是由 Liquidity Network 以及他们的同行在一篇[学术论文]((https://eprint.iacr.org/2018/642.pdf))中首次提出。 NOCUST 是一种基于账户的 commit-chain，在 NOCUST 中，一个链上地址与一个 commit-chain 账户相关联。 NOCUST 链上合约期望能够定期从运营者 (该运营者包含了抵押池中的每个用户账户) 中接收证明，这是一个 commit-chain 账本状态的恒定大小的证明。 ## 自由建立 用户可以在合约中存入任意数量的代币，并对其他用户进行任意面额的 commit-chain 支付。而用户可以不需要链上交易就可以自由加入 commit-chain，用户可以要求运营者签名，然后立即接收 commit-chain 交易。 ## 商定的转换 NOCUST 内的交易是由发送者和运营者共同签名而执行的，以预防潜在的双花情况。 ## 即时的交易敲定 只有当运营者将抵押品抵押给接收者时，才有可能实现状态发展。NOCUST 规定了一种机制，即在恒定大小的链上证明中向所有 commit-chain 的用户分配抵押品，这能够实现特定数量的即时交易敲定。 在每个链上检查点之后，分配的抵押品是可以重复使用的，在这一点上，交易吞吐量只受运营者的带宽和计算吞吐量限制 —— 与检查点证明的间隔无关。 ## 证明的完整性 每个用户只需向运营者请求数据，并在定期的时间间隔内将其与本地存储的状态进行比较来观察完整性，从而验证自己余额证明。 遇到作恶行为时，用户可以使用 NOCUST 智能合约提出挑战。如果运营者返回的无效信息或者不回应，用户就能够证明其不当行为。 NOCUST 通过 zkSNARKs 支持可证明的一致操作模式。底层智能合约将验证 Layer-2 状态转换，如果不停止，运营者将无法验证无效的状态转换。 <br/> # 比较 commit-chains 将 NOCUST commit-chain 与 Plasma Cash 进行比较，后者是一份最全面的 Plasma 实现的运行草图。 比较数据基于 [知识学术论文的系统化](https://eprint.iacr.org/2019/360.pdf)，并来源于与 [Georgios Konstantopoulos](https://twitter.com/gakonst?lang=en) 的讨论。 | 一般属性 | Plasma Cash | NOCUST | | :------------------------------------------------------: | :---------: | :----: | | 安全证明 | ✕ | ✓ | | 链下交易接收 | ✓ | ✓ | | 同质化代币的支付 | ✕ | ✓ | | 客户端可以保持离线状态 | ✕ | ✕ | | 安全大批量退出 | ✓ | ✓ | | 即时的交易敲定 | ✕ | ✓ | | 代币支持 | ✓ | ✓ | | 非同质化代币 (NFT) | ✓ | ✕ | | 可证明的一致的状态 (ZKP) | ✕ | ✓ | | Commit-chain swaps | ✕ | ✓ | Plasma 是基于 UTXO 的 commit-chain，而 NOCUST 是基于账户的 commit-chain。 在 Plasma Cash 中，一枚代币是通过链上存款铸造的，不能与 commit-chain 上的另一枚代币合并或拆分，因此它只对 NFT 有用，但不可以作为一个支付系统来使用。 NOCUST 使用 ZKPs 在链上执行一致的状态转换，Plasma Cash 利用默克尔根证明，它不要求用户参与挑战回应协议以挑战运营者的不正当行为。 <br/> # 参考资源 - [Commit-Chains: Secure, Scalable Off-Chain Payments Academic Paper](https://eprint.iacr.org/2018/642.pdf) - [Systemization of Knowledge: Off The Chain Transactions Academic Paper](https://eprint.iacr.org/2019/360.pdf) - [Liquidity Network Research Papers](https://liquidity.network/research) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-6-8/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-6-8/Tue, 08 Jun 2021 00:00:00 GMT # Eth2 **Lighthouse可以在Windows上跑了** Lighthouse客户端将于六月中旬上线的 v .1.4.0 版本加入了对 Windows系统的支持，目前仅支持Windows 10，Windows 8 和 7 还未测试。 教程指路：[https://www.reddit.com/r/ethstaker/comments/nre9tz/how_to_compile_and_run_lighthouse_on_windows/](https://www.reddit.com/r/ethstaker/comments/nre9tz/how_to_compile_and_run_lighthouse_on_windows/) <br/> # Eth1 **Geth的快照同步功能已成默认设置** Geth 客户端在 v.1.10.4 版本里把同步的默认设置从快速变为快照同步，同步时间从大约11小时缩短到2小时。团队负责人Péter Szilágyi表示实现这点花了3.5年的时间。  来源：[https://twitter.com/peter_szilagyi/status/1399266019407970305?s=20](https://twitter.com/peter_szilagyi/status/1399266019407970305?s=20) <br/> **伦敦升级新测试网 Calaveras** 伦敦升级的新测试网 Calaveras 已上线，这意味着上周的核心开发者会议提出的，关于`MaxFee`和`maxPriorityFee`没有形成一个明确的上限，这一问题已解决。 来源：[https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/client-integration-testnets/calaveras.md](https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/client-integration-testnets/calaveras.md) <br/> ## EIP-1559 GAS API会议 Tim Beiko对上周进行的 EIP-1559 GAS API 会议进行了总结，列出了1559 API愿望清单，内容包括： **`priority fee`历史数据** - 返回过去N个区块中被接受的最低 `priority fee` 的列表， - 矩形图？ - 前十分位的数而不是最低值？ - 客户端应该把满的区块过滤了，因为在这种情况里，矿工可能会漏掉那些本可以被放进待处理交易池里，也就是说我们可能实际上不会在被打包的交易里看到给矿工的最低小费 - 考虑点：我们可以把矿工自己的交易过滤掉吗？起码我们应该过滤掉任何小费是`0`的交易 **消耗的gas的历史数据** - 返回过去N个区块消耗的gas (%满) - 矩形图？ - 每个区块消耗的gas数列 **基本费历史数据** - 有的话不错 - 矩形图？ **上一个区块的基本费+消耗的gas** - 当你想要 gas 价格计算的所必须的数据时，如果能有一个终端返回`eth_getBlockBy*`里的子集数据会很不错 - 长期的解决方案可能会是像 GraphQL这样的方案 **下一个区块的 `baseFeePerGas`** - 返回下一个区块的预期 `baseFeePerGas` - 注意：可以在Geth客户用`eth_getBlockByNumber("pending")`实现 **会议中的有趣争论的编译：** API存在这样的问题：在区块大小是稳定没有高峰，以及在过去20个区块里出现过峰值，但当前峰值已过去这两种情况下，API提供的数据没有问题。但如果正值峰期，API会失效。 争论点：`priority fee`是否应该对峰期作出反应？ 开发者：总的来说，我反对任何`priority fee` 预估，因为这等于强化了让用户进入竞拍和竞价战的情况，在大多数情况下，这是没有必要的。现有的做法对用户的好处和弊端参半。我希望在小费的设定上，是我们知道矿工会接受1、2 gwei 的小费，然后我们就不改了，就把小费设成固定的1、2 gwei。 实现者：这就是为什么我说有时根据历史数据，这是可行的最低值，但你是说使用一个固定值，但ETH 的价格在不断变化，还有矿工的偏好，还有技术等多个变量，如果矿工的设置真的变了，且我们不根据现实的交易提供数据，用户要如何发现？ 开发者：我同意这需要是一个动态系统，但这应该是在一个长时间的范围里。这里我希望要严谨一点，有可能矿工获得基于MEV的动态小费就已足够激励他们去工作了。这很复杂也很难，但这是可能的且理论上有道理的。但我不认为矿工很快能做到这一点，因为他们有很多大型工作，而这只是小工程。因此我们可以长远地看，像 geth这样的客户端矿工都在用，它有一个命令行选项用于设置最低priority fee，我们相信矿工都会把它设在某个值。根据过去数以上万的区块，95%的矿工把它设为低于2，即以低于2 gwei挖一个区块。我想说的是API 是保持动态，但同时不需要变化太快，因为大多数时候这些变化都是基于短期的拥堵峰期，不会持续很久。 实现者：我认为这些数据应该是动态的，但以过去的数据作为指标可能反应过慢，当交易处于峰值时你还在推荐最低的priority fee，当峰值过去了，你推荐高的priority fee。因此这样可能作用不大。我们其实有1559本身提供的免费客观数据来源——我们不需要看用户做什么，我们可以看区块有多满，可能是最近的2、3个区块，如果它们都是满的，我们就知道峰期来了，所以直接看区块的gas消耗就足够了解情况，这可能与现有的模式不同，且有更多的实现难度，但这是我对API的看法。 所以还是主张对峰值作出反应，但我认为让用户至少有指标来了解现时情况还是很有价值的。因此根据过去几个区块消耗的gas而不是用户的主观竞价。因此我认为需要返回一些指示，告诉用户目前的紧急程度，然后由用户来决定是否要他们的交易被优先打包，给用户一个选择我认为是好的。 开发者：关于是否要对拥堵情况作出反应，我们肯定是要知道前面的满块程度以确认拥堵，同样地，当我们尝试确定95%矿工的最低小费值是多少时，也需要在满块情况才能知道95%的矿工设置的最低小费值，我们要首先过滤了满的区块，这样才能看到最低值而不是拥堵时的值。这个讨论的一个重点是，如果大家都对拥堵作出反应，就会走向最后大家都支付更多。反应性对竞赛是有利的，在比赛中，有反应的会赢得比赛。如果你想构造一个生态系统是用户间达到大致平等，那么你为比赛中每个人使用同样的策略来造工具时，你最终会给矿工支付不必要的费用。如果我们在核心层，比如geth客户端引入这个策略，我们要确保引入后大多数的人不会使用它。这听上去很奇怪，但如果引入后大家都用了，那其实作用就不大了。像这种“高速、一般、缓慢”模式，高速表示会作出反应，缓慢表示不会，这种模式的一个坏处在于我担心如果基本费是100，三个速度分别是1、2、3 gwei，这样每个人都选高速，其实没人在里面获益。因此，我们需要大家用不同的策略，大家用同一个策略，那么这个策略就没用。这在博弈论里非常常见。 来源：[https://hackmd.io/@timbeiko/1559-api-wishlist](https://hackmd.io/@timbeiko/1559-api-wishlist) 会议视频：[https://www.youtube.com/watch?v=SpU6WACP2cM](https://www.youtube.com/watch?v=SpU6WACP2cM) <br/> # Layer2 **Uniswap V3 已在 Arbitrum One 上部署** 此前，社区投票通过了在 Arbitrum 上部署 Uniswap V3。随后，为了响应社区的需求，Uniswap Labs 于 6 月 5日发推表示，V3 版本已经部署在 Arbitrum 主网上。[app.uniswap.org](https://t.co/liqYXtQoM2?amp=1) 已更新支持部署。Arbitrum 目前只对白名单进行开放，已经申请为白名单的开发者们现在可以使用该版本了。一旦 Arbitrum 向所有用户开放，Uniswap V3 将不需要额外的工作，用户就可以体验其部署在 Arbitrum 上的版本。 来源：[https://twitter.com/Uniswap/status/1400847744596598792](https://twitter.com/Uniswap/status/1400847744596598792) <br/> **The Graph 的数据索引和查询服务上线 Arbitrum One** 区块链数据索引项目 The Graph 为 Arbitrum One 提供的数据索引和查询服务已上线。Arbitrum 上的开发者可以构建和发布开放的 APIs，调用 subgraphs，应用程序可以使用 GraphQL 进行查询。也就是说，开发者现在可以使用 subgraphs 来搜集和访问 Arbitrum One 的数据，就像在以太坊主网一样。  来源：[https://offchain.medium.com/the-graph-indexing-and-querying-services-are-live-on-arbitrum-one-c539a122da14](https://offchain.medium.com/the-graph-indexing-and-querying-services-are-live-on-arbitrum-one-c539a122da14) <br/> **开发者平台 Alchemy 已开放对 Arbitrum 的支持** 6 月 1 日，区块链开发者平台 Alchemy 对 Layer2 扩容解决方案 Arbitrum 主网的支持正式开放。Arbitrum 提供的 Layer2 技术让开发者的 gas 费可以节省最多 270 倍，而 Alchemy 开发者平台为此提供支持。这意味着开发者可以利用 Alchemy 的 Supernode 以及其开发者工具来访问 Arbitrum。 所有 Alchemy 用户都可以访问 Arbitrum，并使用与以太坊相同的 API 方法。此外，Arbitrum 几乎与所有目前的以太坊智能合约兼容，所以将来不需要有任何的代码变化。 这是 Alchemy 帮助其用户解决扩容问题以及 UI 问题的第一步，在接下来几个月，Alchemy 将进一步加深对 Arbitrum 和其他 Layer2 解决方案的支持。 Arbitrum API 文档：[https://docs.alchemy.com/alchemy/documentation/apis/arbitrum](https://docs.alchemy.com/alchemy/documentation/apis/arbitrum) 来源：[https://blog.alchemy.com/blog/arbitrum-is-live](https://blog.alchemy.com/blog/arbitrum-is-live) <br/> **zkSync 2.0：zkEVM 测试网的 Alpha 版本上线** zkSync 推出 2.0 版本的 Alpha 测试网，添加了 zkEVM 和 zkPorter 两项技术。该测试网版在以下三个方面达成的成就有： - 在密码学方面，zkEVM 已经准备就绪，整个指令集已经确定下来，并且两种实现都已经完成：在电路中和在执行环境中。 - 在编译器方面，用 Solidity 和 Zinc 编写的智能合约现在可以编译到 zkEVM 字节码中。 - 在核心基础设施方面，全节点集成已完成，并且能够成功地部署和执行已编译的智能合约。 当编译器 100% 准备好时，zkSync 将向开发人员开放测试网。届时将会公布上线第一批项目的流程。 zkSync 2.0 测试网浏览器：[https://zksync2-alpha.zkscan.io/](https://zksync2-alpha.zkscan.io/) 来源：[https://medium.com/matter-labs/zksync-2-0-hello-ethereum-ca48588de179](https://medium.com/matter-labs/zksync-2-0-hello-ethereum-ca48588de179) <br/> # 生态 **Gitcoin Grants Round 10 即将开始** 开源软件资助平台 Gitcoin 将于 6 月 16 日 —— 7 月 1 日进行第 10 轮捐赠活动 Grants Round 10，并于 6 月 16 日 —— 7 月 7 日进行 Gitcoin Grants Round 10 黑客松。 本轮活动资助者有 BadgerDAO、CenterPrime、Teller、Perpetual Protocol、Polygon、Mask Network、IOSG Ventures、Algorand 、Aave、The Graph Protocol 、Uniswap 等等。 此外，ENS 团队于今宣布向 Gitcoin Grants Round 10 捐赠 70 万美元。  cr：Gitcoin 来源：[https://gitcoin.co/grants/explorer/](https://gitcoin.co/grants/explorer/) [https://gitcoin.co/hackathon/gr10/onboard](https://gitcoin.co/hackathon/gr10/onboard) <br/> **Lex Fridman 对话 Vitalik Buterin** 6 月 4 日，以太坊联合创始人 Vitalik Buterin 参加了由 Lex Fridman 主持的访谈节目，该访谈持续了 3 小时，谈及 SHIB 代币的故事、加密货币监管、PoS vs PoW、MEV、扩容、比特币区块大小战争、分片、Rollups、合并、狗狗币 vs 以太坊、NFT、Polygon 以及其他 Layer2 侧链解决方案等等话题。 完整视频：[https://www.youtube.com/watch?v=XW0QZmtbjvs](https://www.youtube.com/watch?v=XW0QZmtbjvs) <br/> **5 月份，ETH 在多个指标上超过 BTC** The Block 研究员 @lars0x 发布了几组图表，其中一个图表，显示了 ETH 在 5 月份链上流通量总值增长了 35.4%，超过了 BTC 的链上流通量总值。  来源：[https://twitter.com/lars0x/status/1399734913218355201](https://twitter.com/lars0x/status/1399734913218355201) <br/> # 本期最佳meme  cr：[@hasufl](https://twitter.com/hasufl) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-6-5https://www.ethereum.cn/Eth2/wnie2-2021-6-5Mon, 07 Jun 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210605) <br/> # 本周推荐 过去一周有些不错的播客值得一听： - Danny Ryan 参加 Epicenter：[Ethereum Foundation – An Eth2 Progress Update](https://epicenter.tv/episodes/393/) (以太坊基金会 — Eth2进展更新) - Vitalik 作为 [Lex Fridman](https://www.youtube.com/watch?v=XW0QZmtbjvs) 播客嘉宾进行了重要的三小时访谈 <br/> # 信标链 信标链已经持续运行超过[六个月](https://twitter.com/etherchain_org/status/1399625222454718464)了，除了 [Prysm 停止生产区块数小时](https://hackmd.io/@benjaminion/wnie2_210424#-Newsflash-)的那次意外事件，其运行状态已经非常不错了。[罚没 (slashing)](https://beaconcha.in/validators/slashings) 比我想象得要多，但其中的大多数是由单一的服务商导致的，总体而言，罚没事件数量不大。据我们所知，所有罚没都是由于节点运营者 (无论是个人还是质押服务) 的错误配置造成的，不涉及客户端或协议漏洞。请注意，验证者只会因为违反协议规则而被罚没，而不是因为离线：如果你遵循基本的良好行为和建议，就不会被罚没。 在过去的六个月中，验证者的队列很少清空。创世时有 21,063 个验证者，现在我们有 157,479 个验证者 (加上 140 个因削减而退出)。 因此平均而言，在这段时期中验证者以大约 735 个/天的速度增加。这与 900 个/天的最大速度相差不远。[Eth2 存款合约](https://etherscan.io/address/0x00000000219ab540356cbb839cbe05303d7705fa)持有 5,324,034 以太币，目前价值 140 亿美元。这是对以太坊的技术、团队、实现及其未来的极大的信任投票。我很荣幸成为其中的一份子。 [The Daily Gwei](https://thedailygwei.substack.com/p/6-months-of-the-beacon-chain-the) 对六个月纪念日也进行了记叙。 Omni Analystics 一直在[对网络的功能和健康情况进行可视化](https://crypto.omnianalytics.io/2021/05/14/tiering-and-dashboarding-eth-2-0-validator-behavior/)。许多漂亮的图表比较了 Medalla 测试网和主网上的验证者行为，以及网络健康面板的预告。(奇怪的是，他们似乎忽略了第 3.7/3.8 节和第 3.9 节之间的联系：由于罚没强制退出) <br/> ## Staking 想要在 Windows 上进行质押吗？那么 Lighthouse 客户端正在加入，其他客户已经实现了支持。如果你沿用了 Windows 路线，无论选择哪种客户端，[这些技巧](https://www.reddit.com/r/ethstaker/comments/nqvkv4/tips_for_eth2_staking_on_windows_avoid_issues_and/)可以使你的设置保持良好状态。 ## 工具 此处是一份建议客户端除其他标准 API终端之外，添加对[标准验证者 API 终端](https://hackmd.io/@dapplion/eth2-validator-api)支持的提案。这能帮助提供客户端之间的通用用户界面，使得切换客户端更加容易，并且提升网络的客户端多样性。 <br/> # 合并工作 合并 (The Merge) 指的是以太坊从 Proof of Work 链转换到 Proof of Stake 信标链运作。 虽然 Rayonism 项目证明了 The Merge 的整体可行性，但并没有探索从 PoW 到 PoS 的实际切换。 Mikhail 最近发布了[切换过程的技术设计](https://github.com/ethereum/eth2.0-specs/pull/2462)，有很多事情要小心。在合并之前，现有矿工的行为很可能是最不可预测的，因此在规划中需要考虑各种场景。 <br/> # 释义性资源 在区块链中进行真正的扩容并不容易。否则，我们早就实现了。Vitalik 在其文章中 [The Limits to Blockchain Scalability](https://vitalik.ca/general/2021/05/23/scaling.html) (区块链的扩容瓶颈) 解释了原因。要了解其中不同的挑战和可能的解决方案，这是一个可读性很强的介绍。 Alex Stokes 就 [Altair 中的计算改革](https://www.google.com/sorry/index?continue=https://www.youtube.com/watch%3Fv%3DKdhHJa2SEwY&q=EgSdNIouGM2E94UGIhD2e9wSfREbXe1LNTvQLLhKMgFy)进行了 EIP 演示。活动中的讨论范围要广得多，我们几乎没有谈到计算改革，但我们确实在此过程中覆盖了很多干货。 Jeff Lau 的系列推文向我们解释了[合并工作](https://twitter.com/_jefflau/status/1399598794451345411)。 关于 [SSZ](https://www.ssz.dev/)，想知道却又不敢问的一切。 了解 [Kate (KZG)](https://hackmd.io/yqfI6OPlRZizv9yPaD-8IQ) 承诺 以及 Verkle Tries。这些是重要的密码学工具，可用于转向无状态以太坊并确保分片中的数据可用性。 <br/> # 媒体及其他资源 James Beck 采访了我优秀的同事 Sajida Zouarhi (Besu Eth1 客户端的产品经理) 和 Mikhail Kalinin (负责合并的技术设计)，并将内容总结在一篇文章中：[Charting The Path To Proof of Stake Ethereum](https://consensys.net/blog/blockchain-explained/charting-the-path-to-proof-of-stake-ethereum/) (绘制权益证明以太坊的路径)。 这是[预热推文](https://twitter.com/JamesJohnBeck/status/1400552379066503168)，但完整的采访非常值得一看。 NBC 新闻引用 Danny Ryan 的一些叙述撰写了关于[权益证明](https://www.nbcnews.com/tech/tech-news/cryptocurrency-goes-green-proof-stake-offer-solution-energy-concerns-rcna1030)的文章。我特别喜欢，“这是人类的一项根本性突破，我们现在可以实现采用其他方式做不到的事情”。 Vitalik 和 Lex Fridman 的[三小时](https://www.youtube.com/watch?v=XW0QZmtbjvs)访谈 (此处是[音频版](https://lexfridman.com/vitalik-buterin-2/)，前八分钟是广告)，以下是一些花絮： - “Craig Wright 是个骗子……起诉我吧” ([0:57:39](https://youtu.be/XW0QZmtbjvs?t=3459) 和 [2:22:42](https://youtu.be/XW0QZmtbjvs?t=8562)) - “Polygon 是一条侧链” ([1:20:40](https://youtu.be/XW0QZmtbjvs?t=4840) 所以这算是最终确认了) - 关于合并的时间，“2022年初是最实际的” ([1:34:50](https://youtu.be/XW0QZmtbjvs?t=5690)) 如果不想全部都听完，[YouTube](https://www.youtube.com/watch?v=XW0QZmtbjvs) 的视频能够跳转到不同的话题，其中 Eth2、PoS 以及扩容相关的讨论都不错。 Christine 和我在 Coindesk 的 [Mapping out Eth2.0](https://www.coindesk.com/podcasts/mapping-out-eth-2-0) 播客上进行了讨论。在 [5 月 27 日的那一集](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/centralization-crisis-ethereum)中，我们讨论了如何处理去中心化生态系统中的安全漏洞，而在 [6 月 3 日](https://www.coindesk.com/podcasts/hard-problems-bram-cohen/elon-musk-bitcoin-ethereum-layer-2)，我又谈到了比特币的环境友好尝试。虽然表达上不是最连贯的，但都很有趣。 Coindesk 的 Valid Points 刊物: [The Risks and Rewards of Sharding](https://www.coindesk.com/ethereum-2-0-risks-and-rewards-of-sharding) (分片的风险和益处) 以及 [Why Staking on Eth 2.0 Is Becoming Lucrative for Exchanges](https://www.coindesk.com/staking-eth-2-0-lucrative-for-exchanges-web-3-hackathon) (为何 Eth2.0 质押对于交易所来说有利可图) <br/> # 研究工作 矿工/验证者的可提取价值 (MEV) 正在成为一个重要话题，无论是在当前还是合并后的以太坊中。这篇文章引发了人们对 [MEV 对信标链去中心化的影响](https://hackmd.io/@Izzy-/Eth2VevStaking)的担忧。简而言之，MEV 的经济学将使个人验证者处于不利地位。出于几个原因，我绝不认为这是理所当然的。一方面，这个领域充斥着大量的研究 (因此将其放入本节)。Flashbots 这样的举措旨在使 MEV 民主化，并且很可能会成功。事实上就在几天前，Vitalik 就这个主题发表了一篇文章：[Proposer/block builder separation-friendly fee market designs](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725?u=benjaminion) (提议者/区块生产者友好的区别费用市场设计)。另一个原因是，在未来几年，底层链很可能仅用于 L2 解决方案的数据可用性；MEV 将迁移到 rollups 中，并且不再是验证者的问题 Georgios Konstantopoulos 担心验证者因丢失提款密钥而无法取回他们的存款，并提出了一种[简单提款凭证轮换](https://ethresear.ch/t/simple-withdrawal-credentials-rotation/9555?u=benjaminion)机制。这绝对是一个问题：我们最初使用的 BLS 提款密钥机制是一个新的工作流程，几乎没有标准工具，我相信质押者可能会在不经意间丢失对其提款私钥的访问权限。现在我们有可用的`0x01`凭证，它使用了标准的以太坊账户，对未来的质押者来说应该不是问题。尽管如此，该提案不太可能实施：非托管型质押服务有太多机会窃取质押者的资金。但我相信这方面的工作会继续下去。Protolambda 发布了他对合并后[分片路线](https://twitter.com/protolambda/status/1399436703669051394)的看法，并总结了未来的挑战。[幕后](https://twitter.com/protolambda/status/1399436720479870976)正在进行大量工作。 <br/> # 常规会议 ## 实现者会议 第 65 次会议于 6 月 3 日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/220) - [会议视频](https://youtu.be/cgH8OsCg9tY?t=96) - [我的速记](https://hackmd.io/@benjaminion/HkCsML89u) 这次会议比我们习惯的时间更长互动更多。围绕三个主题进行了讨论 (我的笔记中没有详细记录，如果感兴趣的话建议看看会议视频)。 首先，是否更改 Altair 规范中同步委员会的奖励结构。当前的方法可能会导致表现同样出色的验证者获得的奖励之间存在[显着差异](https://github.com/ethereum/eth2.0-specs/issues/2448)。改进这一点基本上是没有异议的，主要讨论了采用以下两个提案中的哪一个：[来自 Potuz](https://github.com/ethereum/eth2.0-specs/pull/2450) 的提案，和[来自 Vitalik](https://github.com/ethereum/eth2.0-specs/pull/2453) 的提案。两个方案都很好，但 Vitalik 的版本最终获得了采用。 其次还讨论了 Jacek 提出的将[历史区块根累加器](https://github.com/ethereum/eth2.0-specs/pull/2428)纳入状态的提案，以及这最好在一次协议还是跨两次协议升级中完成。在此阶段，有些建议是不为 Altair 添加更多内容，但所有人都同意这个基本概念是合理的。最后，最终的 Altair 规范 (Alpha 7) 推迟到下周发布，以便对此进行更多讨论。 第三，Rocket Pool 的 Joe Clapis 客串提出 `[0x02](https://github.com/ethereum/eth2.0-specs/pull/2454)`提款凭证，以便在合并后的质押池中公平分配交易奖励。这件事并不紧迫，因此这次是对该问题的概述。 ## 合并会议 第五次合并会议于 6 月 3 日进行，就在实现者会议之前。 - [会议议程](https://github.com/ethereum/pm/issues/331) - [会议视频](https://www.youtube.com/watch?v=j61FqoQwEHo) - Protolambda 的[笔记](https://notes.ethereum.org/@protolambda/Hkg21v8qu) 会议包括对合并转换过程的讨论、共识和执行客户端之间的 API 以及是否在信标状态中存储 `ExecutionPayloadHeader` 或完整的 `ExecutionPayload`，以及如何处理合并后操作码的 `difficulty`。 <br/> # 近期活动 - UTC 时间 6 月 23 日 1300，以太坊基金会将在 [/r/ethereum](https://www.reddit.com/r/ethereum/) 进行 [Eth2 团队 AMA](https://twitter.com/drakefjustin/status/1398375498342977544) <br/> # 其他资讯 - Danny Ryan：[Finalized no. 26](https://blog.ethereum.org/2021/05/25/finalized-no-26/)，简单更新了 Altair，Rayonism 以及合并的进展。 - Chainsafe 的 Lodestar 客户端诞生了！最新的[开发进展](https://medium.com/chainsafe-systems/lodestars-recent-progress-metrics-and-other-oddities-49c6e646e421)更新推荐一读。 - [Prysmatic Labs](https://medium.com/prysmatic-labs/prysmatic-labs-ethereum-monthly-development-update-94c41df0a1f8) 的开发月报 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/the-limits-to-blockchain-scalabilityhttps://www.ethereum.cn/Layer2/the-limits-to-blockchain-scalabilityFri, 04 Jun 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/05/23/scaling.html) <br/> *感谢Felix Lange、Martin Swende、Marius van der Wijden 和 Mark Tyneway的反馈和校对。* 我们能将区块链的可扩展性提升到多少？是否真的能像 [Elon Musk 所说](https://twitter.com/elonmusk/status/1393738154889338884)的那样“区块时间加速十倍，区块大小增长十倍并且手续费降低一百倍”，而不会导致极度中心化并违背区块链的本质属性？如果答案是否定的，那我们能达到什么程度？改变公式算法会怎样？更重要的是，如果引入类似 ZK-SNARK 或分片的功能会怎样？一个分片型的区块链在理论上能够不断添加分片，那么是否真的可以这么做呢？ 事实证明，无论是否使用分片，都有重要且非常微妙的技术因素限制了区块链的可扩展性。许多情况都有解决方案，但是即使有了解决方案，也存在局限性。这篇文章将探讨其中的许多问题。 如果只是简单地拔高参数，问题似乎就能得到解决。但是我们会因此付出什么代价？  <br/> # 普通用户能够运行节点对于区块链的去中心化至关重要 想象一下凌晨两点多，你接到了一个紧急呼叫，来自世界另一端帮你运行矿池 (质押池) 的人。从大约 14 分钟前开始，你的池子和其他几个人从链中分离了出来，而网络仍然维持着 79% 的算力。 根据你的节点，多数链的区块是无效的。这时出现了余额错误：区块似乎错误地将 450 万枚额外代币分配给了一个未知地址。 一小时后，你和其他两个同样遭遇意外的小矿池参与者、一些区块浏览器和交易所方在一个聊天室中，看见有人贴出了一条推特的链接，开头写着“宣布新的链上可持续协议开发基金”。 到了早上，相关讨论广泛散布在推特以及一个不审查内容的社区论坛上。但那时 450 万枚代币中的很大一部分已经在链上转换为其他资产，并且进行了数十亿美元的 defi 交易。79％的共识节点，以及所有主要的区块链浏览器和轻钱包的端点都遵循了这条新链。也许新的开发者基金将为某些开发提供资金，或者也许所有这些都被领先的矿池、交易所及其裙带所吞并。但是无论结果如何，该基金实际上都成为了既成事实，普通用户无法反抗。 或许还有这么一部主题电影。或许会由 MolochDAO 或其他组织进行资助。  这种情形会发生在你的区块链中吗？你所在区块链社区的精英，包括矿池、区块浏览器和托管节点，可能协调得很好，他们很可能都在同一个 telegram 频道和微信群中。如果他们真的想出于利益突然对协议规则进行修改，那么他们可能具备这种能力。以太坊区块链在十小时内完全解决了[共识失败](https://blog.ethereum.org/2016/11/25/security-alert-11242016-consensus-bug-geth-v1-4-19-v1-5-2/)，如果是只有一个客户端实现的区块链，并且只需要将代码更改部署到几十个节点，那么可以更快地协调客户端代码的更改。能够抵御这种社会性协作攻击的唯一可靠方式是“被动防御”，而这种力量来自去一个中心化的群体：用户。 想象一下，如果用户运行区块链的验证节点 (无论是直接验证还是[其他间接技术](https://vitalik.ca/general/2021/04/07/sharding.html#improving-sharding-with-better-security-models))，并自动拒绝违反协议规则的区块，即使超过 90% 的矿工或质押者支持这些区块，故事会如何发展。 如果每个用户都运行一个验证节点，那么攻击很快就会失败：有些矿池和交易所会进行分叉，并且在整个过程中看起来很愚蠢。但是即使只有一些用户运行验证节点，攻击者也无法大获全胜。相反，攻击会导致混乱，不同用户会看到不同的区块链版本。最坏情况下，随之而来的市场恐慌和可能持续的链分叉将大幅减少攻击者的利润。对如此旷日持久的冲突进行应对的想法本身就可以阻止大多数攻击。 Hasu 关于这一点的看法： “我们要明确一件事，我们之所以能够抵御恶意的协议更改，是因为拥有用户验证区块链的文化，而不是因为 PoW 或 PoS。”  假设你的社区有 37 个节点运行者，以及 80000 名被动监听者，对签名和区块头进行检查，那么攻击者就获胜了。如果每个人都运行节点的话，攻击者就会失败。我们不清楚针对协同攻击的启动[群体免疫](https://vitalik.ca/general/2020/08/17/philosophy.html)的确切阈值是多少，但有一点是绝对清楚的：好的节点越多，恶意的节点就越少，而且我们所需的数量肯定不止于几百几千个。 <br/> # 那么全节点工作的上限是什么？ 为了使得有尽可能多的用户能够运行全节点，我们会将注意力集中在普通消费级硬件上。即使能够轻松购买到专用硬件，这能够降低一些全节点的门槛，但事实上对可扩展性的提升并不如我们想象的那般。 全节点处理大量交易的能力主要受限于三个方面： - **算力**：在保证安全的前提下，我们能划分多少 CPU 来运行节点？ - **带宽**：基于当前的网络连接，一个区块能包含多少字节？ - **存储**：我们能要求用户使用多大的空间来进行存储？此外，其读取速度应该达到多少？(即，HDD 足够吗？还是说我们需要 SSD？) **许多使用“简单”技术对区块链进行大幅扩容的错误看法都源自于对这些数字过于乐观的估计**。我们可以依次来讨论这三个因素： ## 算力 - 错误答案：100% 的 CPU 应该用于区块验证 - 正确答案：约 5-10% 的 CPU 可以用于区块验证 限制之所以这么低的四个主要原因如下： - 我们需要一个安全边界来覆盖 DoS 攻击的可能性 (攻击者利用代码弱点制造的交易需要比常规交易更长的处理时间) - 节点需要在离线之后能够与区块链同步。如果我掉线一分钟，那我应该要能够在几秒钟之内完成同步 - 运行节点不应该很快地耗尽电池，也不应该拖慢其他应用的运行速度 - 节点也有其他非区块生产的工作要进行，大多数是验证以及对 p2p 网络中输入的交易和请求做出响应 请注意，直到最近大多数针对“为什么只需要 5-10%？”这一点的解释都侧重于另一个不同的问题：因为 PoW 出块时间不定，验证区块需要很长时间，会增加同时创建多个区块的风险。 这个问题有很多修复方法，例如 [Bitcoin NG](https://www.usenix.org/system/files/conference/nsdi16/nsdi16-paper-eyal.pdf)，或使用 PoS 权益证明。但这些并没有解决其他四个问题，因此它们并没有如许多人所料在可扩展性方面获得巨大进展。 并行性也不是灵丹妙药。通常，即使是看似单线程区块链的客户端也已经并行化了：签名可以由一个线程验证，而执行由其他线程完成，并且有一个单独的线程在后台处理交易池逻辑。 而且所有线程的使用率越接近 100%，运行节点的能源消耗就越多，针对 DoS 的安全系数就越低。 ## 带宽 - **错误答案**：如果没 2-3 秒都产生 10 MB 的区块，那么大多数用户的网络都大于 10 MB/秒，他们当然都能处理这些区块 - **正确答案**：或许我们能在每 12 秒处理 1-5 MB 的区块，但这依然很难 如今，我们经常听到关于互联网连接可以提供多少带宽的广为传播的统计数据：100 Mbps 甚至 1 Gbps 的数字很常见。但是由于以下几个原因，宣称的带宽与预期实际带宽之间存在很大差异： 1. “Mbps”是指“每秒数百万 bits”； 一个 bit 是一个字节的 1/8，因此我们需要将宣称的 bit 数除以 8 以获得字节数。 2. 网络运营商，就像其他公司一样，经常编造谎言。 3. 总是有多个应用使用同一个网络连接，所以节点无法独占整个带宽。 4. P2P 网络不可避免地会引入开销：节点通常最终会多次下载和重新上传同一个块 (更不用说交易在被打包进区块之前还要通过 mempool 进行广播)。 当 Starkware 在 2019 年进行一项实验时，他们在[交易数据 gas 成本降低](https://eips.ethereum.org/EIPS/eip-2028)后首次发布了 500 kB 的区块，一些节点实际上无法处理这种大小的区块。处理大区块的能力已经并将持续得到改善。但是无论我们做什么，我们仍然无法获取以 MB/秒为单位的平均带宽，说服自己我们可以接受 1 秒的延迟，并且有能力处理那种大小的区块。 ## 存储 - **错误答案**：10 TB - **正确答案**：512 GB 正如大家可能猜到的，这里的主要论点与其他地方相同：理论与实践之间的差异。理论上，我们可以在亚马逊上购买[ 8 TB 固态驱动](https://www.amazon.com/SAMSUNG-870-QVO-SATA-MZ-77Q8T0B/dp/B089C3TZL9/ref=sr_1_3?dchild=1&keywords=8tb&qid=1621637865&s=pc&sr=1-3) (确实需要 SSD 或 NVME；HDD 对于区块链状态存储来说太慢了)。实际上，我用来写这篇博文的笔记本电脑有 512 GB，如果你让人们去购买硬件，许多人就会变得懒惰 (或者他们无法负担 800 美元的 8 TB SSD) 并使用中心化服务。即使可以将区块链装到某个存储设备上，大量活动也可以快速地耗尽磁盘并迫使你购入新磁盘。 一群区块链协议研究员对每个人的磁盘空间进行了调查。 我知道样本量很小，但仍然...  此外，存储大小决定了新节点能够上线并开始参与网络所需的时间。现有节点必须存储的任何数据都是新节点必须下载的数据。这个初始同步时间 (和带宽) 也是用户能够运行节点的主要障碍。在写这篇博文时，同步一个新的 geth 节点花了我大约 15 个小时。如果以太坊的使用量增加 10 倍，那么同步一个新的 geth 节点将至少需要一周时间，而且更有可能导致节点的互联网连接受到限制。这在攻击期间更为重要，当用户之前未运行节点时对攻击做出成功响应需要用户启用新节点。 ## 交互效应 此外，这三类成本之间存在交互效应。由于数据库在内部使用树结构来存储和检索数据，因此从数据库中获取数据的成本随着数据库大小的对数而增加。事实上，因为顶级 (或前几级) 可以缓存在 RAM 中，所以磁盘访问成本与数据库大小成正比，是 RAM 中缓存数据大小的倍数。 不要从字面上理解这个图，不同的数据库以不同的方式工作，通常内存中的部分只是一个单独 (但很大) 的层 (参见 leveldb 中使用的 [LSM 树](http://paperhub.s3.amazonaws.com/18e91eb4db2114a06ea614f0384f2784.pdf))。但基本原理是一样的。  例如，如果缓存为 4 GB，并且我们假设数据库的每一层比上一层大 4 倍，那么以太坊当前的 ~64 GB 状态将需要 ~2 次访问。但是如果状态大小增加 4 倍到 ~256 GB，那么这将增加到 ~3 次访问。 因此，gas 上限增加 4 倍实际上可以转化为区块验证时间增加约 6 倍。这种影响可能会更大：硬盘在已满状态下比空闲时需要花更长时间来读写。 ## 这对以太坊来说意味着什么？ 现在在以太坊区块链中，运行一个节点对许多用户来说已经是一项挑战，尽管至少使用常规硬件仍然是可能的 (我写这篇文章时刚刚在我的笔记本电脑上同步了一个节点！)。 因此，我们即将遭遇瓶颈。**核心开发者最关心的问题是存储大小。**因此，目前在解决计算和数据瓶颈方面的巨大努力，甚至对共识算法的改变，都不太可能带来 gas limit 的大幅提升。即使[解决了以太坊最大的 DoS 弱点](https://blog.ethereum.org/2021/05/18/eth_state_problems/)，也只能将 gas limit 提高 20%。 对于存储大小的问题，唯一解决方案是[无状态和状态逾期](https://hackmd.io/@vbuterin/state_expiry_paths)。无状态使得节点群能够在不维护永久存储的情况下进行验证。状态逾期会使最近未访问过的状态失活，用户需要手动提供证明来更新。这两条路径已经研究了很长时间，并且已经开始了关于无状态的概念验证实现。这两项改进相结合可以大大缓解这些担忧，并为显著提升 gas limit 开辟空间。**但即使在实施无状态和状态逾期之后，gas limit 也可能只会安全地提升约 3 倍，直到其他限制开始发挥作用。** 另一个可能的中期解决方案使使用 ZK-SNARKs 来验证交易。ZK-SNARKs 能够保证普通用户无需个人存储状态或是验证区块，即使他们仍然需要下载区块中的所有数据来抵御[数据不可用攻击](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding)。另外，即使攻击者不能强行提交无效区块，但是如果运行一个共识节点的难度过高，依然会有协调审查攻击的风险。因此，ZK-SNARKs 不能无限地提升节点能力，但是仍然能够对其进行大幅提升 (或许是 1-2 个数量级)。一些区块链在 layer1 上探索该形式，以太坊则通过 layer2 协议 (也叫 [ZK rollups](https://vitalik.ca/general/2021/01/05/rollup.html)) 来获益，例如 [zksync](https://zksync.io/), [Loopring](https://loopring.org/) 和 [Starknet](https://medium.com/starkware/on-the-road-to-starknet-a-permissionless-stark-powered-l2-zk-rollup-83be53640880)。 <br/> # 分片之后又会如何？ **分片从根本上解决了上述限制，因为它将区块链上包含的数据与单个节点需要处理和存储的数据解耦了**。节点验证区块不是通过亲自下载和执行，而是使用[先进的数学和密码学技术](https://vitalik.ca/general/2021/04/07/sharding.html)来间接验证区块。 因此，分片区块链可以安全地拥有非分片区块链无法实现的非常高水平的吞吐量。这确实需要大量的密码学技术来有效替代朴素完整验证，以拒绝无效区块，但这是可以做到的：[该理论](https://hackmd.io/@vbuterin/das)已经[具备了基础](https://vitalik.ca/general/2021/01/26/snarks.html)，并且基于[草案规范](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/sharding/beacon-chain.md)的概念验证[已经在进行中](https://github.com/protolambda/eth2-das)。  以太坊计划采用**二次方分片 (quadratic sharding)**，其中总可扩展性受到以下事实的限制：节点必须能够同时处理单个分片和信标链，而信标链必须为每个分片执行一些固定的管理工作。如果分片太大，节点就不能再处理单个分片，如果分片太多，节点就不能再处理信标链。这两个约束的乘积构成了上限。 可以想象，通过三次方分片甚至指数分片，我们可以走得更远。在这样的设计中，数据可用性采样肯定会变得更加复杂，但这是可以实现的。 但以太坊并没有超越二次方，原因在于，从交易分片到交易分片的分片所获得的额外可扩展性收益实际上无法在其他风险程度可接受的前提下实现。 那么这些风险是什么呢？ ## 最低用户数量 可以想象，只要有一个用户愿意参与，非分片区块链就可以运行。但分片区块链并非如此：单个节点无法处理整条链，因此需要足够的节点以共同处理区块链。 如果每个节点可以处理 50 TPS，而链可以处理 10000 TPS，那么链至少需要 200 个节点才能存续。如果链在任何时候都少于 200 个节点，那可能会出现节点无法再保持同步，或者节点停止检测无效区块，或者还可能会发生许多其他坏事，具体取决于节点软件的设置。 在实践中，由于需要冗余 (包括[数据可用性采样](https://hackmd.io/@vbuterin/das))，安全的最低数量比简单的“链 TPS 除以节点 TPS”高几倍，对于上面的例子，我们将其设置位 1000 个节点。 如果分片区块链的容量增加 10 倍，则最低用户数也增加 10 倍。 现在大家可能会问：为什么我们不从较低的容量开始，当用户很多时再增加，因为这是我们的实际需要，用户数量回落再降低容量？ 这里有几个问题： 1. 区块链本身无法可靠地检测到其上有多少唯一用户，因此需要某种治理来检测和设置分片数量。对容量限制的治理很容易[成为分裂和冲突的根源。](https://en.bitcoin.it/wiki/Block_size_limit_controversy) 2. 如果许多用户突然同时意外掉线怎么办？ 3.增加启动分叉所需的最低用户数量，使得防御恶意控制更加艰难。 最低用户数为 1,000，这几乎可以说是没问题的。另一方面，最低用户数设为 100 万，这肯定是不行。即使最低用户数为 10,000 也可以说开始变得有风险。**因此，似乎很难证明超过几百个分片的分片区块链是合理的。** ## 历史可检索性 用户真正珍视的区块链重要属性是**永久性**。当公司破产或是维护该生态系统不再产生利益时，存储在服务器上的数字资产将在 10 年内不再存在。而以太坊上的 NFT 是永久的。 是的，到 2372 年人们仍能够下载并查阅你的加密猫。  但是一旦区块链的容量过高，存储所有这些数据就会变得更加困难，直到某时出现巨大风险，某些历史数据最终将……没人存储。 要量化这种风险很容易。以区块链的数据容量 (MB/sec) 为单位，乘以 ~30 得到每年存储的数据量 (TB)。 当前的分片计划的数据容量约为 1.3 MB/秒，因此约为 40 TB/年。如果增加 10 倍，则为 400 TB/年。如果我们不仅希望可以访问数据，而且是以一种便捷的方式，我们还需要元数据 (例如解压缩汇总交易)，因此每年达到 4 PB，或十年后达到 40 PB。Internet Archive (互联网档案馆) [使用 50 PB](https://archive.org/web/petabox.php)。所以这可以说是分片区块链的安全大小上限。 因此，看起来在这两个维度上，**以太坊分片设计实际上已经非常接近合理的最大安全值**。常数可以增加一点，但不能增加太多。 <br/> # 结语 尝试扩容区块链的方法有两种：**基础的技术改进和简单地提升参数。**首先，提升参数听起来很有吸引力：如果您是在餐纸上进行数学运算，这就很容易让自己相信消费级笔记本电脑每秒可以处理数千笔交易，不需要 ZK-SNARK、rollups 或分片。不幸的是，有很多微妙的理由可以解释为什么这种方法是有根本缺陷的。 运行区块链节点的计算机无法使用 100％的 CPU 来验证区块链；他们需要很大的安全边际来抵抗意外的 DoS 攻击，他们需要备用容量来执行诸如在内存池中处理交易之类的任务，并且用户不希望在计算机上运行节点的时候无法同时用于任何其他应用。带宽也会受限：10 MB/s 的连接并不意味着每秒可以处理 10 MB 的区块！也许每 12 秒才能处理 1-5 MB 的块。存储也是一样，提高运行节点的硬件要求并且限制专门的节点运行者并不是解决方案。**对于去中心化的区块链而言，普通用户能够运行节点并形成一种文化，即运行节点是一种普遍行为，这一点至关重要。** 然而，基础的技术改进是可行的。当前，**以太坊的主要瓶颈是存储大小，而无状态性和状态逾期可以解决该问题，**并使其能够最多增长约 3 倍，但不能再多，因为我们希望运行节点比当前更容易。**采用分片的区块链可以进一步扩展**，因为分片区块链中的单个节点不需要处理每笔交易。但即使是分片区块链，容量也有局限性：随着容量的增加，最低安全用户数增加，归档区块链的成本 (以及如果没有人归档链，数据存在丢失的风险) 就会上升。但是我们不必过于担心：这些限制足以我们在保证区块链完全安全性的同时每秒处理一百万笔交易以上。但是要在不损害区块链最宝贵的去中心化特性的前提下实现这一点，我们需要付出更多努力。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/polygon-crypto-matic-network-dapps-erc20-tokenhttps://www.ethereum.cn/Technology/polygon-crypto-matic-network-dapps-erc20-tokenWed, 02 Jun 2021 00:00:00 GMT来源 | [cryptopedia](https://www.gemini.com/cryptopedia/polygon-crypto-matic-network-dapps-erc20-token) <br/> # 摘要 *Polygon (前 Matic 网络) 通过大幅提高其网络可扩展性和整体的交易处理速度来改善以太坊区块链的功能。Polygon 使用自己的 PoS 区块链和 Commit Chain (提交链) 连接来实现扩容以太坊网络的目标，并试图解决可能会阻碍区块链技术被广泛采用的低效率问题。*  <br/> # 大纲 - Polygon 加密网络基础知识 - Matic 代币和 Matic 钱包 - Polygon 加密网络的实际应用 - Polygon 正在扩展 Matic 的性能 <br/> # Polygon 加密网络基础知识 Polygon 作为一个 Layer-2 扩容解决方案，旨在帮助[以太坊平台](https://www.gemini.com/cryptopedia/ethereum-blockchain-smart-contracts-dapps)被大规模采用。它通过提供工具来创建可扩展的[去中心化应用](https://www.gemini.com/cryptopedia/decentralized-applications-defi-dapps) (dApps)，以性能、用户体验和安全性为优先级，满足了开发者的各种需求。Polgon 方案能够实现，很大程度上取决于它的两种底层技术架构：[PoS](https://www.gemini.com/cryptopedia/proof-of-stake-delegated-pos-dpos) Commit Chain 和 [More Viable Plasma](https://www.gemini.com/cryptopedia/glossary#more-viable-plasma) (更可行的 Plasma，MoreVP) L2 扩容解决方案。作为以太坊主链的 Commit Chain，Polygon 的 PoS 链吸引了超过 80 个以太坊 dApps 在其平台上部署。而在这个平台上，不会出现像以太坊和其他 PoW 链那样常见的网络拥堵情况。 Polygon 主要通过 Commit chain 发挥作用，Commit chain 是与主区块链 (在这里指的是以太坊) 相邻的交易网络。Commit chain 将批量交易打包在一起，并在将数据返回到主链之前对它们进行批量确认。理论上来说，Polygon 最终将拥有成千上万的链来共同扩容以提高网络的吞吐量，当连接到以太坊这样的主链时，有可能会有 TPS 达到数百万的那么一天。Polygon 目前仅使用 Commit Chain 连接来缩短交易处理时间，但最终将使用其他 Layer-2 扩容机制如 [Optimistic Rollups](https://www.gemini.com/cryptopedia/glossary#optimistic-rollup-or) 等等。 虽然 Polygon 目前完全专注于以太坊，但其计划开发自己的可扩展性产品以支持其他区块链，并在不同协议之间提供[跨链互操作性](https://www.gemini.com/cryptopedia/Cross-Chain%20Communication) 解决方案。 <br/> # Matic 代币和 Matic 钱包 MATIC 代币是 Polygon 的原生代币，它有几种不同的用途，其中之一是通过一个基于 gas 的机制来支持协议，该机制用于支付网络传输数据所需要的计算能力所产生的费用。该机制还允许开发者和生态系统贡献者通过支付 MATIC 代币来使用 Polygon 以及其开发框架在 Polygon 上构建 dApp。 MATIC 可以存储在 Matic 钱包中，持有者可以选择立即质押其代币以及直接管理他们自己的投资。Matic 钱包 利用 Polygon 的 MoreVP 技术以提供一种易于使用的解决方案，让 MATIC 代币持有者安全地、简单地管理其加密资产。该钱包使用速度快如闪电，并与 WalletConnect 集成以确保妥善保管用户的私钥，并提供访问其他 Polygon 性能的权限。该钱包还允许用户连接各种 dApp，质押其 MATIC 代币，并持有其他 ERC-20 代币。 在未来，Polygon 希望将其版图扩展到以太坊之外，并被用于其他正在创建自己的[去中心化金融](https://www.gemini.com/cryptopedia/open-vs-decentralized-finance-defi)生态系统的区块链中。为了实现 DeFi 被大规模采用的目标，新的区块链基础设施必须以去中心化的、不可纂改的以及[去信任](https://www.gemini.com/cryptopedia/glossary#trustless)的方式构建，同时又拥有高吞吐量的性能，以及能够实现快速地、便宜地进行交易。以上都是 Polygon 希望能够完成的挑战。 <br/> # Polygon 加密网络的实际应用 支付：Polygon 加密平台旨在让 dApp 提高支付速度，通过专门的[应用程序编程接口](https://www.gemini.com/cryptopedia/glossary#application-programming-interface-api)( (API) 和[软件开发工具包](https://www.gemini.com/cryptopedia/glossary#software-development-kit-sdk) (SDK) 集成，而实现近乎即时的支付结算。这个过程允许 dApp、商家和用户以任意类型的加密货币 (尽管通常是 ERC-20 代币或 ETH) 来实现即时接受或支付资产。该系统分三个不同的阶段推出： 1. 以太坊 (ETH) 和 ERC-20 代币支付 2. 利用[原子交换](https://www.gemini.com/cryptopedia/glossary#atomic-swap)和[流动性提供者](https://www.gemini.com/cryptopedia/glossary#liquidity-providers)，进行跨链多资产代币转移与支付 3. 利用法币流动性提供者来实现基于法币的支付系统 借贷平台：Polygon 正在构建一种机制，当用户注册使用该借贷平台时，允许商家通过评估这些用户的交易历史来分析他们的信用等级。此功能是与 Dharma Protocol 合作执行的。借贷协议 Aave 在其部署在 Polygon 的市场上拥有 8000 多个用户，锁定了超过 10 亿美元的流动性。 游戏：Polygon 的 Layer-2 侧链扩容解决方案旨在提高区块链游戏的速度与性能。由于交易速度慢与网络延迟高，区块链游戏的发展落后于传统的 PC 和控制台游戏系统。利用 Polygon 的 Commit Chain 扩容技术以及协同以太坊网络一起，开发者将能够更有效的构建游戏，游戏玩家也将提高游戏体验。现在正是 Polygon 推动区块链游戏行业发展的好时候，因为[非同质化代币](https://www.gemini.com/cryptopedia/nft-non-fungible-token-crypto-collectibles) NFT 和 NFT 市场的火爆推动区块链和加密行业的普及 —— 许多游戏玩家购买、销售和交易不同类型的游戏 NFT。Aavegotchi、Neon District、Zed Run 和 Cometh 等顶级游戏和 NFT Dapps 已经通过 Polygon 提高了其用户体验。 其他用例：Polygon 还可以用于其他用例，例如，帮助 [DEXs](https://www.gemini.com/cryptopedia/decentralized-exchange-dex-crypto) 实现快速结算以提供其用户更快、更便宜的交易体验。 Quickswap、Dfyn 和 ComethSwap 是一些部署在 Polygon 的 DEXs，它们拥有着庞大的交易量和活跃的用户。Curve 和 mStable 等协议也确保了低成本和低滑点的稳定币 swap。此外，Polygon 的 Plasma 扩容解决方案能够加快代币化和非代币化资产的跨链原子交换。由于用户隐私问题，大多数 dApps 需要一种无需提交私钥即可签署交易的方法。由于其可扩展性增强，Polygon 有助于为 dApp 设计和使用启用一个开放的身份框架。 <br/> # Polygon 正在扩展 Matic 的性能 Polygon 于 2017 年发布，最初名为 Matic Network，其主要目标一直是构建以太坊扩容框架。Matic Network 运营了几年，其扩容解决方案为 PoS 链和 Plasma 侧链。随后它于 2021 年 2 月正式更名为 Polygon，其愿景不变，但其范围和技术野心都扩大了。 与此前的 Matic Network 不同的是，Polygon 提供的解决方案是多方面的。Polygon 旨在将以太坊转变为一个真正的多链生态系统，这个生态系统将包含所有 Layer-2 扩容解决方案，不仅仅是 Matic Network 最初提供的实现。Polygon 为以太坊的扩容问题提供了一套解决方案 —— 因而项目的新命名中包含 “poly” 一词。截至 2021 年 4 月，Polygon 仍主要处理侧链连接并运行其主要的 PoS 链。但 Polygon 已计划扩展其版图，纳入其他 L2 解决方案到它的项目中，如：[zkRollups](https://www.gemini.com/cryptopedia/glossary#zero-knowledge-rollups-zk-rollups)、Optimistic Rollups、独立侧链、企业链、共享安全链以及链与链之间的通信协议。因此，Polygon 将自己比喻为以太坊扩容和基础设施开发的瑞士军刀。 值得注意的是，Polygon 此前已经经过验证的基础设施 (PoS 链和 Plasma 侧链) 将继续运行。Polygon 新增的功能和扩容解决方案将完全围绕这些基石构建。迄今为止，Polygn 的扩容解决方案已被 250 多个 dApps 采用，交易约 2000 万笔以及拥有约 39 万个独立钱包用户。 有了额外的扩容基础设施以及成熟的多链系统，Polygon 希望将以太坊转变为“区块链互联网”。Polygon 现在比以往任何时候都要获得更多的直接支持 (主要以太坊开发者)，一些以太坊社区成员加入 Polygon 担任顾问 —— 这是一个项目能够持续发展的优势。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/addressing-common-criticisms-about-ethereumhttps://www.ethereum.cn/Ecosystem/addressing-common-criticisms-about-ethereumTue, 01 Jun 2021 00:00:00 GMT 来源 | [r/ethereum](https://www.reddit.com/r/ethereum/comments/najp2c/addressing_common_criticisms_about_ethereum/) 编者注：本文由名为 Liberosist 的用户首发于 Reddit 论坛 r/ethereum 板块，引发社区热议，也启发了社区辩证看待面向以太坊的“批判观点”。本文仅代表作者个人观点，ECN 仅对其贴文进行编译。 <br/> 下文列出了一些对以太坊常见批评，也会提供我个人的看法。这些批评充斥着误解、FUD 和谎言，我希望本文能鼓励大家进行批判性思考，亲自获取准确的信息。如果你有其他问题，请留下评论。如果你不同意本文观点，我也接受，我也已经表达了自己的观点。当然，如果与事实不符或者出现了疏忽遗漏，我也会修正自己的观点。 特别感谢 r/ethfinance 收集问题的朋友们。 <br/> ### 以太坊无法扩容？ 这显然是错误观点，因为目前上线了多个rollups，其中一些已经运行了一年！例如Loopring,、zkSync、DeversiFi、Hermez、Aztec、dYdX和Immutable X等等。这些项目中大多数可以通过极低Gas费用，达到数千TPS，其中一些项目还能进行补贴 (或减少用户体验的Gas费用)。 目前缺少的是通用可编程rollups。自1月以来 Optimism 一直活跃在主网上，但目前仅限于Synthetix。Optimism下一个发布的重大项目是 Uniswap V3，在7月或以后开放公共智能合约部署。顺便说一句，今年 Optimism 在沟通方面做得不尽人意，所以批评是理所当然的。不管是不是工程项目，沟通和公共关系总是很重要的。 但 Optimism 只是解决方案之一。今年将推出 zkSync 2.0、Arbitrum 和 StarkNet等其他解决方案，而 OMGX 和 Cartesi 等也将加入竞争。事实上，现在看来，Arbitrum 将先于 Optimism 投入使用。更不用说侧链或 commitchain，如 Polygon、xDai 或其他EVM链，如 BSC 或 Avalanche。最终，所有这些都会成为扩展后以太坊生态系统的一部分。 与此同时，这一观点也有符合事实的部分。我要指出的是，以太坊L1的Gas费用可能会永远居高不下，因为缺乏尚不存在的技术支持。即使对于 rollup，在分片发布之前，Gas 费也不会降到极低水平，这要几年以后才能实现，就算能够实现，也不能满足长期需求。另外，EVM 区块空间仍有非常大的需求。 相关文章：[Opinion: Rollups are 4th gen blockchains : CryptoCurrency (reddit.com)](https://www.reddit.com/r/CryptoCurrency/comments/my0h9s/opinion_rollups_are_4th_gen_blockchains/) <br/> ### 过高的 Gas 费用会扼杀以太坊？ 这个奇怪观点在加密货币圈里传得很广，但是该观点完全没有任何根据，一个产品产生过度需求会导致其失败吗？显卡价格已经高得离谱了，那么 AMD 和 Nvidia 是否很快就会被淘汰？ 答案当然是否定的，现实情况是，正如前文所述，EVM 区块空间需求非常大，而 Gas 供应有限。目前，高昂的 Gas 费用表明对以太坊L1区块空间需求非常大，人们愿意为其支付高昂溢价。 这就是以太坊网络和ETH的价值所在。两个月后，基于EIP-1559机制，每个ETH利益相关者都能获得这些价值。 随着时间的推移，Gas 供应量会逐步增加，Gas 费用也会下降——从现实长远角度来看，区块空间供应永远不能满足全球对 EVM 区块空间的需求。未来会出现 rollups、zkPorter/Validium 等混合解决方案、侧链/替代链和中心化解决方案。整个以太坊生态系统将协同运行，在去中心化和交易费用方面作出不同权衡。 <br/> ### 以太坊是中心化系统，所有决策都由Vitalik做出？ 尽管Vitalik仍然是以太坊生态系统中重要组成部分，但随着时间推移，以太坊的开发已经变得足够去中心化。以太坊的独特之处是采用多种客户端，研究与开发人员一起创建易懂的规范。然后，多个独立工作的客户端开发人员会应用规范。这与所有其他区块链项目不同，因为后者由核心团队开发单个客户端。当然，现在也有人支持单个客户端——将所有资源集中于一个客户端，这样该客户端的质量可以比其他4、5个独立客户端更高，但开发多客户端显然是最去中心化的方法。例如，目前以太坊采用了4个共识层客户端，还有一个在开发中，所有这些客户端的开发者团队除了获得资助外，都独立于以太坊基金会。对于任何共识升级，这5个开发团队必须达成一致，然后135000多个验证节点也要进行更新。这与中心化网络相反。更不用说以太坊强大的“Layer 0”，也就是以太坊社区，所有开发者和验证节点都参与其中。例如 EIP-1559 在很大程度上是由社区意愿驱动的。 <br/> ### 以太坊采取了预挖机制，Vitalik 在控制以太坊？（来自[u/aaqy](https://www.reddit.com/u/aaqy/)和[u/ec265](https://www.reddit.com/u/ec265/)） 我不是 ICO 的粉丝，虽然以太坊确实进行过ICO。我也不喜欢自私挖矿 (ninja mining)，比如比特币。我们已经看到一些 DeFi 项目公平的上线方式，其中包括向用户进行空投，这当然是代币分配的最佳方式。 然而重要的是，我们要理解当时以太坊 ICO 的背景。在2014年这是最公平的募资方式。在以太坊创世后，以太坊基金会持有约 1200 万个 ETH。然而这些年来，许多 ETH 都分发出去了，其中很多都用于筹集资金，就像以太坊当时的情况一样。目前以太坊基金会和早期开发者最多持有 2% 的供应量。Vitalik拥有的 ETH 占总量的 0.3%。 相比之下，其他项目创始人往往持有 20% 或以上的代币，例如特斯拉或亚马逊等上市公司，中本聪持有 BTC 总量的 5% (在2009至2010年，其持有量高达 50% 以上，但是这些比特币被认为是丢失了，所以没有可比性)。因此我会说，0.3% 不足以充分激励Vitalik继续进行以太坊开发！ 我是否希望看到 ETH 代币分配更加公平？答案是肯定的。但如今，与所有其他项目相比，以太坊代币分配最为公平。 <br/> ### 挖矿正在破坏环境？ 虽然不同挖矿机制确实有细微差别，但该观点在一定程度上是正确的——工作量证明挖矿机制非常低效。在未来几个月内以太坊将转向权益证明，这将使以太坊的能源消耗减少 99% 以上。 这也不仅仅是用电问题，我们知道目前全球半导体严重短缺。目前许多台积电有限的晶圆供应被用于制造矿卡，例如ASIC和GPU，这些资源可以重新分配为工程、科学等领域服务，当然，也能用来玩游戏。 <br/> ### 以太坊曾进行过回滚，这种情况还会发生？ 人们喜欢用DAO分叉这个例子来证明以太坊会进行回滚。但人们也选择性地忽略了这其中的许多细节： - 首先，DAO分叉不是回滚。这是一个特殊情况，攻击者必须等28天才能取款，所以社区执行了更改智能合约的操作。 - 开发者、用户、矿工和社区都达成了强烈共识——所以很难说回滚是一个中心化决定。 - 那些拒绝回滚的人干脆选择了以太坊经典。这对所有人都是双赢。 - 当时以太坊还是一个非常非常新的项目。你知道哪个项目在诞生不到2年就进行了回滚吗？ [Value overflow incident - Bitcoin Wiki](https://en.bitcoin.it/wiki/Value_overflow_incident) - 针对这一假设，[EIP-999遭到拒绝](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-999.md)是最有力的反击证据。曾经有机会为以太坊联合创始人之一管理的实体回滚 50 万个 ETH，但社区强烈反对这一决定。以太坊不会再次发生回滚。 <br/> ### 以太坊依赖 Infura？ 虽然Infura确实是一个占主导地位的服务提供商，而且以太坊生态系统肯定需要多样化，但这显然是个错误观点。在2020年11月，[Infura遭遇了一次大规模宕机](https://blog.infura.io/infura-mainnet-outage-post-mortem-2020-11-11/)，但以太坊一直运行良好。当然，这次事件对一些前端、交易所和钱包造成了干扰，但只要自己运行节点或使用不同服务提供商，就可以解决该问题。自从这次宕机后，许多前端和钱包开始运行自己的节点，并使用像Alchemy这样的替代方案。虽然在这方面还要做很多工作，但认为以太坊依赖Infura是错误观点。 <br/> ### 以太坊状态增长过快？ 与比特币相比，这当然是正确观点。如果想要一个区块链以归档模式回溯数据，验证创世区块起的每笔交易，那么比特币确实是一个更好的选择。那么其价值有多大？如果你想使用比特币网络，那么你已经信任了矿工。在以太坊上，你可以用 1TB 的SSD，在第四代树莓派系统 (Raspberry Pi 4) 上运行全节点（非归档节点），发送和验证交易。对于大多数用户和消费者来说，这是相对容易购买的硬件。有些人可能会说，即使运行归档节点，通过 TurboGeth 这样的客户端也能很容易实现。 同样，与币安智能链、EOS、Solana或其他高 TPS 的 Layer1 链相比，以太坊状态增长更接近比特币。对于这些链来说，用户验证交易的概念甚至不存在。 同时也要注意，以太坊将在这方面作出更多取舍，慢慢实现弱主观性、无状态、状态逾期机制等等更新。纯粹主义者会觉得这不公平，不过不会带来影响，考虑到其他好处，会有一群用户很乐意同步从创世区块起的数据。 <br/> ### ETH供应没有固定上限？ 该观点符合事实，但背后考虑到了安全因素。我想补充的是，在 EIP-1559 和合并进行后，ETH 供应很可能会达到大约 1.2 亿枚，并在此之后继续通缩或保持稳定。 <br/> ### 以太坊的货币政策不可靠？ 该观点部分正确。虽然很多人夸大了这一点，但以太坊的区块奖励确实经历了两次削减，而且背后原因都是由社区共识而不是代码。EIP-1559 和合并会彻底改变以太坊货币政策。但如果在未来几年内这两者并没有给以太坊带来进一步改变，该批评仍然有效。就代币供应的可预测性及可靠性而言，比特币仍然是标准——尽管它在未来会面临安全风险。 <br/> ### 以太坊2.0还需要很多年才能实现？ 关于以太坊2.0存在很多误解，尽管在很大程度上，以太坊的研究和开发人员要为信息传达的含混负责。首先，我们现在都不会称其为“以太坊 2.0”。总之，这是指一系列升级。信标链于2020年12月上线，是第一次升级，相关人员正在积极推进合并，计划于2021年底进行。接下来我要谈谈分片。另一个误解是，在这些升级后 Gas 费用会更低——但这绝不会发生在 Layer 1。分片的作用是加速rollups。无状态和状态逾期结合会对 Layer1 产生更大影响，如果需要的话，会再加上分片执行 (这一点目前尚无定论)。 <br/> ### 以太坊没有内在价值，是无中生有？ 以太坊是一个全球去中心化的SaaS平台，通过交易费用产生收入。现在这些交易费用相当可观——每月超过10亿美元。与世界上最大的公司相比，以太坊收入排名第二。我目前不认为这是可持续的，但我的意思是这是可能的，并且对未来有一定认识。 EIP-1559会在7月上线，大部分交易费用将被销毁，直接为ETH利益相关者创造价值。合并后，除了质押产生的收益外，剩余未销毁的交易费用 (tips) 将分配给质押者。 以太坊不仅是世界上最具生产力的资产之一，还具有最先进的价值捕获机制。 <br/> ### ETH质押难度过高？ 该观点非常符合事实，32 ETH是一大笔钱。然而，我认为人们对质押的定义有一个严重误解。在许多委托型区块链中，当你进行“质押”时，实际上是委托别人进行验证。Algorand等较新的共识模型会随机化此过程，但你仍然是在委托他人，而不是亲自进行验证。你实际上什么都没做就能获利。 在以太坊信标链中，你通过质押自己的ETH成为验证节点，从而通过向网络提供服务赚取质押收益。 对于那些只想质押而不关心技术细节的人，信标链只是基础层，在此基础上衍生出了多种质押服务，这些方案在去中心化程度上有所不同。这些服务让你能够质押少量ETH获得奖励。点此查看质押服务列表：[Ethereum 2.0 Beacon Chain (Phase 0) Block Chain Explorer - Ethereum 2.0 Staking Services Overview - beaconcha.in - 2021](https://beaconcha.in/stakingServices) <br/> ### 以太坊从未按时执行更新，经常改变计划？（来自[u/I_haven-t_reddit](https://www.reddit.com/u/I_haven-t_reddit/)） 以太坊是否不断改变计划？这绝对符合事实，但这一点很符合实际需求。加密货币行业在快速创新，当你取得突破性进步时，坚持旧技术没有任何意义。即使你已经有一年左右没有研究该行业，放弃PoW/PoS混合共识仍有其道理。以太坊采用以rollup为中心的路线图是有意义的，因为能极大提高以太坊扩容性，其到来的速度比我们想象的都快。各种升级的确正在进行，信标链在2020年12月上线，在两个月内就会实现EIP-1559，我们距离合并不到6个月。 <br/> ### 权益证明机制会聚集资产，导致中心化？（来自[u/epic_trader](https://www.reddit.com/u/epic_trader/)和[u/Mathje](https://www.reddit.com/u/Mathje/), [u/sn00fy](https://www.reddit.com/u/sn00fy/)） 虽然乍一看该观点似乎有其道理，但其中也涉及到许多细微差别： - 运行了6年多的工作量证明机制给以太坊带来了很多益处，期间我们看到了有效的代币分配。现在，论及代币分配的去中心化程度，以太坊仅次于比特币。 - 验证节点和 (非验证节点) 质押者也有参与成本。虽然硬件成本显著降低，但存在税收问题以及会经过再分配的成本。 - 经常被忽视的一个最大因素是，在权益证明机制 (Proof of Stake) 下，代币发行量非常低。合并发生后，发行量大约为 0.5%。社区正在提议设定验证节点上限，随后发行量会限制在 0.8% 左右。 <br/> ### 若以太坊得到各大公司采用，他们只会运行私有链？（来自[u/sn00fy](https://www.reddit.com/u/sn00fy/)） 不仅仅是公司，未来也会推出针对消费者的私有链。币安智能链上已经出现了这样的情况，但我认为，在未来政府、银行和企业等大公司将运行私有链。 当然，企业也会采用支持B2B的公有链。 正如开头所述，长期来看，以太坊 Layer1 所消耗的 gas 非常有限。但这并不重要，Layer1的空间将一直保持 100% 饱和，而其他基于以太坊构建的解决方案会增加其网络效应和林迪效应 (Lindy Effect)。 <br/> ### 以太坊采用的都是老技术，新诞生的区块链会采用更新的技术？（来自[u/Mathje](https://www.reddit.com/u/Mathje/)） 尽管加密领域里存在很多错误信息，导致了很多恐慌、疑惑和不确定性，这是最让我头疼的一个观点。以太坊一直处于创新前沿，并将继续保持这种状态。虽然这一领域确实有创新项目，但没有任何项目试图解决大问题：区块链不可能三角问题。假设一个情况：其他所有智能合约链都使用某种形式的委托型共识机制，许多都对验证节点数量设置了硬顶。例如，Cosmos: 300 (目前达到150)；Polkadot: 1000；币安智能链和EOS: 21。最终对区块链而言，验证节点数量越多，可扩展性越差。 信标链使用了革命性新技术，如弱主观性和签名聚合，以支持多达100万个验证节点，实现大规模去中心化。目前已经有13.5万个验证节点，每周还有数以千计的验证节点加入。更不用说信标链验证节点不需要像其他链一样全天候在线。 第一种情况：在ETH转账方面，这些Layer1链的吞吐量可以超过以太坊 (55 TPS左右)，总体吞吐量也会超过以太坊 (20 TPS左右)。但以太坊正在利用突破性新技术，例如数据可用性抽样，在不影响去中心化的前提下，通过赋能rollup和数据分片技术，达到10万以上TPS。即使完全放弃去中心化，Layer1也不会达到这么高的TPS。如果加入zkPorter和Validium等混合解决方案，以太坊能取得更高TPS。 第二种情况：最具创新性的区块链实际上是rollup。StarkNet取得了非常大的成就，StarkNet等rollups解决方案之所以基于以太坊，其原因在于以太坊拥有行业内最好的共识机制。 第三种情况：几乎所有创新性新智能合约都是在以太坊上发布，然后复制到其他链上。 简而言之，以太坊生态系统拥有行业中最尖端的技术。 <br/> ### 以太坊没有真实使用场景，不过是赌徒的游戏，或者为一些同样无用的代币提供交易平台？（来自[u/sn00fy](https://www.reddit.com/u/sn00fy/)） 赌徒也像其他人一样支付交易费用，基于可信中立性和无需许可的特征，以太坊允许人们通过该平台做任何事。 也就是说，以太坊上的许多活动似乎都带有投机性质，这一点确实令人担忧。当然，所有早期技术都是如此。我们也看到了大公司在真正采用以太坊，例如Visa，欧洲投资银行也在以太坊上发行债券。我们还需要做大量的工作来拓展这些真实用例。 <br/> ### Rollup是中心化的？ 确实，一些早期rollup有中心化的sequencer (排序者)。但这不是安全风险，因为欺诈证明或有效性证明将提供与以太坊主网相同的安全性。活性和审查风险也存在，中心化sequencer绝对不是去信任化的系统。幸运的是，大多数rollups在路线图中都有对sequencer进行去中心化的计划，所以这不会是一个长期问题。 <br/> ### 以太坊路线图以rollup为中心，会破坏其可组合性？（来自[epic_trader](https://www.reddit.com/user/epic_trader/)） 是，但又不是。在 rollup 内部，一切都是可组合的，但是 layer1 和 rollup 之间以及 rollup和 rollup 之间的可组合性确实遭到了破坏。幸运的是，有很多项目正在努力解决这个问题，实现相对流畅的Layer2互操作性，但这项工作仍在进行中，就目前来看，可组合性更像是一个工程问题，而不是理论上的障碍。 <br/> ### 以太坊就像是个四不像怪物，有两条区块链以及ETH1和ETH2两种资产？ 这是错误观点，只有一种 ETH 代币。虽然现在有两条链并行运行，但可以把信标链看作一个激励测试网，以确保全新共识机制能够流畅运行。这两条链将在不久的未来合并成为一个以太坊。 <br/> ### 原帖作者对部分评论的回复： 我觉得下面有一半的评论都忽视了区块链不可能三角问题。除了以太坊，没有任何项目能够解决这个问题，也没有尝试解决这个问题。除了比特币和以太坊以外，所有项目都在去中心化和安全性上做出了不同程度的妥协，而且大多数项目仍然无法提供以太坊rollup的扩展性，在分片投入使用之后，rollup能够实现更强的扩展性。如果你应用一个非委托共识机制，其中有135000个验证节点 (更不用说100万个了)，同时将状态维持在可控范围，让该区块链在消费型笔记本电脑或第四代树莓派 (Raspberry Pi 4) 上运行，那肯定是在做梦。正如前文所述，大多数区块链最多有几百个验证节点，这些节点接受委托，进行中心化质押。有人提到了Solana，根据该项目的系统要求页面 (验证节点要求 | Solana Docs)，若要一个运行Solana节点，需要每月花费1200美元租用云实例，每个月状态大小就会增加几个TB。这只是一种不同类型的产品，无法与以太坊相提并论。但是 Solana 的设计思路并没有错，正如我上面所提到的，基于以太坊或与以太坊并行的解决方案会各有优缺点，在去中心化和交易成本之间进行取舍。 90% 批评这篇文章的评论似乎都与交易费用有关。我想再次重申一下，对于区块链不可能三角问题，以太坊生态系统拥有独特优势，可以通过 rollup，实现高度去中心化，保证安全和高扩容性。Layer1 的Gas 费用将保持在高水平，这是可以接受的情况，因为大多数人的交易将通过 rollup、zkPorter/Validium 混合解决方案甚至是中心化侧链。我认为很多人有一种固化的思维，认为 rollup 等于其他 Layer1 解决方案。相反，rollup 正是替代这些解决方案的直接竞争对手，而且在几乎所有方面都有优势。至关重要的是，许多人似乎有一个误解，即没有单一的 Layer1 能提供以太坊生态系统在多层作用下所展现的可扩展性。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-5-31/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-5-31/Mon, 31 May 2021 00:00:00 GMT <br/> # EIP-1559 **AllCoreDev 进展** 5月29日举行的第144次AllCoreDev 首先处理了 EIP-1559 新引进的字段 ` MaxFee` (即最高费用) 和`maxPriorityFee` (即小费) 没有形成一个明确的上限，这意味着攻击者可以任意创造大量交易。在1559以前，这种情况是不可能存在的，因为如果你想用很高的gas 价格创建一个交易，你需要真的支付这个价值的ETH。因为在1559的字段是最大值，你可以滥用它——不支付这些高额的gas 费，且能攻击网络。此外，一些客户端已经有对这些字段的检测了，大于2^256 的会被阻拦，但因为这没有明确在规范里写明，不是全部客户端都这样做。这意味着有些坏区块不但会对交易池进行DoS 攻击，还会分叉链。所幸的是，解决这个问题相当简单。 在会议里，经过多番讨论，决定对这个情况作4种检测： 1. `MaxFee`<2256 2. `maxPriorityFee`<2^256 3. `maxFee`大于等于`maxPriorityFee` 4。交易发送者的余额大于`maxFee`与所消耗gas的乘积。这确保帐户确实有足够的资金支付最坏情况的`maxFee` 第四个检测最具争议，但经过讨论后决定把它加上，未来有人想到移除它的更有力的理由，大家可以轻易把它移除。 尽管这些变更是简单的，我们还是需要在客户端实现后对其做测试。 会议决定需要一个新的开发者测试网 Calaveras 来对这些新变更作测试，并预期在未来两周上线，将对其进行充分测试至敲定交易池的实现。 Calaveras规范：https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/client-integration-testnets/calaveras.md 如果进行得顺利，下一期的AllCoreDev 将讨论新测试网的分叉区块。如果测试网分叉顺利的话，下一步是设主网的分叉区块。 来源：https://twitter.com/TimBeiko/status/1398329483434741762?s=20 <br/> **1559钱包界面会议** 此次会议的议程为： 1）对 JSON RPC 文档修改的讨论；2）PriorityFee 的建议最低值； 3）钱包服务商需要与各自的用户沟通这些修改； 4）需要 ERC 编辑程序，以及核心开发者对钱包服务商问题的解答。 以下为对此次会议一些问题和答案的整理，希望从钱包界面设计角度能加深大家对EIP-1559的认识： Q：如何预估`Priority Fee`，怎么算高，怎么算低？ A：A: 我们现在有些大致的数值。`Priority Fee`是你想支付给矿工足够多的费用，以把你的交易打包到链上。越多的交易打包到区块里，你的交易进入叔块的风险越高。这个数值在以前很容易计算，但现在主要的风险来自 MEV 的交易捆。因此，如果矿工的区块里有 MEV，该区块里的交易进入区块的风险就高很多。在“Cheatsheet: 1559 for Wallets & Users”里，你可以看到一个图表展示了“区块的 MEV 平均风险与 小费数额之间的线形关系”。Flashbot 有一个追踪 MEV 的仪表盘，现在还没有钱包可用的插件。但如果你想要一个大概的数值的话，可以在 EIP 上主网前的1 到2周看一下仪表盘，你会了解到那时区块的平均 MEV，然后再回到那张图表，看看对应的小费是多少。经过了一轮优化后，现在每单位gas的小费大概是2 gwei。上主网后，还要看 MEV 如何发展。  如果你想做得精细点，上面所说的是一般情况，你的快速模式可能是区块里有95%都是MEV 也仍然能打包交易到区块，一般模式可能是区块有30%~40% 的 MEV，而缓慢模式是等待MEV 的区块出现，然后以1 到2 gwei 把交易打包到区块，平均来说是2到3 个区块后。 Q：关于计算 basefee 的预测时间，因为有太多不断在变动的变量，钱包开发者很担心在高度拥堵，出现不同钱包间的竞价战时，用户无法获得及时有效的信息进行交易。 A：要解决这个问题，我们需要链上数据，上线后几周的数据将非常有用，只有获得这些数据时才能得知如何设默认值。当 1559 上线主网后，基本费会设为 1 gwei，这是非常低的数值，这意味着将会有一段时间区块都是满的，因为会有竞价战。因此我估计钱包解决这个问题的最简单方法是等待 1559 的UI (用户交互 ) 设计起作用，也就是等到区块不是完全满的时候。我的预估数据时15~30 分钟。在经历了这些峰值 后，你会发现竞价战消失了，价格平稳了，1559 的 UI 起作用了。一开始的时候，用户可能要在超额支付和交易不卡在等待状态间做 权衡。 Q：链下 API 如何解决 A：目前 Etherscan 还没有明确的方案，Barnabé 提出可以有适用于1559的预言机。虽然还没与数据，但一个很强的直觉是竞价战不会频繁发生，如果发生了也会是短时间的，因为基本费用会上涨得很快形成压力，过了某个点后它能让系统稳定下来，因此小费的预言机应该与我们现有的预言机很不一样，现有的预言机需要对非常长的历史数据作分析，起码200个区块数据。但我认为小费的预言机是不需要的，最近5到10个区块的数据就足够了，然后就可以看到人们竞价的中间值。 Q：json rpc 有哪些变更: A：1. 添加` baseFeePerGas` 到区块头 to the block header 2. 添加` maxFeePerGas`和 `maxPriorityFeePerGas`到交易，如果交易类型是2的话，这表明这是1559式交易 3. 每个客户端都是执行的api 视频：https://www.youtube.com/watch?v=FEgFd7un9q4 <br/> **1559 社区再起讨论** 钱包服务商MyCrypto 的创始人Taylor Monahan 于5 月27日发了很长的推特对EIP-1559 表达了不满，再次掀起社区对此EIP的热烈讨论。她提出的观点颇具争议，但以下观点得到了很多人的认同： “社区对这份EIP 的关注更多变成“ETH价格上升”和“交易费下降”，而已开始承诺的减少超额支付的gas 费、更高的市场效率、更稳定的gas费、甚至减少交易费等似乎没人再提。” 此外，对eip-1559 设计的合理性与实现的可能性上的质疑，也得到大量的回应，此处推荐 基金会的研究员Barnabé的回复：https://twitter.com/barnabemonnot/status/1397731718723821569?s=20 Paradigm 的研究员的回复：Georgios Konstantopoulos：https://twitter.com/gakonst/status/1397855965429612547?s=20 来源：https://twitter.com/tayvano_/status/1397725861575421953?s=20 <br/> “EIP-1559 Gas API 会议”将于北京时间6月4日22：00举行，时长为1小时 议程： <br/> • Gas API 提供商的演示 • 用于gas 价格的JSON RPC 终端 • 开放讨论 来源：https://github.com/ethereum/pm/issues/328 <br/> # ETH2 以太坊基金会 ETH2 团队的AMA将于北京时间6 月23日下午9点于Reddit 论坛的/r/ethereum 板块进行。 来源：https://twitter.com/drakefjustin/status/1398375498342977544?s=20 <br/> 最新的以太坊2.0规范中SSZ 与默克尔证明教程上线 指路：https://www.ssz.dev/ <br/> # Layer2 **Arbitrum One beta 版本上线主网** UTC 时间 5 月 28 日，Layer-2 扩容解决方案 Arbitrum Rollup 的合约部署至主网，并面向开发者开放。截至发布为止，已超过 250 个团队申请部署至 Arbitrum One 上。Abitrum 团队表示，之所以将其部署在主网的链命名为 Arbitrum One，是因为 Arbitrum 表示技术，而 Arbitrum One 是我们主要的链。也就是说，未来可能会有其他 rollup 链使用 Arbitrum 技术，为了避免混淆，便给出了 Arbitrum One 这个概念。 在上线主网之前，Arbitrum 宣布与区块链浏览器 Etherscan 以及区块链开发平台 Alchemy 达成合作关系，将为 Arbitrum 提供浏览器 (将在七月准备就绪) 和开发平台的支持。 来源： https://offchain.medium.com/introducing-arbitrum-one-our-mainet-beta-ed0e9b63b435 <br/> **社区投票支持 Uniswap V3 部署至 Arbitrum 上** @rleshner 于 5 月 27 日，在区块链投票平台 snapshot 发起投票：提议在 Arbitrum 上部署 Uniswap v3，投票为期两天。投票链接：https://snapshot.org/#/uniswap/proposal/Qmehop1NNWP9VEf7tGLEAYRphVsXtdxkL7oKEhaXL2Xao6 截至投票通道关闭，共 4323 万 UNI 签名投了支持票，309.34 UNI 投了反对票，比实际通过提案所要求的门槛多了 100 多万。 对于此次社区的自发投票支持将 Uniswap v3 部署至 Arbitrum 的行为，Uniswap 的创始人 Hayden 表示： “如果 snapshot 上的投票通过了，Uniswap 将应社区的需求，部署 v3 至 Abitrum 上，我们已经开始了接口支持和计划部署的工作。同时，我们将继续与 Optimism 团队的合作，并在不久之后部署。” 来源：https://twitter.com/haydenzadams/status/1397675094001045508 zkSync 1.x 即将上线主网 5 月 25 日，zkSync 推出了 1.x 版本的测试网，开发者可以在 Rinkeby-beta 和 Ropsten 测试网上测试以下新功能： • ERC-20 代币 swap • 铸造、发送以及 swap NFT • 将 NFT 从二层提至一层 zkSync 1.x 升级主网版本新增的功能包括 swap、NFT、新的事件系统，还将发行无需许可的代币，1.x 将于 5 月末上线主网，并在 2 周的升级时间锁定后生效，以便用户有时间选择退出。 此次升级将需要添加 Regenesis：改变 zkSync 状态的结构。也就是说，所有的账户将保持不变，但我们将把每个账户的代币余额树的高度从 11 增加到 32。这个新的根哈希将由 zkSync 安全委员会的大多数成员 (15个成员中的8个) 进行计算和签名。  来源：https://medium.com/matter-labs/zksync-1-x-swaps-nfts-event-system-and-permissionless-token-listing-e126fcc04d61 <br/> # 生态 **Gitcoin 推出治理代币 GTC，其中 15 % 进行了回溯空投** 5 月 25 日，开源软件资助平台 Gitcoin 宣布推出治理代币 GTC 代币和 Gitcoin DAO，这两个关键组成部分将使 Gitcoin 去中心化，并为资助开源开发构建一个公平的协议。 治理代币 GTC 的总发行量为 1 亿，分配如下： • 15% 进行回溯空投 • 50% 用于 Gitcoin DAO • 35% 分给当前的利益相关者 根据 Gitcoin 的公告，其治理代币 GTC 没有经济价值，这是一种用来监管 Gitcoin 生态系统的治理代币。通过推出 GTC 和 Gitcoin DAO，Gitcoin 的目标是构建一个 Quadratic Lands —— 一个由数字民主统治的数字生态系统，在这里为社会带来贡献的项目将能够得到很好的资助。最重要的是，Quadratic Lands 是由它所服务的社区建立的 —— 创造了一个积极的反馈循环，让居住其中的市民不断改善他们所居住的数字社区。 来源：https://gitcoin.co/blog/introducing-gtc-gitcoins-governance-token/ <br/> **Flashbots 发布 v0.2 版本** Flashbots 是一个开源研发机构，主要专注于构建一系列工具以帮助分析 MEV 问题。5 月 25 日，Flashbots 发布了 v0.2 版本，添加了 "bundle merging" (捆绑合并) 功能。意味着 Flashbots 的矿工现在可以在每个区块挖多个捆绑交易。 来源：https://twitter.com/bertcmiller/status/1396961882121121799 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Thinking/blockchain-votinghttps://www.ethereum.cn/Thinking/blockchain-votingFri, 28 May 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/05/25/voting2.html) <br/> *特别鸣谢 Karl Floersch、Albert Ni、Mr Silly 以及其他人的反馈与讨论* 投票作为一个程序对过程正义有非常高的需求。投票的结果必须是正确的，且这必须由一个透明的过程来保证，这样每个人才信服这个结果是正确的。[干扰任何人投票](https://en.wikipedia.org/wiki/Voter_suppression)或阻止别人的投票被计为有效票这样的行为都不应该发生。 区块链作为一种技术本身就是旨在给程序正义提供保障的。如果一个过程在区块链上运行，区块链可以确保该过程会根据预先商定的代码运行，并提供正确的输出。没有人可以阻止其执行，没有人可以篡改其执行，没有人可以审查或阻止任何用户的输入被处理。 因此，乍一看，区块链提供的正是投票需要的。曾经持有这一想法的远不止我一个；[很多](https://www.alaskapublic.org/2021/04/15/alaska-would-be-first-state-to-use-blockchain-based-voting-system-under-proposed-bill/)主要[潜在](https://inc42.com/buzz/india-explores-blockchain-based-e-voting-by-2024-general-elections/)用户都表现出[相同的看法](https://fortune.com/2018/07/03/blockchain-voting-trial-zug/)。但其实，有些人持有截然相反的观点......  尽管看上去投票的需求与区块链提供的技术优势可以完美匹配，但我们经常看到一些吓人的文章是[反对两者结合的](https://www.computerworld.com/article/3430697/why-blockchain-could-be-a-threat-to-democracy.html)。这样的文章不是个例，[《科学美国人》有一篇反对区块链投票的文章](https://www.scientificamerican.com/article/are-blockchains-the-answer-for-secure-elections-probably-not/)，[CNet](https://www.cnet.com/news/blockchain-isnt-answer-to-voting-system-woes/) 和 [ArsTechnica](https://arstechnica.com/tech-policy/2018/11/blockchain-based-elections-would-be-a-disaster-for-democracy/) 各有一篇反对文章。还有一些不是普通技术记者的反对文章：[Bruce Schneier](https://www.schneier.com/blog/archives/2020/11/on-blockchain-voting.html) 反对区块链投票，MIT 的研究院写了[一整篇论文](https://people.csail.mit.edu/rivest/pubs/PSNR20.pdf)论证这是一个坏主意。所以，到底是怎么回事？ <br/> # 概要 对以太坊投票协议的最常见的两点批评： 1. **区块链不是适合选举的软件工具**。它们提供的信任属性不符合投票所需的特性，其他提供不同信息流和信任属性的软件更好。 2. **总的来说，无法信任任何软件**来进行选举，不管是什么软件。无法检测的软件、硬件漏洞带来的风险都太高，无论平台是如何组织的。 **本文将依次讨论这些观点 (说是"反驳”的话，语气就太重了，但我对这两种观点的反对意见绝对多于赞同）**。首先，我将讨论现在尝试使用区块链进行投票的安全问题，以及为什么正确的解决方案不是弃用区块链，而是结合其他加密技术。第二，我将回答关于软件（和硬件）能否被信任的忧虑。我的回答是：计算机安全实际上取得不错的进展，我们可以继续在这个趋势上努力。 从长远来看，**永久地坚持纸质投票将是我们使投票变得更好的巨大障碍**。N 年一次投票是 250 年前就发明的民主形式了，如果投票可以变得方便和简单地多的话，我们可以更经常地进行投票，这样我们可以拥有更好的民主。 **毋庸讳言，这整篇文章的前提是拥有好的区块链扩容技术（例如，[分片](https://vitalik.ca/general/2021/04/07/sharding.html)）**。当然，如果区块链无法扩容，这些都不可能发生。但目前，这项技术的开发进展地很快，没有理由相信它不会发生。 <br/> # 不好的区块链投票协议 区块链投票协议经常受攻击。两年前，一家名为 Voatz 区块链投票技术公司风行一时，很多人都对它很感兴趣。但是去年，一些 MIT 研究员发现了他们平台[一串严重安全漏洞](https://internetpolicy.mit.edu/wp-content/uploads/2020/02/SecurityAnalysisOfVoatz_Public.pdf)。同时，在莫斯科，一个准备用于即将到来的选举的区块链投票系统[被攻击](https://medium.com/swlh/why-was-moscows-blockchain-voting-system-cracked-a-month-before-an-election-6da5e6d9abbb)了，幸运的是，攻击发生在选举的一个月前。 这些攻击都非常严重。以下是[分析 Voatz 的研究人员](https://internetpolicy.mit.edu/wp-content/uploads/2020/02/SecurityAnalysisOfVoatz_Public.pdf)揭露的攻击能力表：  这本身并不是反对使用区块链投票的论据，而是说明区块链投票软件应该被更审慎地设计，且应该慢慢扩展，且随着时间扩大规模。 <br/> # 隐私与抗胁迫 但是即使是技术上不是经常出问题的区块链投票协议仍然是糟糕的。要理解为什么，我们需要深入探究区块链提供了具体哪些安全属性，以及投票需要哪些特定的安全特性—— 当我们了解了，我们就会看到其中不匹配的地方。 区块链提供了两个关键属性：**正确的执行**和**抗审查**。 正确的执行只意味着区块链接受来自用户的输入(“事务”），按照一些预先订立的规则正确地处理它们，然后返回正确的输出 (或以正确的方式调整区块链的“状态”）。抗审查也很容易理解：任何用户想要发送一个事务，且愿意支付足够高的交易费的话，就可以发送该事务并期望看到它快速被打包上链。 这两个属性对投票来说都非常重要：你想投票的输出实际上是计算每个候选人的票数并选择得票最多的候选人的结果，而且你肯定希望任何有资格投票的人都能投票，即使是一些强大的行为者试图阻止他们。**但是，投票还需要一些至关重要的属性，这些是区块链不提供的：** - 隐私：你不应该知道某些人投给了哪个候选人，甚至不知道他们是否投了票。 - 抗胁迫：你不应该向其他人证明你是如何投票的，尽管你想这样做 第一个要求的必要性是显而易见的：你希望人们根据他们的个人感受来投票，而不是身边的人、他们的雇佣者、警察或街上随机的暴徒对他们选择的感受。第二个要求是需要防止卖票：如果你可以证明你是如何投票的，卖票就会变得非常容易。投票的可证明性也会促成各种形式的胁迫，即胁迫者要求看到某种投票给他们偏向的候选人的证明。大多数人，甚至是那些意识到第一个要求的人，都不会想到第二个要求。但是第二个要求也是必须的，但达到这个要求在技术上也不容易。**更不用说，人们看到的一般的“区块链投票系统”根本没有尝试提供第二个属性，并且经常在提供第一种属性上就是失败的。** <br/> # 非区块链的、安全的电子投票 社会机制的加密安全执行概念不是有区块链极客发明的，且在我们之前已经存在了。在区块链空间以外，密码学家研究安全电子投票问题已经有 20 年的传统了，好消息是他们已经有解决方案了。在过去 20 年，有一篇被多次引用的重要论文——“《抗胁迫的电子选举》 ([Coercion-Resistant Electronic Elections](https://eprint.iacr.org/2002/165.pdf))"，由 Juel、Catalano 和 Jakobsson 于 2002 发布的：  从那时起，这个概念有很多迭代；[Civitas](https://orbilu.uni.lu/bitstream/10993/29212/1/Civitas-VFinal.pdf) 是一个突出的例子，尽管[还有](https://www.usenix.org/system/files/conference/jets15/jets_0302-achenbach.pdf)[很多](https://www.researchgate.net/publication/221947496_Coercion-Resistant_Cryptographic_Voting_Implementing_Free_and_Secret_Electronic_Elections)[其他例子](https://link.springer.com/chapter/10.1007/978-3-642-32747-6_5)。这些协议全都使用一套相似的核心技术。有一个商定的”统计员“集，且有一个信任假定大多数统计员都是诚实的。每个统计员都有内部秘密共享的密钥的部分，而对应的公钥是公布出来的。投票者把加密了的投票公布给统计员的公钥，统计员使用一个[安全的多方计算 (multi-party computation, MPC) 协议](https://www.cs.virginia.edu/~evans/pragmaticmpc/pragmaticmpc.pdf)解密并验证投票，并把结果计算出来。记录结果的计算是”在 MPC 里“进行的：统计员永远不会知道他们的私钥，他们只能通过查看最终结果了解情况，他们在计算时是无法知道每个人的具体投票的。 加密投票提供了隐私，并在上面添加了一些额外的基础设施，比如加入[混合网](https://en.wikipedia.org/wiki/Mix_network) (mix-nets) 使得隐私更强大。为了提供抗胁迫性，使用了两种技术中的一种。一个选项是在注册阶段 (统计员收集每个注册投票者的阶段），投票者生成或收到一个秘密密钥。对应的公钥在统计员间是秘密共享的，统计员的 MPC 只计算用秘密签名的投票。投票者没有办法向第三方证明他们的密钥是什么，因此如果他们受贿或被胁迫，他们只需要展示和投用错误密钥签名的票。或者，选民可以有能力发送一条信息修改它们的密钥。选民没有办法向第三方证明他们没有发送这样的信息，从而导致相同的结果。 第二选项是一种技术，即投票者可以进行多次投票，第二次投票覆盖第一次投票。如果投票者被贿赂或胁迫，他们可以给贿赂者/胁迫者偏向的参选者投票，但在第二次的投票可以覆盖第一次投票。  *赋予投票者在下一次投票推翻之前投票的能力，是[2015年这个协议里](https://www.usenix.org/system/files/conference/jets15/jets_0302-achenbach.pdf)关键的抗胁迫机制。* 现在，我们开始讨论所有协议间的重要区别。它们都依赖于一个外在的元件来完成它们的安全性保障——**bulletin board** (公告栏，也就是上图数据里的"BB")。公告栏是任何投票者发送一条信息过去都保证：(1) 任何人都可以读到公告栏的信息，(ii) 任何人发送到公告栏的信息都会被接受。大多数大家可以找到的抗胁迫投票论文都是对公告栏的存在一笔带过 （例如，”正如常见的电子投票方案，我们假设有一个可公共访问的、仅能添加的公告栏“），但很少论文谈到公告栏实际上是如何被实现的。在这里，读者大概可以看出我想表达的是什么：**实现公告栏最安全的方法就是使用现有的区块链！** <br/> # 用区块链提供电子投票的安全性 当然，在区块链之前已经有大量制作公告栏的尝试。[2008年这篇论文](https://epubs.surrey.ac.uk/107392/5/append-only.pdf)就是这样的尝试；它的信任模型是一个符合标准要求的”`k` /`n` 个服务器必须是诚实的“（(`k = n/2` 是常见的）。[2021 年这篇文献综](https://eprint.iacr.org/2021/047.pdf)述涵盖了区块链以前制作公告栏的尝试，以及对由区块链来实现进行了探索；所回顾的区块链前的解决方案都与依赖 k/n 信任模型相似。 区块链也是一个 k/n 的信任模型；它要求至少一半的矿工或者权益证明的验证者遵循协议，如果该假设失败，往往会导致”51%攻击“。所以为什么区块链要优于一个特别设计的公告栏？答案是：设置一个真正可信的 k/n 系统是很难的，区块链是解决了这个问题的唯一系统，而且是大规模地。假设一些政府宣布它们要造一个投票系统，并提供一份 15 个当地组织和大学的清单，它们将运行一个有特殊用途的公告栏。作为一名旁观者，你怎么知道政府不是按照他们的意愿从 1000 个名单里选出 15 个机构，以秘密与情报机构串通？ **另一方面，公共区块链具有每个人都可以参与的、无须许可的经济学共识机制（工作量证明或权益证明），它们有一个现有的、多元的、高激励的基础设施，例如区块浏览器、交易所、和其他观测节点，以不断地实时验证没有坏情况发生。** 这些更复杂的投票系统不只是使用区块链；他们依赖像[零知识证明](https://vitalik.ca/general/2021/01/26/snarks.html)这样的加密技术以确保正确性，依赖 MPC 保证抗胁迫。因此，它们避免了那些简单系统的弱点，即仅仅”把票直接投在区块链上“，而忽略了带来的隐私和抗胁迫问题。但是，区块链公告栏仍然是整个设计安全模型的关键部分：如果委员会被破坏了，但区块链没有，抗胁迫性就会丢失，但所有其他围绕投票过程的保障还在。 ## MACI: 在以太坊上的抗胁迫区块链投票 以太坊生态现在正在实验一个名为 MACI (Minimal Anti-Collusion Infrastructure，最小反合谋基础设施）的系统，它结合了区块链、ZK-SNARKs 和一个确保抗胁迫的单一中央角色 （但没有权力损害抗胁迫性以外的任何属性）。MACI 在技术上并不十分困难。用户通过用他们的私钥签名信息来参与，把签署的信息加密到一个中央服务器发布的公钥，然后把加密了的签名信息发布到区块链。服务器从区块链下载信息，解密，处理，用一个 ZK-SNARK 把结果输出，以确保它们的计算是正确的。  用户不能证明他们是如何参与的，因为他们有能力发送一个“改密钥”信息去骗任何想要审核他们的人：他们可以首先发送一条改密钥信息把他们的密钥从 A 改为 B，然后发送一条用 A 签名的“假信息”。服务器会拒绝这条信息，但没有其他人可以通过任何途径知道修改密钥的信息有没有被发送过。这里需要对服务器有信任要求，虽然只是为了保护隐私和抗胁迫；服务器不能发布错误的结果，无论是因为错误计算还是信息审查。从长远来看，多方计算可以在一定程度上对服务器进行去中心化，加强隐私和抗胁迫的保证。 在 [clr.fund](https://clr.fund/) 上有一个这个方案的工作演示，被用于四维资金。使用以太坊区块链来确保投票的抗审查性，保证了比依靠委员会更强的抗审查性。 ## 上文回顾 - 投票过程有四个重要的安全要求，只有当这些要求都得到满足才能保证投票的安全：正确性、抗审查、隐私和抗胁迫。 - 区块链擅长前两项，不擅长后两项。 - 在区块链上对投票加密可以添加隐私性。零知识证明可以提供正确性，尽管观察者无法直接合计投票，因为它们都加密了。 - 多方如果与用户可以与系统多次交互的机制相结合，计算解密和检查投票可以提供抗审查性；要么第一次交互使第二次无效，要么反之。 - 使用区块链可以确保你有非常高安全系数的抗审查能力，而且即使委员会串通打破抗胁迫性，你仍然可以保持抗审查。**引入区块链可以大大增强系统的安全性。** <br/> # 但技术是可以信任的吗？ 但现在我们回到对任何类型的电子投票的第二点、更深层次的批评：技术本身太不安全、不值得信任。 [最近 MIT 这篇批评区块链投票的论文](https://people.csail.mit.edu/rivest/pubs/PSNR20.pdf)提供了这个非常有用的表格，它认为任何非纸质形式的投票从根本上来说都太难确保可信任：  作者关注的关键属性是“软件独立性”，他们将其定义为“系统软件中未被发现的变化或错误不能导致选举结果中出现不可察觉的变化”。基本上，代码中的一个错误不应该能够意外地使 Prezzy McPresidentface 成为国家的新总统 （或者，更现实的是，一个故意嵌入的漏洞不应该能够把某候选人的份额从 42% 增加到 52%)。 但还有其他方法可以用来处理漏洞。例如，任何基于区块链的投票系统，如果使用可公开验证的零知识证明，都可以独立被验证。有人可以编写自己的证明验证器，并自己验证Zk-SNARK。他们甚至可以写自己的软件来投票。当然，真正做到这一点的技术复杂性超出了现实 99% 的选民基础的能力范围，但如果成千上万的独立专家都有能力做到这点并验证它是否可行，在实践上能做到这点是已经非常不错了。 但是，对 MIT 的作者来说，这还不够： > 因此，在可预见的未来，任何只有电子的系统，即使是端对端可验证的，似乎耶不适合用于政治选举。美国投票基金会注意到了 E2E-V 方法在提高在线投票安全性方面的前景，但发布了一篇详细的报告，建议避免将器用于线上投票，除非该技术发展地更加成熟，并在投票站投票中得到充分测试 [38]。其他人提议对这些想法进行延伸。例如，Juels 和其他人的提案[55]强调使用加密技术来提供多种形式的“抗胁迫”。Clarkson 等人的 Civitas 提案实现额外的抗胁迫机制，lovino 等人进一步在他们的 Selene 系统里整合和阐述了这些机制。在我们看来，这些提案都非常创新，但不现实：它们相当复杂，且最重要的是，它们的安全性依赖于选民的设备没有受损且如预期版运作，这是一个不现实的预设。 作者关注的问题不是投票系统的硬件是否安全；该方面的风险实际上可以用零知识证明来化解。相反，作者关注的是另一个安全问题：大体上，用户的设备能达到安全水平吗？ 鉴于消费者设备多年以来遭遇到的各种漏洞和攻击，人们又理由给出否定的答案。引用我自己[ 2013 关于比特币钱包安全的文章](https://bitcoinmagazine.com/culture/bitcoin-self-defense-part-i-wallet-protection-1368758841)： > 昨晚太平洋夏令时晚上大概 9 点，我点击了一个链接前往 CoinChat[.]freetzi[.]com，并提示我运行java。我照做 (觉得这是一个合法的聊天室），然后什么都没有发生。我关掉窗口，什么也没想。14 分钟后，我打开我的 bitcoin-qt 钱包，看到一笔我没有同意的交易发送到钱包 1Es3QVvKN1qA2p6me7jLCVMZpQXVXWPNTC，几乎把我整个钱包的余额转走...... 以及: > 在 2011 年六月，Bitcointalk 成员“allinvain" 在一个未知的入侵者以某种方式直接访问了 ta 的电脑后，丢失了 25,000 个 BTC (当时价值500,000 美元）。攻击者能够访问 allinvain 的 wallet.dat 文档，并快速把钱包里的钱都转走——不是从 allinvain 的电脑发送交易，就只是上传 wallet.dat 文档然后在 ta 自己的电脑里把钱转走。 但这些灾难掩盖了一个更大的事实：在过去 20 年里，计算机安全实际上一直[在缓慢而稳定地改进](https://www.infosecurity-magazine.com/opinions/cybersecurity-getting-better-worse/)。攻击现在更难发生了，经常需要攻击者在多个子系统里找到漏洞，而不是在一大段复杂的代码中找到一个漏洞。备受瞩目的事件比以往任何时候都大型，但这并不表明所有事情都变得没那么安全了；相反，这只是我们越来越依赖互联网的一个迹象。 [可信的硬件](https://link.springer.com/referenceworkentry/10.1007%2F978-0-387-39940-9_1491)是近来取得非常重要的进步领域。一些新的“区块链手机”（例如 [HTC 的这款](https://www.htcexodus.com/mea-en/cryptophone/exodus1s/)）在这项技术上走得很远，并在可信硬件芯片上放置了一个专注安全性的极简操作系统，允许对安全要求高的应用程序 (例如，加密货币钱包）与其他应用分开。三星已经开始制作使用[相似](https://pixelplex.io/blog/what-is-samsung-blockchain-keystore/)[技术](https://www.samsung.com/us/business/solutions/samsung-knox/)的手机。即使从未宣传作为”区块链设备“的产品 (例如，苹果手机）也频繁推出某些可信硬件。加密货币硬件钱包实际上是同样的东西，除了可信硬件组件物理上是在计算机以外，而不是在里面。可信硬件在安全性领域，特别是区块链社区是当之无愧的坏口碑之王，因为它[一次次](https://arstechnica.com/information-technology/2020/03/hackers-can-steal-secret-data-stored-in-intels-sgx-secure-enclave/)地[出](https://techmonitor.ai/techonology/cybersecurity/intel-sgx-plundervolt-attack)[问题](https://www.theregister.com/2020/11/14/intel_sgx_physical_security/)。而且事实上，你肯定不会想用它来替代你的安全保护设备。但就事论事来说，它的确是一个巨大的进步。 最后，像加密货币钱包和投票系统这样的单一应用程序，其实比整个消费者操作系统要简单得多，且有更少空间出错——即使你必须纳入对[二次方投票](https://vitalik.ca/general/2019/12/07/quadratic.html)、[排序](https://en.wikipedia.org/wiki/Sortition)、[二次方排序](https://ethresear.ch/t/quadratic-voting-with-sortition/6065)等 Glen Weyl 在2040 年发明的下一代其他什么可怕东西的支持。像可信硬件这样的工具的好处是它们能够将简单的东西从复杂的、可能会出错的东西隔离开来，而这些工具正取得一些成功。 <br/> # 因此风险会随时间减少，但有什么裨益呢？ 安全技术上的这些进步指明，未来消费者硬件可能比现在更值得信赖。过去几年在这个领域做的投资很可能在接下来的十年不断得到回报，且我们可以预期会有进一步的重要提升。但投票电子化有哪些好处使得探索这整个领域是合理的呢？ 我的答案很简单：投票会变得高效得多，使得投票可以更经常地进行。目前，对组织 (政府或企业）的正式民主输入倾向于限制在每 1-6 年进行一次的投票。这实际上意味着，每个选民每年只向系统提供不到一点点的投入。也许在很大程度上是由于这个原因，我们社会的去中心化决策被严重地走向两个极端：纯民主和纯市场。民主要么是非常低效的 (企业和政府投票），要么是非常不安全的 (社交媒体上的点赞或转发）。市场在技术上则高效得多，且比社交媒体安全得多，但它们的基本经济逻辑使其不适合许多种类的决策问题，特别是与公共物品有关的问题。  *是的，我知道这又是一个三角形，我真的非常抱歉不得不使用它。但是，请容忍我这一次...... (好吧，我确信我将来会做出更多的三角形；忍忍吧）* 如果我们能够建立更多介于民主与市场之间的制度，从前者的平等主义、后者的技术效率、以及光谱两级间的经济特性间获益。[二次方募资](https://vitalik.ca/general/2019/12/07/quadratic.html)是一个极佳的例子。流动式民主是又一佳例。即使我们不再引入复杂的新委托机制或二次方计算方法，我们也可以通过在更小范围内更频繁地进行投票，以适应每个选民可接收到的信息。但所有这些想法的挑战在于，为了一个可持久的、支持任何水平的民主的方案，你需要一些抵抗女巫攻击和化解买票问题的形式：这正是这些复杂的 ZK-SNARK+MPC+区块链投票方案试图解决的问题。 <br/> # 加密世界对解决问题有帮助 加密世界的有一个被低估的好处，就是它是一个极好的”虚拟特别经济区“，可以在一个对抗性很强的环境里测试一些经济和加密理念。无论你构建和发布什么，一旦它所控制的经济力量达到一定规模，一大批不同的、有时是利他的、有时是利益驱动的人、有时是恶意的行动者（大多数是完全匿名的）会进入这个系统，并尝试把该经济力量扭转为服务他们自己的各种目的。 攻击者的激励很高：如果攻击者从你的加密经济工具里投了 100 美元，他们往往可以得到完整的 100 美元的奖励，而且可以逃脱。但是防御者的奖励也非常高：如果你开发一个工具可以帮助用户不会丢失他们的资金，你可以（至少有时）把它转化为一个工具，赚取数百万美元。加密世界是一个终极训练场：如果你构造的东西可以在这个环境里生存下来，且发展成规模，它很可能也能在更大的世界里生存。 这适用于[二次方募资](https://vitalik.ca/general/2021/04/02/round9.html)、[多签](https://gnosis-safe.io/)和[社交恢复式钱包](https://vitalik.ca/general/2021/01/11/recovery.html)，且它也使用与投票系统。区块链空间已经帮助推动了以下重要安全技术的崛起： - 硬件钱包 - 高效多功能零知识证明 - 形式验证工具 - 有可信硬件芯片的”区块链手机“ - 抗女巫攻击机制，比如人性证明 ( [Proof of Humanity](https://www.proofofhumanity.id/)) 在所有这些案例里，该技术的某些版本在区块链出现之前就已经存在。但难以否认的是，区块链在推动这些成果方面已经有非常重要的影响，而这个领域固有的激励在为技术的开发到落地提供充足资金方面扮演一个非常重要的角色。 <br/> ## 结论 在短期内，任何形式的区块链投票肯定只能继续限制在小规模实验里，如论是用于主流应用的小测试还是用于区块链本身。当然，目前还是计算机的安全性还没有好所有事务在依赖于其上的水平。但它在不断完善，如果我的判断错的了，安全性无法提升，那么不只是区块链投票，连整个加密货币世界都将难以成功。因此，有非常巨大的动力持续完善这项技术。 我们都应该继续关注提高安全性的技术和不同地方正在进行的努力，并慢慢地在非常重要的社会进程中更自如地使用技术。技术已经是我们金融市场的关键，而大部分经济的加密化 (或甚至只是取代黄金） 将把更大一部分的经济放到我们的加密算法和运行它们的硬件手里。我们应该认真关注并支持这个进程，并渐渐利用其优势，把我们的治理技术带进 21 世纪。https://www.ethereum.cn/Technology/what-everyone-gets-wrong-about-51percent-attackshttps://www.ethereum.cn/Technology/what-everyone-gets-wrong-about-51percent-attacksWed, 26 May 2021 00:00:00 GMT 5 月 16 日，以太坊扩容解决方案 Polygon 的市值跻身加密货币市值前 20，随后 StarkWare 的联合创始人 Uri Kolodny 转推祝贺，但同时他强调：“Polygon 是侧链，而不是 Layer-2。L2 的安全性依赖于以太坊；而侧链的安全性与以太坊的不相关 (甚至更低)。” 因此，社区围绕 Polygon 到底是不是 L2 开始了激烈的讨论。 针对 Uri Kolodny 的评论，Mihailo Bjelic 做了以下回复[[1]](https://twitter.com/MihailoBjelic/status/1393686451255226368)： 首先，Polygon 并不是一条侧链，它是一套扩容解决方案。其次 (也是最重要的)，默认 L2 比 PoS 侧链 (我们的是提交链 commit chain) 更安全是绝对错误的。为了解释其中原因，我将简单地比较一下 Polygon 的 PoS 链和 StarkWare 的 zkRollup 或者 Validium。 我们的 PoS 链的确有自己的验证者集，但这是完全无需许可的，且质押金额已达到 28 亿美元。此外，该实现已经经过了实战测试 (1400 万个区块且零事故)。 然而 StarkWare Rollup 只有一个 PoA 运营者。这个运营者可能会宕机，抢跑、审查用户的交易等。并且，它由 STARKs 提供安全性，这是一个全新的、未经过验证的密码学。至于 Validium，情况甚至更令人担忧。DeversiFi 所使用的 Validium 方案还依赖于一小组 PoA 数据可用性节点。这些节点可以合谋，通过拒绝访问数据来阻止任何或所有用户提取资金。 考虑到上述情况，我认为那种默认 L2s 比侧链/提交链更加安全的想法是错误的。 来源： 针对 Mihailo Bjelic 的回复，社区分别从三个角度进行了讨论： (1) Layer-2 与侧链在安全性上的区别； (2) Layer-2 能否达到与 Layer-1一样的安全性； (3) Eth2 与侧链在安全性上的区别。而对于社区上的困惑，以太坊基金会开发者 Dankrad Feist 发布了文章《关于 51% 攻击，大家都搞错了什么》[[2]](https://dankradfeist.de/ethereum/2021/05/20/what-everyone-gets-wrong-about-51percent-attacks.html)(见下文)，该文章基本上囊括了以上讨论中的问题与解答。 1. 首先，关于第一个问题，Dankrad Feist 表示不赞同，他说 L2 确实更安全，因为作为 L2 必须提供与基础层相同的安全性。而 PoS 侧链具有较弱链 (通常是侧链) 的安全性。[[3]](https://twitter.com/dankrad/status/1393721324300865537?s=20) James Prestwich 也参与了讨论[[4]](https://twitter.com/_prestwich/status/1393730794238005253)：“与侧链相比，L2 需要更少新的安全假设，但其安全性并非与主网完全一样。”他指出 L2 与侧链相比，具有以下不同的特点： 1)依赖于非审查 (欺诈证明) 2)依赖于新的密码学和可信的设置 (有效性证明) 补充一点，Starks 不需要依赖可信的设置 3)更高的硬件和带宽需求  在下文中，Dankrad Feist 指出“侧链不验证有效性，仅验证共识条件的绝大部分，并且其不具有数据可用性检查。”关于侧链的安全性问题，详见文章中“侧链如何运作？”那一部分。 2. 至于 L2 能否达到与 L1 一样的安全性。Patrick McCorry 认为[[5]](https://twitter.com/stonecoldpat0/status/1393869662572748801)，L2 的目标是尽可能地接近 L1 的安全性，但想要完全一样，是不可能的： - 欺诈证明不是尚方宝剑，尤其是当发布欺诈证明的费用太高时，其安全性就更小了 - 同样的，零知识证明也不是万能的，会出现排序者掉线以及 L1 无法应对大规模退出的情况 他还提到，L2 解决方案可以归结为以下四点： - 数据可用性 (委员会/rollup/等) - 状态转换完整性 (零知识证明/欺诈证明) - 提款完整性 (退出保证) - 协议活性 (排序者的选择) 这个混合的方案难以完全达到 L1 的安全性。  回到下面的文章，Dankrad Feist 解释了“区块链的安全模型”，以强调为何 L1 的安全性如此难达到。 3. 那么 Polygon 的 PoS chain 与 Eth2 的 PoS 机制对比呢？在讨论中， Dankrad Feist 指出，在长期发展来看，PoS 侧链会是一个很大的隐患。在 Eth2 中我们尽量移除大多数诚实假设，然而 PoS 桥接并不能做到。  以下是文章内容： <br/> # 关于 51% 攻击，大家都搞错了什么 <br/> 请大家原谅标题中的挑衅意味。显然，并不是每个人都会误解 51% 攻击，但还是有相当一部分人没有搞清楚，因此写一篇相关的文章并无坏事。 区块链圈内大概有一个神话：只要有人控制了比特币、以太坊或者其他区块链的超过 50% 的算力，那么 ta 就可以对网络做任何事。在 PoS (权益证明) 机制中，只要有人聚集了质押总额的 2/3，ta 同样可以对网络做任何事情。ta 可以转走别人的资产，随意发行代币等等。 这种想法是错误的。以下是 51% 攻击可以做的事情： - 攻击者可以阻止用户使用区块链，即，拦截任何他们不喜欢的交易。这叫做审查。 - 他们可以回滚区块链的交易，即撤销一定数量的区块并更改其中的交易顺序。 他们不能做到的是：更改系统的规则。这意味着： - 他们不能简单地在区块链系统规定之外发行新代币；例如，比特币目前为每个新的区块生产者 6.25 BTC；他们不能将这个数字变成 100 万比特币 - 如果他们没有某个地址的私钥，他们就不能使用该地址的代币 - 他们生产的区块不能比共识规则规定的大 这并非说明 51% 攻击的后果不严重，这仍然是十分恶劣的攻击。重新排序交易可以造成双花，这是非常严重的问题。但他们能做的事情仍然有局限性。 那么包括比特币和以太坊的大多数区块链，他们现在如何确保这一点？如果有一名矿工挖出了违法共识规则的区块会如何？或者，如果绝大部分质押者对一个违反共识规则的区块签名会发生什么？ <br/> ## 区块链安全模型 有时人们声称最长链为有效的比特币或者以太坊链。这个说法不太完整。对当前链头的正确定义是 - 总难度最高的有效链。 因此，在客户端接受区块链应该用来记录当前历史数据这个条件之前，他们需要验证两个属性： 1.该区块链必须有效。这意味着，所有状态转换都是有效的。比如，在比特币上，所有交易只花费此前没有花费的交易输出，coinbase 仅接收交易费和区块奖励，等等。 2. 它必须是难度最高的链。通俗地说，这是一条最长链，然而“最长”不是以区块的数量来衡量的，衡量的是总共花了多少挖矿算力在这条链上。 这听起来可能有点抽象。我们有理由提出一个疑问，上述中的第一个条件由谁来验证，即谁来验证者区块链上的所有区块均应有效？因为如果还是矿工验证该链有效，那么这只是重复工作了，我们并没有真正从中获得什么。 但区块链不一样。让我们分析一下为什么，先从一个普通的客户端/服务器数据库架构开始：  请注意，对于典型的数据库，用户信任数据库服务器。他们不会检查回应是否正确；客户端确保已按照协议对其有效格式化，仅此而已。客户端 (此处用一个空白的方块表示) 是“非智能的”：它无法验证任何内容。 但是在区块链的架构中，是这样的：  我先来总结一下上图包括的组件。首先矿工 (或质押者) 生产区块链。P2P (点对点) 网络确保每个人都能够使用有效的链，尽管存在一些不诚实节点 (你需要连接到至少一个诚实且连接良好的 P2P 节点，以确保自己始终与有效链保持同步)。最后，客户端将交易发送至 P2P 网络并从网络中的其他节点接收最新的链更新 (或者是完整的链，如果它们正在同步的话)。客户端实际上是网络的一部分，它们也将通过转发区块和交易来做贡献，但在这里不是那么重要。 重要的部分是，用户正在运行一个全节点，上图中由客户端中的柱体表示。只要客户端获得一个新的区块，就像任何其他节点一样，无论是一个矿工还是 P2P 网络中的一个节点，这些客户端都将验证该区块是否为有效的状态转换。 如果这不是一个有效的状态转换，该区块则会被忽略。这就是为什么网络中的矿工试图挖掘无效的状态转换是没有意义的。所有人都只会忽略它。 许多用户运行自己的节点，与以太坊或比特币等区块链交互。许多社区已将此模式作为其文化的一部分，并且非常强调每个人都运行自己的节点，由此他们就成为验证过程的一部分。确实，让大多数用户 (尤其是那些质押了大笔资产的用户) 运行全节点是非常重要的；如果大多数用户变得懒惰，那么矿工可能会突然被诱使生产无效区块，如此一来该模型将不再适用。 <br/> ## 打个比方：三权分立 这有点像民主制中的三权分立 —— 政府有不同的分支，而仅仅因为你在其中一个分支拥有多数席位 (比如立法机构)，并不意味着你可以做任何你喜欢的事以及藐视所有的法律。同样，矿工或质押者有权排序区块链中的交易；而他们无权轻易对社区制定新规则。 <br/> ## 但是所有区块链都是这样运作的吗？ 这是个好问题。需要注意的一个重点是，以上所说的模型只有在全节点易于运行的情况下才会奏效。作为普通用户，如果运行全节点必须要花 $5000 购买另一台计算机，并且一直需要 1 GBit/s 的网络连接，那么 ta 根本不会选择运行全节点。尽管 ta 可以在某些地方达到该网络要求，但是永久地保持以运行自己的区块链节点很可能不那么方便。在这种情况下，普通用户很有可能不会选择自己运行节点 (除非 ta 的交易非常有价值)，这意味着 ta 将信任其他人来为其执行该操作。 假设有一条链，其运行成本太高，以至于只有质押者和交易所会运行全节点。你刚刚改变了信任模型，然后大多数质押者和交易所能够聚集在一起并改变共识规则。对于这一点，用户是没有任何争议的 —— 如果用户对该链完全没有控制权，那么他们无法发起分叉。他们可以坚持使用旧的规则，然而，除非他们开始运行全节点，否则，他们根本不知道自己的请求是否在自己想要的链 (满足其共识要求的链) 上得到了回应。 这就是为什么每当出现提高以太坊或比特币的区块大小的讨论时，总会引起大量的争论 —— 区块大小每提高一次，都会增加大家自己运行节点的负担。这对矿工来说不是什么大问题 —— 与实际的挖矿操作相比，运行一个节点的成本要小得多 —— 因此，这将权力的天平从用户转移到了矿工 (或质押者) 身上。 <br/> ## 轻客户端如何运作？ 但是，如果用户只是想用加密货币来买咖啡，该怎么办？Ta 需要在手机上运行全节点吗？ 当然，没人希望需要这样做，用户也不希望。那么这时候就是轻客户端发挥作用的时候了。轻客户端是较简单的客户端，它们不需要验证整条链 —— 它们仅验证共识，即总难度或者已投票的质押金额数量。 换句话说，轻客户端会被诱使跟随一条包含无效区块的链。对此有补救措施，例如数据可用性检查和欺诈证明。据我所知，目前还没有任何一条链实现了这些，但至少以太坊未来会这样做。 因此，使用具有数据可用性检查和欺诈证明的轻客户端，用户在不需要运行全节点的情况下，也可以使用区块链的安全模型了。这是我们最终的目标，即任何智能手机都能够轻松地运行以太坊轻客户端。 <br/> ## 侧链如何运作？ 侧链是当前的热门话题。它们似乎可以提供一种简单的扩容方案，不像 rollups 那么复杂。简而言之： - 创建一条新的 PoS 链 - 在自身和以太坊之间创建一个双向桥接 - … -重点！请注意，侧链的安全性几乎完全依赖于桥接 —— 这是一种允许某条链读取另一条链的状态的构造。毕竟，如果攻击者能够欺骗主链上的桥，让桥接链上的所有资产都为其所有，那么即便 PoS 链上的全节点提出异议也没办法了。所以一切都取决于桥。 不幸的是，桥的状态与轻客户端相同。它们不验证有效性，仅验证共识条件的绝大部分。然而，侧链有两个方面比轻客户端更糟糕： 1.桥接用于价值非常高的交易，其中大多数用户会选择一个全节点，如果可以的话 2.不幸的是，我们没有办法加固桥接，而我们可以对轻客户端这样做 —— 原因就是它们无法验证数据可用性检查 第二点很微妙，可以花一到两篇文章讲解一下。但是简单来说，桥接不能做数据可用性检查，而没有数据可用性检查，欺诈证明也几乎没用了。而如果使用零知识证明，可以要求桥接打包所有有效区块的证明，从而改善这个问题 —— 不幸的是，这样还是有可能会受到数据可用性攻击，但也是一种改进了。 总言而止，侧链的安全模型与以太坊和比特币等区块链不同，而且要弱得多。它们无法防止无效的状态转换。 这些问题都需要靠分片来解决吗？ 实际上，所有这些都与分片有很大的关系。我们之所以需要分片来进行扩容，是因为只有分片能够实现这样的扩容方式：既不需要提高运行全节点的门槛，同时又能够尽可能地维护区块链的完整安全性保证。 但如果有人撤销所有历史数据呢？那么 ta 还是可以盗取所有比特币/ETH/等 理论上说，在一条非检查点的 PoW 链上，可以通过回滚所有交易来盗取比特币。是的，你不能发行一万亿个比特币，但你仍然可以盗取现存的所有比特币，这也很好，对吧？ 我认为这一点非常理论化。社区会接受一个修改其好几年数据 (甚至只是好几个小时) 的分叉的机率几乎为零。在所有可能的分叉中，都会出现大规模的争抢，很快就会得出结论并拒绝分叉，只同意有效的链为现存的那条链。 有了 PoS 和敲定，这种机制将变得形式化 —— 客户端永远不能回滚已敲定的区块。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-5-22https://www.ethereum.cn/Eth2/wnie2-2021-5-22Tue, 25 May 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210522) <br/> # 首推 所有人[比特币披萨节](https://www.moneycontrol.com/news/business/cryptocurrency/bitcoin-pizza-day-2021-some-interesting-facts-about-this-special-cryptocurrency-day-6924731.html) 快乐！🍕 你们有没有试过读到很好的文章，以至于希望是自己写出来的？“对以太坊常见批评的回应 ([Addressing common criticisms about Ethereum](https://www.reddit.com/r/ethereum/comments/najp2c/addressing_common_criticisms_about_ethereum/))"就是这样一篇文章。这不是仅关于 Eth2 的内容，但仍然值得放在首推，因为每个人都应该读读它。 <br/> # 信标链 还是偶尔会有一次性的[罚没事件](https://beaconcha.in/validators/slashings)，在上两周有又有两起。这些很难解释。有可能是有人尝试迁移到不同的客户端，但在过程中出现了问题。如果是你的话，请联系我们，我们希望你可以吸取教训。总的来说，从创世以来少于千分之一的验证者遭遇罚没，且他们的绝大多数是由一个质押服务商来运行的。 ## 质押 Martin Köppelmann (引用[星火矿池的推文](https://twitter.com/sparkpool_eth/status/1395662646951641090)) 与社区开启了一次关于[质押中心化](https://twitter.com/koeppelmann/status/1395665689139101696)的对话。一如既往，事情比乍看之下有更多细节。我希望 Rocket Pool 的上线和验证者提款的实施将在适当的时候帮助缓解某些质押服务商越来越中心化质押的压力。 Bison Trails的Elias Simos创建了一个[Eth2 质押流动性](https://duneanalytics.com/eliasimos/Eth2-Liquid-Staking)的仪表盘，[这里](https://twitter.com/eliasimos/status/1393143355731742721)提供了解释。这些是接受少于 32 个 ETH 的质押池，并提供一定数量的质押衍生品代币，它们可以在一些 DeFi 协议里使用 (因此是“流动的”)。Lido 在这个领域占主导地位 (这里有它们的最新[进展更新](https://blog.lido.fi/lido-development-update-four-months-of-lido/))。 ## Altair 升级 在最近的一次[开发者会议](https://hackmd.io/@benjaminion/wnie2_210522#PoS-Implementers)里，我们重新讨论了对 Altair 进度的规划。与上次相比没有大的改动：六月上半月进行一些联合测试网并最终确定规范；七月对现有测试网进行升级。 Altair 规范的 [`alpha.6`版本](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-alpha.6) 刚刚发布 (名为“Protostellar Evolution”)。主要的更新在于重新组织了配置常数，使创建有不同参数的测试网更容易，还有[其他一些内容](https://github.com/ethereum/eth2.0-specs/pull/2390)。 Alpha 6 还在网络层上添加了一个[`ResourceUnavailable` 应答](https://github.com/ethereum/eth2.0-specs/pull/2430)。这可以被正在同步的客户端用来示意它们没有其他节点以为它们有的区块。接收到这个应答的客户端可以判断这是否属于不良行为，并断开与发送者的联系，或者在它们完成同步前给它们一些宽限。 我们的计划是让 Alpha 6 保持稳定，作为最初多客户端测试网的基础。 Vitalik已经创建了一个[Altair升级注释规范](https://github.com/ethereum/annotated-spec/blob/master/altair/beacon-chain.md)。Vitalik比我高产多了。 ## Rayonism 项目 以太坊权益证明黑客松项目 [Rayonism](https://rayonism.io/) 于上周结束。在这四周里，有两个合并测试网被构建起来：Steklo 运行了一天，而Nocturne 运行了一周。 [Nocturne](https://twitter.com/protolambda/status/1392448050191347716) 有一个[很好的开始](https://twitter.com/etherchain_org/status/1392458481983234050)，随后[表现地更好](https://twitter.com/protolambda/status/1392503445714767883)。跟上次一样，有 12 种 Eth1/执行层客户端与 Eth2/共识层客户端的组合，就我所知，测试网整个星期都运行得相当顺利。在 Eth1 区块投票和交易处理方面出现了一些初期问题，但没有什么根本性问题会影响“合并”的进展。 尽管最终演示的内容少于一开始的野心—— 比如没有涉及分片，但Rayonism 仍是一个巨大的成功，预示着“合并”的极好前景。我要向所有参与其中的人致以敬意！特别是 Protolambda，他全程不知疲倦地进行协调工作，令人印象深刻。🙌 正如 Protolambda [提到](https://twitter.com/protolambda/status/1392448057934028807)的，尽管这次黑客松已经结束了，但这不是 Rayonism 的终点。在适当的时候，那些未完成的目标会被实现，例如验证者提款和分片。其他还需要实现和测试的内容有新的状态同步协议，以及从工作量证明到权益证明的过渡。 ## “合并” 由于 Rayonsim 进展顺利，”合并“两边的客户端团队将把他们的注意力先暂时集中在其他事情上，分别是伦敦升级 (EIP-1559) 和 Altair 升级的交付。 最近几天，围绕”合并“讨论的主要话题与往常一样是时间。Rayonism 表明整件事在技术上是可行的，但还有非常大量的工作需要及逆行，可能更多是在 Eth1/执行层客户端方面。 尽管 Eth2/共识层客户端的开发者明显表示需要在今年完成初步的“合并”，但至少有一个 Eth1/执行层客户端团队不愿意对此作出承诺。我对此的看法是“合并”更加可能在 2022 年的第一季度发生，而不是今年。其他人的观点：“Ethereum 距离 PoS 仅六个月之遥”，Preston Van Loon 在接受 [The Defiant](https://newsletter.thedefiant.io/p/ethereum-is-about-six-months-away-4b0) 访问时说。我在[前段时间](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_210313#fnref1)提醒过 Eth2 的开发者可能会遇到 Eth1 治理上的文化冲击 (有相关视频)。 我们可以肯定的是：(a) 所有以太坊核心开发者都有一个强烈的愿望，那就是尽快完成合并；(b) 这事不能操之过急，我们不会因为仓促行事而将网络置于危险中。大家可以自己在 Discord 的[#allcoredevs](https://discord.gg/6hGwGYn3EU) 频道跟进讨论。 ## “合并”后 大多数人的观点是，尽可能保持“合并”简单，以尽快交付。这意味着目前的“合并”不包括押金提款机制，这部分会晚几个月交付。尽管如此，Consensys TX/RX 团队的 Dmitry Shmatko 一直在进行[提款的设计与规范](https://hackmd.io/@zilm/withdrawal-spec)的研究工作，包括只提取部分质押奖励。 <br/> # 释义性文章 Carl Beekhuizen 估算了[以太坊合并后的耗能](https://blog.ethereum.org/2021/05/18/country-power-no-more/)，发现比 PoW 下的以太坊减少99.95%。清除地来说，是提高了 2000 倍能源效率，而且更安全 (`@jack`在这个问题上是[错的](https://twitter.com/jack/status/1395455356382351362))。Carl 还做了一些不错的比较。 Coogan Brennan 写了一篇很好的分步解释文章，展示如何一起使用 [Teku 的检查点同步](https://consensys.net/blog/teku/teku-and-infura-team-up-to-make-the-fastest-ethereum-2-0-client-sync/)功能和 Infura 来设置同步，且几乎能马上运行起来。Infura 是可选的——我用另一个 Teku 客户端提供的检查点使用了这个功能，真的超级方便。 这是一份[日文版质押教指南](https://www.reddit.com/r/ethstaker/comments/n630ih/japanese_staking_guide/) (链接到[指南](https://gure-it-memo.com/eth-staking/))。 Vedant Agarwala 写了一篇在家设置验证者节点而[无须监听器](https://vedantsopinions.medium.com/eth2-node-at-home-without-a-monitor-12ae3ee861fb)的教程。文章里的设置与我的很相似，只是我的客户端是 Teku 而不是 Lighthouse。 在 [/r/ethstaker](https://www.reddit.com/r/ethstaker) 上有人发了一些技术性文章，对在家质押的人可能会有用： - 一个关于[改善Windows 10 时间同步问题](https://www.reddit.com/r/ethstaker/comments/nfca22/an_opiniated_solution_to_improve_time_sync_on/)的意见性解决方案（An opiniated solution to improve time sync on Windows 10） - 减少 Linux 的切换 ([Reducing linux swapiness](https://www.reddit.com/r/ethstaker/comments/ndnwka/reducing_linux_swapiness_to_10_from_default_of_60/)) <br/> # 媒体资源 Prysm 团队的 Raul 和 Preston 作客播客 [Go Time](https://www.youtube.com/watch?v=oXgcPKhQy6w) （"围绕 Go 社区展开讨论"） Coindesk 的 Mapping Out Eth2 播客在 [5 月13 日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/validating-eth-cloud-computing) 和 [5 月 20 日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/ethereum-governance-process)各更新了一期。我无法参与 20 日那期的录制，于是 Tim Beiko 作为特别嘉宾谈论了 EIP-1559 和以太坊治理问题，非常推荐！ <br/> # 研究 在 [ethresear.ch](https://ethresear.ch/) 上: - Georgios Konstantopoulos 提议“简单的提款凭证轮换 ([Simple Withdrawal Credentials Rotation](https://ethresear.ch/t/simple-withdrawal-credentials-rotation/9555?u=benjaminion))”。这回使得丢失了提款密钥的质押者可以换上新的密钥。这个提案很有争议，但是，不妨看看下面的评论，了解其中的权衡。 - Vitalik 呼吁一个[理想的向量承诺方案](https://ethresear.ch/t/open-problem-ideal-vector-commitment/7421?u=benjaminion)的一年后，出现了一份关于[Hyperproofs](https://ethresear.ch/t/open-problem-ideal-vector-commitment/7421/28?u=benjaminion) 的提案 ([论文链接](https://eprint.iacr.org/2021/599)) - 可行的智能合约分片 ([Practical Smart Contract Sharding](https://ethresear.ch/t/practical-smart-contract-sharding-with-ownership-and-commutativity-analysis/9538?u=benjaminion)) <br/> # 常规会议 ## PoS 实现者会议 就是之前大家所熟知的 Eth2 实现者会议，第64次 PoS 实现者会议在 5 月 20 日举行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/218) - [会议视频](https://youtu.be/A1L7wLYAqnM?t=151) - 我的[速记](https://hackmd.io/@benjaminion/r1-aSk4tu), 和 Alex Stokes 的[实时推文](https://twitter.com/ralexstokes/status/1395418899466752002) 一如既往，相当简短且议程紧密。主要是围绕 Altair 升级的状态更新和规划。 ## “合并”实现者会议 第 4 次的“合并”实现者会议在 5 月 13 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/316) - [会议视频](https://www.youtube.com/watch?v=uzjhLPtvTMQ) - [文字记录](https://github.com/ethereum/pm/blob/master/Merge/Meeting%2004.md) 如果你对用 45 分钟辩论 JSON RPC 与 REST API 的优劣感兴趣的话，你会喜欢这次会议。围绕 API 的无尽讨论是核心开发者们[一直以来的传统](https://github.com/ethereum/eth2.0-specs/issues/1012#issuecomment-489660765)。 这次与之前的合并会议是在 PoS 实现者会议之间的休息周进行的。为了减少对不同时区的人睡眠的干扰，我们同意将这些会议提到 PoS 会议之前，因为参与两个会议的人人大多相同。这样会议时间可能会很长，但更合理，而且有一天我们最终会合并这些会议。所以，下一次“合并”实现者会议将在 6 月 3 日进行。 <br/> # 其他新闻 - 有兴趣成为以太坊核心开发者吗？看看以太坊基金会的核心开发者学徒计划吧！ - 另外，Teku 团队也在[招](https://consensys.net/open-roles/3040114/)[各个方面的](https://consensys.net/open-roles/?discipline=41276)协议工程师噢！ - Teku 演示把信标链过渡到 Altair 网络的视频（7分钟）。 - [Lighthouse](https://lighthouse.sigmaprime.io/update-36.html) 和 [Nimbus](https://twitter.com/ethnimbus/status/1395035682947612674) 的客户端团队更新 - Sigma Prime 团队的 [Lighthouse 研究报告](https://d24n.org/lighthouse-research-report/)，由 [Decentralization Foundation](https://d24n.org/) 资助。([报告链接](https://drive.google.com/file/d/12flM_E_A3DldbOUe8EYEN6Bg2bi4Yl6w/view)) <br/> # 最后 三年前我看到 Zooko 的[这条推文](https://twitter.com/zooko/status/996120229792092165)我笑了，上周再次看到它，我又笑了。 > 加密货币从工作量证明转为权益证明的珍贵镜头。 是的，这是我们正在做的事！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-5-24/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-5-24/Mon, 24 May 2021 00:00:00 GMT # Eth2 **Altair 升级进度** 根据 Ben Edgington 对最新一次 PoS 实现者会议的记录，Altair 升级规范的 Alpha 6 版本已出，内容基本确定，并计划在演示互操作后确定规范内容和设定分叉日期。目标是六月上半月上线短期的测试网和敲定规范，有希望七月能分叉测试网。 来源：https://hackmd.io/@benjaminion/r1-aSk4tu <br/> 另外， Vitalik 发布了注释版的 Altair 规范——”Ethereum 2.0 Altair Beacon chain changes"。 指路：https://github.com/ethereum/annotated-spec/blob/master/altair/beacon-chain.md <br/> # 合并 Rayonism 项目上的测试网已关闭，现在需要在客户端回基到产品代码，把 API 分离开来。在过渡过程和状态同步方面还需要研究工作，可以在客户端团队进行伦敦和 Altair 升级工作时进行，未来会有一个更大型的测试网进行相关测试。 同时，分片和提款方面的开发工作仍在继续。 来源：https://hackmd.io/@benjaminion/r1-aSk4tu <br/> # EIP-1559 伦敦升级测试网Baikal 的区块浏览器现在可以展示完整的 1559 交易数据和区块信息（见下图）。其中，"Transaction Type: 2" 表示这是一笔原生 1559 式交易。“Gas Price: NAN" 表示这笔交易没有使用 gas 价格，也就是说这应该是一笔 1559 式交易。因为，在 1559 式交易里使用的是"MaxPriorityFee/Gas"，也就是矿工小费，“MaxFee/Gas" 也就是 Fee Cap (最高费用)。这两项都设置了。其他都是标准交易信息。   有人提问为什么”Base Fee" 是 7，Tim Beiko 回答说“那是 7 wei，即0.000000007 gwei。这其实是接近于 0 的数，这样设置因为在整数计算里，Base Fee 设为低于这个数会使得计算无法进行。在主网上，分叉后第一个区块的基本费是 1 gwei，然后随着区块容量达到 15m，Base Fee 才会增长到它的市场价格。因此，第一个区块将可能是满的，需要给矿工支付一大笔交易费，随后才慢慢开始以基本费用来支付交易费。“ 来源：https://twitter.com/TimBeiko/status/1395416223395975169?s=20 <br/> ”1559 钱包界面会议“（伦敦基础设施准备系列）定在北京时间 5 月26 日 21:00，时长为 1 小时。 会议议程包括： - 对 JSON RPC 文档修改的讨论 - `PriorityFee` 的建议最低值 - 钱包服务商需要与各自的用户沟通这些修改 - 需要 ERC 编辑程序 来源：https://github.com/ethereum/pm/issues/323 <br/> @trent_vanepps 发表了”给钱包和用户的1559 参考手册 (Cheatsheet: 1559 for Wallets & Users)“，内容包括： - 1559 的变量和它们的功能 - 遗留交易支持 - 在 Baikal 测试网上的测试集成 - 伦敦升级的启动过程 - 模拟资源 来源：https://hackmd.io/@q8X_WM2nTfu6nuvAzqXiTQ/1559-wallets <br/> EF JavaScript Team 于 5 月 20 日发推表示如果最后没有出现漏洞或规范变更，他们将于这周发布适用于 EIP-1559/伦敦升级的 EthereumJS 区块、交易、虚拟机和公用库。 <br/> # Layer2 **Etherscan 上线 Optimism 的区块浏览器** 以太坊 L2 解决方案 Optimism 于 5 月 21 日宣布其集成了以太坊浏览器 Etherscan，推出 Optimism 的区块浏览器：[optimistic.etherscan.io](http://optimistic.etherscan.io/)，其用户可以： - 监控存款和提款 - 在 L1 上完成提款 (很快就上线了！) - 查看 L2 交易何时被排序者预先确认，以及它们何时在 L1 上批量发布和敲定 - 验证并发布 OVM 编译合约的源代码 来源：https://optimismpbc.medium.com/integrating-etherscan-24a3811a765c <br/> **Sorare 将于 7 月在 StarkEx 上线** 以太坊扩容解决方案提供团队 StarkWare 发推称，以太坊上增长最快的体育 NFT 交易平台 Sorare 将于 7 月在 StarkEx 上线。 来源：https://twitter.com/StarkWareLtd/status/1395047034923765762 <br/> **路印推出 IWO，首次钱包发行** L2 扩容解决方案路印推出 IWO (首次钱包发行, Initial Wallet Offering) 机制。所有使用路印钱包的用户现在可以直接在以太坊的二层网络上参与新项目的首次代币发行。 来源：https://medium.com/loopring-protocol/introducing-initial-wallet-offering-iwo-289e4fb6a480 <br/> # 生态 **Vitalik 撰文指马斯克早前的狗狗币扩容说法有根本性错误** 5 月 23 日，Vitalik 发表文章“The Limits to Blockchain Scalability (区块链可扩展性的限制)"，对马斯克 5 月15 日发布的”狗狗币在理性情况下提速10倍区块时间、扩大10倍区块容量、减少100倍交易费，轻易大胜“推文进行长文回应，并强调在区块链网络的架构中存在去中心化和扩容的权衡。而要实现去中心化，让普通用户都能运行节点是至关重要的，但普通用户运行全节点会有在算力、带宽和存储上的限制。  <br/> 目前以太坊在存储容量上遇到瓶颈，他相信无状态和状态效期方案可以解决这个问题，而分片区块链可以进一步达到扩容。 文章：https://vitalik.ca/general/2021/05/23/scaling.html <br/> **Consensus by CoinDesk 2021** CoinDesk 举办的最大型区块链活动 Consensus by CoinDesk 将于 5 月 24 —27 日举行，此次会议旨在汇聚全球的专业人士，深入探讨加密货币和区块链技术的发展。此次以太坊主题的活动有两个系列，安排如下：  系列一：以太坊的执行层 (Eth1.0) 北京时间：5 月 25 日 21:30—22:30 主题：以太坊的未来：路线图更新&改善提案 讲者：Tim Beiko、Pooja Ranjan 主题：扩容DeFi—在Layer2 的ENS—Optimistic rollup (MVP) 讲者：Nick Johnson <br/> 系列二：共识层 北京时间： 5 月 26 日 00:00—01:00 am 主题：Eth2 与合并的现状 讲者：Danny Ryan 和 Mikhail K 主题：KZG 承诺 讲者：Dankrad Feist 入口：https://www.coindesk.com/events/consensus-2021 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Layer2/layer-cake-a-guide-to-layer2shttps://www.ethereum.cn/Layer2/layer-cake-a-guide-to-layer2sFri, 21 May 2021 00:00:00 GMT来源 | [Aztec Network](https://medium.com/aztec-protocol/layer-cake-a-guide-to-layer-2s-79a281af6900) <br/> 大家好 👋 我是 Zac，Aztec 的 CEO。我们发明了 Plonk 这种通用型的 ZK-SNARK 技术和 zk.money，这是世界上首个隐私 rollup 项目，也是最近部署至以太坊主网的其中一个 L2 协议。 随着越来越多 Layer-2 团队将其技术部署到以太坊主网上，不断将扩容以太坊的愿景转化为现实，Layer2 上的风景变得让人越来越着迷。 但如果用户还没有融入到这个生态中，并且还没搞懂 Layer-2 相关的术语，那么用户就有可能会踩雷了。 令人失望的是，大多数人解释 Layer-2 解决方案都是因为与其的利益相关，并且会偏向某个特定的技术 (i.e. 没错，就是他们的协议所使用的那种技术！) 那我和他们有什么不同呢？完全没有！但至少我坦率言之，而不是假装公正，对吧？ 我将尽我所能公平地概述。基于区块链的密码学/扩容方案的世界很小，因此每个开拓其边界的团队都值得我们尊重。所以我想我们应该参与其中！ <br/> # 什么是 Layer-2，为什么它这么重要？ Eth 1.0 的交易吞吐量有限，导致了极高的交易费。 ETH 交易费主要来自： - 状态存储变更的费用 - 交易数据的费用 - 计算的费用 Layer-2 解决方案则将上述一项或多项工作委托给一个构建于以太坊之上的次级网络。 一般来说 Layer-2 有两种类型，每一种都有自己的安全要求和取舍：**optimistic rollups** 和 **zk rollups**。而 Aztec 定义了第三类：**隐私 rollup**。 <br/> # Optimistic Rollups 一个 optimistic rollup 就像是微型版本的以太坊，它自己作为一个网络也能承载智能合约和交易。 Optimistic rollup 会定期将交易区块广播至 Layer-1 的一个智能合约中。这些“区块”包括区块中每一笔交易的完整交易数据，除此之外什么也没有。Layer-1 上的智能合约不执行任何计算或进行任何存储更新。这大幅减少了发布一个区块的成本。 之所以称之为乐观 (optimistic) 的 rollup，因为该方案假设默认情况下每一笔交易都是有效的 —— Layer-1 上的智能合约不会直接检查其有效性。 相反，如果有用户认为某笔交易不正当 (如，双花交易)，他们可以发布一个“欺诈证明”。而这时，Layer-1 上的智能合约就可以利用 rollup 发布的区块数据来验证那些涉嫌欺诈交易的有效性。 该操作成本非常高，但只有在怀疑有不正当行为时才必须这样做。 如果作恶行为坐实了，那么发布该 optimistic rollup 区块的实体 (通常称为验证者) 将丢失一些他们所质押的加密货币。 Optimistic rollups 依赖于这种经济共识来确保交易是正当的。 Optimistic rollups 的提款等候期时间通常比较久 (比如，一周)。这是因为，一旦某笔交易被发布至 rollups 中，用户需要等待是否有人指控其交易无效以及有无欺诈证明被发布至网络中 (这就像婚礼中牧师问“有人反对吗...”时出现的令人尴尬的沉默)。  <center>等待欺诈证明的时间会大幅减缓提款时间</center> Optimistic rollup 中执行交易的主要成本是将交易数据发布到链上的费用。所有 rollups 都面临这个数据可用性问题，不管是 optimistic rollup 还是其他的 rollup。为了防止自己的资金被冻结，用户需要拥有权限以访问 rollup 的所有交易数据。要么将这些数据发布在 Layer-1 上，要么需要用户额外的信任假设 (比如，相信一些侧链会允许用户访问这些数据)。 在我撰写本文时，如果你所使用的 rollups 没有将其交易数据发布至链上，这意味着你只能祈祷你所依赖的中心化服务商不会冻结你的资金了。 **优点:** - 功能丰富。可以复制 Eth1.0 的架构并支持只能合约。 - 与 zk-rollups 相比，更容易构建和部署 **缺点:** - 提款退出时间较长。从交易执行到交易被视为‘安全有效’ (即无欺诈证明提出) 需要等待约一周的时间。 - 退出时间缓慢的问题可以借助承保人来缓解 (就是那些收取少量费用，提供 L1 资金流动性的一方，旨在让用户实现快速提款) <br/> # ZK Rollups 由二级网络处理计算和存储。 L2 将交易数据广播至主网，并提供有效性证明 —— 这是一种数学证明，证明交易是有效的。也就是说，将 L2 上的批量交易汇总成一笔大交易，并发送至 L1 某个智能合约中。 zkRollups 中的前缀 “zk” 代表着 “zero knowledge” (零知识)。 然而，zkRollups 不提供隐私保护 —— 所有交易都默认公开，像 optimistic rollups 一样。之所以称之为 “zk”，是因为这种有效性证明通常是由零知识证明系统生成的 (例如，ZK-SNARK 或 ZK-STARK)。 这样做的好处在于，以太坊主网上就少了存储项更新和计算的开销。没有必要乐观地假设交易是有效的，如果证明是有效的，就可以确定交易是有效的。 这意味着 zkRollups 的提款时间比 optimistic rollups 要快许多，并且需要的信任假设也更少。 而房间里的白象是，零知识证明给一笔交易增加了惊人的计算开销。 为计算创建一个零知识证明比直接运行该计算要慢大概 100 万倍！这时一个粗略的估计，会根据所涉及的计算而有所不同，但对于在 Solidity 智能合约中的计算类型来说，这个估计是准确的。 zkRollups 通过将生成证明委托给具有大量计算资源的第三方 “rollup 提供商” 来处理这个问题。用户将依赖这些第三方服务商来为他们创建交易。Rollup 提供商可以审查或者抢跑交易，就像以太坊矿工可以做的那样。所需的算力越多，能够作为 rollup 提供商的主体就更少了，因此我们必须要从协议架构就充分解决审查问题。 当需要将智能合约移植到 L2 时，高昂的计算开销给我们带来了一些难题。完全兼容 EVM 是我们的目标，想要达到这个目标，就必须解决这个 100 万倍的减速问题。EVM 对 SNARK 极其不友好，因为字长是 256-位，并且原生支持 SHA3 和其他 SNARK-不友好的哈希算法。即便将计算证明委托给拥有大量计算资源的第三方也可能不足够。一种可能的解决方案就是，通过 FPGAs 或者 ASICs 把 zkSNARK 证明器算法直接写到硅中。Rollup 提供商将需要这种硬件来创建证明。  创建 zk 证明比运行一个普通程序要慢得多。我们研究的 Plonk 和 Plookup 将 SNARKs 的速度提高了一个数量级，但是与 optimistic rollups 相比，zkRollups 仍然存在性能问题。 通常，SNARK 和 STARK 编程语言不得不适应其底层证明系统的低效率。这两种语言通常难以实现可变长度循环和动态内存访问 (如动态数组和向量)。我们最新的 Plookup 研究中缓解了其中一些问题，但并非全部。 这意味着 zkRollup 可能会要求开发者将其合约移植到自定义语言中 (例如 Starkware 的 Cairo语言)。 对于那些不旨在实现完全 EVM 兼容性的 zkRollups 来说，有一个好处就是交易更加便宜。如果无需遵循 EVM 语义，那么就有可能减少每笔基本交易的广播数据量。Hermes network 就是这样做的。 **优点:** - 交易成本可能比 optimistic rollups 更便宜 - 不需要欺诈证明，提款时间更短 **缺点:** - 与 optimistic rollups 相比，添加功能速度更慢 - 依赖于使用自定义硬件的第三方来生成证明 - 可能需要功能有限的自定义语言 <br/> # 隐私 Rollups Aztec 已于 2021 年 3 月在主网上线了隐私 rollup。用户可以将 ETH 封装到一个隐私屏蔽罩 (privacy shield) 中，并通过我们的在线隐私钱包 zk.money 发送隐私交易。 隐私 rollups 的技术与 zkRollups 的非常相似，但他们的用途完全不同。隐私 rollups 旨在为 L2 用户提供强大的隐私保证。用户匿名持有资金。当执行交易时，发送者和接收者都是匿名的，并且连转账金额也是加密的。 为此，我们使用了最先进的零知识证明系统 Plonk。我们在 2019 年发明了 Plonk，它很快便成为在区块链上开发零知识证明的团队中的行业标准。 在设计上实现隐私需要一个与 zkRollup 截然不同的 rollup 架构。我们采用的方法为“隐私优先”，因为我们知道，如果想要将公开的 L2 改造为拥有可编程的隐私性，那么往往需要牺牲用户体验或者激进地重构整个协议。 当前基于以太坊的隐私解决方案是混币器 (mixer)。混币器可用于匿名化用户的资金数额，但几乎没有其他用途。我们的隐私 L2 的完整版本将包括更多功能： - 完全可编程的隐私型智能合约。隐私货币将有更高级的交易逻辑 - NFT 的隐私所有权 - 可以完全隐藏 NFT 的属性，仅为该 NFT 的所有者可见 - 反洗钱和 KYC 检查可以直接通过编程写入隐私 代币/dApps 中 (例如，KYC tokens —— 用户可以在无需知道他们真实身份的前提下与可信任的对手方进行交易） - 隐私性 DeFi！这是个很广泛的主题，需要专门写一篇文章来介绍 (很快就会发布出来了！) 只有一开始就把隐私放在首位，才有可能获得这些好处。协议的事务和状态模式也必须设计成与隐私特性相兼容。 **优点** - 实现隐私交易。用户的金融活动不会被第三方分析 - Rollup 提供商也不能审查或者抢跑用户的交易。对那些提供商来说，每一笔交易就像一串随机数字 - 不需要欺诈证明，提款时间很短 - 不需要第三方执行计算，用户就可以单方面地提款 **缺点** - 比公开的 L2 贵 (但比主网便宜)，直至数据可得性方案/Eth 2.0 推出 - 用户必须在本地构建隐私交易 zk 证明，不能委托给第三方。因而 zk 证明系统必须快如闪电 - 由于受到客户端构建证明性能的限制，隐私 rollups 添加功能的速度比 zkRollup 和 optimistic rollup 要慢。可以实现可编程性，但是实现完全兼容 EVM 还需要一段时间。 - 状态模式不同。价值必须像比特币那样以 UTXO ‘支票 (note)’ 表示，而不是通过以太坊的账户模型表示。当然，可以在应用程序中将其抽象表示出来。 <br/> # 在喧闹中寻求信号 L2 领域竞争激烈，想要在同行之前发布解决方案并且收获大批用户需要顶住极大的压力。 这可能会出现一些偷工减料的方案，并且需要添加额外的信任假设，而这些对用户来说是模糊的。 目前最大的问题就是数据可用性问题。 > 如果 L2 没有将其交易数据发布至链上，L2 的管理者就有可能冻结用户的资金。 每个 L2 团队都正努力地开拓当前扩容解决方案技术的边界。虽然这值得敬佩，但他们很有可能利用一些技术黑话来隐藏协议的缺陷。 如果用户正在考虑使用 L2，那么应该判断某个方案能不能充分解决下列问题： - 该 L2 如何获得数据可用性？如果其交易费比以太坊上普通的转账费用低 20 倍以上，那么他们可能没有将所有数据广播至链上 - 用户可以仅凭借发布至以太坊主网上的信息单方面从 L2 中提款吗？ - 该协议有无公开的技术描述，以供第三方验证呢? 此外，对于 zkRollups 和 隐私 rollups，用户还需要考虑以下问题： - 链上数据是否可证明有效？**所有这些数据都会作为公共输入发送到 rollup 的电路中吗？** - 该 L2 依赖于集中式计算集群来创建 rollups 吗？如果是这样的话，他们有什么计划来防止审查和抢跑？当完全去中心化时，可能会有多少 rollup 提供商？ - 证明创建算法公开可见以及可审计吗？ <br/> # 未来的图景 接下来的一年将是 L2 领域里非常激动人心的时刻。无数协议将正式在主网部署，该行业里多年的研发与工程工作将迎来最繁荣的时刻。 对于 Aztec 的隐私 rollup 来说，我们关注的重点是将可编程的隐私智能合约带给大家。我们的 Plonk 和 Noir 编程语言旨在将高级程序编译成高度优化的 ZKSNARK 电路，这些电路的速度足够快，得以在浏览器中构建证明。该项技术将成为 Aztec 3.0 rollup 架构的基石，用户将可以使用 Noir 自定义电路。 通过将可编程隐私与扩容结合，我们为推动 web3 技术成为主流添加了最后一个缺失的环节。最终，web3 将能够与传统的 web2 技术在同一平台上竞争，并且以能否提供强大的隐私保证作为标准。我们希望能够培育一个繁荣的隐私加密货币和 NFT 生态系统，能够以保护隐私的方式与更多 DeFi 协议和更多传统金融服务进行交互。 我们已经推出了 [zk.money](https://zk.money/)，向大家证明这并不是什么疯狂的未来技术。我们已经开发了一些关键技术，以构建这个雄心勃勃的项目，现在我们要开始努力工作以实现我们的愿景。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/country-power-no-more/https://www.ethereum.cn/Eth2/country-power-no-more/Fri, 21 May 2021 00:00:00 GMT来源 | [Etherum Foundation Blog](https://blog.ethereum.org/2021/05/18/country-power-no-more/) <br/> 在未来几个月里，以太坊将完成向权益证明 (PoS) 的过渡，这将把多年来“纸上谈兵”的无数改善变为现实。但现在信标链已经运行了几个月了，我们可以挖掘一下它的数据了。我们非常乐于探索的一个方面是新的能源使用预测，因为我们结束了需要消耗相当于一个国家所需能源的共识。 到目前为止，还没有任何关于能源消耗 (甚至使用了哪些硬件) 的具体数据，因此下文对未来以太坊的能源消耗分析只是一个粗略估计。 由于许多人正在运行多个验证者节点，我决定使用存款的唯一地址数作为现在有多少服务器的指标。很多质押者可能使用了多个 eth1 地址，但这很大程度上可以抵消那些有多台设备的人。 在撰写此文时，信标链上共有 140,592 个验证者，来自 16,405 个唯一地址。很明显，这个数据被交易所和质押服务商严重歪曲了，因此把它们移除后还剩 87,897 个在家质押的验证者。由此可以推断，平均每个在家质押者运行 5.4 个验证者，这对我来说是个合理估计。 <br/> # 电力要求  运行一个信标链节点 (BN)、5.4 个验证者客户端 (VC) 和一个 eth1 全节点需要多少电力？根据我自己的设置，大约是 15 瓦。Joe Clapis （一个 Rocket Pool 开发者) 最近运行 10 个 VC，一个 Nimbus的 BN 和一个 Geth 全节点，10 小时用完了一个 10Ah USB 电池组，也就是说这个设置的平均用电量是 5瓦。不太可能平均每个质押者都运行这样优化的设置，所以我们按全部 100 瓦来算。 把这个数与前面算得的 8.7 万个验证者相乘，得出在家质押者消耗接近 1.64 兆瓦。预计托管型质押者消耗的电量是有点难的，他们用多余和备用的设备运行数以万计的验证者客户端。 为了方便，我们假设他们每 5.5 个验证者使用 100 瓦。根据我沟通过的质押基础设施团队，这只是一个粗略的过高估计。真正的数值大约低 50 倍（如果你是一个托管型质押团队，且一个验证者消耗多于 5 瓦的话，联系我，我肯定能帮助你）。 因此，总的来说，PoS 以太坊消耗的能源接近 2.62 兆瓦。这不是一个国家、省、甚至城市消耗能源的量级，而只是一个小镇的量级(大约 2100 个美国家庭)。 作为参考，以太坊的工作量证明 (PoW) 共识现在消耗的能源相当于一个中型国家，但这实际上是保持 PoW 链安全的必要条件。顾名思义，工作量证明达成共识是基于哪个分叉上的工作量最大。有两个方法提高完成“工作”的速率——提高挖矿硬件的效率，以及同时使用更多的硬件。为了防止链被成功攻击，矿工必须以比攻击者更高的速率完成“工作”。因为攻击者可能有相似的硬件，所以矿工必须保持大量高效的硬件运行，以防止被攻击者超过，所有这些硬件需要消耗非常大量的电力。 在 PoW 下，由于 ETH 的价格于哈希率是正相关的。因此，随着价格攀升，网络消耗的电能也会增加。而在 PoS 下，ETH 的价格上升时，网络的安全性也会提高 (质押的 ETH 价值升高了)，但所需的能源保持不变。 <br/> # 一些对比 [Digiconomist 预估](https://digiconomist.net/ethereum-energy-consumption/) 以太坊矿工现在每年消耗 44.49 太瓦时，也就是说需要持续消耗 5.13千兆瓦。这意味着 PoS 的能源效率保守估计比 PoW 高大约2000 倍，这反映在总能源使用量上至少减少 99.95%。 如果每笔交易的能源消耗更符合你的可承担水平，那就是每笔交易消耗大约 35 Wh (平均 60K gas/小时) 或者大约开 20 分钟的电视。相反，以太坊 PoW 下每笔交易消耗的电力相当于一个家庭 2.8 天的用电开销，比特币消耗的相当于家庭38天的用电开销。  <br/> # 展望未来 虽然以太坊目前继续使用 PoW，但不会持续很久。在过去几周，我们看到了“合并”的第一个测试网的出现，“合并”也就寓意着以太坊从 PoS 转换到 PoS 的时刻。多个工程师团队正加班加点地工作，以确保“合并”可以尽早实现，且无须牺牲安全性。 扩容方案 (比如 rollup 和分片) 将有助于进一步利用规模经济来减少每笔交易的能源消耗。 以太坊需要消耗大量能源的日子已经不多了，我希望这个行业的其他部分也朝这个方向发展。 感谢 Joseph Schweitzer、Danny Ryan、Sacha Yves Saint-Leger、Dankrad Feist 和 @phil_eth 的意见。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth1.x/eth_state_problems/https://www.ethereum.cn/Eth1.x/eth_state_problems/Thu, 20 May 2021 00:00:00 GMT来源 | [Ethereum Foundation Blog](https://blog.ethereum.org/2021/05/18/eth_state_problems/) 本篇博文的目的在于正式揭露以太坊平台在柏林硬分叉之前的一个严重且显而易见的问题。 <br/> # 状态 我们先从以太坊和及其“状态”的背景开始梳理。 以太坊的状态由 patricia-merkle trie 组成，一种前缀树。本文不会深入技术细节，简单来说随着状态增长，树的分支会越来越密集。每个加入的账户都是一片新叶子。在树根之间和叶子之间，存在大量的“中间”节点。 为了查找某个特定账户，或是说这颗巨树中的一片“叶子”，从树根再通过中间节点，需要按序解决 6-9 个哈希才能最终对我们所寻找的数据进行哈希计算。 简言之，每执行一次查找账户的 trie 查询，都要执行 8-9 个解析操作。每次解析操作都是一次数据库查询，而每次数据库查询都可能是任意数量的实际磁盘操作。磁盘操作的数量难以预估，但是由于 trie 密钥是加密哈希 (抗冲突)，因此密钥是“随机的”，这对任何数据库来说都是最糟糕的情况。 随着以太坊的发展，一直以来都有必要提高树访问操作的 gas 费用。2016 年 10 月，在经历了“上海攻击”时间之后，以太坊网络在区块高度`2,463,000` 进行了`Tangerine Whistle` 硬分叉，其中包含 [EIP 150](https://eips.ethereum.org/EIPS/eip-150)，大举提升了某些操作的 gas 成本，并引入了大量更改以防御 DoS 攻击。 另一次对 gas 费用的提升是在 2019 年 12 月的`Istanbul`升级中，激活了[EIP 1884](https://eips.ethereum.org/EIPS/eip-1884)。 EIP-1884 针对 gas 费用引入了以下改动： - `SLOAD` 从 `200` 提升至 `800` gas, - `BALANCE` 从 `400` 提升至 `700` gas (并添加了一个更便宜的 `SELFBALANCE`) - `EXTCODEHASH` 从 `400` 提升至 `700` gas <br/> # 出现的问题 2019 年 3 月，Martin Swende 当时在进行一些 EVM 操作码性能的测定。之后的 EIP-1884 就是基于该调查而成的。在 EIP-1884 被激活的前几个月，[Broken Metre](https://arxiv.org/abs/1909.07220) 发布了这篇论文 (2019/9)。 两位以太坊安全研究员，Hubert Ritzdorf 和 Matthias Egli，与论文的作者之一 Daniel Perez 将一个漏洞“武器化”，提交给了以太坊的漏洞赏金 (bug bounty) 项目。这是在 2019 年 10 月 4 日。 建议大家阅读这份他们提交的[完整文档](https://hackmd.io/@iwck0wkoSzauVnsYI0h7JA/SkyFmk4_r)，写得很详尽。 同日，在一个专门用于讨论跨客户端安全性的频道中，来自 Geth、Parity 和 Aleth 的开发者都得知了这份文档。 这个漏洞的本质在于触发随机的 trie 查询。以下是一个简单的示例：  在其报告中，研究员们通过`eth_call`对同步了主网的节点执行了这个 payload，以下是他们执行过程中的数据，耗费了一千万 gas： - 消耗一千万 gas 的 `EXTCODEHASH` (400 gas) - Parity: `~90s` - Geth: `~70s` - 消耗一千万 gas 的 `EXTCODEHASH` (700 gas) - Parity : `~50s` - Geth : `~38s` 显而易见，EIP-1884 的更改确实在降低该攻击的影响上起到了帮助，但还远远不够。 当时已经临近在大阪的开发者大会。在开发者大会上，这个问题的信息分享给了主网的客户端开发者。我们也和 Hubert、Mathias 以及 Greg Markou (来自 Chainsafe，当时也在进行一些 ETC 的工作) 见面了。ETC 的开发者也收到了这份报告。 随着 2019 年临近尾声，我们知道这个问题比之前预期的要严重，恶意交易可能将区块时间提升到分钟范围。 更糟的是，开发者社区对 EIP-1884 感到不满，因为 EIP-1884 破坏了一些合约流程，而且用户和矿工都非常希望提高区块的 gas limit。 此外，仅两个月后的 2019 年 12 月，Parity Ethereum [宣布](https://www.parity.io/parity-ethereum-openethereum-dao/)停止运维，而 OpenEthereum 接管了代码库的维护工作。 随后搭建了一个新的客户端协调频道，Geth、Nethermind、OpenEthereum 和 Besu 的开发者在此继续进行协作。 <br/> # 解决方案 我们意识到要解决这个问题，必须要双管齐下。一种方法是通过以太坊协议以某种方式在协议层解决该问题。最好不要破坏合约，并且避免波及“良好”行为，但仍要设法防止攻击。 第二种方式是通过软件工程来解决，修改客户端中的数据模型和结构。 <br/> # 协议层的工作 关于如何处理这些类型的攻击的第一个版本在这里。2020 年 2 月，正式发布为 [EIP 2583](https://eips.ethereum.org/EIPS/eip-2583)。其理念是，每当一次 Trie 查找导致未命中时，施加一次罚款。 但是，Peter 找到了应对方法，即“shielded relay”攻击，可以有效地限制这种惩罚的上限 (约为 800)。 对未命中查询进行惩罚的问题在于，首先需要进行查找，以确定是否施加惩罚。但是如果剩余的 gas 不足以支付罚款，已执行了未付费的消耗。即使确实会导致抛出异常，也可以将这些状态读取包装到嵌套调用中，允许外部呼叫者继续重复攻击而无需支付 (全部) 罚款。 因为这个原因，这个 EIP 被放弃了，我们也在寻找更好的替代方案。 - Alexey Akhunov 提出了 [Oil](https://ethresear.ch/t/oil-adding-a-second-fuel-source-to-the-evm-pre-eip/7394) 的概念，gas 的第二来源，但和 gas 在本质上不一样，因为它对执行层不可见，并可能导致事务全局回滚。 - Martin 在 2020 年 5 月也撰写了一个类似的提案 ([Gas And Karma](https://gist.github.com/holiman/8a3c31e459ee1bff04256bc214ea7f14)) 在对这些不同机制进行迭代的同时，Vitalik Buterin 提议直接提高 gas 成本，并且保留访问列表。2020 年 8 月，Martin 和 Vitalik 开始完善 [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 及配套的 [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930)。 EIP-2929 有效地解决了许多之前的问题。 - 与无条件提升 gas 成本的 EIP-1884 相比，EIP-2929 只提升了未访问部分的 gas 成本。这导致净成本[提升了不足一个百分点](https://github.com/holiman/eip2929-stats/blob/main/README.md#summary)。 - 加上 EIP-2930，不会对任何合约流程造成破坏 - 并且能够在不造成破坏的前提下进一步调整 gas 成本 2021 年 4 月 15 日，这两个 EIP 都在`Berlin`升级中被激活了。 <br/> # 开发工作 Peter 在 2019 年 10 月提出的解决方案是“动态状态快照” ([dynamic state snapshots](https://github.com/ethereum/go-ethereum/pull/20152))。 快照是用于以平面格式存储以太坊状态的辅助数据结构，在 Geth 节点的实时操作期间，可以完全在线构建。 快照的好处在于充当状态访问的加速结构： - 无需通过`O(log N)`次磁盘读取 (`x` LevelDB 开销) 来访问一个账户或存储插槽，快照可以提供直接的`O(1)`访问时间 (`x` LevelDB 开销)。 - 快照支持每项条目以`O(1)`复杂度迭代账户和存储，这使远程节点能够以比以前便宜得多的方式检索顺序状态数据。 - 快照还启用了更多奇特的用例，例如离线修剪状态 Trie 或迁移到其他数据格式。 快照的缺点在于原始帐户和存储数据实际上是重复的。对于主网来说这意味着将占用额外的`25GB`SSD 空间。 动态快照的概念从 2019 年中就已经发轫，起初的目的主要是推动快照同步的实现。当时 Geth 团队在忙于许多“大项目”。 - 离线状态修剪 - 动态快照+快照同步 - 通过分片化状态实现 LES (Light Ethereum Subprotocol) 状态分发 然而，最终决定将快照的优先级排到最前，将其他项目暂时搁置。这为后来的`snap/1`同步[算法](https://github.com/ethereum/devp2p/blob/master/caps/snap.md)奠定了基础，并于2020年3月合并。 随着“动态快照”功能的发布，我们有了一些喘息的空间。如果以太坊网络受到攻击，那将是痛苦的，是的，但是至少有可能通知用户启用快照。完整生成快照将花费大量时间，并且当时尚无法同步快照，但是网络至少可以继续运行。 <br/> # 总结 2021 年的三月到四月，`snap/1`协议在 geth 客户端中实现了，使得通过新的基于快照的算法进行同步成为可能。虽然仍不是默认的同步模式，但这是很重要的一个步骤，使快照不仅可用作攻击防护措施，并且对于用户来说也是一项重要优化。 在协议方面，柏林升级于 2021 年 4 月完成。 以下是在我们的 AWS 监控环境中制定的一些基准： - 柏林升级之前，无快照，`25M` gas: `14.3s` - 柏林升级之前，有快照，`25M` gas: `1.5s` - 柏林升级之后，无快照，`25M` gas: `~3.1s` - 柏林升级之后，有快照，`25M` gas: `~0.3s` 大致的数据显示柏林升级能够将攻击的效率降低 5 倍，快照能够将其降低 10 倍，总计将影响降低了 50 倍。 我们估计目前在主网 (15M gas)，对于未使用快照的 geth 节点来说，有可能创建执行时间在 2.5-3 秒的区块。对于非快照节点来说，随着状态增长这个数字会持续恶化。 如果通过 gas 退还来增加区块内的有效 gas 使用量，则可能会进一步加剧为 (最大) 2 倍。随着 [EIP 1559](https://eips.ethereum.org/EIPS/eip-1559) 的实施，区块的 gas limit 的弹性会更大，并且在临时爆发中会再增加 2 倍（`ELASTICITY_MULTIPLIER`）。 至于实施这种攻击的可行性，攻击者购买一整个区块的成本约为几个 ETH (100 Gwei 时 15M gas 为1.5 ETH)。 <br/> # 为什么现在公布？ 这个风险其实一直以来都是一个“公开的秘密”，已经不止一次被意外公开披露，并且在核心开发者会议中多次被提及，但并未涉及细节。 现在既然已经实施了柏林升级，geth 的节点也在默认情况下使用快照同步，因此我们估计现在的威胁性已经非常低了，现在是时候对幕后工作进行全面公开了。 重要的是，让社区有机会了解一些变更背后的原因，而这些变更会对用户体验造成负面影响，例如 gas 成本增加和限制 gas 返还。 --- 本文由 Martin Holst Swende 和 Peter Szilagyi 在 2021-04-23 写就。并于 2021-04-26 与基于以太坊的项目进行分享，2021-05-18 公开发布。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/why-sharding-is-greathttps://www.ethereum.cn/Eth2/why-sharding-is-greatWed, 19 May 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/04/07/sharding.html) <br/> 此处特别感谢Dankrad Feist和Aditya Asgaonkar的校对工作。 分片是以太坊可扩展性的未来，是让以太坊生态系统实现每秒数千笔交易的关键，这样大部分人才能以负担得起使用成本，成为该以太坊的用户。然而，在以太坊生态系统中，分片是容易受到误解的概念之一，在更广泛的区块链生态系统中也是如此。它指的是一组非常特定的概念，这些概念都拥有自己的特质，但人们经常将前者与一些技术混为一谈，后者的安全特性更弱，且与前者不同。本篇文章的目的是介绍分片的特定属性，并与其他非分片技术加以区分，且为了实现这些属性，分片系统需要做出哪些牺牲。  <center>图注：以太坊分片系统，原图来自Hsiao-wei Wang，由Quantstamp设计</center> # 扩展性不可能三角 要介绍分片，最佳方式是从描述一个问题开始，即扩展性不可能三角，这个问题促成了该解决方案的诞生。  根据扩展性不可能三角，一个区块链想要实现三个特性，若使用简单技术手段，只能实现三个特性中的两个。这三个特性如下： - **可扩展性**：该区块链可以处理和验证的交易比单个普通节点更多，例如一台消费级笔记本电脑。 - **去中心化**：该区块链的运行可以不依赖于由大型中心化参与者组成的小群体。这通常理解为即使是大多数节点都是诚实的，也不应该信任不能用消费级笔记本电脑接入的节点群。 - **安全性**：该区块链可以抵御大量试图攻击的节点，理想情况下，要抵御50%的节点，一般情况下，要抵御超过25%的节点，但仅仅抵御5%的节点不能够保证安全性。 以下是三种不同类型的“简单解决方案”，但是这些解决方案只能实现三个特性中的两个。 - **传统区块链**包括比特币、实现PoS/分片之前的以太坊、莱特币及其他类似区块链。这些区块链依赖于每个参与者运行全节点来验证每笔交易，因此保证了去中心化和安全性，但没有实现扩展性。 - **高区块链**包含DPoS链，但也涵盖许多其他区块链。这种区块链依赖于少量节点维持共识，数量通常介于10-100个，用户必须信任大多数节点。根据上文的定义，该解决方案实现了扩展性和安全性，但没有实现去中心化。 - **多链生态系统**一般指让区块链“向外扩展”，即让各种应用程序在不同的链上部署，并使用跨链通信协议进行通信。这实现了去中心化和扩展性，但并不安全，因为攻击者只需要控制其中一个链的大多数共识节点 (通常数量小于整个生态系统1%的节点数) 就可以造成破坏，还可能引起连锁反应，对在其他链中的应用程序造成巨大损害。 **分片技术能够同时实现上文提及的三个特性**。一个分片型区块链拥有以下特征： - **可拓展性**：其处理的交易量远高于单一节点。 - **去中心化**：能够完全基于消费级笔记本电脑运行，无需依赖超级节点等。 - **安全性**：攻击者无法通过少数资源对系统发动局部攻击，只能尝试控制整个系统，以进行攻击。 本文接下来的部分将讨论分片型区块链如何实现这些优势。 <br/> # 随机抽样分片 最容易理解的分片版本是通过随机抽样进行分片。与以太坊生态系统中构建的分片形式相比，随机抽样分片的信任属性更弱，但以太坊分片应用的技术更简单。 下文阐述了分片的核心思想。假设有一个PoS区块链，其验证者数量非常多，例如10000位验证者，并且需要验证区块的数量非常庞大，比如100个区块。在下一组区块产生之前，没有一台计算机能够验证这100个区块。 为了解决这个问题，我们需要**以随机的方式，分配验证工作。**我们对验证者名单进行随机混洗，然后选取名单中前100个验证者来验证第一个区块，第二组100位验证者来验证第二个区块，以此类推。随机抽样分片通过这种方式来验证区块或执行其他任务，这些随机选出的验证者称为**委员会(committee)**。  验证者验证一个区块后，会通过发布一个签名来证明。其他所有节点都只需要验证10000个签名，而不是验证100个完整区块，这样会减少很多工作量，特别是应用了BLS签名聚合技术之后。每个区块的广播无需通过同一个P2P网络，而是通过不同子网，节点只需加入自己负责或其他想要验证的区块相对应的子网。 想象一下，如果每个节点的算力增加2倍，会产生什么效果。对于每个节点，现在能够安全验证签名的数量增加了2倍，那么可以减低最小质押数量，让验证者的数量增加2倍，这样就可以产生200个委员会，而不是100个。所以，每个时隙的区块验证数量能够达到200个，而不是100个。此外，**每个区块容量**可以扩大2倍。因此，总体区块链容量会增加4倍。 我们可以通过数学术语来解释其背后的原理。根据大O符号 ([Big O notation](https://en.wikipedia.org/wiki/Big_O_notation))，我们用“O( C )”表示单个节点的算力。O ( C )代表传统区块链能够处理的区块大小。如上所述，分片链可以并行处理大小为O( C )的区块 (请记住，每个节点来验证每个区块的间接成本为O(1)，因为每个节点只需要验证固定数量的签名)。因此，每个区块容量为O ( C )，分片链总容量是O (C^2^)。这就是为什么这种类型的分片称为二次方分片 (quadratic sharding)，基于二次方分片的关键作用，我们认为从长远来看，分片是扩展区块链的最佳方式。 **人们经常会问这样一个问题：“随机组成100个委员会与分裂为100条独立区块链有什么不同？”** 其不同之处主要在于以下两个方面： **1.随机抽样能防止攻击者将算力集中于某个分片中。**在一个100条区块链组成的多链生态系统中，攻击者只要拥有总质押量的0.5%就可以造成破坏，意味着可以针对其中一个区块链发起51%攻击。在一个分片链中，攻击者必须拥有总质押量的30-40%，才能达到相同目标，换言之，该链的安全性能共享给分片。当然，攻击者可以等到运气好的时候，偶然在单个分片中获得51%的算力，尽管拥有的质押量不到50%，但对于质押量远远低于51%的攻击者来说，发起攻击的难度呈指数型上升。如果质押量少于30%，几乎不可能发起攻击。 **2.若有一个分片出现了坏块，整个链会重组，以避免接受该区块，这称为紧密耦合性**。根据社会契约，即使单个分片中出现了一个坏块，也不能被主链接受，一旦发现坏块，分片会被拒绝，本文后面章节将介绍一些从技术上强制执行社会契约的方法。有了这一机制，从应用程序的角度来看，分片链享有完美安全性，合约A能够信任合约B，即使由于区块链受到攻击，合约B出现故障，并且回滚了整个历史，其中也包含合约A中由于合约B出现问题而受到影响的交易。 这两种差异确保分片为应用创建了一个环境，该环境保留了单链条件下的关键安全属性，而多链生态系统则无法实现这一点。 <br/> # 通过更好的安全模型改善分片 我完全同意比特币社区中的一种普遍看法，**那就是像比特币（或以太坊）等区块链并不完全依赖诚实的大多数假设**。如果对这些区块链展开51％攻击，则攻击者可以做一些具有破坏力的坏事，例如回滚或审查交易，但不能插入无效的交易。而且即使他这么做了，运行常规节点的用户也可以轻松检测到这种行为，因此，社区若希望通过分叉来剥夺攻击者的力量，以协调的方式抵御攻击，可以迅速采取行动。 **对于更为中心化的高TPS链，它们的主要弱点是缺乏这种额外安全性**。这种区块链没有，也不可能具有让普通用户运行节点的文化，因此主要节点和生态系统参与者可以更轻松地聚在一起，强制实行一项协议更改，即使社区非常不喜欢这个改动。更糟糕的是，在默认情况下，用户的节点会接受这项改动。一段时间后，用户会察觉到，但等到那时，这个更改已经成为既成事实，意味着其中主要的协调负担，即拒绝更改，将由用户承担，并且不得不做出痛苦的决定，回滚一天或更多的交易记录，而其他用户都以为这些记录已经得到了最终确认。 **理想情况下，我们希望采用一种分片形式，其验证方式能避免上文提到的51%信任假设，并保留传统区块链的高安全性，这种安全性只有在经过完全验证的情况下才能实现。而这正是我们过去几年的大部分研究成果。** ## 可扩展计算验证 我们可以将能够抵御51%攻击的可扩展验证问题分为两种情况： - **验证计算**：检查某些计算是否正确完成，并假设你拥有完成该计算的所有输入数据 - **验证数据的可用性**：检查计算本身输入的数据是否以某种形式存储，在必要情况下以供下载；执行此检查时，无需实际下载所有输入数据，因为数据可能太大，无法每个区块都进行下载。 区块链中的区块验证同时涉及计算和数据可用性检查，即你需要确信区块中的交易有效，并且区块中的新状态根哈希是执行这些交易的正确执行结果，但是你还需要确信该区块中有足够多的数据实际得到发布，这样下载数据的用户可以计算状态，继续处理区块。第二点关系到一个非常微妙但重要的概念，即数据可用性问题 (data availability problem)。下文会对这个问题进行探讨。 可扩展计算验证相对容易实现，其中会运用两类技术：**欺诈证明及ZK-SNARKs**  **欺诈证明能够验证计算的同时，保证扩展性。** 以下是对两类技术的简单介绍： - **欺诈证明 (fraud proof)** 是一个接受计算结果的系统，你可以要求有质押存款的人签署以下形式的消息：“我证明，如果使用输入X进行计算C，则会得到输出Y”。你会默认信任该消息，但其他有质押存款的人会有*挑战*计算结果的机会，他们可以签名一条消息，称“我不同意，输出结果应该为Z，而不是Y。”仅发起挑战后，所有节点才会进行运算。这两方中任何一方出错都会失去保证金，并且所有基于错误计算的运算都会重新进行。 - **ZK-SNARKs**是一种密码学证明形式，可以直接验证“输入X后，执行计算C，会输出Y”。在密码学层面，该验证机制是“可靠”的，因为如果输入X后，进行计算C，结果不等于Y，则无法通过计算生成有效性证明。即使运行计算C本身花费大量时间，该证明也可以很快得到验证。有关ZK-SNARK的更多数理解释，请参阅此文章。 基于欺诈证明的计算之所以具有扩展性，是因为在“通常情况下”，你不用运行复杂计算，只需验证单个签名。在特殊情况下，挑战出现后，你必须在链上验证计算，但是特殊情况很少发生，因为触发这种情况的成本非常昂贵，因为最初的声明者或挑战者之一会失去大量保证金。ZK-SNARKs概念更简单，它们只是通过成本更低的证明进行验证，从而代替计算，但其背后的数学原理却要复杂得多。 有一种半可扩展系统，它能以可扩展的形式验证计算，但需要每个节点验证所有数据。该系统若能通过一系列压缩技术，通过运算替换大部分数据，效率便可大大提高。这便是Rollup所做的事。 ## 对数据可用性进行可扩展性验证难度更高 欺诈证明不能用于验证数据可用性。运算的欺诈证明基于这样一种条件，即原始声明一旦提交，运算的输入数据要在链上发布，因此，如果有人发起挑战，该挑战的执行与原始执行的“环境”完全一致。对于数据可用性检查，上述操作无法实现，因为如果要在链上发布，需要检查的数据量太多。因此，针对数据可用性，如何生成欺诈证明方案变成了一个关键问题，有人可以声称“数据X可用”，但不在链上发布，等待挑战者出现，发起挑战后，再向整个网络发布该数据，使得网络中的其他参与者认为挑战者是不正确的 下图的“渔夫困境”能够很好阐释其中道理：  “渔夫困境”的核心理念涉及到两种情况，一种情况是V1是恶意发布者，但V2是一个诚实挑战者，而另一种情况是V1是诚实发布者，而V2是恶意挑战者。两种情况对于当时未尝试下载该特定数据的任何人来说都没有区别。当然，在可扩展的去中心化区块链中，每个个人节点只期望下载一小部分数据，因此只有一小部分节点能够了解分歧之外的所有状况。 由于不可能辨识出哪一方是正确的，所以也无法为数据可用性生成有效的欺诈证明解决方案。 **人们经常问道：“如果某些数据不可用怎么办？ZK-SNARK可以确保一切数据的有效性，但这还不够吗？”** 不幸的是，仅仅保证数据有效性还不足以维持区块链正常运行。原因是如果区块链能经过验证，但所有数据均不可用，则用户将无法更新数据，生成证明验证未来的区块。攻击者如果能生成一个区块，该区块虽然能够经过验证，但数据不可用，可以有效阻碍区块链运行。有的攻击者还可以不上传特定用户的帐户数据，直到该用户支付赎金为止，因此这不仅仅是一个活性问题。 有一些强有力的信息论观点认为这个问题是根本性问题，没有优良解决方案 (例如密码学累加器的应用)。有关详细信息，请参见本文。 **那么，如何在不下载的情况下，检查1 MB数据是否可用？这听起来无法实现！** 关键的解决方案是一种称为数据可用性采样 (data availability sampling) 的技术。该技术的工作方式如下： 1. 通过**纠删码工具**，将具有N段的数据分成为2N段的数据，因此只需任意N个数据段都可以恢复整个数据。 2. 用户如果要检查可用性，无需下载全部数据，而是随机选择区块中的位置 (常数，例如30)，并且仅当在区块中找到所有选定位置的数据时，才接受这个区块。  通过纠删码，我们能够将问题从“检查100%数据可用性” (即保证每条数据均可用) 转变为“检查50%数据可用性” (即至少一半数据可用)。随机抽样则解决了50%可用性问题。如果可用数据量少于50%，那么这两种检查手段中至少一个不可行，并且如果至少50％的数据可用，那么，尽管某些节点可能无法得知一个区块的可用性，但只需要一个诚实节点运行纠删码重构程序，就能恢复剩余50%的区块数据。因此，为了检查1 MB区块的可用性，你无需下载1 MB数据，只需下载几KB。这样每个区块都能接受数据可用性检查。有关如何使用P2P子网有效进行数据检查，请参见这篇文章 通过ZK-SNARK证明，数据纠删码的正确性也能够得到验证，然后利用默克尔树的分支来验证各个数据块。另一种验证方式是使用**多项式承诺 (polynomial commitment)**，例如Kate commitments (KZG承诺)，本质上，该承诺通过一个简单组件进行纠删编码，证明每个要素和正确性验证，这就是以太坊分片所使用的技术。 **总结：如何保证所有数据的正确性？** 假设有100个区块，并且你不想依赖委员会有效地验证所有区块的正确性。为了实现这个目标，我们需要进行以下措施： - 每个客户端在每个区块上进行**数据可用性采样**，以验证每个区块中的数据是否可用，同时需要下载每个区块几KB的数据，即使区块的整体大小为MB或更大。仅在所有数据可用性挑战得到正确回应后，客户点才会接受区块。 - 数据可用性得到验证后，那么验证其正确性将变得更加容易。验证正确性要通过以下两种技术： - 我们可以使用**欺诈证明**，一些质押了保证金的参与者可以提供签名，证明每个区块的正确性。其他挑战者或者是渔夫节点会进行随机检查，并尝试完整处理整个区块。因为数据可用性已经经过检查，所以其他节点始终可以下载数据，并对任何特定区块进完全处理。如果发现无效区块，节点会发布一个所有人都可以验证的挑战。如果该区块被证明是坏块，则基于这一区块的所有区块都需要重新经过运算。 - 我们可以使用ZK-SNARK技术。这样每个区块的正确性都能得到这种技术的验证。 - 在以上两种情况中，无论区块有多大，每个客户端仅需要对区块进行少量验证工作。对于欺诈证明，区块偶尔需要在链上得到充分验证，但这种情况很少发生，因为就算发起一个挑战，成本也十分高昂。 - 在以上两种情况中，无论区块有多大，每个客户端仅需要对区块进行少量验证工作。对于欺诈证明，区块偶尔需要在链上得到充分验证，但这种情况很少发生，因为就算发起一个挑战，成本也十分高昂。 以上就是全文的总结！ 就以太坊分片而言，短期计划是让分片中的区块只包含数据。 也就是说，这些分片的作用纯粹是“数据可用性引擎”，Layer2 rollup的工作则是使用安全的数据空间，另外还会利用欺诈证明或ZK-SNARK技术，实现高交易吞吐量，同时维持安全性。但是，我们还可以创建一个内部系统，“原地”实现高吞吐执行，这是完全有可能实现的。 <br/> # 分片系统的关键特性是什么？有哪些权衡？ 分片的主要目标是尽可能地继承传统非分片区块链最重要的安全属性，同时无需每个节点验证每笔交易。 分片基本可以满足这些要求。以下是传统区块链的特征： - **无效区块无法添加到区块链中**，因为验证节点会检测到该区块是无效的，并忽略该区块。 - **数据不可用的区块无法添加到区块链中**，因为验证节点无法下载数据，并选择忽略。 以下是强安全性的分片区块链特征： - **无效区块无法添加到区块链中**，原因如下： - 欺诈证明会迅速检测到该区块，并告知整个网络其为不正确区块，并重罚创建者。 - 或者通过ZK-SNARK验证其正确性，因为无法为无效区块生成有效ZK-SNARK证明。 - **数据不可用的区块无法添加到区块链中**，原因如下： - 如果区块可用数据量只有不到50%，几乎可以肯定的是，每个客户端至少有一次数据可用性抽样检查会失败，导致客户端拒绝该区块， - 如果至少有50％的区块数据可用，那么实际上整个区块数据都是可用的，因为仅需一个诚实节点即可恢复其余数据。 传统高TPS链因为没有分片，无法实现上述特征。而多链系统面临的问题在于，攻击者如果选择一条链进行攻击，就可以轻易取得控制，系统中的链也可以共享安全性，但是如果安全性低，那将与传统高TPS链没有区别，还会继承传统区块链的所有缺点，若安全性较高，共享安全性只是上述分片技术的一种更复杂的实现。 **侧链(sidechain)** 高度依赖于实现方式，如果它们共享矿工或验证者，通常它们容易面临传统高TPS链的弱点；如果它们不共享矿工或验证者，也会面对多链生态系统的弱点。分片链避免了这些问题。 **但是，分片系统也有一些隐患。尤其是在以下几个方面：** - **若遭遇适应性敌手攻击，仅依赖于委员会的分片链难以应付，并且较难追责**。也就是说，如果攻击者能够实时入侵或选择关闭任何节点集合，那么只需要攻击少量节点即可破坏一个委员会。此外，攻击者无论是应变能力强，还是拥有质押总数的50％，如果破坏了一个委员会，整个网络只能确认少数参与攻击的节点，即该委员会中的节点，结果处罚金额只占少量质押。这又是另一个关键原因，解释为什么数据可用性采样要与欺诈证明或ZK-SNARK结合，成为随机采样技术的重要补充。 - **仅在线客户端数量足够多，能生成足够多数据可用性采样请求时**，这些重复响应总是构成至少50%的区块数据。在实践中，这意味着必须有几百个客户端在线，并且此数量越大，系统容量与单个节点容量的比率就越高。这是一个few-of-N信任模型——通常非常值得信赖，当然，它不如非分片链节点在数据可用性方面的0-of-N信任模式那么稳健。 - **如果分片链依赖于欺诈证明，那么它要基于时序假设**，即如果网络太慢，则在欺诈证明显示数据有误之前，节点可能已经敲定了某一个区块。幸运的是，如果你严格遵循规则，一旦发现了无效区块，就会回滚所有无效区块，该时段参数由用户设置，每个用户都能设置确认区块前的等待时间，如果他们不想等待太久可能会遭受损失，但更谨慎的用户也更加安全。即使如此，这一机制会削弱用户体验。使用ZK-SNARK验证有效性可以解决此问题。 - **需要传输的原始数据量大得多**，增加了极端网络条件下发生故障的风险。与大量数据相比，少量数据更容易传输，如果强大的政府试图审查区块链，也更容易安全隐藏。若区块链浏览器想要维持整个链的信息，则需要存储更多数据。 - 分片链依赖于分片式的P2P网络，并且每个单独P2P“子网”由于节点较少，更容易受到攻击。因为子网之间存在一些冗余，数据可用性采样的子网模型可以缓解这种情况，但其中仍然存在风险。 这些是数据验证需要关注的问题，尽管在我们看来，让更多应用程序在链上运行，而不是通过中心化layer 2服务，减少用户层的中心化，会比上述方面更值得注意。也就是说，实际上这些问题，特别是最后两个问题，会对增加分片链吞吐量造成真正限制，使其无法超过特定规模。二次方分片 (quadratic sharding) 只能实现有限二次方性。 顺便说一句，如果吞吐量过高，分片链的安全风险将日益增大，很大程度上，这也是放弃扩展至超二次分片的主要原因。使二次方分片保持其有限二次方性似乎是合适的中间值。 <br/> # 区块生产中心化，而验证分片化是否可行？ 人们经常提出一种替代分片的方法，那就是使用类似于中心化高TPS链的结构，除此之外，利用数据可用性采样和分片以验证数据有效性和可用性。 这种方案能够改善既有的中心化高tps区块链，但仍远没有分片系统强大。其中一些原因如下： 1. **在高TPS链中，更难监测到区块生产者的审查行为**。监测审查行为需要满足以下任一：(i) 能够看到每笔交易，并且验证没有合理交易莫名其妙未进入，或者（ii）在区块生产者中使用1-of-N信任模型，并验证没有区块无法上链。在中心化高TPS链中，第一点不可能实现，而实现第二点更困难，因为节点数少，甚至1-of-N信任模型都更容易被破坏，并且 如果该链的区块时间对于DAS (数据可用性采样) 来说太快 (就像大多数中心化高TPS链那样)，则很难证明节点的区块不会仅仅因为它们的发布速度太慢而被拒绝。 2. 如果大多数区块生产者和生态系统成员试图强制执行一项协议更改，虽然这项更改不受欢迎，用户的客户端肯定会检测到更改，但是对于社区，拒绝更改、进行分叉的难度要大得多，因为需要运行成本高昂的新的高吞吐量节点，维持基于旧规则的区块链。 3. **在中心化基础设施中，外部攻击者更容易实施审查**。区块生产节点交易吞吐量高，非常易被检测到，关停这些节点也很容易。审查专用的高性能计算在政治上和后勤上比在单个用户的笔记本电脑上进行审查要容易得多。改：与追踪个人用户的笔记本电脑相比，对专用的高性能计算进行审查在逻辑和实践中都更加容易。 4. **高性能计算向中心化云服务转移会面对更大压力**，增加了风险，因为整个链将在1-3家公司的云服务中运行，如果许多区块生产者同时出现故障，会增大区块链崩溃的风险。验证节点都在个人硬件上运行的分片链不会那么容易受到这种攻击。 系统适当分片化后，能更加适合作为基础层。基于一个分片化的基础层，你始终能够通过构建Rollup的方式创建一个中心化的产品系统 (例如用于DeFi的具有同步可组合性的高吞吐量领域)。但是，如果基础层依赖于中心化区块生产，则无法基于此构建一个更加去中心化的 Layer2。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Technology/allcoredev-update003https://www.ethereum.cn/Technology/allcoredev-update003Tue, 18 May 2021 00:00:00 GMT来源 | [AllCoreDev Updates](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2Facd-update-003) <br/> # 摘要 - 我们正在发起核心开发者学徒计划，并已经发布了两个新的关于协议研发领域的提案征集； - 伦敦升级前的开发者测试网 Baikal 已上线并在运行中。你可以用它来测试伦敦升级相关 EIP 对你的项目的影响； - 伦敦升级纳入的 EIP 和测试网的分叉区块已经确定了。在一个测试网成功分叉后，我们会设主网的分叉区块； - Rayonism 项目是一个重大成功——一个运行合并后以太坊客户端的测试网被搭建起来，可以在上面做交易，且实现区块敲定！ <br/> # 拨款与提议征集 💰 在过去几个月里，我们一直致力于通过各种途径来吸纳贡献者参与以太坊协议的开发。以下是我们已经公布的项目： - 核心开发者学徒计划 ([Core Developer Apprenticeship Program](https://blog.ethereum.org/2021/05/13/core-dev-apprenticeship/) )⚒️如果你是一个有经验的开发者，而且希望进入以太坊协议开发，这个计划是一个试验，我们将为开始做贡献几个月的参与者提供津贴。已经开始接受申请了！ - 代码库提案征集 ([Requests for Proposals Repository](https://github.com/ethereum/requests-for-proposals)) 📑以太坊基金会经常为专门的项目推出提案征集，并且这样做的频率越来越高。现在这些都集中在一个地方了。代码库仍然是分开的，但现在有两项提案征集：一个是用于[状态过期](https://github.com/ethereum/requests-for-proposals/blob/master/rfps/state-expiry-initial-implementation-and-spec-development.md)，一个是用于[扩展地址大小](https://github.com/ethereum/requests-for-proposals/blob/master/rfps/expand-address-to-32-bytes-implementation-and-spec-development.md)。如果一个外部团队可以带来重大影响的话，这是我们需要解决的两个重要问题。 这两个方法很新且仍然是实验性的。我们会跟进看什么最有效，我会在这里分享后续更新。 <br/> # Baikal 测试网 🏝️ 在过去几周里，客户端团队已经搭建起 Baikal 开发者测试网，用来测试这些我们将纳入伦敦的 EIP。这个网络现在已经上线了，且几乎每个客户端 ^[Nethermind、Geth,、Besu 和 TurboGeth 正与 Baikal 同步，OpenEthereum 很快会跟上。]都可以跟它同步。 这里可以查看这个网络的规范，还有 EthStates 页面和水龙头的链接。下面是它 Baikal 网络的实时截图：  值得注意的是，先不说难度炸弹，在 Baikal 测试网上启动的 EIP 就是即将进入伦敦升级的 EIP。如果你一直等着体验 EIP-1559，或者[EIP-3529](https://eips.ethereum.org/EIPS/eip-3529) 对你的应用在 gas 开销上有什么样的影响，现在正是时候了！对 [JSON RPC 规范](https://github.com/ethereum/eth1.0-specs/pull/47)的更新目前在进行中，这次更新会对1559 后对返回区块和事务数据的调用行为进行定义。 我们还将向网络发送大量交易以对 1559 的`base fee`机制进行充分测试，还可能对网络里所有新操作码行为和 gas 开销变更进行模糊测试。 有几个项目要求有一个测试网来试验 1559，因此我们会让 Baikal 运行一段时间，至少直到公共测试网分叉以前，接下来..... <br/> # 伦敦升级 在[第113次的核心开发者会议](https://github.com/ethereum/pm/issues/309)里，我们几乎解决了伦敦网络升级最后的细节问题！🎉 首先，此次升级将由以下的 EIP 构成： - [EIP-1559：Eth 1.0 区块链的费用市场变更](https://eips.ethereum.org/EIPS/eip-1559) - [EIP-3198：BASEFEE 操作码](https://eips.ethereum.org/EIPS/eip-3198) - [EIP-3554：难度炸弹延迟到2021年12月1日](https://eips.ethereum.org/EIPS/eip-3554) - [EIP-3529：减少 gas 返还](https://eips.ethereum.org/EIPS/eip-3529) - [EIP-3541：拒绝以 0xEF 字节开头的新合约](https://eips.ethereum.org/EIPS/eip-3541) 这个列表是最终的，所有的 EIP 都已经被移到 Last Call 一栏，所以现在是审核 EIP 的时候了，并确保你的项目做好了支持它们的准备。以下是最新的变更： - EIP-1559 做了一些修改，以尽量减少 API 中的潜在损坏。特别是它不再修改区块头，用 `gasTarget` 代替 `gasLimit`。相反，它继续使用 `gasLimit`，并要求矿工手动在分叉区块把 gas limit 提高到 2 倍，以保持相同的网络吞吐量。这会使得客户端实现更简单，与矿工的沟通工作即将开展。 - EIP-3554 取代了之前的 [EIP-3238](https://eips.ethereum.org/EIPS/eip-3238)，把难度炸弹的启动时间从 2022 年的第二季度提前到今年 12 月，旨在它之前实现上海升级或合并。 - EIP-3529 是“返还移除”系列迭代的最后版本，从[EIP-3298](https://eips.ethereum.org/EIPS/eip-3298) 到 [EIP-3403](https://eips.ethereum.org/EIPS/eip-3403)，到最后的 3529。 - EIP-3541 是最后加入的 EIP。它本身不会实现什么，但为未来 [EIP-3540](https://eips.ethereum.org/EIPS/eip-3540) 的部署铺垫。 最后，多个测试网的分叉区块高度已经定了。以下是写进[规范](https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/mainnet-upgrades/london.md)的内容： > Ropsten: 10399301 (2021.6.9) > > Goerli: 4979794 (2021.6.16) > > Rinkeby: 8813188 (2021.6.23) 一旦第一个测试网分叉成功，我们就会设主网的分叉区块高度。考虑到 EIP-1559 带来的变化之大，我们想要确保在硬编码到主网区块前，事情在测试网是顺利进行的。这样做的原因是如果测试网上出问题了，修改主网区块是很危险的。^[如果我们设置了一个主网区块 `X` ，然后因为测试网上出了问题而改为 `Y`，我们就有可能让部分网络错过升级，并在区块`X`出现分叉。] ## EIP-1559 UI 会议 在第一次伦敦升级基础设施会议的成功举行后，[Trent 将组织第二次会议](https://twitter.com/trent_vanepps/status/1393250203289927680)，专注讨论钱包对 EIP-1559 的支持。时间和日期还没定，但可能在五月24~28日举行。MetaMask、Argent、Status 和其他会参与，讨论在它们的潜力支持 EIP-1559 的最佳方法。如果你的项目夜需要添加对 1559 式事务的终端用户支持，请联系 Trent！ <br/> # Nocturne 测试网🌔 在过去四周里，由 [@protolambda](https://twitter.com/protolambda) 领导的 eth1 和 eth2 客户端团队一直在合作，构建“合并”后以太坊网络的原型。简言之，现在的 eth1 客户端会变成系统的执行引擎，负责处理交易和构建区块，而 eth2 客户端会变成共识引擎，负责交易排序和敲定。 在 Scaling Ethereum 黑客松期间，总共有 7 个客户端团队一起工作，使这个测试网运行起来，最后的成果是一个可运行的合并测试网，Nocturne。 这个网络能够处理 EVM 事务和使用信标链来请求和最终敲定区块，同时任何的执行与共识引擎组合都是可行的。  这是迈向“合并”的第一步！还有无数技术细节需要解决，但 [Rayonism](https://rayonism.io/)项目验证了合并后客户端的总体架构是可行的。 在接下来的几个月里，更多的测试基础设施将倍构建，且真正的 PoW -> PoS 过渡规范会被确定下来。在伦敦和 Altair 升级部署时，“合并”方面的工作会稍微慢下来，但在这些升级上线后，它会成为执行和共识团队的工作重点。 虽然现在确定日期还为时过早，但我们现在可以有把握地说，结束以太坊工作量证明已经在望了！ ------ 感谢阅读！下一次更新预计大约在一个月后，即伦敦被部署到测试网之后。 ------ 发布于2021年 5 月 17 日。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-5-17/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-5-17/Mon, 17 May 2021 00:00:00 GMT # Eth2 **“合并“的第二个开发者测试网上线** 5 月 12 日核心开发者 [@protolambda](https://twitter.com/protolambda) 发推宣布”合并“的第二个开发者测试网 Nocturne 上线，与上一个测试网 Steklo 一样，结合了 4 个共识层客户端 (Nimbus、Lighthouse、Prysm、Teku) 和 3 个执行层客户端 (Nethermind、Go-ethereum、Besu) 。不同于 Steklo 只运行了数小时就被关闭，Nocturne 上线后实现了区块敲定，并一直运行到现在。   此次黑客松关于”合并“的 Rayonism 项目以 Nocturne 结束，请注意，此次测试网并不包括 PoW-> PoS 过渡的内容，也不处理历史状态的同步，这些内容都需要在未来解决。之后的时间，核心开发者的会先专注于 Eth2 的 Altair 升级和 Eth1 的伦敦升级，并对”合并“规范进行产品化。 对”合并“规范的产品化内容包括： - 完善共识层的 API (把它从用户的 JSON-RPC 分离) - 实现最新的分叉过渡方法逻辑 - 把工作重新建立在 Altair 或伦敦升级的基础上 接下来构建的“合并”原型会往以下方向开发： - 测试验证者提款 - 实验性的分片原型 (Teku 和 Prysm 正在实现规范) 来源：https://twitter.com/protolambda/status/1392448050191347716?s=20 <br/> # Eth1 ## 伦敦升级 5 月 14 日的 AllCoreDev 会议对伦敦升级的开发者测试网 Baikal、相关 EIP、JSON RPC 规范里的命名、区块高度等进行了讨论。 首先是各客户端在 Baikal 上的进度，Netthermind、Geth、Turbo-Geth 和 Besu 都开始与 Baikal 同步了，OpenEthereum 稍微落后一点，在进行最后 EIP 的合并，完成后才能加入网络。开发者同意这个开发者测试网会维持运行一段时间，直到推出面对用户的测试网为止。 读者如果想体验和测试，可以前往 github 的规范文档：https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/client-integration-testnets/baikal.md 然后，会议同意把 EIP-3541 纳入伦敦升级，这份 EIP 旨在拒绝以 `0xEF` 开头的合约的部署，这个变化很小，但其实是为 EIP-3540 引入 EVM Object Format (EOF) 作铺垫。 EIP-3540：https://eips.ethereum.org/EIPS/eip-3540 EIP-3541：https://eips.ethereum.org/EIPS/eip-3541 关于在伦敦升级推迟难度炸弹，4 月 23 日进行的第111次 AllCoreDev 决定把难度炸弹爆炸时间从原定的 2022 年第二季度提早到今年 12 月，因此纳入伦敦升级的 EIP 从 3238 改为了 3554。 5 月 8 日举行的伦敦升级基础设施会议遗留下了 JSON RPC 多个字段命名问题，在这次的 AllCoreDev 得到了解决，最终决定用`baseFeePerGas` 来表示消耗的每单位 gas 的基本费用，`maxFeePerGas` 表示 "fee cap (用户可接受的每单位 gas 的最高价格)"，以及 `maxPriorityFeePerGas` 表示每单位 gas 的小费。 会议还决定了测试网的伦敦升级区块高度和时间，如下：  主网的伦敦升级时间仍然暂定是 7 月 14 日，但想等到第一个测试网分叉成功后在定主网的区块高度。 会议关于伦敦升级的最后一个话题是客户端如何处理 gas 价格不断变化的交易，开发者 Ansgar Dietrichs 写了文章，客户端团队将对其进行讨论。 文章：https://hackmd.io/@adietrichs/1559-transaction-sorting-part2 来源：https://twitter.com/TimBeiko/status/1393230961890906115?s=20 <br/> ## EIP-1559 @trent_vanepps 将组织一个集中讨论 EIP-1559 用户界面问题的会议，与会的有多个钱包服务商，包括 MetaMask、Status 和 Argent，时间大概在 5 月 24—28 日间。这个会议属于“伦敦/1559生态准备”系列。 来源：https://twitter.com/trent_vanepps/status/1393250203289927680?s=20 **EIP-1559 会使得以太坊因为 ETH 通缩而无法运行吗？** 近日，Arther Hayes 发表了文章“ 恐惧是心智杀手 ([Fear is the mindkiller](https://blog.bitmex.com/fear-is-the-mindkiller/))”，文章提到以太坊实施 EIP-1559 后，“随着使用量增大，gas 费会呈指数增长，这些费用会被烧毁，很快以太坊的货币增发计划会变成通缩......以致没有足够的 ETH 提供给以太坊系统运行。”  这点看法在以太坊社区引起广泛讨论，曾写过” EIP-1559 的经济学分析“的哥伦比亚大学教授 Tim Roughgarden 也对这个看法进行了回复，以下为他的回复的翻译： 对这两者的区分非常重要：1. gas 的市场清算价 (以USD 计价)；2. ETH 的市场清算价 (也是以USD计价) 如果对 gas 的需求保持不变，那么 gas 的市场清算价 (以USD 计价) 保持不变，与 ETH 的价格无关。 因此，在对 gas 的需求不变的情况下，ETH 的价格翻倍，使得以 ETH 计价的市场清算价格减半。例如，你现在看到的 gas 价格是 200 gwei，然后 ETH 价格翻倍 (需求保持不变)，你会预期 gas 价格变成 100 gwei。 当然两个市场间可能会有相关性 (比如出于心理因素，对 ETH 的需求增加会使得对 gas 的需求也增加)。更好地了解两者的关联性有多强，和在未来会有多强是非常有意思的。 重点在于，首先，大家会预期 ETH 供应减少 (比如减少一半) 会提高 ETH 的价格（翻倍），同时保持对 gas 的需求不变的话，gas 价格 (当以 gwei 来计价时) 会减少（一半）。 总结：我不认为减少 ETH 供应会形成对网络运作的威胁。（除非到了 1 wei 变得价值 100 美元，我们可能会出现问题，但我不觉得会有那么一天。） 来源：https://twitter.com/algo_class/status/1393221114017501190?s=20 <br/> # Layer2 **Arbitrum 即将上线主网** Arbitrum Rollup 于 5 月 14 日推出了最新的测试网，该测试网添加了 Sequencer (排序者)，并将于 5 月 28 日面向开发者们开放主网版本。 此前，Arbitrum 发布了候选测试网 V4，该测试网未包含 Sequencer。这意味着交易不会得到“即时响应”，并与以太坊主网一样有相同的延迟。原本的计划是先在主网发布不包含 Sequencer 的初始版本，并在之后的升级版本中添加 Sequencer。但基于 beta 测试者的反馈，Arbitrum 决定在主网上线前增加 Sequencer 这一功能。在上线主网前的接下来几周，Arbitrum 将发布公告，宣布与其合作的项目 (包括基础设施和 DApps)。 来源：https://medium.com/offchainlabs/wen-arbitrum-634969c14713 <br/> **可视化分析扩容解决方案的锁仓量** 由 Stakerwat.ch 制作的网站 ethhole.link 可视化地分析了以太坊的 L2 以及其他侧链的锁仓数据。  <center>cr：ETH Hole</center> <br/> **Infura 和 Truffle 宣布支持扩容解决方案 Polygon** ConsenSys 旗下的开发工具 Infura 和 Truffle 于 5 月 12 日宣布支持 Polygon (以太坊扩容解决方案)，也就是说开发者可以在 Polygon 上用 Infura 和 Truffle 构建、部署、测试以及运行应用程序所需的所有工具。 来源：https://consensys.net/blog/press-release/infura-and-truffle-now-support-polygon/ <br/> # 生态 **核心开发者学徒计划即将启动** 以太坊核心开发者 Piper Merriam 于 5 月 13 日公布了“核心开发者学徒计划” (Core Developer Apprenticeship Program)，让更多人有机会参与以太坊核心协议的开发。该计划由以太坊基金会支持，以下为该计划的细节： - 申请时间截至 5 月 31 日，申请：https://notes.ethereum.org/RamEyPIeRQm0Hs8TrWU-8g - 学徒计划时间：6 月中旬至 9 月中旬 - 入选者将被分成两人一组，共同确认并推进一个项目，以改善以太坊核心协议 - 参与者可以直接深入到跨组织和跨团队的核心开发者社区中 参与者可以在这个过程中深入学习以太坊协议的知识，并获得协议开发的第一手经验。 来源：https://blog.ethereum.org/2021/05/13/core-dev-apprenticeship/ <br/> **Uniswap V2 LP 交易费超过比特币网络交易费** Uniswap 创始人 [Hayden Adams ](https://twitter.com/haydenzadams) 发推称，根据 cryptofees.info 的数据显示，Uniswap V2 的 LP 交易费的七天平均值已超过比特币网络交易费的七天平均值。  <center>cr: Hayden Adams 的推文</center> <br/> **SHIB 代币 Vitalik 的瓜** 上周，加密圈发生了一件令人津津乐道的事：以太坊联合创始人 Vitalik Buterin 向印度新冠加密救济基金会等其他慈善机构捐赠了超过 10 亿美元。而这一切都源自于前段时间席卷加密世界的动物 meme 代币。 以下内容为 The Block 研究员 [Igor Igamberdiev](https://twitter.com/FrankResearcher) 于 5 月 11 日在推特的总结： 在过去几天，meme 代币 SHIB 成为了 gas 费高居不下的主要原因，并且一些早期的 SHIB 持有者获得了巨大的利润。 自 SHIB 发行以来，49.5% 的供应量被添加至 Uniswap 中，随后该池的 LP token 以及剩余的 SHIB 代币发送至 Vitalik Buterin 的钱包中。也就是说，Vitalik 无需出售，就可以轻易地撤出资金池中 93% 的流动性而不会产生任何价格影响 (1.18亿美元)。  按照代币持有者数量排列的前 50 名账面利润从 500 万美元到 25 亿美元不等，平均账面利润为 6500 万美元。  看一下 Uniswap V2 中流动性最大的 SHIB-WETH 池，其成交量从 5 月 7 日开始增长，并在第二天达到顶峰，但没有明显的冲销交易。套利交易和三明治机器人交易不超过交易量的三分之一。  与 Uniswap 路由交互的最大一笔交易和中心化交易所有关。有趣的是，5 月 8 日 Coinbase Wallet 的用户也加入了这场狂欢，开始购买 SHIB。  在过去三天里，与 SHIB 代币合约交互的交易占了 10% 以上的区块 gas 费。下图显示，大家对 SHIB 的兴趣开始消退，然币安上线 SHIB 又燃起了大家的热情。  推特来源：https://twitter.com/FrankResearcher/status/1392040055133384705 而 5 月 13 日，Vitalik 出售了其钱包中的 meme 代币，包括 SHIB、AKITA、ELON，并将换取的大量 ETH 和一些 meme 代币捐助给了慈善机构，包括 Givewell、印度新冠加密救济基金会 (捐赠了 50 万亿 SHIB)、Methuselah 基金会、Machine Intelligence Research Institute、Gitcoin multisg 等。 来源：https://www.forbes.com/sites/ninabambysheva/2021/05/12/ethereums-co-founder-vitalik-buterin-donates-over-1-billion-to-india-covid-relief-fund-and-other-charities/?sh=164f9d1a6548 "就算是 Vitalik 也无法逃离黑暗森林里的怪物。推特并不是唯一一个监视 Vitalik 钱包的狂欢之地，与以往一样，机器人随时准备从他的待处理交易中获取 MEV。” @Robert Miller 在一条推文中总结了 Vitalik 在出售 meme 代币时的交易如何被“夹”，以及 Vitalik 如何通过 Archer Swap 使用 Flashbots 继续出售代币。 推文：https://twitter.com/bertcmiller/status/1392572970728574976 5 月 17 日，这场狂欢以 Vitalik 销毁 410 万亿枚 SHIB (约占 SHIB 总供应量的 41%) 暂时告一段落。 交易哈希：https://etherscan.io/tx/0x125714bb4db48757007fff2671b37637bbfd6d47b3a4757ebbd0c5222984f905 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/DeFi/uni-should-become-an-oracle-tokenhttps://www.ethereum.cn/DeFi/uni-should-become-an-oracle-tokenFri, 14 May 2021 00:00:00 GMT来源 | [https://gov.uniswap.org](https://gov.uniswap.org/t/uni-should-become-an-oracle-token/11988) <br/> 对于一个成功的 DeFi 生态系统来说，一个非常重要的组成部分就是高度安全的价格预言机。算法稳定币(如，DAI、RAI、LQTY)、任何类型的合成资产、抵押贷款以及其他许多类型的项目都依赖于价格预言机。Uniswap 确实为其 ERC20 代币兑换提供了一个价格预言机，但这不是一个真正的预言机，因为它不为外部世界的任何东西提供价格流。这产生了一个问题：算法稳定币依赖于 ETH/USD 的价格预言机才能正常运行，并且它们尤其需要 USD 作为链下法币资产，而不是 USD 在任何链上实例的价格预言机 。类似地，合成资产也需要映射资产价格 (以 ETH 计价) 的预言机。 我提议，Uniswap 和 UNI 代币能够介入并提供这样的预言机 (例如，仿照 Augur 或 UMA 的设计)，专门用来提供一种价格数据，这些数据足够庞大，使得黑客的操纵和攻击成本极高。 <br/> # 本文概要 - 稳定币需要一个 ETH/USD 的价格预言机 (见上文) - 使用 ETH/USDC 价格预言这个方法并不长久 - Chainlink 是个很不错的项目，但是有一个简单的替代方案，专门用于高价值、接受高延迟的用例 - UNI 可以很好地成为此类预言机代币 - 更广泛地讲，以太坊 L1 需要保持治理最小化，但 L2 应该更具野心，而 UNI 可以成为其中一部分 <br/> # 使用 ETH/USDC 价格预言这个方法并不长久 算法稳定币的目标是：通过摆脱对“法币世界”的依赖，实现最大程度上的抗审查和鲁棒性。如果这个目标对稳定币用户而言并不重要，那么他们可以通过直接使用 USDC 来避免算法稳定币的技术风险。如果这个目标对稳定币用户来说很重要，那么他们不仅要避免对法币市场的直接依赖，还要避免间接依赖。用 ETH/USDC 价格流代替 ETH/USD 价格流并不能实现该目标，因为这样的系统最终仍然依赖于 USDC，其能够正常运行的前提是 USDC 仍然存在且可以自由交易。 取多个 ETH/稳定币 (如 USDC、GUSD、USDT) 汇率的中位数充其量只是一个小小的改进，因为传统金融系统是相当协调的，并且很容易对所有以传统资产作背书的稳定币变得不那么友好。因此，如果我们想要拥有上文所说的算法稳定币，就需要一个提供 ETH/USD 的预言机。 <br/> # Chainlink 是个很不错的项目，但是有一个简单的替代方案，专门用于高价值、接受高延迟的用例 目前，大多数“治理最小化的稳定币”都使用 Chainlink 作为它们的预言机。Chainlink 对于许多预言机用例来说是非常有价值的，但它也是一个具有许多特性的复杂系统。它的激励措施并不像 Augur 那样透明；尤其是没有一种自动的机制，可以使得提供错误答案的参与者受到惩罚。 就像我们希望用其他稳定币替代品来对 MakerDAO 的功能进行补充一样，如 [RAI ](https://reflexer.finance/) (声明一下：我同时持有 MKR 和 Rai 的 FLX)，这类稳定币追求治理最小化，因而以太坊生态系统将更加强韧。同样地，我们也希望用治理最小化的替代方案来对 Chainlink 进行补充，该替代方案更侧重于优化激励措施和最大程度地提高攻击成本。一个倾向于鲁棒性的预言机应该以这些性能为目标，即便代价是较长的解析时间以及仅限于某个特定类型的数据 (高流动性资产的价格指数)。 <br/> # 可以很好地成为此类预言机代币 去中心化价格预言机 (如果它们想要避免对于身份层的依赖) 至少需要有一种可以抵御女巫攻击的代币。代币持有者会被要求提供价格信息，并且通常会引入一种经济机制 (提供多数答案的人会获得奖励，而提供少数答案的人会受到惩罚)。 如果大多数代币持有者作恶，他们可以成功地提供一个错误答案。这时，将取决于代币少数持有者来创建系统的分叉，在这个分叉中，攻击者的代币会清零，并说服社区在分叉链上继续生产区块。也就是说，这类攻击带来的后果是，**代币的总市值将减半**，还要考虑其他的情况 —— 会有一些非常懒的代币持有者不作为，尽管会丢失代币也不参与投票。 因此，对于 DeFi 项目来说，一个基于代币的去中心化预言机想要实现稳健发展，就必须要有一个市值庞大的的代币。预言机的效率并不重要：低效的预言机总是可以通过一种博弈机制增强，只有当一方提供某个价值数据且另一方不同意时，这种博弈才会开始生效。另一方面，攻击成本需要达到最大化，因此市值是关键。而市值最高的两个以太坊项目代币是 LINK 和 UNI。 对 Uniswap 来说，支持预言机不仅仅是一种无私之举；事实上，Uniswap 能够从一个更加强健稳定的稳定币生态系统中获益。Uniswap V3 进行了大量优化，以实现稳定币与稳定币之间的兑换交易的超高资本效率，并且很可能从这些交易中获得高手续费的利润。如果链上开始出现大量的、强健的合成资产，那么这对于 Uniswap 来说就更加有利了。 <br/> # 更广泛地讲，以太坊 L1 需要保持治理最小化，但 L2 应该更具野心，而 UNI 可以成为其中一部分 与之前的区块链平台覆盖的范围相比，以太坊生态旨在成为能够容纳更多应用的基础层。我们的目标不仅仅是支持基本资产的持有和转让，还包括一个去中心化金融 (DeFi) 生态系统，以及越来越多的去中心化治理 (DeGov) 生态系统。在以太坊的生态系统中，对公共事业的赞助需求也很庞大。 想要实现这一更加远大的愿景，我们需要的东西不仅仅是“区块链”。可以说，我们需要朝着“[加密王国](https://www.city-journal.org/technological-developments-new-systems-of-governance)”这个方向前进，区块链生态系统提供的服务将不仅是安全性，还有预言机、争议解决、公共事业赞助、身份认证等等。但为了让以太坊成为一个稳定的平台，区块链基础层需要秉持治理最小化的原则。治理最小化能够让用户相信，他们关系的应用程序不会受到干扰，基础层也不会因为添加有争议的功能，而引起共识冲突和分裂。 因此，这些服务某种程度上需要在 Layer2 上提供。比如，Optimism 在其 rollups 上进行 [MEV 拍卖](https://ethresear.ch/t/mev-auction-auctioning-transaction-ordering-rights-as-a-solution-to-miner-extractable-value/6788)以资助整个生态系统的公共事业。而 Uniswap 作为以太坊生态系统里的关键的去中心化交易所，也承担着更多的责任 (包括提供价格预言机)，这是迈向加密王国方向的一个不可或缺的步骤。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth1x/eip-3529https://www.ethereum.cn/Eth1x/eip-3529Thu, 13 May 2021 00:00:00 GMT来源：[eips.ethereum.org](https://eips.ethereum.org/EIPS/eip-3529) <br/> # 简单总结 移除 SELFDESTRUCT 的 gas 返还，减少 SSTORE 的 gas 返还到一个较低水平，使得返还的量仍然相当大，但不会像现在高到可以被利用的地步。 <br/> # 原因 最初引入 SSTORE 和 SELFDESTRUCT 的 gas 返还是为了鼓励应用开发者写应用时能践行“良好的状态卫生”，清理不再需要的存储槽与合约。但是，结果证明这项技术带来的效率远低于预期，gas 返还还带来多项未预料到的有害后果： - gas 返还导致 GASToken 的出现。GasToken 有益于把 gas 空间从低费用阶段转移到高费用阶段，但它也对网络有坏处，尤其是加剧状态大小膨胀 (由于状态槽被有效用作“电池”来积攒 gas) 和低效地堵塞区块链 gas 使用。 - gas 返还加剧区块大小变化。一个区块实际消耗的 gas 量的理论最大值是接近名义上的 gas limit (因为返还会增加同一区块里后面交易的 gas 空间，尽管返还的 gas 最多是该笔交易消耗 gas 的50%)。这一点不是致命的，但影响还是相当不好，特别是返还可以被用来维持比 EIP-1559 使用两倍 gas limit 更长的峰期。 <br/> # 规范 ## 参数 | 常量 | 值 | | ------------------------- | ---------- | | `FORK_BLOCK` | 待决定 | | `NEW_MAX_REFUND_QUOTIENT` | 5 | 对于存在`block.number >= FORK_BLOCK`的区块，需要作下列变更。 1. 移除 `SELFDESTRUCT` 的返还 2. 用 `SSTORE_RESET_GAS + ACCESS_LIST_STORAGE_KEY_COST` ([EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) + [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) 合力下的 4,800 gas) 取代 `SSTORE_CLEARS_SCHEDULE` （ [EIP-2200](https://eips.ethereum.org/EIPS/eip-2200) 定义的） 3. 把交易后的最大返还 gas 量减少到 `gas_used // NEW_MAX_REFUND_QUOTIENT` <br/> # 原理阐释 [EIP-2200](https://eips.ethereum.org/EIPS/eip-2200#specification) 引入了返还的三种情况： 1. 如果原始值是非零，新值是零，添加 `SSTORE_CLEARS_SCHEDULE` （当前是15,000）的 gas 量到返还计算器 2. 如果原始值是零，当前值是非零，新值为零，添加 `SSTORE_SET_GAS - SLOAD_GAS` (当前是 19,900) 的 gas 量到返还计算器 3. 如果原始值是非零，当前值是一个不一样的非零值，新值等于原始值，添加 `SSTORE_RESET_GAS - SLOAD_GAS` （当前是 4,900）的 gas 到返还计算器 在这三种情况里，只有 (1) 会启动 gastoken 且允许区块在执行上消耗超过区块 gas limit 的 gas。(2) 不具有这个特点，因为要获得 19,900 的 gas 返还，同一个存储槽必须在之前从零改为非零，这需要消耗 20,000 gas。无法从一个存储槽获得 gas 并用它来编辑另一个存储槽，意味着它不能被用作 gas token。另外，获得返还需要恢复存储的写入和扩展，使得返还的 gas 不会增加客户端处理区块的工作量。(3) 是相似的：只有当同一个存储槽在之前已经消耗了 5,000 gas 的时候才能获得 4,900 gas 返还。 此 EIP 处理第一种情况。我们可以通过使用一个相似的“配对” 变元来确定在何种条件下 gastoken 是不可用的 (例如，你不可以在一个存储槽里获得比你的输入更多的 gas) ，将每一笔返还映射到同一笔交易的同一个存储槽的前一笔支出。当一个存储槽的原始值是非零值，如果它被改为 0 时，有两个可能性： 1. 这可能是存储槽第一次被设置为零。在这种情况下，我们可以把这个时间与 `SSTORE_RESET_GAS + ACCESS_LIST_STORAGE_KEY_COST` 第一次读取和编辑存储槽的最小开销进行配对。 2. 这可能是存储槽第二次被设置为零或被设置为零后的情况。在这种情况下，我们可以把这个事件与最近一次数值从零改为其他值，且 `SSTORE_CLEARS_SCHEDULE` 的 gas 从返还中被移除的变元进行配对。 对于第二次或之后的情况，`SSTORE_CLEARS_SCHEDULE` 的值是什么并不重要，因为那个 gas 大小的返还是与相同大小的*清除*返还相匹配的。这就只剩下第一种情况了。为了确保存储槽上消耗的 gas 总量为正，我们需要 `SSTORE_CLEARS_SCHEDULE <= SSTORE_RESET_GAS + ACCESS_LIST_STORAGE_KEY_COST`。因此，此 EIP 只把 `SSTORE_CLEARS_SCHEDULE`减少到那两项开销的总和。 此 EIP 的另一个原因是，清除还未被读取的数据 (通常是“无用”数据) 是不会有净返还的，但清除被读取过的数据 (通常是“有用”数据) 还继续会有净返还。 <br/> # 向后兼容性 返还当前仅在交易执行后应用，因此无法对执行中任何特定可用的调用框架造成影响。因此，清除它们将不会破坏任何代码的执行，尽管它将使得一些应用变得经济上不可行。 Gas token 会变得没有价值。DeFi 套利机器人今天经常不是使用已有的 gas token 方案就是一个定制的，以减少链上的开销，这得益于重写它们的代码以清除对那些不再有用的 gas 存储机制的调用。 然而，完全保留在`new = original = 0 != current` 里的返还，以及保留在其他 `nonzero -> zero`情况里的一些返还能确保一些接收 (和值得) 更好的 gas 开销待遇的关键用例能持续获益。例如，`zero -> nonzero -> zero` 的存储设置模式保持只需消耗大约 100 gas。这些模式包括两个重要实例： - 反重入锁 (通常在一个子调用开始前从 0 变为 1，当子调用结束时再变回 0) - ERC20 授权与发送 (当代币转移得到授权，"授权值"会从零变成非零，然后在代币转移过程中恢复到零) ## 对清除存储激励的影响 对之前关于移除返还的 EIP ([EIP-3298](https://eips.ethereum.org/EIPS/eip-3298) 和 [EIP-3403](https://eips.ethereum.org/EIPS/eip-3403)) 的批评是这些 EIP 完全消除了把一个值设为零的激励，相当于鼓励用户不要完全清除一个存储槽 (即使他们想这么做)，哪怕他们想再次使用该存储槽的几率是最小的。 举一个例子，如果你有一个单位的 ERC20 代币，且你要送出或卖出你的所有余额，你可以只给出 0.999999 个单位，把剩余的留下。如果你想在未来重新放入更多该种代币到同一个账户，你仅需要为 SSTORE 支付 5,000 gas (2,100用于读取 + 2,900用于非零变为非零的设置) 而不是22,100 (20,000 用于零到非零值的设置)。今天，这部分的 gas 会被清除存储获得的 15,000 gas 返还所抵消，因此，如果你有超过 `15000 / 17100 = 87.7%` 的把握会再使用这个存储槽，你才会有动力这样做；按照 EIP 3298 或 EIP 3403 的设定，抵消激励这部分是不存在的，因此，如果你再次使用该存储槽的可能性是大于 0 的，设为非零值会更好。 对于剩下的 4,800 gas 返还，如果你觉得再次使用某个存储槽的几率大于 `4800 / 17100 = 28.1%` ，你才有保持该存储槽为非零的动力。这并不是完美的，但它可能高于一般人在清除了他们的全部余额后在同一个地址重新获得同一代币的几率。 gas 返还的上限是所消耗 gas 量的1/5，这意味着这种返还仅够用于增加处理一个区块所需的存储写入操作量最多为25%，限制了利用这个机制进行以存储写入为重点的拒绝服务攻击。 <br/> # 测试用例 ## EIP-2929 的 gas 开销 注意，“热”和“冷”存储槽之间是有区别的。这个表展示了 [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 下的值，假定所有变动过的存储槽都已经是“热”状态 (区别是一次性消耗 2,100 gas)。 | 代码 | 消耗了的 gas | 返还的gas | 原始的 | 第一次 | 第二次 | 第三次 | （返还后的）有效 gas | | ---------------------------------- | --------------------- | ---------------- | -------------- | ---------- | ---------- | ---------- | ------------------------------------------------ | | `0x60006000556000600055` | 212 | 0 | 0 | 0 | 0 | | 212 | | `0x60006000556001600055` | 20112 | 0 | 0 | 0 | 1 | | 20112 | | `0x60016000556000600055` | 20112 | 19900 | 0 | 1 | 0 | | 212 | | `0x60016000556002600055` | 20112 | 0 | 0 | 1 | 2 | | 20112 | | `0x60016000556001600055` | 20112 | 0 | 0 | 1 | 1 | | 20112 | | `0x60006000556000600055` | 3012 | 15000 | 1 | 0 | 0 | | -11988 | | `0x60006000556001600055` | 3012 | 2800 | 1 | 0 | 1 | | 212 | | `0x60006000556002600055` | 3012 | 0 | 1 | 0 | 2 | | 3012 | | `0x60026000556000600055` | 3012 | 15000 | 1 | 2 | 0 | | -11988 | | `0x60026000556003600055` | 3012 | 0 | 1 | 2 | 3 | | 3012 | | `0x60026000556001600055` | 3012 | 2800 | 1 | 2 | 1 | | 212 | | `0x60026000556002600055` | 3012 | 0 | 1 | 2 | 2 | | 3012 | | `0x60016000556000600055` | 3012 | 15000 | 1 | 1 | 0 | | -11988 | | `0x60016000556002600055` | 3012 | 0 | 1 | 1 | 2 | | 3012 | | `0x60016000556001600055` | 212 | 0 | 1 | 1 | 1 | | 212 | | `0x600160005560006000556001600055` | 40118 | 19900 | 0 | 1 | 0 | 1 | 20218 | | `0x600060005560016000556000600055` | 5918 | 17800 | 1 | 0 | 1 | 0 | -11882 | ## 减少了返还后 如果通过把 SSTORE_CLEARS_SCHEDULE 从 15,000 变为 4,800 （以及去除 selfdestruct 的返还) ，减少了部分的返还，下面是是一个对比表。 | 代码 | 消耗了的 gas | 返还的gas | 原始的 | 第一次 | 第二次 | 第三次 | （返还后的）有效gas | | ---------------------------------- | --------------------- | ---------------- | -------------- | ---------- | ---------- | ---------- | ------------------------------------------------ | | `0x60006000556000600055` | 212 | 0 | 0 | 0 | 0 | | 212 | | `0x60006000556001600055` | 20112 | 0 | 0 | 0 | 1 | | 20112 | | `0x60016000556000600055` | 20112 | 19900 | 0 | 1 | 0 | | 212 | | `0x60016000556002600055` | 20112 | 0 | 0 | 1 | 2 | | 20112 | | `0x60016000556001600055` | 20112 | 0 | 0 | 1 | 1 | | 20112 | | `0x60006000556000600055` | 3012 | 4800 | 1 | 0 | 0 | | -1788 | | `0x60006000556001600055` | 3012 | 2800 | 1 | 0 | 1 | | 212 | | `0x60006000556002600055` | 3012 | 0 | 1 | 0 | 2 | | 3012 | | `0x60026000556000600055` | 3012 | 4800 | 1 | 2 | 0 | | -1788 | | `0x60026000556003600055` | 3012 | 0 | 1 | 2 | 3 | | 3012 | | `0x60026000556001600055` | 3012 | 2800 | 1 | 2 | 1 | | 212 | | `0x60026000556002600055` | 3012 | 0 | 1 | 2 | 2 | | 3012 | | `0x60016000556000600055` | 3012 | 4800 | 1 | 1 | 0 | | -1788 | | `0x60016000556002600055` | 3012 | 0 | 1 | 1 | 2 | | 3012 | | `0x60016000556001600055` | 212 | 0 | 1 | 1 | 1 | | 212 | | `0x600160005560006000556001600055` | 40118 | 19900 | 0 | 1 | 0 | 1 | 20218 | | `0x600060005560016000556000600055` | 5918 | 7600 | 1 | 0 | 1 | 0 | -1682 | <br/> # 安全考虑 返还对于事务执行时不可见的，因此这不会对事务执行逻辑产生任何影响。 如果我们不计算后来重置回零的零到非零的 SSTORE，在一个区块里执行的最大 gas 消耗量受到 gas limit 的限制。不计算这些事可以的，因为如果这样的 SSTORE 被重置了，存储不会被扩展，客户端实际上不需要调整默克尔树；gas 消耗是可以返还的，但客户端对这些操作码的处理通常也会被取消。如果 `new_value = original_value`，客户端应该保证不会进行存储写入；这是自以太坊创世以来的一次谨慎优化，但它现在变得更重要了。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-5-8https://www.ethereum.cn/Eth2/wnie2-2021-5-8Wed, 12 May 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210508) <br/> # 信标链 截至本文发布🤯，信标链上的活跃验证者节点超 135,000 个，质押的 ETH 达到 445 万个，价值 180 亿美元。而且最近[新增质押存款](https://duneanalytics.com/hagaetc/eth2-0-deposits)的比率也有所上升。 自两周前的小故障之后，信标链的一直平稳运行着。随后 Prysmatic Labs 团队对此次主网事故展开了详细的[回顾](https://medium.com/prysmatic-labs/eth2-mainnet-incident-retrospective-f0338814340c)。ECN 翻译了该文章：《以太坊 2.0 主网事故回顾》。 不幸的是，信标链在连续两个月没有出现罚没事件后，上个月发生了[三起单独的罚没事件](https://beaconcha.in/validators/slashings)。我没有看到任何关于其原因的信息。 <br/> # Staking Adrian Sutton 发了一个视频，他展示了 Teku 如何在[大概一分钟里](https://www.youtube.com/watch?v=ce9uVRl23zI)从零同步信标链主网信息。这个 demo 直接从 Infura 中下载了初始状态，不过你可以使用任何已知同步的信标节点，或者已下载的包含该状态的文件。这个 demo 对于质押服务和个人质押者来说都是颠覆性的改变。当信标节点实现这个同步速度时 —— 用时[从几个小时](https://twitter.com/benjaminion_xyz/status/1388182493510131719)到几十秒 —— 用户基本上可以不用再管维护持续增长的存储信息以及冗余的设置。 如果用户想追踪自己的验证者节点在执行其验证职责时表现如何，那么可以看一下 Paul Hauner 发布的[电子表格工具](https://www.reddit.com/r/ethstaker/comments/n692yp/granular_validator_performance_tracking/)以及[使用说明](https://hackmd.io/xQfi83kHQpm05-aAFVV0DA?view)。这与 [Beaconcha.in](http://beaconcha.in/) 提供的单一的“有效性”数据相比要更加全面，用户还可以看到自己节点的表现与平均表现的比较。 读者们听说过秘密共享验证者 (SSV，Secret Shared Validators) 吗？如果没有听说过的话，是时候学习起来了。Alon Muroch 写了最近的 [SSV 第一阶段测试](https://medium.com/bloxstaking/secret-shared-validator-ssv-phase-1-testing-summary-5e3f5ab06083)。 <br/> # Rayonism 项目 [Rayonism](https://rayonism.io/) 是俄罗斯抽象艺术的一种风格，也是以太坊正在进行的一个扩容项目，围绕 eth1->eth2 合并测试网以及分片的开发进行研究。这个项目在 EthGolobal 的 [Scaling Ethereum](https://scaling.ethglobal.co/) 黑客松下开展，不过肯定会再延伸到其他地方。 来自 Nethermind 团队的 Lukasz Rozmej 制作了一个非常有用的[视频教程](https://www.youtube.com/watch?v=UFcjPmBb0fs)，演示如何使用 Nethermind (Eth1/执行层) 和 Teku (Eth2/共识层) 设置合并测试网。 有一个重大新闻：首个合并后开发者测试网 Steklo，于 4 月 30 日运行了几个小时。 Steklo 在俄语中是“玻璃”的意思，它[被认为是易碎的](https://twitter.com/protolambda/status/1388093066993668098)。事实也是如此 (仅运行了几个小时)。公平地说，所有团队都是在没有准备任何测试向量的情况下投入开发工作的，所以这是首次、盲目的尝试。Decrypt 发布了相关文章，写了一些关于 [Steklo 的预览](https://decrypt.co/69635/ethereum-moves-toward-eth2-super-experimental-testnet)。该测试网共展示了 [12 种客户端组合](https://twitter.com/protolambda/status/1388093072936951811)，分别是 Nethermind、Besu 和 Geth/Catalyst 与 Teku、Nimbus、Lighthouse 和 Prysm 的配对。客户端组合见下图：  <center>cr: @protolambda 的推文</center> Lukasz 在 Rayonism Discord 频道上提供了[总结](https://discord.com/channels/595666850260713488/826479341784662056/837696090194444348) ： > - Lighthouse 出现共识问题，并且从一开始就分叉了 (状态根问题)，但在这个分叉上，Lighthouse 与所有执行层上的引擎都配合良好 > - Prysm 出现一个故障 (一般或共识问题，仍不清楚具体问题)，并在创世就卡住了 > - Besu 或 Teku 有时不能和其他客户端达成共识，但是最终他们还是达成了共识。如果它分裂，会变成两种集合：(Teku-Geth, Teku-Nethermind) 和 (Teku-Besu, Nimbus-Geth, Nimbus-Besu, Nimbus-Nethermind)。 > - Nimbus 那边出现了与 Nethermind 在传输层的通信问题，但这需要 Nimbus 和 Nethermind 团队进行更多的调查。当然，它大部分时间都能正常工作 —— 有时需要重启一下 总之，有很多事情在进行！但是，很多方向都对了，总的来说，整个测试过程非常鼓舞人心。经过一些修复后，Lighthouse 随后可以与 Teku 和 Nimbus 达成共识。 上周我们准备了一些常用的测试向量，以便客户端可以在下一次共同测试前单独调试。计划是在下周初建立一个运行时间更长的合并开发者测试网。 <br/> # Altair Altair 是计划于年中进行的一次相对较小的信标链升级。 根据最近一次[开发者电话会议](https://hackmd.io/@benjaminion/wnie2_210508#Implementers)，客户团队在实现Altair规范方面进展得相当好。我们借此机会草拟了一个计划时间表(不作承诺): - Altair 的规范大约在 5 月 21 日确定下来。 - 6月初的短期联合测试网(不测试分叉过渡，只测试Altair规范) - 试着在6月底之前分叉目前的测试网。我想Pyrmont将是第一个，所以最好尽快迁移到Prater以避免不稳定。 - 7月底/ 8月初部署到信标链。 在规范确定之前，有一些问题需要解决。特别是，如何处理[这个问题](https://github.com/ethereum/eth2.0-specs/issues/2314)：在升级过程中丢失了一个 epoch 的奖励。 <br/> # 合并 目前，大部分合并上的工作都集中在 Rayonism 项目上。 然后，Rayonism 项目结束之后，还有许多工作要做。Mikhail Kalinin 在 Rayonism 频道的一个 [Discord 帖子](https://discord.com/channels/595666850260713488/826479341784662056/840126264454021170)中总结了该开放话题： > 首先，过渡过程 (也称为对接过程)。我们需要弄清楚它，在测试网/开发者测试网中编写代码和尝试使用。第二，同步算法；设计工作已经开始了，接下来是实现和测试。区块提议方面的技术优化、通信通道协议、无论是 JSON-RPC 或 REST；用户的 JSON-RPC 修改 (添加已敲定区块的方法)。编写与执行层修改相关的具体 EIPs。解决 BLOCKHASH 随机性问题；进行多轮测试。区块链工具，以及获得证明它们有效的证据。基础设施的更新，主要问题是区块浏览器会是什么样的。 我们还有很多事情要做，但是对于在今年[年底之前](https://twitter.com/trent_vanepps/status/1387837123756240898)交付合并这一猜测，还是很乐观的。而持谨慎态度人认为于 2022 年第一季度交付，但是几乎没有人预估合并会晚于这个时间。 <br/> # 工具 我的前同事 [Mostafa Farghaly](https://github.com/mFarghaly) [发布](https://hackmd.io/@benjaminion/wnie2_210508)了 [Kotal](https://www.kotal.co/) > Kotal 是一个与云无关的区块链部署工具，用户可以通过 Kotal 轻易地在任意云端部署可用性高的、自主管理的、自主修复的区块链基础设施 (网络、节点、存储集群...)。 它[支持](https://twitter.com/kotalco/status/1390015656939118593) Teku、Nimbus、Lighthouse 和 Prysm 的节点、IPFS 以及其他 Web3 的东西。 <br/> # 释义性文章 Vitalik 在 Reddit 上发布了文章《[一些不大为人注意的以太坊 PoS 的优点](https://www.reddit.com/r/ethereum/comments/mxo151/some_lessappreciated_benefits_of_ethereums_pos/)》，点击此处阅读 ECN 的翻译。 Alex Stokes 制作了一个有用的 [验证者生命周期流程图](https://github.com/ralexstokes/ralexstokes.github.io/blob/master/assets/pdf/validator-lifecycle.pdf)，并共享了生成图表的 [源代码](https://gist.github.com/ralexstokes/cf41fa6fe33c1620b21899e44157f68a)。 在 Viktor Bunin 的 [eth2 更新系列 014](https://bisontrails.co/eth2/014/) 中，他针对该问题表达了一些观点：如果类似上周的事故在合并之后发生在信标链上会是什么样子。 <br/> # 媒体和其他资源 信标链事故发生之后，客户端多样性继续成为大家热议的话题。Phil.eth 写了一篇非常好的概述《[客户端多样性有益于信标链的健康发展](https://phil-eth.medium.com/diversity-for-a-healthy-beaconchain-645ee1cea7ec)》：不要只关注自己运行的客户端。Superphiz 也很关心客户端多样性的问题，他出了一期视频《[以太坊客户端多样性&如何解决该问题](https://www.youtube.com/watch?v=1hZgCaiqwfU)》。正好，我提醒一下读者们 Superphiz 的 SOTs ( [State of the Stake](https://www.youtube.com/playlist?list=PLOB9GGXGcc31_rKi1PlG0kGYf35e6l1wy)，质押的状态) 是一个非常不错的系列。 说到 Phiz，这里是 EthStaker 社区的 [4 月回顾](https://ethstaker.cc/ethstaker-community-april-in-review/)。他仍是我在这个世界上最喜欢的人。 Anthony Sassano 在他的 Daily Gwei 系列文章中写了我最喜欢的话题：合并以及 PoW 时代的结束。Status 也发布了一篇很好的文章《[以太坊很环保](https://our.status.im/ethereum-is-green/)》，文中展示了合并后将实现超低的能量消耗，让人印象深刻。 Camila Russo在 [Ethereal Virtual Summit](https://www.youtube.com/watch?v=bIUir2I-XxU) 上采访了 Vitalik Buterin 和 Aya Miyaguchi。在 [14:04](https://youtu.be/bIUir2I-XxU?t=844) 提到了 Eth2。下面是 Decrypt 划出的重点： > 在 #EtherealSummit 的一段对话： > > @CamiRusso: “可以说我们最迟将在明年初完成合并吗?” > > @VitalikButerin:“听起来很合理。” Coindesk 的 Valid Points 出的 newsletter 系列依旧很值得阅读：4 月 28 日 和 5 月 5 日的。 至于 Mapping Out Eth2 播客，我们在 [4月29日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/eth-blocks-stop) 那期谈到了信标链事故和客户端多样性。在 [5月6日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/staking-ethereum-more-lucrative) 那期，我们讨论了 Steklo，以及合并后验证者将预估获得更高的奖励。 <br/> # 研究 Vitalik有一个提议，允许验证者 [更改他们的签名密钥](https://ethresear.ch/t/adding-pos-validator-key-changes/9264?u=benjaminion)：它提供了一种方式，用户委托质押池参与质押，同时保留对其质押资产的管理，也能够为自己的罚没事件负责。 <br/> # 常规会议 ## 实现者会议 客户端实现者第 63 次会议于 5 月 6 日举行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/217) - [会议视频](https://www.youtube.com/watch?v=qhcMxBh0GEc&t=126s) - [我的速记](https://hackmd.io/@benjaminion/B1wRBDWdd)，还有 [Alex Stokes的推特笔记](https://twitter.com/ralexstokes/status/1390370217524568064) 我们讨论了升级至 Altair 会出现的一个问题，如果我们不采取[一次性修复](https://github.com/ethereum/eth2.0-specs/pull/2373)，将导致在升级过程中丢失一个 epoch 的奖励。对此大家意见不一。修复会增加实现和测试的复杂性，而不修复的话，可能丢失的奖励相对来说非常小。 我们还为 Altair 的交付制定了[一个暂定时间表](https://hackmd.io/@benjaminion/wnie2_210508#Altair)。 ## 合并会议 第三次合并电话会议于 4 月 29 日举行。 - [会议议程](https://github.com/ethereum/pm/issues/305) - [会议视频](https://www.youtube.com/watch?v=KAm718N_bvA) - [会议笔记](https://github.com/ethereum/pm/blob/master/Merge/Meeting03.md) 关于 Rayonism 有很多详细的讨论和计划。另一个有用的信息是：Dmitry Shmatko 一直致力于验证者余额提款工作，并且即将开展下一阶段的工作，即允许部分提款 (提出验证者的质押奖励，但留下本金)。有人计划在某个时候在 Rayonism 网络上测试该功能。 <br/> # 其他新闻 - Go 中的另一个 [bug](https://groups.google.com/g/golang-announce/c/cu9SP4eSXMc) 已经在 [Eth2 Bug Bounty 项目](https://ethereum.org/en/eth2/get-involved/bug-bounty/)中被人发现并修复。 https://www.ethereum.cn/Staking/on-staking-pool-and-staking-derivativeshttps://www.ethereum.cn/Staking/on-staking-pool-and-staking-derivativesTue, 11 May 2021 00:00:00 GMT来源 | [Paradigm Research](https://research.paradigm.xyz/staking#fn:1) <br/> 从工作量证明 (PoW) 到权益证明 (PoS) 的转变是以太坊自诞生以来最令人期待的里程碑。不同于使用需要消耗大量能源的 PoW 来扩展区块链，PoS 允许用户质押他们的 ETH 和运行名为“验证者”的区块生成节点。 以太坊迈向 PoS 的第一步是启动一个可以达成共识的独立网络——信标链 （[Beacon Chain](https://beaconcha.in/)）。为对这个系统提供安全的回报，质押者会获得增发的、新的 ETH。在未来，我们知道信标链会与现在的以太坊链合并，允许质押者也赚取交易费用和现在由 PoW 矿工获得的矿工可提取价值 ([MEV](https://research.paradigm.xyz/MEV))。 以太坊的 PoS 协议并没有像其他 PoS 实现，如 Cosmos、Tezos 和 Polkadot 那样为质押者提供一些功能。其背后的原因的是要促进去中心化，但我们认为市场一定会介入，使质押变得更有效率和更方便。因此，重要的是确保解决方案能最大化质押者的私人利益，且能为整个以太坊带来健康的系统性结果。 <br/> # 单独质押 ETH 是如何运作的？ 想要在以太坊上单独质押，用户必须把 32 个 ETH 存入[ETH2 存款合约](https://etherscan.io/address/0x00000000219ab540356cbb839cbe05303d7705fa#code)，同时指定两个关键参数： 1. 验证者公钥：在存款前，用户会生成一个用于他们的验证者节点的密钥对。私钥是用于对区块签名的，而公钥是作为其唯一的标识符。 2. 存入的 32 个 ETH 的提款凭证：提款被许可后，本金 (32 个 ETH) 和质押奖励只能被提取到这个地址。 这里的一个关键是，公钥和提款凭证不需要由同一个实体控制。 然后，用户需要运行一个 ETH2 验证者节点和在轮到他们的时候对区块签名，否则，不遵守协议是要受到惩罚的。 <br/> # ETH 质押者会遇到哪些问题？ 质押协议的效率和便利性可以分解为以下特性，以及它们的以太坊实现： | 特性 | 在以太坊上的实现 | | ------------------------------------------------------------ | ------------------------------------------------------------ | | **质押所需最低金额**：这决定了准入门槛。 | 最低需要 32 个 ETH，人们可以质押多个 32 个ETH | | **委托**：质押者可以把运行验证者节点的工作外包吗？还是他们必须自己运行？如果委托是不可能的，硬件和带宽要求可能会妨碍一些人参与质押。 | 协议内没有把质押委托给其他验证者的设定 | | **锁仓**：多久才能提取质押了的资金？较长的锁仓期会增加协议的安全性，但也会因为较低的灵活性和较高的机会成本而降低对质押者的吸引力。 | [27 hours](https://github.com/ethereum/eth2.0-specs/blob/e59c0afe79c5d5eef73ddd31991e22beef27e366/configs/mainnet/phase0.yaml#L95-L96). 今天，质押者完全无法从信标链提取 ETH。允许提款后，取消质押的锁仓期会是[27 小时](https://github.com/ethereum/eth2.0-specs/blob/e59c0afe79c5d5eef73ddd31991e22beef27e366/configs/mainnet/phase0.yaml#L95-L96)。 | | **回报**: 质押者能在一段时间内赚多少钱？回报越高，就会有越多人参与质押，带来更高的安全性。 | 现在在信标链上的质押者赚取的是增发奖励。“合并”后，[他们还会赚取交易费和 MEV](https://docs.google.com/spreadsheets/d/1FslqTnECKvi7_l4x6lbyRhNtzW9f6CVEzwDf04zprfA/edit#gid=0)。增发的奖励取决于[当前质押了](https://launchpad.ethereum.org/en/)多少 ETH。质押的 ETH 越多意味着增发给每个验证者的奖励越少，反之亦然。今天大约质押了400万个 ETH，年化率是 7.8%。 | 这些特性对质押者来说都是重大障碍。在其他条件相同的情况下，他们会更倾向于能够质押任意数量的 ETH、把运行设施的工作委托给其他人，以及即时提取他们的押金。如果可以的话，他们还想把他们质押的 ETH 用到其他应用上，这已经成为去中心化金融的标准程序。 在下文，我们会讨论 - 质押池如何解决委托和最低质押金额要求的需求；以及 - 由这些质押池推出的质押衍生品是如何解决长锁仓期和允许质押者解锁他们质押的 ETH 的流动性问题。 <br/> # 质押池是如何运作的？ 表面上，质押池的工作原理与 PoW 的矿池相似，但 PoS 的性质使得它可以给客户提供一些额外的好处： 1. 通过把 ETH 汇集在一起，质押者可以通过 32 个 ETH 的门槛。这使得小额质押者也可以参与 PoS。 2. 不同于每个用户都运行自己的验证者节点，质押池负责质押的操作部分。有些质押池还会给用户提供保险，不受像罚没这样的协议惩罚。 3. 质押池可以保持一个流动 ETH 的储备池，以满足立即提款的需求，类似于银行的方式。这就取消了提款期，预设了不是所有的用户都想要在同一时间提款。 4. 最后，资金池可以提供一种代表质押了的 ETH 的代币，这种代币可以用在其他应用里。这一点非常重要，在下文会用一个章节来深入讨论。 质押池既可以是中心化也可以是去中心化，各有其利弊权衡。 ## 中心化质押池是如何运作的？ 任何一家大型交易所都可以轻而易举地实现一个质押池。实际上，很多[已经](https://support.kraken.com/hc/en-us/articles/360052734432-Ethereum-2-0-staking-FAQ)[支持](https://www.binance.com/en/eth2) ([或将要支持](https://help.coinbase.com/en/coinbase/trading-and-funding/staking/ethereum-2-0-staking)) 信标链质押了。 交易所只需要： 1. 允许用户选择参与质押，然后获取质押奖励 2. 用客户的 ETH 来运行验证者节点 由于是由交易所来做质押的，用户不需要操作任何设备。提供及时的流动性对交易所来说也非常简单，因为它们本来就有大量的流动 ETH 储备。鉴于获得客户和资金流动性对交易所经营的重要性，它们给用户提供的这项服务不会收取额外的费用。 ## 去中心化质押池是如何运作的？ 现在我们已经了解了单独质押和质押池服务的区别，以及中心化质押池是如何运作的了，我们将以 [Lido](http://lido.finance/)作为例子，探讨去中心化质押池的结构。 从用户的角度来看，参与去中心化池很简单：他们把 ETH 存入一个以太坊智能合约，并收到 stETH 作为收据。 stETH 代币的余额是会变化的，以反映质该合约获得的质押奖励分配。这意味着，1 个 stETH 将总代表 1 个质押的 ETH。 在 Lido 的机制里，每次有 32 个 ETH 存入到以太坊智能合约，DAO 会从治理控制的注册表里选出一个新的验证者节点。该验证者会调用存款合约，把 32 个 ETH 发到该验证者的公钥里，然后使用 LidoDAO 的提款凭证。 这里需要回答两个问题： - **如何管理提款凭证**？提款凭证是一个 ETH2 的 BLS 密钥，[一个分布式的密钥生成仪式把提款密钥分成11部分，集齐其中的6个多签才能获得提款凭证](https://blog.lido.fi/lido-withdrawal-key-ceremony/)。这不是一个最优方案，但在信标链还未允许提款时不会构成风险。到了质押者可以提款的时候，Lido 将已经过渡到以一个 ETH1 智能合约作为提款凭证，而不是一个多签。在那以后，假设智能合约对资金没有任何管理功能，1 个 stETH 将可以在无须信任的条件下兑换到 1 个 ETH。 - **谁是验证者以及他们是如何注册的**？验证者节点由[专业的质押企业](https://mainnet.lido.fi/#/lido-dao/0x55032650b14df07b85bf18a3a3ec8e0af2e028d5/)，比如 p2p.org、Chorus One、或 stakefish 来运行，它们必须通过治理决策获得批准。每个验证者有它们自己所有的质押金额上限，这个数额由投票治理决定。 <br/> # 剖析 stETH 代币 我们了解了 stETH 是对质押的 ETH 和智能合约获得的奖励的凭证。这也被称为*质押衍生品*。 质押衍生品将对整个以太坊生态带来重大影响，包括 ETH 质押者、一般的 ETH 持有者、质押池间的竞争、以及甚至以太坊本身。 **质押者**: 对质押者来说主要的好处是可以进行再抵押，质押者在参与质押的同时在其他应用使用本金，与 Uniswap 的流动性代币可以用来在各种 DeFi 上作为抵押物相似。这大大降低了质押的机会成本。 **没有做质押的 ETH 持有者**：如果 stETH 可以用来作为借 ETH 的抵押物，就可以在杠杆质押里释放借入 ETH 的需求。这回推高 ETH 供应率^[我们也请读者参考Chitra 和 Evans 关于“[质押与借贷](https://arxiv.org/abs/2006.11156) ”，以及这两种力量之间的[平衡](https://arxiv.org/abs/2001.00919)的文章。]，最终是所有的 ETH 持有者因高利率而受惠。 **质押池间的竞争**：stETH 的存在给了它的池子带来重要的网络效应。这种网络效应为参与市场的头部质押服务创造强大的激励，这表明 ETH 质押衍生品因为有流动性的保护和网络效应而按幂次定律 (power-law) 或网络效应发展。因此，stETH 有可能在许多用例里取代 ETH，甚至有可能完全取代 ETH。 **以太坊**：有一种普遍看法认为，质押衍生品回降低 PoS 的安全性，因为它们把区块生成从质押和罚没剥离开来。这也被称为委托代理问题，并可能导致取款生成者没有遵循协议的动机，因为他们在里面没有利益。 但是，这个论点必须与它创造的裨益相比较来看：如果质押衍生品降低了质押的成本，它们也会使得更多的（甚或全部的） ETH 都被拿去做质押。请注意，这是一个良性循环的完美例子：stETH 的流动性越高，质押的机会成本就越低，这会使得更多的 ETH 被拿去质押，又进一步加深了 stETH 的流动性，如此循环下去。 在没有质押衍生品的情况下，我们可能预期会有 15-30% 的 ETH 参与质押。但是，在有的情况下，这个数字可能会上升到 0-100%，因为质押与不质押之间不存在额外的开销。 为了说明为什么这会带来更高的经济安全性，请想象以下攻击场景： - 如果 20% 的 ETH 被质押了，攻击者想拿下所有质押的 ETH 的66% （破坏区块链的关键临界点），那么他们必须在自由市场买入所有 ETH 的40%。 - 如果 60% 的 ETH 被质押了，但 stETH 是有流动性的，那么攻击者将必须买入所有 stETH 的66%，实际上相当于所有 ETH 的40%。请注意，这里涉及一些额外步骤，攻击者首先必须赎回 stETH 以去除诚实验证者，并重新用他们的 ETH 去质押。 - 如果超过 60% 的 ETH 被质押了，攻击者此时必须买下的 ETH 份额要高于 40%，且只能从40%起跳。 - 如果100% 的 ETH 都被质押了，攻击者则需要买入所有 stETH 的66% 才能达到相同的临界点。 **我们得出的结论是，如果质押衍生品可以使质押的 ETH 超过 60%，它们肯定可以增加以太坊的经济安全性，而不是减少。** <br/> # 那么谁会在质押市场里胜出呢？ 去中心化常常被视为一种无形的好处，且要付出高昂的代价，因此用户往往不愿意为其付费 (可参见币安智能链 vs 以太坊的辩论)。这个逻辑的思考不适用于去中心化质押池，因为与中心化质押池相比有三点关键优势。 - **它们的社会可扩展性更强**：PoS 安全性的一个重要指标是，单个实体控制了多少质押份额。对于交易所来说，这个数字可能被限制在15-30%；高于这个比例的话，以太坊生态可能会出现对权力集中的社会忧虑。去中心化质押池可以控制网络里任何比例的质押份额，只要 DAO 里每个单独的质押者不会过大，以及提款凭证不能变或被投票。 我们必须强调去中心化质押池舍去所有的治理功能这一点有多重要。无论是费用、提款地址、还是验证者注册表都不可以通过认为输入而修改。 - 它们的质押衍生品是去信任的：像 Coinbase 或者 币安这样的大型交易所只会发行托管型的代币，使用它们的人肯定是有限的，在其他条件一样的情况下，用户肯定会选择去信任的代币，而不选择需要信任的。这会使得中心化质押池错过质押衍生品的网络效应。 有人可能会指出，通过 WBTC，一种中心化的代币能够赢得代币化 BTC 的市场。但是，我们认为者只是因为以太坊上的 BTC 不能以既去信任又有资本效率的方式进行代币化，而质押的 ETH 是可能实现的。 - **它们对 MEV 的提取有更少限制**：制度化的质押池 （比如交易所）可能会有社会或名誉上的限制，使他们无法提取某种形式的 MEV 。这使得没有这些限制的小型质押公司和去中心化质押池可以给它们的质押者提供更高的回报。这会使得上述使用去中心化质押池的溢价变成去中心化折扣。 **这些好处是如此之大，以至于领头的质押池服务将可能是一个去中心化、非托管型的质押池。如果上述质押池是充分治理最小化的话，它可能会赢得整个市场，而不会对以太坊造成任何系统性风险。** <br/> # 结论 质押池和它们的质押衍生品受制于类似提取 MEV 的市场现实，在这个意义上，它们的存在是不可避免的。只要有创造和使用它们的私人利益，它们都将继续存在和蓬勃发展。但是，如果正确的解决方案能赢出且被充分采用，它还可以为以太坊带来系统性好处。 由于 stETH 具有庞大的网络效应，以及去中心化质押池既是非托管的，又可能会从 MEV 赚取更多的收入，我们认为这样的去中心化池子很可能赢得整个市场。 因此，我们应该专注于确保一个像非托管的、强劲的 stETH 版本的质押池赢得市场，而不是中心化的池子，这样才能确保有一个良好的系统性结果。 *感谢 [Arjun Balaji](https://twitter.com/arjunblj)、[Vasiliy Shapovalov](https://twitter.com/_vshapovalov) 和 [Konstantin Lomashuk](https://twitter.com/Lomashuk) 提供的珍贵讨论和校对建议。* *声明：此文仅供参考，不构成任何与资产买卖相关的投资建议，也不对任何投资决策作出价值评估。同时，关于会计、法律、税务或投资方面的任何建议，也不应参考这篇文章。本文仅反应了作者当前的观点，并不代表 Paradigm 及其附属机构的观点。尽管本文不做更新，文中所陈列的观点亦可随时变更。* <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-5-10/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-5-10/Mon, 10 May 2021 00:00:00 GMT # Eth1 ## 伦敦升级 以太坊基金会负责社区生态融合的@trent_vanepps 于 4 月 30 日在推特上宣布了新项目"Ecosystem Readiness (生态准备工作)"，旨在为伦敦网络升级 (7.14) 做好以太坊开发工具的准备。这个项目会追踪与像 EIP-1559 这些提案相关的代码库、开发者工具、生态基础设施等的进展。 5 月 8 日举行了第一次关于伦敦升级基础设施的会议，与会的除了核心开发者外还包括基础设施供应商、交易所、钱包、代码库等。 会议内容大致如下： 1. 在 EIP 规范里，保留区块头里`gasLimit`的名称而不变成`gasTarget`。根据 EIP-1559，新的`gasLimit`会变成“200%满”，需要注意的是这指的是之前 gas limit （12.5 m) 而不是现在的 15 m。这一点需要与矿工沟通。 2. EIP-1559 上主网后第一个区块的`basefee`以 1,000,000,000 来计算。 3. 关于 JSON RPC 里多个字段的命名问题，会议还没有达成一致 4. 讨论了伦敦升级用于客户端集成的测试网 Baikal 的规范 （Aleut 测试网即将关闭） 规范：https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/client-integration-testnets/baikal.md 目前 Baikal 测试网的进度如下：  来源：https://twitter.com/TimBeiko/status/1390703192153808899?s=20 <br/> 想在Aleut 测试网关闭前体验 EIP1559 开发者测试网的，以下为传送门： - 区块浏览器：[http://eip1559-testnet.ops.pegasys.tech:3000](https://t.co/tTodOn00Zs?amp=1) - 水龙头：[http://aleut-faucet.surge.sh](https://t.co/cp8TePY5gb?amp=1) - RPC URL: [http://3.12.166.199:8545](http://3.12.166.199:8545/) <br/> **Geth v1.10.3 版本已出炉** Go Ethereum 发布了Geth v1.10.3 版本，这是一个维护版本，但在快照同步 (snap sync) 上有重要更新。Geth 团队负责人 [Péter Szilágyi](https://twitter.com/peter_szilagyi) 发推表示这可能是他们最后一个更新版本，其中快照同步并不是默认模式，他鼓励大家去试试。他在评论里表示这意味着初始同步可以在4小时内完成（如果你的带宽和磁盘可以承受这个吞吐量的话)。 Github: https://github.com/ethereum/go-ethereum/releases/tag/v1.10.3 <br/> # 合并 **首个合并测试网** 4 月 30 日，以太坊开发者在 Rayonism 项目上发布了第一个多客户端测试网——Steklo，模拟以太坊区块链在以太坊 2.0 客户端上运行，共有 7 个客户端参与。但 Steklo 上线后，一些用户无法处理打包区块，有些人无法与网络同步，它很快被开发者关闭了。核心开发者 Protolambda 在 discord 上表示在测试和提高同步性能后会推出下一个测试网。  <br/> # Eth2 **Eth2 验证者表现的数据追踪** Lighthouse 客户端的 Paul Hauner 在reddit 上开源了他们的信标链验证者表现数据，从证明表现开始，他提供了两个链接： - https://hackmd.io/xQfi83kHQpm05-aAFVV0DA?view - https://docs.google.com/spreadsheets/d/1SNFf4LsDOK91SWuQZm9DYBoX9JNQNMKHw66Rv0l5EGo/edit#gid=553688981 第一条链接是一个技术文档，对表现数据进行说明并解释它们是如何生成的。第二条链接是一个excel表，展示了用大约3周的样本数据算出的结果，并与全球平均数据做了对比。 来源：https://www.reddit.com/r/ethstaker/comments/n692yp/granular_validator_performance_tracking/ <br/> # Layer2 **验证扩容解决方案 Truebit 上线主网** 区块链验证扩容解决方案 Truebit 是一种交互式验证协议，使智能合约能够以更低的 gas 费在标准编程语言中安全地执行链下复杂计算，该协议已于 4 月 21 日上线主网。根据TrueBit 的白皮书，为了解决区块链上的计算可扩展性问题，TrueBit 提供的解决方案由两个部分组成：在争议解决层之上还有一个经济激励层，后者的形式是一种通用的“验证博弈”机制。  <center>cr: Truebit</center> 图为 Truebit 协议的代币模型，Truebit 平台中的角色有：Task givers (任务提出者)、Solvers (解决者)、Verifiers (验证者)。在接到区块链上外包的计算任务之后，givers 会把计算任务发布到 TrueBit 网络上，而 solvers 和 verifiers 通过计算和验证任务获得 Truebit 的原生代币 TRU 作为奖励。 随后，以太坊联合创世人 Vitalik Buterin 在 ethresear.ch 技术论坛上发布了文章 EVM optimistic rollup using Truebit。文章假设 Truebit 为一个黑匣子，为“运行代码以及返回输出”的询问提供延迟的回答，并且给出了如何基于 Truebit 构建 EVM optimistic rollup 的解决方案。详情请阅读文章：https://ethresear.ch/t/evm-optimistic-rollup-using-truebit/9318 来源：https://truebit.substack.com/p/truebit-early-access <br/> **DeversiFi 发布 Layer-2 生态图** 以太坊二层扩容生态系统进入超声波模式，持续呈指数级增长。  cr: https://twitter.com/deversifi/status/1387379996713439237 <br/> **OKEx 将集成扩容解决方案 Arbitrum** 中心化交易所 OKEx 宣布与以太坊 L2 扩容解决方案 Arbitrum 达成合作。OKEx 的用户将能够直接在 Arbitrum 中存款和提款，而不需要与以太坊主网进行交互。Arbitrum Rollup 协议于 3 月 25 日推出了其候选测试网 V4 版本，等到其团队确定主网发布日期，OKEx 将开始集成 Arbitrum 的工作。 来源：https://www.okex.com/support/hc/en-us/articles/360060706511 <br/> **基于 StarkEx 扩容解决方案的项目交易量超 10 亿美元** 目前应用以太坊 zkRollup 扩容解决方案 StarkEx 的项目有 dydx、Deversifi 和 Immutable。StarkWare 团队于 5 月 7 日发推表示，使用其解决方案的项目的交易量加起来已超过 10 亿美元。其中，约 75% 的来自于使用 StarkEx Rollup 的 dydx 协议，约 25% 来自使用 StarkEx Validium 的 DeversiFi 和 Immutable。 来源：https://twitter.com/ukolodny/status/1390601561173381125 <br/> **StarkWare 在中国社区的线上工作坊** ECN 联合 imToken、ETHPlanet、EthFans、上海前沿技术研讨会和 HiBlock 等多位优秀的以太坊生态伙伴，共同组织了「以太坊扩容」主题系列活动。5 月 9 日本次系列活动的第三场邀请到 StarkWare 团队与中文社区举行了线上工作坊。以下为此次工作坊的双语视频： 《认识STARKS、Cairo及StarkNet》 https://www.bilibili.com/video/BV1dq4y1f7sr 《如何使用通用计算编程语言Cairo开发AMM》 https://www.bilibili.com/video/BV14b4y1f7NF 《通往StarkNet之路》 https://www.bilibili.com/video/BV1u54y1L7mz <br/> # 生态 ## **Uniswap v3 于 5 月 6 日上线主网，当前锁仓量近六亿美元** Uniswap v3 于四天前上线，推出了“聚合流动性”、“NFT仓位”、“费率自定义”、“范围订单”等功能，尚未上线 Optimistic Rollup 扩容方案。截至本文发布，开启迁移之后的 Uniswap v3 锁仓量接近 6 亿美元，日交易量超 4.7 亿美元。  <center>cr. [https://info.uniswap.org/#/]</center> 据官方文档，Uniswap v3 版本理论上能够将资金效率“提升 4000 倍”，在其数据页面有一组较为直观的数据反映不同版本间的资本效率，即交易量和锁仓量的比值 (Volume/TVL)。截至发文，V3 版本为 85.12%，而 V2 则为 26.39%。值得注意的是，v2 在目前阶段可能还可以提供更优的价格，交易时 Uniswap 会建议用户选择价格更优的版本。  cr. [https://info.uniswap.org/#/](#/) 就迁移情况来看，v3 在上线首日的交易量就超过了 v2 上线一个月交易量的两倍，v2 的锁仓量在 v3 上线前两日短暂降低后又开始回升，目前 v2 协议中的锁仓量仍占据 Uniswap 总锁仓量的 93.5% 左右，可以看出 v3 仍处于非常早期的阶段。  <center>cr. https://v2.info.uniswap.org/home</center> 引起社区热议的还有 v3 中的 LP NFT (仓位 NFT)，会根据用户的仓位属性在链上生成独一无二的 NFT (SVG 格式)，颜色根据两种资产的 token id 生成，中间的曲线则是基于流动性聚合度以及初始存款比率生成的。据 Uniswap 创始人 Hayden 介绍，v3 唯一可升级的合约是 NFT 的生成合约，因此每个季节可能会有不同的 NFT 主题。  <center>cr. Uniswap 推文</center> 相关资源： Uniswap v1-v3 版本数据监测 https://migrate.uniswap.info/home Uniswap v3 策略模拟工具 https://defi-lab.xyz/ <br/> **以太坊基金会宣布 Fellowship Program**  以太坊基金会 5 月 8 日发布博文宣布其 Next Billion 团队开启 Ethereum Foundation Fellowship Program，以寻求以太坊在新兴经济体的应用，该计划包括为一些创新的创业者提供引导、专业建议以及与以太坊生态系统领先者的连接。 首期参与者包括 Benson Njuguna ([Acre Africa](https://acreafrica.com/)) 、Chuy Cepeda ([OS.City](https://os.city/))、Kuldeep Bandhu Aryal ([BRAC](http://www.brac.net/)) 以及 Naroa Zurutuza ([Giga](https://gigaconnect.org/))，旨在将区块链或以太坊解决方案应用于公共事务和普惠金融等领域中。 详情参阅：https://blog.ethereum.org/2021/05/07/ethereum-for-the-next-billion/ <br/> **以太坊扩容中国系列活动之黑客松** 除了线上下 meetup 和工作坊之外，本次系列活动还将在 5 月 28 日至 30 日于杭州举办线下黑客松，往期活动回顾请前往：https://rollup.world/ 黑客松报名请扫描海报二维码  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/some_lessappreciated_benefits_of_ethereums_poshttps://www.ethereum.cn/Eth2/some_lessappreciated_benefits_of_ethereums_posThu, 06 May 2021 00:00:00 GMT来源 | [r/ethereum](https://www.reddit.com/r/ethereum/comments/mxo151/some_lessappreciated_benefits_of_ethereums_pos/?utm_medium=android_app&utm_source=share) <br/> 我们经常谈PoS共识耗费的资源要比PoW少得多，也会谈PoS带来的一些关键益处，例如经济终结性，但我们也不要忘了转为PoS 后的一些次要益处。理论上讲，合并后，大部分这些益处都能立即实现。 **出块时间分布**：在Pow共识机制下，区块分布基于[泊松分布](https://en.wikipedia.org/wiki/Poisson_distribution)，所以出块时间会有很大差异，平均出块时间是13秒，但有时会超过30秒甚至60秒。你发送一笔交易后，平均需要等待13秒才能出现下一个区块。PoS机制有固定出块时间，每12秒生成一个区块，发送一笔交易的平均等待时间是6秒。唯一的例外是提议者离线，这种情况很少见。EIP-1559 在主网实现后，这将极大改善以太坊用户体验。 **最终敲定前更快的区块确认**：就PoS的最终确定性而言，区块被确认了大概两个epoch后就不可能被回滚 。但在此之前，安全性提升的速度也要比PoW快得多，因为在LMD GHOST分叉选择规则之下，数百个证明会同时产生，这样会形成比PoW 的模型（每个区块确认都需要全网共识）更快的收敛速度。 12秒之后，一个区块就能够经过数百个证明者的验证，这就让回滚变得非常困难。 **更好的轻客户端协议**：PoW以太坊是[有](https://medium.com/@rauljordan/a-primer-on-ethereum-blockchain-light-clients-f3cadde49137)轻客户端的，但效率远远低于它们可以实现的，而且启动和维护仍然需要相当多的时间和资源。吸取了PoW的经验后，PoS轻客户端协议的设计[更加精良](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/altair/sync-protocol.md)，每天最低只需要下载几kb数据就能保持同步。这让浏览器内置的轻客户端与移动端的PoS轻客户端钱包更可行，降低对中心化服务商的依赖。 **能更快地发现网络问题**：在PoW网络中，如果一半节点离线，或因为漏洞和黑客攻击，不能正常运行，网络中的其他节点需要一定时间才能发现，因为一开始没有足够的信息把正在发生的事与随机事件区分开来。相比之下，在PoS网络中，单个slot的节点参与度如果从99%下降到更低水平，是非常容易察觉的，你马上就会知道网络出问题了。 还有许多更加细小的好处。以太坊网络协议停止支持合并前的PoW链，转换到PoS链这个时间给了我们一个天然的协调机会，可以重置客户端所需下载的数据量。信标链中现有的数据结构（特别是历史区块根和状态根列表）使得EVM内部访问历史记录更加容易（这与[EIP-2935](https://eips.ethereum.org/EIPS/eip-2935)试图实现的益处相同）。SSZ结构让任何类型的历史证明都更容易实现；此外，对于整个协议，从RLP到SSZ的转换如果能够更加完整，可以大大简化默克尔证明生成过程。 合并不单单涉及PoS的过渡，还能够带来一系列的好处！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Activity/scaling-ethereum-starkware-workshophttps://www.ethereum.cn/Activity/scaling-ethereum-starkware-workshopThu, 06 May 2021 00:00:00 GMT## 活动介绍 为了使中文社区和开发者更好地了解目前 Layer 2 各种方案的发展现状和技术框架，跟优秀的研发团队直面对话，ECN 联合 imToken、ETHPlanet、EthFans、上海前沿技术研讨会和 HiBlock 等多位优秀的以太坊生态伙伴，共同组织了「以太坊扩容」主题系列活动。 继四月杭州线下 meetup 及线上 zkSync 工作坊之后，本周日 (5月9日) 晚八点，头部 Layer 2 项目团队 StarkWare 将做客中文社区，与开发者一同进行线上工作坊，演示如何使用通用计算编程语言 Cairo 进行 ZK-Rollup 应用开发。 除了线上下 meetup 和工作坊之外，本次系列活动还将在 5 月 28 日至 30 日于杭州举办线下黑客松，往期活动回顾及黑客松报名请前往：https://rollup.world/ <br/> ## 介绍starkware / starknet / cairo StarkWare 团队研发了零知识证明协议 STARK，旨在基于该技术提高区块链的可扩展性和隐私性。其作用不仅是促进 STARK 技术的使用，而且还提供“零知识、简洁、透明、明显、安全”的密码学证明。其二层解决方案最早于 2020 年 6 月上线主网支持去中心化交易所 DeversiFi，其他用例还包括 dydx 以及 NFT 二层解决方案 Immutable X。 https://starkware.co/ StarkNet 是一个无需准入的去中心化 ZK-Rollup 解决方案，可以在以太坊中作为二层网络运行，其中任何 dApp 均可实现无上限的计算规模，并享有同等的以太坊网络可组合性和安全性。 https://starkware.co/product/starknet/ Cairo 是图灵完备的通用计算编程语言，StarkNet 合约和 StarkNet OS 都是基于 Cairo 语言编写的，使得开发者能够进行更加轻松快捷的代码开发、审校和维护。应用开发者可以使用 Cairo 定义任何商业逻辑，在链下生成证明，并在链上进行验证，而无需自己编写复杂的"电路"或 AIR。Cairo 自 2020 年 7 月就已经在以太坊主网投入使用。 https://www.cairo-lang.org/ <br/> ## Workshop流程 主题：Scaling Workshop with StarkWare 如何上手 StarkNet，使用 Cairo 进行开发 时间：2021年5月9日（周日）20:00-21:00 - StarkNet 及 Cairo 介绍 - Cairo 语言开发演示 - AMA 问答 **请注意：在参与工作坊之前，需要提前进行相关系统环境的配置。** 环境配置文档：https://www.cairo-lang.org/docs/quickstart.html 视频演示：https://www.youtube.com/watch?v=k-1iw7AqMSk&t=87s Hello Cairo：https://www.cairo-lang.org/docs/hello_cairo/index.html <br/> <br/> 问题提交：https://app.sli.do/event/xg0f0esm/live/questions Workshop 直播间：https://live.bilibili.com/22351743https://www.ethereum.cn/Eth2/eth2-mainnet-incident-retrospectivehttps://www.ethereum.cn/Eth2/eth2-mainnet-incident-retrospectiveFri, 30 Apr 2021 00:00:00 GMT来源 | [Prysmatic Labs](https://medium.com/prysmatic-labs/eth2-mainnet-incident-retrospective-f0338814340c) <br/>  <center>https://beaconcha.in/epoch/32302</center> # 事故概要 从 [epoch 32302](https://beaconcha.in/epoch/32302) 开始，信标链丢失了大量区块提议。由于 Prysm 是 Eth2 客户端中用户最多的，因此问题最有可能出现在 Prysm 上。一段时间之后，我们在本地重现了该错误。这其实是我们[已知](https://github.com/prysmaticlabs/prysm/issues/8298)的一个与 eth1 数据投票和验证者存款相关的问题。尽管之前已经有人向我们报告过此问题了，但是我们无法重现这个 bug 并将其视为孤立事件。而且这个问题从未在任何测试网或者主网中广泛传播过。这是该问题首次导致区块提议失败事故。 在这 18 个 epochs 内，几乎所有 Prysm 信标节点都无法生产新区块。[Epoch 32320](https://beaconcha.in/epoch/32320) 又开始正常运行了，当时大家普遍认为该事故已经结束了。然而大约 24 小时后，该事故再次发生，造成了类似的影响。 关于此事故的正式事后剖析报告已发布，访问链接查看：https://docs.google.com/document/d/1nJr6_bd-UnLBxvhT8lcRYdAZr69QdVQ3zJNUr3LgW-0/edit 该回顾详细介绍了事故的时间线；分析了根本原因以及列出了 Eth2 质押者和参与者需要注意的问题。 <br/> # 影响 一些初步数据表明，第一次事故中，每个受影响的验证者平均损失 122950 gwei (按文章攥写时的价格计算为 0.3 美元)。而该次事故发生的 24 小时内，又发生了第二次相同的事故，每个受影响的验证者损失约为 0.22 美元。 一些关键事实: - 没有验证者被罚没 - 对信标链的敲定没有影响 - 参与率还是很高 (最低点也有 84.8%) （编者注，此数据与 Ben Edgington 编写的最新一期《Eth2 进展更新》有出入。) - 大多数验证者丢失 2 到 3 个证明，不管哪个客户端类型 - 这次不像是一次恶意或故意的攻击 在整个团队经过大约 30 个小时的努力之后，我们诊断了其根本原因，并在 UTC 时间 4 月 25 日早上 6 点为所有 Prysm 节点部署了[修复版本](https://github.com/prysmaticlabs/prysm/releases/tag/v1.3.8-hotfix%2B6c0942)。在节点尚未完全升级之前，类似的事故仍发生了最后一次。给节点运行者足够的时间升级客户端之后，此类事故没有再发生过了，并且有证据表明该问题已得到完全解决。 <br/> # 问题解答 ## 此事故是否会削弱大家对 Eth2 的信心？ 不会。该事故并没有造成共识失败，并且该事件的影响范围与 Eth2 主网的规模相比非常小 (在第一次事故中，每个受影响的验证者平均损失约 0.3 美元)。自创世以来，Eth2 一直都非常强大，验证者参与率非常高，并且每个 epoch 都完成了敲定。从我们的角度来看，故障解决了之后，网络有能力恢复到完美运行的状态，反而增强了社区对以太坊的复原能力的信心。 ## 此事故是否会削弱大家对 Prysmatic Labs 团队的信心？ 我们对此次事故做出的反应和解决方法与[此前](https://medium.com/prysmatic-labs/eth2-medalla-testnet-incident-f7fbc3cc934a)我们处理 Eth2 测试网中的故障时完全不同。此次事故发生后，我们团队马上排除了错误信息；量化影响；以及在等待解决方案时，给验证者们[列出了明确的应对步骤](https://www.reddit.com/r/ethereum/comments/mxqcvl/regarding_the_recent_beacon_chain_incident/)。再者，我们完全确定了解决方案之后，才去让大家升级客户端版本。值得注意的是，由于 Prysm 客户端是以太坊 2.0 网络中用户占比最大的软件，因此出现的任何 bug 都可能会引起更严重的问题。 对于核心开发者来说，工作的关键是要“约束复杂性” (bound complexity)。诸如 Eth2 之类的分布式系统具有如此多的变量，我们每个团队都尽一切努力以减少其出 bug 的可能性。当然，在这个的软件中，出现 bug 是不可避免的，并且我们承认，Prysmatic Labs 确实出错了。但是我们希望可以展现出我们团队解决问题的动力与能力，同时为验证者平衡速度和准确性之间的问题。 <br/> # 事故根本原因总结 Eth2 和 Eth1 链松散地连接着，Eth2 仅在验证者存款验证时需要用到 Eth1。也就是说，即使验证者对垃圾数据进行了投票，Eth2 PoS 链也可以继续运行。而唯一会影响到的事就是，新的验证者存款无法添加，直到 PoS 链再次对正确的 Eth1 数据进行投票。此“投票”是在“投票周期”中完成的，目前主网上将该周期设置为 [ 64 epochs](https://github.com/ethereum/eth2.0-specs/blob/2628721f96dacf6e24f44ca64222e6f96ffce557/configs/mainnet/phase0.yaml#L92) (大约 6.8 小时)。 投票的方式为一个简单的“绝对多数”原则，Eth2 验证者规范中有[解释](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/validator.md#eth1-data)其运作方式。不幸的是，Prysm 在实行该原则 (按照绝对多数原则投票) 时，丢失了一些验证。该事故中，由于 Prysm 出现了 bug，导致一名区块提议者创建了一个完全无效的 Eth1 存款树根，而其他 Prysm 节点首先发现了该区块提议。随后，他们对此投了有效票，因为 Prysm 客户端遵循的是简单的“绝对多数投票”原则，而没有做明确的验证。 然后，所有 Prysm 节点”滚雪球“般地对无效信息投票，导致了区块提议者无法将具有存款的区块打包进链。这是因为，这些存款对节点的 Eth1 存款树根未进行验证，所以区块提议会失败。 而在投票期结束之后，该问题就自动解决了，但如果 bug 未修复，将再次出现这种问题。 实际上，这次出现无效 Eth1 存款数据树根的根本原因是，存款缓存初始化中出现了 bug，但仅影响了使用 Prysm 客户端的一部分信标节点。这导致这些节点生产错误的存款树根，而其他 Prysm 节点对其进行投票，从而造成了此次事故。 <br/> # 事件时间线 注意，下面是技术细节！大家可以跳到下一部分，阅读解决方案以及该次事故带来的经验教训。 ## 区块提议失败 Epoch 32302 开始出现区块提议丢失的问题。  Nishant 通知了团队，并召开了全体会议。然后，我们通过本地的主网信标节点重现事故，并开始了调查。 ## 调查显示，Prysm 对奇怪的、错误的 eth1 存款树根投票 我们注意到 Prysm 的节点正对奇怪的树根投票，该默克尔根用于验证 PoS 链中的验证者存款合约的存款完整性。在公共浏览器上查看了最初的区块提议者的历史信息之后 (为了保护该验证者，就不公布其身份了)，我们推断这并不是一起攻击事件。 ## 排除法 最初的怀疑是关于 Prysm 如何在验证者提议代码路径中处理 eth1 数据投票。尤其是，我们试图排除一些问题： 1. 打包存款进区块这里有问题吗？ 2. 存款日志信息获取和 eth1 信息混了或者不确定吗？ 3. 我们的存款默克尔树出现问题了吗？ 在接下来的 16 个小时左右，我们花费了大量的时间共同努力诊断潜在的问题。我们梳理了代码行，试图通过单元测试来重现故障过程，并尝试了各种方法。尽管我们已经有了一个潜在的解决方案，我们也因缺乏信心而对发布修复版本而紧张。 <br/> # 较合理的根本原因 此前在处理 Eth2 测试网中的 bug 时，我们得到了一些经验教训，光对根本原因有信心是不够的。在高风险的情况下，在向用户公布解决方案之前，我们需要有 100% 的信心。在事故发生后 28 小时，我们坐下来并问自己：”我们还有什么是不知道的呢？我们还可以问什么问题来让我们更接近发生故障的根本原因呢？”然后我们知道了以下几点： 1. 我们的稀疏默克尔树 (sparse merkle tree) 实现并没有严重的 bug，因为它使用主网和 Prater 测试网的存款，与 Lighthouse 和 Protolambda 的 Eth2 zrnt 实现相匹配。 2. 我们用于从 Eth1 节点检索 Eth1 数据的代码路径没有 bug，也没有返回不正确的数据。 我们不知道的有： 1. 无效的存款树根是如何产生的 2. 为什么这个问题在一些节点中是可以重现的，而其他节点不可以 3. 为什么 Prysm 节点在确定区块中的存款数量时，出现了”off-by-one“错误 <br/> # 修复问题 为了回答这些问题，我们看了初始化我们的存款树的代码路径。结果发现，在早期添加了一个缓存层以避免质押者每次启动他们的节点时都必须下载所有验证者存款记录。此外，我们添加了一个新功能——在客户端内部可以从一个内嵌的创世状态中启动 Prysm。在填充缓存时，我们存款树的一个错误预设导致信息的讹误：  <center>问题根源</center> 事实证明，如果我们的存款树是空的，函数 len(items) 将始终返回 1。这意味着当实际上我们应该把 `lastReceivedMerkleIndex` 的值设为 -1 时，我们会把它设为 0。上面的代码会导致一些在该代码路径的 Prysm 节点跳过把第 0 笔存款嵌入到树里。我们代码库的其他部分都指向问题出在我们存款树实现的这个奇怪部分，而不是这个代码路径。 为了检验这个假设，我们尝试使用 Protolambda 提供给我们的测试夹具尽可能地复制代码路径。我们直觉我们漏了将第 0 笔存款嵌入到存款树。当然，我们能够在一个可重复的测试中找到导致整个事件发生的、有问题的存款树根！然后，我们围绕该代码路径添加条件，以避免该条件再次出现，并准备推出最终确定的修复版本。  <br/> # 问题解决 ## 根本原因总结 - Prysm 把 eth1 数据保存在磁盘上，以防止用户在每次重启进程时都必须对验证者存款合约日志发出请求。 - 如果一个节点重启并把 eth1 数据保存在磁盘上，我们会从这些数据初始化我们的存款缓存，但由于我们的稀疏默克尔树 (sparse merkle tree，SMT) 协助程序包的工作方式与从磁盘上的数据初始化此缓存的代码路径不相同，我们会跳过把第 0 笔存款嵌入存款树，造成无效存款树根。这个代码路径只影响那些创世以来还没有数据库的节点，后来被**修复**了。 - 在官方规范里，Prysm 节点遵循“绝对多数”的原则执行一个 eth1 数据投票算法，但是，Prysm 并没有完全实现该算法的一些有效条件。Prysm 节点随绝对多数 eth1数据投票进行投票，该投票数据引用的是一个现存的区块根，这可能导致 Prysm 节点投票给一个由有问题的存款树生成的存款树哈希值，因为这些存款是未被验证的。 - 由于网络里大部分的节点都是 Prysm 节点，随绝对多数原则投票给有问题存款根这个问题的滚雪球效应发展成一个严重问题，因为 Prysm 节点在随后一段时间里无法在主网上生成区块。 - 一旦 eth1数据投票期重置了，Prysm 节点又可以正确地提议区块了，直到在未来又遇到该漏洞。 ## 解决方案 在北京时间 4 月 25 日周日 13:00，在不确定性中煎熬了多个小时后，我们发布了对该问题的修复。我们对这个解决方案有十足的把握，并非常有信心在节点升级后，该问题在 Eth2 中不会再出现。  <br/> # 吸取校训 ## 在事件中，对我们的解决方案有信心和与外界的谨慎沟通是至关重要的 当我们遭遇 Eth2 的 [Medalla 测试网事故](https://medium.com/prysmatic-labs/eth2-medalla-testnet-incident-f7fbc3cc934a)时，我们上了关于良好沟通的价值的重要一课。每个公共评论和语言的精确表达都会对事件的结果产生严重影响。在测试网的事件里，我们以为一个立即的解决方案是通过公共渠道告诉大家“重启你们的节点”。这个草率的决定导致网络上大部分的节点都掉线了，然后争先恐后在一堆坏的对等节点里找好的，以实现与区块链的同步。此外，我们很快发布了一个没有 100% 信心能解决问题的软件升级热补丁。这给系统带来更多的混乱，并造成节点运行商对解决方案的疑虑。 相较之下，在这次主网**新事故**的整个过程里，我们一直注意慎重与精确的沟通。另外，在我们对问题的根源和解决方法有 100% 的信心之前我们没有发布热补丁。 ## 保持耐心与冷静有助于解决问题 我们团队经过了过去几年构建 Eth2 ，学到了如何在面对逆境时保持冷静。我们相信在解决问题过程中，保持冷静、频繁交流状态报告、确保团队感受到支持和正面的反馈是非常重要的。我们能够花时间收集尽可能多的证据，并与我们的用户进行细致的合作，我们将成功解决这个问题。更重要的是，我们在开始时就花时间对事件影响进行量化，以减少质押者与因缺乏信息而产生的忧虑。这个教训对在高度紧张与睡眠不足的情况下工作非常重要。慢下来，用适当的方法解决它，并不惜一切代价避免把问题弄得更糟。 ## Eth2 测试网不等于主网 对于 Prysm 客户端，我们在公共 Eth2 测试网中对 Prysm 产品前的候选版本进行了广泛的测试和监听。Prater 和 Pyrmont 测试网都是用户在加入到 Eth2 主网前用来测试他们的设置的好工具。但是，这些测试网都预设四个产品级 Eth2 客户端的占比是接近平均分的，即没有哪个客户端在验证者中有明显的多数份额。不幸的是，这可能没有考虑到当某个客户端为大多数人所使用时才会出现的漏洞。在未来，Prysmatic Labs 会在一个更接近主网环境、或一个 Prysm 网络节点 50% 的环境里进行内部测试网里进行测试。 **此外，我们建议其他客户端也在它们自己的内容测试中加入这样的环境，在它们成为大多数客户端的时候，它们也可以了解自己客户端的潜在问题。** <br/> # 质押者应该思考什么 ## 为什么使用 Prysm 客户端做质押  <center>https://launchpad.ethereum.org</center> 人们选择运行 Prysm 时因为从一开始我们团队已经专注于使他们参与以太坊质押的体验更简单。我与我们的用户沟通过很多次，很多人选择一个客户端不是因为微观上的优化或与其他客户端相比相对小的收益差别，而是因为我们使得他们的体验更简单——良好的文档资料，一直给所有的社区成员提供重要的帮助。对于新手来说 Eth2 是可怕的，质押也充满不确定性和风险。我们团队的使命是让用户知道我们在他们身边，以及无论他们的问题多小都会得到我们的支持。特别地，我们一直关注那些可能对命令行不太熟悉、不太了解 UNIX 操作系统的普通质押者。 在未来，你可以对我们团队有以下期待： - 提高实现规范条件的准确性，确保预设和有效条件在任何代码被写入前都被充分审核和质疑 - 我们不因要提高这个体验，还要加倍努力，使 Prysm 比今天提升很多倍，使使用我们客户端的质押者更容易参与网络，包括网页界面的改进。 - Prysm 将在研发方面加倍努力，在 eth1 <> eth2 的合并前提供关键的功能与改进。 - 我们相信健康的竞争能形成一个**强大的激励机制**，推动 ETH 的权益证明能有更多人参与，也因此更安全，因为所有客户端团队都不断改善他们的软件 - 我们团队致力于以**最高的**专业水准来解决和质押者可能会遇到的问题。我们相信我们做好处理我们路上会遇到的任何问题，并向我们的社区保证我们会把质押者体验作为我们的最高优先级。 - 最后，我们相信还有很多重要功能可以使 Prysm 变成参与 Eth2 的、更有吸引力的软件，我们将朝着这个目标不断迭代 - Prysm 有一些验证者收益的高级优化还没对所有质押者设为默认启动。我们相信这些功能发布后，Prysm 的质押者会看到最高水平的收益。 <br/> # 回顾客户端多样性的对话 自 Eth2 创世以来，我们一直听到的一个共同主题是客户端多样性。Eth2 是一个有世界各地的人作为验证者参与的分布式系统。不同人用不同的软件参与到区块链的共识里，如果某个软件出现严重问题，如果运行网络的客户端实现由一个平衡分布的话，影响会更小。 [Leonardo Bautista-Gomez](https://www.google.com/search?q=leobago&oq=leobago&aqs=chrome..69i57.1481j0j1&sourceid=chrome&ie=UTF-8) 早在一月的时候公布了一份数据分析，结果现实 Prysm 节点占网络的65%，此次事件也显示 Prysm 验证者在今天占了大多数。  <center>https://github.com/leobago/BSC-ETH2/tree/master/armiarma</center> 我们建议你们客观地看待每个客户端：它的软件、它的社区、还有它的韧性，然后决定选哪个软件及其背后的团队是最适合你的需求的。如果某个 Eth2 客户端缺少了对你来说很重要的东西，者正式你不选他们的客户端的理由，我们强烈推荐你提出一个功能请求。Prysmatic Labs 会继续专注于帮助你参与到以太坊网络，并推动区块链软件的边界。 如果你想沟通和对本文由疑问的话，请加入我们的[Discord](https://discord.gg/jhK7mbYvbY)。 <br/> # 参考 - 事件的沟通 https://www.reddit.com/r/ethstaker/comments/mxpz57/regarding_the_recent_beacon_chain_incident/ - 事后检讨报告 https://docs.google.com/document/d/1nJr6_bd-UnLBxvhT8lcRYdAZr69QdVQ3zJNUr3LgW-0/edit?usp=sharing - Medalla 测试网事件 https://medium.com/prysmatic-labs/eth2-medalla-testnet-incident-f7fbc3cc934a <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权 https://www.ethereum.cn/Eth2/eth2-is-neutral-infrastructure-for-our-financial-futurehttps://www.ethereum.cn/Eth2/eth2-is-neutral-infrastructure-for-our-financial-futureThu, 29 Apr 2021 00:00:00 GMT来源 | [Cointelegraph](https://cointelegraph.com/news/eth2-is-neutral-infrastructure-for-our-financial-future) <br/> 以太坊2.0不是万灵药，但其不偏不倚的平台设计和机制可能会解决一些社会问题。 ### 观点 我们现在正处于社会、政治和经济前所未有的动荡时期。去中心化金融设施正为数十亿美元的价值提供动力并建立了数千家公司，随着去中心化金融设施的发展，我们需要认识到我们周围环境的不稳定性。我们现在创建的系统、协议和激励机制可以不那么容易受到审查制度、政府权力过度延伸、以及错误信息的影响。 以太坊 2.0 的设计有许多吸引人的属性，使它非常适合成为应对充满变数的未来的、可靠的中立基础设施，而不是一个有偏向的平台。个人、企业和政府应该对以太坊 2.0 有信心，在遭遇个人或国家级别的攻击时它仍然能继续运作。它是构建经济与金融设施的坚实基础。 从更广泛的社会经济背景来看，Eth2 的功能尤其具有价值： - 通过大多数人的共识进行治理 - 面对审查时，表现稳健与性能良好 - 去中心化经济的可靠资金 - 赋予和实现自我主权 <br/> ## Eth2 具有可靠的中立性 以太坊的联合创始人 [Vitalik Buterin](https://cointelegraph.com/top-people-in-crypto-and-blockchain/vitalik-buterin) 写了一篇[倡导](https://nakamoto.com/credible-neutrality/)可靠中立性或”达成公平的基本努力“的有力文章，这应该成为协议设计的指引性原则： ”请注意：这里要求的不只是中立性，而是可靠的中立性。也就是说，一个机制的设计不仅不会偏袒特定的人或结果，还有至关重要的一点是能够让大部分、不同背景的人信服这个机制起码会为了达成公平做出基本努力。“ 如 Vitalik 继续写道：”像区块链、政治体系和社交媒体这样的机制旨在促成大规模的、不同人群之间的合作。为了让一个机制能真正成为这种共同基础，每个参与其中的人都必须能够看到其他所有人也能看到这个机制是公平的，因为每个参与者都想确认其他人不会第二天都抛弃这个机制。“ 今天，如果说有什么是大家都[倾向于](https://www.pewresearch.org/fact-tank/2020/01/09/70-of-americans-say-u-s-economic-system-unfairly-favors-the-powerful/)认同的 (至少在美国)，那就是”经济体系非常不公平地倾向于强者“。而为了避免这种命运并保持可靠的中立性，以太坊 2.0 跟随以太坊的步伐，有意避开链上治理，而是倾向于通过大多数的共识进行技术治理。 这种设计决定有两个很好的特点： - Eth2 有[大多数人的共识](https://en.wikipedia.org/wiki/Rough_consensus) (rough consensus) (找到大体上的一致意见，而不是简单的多数决原则) 及没有链上[治理](https://vitalik.ca/general/2018/03/28/plutocracy.html) (拒绝财阀统治)。这使得以太坊2.0 的治理难以被[控制](https://vitalik.ca/general/2017/12/17/voting.html)。它的设计决定了任何实体都难以迫使以太坊 2.0 偏向或审查其他人。 - 保持社区的团结是大多数人共识的最高优先级之一。大多数人的共识通常会尽可能避开非常有争议性的变更，因为往往难以在这些问题上取得大多数人的共识。这使得大多数人共识的决策空间主要在技术性议题上，它们主要基于事实与逻辑，并寻求把争议降到最低。 (编者注：rough consensus 首次由互联网工程任务租 IETF 使用，用以形容在做决定时使用工作组里的主流意见，而无须所有参与者的同意。) 大多数人的共识不仅适用于核心开发者群体或有他们决定，而是整个社区。以太坊历史上出现过很多次在重要问题上发出自己的声音并影响以太坊的发展方向。程序化工作量证明，或 [ProgPoW](https://hudsonjameson.com/2020-03-02-progpow-the-ethereum-community-speaks/)，是最新近的例子：核心开发者间取得实现它的大多数人共识，但社区不同意，最终它并没有执行。 在一个日益两级分化的世界里，以太坊 2.0 无法偏向或损害任何人、实体或群体的利益，因为它首先没有可以这样做的机制。 <br/> ## 面对审查时，Eth2 表现稳健与性能良好 赛弗朋克 (Cypherpunk) 总是担心政府的审查，但最近的情况表明，审查制度还来自个人、企业和机构。以太坊 2.0 正开始支持另一个完整的金融系统，这使得在面对这种类型的攻击时，以太坊 2.0 能够保持运行这一点变得前所未有的重要。 最重要的是，以太坊 2.0 把活性放在正确性之前。以太坊 2.0 研究员与技术开发者 Carl Beekhuizen 在他的文章里[概述](https://blog.ethereum.org/2020/02/12/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat/)了 Eth2 是如何在出现严重中断致使大量验证者离线、网络无法敲定区块的情况下仍然继续产生区块的。这种稳健性使得即使遇到大规模网络中断，Eth2 上极其重要的事务功能都能保持运行。 稳健性也是为什么 Eth2 的设计对离线时间的宽容度如此高的原因。短暂的、不相关的离线时间 (数分钟、甚至数天) 对奖励的影响都是相对小的。在离开平台、服务中断、遇到攻击这些情况下，验证者可以安心修改设置或迁移节点。 在 Eth2 上，验证者是默认匿名的，且不存在委托。当有人试图进行审查时，他们将很难胁迫在全球分布的、数量足够多的匿名验证者在很长一段时间内执行他们的意愿。 <br/> ## Eth2 是去中心化经济的可靠资金 在一个可以不负责任地印钞票和资产疯狂膨胀的时代，专家们对该如何最好地保护自己财产和应该把你的储蓄投资在哪里持不同意见。美联储多次[表示](https://twitter.com/ben__rickert/status/1242007814186254336?lang=en)“美联储里有无限量的现金”，也就是说它可以随意[印](https://www.youtube.com/watch?v=ff6SDsaS7rI)任何数量的美元，这导致很多人质疑美元的长期经济获利和他们储蓄的安全性。  Ether ([ETH](https://cointelegraph.com/ethereum-price-index)) 通过挖矿奖励来激励人们参与到以太坊里。它也是建在以太坊上的去中心化经济的基础资产，作为基础交易对、借贷抵押品等。 Eth2 是在这个基础上设计的，还在两方面扩展 ETH 的货币特征： - Eth2 的通货膨胀率预计低于1%，是通货膨胀率最低的协议之一，当然远低于美元。 - [EIP-1559](https://cointelegraph.com/news/a-london-tour-guide-what-the-eip-1559-hard-fork-promises-for-ethereum) (很可能在过渡到 Eth2 之前在以太坊主网启动) 将使 ETH 变得更稀缺，因此随着 Eth2 的使用率提高可能会变得更有价值。 以太坊社区遵循最低可行发行量的政策，以保持链的安全性，免受像双花这样的攻击。这种方法与今天的经济学有非常明显的区别，在今天的经济里，央行对货币政策有非常大的控制权。用户、企业、和政府都对 Eth2 的运行非常有信心，因为它的基本单位发行只用于一个特定目的：安全性，且这个存在理由不会被重新利用来服务其他目的。另外，整个货币政策是广为人知的、公开的，因此每个人都有平等的机会去了解所有的协议规则，形成平等的理解。 <br/> ## Eth2 赋予和实现自我主权 今天，在不同政治光谱的许多人都感到很无力，因为[政治](https://www.statista.com/statistics/207579/public-approval-rating-of-the-us-congress/)和[经济](https://twitter.com/JustinAHorwitz/status/1248384733156741123)似乎跟现实生活完全脱钩。对很多人来说，加密世界的发展前景正改变这个动态的发展势头，将权力还给个人。尤其是 Eth2，在这里大放异彩。 Eth2 允许任何个人、企业或政府运行验证者节点、主动加入协议的规则并为其他参与者执行这些规则。它使单单作为一名消费者难以拥有的所有权、信心和自我主权感成为可能。它还让所有实体可以去信任地构建和验证状态，这使得我们所有人基于同一套事实工作——这在今天的世界上是非常罕见的。 Eth2 不对验证者集设上限，只需要 32 个 ETH 就可以启动一个验证者。尽管不是平等地每个人都可以参与，但这个总额不是不合理的，因为运行一个验证者等于允许一个实体永久地支持这个去中心化经济体，同时以相当于没有风险的回报率赚取 ETH。对于那些持有少于 32 个 ETH的人 (大多数的人)，他们可以把资金集中起来使用 Kraken、Rocket Pool、或其他质押服务来参与到 Eth2 里。 *这篇文章不包含投资建议或推荐。每项投资和交易行动都涉及风险，读者在做决定时应进行自己的研究。* *这里表达的观点、想法和意见仅代表作者本人，不一定反映或代表 Cointelegraph 的观点和意见。* *作者感谢 Vitalik Buterin 对这篇文章提供的反馈。* eth2 合并、数据分片、以 rollup 为中心的未来]]>https://www.ethereum.cn/Eth2/the-road-to-ethereumhttps://www.ethereum.cn/Eth2/the-road-to-ethereumWed, 28 Apr 2021 00:00:00 GMT来源 | [barnabe.substack.com](https://barnabe.substack.com/p/eth2) <br/> 以下内容改编自 4 月 9 日 (周五) 的演讲 本文讲的是通往以太坊的未来之路。Eth2 开发者团队将当前的以太坊称为 “eth1”，也就是现在我们所熟知的 PoW 链。而未来的以太坊既不是 eth1，也不是 eth2，而是...以太坊： 让我们来梳理一下现在的以太坊：  <center>图：当前以太坊 (eth1链) 的运作方式</center> 用户想要做一些事情 (“进行交易”)，因此将其交易发送给矿工，矿工把它们打包成块并添加至一条不断增长的链中。矿工运行 PoW 共识机制 ^[我听说 PoW 不是一种共识算法，但我认为如果使其定义超载了，将其描述为共识机制是没有问题的。]，以决定谁来添加下一个区块， 并执行区块中的交易，以确保交易是有效的。  <center>图：PoS 机制代替 PoW 机制</center> 也不全是糟糕的，但我需要一个吸引人的题目 PoW 需要大量硬件运行密集的计算，造成了过高的能量消耗。我们并不会像大多数加密货币批评者那样谈论资源浪费 (他们通常的说辞是“为什么我们要用一种消耗国家资源的支付系统”？)，我们所倡导的是，既然我们能够以相对较小的消耗去做同样的事情，那我们就应该这样做。 所以我们选择向 PoS 过渡，仅用一个小型服务器代替大量的挖矿设备，用验证者代替矿工。  <center>图：如果他们没有做好第二步的验证工作，他们将会损失资产</center> 那第二步是怎样运作的？验证者到底在验证什么？  <center>图：将以太坊的活动分为两部分 (共识层和执行层)</center> 共识层确保每个人就某个正确的数据达成一致。而执行层实际上会解释这些数据，使其有意义。“数据”即与区块链任何形式的交互，如，部署一个合约、在交易所进行交易、发送支付交易等等... 区块链的核心是在链中添加新的区块。当有新的区块添加时，该区块之前的状态会向区块后的状态迁移。这个状态汇总了从区块 0 到 N 的所有数据。 例如，如果该状态保存着记录 Alice 和 Bob 余额的账本，而新区块包含了 Bob 向 Alice 支付 10 代币的记录，那么这个新区块被添加至区块链之后，状态将会记录新的余额信息。“State after block N+1” (区块 N+1 之后的状态) 那个图中右边的虚线斑点就代表着添加了新区块之后的变化，这时可能会修改现有状态 (例如，Alice 和 Bob 的余额)，或创建新的状态 (部署一个新的合约，或将 Carol 添加到账本...)  <center>图：第一步将共识层与执行层解耦；第二步从 PoW 向 PoS 转移</center> Rollups 和 eth2 主要为了解决上图计划中的第一点：去除共识层与执行层的相关性。那么这项工作的进展如何？  <center>图：第一步已完成</center> 自 2020 年 12 月以来，我们同时拥有着两条链在进行： - 第一条，是 PoS-共识链 (又名，信标链) - 第二条，是我们可靠的 PoW-共识+执行链 (又名，eth1) 他们同时运行，但他们也可以相互通讯。但是，目前还没有实现这种功能...  <center>图：如何成为一名验证者</center> 想要成为 PoS-共识的验证者，PoW-共识+执行链上的用户需要在存款合约中锁定 32 ETH，这会自动转移到 PoS-共识链中。一旦验证者被激活，他们就可以开始验证工作和获取奖励了。  <center>图：合并</center> 这种无法通讯的情况希望不会持续太久。“合并”将 PoS-共识链和 PoW-共识+执行链永久地桥接起来，也就是说验证者可以为执行层生产区块。合并后，我们拥有两种链： - PoS-共识链 - 一条基于 PoS 的执行链 (即 “eth1” 链) 合并之后，PoS-共识链的验证者将能够赎回以及提现他们的质押存款和奖励，并将其发送回到基于 PoS 的执行链中。^[[PhiGo](https://twitter.com/ph_igo) 在[推特](https://twitter.com/ph_igo/status/1384543184655683586)写道，合并后 (PoW 退出以太坊) 不一定就可以提取质押存款。的确，目前合并计划更专注于合并部分，而“提款”问题是一项独立但相关的研究工作。] 因此我们需要从 PoW 环境中转向完全成熟的 PoS 环境。但是请注意，这一转变并没有怎么提高区块链的带宽 (一个区块打包多少执行交易)，这是分片要解决的问题。在此之前，让我们来讨论一下，当我们只有一条执行链时，有哪些方法可以提高执行的可扩展性。  <center>图：将执行放在链下；将数据放在链上</center> <center>(颜色总结：共识=紫色，执行=绿色，数据=黄色)</center> 说到 rollups，这是众多可用的扩容解决方案之一，但从协议设计的角度来看，这种解决方案可能提供了最优的折衷方案。这种方案的想法很简单：通过将数据存储在链上 (这些数据用于重建状态转移的执行) 来综合地处理状态转换，并且将状态的执行放到链下。如果有人不同意执行的结果，或者有人一开始就忘记执行，数据就在链上供所有人使用 (可以重新计算)，这是完全无需许可的！ 更准确地说，执行所需的数据 (交易输入) 与其载体 (交易) 分离，并以节省空间的方式 “捆绑”起来。同时，rollups 在执行链 (eth1) 之外运行，提交并执行数据。  <center>图：已有几个 rollups 方案部署，还要更多正在研发中</center> 用户需要往执行链 ("eth1") 上的 rollup 合约质押一笔资产，才能够进入到 rollup 里，用户可以在里面进行交易。完成之后，用户可以将资产从 rollup 中转回到执行链中。 Rollups 的替代方案是什么？大家看一下上图，让我们来假设一下，如果我们用一串串平行的红色来代替那些垂直的黄色链会怎样？比如说，如果我们复制了几条 eth1 链，然后它们之间并排运行会怎么样？ 这里的问题是如何处理并行运行的多个执行链。[如果某条链上发生了什么事情，而其他人需要知道怎么办呢？](https://ethresear.ch/t/cross-shard-defi-composability/6268?u=barnabe)这是分片面临的一个非常棘手的问题，或者说对于在多个链中执行的方案来说都需要克服的问题。 "Rollups 之间并没什么不同"，读者可能这么认为，本质上来说这没什么错。但是当你想要从一个 rollup 转到另一个 rollup 上进行交易时，同样棘手的问题又出现了。然而，关键在于，现在已经存在几种 rollup 设计了，并且这些解决方案的可探索空间仍非常广泛。既然如此，为什么不让 rollups 先进行试验，然后再引入一种协议级别的方法呢？ 这让我们来到了...  <center>图：使用分片来存储 rollup 发布的数据</center> 读者应该听说过区块空间不足的事吧？ Rollups 确实需要发布它们的数据，但是 eth1 区块空间十分稀缺！而且，就像我们所讨论过的，跨分片是非常难的。那为了解决这个问题，我们可以用分片来保存 rollup 需要发布的数据。届时很可能会有 64 个分片，即现在可用带宽的 64 倍。而且一个分片区块可能会比 eth1 链区块当前能够容纳更多的数据量。 我需要强调一下，这并不意味着我们将永远排除执行分片这个方案。[以 rollup 为中心的以太坊路线图](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)是我们中短期的发展目标，直到我们找到更好的加密基元，以保证能够实现跨多条链的执行分片。这个方案很吸引人，需要团队很多人花费很长的时间去研究。与此同时，我们可以使用 rollups。  <center>图：每个 rollup 都有自己的执行环境</center> 这方面还有很多工作要做！首先我们不要忘记，“合并”和“数据分片”都是非常复杂的工作，需要多个团队同时从事其中一项或两项工作。但在 rollup 方面，也仍有一些有趣的问题有待探索，我仅列出了一部分： - [实现用户和 rollups 之间的大规模迁移是一个很酷的概念](https://ethresear.ch/t/mass-migration-to-prevent-user-lockin-in-rollup/7701)。如果用户有足够多的公共交通工具令其往返 Layer1 (eth1) 和 Layer2 (rollups)，那么为什么还要自己开车往返呢？这非常不经济。 - 如果用户觉得可以在另外一个 rollup 上做一些更酷的东西 (ta 所在的 rollup 是没有的)，难道 ta 一定得先提现至 L1，然后再从 L1 中存款进这个 rollup 中吗？这未免太浪费了。 - 对于当前的链上操作来说，rollups 极大地提高了网络带宽，这是毫无疑问的。但是 rollups 仍不是用户所期望的无限高速公路那样。仍有很多人想要在 rollups 上做很多事情，有时甚至是同时做的！因此 rollups 将不可避免地面临拥堵问题，但与 L1 这个尤其拥堵的市场不同 (很快就会上线 [eip1559](https://barnabe.substack.com/p/congestion-control-and-eip1559)了)，rollups 的可探索空间更加广泛。 - 说到拥堵问题，虽然这更特定于协议层面，但是我们还将看到 [EIP-1559 扮演交通警察的角色](https://github.com/ethereum/eth2.0-specs/issues/1280)，来规定每个数据分片上发布多少数据，确保验证者可以处理这个数据量。如果读者觉得 eth1 上运行 EIP-1559 很酷，那么请期待届时会在 64 条分片链上同时运行 1559。那么，rollups 应该在哪里发布它们的数据呢？是仅发布在单个分片上，使数据仅在该分片上可获取？还是说发布在多个分片上，这样就可以受益于计划推出的“错开分片区块生产” ([shard staggering](https://ethresear.ch/t/simple-approach-to-incentivizing-shard-staggering/9149)) 方案？这个方案由 Vitalik 提出，即分片轮流出块，这样发布数据时，距离新区块的生成时间为几百毫秒以内，这对于需要“快速敲定”的应用来说是理想选择。 *特此感谢 Danny Ryan 和 Sacha Saint-Leger 的建议。* https://www.ethereum.cn/Ecosystem/eth-weekly-2021-4-26/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-4-26/Mon, 26 Apr 2021 00:00:00 GMT <br/> # Eth2 **信标链首次事故** 关于这件事的始末与教训，可以看最新一期的《[Eth2 进展更新](https://www.ethereum.cn/Eth2/wnie2-2021-4-24)》。 本期七日谈旨在提供一些来自 Prysmatic Labs 的补充信息。 Prysmatic Labs 在推上表示这次的事件是非常罕见的情况，并已发布了最新修复版本 v.1.3.8-hotfix-6c0942。 一些原始数据显示，此次事故造成的总损失接近 15 个 ETH。由于缺乏区块空间而丢失的证明使平均每个验证者损失 122950 gwei，以今天的价格即大概 0.30 美元 。 以下是一些关键事实： - 没有验证者被罚没 - 对信标链的敲定没有影响 - 参与率还是很高 (最低点也有 84.8%) （编者著，此数据与 Ben Edgington 编写的最新一期《Eth2 进展更新》有出入。) - 大多数验证者丢失 2 到 3 个证明，不管哪个客户端类型 - 这次不像是一次恶意或故意的攻击 来源：https://twitter.com/prylabs/status/1386011312849833984?s=20 这次事件后，Eth2 的核心开发者 Danny Ryan 和 Justin Drake 都在推特上呼吁质押者需要重视客户端多样性问题。 <br/> **Altair 升级的时间** 根据 Alex Stokes 对 4 月 21 日 Eth2 会议的笔记，信标链第一次升级 Altair 的时间很可能是今年 7 月底到 8 月，与伦敦升级相近，且必须在”合并“前进行。 来源：https://twitter.com/ralexstokes/status/1385295236885204997?s=20 <br/> # Eth1 ## 伦敦升级 根据 Tim Beiko 对 4 月23 日那次非常规核心开发者会议的笔记，考虑纳入到伦敦升级的 4 份 EIP 的进展如下： EIP-2537: 关于 BLS 预编译，把它纳入伦敦升级有两个忧虑——第一是迁移到一个新的密码库需要更多的测试；第二是会引起一些 gas 价格变更。尽管这些都是很大的变更，但仍需要更多工作，而这可能会延迟伦敦升级。问题是，如果不把它纳入伦敦升级的话，应该什么时候把它加入主网。 EIP-2677: 是一个简单变更，但没有得到强烈支持，且由于它会增加测试开销，最终确定不纳入到伦敦升级。 EIP-3403: 关于某些特别情况以外，移除操作码 `SSTORE` 和 `SELFDESTRUCT` 的 gas 返还。因为 gas 返还会增加区块 gas 消耗，且1559 也会，之前反对把它加入伦敦是出于安全性考虑。3403 的主要问题在于那些“特别情况”，因为把这样的逻辑加到客户端会增加代码复杂性，且容易出现漏洞。另一方面，完全取消 gas 返还会是一个非常大的变化，这也是 EIP-3298 不被纳入的原因。因此 Vitalk 和 Martin Holst Swende 正在写一份新的 EIP，提议把 `SSTORE` 的 gas 返还从 15k 降低到 4.8k gas，取消 `SELFDESTRUCT` 的 gas 返还，并将 gas 返还的最高额外执行量从 1/2 降到 1/5。这份提案能实现减少区块弹性、抑制像 gas token 这样东西的出现、降低与 3403 相关的执行复杂性。大家都对这些想法表示赞同，但鉴于还没有一份实际的 EIP，客户端团队需要在下周对其进行审阅。我们会在下周五的会议里对其进行讨论并作出决定。 EIP-3074: 情况与 2537 相似。 关于如何在保持伦敦内容精简、把“合并”作为首要任务、以及把社区想要的功能 (例如 3074 和2537) 部署主网间取得平衡，会议进行了广泛讨论，并得到以下三点共识： 1. 保持伦敦升级精炼、并计划在七月中旬及逆行不忘部署，内容仅包括 1559、3198、3238 和关于 gas 返还的 EIP。 2. 在做伦敦升级的工作时同时推进“合并”，并希望尽早实现“合并”。 3. 当伦敦升级完成后，开始下一个小型功能分叉——上海升级。 上海的内容应该是那些本来想纳入伦敦但来不及的 EIP。如果上海的进度早于 “合并”，就先部署上海升级；如果“合并”的进度更快，就先实现“合并”，推迟上海。 客户端团队表示伦敦和“合并” 的工作在平行推进中，并在两方面都取得不错的进展。伦敦部署主网后，他们会集中在上海升级的内容。 会议为伦敦升级定了时间表，并在下次会议决定区块高度。  至于冰河世纪的推迟，现在的 EIP 是计划把它推迟到 2022 的第二季度。鉴于我们打算在今年部署上海升级或实现“合并”，我们同意把难度炸弹的爆炸时间提早，作为推动力。会议上，大家同意把时间设在 12 月。 来源：https://twitter.com/TimBeiko/status/1385613482402275331?s=20 <br/> **EIP-3074 社区会议** EIP-3074 的作者将主持一次社区会议讨论这份 EIP，目的在于教育那些与这份 EIP 有直接交互的团队 （例如钱包和中继器团队），讨论多种权衡、以及收集对这份提案的反馈。 时间：北京时间 4 月27 日 00:00 会议链接：https://us02web.zoom.us/j/83343120771?pwd=bW0wckdnUFdFTzE4SHZ2U0xvSXQ3dz09 持续时间：1小时 来源：https://github.com/ethereum/pm/issues/303 <br/> # Layer2 **区块链数据索引项目 The Graph 推出 Scalar，降低查询费用** 去中心化数据索引和查询协议 The Graph 中，每一次查询都由索引者单独定价，由消费者 (通常是应用程序开发者) 付费。The Graph 的托管服务查询量在 2 月份超过 140 亿次，3 月份超过 190 亿次。 因而经过两年的研发后，The Graph 基金会于 4 月 21 日宣布推出 Scalar 以解决需求量逐渐增大的问题。Scalar 是一个基于扩容解决方案 Connext Vector 协议构建的可扩展微交易解决方案，通过状态通道聚集以及压缩交易再发送至链上敲定，可以降低 The Graph 网络的 GRT 查询费用，提高查询速度。 来源：https://thegraph.com/blog/scalar <br/> **Layer2.finance v0.1 主网上线** 状态通道扩容解决方案 Celer Network 的 Layer2.finance v0.1 于 4 月 23 日上线主网，用户现在可以在 app.l2.finance 上免费 (启动的 60 天内) 使用 DeFi 协议 Aave、Compound Finance 和 Curve Finance。并且对于另外对于前500名符合条件的用户，Celer Network 将一并报销用户从以太坊主网转到 layer2.finance 的手续费。 来源：https://blog.celer.network/2021/04/22/the-layer2-finance-v0-1-mainnet-launches-democratize-defi-simple-and-zero-fees/ <br/> **Tether (USDT) 在扩容解决方案 Hermez 上推出** Tether (USDT) 已在 zk-rollup 扩容解决方案 Hermez Network 上推出，希望借此减轻以太坊 gas 费的压力 (Tether 合约一直都是以太坊中 gas 费使用最多的账户)。  <center>图分别为在以太坊、Tron 和 Omni (基于比特币构建) 上的 USDT 转账总值。</center> <center>cr：Coinmetrics</center> 来源：https://cointelegraph.com/news/tether-launches-on-hermez-rollup-as-ethereum-starts-falling-behind <br/> **Curve Finance 加入 Polygon 的 DeFi 生态** DeFi 流动性提供协议 Curve Finance 在扩容解决方案 Polygon (原 Matic) 上发布了一个流动性池，池中的流动性同时也存在 Aave 上。因此在 polygon.curve.fi 中，用户可以进行 DAI、USDC、USDT 之间的 swap，并且赚取交易费和 MATIC 代币。 来源：https://twitter.com/0xPolygon/status/1384501290059722756 <br/> 路印协议即将推出跨 L1、L2、CEX 交易的解决方案 Ethport，此方案将于 2021 年 5 月路印发布 3.7 版本时推出。以下是 Ethport 的功能： 1. 路印 zkRollup 用户可以实现直接从 L2 以极低的手续费与 L1 DApps 交互； 2. 支持跨 L2 转账； 3. 中心化交易所可使用标准 Layer 1 接口直接提款到 Loopring zkRollup。 来源：https://medium.com/loopring-protocol/ethport-loopring-l1-l2-cex-8bb83c9032e3 <br/> **Layer 2 Rollup辩论：zkSync、Optimism、Arbitrum和Starkware** 2021年4月23日，The Delphi Podcast 主持人和 Delphi Ventures 基金管理人 Tom Shaughnessy 邀请当前最热门的以太坊 Layer 2 Rollup 扩容项目负责人和知名投资分析师，进行了一场精彩绝伦的辩论。 辩论文字整理：https://mp.weixin.qq.com/s/VLeAV39MNSW1qmtA_UKJCA 原文音频：https://fiftyonepercent.podbean.com/e/ethereum-layer-2-rollup-debate-optimism-starkware-arbitrum-and-zksync/ <br/> # DeFi **Maker 发行首笔以现实世界资产为背书的贷款** 此前，MakerDAO 社区提议增加某种 ERC-20 代币作为 Maker 借贷协议的抵押品，该 ERC-20 代币代表着某房地产资产池子中的股权。4 月 14 日，该提议通过了。这代表着将现实世界的资产引入 DeFi 中使用的第一步，也是将价值数万亿美元的实物资产引入开放的金融生态系统的重要一步。4 月 22 日，借贷协议 Centrifuge 与 Maker 的合作正式上线，New Silver 成为第一个连接 DeFi 和现实世界资产的池子。 借贷协议 Centrifuge 创建了一个名为 Tinlake 的借贷平台。在这个平台，资产发起人可以将真实世界的资产转化为通证代币，从而在区块链世界中进行贷款融资。目前 Centrifuge 的合作对象包括 MakerDao、AAVE 等。  <center>cr：Centrifuge</center> 金融机构 New Silver 率先在 Tinlake 平台中创建了一个房产修复转卖贷款池 (fix and flip loans)，依托 MakerDAO 作为信贷设施完成第一笔贷款融资。目前，Silver 在 Maker 的信用额度为 500 万美元，铸造并贷出了以现实世界资产 (Real World Assets, RWA) 为背书的 DAI。 来源：https://medium.com/centrifuge/defi-2-0-first-real-world-loan-is-financed-on-maker-fbe24675428f <br/> **以太坊 DeFi 用户地址累计已超过 200 万个** 根据 Dune Analytics 的数据显示，以太坊 DeFi 用户地址累积超过 200 万 (这里的用户统计的是以太坊唯一地址)。此次统计包含了一些主流 DeFi 项目：Uniswap、Compound、1inch、Balancer、Kyber、SushiSwap、MakerDAO、dYdX、Aave、Curve、Yearn 等。  来源：https://duneanalytics.com/rchen8/defi-users-over-time <br/> # 生态 **gas limit 提升至 1500 万** 4 月 20 日，Bitfly 发推表示，鉴于柏林升级提高了效率，他们相信现在把 gas limit 从12,500,00 提高到 15,000,000 是比较安全的。并这次提升 gas limit 视为一次社区的重大里程碑。 评论里有人问为什么提升 gas limit 对社区有利，Tim Beiko 回复解释道： 提升 gas limit 允许更多的交易打包到一个区块里，这可以降低交易费或让更多人在某个特定 gas 价格做交易。但是，这也会增加以太坊的状态大小和使节点更难运行。这就是为什么需要在提高用户体验与维持网络安全之间取得平衡的原因。  来源：https://twitter.com/etherchain_org/status/1384450774428700672?s=20 <br/> **为什么 gas 费这么低？** Anthony Sassano 列出了几个最近 gas 费这么低的原因： - gas limit (区块大小) 提高了20% - Flashbot 允许 MEV 提取者绕过交易池 - 二层网络 (或其他链) 把交易放到链下 - 市场最近比较平静，自然导致更少的网上活动  你们觉得呢？ <br/> **Hudson Jameson 宣布正式离职** 4 月 21 日，Hudson Jameson 发推宣布离开以太坊基金会，结束他在基金会接近 5 年的工作，是时候开启人生的新篇章。关于他的去向，他表示会先休息两个月，但不会离开以太坊生态，且仍然会继续 EthCatHerder 和 Zcash Open Major Grants 的工作。 <br/> **美国著名饶舌歌手 Eminem 发布 NFT 系列** Eminem 在 NFT 平台 Nifty Gateway 上发布了 NFT 系列，分别有限量版本、拍卖版本以及开放版本，开放版本已结束销售。  来源：https://niftygateway.com/collections/eminemopens <br/> <br> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-4-24https://www.ethereum.cn/Eth2/wnie2-2021-4-24Sun, 25 Apr 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210424) <br/> # 首推 这周最不容错过的是观看 EthGlobal 的“[合并峰会](https://www.youtube.com/watch?v=Yk39hNavhyM)”！详情看[下文](https://hackmd.io/@benjaminion/wnie2_210424#EthGlobal-Merge-Summit)。 <br/> # 信标链 ## 🚨 快讯 🚨 信标链出现了[第一次事故](https://twitter.com/prylabs/status/1385840170017112064)。在北京时间 4 月 24 日 09:36 到 11:28 期间，大量区块丢失了。正常来说，信标链上只有大概 1% 的区块会出现丢失。在这个期间，接近70% 的 slot 是空的 (560 个 slot 里丢失了 403 个) [](https://i.ibb.co/wJ4SY87/beaconcha-in.png) *在这次事故中，有大量丢失区块。(图片来自 [beaconcha.in](https://beaconcha.in/)。点击看大图)* 区块链就是用来生成区块的，所以真的是个严重问题。但是，信标链一直在不断敲定区块，而且似乎证明的生成并没有受影响。但是，只生成这么少的区块，剩下的区块提议者在他们的区块里没有足够的空间把所有的等待证明打包进去，所以参与率有时会下降到危险的程度。信标链的参与率一直都保持在 99%左右，因此看到这种程度的下降的确是相当令人震惊的。 [](https://i.ibb.co/Y70ZjyD/metal-albert.png) *在事故期间，区块空间不够，参与率造成参与率下降。 ( 数据来自[Metal Albert](https://hackmd.io/@benjaminion/wnie2_200501#And-finally…)。点击看大图)* 有人很快过来责备我[乌鸦嘴](https://twitter.com/benjaminion_xyz/status/1383765895965593607)，但发现[这个漏洞是出现在最多人使用的 Prysm 客户端上](https://github.com/prysmaticlabs/prysm/issues/8298)。问题的根源与给 Eth1 存款合约的状态投票有关：如果你无法看到存款合约的正确数据，你无法提议区块。当网络给一个新的存款根投了票 （这种情况一般每 7 小时发生一次），这次事故就马上自行解决了。Prysm 团队发布了一个[快速修复](https://github.com/prysmaticlabs/prysm/pull/8809)的 PR，但在它发布和大多数用户都升级前，这种事还可能发生，尽管几率很小。 这次事件对质押者有四个方面的影响。但总的来说，影响都是相对小的。它其实可以发展到非常严重的地步。 1. 对于被抽到做提议区块且使用 Prysm 客户端的验证者，他们在这个期间丢失了区块奖励。 2. 对于所有的验证者，区块空间的减少使得所作证明被打包到链上的机会会严重减少，导致遭受不参与的惩罚。 3. 对所有的验证者，所作的证明尽管被打包到链上但是严重延迟的，他们所获得的奖励会减少。 4. 对于所有验证者的最后一个影响，由于整体的奖励水平是随参与率升高而上升的，因此在这个期间所有验证者的奖励都减少了。 这是 Prysm 团队的[最新更新](https://twitter.com/prylabs/status/1386011312849833984) (看上图，我的节点所显示的参与率下跌情况比他们报告的还要严重)。 ### 教训 教训：大家都是时候把客户端多样化重视起来。 我们一直都在强调这一点。在 Prysm 的一个漏洞差点使整个 Medalla 测试网崩溃这件事之前就强调了；在 Prysm 的一个漏洞导致 Spadina 测试网创世遭遇无法敲定这件事之前就强调了。这些都不是 Prysm 的问题：这是让一个客户端控制超过 70% 的网络造成的一次集体故障。运行另外三个产品级客户端是完全没有坏处的。相反只会有好处，无论是对网络健康，还是你的[个人收入](https://twitter.com/benjaminion_xyz/status/1377904793910448132)而言。 如果你在运行主流客户端 （现在是 Prysm)，那么现在你需要行动起来了！客户端多样性不是别人的事，而是*你的*事。如果你在使用质押服务，你可以对它们进行游说。如果你在运行质押服务，可以随时联系[我们](mailto:ben.edgington@consensys.net)。 ## Rayonism 项目 其他方面的消息，[Rayonism](https://rayonism.io/) 黑客松项目正在进行中，并取得重要进展。Protolambda 在 “合并峰会”给出了一个很好的概述。再提醒一下，Rayonism 项目旨在一起构建一个多客户端开发者测试网，展示 PoS 合并、分片、存款提款、甚至把 optimistic rollup 也加进去。 总的来说，Eth1 (执行层) 和 Eth2 (共识层) 的客户端都有很强的开发者参与。目前的进展很不错，下周可能会推出一个短期的多客户端开发者测试网，下周末会推出一个更长期的开发者测试网。 详细可以看 [GitHub 代码库](https://github.com/ethereum/rayonism) ，也可以根据[合并测试网教程](https://github.com/protolambda/mergenet-tutorial)尝试自己运行一个合并测试网。目前，在 Eth1 (执行层) 一边你可以运行 Catalyst/Geth 或 [Nethermind](https://twitter.com/nethermindeth/status/1385169437666447361)，在 Eth2 （共识层）一边你可以运行 Teku 或 Lighthouse。 ## "合并" “合并” 是我们将以太坊工作量证明 (PoW) 链完全迁移到权益证明 (PoS) 链的节点——把 PoW 链“合并”到信标链里。 现在围绕”合并“的讨论重点是时间。4 月 22 日上周五，我们开了一次非常规[核心开发者会议](https://youtu.be/C9hzAYkklQM?t=246)，就此进行讨论。讨论没有一个确切的结果，因为需要在把一些很好的 EIP 加入主网与实现”合并“间取得平衡，而且两边都有很多工作需要进行。Rayonsim 项目的成果也是部分的影响因素。 Tim Beiko [对这次会议进行了总结](https://twitter.com/TimBeiko/status/1385616588498374656)。计划大概是这样：在 7 月中旬 (目标是 14 日）实现伦敦升级，此后是一个小型的 Eth1 功能分叉 (上海升级) 与”合并“工作同时进行。如果”合并“ 有希望可以实现，那么会优先实现”合并“。否则，先进行上海升级。 有人提到”合并”最早发生在十月，但这似乎不太可能。不过，今年年底还有有机会可以实现的。 ## Staking [标准免责声明适用于以下所有内容。我没有用我的 ETH 尝试过以下任何项目；请读者务必做好研究与调查。] [Abyss Finance](https://abyss.finance/) 带来了一些有趣的东西。首先是“[批量存款工具](https://abyss.finance/eth2depositor)”。按照 Launchpad 的标准步骤生成质押文档之后，使用该工具就可以通过一笔交易完成所有存款，而不需要在 MetaMask 上点击多次以获得授权，这无疑是巨大的进步。与单独存款相比，使用批量存款的方法确实可以省去一大笔 gas 费。 其次就是一种资助验证者托管的[新方法](https://abyss.finance/hosting)。Abyss 表示，如果用户将 DeFi 流动性代币在其方案中锁定几周，Abyss 将永久地为用户免费提供验证者托管服务。他们使用 [Allnodes](https://www.allnodes.com/) 的托管服务，这我是可以担保的，因为 a) Allnodes 运行 Teku 客户端；b) 在我追踪的 staking 服务中，他们的性能始终[名列前茅](https://consensys.net/blog/codefi/institutions-are-earning-8-5-apy-for-staking-on-ethereum-2-0/)。 说到 Allnodes，他们还[集成了硬件钱包 Ledger Nano X](https://wallet.allnodes.com/eth2/generate), 利用其新 BLS12-381 功能，用户可以直接从自己的硬件钱包中存款，并安全地管理提款密钥。 现在我们可以指定一个 Eth1 合约作为质押存款的提款地址，去信任的质押池正逐渐成为现实。这允许用户质押 <32 ETH 的数额。我得知了一些质押池的新消息： - [Stakewise](https://stakewise.io/) 已经[上线主网并开始运作](https://stakewise.medium.com/stakewise-announces-trustless-staking-and-end-of-the-bootstrapping-campaign-540b27e3d534)了。 - [Rocketpool](https://hackmd.io/@benjaminion/wnie2_210424) 也即将上线了。他们刚发了 Rockpool 介绍系列的[第三篇](https://medium.com/rocket-pool/rocket-pool-staking-protocol-part-3-3029afb57d4c)：RPL & 代币经济。 - Paradigm Research 刚发布了一篇关于[质押池和质押衍生品](https://research.paradigm.xyz/staking)的报告。其结论对去中心化质押池来说非常有利。文章以 [Lido](https://lido.fi/) 及其质押代币 stETH 作为案例研究。 ## 经济学 大家似乎最近才意识到，在合并之后，除了验证和生成信标链区块的奖励之外，Eth2 验证者还将赚得交易费用。在撰写本文时，我快速浏览了一下 [Etherscan](https://etherscan.io/blocks)，目前每个区块的交易费用平均约为1个 ETH，这比当前的信标区块奖励高出 250 倍。当然，EIP-1559 将减少区块奖励，但还有[矿工的可提取价值](https://youtu.be/Yk39hNavhyM?t=15936)，这有可能会显著地提高奖励。 无论如何，合并使得 Staking 经济学发生了实质上的改变。合并之后，验证者的年收益可能至少会有 [25%](https://twitter.com/drakefjustin/status/1384124998084792324) (计算：https://docs.google.com/spreadsheets/d/1FslqTnECKvi7_l4x6lbyRhNtzW9f6CVEzwDf04zprfA/edit#gid=0) 甚至会[更高](https://www.reddit.com/r/ethstaker/comments/muepnz/eth_20_validator_152_apr_after_the_merge/)。而现在只有 [7.85%](https://twitter.com/Eth2Bot/status/1385745511894896641)。 <br/> # EthGlobal 合并峰会 EthGlobal 主办的 [Scaling Ethereum](https://scaling.ethglobal.co/) 黑客松正在进行中，而在 4 月 23 日有一场 “合并峰会”。 [完整视频](https://www.youtube.com/watch?v=Yk39hNavhyM)已经上传。下面给出了每段演讲的链接： - [16:45](https://youtu.be/Yk39hNavhyM?t=907) 未来就是现在 - 从大都市 (Metropolis) 到宁静 (Serenity), *Hsiao-Wei Wang* [[幻灯片展示](https://docs.google.com/presentation/d/1tKKfWC4ZHQbrI5isZta8Iusz2n_1plvbR0w4LvNpQQU/edit#slide=id.p)] - [17:15](https://youtu.be/Yk39hNavhyM?t=2446) 合并的状态, *Lakshman Sankar* - [17:45](https://youtu.be/Yk39hNavhyM?t=4065) Rayonism, *Diederik Loerakker (Protolambda)* - [18:15](https://youtu.be/Yk39hNavhyM?t=5954) 讨论：以太坊共识的发展，*Danny Ryan、 Trent Van Epps、 Aftab Hossain* - 18:45 中场休息 - [19:00](https://youtu.be/Yk39hNavhyM?t=9013) 保证: 没有缺点的客户端多样化，*Jim McDonald* - [19:30](https://youtu.be/Yk39hNavhyM?t=10623) 信标链创世后，对以太坊质押的一些外行看法，*Superphiz* - [20:00](https://youtu.be/Yk39hNavhyM?t=12645) 私密共享的验证者 - Eth2 验证者韧性的下一章节, *Mara Schmiedt* - [20:30](https://youtu.be/Yk39hNavhyM?t=14038) Prysm 如何计划与其他 Eth1 客户端实现互操作性, *Terence Tsao* - [21:00](https://youtu.be/Yk39hNavhyM?t=15936) 合并后的 MEV (并且有 Nethermind 和 Flashbots), *Tomasz Stanczak, Alex Obadia* - [21:30](https://youtu.be/Yk39hNavhyM?t=18078) 合并之后会发生什么? *Vitalik Buterin* [预告: Ethereum 3.0 🙂](https://assets.hackmd.io/build/emojify.js/dist/images/basic/slightly_smiling_face.png)] 这是一组高质量的演讲，值得大家花时间好好看看。 u/Liberosist 发布了[一些笔记](https://www.reddit.com/r/ethfinance/comments/mxdu7b/notes_on_ethglobals_merge_summit/)。但是我在 [EthGlobal.tv](http://ethglobal.tv/) 直播上看到不同的观看人数，是文章中提到的 3-4 倍。 <br/> # 释义性文章 Barnabé Monnot 发布了文章《[以太坊未来之路](https://barnabe.substack.com/p/eth2)》：“可视化了合并、数据分片、以 rollup 为中心的以太坊。”这是一篇很可爱的释义性文章 (手写图表！)，解释了以太坊未来中长期的发展重点。建议大家与上文所提到的演讲视频连起来一起阅读。 Nimbus 的 Jacek 在推特发了另一条 thread，又是一篇经典的解释内容。这次他讲的内容是[区块中的证明](https://twitter.com/jcksie/status/1384154639596101632)。 <br/> # 媒体资源 Viktor Bunin 在他的[第一个专栏文章](https://twitter.com/ViktorBunin/status/1385935698801401857)里支持了以太坊的原则和治理：[Eth2 是我们未来金融的中立基础设施](https://cointelegraph.com/news/eth2-is-neutral-infrastructure-for-our-financial-future)。我完全同意。我今天才意识到，五年多来，我可能每天都在思考以太坊。Viktor 阐述了其中的一些原因。 Coindesk 的 Eth2 播客进展顺利。我觉得我们在处理一些犀利的话题时变得更加得心应手了。 - [4 月 15 日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/proof-of-stake-or-proof-of-work)，我们谈论了 PoW vs PoS - [4 月 22 日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/coinbase-infura-commonalities)，我们谈论了中心化和去中心化。有的读者可能不同意我所说的一些观点😛) 我觉得这个播客相对来说比较温和，且信息量也挺大的。值得推荐！ Christine 还在最新的 [Valid Points](https://www.coindesk.com/rayonism-new-plan-merge-ethereum-and-eth-2-0) 系列中写了关于质押总价值和 Rayonism 的文章。 <br/> # 研究 Dankrad [宣布](https://twitter.com/dankrad/status/1382082493243916298) [Legendre 函数赏金活动](https://legendreprf.org/bounties) 的奖励提高至两万美元，激励大家来对 Legendre PRF 提出质疑或者证明。当我们实现分片时，这将是一个重要的基元：它以一种多方计算友好的方式，用于[证明分片数据的托管](https://ethresear.ch/t/a-0-001-bit-proof-of-custody/7409?u=benjaminion)。 在 [ethresear.ch](https://ethresear.ch/): - Vitalik 的一篇文章，提出了[错开分片区块生成](https://ethresear.ch/t/near-instant-transaction-confirmation-via-staggered-shard-block-production/5643?u=benjaminion)的想法，以减少用户的交易延迟。他的最新想法提出了一种[激励分片区块生产者诚实作为的方法](https://ethresear.ch/t/simple-approach-to-incentivizing-shard-staggering/9149?u=benjaminion)。 <br/> # 常规会议 ## Eth2 实现者会议 第 62 次会议在 4 月 22 日举行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/214) - [会议视频](https://youtu.be/D9Aqr8thF9c?t=232) - 我的[速记](https://hackmd.io/@benjaminion/rJUzAo0Id)，还有 Alex Stokes 的[推特笔记](https://twitter.com/ralexstokes/status/1385295236885204997) 除了平常的更新之外，这次会议的主要重点是，Altair 升级日期可能会稍微推迟一点。客户端团队还需要几周的时间来准备测试网，并且希望将测试网运行大概六周的时间。完成这些之后就到六月底了。但是我们不希望与计划于 七月中进行的伦敦分叉冲撞了。所以， Altair 升级的时间仍未确定。 ## 合并实现者会议 第 2 次会议在 4 月 15 日举行。 - [Notes](https://notes.ethereum.org/@protolambda/merge_impl_call_2) by Protolambda Protolambda 的[笔记](https://notes.ethereum.org/@protolambda/merge_impl_call_2) - [Video](https://youtu.be/ODcNpWiLASk?t=121). This gets pretty deep into the technical weeds. [视频](https://youtu.be/ODcNpWiLASk?t=121)。这涉及到相当深的技术问题。 本次会议进行时，一些开发者正处理 Eth1 柏林分叉后 OpenEthereum 出现的一些漏洞，因此会议中缺少了一些利益相关者。 # 其他新闻 - 以太坊基金会[正在招聘](https://twitter.com/drakefjustin/status/1382795227388317700)”独角兽“安全研究员 - Lighthouse [更新 35](https://lighthouse.sigmaprime.io/update-35.html) 已经发布 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Technology/a_quick_explanation_of_what_the_point_of_the_eiphttps://www.ethereum.cn/Technology/a_quick_explanation_of_what_the_point_of_the_eipFri, 23 Apr 2021 00:00:00 GMT来源 | [r/ethereum](https://www.reddit.com/r/ethereum/comments/mrl5wg/a_quick_explanation_of_what_the_point_of_the_eip/) <br/> 摘要: - 是的，某些操作码调用将需要更多的 gas 开销，但必须这样做来提高安全性。 - 但另一方面，一直以来应该更便宜的操作 (存储后加载相同的 slot) 最终会变得更便宜。 - 另一个重要裨益是，适度提高 gas limit 现在变得更安全。现在限制 gas limit 提高的主要原因跟多在于状态大小问题。 柏林硬分叉中引起 gas 开销变化的 EIP 有：[EIP 2565](https://eips.ethereum.org/EIPS/eip-2565) (降低`ModExp` 求模求幂运算的 gas 开销 )、[EIP 2929](https://eips.ethereum.org/EIPS/eip-2929) (提高`SLOAD` 与 `CALL` 的 gas 开销)、以及 EIP [2718](https://eips.ethereum.org/EIPS/eip-2718) 和 [2930](https://eips.ethereum.org/EIPS/eip-2930)，用以支持受 gas 开销增加影响的合约的兼容性，以及为未来的升级铺垫。 目前，这些 EIP 中最重要的是 EIP-2929。它的核心内容是： `SLOAD` 的 gas 开销从 800 增加到 2100，`CALL` 的 gas 开销 (包括`STATICCALL` 、 `DELEGATECALL`和其他操作码) 以及外部合约查询 (`BALANCE`、`EXTCODESIZE` 等) 从 700 增加到 2600，但这种情况仅会在地址和存储 slot 在交易里首次被访问时发生。 这样做的目的是进一步提高对 DoS 攻击的抵御能力：早期的研究显示，以太坊协议目前最大的 DoS 漏洞在存储访问，而且是有可能可以创建一些区块对大量账户作简单重复的访问，处理时间可能长达 80 秒。解决办法是一个简单的快速修复：使这些操作持续更长的时间 (存储访问需要磁盘访问) 以消耗更多的 gas，最终 DoS 问题会被削弱大概 3 倍。与此同时，客户端团队进行了一些出色的工作——实现磁盘存储缓存、减少存储加载所需的数据库查询次数、以及更长远地堵住这个漏洞。 gas 开销重新定价加上这些客户端的改善使得现有的区块链更安全，也使得提供 gas limit 比现在更加安全。在 EIP-2929 后，避免大幅 gas limit 提升的主要原因实际上不再是 DoS 攻击问题，而是状态大小的增加 (这两方面互相影响：当存储负载变大后存储加载消耗的 gas 会更多)。因此，[状态过期和无状态](https://hackmd.io/@vbuterin/state_expiry_paths)会变得非常重要，甚至可以说是“合并” 后的首要任务。 这次的重新定价产生的第二大长期裨益是[无状态验证](https://dankradfeist.de/ethereum/2021/02/14/why-stateless.html)的见证大小理论上最大能减少 3 倍。对于代码读取，我们还需要一次重新定价 (类似于：每访问 31 字节代码需要 500 gas)，但这一点可以在未来实现。 请注意：这份 EIP 只增加每笔交易第一次访问的 gas 开销。往后的访问实际上是更便宜的 (任何情况下都是 100 gas)。另外，对预编译的调用一直只消耗 100 gas，包括首次调用。这样做有带来以下正面影响： - 在同一个 slot 里，任何`SLOAD` 后的 `SSTORE` (或者 `SSTORE` 后的 `SLOAD` ) 都会变得更便宜。这是因为第一次存储读取或写入以及支付了访问存储 slot 的 gas 费了，因此该存储 slot 已经“预热了”，第一次读取和写入都会更便宜；这样，我们需要支付的 gas 不是 800 + 5000，而是 2100 + 2900 (大约)，减少了大约 800 gas。这可能使采用 ERC20 协议标准代币的转发更便宜。 - Self-calling 变得更便宜 - 对预编译的调用变得更便宜 (这对于低 gas 开销的预编译来说特别有价值，这些预编译需要倍调用非常多次，比如 `ECADD`) 添加第一次访问规则是因为当一个账户或存储 slot 被第二次访问时，该账户或存储 slot 应该已经在内容里有缓存了，因此就不需要进行昂贵的磁盘访问了。当然，对同一个数值的两次访问也只需要一次的见证条目。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Technology/allcoredev-update002https://www.ethereum.cn/Technology/allcoredev-update002Thu, 22 Apr 2021 00:00:00 GMT来源 | [AllCoreDev Update](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2Facd-update-002) <br/> # 摘要👀 - Berlin 上线，OpenEthereum 在分叉出现了问题，但快速进行了修复，gas limit 将可能小幅提升 - 伦敦升级已经有一个 EIP-1559 的开发者测试网了！同时计划多个分叉涉及非常多的工作，因此我们准备开一个额外的 AllCoreDev 会议； - 核心开发者开始设计“合并” 的原型——关注 [Rayonism](https://rayonism.io/)☀️ <br/> # 招聘更新 ⚒️ - Gnosis [正在招聘 OpenEthereum 的核心开发者](https://boards.greenhouse.io/gnosis/jobs/4497327002)，薪酬上涨了 - Nethermind [正在招聘毕业生参与客户端工作](https://twitter.com/nethermindeth/status/1371830786777833473)——在这种岗位上招新人是非常罕见的！ - ConsenSys [正在招聘 Besu 客户端的开发者](https://consensys.net/open-roles/2397547/)。 <br/> # 柏林升级 在区块12244000，以太坊主网实现柏林网络升级！🎉 尽管分叉区块运行顺利，升级后不久，OpenEthereum 就出现了共识问题。开发者很快发现了问题 (etherscan 崩溃了，也很难不发现这个问题......) 并在 Zoom 上开会对问题进行诊断和找出解决办法。 问题出现了大概1个半小时后，问题根源找到了。简言之，问题是由 BLS-12381 预编译引起的。它在一些柏林测试网里被启动了，但不是主网分叉内容。OpenEthereum 没有禁用这个预编译，而是把它设置在非常遥远的区块上启动。当一笔交易错误地调用了这个预编译地址，OpenEthereum 对该调用的定价就与其他实现不一样。 如果想了解更多细节，Alex Stoke 在[推特](https://twitter.com/ralexstokes/status/1382750001026146304)上对事件进行了详细解释。我们也对 eth1.0 规范的代码库进行了[复盘](https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/retrospectives/berlin.md)。最后，OpenEthereum 团队正在写一份对这次事件的完整事后反思。OpenEthereum 的用户现在应该使用该客户端的 [v.2.3.4 版本](https://github.com/openethereum/openethereum/releases/tag/v3.2.4)。 ## EIP-2930 解析 🧠 为了弥补 EIP-2929 的潜在漏洞，柏林升级还加入了 EIP-2930。这份 EIP 允许交易与一个访问列表一并提交，以在某些情况下稍微降低 gas 开销。 因访问列表而获益的使用情况并不总是那么明显。幸运的是，Nomic Labs 的 Franco Victorio 对这些情况进行了整理，写了[一篇文章解释访问列表会引起的 gas 开销变化、以及访问列表是如何生成的](https://hackmd.io/@fvictorio/gas-costs-after-berlin)。如果你的项目可能受 EIP-2929 或 2930 影响，你应该阅读这篇文章。 ## Gas Limit 提高 📈 如在上一篇更新提到的，当主网实现了柏林升级，以太坊主网上由大型区块带来的大部分 DoS 风险都会得到解除。这意味着我们现在可以（慢慢地！）开始提高 gas limit。如 Péter Szilágyi 在[推特](https://twitter.com/peter_szilagyi/status/1384438441803403268)上所说，EIP-2929 加上 Geth 上的快照使我们得以稍微提高 gas limit。他提议一开始提高到 15M，看看情况如何。 但是！尽管 DoS 风险已经得到缓和，但状态膨胀问题仍然存在。提高 gas limit 意味着提高状态增长速度，以及增加节点同步数据、与网络保持同步的负担。在我们找到长期的解决方案 (例如，无状态)之前，我们仍然需要保持谨慎。特别是 (如 Péter 所说) 在我们还不确定无状态是否真的可行的时候。 <br/> # 伦敦升级 主网进行柏林升级后，我们现在专注于伦敦升级的实现与测试阶段。目前有三份 EIP 在该升级的计划中： [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), 我想不需多做介绍；[EIP-3238](https://eips.ethereum.org/EIPS/eip-3238) 是用于把难度炸弹推迟到 2022 年第二季度；[EIP-3198](https://eips.ethereum.org/EIPS/eip-3198) 用于添加一个操作码以从区块返回 `BASE FEE`。 我们现在有了第一个集成测试网 [Aleut](https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/client-integration-testnets/aleut.md)，大多数客户端正与它同步[1]。如果你想加入这个测试网，规范里有配置文档与启动节点。文档资料现在还不完善，你可能需要使用你所喜欢的客户端的开发者分支，但这个问题在未来几周会得到完善。 在规划方面，伦敦升级非常特别，在另一个升级还在部署的时候它就已经开始规划了，这种情况还是第一次。此外，客户端团队已经开始对“合并” （详见下文）进行原型设计了。在过去的 3 到 4 次核心开发者会议里，由于内容过多，问题都没有讨论完，因此我们决定在[本周五](https://github.com/ethereum/pm/issues/301)安排一次常规以外的会议，继续讨论伦敦升级。 简言之，我们需要决定是否增加其他内容到伦敦升级里，什么时候进行升级，以及如何处理那些没能放到伦敦升级里的 EIP，包括呼声越来越高的 [EIP-3074](https://eips.ethereum.org/EIPS/eip-3074)。又是一个议程满满的会议！ <br/> # Rayonism 项目☀️ 如上文所述，客户端团队已经开始专注在“合并”上了。首先进行的是 [Rayonism](https://rayonism.io/) 项目，是对俄罗斯艺术运动的致敬——“用射线画出一个分片空间，并将其变成动态时间。” 在下一个月，基于“可执行信标链”提议的原型会被构建出来。完整的规范可以在 [ethereum/rayonism](https://github.com/ethereum/rayonism) 代码库里找到。 Rayonsim 项目是 Scaling Ethereum 黑客松的一部分，是对所有人开放的。如果大家也想做出贡献，可以通过加入[discord 频道](https://discord.gg/ky9aV9SMEE)来参与。如果想看它是如何运行的，这里有[一份教程](https://github.com/protolambda/mergenet-tutorial)。😄 当然，Rayonsim 项目作为黑客松的一部分意味着里面的内容变得非常快，发出来的文档可能很快过时，构建出来的原型也不适合做成产品。但，在活动结束的时候，我们应该对实现“合并” 的技术要求和如何把构建的原型产品化有一个非常成熟的思路了。 最后，如果你想看看合并后的图景，Barnabé 本周写了[一篇非常好的文章](https://barnabe.substack.com/p/eth2)！ ------ 感谢您的阅读！下一次的更新应该会在几周后，即伦敦升级的规范被最后敲定的时候。 ------ 发布于 2021.4.20 [1] 注：Aleut 不包括 EIP-3238，因为该 EIP 仅需要为难度炸弹修改主网的一些常数。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Staking/rocket-pool-v2-5-beta-node-operators-guidehttps://www.ethereum.cn/Staking/rocket-pool-v2-5-beta-node-operators-guideWed, 21 Apr 2021 00:00:00 GMT <br/> # 介绍 想要在 Rocket Pool v3.0 beta 测试版本中运行一个[智能节点](https://rocket-pool.readthedocs.io/en/latest/rocket-pool/nodes.html)吗？本指南将指导读者们如何做！现在参与运行节点，将成为 Rocket Pool 网络的第一批节点运行者，并且不仅从自己质押的那份金额中赚取奖金，还可以通过帮其他质押用户运行节点赚取佣金。 如果读者只是想以最简单的方式质押 ETH 而不需要运行节点，请阅读我们的《[质押者指南](https://medium.com/rocket-pool/rocket-pool-v2-5-beta-stakers-guide-b6e85145175e) 》。 本指南是关于安装和设置过程的快速概述 —— 更多详细的文档请看[智能节点文档](https://rocket-pool.readthedocs.io/en/latest/smart-node/getting-started.html)。 发布后的测试版本带有一个用于管理节点的 CLI (命令行界面) 客户端，因此假设使用该指南的读者对终端有基本的认识。在后面的阶段将会推出一个 GUI 客户端，因此如果终端的问题吓到你了，现在开始留神了！ **注意：在 Rocket Pool 网络中运行节点是需要长期承担责任的，就像运行 Eth 2.0 验证者节点一样。我们希望该测试版能够尽可能地模拟真实情况，因此如果你没有做好 24 小时在线的准备，请不要运行节点，因为这会降低 Eth 2.0 Pyrmont 测试网的参与率，也会影响 Rocket Pool beta 用户的收益率。** **注意：考虑到其他用户会尝试在 Pyrmont 测试网中运行验证者节点，请不要在你的节点下创建超过两个 minipool。质押大笔押金意味着等待激活队伍会很长，那么排队的用户需要等很久才可以加入网络了！** **注意：该 beta 版本完全在测试网上运行，也就是说不需要质押“真实的” ETH。参与测试时，千万不要尝试使用“真实的” ETH。** <br/> # 运行节点需要什么？ 你需要一台具有 x86_64 处理器的计算机 (就算不知道这是什么也不用担心！) 来运行某种操作系统 (如 Linux 发行版或 MacOS)。你还需要一个至少 16 GB 的 RAM 和一个拥有 200 GB 可用空间的 SSD 硬盘，以及对计算机的 root (管理员) 访问权限。 **由于时间同步问题，非常不建议在 [Windows 10 WSL](https://docs.microsoft.com/en-us/windows/wsl/install-win10) 上运行节点，这会对 Eth2.0 客户端造成影响。不支持在 WSL 上运行一个节点 —— 自行承担后果。** 如果你的设备没有达到上述规范的要求，查看我们的简易指南：《[在 AWS 上运行 Rocket Pool 智能节点](https://medium.com/rocket-pool/rocket-pool-smart-nodes-on-aws-c4d45fa5c9ad)》。 <br/> # 安装客户端 首先，我们将需要安装 Rocket Pool 智能节点客户端。如果你使用的是 AWS 指南，请跳过这一步。这可以[手动](https://github.com/rocket-pool/smartnode-install/releases)完成，也通过 cURL 或 wget 完成；尝试输入以下命令，看看有哪些工具可用： ```Powershell xxxxxxxxxx curl --versionwget --version ``` (如果你没有安装这些工具， 会显示这样的代码：`command not found: curl`)。现在，取决于你使用的操作系统，运行下列中合适的命令行以安装客户端： ## Linux (cURL): ``` curl -L https://github.com/rocket-pool/smartnode-install/releases/latest/download/rocketpool-cli-linux-amd64 --create-dirs -o ~/bin/rocketpool && chmod +x ~/bin/rocketpool ``` ## Linux (wget): ``` mkdir -p ~/bin && wget https://github.com/rocket-pool/smartnode-install/releases/latest/download/rocketpool-cli-linux-amd64 -O ~/bin/rocketpool && chmod +x ~/bin/rocketpool ``` ## MacOS (cURL): ``` curl -L https://github.com/rocket-pool/smartnode-install/releases/latest/download/rocketpool-cli-darwin-amd64 -o /usr/local/bin/rocketpool && chmod +x /usr/local/bin/rocketpool ``` ## MacOS (wget): ``` wget https://github.com/rocket-pool/smartnode-install/releases/latest/download/rocketpool-cli-darwin-amd64 -O /usr/local/bin/rocketpool && chmod +x /usr/local/bin/rocketpool ``` 然后简单地启动一个新的 shell 会话 (或者运行 `source .profile`)。如果你使用 zshell，你可能需要调整你的 `.zshrc` 或 `.zprofile` ，然后首先将 `~/bin` 添加至你的 `PATH` 中。 完成之后，运行 `rocketpool` —— 如果一切正常，你将看到一个 ASCII Rocket Pool logo 和一系列选项。如果没有看到，尝试重启并再次登录。 <br/> # 安装服务 现在，我们现在将正确安装智能节点服务： ``` rocketpool service install ``` 如果你正使用 Ubuntu、Debian、CentOS 或者 Fedora，将会在你的系统上自动安装 [Docker Engine](https://docs.docker.com/engine/install/) 和 [Docker Compose](https://docs.docker.com/compose/install/)。否则，你将会收到手动安装的提示 —— 照做，然后输入代码 `rocketpool service install -d`。 下一步，重启你的终端 (以便更新用户权限之后，能够与 Docker 交互) 然后设置你的服务： ```Powershell rocketpool service config ``` 你将需要选择运行一个 Eth1.0 客户端和 Eth2.0 客户端。如果你喜欢的话，也可以使用 [Infura](https://infura.io/) 代替运行 Eth1.0 客户端；你将需要注册一个账户、创建一个项目、并在出现提示时复制粘贴其 ID。请注意，如果你使用免费的 Infura 账户，可能会超过每日请求限制。**因此，为了获得最大化的稳定性，最好使用 Geth。** 最后，启动服务： ```Powershell rocketpool service start ``` Docker 将确保服务持续运行，即使它崩溃了或者你重启电脑了，它都会持续工作，除非你明确地停止它的工作。同步 Eth1.0 和 Eth2.0 链需要花些时间，但同时你仍然可以创建钱包以保存你的节点账户和验证者密钥。 现在，检查你的客户端和服务版本，确保一切都是正常的： ```Powershell rocketpool service version ``` 会显示这样的代码： ```Powershell Rocket Pool client version: 1.0.0-beta.X Rocket Pool service version: 1.0.0-beta.X ``` 通过以下方式查看智能节点服务的资源消耗情况： ```Powershell rocketpool service stats ``` 或者，输入以下代码查看 Eth 客户端的运行情况 (e.g. 检查同步状态)： ```Powershell rocketpool service logs eth1 rocketpool service logs eth2 ``` (这两个命令行都将实时运行，直到你按 Ctrl-C 停止。) **注意：你可能会发现你的验证者服务器不断重新启动，直到你拥有一个活跃的质押 minipool。这不会影响你的节点性能，可以放心地忽略它。** ## 转发对等节点发现端口 你还可以选择从你的路由器转发 Eth1.0 和 Eth2.0 客户端的对等节点发现端口。但你也可以选择不这么做，这可能会增加同步时间，因为你可能会连接到网络上的更多节点。如果你跟着 AWS 指南操作，你已经做到这一点了： 你的 Eth1.0 和 Eth2.0 客户端要转发的端口分别是： ```Powershell 30303 (TCP & UDP) 9001 (TCP & UDP) ``` 请注意，Eth2.0 客户端使用各种不同的默认端口，但是 Rocket Pool 将其标准化为 `9001`，以便更容易地配置服务。 转发端口的方法取决于你的路由器，本指南不囊括其中的方法。请参阅你使用的路由器型号的相关文档。 <br/> # 注册节点 在注册 Rocket Pool 的节点之前，你将需要创建一个钱包来保存你的节点账户和验证者密钥。如果你已经参与了之前的测试，务必先删除你的旧钱包和验证者密钥： ```Powershell sudo rm ~/.rocketpool/data/wallet sudo rm -r ~/.rocketpool/data/validators ``` 然后，继续创建一个新的钱包： ```Powershell rocketpool wallet init ``` 你会收到提示，设置一个钱包密码。然后就会看到你的钱包备份助记词，将其记录在安全且私密的地方，因为如果你丢失了钱包，助记词可以帮助恢复钱包以及它的所有密钥 (甚至是将来创建的密钥)。完成之后，你会看到新创建的节点账户的地址。 这时候，你将需要等到你的 Eth1.0 客户端同步完才能进行下一步。让服务日志运行着，并稍后再返回，这可能会需要一两天 (除非你使用的是 Infura)。 一旦你的 Eth1.0 客户端同步完成，你将需要一些 Goerli ETH 和 RPL 来注册 Rocket Pool 节点并开始存款。找到你的节点地址： ```Powershell rocketpool node status ``` 获取 Goerli ETH 的水龙头： - [ethstaker Discord server](https://discord.gg/GGGmqZdCBf) - [faucet.goerli.mudit.blog](https://faucet.goerli.mudit.blog/) 获取了 Goerli ETH 之后，等待你的交易被打包，并确认你的余额已更新： ```Powershell rocketpool node status ``` 现在你可以通过 Rocket Pool 命令行直接从水龙头请求获取一些 RPL： ```Powershell rocketpool faucet withdraw-rpl ``` 请注意，这一步需要付 0.5 Goerli ETH 的费用，以防大家滥用水龙头。你将收到一定量的旧版 RPL，可以交换成新版 RPL 代币，并且将其质押以启动 minipools。 **如果你在 beta 测试版发布前就准备好了，停在这一步并过一段时间再来！** 最后，注册你的 Rocket Pool 节点： ```Powershell rocketpool node register ``` 你的时区位在默认的情况下会被自动检测，然后发送到网络。然而这是可选的，而且并不是用于 KYC，只是为了使得 Rocket Pool 网站上的节点网络图保持更新。如果你正运行一个远程服务器，发送服务器的时区位置。如果你想要隐藏位置，只需输入 `Hidden/Hidden`。 这样你就正式加入 Rocket Pool 网络了！ <br/> # 质押 现在，在 Rocket Pool 中质押 RPL： ```Powershell rocketpool node stake-rpl ``` 你会收到这样的提示：是否需要将你的旧版 RPL 转换成新版 RPL再质押。点击确认，然后输入你需要质押的数量，如果你不确定，选择"所有的 RPL 余额"。 下一步，我们将开始质押： ```Powershell rocketpool node deposit ``` 选择一定数量的 ETH 进行质押。 如果你质押 32 ETH，你的 minipool 就会立即将其余额提交至信标链中，以便尽快开始质押。 ```Powershell rocketpool minipool refund ``` 如果你质押 16 ETH，你的 minipool 需要在队列中等待收集够了 ETH，才能将其余额提交至信标链。 接下来，你会看到当前网络的节点佣金率 (基于节点的供需变化)，以及根据你的质押金给出的最低佣金率建议。这将与你的质押交易一起发送，这样做的话，即便在交易被打包前佣金率突然下跌，你也不会受到影响——如果这种情况发生了，你的质押交易将只会失败。如果你不接收建议的佣金率，你可以自定义输入，但是你的交易可能不会被打包。 完成之后，你将收到存款成功的提示，以及你新创建的 minipool 的地址。 <br/> # 管理 Minipools 你可以随时输入以下代码以检查 minipools 并查看其所有重要详细信息： ```Powershell rocketpool minipool status ``` 如果你的 minipool 即使有 32 ETH，仍然出现在“预启动”的清单中，也不用惊慌。你的节点可能需要几分钟才能注意到你有一个 minipool 正在等待启动，并且为其生成并提交验证者密钥。 当你的 minipool 出现在 “Staking” 列表中时，恭喜，这表示其存款已经发送到信标链中，并即将开始验证！此时，智能节点服务将耐心等待，随时准备执行验证任务。 如果你想要查看关于验证者的更详细的信息，我们建议去浏览器 [beaconscan](https://beaconscan.com/pyrmont) 或者 [beaconcha.in](https://pyrmont.beaconcha.in/) 查看。只需将 `rocketpool minipool status` 输出中的 **Validator pubkey** 复制粘贴至任意其中一个网站的搜索栏中，即可查看其运行情况。如果暂时没有结果，不用担心，信标链可能要花几个小时才能显示结果。 现在你可以坐下来并观察你的验证者余额增加，方法是定期运行 `rocketpool minipool status` ，或者在 [beaconscan](https://beaconscan.com/pyrmont) 上查看。如果你怀疑你的验证者节点出现问题 (例如，余额下降)，查看信标和验证者日志： ```Powershell rocketpool service logs eth2 rocketpool service logs validator ``` <br/> # 更多内容! 这就是本指南的全部内容。如果你想了解智能节点还能做些什么，请查看我们的[智能节点文档](https://rocket-pool.readthedocs.io/en/latest/smart-node/introduction.html)。文档里将为你分析所有可用的命令行，并在最后提供了参考。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/executable-beacon-chainhttps://www.ethereum.cn/Eth2/executable-beacon-chainTue, 20 Apr 2021 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/executable-beacon-chain/8271) <br/> 特别感谢最初提出该想法的 Vitalik Buterin @vbuterin，感谢 Danny Ryan @djrtwo、@zilm 等给本文提供的宝贵意见。 摘要：除可执行分片之外，可执行信标链作为替代的 eth2 执行模型，通过在信标链上添加单个执行线程的支持来实现 Vitalik 此前发布的文章《[以 rollup 为中心的路线图](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)》中提到，数据分片作为 eth2 执行中的主要扩容因素，允许在单个执行分片上进行扩容，并简化了总体设计。 Eth1 分片设计基于其通过信标链与数据分片通信。如果阶段 2 的多执行分片功能将在之后推出，那么这个方法就有意义了。有了以 rollup 为中心的路线图，将 Eth1 放在专门的分片上 (即独立于信标链、且频繁与信标链交互) 会给共识层带来不必要的复杂性，并增加在分片上发布数据和在 eth1 中访问数据之间的延迟。 我们提议将 eth1 数据 (交易、状态根等) 嵌入到信标区块中，并且要求信标链区块提议者生成可执行的 eth1 数据，以消除这种复杂性。也就是说将 eth1 执行和有效性作为共识核心的一等公民。 <br/> # 提案概览 - Eth1-引擎由系统中的验证者维持。 - 当验证者打算提议一个信标区块时，他会通过 eth1-引擎创建 eth1 数据。然后 eth1 数据将被嵌入到其提议的信标区块中。 - 如果 eth1 数据无效，其所在的信标区块也同样无效。 <br/> # Eth1 引擎的修改 根据前面的介绍，eth1 分片为中心的设计中，eth1-引擎和 eth2-客户端是松散耦合的，并通过 RPC 协议实现通信 (查看文章 [eth1+eth2 客户端关系](https://ethresear.ch/t/eth1-eth2-client-relationship/7) 以了解更多信息)。eth1-引擎不断维护着其交易池和状态下载器，这需要它自己的网络堆栈。它还应该存储 eth1 区块。 当前的提案取消了 eth1 区块的概念，eth1-引擎有两种可能的方式来处理这一变化： - 通过合成的方式，从信标链区块的 eth1 数据中创建 eth1 区块 - 修改引擎：交易处理过程不a需要使用 eth1 区块，而是使用 eth1 数据 - 信标区块根可用于保存当前状态管理所需要的链的概念 两者相比，后者为比较长期的选项。它允许 eth1 客户端更快地转换为 eth1-引擎，且 [eth1 分片概念证明 (PoC)](http://github.com/txrx-research/eth1-shard-demo) 已经证明了这一点。 我们使用术语“可执行数据” (executable data) 来表示包含 eth1 状态根、交易清单 (包括收据根“receipts root“和 bloom filter)、coinbase、时间戳、区块哈希以及 eth1 状态迁移函数所需要的所有其他数据位。可执行数据在 eth2 规范中表示如下： ```Powershell class ExecutableData(Container): coinbase: bytes20 # Eth1 address that collects txs fees state_root: bytes32 gas_limit: uint64 gas_used: uint64 transactions: [Transaction, MAX_TRANSACTIONS] receipts_root: bytes32 logs_bloom: ByteList[LOGS_BLOOM_SIZE] ``` Eth1-引擎的职责清单与此前 eth1 分片的职责类似。主要有： - **交易执行**。Eth2-客户端向 eth1-引擎发送一笔可执行数据。Eth1-引擎通过处理该数据来更新其内部状态，并且如果通过了共识检查则返回 `true` ，否则返回`false`。诸如即时存款处理之类的高级用例也可能要求结果中包含完整的交易收据。 - **交易池维护**。Eth1-引擎使用 ETH 网络协议来广播信息并跟踪网络上的交易。等待被打包的交易 (pending transactions) 保存在交易池中，然后用于创建新的可执行数据。 - **可执行数据创建**。Eth2-客户端发送之前的区块哈希、eth1 状态根、coinbase、时间戳和创建可执行数据的所有其他信息 (交易清单的一部分)。Eth1-引擎返回一个 `ExcecutableData` 实例。 - 状态管理 Eth1-引擎维护状态存储以便能够运行 eth1 状态执行函数。 - 它涉及在最终确定性上触发的状态树修剪机制 (pruning mechanism)，该机制要求基于信标区块链的状态树版本控制。 注意：长期无区块敲定会造成大量垃圾数据的堆积，从而消耗额外的磁盘空间。 - 当无状态执行和”区块创建“完成时，eth1 引擎可以选择作为纯状态迁移函数运行，并在此基础上承担一些责任，如，可以禁用状态存储，从而减少使用磁盘空间的需求。 - **JSON-RPC 支持**。为了可用性和应用性，保留以太坊 JSON-RPC 的支持十分重要。该责任将由 eth2-客户端和 eth1-引擎共同承担，因为 eth1-引擎可能失去了单独处理 JSON-RPC 终端子集的能力，如那些基于区块号和哈希的调用。这种分离将在之后解决。 <br/> # 信标区块处理 可执行数据 `ExecutableData` 结构代替了信标区块体中的 `Eth1Data` 。此外，信标链和 eth1 的同步处理允许即时存款。因此，存款可以从信标区块体中移除。 以下是更新了的信标区块体： ```Powershell class ExecutableBeaconBlockBody(Container): randao_reveal: BLSSignature executable_data: ExecutableData # Eth1 executable data graffiti: Bytes32 # Arbitrary data # Operations proposer_slashings: List[ProposerSlashing, MAX_PROPOSER_SLASHINGS] attester_slashings: List[AttesterSlashing, MAX_ATTESTER_SLASHINGS] attestations: List[Attestation, MAX_ATTESTATIONS] voluntary_exits: List[SignedVoluntaryExit, MAX_VOLUNTARY_EXITS] ``` 我们修改了 `process_block` 函数： ```Powershell def process_block(state: BeaconState, block: BeaconBlock) -> None: process_block_header(state, block) process_randao(state, block.body) # process_eth1_data(state, block.body) used to be here process_operations(state, block.body) process_executable_data(state, block.body) ``` 在 `process_operations` 完成之后处理可执行数据是合理的，因为在很多情况下，operation processing 可能会使整个区块无效。虽然，这种方法可能不是最优的，无法让客户端优化达到最优效果。 ## 访问 EVM 的信标状态 我们更改了 `BLOCKHASH` 操作码 (此前用于返回 eth1 区块哈希) 的语义，现在用来返回信标区块根。这允许验证被打包进信标状态或区块的数据 (包括从前 `256`个 slot 到最近一个 slot 的数据)。 异步状态读取有一个主要的缺点。客户端必须要等待一个区块产生，才可以使用链接到该区块的证明或使用该区块的状态根创建一个事务。简单地说，异步状态访问至少要延迟一个 slot。 ## 直接状态访问 假设 eth1-引擎可以访问代表整个信标状态的默克尔树。那么 EVM 可能可以凭借 `READBEACONSTATEDATA(gindex)` 操作码，以提供直接访问信标状态任何部分的功能。这个操作码有几个良好的属性。首先，这种读取复杂性取决于 `gindex` 值并且易于计算，因此可以轻松地计算 gas 费。第二，返回数据的容量为 32 字节，完全适合 EVM 的 32 字节字。 使用此操作码，就可以创建更高级别的信标状态访问库，从而为智能合约提供便捷的 API。如： ```Powershell v = create_validator_accessor(index) # creates an accessor v.get_balance() # returns balance of the validator v.is_slashed() # returns the value of slashed flag ``` 该模型消除了状态访问延迟。因此，通过对信标链操作和 eth1 执行进行适当的排序 (eth1 执行在后)，并且在 slot `N`上可以访问 slot `N-1` 分片数据的交联，可以允许 rollup 以最快的方式对数据打包进行证明。 此外，使用这个方法不需要将证明广播至网络并进一步由合约验证，从而减少了信标状态读取在数据和计算方面的复杂性。 *注意*：在一开始使 `READBEACONSTATEDATA` 操作码的语义独立于特定的承诺方案 (即默克尔树) 是有意义的，这有益于更轻松地实现升级。 直接访问的成本提高了 eth1-引擎的复杂性。读取信标状态可以通过不同的方式实现： - **将可执行数据和状态一起传递**。该方法的主要问题是处理大容量的状态副本。如果将直接访问限制为状态数据的一个子集，而该状态数据的子集需要将一小部分状态传递给执行，那么它可能会起作用。 - 双工通信通道。有了双工通道，eth1-引擎将能够同步向信标节点询问 EVM 请求的状态。根据通道设置的方式，延迟可能会成为执行那些具有信标状态读取的交易的瓶颈。 - **嵌入式的 eth1-引擎**。如果将 eth1-引擎嵌入到信标节点中，它可以通过节点提供的托管功能从同一个内存空间读取状态。 <br/> # 分析 ## 网络带宽 当前提案通过可执行数据的容量来扩大信标区块。不过，由于该提案允许使用更高级的存款方案，因此很有可能删除 `Deposit` 操作。 取决于区块利用率，根据 eth1 平均区块容量 (这略微影响网络接口的需求)，预期的增长在 10% 到 20%之间。 值得注意的是，如果 `CALLDATA` 由 rollup 利用，那么在最坏的情况下，eth1 区块容量可能会增长到 `200kb` (gas limit 为 1200 万时)，使得可执行信标区块容量增长 `60%` ，容量变为 `300kb` 。 ## 区块处理时间 平均处理时间:  - *Toledo 上的 Lighthouse 有 1.6 万验证者，主网上的 Go-ethereum 的 gas limit 为 1200 万。* 很难推断出信标链的处理时间，尤其是，特别是在验证者子集相对较大以及需要处理交联的情况下 (如果分片上线)。也许在某个时候，epoch 处理将与 eth1 执行几乎同时进行。 减少时段边界 (epoch boundary) 处理时间的方法是，提前处理 epoch，而不是等到下一个 slot 的开始，以防最近一个 epoch 的最后一个区块准时产生。 异步状态访问模型允许另一种优化方式。在这种情况下，`process_executable_data` 可能与主要的 `process_block` ，甚至 `process_epoch` 的有效负载并行运行。 ## 固化该设计 有人可能会说，当前提案将执行模型固定下来，并削弱了引进更多可执行分片的能力 (一旦我们需要它们)。 另一方面，一些可执行分片会带来诸如跨分片通信、共享账户空间等问题。还有一些其他的问题，而这些问题与执行模型的预期转变同样重要且难以解决。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-4-19/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-4-19/Mon, 19 Apr 2021 00:00:00 GMT <br/> # Eth1 **柏林升级故障回顾** 在柏林升级中，客户端 OpenEthereum 引起以太坊网络一些重要服务故障，以下为以太坊研究员 Alex Stokes @ralexstokes 对此次事件详析的编译： 首先想对@OpenEthereumOrg 的快速反应和漏洞修复表示感谢。 事件起源于这一笔交易：https://etherscan.io/tx/0x7006f38fa2e6654fae1a781aefc5885fe0cb8f778b1add10636eaf7e34279247 这笔交易是一次合约调用，从 KuCoin 交易所给一系列地址支付 ETH。问题的根源在于交易调用数据的 ABI (二进制接口) 编码存在漏洞，这导致出现共识问题。大家可以看看 Etherscan 上的“输入数据”：    1. 我们在合约上调用 `sendEths` 有两个参数，一个是大小动态变化的目标地址数组，另一个是大小动态变化的数值数组 (以 wei 为单位)，以此来指定把多少 ETH 发送给谁。 2. 我们可以对调用数据进行解析，看看是哪里出问题：第一行 (Etherscan 上的第一行，标记为[0]) 显示地址列表以 64 byte 开始 ([2]那一行)。第二行表明列表的数值从 416 byte 开始（[13]那一行)。 3. 也就是说，我们可以推测这个列表的数据是成对循环的，依次向每个地址发送 ETH。到这里似乎道理挺简单的。 4. 如果我们开始迭代这个列表，我们首先进行的是调用数据的正确位组，Solidity 的 ABI 规定大小动态变化数组的长度构成数据的第一部分。 5. 这就是故障的根源，因为调用数据的值是`0x10`——十六进制。但是调用数据只给了 10 个地址/数值对。调用数据的正确 ABI 编码应该是 [2] 和 [13] 的数值为`0xA`，而不是 `0x10`！ 6. 你可能已经猜到在这里出现了什么问题，我们可以回到这笔交易的执行记录看看发生了什么：https://etherscan.io/vmtrace?txhash=0x7006f38fa2e6654fae1a781aefc5885fe0cb8f778b1add10636eaf7e34279247&type=parity 7. 合约成功迭代前10对数据，它应该在这里就停下来，但根据调用数据，有多于10个地址，也就是说前10对数据后它继续迭代。但根据调用数据的结构，第11个地址是列表长度编码`0x10`。也就是说合约尝试给地址 `0x10` 发送 0 个 ETH。  8. 另外：如果合约尝试读取不存在的调用数据，它似乎会返回 0 个 ETH——你可以想象该合约在这里出错，但它却继续再给 6 个从调用数据“读取”的地址发送 0 个 ETH。 此时，你可能会注意到，`0x10` 是一个有点“特殊的地址”，因为它正好在 EVM 预编译的范围内 （像大多数在 EVM 汇编之外有优化实现的特殊合约一样）。我们不必预期预编译 `0x10` 能够返回 ETH，尽管它发送的 ETH 可能会石沉大海，但这不一定会造成比漏洞合约更严重的问题。那为什么它会导致整个客户端出问题呢？ 原因在于 `0x10` 实际上是 EIP-2537 对 BLS 成对加密例程的预编译，但这个 EIP 还未在主网部署。因此尽管你可以与该地址交互，在主网上也没有合约代码进一步执行。 我们还需要另一件事来解释这个问题，你可能猜到与柏林因分叉有关：柏林部署了 EIP-2929，这份 EIP 会改变 EVM 里 gas 的计算。 在 EIP-2929 下，在你第一次执行一些存储操作码时需要支付更多，但当你往后在同一笔交易里访问相同的实体时，则支付更少的 gas。这个重新定价机制现在应该能更准确地反映改变客户端存储的成本，并承认在任何客户端执行过程中，这些数据通常被缓存在更便宜的硬件层中。 要解释预编译的特殊性，EIP-2929 详细说明 EVM 会对被访问过合约的调用进行分辨，以反映预编译一般不需要动用昂贵的存储资源。 现在我们终于可以回到 OpenEthereum 在 \#12244294 区块的漏洞——客户端把所有执行了的预编译加入到 EIP-2929 的访问列表里。因为 EIP-2537 已经在大多数客户端里实现了 (曾经说要纳入柏林硬分叉！) ，所以 OpenEthereum 对任何像上面这样访问 `0x10` 的交易给了 gas 费折扣。 看来，客户端对 EIP-2929 的实现各不相同，并只给活跃的预编译 gas 费折扣，而 EIP-2537 的预编译实际上还未启动！因此 OpenEthereum 得出的 gas 数与其他客户端不一样。 来源：https://twitter.com/ralexstokes/status/1382750001026146304?s=20 事件发生后，核心开发者在 4.17 的 AllCoreDev 作出事后检讨，会上讨论内容包括 hive test suite 可以使用更多接近主网的配置文档、需要更好的 debug 工具、对把不良区块导入客户端并进行分析的支持对这种事情很有帮助等。还有一个原因是 OpenEthereum 现在由一个比较新的团队在运维，需要处理非常复杂的代码库和遗留问题。 来源：https://twitter.com/TimBeiko/status/1383054611506864133?s=20 另外，Ethereum Cat Herder 创始人 Pooja Ranjan 在Github 发表了整个柏林升级的回顾，包括准备、启动、纠错的过程。 文章详情：https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/retrospectives/berlin.md <br/> **伦敦升级进度** 4.17 的AllCoreDev 对 Aleut (只涵盖 EIP-1559 和 3198）以后的测试网还需要添加哪些内容进行讨论，这部分内容又涉及是否伦敦升级后就进行“合并”，讨论的重点包括： 1. 如果伦敦后就集中在“合并”上，那么很大机会伦敦一年后才会有一个“功能分叉 (feature fork)"； 2. 1559 本身的内容就很多，在社区呼声很高，且由于难度炸弹的原因必须在这个夏天实现； 3. 各个客户端团队无法做到同步推进工作，因此在添加内容到升级时需要注意这一点，基于此，大家同意伦敦至少需要包括1559、3198、以及难度炸弹推迟； 4. 关于其他 EIP (EIP-3403、EIP-3074、EIP-2537、EIP-2677)，我们应该看它们会给客户端带来多少工作，以及它们能提供多少价值。感觉 EIP-3403 和 EIP-3074 是大家最想要的。 由于伦敦升级近在眼前，还有很多事情需要做决定，会议决定 4 月 23 日安排一次额外会议，议程如下：  <br/> # Eth2 北京时间 2021 年 4 月19 日 17:20:23 迎来了信标链第 1,000,000 个 slot! <br/> # Layer2 **Matter Labs 团队介绍新解决方案 zkPorter** 以太坊二层解决方案团队 Matter Labs 表示，在 zkSync 2.0 中， L2 状态将会分成两个部分：数据可用性在链上的 zkRollup 和数据可用性在链下的 zkPorter，用户可以自行选择将自己的资金存储于链上还是链下。关于 zkPorter 的详细介绍，请阅读《zkPorter: L2 扩容的突破》。 随后，Vitalik 在 reddit 中提出对于本篇文章的质疑，认为 “zkPorter 有着比 Optimistic rollups 更强的安全保障” 这一说法并不恰当，zkSync 方回复了 Vitalik 的质疑。详细请看文章。 来源：https://medium.com/matter-labs/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf <br/> # 生态 **Chainlink 2.0 白皮书发布** 4 月 15 日，chainlink 发布 2.0 版本白皮书：去中心化预言机网络发展的下一步。除了 Chainlink 目前所提供的外部数据之外，该版新白皮书概述了 Chainlink 将如何发展去中心化预言机网络，如何继续创建一个去中心化元层，通过提供高度的可扩展性、机密性以及安全的链下计算方式，来提高智能合约。 Chainlink 2.0 白皮书介绍了一种用于构建混合智能合约的新架构，其中去中心化预言机网络提供了区块链无法提供的关键功能。它作为一个安全的链下计算层，部分依赖于区块链以实现安全性，但在运作时同时利用链下系统的可连接性、功能丰富性和可扩展性。这个新的抽象层将使得 Chainlink 为大量安全的、功能丰富的智能合约应用程序提供支持，并且为更广泛的用户和应用案例提供支持。  图：去中心化预言机网络允许智能合约应用程序访问任何链下数据源或计算 白皮书：https://research.chain.link/whitepaper-v2.pdf?_ga=2.76399382.2026745185.1618821757-725326390.1609159043 来源：https://blog.chain.link/chainlink-2-0-lays-foundation-for-adoption-of-hybrid-smart-contracts/ <br/> **斯诺登肖像 NFT 以 2224 ETH 价格成功拍卖** 基于前美国中央情报局职员、“棱镜计划”披露者爱德华 · 斯诺登的肖像的 NFT 作品 ”Stay Free“，以 2224 ETH 的价格在 NFT 制作和交易平台 Foundation 成功拍卖，拍卖者为新闻自由基金会 ”Freedom of the Press Foundation“，竞得者为去中心化组织 PleasrDAO。 该 NFT 使用开源软件制作，背景画面为当年对美国国家安全局的大规模监控计划的标志性法庭裁决书，中间的肖像为斯诺登，摄影师为 Platon。其拍卖收益将全部捐献给新闻自由基金会，旨在资助和支持言论自由和新闻自由，主席为斯诺登。  cr: foundation.app，”Stay Free“ 来源：https://foundation.app/Snowden/stay-free-edward-snowden-2021-24437 <br/> **以太坊生态活动预告** - 4 月 23 日 至 5 月 30 日 imToken 将联合 ETHPlanet、EthFans、ECN、上海前沿技术研讨会和 HiBlock 等以太坊社区和项目，举办六场以扩容为主题的活动，形式有：Meetup + Workshop + AMA + Hackathon。 本次系列活动网站：https://rollup.world 第一场活动 (4月23日) 即将开始：Rollup - 以太坊 L2 扩容新范式杭州线下 Meetup。 报名方式：点进文章《线下 Meetup 活动｜Rollup - 以太坊 L2 扩容新范式》，点击文末「阅读原文」扫码报名 Meetup 活动。 - 4 月 22 日，以太坊企业会议2021展望 以太坊各个领域的企业将聚首 ”Ethereum in the Enterprise 2021“ 共同探讨以太坊主网、Layer2、Eth2.0、隐私、安全等主题。 会议链接：https://www.conference2021.entethalliance.org/ https://www.ethereum.cn/Layer2/zkporter-a-breakthrough-in-l2-scalinghttps://www.ethereum.cn/Layer2/zkporter-a-breakthrough-in-l2-scalingFri, 16 Apr 2021 00:00:00 GMT来源 | [Matter Labs](https://medium.com/matter-labs/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf) <br/> 向 Layer2 的大规模迁移即将发生。随着协议从以太坊基础层向 Optimistic rollups 再到[兼容 EVM 的 zkRollups](https://medium.com/matter-labs/zksync-2-0-roadmap-update-zkevm-testnet-in-may-mainnet-in-august-379c66995021) 转移，许多人都希望我们最终可以使得链上 gas 费可控。但每个致力于以太坊扩容工作的人都知道这个行业的肮脏秘密：即使有了 rollups，我们最后可能也会回到我们最开始的地方。这是因为吞吐量的任何实际增长都会迅速地[被诱导需求](https://en.wikipedia.org/wiki/Induced_demand)所吞噬。 Rollups 只能为吞吐量带来线性增长 —— 所有数据仍然必须广播到所有全节点中。然而为了实现真正的扩容，我们需要实现吞吐量呈指数性增长。 这就是为什么我们认为 zkPorter 是一项重大的突破。它拥有 20,000+ TPS，且比 Optimistic rollups 更加安全。更重要的是，它将在 6 个月之后与 zkSync 2.0 一起上线主网。  <br/> # 为什么 rollups 不足以满足扩容需求？ 2020 年 10 月，Vitalik 发布了文章《[以 rollup 为中心的以太坊路线图](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)》，文中他表示，如果所有 L1 的交易活动都迁移至 rollups 中，那么以太坊网络的每秒交易量预估可以达到约 3000 笔。这一猜测很快就要成为现实了：optimistic 和 [zkRollups 现在都支持对 EVM 的兼容](https://medium.com/matter-labs/zksync-2-0-roadmap-update-zkevm-testnet-in-may-mainnet-in-august-379c66995021)，也就是说应用可以快速且简单地从 L1 迁移至 L2。 以太坊正以爆炸式、呈指数级增长中。在一年内，DeFi 用户[从 15 万增长到 180 万名](https://duneanalytics.com/rchen8/defi-users-over-time) —— 但是 gas 费的增长速度要快 16 倍！(Uniswap 上的交易费从 []$0.20/笔涨到 $36/笔](https://docs.google.com/spreadsheets/d/1WdNQ5aOX6a6ulFte642OSS9KTxZjSQX7xAJoGwId6a4/edit?usp=sharing))。  为什么？**因为可扩容性的任何提高，都会带来金融活动/交易的增长以及新的用例。**我们来看一下过去一年同时发生的事情 - DEX 月交易总量：[17.2 亿美元 → 670 亿美元](https://www.theblockcrypto.com/data/decentralized-finance/dex-non-custodial) - DeFi 总锁仓量：[7 亿美元](https://www.yield.app/post/a-look-back-at-2020-the-year-of-defi) → [800 亿美元](https://defillama.com/home) (增长了 11000% ！) - 在一个月内，OpenSea 的销售量：[500 万美元 → 1 亿美元](https://www.forbes.com/sites/youngjoseph/2021/03/29/nft-market-rages-on-nfts-market-cap-grow-1785-in-2021-as-demand-explodes/?sh=519b5d057fdc) 与以太坊主网相比，optimistic rollups 将只会扩容约 25 倍，而 zkRollups 扩容约 100 倍。我们将在不知不觉中，又回到了起点：大多数普通用户还是难以承受 gas 费和使用以太坊的成本。 加密行业很快就会成为主流。在这个拥有 38 亿台智能手机的世界中 (相比之下，Metamask 的[月活跃用户有 300 万](https://chrome.google.com/webstore/detail/metamask/nkbihfbeogaeaoehlefnkodbefgpgknn?hl=en))，我们需要将以太坊网络的可扩展性提高 1000 倍才能应对接下来的需求。这中间的差距促使我们构建 zkPorter。 <br/> # zkPorter：推进加密货币大规模应用的引擎  在 [zkSync 2.0](https://medium.com/matter-labs/zksync-2-0-roadmap-update-zkevm-testnet-in-may-mainnet-in-august-379c66995021) 中， L2 状态将会分成两个部分：数据可用性在链上的 zkRollup 和数据可用性在链下的 zkPorter。 这两部分都是可组合且可互操作的：zkRollup 上的合约和账户将能够与 zkPorter 上的账户无缝交互，反之亦然。没错！这样的话，从用户的角度来看，唯一可察觉的区别就是 zkPorter 账户的费用减少了 100 倍。  想象一下：Uniswap 将智能合约部署在 zkRollup 端，并且 zkPorter 账户上的零售用户可以以 <$0.03 的交易费 swap 代币。是怎么做到这么便宜的呢？这是因为绝大多数的 rollup 费用来自在以太坊主网上发布数据的成本。而 zkPorter 账户可以在 Uniswap 部署的合约上做数千次 swap，但是只需要向以太坊主网上发布单次数据更新。 zkPorter 账户的数据可用性将由 zkSync 代币持有者 (即“守护者”，Guardians) 提供安全保障。他们将通过对区块签名以确认 zkPorter 账户的数据可用性来跟踪 zkPorter 上的状态。守护者质押 zkSync 代币参与 PoS，因此任何数据可用性上的故障都将导致他们被罚没。如此一来，这为数据可用性提供了加密经济上的保障。 值得注意的是，zkSync 上的 PoS 比侧链等其他系统上的 PoS 安全得多。这是因为 zkSync 的守护者本质上是没有权力的：守护者无法窃取资金。他们只能停止生产区块。而且在这种情况下，用户将仍然能够提取他们的资金。 每个用户都可以自行选择自己资金的安全阈值。如果用户想要将所有数据可用性放在链上，就可以选择完全留在 rollup 上。但是如果某些用户比较在意费用，那么他们可以选择使用 zkPorter (我们猜测交易者和新用户最有可能使用 zkPorter)。这种可以自行选择链上/链下存储数据的架构叫做 [Volition](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb)。 这将吸引那些在 L1s 上甚至在传统 rollups 解决方案上不太经济适用的应用使用 zkPorter。而现在，这些应用可以在以太坊上构建，为以太坊用户服务了。 <br/> # zkPorter vs optimistic rollups 得益于零知识证明这一密码学，这一切才有可能实现。Optimistic rollups 按照 zkPorter 的方式实现如此大规模的扩容。如果 Optimistic rollup 将数据可用性放在链下，那么一名作恶的运营者就能够盗取 rollup 中的所有资金，而不会受到任何人的挑战。 同时，zkPorter 有着比 Optimistic rollups 更强的安全保障。为了理解其中的原因，接下来我们简要地概述一下 zkPorter 潜在攻击的成本和收益。 **1) 攻击成本** 截至今天，在 Optimistic rollup 上进行 51% 算力攻击的成本[不到 7000 万美元](https://medium.com/starkware/the-optimistic-rollup-dilemma-c8fc470ca10c) (以太坊向 PoS 迁移之后，这将不是大问题)。另一方面，如果想要使 zkPorter 上的数据不可用，攻击者将需要积累相当于所有 zkSync 质押代币的 2/3 的量 (几乎可以肯定将超过 7000 万美元)。再者，由于攻击者在购买代币时将会出现重大的滑点 (且质押代币无法被购买)，因此发起这样的攻击要比现货价格的成本要高得多。 **2) 攻击收益** 如果 optimistic rollup 被成功攻击了，那么黑客就能盗取 rollup 中的所有资金。这极大地增加了攻击动机。而如果黑客攻击了 zkPorter，ta 无法直接盗取资金：就算攻击成功，黑客只能停止生产区块，而不能盗取用户的资金。这种将攻击变现的难度，极大地降低了此类攻击的动机。 <br/> # 在 zkPorter 上构建 zkPorter 即将到来。Matter Labs 团队正致力于研发工作，在 6 个月内推出产品级别的版本。很快，我们就能开始吃我们做的蛋糕了。 [zkPorter 将在 zkSync 2.0 版本中可用](https://medium.com/matter-labs/zksync-2-0-roadmap-update-zkevm-testnet-in-may-mainnet-in-august-379c66995021) —— 这是我们下一代智能合约平台，将支持 Solidity。我们的目标是在 5 月份推出公共测试网，并在夏季晚些时候上线主网。 同时，用户也可以使用 zkSync 1.x 用于支付用途 (2020 年 6 月份上线主网)。几周后，1.x 将支持交易以及 NFT 交易。 想要提前联系我们团队或者想要获得我们团队的支持？联系我们： hello@zksync.io <br/> # 帮助我们将以太坊带向数十亿用户 zkSync 是一个怀有使命的项目。如果你认同我们的[价值观、愿景以及以目标为导向的文化](https://www.notion.so/Matter-Labs-Team-Handbook-43342b471fe14f05b2baf250cb7c7a02)，加入我们！ 目前我们正招聘的热门岗位 ([完整清单](https://www.notion.so/Career-at-Matter-Labs-4a69ed0f7acb45c89f662cf12dbc2464)查看网页版)： - [高级软件工程师 (Rust、Solidity)]](https://www.notion.so/matterlabs/Senior-Software-Engineer-Rust-162f87f441214eb39619f83bdd9b3073) - [公关主管 (负责讲故事的)](https://www.notion.so/matterlabs/Head-of-Communications-Chief-Storyteller-312fc8268be0479b8e83fe5631558533) 特此感谢 Haseeb Qureshi 的校对和建议！ <br/> **以下为下半部分** <br/> Vitalik： >zkPorter 有着比 Optimistic rollups 更强的安全保障 我认为这个说法不恰当。假设两种方案的代码都没有 bug (在我看来，optimistic rollups 在短期内出现 bug 的风险更小，但这是另一个问题)，我更愿意将我的资产放在 optimistic rollup 上，而不是放在一个链下存储数据可用性的系统上。 看一下这篇文章的论点： "截至今天，在 Optimistic rollup 上进行 51% 算力攻击的成本不到 7000 万美元" 这里举出的数据是由 Starkware 列出来的，其观点基本上是这样的：一名攻击者能够租用足够多的算力发起 51% 攻击，花费的成本为 $30/时。如果他们持续一周的审查攻击，成本大约在 $5000 万左右。 该论点有两处错误： ➤ 哈希值租用市场的流动性并不高，如果有人试图租用这么多算力，将会出现两种情况：要么没有那么多可租用的哈希值，要么在尝试租用时大大地提高了价格，同时警告了所有的用户。特别是，该网页 (https://www.crypto51.app/) 中，预测了使用 Nicehash 发起攻击的成本，但这个网页本身就展示了，Nicehash 只能够借出相当于以太坊网络 3% 的哈希值。 ➤ 再者，尽管 51% 攻击发生了，社区也不会坐以待毙。相反，社区会协调一个紧急分叉来使攻击者下台，这完全能够在一周内实现 (解决上海 DoS 攻击的硬分叉只用了 6 天的时间，而解决 51% 攻击就更容易了，因为这是一个软分叉)。关于社区驱动的 51% 攻击恢复，我在 PoS 的背景下已经详细讨论过了；而在 PoW 的背景下将更困难，因为攻击者可以持续返回攻击，但想要恢复也是非常可行的。 简而言之，optimistic rollups 的安全性不错。 同时，该文章提倡的链下数据可用性委员会与基础链相比，安全性低得多。此外，他们之间没有紧密的耦合：如果一名攻击者将链下数据可用性层的代币全买了，那么以太坊社区根本无法保证可以帮助实行一个恢复分叉 (事实上，最近的先例：当一个应用层结构受到攻击时，甚至反对以太坊社区对链进行干预)。 另一方面，数据可用性层存储在分片中将受到整个以太坊网络的保护，两者将紧密耦合。在我看来，在此期间如果一些应用使用链下数据可用性是没问题的，但只有在基于分片的数据可用性可用之前，我们才可以明确链下数据为一个暂时的措施。但我认为这也没有必要；仅仅使用当前以太坊链来做数据可用性储存就可以了，容量已经可以达到 4000 TPS 了，我无法想象未来几年对交易的需求会超过这个水平。”诱导需求“确实存在，但不太可能在这个时候存在两个数量级的潜在诱导需求。 <br/> @gluk64： 这篇文章很难做到既易于阅读又能够 100% 反映技术上的细微差别。我会尽量将它展开说： 我先强调一下，该文章的目的不是为了指出 optimistic rollups 不安全。相反，我们表达的观点是： 1. 在实践中，这两种方法都具有相当的安全性，但 zkPorter 要便宜几个数量级。 2. 同时，zkPorter 与 zkRollup 有直接的联系，也就是说可以提供更好的安全保障，并且比 ORU 便宜。再者，我们明确地建议将所有资金大的账户存储在 zkRollup 中。 3. 因此，使用 zkPorter，用户可以在两者之间选择 a) 更便宜和更安全 b) 便宜更多并且仍然相当安全。在这前提下用户怎么还会选择 optimistic rollups 呢？ 即使你不同意 zkPorter 比 ORUs 更安全，好吧，这些论点依然成立！一旦 zkRollup + zkPorter 上线，就不再需要 optimistic rollups 了。即使 zkPorter 的安全性就像简单的侧链那么糟糕 (事实上并不是的，详见下面”动机“部分)，这个论点依然成立。 目前，认为 zkPorter 可能更安全的观点是基于以下几个互相支撑的独立要素提出的： 1. 蛮力攻击 (brute-force) 的成本是可以量化和比较的。 2. 针对性攻击在 optimistic rollups 上更为现实。 3. 攻击 zkPorter 的动机要低很多。 让我来详细说一下这三点。 <br/> 蛮力攻击 哈希值租用市场的流动性并不高 没错，但是这仍然是可行的。比如，一个攻击者可能会租用大量的 GPUs 或者 FPGAs。成本可能要比我们文章里估算的要高得多。但是这类攻击的关键是：他们不需要运行一周。看似合理的投入就足够了。 尽管 51% 攻击发生了，社区也不会坐以待毙。 如果是在 PoS 系统中，我很赞成这种观点，但是在 PoW 系统中，这样至少会极具争议性。很多人会认为这是特定激励系统的设计缺陷，因此要像对待 Parity 多签 bug 一样对待它。削弱区块链的不可变性将很容易引发社区危机。 <br/> 针对性攻击 在实践中，具有高价值和高吞吐量的 ORU 将仅仅由一些团体运营。尽管通过 hacking + 社会工程学等手段对他们所有人进行攻击是比较难的，但是有有着数十亿美元的激励，也不是不可能发生的。我们正生存在艰难的时期——现在全部民族国家都在努力地保护他们的核武器工厂免受黑客攻击！ <br/> 攻击动机 这一点很明显：与 ORUs 不同，zkPorter 攻击者只能冻结资产，而不能窃取资产。因此攻击者并不能够直接利用资产。此外，勒索数百万零售用户将非常困难，因为受害者很难达成任何共识。 <br/> 最后的想法：zkPorter 和 ETH2 分片 我确信数据可用性的最终目标是将 ZKP 和 分片结合 (e.g. 由纠删码支持)，而这只能在 L1 中实现。所以，没错，长期来看 ETH 2.0 和 3.0 将占主导。 而在那之前，超安全的 zkRollup 和超便宜的 zkPorter 之间实现无缝互操作的方案将是中长期的选择。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth1.x/gas-costs-after-berlinhttps://www.ethereum.cn/Eth1.x/gas-costs-after-berlinThu, 15 Apr 2021 00:00:00 GMT来源 | [fvictorio](https://hackmd.io/@fvictorio/gas-costs-after-berlin) 柏林硬分叉已于 4 月 14 日[在主网上线](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement/)，引入了四份 EIP 。其中的两份 ([EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 和 [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930))对交易的 gas 成本有影响。本文将解释部分 gas 成本在柏林前是如何计算的，加入了 EIP-2929 后会如何变化，以及如何使用 EIP-2930 引入的访问列表。 <br/> # 要点速览 这篇文章很长，这是它的概要： - 柏林硬分叉改变一些操作码的 gas 成本。如果在一个 dapp 或一个智能合约里 gas 费的值是硬编码的，它们可能会中止运行。如果这种情况发生了，且智能合约是不可更新的，消费者将需要用 EIP-2930 的访问列表才能使用那部分的操作码。 - 访问列表可以用作减少少量的 gas 成本，但实际上它们在一些情况下是会增加总 gas 消耗量的。 - `geth` 增加了一个叫 `eth_createAccessList` 的新 RPC方法，用以简化访问列表的创建。 <br/> # 柏林硬分叉前的 gas 成本 EVM 执行的每个操作码都有一笔相关的 gas 成本。它们大多数的成本是固定的：`PUSH1` 总是消耗 3 个单位的 gas，`MUL` 消耗 5 个，等等。其他一些是会变化的：比如 `SHA3` 的操作码成本依赖于它的输入大小。 我们主要讨论操作码 `SLOAD` 和 `SSTORE`，因为它们是最受柏林硬分叉影响的。我们以后会讨论针对地址的操作码，比如所有的 `EXT*` 和 `CALL*` ，因为它们的 gas 成本也改变了。 ## 柏林前 SLOAD 的 gas 成本 在没有 EIP-2929 之前，`SLOAD` 的 gas 消耗很简单：它总是消耗 800 gas。所以（目前）没有什么可说的。 ## 柏林前 SSTORE 的 gas 成本 在 gas 消耗方面，`SSTORE` 可能是最复杂的操作码了，因为它的成本取决于像存储 slot 的当前值、新值、以及它是否之前被修改过。我们仅对一些情况进行分析以获得一个基本理解；如果你想了解更多，请阅读文末的 EIP 链接。 - 如果存储 slot 的值从0 变成 1 (或任何非 0 的值)，gas 消耗量是 20000。 - 如果存储 slot 的值从1 变成2 (或任何其他非 0 的值)，gas 消耗量是 5000。 - 如果存储 slot 的值从 1 (或任何非 0 的值) 变成 0，gas 消耗量也是 5000，但在交易的最后你会获得 1 笔 gas 费返还。本文不会讨论 gas 费返还，因为它们在柏林硬分叉中不受影响。 - 如果存储 slot 的值在之前相同的交易中被修改了，往后所有 `SSTORE` 的 gas 消耗量都是 800。 这部分的细节并不有趣，重要的是 `SSTORE` 很贵，而它的消耗取决于几个因素。 <br/> # EIP-2929 后的 gas 消耗 EIP-2929 对上述所有操作码的 gas 消耗都有影响。但在深入这些变化前，我们需要先谈谈这份 EIP 引入的一个重要概念：**访问过的地址 (accessed addresses)与访问过的存储密钥 (accessed storage keys)。** 如果一个地址或一个存储密钥在之前的交易中被“使用”过，那么它们就会被视为“访问过的”。例如，当你 `CALL`（调用）一个其他合约，该合约的地址就会被标为“ accessed (访问过的)”。同样地，当你 `SLOAD`（加载）或 `SSTORE`（存储）一些 slot 的时候，交易的其他部分也会被视为访问过的。哪个操作码执行它并不重要：如果一个 `SLOAD` 读取了一个 slot，接下来的 `SLOAD` 和 `SSTORE` 都会被视为访问过的。 这里值得注意的是，存储密钥是“内置于“一些地址的。就如这份 EIP 所解释： > 在执行交易时，维持一组 `accessed_addresses: Set[Address]` 和 `accessed_storage_keys: Set[Tuple[Address, Bytes32]]` 也就是说，当我们说一个存储 slot 被访问了，我们实际上说的一对 `(address, storageKey)` 被访问了。 接下来谈谈新的 gas 消耗。 ## 柏林后的 SLOAD 在柏林硬分叉之前，`SLOAD `固定消耗 800 gas。现在，它取决于该存储 slot 是否被访问过。如果它没有被访问过，gas 消耗是 2100；如果被访问过了，则是 100。因此，如果该 slot 是在访问过的存储密钥列表里的，`SLOAD` 的 gas 消耗会少于 2000。 ## 柏林后的 SSTORE 让我们在 EIP-2929 语境下重温前面的 `SSTORE` 例子： - 如果存储 slot 的值从0 变成 1 (或任何非 0 的值)，gas 消耗量是： - 如果存储密钥没有被访问过，22100 - 如果被访问过了，20000 - 如果存储 slot 的值从1 变成2 (或任何其他非 0 的值)，gas 消耗量是： - 如果存储密钥没有被访问过，5000 - 如果被访问过了，2900 - 如果存储 slot 的值从 1 (或任何非 0 的值) 变成 0，gas 消耗与上一种情况一样，再加上返还。 - 如果存储 slot 的值在之前相同的交易中被修改了，往后所有 `SSTORE` 的 gas 消耗量都是100。 如你所见，如果 `SSTORE` 正在修改的 slot 是之前被访问过的，第一个 `SSTORE` 消耗少于 2100 gas。 <br/> # 总结 下表对上述的值进行了比较： | 操作码 | 柏林前 | 柏林后 | | | ------------------------------------------------------------ | --------------------- | ------------------- | ----- | | Not accessed （未访问过的） | Accessed （访问过的） | | | | SLOAD | 800 | 2100 | 100 | | SSTORE 从 0 到 1 | 20000 | 22100 | 20000 | | SSTORE 从 1 到 2 | 5000 | 5000 | 2900 | | SLOAD + SSTORE* | 5800 | 5000 | 3000 | | SSTORE* + SLOAD | 5800 | 5100 | 3000 | | 一个被写入的 slot 的 SSTORE | 800 | 100 | | | * 从一个非 0 值到另一个非 0 值，比如第三行 | | | | 请注意，在最后一行没有必要谈论 slot 是否已经被访问过，因为如果它之前就被写入，那它就被访问过了。 <br/> # EIP-2930: 可选访问列表交易 我们一开始提及的其他 EIP 就是 EIP-2930。这份 EIP 增加了一种新的交易类型，它可以在交易里加入一个访问列表。这意味着你可以在交易执行开始前，事先声明哪些地址和 slot 应被视为访问过的。例如，一个未被访问过的 slot 的一个 `SLOAD` 需要消耗 2100 gas，但如果该 slot 被加入到交易访问列表里，同一个操作码只需消耗 100 gas。 但如果已经被访问过的地址或存储密钥会消耗更少 gas，这是否意味着我们可以把所有东西都添加到交易访问列表来降低 gas 消耗了？棒！不用给 gas 费了！ 然而，不尽然是这样，因为你每次添加地址和存储密钥的时候还是需要支付 gas 费的。 我们来看一个例子。假如我们正在向合约 A 发送一笔交易，访问列表可能如下： ```Powershell accessList: [{ address: "<address of A>", storageKeys: [ "0x0000000000000000000000000000000000000000000000000000000000000000" ] }] ``` 如果我们发送一笔附有这个访问列表的交易，使用 slot `0x0` 的第一个操作码是 `SLOAD`，它消耗的是 100 而不是 2100 gas。这减少了 2000 gas。但每次把存储密钥添加到交易的访问列表中都需要消耗 1900 gas。因此我们只省了100 gas。(如果访问该 slot 的第一个操作码是 `SSTORE`而不是 `SLOAD`，我们可以省 2100 gas，也就是说如果我们考虑的是存储密钥的消耗的话，我们总共节省 200 gas。 ) 这是否代表只要我们使用交易访问列表就能节省 gas？不是的，因为我们还需要支付添加地址到访问列表 (即我们的例子中的 `"<address of A>"` ) 的 gas。 <br/> # 访问过的地址 到目前为止，我们只讨论了操作码 `SLOAD` 和 `SSTORE`，但柏林升级后不是只有这些操作码有变化。例如，操作码 `CALL` 之前的固定消耗量是 700。但 EIP-2929 后，如果地址不在访问列表里，它的消耗量变成了 2600，如果在，则是 100。还有，像访问过的存储密钥，无论之前访问的是什么操作码 (例如，如果 `EXTCODESIZE` 是第一次被调用，那么该操作码将消耗 2600 gas，而往后任何**使用同一个地址**的 `EXTCODESIZE`、 `CALL` 还是`STATICCALL`都只消耗 100 gas)。 这是如何影响有访问列表的交易的呢？例如，假如我们给合约 A 发送一笔交易，而该合约调用另一个合约 B，那么我们可以加入这样一个列表： ```Powershell accessList: [{ address: "<address of B>", storageKeys: [] }] ``` 我们将需要支付 2400 gas 以把这个访问列表加入到交易里，但之后使用 `B` 地址的第一个操作码只消耗 100 gas，而不是2600。因此，我们通过这样做节省了 100 gas。如果 `B` 以某种方式使用它的存储，且我们知道使用的是哪个密钥，那么我们也可以把它们加入到访问列表里，这样可以为每个密钥节省 100~200 gas (取决于你的第一个操作码是 `SLOAD` 还是 `SSTORE` )。 但是为什么我们要谈论另一个合约？我们正在调用的合约呢？为什么不对这个合约进行这些操作？ ```Powershell accessList: [ {address: "<address of A>", storageKeys: []}, {address: "<address of B>", storageKeys: []}, ] ``` 我们可以这样做，但这样不划算，因为 EIP-2929 明确规定正在被调用的合约 (即`tx.to`) 地址会默认加入到 `accessed_addresses` 列表里。因此我们无须支付多余的 2400 gas。 让我们再对之前的例子进行分析： ```Powershell accessList: [{ address: "<address of A>", storageKeys: [ "0x0000000000000000000000000000000000000000000000000000000000000000" ] }] ``` 除非我们要加入多几个存储密钥，否则这其实很浪费。如果我们预设 `SLOAD` 总是首先使用存储密钥，那么我们起码需要24 个存储密钥能保本。 你可以想象一下，做分析与手动创建一个访问列表并不那么有趣。幸运的是，其实有更好的方法。 <br/> # eth_createAccessList RPC 方法 Geth (从 1.10.2 版本开始 ) 加入了一个新的 `eth_createAccessList` RPC 方法，你可以用它来生成访问列表。它的使用与 `eth_estimateGas` 相似，但它返回的不是 gas 估值，而是像下面这样的结果： ```Powershell { "accessList": [ { "address": "0xb0ee076d7779a6ce152283f009f4c32b5f88756c", "storageKeys": [ "0x0000000000000000000000000000000000000000000000000000000000000000", "0x0000000000000000000000000000000000000000000000000000000000000001" ] } ], "gasUsed": "0x8496" } ``` 也就是它给你该交易会用到的地址与存储密钥的列表，加上访问列表被加入情况下所消耗的 gas。（像 `eth_estimateGas`，这是一个估值，当交易实际上被挖的时候，这个列表可能会改变。）但，这并不代表 gas 消耗量会低于在没有访问列表情况下发送同一笔交易所消耗的！ 我想我们会随着时间推移发现使用它的正确方法，但我猜的伪代码如下： ```Powershell let gasEstimation = estimateGas(tx) let { accessList, gasUsed } = createAccessList(tx) if (gasUsed > gasEstimation) { delete accessList[tx.to] } tx.accessList = accessList; sendTransaction(tx) ``` <br/> # 给合约松绑 值得一提的是，访问列表的主要目的不在于使用 gas。如 EIP 所解释： > 减轻由 EIP-2929 引入的合约断裂风险，因为交易可以提前指定交易计划访问的账户和存储 slot 并提前支付；最终在实际执行中，操作码 SLOAD 和 EXT*只消耗 100 gas：这个低 gas 消耗不仅可以防止由该 EIP 引起的断裂，还可以“松开”任何因 EIP-1884 而受限的合约。 这意味着如果一个合约对执行某事务的成本做了假设，gas 成本的增加就可能使它停止运作。例如，一个合约调用另一个合约，像这样 `someOtherContract.someFunction{gas: 34500}()`，因为它假设 `someFunction` 会准确消耗 34500 gas，这样它会出问题。但如果你添加了一个合理的访问列表，那么合约会再次运作。 <br/> # 自己做检验 如果你像自己去测试，复制这个代码库，里面由多个可以用 [Hardhat](https://hackmd.io/@fvictorio/gas-costs-after-berlin) 和 geth 执行的实例。在 README 查看说明。 <br/> # 参考文献 - [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 和 [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) 是与本文相关的两个柏林硬分叉 EIP。 - EIP-2930 依赖于柏林硬分叉的另一部分： [EIP-2718](https://eips.ethereum.org/EIPS/eip-2718)，它又叫类型交易。 - EIP-2929 参考了很多 [EIP-2200](https://eips.ethereum.org/EIPS/eip-2200)，因此如果你想深入了解 gas 成本，你可以从那里开始。 - 如果想看比较 gas 使用变更的更复杂实例，请看[这里](https://gist.github.com/holiman/aa7d2d28a9747548a0a14321a1572b22)。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-4-10https://www.ethereum.cn/Eth2/wnie2-2021-4-10Tue, 13 Apr 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210410) <br/> # 首推 本周有广泛共识的决定：[Eth 2.0 合并](https://ethmerge.com/) <br/> # 信标链 最近出现了一次[罚没](https://beaconcha.in/block/906882#attester-slashings)！在整整两个月没有任何罚没事件后，在 4 月 16 日 出现了一次单独的罚没事件。遗憾的是我对这次罚没没有更多的信息。 最近出了一份 Blst 加密库的[安全警告](https://github.com/supranational/blst/security/advisories/GHSA-x279-68rr-jp4p)，这个加密库我相信四个主网客户端都在使用。尽管这个漏洞看上去很难被利用，但所有客户端都已经更新到修复版本。还有[其他一些漏洞](https://twitter.com/GuidoVranken/status/1377749057632927746)也被修复了。如果你最近还没更新你的节点，我推荐你去更新。（Teku 公布的版本都没有使用这个有漏洞版本的 Blst，但保持更新总是好的。） 有一份关于修复潜在[最终确定性延迟攻击](https://github.com/ethereum/eth2.0-specs/pull/2292)的[新提案](https://github.com/ethereum/eth2.0-specs/pull/2292)。在最近的[开发者会议](https://hackmd.io/@benjaminion/wnie2_210410#Implementers)里，我们对此作出了一点[讨论](https://hackmd.io/@benjaminion/wnie2_210410#Implementers)：实现它不需要专门协调一个分叉，我们可以把它和 Altair 升级分开实现。 ## Altair Altair 是在 2021 年年中进行的信标链升级。 尽管发布了 [alpha.3](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-alpha.3) 版本的规范，与上期内容相比没有什么重大更新。它只是一些修补与说明。我提出的[一个字符](https://github.com/ethereum/eth2.0-specs/pull/2282/files)的修改也合并到 PR 里了  Eth2 团队继续专注在实现上，目标是在六月或7月进行部署。 ## 合并 “合并”是旨在尽快把以太坊搬到权益证明链上的计划。开发者们有可能可以在[今年](https://twitter.com/drakefjustin/status/1379052831982956547)实现合并。这是很理想的情况；更现实的估计是2022年第一季度。 Prysm 也[实现了](https://hackmd.io/@prysmaticlabs/prysm-catalyst-interop)与 Eth1 合并客户端 Catalyst 互操作的演示。（Teku 在[去年八月](https://twitter.com/mkalinin2/status/1299038199591862274)实现了，Lighthouse 在[上个月](https://twitter.com/sigp_io/status/1374979655782989824)实现了。） Mikhail Kalinin 写了[一份详细的规范](https://hackmd.io/@n0ble/ethereum_consensus_upgrade_mainnet_perspective)，关于现在的 Eth1 工作量证明客户端需要做哪些工作来为过渡到权益证明做准备。其实做的变更不多，我很希望在合并真的要启动的时候会有多个可用的执行层客户端。 已经有讨论合并的常规会议了。这些会议虽然没有直播，但[议程](https://github.com/ethereum/pm/issues/290)和[记录](https://www.youtube.com/watch?v=b3hfgLa_GHw)都是公开的。 一如既往地，整件事最难的部分是命名。Mikhail [总结](https://hackmd.io/@n0ble/the-merge-terminology)了在 Telegram 和 Discord 群组上的激烈讨论。最后，我们决定把合并后信标链上的东西称为“共识层”，把合并后 EVM/Eth1 上的东西称为“执行层”。更多的细节请看 [Mikhail 的文档](https://hackmd.io/@n0ble/the-merge-terminology)。 ## Rayonism 项目 [Rayonism](https://rayonism.io/) 旨在协调更多的人一起构造和演示一个实现合并与分片的开发者测试网，甚至更进一步在该测试网上加上 Optimism rollup。 这个项目的工作是在为期一个月的 EthGlobal [Scaling Ethereum 黑客松](https://scaling.ethglobal.co/) 期间展开的，基本上与 Eth1 和 Eth2 相关的团队 (如果不是全部的话) 都会参加。 在 4 月7 日举行了一个[启动会议](https://notes.ethereum.org/@protolambda/SyRnDjsHd)，一份详细的元规范 ([meta specification](https://notes.ethereum.org/@protolambda/rayonism)) 已经总结出来了。想追踪进度和参与的话，读者可以加入[Rayonism Discord 频道](https://discord.gg/B7YUqnKN9J)。 Protolambda 将在未来几周的以下时间在 Discord 的语言频道`#rayonism-calls`为参与者提供可选的非正式”办公时间“。 | 太平洋时间 (-7) | 世界时间 | 欧洲中部时间 (+2) | 东澳大利亚标准时间 (+10) | 北京时间 （+8） | | :-------------- | :-------------- | :---------------- | :----------------------- | --------------- | | 10:00 周一 | 17:00 周一 4.12 | 19:00 周一 | 03:00 周二 | 01:00 周二 | | 18:00 周三 | 01:00 周四 4.15 | 03:00 周四 | 11:00 周四 | 9:00 周四 | | 02:00 周五 | 09:00 周五 4.16 | 11:00 周五 | 19:00 周五 | 17:00 周五 | ## 测试网 Nimbus 团队在[推特](https://twitter.com/ethnimbus/status/1376497707263660034)对 [Prater 网络](https://prater.beaconcha.in/)做了很好的介绍。我们鼓励所有在 Pyrmont 网络做测试的质押者在未来几周都迁移到 Prater 网络，因为我们打算用 Pyrmont 做一点实验，可能导致有点不稳定。这里是 Prater 网络的 [Launchpad](https://prater.launchpad.ethereum.org/en/)。 ## 工具 存款合约的 CLI (命令行界面) [升级](https://github.com/ethereum/eth2.0-deposit-cli/releases/tag/v1.2.0)了，现在支持存款者指定一个 Eth1 地址作提款，而不是一个 BLS12-381 提款密钥。这大大简化了可用性，并使适度去信任的质押池变得可能。 [Valid8r](https://github.com/pondron/valid8r) 发布了[v1.0.0 版本](https://github.com/pondron/valid8r/releases/tag/v1.0.0)，它是一种”保护系统“，用于检查你的信标链质押设置的配置。 这可能是有用资源：[Beaconcha.in](http://beaconcha.in/) 出了[用 Eth1 地址识别质押池](https://beaconcha.in/pools)的数据。 <br/> # 释义性文章 [InsideTheSim](https://twitter.com/InsideTheSim) 在社区号召大家到网站 [The Eth 2.0 Merge](https://ethmerge.com/) 给 FAQ 部分回答问题。现在已经有相当多高质量内容了。大家也去添砖加瓦吧！ 在过去几周 Vitalik 发表了很多内容。首先，受启发于 Justin Drake 作客[Bankless](https://www.youtube.com/watch?v=bWqhn1hXvVc) 的那期内容，Vitalik 发表了”[A brain dump on PoS vs PoW arguments](https://www.reddit.com/r/ethereum/comments/mf31ia/a_brain_dump_on_pos_vs_pow_arguments/) (通俗版 PoS vs Pow 的论据）“。（我强烈推荐 Justin Drake 的那期——完整的两个小时！关于为什么权益证明从根本上比工作量证明提供更好的安全性，他给出了充分且不太技术性的见解。） Vitalik 最近还在 Reddit 上发表一些关于多个 Eth2 构思和概念的简要释义文章。这篇是关于[错开分片区块以实现更快的出块时间（Shard block staggering for faster block times）](https://www.reddit.com/r/ethereum/comments/mbksxt/shard_block_staggering_for_faster_block_times/)，这个构思他几年前在[Ethresear.ch](https://ethresear.ch/t/near-instant-transaction-confirmation-via-staggered-shard-block-production/5643?u=benjaminion) 上第一次提出。还有一篇讨论[单个秘密领袖选举协议 (Single secret leader election protocols)](https://www.reddit.com/r/ethereum/comments/m9j5cy/single_secret_leader_election_protocols/)。这两篇文章的内容都不在协议中，但以后可能会把它们放入路线图。 Vitalik 还发表了非常有价值的文章 "Why sharding is great (为什么分片棒棒的)"：对技术属性进行深入浅出地解释。 Protolambda 又制作了一批[史诗般的图表](https://github.com/protolambda/ethereum-scaling-diagram)。大家可以点击每个部分展开来看。(原始和最好的内容在[这里](https://raw.githubusercontent.com/protolambda/beacon-schematic/master/beacon_chain.svg)，虽然有些元素已经有点过时，比如交联)。 Pintail 发表了关于[质押奖励](https://github.com/pintail-xyz/validator_rewards/blob/main/validator_rewards.ipynb)的深入分析文章。如果你想知道为什么有的验证者已经进行了非常多次的区块提议，而有些 (比如我的) 却只有非常少，这篇文章给了你答案。 Lakshman Sankar [增加了一些评论](https://twitter.com/lakshmansankar/status/1380147158792380428)，Pintail 也把这部分内容链接到一个简单的、计算奖励的[电子表格](https://docs.google.com/spreadsheets/d/1RjOKfdaZzez6t5l6FbwHVIEITK1zBbTJDPhOsiosqmw/edit#gid=0)里。 <br/> # 媒体 Beacon Book 发表了第一篇更新”[Beacon Book: Update 001](https://stateful.mirror.xyz/tNwN3gii-e1lBBK3RpgtG23kSry_J2GjeibxM8y3_9E)“。我有幸将对此进行校对，我非常期待。总共有 46 个人参与传播以太坊 2.0 的事业。这提醒着我：我们正在做非常[重要](https://twitter.com/benjaminion_xyz/status/1378321095544217604)的事。 Bison Trail 的 Elias Simos 继续 Eth2 人物主题的访问，现在已经发表了第四篇人物报导：这次是来自 Nimbus 的 [Jacek Sieka](https://bisontrails.co/eth2/jacek-sieka/)。我很喜欢这个系列，哪怕只因为次访问不同的受访者都能带出不同的观点。有趣的是，Jacek 曾经从事高频交易；而 Teku 团队的 Adrian Sutton 也曾经是一名高频交易老手。 Viktor Bunin 也发表了很棒的 Eth2 更新文章——[第13期](https://bisontrails.co/eth2/013/)，他也是来自Bison Trails。 Danny Ryan 发布了[Finalized no. 25](https://blog.ethereum.org/2021/04/02/finalized-no-25/)，内容包括 Rayonism、Blst 警告、提醒公开的信[标链安全性+测试的提案征求](https://notes.ethereum.org/@lsankar/security-rfp)。 Tim Beiko 最近离开了Teku，不再是我的同事了，但加入了以太坊基金会，面对圈外人对[以太坊未来](https://twitter.com/TimBeiko/status/1377354216558108673)的质疑，他作出了非常出色的回应。非常值得一读！ Coindesk 最新一期 [Mapping out Eth2](https://www.coindesk.com/podcasts/mapping-out-eth-2-0) 播客： - [Eth 2.0 在 2014 年意味着什么，今天又意味着什么](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/eth2-0-staking-long-term-market-value) - [普及：导航以太坊的北极星](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/staking-eth-2-0-young-developers) - 我们跟 Coogan Brennan 谈论了他发表的、关于设置个人质押者的系列文章。 <br/> # 研究 椭圆曲线的专家可能很高兴看到 Vitalik 的文章”[Request for cryptographic primitive: vector commitment for elliptic curve points with algebraic properties](https://ethresear.ch/t/request-for-cryptographic-primitive-vector-commitment-for-elliptic-curve-points-with-algebraic-properties/9080)“ 同样是 Vitalik 的文章，关于在任何时间点设置验证者[数量上限](https://ethresear.ch/t/simplified-active-validator-cap-and-rotation-proposal/9022?u=benjaminion)的简化提案，比如 50 万。这样做为了维持高水平的安全性，同时使节点不会因为需要处理更数量庞大的验证者活动而负担过重。 <br/> # 常规会议 ## 实现者会议 第61次会议在 4 月 8 日举行。直播出现了技术问题，但会议后还是把录制的[上传](https://www.youtube.com/watch?v=XLB5HEWdZUE)了。只是你看不到脸 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/212) - [会议视频](https://www.youtube.com/watch?v=XLB5HEWdZUE) - [我的速记](https://hackmd.io/@benjaminion/SkiD8Y3rd), 还有 Alex Stokes 的[实时推文](https://twitter.com/ralexstokes/status/1380209522447282176). ## 合并会议 第一次合并会议在 4 月 1 日进行。会议的主要目标在于与 Eth1 客户端维护者一起审阅提议的合并规范，并收集反馈。我印象是会议结束后大家都对现在的进程感到相当信心。 - [会议议程](https://github.com/ethereum/pm/issues/290) - [会议视频](https://www.youtube.com/watch?v=b3hfgLa_GHw) <br/> # 活动预告 - 2021 年 4 月 21 日 北京时间 8:00 am: [信标链安全性和测试提案征求](https://notes.ethereum.org/@lsankar/security-rfp)回复截至时间。 - 4 月 16 日—5 月 13 日：[Scaling Ethereum](https://scaling.ethglobal.co/) 黑客松，包括 [Rayonism](https://rayonism.io/)。 <br/> # 其他消息 我发表了与其他客户端相比 Teku 性能优势的内容。的确，Teku 的优势是微小的，但我仍然为这个团队感到骄傲！对比在Rocketpool Beta 3 里各个客户端的性能时， [/u/torfbolt ](https://www.reddit.com/user/torfbolt/)也得出相似的结果。 <br/> # 最后 **Teku 招人了!** 如果你是一名 Java 开发者，且有兴趣成为一名核心开发者，那么不妨看看这份[职务说明](https://consensys.net/open-roles/3040114/)。 如果你有疑问或想聊一下这个职位，欢迎邮件或推特私信： 我的邮箱：`ben.edgington@consensys.net` 推特：https://twitter.com/benjaminion_xyz <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-4-12/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-4-12/Mon, 12 Apr 2021 00:00:00 GMT <br/> **最近的低 gas 费与攻击抢跑机器人有关？**  这两天的低 gas 费是因为币安智能链吸引了新用户？Flashbot 和 PGA 机器人的作用？以太坊上的利益广泛减少？还是三者都有？ 尽管不确定答案，但这期七日谈想深入两个攻击抢跑机器人的案例。 4.9 出现这样一笔特别高交易费的交易，交易发送者给鱼池矿工转了68.13个 ETH 的交易费，而支付的 gas 费则是零。  Rober Miller @bertcmiller 在推特上对这件事进行了解释。以下为他的推特的编译： 这笔交易非常有趣！一个机器人一直在尾追 (backrunning) 一些新上交易所的代币，有效地在其他人之前通过支付额外费用给矿工买到这些代币。而 4.9 有个新上交易所的代币进行了回击，给该机器人设陷阱获得 20 万美元，同时因机器人购买他们的代币而获利。事情是这样的： 在过去几周，这个机器人一直在监测以太坊交易池里在 Uniswap 上新创建的交易对。如果它发现了，它会在交易对上线后马上买入，这样它就可以比任何人都早买入这个新代币。  这种机器人一直给矿工支付高额费用。你可以在这里看到，Flashbot 中矿工费最高的一些汇总交易都是来自这个机器人（标黄）。这些机器人一共支付了 340 个 ETH 给矿工。 注：这是 Flashbot 的仪表盘，是公开的数据。  这个机器人通过做这样的事可以赚非常多的钱。他们一开始以10 万~20 万美元买入，把价格快速推高，然后逐渐以高出它们买入时几倍的价格慢慢抛售。 一个社区成员监测了这个过程并发现它们在这样一次操作中可以赚得 200 万美元。  但这个森林并没有那么黑暗。这些都是引人注目的交易，且 DeFi 社区的人是非常聪明的。 有人给这个机器人设了陷阱：他们部署了一个新的代币，如果交易池启动后 3 个区块内有大量买入的话，这些代币会被冻结。 有趣的是，这个合约名就叫 “LiquidityTrap.sol"，且在大家都可以在 Etherscan 上看到： https://t.co/vkNa7xzCWH?amp=1  就在 Uniswap 的交易池开发后，那个机器人掉进陷阱了！ 上线交易所后，它们买入了价值 100 ETH 的 ”Kattana" 代币，因此掉入了流动性陷阱。它们还支付了 68 个 ETH 给矿工！  看上去这次是成功了！尽管在后面几个区块里机器人开始抛售其他代币，但 Kattana 的数量没有变。   买入的 6.7 万个代币且现在的价格是 24 美元，总价值是它买入时的 6 倍。  在我看来，这个机器人现在可以做的只有把所有的 Kattana 发回给合约的所有者或永远持有被冻结的 Kattana。 对 Kattana 来说，它获得了所有的好处——代币价格马上飙升，且无法在二级市场抛售。  不确定这是否只是一个陷阱，但 Kattana 是一个认真的项目。 对机器人是否有阻吓作用不得而知，但可能它们赚到的远多于这次损失给 Katanna 的。 看以机器人之道还治机器人之身 (例如，Salmonella) 还是相当精彩的。 （编者注：同样的事情在 4.11 再次发生，@bertcmiller 也对这次事件进行了记录。） 昨晚 (4.11) ，有人用极其聪明的机制从三明治攻击机器人手上夺下 100 个 ETH。随后，有第二个人加入，通过攻击其他三明治机器人获得了 300 个 ETH。详情如下： 要理解事情是如何发生的，你需要对 Flashbot 稍有了解。你可以把 Flashbot 想成是用户通过“汇总”在一起的交易与矿工直接沟通他们想要的交易排序。 不同于用户用 gas 价格来支付交易费， Flashbot 用户通过智能合约调用 (block.coinbase.transfer) 来支付费用，它会把 ETH 转给矿工。 下图是一个套利机器人这样做的屏幕截图，留意看 0 gas 费和 0.075 个 ETH 转给星火矿池。  矿工会从用户收到很多这样的汇总交易，并把支付得最多的汇总交易打包到区块。用户喜欢这样做因为他们只需要支付被打包了的交易，且可以决定他们想要支付的价格。 三明治机器人监测交易池里用户在 Dex 上的买入情况然后夹击：在受害者买入前把价格推高，在受害者买入后抛售赚钱。这三笔交易 (买入，受害者交易，卖出) 形成一组汇总交易。 注意：三明治的卖出交易是包含付给矿工的智能合约款项的。   打包费用是在卖出交易里支付给矿工的，这一点很重要！也就是说，只有当机器人把抢跑交易里买来的代币成功卖出后才会支付给矿工。如果卖出失败了，矿工是没有打包费的，也就是他们的汇总交易没有被打包成功。 为了进行得更稳妥，机器人会先在本地基础设施上模拟测试它们的交易。只有当模拟进行得顺利时，它们才会发出交易。 （Flashbot 还会提供工具使这个操作更简单。） [@NathanWorsley_](https://twitter.com/NathanWorsley_) 在发表了他关于 Salmonella 的文章后鼓励一大批人尝试用 ERC20 的代币给三明治机器人下圈套。 简言之，Salmonella 是一种代币，如果你不是合约所有者的话尽量不要交易，而三明治机器人会超额支付并用100 个 ETH 换来 REKT。 三明治机器人仅在卖出交易成功时才会支付交易费，这个设计可以防御这一点。如果你支付的 ETH 无法让你获利，那么你就不会支付！ 且三明治机器人会有模拟测试，在这样的情况发生前看看它们获得的是不是 REKT。 但有两个很聪明的人发现这些防御的漏洞。 第一道防御的突破点在模拟测试。这通过 ERC20 合约的转账功能实现，它可以核查该区块是否由一个 Flashbot 矿工挖的，如果是，它会转出很少。下图是我的伪代码。 本地的模拟测试不会有问题，但在实操中三明治机器人获得的是rekt。  第二道防御是仅在卖出交易里才有打包费用。 再说一次：三明治机器人给矿工支付费用是以它们获利为条件的。 把这个 ERC 20 代币支付给矿工 （再次提醒：也是我的伪代码）可以打破这道防御。 因此，即使三明治机器人卖出交易失败了，矿工仍然得到打包费用。   在现实发生的情况是这样的： 三明治机器人成功落入圈套，买入价值 100 个 ETH 的“毒”代币。“毒”代币所有者的诱饵触发自定义的转账功能，这需要给矿工支付 0.1 个 ETH。 三明治机器人的卖出交易因为“毒”代币的设置而不成功。    因为三明治机器人是以汇总的方式将三比交易打包：成功买入、诱饵、失败卖出。 “毒” ERC 20 的支付是自定义转账形式，就是这一点激励矿工去打包。 我想第一个人这样做获得了 100 ETH。你可以在这里看到在 Uniswap 上的交易：https://t.co/UokTURqBkF?amp=1 它们的其中一个受害者是最成功的 Flashbot 机器人操作者组织之一，他们马上作出反应。 https://etherscan.io/token/0xe253a1f7d5818022661bfbd2cbe043b642b4eff9?a=0x01f8d5a4862d51d2cf0cf52ac900a4d60adaeee6 在短期内，这个受害者变成顶级掠食者。他们发起一次相似但稍有不同的 ERC20 ("YoloChain")，并最终成功诱惑了更多的三明治机器人。 在这次行动中他们获得了 300 个 ETH ！ https://t.co/dWNCZe67lZ?amp=1 第一个“毒”代币的所有者发现他们的受害者竟然是区块上最后一个掠夺者，它们在 Flashbot discord 上的加密签名上附上表示尊敬的留言。 我很欣赏。 [https://etherscan.io/verifySig/2503](https://t.co/WpfSnjDLeG?amp=1)  根据我的计算，在这次事件中，这两个给机器人下圈套的人总共获得约 400 个 ETH 的，可能还有更多的"毒“代币是我没发现的。 ”大屠杀“事件到这里就结束了。 三明治机器人操作者已经发生相应升级了他们的机器人了。有些已经彻底耗尽了。 <br/> # Eth2 Mikhail Kalinin 发布了 "Rayonism 的合并规范 v.0.1.0"，这份文档详述信标链和合并前阶段客户端需要做的修改，以及如何把它们变成合并后阶段的共识节点和执行引擎。 详情：https://notes.ethereum.org/@n0ble/rayonism-the-merge-spec <br/> Protolambda 发布了”Rayonism-Meta-Spec"，以实现合并与分片的测试网。这份meta-spec 内容主要包括： - 重点放在合并功能的实现 - 就新功能和黑客松特定修改的快速迭代 - 内容基本确定下来后把它合并上升为规范 - 为实现者提供注释和协作重点 文章还包含黑客松的详细行程内容安排。 详情：https://notes.ethereum.org/@protolambda/rayonism <br/> Protolambda 还发布了"多客户端合并后阶段以太坊开发者测试网设置"。 详情：https://notes.ethereum.org/@protolambda/merge-devnet-setup-guide <br/> 质押在 Lido 上的 ETH 已达 20 万个 ETH。 来源：https://twitter.com/LidoFinance/status/1381221388414038016?s=20 <br/> # Eth1 **伦敦升级测试网 Aleut 上线** 4.9 第一个伦敦升级测试网 Aleut 上线，同步数据的指南可能这周推出。 来源：https://twitter.com/TimBeiko/status/1380530805169123339?s=20 <br/> **节点运行者请在柏林硬分叉前升级所运行客户端的最新版本** 柏林升级即将在 4 月 14 日，区块高度 12,244,000 启动，为了与柏林升级兼容，请节点运行者尽快升级所使用的客户端至最新版本。 Besu [v21.1.4](https://github.com/hyperledger/besu/releases/tag/21.1.4) EthereumJS VM [v5.3.1](https://github.com/ethereumjs/ethereumjs-monorepo/releases/tag/%40ethereumjs%2Fvm%405.3.1) Geth [v1.10.2](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.2) Nethermind [v1.10.56](https://github.com/NethermindEth/nethermind/releases/tag/1.10.56) OpenEthereum [v3.2](https://github.com/openethereum/openethereum/releases/tag/v3.2.0) Turbogeth [04.02 alpha](https://github.com/ledgerwatch/turbo-geth/releases/tag/v2021.04.02) <br/> # Layer2 **追踪 Layer2 解决方案锁仓情况的 L2Beat** 由 [@krzkaczor](https://twitter.com/krzKaczor) 、[@DamianPaszkowsk](https://twitter.com/DamianPaszkowsk) 、 [@piotr.klis](https://twitter.com/piotrklis_) 、[@bkiepuszewski](https://twitter.com/bkiepuszewski) 共同创建的网站 L2Beat：https://www.l2beat.com/ 追踪了部分以太坊解决方案及其项目的锁仓量，以及它们的市场占比，包括 Loopring、Optimism、dydx、zkSync、Aztec、Fuel。而该网站是通过追踪 Layer1 上不同代币桥的代币/ETH 资产来统计各个方案及项目的总锁仓量。  <br/> **Celer 的 layer2. finance 推出 Ropsten 测试网，参与测试赢得奖励** 状态通道解决方案 Celer Network 推出 layer2. finance 测试网嘉年华活动，通过竞赛活动来吸引用户测试 layer2. finance 系统，并将提供价值 3.2 万美元的奖金。 嘉年华活动时间：UTC 时间 4 月 7 日 - 4 月 19 日 测试网地址：ropsten.layer2.finance 中文版测试指南：[Layer2. Finance 测试网嘉年华](https://mp.weixin.qq.com/s/fGX1vZ9ylp3QAzBK0GIjVw) **StarkEx 为 Immutable X 与 dydx 提供扩容解决方案** 基于 StarkEx 解决方案的 Immutable X 于 4 月 9 日上线主网，为 NFT 铸造以及交易提供扩容解决方案。Immutable X 是第一个构建在 L2 上的 NFT 铸造以及交易平台，并且是 StarkEx 的第三个应用案例。  来源：https://www.immutable.com/blog/immutable-x-alpha-trading-launch 另外，StarkEx 的另一个应用案例 dydx 也于 4 月 6 日在主网上线了其永续合约的 Layer2 版本。早在今年 2 月份时， dydx 已经在主网发布了一个接近 Alpha 版本的 Layer2 永续合约供用户、流动性提供者以及战略伙伴使用。过去几周，dydx 中有 110,000 名用户注册进入等候名单，交易数量超 25,000 笔，交易数额约 9 千万美元。而现在，该协议正式面向公众开放。  来源：https://dydx.exchange/blog/public <br/> # 生态 **福布斯杂志以 33 万美元的价格成功拍卖其 NFT 封面** 商业杂志福布斯在 NFT 交易平台 Nifty Gateway 拍卖其 NFT 封面 “Merchants of the Metaverse”，封面中的人物分别为 Cameron 和 Tyler Winklevoss。为期 24 小时的拍卖最后以 333,333 美元的价格被 @mondoir 竞得。  来源：https://www.theblockcrypto.com/linked/101144/forbes-nft-winklevoss-auction-ends **EthStaker 将举办柏林升级的观看派对** 柏林升级即将在 4 月 14 日启动，届时，EthStaker 将在升级前两个小时举办一场观看派对。链接：https://ethstaker.cc/berlin-upgrade-party/ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/round9https://www.ethereum.cn/Ecosystem/round9Fri, 09 Apr 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/04/02/round9.html) <br/> *感谢 Gitcoin 团队提供的反馈和图表。* *特别说明：在这类回顾文章中，对人员或组织所采取的行动做出的任何批评，尤其是“共谋”、“贿赂”和“结党”等词汇，仅是出于分析和机制设计的精神，不应被视为 (尤其是道德上的) 对人们和组织本身的批评。你们都是善良的人，我爱你们。* Gitcoin Grants 第九轮刚刚结束，并且与往前一样获得了成功。 本轮匹配金额高达 50 万美元，超过 12,000 名捐助者向 812 个不同项目捐赠了 138 万美元，这是迄今为止资金数额最大的一轮。不仅仅是之前的项目，新项目也获得了大量捐赠，这证明了该机制能够避免固话，也能适应不断变化的环境。在最近的两轮中，专为东亚地区开设的新类别也取得了成功，从而将多个东亚以太坊项目推向了前沿。     但是随着规模的扩大，第九轮也带来了前所未有的独特挑战。其中最重要的是合谋和欺诈：在第九轮中，超过 15％ 的捐款被发现可能具有欺诈性。当然，这是不可避免的，而且从一开始就在预期内。对于一些参与者这么快就开始认真尝试利用该机制获取私利，我确实感到惊讶。Gitcoin 团队已做出有力回应，并[发布了博文](https://medium.com/block-science/deterring-adversarial-behavior-at-scale-in-gitcoin-grants-a8a5cd7899ff)详细说明了用于检测和应对对抗行为的策略以及[治理方式](https://gitcoin.co/blog/gitcoin-grants-round-9-governance-brief/)。**但是我个人认为，从长远来看要成功地限制对抗行为，将需要进行更严肃的改革，并做出一些牺牲。** <br/> ## 新增许多新的大额资助方 Gitcoin 在本轮融资中继续成功吸引了许多匹配资金的提供者。[BadgerDAO](https://badgerdao.medium.com/)，一个定位为“致力于构建 产品和基础设施将比特币引入 DeFi 的 DAO”项目，向匹配池捐赠了 30 万美元，这是迄今为止最大的单笔捐赠。  其他新的资助者包括 [Uniswap](https://app.uniswap.org/)、 [Stakefish](https://stake.fish/)、 [Maskbook](https://mask.io/)、[FireEyes](https://medium.com/fire-eyes-dao)、 [Polygon](https://polygon.technology/)、[SushiSwap](https://sushi.com/) 和 [TheGraph](https://thegraph.com/)。随着 Gitcoin Grants 成为以太坊公共物品募资的成功归宿，Gitcoin Grants 继续吸引认受性，成为项目反哺生态系统的首选。这是成功的标志，希望它能够持续进一步发展。下一个目标应该是不仅要向匹配池一次性捐款，而且要长期进行捐款 (甚至是新发行的代币将其持有的一定比例捐赠给匹配池)！ <br/> ## 流失率保持健康 Gitcoin Grants 需要保持关注的问题是如何平衡稳定性和固化性：如果每个项目的匹配资金在每一轮之间变化太大，那么团队很难依靠 Gitcoin Grants 筹资，但如果匹配资金变化太小 ，新项目很难有一席之地。 对此我们可以进行比较。首先，让我们来对比一下这一轮和上一轮前十的项目。    在所有情况下，前十名中大约有一半项目来自前一轮，而另一半则是新进入的项目 (另一方面，前十名中有一半跌出了)。图表有些不准确，Gitcoin Grants 开发基金和 POAP 似乎已经跌出，但实际上只是更改了类别，因此 40％ 的流失率可能更准确。  如果将第八轮的结果与[第七轮](https://vitalik.ca/general/2020/10/18/round7.html)进行比较，流失率约为 50%，近似第七轮与[第六轮](https://vitalik.ca/general/2020/07/22/round6.html)的比值。因此，看起来流失率较为稳定。在我看来，大约 40％ 至 50％ 的流失率处于健康水平，在保持长期项目的稳定性和避免新项目被排斥之间取得了平衡，但这当然只是我的主观判断。 <br/> ## 对抗性行为 本轮的新挑战在于大规模的对抗性行为企图。在这一轮中有两个主要问题。首先，发现了大量的贡献者群体可能只是少量个人或是紧密联系的组织，开设了许多账户来试图作弊。这是由 Gitcoin 团队使用其特有的分析算法发现的。 对于这一轮，Gitcoin 团队在征询社区意见后，决定承担欺诈行为的代价。无论是否接受欺诈性交易，每个项目都将获得其最高匹配资金，差额总计约 33,000 美元，由 Gitcoin 的国库支付。 但是在以后的轮次中，团队决定在安全性上更加严格。 Gitcoin [团队文章](https://medium.com/block-science/deterring-adversarial-behavior-at-scale-in-gitcoin-grants-a8a5cd7899ff)中的图表描述了他们检测和处理对抗性行为的过程。  在短期内，到目前为止仅忽略欺诈行为并接受其代价就可以了。但是从长远来看，必须对欺诈行为进行处理，这就引起了具有挑战性的政治考量。Gitcoin 团队用于检测对抗性行为的算法是专有且闭源的，该算法必须是闭源的，否则攻击者能够适应并绕过检测。因此，二次方募资的产出不仅取决于针对输入的明确数学公式。相反，如果要移除欺诈性交易，有可能会面临一个小团体根据其主观判断对结果进行操纵的风险。 **值得强调的是，这不是 Gitcoin 的错。相反，正在发生的事情是 Gitcoin 平台发展得足够大，最终陷入了一个每个社交媒体网站在过去二十年中都会面临的问题，无论其团队的初衷有多好**。尽管 Reddit 的团队初衷美好且拥抱开源，但与其他所有社交媒体网站一样，它还是使用了[许多](https://www.reddit.com/r/redditsecurity/comments/b0a8he/detecting_and_mitigating_content_manipulation_on/)秘密[措施](https://www.reddit.com/r/ModSupport/comments/77y18b/buying_upvotes_is_there_anything_the_admins_can_do/)来检测和抑制投票操纵。 这是因为制定算法可以防止不良操作，但是除非攻击者知道这些算法，要继续作恶确实是很困难的。 **实际上，整套[机制设计](https://en.wikipedia.org/wiki/Mechanism_design)科学付出了一个半世纪的努力来尝试解决这个问题。**有时候确实能发挥作用。 但通常总是遇到同样的挑战：[共谋](https://vitalik.ca/general/2019/04/03/collusion.html) (collusion)。事实证明，如果所有参与者都独立行动，建立能够提供所需结果的机制并不难，但是一旦您承认一个人可以控制多个账户的可能性，问题很快就会变得更加困难 (甚至[难以解决](https://vitalik.ca/general/2020/09/11/coordination.html#understanding-the-game-theory))。 但是，我们无法完美解决这个问题并不意味着我们无法尝试，并且从这些尝试中受益。好的机制和不透明的中心化干预是替代选择：机制越适宜，就越能凭借机制本身达到良好的效果，越能避免结党情形的出现 (这种结果实际上非常友好，而且符合热爱去中心化的 Gitcoin 团队的期望！) 在短期内，Gitcoin 团队还会积极采取第三种方式：[邀请第三方分析和社区监督](https://medium.com/block-science/deterring-adversarial-behavior-at-scale-in-gitcoin-grants-a8a5cd7899ff)来进行欺诈监测和应对。 图片由 Gitcoin 团队出色的博文提供。  邀请社区监督是维护该机制[认受性](https://vitalik.ca/general/2021/03/23/legitimacy.html) (legitimacy) 极好的措施，并为 Gitcoin grant 平台铺设了去中心化的道路。但这不是 100％ 的解决方案，正如国家政府内部的技术官僚组织，尽管受到正式的民主监督和控制，实际上仍然很容易保留大量权力。**长期的解决方案是加强 Gitcoin 的被动安全性，从而降低这种主动安全性的必要性。** 被动安全性 (passive security) 的一种重要形式是强制 (而不再是可选地) 进行某种唯一身份验证。Gitcoin 已经添加了电话号码验证、BrightID 和其他几种选项，以“提升帐户的信任等级”并获得更高的匹配金额。但是 Gitcoin 可能会被迫采取需要进行某种验证才能获得匹配的措施。这将降低便利性，但是 Gitcoin 团队如果启用更多样的去中心化验证选项可以减轻影响，并在不严重依赖中心化审查的情况下实现长期安全性，从而获取更长续的认受性，这样做是值得的。 <br/> ## 回溯性空投 本轮的第二个重要现象与 Maskbook 有关。二月，Maskbook [宣布发布代币](https://masknetwork.medium.com/introducing-the-mask-public-twitter-offering-e227597f1021)，并在代币分发中对过往在 Gitcoin 上为 Maskbook 捐赠过的用户进行追溯性空投。 以下表格是 Maskbook 对空投资格的公告：  有争议的是，尽管 Maskbook 如今已经变得富足，并且树立了给该项目捐款可能会获得奖励的先例，但 Maskbook 仍继续参与了这一轮。后者尤其成问题，因为可以理解为某种贿选。**幸运的是，局势很快得到了缓解。事实是 Maskbook 团队在发行代币后忘记关闭 Gitcoin 上的捐款，并且同意将其关闭。他们现在甚至是资助方的一员，有助于为之后的轮次提供匹配资金！** 另一个项目尝试了一种“大家都懂”的隐晦贿选策略：在聊天室中暗示其项目参与了 Gitcoin，并且将发布代币。没有明确承诺奖励贡捐赠者，但是在某些情况下，看到这些消息的人可能会这样理解。 在这两种情况下，我们能够看到共谋是一种光谱形式，而不是二元的。即使是完全没有恶意并且认受性高的项目及其捐赠者都会轻易被卷入其中的很大一部分。  请注意，这是一个有些不寻常的“道德等级”。 通常，较容易接受的动机具有利他性，而较不可接受的动机具有利己性。在这个案例中，最左和最右的动机都是利己的，利他性动机离左边很近，但不是靠左的唯一动机。**更微妙的其中的关键区别：用户是因为乐于看到项目获得资金 (机制内) 而做出贡献，还是因为乐于看到自己为项目提供资金的某些 (机制外) 结果而做出贡献？** 后一种动机是有问题的，因为这颠覆了二次方募资的运作方式。二次方募资的假设是人们做出贡献是因为他们乐于看到项目获得资金的结果，认识到人们由于公地悲剧而做出的贡献远远少于他们理想中应有的数额，并利用数理进行补偿。但是如果存在额外的激励措施，并且这些激励措施是特定与个人相关联的，且并不会被公地悲剧折损，那么二次方匹配会将这些激励因素放大到严重失真。 在这两种情况下 (Maskbook 和另一个项目)，我们。另一个项目的案例很明显：有指控是他们暗示可能进行正式补偿，尽管没有明确承诺。就 Maskbook 而言，Maskbook 似乎没有做错任何事：空投具有回溯性，因此之前对 Maskbook 做出的任何贡献都没有受到该动机的“污染”。 **但其中的问题是更长期也更微妙的：如果长期有项目向 Gitcoin 捐献者进行回溯空投，那么用户的捐赠倾向可能不再主要偏向于他们认为是公共物品的项目，而偏向他们觉得之后有可能会发币的项目。**这颠覆了使用 Gitcoin 二次方募资为代币发行提供商业化替代策略的理想。 <br/> ## 解决方案：以密码学方式杜绝贿选 (及回溯性空投) 最简单的方法是将 Gitcoin 上最接近合谋行为的项目除名。但是在这种情况下，此方案无法起作用：问题不在于项目在捐款进行中空投，而是捐款后进行空投。尽管此类项目仍在募集捐款，并因此很容易被除名，但没有迹象表明他们计划进行空投。我们可以从上面的示例中看到，在许多灰色地带中进行监督是一项艰巨的挑战，并且通常不符合机制设计的精神。 但是，如果除名和监督不是可行的解决方案，那会是什么呢？ 该解决方案是一种称为 [MACI](https://github.com/appliedZKP/maci) 的技术形式。  MACI 是一个工具包，使得用户能够运行抗合谋的应用程序，同时保证几个关键属性： - **正确性**：无效消息不会被处理，该机制的实际输出是处理所有有效消息并正确计算之后的结果 - **抗审查性**：如果某人参与，该机制将无法通过有选择地忽略其信息来作弊并假装没有参与 - **隐私性**：没有人知道个人是如何参与的 - **抗合谋性**：参与者无法向他人证明他们是如何参与的，即时他们希望证明 抗合谋是关键属性：它使贿选 (或回溯性空投) 成为不可能，因为用户将无法证明他们确实为某人的 grant 做出了贡献或是为某人投票以及执行了其他任何行动。这是对[秘密投票](https://en.wikipedia.org/wiki/Secret_ballot)概念的实现，该概念使目前的贿选情形不具备可行性，但使用的是密码学技术。 对其工作机制进行技术描述没有那么复杂。用户通过使用私钥对消息签名，将签名的消息使用中心服务器发布的公钥进行加密，并将加密的签名消息发布到区块链。服务器从区块链下载消息，对其进行解密、处理并将其结果和 [ZK-SNARK](https://vitalik.ca/general/2021/01/26/snarks.html) 一起输出，以确保正确地进行了计算。  用户无法证明其参与方式，因为他们能够发送“密钥更改”消息来误导试图审核他们的人：他们可以先发送密钥更改消息将其密钥从 A 更改为 B，然后发送用 A 签名的“伪造消息”。服务器将拒绝该消息，但是没有其他人会知道密钥更改消息已经发送过。尽管仅出于私密性和抗强制性考虑，需要对服务器有一个信任要求，但服务器无法通过错误计算或审查消息来发布错误的结果。从长远来看，可以使用[多方计算](https://blog.ethereum.org/2014/12/26/secret-sharing-daos-crypto-2-0/) (MPC) 来对服务器进行一定程度的去中心化，从而增强隐私性和抗强制性保障。 已经有正在使用 MACI 的二次方募资系统：[clr.fund](https://clr.fund/)。它行之有效，尽管目前证明的生成仍然相当昂贵，正在进行的相关工作有望尽快降低这些成本。 <br/> ## 实际问题 **请注意，采用 MACI 确实会带来必要的牺牲**。特别是将不再有能查看有谁做出了贡献，从而削弱了 Gitcoin 的“社交”属性。但是可以通过从选举中采取新的视角来重新设计或更改社交属性：尽管选举进行了秘密投票，但通常会发出“我已投票”的标签。这不是“安全的” (因为不投票的人可以轻易获取)，但是仍然发挥着社交作用。个人可以走得更远，同时仍保留秘密投票权：**我们可以进行二次方募资设置，其中 MACI 输出每个参与者贡献了多少的价值，而不是他们贡献给谁的价值**。这将使特定项目无法对参与者的贡献进行支付，但是仍然会给用户留下空间来表达他们做出贡献的自豪感。项目可以空投给所有 Gitcoin 贡献者，而不会按项目进行区分，并在宣布空投时附带他们的 Gitcoin 链接。用户仍然可以为其他人做出贡献并领取空投，这种做法在公平竞争的范围之内。 然而，这仍然是一个长期的问题。MACI 可能还没有准备好在第十轮中集成。在接下来的几轮中，重点加强唯一身份验证仍然是最优先的考虑。尽管希望可以同时减少中心化并使社区参与进来，但仍需要一定程度地依赖中心化调节。Gitcoin 团队一直在朝这个方向前进，并且取得了一定成果。如果 Gitcoin 团队率先成功地迎接并克服了这些挑战，那么我们最终将获得一个安全且可扩展的二次方募资系统，并且准备好被更广泛的主流应用采纳！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/how-to-make-an-nft-and-render-on-opensea-marketplace/https://www.ethereum.cn/Ecosystem/how-to-make-an-nft-and-render-on-opensea-marketplace/Thu, 08 Apr 2021 00:00:00 GMT来源 | [freecodecamp.org](https://www.freecodecamp.org/news/how-to-make-an-nft-and-render-on-opensea-marketplace/)  在这篇文章里，笔者将展示如何在没有软件公共技术背景下制作 NFT。然后，我们将学习如何用 [Brownie](https://eth-brownie.readthedocs.io/en/stable/)、 [Python](https://www.python.org/)、和 [Chainlink](https://docs.chain.link/docs) 制作无限制可自定义的 NFT。以及我们也会看到如何在 [OpenSea](https://opensea.io/) 的 NFT 市场上部署和销售我们的创作。 如果你在找使用 Truffle、JavaScript 和有趣的中世纪人物的教程，可以看看如何《[构造、部署、和出售你的NFT](https://blog.chain.link/build-deploy-and-sell-your-own-dynamic-nft/)》 。 <br/> # 什么是 NFT？ [NFTs](https://eips.ethereum.org/EIPS/eip-721) (Non-Fungible Tokens，不可置换代币) 可以用一个词来总结：唯一性。这些是部署在区块链上的智能合约，代表着某种东西的唯一性。 ## ERC20 vs ERC721 NFT 是一种区块链代币标准，与 [ERC20](https://www.investopedia.com/news/what-erc20-and-what-does-it-mean-ethereum/) 相似，像 AAVE、SNX、和LINK (准确来说是 ERC677)。ERC20 是“可置换”代币，这意味着那些代币是可被替换的 (replaceable) 和可互相兑换 (interchangeable)。 例如，无论你使用的是哪种美元钞票，你的美元钞票都将价值 1 美元。美元钞票上的序列号可能不一样，但钞票间是可以互相兑换的，而且它们仍然价值1美元。 另一方面，NFT 是“不可置换的”，它们遵守的是它们自己的代币标准 [ERC721](https://eips.ethereum.org/EIPS/eip-721)。例如，蒙罗丽莎是“不可置换的”。即使有人可以制作一个副本，永远也只会有一幅蒙罗丽莎。如果蒙罗丽莎是在区块链上创造的，那么它就是个 NFT。  原始图像来自 [Wikipedia](https://en.wikipedia.org/wiki/Mona_Lisa) <br/> # NFT 是做什么的？ NFT 给创作者、艺术家、游戏设计师和其他职业者提供价值，保存在链上的部署还能永久保存。 你总能知道是谁创作了 NFT、谁拥有了 NFT、NFT 的来源，等等，它们给这些创作者带来的价值比传统艺术更大。在传统艺术里，分辨赝品会有点难，但链上历史是很容追踪到的。 由于智能合约和 NFT 是100%可编程的，NFT 还可以添加内置的版税和其他功能。给艺术家补助一直是一个问题，因为情况经常是艺术家的作品广泛传播而人们不知道作品是谁的。 越来越多的艺术家和工程师正在跃跃欲试，参与到这个有巨大价值的领域，因为这最终是让艺术家获得作品报酬的好途径。不止于此，NFT 是展示你的创造力以及在数字世界成为收藏者的有趣方式。 ## NFT 的价值 NFT 已经走了很长一段路了，并且我们不断看到有拍卖价格破纪录的 NFT，比如“Everyday:The First 5,000 Days” 以 6930 万美元售出。  图像来自 [Twitter](https://twitter.com/ChristiesInc/status/1361670588608176128) 因此，这里蕴含着很多价值，它也是在数字世界创作艺术和学习创建智能合约的有趣、动态、和很有魅力的方式。那么，现在我将教你如何制作 NFT 。 <br/> # 如何制作 NFT ? ## 文章不会涉及的内容 现在，制作 NFT 最简单的方法是到像 [Opensea](https://opensea.io/)、 [Rarible](https://rarible.com/) 或 [Mintible](https://mintable.app/) 这些平台，跟着它们的逐步指引在它们平台部署。 你可以完全采用这个方法，但你可能会被绑定在平台上，受限于平台提供的功能。你不能实现无限制的自定义制作，或真正使用 NFT 的优势。但如果你是一个初级软件工程师，或没有非常丰富的技术知识，这是适合你的方法。 如果你想成为一名很强的软件工程师，学习一些 solidity 的知识，且有能力可以用无限的创造力创造一些东西，请继续往下看吧！ 如果你刚接触 solidity，不用担心，我们会从基础讲起。 <br/> # 如何用无限制的定制制作一个 NFT 我将用这个 [NFT Brownie Mix](https://github.com/PatrickAlphaC/nft-mix) 让你快速入门。这是一个工作代码库，有非常多样板代码。 ## 准备要求 我们需要安装下列内容才能开始： - [Python](https://www.python.org/downloads/) - [Nodejs](https://nodejs.org/en/download/) 和 npm and npm - [Metamask](https://metamask.io/) 如果你不熟悉 Metamask，你可以[按着这个教程](https://docs.chain.link/docs/install-metamask)设置。 ## Rinkeby测试网上的ETH和LINK 我们还需要在 Rinkeby 以太坊测试网上工作，因此我们能免费把我们的合约部署到一个真正的区块链网络上。 测试网是用来测试我们的智能合约在现实世界运行得如何的好方法。我们需要有 Rinkeby 网络的 ETH和 LINK 测试币，我们可以在 [Chainlink 文档](https://docs.chain.link/docs/link-token-contracts#rinkeby)中最新的水龙头链接里免费获得。 我们还需要添加 Rinkeby 的LINK测试币到我们的 metamask 里，我们可以跟着这个[获取 LINK 文档](https://docs.chain.link/docs/acquire-link)的步骤。 如果你还是很疑惑，你可以跟着[这个视频](https://www.youtube.com/watch?v=4ZgFijd02Jo)去做，只是要注意是用的 Rinkeby 而不是 Ropsten。 当在像 Ethereum 这样的智能合约平台上工作时，我们需要支付少量的 ETH，在需要从链下获取数据时，我们需要支付少量的 LINK。这就是为什么我们需要测试网的 LINK 和 ETH 测试币。 正式开始吧！这是我们[准备部署到 OpenSea 的 NFT](https://testnets.opensea.io/assets/0x8acb7ca932892eb83e4411b59309d44dddbc4cdf/0)。  ## 快速开始 ```Powershell bash git clone https://github.com/PatrickAlphaC/nft-mix cd nft-mix ``` 现在我们需要安装 `ganache-cli` 和 `eth-brownie`。 ``` Powershell pip install eth-brownie npm install -g ganache-cli ``` 现在我们可以[设置环境变量](https://www.twilio.com/blog/2017/01/how-to-set-environment-variables.html)。如果你对环境变量不熟悉，你可以只把它们添加到你的 `.env`文档，然后运行： ``` Powershell source .env ``` 你刚刚克隆的代码库里应该有一个 `.env` (环境）样本，它是加了环境变量注释的。取消注释就可以使用它们了！ 你将需要一个 `WEB3_INFURA_PROJECT_ID` (Web3 Infura 项目 ID) 和一个 `PRIVATE_KEY` (私钥）。注册一个免费 [Infura](https://infura.io/) 账号就会有这个 `WEB3_INFURA_PROJECT_ID`。它会使我们可以发送交易到区块链上。 你还需要一个密钥，你可以在你的 Metamask 里获得。点一下那三个小点，然后点击`Account Details` （账户详情）和 `Export Private Key` (导出私钥)。如果你准备把真钱放进去的话，不要把私钥告诉别人。 ``` Powershell export PRIVATE_KEY=YOUR_KEY_HERE export WEB3_INFURA_PROJECT_ID=YOUR_PROJECT_ID_HERE ``` <center>.env</center> 现在我们可以用以下两个命令部署我们的 NFT 合约和创建我们第一件收藏品了。 ``` Powershell brownie run scripts/simple_collectible/deploy_simple.py --network rinkeby brownie run scripts/simple_collectible/create_collectible.py --network rinkeby ``` 第一行命令用来把我们的 NFT 合约部署到 Rinkeby 区块链，第二行命令用来创建我们第一件收藏品。 你刚已经部署了我们第一份智能合约了！ 它不做什么事，但不用担心。我将在这份教程的高级部分展示你可以如何把它部署到 OpenSea 上。但首先，让我们看看 ERC721 代币标准吧。 # ERC721 代币标准 让我们在 `SimpleCollectible.sol` 文档里看看刚部署的合约吧。 ```javascript // SPDX-License-Identifier: MIT pragma solidity 0.6.6; import "@openzeppelin/contracts/token/ERC721/ERC721.sol"; contract SimpleCollectible is ERC721 { uint256 public tokenCounter; constructor () public ERC721 ("Dogie", "DOG"){ tokenCounter = 0; } function createCollectible(string memory tokenURI) public returns (uint256) { uint256 newItemId = tokenCounter; _safeMint(msg.sender, newItemId); _setTokenURI(newItemId, tokenURI); tokenCounter = tokenCounter + 1; return newItemId; } } ``` 我们采用的是 [OpenZepplin](https://github.com/OpenZeppelin/openzeppelin-contracts) 的 ERC721 代币标准。我们导入的这个包 (package) 允许我们使用一个典型 ERC721 代币的全部功能。这定义了我们的代币将具有的所有功能，例如 `transfer` 意味着把我们的代币转移给新用户，`safeMint`表示创建新的代币，等等。 在 OpenZepplin 的ERC721 代币合约里，你可以找到赋予我们合约的所有功能。我们的合约是通过这个命令行承继这些功能的： ``` Powershell contract SimpleCollectible is ERC721 { ``` solidity 的承继就是这样工作的。当我们部署合约时，`constructor`会被自动调用，它还需要一些参数。 ``` Powershell constructor () public ERC721 ("Dogie", "DOG"){ tokenCounter = 0; } ``` 我们的构造函数也使用了 `ERC721` 的构造函数，我们只需要给它取一个名字和一个符号。在我们的例子中，是"Dogie"和"DOG"。这意味着每个我们创造的 NFT 都是 Dogie/DOG 类。 这就像每张 Pokemon 卡片都是一个 pokermon，或每个在集换式卡片上的棒球手都是一名棒球手。每个棒球手是独一无二的，但他们全部是棒球手。我们只是在用 `DOG`类。 在顶部我们有 `tokenCounter`，用来计数我们创建了多少这个类型的 NFT。每个新代币都会获得一个基于当前 `tokenCounter` 的`tokenId`。 实际上，我们可以用 `createCollectible` 函数创建一个 NFT。这就是在我们的 `create_collectible.py` 脚本里调取的函数。 ``` Powershell function createCollectible(string memory tokenURI) public returns (uint256) { uint256 newItemId = tokenCounter; _safeMint(msg.sender, newItemId); _setTokenURI(newItemId, tokenURI); tokenCounter = tokenCounter + 1; return newItemId; } ``` `_safeMint`函数创建新的 NFT，并把它分给任何调用了 `createdCollectible`的账户，即 `msg.sender`，且会有一个从 `tokenCounter`派生的 `newItemId`。这就是我们追踪谁拥有什么的方法——查看所有者的 `tokenId`。 你会发现我们还调用 `_setTokenURI`。 <br/> # 什么是 NFT 元数据和 TokenURI 当智能合约被创建了，NFT 就被创建了，人们很快会发现把大量数据部署到区块链真的超级超级贵。试想一下，[储存1 KB 的数据可能就需要100万美元](https://ethereum.stackexchange.com/a/896/57451)。 对于 NFT 来说，这显然是一个问题，因为拥有创意艺术意味着你必须把这个信息储存在某处。他们还想要一种轻量方法储存 NFT 的属性信息——这就是需要 tokenURI 和元数据的地方。 ## TokenURI 一个 NFT 上的 `tokenURI` 是能展示这个代币的唯一标识符。一个 URI 可以是HTTPS上的 API 调用、一个 IPFS 的哈希、或[任何其他](https://danielmiessler.com/study/difference-between-uri-url/)代表唯一的东西。 它们遵循一套显示元数据的标准，如下： ```json { "name": "name", "description": "description", "image": "https://ipfs.io/ipfs/QmTgqnhFBMkfT9s8PHKcdXBn1f5bG3Q5hmBaR4U6hoTvb1?filename=Chainlink_Elf.png", "attributes": [ { "trait_type": "trait", "value": 100 } ] } ``` 这些数据展现了一个 NFT 是什么样的以及它的属性。 `image`部分指向另一个展示该 NFT 的 URI。这使得 NFT 可以更容易在像 Opensea、Rarible和 Mintable 这些 NFT 平台上部署，因为它们都需要这种元数据。 ## 链下元数据 vs 链上元数据 现在你可能会想“等等，如果元数据不在链上，这是否意味着我的 NFT 可能会在某个时候消失了”？ 你的想法是对的。 如果你认为链下元数据意味着你无法用那元数据让你的智能合约互相交互，你的想法也是对的。 这也是为什么我们专注在链上元数据上，这样我们才可以对我们的 NFT 进行编程，使它们互相交互。 尽管如此，我们仍然需要 `image`部分的链下元数据，因为我们还没有在链上储存大图像的好方法。但不要担心，通过使用 [IPFS](https://ipfs.io/)，我们还是可以免费在一个去中心化网络实现这一点。 这里是 IPFS 的一个 imageURI 示例，这个图像是按照《龙与地下城》教程创建的 [Chainlink Elf](https://opensea.io/assets/0x8d78277bc2c63f07efc2c0c8a8512de4ad459a05/1)。  <center>The Chainlink Elf</center> 我们没有给简单的 NFT 设一个 tokenURI 是因为我们只想展示一个基本示例。 现在进入高级 NFT 部分，我们可以看到用链上元数据实现的一些很棒的功能，把 NFT 部署到 Opensea 上，把我们的 Dogie 放上去！ 如果你想看我们刚讲过部分的重温视频，可以点击[这里](https://www.youtube.com/watch?v=ZH_7nEIJDUY)。 <br/> # 动态和高级的 NFT 动态 NFT 是那种随时间变化的，或具有我们可以用来互相交互的链上功能的 NFT。这些 NFT 给了我们无限制的自定义空间去制作整个游戏、构建世界、以及某种交互艺术。现在让我们进入高级部分吧。 ## 高级部分快速开始 确认你的 metamask 里有足够的 ETH 和 LINK 测试币，然后运行下面的命令行： ``` Powershell brownie run scripts/advanced_collectible/deploy_advanced.py --network rinkeby brownie run scripts/advanced_collectible/create_collectible.py --network rinkeby ``` 我们这里的收藏品是从 [Chainlink VRF](https://docs.chain.link/docs/chainlink-vrf) (Virtual Routing and Forwarding，虚拟路由和转发) 返回的一个随机犬种。Chainlink VRF 能提供可验证随机数，也就我们 NFT 真正稀缺性来源。然后，我们就要创建它的元数据了。 ``` Powershell brownie run scripts/advanced_collectible/create_metadata.py --network rinkeby ``` 然后，我们可以选择性地上载这个数据到 IPFS，这样我们就会获得一个 tokenURI。我在后面会展示给你看要怎么做。现在，我只需要用下面这个样本 tokenURI。 ``` Powershell https://ipfs.io/ipfs/Qmd9MCGtdVz2miNumBHDbvj8bigSgTwnr4SbyH6DNnpWdt?filename=1-PUG.json ``` 如果你下载 [IPFS Companion ](https://chrome.google.com/webstore/detail/ipfs-companion/nibjojkomfdiaoajekhjakgkdhaomnch?hl=en) 扩展程序到你的浏览器，你可以使用该 URL 来查看这个 URI 返回的是什么。它应该是下面展示的这样： ```json { "name": "PUG", "description": "An adorable PUG pup!", "image": "https://ipfs.io/ipfs/QmSsYRx3LpDAb1GZQm7zZ1AuHZjfbPkD6J7s9r41xu1mf8?filename=pug.png", "attributes": [ { "trait_type": "cuteness", "value": 100 } ] } ``` 然后运行我们的 `set_tokenuri.py` 脚本： ``` Powershell brownie run scripts/advanced_collectible/set_tokenuri.py --network rinkeby ``` 我们得到的输出如下： ``` Powershell Running 'scripts/advanced_collectible/set_tokenuri.py::main'... Working on rinkeby Transaction sent: 0x8a83a446c306d6255952880c0ca35fa420248a84ba7484c3798d8bbad421f88e Gas price: 1.0 gwei Gas limit: 44601 Nonce: 354 AdvancedCollectible.setTokenURI confirmed - Block: 8331653 Gas used: 40547 (90.91%) Awesome! You can view your NFT at https://testnets.opensea.io/assets/0x679c5f9adC630663a6e63Fa27153B215fe021b34/0 Please give up to 20 minutes, and hit the "refresh metadata" button ``` 我们可以点击里面的链接看看它在 Opensea 上怎么样的。你可能需要点 `refresh metadata` ，等上几分钟。  <center>Refresh Metadata</center> <br/> # 随机犬种 现在说一下我们刚做了什么。这是我们的 `AdvancedCollectible.sol`： ``` Powershell pragma solidity 0.6.6; import "@openzeppelin/contracts/token/ERC721/ERC721.sol"; import "@chainlink/contracts/src/v0.6/VRFConsumerBase.sol"; contract AdvancedCollectible is ERC721, VRFConsumerBase { uint256 public tokenCounter; enum Breed{PUG, SHIBA_INU, BRENARD} // add other things mapping(bytes32 => address) public requestIdToSender; mapping(bytes32 => string) public requestIdToTokenURI; mapping(uint256 => Breed) public tokenIdToBreed; mapping(bytes32 => uint256) public requestIdToTokenId; event requestedCollectible(bytes32 indexed requestId); bytes32 internal keyHash; uint256 internal fee; uint256 public randomResult; constructor(address _VRFCoordinator, address _LinkToken, bytes32 _keyhash) public VRFConsumerBase(_VRFCoordinator, _LinkToken) ERC721("Dogie", "DOG") { tokenCounter = 0; keyHash = _keyhash; fee = 0.1 * 10 ** 18; } function createCollectible(string memory tokenURI, uint256 userProvidedSeed) public returns (bytes32){ bytes32 requestId = requestRandomness(keyHash, fee, userProvidedSeed); requestIdToSender[requestId] = msg.sender; requestIdToTokenURI[requestId] = tokenURI; emit requestedCollectible(requestId); } function fulfillRandomness(bytes32 requestId, uint256 randomNumber) internal override { address dogOwner = requestIdToSender[requestId]; string memory tokenURI = requestIdToTokenURI[requestId]; uint256 newItemId = tokenCounter; _safeMint(dogOwner, newItemId); _setTokenURI(newItemId, tokenURI); Breed breed = Breed(randomNumber % 3); tokenIdToBreed[newItemId] = breed; requestIdToTokenId[requestId] = newItemId; tokenCounter = tokenCounter + 1; } function setTokenURI(uint256 tokenId, string memory _tokenURI) public { require( _isApprovedOrOwner(_msgSender(), tokenId), "ERC721: transfer caller is not owner nor approved" ); _setTokenURI(tokenId, _tokenURI); } } ``` 我们使用 Chainlink VRF 从 `PUG, SHIBA_INU, BRENARD`列表里创建一个随机犬种。此时当我们调用 `createCollectible` 时，我们实际上在链下向 Chainlink VRF 节点发出了一个请求，然后返回一个随机数，以三个犬种里的一种来创建这个 NFT。 在你的 NFT 里使用一个真正的随机数是创造真正稀缺性的好方法，使用 Chainlink 预言机的随机数意味着你的数字具有可验证的随机性，无法被矿工修改。 你可以在 [Chainlink VRF 文档](https://docs.chain.link/docs/chainlink-vrf)里了解更多。 Chainlink 节点通过调用 `fulfillRandomness`函数来响应，并基于随机数创建收藏品。然后，我们还是必须调用 `_setTokenURI` 来给 NFT 提供所需的外观。 我们此时不设置我们 NFT 的属性，但属性对提升我们 NFT 的竞争力和交互性非常有用。你可以在[龙与地下城的例子](https://github.com/PatrickAlphaC/dungeons-and-dragons-nft)中看到设置了属性的 NFT 是怎样的。 ## 来自 IPFS 的元数据 我们正在使用 IPFS 来存储两个文档： 1. NFT 的图像 (八哥的形象) 2. tokenURI文档 (还包含了图像链接的 JSON 文档) 我们使用 IPFS 因为它是免费的去中心化平台。通过下载 [IPFS 桌面版](https://docs.ipfs.io/install/ipfs-desktop/)，点击`import` 按钮，我们可以把 tokenURI 和图像添加到 IPFS。  <center>添加文档到 IPFS</center> 然后，点击文档傍边的三个点，点 `share link`，然后复制提供的链接， 我们就可以分享 URI 了。然后，我们可以把这个链接添加到我们的 `set_tokenuri.py` 文档，把代 tokenURI 改为我们想要使用的。 ## 坚持去中心化 但是，如果 tokenURI 只在我们自己的节点上，这意味着如果我们的节点离线了，其他人就看不到它了。因此，我们希望别人可以 `pin` （挂）我们的 NFT。我们可以使用像 [Pinata](https://pinata.cloud/) 这样的服务商，即使我们的 IPFS 节点处于离线状态，他们也可以帮助我们保持数据在线上。 我想，以后会有越来越多的元数据储存在 IPFS 和去中心化储存平台。中心化服务器会式微，也就是说在上面的艺术品会永远消失。因此，请务必检查你的NFT使用的 tokenURI 的位置！ 我预计以后会有越来越多人使用像 [Filecoin](https://docs.filecoin.io/) 这样的去中心化储存平台，因为使用 pinning 服务并不非常去中心化。 <br/> # 继续前进 如果你想看一个高级 NFT 讲解视频，你可以看[这个](https://www.youtube.com/watch?v=tCR7b9p9GiM)。 现在你已经有了制作好看、有趣、可自定义、具有交互性的 NFT，并把它部署到交易平台的技能了。 NFT 是能给艺术家的辛勤创作提供精确回报的一种有趣、强大的方式。祝你好运，享受这个过程吧！https://www.ethereum.cn/Ecosystem/eth-weekly-2021-4-6/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-4-6/Tue, 06 Apr 2021 00:00:00 GMT <br/> # Eth2 **合并的首个实现者会议** 4.1 进行了第一次合并的实现者会议，会议对文档"Ethereum consensus upgrade [application-layer perspective]"进行仔细讨论。 文档：https://hackmd.io/@n0ble/ethereum_consensus_upgrade_mainnet_perspective 视频：https://www.youtube.com/watch?v=b3hfgLa_GHw <br/> **Prysm 的 Eth1 与 Eth2 合并演示** 3.31 客户端 Prysm 继 Lighthouse 后实现信标链与 PoW 链互操作的成功演示。 教程：https://hackmd.io/@prysmaticlabs/prysm-catalyst-interop <br/> **走在以太坊最前沿的 Rayonism** Rayonism 是 ETH Global Scaling 黑客松的一个扩容项目，关于对 Eth1-Eth2 合并和分片的研究与工程，以及围绕此次黑客松构建测试网。它还有一个延展目的是构建有分片的Optimism。 时间：4 月 16 日—5 月 14 日 注意：Rayonism 不在获得黑客松奖品的范围里 详情与入口：https://rayonism.io/ <br/> # Eth1 **EIP-1559 首个测试网为 Aleut** EIP-1559 的 Geth 实现现由ConsenSys Quilt 团队的 @lightclients 负责，他已在 Github 开了一个“EIP-1559 implementation#22617" 的草稿 PR，下图为目前确定的内容。  在 4.2 的 AllCoreDev 中有人提出了关于交易收据内容的疑问，此问题解决后将部署第一次客户端集成测试网，以开始测试伦敦升级的相关 EIP。关于此次测试网的名字，@lightclients 提议命名为 Aleut，一个地质断层线的名字。此次客户端集成测试网规范已出，仅作基础设施测试，目前包括的内容为：EIP-1559 和 EIP-3198 (关于添加操作码 `BASEFEE`)。进度如下：  会议最后决定 Aluet 为开发者测试网。 来源：https://twitter.com/TimBeiko/status/1377980135484260352?s=20 <br/> **Vitalik 对 1559 提出的改良方向** Vitalik 在ethresear.ch 上发表了"Make EIP 1559 more like an AMM curve (使 EIP-1559 更接近 AMM 曲线)"。 详情：https://ethresear.ch/t/make-eip-1559-more-like-an-amm-curve/9082 <br/> **EIP-3074 争议** 4.2 的 AllCoreDev 讨论了是否应该把 EIP-3074 纳入伦敦升级，有几个核心开发者表达了反对意见，原因一方面是这份 EIP 从根本上改变了以太坊的签名机制，需要更多时间对其进行全面了解，还有开发者表示会引入严重安全问题，联想到 4.1 愚人节有人开玩笑发了一个使用 ”SUDO 操作码“解决一切 UX 问题的 PR；另一方面是客户端开发团队目前的工作已相当繁重，EIP-3074 带来的变更也不是简单修改。Vitalik 则表示随着人们开始使用多签或社交恢复式钱包，多项操作交易会变得越来越普遍，因此我们将向 3074式的信任保证方向发展。会议最后决定在经过安全审计后再对 EIP 进行继续讨论。 关于 EIP-3074 的进一步讨论，可在此跟进：https://ethereum-magicians.org/t/eip-3074-auth-and-authcall-opcodes/4880 <br/> # Layer2 **StarkWare 提出 L2 AMM 设计 Caspian** 因 DeFi 使用不同的 Layer2 解决方案，这带来的资本效率低下是大家都比较担心的问题，因为可能会造成流动性在 L1 和 L2 不同解决方案之间产生分裂。StarkWare 提出一个新的 L2 AMM 设计 Caspian：将资产留在 L1 上，避免分裂流动性，提高资本效率。 StarkEx 3.0 (预估在 2021 年 6 月上线) 将会支持 Caspian。而实现 Caspian 将需要引进两种新的基元：L1 限价单以及批量闪电贷 (Batch-Long Flash Loans)。 来源：https://medium.com/starkware/caspian-an-l2-powered-amm-f20e93b5421 <br/> **Opensea 即将引入 Immutable X** NFT 市场 Opensea 宣布将集成以太坊首个 NFT 的 Layer2 扩容解决方案 Immutable X。  来源：https://twitter.com/opensea/status/1377352145666641923 <br/> **Polygon 为 Decentraland 和 Aave 提供扩容解决方案** 区块链游戏平台 Decentraland 将集成侧链扩容解决方案 Polygon。目前，Decentraland dApps 套件提供一个账户入口，用户可以通过这个入口在以太坊主网和 Polygon 的 Matic 网络中转移 MANA。等到在所有 Decentraland dApps 中集成 Polygon 之后，用户将能够完全在 Polygon 上申领、购买、出售以及交易可穿戴式 NFT。 来源：https://decentraland.org/blog/announcements/polygon-mana/ <br/> 去中心化借贷协议 Aave 也将集成 Polygon，集成的版本发布之后，将会有这些资产上线 Polygon 的 Aave 市场：MATIC、USDC、USDT、DAI、WETH、AAVE、WBTC。 来源：https://medium.com/aave/exploring-new-frontiers-with-aave-59563ddd2405 <br/> # DeFi **算法稳定币项目 Fei Protocol 完成创世启动** DeFi 算法稳定币项目 Fei Protocol 于 3 月 31 日正式开始为期 3 天的创世启动，结束时共筹集到 63.9 万枚 ETH，铸造了 13 亿枚 FEI 代币。共有 1.7 万个唯一地址参与本次创世启动。Fei Protocol 将对这些地址空投相应数量的 FEI 和 TRIBE 代币。 来源：https://twitter.com/feiprotocol/status/1378425528051466247 <br/> **算法稳定币项目 Reflexer 宣布代币分配计划** Reflexer Labs 宣布首次 FLX 分配计划于 4 月 15 日进行。另外，从 4 月 7 日开始，Reflexer Labs 将对 Cream Finance 上的 RAI 代币借款者进行奖励活动。Reflexer Labs 表示，将在分发之前对 Reflexer 上线以来铸造、提供 RAI 流动性的地址以及 3 月 31 日以来在 Cream 上借出 RAI 的地址进行快照，用户可在 4 月 15 日访问 app.reflexer.finance 领取奖励。 来源：https://twitter.com/reflexerfinance/status/1378523473421737992 <br/> # 生态 **imToken 完成 B 轮融资** 加密钱包 imToken 完成 B 轮融资，由启明创投领投，融资 3000 万美元。本轮参与者还有 A 轮融资的 投资者 IDG Capital 以及其他新的投资者如 Breyer Capital。融资将会用来推进开发下一个迭代版本 imToken 3.0。 来源：https://medium.com/imtoken/imtoken-announces-us-30-million-series-b-investment-e7091f13258d <br/> **Coinbase 预计将于 4 月 14 日上市** 中心化交易所 Coinbase 宣布其 S-1 (向美国证券交易委员会 SEC 提交的文件) 注册声明已生效。Coinbase 表示，预估其 A 类普通股票将于 2021 年 4 月 14 日 在纳斯达克全球精选市场 (Nasdaq Global Select Market) 开始交易，股票代码为 “COIN"。 来源：https://blog.coinbase.com/coinbase-announces-effectiveness-of-registration-statement-and-anticipated-listing-date-of-its-1509b281f760 <br/> **NFT 或在奢侈品品牌掀起热潮** Gucci 最近对 *Vogue Business* 确认他们发行 NFT 只是时间问题，而且有多个奢侈品时尚品牌已表示即将发行它们的 NFT。与时尚品牌合作的区块链平台 Lukso 的创始人表示，奢侈品品牌在电子商务潮流上是落后的，现在非常愿意于像区块链这样的新型技术做实验性的尝试。 来源：https://www.voguebusiness.com/technology/luxury-fashion-brands-poised-to-join-the-nft-party <br/> **200 ETH 成交 OAG** 广受欢迎的 meme "Overly Attached Girl" 近日在 Foundation 上拍卖，最终以 200 个 ETH 成交。  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/eip-3074https://www.ethereum.cn/Technology/eip-3074Fri, 02 Apr 2021 00:00:00 GMT来源 | [@lightclients](https://twitter.com/lightclients) <br/> 以太坊钱包可能很快进行一次重大升级。部署了提案的变更后，外部账户 (EOA) 将马上可以发送批量交易、逾期交易、无序交易等。 我的同事 [@_SamWilsn _](https://twitter.com/_SamWilsn_)和 [@adietrichs](https://twitter.com/adietrichs) 和我一直致力于改善与以太坊交互的用户体验。经过了多次迭代，我们提出了 "EIP-3074: AUTH and AUTHCALL opcodes"。 这些操作码是这样使用的：外部账户对一条链下信息签名，给一个中继器提供消息，这个中继器把签名和调用数据传给一个链上合约 (被称为 invoker，调用器)，合约用操作码 `AUTH` 验证签名，随后用操作码`AUTHCALL`发送外部账户的调用。 操作码 `AUTHCALL` 的功能基本与 `CALL` 相同，除了它把`CALLER`(即`msg.sender`信息发送者) 设为外部账户的地址，需要通过`AUTH`来恢复。这使得用户可以无须 ETH 也能与以太坊交互。也就是说，他们的交易可以由一个中继器来“资助”。 这个方案听上去可能很熟悉。实际上，它与 meta-txs (元交易) 的工作机制几乎相同。一个重要区别是 meta-txs 无法随意设置`msg.sender`。因此，合约必须明确支持 meta-txs。EIP-3074 旨在去除 meta-txs，减少合约复杂性。 为了更深入它的工作机制，一起来了解我们正在构建什么吧。我们想要一个机制允许没有 ETH 的外部账户可以无须信任地发送交易。“无须信任”是关键。用户不应该给中继器任何可以被利用的特权。 EIP-3074 允许通过谨慎选择加入到外部账户签名的参数来构建去信任系统。用户需要对 keccak (0x03 ++ invoker_address ++ commit_hash) 哈希函数签名。  “type byte (类型字节)" 是 EIP-2718 里值为 0x03 的恒定字节。这是用来防止与其他签名规则冲突的，比如 EIP-2930 的访问列表交易、EIP-1559 的费用市场交易、EIP-191的 0x19 签名消息等。 调用器地址把用户的调用与一个特定合约进行捆绑。签名只对该合约有效，即调用者。这使得用户可以选择一个他们信任的调用器——就像选择一个智能合约钱包托管资产一样。 我们预想调用器的数量不会多，因为如果他们实现出错的话 (注意调用器的使用是选择性的)，用户的利益会受损。开发一个安全的调用器花费会很高。它需要接受多方的审计，并在静态证明上是可靠的。 这与现状其实没有太大区别。智能合约钱包在被用来托管大额资产前应该通过了全面的审计与证明。很多大型 DeFi 项目也是这样做的。 要签名的最后一个参数是 commit_hash （委托哈希）。这就是给调用器设计师很大灵活性，以及允许非常多不同签名规则得以开发的地方。 委托参数限定调用者只能执行某些操作，并为处理一次调用建立了一定的有效性要求。用户可以信任调用器会遵循这个程序，因为代码可以在链上得到验证。这是区块链很好的一个特性。 现在来看一个简单的案例。假设一个用户想通过调用器发送一个调用。为了避免调用被传送，他们提供一个随机数。他们还提供其他不可篡改的数值。用户对这些数值进行哈希以获得委托，并在用于`AUTH`的签名信息里使用该委托。  调用器会用收到的值重新生成委托哈希值。这样，如果资助方修改了一个值，调用器会计算出一个不同于外部账户签名的委托哈希值，导致 `AUTH` 恢复一个垃圾地址。会出现下图的情况：  希望现在你相信调用器能像一个智能合约钱包那样运作，任何外部账户都可以使用。现在看一下如何用委托哈希构建更多有趣的方案。 总的来说，最重要的是”一个操作一个签名“。这是看待事情的一个简单方法。一个签名由一笔交易的哈希创造，为什么不对多笔交易进行哈希呢？其实 EIP-3074 是可以实现的。 当一个账户已经用 `AUTH` 验证了，调用器就可以进行该账户想要的、尽可能多次的 `AUTHCALL`。因为我们信任该调用器会没有偏差地执行它的代码，这很好。我们还可以设计出委托哈希是多个调用的哈希值的方案。  在上文的方案里，调用者会用到全部的数值 (随机数1、随机数2等)，并把它们合起来进行哈希，生成一个委托哈希值。它用委托哈希值和用户签名来调用`AUTH`。`AUTH` 会验证用户是否都对那些参数签名了。 然后，调用器会对所有调用逐个验证其随机数和其他参数，然后把鉴别过的调用数据发送到鉴别过的地址。 在这个基础上可以构建更多的方案。假如你添加了一个新参数”expiration （逾期）"。这个参数会被哈希成委托哈希值，且在验证过程中，调用者会验证是否 `expiration < block.number`。这样外部账户就可以有逾期交易了！ EIP-3074 提供的是功能强大的基元，能为更多顺滑用户体验打开可能性而无须引入额外的信任假设。如果你想阅读这份 EIP 的完整版，你可以点击这里： https://eips.ethereum.org/EIPS/eip-3074 用 go-ethereum 编写的原型实现可以在这里看到：https://t.co/XWhlX9C4Y5?amp=1 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/wnie2-2021-3-28https://www.ethereum.cn/Eth2/wnie2-2021-3-28Thu, 01 Apr 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210328) <br/> # 首推 以太坊基金会发布[针对信标链安全性和测试的提案请求 (RFP)](https://notes.ethereum.org/@lsankar/security-rfp)。 <br/> # 社论 Danny Ryan 希望[不再使用](https://www.notion.so/What-s-New-in-Eth2-28-March-2021-67bb45d19b094a25a02c4b55a9998561) eth1 和 eth2 这两个词。作为 “What's New in Eth2” 的作者和维护者，我还是有被打击到。 但是总的来说，我同意这些术语已经逐渐失去了作用，并且有可能极具误导性。这并非只是命名这件事本事，而是捕捉方向上的根本变化，并进行清晰的沟通。路线图的变化使社区感到困惑，而清楚命名则有助于促进理解。 我们来简单回顾一下以太坊路线图的命名历史。 据我所知，Vitalik 在 [2014 年 4 月](https://news.ycombinator.com/item?id=7554923)的 Hacker News 中首次使用了 “Ethereum 2” 这个名字。他将 Ethereum 2 定位为未来通过 “基本密码学升级” 对以太坊进行功能上的变革。 然后关于 “Ethereum 2” 的叙述就没再出现，而变成了我们所熟悉的 Frontier→Homestead→Metropolis→Serenity 路线，该路线在 [2015 年 3 月](https://blog.ethereum.org/2015/03/03/ethereum-launch-process/)首次提出。Serenity 本身不是 Ethereum 2，而是指代通往 Proof of Stake 的网络升级。有趣的是，分片和扩容在该路线图中没有明确的阐述，尽管[当时](https://blog.ethereum.org/2015/04/05/blockchain-scalability-chain-fibers-redux/)已经讨论过了。 几年以来大致都遵循了这个计划，Homestead 于 2016 年 3 月实现，Metropolis 在 2017 年 10 月和 2019 年 2 月进行了两次升级 ([参考链接](https://medium.com/mycrypto/the-history-of-ethereum-hard-forks-6a6dae76d56f))。 Serenity 将通过升级现有以太坊链以实现 PoS (权益证明)。该升级在 [EIP-1011](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1011.md) 中提出，甚至在 [2017 年 12 月 31 日](https://twitter.com/karl_dot_tech/status/947503029166546946)启动了[一个测试网](https://hackmd.io/@aTTDQ4GiRVyyce6trnsfpg/Hk6UiFU7z?type=view)。 然而，大家发现通往 Serenity 的道路走不通，不仅仅是因为需要质押数量庞大的 ETH (1500 ETH)。 因此在 2018 年中，我们放弃了该路线，并重新开始规划 Ethereum 2.0。我们回归到 Vitalik 于 2014 年提出的原始想法：Ethereum 2 是针对协议的重大密码学更改。将其称为 Eth2.0 是合理的，因为按照计划需要对现有平台进行全面改动。Ethereum 1 最终将作为遗留系统被并入。该以太坊 2.0 路线图包含了几个连续阶段：阶段 0 权益证明；阶段 1 数据分片；阶段 2 可执行分片；最后将 Eth1 迁移至 Eth2。 现在我们已经交付了阶段 0，但计划中的其余部分也已经发生变化。根据 [ethereum.org](https://ethereum.org/en/eth2/) 网站上最新的 Eth2 页面，“ Eth2 [现在] 指的是一系列相互关联的升级，这些升级将使以太坊更具扩容行性、安全性和可持续性”。这看起来更像之前的 Serenity 计划。我们正在原地升级以太坊链，而不是推倒重来。 因此我们能看出，这几年来对路线图的叙述在有效**替代** Ethereum 1 (在不同时间被称作 Eth2) 与在 Eth1 上原地**升级**之间摇摆不定。现在我们或多或少地回到了“升级”这个方向。 有鉴于此，现在看来将 Etheruem 2.0 这个名称应用于整个项目是令人感到困惑的：在某种程度上这意味着与当前的以太坊链不同的区块链，对其他人来说，甚至意味着[不同的代币](https://www.reddit.com/r/ethereum/comments/md75k2/will_be_eth_20_a_new_coin_or_will_be_the_same_eth/)。它暗示了未来的不兼容性和种种问题。 因此，[最近的命名趋势](https://blog.ethereum.org/2021/03/11/finalized-no-23/)是将 Eth2 的内容限制把以太坊的共识层升级为权益证明，并将当今的以太坊 (即 Eth1) 都统称为应用层。 <br/> # 信标链 注意啦！质押者们！要升级你的 Eth1 节点了！！以太坊网络即将进行[柏林升级](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement/)。请确保在4月14日前升级你的主网 Eth1 节点。 信标链继续保持良好的运行状态，没有什么新闻。距离上一次[罚没事件](https://beaconcha.in/validators/slashings)已经过去了[七周](https://twitter.com/eth2REKT/status/1375855226175987712)，所以现在每个人似乎都掌握了避免被罚没的技巧。 正在进行当中主要有两件事，一是将于六月进行的 Altair 升级，以及使以太坊全部迁移至 PoS 的合并计划。 上周发生的大事件当属 Prater 测试网的发布。Danny 的 [Finalized no. 24](https://blog.ethereum.org/2021/03/24/finalized-no-24/) 对此进行了一些阐述。 ## Altair 升级 Altair 是计划于年中进行的信标链升级。目前已经发布了两个 alpha 版本的规范：[Stargazer](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-alpha.1) 以及 [Half of 'em just look like dots](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-alpha.2). 以下是一些总结性文档： - [信标链变更](https://hackmd.io/@benjaminion/wnie2_210328) - [Altair 分叉](https://hackmd.io/@benjaminion/wnie2_210328) - 分叉如何激活，及其转换过程 - [轻客户端同步协议](https://hackmd.io/@benjaminion/wnie2_210328) - 如何搭建信标链轻客户端 针对验证者证明的奖励有一些有趣的更新，我将在下次进行总结。据我所知，这主要是关于更改打包延迟的内容。目前，验证者有时最好延迟进行证明，以确保为正确的区块投票。Altair 则修复了这一无用的激励措施。 关于 Altair 升级，可以看看 Viktor Bunin (Bison Trails) 的[最新文章](https://bisontrails.co/eth2/012/)。 ## 合并工作 Eth2 中目前最热的主题就是合并了，当前的以太坊链会由 PoW 工作量证明转向 PoS 权益证明。如上讨论，我们在多年来对此有不同的计划。最近呼声比较大的提案是[快速合并](https://notes.ethereum.org/@vbuterin/B1mUf6DXO) (quick merge)，直接使 运行当中的 PoS 链替换基于 PoW 的共识层。 上周，[快速合并 (quick merge) 提案已经纳入规范](https://github.com/ethereum/eth2.0-specs/pull/2281)。这使其成为了以太坊 2.0 规范不可或缺的一部分。这是一个简单的提案，从技术的角度来看交付难度最小。这是一条使以太坊尽快转向 PoS 的途径，同时将一些工作推迟到将来的升级中 (例如验证者提款)。 现在最大的问题在于：什么时候实施合并？一个选项是在七月的以太坊伦敦升级完成 EIP -1559 之后[集中精力](https://github.com/ethereum/pm/issues/278)交付合并。Aftab 在[推文](https://twitter.com/iamdcinvestor/status/1375448967668961287)中对这条路径表示了强烈支持。 我对快速转移到 PoS [有些保留](https://hackmd.io/@benjaminion/wnie2_210313#Editorial)。简言之，这可能会使其他计划[延迟数年](https://twitter.com/lightclients/status/1375525139777908736)。但是如果这是尽快移除 PoW 的方式，我想这是我们必须承担的代价。Nimbus 的 Jacek Sieka 希望看到对 Eth1 进行循序渐进的[升级](https://twitter.com/jcksie/status/1375467986685997068) ，而我们继续在 Eth2 中进行大量疯狂的创新。 根据 Tim Beiko 的核心开发者会议更新，在下面即将讨论的 EthGlobal 黑客松中展示了合并测试网之后，可能就会决定合并的时间。有声音表示以太坊可能会在 2021 年底转移到 PoS，但更有可能在 2022 年第一季度。 Sigma Prime 公布了一个[合并交易](https://twitter.com/sigp_io/status/1374979655782989824)：PoS 网络中的一笔以太坊交易 (由 [Teku 领导](https://twitter.com/mkalinin2/status/1299038199591862274)，其他团队配合实现)。Aditya Asgaonkar 也直接基于可执行规范使用 Python 实现了一个[合并 PoC](https://github.com/adiasg/eth2-quick-merge-poc/blob/master/Eth2-Merge-PoC.ipynb)。 有计划在即将到来的 EthGlobal [scaling Ethereum hackathon](https://scaling.ethglobal.co/) (扩容以太坊黑客松) 中召集尽可能多的 Eth2 和 Eth1 客户端来搭建一个合并测试网，延申目标是加入分片，甚至是基于分片数据实现 rollup 演示。 ## 测试网 [Prater 测试网](https://prater.beaconcha.in/)在 3 月 23 日发布。这是迄今为止最雄心勃勃的计划，创世有 210,000 个验证者，几乎是当前信标链主网的两倍。验证者通过六种方式进行分配：四个客户端团队各运行四万个验证者；由以太坊基金会使用四个客户端运行四万个验证者；第三方分配一万个验证者。 增加验证者数量也增加了状态的大小，加大了处理状态的工作量，也增加了网络中广播的消息数量。 区块也因此变得更加饱满，这使得我们能探索新的局限，客户端也能借此进行优化以更好地打包证明。 测试网的发布过程很常规，过去发布测试网是非常紧张的。我没有参加这次测试网的发布。有一个小意外是 Nimbus 的 [doppelganger 检测功能](https://our.status.im/nimbus-update-v1-0-7-release/)使其验证者无法参加前两个 epochs (在主网中这不是问题，因为我们不会再进行创世了)。 几个团队必须尽早升级其托管，Teku 最初有些滞后，对此我们进行了升级。Prater 的超大规模已经暴露了一些潜在的风险，但都很好处理，并且使 CPU 再次宕机，这就是测试网的作用。 读者也可以加入 Prater 测试网！此处是 [Prater Launchpad](https://prater.launchpad.ethereum.org/en/)，最近的客户端更新都进行了支持。 与此同时，[Pyrmont 测试网](https://pyrmont.beaconcha.in/)在继续运行。我们鼓励大家开始使用 Prater 进行测试，并在接下来的几周内停止使用 Pyrmont。我们计划使用 Pyrmont 测试协议升级过程 (即“硬分叉”)，然后在不具备最终确定性 (finalisation) 的情况下长时间运行，以进一步对客户端进行压力测试。因此 Pyrmont 预计会有几周不稳定的时间。 ## 工具 Alex Stokes 的[分叉检测器](https://eth2-fork-mon.stokes.io/)的功能在不断增加，最近添加了[弱主观性数据](https://twitter.com/ralexstokes/status/1372656834306142209)。 <br/> # 释义性资源 本周有关安装和运行 Eth2 验证者客户端有很多不错的资源： - EthStaker 的 Unvetica 基于 Somer Esat 的[教程](https://github.com/SomerEsat/ethereum-staking-guide)制作了设置验证者客户端的[视频教程](https://www.youtube.com/playlist?list=PLOB9GGXGcc32Qv0wfPcPAtG5W7FS3VzLn) - EthStaker 的“一键式”图示安装程序项目 [Stakehouse](https://github.com/ethstaker-core/stakehouse) 看起来进展顺利。他们正在寻找有关 [todo list](https://github.com/ethstaker-core/stakehouse#getting-involved) 的帮助。最新消息：这是Stakehouse的[视频演示](https://www.youtube.com/watch?v=cxP9gwapXJ0)！ - [Stereum.net](http://stereum.net/) 发布了每个客户端的 [docker compose](https://github.com/stereum-dev/ethereum2-docker-compose)、[secure docker images](https://github.com/stereum-dev/ethereum2-docker-build) 和 [automation](https://github.com/stereum-dev/ethereum2-ansible)。还有一个单行的 Eth2 installer (当以 root 用户身份从 web 向 shell 传输内容时需要保持谨慎态度)。 - 在树莓派上安装 [Rocket Pool](https://github.com/jclapis/rp-pi-guide/blob/main/Docker.md) 的教程 以太坊基金会的一些推文系列。我更喜欢这种小巧简短的方式： - Lakshman Sankar：[状态大小管理](https://twitter.com/lakshmansankar/status/1372645109414563840) - Lakshman：[轻客户端支持](https://twitter.com/lakshmansankar/status/1374830379941601281) - Alex Stokes：[弱主观性](https://twitter.com/ralexstokes/status/1372656834306142209)。Meredith Baxter 的[视频演示](https://www.youtube.com/watch?v=Oz3flfj50Ig)也很不错。 <br/> # 媒体 Elias Simos 继续她的 Eth2 开发者精彩系列，这次邀请的是 Lighthouse 的[Paul Hauner](https://bisontrails.co/eth2/paul-hauner/)。前两次邀请的是 Prysm 的 [Raul Jordan](https://bisontrails.co/eth2/raul-jordan/) 和 Teku 的[我](https://bisontrails.co/eth2/ben-edgington/) 。 [Ethstaker 最新一期更新](https://www.youtube.com/watch?v=Kut-N8YhZEg)——虽然只有 5 分钟，但包含很多信息。这个视频已经比较前一段时间的了，但可以关注这个[播放列表](https://www.youtube.com/watch?v=Kut-N8YhZEg&list=PLOB9GGXGcc33Yh4U_9arhf44OOieaXujU)看最新的更新。 Coindesk 继续推出很好的 Eth2 内容： - 最新的[Valid Points](https://www.coindesk.com/tag/valid-points)新闻信：[3月17日](https://www.coindesk.com/ethereum-proof-of-stake-sooner-than-you-think)，以太坊的权益证明机制可能比你想象的来得快；[3月24日](https://www.coindesk.com/ethereum-governance-process-alters-the-merge)，以太坊的治理过程如何改变“合并”。 - 最新一期的[Mapping Out Eth2](https://www.coindesk.com/podcasts/mapping-out-eth-2-0)播客：[3月18日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/the-one-click-client-installer-being-built-for-eth-2-0-stakers)这期是与 EthStaker 的 Superphiz一起做的——这是我至今最喜欢的一期！[3月25日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/ethereums-transition-could-be-months-not-years-away)这期只有 Christine、Will和我。 [Wired UK](https://www.wired.co.uk/article/blockchain-cryptocurrency-energy-use) 报导了权益证明。 <br/> # 研究 Dankrad 发表了[High confidence single block confirmations in Casper FFG （在Casper FFG里，单个区块的确认具有高可信度](https://ethresear.ch/t/high-confidence-single-block-confirmations-in-casper-ffg/8909?u=benjaminion)。文章里有许多关于信标链分叉选择的洞见。但实际的结果是，当信标链受到攻击时，这是很容易被发现的。当没有受到攻击时 (大多数是这种情况，因为一次有效攻击需要非常大量的资源)，出于现实原因，我们可以实现非常快速的最终确定，无须等待完整的、经济层面上的最终确定性。 Vitalik 再次提出设置[活跃验证者的数量上限](https://ethresear.ch/t/simplified-active-validator-cap-and-rotation-proposal/9022?u=benjaminion)。这个提案的目的不是要限制验证者总数，而是要将任何时候活跃验证者的数量限制在 50 万左右，这对网络安全来说足够了。任何时候有越多的活跃验证者，就有越多的广播信息需要处理，客户端就需要做更多的工作来追踪状态。这会增加成为一名验证者所需的资源，进而限制去中心化程度。 [CBC Casper 仍在计划中](https://www.reddit.com/r/ethereum/comments/m8pvfb/longterm_cbc_casper_plans/)！如果它能实现的话，我估计在几年内是看不到的。 <br/> # 实现者会议 第 60 次会议在 3 月 25 日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/210) - [会议视频](https://youtu.be/Q0EbnFViJFk?t=118) - [我的速记](https://hackmd.io/@benjaminion/ry2SbM5VO), and Alex Stokes 的[实时推文](https://twitter.com/ralexstokes/status/1375095774749491206). 讨论了接下来的测试网、研究进度、以及策划 EthGlobal 举办的 Scaling Ethereum 黑客松。 <br/> # 活动预告 - April 20th, 2021 at 5pm PST: deadline for responses to the [Beacon chain security and testing RFP](https://notes.ethereum.org/@lsankar/security-rfp) - [信标链安全性和测试的提案请求](https://notes.ethereum.org/@lsankar/security-rfp)的截止时间是 2021年 4 月 20 日北京时间 2:00 am。 <br/> # 其他消息 - [Prysmatic Labs](https://medium.com/prysmatic-labs/eth2-march-development-update-prysmatic-labs-f6c72b9e0dda) 的开发更新 - [Lodestar](https://twitter.com/ChainSafeth/status/1372930800455360513) 团队在推特发布的更新 - Least Authority 出了[一份Blox Staking 的审计报告](https://leastauthority.com/blog/audit-of-blox-staking-wallet/)。Blox 的模型相当有意思，是完全非托管的：质押者能保有他们私钥的控制权。 - 以太坊尽职调查委员会最近在[搜集质押服务商的信息](https://ethddc.org/)。如果你在找质押服务商的话，这里能提供有用的背景信息。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Thinking/legitimacyhttps://www.ethereum.cn/Thinking/legitimacyWed, 31 Mar 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/03/23/legitimacy.html) 特别鸣谢 Karl Floersch、Aya Miyaguchi 以及 Mr Silly 的建议和意见。 <br/> 比特币与以太坊区块链生态在网络安全 (工作量证明的目的) 的花费远远多于我们所有其他工作的总和。从诞生那天开始，比特币区块链支付给矿工的区块奖励大概平均 3800 万美元每天，再加上大约每天500万美元的交易费。在这笔开销上，以太坊排第二，平均每天1950万美元的区块奖励加每天1800万美元的交易费。同时，以太坊基金会每年的预算，包括研究、协议开发的支出、赞助、以及各种其他花销，也不过每年3000万美元。虽然也有来自非基金会的赞助，但多于基金会赞助的最多就几次。比特币生态在研发方面的开支应该会更低。比特币生态的研发资金大部分来自公司 (至今总共 2.5 亿美元，[根据这个网站](https://www.crunchbase.com/hub/bitcoin-companies-seed-funding))，[这份报告](https://blog.bitmex.com/who-funds-bitcoin-development/) 也指出有大概 57 名雇主。假如不算高薪的开发者，比特币生态的研发开支是每年大概 2000万美元。  显然，这种开支模式是*严重的资源错配*。如果把网络最后 20% 的哈希算力同等的资源投入到研究与核心协议开发上，对生态产出的价值会大得多。 那么，为什么不直接删减 20%的 PoW 预算，然后把这些资金用到其他地方呢？ 对这个难题的标准回答需要用到像“[公共选择理论](http://www.daviddfriedman.com/Academic/Price_Theory/PThy_Chapter_19/PThy_Chap_19.html)”与“ [Schelling fences](https://www.lesswrong.com/posts/Kbm6QnJv9dgWsPHQP/schelling-fences-on-slippery-slopes)” 这样的概念：尽管我们可以轻易辨识出一些有价值的公共物品，并一次性把一些资金转到这些公共物品上，但为这种决策建立一个常规的制度化模式会带来政治混乱和俘虏，长期来看这样做并不值得。但不管是什么原因，我们都面对这样一个有趣的事实——**比特币与以太坊生态作为有机体能够集资数十亿美元，却在决定资金要如何使用上却有非常奇怪和难以理解的限制。** 造成这个结果的强大社会力量很值得我们去了解。在下文我们会看到，以太坊生态一开始能聚集这些资源 （而技术上完全一样的以太经典不能）是因为同一股社会力量。而帮助区块链从 51% 攻击恢复过来的关键也是社会力量。社会力量所支撑的各种极其强大的机制远远超过了区块链领域。我在下文会清楚阐述原因，并把这种强大的社会力量称之为：**认受性**。 ## 社会契约可以拥有代币 为了更好地理解这种力量，一个重要的例子是 Steem 与[Hive](https://hive.io/) 间传奇般的故事。在2020年年初，[孙宇晨](https://www.theverge.com/21459906/bittorrent-tron-acquisition-justin-sun-us-china) 收购了 [Steem 公司](https://www.coindesk.com/justin-sun-bought-steemit-steem-moved-to-limit-his-power)，这与 Steem 区块链不是同一回事，但他的确持有 STEEM 代币供应量的20%左右。Steem 社区自然不信任孙宇晨。因此，他们通过一次链上投票正式确立了一份他们认为长期有效的“君子协议“，决定 Steem公司持有的币是为了 Steem 区块链的共同利益而托管的，因此不应该被用来投票。借助交易所持有的 STEEM 代币，孙宇晨发起了反击，并赢得了足够多的投票权可以单方面控制 Steem 区块链。社区在链上治理上已看不到更多选项了。因此，他们对 Steem 区块链进行了分叉，把分叉出来的链称为 Hive，并把所有的 STEEM 代币余额数据都复制到新链，除了那些参与了攻击的，包括孙宇晨的。  *他们还上线了很多应用。如果他们没有进行分叉，大多数用户不是留在 Steem 上就是完全迁移到其他项目上。* 从这件事上我们学到的教训是：Steem 公司从没有真正“拥有”过这些代币。如果他们拥有了，他们就能以任何他们想要的方式[使用、享有、以及滥用](https://cours-de-droit.net/usus-fructus-abusus-les-elements-constitutifs-de-la-propriete-a130283250/)这些代币。但实际上，当公司想要以社区不赞同的方式享有和滥用这些代币时，他们是能被成功阻止的。箇中原理是与比特币与以太坊尚未发行的代币奖励相似类型的模式：代币最终不是为加密密钥所有，而是某种*社会契约*。 我们可以把同一个逻辑应用到区块链世界的很多其他结构。例如 [ENS](https://ens.domains/) 的合约根私钥多签。[合约根的多签](https://consensys.net/diligence/audits/2019/03/ens-permanent-registrar/) 由七个重要 ENS 和以太坊社区成员控制。但如果他们中四人联合起来把注册表“升级”为把所有最好的域名都发给他们自己呢？在 ENS 作为智能合约系统的语境下，他们完全有这样做的能力，且不会被挑战。但如果他们真的尝试以这种方式滥用他们的技术能力，将会发生什么就很明显了：他们会被社区排挤出去，剩下的 ENS 社区会制作一份新的 ENS 合约，恢复原来的域名所有者，每个使用 ENS 的以太坊应用都会修改用户界面，将其导向使用新的 ENS。 下面要说的则超出智能合约结构。为什么埃隆·马斯克 (Elon Musk) 可以以自己的推特作为 NFT 出售，但杰夫·贝佐斯（Jeff Bezos）却很难做到相同的事？埃隆与杰夫有同样的能力对埃隆的推特进行截屏并把图放进 NFT 的 dapp 里，那区别在哪里？任何对人类社会心理学有基本直觉理解的人 (或[艺术赝品现象](https://www.austinartistsmarket.com/famous-fakes-art-history/))，答案是显而易见的：埃隆出售埃隆的推特是真品，而杰夫做同样的事情则不然。再次说明，数百万美元价值的控制权或分配权不是掌握在个人手里或加密密钥上，而是取决于社会对认受性 (legitimacy) 的理解。 进一步来说，认受性支配着各种社会地位的博弈：[智识上的论述](https://samoburja.com/intellectual-legitimacy/)、语言、财产权、政治体系和国家边界。即便是区块链共识也以同样的逻辑运行：社区都接受的软分叉与 51% 审查攻击后社区协商一次[协议外的恢复性分叉](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363)以排除攻击者的唯一区别就在于认受性。 <br/> # 什么是认受性？ *也可以看看我之前[关于区块链治理的文章](https://vitalik.ca/general/2017/12/17/voting.html)* 要更好理解认受性的机制，我们需要深入了解一些博弈论知识。生活中有很多的情况是需要**协调行为**的：如果你单独做某事，你很可能什么都做不了 (或情况更坏) : 但如果每个人都一起行动，目标可能就能实现。  *这是对一场协调博弈的抽象。当你与其他所有人做相同的事，你会获利最多* 一个常见的例子是在路的左边还是右边驾驶：在路的哪边驾驶其实并不重要，只要人们在同一边驾驶。如果你与其他所有人一样同时换边，且大多数人都选择新的安排，那么结果是净收益。但如果你单独换边，无论你有多喜欢在另一边驾驶，你个人的结果将是相当不利的。 现在，我们来说一下认受性的定义。 > **认受性是一种高层次接受度的模式。在一定的社会背景里，如果大多数的人都接受某个结果，并在自己的社会角色里做出与该结果相符的行为，且每个人这样做是因为预期其他人也会这样做，那么这个结果就有了“认受性”。** 认受性是在协调博弈中自然产生的一个现象。如果你不是在一场协调的博弈中，你没有理由需要根据你所预期其他人得行动来调整自己的行动，此时认受性是不重要的。但如我们所见，协调博弈在社会普遍存在，这又使得认受性变得异常地重要。几乎在任何协调博弈持续得足够长的环境里，无可避免地会出现一些关于做决策的机制。这些机制由一个成熟文化体授权的，该文化体中的每个人都关注这些机制，且这些机制按照他们的意志执行。每个人都会这样思考：因为其他所有人都遵守这些机制，如果他们做了不一样的事，他们只会制造冲突与遭受损失，或者至少会被留在一个只有他们自己 的、孤独的、和被分叉的生态里。如果一个机制具备这些能力且能成功作出这些选择，那么该机制就有了认受性。  *一名拜占庭将军正号召他的军队进发。这样做的目的不只是让士兵感到勇敢和兴奋，还要确保他们每个人都能感到勇敢和兴奋，且会向前冲，因此士兵个体在独自冲锋时不只是在自杀。* 在任何情况下，只要协调博弈存在的时间足够长，认受性就很可能会产生。区块链则处处是协调博弈。你运行的是哪个客户端软件？你要的是哪个去中心化域名注册机构，地址对应的是哪个.eth 名称？你接受的是哪个版本的 Uniswap 合约来代表 Uniswap 交易所？即使是 NFT 也是协调博弈。NFT 的两大价值在于 (i) 持有NFT 的自豪感和可以炫耀所有权的能力，以及 (ii) 在未来可以卖出的可能性。这两方面的内容，一个非常非常关键的点在于你所买的 NFT 在其他所有人看来是有*认受性*的。所有这些例子显示，与其他人有同一个答案有一个很大的好处，而且这个机制决定出的均值具有非常大的力量。 ## 认受性理论 认受性的产生有很多方式。总的来说，认受性之所以产生是因为获得认受性的事物对大多数人来说具有吸引力。但当然，人们的心理直觉可以是非常复杂的。我不可能列出一个认受性理论的完整列表，但我们可以先看看这几个： - **强力带来的认受性**：某人让所有人信服他们的力量强大到可以强加他们的意愿在所有人身上且反抗是非常困难的。这会驱使很多人屈服，因为每个人都预期所有其他人都会因为太畏惧而不去反抗。 - **连续性带来的认受性**：如果某种东西在时间 T 是有认受性的，那么在默认情况下，在时间 T+1它也是有认受性的。 - **公平性带来的认受性**：某种东西可以变成具有认受性是因为它满足了一个直观的公平理念。参考[我这篇关于可靠的中立性的文章](https://nakamoto.com/credible-neutrality/)，但需要注意这不是唯一一种公平性。 - **程序带来的认受性**：如果一个程序是有认受性的，该程序的输出结果也会获得认受性 (例如，民主政体通过的法律有时是这样获得认受性的)。 - **绩效带来的认受性**：如果一个程序带来的结果令人们满意，那么这个程序会获得认受性 (例如，成功的独裁者有时是这样获得认受性的) - **参与带来的额认受性**：如果人们参与了选择一个结果，他们更可能认为这是有认受性的。这与公平性相似，但不完全相同：它建基于与之前的行动保持一致性的心理愿望上。 请注意，认受性是一个描述性的概念；某种东西可能是有认受性的，尽管你个人认为这非常可怕。也就是说，如果足够多的人认为某个结果是可怕的，那么在未来发生一些事件导致此项认受性消失的可能性会更高，通常表现为一开始是逐渐消减的，然后突然消失。 <br/> # 认受性是一项力量强大的社会技术，我们应该善用它 加密货币生态里的公共物品资助是相当惨淡的。加密货币生态上有数千亿美元在流动，但这些资本赖以继续存在的公共物品每年却只获得几千万美元的资助。 对于这个事实，有两种回应方式。第一种是对这些局限，与社区作出的这些英勇但不特别有效的努力感到自豪。感觉这是比特币生态经常采取的路线。 [ 用团队的个人自我牺牲来资助核心开发当然很值得钦佩，但 [Eliud Kipchoge 在两小时内跑完马拉松](https://www.bbc.com/sport/athletics/50025543) 也同样值得钦佩：这是人类坚韧品质的一次骄人展现，但这不会是人类运输系统的未来 (或者在加密货币生态里，公共物品的资助)。好比我们已经有很多好得多的技术使人可以在一小时内移动 42 公里而无须惊人的毅力和多年的训练，**我们应该专注于构建更好的社会技术，以获得我们所需规模的公共物品资助，并把它变成我们经济生态的一个系统部分，而不是一次性的慈善举措。** 现在让我们回到加密货币。加密货币 (和其他的数字资产，比如域名、虚拟地、以及NFT) 拥有的强大力量在于它使得社区可以聚集大量资金而无须任何个人亲自捐赠这些资金。但是，这些资金受限于认受性：你不能简单地把它分配给一个中心化团队而不损害它所创造的价值。尽管比特币和以太坊已经依赖于认受性来应对 51% 攻击，但使用认受性来指导协议内公共物品的资助要难得多。但是在[日益](https://cointelegraph.com/news/growing-list-of-billion-dollar-crypto-unicorns-suggest-the-best-is-yet-to-come)[丰富](https://www.theverge.com/2021/3/11/22325054/beeple-christies-nft-sale-cost-everydays-69-million)的应用层，新的协议一直在产生，我们在资金的去向上有相当大的灵活性。 ## Bitshares的认受性 在早期的加密货币领域，有一个早已被忘记但在我看来非常创新的想法，那就是 [Bitshares 社会共识](http://web.archive.org/web/20140209035756/https://invictus-innovations.com/social-consensus/) 模型。本质上，Bitshares 把自己描述为一个由 [PTS 和 AGS 持有者](https://bitsharestalk.org/index.php?topic=1964.0)组成的社区，他们愿意集体支持一个新项目的生态，但如果一个项目要进入生态，它需要把它代币供应量的10% 分给现有的 PTS 和 AGS 持有者。 现在，当然任何人都可以创建一个项目，无须把任何代币分给 PTS/AGS 的持有者，或甚至一个分叉项目的确会做分配，且真的分出去。但，如 Dan Larimer 所说： > 你不能逼迫任何人做任何事，但市场上是由网络效应的。如果有人提出一个非常有吸引力的实现，然后你可以让整个 PTS 社区支付生成一个新的创世区块的成本。否则，想要从零开始的个人需要围绕它的系统构建一个全新的社区。考虑到网络效应的话，我觉得会把代币分给 ProtoShare 的项目会胜出。 这也是认受性理念：任何会分配代币给 PTS/AGS 持有者的项目都将获得社区的关注与支持 (而且它也很值得社区的每个成员关注项目，因为社区的其他人也是这样做的)，而不这样做的项目则不会有这些效应。**现在，我们当然不是想要完全复制这个认受性理念——以太坊社区没有什么意欲要给少数的早期采用者增加财富——但我们可以对核心概念作出修改，使其成为更有社会价值的东西。** ## 把这个模型延展到以太坊 包括以太坊在内的区块链生态重视自由与去中心化。但遗憾的是，大多数区块链的公共物品生态仍然是权威主导和中心化的：无论是以太坊、Zcash、还是其他大型区块链，通常有一个（或最多2到3个）实体在公共物品上的支出远远超过其他所有人，使想要构建公共物品的独立团队没有什么选择。我把这个公共物品资助模型为“公共物品中央资本协调者 （Central Capital Coordinators for Public-goods，CCCPs） **这种状况不是组织方本身的错，他们非常勇敢地尽力支持这个生态。相反，是这个生态的规则对组织不公平，因为他们对组织提出非常不公平的高标准。**任何单一的中心化组织都不可避免地会有盲区，和至少会有一些类别或团队的价值是组织无法理解的；这并不是其中任何人做错事导致的，只是因为此般尽善尽美超出这一小群人的能力范围。因此，开创一个更多元和更有弹性的公共物品资助方式、卸下任何单个组织的压力是非常有价值的。 所幸的是，我们已经有这样一个替代方案的种子了。以太坊的应用层生态不仅存在，还正日益壮大，且已经展现了它的公共精神。像 Gnosis 这样的公司一直在资助以太坊客户端开发，还有各种以太坊 DeFi 项目也给 Gitcoin Grants的匹配资金池捐出数十万美元了。  Gitcoin Grants 已经获得相当高水平的认受性了：它的公共物品资助机制——二次方募资，已经证明了其在反映社区优先事项和价值上的可靠中立性和有效性，以及填补现有资助机制的不足。有时，获得最高 Gitcoin Grants 匹配资金的项目甚至会吸引到其他或更中心化的资助实体的资助。以太坊基金会本身在支持这种实验性和多样性实践上发挥关键作用，与 MolochDAO 和其他组织一起孵化出像 Gitcoin Grants 这样的尝试，它们随后进入社区并获得更广泛的支持。 通过改良 Bitshares 的模型，我们可以把这个新生的公共物品资助生态发展壮大：不同于把最大的社区支持给与那些将代币分给在2013年购买 PTS 或 AGS 的小型寡头群体的项目，**我们支持的是那些给公共物品提供小额捐赠的项目，这些公共产品对项目及项目所依赖的生态都提供支持。**而且，很关键的一点是，我们可以不把这些好处给与那些分叉现有项目且不回馈给更广泛生态的项目。 支持公共物品有很多方法：承诺长期支持 Gitcoin Grants 的匹配资金池、支持以太坊客户端开发 (这也是一项具有合理、可靠中立性的工作，因为以太坊客户端是有明确定义的)，或甚至运营一个自己的资助项目，且其范围是超出该应用层项目本身的。对于多少才能被算作充分支持这个问题，形成共识的最简单方法是——例如，项目花销的5%用于支持更广泛的生态，另外1%用于区块链领域以外的公共物品，且靠善意来决定资金去向。 ## 社区真的有这么大的影响力吗？ 当然，这种社区支持提供的价值是有限度的。如果一个竞争项目 (或者一个现有项目的分叉) 能给它的用户提供好得多的东西，那么用户都会蜂拥跟随，不管有多少人喊他们应该使用另外一个更有社会价值的选项。 但在不同的情况下，这些限度是不同的：有时，社区的影响力是微小的，但在其他时候它可以相当强大。 [Tether](https://tether.to/) vs [DAI](https://makerdao.com/) 可以作为一个有趣得案例分析。Tether 有很多负面新闻，但尽管如此交易者还是一直持有 Tether 并用 Tether 来转移美元。而尽管[DAI](https://makerdao.com/)有更去中心化和更透明这些优点，就交易者而言，它无法夺走 Tether 大部分的市场份额。但 DAI 的优势在于应用： [Augur](https://augur2.eth.link/)、[xDai](https://www.xdaichain.com/)、[PoolTogether](https://app.pooltogether.com/) 都在使用 DAI，[zk.money](https://zk.money/asset/DAI) 计划使用DAI，还有[很多其他应用](https://github.com/makerdao/awesome-makerdao#dai-1)。哪些 dapp 是使用的 USDT？少得多。 因此，尽管社区驱动的力量形成的认受性效果是有限的，但还是有相当大的空间可以利用，足以鼓励项目从它们的预算里分出一部分给更广泛的生态。甚至还有一个自私理由参与到这种公利与私利的平衡中：如果你是以太坊钱包的开发者，或是播客主持人或新闻信的作者，当你看到两个竞争项目，一个对生态级的公共物品作出重大贡献，你自己也从中受益，而另一个项目没有，你会尽力帮助哪个项目获得更多的市场份额？ ## 支持超出以太坊场域的公共物品的NFT 用 ETH 产生的价值支持公共物品这一理念起源于获得公共支持的认受性这一概念，其产生的价值可以远远超出以太坊生态。一个重要且近在眼前的挑战与机遇就是 NFT。NFT 非常有潜力可以用来帮助许多类型的公共物品，特别是创意类，起码可以部分解决它们[长期和系统性的资金不足问题](https://en.wikipedia.org/wiki/Tragedy_of_the_commons)。 [ *这真的是非常值得称道的第一步。* 但它们可能是一个未能抓住的机会：帮助埃隆·马斯克通过出售他的推特再赚一百万美元没什么社会价值，按目前的情况看，这些钱都会归他个人所有 (值得称道的是，他[最终决定不卖](https://www.cnbc.com/2021/03/17/elon-musk-turns-down-1-million-offer-to-buy-his-tweet-as-an-nft.html))。如果 NFT 最终只变成一个很大程度上使已经很富有的名人获益的赌场，这样的结果就没那么有意思了。 所幸的是，我们有能力改变这个结果。哪些 NFT 人们觉得有吸引力想要买，哪些他们不想买，是认受性的问题：如果每个人都认为某个 NFT 是有趣的而另一个很差劲，人们会强烈倾向于买第一个，因为它能带来更高的炫耀价值，持有它也有自豪感，同时因为每个人都这样认为，它可以以更高价格再次出售。如果 NFT 的认受性可以被引导到一个好的方向，有机会可以给艺术家、慈善机构和其他团体建立一个稳固的资助渠道。 这里有两个可能的想法： 1. 一些机构 (甚至是 DAO) 可以保障 NFT 收入的一部分用于慈善目的，确保多个团体可以同时受益。还可以对这种保障给与一个官方分类：NFT 是用于全球贫困救助的、科学研究的、创意艺术的、当地新闻业、开源软件开发的、给边缘社区赋权的、还是其他？ 2. 我们可以与社交平台合作，把 NFT 持有情况加入到个人资料里，使买家可以展示他们相信的价值——他们不只是说，还付出他们辛苦赚来的钱。这可以与第一点相结合，使用户更偏向于有社会价值的 NFT。 肯定还有更多的想法，但这肯定是值得投入更多积极协调工作与想法的领域。 <br/> # 总结 - **认受性 (高层次的接受度) 是非常强大的**。需要[协调](https://vitalik.ca/general/2020/09/11/coordination.html)的地方都会出现认受性，特别在互联网，协调无处不在。 - 认受性的产生有很多方式：**强力、连续性、公平性、程序、绩效和参与**都是重要来源。 - 加密货币很强大因为它让我们通过集体经济意愿聚集大量资本，且这些资金从一开始就不受任何人控制。更准确地说，**这些资金是直接由认受性直接控制的**。 - 在开始做公共物品时就在基础层印发代币是非常高风险的。但是，所幸以太坊有一个非常丰富的**应用层生态**，使我们有更多的灵活性。部分原因是有机会不只是影响现有的项目，还可以影响未来的新项目。 - **社区里支持公共物品的应用层项目应该得到社区的支持**，这件事很重要。DAI的例子展现了这样的支持真的有用！ - 以太坊生态重视机制设计和在社会层的创新。**以太坊生态本身的公共物品资助问题是一个着手的好地方！** - 但这远超出以太坊本身。NFT 是认受性吸引大量资金的一个例子。NFT 产业对艺术家、慈善机构、和其他公共物品提供者来说可能是一个重大的福音，这种影响可能远超于我们这个世界的虚拟角落，**但这个结果不是一定会发生的，它依赖于积极的协调和支持。** <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Technology/allcoredevs-update001https://www.ethereum.cn/Technology/allcoredevs-update001Tue, 30 Mar 2021 00:00:00 GMT来源 | [AllCoreDevs Update](https://hackmd.io/@timbeiko/acd/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2FH1US36qzO) <br/> # 欢迎 👋🏻 欢迎阅读 AllCoreDevs 系列第一期总结文章。 本系列文章旨在总结核心协议开发的进展，以便以太坊社区更好地理解与消化。“AllCoreDevs 更新” 系列可以说是“核心开发者会议视频&文字记录” 以及[我的推特总结](https://twitter.com/TimBeiko/status/1372903072377184257)的姐妹篇。 希望我的总结可以将核心开发者们正在讨论的问题分享给以太坊社区更广泛的人群中，因此更多人可以了解以太坊社区正在发生什么；并对其进行反馈；甚至贡献自己的解决方案。 感谢阅读 😁 <br/> # 摘要 👀 - 柏林硬分叉已在测试网中上线：是时候在测试网上开始应用和钱包的开发了！ - 伦敦硬分叉在准备阶段：EIP-1559 实现正在进行中，并且为了赶在 7 月或 8 月的最后期限前完成升级，升级的范围很窄。 - 上海硬分叉的升级重点仍在讨论中：要么就是核心开发者们将他们的精力都集中到 eth1->eth2 合并的工作中，要么就是当合并原型制作之后，部署那些呼声比较高的 EIP <br/> # 柏林升级 柏林升级内容已经在所有主要测试网部署，并且将在 4 月 14 日，区块高度 12,244,000 上线主网。此次升级将提高以太坊的安全性，并为伦敦升级中的 EIP-1559 部署做好准备。如果读者正在运行一个节点并且还没更新客户端版本，尽快去更新！至于客户端更新的版本，《[以太坊柏林升级公告](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement/)》内有公布。 在安全方面，访问以太坊状态的操作码的 gas 费与其计算成本相比价格过低了，而 [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 可以解决该问题。利用操作码 gas 费过低这一点，恶意参与者可以创建重复调用这些操作码的区块，而这些区块的处理速度比普通区块慢几个数量级。EIP-2929 通过提供 gas 成本约 3 倍来缓解这一问题。还有客户端方面，改进了数据库管理。比如 Geth 客户端的快照数据库格式也有助于更有效地处理状态访问较多的区块。 然而为了减轻 EIP-2929 对用户的负面影响，柏林升级引进了与其配套的 [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930)。它允许用户在提交交易时指定一个“访问列表”，以使用低于 2929 规定的 gas 费。这其中 gas 费的计算方法有些复杂，但是，从高层次来看，如果客户端提前知道交易将涉及状态的哪一部分，他们就可以预加载，对这些访问收取更少的 gas 费。我鼓励大家参考这个 EIP 进行精确的计算。 对于想要体验生成“访问清单”功能的应用和钱包开发者，Geth 客户端很快就会上线相关的工具了🔜 可以点击这里查看开发进程：https://github.com/ethereum/go-ethereum/pull/22550 。更广泛地说，如果你是一名应用或钱包开发者，现在是时候在测试网上测试柏林升级的内容了！ 关于 EIP-1559，柏林在两个方面提供帮助。首先，EIP-2929 解决了 EIP-1559 的最大风险：DoS 攻击会在比现在大两倍的区块上进行。这是[客户端开发者们反对 EIP-1559 的首个原因](https://ethereum-magicians.org/t/eip-1559-fee-market-change-for-eth-1-0-chain/2783/45?u=timbeiko)，并且每次在核心开发者会议中讨论 1559 时都会讨论到这个问题。换句话说，如果没有 2929，我们就不能稳妥地上线 1559。 第二，柏林通过 [EIP-2718](https://eips.ethereum.org/EIPS/eip-2718) 在协议级别引进了对多种交易类型的支持。EIP-2930 引进的“访问清单”创建功能需要一种新的交易类型，因此 EIP-2718 提供了一个全面的框架以支持多种交易类型。这意味着，在柏林中实现 2718 和 2930 允许客户端团队提前做架构基础工作，为支持 1559 类型的交易做好准备。 最后，大家对柏林升级还有一个忧虑，担心 EIP-2929 将提高 DeFi 交易的成本。然而 EIP-2930 的引进会抵消掉一部分 (并不会抵消全部)。防止这类型交易 gas 费提高的明显解决方案就是提高区块 gas limit。 不过，这样做总是有好有坏：提高区块容量会加速状态增长，这导致节点与网络同步更加困难。另一方面，不提高区块 gas limit 就会提高网络用户的交易成本 (支付昂贵的 gas 费)。或许这样是一个比较公正的折中方案：引入 2929 降低 DoS 的风险，然后缓慢地提高区块容量，直到 2929 所提高的 gas 费被逐渐抵消。 <br/> # 伦敦升级 随着柏林硬分叉即将上线主网，核心开发者现正专注于下一个网络升级：伦敦。此次升级有点特殊，由于[难度炸弹](https://docs.ethhub.io/questions-about-ethereum/what-is-the-difficulty-bomb/)将发生在 8 月份，因此伦敦升级必须在这之前部署。也就是说，在前一个升级部署之前就要开始下一个升级 (伦敦) 的开发与更新，核心开发者们还是首次遇到这样的情况。 伦敦升级会于主网部署大家翘盼已久的 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)。如果读者对该 EIP 比较陌生，我整理了一个[资源列表](https://hackmd.io/@timbeiko/1559-resources)，并且[将过去一年的开发过程文档化](https://hackmd.io/@timbeiko/1559-updates)。 (译者注：ECN 归档了 [1559 更新](https://mp.weixin.qq.com/mp/appmsgalbum?__biz=MzU2NDcyOTc2NA==&action=getalbum&album_id=1551266061755482113&scene=173&from_msgid=2247487736&from_itemidx=1&count=3#wechat_redirect) 的译文) 光是这个 EIP 对以太坊带来的改变就比柏林升级所有 EIP 加起来要大。而且实现和测试时间都比以往升级的时间短，因此核心开发者正试图缩小伦敦升级的范围，以便按时完成。到目前为止，伦敦升级仅包括 EIP-1559 和 [EIP-3238](https://eips.ethereum.org/EIPS/eip-3238) (提议推迟难度炸弹至 2022 年第二季度)。等到 1559 的实现与测试结束之后，核心开发者们将处于一个更主动的位置，到那时再决定还要加哪些 EIP。 <br/> # 上海升级 由于伦敦的升级范围被刻意缩小了，核心开发者们已经开始对上海升级进行高层次的规划。我们有以下两种主要的可能性： 首先，我们可以实现那些不可能在伦敦部署的 EIP，如: - [EIP-3074](https://eips.ethereum.org/EIPS/eip-3074)：允许“资助交易”等 - [EIP-2537](https://eips.ethereum.org/EIPS/eip-2537)：增加对 BLS-12381 曲线 (被信标链使用) 的支持 - [EIP-2327](https://eips.ethereum.org/EIPS/eip-2327)：对 Solidity 和 Optimism 团队有益 - [EIP-2935](https://eips.ethereum.org/EIPS/eip-2935)：对轻客户端和无状态客户端有帮助 或者，社区越来越关注共识 (eth2) 与应用 (eth1) 层之间的合并，简单来说就是合并™️。Eth2 规范库里已经收录了“[简化合并规范](https://notes.ethereum.org/@vbuterin/B1mUf6DXO)”[提案的 PR](https://github.com/ethereum/eth2.0-specs/pull/2257)，并且非常接近于客户端团队应该能够制作的原型。 尽管合并规范可能比较简单，但为了能够让应用层的客户端能够将信标链作为它们的共识引擎，仍然有几个工程问题需要解决。让两边的客户端开发者关注这些问题是我们发现和解决问题的方式。 客户端团队仍需要更好地消化这些规范，并开始构建原型，然后他们才能决定我们是否已经准备好将所有的精力都转向合并工作上，或者在所有人参与之前是否需要一个小的工作小组来完成更多的工作。为了加速这一进程，来自应用和共识层的客户端将在 [Scaling Ethereum 黑客松](https://scaling.ethglobal.co/)期间开发最新规范的原型。 扩容以太坊黑客松活动的结束时间刚好与伦敦和 Altair 升级 (将在 6 月进行) 大部分工作完成的时间相吻合。这意味着原型应及时准备好，以便于我们做出关于上海升级的决定。🎉 ------ 以上是本期更新内容！下一期 AllCoreDevs 会议将在北京时间 4 月 2 日，星期五， 22:00 进行。下次见！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-29/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-29/Mon, 29 Mar 2021 00:00:00 GMT # Eth2 **测试网 Prater 上线** 信标链第一次硬分叉 Altair 的测试网 Prater 于 3 月 23 日上线，此次测试网的容量是信标链主网的两倍——共 210,000 名验证者。 Prater Launchpad：https://prater.launchpad.ethereum.org/en/ 四个客户端已支持，一般用户也可以参与测试。  <center>https://prater.beaconcha.in/ 上的数据</center> 关于测试网 Pyrmont 和 Prater 的安排，核心开发者 Protolambda 表示两个测试网会维持一段时间， Pyrmont 用于以主网容量测试 Altair 硬分叉，同时在 Prater 增大验证者容量以对客户端进行压力测试，让用户按照自己的情况从 Pyrmont 转移到 Prater。 来源：https://twitter.com/protolambda/status/1374411395194712079?s=20 <br/> **关于轻客户端同步委员会** 信标链硬分叉 Altair 中的一个重要新功能是"轻客户端同步委员会"。核心开发者 Lakshman Sankar 在推特上表示，此委员会里的验证者会定期得到激励，把区块头的信息提供给轻客户端。 现在你可以用以下的验证逻辑、以一个 eth1智能合约的方式来构建一个信标链轻客户端。 链接：https://github.com/ethereum/eth2.0-specs/blob/dev/specs/altair/sync-protocol.md#validate_light_client_update 当该智能合约轻客户端构建出来了，你可以在 eth1 构建一个智能合约系统给信标链上的验证者提供激励，以把一些特定数据打包到信标链区块里。 详情可关注 Vitalik 在 Ethereum Research 论坛里发布的 "A fee market contract for eth2 shards in eth"。https://ethresear.ch/t/a-fee-market-contract-for-eth2-shards-in-eth1/8124 来源：https://twitter.com/lakshmansankar/status/1374830379941601281?s=20 <br/> **Lighthouse 完成了第一笔 Eth1 与 Eth2 合并的交易** Sigma Prima 于 3 月 25 日发推宣布 Lighthouse 完成了一笔仅由权益证明验证者实现的以太坊交易。向以太坊减少 99.98% 的能源消耗迈进一步。这是令人激动的消息，但这不意味着已到达产品阶段。这只是一个原型，目前还有很多问题需要回答与解决。 这个原型使用的是 Geth 一个名为 "Catalyst" 的分叉，由核心开发者 Guillaume Ballet 运维。Lighthouse 与 Geth 通过 RPC 来通信，其中 Lighthouse 负责权益证明，Geth 负责管理账户状态。 来源 ：https://twitter.com/sigp_io/status/1374979655782989824?s=20  **Pyrmont 测试网个人质押视频教程** Ethstaker 社区根据开发者 [@SomerEsat](https://twitter.com/SomerEsat) 撰写的个人质押教程制作了视频版，四个客户端的教程都已制作完毕，提供更加直观的教程体验。 链接：https://www.youtube.com/playlist?list=PLOB9GGXGcc32Qv0wfPcPAtG5W7FS3VzLn 可结合 ECN 翻译的中文文字版教程来看： <br/> # Eth1 **Rinkeby 测试网已完成柏林升级** Rinkeby 测试网于 3 月 24 日实现柏林升级，Péter Szilágyi 当天发推表示还有2/3的节点没有升级，并提醒下一步就是主网升级了。 <br/> **EIP-3074 要推吗** 鉴于最近几期 AllCoreDev 的讨论结果都指向伦敦升级要尽量集中在 EIP-1559 (因为本身内容已经很多)，以及伦敦升级后主要讨论合并的事宜，研究员@lightclient 最近在推特上呼吁大家支持把 EIP-3074 纳入伦敦升级，因为如果伦敦升级后集中合并的话，下一次改善钱包用户体验的机会将会是18个月以后。 （EIP-3074: AUTH and AUTHCALL opcodes 提议允许外部账户 (EOAs) 授权智能合约，在去信任的前提下实现发送批量交易、终止交易、取消交易、资助 gas 费等用户体验上的改善） 至于 EIP-3074 能否被纳入伦敦升级，Tim Beiko 表示不太可能，但也不是绝对。EIP-3074 在实现上难度不大，主要是伦敦升级的时间比较紧，难以评估。另外，他在新设的AllCoreDevs 更新系列文章里提到，或许可以把 EIP-3074 纳入到上海升级里。 <br/> # Layer2 **Arbitrum Rollup 发布主网候选版本** Offchain Labs 团队于 3 月 25 日公布 Arbitrum Rollup 的主网候选版本，这是 Arbitrum 的第四个测试网版本。此版本测试网：1) 包含 rollup 协议的简化版；2) 升级了节点软件的性能；3) 新增对 BLS 签名的支持 (旨在进一步减少我们在 L1 的 gas 消耗)；4) 升级了桥接，支持从 L1 到 L2 以及从 L2 到 L1 的合约调用。 测试网链接：https://testnet.arbitrum.io/ 来源：https://medium.com/offchainlabs/arbitrum-updates-buckle-up-80483d71718c <br/> **zkSync 2.0 路线图更新** zkSync 于 3 月 27 日公布了其 2.0 版本的路线图，将于 5 月推出 zkEVM 的测试网，于 8 月上线主网。zkSync 2.0 将带来基于 EVM 的编程模型和可组合性，从用户和开发者的角度来看，它实际上和 EVM 没什么不同：1) 用户可以保留自己现有的以太坊地址；2) 每个账户都有状态；3) 可以使用原子交易来互相调用合约。 <br/> **Optimism 推迟主网上线时间，并将发布公共测试网** Optimism 于 3 月 26 日公布主网上线的路线图，宣布延迟主网上线的时间 (预估上线时间为 7 月)。以便与社区更好地协调，保证 Optimism 的基础项目、基础设施提供商、区块浏览器、钱包、代币桥具有足够集成、审计和测试时间。然而在真正的主网上线之前，除了 Synthetix 之外，Optimism 会逐渐公布一些其他的合作项目。 除此之外，Optimism 还将于 4 月 20 日 在 “Scaling Ethereum” 黑客松上发布其公共测试网，欢迎大家参与：https://scaling.ethglobal.co/ 来源：https://optimismpbc.medium.com/optimistically-cautious-767a898f90c8 <br/> **应用 zkRollup 的扩容解决方案 Hermez 上线主网** Hermez zkRollup 协议是一个无需许可的 Layer2 支付网络，3 月 24 日，Hermez 上线主网。用户现可以访问 Hermez 钱包界面：https://wallet.hermez.io/ ，开发者使用带有文档和 SDK 的 API，目前可实现的操作有：1) 创建账号；2) 存入资产；3) 发送交易；4) 提款。目前的版本仅支持这些代币的交易：ETH、USDT、DAI、wBTC、HEZ。 虽然 Hermez 是一个去中心化协议，但是在主网发布后的一段期间内，Hermez Network 将由 Boot Coordinantor 操作 (创建批交易、在 L2 处理交易、定期在 L1 上记录交易)。 来源：https://blog.hermez.io/hermez-network-mainnet-launch/ <br/> **Layer2 互操作性解决方案 Hop 预估在 4 月上线主网** Hop 协议允许用户快速并方便地在 Layer2 解决方案、侧链以及 Layer1 之间转移代币，为以太坊 Layer2 生态提供可组合性和互操作性。Hop Protocol 通过两种方式为 layer2 生态提供可扩展的代币桥：1) 创建特殊的中介资产 hToken (如，hETH、hDAI)，可快速且经济地从某个网络转到另一个网络；2) 使用自动做市商在 hTokens 和相应的 Layer2 资产之间转账 Hop 的合约目前正在审计中，将于 4 月上线主网。在初期，团队将专注于为 Optimism 到 Layer1 提供桥接，之后会逐渐支持其他扩容方案如 xDai、Polygon、Arbitrum。 来源：https://medium.com/hop-protocol/hop-send-tokens-across-rollups-30f14c432f7c <br/> **StarkWare 开启 B 轮融资，由 Paradigm 领投** 根据 The Block 的报道，以太坊 L2 扩容解决方案提供团队 StarkWare 在其 B 轮融资中将近达 7500 万美元。此轮融资由区块链投资公司 Paradigm 领投。报道中还透露，StarkWare 团队对 NFT 领域的扩容和安全技术十分感兴趣。 来源：https://www.theblockcrypto.com/post/99211/starkware-funding-round-ethereum-paradigm <br/> # DeFi Uniswap 公布 V3 细节 3 月 24 日，去中心化交易所 Uniswap 公布了 V3 版本的改进与新增功能，并透露主网发布时间计划在 5 月 5 日，以及在那之后将集成 L2 解决方案 Optimism。 以下是 V3 的概述： - 集中的流动性。流动性提供者在为某个池子提供流动性时自定义选择价格范围，将资金集中在大部分交易发生的价格区间上，从而提高资本效率。 - 范围订单 (Range Orders)。流动性提供者在自定义的价格范围内存入资产，这个价格范围可以是高于或低于目前的价格：如果市价达到 LPs 的定义价格范围，他们的某种资产就会逐渐地转移为另一种资产。 - NFT 化 LP Token。由于每个 LP 都可以自定义价格范围提供流动性，因此 LP Token 不再是 ERC 20 代币，而是非同质化代币，即 NFT。 - 多级费率。V3 为流动性提供者提供三种费率选择：0.05%、0.30%、1.00%，允许流动性提供者因承担不同程度的风险而获得适当补偿。 - 升级预言机。V2 版本使用的是时间加权平均价格 (time weighted average price，TWAP) 预言机，而升级后的预言机可以在单个链上调用中计算出过去 9 天内任意的 TWAP 价格。 - 改变协议许可。V3 将基于 BSL 1.1 (Business Source License 1.1) 发布，并使用至多两年，随后将改为 GPL2.0，Uniswap 社区治理可以投票加快 License 的转变，在那之前，不能对 Uniswawp V3 的协议代码进行商用。 来源：https://uniswap.org/blog/uniswap-v3/ <br/> # 生态 **治理新动态** Tim Beiko 接任 AllCoreDev 主持人后这周推出两个优化治理的变动： 1）AllCoreDev 更新系列文章，详细记录会议重点内容 ​ 首篇更新：https://hackmd.io/@timbeiko/acd/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2FH1US36qzO 2）提议对 Ethereum Magicians 论坛的内容进行分类，以优化大家的使用，他提议有以下主要分类： - EIP （增加分类ERC子分类） - 原生汤 （考虑移除的内容） - 社区会议 - 工作组 - 行动类 来源：https://ethereum-magicians.org/t/updating-ethereum-magicians-categories/5813 <br/> **imToken 推出自定义网络** imToken 推出自定义网络，集成以下新内容： - 支持自定义网络的RPC，能快速切换到二层网络（Optimism、Arbitrum、Polygon)，以及xDai、BSC、Heco、TomoChain、ThunderCore、Fuse等 - 在一个DApp内实现支持 EIP3085，可以快速切换到二层网络 - 集成 CoinGecko API获得更多加密货币价格 - imKey更新：可以使用imKey 接收和转账 BCH 和 LTC - 其他优化与修复 详情：https://medium.com/imtoken/connect-to-layer-2-and-many-more-custom-networks-on-the-new-imtoken-d44274446817 <br/> **《时代》杂志的三期封面制成 NFT 拍卖** 《时代》杂志首次为其封面设计独一无二的NFT，此次选中三期封面，分别为 ”Is Fiat Dead?"、“Is God Dead?"、和”Is Truth Dead"，反映了数字货币作为一种资产类别的崛起。同时，《时代》杂志的主席还表示会探索接受加密货币支付订阅的可能性。 来源：https://finance.yahoo.com/news/time-keith-grossman-outlines-nft-and-crypto-future-for-magazine-company-143938668.html  <br/> **Visa 宣布接受 USDC 作结算** 3 月 29 日，美国跨国金融服务公司 Visa 宣布把建在以太坊网络上的稳定币 USDC 作为其结算货币，并表示“今天的宣布标志着我们有能力解决金融科技公司以稳定币或加密货币管理其业务需求的一个重要里程碑，它实际上是我们日常工作的延伸，促进世界各地所有不同货币支付的安全进行。" 来源 | https://news.bitcoin.com/payment-giant-visa-integrates-usdc-stablecoin-support-for-settlement/ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth1.x/why-statelesshttps://www.ethereum.cn/Eth1.x/why-statelessSat, 27 Mar 2021 00:00:00 GMT来源 | [dankradfeist.de](https://dankradfeist.de/) <br/> 当前的以太坊1.0链最大的问题在于其状态大小。约为 10-100 GB (具体取决于其存储方式)，对于许多节点来说，将其保存在工作内存中是不切实际的，因此会选择慢速固定存储。然而，硬盘速度过慢难以与以太坊区块保持同步 (或是从创世区块开始同步)，因此必须使用更加昂贵的 SSD。这么说吧，当前的状态大小还不是最大的问题，而是状态的增长成本相对较低，并且会一直增长，即时我们提高状态增长的成本，也无法使状态占用者为网络实际受到的影响付费，而该影响是永恒存在的。 目前出现的解决方案主要围绕两个方向： - 状态租金：为了使状态保持在活动内存中，持续进行付费 - 无状态性：区块保留所有的证明 (witness)，例如默克尔证明，因此在验证区块有效性的时候不再需要状态 在“无状态性”方向中，又有不同的概念值得探索： - 部分无状态性：只需要对某些 (陈旧) 状态提供见证，减少验证区块所需的状态数量 - 弱无状态性：验证区块无需状态，但是提议区块需要完整状态 Vitalik 在这篇文章中提出了如何将这些概念梳理成一个通用的框架，并且表示了部分无状态性和状态租金非常相似，因为两者在对活跃状态进行修改时都需要进行某种形式的支付，以及一份重新激活陈旧状态的证明。 如果你是 Eth1 的用户，那么你可能觉得只保留 1 GB 或者甚至是 100 MB 的活跃状态的部分无状态性是一项巨大成就，那为什么还要这么费劲地实现完全的无状态性？我认为完整 (弱) 无状态性释放了巨大的潜能，而这是部分无状态性无法做到的，因此我们要竭尽全力实现完全无状态性。 <br/> # 理解 Eth2 验证者 Eth1 在过去一直被诟病其对硬件的要求非常高，虽然这些斥责并不都是公平的 (经过挑选后的中等消费级硬件也可以运行 Eth1 节点)，但我们需要重视这些事实，尤其是希望在不损害去中心化的前提下对以太坊进行扩容。对于 Eth2 来说，我们树立了非常宏大的目标：能够在低成本的硬件上运行 Eth2 节点和验证者，甚至是树莓派或智能手机。 这条通向扩容性的路径并不轻松。其他项目 (例如 EOS 和 Solana) 则需要更高性能的硬件和网络连接。但我认为要保障去中心化，降低共识节点以及 P2P 节点的门槛是必要的。 在 Eth2 中，共识节点是验证者。Eth1 和 Eth2 的共识节点存在非常重要的区别： - Eth1 的共识节点是矿工。要为区块链“投票”，你必须要生产区块。也就是说，共识节点和区块生产者是不可分割的。 - Eth2 或是当前的第一个阶段 (信标链) 中，提议区块和形成共识是两种不同的机制：每 12 秒由一个随机择出的验证者来提议区块，而共识是通过证明 (attestation) 形成的，每个验证者在每个 epoch (每 6.4 分钟) 对区块链进行投票。现在每几分钟都有超过十万的验证者在投票形成共识。区块生产者对共识 (几乎^[几乎没有影响，因为现在进行了细微优化以提高对某些平衡攻击 (balance attack) 的抵御能力，平衡攻击确实使提议者能对分叉选择产生短期影响。]) 没有影响，他们只能对区块内包含的内容进行选择^[确切地说，如果区块生产者开始勾结并审查大量证明，可能会产生影响，但是单个区块的生产者对共识造成的影响完全可以忽略不计。]。 解除区块提议者与共识的关联开启了一个重要的设计空间。信标链从验证者集中随机选择区块提议者，而对于分片链，则不必如此： - 对于分片 (尤其是 Eth1 执行分片) 来说一种有趣的可能性在于，验证者能够进入生产区块的列表。这类验证者可能需要更高性能的硬件，可能也需要具有“完整”状态。 - 另一个可能性也是我们目前正在为数据分片加以实现的，任何人都可以被选中提议区块，但是区块的具体内容不由提议者决定，不同的参与者可以通过竞价使其打包的区块被提议。 在这两种情况中，弱状态验证意味着所有其他的验证者 (不生产区块或决定区块内容的验证者) 并不需要状态。这一点与 Eth1 截然不同：在 Eth1 中，对形成共识的节点 (即矿工) 的要求非常高，因此使他们保留完整状态似乎没有问题。但是在 Eth2 中，我们可能会大幅降低参与门槛，并且我们应该利用这一点来保障去中心化和安全性。 <br/> # 提议者成本较高可以理解 还有一点重要的反对观点可能是，如果区块提议的成本过高，那么去中心化也会受到损害，即使我们降低了验证者和 P2P 节点的门槛。但事情并非如此，“提议者”和“验证者”之间存在重要的差异： - 对于验证者，我们需要绝大多数是诚实的，即所质押的 ETH 中需要超过 2/3。P2P 节点的情况可能类似，但是就我所知并不需要一定比例的 P2P 节点必须是诚实的，但是为了确保总是能收到有效的链，每个人都需要连接至少一个诚实的 P2P 节点，这个比例大概是 5%，在实践中可能更高。 - 对于提议者，我们对于其是否诚实的要求低得多，与 Eth1 不同，Eth2 的提议者不审查过往的区块 (因为他们不投票)，只能决定他们所提议的区块的内容。假设你的交易不是特别紧迫，如果 95％ 的提议者尝试对其进行审查，那么第 20 个提议者仍然可以将其安全打包 (但是低延迟的抗审查制度是另一回事，在实践中更难实现)。 这也是为什么相较验证者，我并不那么担心提高提议者的硬件要求。如果我们保持正常验证者的要求较低，那么提议者需要 128GB RAM 的 PC 来存储大型状态也没有问题。我担心的是，如果一台能够满足这些要求的 PC 价格为 10 万美元，但如果我们将其控制在 5 千美元以下，一旦发现审查，如果社区没有迅速引入更多提议者来做出反应是不合理的。 最后，还有一些[其他的原因](https://www.notion.so/Why-it-s-so-important-to-go-stateless-b8819edf6e9d4f7bbc489633f5571231)导致区块提议者可能需要更好的硬件设备，并且在获取 MEV 时也更有优势。 此处我使用“提议者”来指代打包区块的角色，这与正式签名并验证的角色并不一定是一致的，在 rollups 中他们可能是“序列器” (sequencer)。简单起见，我在此处将其称作提议者，因为如果仅向系统中引入一个只负责提议区块的新角色，我认为系统不会因此受到根本上的破坏。 <br/> # 实现无状态的裨益 本文至此我还没有论证过为什么无状态性如此有力，在可执行信标链提案中，将状态从 10 GB 缩减到 1 GB 或 100 MB 似乎能为验证者节省许多开销，那我们为什么还需要无状态性？ 如果我们顺势走下去，可执行的 Eth1 区块可以成为一个分片。而在可执行信标链的提案中，所有的验证者都必须保持运行完整的 Eth1 执行 (否则会面临签署无效区块的风险)。而分片不应具备这一属性，分片中签署一个区块只需要一个委员会 (因此是验证者中的1/1024)，并且其他人不需要信任该委员会的绝大部分验证者是诚实的^[不诚实的委员会作恶可能会影响整个网络，并导致严重的延迟，但是引入无法无效/不可用的区块]，只要有一个诚实验证者在委员会尝试作恶时吹哨。而这只有在 Eth1 具备无状态性时才有可能： - 我们希望所有验证者的负载大致相等，并且没有极端的峰值。 因此长时间 (例如一个小时或一天) 派遣某个验证者成为 Eth1 委员会成员，实际上是很糟糕的：这意味着就带宽要求而言，验证者的规模仍然必须能够与完整的 Eth1 链保持一致。 此外，如果长时间使用同样的委员会 (例如通过贿赂攻击)，委员会变得更具攻击性 - 我们希望能够简单地对 Eth1 区块给出欺诈证明，因为其他验证者将无法确定委员会是否正确完成了其工作。最简单的方式是区块成为其自身的欺诈证明：如果一个区块是无效的，广播区块本身就能证明发生欺诈。 因此在 Eth1 具备完整无状态性的前提下，Eth1 可以成为一个分片 (花费更少的资源来维护，例如1/100)。同时，只有这样我们才能在数据分片之外引入更多的执行分片。 <br/> # 缓存不总是挺好的吗？ 那么如果我们进入完全无状态却引入了 10 MB 的缓存呢？ 或是1 MB？即使只想检查一个区块，也可以轻松下载，因为你已被分配到一个委员会，或者作为欺诈证明收到了该缓存？ 你可以执行此操作，但是我们可以明显看到，如果大多数验证者仅验证单个区块，则不太可能是最佳的。假设我们的目标是 1 MB 的区块，此外我们还有 1 MB 的缓存，这意味着每当验证者想要验证一个区块时，他们都必须下载 2 MB 的数据 (包括区块和缓存)。他们必须每次都下载缓存，除非他们下载所有区块以保持最新的缓存，这正是我们要避免的事情。 这意味着，以 1 MB 大小的区块和 1 MB 的缓存相同的代价，我们可以将缓存设置为 0 并允许区块大小增加到 2 MB。 很明显 2 MB 的区块至少与 1 MB 的区块 + 1 MB 的缓存一样有效。原因是，如果这是我们认为的最佳选择，那么 2 MB 的区块可能只包含 1 MB 的缓存，我们只需在每个区块上提交缓存，然后在下一个区块中重新引入完整的缓存即可。这可能不是区块中那 1 MB 的最佳用途，但是你可以这样做。额外的 1 MB 可以被更好地利用，以允许引入更多的见证 (witness)。 <br/> # 二进制树还是verkle trie？ 我认为总的来说，力争完整 (弱) 无状态性的声音压倒了部分无状态性或状态租金方案。这对用户的影响会更小：他们根本不必考虑状态。他们唯一要做的就是添加见证 (以便 P2P 网络能够验证有效交易)。创建见证的成本非常低，以至于可以想象到会有许多相关服务。 实际上大多数钱包已经依赖外部服务，不需要用户运行自己的节点。获取见证也只是一个微小的功能[4]。 部分无状态性或状态租金，在完全弱无状态性的道路中增加了极大的用户体验障碍。但考虑到仅使用二进制默克尔树尝试实现无状态是非常困难的，并且要允许默克尔树证明需要对 gas 进行改动 ，而这会损害用户体验^[想要自己运行节点的用户仍让能够借助外部服务来获取见证。这种操作是免信任的，因为在知道最近的状态根的前提下，见证就是它们自身的证明]。 因此在我看来，我们现在应该往 verkle tries 的方向努力。这使得我们可以具有小于 1 MB 的可管理的证明，并且只有由 [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 提出的适度 gas 费用以及针对代码块收费。其缺点很容易得到控制，对用户几乎没有实际影响： - 开发者需要学习新的密码学原语 - 添加更多非抗后量子密码学。第二点听起来很可怕，但是我们已经在 Eth2 中引入了 KZG 承诺以进行数据可用性采样，并且无论如何我们都在使用基于椭圆曲线的签名。需要对合并的 Eth1 和 Eth2 链进行一些后量子升级，目前没有可实践的后量子替代方案，因此我们不能停止前进。就采用而言，未来5年极为重要。摆在前面的道路就是竭尽所能，并在 5-10 年内，当 STARK 足够强大时，我们将对所有原语进行完全的后量子升级。 总的来说，verkle tries 可以解决接下来五年的状态问题。现在我们将能够实现完全 (弱) 无状态性，而对用户和智能合约开发者几乎没有影响。我们将能够提升 gas 上限 (因为验证变得更快) 和更多的执行分片，所有这些几乎都不会对安全性和去中心化产生影响。 最难啃的硬骨头是让每个人都理解 KZG 承诺和 verkle tries 的工作方式。由于 Eth2 将使用 KZG 承诺来保证数据的可用性，大多数以太坊开发者都需要进行相关工作。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/rocket-pool/rocket-pool-101-faq-2https://www.ethereum.cn/Eth2/rocket-pool/rocket-pool-101-faq-2Fri, 26 Mar 2021 00:00:00 GMT来源 | [Rocket Pool](https://medium.com/rocket-pool/rocket-pool-101-faq-ee683af10da9) <br/> # Rocket Pool — Staking **最小质押值是多少？** 参与质押的最低值为 **0.01 ETH**。 **最大质押值是多少？** 无限 **质押周期多长？** 散户质押者一旦质押 ETH 就会收到 rETH 代币。用户可以出售、交易或者持有 rETH，直到 eth1->eth2 合并便可以凭借 rETH 换回 ETH 存款与奖励 (在这之前，用户也可以在二级市场交易 rETH)。 如果想要在 Rocket Pool 网络中运行一个节点，用户可以根据自己的意愿选择运行的时长。然而节点运行者的质押时间越长，获得的佣金就越多。 **在 Rocket Pool 质押需要花多少成本？** Rocket Pool 网络中节点运行者获得的主要佣金是基于网络的容量变化的。因此，节点运行者的佣金和质押者的手续费可低可高，这取决于网络中有多少质押存款，网络规模的大小以及可用的智能节点有多少。 **如何保证我的资产是安全的？** Rocket Pool 的智能合约负责存储和转移资金。出于信任的考虑，这些智能合约是开源的，所有人都可以研究与分析。 Rocket Pool 是一个由节点运行者组成的去中心化网络。用户的存款将被分配给节点运行者 (由他们来负责 PoS 网络的验证工作)。节点运行者被分到多少 ETH 就需要质押等量的 ETH——这意味着他们与质押者风险共担；其中的经济纽带会激励他们诚实地履行职责。 而对于网络的质押者来说，因个别节点没有诚实履行职责而产生的罚没以及其他惩罚所导致的损失都是社会化的。也就是说整个网络一起承担惩罚，而不是单个用户因运气不好其质押存款被分配到了一个作恶节点上，导致自身 100% 承担损失。同时，如果该作恶节点上的存款最终 <32 ETH，但是>16 ETH，那么证明这个节点经历了延长的故障时间。此时网络本身从该节点运行者原来的 16 ETH 获得了补偿，这进一步保护了质押者的存款。 所有 Rocket Pool 合约都是经过独立设计且[**可升级模式的**](https://medium.com/rocket-pool/upgradable-solidity-contract-design-54789205276d)。如果其中一个智能合约出现漏洞，便可以无缝替代它。 **存款如何产生奖励？利润是如何算的？** 以太坊 PoS 系统根据验证者 (节点运行者) 的存款分发奖励；这个奖励是由新发行的 ETH 货币来支付的。质押奖励取决于验证者存款的总额。对**质押奖励**的估算可参考该文章：https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-economics/#staking-rewards **何为去中心化质押网络** Rocket Pool 是由节点运行者组成的去中心化网络。每个节点运行者都是单独的实体，并且 拥有自身的服务器基础设施。这种异构网络对以下几方面很重要： - *容错* — 故障仅影响少量节点 - *可扩展性* — 通过开放网络，让大量的节点可以满足质押要求 - *二次泄漏 (Quadratic Leaking)* — 这是一个用来描述信标链如何惩罚离线验证者的花哨术语。 作为一个节点运行者，如果你同时和一大群节点运行者离线，你将受到更大的惩罚 —— 这一定程度上限制了中心化质押服务的发展。 **在合并之前我如何取回我的质押存款+奖励?** 散户质押者在 Rocket Pools 智能合约质押 ETH 即可获得 rETH 代币，并且奖励会随着时间的流逝而增加。但是用户不需要把**rETH** 代币锁在池子里，可以根据自己意愿交易、出售或持有。 而 Rocket Pool 网络节点运行者退出时将会收到 **nETH**，这代表着节点运行者在网络中的质押存款+奖励+佣金，并将以 1:1 的比率兑换出 ETH。也就是说，如果节点运行者质押 16 ETH 并在退出网络时收到了 18 nETH，那么 ta 在此期间赚得的奖励和佣金为 2 ETH。当 eth1->eth2 合并之后，nETH 代币就会直接由 ETH 代替。 等到合并之后 (那时可以在信标链上部署合约) 便可以用 rETH 和 nETH 兑换 ETH。而在这中间的过渡期，持有这两种 ERC20 代币的用户可以选择出售、交易或继续持有它们。 **Rocket Pool 的智能合约经过审计且开源吗？** 当然！在我们的智能合约于主网部署之前，它们会由第三方进行一个全面的审计。我们至今已经运行了几个公共的 beta 测试了，关于我们智能合约的更多细节请看我们的 github 库：https://github.com/rocket-pool/rocketpool  Minipool 验证者合约包含 32 ETH；其中 16 ETH 来自散户质押者的存款，另外 16 ETH 是节点运行者的。 <br/> # Rocket Pool — 节点运行者 **Rocket Pool 智能节点 vs solo 质押者** 作为一名节点运行者，具有以下几个优势： - 只需要有16 ETH 就可以质押了 （而不是单独质押所需的 32 ETH)，因为 Rocket Pool 会把另外16 ETH 的份额分发给其他用户。节点运行者还可以多次在一个节点上质押 16 ETH。 - 节点运行者可在其运行的节点收益上通过收 Rocket Pool 质押用户的服务费来赚取额外收益。佣金的数额是变化的，并由你的节点收到存款时的网络容量来决定。如果网络需求量很大，并且你存入了 16 ETH，你会获得更高的佣金，因为你在最需要节点的时候出来帮忙了。 - 成为节点运行者只需质押 ETH，不需要付任何佣金 - 可以自己控制自己的节点 - 可以随时离场，届时节点运行者会收到 nETH 作为将来兑换 ETH 的凭证。 **运行 Rocket Pool 节点涉及什么?** 成为节点运行者将需要全天在线运行一个服务器，以履行 PoS 网络的验证职责。<u>我们会给大家提供安装包 (包含所有你需要开始运行节点的东西)，让大家可以快速且简单地设置好服务器。我们还会提供云提供商 devOp playbooks，让想要参与节点运行的用户可以在最普遍的云托管提供商如 AWS、Rackspace 中简单地完成安装。</u> **怎么用 RPL 代币？** RPL 是主要的协议代币，如果你想要为网络提供额外的安全保证，你可以在 Rocket Pool 中质押 RPL。但它不是运行 Rocket Pool 网络智能节点的必要条件。 同时质押了 RPL 的节点运行者，由于其为网络提供了额外的安全保证，相应地，他们将从网络中获得与他们的保证金大小成比例的额外佣金。如果他们没有诚实履行责任，并且经过惩罚后存款 <32 ETH，他们被罚没的 RPL 保证金与他们损失的 ETH 成正比例，因为他们未能给他们的节点提供额外的安全保证。 <br/> # 集成dApps、企业等 **为什么我要为我的客户提供 PoS 服务？** dApp 可以直接集成到 Rocket Pools 智能合约，以质押该 dApp 所持有的 ETH。质押后你们将立即收到 rETH (一笔代币化的质押存款)，并按照你们 dApp 的意愿去使用 rETH。也就是说，你们使用去中心化质押网络在去中心化 App 中质押了！ 如果作为一个 SaaS (Staking as Service) 提供商想要最大化你们用户的的利润，那么就参与 Rocket Pool 网络吧！创建一些 Rocket Pool 智能节点，在网络中赚取一些质押奖励和额外的佣金吧. 你们钱包和 DEX 可以怎么参与呢？如果你们想给你们的用户一个机会质押 ETH，同时仍然使用你们的产品。只需编写一个合约，代表用户将 ETH 存入 Rocket Pool，然后立即获得 rETH 代币。这不就能提供质押服务了吗？ 还有很多可能性，Rocket Pool 是一个基于质押网络的无需许可的智能合约，任何人都可以集成它！你们的用户甚至不需要知道你们是如何使用 Rocket Pool 的。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/finalized-no-24/https://www.ethereum.cn/Eth2/finalized-no-24/Thu, 25 Mar 2021 00:00:00 GMT来源 | [Ehtereum Blog](https://blog.ethereum.org/2021/03/24/finalized-no-24/) <br/> # 要点速览 - Altair 的预发布： [Stargazer](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-alpha.1) 和 [多半是零星修补 （Half of ‘em just look like dots）](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-alpha.2) - 安全性提案征求 - 合并进程 <br/> # Altair 的预发布已出炉 在上周，信标链 Altair升级预发布的规范—— [Stargazer `v1.1.0-alpha.1`](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-alpha.1) 和 [多半是零星修补 (Half of ‘em just look like dots) `v1.1.0-alpha.2`](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.1.0-alpha.2) 已发布。它们是即将到来的信标链 Altair 升级的第一个功能完整版本，可以给工程团队更具体的内容去开展工作。 Altair 是信标链的一次升级，它加入了轻客户端支持、对激励的微小修补、每个验证者的怠工惩罚的单独核算、罚没严重程度的新参数、以及验证者奖励核算的清理，以简化状态管理。 除了这些功能， Altair 升级还包括一个给信标链和信标链客户端的“预热升级”。尽管以太坊的权益证明系统自创世以来就运行良好，但在进行高风险的合并之前，客户端团队想先通过实战升级来进一步测试，和完善它们的代码库与实时系统。 客户端团队正在集成这些预发布的修改并不断提供反馈。这个过程后，我们将推出一个完整版本，然后开启测试网阶段。 <br/> # 安全性提案公开征求 上周，以太坊基金会发布了[安全性+测试的提案征求 (RfP)](https://notes.ethereum.org/@lsankar/security-rfp)。这是个公开的提案征求，旨在提高信标链的安全性、分析、以及测试。除了客户端的工程，还有很多工作要进行——在合并前检查、精进、夯实信标链系统，我们希望吸引到更多有不同专业背景的团队深入工作。 大家可以看看这份 RfP 的潜在领域重点，但如果发现难以把这些领域的内容归纳到一份精简的提案，可以随时发邮件到 rfp@ethereum.org，我们会给你一些指引。请提供一些你或你团队的技能和专业背景信息，结合一些基本方向，我们可以一起提炼出一份提案。 如果你了解到哪个团队或个人非常适合这份 RfP，请转给 ta 们看! <br/> # 合并进程 合并工作正在不断加快脚步🔥 你说的是什么合并啊？是以太坊的应用层 （当前由工作量证明系统支持）与以太坊的权益证明共识层（信标链）的合并。尽管信标链已经创世了，但现在它本身只是一个共识。而合并之后，信标链会成为支持所有 dapp、智能合约、还有你们今天使用的账户的基础。 在过去几周，我们一直不断完善合并的设计。请查看 Mikhail 最近发布的[规范PR](https://github.com/ethereum/eth2.0-specs/pull/2257)，里面有合并计划与结构的最新合成内容。我们希望这些底层设计可以尽快并入规范里，好让工程团队可以开始下一波的演示和测试网工作。 除了我们的异步研究、设计、和工程工作，我们还开启了每两周进行一次的会议，以增加多个团队间的合作。你可以在[Eth R&D discord](https://discord.gg/qGpsxSA) 的#merge 频道跟进进程，欢迎积极参与！🚀 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/rocket-pool-101-faqhttps://www.ethereum.cn/Eth2/rocket-pool-101-faqTue, 23 Mar 2021 00:00:00 GMT 来源 | [Rocket Pool](https://medium.com/rocket-pool/rocket-pool-101-faq-ee683af10da9) <br/> # Rocket Pool — 通识 **什么是权益证明 (PoS)？** 2020 年 12 月 1 日，ETH2 信标链创世，以太坊正式上线应用 PoS 共识协议的链。当前以太坊 ETH1 链使用的是工作量证明 (PoW)，读者们之前可能已经听说过了，因为比特币也是使用 PoW。在一个去中心化区块链中，这些共识协议帮助用户存储的状态保持一致，并且知道在链上以何种顺序处理了哪些交易。 以太坊将迁移至新的 PoS 链，它比 PoW 更快、更节能以及更加去中心化。在 PoS 中， 用户存入 ETH 并成为一名验证者节点，(全天) 在线以执行所需的验证。而作为回报，验证者会获得额外的 ETH 作为奖金。可以把这个过程看作是将财产存进银行然后获得一定的利息，不一样的是，验证者参与守护网络而获得奖励。 **Rocket Pool 是做什么的？** Rocket Pool 作为一个去中心化质押基础设施服务提供商，允许用户、DApps 和企业通过在信标链质押他们所持有的 ETH 获取利润。Rocket Pool 智能合约是 Rocket Pool 网络的核心，将收到的质押存款分配给去中心化节点运行者 (为质押用户运行节点的人)。 <br/> **为什么选择它？** Rocket Pool 为个人、群体、企业等降低了参与以太坊 2.0 PoS 网络的门槛。 - 在信标链运行一个验证者节点至少需要 32 ETH。Rocket Pool 参与质押的最小值是 0.01 ETH。 - 在信标链质押还存在一定的技术门槛，需要用户了解如何与智能合约交互。Rocket Pool 将为用户处理所有与信标链的交互问题。 - 以太坊 2.0 分阶段推出。而在阶段 0 或阶段 1 早期推出意味着用户的质押存款将锁定至 eth1->eth2 合并之前。而一旦用户在 Rocket Pool 存入 ETH，就立即获得等值的 rETH 代币 (它作为代币化的质押存款，随着时间的推移奖励会增加，并且不需要被锁定在池中)。用户可以在任何时候对其进行交易、出售或持有，并且在合并之后可以凭借 rETH 换回质押的 ETH 和奖励。 - 信标链要求质押者在技术上非常熟练，能够全天在线地运行以太坊节点。而 Rocket Pool 拥有一个由许多独立的以太坊节点运行者组成的去中心化网络，为质押池的用户提供质押服务。 - 信标链会惩罚那些参与了质押却未能保持在线的节点。而 Rocket Pool 社会化其整个网络的惩罚与损失 (即池子内的参与者奖惩共担)，从而极大地减少了对单个质押者的影响。 - 一些用户可能具有自己运行节点的能力，但是不足够 32 ETH。如果他们加入 Rocket Pool 的以太坊节点去中心化网络，他们仅需要 16 ETH 就可以成为 solo staker。他们还能从网络中获得额外的收益，因为他们通过提供这样的服务，产生了比 solo staking 更加高的投资回报率。 <br/> **它的工作原理是什么？** <br/> 认真看了，接下来是最精华的部分！Rocket Pool 主要由三个元素组成：智能合约 (Smart Contracts)、智能节点网络 (Smart Node Network)、Minipool 验证者 (Minipool Validators)。 智能合约接收 ETH 质押存款，并将其分配至节点运行者中，发行+跟踪各种代币，并处理与信标链的交互。它们还可以检测网络中的智能节点是否出现了故障，然后自动禁用该节点 (不再接收任何新用户)，直到其被修复为止。 智能节点网络是由一群特殊的以太坊节点组成的去中心化网络，这些节点运行着我们的智能节点软件。它们具有定制的后台进程，因此可以与 Rocket Pool 的智能合约通信。而且同样重要的是，可以提供信标链所需的网络共识。 任何用户都可以免费参与其中运行智能节点，只要拥有 16 ETH。为 Rocket Pool 提供智能节点，除了通过质押自己的 ETH 所获得的奖励之外，用户还可以从网络中获得额外的奖励。 Minipools 验证者是另一种智能合约，但由于它是 Rocket Pool 的十分关键的部分，因此值得给它专门命名。这些智能合约由节点运行者创建。当节点运行者在他们的节点中存入 16 ETH 时，他们的 minipool 合约也从质押池的用户中收集 16 ETH。当这个合约收集够了 32 ETH，这笔资金就会被发送到信标链开启质押，同时就会在该节点创建一个新的验证者，该验证者节点将执行信标链的共识，让质押存款获得收益。 <br/>  正如图示所展现的工作流程：1) 智能合约收到用户的存款时，会将其随意分到 ETH 组块中，每个组块包含 16 ETH；2) 想要成为节点运行者的用户存入 16 ETH，等待智能合约将剩下的 16 ETH 分配到其节点中；3) minipool 智能合约收到 ETH 组块里面的存款，然后发送至 ETH1 存款合约中，并开始质押。 <br/> **Rocket Pool 有哪些代币？** Rocket Pool 协议代币 RPL 是主要的协议代币，如果节点运行者想要为网络提供额外的安全保证，那么就可以在 Rocket Pool 节点中质押 RPL。RPL 不是运行智能节点和参与 Rocket Pool 网络质押的必要条件。 Rocket Pool 质押代币 用户一旦在 Rocket Pool 网络质押，就会立即收到 rETH 代币作为代币化的质押存款。用户在 Rocket Pool 网络获得的奖励会随着时间的增长而增加。 当智能合约能够在 ETH2 中启用时，Rocket Pool 就会部署一个智能合约，允许用户通过销毁 rETH 换回 ETH。 <br/> **背后的团队？** Rocket Pool 最初是在 2016 年末由 [David Rugendyke](https://medium.com/rocket-pool/rocket-pool-your-new-casper-friendly-ethereum-pos-pool-in-alpha-75709bd19936) 创建，他是一位拥有超过 18 年商业经验和计算科学背景的高级开发人员。 在 2017 年 5 月，Rocket Pool 发布了 alpha 版本。一个充满活力的社区开始形成，团队开始扩大。 在过去的 1-2 年里，Rocket Pool 运行了两个大型测试，有超过 5 万 的 ETH 测试币质押，数百名用户参与。 随着以太坊 2.0 网络的到来，Rocket Pool 正调整其平台，开始将其定义为去中心化质押网络。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-22/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-22/Mon, 22 Mar 2021 00:00:00 GMT # ETH 2 **AllCoreDev 关于合并的讨论** 关于伦敦硬分叉后优先“合并”的提案，尽管看上去简单，其实需要 Eth1 客户端做非常大量的工作。会议提议伦敦后 Eth1 团队专注在合并工作上。如果决定了在伦敦后专注于合并工作，上海硬分叉必须要推迟了，因此合并**不会**在10月实现。 来源：https://twitter.com/TimBeiko/status/1372903072377184257?s=20 <br/> **信标链安全性+测试的 RFP** 以太坊基金会为信标链的安全、即将发生的合并与信标链相关的测试参与宣布了提案征求 (Request for Proposal)。具体内容包括 eth2规范、四个客户端以及核心代码库里的代码。重点可能包括：实时网络分析、网络加载测试与模拟测试、客户端加载测试等。 提案提交截止日期为北京时间 2021 年 4 月 2 日 2：00 am，发送地址为 [rfp@ethereum.org](mailto:rfp@ethereum.org)。 详情：https://notes.ethereum.org/@lsankar/security-rfp <br/> **存在感不强的Lodestar在2021要跑出？** ChainSafe 发表文章 A Lodestar for Eth2，介绍了Lodestar在 Eth2 做的工作，在2020的工作进展，以及在2021年的路线图。以下为文章概述： Lodestar是一个用 Typescript 语言写的 Eth2 客户端，能丰富 Eth2 客户端的多样性。Lodestar 旨在成为易于使用的 Eth2 客户端。 Lodestar 的工作主要专注在两个部分： 1. 构建一个可组合的开发者工具与代码库生态。当所有这些工具与代码库都组合起来了，你就可以使用 Lodestar 客户端了。现在已经有20个代码库了，eth2 launchpad 和 MyEtherWallet使用的是Lodestar 的 BLS 库。 2. 使 Lodestar 作为轻客户端成为以太坊生态的一等公民。目标是把 Lodestar 构建为支持浏览器的轻客户端，插入到 Metamask 里，实现与服务器的连接完全可验证而无须中介，也就是说轻客户端具备全节点一样的安全性，但没有很高的存储要求，且在服务器高负荷活动的压力下也能与整条区块链同步。 2020年 Lodestar 去哪里了？ 在2020年， Lodestar 完成了轻客户端的概念证明 (proof of concept)，且大部分的工作是围绕产品化信标全节点，因为需要全节点为轻客户端提供数据。Lodestar 没来得及参与三个测试网，但也得到开发者社区和其他客户端团队的帮助。另外，Lodestar 团队搭建了一些网站展示开发者工具，用作普及，工具包括BLS Keygen、Simple Serialize、和 Ethereum Name Record。 2021年的路线图 当前状态，轻客户端还无法保持与 Eth2 网络同步。因为同步需要下载和按顺序验证每个区块的数据，而这要求过多的数据和时间，因此把浏览器和移动端排除在外。信标链的第一次硬分叉 Altair 会增加同步委员会 (sync committe) 和一个轻客户端同步协议，这使得与区块链同步只需非常轻量的数据。Lodestar 就有了接触更多用户的独特优势。 目前轻客户端开发的两个重点：同步与证明请求/回应。  <center> Lodestar 在2021年的路线图 </center> 详情：https://medium.com/chainsafe-systems/a-lodestar-for-eth2-da9e1a1ea8f2 <br/> # Eth1 柏林硬分叉测试过程中，客户端出现bug 柏林硬分叉已在测试网 Ropsten、Goerli 分别进行，接下来在测试网 Rinkeby 和以太坊主网推出。而在此次硬分叉测试里，Besu 客户端出现了 漏洞。由于 EIP-2537 已经被包含在 YOLO 网络中，但随后又从柏林硬分叉中移除，因此导致 Besu 出现了问题。请使用 Besu 客户端的用户尽快升级到 21.1.2 版本。 GitHub：https://github.com/hyperledger/besu/releases/tag/21.1.2 OpenEthereum 在 Ropsten 测试网也遇到了问题，它的 docker images 所使用的 rust 版本已经过时了并且存在一个旧的漏洞。目前以及更新了它的 rust 版本。  柏林硬分叉在各个测试网以及主网的上线时间和区块高度 来源：https://twitter.com/TimBeiko/status/1372953371573846021 <br/> **以太坊开发者 Lakshman Sankar 解读状态大小管理** 以太坊”状态“由处理新交易所需的所有数据组成。这些数据包括：所有智能合约的应用状态和所有账户的余额。而每个节点都需要存储这些数据以验证区块链。 随着 NFT 和 DeFi 热潮爆发，数据大小正在以越来越快的速度增长，参考 etherscan 的数据：https://etherscan.io/chartsync/chaindefault 如果继续这样下去，大多数用户将无法参与验证网络，这将违背去中心化的原则。 目前有一个双管齐下的办法来处理状态问题： 1. 状态逾时 2. 弱无状态性 1.首先，状态逾时是将数据库缓存方法社会化的经典方法。也就是说，如果某个状态块在某段时间没有被访问过，节点不需要再储存该状态。如果用户需要访问旧状态块，ta 必须提供”见证“或证据来证明该状态是有效的。 大家稍微想一下，这是否类似用户需要支付状态存储租金：因为用户需要自己存储他们提供有效性证明的数据，才能生成恢复数据状态的”见证“。如此一来，用户自己存储数据，而不是节点提供者。 2.然后是弱无状态性，即通过”轻客户端“解决问题。在弱无状态性的以太坊，只有区块提议者 (矿工、验证者) 需要存储所有状态。而对于其他验证状态的节点则不需要存储状态，他们只需要提供”见证“。 例如，要与一个非提议节点确定你自己的账户余额有笔资产，你必须向其提供你的账户状态的见证。 Vitalik Buterin 写了一篇文章介绍如何推进状态逾时和弱无状态性：https://hackmd.io/@vbuterin/state_expiry_paths 来源：https://twitter.com/lakshmansankar/status/1372645112644132864 <br/> # EIP-1559 **AllCoreDev 对 EIP-1559的讨论** 3月19日的 AllCoreDev 会议对在伦敦硬分叉执行 EIP-1559 所需配合的其他 EIP 进行了讨论。（整理自 Tim 的推特）  i. 关于 gas 退还的备选 eip: a. EIP-3298: 取消 gas 退还 b. EIP-3300: 逐步取消 gas 退还 c. EIP-3322：高效的 gas 储存 d. EIP-3403：部分移除 gas 退还 ii. EIP-3198：`BASE FEE` 操作码 iii. EIP-3368：把区块奖励增加到3个 ETH，在两年内按计划逐步下调到 1 个 ETH 经过讨论，EIP-3298 被否决，核心开发者更偏向 EIP-3403，在某些情况允许他们不增加有效 gas 执行。 作为竞争提案，EIP-3322 获得更多支持。这份提议要对 gas 市场进行整体改革，这会产生很多交错反应，但大家都同意如果要纳入伦敦升级的话，这个提案涉及的内容太多了。值得注意的是执行 EIP-3403 不影响以后执行 3322。 关于 EIP-3403，有人提出存在安全风险，会议同意这些问题留待下一次会议讨论。 下一个是 EIP-3198，这份提议是关于随 1559 增加操作码 `BASE FEE`。尽管大家都同意它是有用的，但不同意一起加进伦敦升级，还是尽量保持伦敦升级简单且安全，3198 可以纳入下一次分叉。 EIP-3368 是由@BitsBeTrippin提出的，他首先指出他也不喜欢矿工最近呼吁针对以太坊进行“武力展示”，并对此造成的影响致歉。他解释道他认为只有当 ETH 的价格大幅下跌且网络哈希率随之下降时这份 EIP 才有需要用到。 因此，最后决定 EIP-3368 不会被纳入伦敦硬分叉，提议区块容量要有硬上限的 EIP-3382 也因相似的原因被否决了。同时有人提到矿工在管理 gas limit上一直做得很好，守护了网络健康。 <br/> **Bitfly 宣布 Ethermine 的 MEV beta** Bitfly 于3月18 日发推表示，为了补偿 EIP-1559 上线后减少的挖矿奖励，他们发布 MEV beta 计划。以下为计划内容的翻译： 80% 的MEV 收入会与挖矿收益一起分发出去。5% 会通过 Gitcoin 募款用以支持社区，剩下的部分会用于继续开发 MEV 策略。但总的来说，期待区块奖励会有 1-10%的增长。 关于 EIP-1559，我们反对 EIP-1559 是出于安全考虑。这些忧虑可以通过采纳 EIP-3368 得到缓解。无论结果如何 (EIP-1559 与 EIP-3368)，我们都不会支持或参与任何矿工发起损害网络的活动。 通过 MEV 与 Layer2 的支出 (即将推出)，我们会尽力为矿工提供最好的挖矿环境。 我们是在同一条船上的！我们一起守护它的安全吧！ 来源：https://twitter.com/etherchain_org/status/1372269004115566594?s=20 <br/> **EIP-1559 后钱包设计讨论** @RyanBerckmans 在推特上分享了 他设计的 EIP-1559 后钱包可能如何自动计算“费用上限 (fee cap)” 和 "小费 (tip)" 的概念图 （如下），像现在的钱包一样有快、平均、慢三个选项。  研究员[@barnabemonnot](https://twitter.com/barnabemonnot)对此设计的反馈如下： 这取决于发送者的偏好，但把费用上限设置得太接近基本费用的话就会失去了 1559 所具有的竞价浮动优势。我感觉大多数用户会选择预测性更强的交易费而不是小额价格间的不确定性。 此外，大多数时候你不需要出过高价格，只要可打包需求低于 25M 的 gas limit，1 gwei 的矿工费用就足够了。钱包可以通过监测交易等待队伍判断打包需求是否属于这种情况，然后建议更高的小费。 ENS开发者@nicksdjohnson 表示同意，但怀疑在峰期中监测和设更高小费是否真的有效，因为这时数据变得非常快。 根据[@barnabemonnot](https://twitter.com/barnabemonnot)的反馈，@RyanBerckmans 发了第二个版本：  @barnabemonnot 对第二版本的反馈是： 当需求不是过高时不需显示快/平均/快三种情况，大多数时候只需显示当前基本费用+1 gwei 的矿工费，然后让用户按“发送”或“不发送”。 (编者注：UX 提升是 EIP-1559 的一大亮点，这个讨论给出了比较具体的用户界面设计构思，加深对 EIP-1559 的理解或思考) 来源：https://twitter.com/RyanBerckmans/status/1373116045188345857?s=20 <br/> # Layer 2 **二层隐私支付项目 zk.money 上线主网** 3 月 16 日，以太坊 L2 扩容解决方案 Aztec 2.0 版本上线主网，推出基于密码学技术 PLONK 的 L2 隐私支付项目 [zk.money](https://zk.money/) zk.money 旨在为用户提供隐私和扩容解决方案： - 隐私：用户可以可以对其资产进行加密 (shield)、转账、解密。目前仅支持 zkETH 转账，接下来几周将添加其他三种 ERC-20 代币的转账，然而 2021 年年中，支持所有加密代币的转账。 - 扩容：每个 Rollup 汇总 112 笔交易 —— 这意味着用户通过平摊单个 rollup 证明的 gas 费 (再加上调用数据的额外费用)，来降低自身需要支付的 gas 费。 - 隐私 DeFi：Aztec3.0 将发布隐私智能合约语言 "Noir" (一种为隐私 DeFi 服务的语言)，将在 PLONK rollup 内实现可编程的隐私，并计划在 2022 年初允许工程师们在 Layer2 上执行他们的隐私合约。 来源：https://medium.com/aztec-protocol/launching-aztec-2-0-rollup-ac7db8012f4b <br/> **Layer2 解决方案整合与进展** @RyanBerckmans 整合了以太坊各个 Layer2 扩容解决方案，并且持续更新它们的进展： https://linktr.ee/EthereumL2s <br/> # DeFi **Dune Analytics V2 版本上线** 以太坊数据分析平台 Dune Analytics 于 3 月 18 日 发布 V2 版本。新增的功能包括： - 自动且可靠的数据查询和 dashboard 刷新 - 简单、顺滑的用户使用体验 - 整体应用速度提高 用户无需做任何事以换到更新版本，Dune 将无缝更新到 V2。 来源：https://duneanalytics.com/blog/dune-v2 <br/> **MakerDAO 发起执行投票，提高最大借贷限额** 3 月 20 日，MakerDAO 在社区发起执行投票： - 提高 ETH-A 的最大借贷限额，从 25 亿 DAI 提高至 150 亿 DAI； - 提高 WBTC-A 的最大借贷限额，从 3.5 亿 DAI 提高至 7.5 亿 DAI； - 所有 vault 的借贷下限参数将从 2000 DAI 提高至 5000 DAI (个别 valut 除外)。 详情：https://twitter.com/MakerDAO/status/1372979697517174785 <br/> **USDC 市值超过 100 亿美元** 锚定美元的稳定币 USDC 发布了两年多的时间，市值不断增长。在去年的三月，其市值还低于 10 亿美元，目前已经超过 100 亿美元。  <br/> # 生态 **MetaMask 更新** MetaMask 钱包插件更新 v9.2.0 版本 其中主要升级包括： 1. 支持多种 Ledger 和 Trezor 的硬件钱包账户 2. 增加警告功能： - 向自己的合约地址发送代币 - 自定义输入过高的 gas (price) 来源：https://twitter.com/bantg/status/1371586046627082242?s=20 <br/> **全世界最贵的“头发”** 在 Aave 的 NFT 平台 Aavegotchi 上，Aave 创始人 Stani Kulechov 的“头发”卖出了 70000 GHST，价值超过 10.7 万美元。   来源： https://twitter.com/StaniKulechov/status/1373304319420870658 <br/> **Meitu 公司宣布购入比特币和以太坊** 3月7日晚间，美图公司在港交所发布公告称，集团于3月5日在公开市场交易中，购买了 1.5 万枚 ETH，以及 379 枚 BTC，这两种加密货币的总对价分别约为 2210 万美元和 1790 万美元，合计为 4000 万美元 (约合人民币 2.6 亿)。 来源：https://corp-static.meitu.com/corp-new/ENG.pdf <br/> **EthStaker 将举办第二次验证者工作坊** ETH Staker 社区将于北京时间3月27日晚12点直播举办 ETH 2.0 验证者工作坊。将从裸机配置开始介绍如何运行一个以太坊2.0的验证者。对运行个人验证者感兴趣的小伙伴不妨关注一下。 YouTube 链接：https://www.youtube.com/watch?v=66-j84WTcoA 来源：Ethstaker validator workshop:https://ethstaker.cc/ethereum-2-0-validator-workshop-2/ <br/> **Gitcoin R9 将于3月26日结束** Gitcoin CLR 第九轮将于3月26日结束，其中单独设置了东亚地区板块，还没有对自己心仪的项目表示支持的朋友们现在还可以去体验一把丝滑的 zkSync 支付。 ECN on Gitcoin：https://gitcoin.co/grants/380/ethereumcn <br/> # 本期最佳meme  来源：https://twitter.com/thecryptwalker/status/1373749691548979204 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/layer-2-for-beginnershttps://www.ethereum.cn/Layer2/layer-2-for-beginnersSun, 21 Mar 2021 00:00:00 GMT来源 | [Gourmet Crypto](https://gourmetcrypto.substack.com/p/layer-2-for-beginners) <br/> 随着牛市的到来，铺天盖地的虚假消息让观众眼花缭乱。本文旨在向初学者解释何为 Layer2，因此难免会牺牲一定的完整性和严密性，让读者在基础的水平上更好地理解文章。 通常，Layer1 链具有更高的安全性和流动性，而 Layer2 是一条想要从 L1 中获取安全性和流动性的新链。 我举一个简单的例子来向那些初学者解释这意味着什么，尤其是那些刚加入加密世界的小伙伴们 现在你在以太坊区块链上持有 100 Dai，这是你的 Metamask 钱包告诉你的。但是 Metamask 是如何知道的？它通过一个以太坊节点服务提供商 [Infura](https://infura.io/) 来与以太坊 p2p 网络通信。但持有 100 Dai 究竟是什么意思？Dai 合约是由一个代码和数据组成的软件，存在于以太坊区块链上，它拥有你在 Metamask 上看到的地址，旁边是数字 100。 回到我们刚刚说的新链，它可能是也可能不是 L2 链，我们姑且称之为 Macau。你想要将 100 Dai 从以太坊转到 Macau，因为你想在那里买东西，或者以更便宜的 gas 费进行交易。 那你要怎样将资产转到 Macau 呢？显然你给 Vitalik 的主节点总部发了封邮件并叫他转过去。开玩笑的...实际上，你发给了以太坊区块链的另一个合约，通常被称为“存款”合约 (把它想象成赌场的存款窗口) > 第一步：你发送 100 Dai 至 Macau 部署在以太坊上的存款合约。 Macau 链上的验证者/矿工可以看到你的存款，因为他们一直都在监测以太坊区块链，尤其是存款合约，然后他对你说：”欢迎伙计！很高兴你加入我们，给你 100 个合成 Dai，可以在我们的链上使用，我刚在最新的 Macau 区块上挖的“。 > 第二步：你在 Macau 收到的 100 票值的借据，作为你在以太坊存款合约上锁了 100 Dai 的凭借。我们将这些票据称为合成 Dai，或者简称为 sDai。 你在 Macau 链实际上意味着你在一些网站上，其中有一些与 Macau p2p 网络通信的 Javascript。就像你在以太坊网络上时，去 Aave 网站借钱或者去 Uniswap 网站进行交易： 这些前端的 Javascript 为你打包借贷或 swap 交易，喂价给 Metamask，然后点击确认对你的交易签名，并将之广播至网络。大家对该流程应该不陌生。 在 Macau 链也是一样的。事实上如果 Macau 是以太坊的一条分叉链 (如币安的智能链 🤢或者 Avalanche 的 C-Chain🤮)，它与以太坊上的流程是完全一样的。因为用户可以在两条链上使用 Metamask，不需要专门的钱包来签名批量交易 (因为 BSC 上的地址格式和加密签名方案和以太坊上的是一样的) > 第三步：在 Macau 上使用 100 sDai 来进行交易、挖矿、投资等 假设你玩扑克，你赚了 100 sDai。多出的 100 sDai 是从其他 Macau 链上的玩家中获取的。 <br/> **下面我们来到了关键的一步👏：** <br/> 你想要将你的资产提出至以太坊中，因为你更加看重高安全性和足够的流动性。如果你可以在任何时间任何地点，并且只能从 Macau 的存款合约 (部署在以太坊区块链上) 中提出 200 Dai，那么就可以把 Macau 称为 L2 了 🥳🎉🍾 如果 Macau 的验证者理论上可以阻止你提出 200 Dai，或者直接被盗取 (提给其他人了)，那么这就不是 L2，而是侧链了🤮。 如果你可以理论上提出的资金超过你应有的额度如 300 Dai，那么 Macau 也不是 L2. > 当谈到扩容方案，总是可以归结到一个问题”谁控制了出口？“ **那么如何才能让以太坊上的存款合约变得足够智能，以防止 Macau 的用户/矿工/验证者/操作者作弊呢？** 可以想象这不是件容易的事，这需要合约足够智能 (记录了 Macau 上谁在什么时间借了谁一笔钱)：如果用户一小时前真的在 Macau 的扑克游戏赢了 100 sDai，ta 就被赋予了在以太坊上提现真正的 100 Dai 的权利，然而 ta 也可能在那之后在接下来的游戏中输掉这笔钱。因此存款合约必须能够记录真实的真相，以及 Macau 最近的状态。 早期的解决方案如状态通道和 plasma 试图做到这一点：将欺诈信号和纠纷解决的逻辑编码到 L1 的存款/取款合约中。然而，它们都给用户带来的很大的负担，例如： - 用户必须一直“在线”监测以太坊上的 L1 合约，以挑战/防止/惩罚那些威胁到其财产的恶意提款意图。 - 用户必须储存提出争议所需的数据。在状态通道中，这种数据通常是对手方证明状态改变所作的签名 (如，“Alice: 我证明支付了 10 Dai 给 Bob”，或者“Charlie: 我证明在配置为 X 的棋盘上将象棋移动到 位置 H5” - 特定于 plasma 来说：用户容易受到这两个方面的影响 (a) 所需要储存的数据极大地增加，因为用户感兴趣的数据是 plasma 链全局状态的一部分，而不仅是状态通道对手方的数据。 (b) 由 plasma 运营者 (区块提议者) 发起的数据扣留攻击，即某运营者试图恶意提款，同时又扣留用户提出争议所需要的数据。这进一步加大 L1 上的提款安全逻辑的复杂性。 <br/> **直到 rollup 出现，这些棘手的问题才真正得到解决：通过要求用户退出时所需的所有数据都可以在 L1 上可用。每当 L2 的状态更新时，rollup 运营者都会在 L1 上更新这些数据。因此，L2 执行和 L1 数据更新同步进行着。** 关于 rollup 的更多文章： 入门：https://gourmetcrypto.substack.com/p/optimistic-rollups-from-the-bottom 进阶：https://medium.com/matter-labs/optimistic-vs-zk-rollup-deep-dive-ea141e71e075 高阶 (zk-rollup)：https://ethresear.ch/t/on-chain-scaling-to-potentially-500-tx-sec-through-mass-tx-validation/3477 高阶 (optimistic rollup)：https://ethresear.ch/t/minimal-viable-merged-consensus/5617 在 rollups 中，通过数学 (ZKRU) 或加密经济保障 (ORU) 以确保所有参与者诚实参与。那么当 rollup 运营者消失或者滥发信息、审查用户或 (optimistic rollup) 实施欺诈时，用户就总是可以使用 L1 的数据来安全地取出他们的资金。这些数据都储存在 L1 上的 rollup 合约中，用户唯一需要信任的就是 L1 网络会诚实地执行这些合约 (这和其他 L1 合约的信任假设相同，如 MakerDao MCD 和 Aave 等)。 **注1：** 其他 L1 链如 NEAR、Polkadot 或 CosmosHub 实际上可能是相对于以太坊的 rollups，他们只需要遵循 rollup 的设计模式来构建一条桥，然后将需要的数据广播至以太坊，就像任何其他 rollup 一样。 **注2：** 而使用 ZK Rollup 方案时，由于它采用的是有效证明以证明 rollup 状态更新的正确性 (每一次更新都会在 L1 上验证这些证明)，根本不可能发生欺诈。然而，数据仍然必须发布在链上，如此以来，当 rollup 运营者消失时，用户可以使用 L1 上的数据直接向存款合约提交提款申请。 **注3：** 比特币可以有 Layer2 吗？ 不行。比特币[缺乏编程基元](https://twitter.com/aliatiia_/status/1303856158579408896?s=20)和创建复杂的 L1 合约所需要的状态管道，从而可以管理争议和/或者验证有效证明[3]。当然你可能听说过使用一些比特币侧链“无需放弃你对代币的所有权”等说法，这很可能是[虚假营销](https://open.spotify.com/episode/0hWpcZOU8HgslAdaHufKow) (~02:35) that you can use so and so Bitcoin sidechain “without giving up control of your coins”, but that’s simply false advertising[4](https://gourmetcrypto.substack.com/p/layer-2-for-beginners#footnote-4)。 “那闪电网络呢？” 闪电网络只是理论上的 L2。实际上，大多数普通用户将很可能委托第三方来持续监测网络系统 (见上文对状态通道的讨论)，也就是说在实践上它并不是 L2。 > Rollups 是唯一可以保证用户在睡觉时资金仍然安全的 layer-2 扩容解决方案，因为提款需求是在 L1 以太坊链的监测下进行的。 [ 表格中“优点”这一块，不同的颜色反映了问题的严重性 (如我们可以通过设计多大程度上解决这些问题)。比如，rollups 中数据存储需求的缺点很好解决 (Eth2 的推出以及诸如 LazyLedger 此类的数据可用性提供商)，并且在不牺牲去中心化的前提下 (因为数据是“冷的”)，也就是说，全节点不会执行它所存储的数据，并且磁盘空间成本又很低。 感谢阅读！👋 https://www.ethereum.cn/Layer2/how-optimism-workshttps://www.ethereum.cn/Layer2/how-optimism-worksThu, 18 Mar 2021 00:00:00 GMT来源 | [@0xRafi](https://twitter.com/0xRafi/status/1366864714664402947) <br/> 此文整合自 @0xRafi 发的推特 thread。 1/ 由于 [@optimismPBC](https://twitter.com/optimismPBC) 团队发布了消息表示其主网上线时间将提前，我认为大家很有必要了解以太坊 Layer2 解决方案 Optimism 是什么、它是如何运作的、以及它会给以太坊带来什么。 2/ 大家之所以这么期待，是因为诸如 Optimism 此类的 L2 解决方案有助于：提高以太坊的吞吐量 (每秒交易处理量)；缩短交易打包等待时间 (确认一笔交易所需要的时间)；以及大大地降低 gas 费。而且是在不牺牲以太坊主网安全性的前提下进行扩容。 3/ 这就是真正的 Layer2 解决方案与 “单纯的侧链” 解决方案 ( 如 [@0xPolygon](https://twitter.com/0xPolygon) 或 [@xdaichain](https://twitter.com/xdaichain)) 的最大区别。侧链解方案有自己的共识机制和安全性，并且不能从以太坊 Layer1 的安全性中获益，而 Layer2 解决方案可以保持以太坊一层网络的安全性。 4/ 举个例子，如果我们使用 [@optimismPBC](https://twitter.com/optimismPBC)：当用户在以太坊主网 (或 Layer1) 上提交了一笔交易，交易数据会存储在 L1 上，但是智能合约计算的处理将在子链 (即 Layer2) 上进行，最后计算结果发回 Layer1 中。 5/ 由于计算过程是一笔交易中耗时最久、成本最高的部分，因此在 Layer2 处理计算大大地减少了 Layer1 的计算需求，从而提高网络的吞吐量并降低交易费。L1 仅接收交易数据，将其发送至 L2 中，然后再接收 L2 的计算结果 6/ Optimism 是一个比较“通用”的解决方案。任何 L1 上的 Solidity 智能合约 (也就是任意的 L1 app) 都可以在 Optimism 的 Layer2 上运行，且不需要构建额外的功能。 7/ 下图展示了 Optimistic Rollup 的工作方式，两个大方框分别是 Optimistic Rollup 合约 和 Optimistic 虚拟机 (OVM)。Rollup 为 L1 智能合约，负责接收交易数据，然后发送数据至 L2 中以及接收计算结果。但是有趣的部分发生在 L2 中。 [ 8/ 在 L2 上，交易会提交给一个 "Sequencer" 序列器 (可以说是 L2 上的矿工)。然后它会立即回应，生成一个已签名的收据以保证交易的执行和排序。然而，如果序列器作恶，没有正确地执行交易或者抢跑交易的话怎么办呢？ 9/ 遇到这种情况时，用户可以向 L1 上的裁判合约提交那份已签名的收据，如果证实序列器没有正确履行其义务，那么 ta 就会被罚没 (即丢失其质押的资金)。所以 L2 可以说是一个小型的 PoS 系统。 10/ 但当遇到争议时，L1 上的裁判合约应能够像 L2 上一样进行计算，并获得完全相同的计算结果。这就需要运用到 OVM 了。 11/ OVM 可以说是 L1 上的 L2 适配器，确保 L1 以太坊虚拟机 (EVM) 就像在 L2 中处理 L2 的计算一样。这样做的目的是使得 L2 上的任何计算都可以在 L1 上得到验证 (如果需要的话)。这非常重要。 12/ "Optimistic" 乐观的由来是，我们假设所有在 L2 上进行的计算是正确的，直到有人提出争议。如果存在争议，L1 上的裁判会在以太坊网络上重新运行该计算并检查结果。 13/ 为了激励用户充当“瞭望塔”并验证计算结果，Optimism 是如此设置的：任何人如果发现不诚实行为且对之提出异议，都可以从作恶序列器 (Sequencer) 的罚金中获得部分奖励。即使用户自己没有验证自己所有的交易，其他用户也会帮忙验证。 14/ 最棒的一部分是，一旦足够多的以太坊 app 在 Optimism 的二层网络上运行，大多数用户将花大多数时间留在 L2 上，而不需要回到 L1 上 (除非出现争议需要解决，或者用户有提款需求)。 15/ 看到这里，也许读者会觉得这将使得以太坊 L1 无效。然而事实上，这将进一步扩展以太坊的生态系统，以太坊将可以支持新的、吞吐量更大的应用，而按照当前网络的容量这是无法实现的事情。 16/ Optimism 另一个很棒的点是，它具有“账户抽象”功能。也就是说，每个账户都是可以被改动的“合约”账户，因此可以实现各种交易条件，如多签或者其他 gas 支付方式。 17/ 那目前 Optimism 的应用情况如何？首先，Synthetix 现正在私人主网上运行 Optimism。一旦实现完成，[@synthetix_io](https://twitter.com/synthetix_io) 计划将其质押以及挖矿功能完全转移到 L2 上，然而将交易功能同时在 L1 和 L2 上保留 18/ [@Uniswap](https://twitter.com/Uniswap) 在 10 月 19 日使用 Optimistic Rollups 运行了一个游戏化的概念证明 (Unipig)，并且一旦 Optimism 上线主网，Uniswap 将会是他们的第一批用户。[@chainlink](https://twitter.com/chainlink) 也宣布了其将和 Optimism 合作，[@coinbase](https://twitter.com/coinbase) 钱包增加了对 Optimism 测试网的本地支持...... 19/ [@compoundfinance](https://twitter.com/compoundfinance) 估计也会支持 Optimism (还没确定下来)，[@RariCapital](https://twitter.com/RariCapital) 也会在他们平台集成 Optimism。将来还会有很多项目加入，这将对以太坊网络速度和交易费带来意义重大的影响。 20/ 这对我们意味着什么：Synthetix 的测试显示，使用 Optimism 后，gas 费最多可以降低 143 倍，交易确认时间低至 200 毫秒；而 Unipig 测试显示，gas 费最多可以降低 100 倍，交易确认时间低至 169 毫秒。 21/ Optimistic Rollups 同样非常适合以太坊 2.0 的生态系统。因为以太坊 2.0 将首先推出数据扩容方案，其后再推出计算扩容方案。在初期，Rollup 将首先保证计算方面的可扩展性，并与以太坊 2.0 并存。 22/ Optimism 团队提出的最后一个很棒的想法是，使用 MEVA (即矿工可提取价值拍卖) 来选择序列器。Karl 在 [ethresear.ch](http://ethresear.ch) 发了篇文章《MEV 拍卖：通过拍卖交易顺序权来解决MEV问题》来解释这一内容：https://ethresear.ch/t/mev-auction-auctioning-transaction-ordering-rights-as-a-solution-to-miner-extractable-value/6788 最后还有一些其他链接： Optimistic Rollup 介绍：https://medium.com/plasma-group/ethereum-smart-contracts-in-l2-optimistic-rollup-2c1cef2ec537 @kelvinfichter 对 Optimism 的视频介绍：https://www.youtube.com/watch?v=eYeOW4ePgZE Blockcrunch 播客，嘉宾 [@kevinjho](https://twitter.com/kevinjho_) ：https://blockcrunch.libsyn.com/is-plasma-dead-the-rise-of-optimistic-rollups-on-ethereum-kevin-ho-optimism-ep-97 Synthetix 宣布向 Optimism 迁移：https://t.co/5ImnwsRFPI?amp=1 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-3-13https://www.ethereum.cn/Eth2/wnie2-2021-3-13Wed, 17 Mar 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210313) <br/> Gitcoin grants [匹配第九轮](https://gitcoin.co/grants/)正进行中！即使是一份非常小额的捐赠也意义非凡，因为这意味着对项目的支持。获取许多小额的捐赠款比获得几笔大额的捐赠款要更有意义。 为了方便起见，我整理了一份[合集](https://gitcoin.co/grants/explorer/collections?collection_id=1746)以收集我在本轮中支持的项目。主要偏向小的 Eth2 生态项目，但也有其他我认为有价值的项目。欢迎大家前往 Gitcoin 支持[我的项目](https://gitcoin.co/grants/551/the-ethereum-20-annotated-specification)“以太坊 2.0 规范注释”😉 此外，除了本轮 Gitcoin 之外，以太坊基金会还推出了一个 Eth2 赏金活动"Build Something That Improves Eth2"，提供价值 [1 万 DAI](https://gitcoin.co/funding/details/?url=https://github.com/gitcoinco/skunkworks/issues/200) 的赏金。 <br/> # 社论 有趣的是，溪流有时会汇成一条河，甚至洪流。本周社区主要讨论的事情就是在技术成熟的前提下尽快把以太坊转向PoS 。 在早期版本的 Eth2 路线图中，eth->eth2 合并会推出得比较晚，将作为阶段 2 的一部分或者在阶段 2 之后推出。随着时间的推移，社区中涌现了新的想法，Eth2 的研发情况不断演变，向 PoS 的过渡也逐渐向前发展。 目前有四条溪流汇聚成一股无法阻挡的洪水。 第一个是矿工反对 EIP-1559。人们或多或少会预料到矿工会反对那些将减少矿工挖矿奖励的措施，然而他们的一些反对方式[被认为](https://twitter.com/econoar/status/1370717171945414665)太过具有攻击性了。解决方案？加快向 PoS 过渡的进程，一劳永逸地解决该问题。 第二个是最近出现的：一些艺术界人士强烈反对 NFT 热潮所造成的巨大能量消耗。这些反对并[不完全](https://twitter.com/protolambda/status/1370544743726391298)是针对性的。但是，老实说，PoW 确实挺让人尴尬的。 第三，本周 [Eth2 规范库中](https://github.com/ethereum/eth2.0-specs/pull/2229)更新了一份提案，关于如何可靠地实行 eth1->eth2 合并。合并的实现离我们越来越近了！ 紧接着，Vitalik 发布文章《通过修改分叉选择实现快速合并》，阐述了实现合并的最精简版本。通过这个方法可以实现快速合并，但是手段是快速且“肮脏”的 (因为使用 [RLP](https://eth.wiki/fundamentals/rlp), shudder) 污染了信标链)，但是后续的更新会解决这个问题。 以上，以太坊基金会研发团队[正忙于传达](https://www.reddit.com/r/ethereum/comments/lyj8on/why_the_merge_should_be_prioritized_over_data/gpt6gsp/?context=3)一些他们想要尽快[完成](https://twitter.com/drakefjustin/status/1370697825416327170)合并工作的信号。 我不喜欢 PoW。五年前我就被 PoS 这个概念所吸引了，并且在过去的三年中，我全身心地投入到推进 PoS 的工作中。对于合理且可行地加快向 PoS 过渡，我是完全赞同的。 然而，如果我的声音能够在这股热潮中被听到，我感觉需要提醒大家审慎。到目前为止，以太坊 2.0 工作的推进一直都没有受到治理问题的阻碍。因此我们能够快速地迭代和创新，从而取得了惊人的进步。那么最终的方向就是，将 Eth1 链上的所有资产 (加上 DeFi 的市值，已经有价值 2000 亿美元的 ETH) 合并到信标链中。 Eth2 开发者几乎没有参与过 Eth1 治理，这已经是众所周知的了。我担心以太坊治理问题会给以太坊带来巨大的冲击。 我们想一下，EIP-1559 被正式纳入硬分叉 (这是上周的事) 究竟花了多长时间，更别说被实现了。1559 的想法在 [2018 年中](https://ethresear.ch/t/first-and-second-price-auctions-and-improved-transaction-fee-markets/2410)首次被提出。Eth2 信标链从开始构思、设计、构建以及部署的整个过程，与推进 EIP-1559 至被纳入硬分叉是同时进行的。并且 1559 还不算技术上的重大改变。令人难以置信的一个事实是：2018 年整年以太坊协议层甚至没有进行任何一次升级。就个人而言，这不是我所乐意看到的。 如果我们真的赞同这些提案 —— 赞同数据分片、赞同[路线图](https://twitter.com/vitalikbuterin/status/1333922620857745408)的大部分内容、赞同技术债务是永远都可能存在的 —— 那么，我们就加快合并的速度吧。我不反对快速合并，但是，我们要擦亮双眼，充分意识到该举措的缺点。或者，我们可以先完成 Eth2 基础设施的搭建工作 (如分片)，如此一来，我们就可以无阻碍地、并有序地进行合并工作，只是代价是多等几个月。 <br/> # 信标链 **公共服务公告**：质押者们！要升级你们的 Eth1 节点了！以太坊网络已经准备好执行[柏林升级](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement/)了。使用 Pyrmont 测试网的读者，请在 3 月 17 日升级你们的 Eth1 Goerli 节点。已经在主网信标链上质押的读者，请确保在 4 月 14 日前升级你们的 Eth1 节点。 最近的重大消息[可执行信标链](https://github.com/ethereum/eth2.0-specs/pull/2229)规范的草稿已经发布了，即 The Merge （合并）。我的同事 Mikhail Kalinin 在这件事上的领导工作非常出色：希望围绕合并的讨论和活动在未来几周能加快步伐。 合并本身不是Eth1的重复，也不是以太坊的一个扩容方案。但是，Dankrad Feist 提议了一种通过结合合并与扩大区块容量实现[有效扩容](https://ethresear.ch/t/commit-to-pre-state-instead-of-post-state-on-the-executable-beacon-chain/8802?u=benjaminion)(5-10倍) 的方法。 另一个重大消息是，我们的新验证者队列终于清空了！从信标链启动起，这条队列就一直是满的，这意味着新的质押者需要等待一段时间才能激活他们的质押者节点，有时候可能需要等上3周。每天激活的验证者数是900名，大概花了100天的时间把积攒的队列清空。直至发文，一共有 [110,057 名活跃验证者](https://beaconcha.in/)，现在队列人数为 0。 ## 测试网 除了现存的 Pyrmont 测试网外，客户端开发者将搭建一个新的测试网。这个新测试网叫 [Prater](https://github.com/eth2-clients/eth2-testnets/pull/40)，并将在 3 月23 日 UTC 14：00 （北京时间 22：00）周二上线。它的容量会是主网的两倍，这样我们可以测试客户端性能的极限：创世时会有21万名验证者，它们主要由客户端团队和以太坊基金会来运行。暂时来说， [Pyrmont](https://pyrmont.beaconcha.in/) 还是测试质押设置的最佳地方。 ## 工具 [Mousse 仿真器](https://ethereum-mousse.medium.com/mousse-an-ethereum-2-0-emulator-for-local-testing-of-eth2-applications-19af727519ce)的目标是在 Eth2 中承担 Ganache在 Eth1 中做的事。它可以模拟、与 Eth2 的数据分片交互，这对开发 rollup 非常有效。 推特上的 [Eth2 Rekt bot](https://twitter.com/eth2REKT/status/1366719553380765697) 机器人是用来追踪罚没事件的。没有罚没事件状态已持续了[36天](https://twitter.com/eth2REKT/status/1370781784028315650)。 我需要仔细看看这个，但 [valid8r](https://github.com/pondron/valid8r) 是”一个用于保护以太坊20验证者设置的、开源的命令行界面，有 Pondron LLC 来维护。“ 它可以用来检查时钟同步、网络端口、Eth1 客户端连接等。它可以成为质押者的诊断工具。 ## Altair Altair 是信标链协议第一次升级的名字，[由社区投票选出](https://github.com/ethereum/eth2.0-specs/issues/2218)。这次升级大概发生在年中（一切顺利的话应该是六月）。 这周的开发者会议花了很多时间[讨论 Altair](https://hackmd.io/@benjaminion/HkIXJsDmd#Altair)。实际上，我们拿走了一些东西。本来[计划](https://github.com/ethereum/eth2.0-specs/pull/2192)仅每64个 epoch 修改验证者记录，现在看来不是必须的，还是把东西维持简单更好。但把每个验证者的怠工惩罚改为单独计算这一点[保留](https://github.com/ethereum/eth2.0-specs/pull/2222)了。 同时，也有各种尝试寻找抵御 [balancing attack](https://ethresear.ch/t/a-balancing-attack-on-gasper-the-current-candidate-for-eth2s-beacon-chain/8079?u=benjaminion) (这就是我说的[想象一个球形奶牛攻击](https://hackmd.io/@benjaminion/wnie2_201018#Balancing-attack))的方法。[最新](https://github.com/ethereum/eth2.0-specs/pull/2197) 的版本已经在 Altair升级上被移除了，因为它可能会引入[比问题本身更严重的问题](https://github.com/ethereum/eth2.0-specs/pull/2197#issuecomment-783109619)。Eth2 团队将继续寻找有效的抵御方法，但这不是首要任务。 <br/> # 释义性文章 Danny 的“ eth2更新速览”系列现在改名为 [Finalized no. 23](https://blog.ethereum.org/2021/03/11/finalized-no-23/)。我们会另外找一个时间谈 Eth2改版；对于这第一期的争论已经有很多了。顺便说一句，我被 Finalized 的"z"冒犯了。😁 Jacek Sieka 发了一系列特别有价值的推特：关于区块 601183 的信标链状态分析。为什么是这个区块呢？请看他的[推特](https://twitter.com/jcksie/status/1367443478976823299)！ 我看到经常有人问这个问题：我的验证者做证明了，为什么我还是被罚款了。这是怎么发生的？[Beaconcha.in](http://beaconcha.in/) 知识库的[奖惩部分](https://kb.beaconcha.in/rewards-and-penalties)对这个问题有简要解释。 Rocket Pool 即将上线了。3 月14 日 EthStaker 举办的[Rocket Pool 问答游戏](https://www.youtube.com/watch?v=-YdBslzHGec)是快速了解这个协议的一个有趣途径。LogicBeach 也制作了 [Rocket Pool 视频解释](https://www.youtube.com/watch?v=uytfJlMfdyc)系列。 Eth2 里的分片计划很大一部分是关于数据可用性，我们正在研究的方法核心是实现数据恢复。我花了挺长时间来理解这些技术的，我以一个toy example写了一篇释义文章。欢迎阅读！ <br/> # 媒体和其他资源 来自 Bison Trails 的 Elias Simon 已经开始了一个精彩的系列，与以太坊 2.0 客户端团队的开发者深入探讨。首先邀请的是 Prysmatic Labs 的 [Raul Jordan](https://bisontrails.co/eth2/raul-jordan/)，然后我代表 Teku 团队参加了他的[另一期](https://bisontrails.co/eth2/ben-edgington/)。和 Elias 探讨 Eth2 是一件十分愉快的事，他的工作非常出色，他将所有内容整合到了一篇文章中。期待接下来的版本！ EthStaker 的“[二月回顾](https://ethstaker.cc/ethstaker-community-february-in-review/)” — 总结了许多工作进展，也列出了更多的计划。 Raul Jordan 和 Paul Hauner 参加了一场由 [WeEth Staker 主办的 AMA 活动](https://twitter.com/EthereumCN/status/1369645203934515203)。这里是问答链接：https://forum.weeth.org/t/topic/81 来自 Coindesk 的 [Valid Points](https://www.coindesk.com/newsletter/valid-points) 系列的最新一期。上周，Coinbase。[本周](https://www.coindesk.com/ether-supply-hedge-against-inflation)主要是 EIP-1559 在 Eth2 的位置的讨论。 还有就是，我现在正式成为 Coindesk 的 [Mapping Out Eth 2.0](https://www.coindesk.com/podcasts/mapping-out-eth-2-0) 的主持人😊 [3 月 4 日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/rabbit-hole-eth-2-ben-edgington)这一期简单地介绍了一下我自己 在 [3 月 11 日](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/ethereum-staking-code)这一期，我们谈了提款密钥更新和其他事情。希望这运行顺利 —— 这对于我来说是全新的挑战，如有不妥，请多包涵。Christine、Will 以及整个团队都非常专业。说得正式一点就是，我对 Coindesk 所取得的成就感到十分震惊。 不知道应该在哪里讨论 Ali Atiia 的这句话合适，但应该可以在这里提一下：“Vitalik Buterin 提出的’以 Rollup 为中心的路线图‘这一方案是很危险的”。Ali 的这条 [thread](https://twitter.com/aliatiia_/status/1369369197923475469) 挺有趣，值得一看。尽管我认同 Ali 列出的后果是有可能发生的，但我认为可能性很小。然而，如果我们最终因治理问题而导致系统完全瘫痪，那么最坏的结果还是有可能发生的。 <br/> # 实现者会议 第 59 次会议在 3 月 11 日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/208) - [会议视频](https://youtu.be/s017DQlsCCw?t=320) - 我的[速记](https://hackmd.io/@benjaminion/HkIXJsDmd)，Mamy 的[笔记](https://github.com/ethereum/eth2.0-pm/issues/208#issuecomment-796783191)，以及 Alex Stoke 的[实时推文](https://twitter.com/ralexstokes/status/1370027668960284677)。 进行了许多关于 Altair 升级和 Prater 测试网的讨论，大部分已经在上文中进行了讨论。 <br/> # 活动预告 - UTC 时间 3 月 20 日 星期六 14:00：EthStaker [社区会议 #17](https://www.youtube.com/watch?v=tL8l7GGCpw0)：eth1- >eth2 合并客户端：Catalyst - UTC 时间 3 月 27 日 星期六 16:00：EthStaker [验证者研讨会](https://www.youtube.com/watch?v=66-j84WTcoA)，如何设置一个验证者节点。 - 4 月 9 日 到 5 月 14 日，由 ETHGlobal 主办的为期四周的"[扩容以太坊](https://scaling.ethglobal.co/)"黑客松。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-15/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-15/Mon, 15 Mar 2021 00:00:00 GMT Gitcoin Grants 第 9 轮已开始，本轮捐赠时间为 2021 年 3 月 10 日 - 3 月 25 日。本轮分为五个板块 (基础设施、社区、DApp、NFT、东亚)，五个匹配池加起来价值 50 万美元。 此外，根据 @Ξwoki, Gitcoin Grants ShillBOT，截至 3 月 12 日为止，GR9 的捐赠中，使用 zkSync 进行支付的捐赠次数占 GR9 总捐赠次数的 52%。 ECN ：https://gitcoin.co/grants/380/ethereumcn <br/> # Eth2 **eth2 quick update 更名为 Finalized** 以太坊基金会博客里由 Danny Ryan 负责更新的 eth2 quick update 系列从第23期起改名为 Finalized 系列。在此篇更新里，Danny 对一些常用关键词进行了界定，并解释了“Finalized”的由来。 以下为编译： > Eth2 代表的是以太坊**共识层**上的一系列重要升级，以确保协议是安全、可持续、和可扩展的；而“ eth2 客户端” 是权益共识 (PoS) 共识的实现。 > > 而在这个语境下，“ eth1" 是指以太坊丰富的应用层，（升级到 PoS 后）”eth1 客户端“指的就是应用层上的软件。以太坊上的应用层现在是建在PoW共识算法上，但很快会搬到信标链上——PoS 共识机制现在已进入产品阶段，且由大约350万个 ETH 来确保安全性。 > > 基于此，这系列博客已更名为 "Finalized: the Ethereum consensus-layer (最终确定的：以太坊共识层)"，并以此向PoS 共识层中最关键的功能 finality （最终确定性）致敬。 更新最后提醒质押者要把节点更新到与柏林升级兼容的版本，以及升级信标节点。 详情：https://blog.ethereum.org/2021/03/11/finalized-no-23/ <br/> **合并的PR** 核心开发者Mikhail Kalinin 在Github 开了关于 Eth1 和 Eth2 合并工作进程 (WIP)的 PR "The Merge #2229"，上面有核心开发者与客户端开发者间的工作讨论。 其中列出的工作事项有： - 使规范变得可执行 - 用有存根应用的数据运行现有的测试 - 增加含有应用数据的测试 - 当测试网 Altair 准备好了，再根据 Altair 调整 详情：https://github.com/ethereum/eth2.0-specs/pull/2229 <br/> **合并呼声高涨** reddit上 r/ethereum 社区的版主u/Always_Question 发文 《Why the Merge Should Be Prioritized Over Data Sharding (为什么合并应该优先于数据分片)，得到了社区的热烈反响。以下为文章的摘要： 背景：以太坊 2.0 路线图的不同阶段无须按顺序进行 倡议合并优先于数据分片的理由有四点： - Optimistic rollup 和 ZK rollup 给我们争取了时间。当主要的 Dapp 迁移到二层时，以太坊的每秒吞吐量从10上升到1000，一层上的交易费压力会被大大缓解，而这些在未来几个月就能实现。这样能为数据分片争取1-2年的研发时间。 - 最近部分矿工表示会联合起来阻止 EIP-1559 的实施，而优先实现合并可能能够抵御矿工的攻击，因为合并会把 PoW 的矿工从网络分离出来。 - 合并会马上解锁 PoS 质押者的押金。 - 在技术上，合并没有数据分片那么复杂。合并的过程不应该操之过急，但也不应该延迟。先实现相对简单的合并能立刻给社区带来裨益，还能让社区更快把注意力放在技术上更为复杂的分片上。 详情：https://www.reddit.com/r/ethereum/comments/lyj8on/why_the_merge_should_be_prioritized_over_data/gpt6gsp/?context=3 此外，核心开发者 Justin Drake 发推表达了相同的看法，Vitalik 也发表了文章 《Quick merge via fork choice change （通过修改分叉选择实现快速合并）》，文中引荐的机制是 eth1的客户端需要与值得信任的信标节点进行通信，且必须修改它的分叉选择规则。 文章详情：https://notes.ethereum.org/m9IX3OkkTveXCCOSzGkUiw  而 What's New in Eth2 的撰写者 Ben Edgington 在最新一期里也提醒社区需要谨慎，像1559 从2018年走到今天也是经过了很长的过程，现在急于一时的合并可能会遗留技术债。 <br/> # Eth1 **Ropsten 柏林升级** 根据[@peter_szilagyi](https://twitter.com/peter_szilagyi)的推特，3月10日 测试网 Ropsten 进行柏林分叉后所有客户端都没有出现问题。如果你想对 Ropsten 进行充分测试并体验它的新功能，还可以参加赏金计划：[https://bounty.ethereum.org](https://t.co/iVjn0iL6qJ?amp=1) <br/> **EIP 治理新内容** Ethereum Cat Herders 社区撰写了柏林升级 EIP 总览文章《 The Berlin Upgrade Ovrview》，文中除了介绍柏林升级所包含的EIP外，还介绍了 EIP 管理和治理的新内容。 首先，以太坊社区的志愿者，包括 EIP 编辑、作者、客户端开发者、Ethereum Cat Herders 还有其他社区成员共同成立了 EIPIP (EIP 改善程序小组)。Ethereum Cat Herders 还会做一个调查以了解以太坊客户端多样性的状态。同时，客户端开发者会继续研究不同的提案，以改善性能、安全性、以及为未来的升级做准备。你可以在下一次的”伦敦“升级里看到更多新功能。 文章详情：https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80 反馈入口：https://docs.google.com/forms/d/e/1FAIpQLScn943C4ljlSCFIF5y__vKKDSJoxg6uYdSzhEWqt6HAnpBEiQ/viewform <br/> **EIP-1559 再起风波** 3 月 9 日，反对 EIP-1559 的矿工代表@BitsBeTrippin 表示将于 4 月 1 日联合其他矿工把算力转移到反对 EIP-1559 的矿池 Ethermine，进行51小时的 "武力展示" （并强调并非攻击），以回应以太坊核心开发者表达的观点：以尽可能少的费用保护以太坊网络的安全。  3 月 13 日，在 Tim Beiko 的协助下，@BitsBeTrippin 提交了 EIP-3368，希望与 EIP-1559 一起推出，且@BitsBeTrippin将参加下周的AllCoreDev。 此份 EIP 的大意： 把区块奖励从现在的两个 ETH 改为 3 个，此后每 4,724,000 个区块逐渐减少，直到最后达到 1 个ETH，这个过程大概持续 2 年。 提出这份 EIP 的原因是在 EIP-1559 下挖矿收益急降可能会导致矿工急于把他们的算力卖给出愿意出高价的人。这样攻击者可以以相当小的成本对以太坊发起攻击。把区块奖励设成从足以抵消收益减少的部分逐渐减低到低于收益减少部分，可以避免引入长期通胀，同时分散个人矿工过渡时的算力。既增加了以太坊 PoW 链的安全，也给了矿工时间重新安排他们的硬件。 此 EIP 推出后，在推特和 Ethereum Magicians 论坛都激起很大反响，包括加快合并的呼声。 Ethereum Magicians 论坛：https://ethereum-magicians.org/t/eip-3368-block-reward-increase-w-decay-for-next-two-years/5550 <br/> # Layer2 **加密钱包 Argent 准备与 zkSync 合作推出 L2 版本钱包** Argent 与 zkSync 达成合作，在其推出升级版的 L1 钱包之后，计划在今年夏天推出基于 zk rollups 技术的二层钱包。据 Argent 介绍，其 Layer2 钱包将：1) 直接部署在 L2 上；2) 可以交易通用的代币；3) 质押 ETH 和稳定币赚取利益；4) 直接在 L2 上使用法币购买加密货币；5) 从任意的交易所或 L1 钱包转账至 L2 钱包；6) 自托管以及抗审查。 来源：https://twitter.com/bantg/status/1370397621928464384 <br/> **MakerDAO 即将推出 Optimism 的快速提款方案** MakerDAO 开发者在论坛宣布 Maker 即将推出 Optimism 的快速提款方案：代币化用户在 Optimism 的提款凭证，然后通过在 Maker Vault 中抵押该凭证而贷出 Dai，从而实现快速提款 (不需要等待 7 天的挑战期)。该方案会融入 AMM 模式，逐渐添加其他可提款代币。Maker DAO 表示将于 2021 年第三或第四季度上线该方案。 来源：https://forum.makerdao.com/t/announcing-the-optimism-dai-bridge-with-fast-withdrawals/6938 <br/> # 生态 **Beeple 的作品以将近 7000 万美元的价格成功拍卖** 上周加密圈中最让人津津乐道的明星莫过于加密艺术家 Beeple，他的作品 ”First 5000 Days“ 由佳士得拍卖行以 6900 万美元的高价拍卖给 NFT 基金 Metapurse 的创始人 Metakovan，成为至今价格最高 NFT 作品。Beeple 从 2007 年 5 月开始至今每天创作一幅画，将所积累的 5000 幅画制作成 NFT 作品”Everdays: The First 5000 days“。 该消息一出，在传统媒体界也掀起了轩然大波，华尔街日报和纽约时报同时报道该事件。  <center>cr：The New York Times</center>  <center>cr：The Wall Street Journal</center> <br/> **ETHGlobal 活动预告** NFT HACK 时间：3月19日 - 3月21日 NFT 黑客松将创作者和工程师聚集在一起，以帮助将艺术家的作品制作成 NFT。参与 NFTHack 的人会获得一些专家、导师、创作者、赞助商以及其他社区成员的支持。全体社区成员可免费参与，活动将提供价值 10k+ 美元的奖品。用户可选择参与黑客松，或仅参加峰会。 申请方式：https://nft.ethglobal.co/ <br/> Scaling Ethereum (扩容以太坊) 时间：4月9日 - 5月14日 Scaling Ethereum 活动将举行为期四周的黑客松，还有几次为期一天的峰会。本场活动的主题主要为：合约的优化、协议的修改、layer2、ETH2.0、零知识等等。 申请方式：https://scaling.ethglobal.co/ <br/> # 本期最佳meme  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/weeth-amahttps://www.ethereum.cn/Eth2/weeth-amaFri, 12 Mar 2021 00:00:00 GMT整理翻译自 [WeEth.org](https://forum.weeth.org/t/topic/81) <br/> # Q: 此去年 12 月信标链创世以来，2.0 网络验证者节点从 16,384 增加到现在的 10+ 万。这让 eth2.0 成为最去中心化的 PoS 链 (PoS 链还有 Cardano、Polkadot 等)。我个人认为，以太坊将实现更加去中心化和更加扩容的目标。 以下是我的问题： 1. eth1&eth2 研发的重点有哪些？有比较棘手的挑战需要解决吗？ 2. 轻客户端、分片以及合并这三项工作目前的进展如何？ 3. 你们觉得 PoS 链怎么样才算运行足够稳定及安全，并且能够进行完全的 eth1 迁移？ 感谢你们回答社区的问题 ### Raul: 有两个优先处理的重点工作：分片和 eth1->eth2 合并。至于数据分片，除了 p2p 网络的一些实现细节外，所有事情都已经解决了。至于 eth1->eth2 合并，现在有一份提案和规范正在进行中：https://github.com/ethereum/eth2.0-specs/pull/2229 我认为，从实现的角度来看，分片 p2p 网络比 eth1->eth2 合并更加复杂，目前很多研究都集中在这这方面上。 Eth1 合并需要以下前提：(1)验证者节点足够去中心化；(2)至少运行一年；(3)验证者参与率较稳定；(4)稳定的运行软件。 ### Paul: > eth1&eth2 研发的重点有哪些？有比较棘手的挑战需要解决吗？ 我认为优先事项依次为： 1. 确保信标链 (阶段0) 稳定、安全地运行，并给予验证者们最大化的奖励。 2. eth1->eth2 合并 3. 在 eth2 引入分片 (1) 的挑战挺明确的，就是简单的“方法—改善—新方法”的循环过程，直到我们达到一个十分稳定的运行状态。 (2) 的挑战也挺明确的，然而还是有一些与当前的 eth1 实现上的协作挑战 (他们非常友好，所以这应该不是问题)，并且计算一下社区对合并的投入，确保ch尽可能少的破环 至于 (3) 的挑战，仍有一些非常新的加密学/数学方面的问题需要实现，并且证明其是可稳定进行的。 还有其他值得关注的挑战，如我们要解决一个更加复杂的网络拓扑学问题。然而，我相信我们可以很好地克服这些挑战，eth2 开发者们都是非常棒的。 > 轻客户端、分片以及合并这三项工作目前的进展如何？ - 轻客户端：我没有密切关注这个，但是知道规范正在撰写中。 - 分片：仍处于研究阶段，一些与加密学和网络相关的概念证明实现正在进行。 - 合并：2020 年年中就已经有了一些关于合并的概念证明。Vitalik 刚发布了文章《[通过分叉选择改变来实现快速合并](https://notes.ethereum.org/@vbuterin/B1mUf6DXO)》“Quick merge via fork choice change”，解释了实现合并的一个更快的方法。Lighthouse 还没开始这方面的开发，但是预估下个月就要开始了。个人来说，我已经迫不及待了！ > 你们觉得 PoS 链怎么样才算运行足够稳定及安全，并且能够进行完全的 eth1 迁移？ 我认为信标链目前运行十分稳定和安全。我不能准确地说从中可以得出什么结论，但如果信标链接下来几个月都能持续稳定运行，并且首次升级 Altiar 硬分叉能够顺利进行，那么我认为是时候可以合并了！ <br/> # Q: 之前在 What’s New in Eth2 系列的某篇[更新](https://hackmd.io/@benjaminion/wnie2_210115) 中看到说，今年的目标是在第一季度撰写关于“数据分片、合并、轻客户端”这三项工作的规范，然后再决定实现与交付的先后顺序。请问一下，规范撰写工作现在完成度怎么样？Prysm 客户端和 Lighthouse 客户端有开始为合并做测试准备吗？ <br/> ### Raul: 现在有一份进行中的 eth1/eth2 合并规范 [[WIP](https://github.com/ethereum/eth2.0-specs/pull/2229) The Merge by mkalinin · Pull Request #2229 · ethereum/eth2.0-specs · GitHub。从实现的角度来看，（合并的）难度比分片小。分片亟待解决的最难部分在于 p2p networking，因为一个节点在分片型以太坊网络中需要具备处理许多重要问题的能力。Prysmatic Labs 已经围绕着分片展开了许多工作，我的一位同事 Terence Tsao 是目前分片规范的主要贡献者之一。我们还计划尽快开始合并相关的初步工作 <br/> # Q: 信标链首次升级快要进行了，什么时候有公共测试网？ ### Raul: 计划在未来几个月会完成这项工作，可能的话，将在初夏推出测试网。协作一个硬分叉是很难的，很快我们就会迎来 Eth2 的第一个硬分叉，因此所有团队都额外谨慎地对待这次硬分叉。 ### Paul: 客户端会在这个月发布一个测试网，开始测试有更多质押者的情况。技术上来说或，这是个公共测试网，但我们不会一开始就鼓励用户去参与，因为我们想在无须担心用户机器崩溃问题的情况下进行一些强度较大的测试。 我们大概会在未来几个月内为即将发生的 Altair 硬分叉启动一个测试网。就我所知，目前还没有具体的计划。 <br/> # Q: 以太坊1.0 和以太坊2.0 合并的技术难度有多大？现在进展到什么地步了？你觉得目前最大的困难在于什么？ ### Raul: 我想关于 eth1 与 eth2 将如何合并现在已经有一个很明确的方向了，但在这方面，eth2 客户端目前还没开始非常深入的工作。今天Mikhail Kalinin 今天发了一份 eth1/eth2 合并规范 [[WIP\] The Merge by mkalinin · Pull Request #2229 · ethereum/eth2.0-specs · GitHub](https://github.com/ethereum/eth2.0-specs/pull/2229)。现在主要的困难在于我们现在专注于 eth2 的硬分叉、提高当前权益证明信标链主网的性能与安全性、以及使我们的软件对质押者更友好。在未来两个月，我们将开始把工作重心转移到 Prysm 的合并工作上。 <br/> # Q: 如果ETH1和ETH2将走向合并，ETH1客户端们将何去何从…我们会有10个客户端吗？还是说ETH1客户端团队们就不干了？ ### Raul: 好问题。合并后，你将需要运行一个 eth1 节点 (用作交易与 EVM )，和一个 eth2 节点 (用作信标链和权益证明共识)。它们可以打包在一起，在一个计算机上运行。至于要运行哪个客户端，那是由社区来决定，例如：go-ethereum + prysm、go-ethereum + lighthouse等。我不确定哪个会是最受欢迎的 eth1 客户端 + eth2 客户端组合，但 go-ethereum 是很强的 eth1 客户端。 <br/> # Q: Hi~虽然pow和pos是不同的机制，但对于客户端来说，eth1的客户端已经相对成熟了，请问你们在开发的时候有需要借鉴eth1 客户端的情况吗？是哪些方面？ ### Paul: Lighthouse 一开始的确是研究了 OpenEthereum 和 Substrate ，但我们最后并没有直接从它们身上拿很多东西。OE 在很久之前就被开发出来了，他们对 Rust 的使用比较过时。 Substrate 的使用则更简练和现代，但它们专注于灵活度，这是我们不需要的 (我们只想在一条特定区块链上运行，而不是多条区块链)。 我们与 Substrate 和其他项目共享一个网络代码库 (`rust-libp2p`)，因此我们的确在那里共享代码。 <br/> # Q: 信标链验证者人数已经很久没有增长了，你觉得下一个可能促进数量增长的热点是什么？ ### Raul: 我想 Coinbase 的质押服务和 Rocket Pool 上线后会有更多验证者去排队。 <br/> # Q: 前几天说验证者队列为零，此事你们怎么看？ ### Raul: 接下来很快就会有大型的 Staking 服务上线了：Coinbase 和 Rocket Pool。我觉得验证者队列不会空很久，今年会很多人对加入 eth 网络感兴趣的。 ### Paul: 我个人来说觉得这样挺好的，因为更多的验证者意味着网络负载更大，我们就需要花更多心思来优化。这只是一个自私的想法！ 我觉得目前的验证者节点数量已经非常可观了，能够满足我们对去中心化的需求。没有新的验证者排队也许是因为当下所有想要参加质押的用户已经进场了，这完全没有问题！我比较担心的是，出现重大的网络安全事件，或者强劲的竞争对手而失去一大部分的以太坊2.0验证者，但是这发生的机率很小。 <br/> # Q: 我看客户端经常在更新小版本（尤其是Prysm，我关注你很久了，三天两头更新。。。） 更新主要提升了什么性能？相比最初的1.0版本，你们的性能更好了吗？提高了多少？ 我不更新的话是不是就不会出错？除非发生硬分叉升级？因为我看新版本有时被发现有各种各样的bug，所以我总倾向于不去更新 ### Raul: 从 v.1.0.0 升级到 1.x.0 是很重要的。它们包含了一些重要的安全和性能上的提升。1.0x 这样的小布丁，比如 1.32 到 1.3.3，就没那么重要。Prysm 的 v1.0.0 后的版本有很多升级，鉴于安全与性能问题，我们强烈推荐你们尽快升级。如果你担心新版本的漏洞，它们在下一版本肯定会被修复的，因此你可以在一个新版本出来后的一两周更新。 <br/> # Q: Prysm，你们是不是一旦重启进程就会自动更新最新版本？我明明不想升级，却总是被动升级。。。 ### Raul: 如果你是使用 [prysm.sh](http://prysm.sh) 的话，是的。如果你倾向于手动升级的话，我们建议你下载并运行我们的二进制文档，你需要的版本在这里：[Releases · prysmaticlabs/prysm · GitHub](https://github.com/prysmaticlabs/prysm/releases)，例如，你应该下载beacon-chain-v1.3.3-linux-amd64 和 validator-v1.3.3-linux-amd64，运行那些二进制文档而不是 [prysm.sh](http://prysm.sh)。如果你不升级的话，你就会一直维持这个版本。 <br/> # Q： 在中国我接触到的大部分人群都是用云服务器运行节点，少部分使用个人电脑；海外树莓派运行节点的情况怎么样，使用的人多吗？运行性能如何？ ### Raul: 有些用树莓派的目前还ok，但这不代表你使用 Prysm 的话会有最佳体验。我们建议的最低配置是： - 操作系统：4-bit Linux、Mac OS X 10.14+、Windows 64-bit - 处理器：Intel Core i5–760 或 AMD FX-8100 或更好的 - 内存：8GB RAM - 存储: 20GB可用的固态硬盘 - 网络: 宽带连接 <br/> # Q： 中国质押者对客户端的一些建议 (收集自微信) 1. 改善Windows用户体验 (LH没有提供Windows) 2. Prysm资源管理不佳优待改进，有时会跑满偶尔时钟会漂移。 3. 希望客户端可以自带成为系统服务的能力，这样能减少人的干预，使得更多个人电脑及外圈用户加入验证人。 4. 现在大部分客户端对Windows和安卓支持不佳，支持多操作系统有利于去中心化。 ### Raul: 这些反馈很棒，也是我们打算完善的内容。我们很看重 Windows系统，但还有很大的空间可以简化用户体验。 ### Paul: 非常好的反馈，感谢[@Esther](https://forum.weeth.org/u/esther)。 > 改善Windows用户体验 Lighthouse 目前只有通过 WSL 才支持 Windows 系统。我们当然会计划开发本地支持 Windows 系统，但它涉及的工作量特别大，我们目前还没有一名开发者可以负责这项工作。如果谁看到这里、有 Rust 开发经验的、且愿意帮忙接入 Windows 系统的，非常乐意收到你的信息。 > 希望客户端可以自带成为系统服务的能力，这样能减少人的干预，使得更多个人电脑及外圈用户加入验证人。 我是用 `systemd`来管理我们的 Lighthouse 用例。我应该把这些脚本都写入我们的文档里。 <br/> # Q: 你们有开发移动端的打算吗？ ### Paul: Nimbus 一直从事这方面的开发。我记得他们去年有在安卓上运行一个信标节点。我不确定它现在是不是产品级。 <br/> # Q: Hi，我是新手！我想质押 32 ETH 并成为 2.0 网络的一名验证者。我已经通过本地 eth1 节点在 goerli 测试网做了测试，并计划在主网上质押。Eth1 goerli 测试网同步速度很快，因为其网络数据负载很低。但是主网的巨大数据负载 (超过 800G) 是否会降低 eth1 和 eth2 节点之间的同步速度，导致验证失效？顺便说一下，我来自中国，我不确定是否可以保持一个稳定的网络连接。 ### Raul: 同步 eth1 节点很困难，但是一旦完成了同步，运行 eth2 节点应该不会有很多问题。Eth1节点仅用于处理存款合约中的验证者存款。现在，Prysm 仍在使用 eth1 节点从创世存款的清单中“生成” eth2 创世状态。而在将来是不需要这样做的，因为我们将打包 eth2 创世状态到你实际运行的软件中。 如果你的 eth1 连接断开了，你仍可以创建证明。然而，你所生产的任何包含 eth1 存款的区块都会失效。 ### Paul: 主网 eth1 的数据确实比 Goerli 测试网的大很多，但是从 eth1/eth2 通信的角度来看，它们几乎相同。 对于问题 (1)，我建议你先尝试仅运行一个主网 eth1 节点 (如 geth) 和一个主网 eth2 信标节点 (如 lighthouse)，然后观察其运行情况。如果运行良好并且有足够的 CPU 和 RAM，那么再添加几个验证者就不会有任何问题。如果要运行 16 个以上验证者节点，则请尝试使用 flag `--subscribe-all-subnets` 和 `--import-all-attestations` 运行你的 Lighthouse 节点。这将模拟单个信标节点可以消耗的最大负载，如果你的硬件可以承载的话，这证明它非常不错。访问此条链接以查看关于这些 flags 的更多信息：https://lighthouse-book.sigmaprime.io/redundancy.html#resource-usage-of-redundant-beacon-nodes <br/> # Q: 另一个关于prysm的问题：在使用Prysm推荐的Grafana来展示节点数据的时候，不知道是不是公共数据的api还没出还是我看漏了，有些关于slot和Epoch状态的信息找不到。 想问一下，你们的api是不是只是支持个人节点数据展示？或者你们有没出中文版api文档的打算呢？ ### Raul: Prysm 客户端的话，关于信标节点的所有可用参数：http://localhost:8080/metrics ；https://localhost:8081/metrics 每一个都会有注释解释。如果想要获取当前 slot 的状态，我们的参数为： 至于显示网络的其他相关数据，Prysm 客户端展示的仅限于你所运行的节点的信息。比如，我们不能区块浏览器一样展示“全网”的参数，因为单个节点并不保存网络的全部数据。 至于你说的中文 API 文档，我们还没有这样计划，但是我很想把这个做起来！我们可能会在接下来的几个月推出一个赏金计划，让社区成员来帮助我们编写中文文档。 ### Paul: Lighthouse 通过 Prometheus 将当前的 slot 状态展示为 `slotclock_present_slot` 。你可以用这个除以 32 得出当前的 epoch 信息。 <br/> # Q: Nimbus 的最新版本添加了集成 rocket pool 的功能，Lighthouse 和 Prysm 怎么看 rocket pool 和 DappNodeDao 这种去中心化的质押池？以后也会集成吗？ ### Paul: Lighthouse 几年来和 Rocket Pool 一直保持紧密的联系 (我们都是澳大利亚的团队)。我认为他们现在已经支持 Lighthouse。 我不太熟悉 DappNodeDao，但是我知道 DappNode。我们现在在进行用户界面的工作，应该能看到 Lighthouse 受 DappNode 的支持。 我认为 Lighthouse 无需太过关注哪一个质押池，如果我们的客户端架构足够灵活，那么任何人都可以在其质押池中应用。这是我们的目标。 <br/> # Q: Hello，请问怎么看待近来以太坊矿工对EIP 1559越来越强烈的反对声音？如果矿工真的进行“算力迁移”，会不会对以太坊网络造成威胁？开发者是否做好支持EIP 1559的准备了？ ### Raul: Eth1 会在不久的将来与 eth2 合并，这一旦实现，矿工就无法对以太坊造成威胁了。我很遗憾他们发起了“算力迁移”对抗，因为这会在社区中制造更大的压力和负面情绪，这也会对他们产生影响。 <br/> # Q: 怎么看待[beaconcha.in](http://beaconcha.in)浏览器上的effectiveness参数？它是根据验证人节点最新区块的接收速度计算，还是根据历史数据来计算？如何能够提高effectiveness？ 为什么我看有时候节点的delay非常高，但收益还是非常稳定并没有降低（始终是0.00003ETH）？如果其实effectiveness并不影响收益的话，到底还应不应该关注它？ ### Paul: 我不是很了解 [beaconcha.in](http://beaconcha.in) 上的 effectiveness 参数是怎么得出的。它们很有用，我建议你问他们。 但是，我们自己有很多奖励分析，我可以告诉你我计算哪些参数。所有这些参数都会影响验证者收益： 1. **打包延迟(Inclusion delay)** ：一份证明需要多少个 slot 才能打包到区块？ 2. **区块链头投票 (Head vote)**：证明的 `data.beacon_block_root` (信标区块根数据) 是否指向正确的区块？ 3. **目标检查点投票 (Target vote)**：证明的 `data.target.root` (目标检查点根数据) 是否指向正确的区块 4. **来源检查点投票 (Source vote)**: 证明的 `data.source.root` (来源检查点根数据) 是否指向正确的区块。 如果来源检查点投票 (4) 是错的，证明将无法被打包到区块，且会被认为是“漏打包的”。而其他三个值 （1、2、3）都直接影响奖励，对于追求收益的验证者来说它们是最重要的。 最近我在 Lighthouse 做了大量工作来确保我们的验证者能获得最多的奖励。你们可以看看这篇文章：[Lighthouse Update #34](https://lighthouse.sigmaprime.io/update-34.html) 尽管我说我不知道 [beaconcha.in](http://beaconcha.in) 是怎么计算出这些奖励的，我觉得他们会分析部分 (如果不是全部的话）我提到的这些参数 。随着时间推移，把它们浓缩成一个百分比是有点难度的，这期间可能会丢失一些信息。 如果你使用的是Lighthouse，你可以在你的 [Validator Monitor](https://github.com/sigp/lighthouse-metrics/blob/master/dashboards/ValidatorMonitor.json) (验证者监测器) 仪表盘上看以上指标。我们未来几个月内推出的 UI 更新会包含这些数据。 <br/> # Q: 你觉得多客户端的优越性在哪里？ 有人说四个客户端可以保障网络的稳定性，但是如果一个客户端挂掉，四分之一网络甚至更高（因为有的客户端更主流，使用率更高）瘫痪依然对以太坊网络是不小的冲击；而如果只有一个客户端，挂掉的话我们可以重启或者回滚。 ### Raul: 多客户端之所以重要是因为如果其中一个客户端出现严重漏洞，且这个客户端控制了链上大多数节点的话，可能会由于共识代码上的漏洞而出现错误的链分叉。重启软件不会有帮助。 ### Paul: 多客户端有很多好处： 1. 仅一个漏洞是不太可能让网络瘫痪的。 2. 如果一个团队作恶、被攻击、或退出了，在他们的问题解决前我们可以依靠其他的实现。 3. 每个团队可以带来不同的东西，而这些东西我们是共享的。例如，一些客户端专注于吸引用户，而有些专注于优化。 4. 用不同语言编写的多种实现意味着我们创建的工具或代码库可以被更多人使用。例如，当我们有Java 语言的实现时，以 Java 为主的程序员或组织能更容易地参与进来。 > 如果只有一个 eth2 客户端的话，挂掉的话我们可以重启或者回滚。 如果我们想的话，多客户端也可以做到这点。但是，当有多个客户端时，我们还可以恢复网络而无须回滚。 <br/> # **Q:** Hi~虽然pow和pos是不同的机制，但对于客户端来说，eth1的客户端已经相对成熟了，请问你们在开发的时候有需要借鉴eth1 客户端的情况吗？是哪些方面？ ### Raul: Eth1 客户端确实更为成熟。所幸的是，Prysm 是用 Go 语言写的，我们可以从 go-ethereum 客户端中获得一些关键的经验，比如说如何处理以太坊中的硬分叉。但是除此之外，由于我们的系统在本质上是不同的，所以我们并没有直接使用其中的很多代码。另外，我们发现构建 eth2 时有机会为将来编写比 eth1 中既有的一些代码更易于维护且可读性更高的代码。Prysm 最初是分叉于 go-ethereum，但是我们发生了非常大的变化，以至于几乎我们的所有代码都没办法共享，因此我们创建了自己的项目。 目前我们使用的 go-ethereum 的东西仅仅是一些用于处理十六进制、eth1日志和智能合约 ABI 接口的助手程序库和代码。 ### Paul: Lighthouse 一开始的确是研究了 OpenEthereum 和 Substrate ，但我们最后并没有直接从它们身上拿很多东西。OE 在很久之前就被开发出来了，他们对 Rust 的使用比较过时。 Substrate 的使用则更简练和现代，但它们专注于灵活度，这是我们不需要的 (我们只想在一条特定区块链上运行，而不是多条区块链)。 我们与 Substrate 和其他项目共享一个网络代码库 (`rust-libp2p`)，因此我们的确在那里共享代码。 <br/> # Q: 为什么大部分的PoS Staker都支持1559？他们和PoW矿工有什么不同 ### Raul: Eth2 质押者非常关心以太坊网络的长期健康、可持续性、以及它的经济政策。更低的发行量对质押者来说是一件好事，因为它让 ETH 更稀缺，也有利于网络的整体健康。我认为质押者与矿工的最大区别在于很多矿工群体已经发展成大公司，在世界各地形成规模经济，他们的关注点落在了挖矿所需的硬件与如何将成本降到最低。质押者只有资本成本，且可以身处世界任何地方，没有对便宜电力的需求。我相信，在权力分散这一点上， 现在的 eth2 比 PoW 更去中心化。 <br/> # **Q:** EIP1559和不断增长的质押规模会使ETH进入低通胀甚至通缩状态（现在质押的ETH总量不到流通量的3%），这些对以太坊pos（比如说持币者的质押倾向）可能产生什么潜在的影响？你们对staking规模有自己的预期吗？ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Technology/cross-rollup-dex-with-smart-contracts-only-on-the-destination-sidehttps://www.ethereum.cn/Technology/cross-rollup-dex-with-smart-contracts-only-on-the-destination-sideWed, 10 Mar 2021 00:00:00 GMT来源 | [ethresear.ch](https://ethresear.ch/t/cross-rollup-dex-with-smart-contracts-only-on-the-destination-side/8778) <br/> 假设我们有两种 rollup 解决方案 A 和 B，Alice 想要用 rollup A 上一定数量的代币来换取 rollup B 上同样的代币。已经有人提出[方案](https://ethresear.ch/t/hop-send-tokens-across-rollups/8581)解决这个问题了，如果 rollup A 和 B 都是完全支持智能合约时，那么就可以去中心化地实现这个假设。然而这篇文章提出的是，当仅有 rollup B 完全地支持智能合约时 (且 rollup A 只能处理简单交易) 如何实现跨 rollup 转账。 我们假定 rollup A 上的交易有某种“备注字段”；如果没有的话，可以使用该交易值的低位数字作为备注发送。 <br/> ## 提案 假设我们有一个交换中介 Ivan (在实现时有许多中介可供选择)。Ivan 在 rollup A 中拥有一个 (完全由他控制的账户) `IVAN_A`。同时，Ivan 还在 rollup B 的智能合约 `IVAN_B` 中存了一些资金。 智能合约 `IVAN_B` 具有以下规则： - 如果任意用户发送了一笔交易 (发送某代币交易值 `TRADE_VALUE` 至账户 `IVAN_A`) ，(交易中还附上了一个目的地址 B `DESTINATION` 作为备注)，则在最小偿还延迟 `MIN_REDEMPTION_DELAY` 区块之后，该用户就可以返还一笔交易至账户 `IVAN_B` 中 (其中包括之前的转账证明)，然后这笔交易就会排队等候提款至地址 `DESTINATION` 中。 - 等待一定的延迟 (例如一天) 后，按照转账打包进 rollup A 的批次和索引顺序处理提款。 - 当 Ivan 发现其账户 `IVAN_A` 收到款项时，他就可以亲自发送 `TRADE_VALUE * (1 - fee)` 代币至 `DESTINATION` 中。他可以用 `IVAN_B` 的方法发送交易来完成上述操作，这个方法保存了一个记录，防止合约中的自动发送条款触发该交易。 预期的行为很简单： 1. Alice 发送一笔交易至账户 `IVAN_A` 中 (包含 N 代币 和一个备注 `ALICE_B`) 2. Ivan 通过 `IVAN_B` 发送 `TRADE_VALUE * (1 - fee)` 代币至 `ALICE_B` 中 第二笔交易紧接着第一笔交易发生。如果 Ivan 可以证明第一笔交易和第二笔交易之间的时间戳差异非常小，那么合约甚至有规则允许提高费用 `fee` 。 最糟糕的情况是，Ivan 没有如他所期望那样向 `ALICE_B` 发送代币。遇到这种情况，Alice 可以等待 rollup A 上的交易确认之后，在 rollup B 上找到其他获取代币的替代路径来支付费用，然后就可以自己认领其资金。 <br/> ## 资本成本 该方案的主要限制是，`IVAN_B` 需要持有大量的资金，以确保所有交易发送者都能得到支付。尤其是，假设出现以下情况： - We place a trade size limit of `TRADE_LIMIT` coins (so transactions going to `IVAN_A` with `value > TRADE_LIMIT` are not valid trades) - 我们将交易上限设置为 `TRADE_LIMIT` (所以当发送至 `IVAN_A` 的交易超出限额 `value > TRADE_LIMIT` 时，交易无效) - 每个 rollup 批次最多可以包含 `TXS_PER_BATCH` 笔交易 Alice 可以自行检查 rollup A 下一批需要处理的交易之前，还有多少未处理的交易，用她在合约 `IVAN_B` 中的资金减去这些交易的总值，并检查剩余的金额是否足够。由于提款是按顺序处理的 (这是上述的排列机制的目的)，Alice 不需要担心合约先处理其他提款申请，再处理她的提款交易申请。 在每批次中最大交易额为 `TRADE_LIMIT * TXS_PER_BATCH` ，因此 `IVAN_B` 合约中至少需要这么多的 ETH，还需要额外的资金包含为处理的交易。举个例子，假设交易上限为 0.1 ETH `TRADE_LIMIT = 0.1 ETH` (交易上限可以设得比较低，因为一笔大额交易可以分成几笔小交易完成)，并且每批次可以处理1000笔交易 `TXS_PER_BATCH = 1000`。那么，合约 `IVAN_B` 需要持有 100 ETH。 注意，这个设计中还包括隐含的费用，因为交易额超过 0.1 ETH 的任意用户都需要浪费区块空间。这与资本要求相权衡，也就是说，如果用户消耗了一半的区块空间，那么其资本要求将翻倍，反之亦然。如果想要获得合适的平衡，那么隐含的费用要比市场上明确的费用少几倍。 如果我们想要减少或者消除这种消耗，可以这样设计 rollup A：让序列器发送一个已签名的信息，该信息证明了 Alice 在该批次的所有交易。然后 Alice 就会知道在她之前没有交易 (尽管恶意的序列器可以欺骗 Alice，但是作恶代价会很高)。 <br/> ## 备注 上述设计基于一个假设：Rollup A 上的交易有一个备注字段，Alice 可以通过该备注指定 `ALICE_B` 作为她接收代币的目的地址。如果 rollup 没有这种特性，那么我们可以使用以下解决方案。Alice 可以在 rollup B 上的一个以顺序登记的合约上注册账号 `ALICE_B` ，并获得一个按顺序分配的 ID (因此 Alice 的 ID 等于在她之前注册的用户数量)。 设置用户数的最大值 `MAX_USER_COUNT` ；如果有必要，这个值可以随时间向上调整。则 Alice 可以确保 `TRADE_VALUE % MAX_USER_COUNT` 等于 (Alice 的 ID)，使用 `TRADE_VALUE` 的低位数字 (这个数字是这笔交易的一个小数值) 来表示她想交易的代币数量。 <br/> ## 从 Rollup B 到 Rollup A 的交易 如果 Alice 把 Rollup B 上的代币转移到 Rollup A，她可以使用相同的机制，只是角色颠倒了： - Alice 将代币发送给 `IVAN_B` - 经过一段时间的延迟后，她将获得取回代币的权利 - 如果 Ivan 可以向 `IVAN_B` 证明，他在 Rollup A 上给 Alice 发送了代币，Alice 就失去了这个权利 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth1.x/ethereum-berlin-upgrade-announcement/https://www.ethereum.cn/Eth1.x/ethereum-berlin-upgrade-announcement/Tue, 09 Mar 2021 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement/) <br/> # 要点速览 - 柏林升级准备可以部署了！ - 我们的推进非常快：**第一个升级的测试网是 Ropsten，计划于3月10日升级**。主网升级计划在 4 月 14 日进行。 - 如果你在运行以太坊节点，你应该尽快升级到用于测试网的、兼容柏林的版本，且在 4 月 7 日前升级用于主网的版本。 - 查看下面兼容柏林的客户端版本以及纳入此次升级的 EIP 的细节。 <br/> # 柏林升级时间 经过多个月得计划，柏林升级终于要来了！继伊斯坦布尔 ([Istanbul](https://blog.ethereum.org/2019/11/20/ethereum-istanbul-upgrade-announcement/)) 与 缪尔冰川 ([Muir Glacier](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement/)) 升级后，柏林升级计划于以太坊主网区块高度 12 244 000 部署。我们期望它在2021年4月14日周三左右上线，但由于区块时间是可变的，确切日期可能有变。 在部署到主网以前，此升级会先在 Ropsten、Goerli 和 Rinkeby 测试网上运行。整个上线安排如下： | 网络 | 区块高度 | 预期上线时间 | | :----------- | :-------------------- | :------------------------- | | Ropsten | 9 812 189 | **10 Mar 2021** | | Goerli | 4 460 644 | 17 Mar 2021 | | Rinkeby | 8 290 928 | 24 Mar 2021 | | Mainnet | 12 244 000 | 14 Apr 2021 | **以太坊的节点运行者需要在他们想要参与的网络的分叉区块前升级他们的节点。考虑到区块时间的可变性，建议在预期日期前几天就升级。在下文查看各客户端对应的升级版本。** <br/> # 客户端版本 为了与柏林升级兼容，节点运行者需要升级他们运行的客户端版本。下表列出了以太坊网络里支持柏林升级的各个客户端的版本，包括测试网和主网。 | 客户端 | 版本 | 下载链接 | | :--------------------------- | :------------------ | :----------------------------------------------------------- | | go-ethereum (geth) | 1.10.1 | [下载](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.1) | | OpenEthereum (f.k.a. Parity) | 3.2.0 | [下载](https://github.com/openethereum/openethereum/releases/tag/v3.2.0) | | Nethermind | 1.10.31 | [下载](https://github.com/NethermindEth/nethermind/releases/tag/1.10.31) | | Besu | 21.1.1 | [下载](https://github.com/hyperledger/besu/releases/tag/21.1.1) | 注意，TurboGeth 与 EthereumJS 不会发布用于第一个测试网的版本，但它们在主网发布前会发布版本。当他们的版本发布后，我们会更新这篇文章。Trinity 持反对意见，并将不会支持柏林升级。 <br/> # 柏林升级包括的 EIP 柏林升级会把下列 EIP 引入以太坊网络： - EIP-2565: ModExp Gas 成本 - 降低`ModExp (0x00..05)` 预编译的成本 - EIP-2929: 增加状态访问操作码的 gas 消耗 - 增加 `SLOAD`、`*CALL`、`BALANCE`、`EXT*` 和`SELFEDESTRUCT` 这些操作码在交易里第一次使用的 gas 消耗 - EIP-2718: 包含类型的交易封套 - 引入一种新的交易类型，它是一个封套，为多种交易类型提供支持。 - EIP-2930: 可选的访问列表 - 增加一种包含一个访问列表的交易类型，列表包含该交易准备访问的地址和储存密钥。这会减少由 EIP-2929 引起的 gas 消耗提升。 如果想了解更多这些 EIP，请看 Ethereum Cat Herder的[柏林升级概述文章](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80)。 <br/> # FAQ ### 为什么是"柏林" 在伊斯坦布尔升级后，我们定下来的网络升级名字都用完了。[有人建议我们用举办 Devcon 的城市命名](https://ethereum-magicians.org/t/more-frequent-smaller-hardforks-vs-less-frequent-larger-ones/2929/33)，于是我们就用了。柏林是举办 [Devcon 0](https://devcon.org/devcon-0/details/) 的城市，下一次升级的名字是举办 Devcon 1 的城市——伦敦。 ### 作为以太坊的用户或 ETH 持有者，我有什么可以做的吗？ 如果你使用交易所 (比如 Coinbase、Kraken 或 Binance)、网页钱包服务 (比如 Metamask、MyCrypto、或 MyEtherWallet) ，移动端的钱包服务 (比如 Coinbase Wallet、Status.im、或Trust Wallet)、或硬件钱包 (比如Ledger, Trezor, or KeepKey)，你不需做任何事情，除非你的交易所或钱包服务商通知你采取额外步骤。 ### 作为节点运行者或矿工，我需要做什么？ 下载上文所列的以太坊客户端的最新版本。 ### 如果我是一个矿工或节点运行者且不参与升级，会怎么样？ 如果你正在使用以太坊客户端但不升级到（上文所列的）最新版本，升级后你的客户端同步的是分叉前的区块链数据。你会停滞在一条遵循旧规则的、不兼容的链上，且将无法发送 ETH 或在升级后的以太坊网络上操作。 ### 在以太坊上网络升级意味着什么？ 网络升级意味着以太坊底层协议的一次变更，创建新规则来完善系统。区块链系统的去中心化本质使得网络升级变得更难。区块链网络升级的顺利进行需要与社区以及各个以太坊客户端开发者进行协作和沟通， ### 网络升级过程会发生什么？ 当社区就哪些变更需要被纳入到升级上达成共识时，这些对协议的变更会被写入各个以太坊客户端，例如 geth、Open Ethereum、Besu 和 Nethermind。协议变更会在一个特定的区块高度上启动。任何没有升级到新规则的节点将在旧链上被遗弃，而旧链继续保有之前的规则。 <br/> # 致谢 特别感谢以太坊社区和所有客户端以及各种平台的开发者，感谢他们为柏林硬分叉做出的贡献。😁🇩🇪 接下来，就是伦敦硬分叉了🇬🇧！ <br/> # 免责声明 这是一个新兴且不断发展的高科技领域。如果读者们选择实施本文中的建议并继续参与，请确保您已充分了解您的选择会带来什么影响。读者们应该了解所涉及的风险，包括但不限于出现意外 bug 等风险，请读者独自承担风险。这篇文章及其建议不是任何形式的销售，也不提供任何形式的保证，包括但不限于与以太坊网络或此处提及的以太坊客户端有关的任何东西。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-8/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-8/Mon, 08 Mar 2021 00:00:00 GMT # Eth1&Eth2 **Eth2 质押队列的等候验证者首次为零** 根据 Eth2 浏览器 beaconcha.in 显示，截至本文发布，Eth2 存款合约已收到 3,436,258 ETH；年化率为 8.4%；网络参与率为 98.88%；活跃验证者为 106,741 名。 值得注意的是，目前验证者队列为 0，现在进行质押可以立即激活验证者参与网络工作并获取收益。据 beaconscan 的数据显示，目前总收益超过 1 ETH 的验证者总计 17300 余个。 <br/> **以太坊客户端 Geth v1.10.0 发布** 以太坊开发者 Péter Szilágyi 宣布以太坊客户端 Geth v1.10.0 (Pangaea Expanse) 的发布，github 链接：[https://github.com/ethereum/go-ethereum/releases/tag/v1.10.0](https://github.com/ethereum/go-ethereum/releases/tag/v1.10.0) Péter 表示该版本还未包含柏林硬分叉，因为 Solidity 团队对此前包含在柏林硬分叉的 EIP-2315 比较担忧。由于 v1.10.0 是一个重要的更新版本，我们不希望它的发布太临近硬分叉。我们很快就会推出 v1.10.1，届时会给出 EIP 的最终列表以及加上区块高度。 来源：[https://blog.ethereum.org/2021/03/03/geth-v1-10-0/](https://blog.ethereum.org/2021/03/03/geth-v1-10-0/) <br/> **弱无状态性或状态逾时即将推出** Vitalik Buterin 在 r/ethereum 中发布文章表示弱无状态性 (Weak statelessness) 以及/或状态逾时 (state expiry) 即将推出。对于基础层来说，下一个最大的挑战就是解决状态大小逐渐扩大的问题。这会导致以太坊节点同步越来越困难 (对于想要参与质押的验证者来说不友好)，并且随着状态扩大，尤其是当 gas limit 进一步提高时，网络中心化的风险会增加。 而短期内解决该问题的两项技术为：弱无状态性和状态逾时。 - 状态逾时：从状态中移除最近没有被访问过的状态 (假设是去年访问过的)，并且需要见证者恢复逾时的状态。这将把每个人需要存储的状态减少到 20- 50 GB。 - 弱无状态性：只需区块提议者存储状态，并允许所有其他节点无状态地验证区块。 Vitalik 表示两种解决方案的开发都稳定进行中，是时候在以太坊网络中实施了。 来源：[https://www.reddit.com/r/ethereum/comments/lw7ug3/weak_statelessness_andor_state_expiry_coming_soon/](https://www.reddit.com/r/ethereum/comments/lw7ug3/weak_statelessness_andor_state_expiry_coming_soon/) <br/> **Berlin 升级：EIP-2315 之争** 编者注：计划中 EIP-2315 (增加对 EVM 子程序的支持) 被列为柏林硬分叉的最后一项 EIP。目前来说，想要模拟此功能的合约需要同时处理常规堆栈数据和返回地址。EIP-2315 增加了一个新堆栈，只用于追踪返回的地址。在此次 ACD 前，此份EIP 处于 Draft （起草) 而不是 Review (审阅) 状态，但各客户端已经准备就绪，而柏林硬分叉在 Ropsten 测试网的时间定于3月10日。 时间线： 3.2 Solidity 开发者 [@ethchris](https://twitter.com/ethchris) 发推表示“当我们允许跳进、跳出子程序的时候，EIP-2315 就没用了。我们应该增加操作码 BEGINDATA (EIP 2327)，它还对optimism很有用……EIP-2315 无法实现它的目标，且会增加EVM的复杂性，对EVM产生深远影响，以后难以修改。”   这条推特也引起开发者对现行EIP被纳入升级流程所存在的问题的讨论，例如@peter_szilagyi 提到如果 EIP 得不到积极推动就会被遗忘等。 [https://twitter.com/ethchris/status/1366436964153651204?s=20](https://twitter.com/ethchris/status/1366436964153651204?s=20) 3.3 日开发者 @lightclients 发起《从柏林升级移除 EIP-2315的提议#263》 在提议中，@lightclients 对 EIP-2315 的历史进行了梳理，以下为概述： EIP-2315 于2019年下半年提出，是一个旨在完善EVM调用协定的向后兼容机制。2020年的4月，由evmone团队的多名成员完成了一份全面的分析报告，报告显示，“fallthrough subroutine"问题可以通过对2315修改得到解决，如果直接调用 `beginsub` 而不是 `jumpsub` 的结果，它会复原。除此外还有几项反馈是未被解决的。 提议把被纳入硬分叉计划的 EIP 移除是从未发生之事，但考虑到如果此 EIP 对 Solidity 编译器用处不大，那么主网上的很多合约都不太可能会用这份 EIP。因此，我提议把这份 EIP 从柏林升级移除，直到问题被解决了再纳入下一次的硬分叉。 EIP-2315 的起草者与推动者 [Greg Colvin](mailto:greg@colvin.org) 对此提议表达了不满，表示 Vyper 团队一直期待这份 EIP 的实施，他本人也倾注了大量心血。 多位核心开发人员参与了讨论，从时间线追索、技术分析，到决策原则等。 详情：[https://github.com/ethereum/pm/issues/263](https://github.com/ethereum/pm/issues/263) 3.5 AllCoreDevs Meeting 针对 EIP-2315 的讨论：（以下整理基于 Tim Beiko 的会议笔记） 关于客户端移除 EIP-2315 内容的版本，nethermind、OpenEthereum、Besu以及Geth客户端均表示没有问题，接受会议最后的决定。至此，基于会议成员认同EIP-2315 存在未被充分测试的内容，且可能会对EVM产生长久的负面影响，会议通过把EIP-2315 从柏林升级移除的决定。 对此决议，@peter_szilagyi 表达了个人意见，他认为在这个时刻 (临近硬分叉) 考虑移除 EIP 是不合适的，因为很多人已经基于此付出了许多工作。会议上多人就此事进行了对 EIP 流程的反思讨论，其中 Vitalik 提到：“对于这些变更，我们需要更早地从社区搜集反馈。” 即将接任 ACD 主持工作的 Tim Beiko 表示关于这方面的改进，已经有了计划，很快会公布。 <br/> **EIP-1559 纳入伦敦硬分叉** 在ACD#107关于把 EIP-1559 纳入伦敦硬分叉的讨论中，@peter_szilagyi 表示希望在伦敦实现 EIP-1559 时可以与 移除 gas 退还的 EIP 一并实施，因为退还会导致区块 gas limit 乘2，与 1559 重复，这会导致 gas limit 最大时可增至 4 倍。Vitalik 对此表示同意，并认为 gas limit 的提升应该缓慢一点，因为现在 gas 费对用户来说已经很高了。 会议同意把 EIP-1559 与推迟难度炸弹纳入伦敦硬分叉。 <br/> 彭博社 Bloomberg 在 3 月 7 日发布的一篇文章中，详细报道了以太坊的 EIP-1559 提案。 新闻链接：[https://www.bloomberg.com/news/articles/2021-03-07/crypto-coin-outperforming-bitcoin-is-about-to-see-supply-reduced](https://www.bloomberg.com/news/articles/2021-03-07/crypto-coin-outperforming-bitcoin-is-about-to-see-supply-reduced) <br/> # Layer2 **ESP 推出 Rollup 社区赞助计划** 以太坊基金会生态系统支持计划 ESP 推出 Rollup 社区赞助计划，所有对构建以太坊 rollup 社区感兴趣的社区成员都可以提交提案 (截至 UTC 时间 2021 年 4 月 16 号)。 ESP 发布的公告中表示：由于 gas 费暴涨，而短期内对 EVM 进行扩容的最具有前景的解决方案是 Optimistic Rollups，因此本轮 Rollup 社区赞助计划中的期望清单重点为 EVM-Optimistic rollups (当然，我们接受任何类型 rollup 的赞助申请)。 任何人都可以提交申请 (以个人或团队的形式)。无论你的想法或项目处于哪个开发阶段，都可以提交申请：概念阶段、概念证明阶段、工作推进阶段或已经有具体的项目成型。 期望清单：[https://esp.ethereum.foundation/en/rollup-grants/#wishlist](https://esp.ethereum.foundation/en/rollup-grants/#wishlist) 申请链接：[https://esp.ethereum.foundation/en/rollup-grants/#submit-proposal](https://esp.ethereum.foundation/en/rollup-grants/#submit-proposal) <br/> **MetaMask 推出自定义网络 API 以连接用户至 Layer2 网络** 去中心化钱包 MetaMask 发布最新版本 v9.1.0，该更新已面向所有火狐和 Chrome 用户推出。此版本最重要的更新是发布了新的自定义网络 API：旨在在 MetaMask 中实现无摩擦的跨链用户体验。这允许开发者们向他们的用户推荐不同类型的链，包括 Layer2 网络如 Polygon、Arbitrum、Optimism等；侧链如 SKALE 和 xDAI；以及任何兼容 EVM 的链。 这些网络将被添加到用户的网络清单中 (只需简单地按下确认键)，用户就可以在网络清单中切换网络。当用户进入一个网站，被要求在 MetaMask 中添加一个自定义网络时，MetaMask 会显示如下信息：  MetaMask 会对该信息做一些基础的验证，如果发现一些不寻常的信息将会警告用户。然而 MetaMask 不负责验证自定义网络，尽管其验证通过了，该网络也可能是恶意网络，因此用户需谨慎确认。 <br/> # 生态 **以太坊生态经济市值超 2500 亿美元** 根据 Coinbase 的报告 The rise of the Ethereum economy 《以太坊经济的崛起》中，统计了在以太坊网络上衍生的各种加密经济类型如 DeFi、稳定币、wrapped tokens 以及 ETH 的总市值。如下图，以太坊生态经济市值已经超过 2500 亿 美元 (没有包括 NFT)。  cr：Coinbase 来源：[https://www.coinbase.com/learn/market-updates/deep-dive-ethereum-economy](https://www.coinbase.com/learn/market-updates/deep-dive-ethereum-economy) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Layer2/how-arbitrum-rollup-workshttps://www.ethereum.cn/Layer2/how-arbitrum-rollup-worksThu, 04 Mar 2021 00:00:00 GMT来源 | [Offchain Labs](https://medium.com/offchainlabs/how-arbitrum-rollup-works-39788e1ed73f) <br/> 此前我发过一篇[文章](https://medium.com/offchainlabs/whats-up-with-rollup-db8cd93b314e)比较 Arbitrum Rollup 和其他 rollup 解决方案。但是没有细说 Arbitrum Rollup 的工作原理，所以本文将详细介绍 Arbitrum。 Arbitrum Rollup 是一个由以太坊链上合约管理的链下协议。一个 dApp 开发者用 Solidity 写了一组合约，将这些合约编写进 Arbitrum 虚拟机 (Virtual Machine, VM) 中，然后就可以在 Arbitrum Rollup 中运行合约了。这样运行速度能够快些。 # Rollup的基础原理 让我们从基础说起。虚拟机的状态以默克尔树的形式组织，因此就可以计算出该虚拟机状态的加密哈希。在协议的任意时间点，都有一些虚拟机状态被完全确认和敲定。这些虚拟机状态的哈希是储存在链上的。 协议参与者可以提出一个“争议断言” (Disputable Assertion, DA)。该断言声称，虚拟机从某些状态哈希开始，基于一些技术前提可以执行特定数量的计算步骤，从而生成新的状态哈希。并在计算期间完成特定的支付以及生成特定的日志事件。该“争议断言”可能有效，可能无效。提出“争议断言”的一方需要基于断言的有效性质押一笔保证金。(更多关于质押及其运作原理将在下文介绍)  <center>图：一个争议断言在协议中产生了一个决策点</center> 如上图左侧所示，一个争议断言产生了一个协议最终必须解决的逻辑决策点。如果该断言有效，系统会进入一个新状态 (右上角)，根据特定的断言产生新的状态哈希和其他诸如支付和日志的附带效果。否则就会进入另一个分支 (右下角)，该断言就会被拒绝，状态保持不变。 <br/> # 旧版 Arbitrum 协议 最开始的 Arbitrum 协议每次处理一个“争议断言”。当某方提出一个断言时，挑战期便开始，在此期间任何人都可以对该断言发起挑战。如果没人发起挑战，该断言就会被确认；否则争议协议就会运行以取消争议断言 (以防提议者和挑战者串通起来炮制争议结果)。 这个设计很简单，但有两个缺点。首先，由于每次仅处理一个争议断言，导致虚拟机的处理速率有限。因此，每个挑战期期间，处理进程基本上停滞下来。第二，作恶者可以通过对某虚拟机所有的争议断言发起挑战来冻结该虚拟机。攻击者会为此付出一定的代价 (质押金)，但是如果他们不介意这些损失，至少在一些场景下他们可以造成系统的处理进程延误很长一段时间。 <br/> # 改进版本 新版 Arbitrum Rollup 协议解决了上面两个问题。将多个争议断言按流水线式排布，这样设计下，虚拟机处理速度就可以和验证节点模拟虚拟机运算的速度一样快了。第二，正如下图所示，作恶者无法延缓进程，他们只能暂时延误对结果的链上确认，而对于诚实节点来说，这些结果已经是“无需信任地被敲定了”。 其工作原理是什么？我需要更进一步地介绍这个新的协议.... 每个状态最多有一个争议断言跟在其后。如果某个状态后没有争议断言，那么任何人都可以在其后创建一个争议断言，作为一个新的分支点。从而产生一颗多种可能的未来之树。  <center>图：一颗多种可能的未来之树</center> <br/> # 质押 Arbitrum 的另一个重要部分就是质押 (staking)。任何人都可以往那颗树中的方框里质押一定金额。通过质押，用户则押注了某个方框最终将被协议确认。换句话说，该用户认为其押注的方框是当前状态的正确分支。如果用户押错注了，其押金便会受到罚没。 质押行为不可以撤销。用户可以将押金向右移动 (在每个分支点选择向右上/右下移动)，但是不可以向左移动，因为这相当于用户撤销其此前的质押操作。 提出争议断言的一方需要押注其提出的争议断言有效。通常情况下他们都能够满足这一要求 —— 将其现存的押金往右移动并押注在要求的方框上。(极少数情况下他们无法这样操作时，他们可以将额外的资金押注在要求的方框上。但是请注意，这样做很可能会在两个相冲突的分支上质押，这会导致损失至少一个分支上的质押金。因此做出自相矛盾的操作是不明智的。) 关于质押还有一个细节：如果用户押注的方框被确认且被记录在协议上了，用户可以选择取回押金。这意味着，用户如果押对注了，便可以选择不再移动押金，留在原处直到被系统追上，然后就可以取回其押金了。  <center>图：更加典型的状态树 — 由一系列正确的断言组成</center> 在这一点上大家可能会担心那颗充满各种可能的树会变得非常庞大、枝繁叶茂。这在实践中不太可能发生，因为这需要多方对不一致的结果押注。其中仅有一方是正确的，其他人则会损失押金。那么结果最有可能是这样的：这是一颗由“有效的争议断言”所组成的链，一个接一个，所有质押者都具有同样结果的分支上。 <br/> # 质押期限 我们需要系统尽可能快地对每个争议断言做出决定。所以当新的争议断言被添加上链且出现一个分支点时，就会产生一个与该争议断言相关联的期限。这个期限足够长以至于任何人都可以在期限内判断该争议断言是否有效，然后需要在期限之前选择是否押注。(期限过后，质押交易仍能在链上进行，但他们不能参与决定某争议断言是否正确。) 一旦期限满了，所有参与决定争议断言的押注都将可知。 <br/> # 争议 如果 Alice 和 Bob 在不同的方框上进行押注，会有两种情况发生：要么其中一位向右移动到另一个人的押注上 (即他们两个的押注结果相符合)；要么找不到这样的路径。如果 Alice 和 Bob 之间没有一条可以连接他们的向右的路径，则他们必定相矛盾。那么在他们之间一定可以找到一个唯一的分叉点—— 这一点将他们两个分叉，各押注了相矛盾的分支方框。  <center>图：Alice 和 Bob 之间存在争议</center> 当两方之间出现争议时，系统会在他们之间启动一个交互式的争议解决协议。可惜在本文中我没有足够的篇幅来描述该争议解决协议 —— 这是一个二分法交互协议 (bisection-type interactive protocol)，类似于我之前在其他 Arbitrum 文档中的描述。 该协议带来的结果是，其中一方会被证实错误的。其押金会被罚没，且押注会从方框中移除。而这些押注的部分会给争议的另一方，剩余的会被销毁。 多个争议可以同时存在，但每个质押者每次最多只能选择一个争议。因为错误的押注会被删除，每一次争议的出现都会减少系统中的分歧数量。损失押金的质押者可以选择再次押注，但是新的押注不能再影响期限已过的争议断言。如此带来的影响是，一个争议断言的质押期限过了之后，关于如何处理该争议断言的争议都会被消除。 <br/> # 结果确认 当某个争议断言的质押期限到期之后，并且所有在期限内存入的押注在该断言的同一个分支上，系统就可以确认该争议断言的结果。它会被确认或拒绝，当前状态会向右移动到正确的方框上。如果该断言被正式有效，其附带效果 (如支付) 也会被记录上链。虚拟机状态就是这样向前移动的。 一般情况下，为了不损失自己的押金，参与者都将诚实押注。只有有效的争议断言会被提出，没人将在争议断言的无效分支上押注，从而形成一条单一的链。在这种情况下，每个争议断言都能在质押期限过后立即被确认。 <br/> # 为何说其无需信任 Arbitrum Rollup 的一个重要性质就是无需信任 —— 单个诚实参与者就可以确保虚拟机状态正确推进。为什么？假设 Alice 总是对每个争议断言的正确分支进行押注，并且当树不再产生分支了，她就提议一个争议断言。 因为 Alice 在正确的分支上押注，所以每一次争议她都是胜利方。如果任何人与 Alice 相矛盾，他们将 (a) 在一个不相关的争议中损失他们的质押金，(b) 最终进入 Alice 所在的争议中，其押金将输给 Alice。不管哪个方式，任何反对 Alice 的一方最终都会被罚没。只有与 Alice 相符合的押注才会胜利到最后，所以 Alice 所在的分支会成为唯一一个及时收到押注的路径 —— 该路径会被确认。  <center>图：只要 Alice 是诚实的，无论其他人怎么做，绿色方框最终都会被确认</center> 由于在这种方式上系统是无需信任的，如果 Alice 在一个方框上押注并且她知道该方框的路径是正确的，那么她可以确认其所在的方框上将最终被确认。对于 Alice 来说，该路径就像被敲定了一样。 即使用户没有在某条路径上押注，但是如果用户看到其他一些用户押注该路径，并且相信该路径上至少一个人是诚实的，那么其就可以确认该路径将最终被确认 —— 对该用户来说，这条路径就像被敲定了一样。 <br/> # 最终确定性无需信任的好处 结果最终确定性的无需信任为什么如此重要？那篇对于其他 rollup 协议的讨论中举出了一个经典的例子。假设一个虚拟机打算向 Alice 支付一笔交易。该支付事件位于正确的路径上，但这笔交易还需等待一段时间，直到这笔交付交易所在的方框在链上被确认。 最终确定性无需信任让 Alice 能够即时收到汇款。如果 Bob 手上有闲钱，他可以立即给 Alice 钱，作为交换，Alice 把未来即将被确认的支付款项转给 Bob (额外给 Bob 一点手续费)。Bob 只有确定该支付交易一定会发生才会愿意这么做。Bob 可以通过押注诚实结果来确保这一点 —— 那么他就可以对这笔支付一定会发生抱有无需信任的信心。不仅 Bob 可以这样做，任何人都能够以这种方式把钱借给 Alice 或其他像她那样的人。这些人还可以通过提供更少的手续费以竞争。 关键是，这种市场机制的可行性取决于无需信任的最终确定性。如果“每个人”都已经知道该事件将最终被确认，那么链上确认的延迟就不会带来不便。 不仅支付这个案例，对于虚拟机所做的其他事情也是如此。如果虚拟机打算生成一个日志项来广播发生了的事件，无需信任的最终确定性意味着任何人都可以确信该日志将被链上承认。 <br/> # 延迟攻击 因为系统是无需信任的，作恶者无法强行生成一个错误的结果。他们可以做的只有延缓系统处理过程。但这样会牺牲他们的押金，如果质押数额很大的话成本将会非常高。 想象一下如果有人想要发起延迟攻击，且愿意牺牲他们的押金。他们可以带来最大的破坏是什么？ 首先，作恶者不能阻止诚实验证者继续在树上构建他们的诚实分支。他们也不能妨碍诚实验证者相信诚实分支的最终确认具有无需信任性。 攻击者可以做的只有在错误分支上质押，以延缓对诚实路径的链上确认。他们的每笔押注都会给诚实质押者创造多一个争议，在这个过程中诚实验证者都会分走一大半攻击者的押金。当攻击者的押金都被分走时，链上工作便继续进行。 那如果攻击者在多个错误结果上质押呢？那么，那些押金就会在一次次的争议里被分走。如果有多人在诚实结果上质押，他们可以进入有攻击者的争议里，与攻击者并行工作，然后把质押者的押金分走。而当人们留意到这一点，大家都知道在发生什么事了，就会有很多人加入到在正确结果上做质押，这样他们就能分走制造争议的攻击者的押金。如果有 K 个人在诚实结果上做质押，攻击者就要花费 K 份押金来一次争议期的延迟。如果攻击者花费更多的押金，这可能会吸引更多的诚实质押者。对攻击者来说情况只会越来越坏。 <br/> # 优化 有很多优化方案可以实施，以减少运行协议必需的链上记账数据量、减少链上 gas 消耗、以及让延迟攻击所带来的刮分狂欢更容易发生。笔者在这里就不对优化详细展开了，这篇文章已经够长了。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Eth2/wnie2-2021-2-27https://www.ethereum.cn/Eth2/wnie2-2021-2-27Tue, 02 Mar 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210227) <br/> # Top picks 文章荐读 Coogan Brennan的个人质押长征文的最后一部分[已经发布](https://consensys.net/blog/blockchain-explained/how-to-safely-migrate-your-ethereum-2-0-validator-client/)了，文章涵盖了将他的验证者从AWS迁移到Digital Ocean，这样能节省了一些资金。这整个系列都很棒。Coogan是一个很优秀的写作者，我可以证明他文章的每个细节他都做充分的功课。 <br/> # 信标链 这周达成了十进制上的里程碑，信标链主网上的[活跃验证者已超过10万名](https://beaconcha.in/)。开发者更乐于看到二进制上的里程碑，因此当我们验证者数达到131,072时，搞个party吧。 更重要的是，主网的容量现在正接近测试网 [Pyrmont](https://pyrmont.beaconcha.in/) 的容量 （现在是118,000 名验证者）。对于想在与实际网络容量相仿的网络里测试其设置的质押者，Pyrmont是很有用的，但开发团队会想在大得多的网络里测试他们的客户端，以做到提前发现问题。如这周开发者会议里讨论到的，**我们正在考虑尽快搭建一个新的、容量更大的测试网。**只是讨论容量要多大。 另一个里程碑：创世以来，收益最高的验证者现在已经赚了[整整一个ETH](https://twitter.com/terencechain/status/1361103326331297805)——在不到三个月有这样的收益算是不错。而首个获得[一个 ETH](https://beaconcha.in/validator/a2d24f4c55b648036b785419397d24f08b6346490d75585b4f00bd524c218ee4eebbf243515eca5ea18b1caad8a0cfa0#incomeChart) 的幸运儿是验证者11111。这个验证者协助提出了[2个罚没报告](https://beaconcha.in/validator/a2d24f4c55b648036b785419397d24f08b6346490d75585b4f00bd524c218ee4eebbf243515eca5ea18b1caad8a0cfa0#slashings)，和提议了多达[17个区块](https://beaconcha.in/validator/a2d24f4c55b648036b785419397d24f08b6346490d75585b4f00bd524c218ee4eebbf243515eca5ea18b1caad8a0cfa0#blocks)。而我运行的表现最佳的验证者至今只提议了10个区块，总收益是0.9533 ETH。 ## 提款凭证 在完全没有引起热议的情况下，其实上周有一份[规范](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.0.1)发布了，是四个月来第一份规范。 唯一重要的变更是添加[一个提款凭证的新格式](https://github.com/ethereum/eth2.0-specs/pull/2149)。 这是有缘由的。在原来的设计里，Eth2有一个完全不同于Eth1的地址空间，由BLS密钥提供安全保障，而不是 Eth1 现在的 ECDSA 密钥。这就是为什么提款机制现在是通过BLS 密钥对来进行的原因，而提款凭证是对该密钥对的保证。不幸的是，这对无须信任的质押池不友好，尤其阻碍了 Rocket Pool 的上线。 慢慢地，Eth2 的执行层看上去越来越像今天的 Eth1了。因此，现在允许直接使用我们熟悉的旧密钥和钱包来从 Eth1 地址 (账户或合约) 提款是合理的。庆幸的是，规范撰写者有先见之明，为提款凭证设置了一个版本控制方案。因此，现在我们有原来的`0x00` 版本，和一个与新的 Eth1兼容的 `0x01`版本。当然，会有一些方式可以使用原来的 `0x00` 版本提款到 Eth1 地址，且无须质押者操作。我们还没决定那些方式，但我们有时间。 请注意，如果有需要的话，还有一份提议是关于允许验证者[修改他们现有的提款凭证](https://github.com/ethereum/eth2.0-specs/issues/2213)以适应新方案 (暂未写入规范)。 ## 工具 这周，在我们的共有基础设施方面有一些重要进展——“日期 - slot 转换器”之争：Lighthouse 的[Paul Hauner](https://twitter.com/paulhauner/status/1361792999307448321) 最先在推特发布，然后是 Nimbus的 [Jacek](https://twitter.com/jcksie/status/1361994652816191490)，最后是 Teku 的 [Adrian Sutton](https://twitter.com/ajsutton/status/1363380122447998976)。这真的是很大的进展，我认为我们真正需要的是 “slot-日期转换器”。如果读者中哪位天才想挑战的话，不妨试试。 另一个有用工具是 [beaconcha.in](http://beaconcha.in/) 浏览器现在提供多种格式的[验证者收益数据下载](https://twitter.com/etherchain_org/status/1361443485824544772)。我找了好一会儿才找到：在某验证者页面顶部点击 “View Daily statistics (查看每天数据)” 的图标，就在标题 “Validator NNNN” 后面。还计入了税收！ <br/> # 升级1 信标链第一次升级的计划正在敲定中。我们计划六月可以部署 [1](https://hackmd.io/@benjaminion/wnie2_210227#fn1)。 下面是一些相关文档： - 相当详细的[内容描述](https://notes.ethereum.org/@vbuterin/HF1_proposal)，附有PR链接 - [部署计划概览](https://notes.ethereum.org/@djrtwo/hf1-plan) - 规范[更新清单](https://notes.ethereum.org/zDtuwh07RS2SxJT59zUCnw) 变更是相对小的，起码与后面的进展相比，但仍然是非常值得实现的内容。以下是个简短总结： - 增加一个同步委员会到信标链以为轻客户端提供条件 - 计算改革第一级：在 epoch 里一直不断更新验证者参与记录，而不是在每个 epoch 的结束才进行一次大型更新。 - 计算改革第二级：(a) 每64个 epoch 才调整验证者集，这能避免潜在的 DoS 风险，以及 (b) 使怠工惩罚 (inactivity leak) 变得更加灵活。 - 将当前“试验轮”的惩罚增加到最终规范中的数值 同时部署的分叉选择规则也有两个变更 (这些变更不一定需要非常严密地协调，且不会破坏共识)。两者都旨在克服不同的理论攻击。 - 信标链是一种奇怪的区块链，因为它是 slot/时间驱动的，而不是区块驱动。在分叉选择里处理空 slot 一直是一个痛点。第一个更改修改了分叉选择规则，以 (区块、slot）对的形式更好地处理这个问题。 - 对”balance attack" 有一个修复 查看[总览文档](https://notes.ethereum.org/@vbuterin/HF1_proposal) 以了解更多相关信息。 ## 命名 可能比上述内容要有趣得多也复杂得多的是为此次和以后的升级找到命名方案。这是提交到 [GitHub issue](https://github.com/ethereum/eth2.0-pm/issues/202) 上所有方案的[汇总](https://docs.google.com/spreadsheets/d/1vhZTXcTRlFvOOFTXpeD-S52-hK3F6Huq-vp-26YeWJI/edit#gid=0)。现在已不再接受提交了。 票数最高的明显是 “恒星名”。验证者 POAP持有者对 (a) [是否使用恒星名](https://poap.vote/poll/44)， 以及 (b) [首先使用哪个名字](https://poap.vote/poll/45)的[限时投票机会](https://old.reddit.com/r/ethstaker/comments/lsablu/participants_in_the_genesis_of_the_beacon_chance/) （24小时）。点击 “Show current results” (显示当前结果) 查看结果（不具约束力）。似乎 Alcor 胜出了，但我还是等官宣吧...... <br/> # 信标链以外的更新 在上周的AllCoreDev会议里，以太坊 2.0 首次进入会议议程，[讨论主题是 Eth1 与 Eth2 的合并](https://www.youtube.com/watch?t=2130&v=anrbnroO3dc) (链接到讨论的开始)。这是一个重大进展。很明显，我们还需要做非常大量的工作来让每个人对 Eth1 转为Eth2 感到放心，但我们已经在路上了。 这是 (Eth1 和 Eth2) 核心开发者在未来几个月要做的事： 起草[可执行信标链规范](https://hackmd.io/@n0ble/executable_beacon_chain)。这部分的内容会继续在 ACD 会议里讨论， 但还会有另外一个常规会议对规范作更详细的讨论。 另外，Vitalik提议了 《可能值得移除的EVM功能清单 （[List of EVM features potentially worth removing](https://hackmd.io/@HWeNw8hNRimMm2m2GH56Cw/evm_feature_removing)) 》。这不是直接与以太坊2.0相关，但他提到一些清理工作最好在 Eth1与Eth2 的合并前进行： > "合并“ 可能是我们摆脱这些困扰的最后机会，这篇文章会解释为什么。 <br/> # 释义性文章 Vitalik 对我上周的[社论部分](https://hackmd.io/@benjaminion/wnie2_210213#Editorial)做了一些关于 rollup 与可执行分片的[很好的评论](https://old.reddit.com/r/ethereum/comments/ljqog6/whats_new_in_eth2_13_february_2021_edition_62/) 。没有一条路是简单的，但 rollup 的路线图能更快地达成目标。 Dankrad 写了文章 《为什么无状态如此重要 [why it's so important to go stateless](https://dankradfeist.de/ethereum/2021/02/14/why-stateless.html)》。他对在无状态在以太坊上突破边界做了非常有力的论述。我们现在已经有了实现无状态的潜在技术——以 [Verkle tree](https://notes.ethereum.org/@ZuSZK8r2TgO7eFShwj4hVg/H1XE_w30w) 的形式。在推进无状态以太坊上，最近出现了[一些表示支持的复兴研究](https://ethresear.ch/t/complete-revamp-of-the-stateless-ethereum-roadmap/8592?u=benjaminion)。 关于 Eth2 的 Secret Shared Validators 倡议反响热烈，得到了最新一轮的以太坊基金会社区[赞助](https://blog.ethereum.org/2021/02/09/esp-staking-community-grantee-announcement/)。上周进行了一次[炉边对话](https://www.youtube.com/watch?v=MJj10GG5FqU)，讨论了”SSV 会给质押服务商、在家运行的质押者、以及质押池带来哪些帮助“ ( 还访问了Dankrad!)。可以从这篇[最近的文章](https://medium.com/coinmonks/eth2-secret-shared-validators-85824df8cbc0)了解更多 SSV 的技术。3月3日的社区会议会有 Blox Staking 的参与。欢迎加入 [Discord](https://discord.gg/4BZxSY4Q2C) 了解最新情况。 <br/> # 新闻、播客及文章 Coindesk 最新的 [Valid Points](https://www.coindesk.com/unique-opportunity-upgrade-ethereum-virtual-stack) Eth2 资讯。可以跟进一下他们运行验证者的经验。最近的 [Mapping Out Eth2.0](https://art19.com/shows/mapping-out-eth-20/episodes/143e9393-3313-404e-bbdd-6e3a079da851) 播客也不错，与 Raul 一起讨论了关于罚没的话题。这个播客系列值得关注。😉 [Stake It - The Daily Gwei #185](https://thedailygwei.substack.com/p/stake-it-the-daily-gwei-185) - Anthony Sassano 非常热衷于个人质押，并避免使用中心化服务 Bison Trails 的 Viktor Bunin：[eth2 update 011](https://bisontrails.co/eth2/011/)，其中包括提款凭证以及他们的 Eth2 Pioneer Program。 Superphiz：[State of the Stake](https://www.youtube.com/watch?v=RjG1IGDVgec)! 内容包括秘密共享验证者 (Secret Shared Validators) 以及 Eth1/Eth2 合并等等。 <br/> # 实现者会议 第 58 次会议于2/25进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/206) - [会议视频](https://youtu.be/yrDVhoTg5XU?t=293) - 我的[速记](https://hackmd.io/@benjaminion/B1BZs7SMO)，以及 Alex Stokes 的[实时推文](https://twitter.com/ralexstokes/status/1364971012018872330) <br/> # 招聘信息 我并非是想重复 Evan Van Ness 的内容，因此这个板块不会是常规内容，但我最近注意到了一些不错的参与 Eth2 的机会： - ConsenSys 的 [Quilt](https://consensys.net/open-roles/1792013/) 团队正在招人。Quilt 是一个以太坊扩容性和无状态性的研发团队，非常推荐大家尝试。 - Teku 团队很快可能也会进行招聘。如果你是一个中高级的 Java 开发者，并且有兴趣与拔尖的以太坊2.0客户端一起工作，请联系我。😉 - 其他的[客户端](https://prysmaticlabs.com/careers)[团队](https://status.im/our_team/open_positions.html?gh_jid=2386730)也在进行招聘🙂 <br/> # 其他新闻 推文：[Eth2](https://twitter.com/StatefulWorks/status/1362072563602579458) 书籍进度 Prysm 团队 Raul Jordan 撰文： [追踪性能问题](https://rauljordan.com/2021/02/18/when-a-solution-is-right-in-front-of-your-eyes.html) Lighthouse [最近的更新](https://www.notion.so/Eth2-2021-2-27-3b2982ebb7674e0badccc1fee9479056)也对区块广播时间和信标链客户端内存占用进行了探索 本期到此结束。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-1/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-3-1/Mon, 01 Mar 2021 00:00:00 GMT <br/> # Eth2 **以太坊 2.0 验证者节点数量破 10 万** 根据浏览器 beaconscan.com 显示，Eth2 存款合约的质押存款已收到 3,330,370 ETH；当前活跃验证者为 101,789；等待验证者有 1,998；等候时间为 2 天多；当前预期年化为 2.77 ETH。另外一个里程碑是，自创世以来，收益最高的验证者节点已经赚得 1 个 ETH。 **第 58 期 Eth2 会议笔记** 以太坊开发者 @Alex Stokes 在推特上总结了此次会议笔记。 会议中讨论了信标链首次网络升级 HF1，升级计划为： - 规范预发布 (即将推出) - 发布测试矢量 - 计划推出单客户端测试网 - 测试功能和跨越分叉边界 - 推出多客户端测试网 - 运行稳定后，选择一个分叉 epoch 关于 HF1 的发布时间，Danny Ryan 表示大概在年中，六月份。 详细笔记：https://twitter.com/ralexstokes/status/1364971012018872330 **Gurg 谈轻客户端进展** ChainSafe 的联合创始人及首席技术官 @Gurg 在推特上表示，Eth2 的轻客户端的准备工作将近完成。轻客户端将在用户体验、使用能力和开发方面带来巨大的改变。他表示，ChainSafe 团队支持的以太坊 2.0 客户端 Lodestar 会带来让人眼前一亮的升级。在浏览器方面，轻客户端会改变用户对数据的看法。他还表示，另一个以太坊 2.0 客户端值得如此多的赞扬。在移动手机上的轻客户端意味着用户在几秒内就能获得已验证的数据。 来源：https://twitter.com/gregthegreek/status/1366084586669801475 <br/> # ETH 1 **如何理解移除SELFDESTRUCT** 前两周，Vitalik发表了文章《可能值得移除的 EVM 功能列表》（[List of EVM features potentially worth removing](https://hackmd.io/@HWeNw8hNRimMm2m2GH56Cw/evm_feature_removing) )，其中一项为`SELFDESTRUCT`（自毁函数）。[@n2ckchong](https://twitter.com/n2ckchong) 在推特表示，在伦敦升级里，移除功能`SELFDESTRUCT` 影响会连带移除 “gas 退还 （gas refund)” ，这可能会降低对 gas 的需求，并且 gas 价格可能会降到两位数的 Gwei。以下为解释的编译： 每一笔以太坊上的交易都需要消耗 gas。通常来说，越复杂的交易会消耗越多的 gas。gas量与你指定的 gas 价格共同决定你的交易费。  <center>（旧版MetaMask的界面）</center> 可变交易费模型的存在是为了确保矿工的收益与以太坊状态的增长成正比。以太坊的状态是关于合约和节点上地址的信息。 `SELFDESTRUCT`是 EVM 层次的操作码，它会把合约的余额发送到地址。它很特别，因为执行这个操作码来销毁合约时，EVM 实际上会把部分 gas 退还给用户，以抑制状态膨胀，这有助于管理状态大小。 尽管这听上去不太有趣，但一些聪明的开发者意识到你可以通过在 gas 费低的时候存储gas 在合约里，把便宜的状态空间转移到未来。 通过自毁元素和合约，当 gas 费高的时候，你就可以比别人更便宜地交易。 例如： 用户可以通过像 $GST 和 $CHI 这样的 gas 代币利用此套利机会，$CHI 是 1inch 团队发布的。 当 gas 费便宜时，这些用户可以铸造或购买 gas 代币，然后在波动时将它们烧毁来实现收益。 这就解释了为什么很多 Etherscan 上的套利交易在查看细节前会有“Self Destruct Contract 0x..."的提示。  这是非常聪明的。 当有人在运行套利机器人，每天花费价值数千美元的ETH作交易费用时，有人可以通过使用 gas 代币逐渐积攒收益。 有人认为当 gas 费低的时候， gas 代币导致严重的状态膨胀，这些状态作为无意义的合约存储在以太坊节点上。随着状态膨胀越来越严重，叔块率会升高。 这可能就是 Vitalik 提出在伦敦升级里移除`SELFDESTRUCT` 的原因。 来源：https://twitter.com/n2ckchong/status/1365828206889082883?s=20 <br/> # EIP-1559 **社区的绝大部分支持1559** Tim Beiko 和 @trent_vanepps 继续关于 EIP-1559 的社区调查，了解各个项目或团队对此EIP的看法，下图为他们的调查结果：  结果显示社区的绝大多数项目都对EIP-1559表示支持，另外表中没有但很多人关心的Uniswap的态度，其创始人 Haydam Adams 在推特表示非常支持。  对于 Teku 的 TBD (待决定) ，Teku 团队负责人 Ben Edgington 表示如果分叉的话， Teku 开发团队会选有 1559 的链，但由于 1559 还未在 AllCoreDev 里通过，因此是 TBD。  来源：https://github.com/ethereum-cat-herders/1559-outreach <br/> **量化 MEV，1559 后的具体矿工收益** 上周 2 月 26 日的 1559 社区会议受到广泛关注，在与矿工 Michael Carter 的讨论中发现矿工群体对矿工可提取价值 (Miner Extractable Value，MEV) 有欠了解，同时专注于 MEV 研究与开发的Flashbot 最近推出了MEV浏览器 (https://explore.flashbots.net/) MEV-Explore v0，实现量化MEV。会议后，研究员 Hasu 联合MEV 浏览器的联合开发者 Georgios Konstantopoulos 根据 Flashbot 的 MEV 仪表盘数据发表了分析文章《为 EIP-1559 的矿工收益划限》([Establishing Bounds for Miner Revenue in EIP-1559](https://insights.deribit.com/market-research/establishing-bounds-for-miner-revenue-in-eip-1559/))。文章大意为： 现在的矿工收益来源有三个部分：1）区块补贴 （ 2 个ETH/区块+叔块奖励）; 2) 用户支付的拥堵费用；3) 来自 MEV 的交易费。启动 EIP-1559 后，矿工收益中的区块补贴与MEV部分将不变，系统不拥堵时打包到区块的费用会被烧毁，而拥堵时，额外的第一价格竞价机制会被启动，小费归矿工所有。结合 MEV 浏览器的数据和总的收益数据，他们分析出了 MEV 在矿工总收入中所占比例的绝对下限 (绿色)，如下图：  但由于还有很多其他不同交易类型是 MEV 浏览器没有涵盖的，因此基于这个绝对下限，研究还分析了当 MEV 浏览器正确识别67%、50%和33%的总 MEV 时，矿工收入中三种来源的不同分布。  <center>67%</center>  <center>50%</center>  <center>33%</center> 而在以上三种情况里，50%的情况最可能接近真实的上限。而整个分析告诉我们，矿工收益中，只有橙色部分会因为 EIP-1559 而减少。 <br/> # Layer2 **Optimism 将在 3 月上线主网** Optimism 在 2 月 25 日 发文表示其在去年 11 月完成由 a16z 领投的 A 轮融资后 (融资 2500 万美元)，Optimism 扩大了其团队，并将加快其研发速度——于三月份在主网上线 (而不仅仅是开放公共测试网)，届时可以在 Optimism 上部署任意合约。 一些了解 Optimism 的文章 (中文版)： 《为什么Synthetix选择Optimism扩容方案》 以太坊爱好者的翻译： 《Optimisitic Rollup 极简解释》 详情：https://twitter.com/optimismPBC/status/1364705156705579009 **Synthetix 的 Layer2 出现故障，目前质押功能暂停** 2 月 26 日，DeFi 资产合成协议 Synthetix 的二层出现故障。其社区管理员 Justin 在 Discord 发布公告：“Synthetix 的 L2 吞吐量出现了一些故障，交易目前无法确认。” Synthetix 创始人 Kain 紧接着 发布公告，“我已经联系了 Optimism 团队，他们正计划在网络部署升级版本，升级后该问题将得到解决。用户的资产以及网络状态是安全的，但是新的交易当前无法被序列器接收。Optimism 团队表示至少需要 24 小时来进行测试和部署升级。没有被登记的用户存款将在升级后尽快补录。” 2 月 28 日，Justin 表示 Layer2 dApp 功能再次恢复，质押功能已开启。故障期间没有被确认的存款交易目前正处理。 而 3 月 1日凌晨 Justin 再次发布最新进展，他表示 Optimism 团队检测到一些没有存入 Layer2 的积压存款。目前 Synthetix 的质押功能再次暂停存款交易。 **StarkNet 的部署计划** 以太坊 Layer2 解决方案提供团队 StarkWare 宣布了 StarkNet 的部署路线图：一个去中心化的、无需许可的、抗审查的、由 STARK 支持的 L2 ZK-Rollup 解决方案。其基于图灵完备 Cairo 语言。 开发者可以在 StarkNet 上构建实现其自身逻辑的应用；用户可以在 StarkNet 发送交易；在加密经济激励下，StarkNet 节点和参与者将确保网络的有效运行。 StarkNet 将分四步推出： 第 0 步 —— 基础搭建 (已完成) 第 2 步 —— 行星：单个 App Rollups 第 3 步 —— 星群：多个 App Rollups 第 4 步 —— 宇宙：去中心化 Rollups StakWare 期望在几个月后部署第一阶段，并在 2021 年底前顺利推进第二和第三阶段。  cr：https://medium.com/starkware/on-the-road-to-starknet-a-permissionless-stark-powered-l2-zk-rollup-83be53640880 **StakWare 与其他 DeFi 合作项目的进展：** - 去中心化交易所 dYdX 的永续合约上线其基于 StarkEx 引擎的 Layer2版本。目前仍在内测，只有受邀者可以使用，面向公众的版本将于几周后上线。 - 基于 Validium 的实现用例 Deversifi 推出 Swap 功能 **Vitalik 解读 Rollup 技术** 2 月 28 日，Vitalik 参加了一场由币乎主办的以太坊 Layer2 Rollup 技术 AMA 活动，对 Rollup 技术进行全面解读。以下是笔记内容，感谢笔记整理者@行走 链接：https://bihu.com/article/1651815142?i=1Tg0lE&c=1&s=1NMQzI <br/> # DeFi **DeFi 联盟基金成立** 由贸易和风投公司 **CMT Digital**、**Cumberland DRW 和 Jump Capital** 等联合创办的 DeFi Alliance 基金，旨在将 DeFi 创业公司和机构交易公司连接起来，以帮助这些创业公司解决流动性问题，并且为他们的创始人提供来自专业用户的产品反馈。DeFi Alliance 目前有 60 多个成员公司，并且已推进了 28 个 DeFi 项目的增长，包括0x、 dYdX、IDEX、Kyber Network、Synthetix 等。 DeFi Alliance 在文中宣布 DeFi Alliance Fund I 的成立。由联盟成员发起，由创办人以及 Mark Cuban 主导。  cr：defialliance.co 该基金的推出不仅为了给 DeFi 世界带来关键战略合作伙伴，而且为创业公司提供发展以及教育资金。DeFi Alliance 表示会将资本在各种 DeFi 项目以及其他相似行业 (如NFT) 中分配，每年将投资几十家创业公司。 除此之外，在接下来几个月 DeFi Alliance 会关注其他发展方向：NFT、亚洲项目、机构教育计划。 来源：https://twitter.com/defialliance/status/1364984633155330056 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth1x/eip_1559_spikeshttps://www.ethereum.cn/Eth1x/eip_1559_spikesWed, 24 Feb 2021 00:00:00 GMT来源 | [notes.ethereum.org/@vbuterin](https://notes.ethereum.org/@vbuterin/eip_1559_spikes) 对 EIP-1559 的一种批评是：区块大小是可变的，在 [0,25M] 的范围内浮动而不再是固定的 12.5M gas limit，这使得客户端需要处理加倍的负载。这个论点进一步演绎为，如果我们认为客户端是可以处理这么高的负载，那么他们应该可以任何时候都处理这么高的负荷，这样我们倒不如放弃 EIP-1559 而直接做更有用的事——把区块大小限制提升一倍。 这个想法背后的核心观点是，大区块的首要危害来自经由客户端的那些最大区块，而不是平均区块大小。我认为这个想法是错的 (因此 EIP-1559 对客户端产生的风险并不会比固定 gas limit 的机制更高)，以下是我的理由。 <br/> ## 重温：不马上把 gas limit 提高到 100M 的理由有哪些？ 三个理由： 1. 正常情况下的区块处理时间会增加 从当前大约 400 ms 增加到约 3.2s，这会带来很多负面后果： - 非常高的叔块率，导致中心化 - 除了电力最强的节点外，其他所有节点都难以保持同步 - 即使是电力最强的节点也需要更大量的资源消耗 - 短暂断电 （比如你在手提电脑上运行一个节点，你需要把电脑从家里移动到咖啡厅）后的重新同步前会有更长时间的延迟 2. **由于 DoS 攻击，最坏情况下区块处理时间会延长**，从现在的 20~80 秒延长到可能 160~640 秒。 3. 存储增长率会升高 从 现在大约 50 GB/月 上升到大约 400 GB/月，这会导致: - 同步速度慢很多 - 存储要求高很多 - 更慢的磁盘处理速度，因为大型数据库的访问速度会慢于小型数据库 请注意：理由1和理由3下的所有内容都只适用于长期正常使用情况，而不是受高峰影响。因此，如果要考虑高峰期的影响，关注理由2就够了。 <br/> ## 论据1：EIP-2929 已经弥补了 EIP-1559 的不足 EIP-2929 对存储访问操作的 gas 成本进行了提升，已经把最坏情况 DoS 攻击所需的 gas 消耗增加了 3 倍。这意味着 EIP-2929 与 EIP-1559 配合起来实际上是比现在在最坏情况下处理区块所需消耗净减少了 1.5 倍。 这里很自然会问一个问题：“如果 EIP-2929 那么好，为什么不直接把 gas limit 调高到 25M 或 37.5M”？这个回答很简单：理由2不是避免 gas 消耗提高的唯一原因。即使 DoS 问题可以被完全解决，理由1和理由3下的问题在可见的未来还会存在。因此，EIP-2929 给的额外松弛部分是不可以用以对区块容量进行大幅提升。 <br/> ## 论据2：对于相同程度的 DoS 攻击，短时间攻击引起的峰值带来的弊端远比长时间攻击带来的要少 如果攻击者对链发起攻击，用区块容量最大值（目标容量的2倍）的垃圾数据填充区块，每个区块的 gas 价格上涨 1.125 倍。这个涨幅是呈指数上升的：持续生成 5 个满区块（大约65秒）会使得gas价格上升 1.8 倍，而在 5 分钟之后，gas 价格会上升 15 倍 （10 分钟后是 225 倍）。为了维持攻击，攻击者必须按照这些疯狂上涨的价格支付所有的交易费。因此，一次现实的攻击可持续的时间大概是 5 分钟。 如果客户端收到这 5 分钟内生成的区块（每个需要 20~60 秒的处理时间）会发生什么呢？很明显，在这段时间链的处理速度会变得非常慢。会出现非常多短程分叉。事实上，分叉意味着攻击者在攻击后仍然可以以少量哈希算力（例如大约20%）回滚链上交易。这是非常糟糕的情况。 但是，这比攻击者可以维持一个小时甚至一天的攻击要好得多。大多数的交易和其他服务现在等待确认的时间已经超过 5 分钟，只有极其脆弱的服务才会被破坏，因为对它们来说需要 5 分钟发送一笔交易太难了，而回滚或拒绝服务需要持续数小时甚至数天，就像 2016 年的上海攻击事件一样，会造成非常严重的后果。 因此，持续 5 分钟达到 2500 万 gas 的峰值比 2500 万的 gas limit 风险低得多。 <br/> ## 论据3：短期峰值已经出现 工作量证明挖矿固有的泊松过程 (Poisson process) 就意味着区块在发布时会存在随机性。事实上，光是随机性每周就会导致一次两倍链容量的峰值，峰值持续五分钟。 （注意：这是由大量相同容量的区块而不是相同数量的大容量区块导致的，但据我所知，没有证据或理由相信单个区块的处理所消耗的 gas 是超线性增长的） 因此，某种程度上使用峰值是一个已知数量，生态到目前为止还能忽略其影响。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-2-22/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-2-22/Mon, 22 Feb 2021 00:00:00 GMT <br/> # ETH1+ETH2 2.19 的AllCoreDev对目前Eth1与Eth2的重要议题做了深入讨论并决定出了一些关键时间点，本期七日谈以对此次会议的纪要作为这部分内容的更新 **客户端集成测试网YOLOv3现状** 下图为目前各客户端在测试网YOLOv3上的完成度  **柏林硬分叉的时间与区块数** 下图此次会议决定的各测试网与以太坊主网的柏林硬分叉区块数与时间  **伦敦硬分叉** 因为难度炸弹可能将在7、8月启动，因此希望伦敦硬分叉最好在此之前发生。这意味着需要在六月看到有测试网、在五月选出区块、在四月完成大多数的测试工作，也就是说要在三月选好EIP。也就是下一次AllCoreDev就需要讨论选哪些EIP了，目前有的影响大的EIP是1559。如果有任何EIP希望在London被实现的，可以在这里提交https://github.com/ethereum/pm/issues **Eth1与Eth2合并的要求** Danny表示负责的工作小组需要开发让更多的人参与讨论，在Eth R&D 的discord上有关于合并的房间，接下来会有更多的分组对不同的问题进行讨论  开发者Mikhail Kalinin在会议里详细讲了合并中的Eth1，他表示大多数的JSON RPC组件将保持不变，但有些还是因为共识或最终确定性需要作出调整。这意味着，对dapp开发者来说，变化是很小的。EVM也还需要增加一些操作码以实现读取信标链状态、从信标链提款等。 关于Eth1上的变化，他提交到此次会议的更新如下： 客户端修改： - eth1-eth2的通信协议 - 状态与链的同步 - 新的操作码 (`RANDOM`、`BEACONBLOCKROOT`等) - 区块储存 （区块数、区块哈希、分叉选择） - 共识部分 （ethash、难度、时间戳、收益） 重要变更： - `BLOCKHASH` 操作码 (随机或验证) - `DIFFICULTY` 操作码 - 由全节点来保证储存整个区块历史 来源：https://github.com/ethereum/pm/issues/247 关于最后一点的变更，因为有了最终确定性，储存整个区块历史不再是共识的一项严格要求，但客户端可能还是希望保留。 对此，Eth1开发者Péter Szilágyi表示这涉及现存客户端的一个重要设计问题，因为在现在的模型下，区块同步与广播是在Eth2网络上发生，按照这个设计，Eth1客户端将无法检索历史，也就会变得非常被动，因为Eth1客户端只能做Eth2客户端所允许的事。从Eth1与Eth2合并的角度来看，这样做可能会丢失区块历史。因为根据他的理解，Eth2客户端是会修剪很多内容以达到轻量，如果想Eth1与分片链合并能实现同步，Eth1客户端可能需要保留整个区块历史，也就是我们不能把区块同步交给Eth2。 Danny表示区块历史不会在p2p网络里丢失，但同意这是一个需要仔细思考的问题，而且这也是重新思考客户端要如何操作的好时机。 Dragon Rakita问eth2是负责新生成区块还是全部区块的数据同步？区块是如何分配给不同的客户端？ Danny回答：Eth1的应用交易数据包是嵌在信标区块里的，信标区块相当于是eth2共识的主要部分。Eth2构建了核心共识信标状态。在Eth2网络里，当客户端收到一个新区块，该区块会有部分Eth1的应用数据包，然后使用附属的Eth1软件来验证该部分的Eth1应用数据包，Eth2则验证其他部分。从Eth1的角度来看，Eth1客户端作为权益证明的附属客户端推动验证工作的完成。在eth1-eth2的通信协议里写了Eth2好比是大脑，是共识的推动者，对Eth1客户端提出获取数据包的请求。 随后，会议还对合并过程可能的遇到的攻击的各种情况作出设想，并提出应对方案。 Q: 有哪些东西在伦敦升级实现是与合并相关的？ BLS预编译和用难度炸弹时间来预估实现合并的时间。（Tim：难度炸弹应该是2022年的夏天，距离现在大概18个月。其他声音：不应该定一个确切时间，因为会有很多不可预测的事情发生，但并不代表可以放松工作。下次会议会讨论难度炸弹的时间） 关于合并时的Eth1的两个要求与问题： 1）关于Eth1客户端在合并后的清晰明确要求 2） 合并后以太坊的状态有哪些需要保留哪些需要移除，因为合并是把清理一些无用东西的好时机 然后是Vitalik分享他的最新文章《可能值得移除的EVM功能列表》（List of EVM features potentially worth removing)。 文章：https://hackmd.io/@HWeNw8hNRimMm2m2GH56Cw/evm_feature_removing 最后是关于1559社区会议的讨论，值得注意的是此次会议不会作出任何决定。 <br/> # EIP-1559 **1559社区会议** 2月9日，以太坊Cat Herders社区宣布将于北京时间2月26日22：00举行一次围绕EIP-1559的以太坊社区会议，会议将关注这份提案牵涉的主要利益相关者，包括研究者、开发者和矿工等。会议安排是在简短的总结后，与会小组将讨论矿工提出的关于该EIP的忧虑、相关的研发更新、以及回答社区提交的问题。此次会议的目的主要是解决矿工的忧虑，为柏林升级后的以太坊网络升级构建共识。 与会小组名单： EIP倡导者Tim Beiko、EIP作者Rick Dudley、EIP编辑Micah Zoltu、负责研究与模拟测试的[Barnabé Monnot](https://twitter.com/barnabemonnot)、 [Hasu](https://twitter.com/hasufl) 和 [Georgios Konstantopoulos](https://twitter.com/gakonst)、客户端开发者[Tomasz K. Stańczak](https://twitter.com/tkstanczak) (Nethermind)、网络升级协调者[James Hancock](https://twitter.com/JHancock)、矿工代表：王纯 (F2Pool)、 [BitsBeTrippin](https://twitter.com/BitsBeTrippin) (独立), Chris K.([Flexpool.io](http://Flexpool.io))、社区代表[Aftab (DC investor)](https://twitter.com/iamDCinvestor) 主持：以太坊基金会的 [Hudson Jameson](https://twitter.com/hudsonjameson) 支持： [Pooja Ranjan](https://twitter.com/poojaranjan19) 直播地址：https://www.youtube.com/watch?v=EdXhL6VR0mU&feature=youtu.be <br/> **支持1559运动** 在论坛reddit，用户u/Bob-Rossi在r/ethfinance社区发起在26日会议开始前每天更新发帖支持EIP-1559的运动。受此启发，@InsideTheSimulation创建了网站supporteip1559.org，网站呼吁支持eip1559的人转发支持的推特，1559会议的视频链接、关于1559的常见问题、如何对1559表示支持等。此次运动在社区得到广泛响应，多人转发支持EIP-1559的推特。 <br/> # Layer2 **Celer Network 引入 Layer2.finance** Layer2 解决方案 Celer Network 公布其最新解决方案：Layer2.finance，旨在为用户提供一个基于 Layer2 的 DeFi 生态总入口。 根据其发布的博客，Layer2.finance 将发布基于 Optimistic rollup (于2021年第一季度推出) 的版本1.0，并计划在迭代版本之后升级至 ZK Rollup。与其他 rollup 解决方案一样，使用 Layer2.finance 的用户首先需要通过将资金存入 Layer1 的 rollup 合约中以实现在 Layer2.finance rollup 链的存款交易；不同的是，Layer2.finance 不需要将 DeFi 本身协议迁移至 layer2 中，而是 (如下图)：  <center>cr：Celer Network</center> 1. 用户将资金存入 rollup 基金池合约 (与其他 rollup 解决方案类似) 之后，用户可以在 Layer2.finance 的二层 rollup 链上指定自己的自己希望被放在哪个 DeFi 协议中。 2. Layer2.finance 将接受用户的批量 “资金分配指令”，并对其进行汇总，然后调用 layer2 至 layer1 的合约； 3. 在 layer1 上向不同的 DeFi 协议发起单一的调用，如对多个Curve 协议调用需求仅调用一次。 Celer 的 Layer2.finance 主要是为了解决 Layer2 上 DeFi 应用出现生态、用户、流动性割裂的问题，提供了基于 Layer2 的 DeFi 可组合方案。 原文： https://blog.celer.network/2021/02/18/layer2-finance-get-defi-mass-adoption-today-scaling-layer-1-defi-in-place-with-zero-migration/ <br/> **Matic Network 更名为 Polygon** Layer2 侧链解决方案 Matic Network 于本月 10 日正式更名为 Polygon，将扩展其目标以及技术方向。自 2017 年发布以来，Matic Network 已经推出两项扩容解决方案的实现：Matic PoS 链和 Plasma 链。而除了当前的解决方案，Polygon 未来将提供 1. 其他主流的扩容解决方案如 zkRollups、Optimistic Rollups、Validium 等； 2. 区块链内的通信协议； 3. 数据可用性解决方案等。 值得注意的是，MATIC 代币将仍是 Polygon 网络的唯一原生代币，并作为其网络的治理代币维护系统的安全。 更名为 Polygon 之后，其陆续与不同的项目开展合作，如： 1. 区块链数据索引 The Graph Network 宣布为其提供数据索引和查询支持； 2. The Sandbox 的游戏开发商 Animoca Brands 宣布与其建立合作。Animoca Brands 旗下的游戏 F1® Delta Time 将迁移至 Polygon，并且开放了其游戏代币 REVV 与 Polygon 链的桥接 (即，只要用户在以太坊上持有 REVV，就可以通过桥接转移该代币至 Polygon 中)。 来源：https://twitter.com/0xPolygon/status/1359206750239551492 <br/> # DeFi **赛博朋克稳定币 RAI 在以太坊主网上线** RAI 是专门为去中心化纯粹主义者准备的稳定币，于 2 月 17 日上线主网。RAI 以 ETH 为背书，没有锚定任何稳定资产，其货币政策由一个链上的、自动的控制器所管理。 这个没有锚定任何法币、不以法币为背书的、完全由计算机程序所运行的稳定币，似乎是去中心化倡导者所向往的赛博朋克天堂。  <center>cr：Reflexer Labs</center> <br/> # 生态 **币安交易所短暂停止 ETH 提现业务** 2月19日晚上8点51分，中心化交易所币安在推特发布消息称：”由于网络拥堵问题，币安交易所平台暂时停止 ETH 以及基于以太坊的代币的提现业务。“一小时后，币安恢复了该提现功能。  此事件在区块链行业内引起了广泛的讨论，区块链研究员 @Hasu 对该事件进行了评论，以下内容摘自其在 twitter 发布的一条 thread： ”所有进入区块链行业的人都将比从前进入该行业的人变得更少的意识形态化，更多的实用主义。这带来的后果就是随着时间的变化，区块链所独有的价值观将受到侵蚀。那么关于人们会为去中心化支付额外的费用这一假设就完全不成立了。 然而，我这番言论并非想要支持 BSC (币安智能链，Binance Smart Contract)。我要说的是，去中心化的成本很高，偏向理论主义的人可能会很乐意为此买单。但对于实用主义者，他们则认为去中心化系统需要比中心化的系统提供更多额外的、真正的价值，否则他们不会为此买单。 我个人来说是愿意相信 '足够多的人们愿意为去中心化支付额外的费用' 这一假设的，然而这只是假设，我们也有可能猜测错误。“ <br/> **Cloudflare 宣布支持 Unstoppable Domains** 互联网基础设施提供商 Cloudflare 宣布支持区块链域名商 Unstoppable Domains 的加密域名解析。这将允许数十亿的用户访问托管在去中心化储存网络如 IPFS 上的 web 内容。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/HF1-proposalhttps://www.ethereum.cn/Eth2/HF1-proposalFri, 19 Feb 2021 00:00:00 GMT来源 | [notes.ethereum.org/@vbuterin](https://notes.ethereum.org/@vbuterin/HF1_proposal) <br/> HF1 为信标链首次硬分叉的暂时代码名称 (点进链接参与协议升级永久命名的讨论)，这次升级的主要目标为： 1. 增加轻客户端支持 2. 修复一些信标链上的漏洞，这些漏洞发现时间比较晚，来不及在创世前修复 3. 在需要进行较大的更新 (分片、合并) 之前，先在相对较小的更新中对硬分叉机制进行测试 <br/> # HF1提议的共识改变 ## 同步委员会 我们在信标链上添加了随机取样的 “同步委员会”。这样做的目的是让轻客户端以较低的开销 (每天至少需要约20KB来保持，需要约500个字节来确定单个区块) 来确定信标链头。这将使得轻客户端实际上可用于移动设备、信标链 之类的浏览器内的应用案例 (以及合并后的整个以太坊)，从而为更加去信任的钱包生态打好基础。 在每个时间段（约27小时）内，随机选择 1024 位验证者作为同步委员会的成员。同步委员会中的验证者将发布证明当前链头的签名。这些签名将作为 `LightClientUpdate` 对象的一部分被广播至区块链，这可以帮助轻客户端找到链头；并且签名会被打包进链，验证者会分得奖励。 主要PR： - https://github.com/ethereum/eth2.0-specs/pull/2130 ## 核算改革 (第一层) 给验证者的奖励不再通过计算得出。此前，我们的方法为存储 `PendingAttestation` 对象然后在最后对它们进行处理。而现在我们添加了一个位字段以存储每个验证者的状态，从而可以实时收集参与数据。位字段按照“混洗”的方法进行排序，以确保同一个委员会的验证者的记录同时显示。这一改变的目的是简化客户端实现，并使得更新默克尔树的成本更低。 主要PR： - https://github.com/ethereum/eth2.0-specs/pull/2176 ## 核算改革 (第二层) 我们每64个epochs更新一次验证者集并进行一次惩罚核算，而不再每个epoch都计算一次。这样做是为了极大地降低处理“空时段过渡 (empty epoch transitions)”的复杂性——比如，在一条参与率非常低的链中，两个相继的区块之间隔了一千个slot，其间仅有空块。目前为了处理这样的链，客户端们将需要每个epoch重新计算一次验证者的余额以对验证者执行怠工惩罚。而这项提案应用之后，客户端仅需要每隔64个epoch核算一次。 此外，我们对怠工惩罚 (inactivity leaks) 增加了两项变动： **每个验证者的怠工惩罚力度降低至1/4**。也就是说，如果链上出现怠工惩罚，当一个完全离线的验证者损失其余额的大约10%的数额时，在此期间另一个90%都在线的验证者仅损失其余额的大约0.1% (而不是~1%)。这样做是为了加大对作恶节点的惩罚力度，对那些仅仅由于网络连接不佳而掉线的验证者则降低惩罚力度。点进[链接](https://github.com/ethereum/eth2.0-specs/issues/2125)查看更多的讨论。 - **区块敲定后怠工惩罚会逐渐减少，而不会停止**。即区块被敲定后，离线节点的余额将持续减少，这样确保了参与率显著高于2/3，而不是刚刚超过阈值。点进[链接](https://github.com/ethereum/eth2.0-specs/issues/2098)查看更多的讨论 (不过请注意与此处略有不同)。 主要PRs： - https://github.com/ethereum/eth2.0-specs/pull/2192 - https://github.com/ethereum/eth2.0-specs/pull/2194 ## 惩罚常数调整 很庆幸，尽管我们还没有完全解决验证者惩罚的问题，但在某种程度上已经摆脱了困境。我们会改变以下常数： - `INACTIVITY_PENALTY_QUOTIENT`: 从 `2**26` (= 67,108,864) 减少至 `3 * 2**24` (= 50,331,648) - `PROPORTIONAL_SLASHING_MULTIPLIER`: 从 `1` 提高至 `2` - `MIN_SLASHING_PENALTY_QUOTIENT`: 从 `2**7` (= 128) 减少至 `2**6` (= 64) <br/> # 提议的分叉选择变更（大概）与HF1同步部署 ## 通过 (block, slot)对来做分叉选择 目前，如果在最近的slot里没有区块发布，那么出于LMD GHOST证明的目的，该slot里面的证明会被算作支持证明者所支持的最近区块。例如，在下图，空白 (BLANK) 区块的证明也会算入 A 的证明里。  但是，这容易招致34%攻击。如果有m名验证者被分配到每个slot，那么一个恶意攻击者就可以控制每个slot的`0.34 * m`。攻击是这样进行的：攻击者**不**发布B，且不发布任何他们的证明。所有的诚实证明者对他们在slot `n`看到A、在slot `n+1`什么都没看到的声明进行投票，在slot `n+2`，诚实提议者会在区块 `A`上生成区块 `C`，而诚实的验证者们会支持C。此时，恶意提议者发布B并对slot `n+1` 和 `n+2`做证明。这样，底部分叉有`0.68 * m`的验证者支持它，而顶部分叉只有`0.66 * m`的验证者支持，由此底部分叉胜出。 这样的攻击在此论文的 3.1部分有详细描述： https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_8.pdf 提议的修复方案是改变分叉选择的运作方式——让分叉选择在 (block, slot) 对的树上操作，而不是在区块树上。因此，在slot `n+1`的诚实投票会算作在上图对 `(BLANK, n+1)`的投票，也就是会被正确算作支持顶部分叉，那么顶部分叉的支持率会变成`1.32 * m`，由此能够打败攻击。 主要PR: - https://github.com/ethereum/eth2.0-specs/pull/2197 ## 分叉选择对称攻击修复 [分叉选择还存在“对称攻击(balance attack)”](https://arxiv.org/pdf/2009.04987.pdf)，攻击是这样形成的：有2%的验证者在一个slot结束之前发布少量证明，让大于49%的网络的人认为区块A胜出，让大于49%的网络的人认为区块B胜出。如果他们对广播计时准确，针对每组人群的信息会及时到达，且在slot的边界时间结束前不够时间重新广播信息到其他组。如果网络环境对攻击者而言是最理想的话，这样的攻击他们可以无限重复。 提议的修复方案是通过赋予下一个slot的提议者暂时但重要的分叉选择权来“打破对称” ，他们能决定所有验证者在分叉的哪一边。 重要的文档: - https://notes.ethereum.org/@vbuterin/lmd_ghost_mitigation <br/> <br/> 网页版声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/wnie2-2021-1-13https://www.ethereum.cn/Eth2/wnie2-2021-1-13Thu, 18 Feb 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_210213) <br/> # 社论 总的来说，我认为人们没有意识到以太坊路线图在过去四个月中发生了多大的变化。 尤其是很少有人注意到按照以太坊2.0当前的计划，*其自身没有提供任何有用的扩容性。* 在之前的计划中，向以太坊2.0过渡是解决以太坊迫切扩容性问题的全部希望。按照原本的路线，Eth2 计划通过阶段1的分片数据/区块以及阶段2的分片执行和分片状态 (甚至是完全无状态化) 来提供扩容性。通过在基础层同时实现这三点，以太坊协议层才能真正意义上实现扩容性。 当前的 Eth2 计划仅对数据 (区块) 进行分片。基于此是完全无法改善当前情况的。 但是我们依靠核心协议外的 Layer 2 rollups 来提供状态和执行分片的同等效果。而这一变化发生在 Vitalik 发布他对[以 rollups 为中心的以太坊]((https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698))的构想之后。(中文版《以 rollup 为中心的以太坊路线图》) Rollups 就像以太坊引擎的涡轮增压器。EVM 之所以动力不足是因为它缺乏作为燃料的数据。在某种程度上来说，这是为了避免状态膨胀而有意为之。Rollups 就像涡轮，对燃料-空气混合物进行压缩 (即数据)，并施加压力使其进入 EVM。Rollups 还负责协议之外的状态。 但是 rollups 完全独立于 Eth2。Rollups 目前已经基于 Eth1 进行开发并且运行，并且已经开始逐步实现其扩容性承诺。 那么 Eth2 在扩容性方面扮演了什么角色？当前的 Eth2 计划依赖于 rollups 的成功，否则将无法提供额外的扩容性。一旦可用的 rollup 生态就位，Eth2 的性能将提升几个数量级。Rollup 涡轮增压器在 Eth1 上同样适用，但仍然受限于燃料管路。Eth2 的数据分片铺设了 64 条燃料管路，每一条的容量都远大于当前的 Eth1 区块链。也就是说 Eth2 会为 Rollups 涡轮增压器提供支持。 新路线图的几点明显优势： - Rollups 使得向 PoS 的过渡 (即eth1与eth2合并) 与分片解耦，我们可以通过“[可执行信标链]((https://ethresear.ch/t/executable-beacon-chain/8271?u=benjaminion))”的方式更快地推进合并。这种设计将切换 PoS 对 dapps、工具和用户产生的影响降到最低。 - 我们可以选择分片和合并的优先顺序，如果哪个部分出现问题，可以降低风险。总的交付时间缩短了 (需要交付的内容减少)。 - Layer1 协议被大大简化。不需要再考虑跨分片交易等等。这些现在不是我们的问题了。总的来说[是件好事](https://vitalik.ca/general/2018/08/26/layer_1.html)。 但也存在一些令我顾虑的因素： - Rollup 相关技术尚处于起步阶段，并不能保证它最终会成功。在最坏情况下，我们可能需要将“可执行分片”重新纳入Eth2。 <br/> ----------------------------------------------------------------------------------------- **译者注：对此 Vitalik 在 Reddit 上进行了[回复](https://www.reddit.com/r/ethereum/comments/ljqog6/whats_new_in_eth2_13_february_2021_edition_62/gnh8gf3?utm_source=share&utm_medium=web2x&context=3)：** 与 Rollup 技术相比，直接采用可执行分片这一扩容解决方案的研发与应用更加不成熟。特别是，如果要在多个分片上实现执行功能，我们需要： - **完全无状态验证** (为了保证系统的安全性，验证者需要快速地重组，因此不能依赖验证者储存任意某个分片的状态) - **一个经济学适宜的区块提议模式** (前提是区块提议者可以选择分片，使得攻击者更容易在单个分片中控制区块提议并审查用户，我们必须想办法解决该问题) - **一个跨分片交易模型**，该模型需符合经济学和适用 gas 机制 - **一个更完备的托管证明策略** (proof of custody game) 以处理执行 (关于验证者的两难问题，其在计算上的问题要比数据严重得多。因此我们必须得防止所有验证者只投”赞成“票) 以上所有问题都是可以解决的，但同时解决这些问题比解决 rollup 的问题要难得多。当然 rollup 也有问题，但比可执行分片这一方案少得多 (可执行分片的解决方案离实现还很远)。在我首次发布《以 rollup 为中心的以太坊路线图》这篇文章的时候，已经有三个 ZK rollups 解决方案运行数月了。 ----------------------------------------------------------------------------------------- - 以 rollup 为中心的世界：其中许多属于协议类型的事物都被剔除出协议，这在短期内会更加混乱。然而，独立于基础层的好处是能够迅速迭代，而市场的迫切需求最终会推动互操作性、工具等标准的应用。但这会是一段坎坷的道路。 - 便宜的 layer1 交易大概已经一去不复返了，而目前的 Eth2 设计并不会改善这一点。这个消息可能会令许多人感到惊讶和沮丧。 总之，我认为大家应该对上述内容心中有数。请对你中意的 rollup 开发者表示支持！ <br/> # 信标链 关于信标链最近没有什么大新闻。截至译文发布，有 91,829 名活跃验证者，验证者激活队列为 5,928。当前的队列长度为 6.5 天，前不久达到了21天，说明新质押存款速度开始慢了下来。不过现在已经有超过 300 万 ETH 被质押，价值 50 亿美元。 不过一直有一个迷思：Justin Drake 注意到有六名验证者已经在主网中自愿退出 ([voluntary exits](https://beaconcha.in/dashboard?validators=5650,23210,24388,35051,62802,62807))。这有点出人意料。他们没有被罚没，但他们每个人都提交了自愿退出信息，因此他们不再作为活跃验证者。但是他们质押的 ETH 仍然处于锁定状态，直到 eth1 和 eth2 进行合并。 Afri 也发布了针对客户端的[同步性能基准测试](https://dev.to/q9/ethereum-2-0-mainnet-clients-3and)。这是很棒的工作，但不幸的是其主要参考参数是不正确的。Teku 完全不针对同步速度进行优化，因为在弱主观性的 PoS 环境中，极少数人会从创世开始同步。实际上，这么做也存在风险。对此可以看看 Meredith Baxter 的[视频](https://www.youtube.com/watch?v=Oz3flfj50Ig)，解释了长程攻击相关问题。Teku 因此采取了即时快照同步的方式，使得用户可以在一分钟内完成同步并开始运行。这是更为可取的方式。但这一点并没有被纳入基准测试中。 ## 罚没 唯一比较大的事件莫过于一连串的罚没事件。Staked.us 有 75 名验证者在 2 月 3 日被罚没，对此他们发布了一个[事件声明](https://blog.staked.us/blog/eth2-post-mortem)。[有些](https://twitter.com/superphiz/status/1357025776181391363)[推文](https://twitter.com/matterhorn_eth/status/1357062960510881792)表示了对此次事件的[同情][(https://twitter.com/preston_vanloon/status/1357027569783234563)]，我并没有相似的感觉。两天后他们又有 17 名验证者被罚没，据我所知这至今尚未确认。还记得 Staked 在 12 月也有 16 名验证者被罚没，也没有公开承认。我本来打算在此处引述 Oscar Wilde，但老实说，这是需要严肃对待的事[[1\]](https://hackmd.io/@benjaminion/wnie2_210213#fn1)。 此处是 [Attestant 的文章](https://www.attestant.io/posts/upgrading-attestants-infrastructure-without-missing-a-beat/)，分析了一个架构合理的质押服务如何在零罚没风险的前提下维持尽可能高的运行时。 如果读者想了解更多关于罚没的背景，以及我们在客户端中的罚没保护措施，可以看看 Ethereum Cat Herders 的 [Peep an EIP #22: EIP-3076](https://www.youtube.com/watch?v=-z6OQNTAF7Y)。这个视频解释了客户端团队为了保证用户体验和安全性所采用的标准化罚没保护交换格式 (目前 Lighthouse 和 Teku 已经采用，Prysm 和 Nimbus 也即将支持)。最后十分钟还讨论了 [Eth1–Eth2 合并](https://twitter.com/poojaranjan19/status/1357735802403500032) 的可能路径。 ## HF1 升级 目前还有一条关于信标链此后升级[命名规则](https://github.com/ethereum/eth2.0-pm/issues/202)的公开 issue。如果你有任何想法的话都可以参与！[[2\]](https://hackmd.io/@benjaminion/wnie2_210213#fn2) (计算机科学中的难事：缓存无效、命名以及差一错误) 我们在最近的开发者会议中对 [HF1 升级](https://notes.ethereum.org/@vbuterin/HF1_proposal)中所提议包含的措施进行了讨论并达成一致。大部分内容很简单，但是其中包含了首次提出的两个事项：(1) 计算方式改变 tier 2；(译者注：原提议为将每个 epoch 进行的验证者集和惩罚计算更改为每 64 epoch 进行一次，并对 inactivity leak 进行了调整)；(2) 提议在任一时间对活跃验证者的数量设置硬上限。我们同意采取第一项提议，但没有采取第二项 (目前基本上尚无定论，因为要达到提议的验证者上限至少需要一年)。[文档](https://notes.ethereum.org/@vbuterin/HF1_proposal)已经对此进行了更新。 我们还同意对分叉选择规则进行两项更改，以减轻不同的理论攻击风险。Teku 团队的 Adrian 针对其中的"余额攻击防御"写了一篇[文章](https://hackmd.io/@ajsutton/balancing_attack)，分析其如何在客户端中实现。 ## 工具 Ethstaker 团队在 Twitch 上开启了 24/7 的[客户端直播](https://www.twitch.tv/ethstaker/)，旨在帮助新的以太坊2.0用户通过客户端日志辨别他们的客户端是否已经同步。光是看看也挺酷的。不幸的是，直播现在似乎已经下线了。但是它正常工作时会在四个信标链客户端以及 Geth 的控制板之间循环。 Infura 的 [Eth2 API](https://twitter.com/Consensys/status/1356634209016774657) 目前已经公开测试。 [Pyrmont](https://twitter.com/infura_io/status/1359614162154921985) 测试网可用。 Nimbus 团队延长了他们 [dashboard 挑战](https://our.status.im/nimbus-grafana-challenge/)的[提交时限](https://twitter.com/ethnimbus/status/1360273972944920582)。现在延长到了2月28号，最佳提交者的奖品高达 5000 美元。快来试试吧，Gafrana 非常好玩！ Jim McDonald 的 `chaind` 程序升级到 [v0.2.0 版本](https://github.com/wealdtech/chaind/releases/tag/v0.2.0)，用以将 Eth2 的数据提取到 SQL 数据库中。 Jacek 的名为 [ngui](https://github.com/status-im/nimbus-eth2/pull/2304) 的[周末项目](https://twitter.com/jcksie/status/1359043872861650948)可用于探索 Nimbus 的 RPC API。 Bitfly [宣布]((https://twitter.com/etherchain_org/status/1357337769756880901))他们出色的 [Beaconcha.in](http://beaconcha.in/) 移动端程序现已开源。 [Blst 库的审计](https://research.nccgroup.com/2021/01/20/public-report-blst-cryptographic-implementation-review/)已经完成。没有发现严重问题。有兴趣可以阅读完整报告。 最后，多项式承诺 (polynomial commitments) 最近很火。Alex Stokes正在使用 [Rust](https://github.com/ralexstokes/kzg) 语言建立一个 KZG commitment 库。同时，我也在用 [C](https://github.com/benjaminion/c-kzg) 语言做同样的事。(因为我很硬核。我非常喜欢对 segmentation violations 进行debug) 我们都在做 Blst 相关的事。 <br/> # 文章及其他资源 Danny Ryan：[eth2 quick update no. 22](https://blog.ethereum.org/2021/02/11/eth2-quick-update-no-22/) Teku 团队的 Adrian Sutton 有一些“[硬道理](https://www.symphonious.net/2021/02/13/hard-truths-for-eth-stakers/)”要告诉 ETH 质押者们。这是在 Staking 浪潮中的沉思。 Superphiz 的 [State of the Stake](https://hackmd.io/@benjaminion/wnie2_210213)，此处是[播放列表]((https://www.youtube.com/watch?v=VYvuUd2JktA&list=PLOB9GGXGcc31_rKi1PlG0kGYf35e6l1wy))。收听 Phiz 总不会让人失望，[Ethstaker](https://ethstaker.cc/) 也一直发展得很好。 Bison Trails 的 Viktor Bunin 在他最近的 [eth2 进展文章]((https://bisontrails.co/eth2/010/))中回顾了上面提到的罚没事件以及其他 eth2 相关话题。 Coindesk 目前在产出一些不错的 Eth2 资源。Valid Points 系列挺不错的 ([2/3](https://www.coindesk.com/valid-points-coindesks-ethereum-2-0-validator-staked), [2/10](https://www.coindesk.com/valid-points-ethereum-2-0-validators-earn-record-1-2m-price-rallies))。 另外， Christine Kim 和 Will Foxley 开始了一档新的播客节目 [Mapping Out Eth 2.0](https://www.coindesk.com/podcasts/mapping-out-eth-2-0)。[第一期](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/eth-staking-challenges-podcast)他们邀请到了 Spencer Beggs (CoinDesk 的工程总监)，一起讨论了他们设置 [Eth2 验证者](https://beaconcha.in/validator/90969)的相关话题. [第二期](https://www.coindesk.com/podcasts/mapping-out-eth-2-0/eth-2-0-development-roadmap)的嘉宾是 Danny Ryan。 ETHDenver：[演讲视频]((https://www.youtube.com/c/ETHDenver/videos?view=0&sort=dd&flow=grid))。其中比较吸引我的是 Stake Fish 的 Daniel Hwang 对于"[信标链去中心化及透明度](https://www.youtube.com/watch?v=k10pTecu_j0)"的演讲。我之前和 Daniel 聊过这个话题，他说得很有道理。 <br/> # 研究工作 以太坊基金会的[研究工作坊](https://hackmd.io/@hww/workshop_feb_2021)已于2月2日进行。以下是相关演示视频的链接： - [介绍](https://www.youtube.com/watch?t=520&v=uGeIDNEwHjs) - Dankrad：[KZG 多项式承诺](https://youtu.be/uGeIDNEwHjs?t=746) - Vitalik：[Eth2 分片设计](https://youtu.be/uGeIDNEwHjs?t=3959) - Danny, Mikhail 以及 Guillaume：[Eth1–Eth2 合并](https://youtu.be/uGeIDNEwHjs?t=7450) 将演示的顺序倒过来可能更合适。我们几乎不需要了解 KZG commitments 的工作原理，甚至不需要了解哈希函数的内部结构，它们在大多数情况下是一个黑匣子。 无论如何，整个活动都很棒，值得花时间看看。 <br/> # 实现者会议 第 57 次会议于2月11日进行。 - [会议日程](https://github.com/ethereum/eth2.0-pm/issues/203) - [会议视频](https://youtu.be/z3Gj6TXgcb0?t=208) - 我的[速记](https://hackmd.io/@benjaminion/H1p6GhG-d)以及Alex Stokes 的[实时推文](https://twitter.com/ralexstokes/status/1359935655803899905) <br/> # 其他新闻 信标链启动的 POAPs 已经[开放领取]((https://twitter.com/superphiz/status/1358150517130747906))。如果符合[领取资格](https://beaconcha.in/poap)的话请在此处[claim](https://poap.delivery/)。 以太坊基金会已经公布了最近 [Eth2 Staking Community Grants](https://ethereum.org/en/eth2/get-involved/staking-community-grants/) 的[受资助者](https://blog.ethereum.org/2021/02/09/esp-staking-community-grantee-announcement/)，25个项目总计受赠超一百万美元。 <br/> # 近期活动 - UTC 时间 2月20日晚上八点：我会作为嘉宾参与 Ethstaker 的会议。 - 2月28日：Nimbus [dashboard 挑战](https://our.status.im/nimbus-grafana-challenge/)的提交截至日期 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Thinking/MEVhttps://www.ethereum.cn/Thinking/MEVWed, 10 Feb 2021 00:00:00 GMT来源 | [Paradigm Research](https://research.paradigm.xyz/MEV) 以太坊的核心在于， 利用其灵活的智能合约允许开发者探索无需许可应用程序的新领域。建立在以太坊上的去中心化金融协议 (DeFi) 正爆炸性增长，我们从中瞥见未来该创新可以给我们带来什么。 正如第一次互联网革命中的编程库一样，DeFi 作为“金钱乐高”允许开发者通过组合与混用简单的区块来构建出复杂的系统。这种复杂性也会带来新的风险。风险之一就是矿工可提取价值 (Miner Extractable Value, 简称MEV)。 <br/> # 矿工可提取价值 矿工可提取价值 这一概念由 Phil Daian 在文章 [Flash Boys 2.0](https://arxiv.org/abs/1904.05234) 中首先提出。最近，我的搭档 Dan Robinson、Georgios Konstantopoulos 以及 samczsun 在文章 《[以太坊是一片黑暗森林](https://medium.com/@danrobinson/ethereum-is-a-dark-forest-ecc5f0505dff)》和《[逃离黑暗森林](https://samczsun.com/escaping-the-dark-forest/)》中再次科普了 MEV 这一概念。 MEV 已然成为加密经济学的一个基本概念，但究竟何为 MEV？它会给无需许可的区块链带来什么影响？ <br/> # MEV 是什么？ 矿工 (或验证者、序列器) 在其生产的区块中通过其能力任意打包、排除或重新排序交易可以获得一定的利润，而 MEV 便是衡量该利润的一种度量。 假设在 Uniswap 上有一笔大宗交易产生滑点之后，出现了一个价值一万美元的套利机会。这时，套利机器人注意到了这个套利机会并提交一笔交易以捕捉机会，提供给矿工的交易费为 10 美元。那么可能会出现以下情况： 1. 矿工会复制和审查套利者的交易以便自己捕捉此次套利机会； 2. 其他机器人也会注意到该次套利机会并提供更高的交易费报价，因此导致大家竞价以争取捕捉套利机会的权力。这种竞拍模式被称为“优先 Gas 拍卖” (Priority Gas Auction, PGA)。 上面提到的一万美元潜在收益便是 MEV。如果矿工没有捕捉这个套利机会，但是发生了 PGA，那么获胜交易者所获得的利润为：MEV 总值 - gas竞拍结算价。(e.g. 如果付 7000 美元给矿工，那么剩下的 3000 美元就是交易者利润)。 这个例子让我们得以窥探 MEV 涵义，但并没有描述出其全貌。MEV 并非罕见。这种金融小游戏带来的激励，会产生一系列因果连锁反应，必须密切追踪才能看到其中的关联。本文将探讨这个话题并解释为什么 MEV 可能会危害以太坊及其用户。  DeFi 的成功带来最直接的影响便是：以太坊 MEV 的已知下限正呈指数增长。按照这个速度，相信 MEV 在接下来一年会产生实际性的问题。 <br/> # MEV 的状况 我们不可能判断以太坊上的 MEV 总共有多少。我们目前知道的所有 MEV 仅为下限值。 这是因为 MEV 可以在用户与区块链交互的任意时间被创建，并且智能合约允许实现无限数量的潜在交互。因此，无法通过单纯的计算得出区块链上潜在的 MEV 总值。 然而，我们可以通过相加已知被利用的 MEV (即上图所示的 “已实现的 MEV”) 来建立基线。然后，我们便可以使用启发式的方法来推断真实的下限值比我们的基线高出多少，以及未被利用的 MEV 会如何影响区块链的环境。 <br/> # 当前的 MEV 目前以太坊上的状况是，大部分矿工 (还) 没有尝试过自己捕获 MEV。几乎所有当前的链上活动都是由非矿工交易者推动的。然而，一些 MEV 只能由矿工捕获，因为他们有权任意排序 (或排除) 交易。非矿工交易者可以捕获“简单”的 MEV；而较为“复杂”的 MEV 无法通过 PGA 捕获。 这意味着我们目前看到的大多数是 PGA 类型的 MEV。就像上面提到的例子一样，Uniswap 套利是最常见的 MEV 实现方式。 另一种常见的 MEV 类型便是从易受攻击的智能合约中进行盗窃。Dan 等人在文章 《黑暗森林》中描述了一个例子。他们发现了一个有漏洞的智能合约，允许任何人从中盗取资金；Dan 计划在黑客之前利用漏洞追回资金。然而，一个套利机器人自动识别并复制了 Dan 的交易，用自己的地址代替了 Dan 的地址并提供更高的交易费。套利机器人的交易在 Dan 之前被执行，从而挪走了他们的资金。 <br/> # 未来的 MEV 当以太坊上的矿工开始大量地捕获 MEV 时，MEV 的下一个时代便来临了。然而，目前为止，社区共同的假设为：矿工遵循利他主义，会主动放弃 MEV 利润并继续运行默认的节点软件。比特币矿工根据经验没有选择自私挖矿策略，因此前者所作的假设是有例子可循的。 然而根据过去三个月的观察，我们认为这种“矿工利他主义”假设是行不通的。我们发现网络上有一小部分但值得注意的哈希率正在[捕获 MEV](https://oko.palkeo.com/11708078/)，[刮分非矿工交易者的部分利润，而不是允许无须许可的费用竞拍](https://twitter.com/bantg/status/1349470728320659456?s=20)，还有[把准入许可卖给私人交易池](https://www.rekt.news/return-to-the-dark-forest/)。 相反，我们相信 MEV 正逐渐突破矿工的心理防线。首先，狂热的非挖矿交易者在链上的频繁活动给矿工带来了更加客观的 MEV 捕获机会。再者，非挖矿交易者所不能捕获的 MEV 类型是完全未受挖掘的金库；而这个金库比目前为止我们所知道的 MEV 要大得多。在某种程度上，更令人惊讶的是，矿工花了这么长时间才参与进来。 大坝很可能已经决堤：矿工们会更加深入该领域，探索更加独特的 MEV 和合谋形式。以太坊及其用户可能会面临巨大的风险。 接下来的部分会详细解释将来可能会带来什么，从我们提到的 MEV 的潜在“风险”开始。 ## MEV Can Harm Users MEV 会危害用户 MEV 可以看作是矿工对用户收取的税 (无形的)。 在上面提到的 Uniswap 例子中，一笔大宗交易会导致价格滑点，产生价值一万美元的套利机会 (MEV)。套利机器人通过套利行为使得市场价与真实价格持平，这使 Uniswap 市场在不伤害原始交易者的同时变得更加高效。这个 MEV 交易例子是良性的。 然而，同样是这笔交易的另一个版本将会是这样：一个套利机器人在执行之前就识别到用户的交易，然后将用户的交易夹在自己的买卖订单中间。最终的结果便是，MEV 向用户征收了一种无形的税：他们的订单被人为抬高而导致无法执行，然后套利机器人立即出售订单以获取利润。当然，矿工可以零成本做到这一点。这种 MEV 交易就是恶性的。 <br/> # MEV 会危害以太坊 MEV 本质上助长了共识的不稳定性。 假设有两名矿工 Sam 和 Dan，他们生产每一个区块都能获取 100 美元的报酬。Sam 生成了 3 个区块，而第一个就包括 Uniswap 上价值一万美元的套利机会。 现在，Dan 需做出选择：要么接着 Sam 的区块往后面挖，也可以尝试重新挖第一个区块以抢夺 Uniswap 上的套利机会。一万美元比一百美元的区块奖励要诱人，理性上 Dan会倾向后者。 由于目前最长链为区块高度 3，Dan 也要重挖第二和第三个区块 (并捕获这些区块中的任何 MEV)。在重组后，Dan 拥有最长链，他和 Sam 就可以从第三个区块继续挖了。 这被称为“时间盗贼”攻击：如果区块奖励比 MEV 小得多时，矿工足以合理地破环共识。 我们的例子只基于两方来假设。而在一个真实的多玩家游戏世界中，很有可能每一个矿工都会遵循理性而尝试重组第三个区块，从而从根本上停止进程。然而，这会摧毁矿工的哈希率投资价值。如果我们看到这种行为，那么这很有可能会以更加频繁、更加快速的重组形式出现，尽管这些重组不会完全使得网络停止发展。 <br/> # MEV 是以太坊独有的吗？ MEV 并非以太坊所独有的，理论上比特币网络上也会有 MEV。审查闪电网络通道或者双花染色币所获得的激励就属于 MEV。[1] 然而，我们假设比特币本质上比以太坊这样的区块链更少出现 MEV 的可能性。 原因在于两种区块链的”复杂性“和”状态性“ 1. MEV 在给定区块链上积累的速率通常与其应用层行为的复杂性成正比。 2. 像以太坊这样任意性和灵活性较强的协议，无法逃离这种复杂性，并且趋于复杂是其本质所然。 3. 如果不改变以太坊的用户体验，就无法轻易减少 MEV 激励。 这就是为什么我们说"以太坊所固有的复杂性可能是一个诅咒"。 ## MEV 与复杂性相伴 从纯理论的角度来看，即使是比特币也无法限制其中出现潜在的 MEV。然而，比特币本身的设计使得意外的高-MEV 案例较少出现，实际上，几乎很少见到。这种情况未来似乎不会改变，因此我们认为 MEV 不会成为比特币较大的威胁 (通胀是另一个问题 [2])。 对比之下，我们可以观察到以太坊上的 MEV 正呈指数增长，这是由于 DeFi 应用带来的巨大价值流。那些看起来如此有前途的金融基元，同时也可以被视作以太坊的寄生虫：它们正编织着一张巨大的 MEV 网络，而该网络会日益变大、变复杂。 ## 以太坊无法限制复杂性 如果闪电网络在比特币上创造了 MEV (实际上威胁着比特币的共识稳定性)，我们可以以相对简单的方式，从比特币的有限规则集 (脚本) 中删除掉创建支付通道所需的操作码。 另一方面，如果我们发现一些应用模式 (如DEX、借贷、代币化的托管资产等) 对以太坊造成了类似的风险，那么我们不可能在 EVM 上排查所有可能的实现方式。个别的实现方式可能会分叉，但是如果我们不允许合约部署或者不严格限制 EVM，我们就无法阻止一般的行为。无论是哪种情况，以太坊都无法实现”无需许可智能合约“。 ## 难以解决 最后，人们自然会问，以太坊上是否可以构建一种机制来抵消协议中 MEV 的影响。简而言之，不可以，至少在不影响以太坊开发者或用户体验的前提下，是无法办到的。 任何阻止矿工从 MEV 中获益的尝试都可能催生协议外的市场。比如，如果所有交易都仅允许按照一个固定的费率支付，我们可以预想到矿工可能会和交易者合谋，接受带外的 (out-of-hand) 交易优先级交易。同样，如果所有交易费都被销毁或支付给一个公共接收方，那么矿工就会单独地收取交易费。 这就是为什么无法轻易缓解 MEV 问题。当然现在存在着潜在的缓解措施，但是需要进行结构性的改变，如改变以太坊应用的架构和用户与其交互的方式。 <br/> # 总结 如果比特币的激励安全机制失败了，至少在区块链奖励归零之前，难以想象任何无需许可的区块链不会遭受类似的命运。比特币的简洁性不仅美观优雅，而且还最大限度地减少其协议外的激励面。 相比之下我们更加担心以太坊。以太坊的应用层复杂性和 MEV 继续呈指数增长。而已知的 MEV 收益最低值可能比该年度的矿工维持网络安全所获得激励的 ETH 总值。 大规模、有效的 MEV 捕获会使得对以太坊用户征”税“这种模式难以维持。以太坊可能会变得拥挤不堪，应用层上的交易费更加昂贵。平台的用户体验受到损害，这一切都会阻碍以太坊的网络效应和发展势头。 当然，一个主要的未知点是，以太坊矿工是否会开始大量地捕获 MEV。矿工可以获得本属于非挖矿交易者的 MEV，并以最大的效率捕获其所有值，因此这对于成本和用户体验来说是灾难性的。 ”时间盗贼“攻击也有可能出现，虽然矿工不太可能通过大规模重组来损害他们在以太坊上的长期利益。另一个简易的攻击版本，矿工可能故意打包叔块或者重组一小部分利润丰厚的区块，这种方式仍然十分有害。 无论如何，我们是时候认真考虑如果情况恶化，该采取什么方式应对了。 <br/> # 缓解 MEV 问题 一个理想的解决方案将减少以太坊上的 MEV，或者在不增加通货膨胀的情况下提高矿工维护网络安全的激励: 1. 更佳的应用设计：每个应用程序都可以自己设计，以最小化其能够创造的 MEV。这一方案可能很有竞争优势，因为用户将需要支付更低的成本和享受更好的用户体验。然而，协议不能强制应用程序这样做，并且可避免的 MEV 非常有限。 2. 额外的安全性激励：除了区块奖励之外 (如 EIP-1559 提议销毁的 BASEFEEs[3]，或状态租金)，稳定的矿工收入来源是对协议安全的补充，并可以帮助缓解 MEV 问题。 如果不考虑上面的两个方案，大多数研究就会集中于如何提高破坏共识 (时间盗贼攻击) 的难度和成本，而不是从根源上解决 MEV 问题： 1. 分离打包和排序：矿工 (或验证者) 只能负责打包交易，而将优先交易排序的权利单独竞拍。理论上，这防止重组激励。然而，这使得用户总是需要承受优先交易竞拍带来的 MEV 损失，这等同于多区块时间盗贼攻击带来的影响。 2. 最终确定性 (Finality)：中本聪的工作量证明 (PoS) 只有概率上的最终确定性。而基于拜占庭容错的算法更能保证最终确定性，并且仅仅重组单个被敲定的区块就需要程度更深的合谋，该算法使得时间盗贼攻击更加困难。然而，如果 MEV 的激励足够高，那么即使合谋的难度较高也值得尝试了。再者，参与者对于其提议的区块，仍然有权任意排序交易，因此仅凭最终确定性无法解决“一般”的抢跑交易问题。 3. 权益证明 (Proof-of-Stake)：基于 PoS 的区块链中，尝试重组的验证者会遭受罚没惩罚，因此使得时间盗贼攻击成本更高，尤其是与最终确定性结合时。然而，只要 MEV 的激励足够高，即使在罚没惩罚的警示下也可能会捕获 MEV。 以上所有方法对以太坊生态都会产生重要的影响。许多涉及核心协议的改变需要数年的时间来实现。那些只能在应用层完成的操作仍需要开发者重新架构，并且将大部分生态迁移到其他环境中。 希望接下来的一年会有更加明朗的方案以解决 MEV 问题，以太坊的发展路线将更清晰。Paradigm 的一些投资组合公司正努力解决 MEV 以及相关问题，如果大家感兴趣，可以关注一下。 ## Rollup Rollups 已然成为以太坊主要的二层扩容解决方案。虽然有不同的 rollup 解决方案，但总的来说就是，允许一个聚合器在链下执行应用，然后向以太坊广播证明欺诈 (或除欺诈以外) 所需要的最低限度的信息。Rollup 在保证安全的情况下实现低延迟和高吞吐量。 除了提供扩容解决方案，rollups 还可以使得交易排序和执行分离 (参见 Optimism 的“[MEV 竞拍](https://ethresear.ch/t/mev-auction-auctioning-transaction-ordering-rights-as-a-solution-to-miner-extractable-value/6788)”提议)。Vitalik Buterin 最近提出，以太坊可以主要成为 rollups 的数据可用性层，而 rollups 负责处理所有交易执行，[将 MEV 捕获集中到 rollup 的序列器中](https://medium.com/@VitalikButerin/i-feel-like-this-post-is-addressing-an-argument-that-isnt-the-actual-argument-that-mev-auction-b3c5e8fc1021) (“ETH 1.5”)。 这将与以太坊当前设计大相径庭，并且需要权衡取舍。例如，rollup 之间以及 rollup 与主链之间互操作性会破坏同步性，可能需要在实践中进行不同的假设 (尤其是在一个多 rollup 的环境中)。Paradigm 的投资组合公司正研发两种类型的 rollup 解决方案： ### StarkWare [StarkWare](https://starkware.co/) 正研发 [ZK-Rollup](https://medium.com/starkware/on-the-road-to-starknet-a-permissionless-stark-powered-l2-zk-rollup-83be53640880) (ZKRU)，即主动打包有效的可验证的证明进区块，而不是乐观地假设证明有效但可以提供欺诈证明。 虽然这最初不是为了分离交易执行和排序所提出的方案，但 ZKRU 可以实现这一点。这个证明引擎还可以用于对排序施加额外的约束 (如果基于 VDF 的优先级排序和其他确定性排序机制可用)。 ### Optimism [Optimism](https://optimism.io/) 所研发的是 Optimistic Rollup (ORU)，即乐观假设证明的有效性但允许被挑战，并向以太坊广播检查欺诈证明所需的最小限度的数据。这将导致相对较长的敲定窗口期，但是这个方案允许使用与以太坊 Layer1 EVM 相同的执行环境 (这意味着现有的合约可以实现无缝迁移)。 Optimism 是 MEVA 和 ETH 1.5 的最初提出者。 ## Flashbots [Flashbots](https://github.com/flashbots/pm) 是一个研发阻止，旨在缓解以太坊上由 MEV 带来的负面外部效应和存在的风险。他们已经建立了工具以量化 MEV 并且减少生态中的信息不对称性。他们正在实现一种无需许可 MEV 提取的概念证明，称为 MEV-Geth。这是种密封投标 (sealed-bid) 的区块空间竞拍机制，用于实现交易顺序偏好通讯。 Flashbots 的目标是确保 MEV 的激励不会失去透明性和民主性。希望他们的基础架构将允许应用开发者更好地了解如何更大程度地解决 MEV 问题，并释放一些压力，否则累积后会带来更加具有危害性的外部效应 (如时间盗贼攻击)。 ## Cosmos [Cosmos](https://cosmos.network/intro) 是无需许可、可进行互操作应用的另一种替代模型。虽然没有与以太坊上的 MEV 直接相关，但是 Cosmos可以在不采用以太坊的“统一安全”范式的情况下，在其应用生态上实现类似以太坊的复杂性。 可以想象 Cosmos 区块链将基本上实现“应用相对独立性”，并在默认情况下不会与其他应用共享安全性。这一设置允许其避免在共享平台上出现的有害外部效应。如果以太坊朝着 ETH1.5的方向发展，看起来将类似于 Cosmos (事实上 [LazyLedger](https://twitter.com/lazyledger_org?lang=en) 就是 Cosmos 版的 ETH1.5) <br/> # 致谢 非常感谢我的同事Arjun Balaji、Dan Robinson、Georgios Konstantopoulos、以及Matt Huang，还有Hasu跟我一起讨论，并给我这篇文章提供反馈与信息。 <br/> # 免责声明 本文仅供参考，并不构成购买与出售任何投资的投资建议或推荐或招揽，也不应被用于评估任何投资决定依据。本文不应作为会计、法律或税务建议或投资建议的依据。本文反映了作者当前的观点，并不代表Paradigm、其关联公司、或与Paradigm相关的人员。本文表达的观点可能会发生变化而随之更新。 <br/> # 注解 1. 文章《[论比特币没有区块奖励所带来的不稳定性](https://dl.acm.org/doi/10.1145/2976749.2978408)》可以说是首次对 MEV 进行了清晰的定性，表明“正常的”比特币交易费是矿工收益的非常规来源，并且助长共识不稳定性 (激励对费用高的区块进行重组，而不是挖费用少的区块)。 2. 我的意思是，独立于 BTC 通胀率的，比特币 MEV 不太可能随着时间增长。对于通胀率下降的担忧，应截然不同于我们担心 MEV 是否会恶化。[↩](https://research.paradigm.xyz/MEV#fnref:2) 3. EIP-1559把交易费拆分为两个部分：基本费用和小费竞卖。基本费用决定了所有交易里都要销毁的ETH数。小费竞卖基本上只是一个PGA。尽管基本费用销毁会提高协议安全性 (因为它们不是一个非常规矿工收益流)，任何有MEV的交易仍然需要在小费拍卖中竞争。当然，交易费肯定需要竞卖部分以在协议内反映需求。如果没有这个部分，矿工和交易者可能会在协议外的市场里合谋。因此，只有销毁了基本费用才有助于协议安全。 ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/eth-weekly-2021-2-8/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-2-8/Mon, 08 Feb 2021 00:00:00 GMT # ETH 1.0 **应该提高gas limit 吗？** 近期高昂的交易费使得用户在以太坊网络上“寸步难行”。1inchExchange的联合创始人Anton Bukov@k06a发推，截取Dune Analytics上“以太坊每天使用的gas与gas limit对比”的图 (见下)并表示似乎时时候将gas limit从12.5M提高到15M了，从而提高20%的交易吞吐量。此话题在社区引起热议。其中Go Ethereum的开发者@MariusVanDerWijden表示现在还不是提高gas limit的时候，以下为他推特的翻译整理：  <center>Cr:Dune Analytics</center> 我认为现在提高以太坊的gas limit是危险的。关于这个决定，需要考虑以下几个因素： **叔块率**：在评估提高gas limit是否安全时，叔块率是最常被讨论的指标。因为大区块在网络中同步速度比较慢，因此会增加变成叔块的可能性。但是，叔块率其实主要与区块容量相关，而不是实际执行，因为区块是在PoW共识链签出时被广播 (至少可以通过geth) 而不是在被正确执行时。因此，有大量存储操作的小型交易与有少量操作的大型交易一样，是不会提高叔块率的。 **状态大小**：我现在看到的最大限制因素是快速增长的状态。创建用户、合约或储存数据的交易都大大地增大区块容量。因为我们的节点不能足够快地修剪状态，大量不必要的状态会被储存在磁盘上。这也是为什么一个新同步的geth节点消耗大约350GB，而一个运行了一段时间的节点消耗大于500GB。提高gas limit会直接导致状态膨胀。 **同步时间**：现在一个全节点大概需要好几天才能同步完数据。原因有几个。提高gas limit会大大增加一个新节点的同步时间。新的同步协议 (例如：snap sync) 可以缩短这个时间。 **执行次数**：无论何时只要有新的区块生成，所有的执行都必须被执行，且状态都需要更新。这跟同步数据有点不一样，因为我们可以采用一些捷径，而在处理区块时是无法同步的。提高gas limit会直接增加一个区块的执行时间。如果一个区块的执行时间长于13秒 (当前的区块时间) ，整个网络都会崩溃，因为每个区块都会出现分叉。现在在以太坊上有几个问题可能会被利用来创造这种重型区块。我们希望可以通过EIP-2718来解决它们。 **档案节点**：尽管全节点足以满足大多数的用例，档案节点 (即存储过去所有过渡状态的节点) 还是有依赖它们的用例和各种服务，比如区块浏览器或审计工具。提高gas limit会给这些节点增加非常大的压力。尽管我们普遍不关注这些类型的节点，我们还是需要支持它们。 解决方案：尽管我认为现在不是提高gas limit的适当时候，但我也看到未来可能是由解决方案。 **Snapshot和Snap Sync**: 在我们下一个更新版本，Go Ethereum会有一个叫snap sync的功能，它可以大大减少同步一个节点所需的时间和网络容量。另外，这个功能也会提高读取当前状态的速度。 **Regenesis**: Regenesis是关于修剪以太坊的历史的一份提议，基本上等于用当前状态创建一个新的创世区块。这会使得我们可以删去很多验证旧区块的逻辑，并缩短同步时间，比如修剪了上海攻击的部分。 **Flat DB**: Turbo-geth给它们的状态引入了一种新的数据结构，它会减少执行区块所需的随机磁盘读写量。Go-ehtereum目前无法复制这个格式。当我们抛弃旧的eth-protocol版本时，我们就可以采用相似的格式，这样也可以提高gas limit了。 **Pruner**: Geth现在无法使用内存修剪来减少写进磁盘的非必要状态，这回导致每天大约1GB的状态膨胀。 来源：https://twitter.com/vdWijden/status/1358478246879363077 以太坊Geth核心开发者@peter_szilagyi也表示反对提高gas limit，因其带来的负面影响可能会给他们团队带来巨大压力 (其团队主要负责维持Geth、EVM、状态管理以及交易混洗等)。Peter表示其团队一直努力安全地提高gas limit，并推进Snap Shot和Snap Sync。他目前有一个新的状态储存方案，可能行得通，也许不行，他表示先在这方面进行研究开发，而不是直接提高gas limit。 来源：https://twitter.com/peter_szilagyi/status/1358393781381459970 同时有人提问EIP-1559会提高区块的gas limit吗？ EIP-1559的主要推动者Tim Beiko则解释：EIP-1559不会明显提高区块容量。依据其设计，会有大概1%的区块达到200%，因此最佳情况下是平均增加0.5%的容量，相当于把现在的区块容量提高大约100k。因此，EIP-1559并不会改变block limit，但我们容许区块达到200%满。无论前一个分叉的区块gas limit是多少都不会影响下一个分叉，但如果区块超过100%满，我们会提高基本费用 (如果低于100%满，基本费用会降低)。以及在EIP-1559上线之后，矿工提高或减低block limit的权利维持不变。 来源：https://twitter.com/TimBeiko/status/1356761456688070657?s=20 <br/> # Eth 2.0 **2.0主网出现批量罚没事件** 2月3日，以太坊 2.0 信标链70多个节点集体遭到slash惩罚，具体罚没细节可访问beaconscan浏览器查看：https://beaconscan.com/slots-slashed 随后Staking服务商Staked.us对该事件做出回应：2月2日有75个运行在 Staked 的节点遭到 slash 惩罚，这主要是由于技术性问题，用户将获得全额赔偿。Staked解释称，在过去六周中对性能进行了改善，提高证明率 (attestation rate) ，且使用”canary“对其进行了测试。但是后来因为Staked.us禁用了Prysm客户端的slash保护数据库(因其此前引发了证明遗失问题)，导致一部分验证者对相同的区块进行了双重签名，因此造成了大规模罚没事件。Staked表示将补偿用户的损失。 2月5日，beaconscan的数据显示信标链再次出现批量罚没，共17个节点被惩罚。而根据存款合约的数据显示，此次罚没事件仍与服务商Staked.us有关。 <br/> # Layer2 **Layer2互操作性解决方案Connext被引入Decentral Games** 2月3日，Layer2 互操作解决方案Connxet宣布其第一个合作项目“Decentral Games”上线，可以在以太坊和Matic之间快速转移DAI和MANA。Decentral Games 利用二层解决方案Matci来降低gas费，然而，DG的用户每次使用虚拟casino时仍需要通过Matic PoS 桥接将资金在以太坊和Matic之间转移。而Connext可以帮助缩短交易时间。  <center>cr: connext</center> **路印与隐私社交产品Mask Network合作** 隐私社交产品Mask Network宣布与二层解决方案达成战略合作关系。Mask在其最新的博客表示，将与Layer2扩容方案、zkRollup以及其他去中心化技术深度合作。而在应用层方面，Mask Network和路印将开发二层“红包”的更多更能，以解决用户的高交易费问题。  <center>cr: mask</center> <br/> # DeFi **Yearn v1 yDAI 机枪池被攻击** 2月5日Yearn v1 yDAI机枪池遭受攻击，Yearn 核心开发者Banteg发推表示，攻击者获得280美元，机枪池损失1100万美元。随后审计公司慢雾对其进行了调查，表示该次攻击事件为闪电贷攻击行为。 2月8日DeFi流动性协议Curve发推表示，因发现新的Yearn v2池存在漏洞，为保护流动性提供者的资产，该池已被关掉。目前所有资产都是安全的，存款将直接返回至LP的钱包，不需要额外的提取操作。  <br/> # 生态 以太坊浏览器Etherscan发推表示，以太坊上的交易量达十亿笔。  <center>cr：etherscan</center> **灰度发布以太坊价值评估报告** Grayscale灰度发布了报告，从三个角度对以太坊进行价值评估：ETH作为货币、作为消费商品、作为计息资产。翻译版本指路：《以太坊价值评估》。 <br/> # 本期最佳meme 过去的gas费让人怀念~  <center>cr: @EthereumMemes</center> <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Staking/ethereum-2-0-mainnet-clientshttps://www.ethereum.cn/Staking/ethereum-2-0-mainnet-clientsSun, 07 Feb 2021 00:00:00 GMT来源 | [dev.to/q9](https://dev.to/q9/ethereum-2-0-mainnet-clients-3and) 基于最新的性能指标比较以太坊 2.0 主网上所有可用的客户端。 ------ 2020年12月以太坊 2.0 信标链发布之后，现在是时候介绍以及比较现有的协议实现了。本文作为该系列文章的第一部分，将按照字母排序比较 5 个主要客户端的信标链节点性能和资源利用率。 - **[Lighthouse](https://github.com/sigp/lighthouse)** (Rust, Sigma Prime) - **[Lodestar](https://github.com/ChainSafe/lodestar)** (TypeScript, ChainSafe Systems) - **[Nimbus](https://github.com/status-im/nimbus-eth2)** (Nim, Status) - **[Prysm](https://github.com/prysmaticlabs/prysm)** (Go, Prysmatic Labs) - **[Teku](https://github.com/ConsenSys/teku)** (Java, ConsenSys Quorum) 以太坊 2.0 主网基础设施由三个主要组件组成: - 信标链是 PoS (权益证明) 链。当前的以太坊 1.x 链 (共识为PoW) 与以太坊 2.0 合并之后，信标链将成为保障以太坊安全的主干网。 - 验证就好比 PoS 共识中的矿工。[所有人都可以质押 32 ETH 成为验证者](https://ethereum.org/en/eth2/staking/)，有权提议新区块、对区块敲定进行投票，然后获得奖励。 - 罚没者正监视验证者是否作恶，以防攻击事件发生。任何一名验证者违反规则，都会受到惩罚并被移出网络。 需要注意的是，本文主要关注第一点，信标链是以太坊2.0网络的基础。研究人员可以在 Github 上找到所有相关的脚本、数据和绘图，以便进一步分析。 >[byz-f ](https://github.com/byz-f)/ [eth2-bench-mainnet](https://github.com/byz-f/eth2-bench-mainnet) 本文将重点列出这些发现。 <br/> # 同步指标 第一个也是最令人兴奋的问题：同步以太坊 2.0 信标链节点信息需要多长时间，结果见下图。 ![Sync Progress](https://i.ibb.co/nPgzXWv/synchronization-progress.png") 在上表中，通过比较客户端同步相同的 slot 需要花多少时间来比较其同步进程。在评选结果之前 (虽然这不是本文的讨论范围)，关于该图表我们需要知道三件事。 1. Prysm (紫色线) 有个特殊的地方是，它会连接以太坊 1.x 节点，从验证者信息登记处获取所有 ETH 存款，然后从 Eth1 状态下构建 Eth2 创世。虽然从安全的角度来看，这一特性蛮有用的，因为用户不必信任 Prysm 的开发者以获得正确的创世状态，但是这一过程需要些时间。因此，客户端启动与同步启动的时间有明显的偏移。([#8209](https://github.com/prysmaticlabs/prysm/issues/8209))。 2. 由于出现 JavaScript 堆内存不足的问题，在基准测试时 Lodestar (灰色线)出现了崩溃 ([#2005](https://github.com/ChainSafe/lodestar/issues/2005))。但是，它在10秒后由脚本自动重启。 3. 不可见：在初始同步时，Loderstar 还没有完全验证所有签名 ([#1217](https://github.com/ChainSafe/lodestar/issues/1217))。因此，目前尚不清楚 Loderstar 与其他客户端的比较情况。 上面的图表中，我们可以看到 Lighthouse (橙色线) 整体表现出色，Prysm、Teku (绿色线) 和Nimbus (蓝色线) 在保持速度方面表现出色。但是，让我们再来看看下面的图表： [ 在这个图表中，我们把 Prysm 客户端启动和同步启动 (即第一个信标链区块产生) 之间的时间偏移删去。那么可以看出，单纯比较同步速度的话，Prysm 的表现略优于 Lighthouse，不到两个小时就能同步完成，而 Lighthouse 需要两个半小时。Teku 和 Nimbus 大概需要五个小时。 值得注意的是，Eth2 TypeScript 实现 (Lodestar使用的语言) 并不是仅为了成为运行一个全信标链或者验证者节点的首选客户端。相反，Lodestar将为以太坊2.0去中心化应用的所有web、浏览器和基于插件的组件提供基础设施。 [ 假设我们知道了客户端的信标头区块当前所在的 slot 高度，并且可以查看在这 60 秒之前区块头的高度的话，我们就可以通过展示各客户端每秒同步的 slot 数 (用点表示)，来计算过去 60 秒的移动平均值以比较各客户端的同步速度。移动平均值超过 10 分钟的则用实线表示。 结果与前一个图表一致。尽管 Prysm 因为要花时间获取 Eth1-状态，它仍是同步速度最快的客户端，每秒同步 60 slots。Lighthouse 紧跟其后，每秒同步 46 slots。稍显落后的是 Teku (23/秒) 和 Nimbus (22/秒)。 然而什么是 slot 呢？在传统的区块链如比特币和 Eth1 链中，要么有区块要么没有。那么当比较这些链上的客户端性能时，我们会以块数/秒为单位来比较其同步速度。这跟以 slot数/秒 为单位有何不同呢？ 在以太坊 2.0 中，每 12 秒总有一个指定的 slot。如果验证者被分配到一个 slot 中提议区块，该 slot 便有一个区块。然而，如果验证者错过该 slot，那么便是个空 slot (没有区块)，但尽管如此，slot 的计数将继续进行。因此，在以太坊2.0中，我们以 slots/秒 为单位计算同步速度。 [ 在这个图表中，我们把 (时间) 这一变量删去，横坐标为已同步的 slot 数，并把上一个图表中的同步速度映射到该图表中。所有客户端都显示一个趋势：随着 slot 的增加同步速度下降。由于该数据是在以太坊 2.0 主网上搜集的，我们知道有一条[验证者队列](https://eth2-validator-queue.web.app/)正排队等候进入 2.0 网络。在撰写本文时，等候队列上有 13_458 名验证者，按照每天新增 900 名验证者的速度来算，需要等待将近 15 天。 了解了以太坊 2.0 主网验证者数量呈线性增长之后，我们可以假设活跃验证者集的规模变大使得同步速度减缓。 <br/> # 计算资源指标 在上半部分中，我们仅分析了同步指标，选出同步最快的客户端。但是哪个客户端在资源利用方面快且高效呢？ [ 上面的图表中，随着同步 slot 的数量增加，比较各客户端的数据库容量。值得注意的是，关于完全同步主网节点 (420_000 slots)，Lodestar 的占用空间最小，总共只有 1.49 GiB。Lighthouse (2.98 GiB) 和 Prysm (3.16 GiB) 的结果也不错。 我们知道 Eth1 节点存储完整的区块历史数据。尽管如此，Eth1 节点还是移除了历史状态以最小化数据库所需的磁盘空间。Eth2 节点与这个概念相当。在磁盘上储存所有块的同时，他们会删除最终状态。两者的主要区别为：为了方便起见，应将历史状态存储于时段边界中 (epoch boundaries)。目前，Nimbus 每 32 个 epoch 在时段边界存储状态，然而 Lodestar 每 1024 个 epoch 将状态记录在磁盘中。在图中可以清楚地看出差异。 [ 该图表相同，但是绘制了同步期间每个客户端的常驻内存集的大小。从图中得出，Nimbus 客户端非常高效，在信标链主网的整个处理过程仅需要约 1 GiB RAM。紧接其后的是 Lighthouse 和 Lodestar，均略低于 3 GiB。https://i.ibb.co/q5M3LVF/cpu-usage.jpg 注意：Java 分配给 Teku 的堆外内存不在客户端开发者的控制范围之内。JVM 对可用内存的消耗量特别大。Teku 的指标结果在可用内存总量不同的情况下差异十分大。 [ 最后但同样重要的一点是，让我们看一下 CPU 的利用率。在上面图表中可以看到客户端之间的一些有趣差异。 区块链属于一种高度分层的数据结构。同步区块链数据、验证区块以及计算最新状态，大部分工作都是按序列进行的。因此，客户端面临的挑战便是尽可能地使该进程平行化。图表显示的结果与同步速度指标相当，Prysm 和 Lighthouse 领先 (数值更高意味着更加有效)，而 Teku 保持良好。 <br/> # FAQ > 文章不错，但请问为什么你没有比较流量指标呢？ 我有比较，只是没有对所有指标比较都进行评论。你可以在 Github 上找到没有进行注释的点对点、流量指标，想要进一步研究的话访问： [eth2-bench-mainnet/doc/00-plots-uncommented.md](https://github.com/byz-f/eth2-bench-mainnet/blob/master/doc/00-plots-uncommented.md) > 你个人来说推荐哪个客户端？ 这个问题很难回答。靠感觉走的话，我选择 Lighthouse，我觉得它的总体用户体验、性能、功能以及工具可用性都很好。然而，Prysm 仍是最成熟并且是目前最快的客户端。Teku 的使用体验也很好，我认为所有客户端都是产品级别的。 > 信标链数据库大小会超过 1 TiB 吗？ 不，首先，与 Eth1 相比，信标链本身相对较小。驱动数据库大小的主要因素是信标状态。然而，与 Eth1 相比，Eth2 并不需要将所有状态存储在磁盘中，因为用户总是可以从本地运行的区块中重建任何状态。 除此之外，PoS 有敲定这一工序，而 PoW没有 (reorgs, 51% 攻击)。一旦区块被敲定，该区块永远不会被篡改。敲定的意思是，将来客户端不用再从创世开始同步链的数据，而是获取最后敲定的 epoch 的最新链头的数据。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/Ecosystem/valuing-ethereumhttps://www.ethereum.cn/Ecosystem/valuing-ethereumThu, 04 Feb 2021 00:00:00 GMT来源 | [grayscale.co](https://grayscale.co/wp-content/uploads/2021/02/VALUING_ETHEREUM.pdf) 自2015年发布以来，以太坊作为第二大区块链网络备受关注。即使以太坊已经发展成为一个强大的结算层，在以太坊内进行点对点价值转移的总额已达数十亿美元，但是投资者仍很难鉴定该投资案例。 我们或许可以退后一步，思考一下比特币的价值主张：旨在成为一个全球的、可验证的结算系统。该结算系统由世界上最强大的计算网络支持与提供安全维护，允许用户高度信任地追踪价值。 以太坊使用类似的方式实现验证，但其逻辑和信息更为广泛。换句话说，以太坊确保链上的应用按照已编码的逻辑运行，不需要第三方或者不存在被干扰的可能性。以太坊创造了一个信任的环境，在历史上，这是交易繁荣的先决条件。 这是否意味着以太坊比比特币更好？不一定——他们专注于不同的领域，做出了相应的权衡。比特币变得固化并相对不灵活，这让人们相信其结算系统将不会任意改变。以太坊具有适应性和灵活性，培育了一个创新和不断迭代的环境。以太坊和比特币有着共生关系，都从外部世界中引入流动性、思想以及价值。比特币是数字生态系统中的首选价值储存，然而以太坊已成为领先的金融基础设施，日交易量超过120亿美元。[1] 随着以太坊上的交易获得逐渐增加，投资者开始对以太坊这一投资案例感到好奇，并且想知道如评估其原生资产的价值。今年8月，我们发布了一份比特币价值评估报告，以帮助投资者理解比特币这一投资案例，以及他们该如何监控其中重要的基础指标。[2] 同样，本文的目的是概述评估以太坊所需要考虑的因素。比特币被普遍称为数字黄金，但 ETH 的的名称尚不明确。我们探索了三种方法，以及与每种方法相关的指标：ETH 作为货币、ETH 作为可消费商品、ETH 作为计息资产。[3] <br/> # ETH 作为货币 ETH 是支撑迅速发展的去中心化金融体系的原生资产。它作为最小化信任的借贷抵押品，是建立在以太坊之上的应用程序的主要资金来源。在撰写本文时，以太坊网络上约有700万 ETH 作为抵押品被锁定在去中心化协议中，按当前价格计算价值超过90亿美元。 在许多方面，ETH 在以太坊网络上扮演着新时代数字货币的角色。每当用户在以太坊网络上部署智能合约，为该应用提供流动性，或在去中心化交易所进行交易时，都需要支付 ETH 作为网络费用。 虽然比特币社区认为货币的供应量应不变，但以太坊旨在逐渐发行最低数量的 ETH，以充分保障网络的安全。供应量是比特币的主要焦点，然而以太坊网络上应用程序的使用驱动着 ETH 作为货币来使用。 如果投资者确实认为 ETH 是一种货币，那么便值得探索它相对于其他货币的价值。见下文，它从竞争对手手中夺取市场份额的能力，ETH 的定价是否合理? <center>数据1: ETH市值与其他货币之间的占比 [4]</center>  在去中心化金融系统中，越来越多用户使用 ETH 作为抵押品。然而，稳定币 (主要与美元挂钩的数字货币) 和比特币在以太坊中作为抵押品的用例逐渐增加，甚至比使用 ETH 要多。WBTC是以太坊上比特币的合成版本——它使比特币能够在以太坊网络上进行转移。USDT和USDC是以太坊上供应量最多的锚定美元稳定币。 下图显示了WBTC、USDC和USDT的增长情况。尽管 ETH 作为抵押品的用例逐渐被其他一些货币超过，但以太坊作为结算网络的使用将来会不断增加。 <center>数据2：在以太坊上的比特币与美元[5]</center>  <br/> # ETH 作为可消费的商品 ETH 是以太坊网络不可或缺的一部分。网络上的每一笔交易都会产生一定的成本，该成本以 ETH 为单位定价。这些交易费用会分配给矿工。 费用随着网络需求的增加而增加——发起交易的用户必须通过增加其相关费用来“竞争”给定块中的空间。 一些分析指出，也许没有必要用 ETH 支付交易费，而是可以选择任何数字货币支付。这就是所谓的经济抽象，这一概念已被用来挑战 ETH 的价值。同时，一些人认为以太坊存在运营资本或无限速度的问题——作为交换资产的媒介，投资者可能仅会支付所需要的最小额度。也就是说，以太坊将被视为运营资本。[6] 因为投资者可能会寻求将他们的运营资本最小化，而ETH 的速度会增加，根据交换方程M=PQ/V，它的价值会减少。换句话说，持续的出售会降低 ETH 的价格。 然而，以太坊计划实施一项名为 EIP-1559 的提案，[8] 提议销毁用于支付交易的 ETH。这一点很重要，因为它将把 ETH 从一种交易媒介资产转变为一种可消费的商品。ETH 将变得更像gas，而不是货币。如果实施了该提案，将可以确保 ETH 是以太坊上的原生经济单位——提案将规定只有 ETH 可以被销毁。这将减少经济抽象的可能性——用 ETH 以外的资产支付交易费的能力。 如果 ETH 的销毁量超过发行量，该提案也可以视为一种通缩机制。如果以太坊上的交易量增加并且 ETH 的供应量由于销毁机制而减少，供需曲线将表明 ETH 单位价格的增加，因为每个单位将需要满足更大比例的经济活动。如果实施了 EIP-1559这一提案，它将建立一个消费机制，对 ETH 价格产生积极循环反馈。 作为一项商品，ETH的价格将根据市场里的供求关系而波动。幸运的是，以太坊区块链是透明公开的，我们可以分析用户活动以对ETH合理的潜在市场价格进行解读。 我们可以将以太坊网络上收取的每日交易费用总额作为衡量需求的标准，如下图所示。由于ETH是用来支付这些费用的商品，高交易费推高对ETH的需求，好比旅游热会推高对汽油的需求。值得注意的是，2021年一月的总交易费用差不多达到2018年一月高峰期交易费用的5倍。而ETH的价格也几乎接近于2018年的峰值。 <center>数据3: 每日交易费用总额[9]</center>  交易费是在以太坊网络上用于支付交易的总额。另一个评价ETH价值的方法是把以太坊的历史价格与网络上的销售 (费用)进行比较。下方的图表用“价格与销售额”比率来说明这种关系——比率越低，说明网络产生的收入相对于ETH的历史市值来说越高，因此可能是被低估了。[10] <center>数据4: ETH的价格与销售的比率[11]</center>  我们可以通过研究以太坊的持有模式来给方程式的供给方提供数据。在之前评估比特币报告里，我们引入了持有者 vs 投机者指数，里面定义了持有者为1-3年内没有移动资产的人，而投机者为在过去90天里有移动资产的人。这个模式的界定在以太坊上没有那么清晰，因为这个网络还非常新，但我们仍然看到持有者的资产在2020年ETH实现升值300%前达到的顶峰。除了传统投资分析工具外，投资者还可以关注供给模式。 <center>数据5: 持有者 VS 投机者[12]</center>  <br/> # 作为计息资产 以太坊已经开启了协议开发的下一个阶段，即以太坊2.0。[13] 以太坊2.0旨在称为一条可扩容的、以权益证明为共识的区块链。这意味着持币者可以通过在网络里抵押他们持有的ETH代币称为验证者，而无须矿工通过专门的计算机消耗能源。通过质押，验证者会获得部分交易费 (这部分的交易费在EIP-1559下可能会被销毁）作为奖励，以及他们在网络里所持ETH的增值部分。 这是思考以太坊价值的另一个关键转变。以太坊2.0将把ETH从一种商品转变为一种生产性商品，即持有者可以通过质押ETH产生利息。这种资产结构不同于现实世界的任何一种：商品是用来消费的，股票是提供现金流凭证的。在以太坊2.0下，ETH既可以作为一种商品被消费，又可以作为现金流的占全进行质押，与股权相似。 它一开始的价值来自它的商品用途以及在市场里的供求动态。那些对ETH未来价格有信心的人会通过质押资产来赚取抵押品的收益。这样的质押会进一步减少ETH浮动供给。如果大部分的ETH都用于质押，这会减少可供消费的供应量，这可能会形成以太坊价格的正反馈循环。参考下图看价值是如何在以太坊2.0网络里流动的。主要注意的是，功能完备的以太坊2.0的上线时间目前还未定。 <center>数据 6: ETH的经济学[14]</center>  <br/> # 其他相关数据 每日活跃地址是评价网络增长的一个有用指标。梅特卡夫定律指出：网络价值的增长等于用户数量的平方，该定律被用于评估Facebook。[15]现在，以太坊上有将近70万个活跃地址。 <center>数据7: 以太坊活跃地址[16]</center>  同样地，以太坊上的哈希率也达到了新高，它是用来衡量矿工用来验证交易的算力的。因为矿工需要等上一段时间才能赚回早期的投资，这也表明了矿工对以太坊能持续产生高交易费很有信心。如果矿工感觉交易费会下降，他们就会不那么愿意投放资源到挖矿上了。 <center>数据 8: 以太坊哈希率[17]</center>  <br/> # 结论 以太坊比比特币更年轻，而且协议仍在经历重大变革。因此，目前所用来评估 ETH 的方法论都显得不透明且充满不确定性。将 ETH 作为货币、消费品或一种有息资产，投资者当拥有一笔这样的资产时，会遇到更多的可能性。 对 ETH 资产结构的改善 (EIP-1559)，即通过销毁代币将其转换为可消费的商品，可以作为 ETH 价值的催化剂。该提案还支持 ETH 作为协议的原生资产，降低了可将 ETH 从生态系统中移除这一分析的有效性。最后，如果可以成功向以太坊2.0过渡，投资者将有能力通过质押 ETH 来获益。 在以太坊上的丰富活动、ETH在经济学上的升级、以及以太坊2.0承诺的可扩展性，以太坊社区有太多值得兴奋的事了。我们可以从数据观察到，ETH的价格随网络上的活动而变化。如这份报告通篇提到的，以太坊的多个指标达到新高（包括活跃地址数、哈希率以及网络费用），这些对投资者来说都是一个积极信号。 <br/> <br/> 1.Source: Coin Metrics, as of January 25, 2020 2.“Valuing Bitcoin”, August 2020, https://grayscale.co/insights/valuing-bitcoin/ 3.David Hoffman, “Ether: The Triple Point Asset,” Bankless (Bankless, October 4, 2019), https://bankless.substack.com/p/ether-a-new-model-for-money. 4.Source: Grayscale, Coin Metrics, Bloomberg 5.Source: Grayscale, Coin Metrics 6.“Multicoin Capital: Understanding Token Velocity, ” December 8, 2017, https://multicoin.capital/2017/12/08/understanding-token-velocity/. 7.“Equation of Exchange,” Wikipedia (Wikimedia Foundation, February 8, 2020), https://en.wikipedia.org/wiki/Equation_of_exchange. 8.Ethereum, “Ethereum/EIPs,” GitHub, November 6, 2020, https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md. 9.Source: Grayscale, Coin Metrics 10.Token Terminal, “The Price to Sales Ratio (P/S),” Token Terminal (Token Terminal, December 11, 2020), https://tokenterminal.substack.com/p/the-price-to-sales-ratio-ps. 11.Source: Grayscale, Coin Metrics 12.Source: Grayscale, Coin Metrics 13.“The Eth2 Upgrades,” https://ethereum.org/en/eth2/ 14.Grayscale 15.B. Metcalfe, “Metcalfe’s Law after 40 Years of Ethernet” in Computer, vol. 46, no. 12, pp. 26-31, 2013 16.Source: Grayscale, Coin Metrics 17.Source: Grayscale, Coin Metricshttps://www.ethereum.cn/Eth2/wnie2_210129https://www.ethereum.cn/Eth2/wnie2_210129Tue, 02 Feb 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210129) <br/> # 文章荐读 基本是回顾和展望。 首荐是Danny 的《Eth2的发展现状 (2021年1月)》（[The State of Eth2, Jan 2021](https://blog.ethereum.org/2021/01/20/the-state-of-eth2-january-2021/)），里面有很多洞见。同时还有一些客户端团队的文章，从不同的角度阐述相近的内容。 - [Lighthouse团队](https://lighthouse.sigmaprime.io/update-33.html)今年的计划。 - [Prysm团队](https://medium.com/prysmatic-labs/prysmatic-labs-2021-update-494def64f0b5)正朝着未来进发 (我们也是)。 <br/> # 信标链 信标链上的一切都进行得非常好。我们现在有74,000个活跃验证者、15,000名在排队、意味着信标链上已质押了285万个ETH，价值 (按现时价格) 38亿美元。从一开始 (2个月前) 就参与质押的人现在大概已经赚了0.7个ETH （2.2%），虽然年化率现在已经下降到[大约10%](https://twitter.com/Eth2Bot/status/1354957531815309323) 。尽管如此，参与质押的人还在不断[增加](https://twitter.com/terencechain/status/1352127054410498049)。Etherscan做了一个[质押者分解图](https://bi.etherscan.io/public/dashboards/KH9jbP687szqlAnHiNEfNictrwNhvdOEQl0PwB6m?org_slug=default) ，分类包括交易所、质押池、巨鲸与其他。现在看来这个分布还是合理的。 随着人们逐渐熟悉操作，[罚没](https://beaconcha.in/validators/slashings)的频率持续下降，在过去两周仅有3个质押者被罚没了。现在没有任何迹象表明罚没是系统原因造成的，都是质押者不遵循警告操作，以及在多个设备运行同一个验证者。 巴塞罗那超级计算机中心（BSC) 的Leo Bago在EF research的Discord上发布了一些有趣的发现，数据来自他们正在开发的[信标链网络爬虫](https://github.com/leobago/BSC-ETH2/tree/master/armiarma) (他们使用[Rumor的一个分叉](https://github.com/Cortze/rumor/tree/gossip-metrics)来收集数据)  <center>每个客户端类型与版本的信标链节点分布 (来自 Leo Bago. 点击图片放大.)</center> 我发现这点非常有趣，涂鸦分析显示在网络里用Teku验证者客户端的比例最少，12%，也就是说Teku节点上运行的验证者数量平均是其他节点的两倍。这正反映了大型的质押运营商比个人质押者更偏向于选用Teku。这符合我们的产品目标，但Teku其实也很适用于个人质押：[它不只是为机构设计的](https://twitter.com/ConsenSysAcad/status/1354419503283712002)！  <center>节点所在国家的分布 (来自 Leo Bago. 点击图片放大.)</center> ## 硬分叉1 (升级) 我在[上一篇更新](https://hackmd.io/@benjaminion/wnie2_210115#Upgrade-1)里写到了今年年中计划的信标链升级 （"硬分叉"）。这个计划具体内容在[HF1提案文档](https://notes.ethereum.org/@vbuterin/HF1_proposal)里写清楚了。客户端团队正在学习这些提议，并计划在下一次开发者会议 (2月11日) 决定哪些内容需要被纳入，哪些需要取消。 ## 路线图 什么时候实现分片？什么时候实现合并？这些是我这段时间被问得最多的问题。而我目前还没有很好的答案，抱歉！ 如在[上一篇更新](https://hackmd.io/@benjaminion/wnie2_210115#And-beyond)里强调的，我们计划在第一季度写出分片与合并的规范，然后决定优先级与时间线。下周，客户端团队将与以太坊基金会研发团队举办workshop，我们将深入讨论设计细节。此次workshop 是仅限受邀人员参与的，但会有录影在会后公布。你还可以观看此次workshop学习[KZG承诺](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html) (之前被称为 Kate 承诺)。 如果你想更好地了解接下来几年的发展，阅读上面的“文章荐读”吧。 ## 工具 BLS12-381 [Blst](https://github.com/supranational/blst)密码库上线有一段时间了，已经被大部分 (如果不是全部的话) 的客户端团队使用。它是上周[正式宣布](https://medium.com/supranational/introducing-blst-2b6a988d68ee)上线的。 Nimbus团队现在正在举行[dashboard挑战](https://our.status.im/nimbus-grafana-challenge/)，内容是为Nimbus客户端设计一个Grafana数据仪表盘。此次挑战是有现金奖励的，将于2月5日结束。 [Stereum](https://stereum.net/) [更新](https://stereum.net/mainnet-update-for-ethereum2-docker-compose/)了用于信标链主网的[docker编译文档](https://github.com/stereum-dev/ethereum2-docker-compose)。 一个有趣的网站：[u/ZarrenW](https://www.reddit.com/r/ethstaker/comments/l6bk11/i_built_a_site_for_prospective_stakers/) 建了一个网站，收集了大家的质押装备，以帮助新加入的人判断他们可能需要的条件。网站在[这里](https://stakerate.xyz/)；点击搜索，看看上面有哪些内容了。截至译文发布，上面只有6台设备，但如果用心策划的话，我感觉它会很有用。 <br/> # 释义性资源 Coogan Brennan 的质押文章系列出了[第三篇(《如何监控你的Eth2验证者并分析你的盈亏》](https://consensys.net/blog/developers/how-to-monitor-your-eth2-validator-and-analyze-your-pl/) ，本文写了他监控自己的节点设置，并分析其盈亏。这类文章非常值得读。 还有Jacek偶尔发的thread，会发表一些对客户端进展的看法。最新发布了关于[Nimbus的状态迁移时序](https://twitter.com/jcksie/status/1353655937253441537)的看法。我从中总是能学到很多。 Attestant 对[不活跃的 ETH 进行图表绘制](https://www.attestant.io/posts/charting-inactive-ether/)，多数情况下，这些 ETH 是验证者质押 32 ETH 所积累下来的。这类 ETH 无生产力：不能被使用，不会产生盈利。Jim McDonald 在别的文章中寻找方法以[释放](https://ethresear.ch/t/simple-transfers-of-excess-balance/8263?u=benjaminion)该类 ETH 的生产力。 我一般不会在我的文章中推广一些质押服务 (广告位获取方式请[点击原文查看](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fadvertising))。但是 Rocket Pool 和 OGs 是例外。在即将启动质押池之前，他们发表了[一系列文章](https://twitter.com/Rocket_Pool/status/1352499117444874240)以解释其工作原理。他们对架构进行了透彻的思考，详情看他们发的文章 ["Rocket Pool -- Staking Protocol Part1"](https://medium.com/rocket-pool/rocket-pool-staking-protocol-part-1-8be4859e5fbd)。 Justin Drake 做客 Bankless 播客，与 [Moon Math](https://www.youtube.com/watch?v=ycK3AUTdl1w) 表达了对加密领域的乐观看法。音频和描述请点击[这里](http://podcast.banklesshq.com/49-moon-math-the-bull-case-for-cryptography-justin-drake)。这期播客一点都不技术，而是介绍了我们正在构建以及未来准备构建的一些创新想法。我们终于把“加密”变成“加密货币”。 我在 ConsenSys 的同事 Joanne Fuller 写了一篇关于“[形式化方法](https://consensys.net/blog/developers/embracing-the-power-of-formal-methods-in-my-coding-journey/)”的文章，虽然这严格上来说不属于 Eth2，但也值得一读。因为 Joanne 是使用这些技术来“形式验证” Eth2 规范的成员之一。 最后，有一篇文章探讨了质押奖励的税收问题 (主要从美国的角度来看，但也有点符合英国税收问题)。这篇文章是 12 月的，我又当时漏了这篇。 <br/> # 媒体 显然，人是会变的。早在 2018 年，因为当时 Coindesk 不断对以太坊进行恶意报道，我出于愤怒拒接接受他们的采访。最近，我不仅在他们平台写[文章](https://www.coindesk.com/time-to-launch-ethereum-2-beacon-chain)，还上了一档[播客节目](https://www.coindesk.com/ethereum-2-0-staking-need-to-know)。我这样做很大程度上是因为 Christine Kim 过去几年来持续而准确的报道。现在，她与 Will Foxley 合作推出了以太坊 2.0 Newsletter "[Valid Points](https://www.coindesk.com/eth-2-0-first-hard-fork-coming-valid-points)"，非常不错。他们甚至在运行他们自己的以太坊 2.0 验证者节点。🎉 Bankless 出了一篇关于以太坊去中心化质押池的文章😉。(哈哈，David 还把 Rocket Pool 称为 OG😂) <br/> # 开发者会议 1 月 28 日进行了第 56 次实现者会议。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/200) - [会议视频](https://youtu.be/_WK3k_k-4w8?t=342) - 我的[会议速记](https://hackmd.io/@benjaminion/H1FdGQxlx)，以及 Alex Stokes 的[记录](https://twitter.com/ralexstokes/status/1354806080207917065)。 本次会议很快就结束了。除了按照惯例讨论客户端更新之外，我们还就测试网和即将到来的升级时间进行了一些讨论。 <br/> # 活动预告 - 北京时间2月3日凌晨5点：Eth2研讨会。本次会议只有获得客户端开发团队的邀请才可以参加，但是本周末会放出视频记录，并且会在以太坊基金会的 YouTube 频道上直播。 - **第一部分：**北京时间2月23日5：10—6:40 am 主题：分片设计与加密基元 演讲者：以太坊基金会的Vitalik Buterin 与 Dankard Feist - **第二部分：**北京时间2月3日7：00—8:00 am 主题：Eth1+Eth2合并的图景与方法 演讲者：以太坊基金会的Danny Ryan与Guillaume Ballet、来自ConsenSys的Mikhail Kalinin - 北京时间2月4日0点：[以太坊2.0机构质押线上研讨会](https://twitter.com/Consensys/status/1355091856661639170)。四位嘉宾分别来自：ConsenSys Codefi Staking、Securosys、Microsoft以及Ledger。 - 2月5日：Nimbus客户端举办的[dashboard挑战](https://our.status.im/nimbus-grafana-challenge/)的截至日期。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-2-1/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-2-1/Mon, 01 Feb 2021 00:00:00 GMT # Eth2 **Eth2核心开发团队Workshop** Eth2核心开发团队将举行线上workshop，目的在于让社区了解未来Eth2升级的研发进程、制作普及性视频、并收集最新提案的反馈。具体安排如下： 第一部分：北京时间2月23日5：10—6:40 am 主题：分片设计与加密基元 演讲者：以太坊基金会的Vitalik Buterin 与 Dankard Feist 内容：Kate多项承诺的介绍；基于委员会的分片实现设计 第二部分：北京时间2月3日7：00—8:00 am 主题：Eth1+Eth2合并的图景与方法 演讲者：以太坊基金会的Danny Ryan与Guillaume Ballet、来自ConsenSys的Mikhail Kalinin 内容：Eth1与Eth2客户端的关系、可执行信标链的设计、合并eth1引擎 (Catalyst) 的介绍 直播入口：https://www.youtube.com/watch?v=uGeIDNEwHjs  详情：https://hackmd.io/@hww/workshop_feb_2021 （内含参考文档链接） <br/> # Layer2 **领取测试币去使用Arbitrum Rollup的DeFi demo啦** Layer2解决方案Arbitrum Rollup推出测试网dashboard，首次展示其测试网上的DeFi demo。准备在Arbitrum上构建的dApps有：Bancor、Bounce、Burgerswap、Hop、MCDEX以及Swapr。除此之外，Arbitrum测试网还在内部接入了一些热门DeFi项目的端口，如Aarbe (Aave V2)、arBalancer (Balancer)、Arbiswap (Uniswap V2)、FakerDAO (MakerDAO)。除却dApps之外，Arbitrum支持的钱包有 MetaMask、MathWallet、Burner、Portis 、Fortmatic以及WalletConnect，还包括Chainlink、Ankr、Blocknative、The Graph、Truffle、Hardhat、ethers.js、web3.js、Brownie等项目为Arbitrum提供基础设施。  Arbitrum Rollup测试网dashboard传送门：https://portal.arbitrum.io/ 如何参与测试：访问dashboard，点击网页顶部的“TOKEN FAUCET”进入水龙头领取测试币。 连接Metamask钱包，选择自定义RPC，并复制下列测试网信息，自动领取测试币之后就可以任意使用dashboard中的dApp啦。  进行交易之后，可以在区块浏览器上查看gas费细节：https://explorer.offchainlabs.com/#/ **Optimism如何实现L1和L2之间的存款和提现** 尽管Layer2解决方案Optimism于1月16日就在主网发布软启动，Synthetix也在Optimistic Ethereum上部署了质押功能，但仍然有许多用户不知道L1与L2之间的迁移是如何实现的。@bkiepuszewski发了一条thread解释： 初始设置：在L1上有Synthetic提供的桥接SyntheticBridgeToOptimism以及Optimism合约提供的OVM_L1CrossDomainManager，而在L2上有SynthetixBridgeToBase以及OVM_L2_CrossDomainManager合约。除此之外，还有Sequencer (L2 挖矿节点) 以验证所有L2交易并打包和提交至L1，以及中继器负责转送从L2至L1的信息。 第一步：如果Alice想要存SNX代币进L2，她需要在L1 SyntheticBridgeToOptimism上调用initiateDeposit() 方法以调取她的SNX，放在托管处 (escrow)，然后调用OVM_L1CrossDomainManager sendMessage() 方法。CrossDomainManager将该请求发送到CanonicalTransactionChain中 (该清单展示了所有在L1上的L2交易)。接着Sequencer将在L2上执行这些交易。这将需要调用L2 SyntheticBridgeToBase上的completeDeposit() 方法，以铸造L2的SNX给Alice。 第二步：享受L2上的低手续费交易。L2的Sequencer将L2交易包提交至L1，所有交易会在CanonicalTransactionChain陈列。 第三步：如果Alice想要从L2提现其SNX至L1中，她需要调用L2 SynthetixBridgeToBase的initiateWithdrawal() 方法，这一步允许通过OVM_L2_CrossDomainManager将该交易信息发送至L1中。这时CrossDomainManager改变了其状态，使得Sequencer将新的L2状态提交至L1中。 第四步：现在只需确保Sequencer提交的状态根是有效的，如果没有人提交欺诈证明，证明该状态是有效的，那么该笔交易就不可以回滚了。 第五步：FraudProofWindow通过之后，中继器终于可以将交易信息从L2转送至SynthetixBridgeToOptimism合约。因此OVML1CrossDomainManager可以确保该交易信息是由Sequencer提交给CanonicalTransactionChain的。最后，L1CrossDomainManager将调用SynthetixBridgeToOptimism的completeWithdrawal() 方法，托管的L1 SNX代币就会返回给Alice。  <center>存款流程图</center>  <center>提现流程图</center> **路印开启第二轮L2 AMM流动性挖矿** 自1月6日路印开启第一轮AMM流动性挖矿以来，其总锁仓量超过了1亿美元。上周，UTC时间1月25日0点，路印开启了第二轮流动性挖矿，以下是第二轮的代币对：  更多AMM代币对信息：https://exchange.loopring.io/info/pairs <br/> # DeFi **Curve跨资产交易量达一亿美元** 去中心化交易所Curve平台上的跨资产交易量达一亿美元，总交易数403笔  <center>cr：www.curve.fi</center> **在传统金融中寻找DeFi的影子** DeFi一站式应用Zerion在推特中发了一张图，以便DeFi用户逐一对应其使用的DeFi项目在传统金融中的角色。下图项目大家使用过哪些？  <center>cr：@zerion_io</center> **Q4 2020 DeFi报告** ConsenSys Codefi发布2020年第四季度的DeFi报告，报告涵盖的主题包括：快速发展顶起来的稳定币、新型资产 (比特币和Filecoin) 如何在以太坊寻求流动性、中心化金融应如何拥抱去中心化金融、NFT市场、基于社区的社交币、DAO等。 报告下载指路：https://consensys.net/insights/q4-2020-defi-report/ <br/> # 生态 **Reddit 宣布与以太坊基金会合作** Reddit论坛于1月28日宣布与以太坊基金会建立首次区块链合作伙伴关系。Reddit称通过这次合作，他们将增加对区块链的资源投入，为以太坊生态加速扩容并提供资源，且把区块链技术的价值与独立性带给更多的Reddit用户。双方的合作由Scaling Bake-off计划开始，目前要开展的工作是在以太坊上打造Reddit扩容应用。此项工作在去年引进的Community Points项目其实已启动，希望可以给与社区用户更多的所有权，并通过他们的贡献 (发文与评论) 获得收益。 详情：https://www.reddit.com/r/ethereum/comments/l6c3kx/reddit_announces_partnership_with_the_ethereum/ **Devcon6延期** 考虑到新冠疫情仍然紧张，以太坊基金会博客于1月26日宣布决定延迟原定于2021年8月于波哥大举行的Devcon，以确保更多的人可以安全地参与其中。至于延期到什么时候，目前还没确定。尽管如此，值得期待的线上活动还有很多，比如将在7月巴黎举行的EthCC。 详情：https://blog.ethereum.org/2021/01/26/the-longer-road-to-devcon/ **Vitalik 向慈善机构 GiveDirectly 捐赠 427 万美元等值 USDC** 2月1日下午，Vitalik 在推特表示向慈善机构 GiveDirectly 进行捐赠，据 etherscan 显示该笔捐赠为 428 万 USDC (约 427 万美元)。 GiveDirectly 主要为全球极端贫困人口提供无附加条件的捐赠，并且接受加密货币支付，目前支持BTC、ETH 及 ERC20代币。   <br/> **本期最佳meme**:  <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/news/why-1559https://www.ethereum.cn/news/why-1559Fri, 29 Jan 2021 00:00:00 GMT来源 | [timbeiko/why-1559](https://hackmd.io/@timbeiko/why-1559) *EIP-1559 是一个相当复杂的提案。本文尝试尽可能用简单的语言解释它的裨益。注意：1559的缺点不在本文的写作范围，这些内容将在此份EIP的"安全问题 (Security Consideration)"部分呈现。* <br/> # EIP-1559的裨益 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) 提议改变以太坊的费用市场，这份提案将在UX (用户体验)、经济、与安全上给以太坊带来好处。 <br/> ## UX上的裨益 ### 总体上提高打包交易速度 在目前的费用市场下，以太坊上的交易经常需要等很长时间才能被打包。因为区块经常是满的，每个新区块里的交易都从上一个区块继承最高的交易费打包。如果一笔交易不能马上被打包 (通常需要很高的gas费)，用户很难估算交易什么时候能被打包。 在EIP-1559之下，区块可以达到“200%满”，也就是说如果把 gas limit 设为12.5m的话，区块实际上最高可以容纳 25m 的gas。区块也会把支付了最低gas费的交易打包进去，即`BASE FEE`。当区块超过容量的100%时，`BASE FEE`会上升。当区块容量低于100%时，`BASE FEE`会下降。 这意味着在大多数时间里，区块都有额外100%的容量来容纳交易。因此，只要发送交易的费用高于`BASE FEE`，且包含了给矿工的小费，交易就会被打包到后面的几个区块里。 `BASE FEE`肯定会在交易被发送与被打包之间上涨。为了帮助解决这个问题，交易需要指定它们愿意支付的最高交易费金额，即`FEE CAP`。交易发送者最后会获得`FEE CAP`减去`BASE FEE`(会被销毁) 与 `TIP`(支付给矿工) 的差额。 另一个角度看是1559使打包交易的价格在协议里变得明晰，而不是在黑盒里。 例如，如果打包的“市价”是100 gwei，且一个用户想要确保他的交易被快速打包，现在的情况是他们需要支付多于100 gwei (由于这部分的值不是协议的一个部分，因此很难估算)，而他们出价的全部会被计为交易价格。而在1559下，如果`BASE FEE`是100 gwei， 用户给出了200 gwei的`FEE CAP`，和3 gwei的小费， 那么他们只需要支付打包到区块的`BASE FEE`和`TIP`。两者的总和与200 gwei的`FEE CAP`之间的差价会返还给交易发送者。 关于这方面的改动对 (特别是新的) 终端用户带来的影响，[这里](https://medium.com/@MicahZoltu/a-tale-of-two-pricing-schemes-dc9c8717906)有一个更详尽的例子。 对于已达“200%满”的区块，有一个需要注意的地方。在这种情况下，费用市场会转为支付最高小费的交易优先打包的拍卖机制，也就是我们现在的系统。由于`BAES FEE`上涨的速度非常快 (大约每5分钟10倍)，这些时段持续的时间应该会很短。也就是说，在1559下，现在的“正常情况”会变为“最差的情况”。 ### 更准确的交易价格估算 在1559下，另一项值得注意的UX改善是交易费用估算变得更容易，无论是对1559式的交易还是遗留交易。 如上文所述，为1559式交易估算合适的价格变得很简单：设置高于`BASE FEE`的`FEE CAP`，或者是用户愿意为此笔交易支付的最高费用，设置足以覆盖矿工的计算成本与出叔块风险的`TIP`(钱包在默认情况下会设置小费的值，并随时更新，因此终端用户无须自己设置)。 有趣的是，1559式交易费的简易估算也使得遗留交易 (仍然被支持) 的费用估算更简易。通过参考`BASE FEE`和`TIP`的历史值，交易估算服务将能提供比现在更准确的估算值。[这份研究](https://github.com/barnabemonnot/abm1559/blob/master/notebooks/transition1559.ipynb)提供了有关原因的技术说明。 <br/> ## 经济上的裨益 ### 交易费需要ETH来支付 也就是大家所说的”防止ETH的经济抽象“。EIP-1559 会要求在协议里的所有交易都用ETH支付`BASE FEE` 。尽管这听上去好像是小事，但现在的费用市场无法保证支付给矿工的交易费是用ETH结算的，或者可能交易费是由矿工支付，然后把自己的交易打包到链上。 换言之，今天有人可以在链下给矿工支付交易费 (或者在链上以其他资产结算，比如DAI、USDC等) ，然后以0 gas费把他们的交易打包到链上 ([例子](https://etherscan.io/tx/0x77c7d9e5427749fb1379cb02ec8e5117fa3277e743e5556c134de812605a6dde))。这会导致ETH无法成为以太坊网络的首要货币。 在1559下，因为 `BASE FEE`在交易执行中会被销毁，且必须以ETH来支付，交易费需要在链上支付。显然，矿工可以在其他交易里自由选择接收的代币类型，但他们还是需要获取ETH来支付其他类型交易的`BASE FEE`，这在经济上相当于用户直接用ETH支付他们的交易费。 ### 越来越大的区块空间需求形成通缩压力 由于每笔交易里的`BASE FEE`都会被销毁，以及对以太坊的区块空间更大的需求会推高`BASE FEE` ，对以太坊区块空间的持续高需求将对ETH的供应量形成通缩压力。也就是说，越多人想用以太坊，`BASE FEE` 会越高，被销毁的ETH会越多，无论是总量还是在每笔交易里。 这样的设计符合“[最低必要发行量](https://docs.ethhub.io/ethereum-basics/monetary-policy/)”原则，并能在网络使用与网络价值间形成一个正反馈循环。 <br/> ## 安全上的裨益 ### 减轻近区块头重组的风险 随着区块里交易费总额的不断上升，矿工们会更有动力执行小型的近区块头重组来捕获高额交易费的交易，打包到他们的区块里，而不是让一个有竞争力的矿工赚取交易费。[这里](https://www.cs.princeton.edu/research/techreps/TR-983-16)有一份对这种现象的分析。 在1559下，因为大部分的交易费都会被销毁，矿工执行近区块头重组的动力会大大减弱。 ### 使DoS或垃圾信息攻击的成本随着时间呈指数级增长 现在，如果攻击者想对网络发起DoS或垃圾信息攻击，他们的成本是不变的，如果与矿工合作的话，可能会低于市场成本。 攻击者想对网络发起DoS或垃圾信息攻击只需支付足够矿工打包交易所需的gas费，而且这个价格不为其他正在被打包到链上的交易所影响。如果攻击者与矿工合作，他们可以支付低于市场率的价格，因为矿工可以以低价甚至0 gas费把交易打包到区块。 在1559下，因为区块容量可以变成200%满，如果攻击者想用大量的区块空间来攻击网络，这会导致`BASE FEE`上涨。这意味着攻击成本会随时间推移而变大 (例如，非攻击矿工可以继续打包其他用户的交易)，以及攻击者不能以低于`BASE FEE`的价格打包交易到链上。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Staking/the-tokenomics-of-staking-pools-02https://www.ethereum.cn/Staking/the-tokenomics-of-staking-pools-02Thu, 28 Jan 2021 00:00:00 GMT来源 | [StakeWise](https://stakewise.medium.com/the-tokenomics-of-staking-pools-what-are-staked-eth-tokens-and-how-do-they-work-2b4084515711) [上部分](https://www.ethereum.cn/the-tokenomics-of-staking-pools)介绍了何为 staked ETH 代币 (即质押 ETH 所获得的代币)，本文将讲解它们是如何运作的。 <br/> # 是什么让这些代币得以运行 当谈到 staked ETH 代币如何工作的核心原则时，不同质押池的设计选择之间的差异变得更加难以察觉，但却能带来重大影响。 ## 链下预言机 要想有效地解决流动性不足的问题，所持有的 staked ETH 代币必须要准确地映射用户所质押的 ETH 的价值。这要求质押池中的 ETH 总额总是能够为其分发的代币背书。质押池通过追踪他们在信标链上的验证者的余额，并铸造相应的代币。 不幸的是，负责铸造代币的 ERC-20 合约和验证者的余额不在同一条区块链上 (ETH1 vs ETH2)。也就是说，ETH1 链上的代币合约不能直接同步信标链上验证者的余额。质押池通过使用链下预言机来克服这些限制，其工作原理与现在普遍使用的 [Chainlink](http://chain.link/) 类似。 链下预言机以这样的方式允许与信标链通信：首先，一个预言机操作符必须同时运行 ETH1 和 ETH2 节点，以实现同时与两条链通信。一旦两个节点都启动了，预言机将从信标链中收集属于某个特定质押池的验证者的信息，并传输至 ETH1 链的 ERC-20 合约中。一旦信标链的信息提交至 ERC-20 合约中，代币数量 (或者铸造新代币的汇率) 就会根据验证者余额的变化而更新。这种变化可正增长 (如，获得质押奖励)，也可以负增长 (如，产生惩罚)。  ## StakeWise 的信标链预言机的设置。 然而，链下预言机有一个缺点：控制预言机的实体有效地控制着代币的余额。为了缓解这一问题，质押池运营者要求多个预言机同时提交同样的信息才可以通过共识机制更新验证者的代币余额，并且将预言机分布在不同的独立实体中以实现一定程度的去中心化。 当然，这些解决方案还不够理想，建议用户留意质押池是否以足够去中心化的方式运行其预言机。 ## 余额更新频率 在 ERC-20合约进行的每一次代币余额更新都要花 gas 费，有时可能花一笔不少的钱。为了减少 gas 费消耗，大多数服务提供商倾向于每天更新一次代币余额。大部分人认为这已经足够了，因为质押的日收益率相当低 (每天0.005% 至 0.063% 不等)，因此没有必要频繁更新。 然而，在发生大规模罚没事件的情况下，每天更新一次可能不足以解决问题。只要验证者触犯了罚没规则，就会受到罚没惩罚，这会导致验证者的余额在几分钟之内大规模丢失 (在最极端的情况下，甚至会损失全部余额)。如果许多质押池的验证者同时被罚没，并且还是 24 小时更新一次余额的话，会造成灾难性的后果。 这里的问题是，任何用户都可以按 epochs 来跟踪质押池中验证者的 ETH 数量 (借助信标链浏览器)。也就是说，他们在余额变化被映射至代币之前，就可以知道其余额将大幅度减少。一旦持有 staked ETH 代币的用户意识到池中的 ETH 与代币供应量不匹配，他们将提前运行 ERC-20 合约并在二级市场中抛售代币以止损。从而使得毫无察觉的流动性提供者承受无偿损失，并且要承担过多的罚没损失。 为了避免这种情况的发生，质押池可以调整代币余额更新频率，权衡 gas 费成本和余额不匹配带来的危机。实际上，质押池不太可能准备更加频繁地更新代币余额 (更别说每 epoch 更新一次了)。相反，他们倾向于通过改进安全性程序来降低罚没风险，或者在罚没事件已经发生的情况下才准备提高更新的频率。 因此，建议池子的用户以及流动性提供者监测池中验证者的余额。将来，类似 Beaconcha.in 这样的可能会提供订阅服务以实时监测罚没事件，这能更加快速地散播罚没信息，使得 staked ETH 代币的二级市场更加高效。 ## 收入和损失的社会化 所有池子都按照这样的比例分配其质押收入和损失：用户的质押数额/池中的质押总额。这样做是为了避免某些用户被随机分配到的验证者具有较好或较差的表现，而比其他用户赚得更多或者更少。假设所有池子运营者都没有作恶，那么主要的区别在于，他们被随机分配的验证者提议了更多的区块，这意味着带来更多奖励。因此收益社会化听起来更加公平。 然而，质押奖励社会化仍然可能会给池子的参与者带来一些不公平，尤其是当池子的验证者在排队等候激活时 (截至本文发布，验证者等候队列约18天)。比如，验证者赚得的奖励总额被分给所有代币持有者，然而在新用户存款的同时，池子就会铸造代币并分发给他们。也就是说，不管用户的存款有没有在信标链中激活，只要他们存了 ETH，就会被分得奖励 (因为他们持有代币)。 这意味着池子的收益平均分配给所有参与者，就当所有已质押的 ETH 都在赚取收益中。而实际上并非所有已质押的 ETH 都在产出收益，因为当前的等待激活期约 18 天。因此，代币持有者的年化率将不同于池中验证者的平均年化率，用户应对此有心理准备。  奖励分给池子的所有参与者，即使不是所有已质押的 ETH 都被激活。 某个用户的损失就是另一个用户的收益。这种情况有利有弊 —— 这取决于每个人的看法。 对于刚存款的用户来说，他们可以从这种社会化中获益，因为这允许他们跳过了等候队列，并且从他们质押的那一刻起就开始赚钱了！然而与此同时，这些用户也会更快地开始承担池子的质押损失。 另一方面，其质押存款已经被激活并开始赚取收益的那部分用户，也很乐意让新来的质押者分担一些惩罚，让自己的损失变少。然而，在池子正常盈利的情况下，收益社会化会使得新质押的用户[分割掉原本用户所应有的奖励](https://www.reddit.com/r/ethstaker/comments/kkl74f/what_rewards_have_you_received_from_kraken_so_far/gh5tucj/?utm_source=share&utm_medium=web2x&context=3)from this effect.)。 总的来说，质押池中存款增长得越快且停留时间越长，原本存在的质押用户就会被刮分越多的收益。如果池子被普遍使用，让池子分发的代币拥有更大的流动性可以弥补该缺点。 ## 收取服务费 质押池的服务费通常在他们所赚得的奖励中扣除，范围从 8% 到 23%。分给用户的奖励会立即扣除服务费，因此用户持有的代币余额的增减也会把服务费算在内。当根据代币的增长率来判断不同质押池的性能时，记住这一点很重要。 比如，分析来自两个池的 staked ETH 代币 (这两个池有着相同的机制和验证者表现)：用户使用服务费较低的池子，其代币数量会增长得更快。 对于评估不同代币在二级市场中的价格及其在 DeFi 应用中的使用，此特点至关重要。净收益率的变化会导致不同的 staked ETH 代币存在价格差异，即尽管在流动性一样的情况下，服务费较低的池子铸造的代币扣除更少的价值。 ## 对奖励再质押 人们普遍误以为，质押池会自动对用户获取的奖励进行再质押，因此会产生复合增长。然而这很难办到，根据当前的 ETH2 规范，自动对所得奖励再质押是不可行的，用户应警惕任何声称可以实现自动再质押的池子。只有到阶段 1.5 质押池才可以实现自动再质押和产生复合收益。离阶段 1.5 大概还有 18 个月，所以务必警惕虚假广告。 尽管缺乏本地支持，用户可以通过使用双重代币结构的质押池，从而手动实现再质押。这种质押池的用户可以将质押奖励和存款代币分开出售，以及把收益进行再质押。只要奖励代币可以在二级市场上与 ETH 等值出售，他们甚至可以获得复合回报。  复合收益的效果在长期来看会更加明显，但在短期来看效果也不差。图表假设网络的年化率为 10%。 尽管我们有策略使得 reward ETH 代币的折扣保持在最低，但我们不能保证这行得通。也就是说，除非该概念被证实，否则在阶段 1.5 之前获得质押复合收益对于所有质押池来说都是一个难以克服的难题。 <br/> # 总结 我们希望大家对 staked ETH 代币的设计选择和代币化原则有了普遍的理解之后，能够激发以太坊社区深刻讨论不同质押池的优缺点。 本文中讨论的某些概念值得进一步分析，尤其是验证者余额变化的社会化，以及代币合约的更新频率，因为这些设置对池子的年化率会产生深刻的影响。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/the-tokenomics-of-staking-poolshttps://www.ethereum.cn/the-tokenomics-of-staking-poolsWed, 27 Jan 2021 00:00:00 GMT来源 | [StakeWise](https://stakewise.medium.com/the-tokenomics-of-staking-pools-what-are-staked-eth-tokens-and-how-do-they-work-2b4084515711)  本文由 Collin Myers @StakeETH 联合撰写，并由 Cryptotesters 的 Lito Coen 以及 Superfluid 的 Francesco Renzi 编辑。 我们正处于一个充满创新与进步的时代。 我们不需要看太远，现在就有许多创新项目 —— 自 Eth2 Staking上线 以来，各种[第三方质押平台](https://cryptotesters.com/ethereum-staking-platforms)争相推出。有像 Binance 这样的中心化交易所，也有像 Rocket Pool 以及 StakeWise 这样的 DeFi 项目，并且各有不同。 尽管这些项目各有千秋，但是他们有一个共同点：他们都试图提供解决方案，以减少任何人在质押 ETH 时遇到的必要摩擦。这些摩擦有什么？ 首先，质押 ETH 有一定的技术复杂性，这超过了一般用户的处理能力。再者，至少需要质押 32 ETH 才能运行一个验证者节点，在 ETH 价格不断上涨的情况下 (截至本文 ETH 价格约 1290 美元)，这对普通用户来说是难以企及的数额。最后，质押的资金将会有 18 - 24 个月的锁仓期，这项安全措施旨在以安全且可控的方式从当前的以太坊区块链过渡到以太坊 2.0。 这三种限制加起来，将许多不那么熟练的用户从高回报率的以太坊质押市场排除在外。 <br/> # 质押池是如何解决这些问题的？ 这就是以太坊 2.0 质押池的用处所在。他们累积多个用户的 ETH，并代表用户运行以太坊 2.0 的质押基础设施，从而使得任何人都能获得质押奖励，无论其技术水平或存款额度如何。 此外，他们通过铸造 ETH1 代币 (作为用户质押本金及其在 ETH2 链上获取的奖励的凭证) 来缓解质押所导致的流动性不足的问题。这些质押代币给持币者提供了机会：用户可以通过在二级市场如 Uniswap 上把代币换成 ETH，从而提前退出质押。他们还能够在 DeFi 中使用 staked ETH 代币 (比如在 Aave 中抵押)。 然而，代币模式在不同的池之间的实现不同，这无疑会给终端用户带来一些严重的影响。例如，Lido 的 stETH 代币与 StakeWise 的 stETH 代币并不相同，因此在二级市场上定价应该不同。同时，Rocket Pool 的 rETH 代币不同于 stETH 实现，就像 CREAM 的 crETH2、Stkr 的 aETH 等等。 简单来说，不同的池的代币机制存在许多差异，因此可能会造成混乱并给终端用户带来不良后果。然而，可以对这些差异进行分类和评估，找出某些池相对于其他池的优势。此外，这种比较分析为我们设计不同的评估方法奠定了基础，从而允许用户在不同的 Eth2 质押代币中获得价格效率。 本文旨在向社区普及不同质押池使用的代币经济类型。我们希望人们能够避免因对产品了解不足而损失惨重，并希望社区能够积极讨论，为在 Eth2 质押池行业中找到有效定价以及套利机会做出贡献。 在本文中，我们将揭开 staked ETH 代币化的神秘面纱，并举例子说明不同的质押池的代币是如何运作的。接下来的文章将重点关注对 staked ETH 代币的评估框架，以及分析代币设计的选择对不同协议的可组合性和可用性会有何影响。 <br/> # ETH 代币模型有哪些 主要分为两种模式：单一代币设计 (将质押本金以及奖励一起捕获至同一种代币中)；双重代币模式 (将质押本金以及奖励分别捕获至两种不同的代币中)。  ## 单一代币设计 单一代币结构基于一种 再平衡/再定价 代币概念。这种设计最常用，因其简洁性，大多数质押池都使用它。池子基于用户的存款，为用户铸造单一的代币，从而试图捕获在同一种代币下所累积的质押奖励和惩罚数额。可以通过两种方式完成： 1. 在 Eth2 上累计的质押奖励与惩罚，会通过实时变化的代币余额表现出来 (因此被称为“再平衡”)，在阶段 1.5 中，用户可以凭借其持有的 staked ETH 代币以 1:1 的比率赎回 ETH。 2. 在 Eth2 上累计的质押奖励与惩罚，会通过代币价格表现出来 (因此被称为“再定价”)，在阶段 1.5 中，一个单位的质押代币所能赎回的 ETH 随着池中的奖励和惩罚总额变化而波动。 举例说明这两种代币机制的差异： 1. **余额变化**：在池中存入 1 ETH，获得 1 枚 staked ETH 代币。 随着池中的奖励和惩罚总额的增减，每位参与者在池中的代币余额也会相应变化。如，1.1 ETH = 1.1 staked ETH 代币余额。因此，用户的质押奖励将被捕获，其地址上的代币余额将不断增加，由池子为用户铸造。等到阶段 1.5，所有 staked ETH 代币将以 1:1 的比率赎回 ETH。 使用该设计的有 [Lido Finance](http://lido.fi/) 和 [Binance](https://www.binance.com/en/eth2)。  *请注意：staked ETH 代币的余额始终等于池中 ETH 的数量；在整个质押期间，汇率保持为1。* 2. **价格变化**：在池中存入 1 ETH，并根据同期 ETH/ETH2 的代币汇率获取相应的 staked ETH 代币。 池中给定的汇率由池中 ETH 与代币总数的比例决定，并根据池中累计的奖惩总额变化。 假设存款时的汇率是 1，即池子还没有获得任何奖励，则 1 ETH = 1 枚 staked ETH 代币。 随着池中的奖励和惩罚总额的增减，用户的 staked ETH 代币余额将保持不变，但是每个 staked ETH 代币在池中所能赎回 ETH 的数量将会改变。换句话说，1 枚质押 ETH 代币 = 池中的 1.1 ETH。 因此，每枚 staked ETH 代币的价格从 1 ETH 变为 1.1 ETH，这代表着用户的质押收益。到了阶段 1.5，用户将以最终的 ETH/ETH2 比率，凭借所持有的 staked ETH 代币赎回 ETH。 使用这种模式的有 [Rocket Pool](http://rocketpool.net/)、[CREAM](https://app.cream.finance/eth2/)、 [Stkr](http://stkr.io/) 和 [StaFi](http://stafi.io/).  *请注意汇率的变化 — 它记录了用户质押奖励的增长。* 尽管这两种单一代币设计使用不同的机制来反映收益的累计情况，但是它们有一个共同点：将存款以及奖励捆绑在同一个代币中。 这意味着用户任意时候在市场上购买或出售该代币，或者通过质押获得代币，都是在接收/出售存款本金和过去池中积累的任意奖励。 我们会在另一篇文章中继续讨论这样设计会带来的影响，但是用户在评估不同的质押池时应考虑其设计因素，因为这决定着用户对质押年化率的预期以及对代币在二级市场定价的预测。 ## 双重代币设计 相反，在双重代币结构下，有两种再平衡的代币 (分别映射存款和奖励)。 用户在池中的存款 (有人喜欢称之为本金) 映射在 (deposit ETH token) 存款 ETH 代币中。与其他再平衡代币一样，根据用户存入的 ETH，以 1:1 的比率被铸造出来。 用户地址中的 deposit ETH 代币不会增长，而是会生成 rwETH (reward ETH) 代币，按照 1:1 的比率映射用户在池中收益的增长。这些代币的总和组成用户的全部质押余额，可以在以太坊地址之间自由转换，并且和单一代币一样可以在智能合约中使用。 举例说明： 1. **双重代币**：在池中存入 1 ETH，然后获得 1 枚 deposit ETH 代币 (stETH)。 随着池中奖励的增长，deposit ETH 代币的余额保持不变。然而当它出现在用户的地址中，就会触发 reward ETH 代币 (rwETH) 的生成，以映射池中收益的增长。只要用户持有 deposit ETH 代币，地址中就会产生 reward ETH 代币。 到了阶段 1.5，不管是 deposit ETH 代币还是 reward ETH 代币，都能以 1:1 的比率赎回 ETH。 使用双重代币设计的质押池只有 [StakeWise](http://stakewise.io/) 。  请注意，deposit ETH 和 reward ETH 代币的总数总是等于池中 ETH 的总数；两种代币的汇率均为 1。 双重代币结构允许创建一种类似于债券动态的新型混合工具，但是区别在于，双重代币将质押余额分配到不同的应计价值以及不同的现金流预期 (本金和利息) 中。 比如，当用户获得奖励代币时，他们可以在本息分离债券市场 ([STRIPs](https://www.investopedia.com/terms/s/stripbond.asp) market) 中逐渐出售 reward ETH 代币，有些用户就可以不用亲自质押也可以获得质押红利了。https://www.ethereum.cn/eip1559-update-006/https://www.ethereum.cn/eip1559-update-006/Tue, 26 Jan 2021 00:00:00 GMT来源 | [The State of 1559](https://hackmd.io/@timbeiko/1559-updates/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2F1559-update-006) ⭐我已经编译了《1559资源汇总》列表，它包括了分析、文档、释义性文章等分类。⭐ <br/> # 要点速览👀 - 大型状态测试网出现了一个漏洞，我们正在重启 🐞 - 现在正在完善规范以支持EIP-2718，关于`BASE FEE`操作码的EIP现在在起草中!💅 - Vitalik发表了文章解释为什么主网可以承载“200%满”的区块 !📈 - 关于如何管理交易池，我们现在有了一个“相当不错”的策略✅ - 对1559的交易以及`BASE FEE`操纵有了新的模拟研究&分析!📃 - 有些矿工发出反对1559的声音，我们在想如何才是推动事情发展的最佳办法⛏ <br/> # 客户端更新⛓ 在过去的假期里，客户端方面的工作主要在构建大型状态测试网。简而言之，此测试网旨在创建与主网相仿的条件，用以测试节点在处理大型状态时是否足以负载“200%满”的区块。 我们本来打算在1.15的[实现者会议](https://www.youtube.com/watch?v=KllIW2hqw2I)里计划这个测试，但我们在最后一刻发现了漏洞！Besu用于初始化测试网的一些配置不被其他客户端支持，且在快速修补这个漏洞后，我们发现在`BASE FEE`计算上有一个溢出漏洞。 因为测试网是用Besu的实现来构建的，所以目前最简单的路径是重新生成测试网的数据，这大概需要2周，Besu、Nethermind和Geth才能从头开始同步。这样，其他的漏洞也能在数据生成过程而不是之后被发现。 但无须担忧，同时我们还有很多其他工作需要忙！ 随着柏林分叉即将准备就绪，现在是时候更新EIP-1559，以符合EIP-2718。2718对处理多种交易类型提出了一个框架。第一种新的交易类型在柏林通过EIP-2930引入。因此，EIP-1559会成为被引入的第二种新交易类型。与此配合，我们起草了一份关于[增加`BASE FEE` 操作码的EIP](https://eips.ethereum.org/EIPS/eip-3198)。这对于合约直接请求区块的`BASE FEE`很有帮助，且会带来Gas Token以外更好的选择。 最后，Vitalik分享了旨在解决1559里“200%满区块”疑问的[文章](https://notes.ethereum.org/@vbuterin/eip_1559_spikes)。文章很简短，值得一读，以下是文章概要： - 大区块的多数问题都与平均区块容量有关，而不是区块的最大容量。1559对这个问题并不带来实质性改变[0]; - 大区块难以持续生成主要是因为DoS攻击; - 柏林之后，EIP-2929将能减轻最严重的DoS攻击; - 实行EIP-1559后，不断上涨的`BASE FEE`会使得DoS攻击的成本上升得非常快; - 这会给我们留下“大区块的短时暴涨”问题，由于区块生成遵循泊松过程，这个问题在今天的以太坊已经出现了。 希望这篇文章和我们接下来的大型状态测试网测试能帮我们完成“主网准备清单 ([Mainnet Readiness Checklist](https://github.com/ethereum/pm/blob/master/Fee Market Meetings/mainnet-readiness.md#client-level-open-issues)) ”中`Client-level Open Issues` 部分的最后一项🤞。 <br/> # 研发更新 🤖 研发方面的三个主要更新有：我们提出了一个当不错的方法来管理EIP-1559下的交易池，关于从我们目前的状态过渡到1559的新模拟研究，以及Nethermind对`BASE FEE`操纵的一些分析。 ## 交易池管理 在最近的一次实现者会议里，Ansgar分享了一个关于交易池在后1559时代要如何运作的[简明提案](https://hackmd.io/@adietrichs/1559-transaction-sorting-part2) 。提案针对挖矿与非挖矿节点的方法都基于这样一个事实——在1559下，待处理但能被打包的交易数量在大多数时候都会变得非常少[1].。 对矿工来说，把交易池分为能被打包与不能被打包交易两部分将使他们更容易开启把能被打包的交易打包到区块的工作。对于非矿工节点来说，区别只在于通过`FEE CAP`把交易进行简单分类，尽管不是最理想，但对大多数情况来说已相当不错。 幸运的是，因为交易池行为不属于共识部分，客户端既可以自由改变它们的实现，也可以在网络升级之外的时间更新它。这意味着，我们可以按Ansgar的提议推出1559，同时在有了使用数据后完善所需事项。 由于交易池的主要风险就是没找到足够好的方法，我们认为这点现在已经完成了。在《主网准备清单 ([Mainnet Readiness Checklist](https://github.com/ethereum/pm/blob/master/Fee Market Meetings/mainnet-readiness.md))》打勾✅！ ## 过渡到1559 Barnabé和Fred发布了一篇[新的模拟研究notebook](https://github.com/barnabemonnot/abm1559/blob/master/notebooks/transition1559.ipynb)，文章分析了过渡到1559新方式的影响，其中遗留交易可以通过把它们的`FEE CAP`设为`GAS PRICE`，把`TIP`设为`FEE CAP - BASE FEE`仍然保留在网络里。 文章显示当两种类型的交易都能存在在网络里时，gas价格预言机可以根据1559式交易支付的价格来为遗留交易提供更好的价格估算。换句话说，如报告所述，“1559用户的行为驱使预言机更接近真实的市场价格。” Barnabé在[推特](https://twitter.com/barnabemonnot/status/1349615592139943939)里对研究结果进行了更详尽的解释🐦 ## 基本费用的操纵 Nethermind团队一直在研究EIP-1559下`BASE FEE`可能被操纵的不同情景，无论是在以太坊主网还是潜在的本地网络实现，比如[Oiler Network](https://medium.com/oiler-network/oiler-research-eip-1559-basefee-manipulations-6de2d177bd66)。 他们[最近的分析研究](https://medium.com/nethermind-eth/the-manipulation-of-the-basefee-in-the-context-of-eip-1559-4b082898271c)里的一个要点是，尽管在一些情况里，单个行动者可以操纵 `BASE FEE`，把它调高 [2]，但需要矿工卡特尔协作才能把`BASE FEE`往下调。 下图来自该分析研究，显示了能成功通过操纵把`BASE FEE`调低的可能性是基于卡特尔控制的哈希率：  报告推荐，为了使卡特尔更难操纵`BASE FEE`，更新规则不应该是对称的。这不是第一次有研究显示`BASE FEE`的更新规则并非最理想的：Tim Roughgarden也在[他的分析](http://timroughgarden.org/papers/eip1559.pdf)里提到这点。 对这个规则的改善在“主网准备清单”里是开放的、“有则更好”的一项。如果你觉得你可以提供帮助请联系我们！ <br/> # 挖矿问题⛏ 最后，过去几周已经看到矿工社区对EIP-1559发出的忧虑。简言之，因为每笔交易里的`BASE FEE`都会被销毁，在EIP-1559下矿工的收入将会减少。 我和其他一起推动EIP-1559的人对此都有不同意见，但尽管的确在EIP-1559下矿工的收入会减少，但以下几点也值得关注： - 直到最近，交易费一直只占矿工收入很小的一部分 （[来源](https://www.theblockcrypto.com/linked/79452/ethereum-miner-revenue-september-gas-fees)）； - 收费链可能会导致矿工因争夺高额交易费用而增加近链头重组的风险。（[来源](https://www.theblockcrypto.com/linked/79452/ethereum-miner-revenue-september-gas-fees)）。 - 其他影响矿工收益的因素，比如网络哈希率 ([现在是历史最高](https://etherscan.io/chart/difficulty))和ETH价格 (也接近历史最高)； - 我们还不知道在1559下被销毁的交易费比率是多少。有可能情况是尽管大多数的交易都是小额小费，但急需尽可能早被打包的交易 (例如：DeFi套利) 会愿意支付高额小费，导致被销毁的部分或收益减少的部分比预期少。**这里欢迎有更准确的估算！** 也就是说，当在最近的一次实现者会议讨论矿工时，我们对做到以下几点达成了共识： 1. 关于EIP-1559的影响，为矿工群体提供更好的文档资料与沟通 （只是一个开始）； 2. 记下支持/反对1559的矿池，最好附上相关的哈希率，并在 AllCoreDevs会议上分享，作为1559相关决策过程的参考。 3. 当在决定是否要在主网上线1559时，要向社区说明，这些反对意见是有被考虑过的，且如果1559上线，为什么这些反对意见没有被采纳。 我创建了一个[discord房间](https://discord.gg/87dV4zX82R)，想要参与1559与挖矿相关讨论的朋友可以前往讨论。我们希望那里的对话保持文明与有效，且如果讨论变得很难看的话我会很快介入协调。🔨 编辑：Alex Stokes也发表了一篇[很好的文章](https://ralexstokes.medium.com/miners-favor-1559-b91e003b63eb)，关于为什么1559可以使矿工激励与社区其他人的利益更一致。 <br/> # Next Steps 后续工作 ✅ 这次更新内容很多，感谢看到这里！以下是接下来要做的工作： - 解决Besu与其他客户端之间的共识问题，并重启大型状态测试网； - 当上一个任务完成了，策划一个Besu、Geth与Nethermind在测试网上的性能测试； - 在1559规范里增加对EIP-2718的支持； - 关于1559对矿工的影响提供更好的文档资料； - 接触多个矿工实体，收集他们对1559的意见 - 当以上的工作都完成了，在AllCoreDevs会议上分享成果😁 再次感谢阅读。下次见！ ------ [0] 在1559下，即使我们偶尔有大区块暴涨，`BASE FEE`会快速上涨使得暴涨很快结束。这意味着长时间的平均区块容量不会被严重影响。 [1] 这是因为，平均来说，区块只会用50%的容量。这意味着如果交易的 `FEE CAP`高于 `BASE FEE`，新交易几乎都可以直接被打包到区块里。也就是说，大多数交易不是无法被打包(`FEE CAP`太低) 就是已经被打包了 (因为区块有空间容纳它们)。 [2] 价格可以非常高，大概每20个区块花费250个ETH。https://www.ethereum.cn/eth-weekly-2021-1-25/https://www.ethereum.cn/eth-weekly-2021-1-25/Mon, 25 Jan 2021 00:00:00 GMT # ETH1 **柏林网络升级规范的草稿已出** 以太坊1.0硬分叉协调者James Hancock在github发布了柏林网络升级规范草稿，这次网络升级包括的EIP有： EIP-2565: ModExp 预编译的价格调整 EIP-2315: EVM的简单子程序 EIP-2929: 状态访问操作码所需的gas费用将增加 EIP-2718: 包含类型的交易封套 EIP-2930: 可选的访问列表交易 在参与的客户端中的代码合并情况：  来源：https://github.com/ethereum/eth1.0-specs/blob/master/network-upgrades/berlin.md <br/> # EIP-1559 继上周Ethermine的母公司Bitfly发起是否支持EIP-1559的投票后，这周Flexpool发布了网站https://stopeip1559.org/，持续更新支持（包含默认）与反对EIP-1559矿池，截至发文，列表如下：  针对这个结果，EthCatHeders社区的@poojaranjan表示拥有超过68%的哈希率的矿池表示支持或中立。EIP-1559成为社区一时的“城中热话”，引起了激烈讨论。社区一时涌现了多篇关于EIP-1559的文章，其中包括： - EIP-1559的主要推动者Tim Beiko写了《为什么需要1559》(Why 1559?) (https://hackmd.io/@timbeiko/why-1559)，以及经过一周跟矿工讨论后推出了一个1559对矿工收入影响的计算表，虽然不是非常精确，但提供了一些参考数据：https://docs.google.com/spreadsheets/d/1nkSPk12XvwRGZ73J9ajQX3ue8PY02CAyuJuygcX7bY4/edit#gid=340398707 - Alex Stokes发表了《为什么矿工也得益于1559》(Miners favor 1559) https://ralexstokes.medium.com/miners-favor-1559-b91e003b63eb - Micah Zoltu发表了《矿工常见问题》（Miner FAQ) https://hackmd.io/S6kW1MjvT8-SjmaoZTyaJw - Anthony Sassano发表了《创建一种共生关系》(Creating a Symbiotic Relationship) https://thedailygwei.substack.com/p/creating-a-symbiotic-relationship <br/> # ETH2 **客户端Lighthouse更新** Lighthouse的最新更新交代了他们的工作进展以及未来的计划。Lighthouse表示在Eth2的路线图里，他们成功上线了阶段0里信标链的客户端，但还有两个关键部分没完成——执行与分片。对于实现者来说，分片意味提供多个可变状态，且这些状态仅由网络的子集处理；合并意味着把Eth1接入信标链的PoS共识、结束以太坊的PoW、以及让质押在信标链上的ETH流通起来。 对于客户端来说，执行与分片目前的状态如下： 分片：Vitalik提出的DAS (数据可用性采样) 提案目前还不确定是否可行，它需要相当新的加密技术，且在子网络数量方面需要把P2P网络协议推到一个未知领域。 合并：相对来说，Eth1与Eth2的合并实现起来会简单很多。基于2020年8月公布的一个合并原型、11月Mikhail在ethreasearch.ch发表的《可执行信标链》，通过一个跨进程的API把eth1客户端与eth2客户端结合起来，可以实现： - 使用现有的软件可以减少前置时间以及开发成本 - 避免暴露于现有Eth1协议的重新实现所导致的漏洞 - 保留现在应用与用户使用的API - 保留大部分现在的Eth1人才与专业知识 Lighthouse未来三个月的计划： - 信标链的维护与开发 - 实现弱主观性同步 - 为2021年年中可能发生的硬分叉做内务操作与奖励分发的准备 - 提高验证者效率 - 修补漏洞、特性请求 - 跨客户端安全性 - 合并的研究 - 探索Geth和Teku在概念证明里使用的API - 理解目前遇到的困难 - 搜集并理解Eth1开发者与更广社区的想法与意见 - 尽可能搭建一个Teku/Lighthouse/Geth测试网 - 分片的研究 - 分析DAS PR，以及在网络里的可行性 - 对现在的信标链libp2p堆栈进行研究，看可以如何对其进行优化，以符合DAS PR的要求 - Kate承诺的Rust实现 - 制作原型 明年计划 - 2021年第二季度：合并或分片的明确规范 - 2021年第四季度：基于第二季度的规范推出的产品前期测试网 - 2022年第一季度：把第二季度的规范推进产品阶段 来源：https://lighthouse.sigmaprime.io/update-33.html **客户端Prysm的年度总结与展望** Prysm也回顾了2020年工作，给出了未来的短期与长期计划，长期计划基本与Lighthouse相同，短期计划包括以下几点： - 优化Prysm的罚没者设计 - 验证者的网站界面 - Eth2的API实现，包括客户端实现间的互操作性 - 弱主观性同步 - 提高验证者效率 - 开发者维基 - 用户参与管理 - 更新频率改为每周一次 来源：https://medium.com/prysmatic-labs/prysmatic-labs-2021-update-494def64f0b5 **去中心质押池Rocket Pool推出解释性文章** 备受关注的去中心化质押池Rocket Pool推出系列文章对其服务进行解释，这周推出的是第一部分《概述与协议用户》。文章介绍到Rocket Pool是一个社区共有的质押协议，它涉及质押代币rETH、智能合约dApp、钱包提供者、交易所、还有质押节点运行者，各种角色都可以参与其中。 详情：https://medium.com/rocket-pool/rocket-pool-staking-protocol-part-1-8be4859e5fbd  **blst库首次公开发布** Superanational首次公开发布blst，它是一个基于IETF (国际互联网工程任务组）BLS 签名规范的快速签名库，使用BLS12-381曲线。这个签名库旨在支持多种编程语言 (Go、Rust、C++等)，操作系统 (Linux、Mac、Windows)，以及硬件平台 (x86、ARM)。blst已通过NCC Group的安全审计。 来源：https://medium.com/supranational/introducing-blst-2b6a988d68ee <br/> # Layer2 **StarkWare即将推出DeFi Pooling** 以太坊二层解决方案StarkWare在其最新发布的博客中表示，即将推出DeFi Pooling，旨在提高Layer1上现有项目的可扩展性。文章介绍，Layer1上尽管出现了诸如YFI的机枪池此类的项目，但在池中存款、提现、再平衡的手续费仍让普通持有者望尘莫及。为了解决该问题，StarkWare预估在今年5月份上线StarkEx3.0，在该版本中推出DeFi Pooing：允许用户通过他们的L2 账户在Aave、ComPound、YFI、Harvest等DeFi项目上进行交易，从而省下一大笔gas费。 以下为DeFi Pooling的具体运作：  cr: StarkWare **路印交易所上线ETH、DAI以及LRC的快速提现功能** 路印创始人Daniel 于19日发推并附视频介绍：路印交易所exchange.loopring.io现已上线ETH、DAI、LRC的快速提现功能，用户可以在30秒内将资金从Layer2提现至Layer1中。 视频：https://twitter.com/daniel_loopring/status/1351467899274240000? **基于Celer Network的游戏平台用户量达百万** 状态通道解决方案Celer Network 发文回顾了2020年的进展，并列出了2021年的路线图。该文章提到，基于 Celer Network 搭建的移动电子竞技游戏平台 CelerX 在全球范围内超1百万用户，用户进行了 2,000 万次游戏，交易总额达 2,000 万美元。  cr: Celer Network <br/> # DeFi **Yearn V2正式上线** 1月18日，Yearn V2正式上线。V2调整费用结构，并允许在单一机枪池内部署多种收益策略。  cr: yearn **Yearn社区投票通过回购并重建Yearn的提案** 提案获得了99.44%的支持率。该提案提议：1. 利用YFI的质押奖励在公开市场上回购YFI，以奖励贡献者和支持其他Yearn活动。2. 淘汰YFI治理金库，并用常规机枪池取代。3. 即使YFI代币已用于其他地方，也允许参与YFI治理。 **Yearn团队发起铸造6666枚YFI代币的提案** 该提案提议铸造6666枚YFI代币，其中1/3的YFI用于奖励主要贡献者，其余2/3归资金库管理。社区成员分析了其他项目的代币分配情况，发现其他项目通常会为贡献者保留20-30%的代币分配量，但Yearn并没有合理的贡献者激励措施。目前该提案已获得212赞成票（约70%支持率），但没成为正式YIP进行投票。 ![uni] (https://i.ibb.co/T28KCVT/Uniswap.png) Unsiwap 创始人 Hayden Adams 发推说，按当时价值约5亿美元的UNI已锁定在治理社区资金库，并征求社区使用这笔资金的意见。 **由社区构建的多服务DeFi平台Stake DAO上线** 1月21日，Stake DAO正式启动，这个由社区构建的多服务DeFi平台集合了Yearn、Curve、Pickle、Badger等项目。也就是说用户仅通过该平台就可以在为多个DeFi项目提供流动性并获取奖励及其原生代币Stake Dao Token (SDT)。 GMT时间1月20日22:37:13起，Stake DAO开始为期12天的空投，空投数额为150 万个SDT代币 (占 SDT 总供应量的 1.5％)。符合以下条件之一便可领取空投：Gitcoin 第 8 轮捐助者 (39％)、JULIEN 持有者 (5%)、RektHQ的注册用户 (5％)、Lido 合约存款者(5％)、Arbitrage DAO 用户 (1％)、以及参与 Aave、Aavegotchi、Aragon、Aragonchina、Archerdao、Badger DAO、Cartel、Cover、Cream、Curve、D5、Dai、Dollar protocol 等协议治理的用户 (45%)。从 GMT 时间 2021 年 1 月 20 日 22:37:13 开始，用户可申领 SDT 空投，经过 48 小时之后，可申领金额将开始连续 10 天每天减少 10％。 Stake DAO于24日宣布其开启质押功能，用户可以在Stake DAO dashboard上质押SDT-ETH Uni LP代币并获取SDT奖励。  cr：Stake DAO <br/> # 生态 专注于隐私的浏览器 Brave 宣布支持引入对星际文件系统 (IPFS) 的支持，将IPFS集成到其Windows、macOS以及Linux版本的浏览器中。  cr：techcrunch.com 以太坊的起点  cr：@EthereumMemes <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/social-recovery-wallethttps://www.ethereum.cn/social-recovery-walletWed, 20 Jan 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/01/11/recovery.html) <br/> *感谢 Argent 的 Itamar Lesuisse 和 Loopring 的 Daniel Wang 提供反馈。* 加密货币和区块链应用对普通用户来说，其可用的最大挑战之一无疑是安全性：我们如何防止用户的资金丢失或被盗？丢失和被盗是不可忽视的问题，致使无辜的区块链用户损失数千美元，甚至在某些情况下丢失其大部分净资产。 多年来，有许多解决方案被提出：纸钱包、硬件钱包和[多签钱包](https://bitcoinmagazine.com/articles/bitcoin-self-defense-part-i-wallet-protection-1368758841) (我个人一度的最爱)。实际上这些方案确实显著改善了安全性，但都存在各种缺陷：防盗和防丢保护功能可能远远低于实际需要，或是操作的不便利导致极低的采用率。但是最近出现了一个更好的替代方案：一种称为“社交恢复式钱包” (social recovery wallet) 的新型智能合约钱包。与以前的选择相比，这类钱包可以提供更高的安全性和更好的可用性，但距离轻松且广泛的部署，还有一段路要走。 **这篇文章将介绍什么是社交恢复式钱包、其重要性何在，以及我们应该如何在整个生态系统中对其进行更广泛的采用。** <br/> ## 钱包安全性问题非同小可 可以说从区块链行业发轫之初，钱包安全性问题就一直困扰着生态系统。在2011年，当时比特币几乎是当时唯一的加密货币，丢失和被盗事件频发。在建立以太坊之前，我作为 [Bitcoin Magazine](https://bitcoinmagazine.com/) 的联合创始人和作者撰写了一篇文章详细介绍当时加密货币中发生的攻击、损失和盗窃事件。 这是其中一个例子： > 昨晚约 PDT 时间晚上九点，我点击了一个连接进入 CoinChat[.]freetzi[.]com，并被提示运行 Java。我这么做了(我以为这是一个正常的聊天室)，随后什么也没发生。我关闭了窗口，没有多想。大约 14 分钟后我打开了我的 bitcoin-qt 钱包，然后看见了一个并未经我批准的交易，几乎将整个钱包的资产都转移到了另一个钱包…… 这位用户丢失了 2.07 个 BTC，当时价值 300 美元，现在已经超过 7 万美元。还有一个例子： > 2011 年 6 月，Bitcointalk 成员 allinvain 丢失了 25000 个 BTC (时值 50 万美元)，起因是一个未知的入侵者以某种方式直接访问了他的电脑。攻击者能直接获取 allinvain 的 wallet.dat 文件，然后迅速将钱包洗劫一空——从 allinvain 的电脑发送交易，或是在自己的电脑中上传 wallet.dat 文件并将其清空。 按照现在的价值来算，其价值近一百万美元。但盗窃并不是唯一的问题，还有私钥丢失的例子。来看看 Stefan Thomas 的故事： > 比特币开发者 Stefan Thomas 的钱包有三处备份：一个加密的 USB 设备、一个 Dropbox 帐户和一个 Virtualbox 虚拟机。他设法抹除了其中两个，但是忘记了第三个备份的密码，永远失去了 7000 BTC (当时价值 12.5 万美元) 的访问权限。Thomas 回应说：“ 从那时起，我一直致力于开发更好的客户端。” 根据比特币生态系统的一份分析，[每天可能有 1500 BTC 丢失](https://news.bitcoin.com/analyst-1500-bitcoins-lost-every-day-less-than-14-million-coins-will-ever-circulate/)，超过比特币用户[交易手续费](https://ycharts.com/indicators/bitcoin_total_transaction_fees_per_day)的十倍，随着时间推移丢失的比特币总量[占其总供应量的 20%](https://www.investopedia.com/news/20-all-btc-lost-unrecoverable-study-shows/)。这些故事和数字都指向同一个不可避免的事实：**钱包安全性问题的重要性非同小可，不应该被低估。** 我们很容易得出钱包安全性容易被低估的社会和心理原因：人们不希望在总是具有批判性的公众面前显得愚蠢或粗心，结果其资金往往容易被盗。而丢失资金就更是如此，因为普遍 (尽管在我看来非常不正确) 的看法是“要怪只能怪自己”。**但现实是，包括区块链在内的数字技术，其目标在于使人们能更轻松地参与复杂事务，而无需付出极大的脑力劳动或是活在担心失误的恐惧中。**如果一个生态系统解决丢失和被盗问题的方式仅仅是 12 个步骤的教程、不太安全的对策和不那么偶然的讽刺性的“对您的损失感到抱歉”的回应，其将很难被广泛采用。 因此，旨在降低资金丢失和被盗风险的方案开始被采用，这些方案不需要加密货币用户消耗过多精力和时间来维护个人资产安全性，并且对于整个行业来说也是非常有价值的。 <br/> ## 光靠硬件钱包还不够 硬件钱包经常被宣扬为加密货币资产管理的最佳技术。硬件钱包是一种专用硬件设备，可以连接到用户的计算机或手机 (例如通过 USB)，并且包含专用芯片，该芯片只能生成私钥和签署交易。用户能在计算机或手机上发起交易，并且必须在硬件钱包中确认后才能发送。私钥保留在硬件钱包中，因此，攻击计算机或手机中*无法*将资金洗劫一空。 硬件钱包是一个意义重大的进步，可以避免上述的 Java 聊天室案例，但硬件钱包也不是尽善尽美的。在我看来硬件钱包有两大问题： - **供应链攻击**：如果你购买了一个硬件钱包，就相当于你信任其生产过程中的许多参与者，包括设计钱包的公司、生产钱包的工厂以及运输过程中的经手人，他们可以调换钱包。硬件钱包可能会引来此类攻击：资金被盗的概率与被盗设备数量相关性非常高。值得称赞的是，诸如 Ledger 之类的硬件钱包生产商已经采取了许多保护措施来防范这些风险，但并不是万事大吉了。从根本上来说，硬件设备不像开源软件，无法进行审计。 - **单点故障**：如果有人站在你的身后目睹你输入 PIN，然后偷走了你的硬件钱包，他们就能窃取你的资金。如果你丢失了你的硬件钱包，你也就丢失了你的资产，除非硬件钱包在初始设置时生成并输出备份，但正如我们看到的一样，仍然有不同的问题存在。 <br/> ## 光靠助记词也不够 许多钱包 (无论是硬件还是软件) 都有一个初始设置过程，在此过程中会输出一些**助记词短语**，这是钱包根私钥的编码，形式是人类可读的 12-24 个单词。助记词短语如下： ``` Powershell vote dance type subject valley fall usage silk essay lunch endorse lunar obvious race ribbon key already arrow enable drama keen survey lesson cruel ``` 如果你丢失了钱包但保留有助记词，则可以在设置新钱包恢复帐户时输入助记词，因为助记词包含根密钥，可以从中生成所有其他密钥。 助记词有助于防止丢失，但是对资金被盗的情况来说于事无补。更糟糕的是，如果你有标准的硬件钱包+助记符备份组合，那么无论是硬件钱包+ PIN 被盗或助记词备份被盗都会导致资金损失。此外，要保证保护好助记词并且不意外丢失本身就是一项的精神负担。 如果将短语五五分，然后将一半交由朋友保存，可以减轻盗窃的问题，但是 1) 几乎没有人真正推广这种行为；2) 存在安全问题，如果助记词很简短 (128位)，那么一个死磕的攻击者，偷走一半之后可能会暴力寻找其余 264 种可能的组合来找到另一半，并且 3) 进一步增加了精神负担。 <br/> ## 那我们需要的是什么？ 我们需要的钱包设计要满足以下三个标准： - **不存在单点故障**：不存在会被窃取的事物，从而使攻击者可以获取您的资金，或者即使丢失了，也可以拒绝获取资金。 - **减轻精神负担**：尽可能不要求用户学习陌生的新习惯或付出脑力，以始终遵循某些行为模式。 - **交易便捷**：进行大多数正常活动不应该比常规钱包花费更多的精力 (例如 Status 和 Metamask 等等) <br/> ## 多签还不错！ 早在[2013年]((https://bitcoinmagazine.com/articles/multisig-revolution-incomplete-1406578252))，解决这些问题的最佳技术是多重签名 (multisig)。你可以拥有一个配有三个密钥的钱包，需要其中任何两个密钥才能发送交易。  最初这项技术是在比特币生态中开发的，但是以太坊现在也有优秀的多签钱包 (例如 [Gnosis Safe](https://gnosis-safe.io/))。多签钱包在组织内部的应用十分成功，以太坊基金会使用 4-7 多签钱包来存储[资金](https://etherscan.io/address/0xde0b295669a9fd93d5f28d9ec85e40f4cb697bae)，以太坊生态中许多其他的组织也应用了多签钱包。 对于多签钱包来说，要替“个人”持有资金主要的挑战是：谁持有资金？如何批准交易？最常见的公式是“由用户持有的两个易于获取但独立的密钥 (例如笔记本和手机)，而第三个密钥是更为安全且更难获取的备份，线下保存或是由朋友或者组织持有”。 这是相当安全的：任何单一设备丢失或被盗不会导致你无法使用资金。但是其安全性远非完美无缺，如果能窃取某人的笔记本电脑，那么窃取他们的手机通常来说也并不难。可用性也是一个挑战，因为每笔交易现在都需要使用两个设备进行两次确认。 <br/> ## 社交恢复更胜一筹 这是我个人比较倾向的钱包保障方式：社交恢复。其运行机制如下： 1. 有一个单独的“签名密钥”用以批准交易 2. 还有一套至少由三个成员组成的“守护者”，其中大多数人联合起来可以改变账户的签名密钥 签名密钥能够增加或减少守护者，这个过程存在延迟 (通常为 1-3 天)。  在正常情况下，用户都可以像普通钱包一样简易使用社交恢复式钱包，并使用其签名密钥对消息进行签名，从而使每个已签名的交易都可以通过一次确认点击快速完成，操作如同“传统”钱包 (如 Metamask)。 而社交恢复式钱包真正发挥作用的地方，就是用户丢失签名密钥的情况。用户可以联系他们的守护者，并要求他们签署一个特殊交易，以更改其在钱包中注册的签名公钥。这其实不难，他们可以访问一个网页 (比如[security.loopring.io](https://security.loopring.io/))，登入之后收到一个恢复请求，然后进行签名。守护者的操作可能就像在 Uniswap 上进行交易一样简单。 守护者有很多可能的选择，其中最常见的三种选项是： - 钱包所有者自己的其他设备 (或是纸质助记词) - 朋友或是家庭成员 - 组织机构，在收到你的电话号码或电子邮件确认后签署恢复交易，或者在所设价值较高的情况下通过视频通话来验证你的身份 添加守护者也很容易，只需输入 ENS 域名或 ETH 地址即可添加监护人，尽管大多数社交恢复式钱包都要求守护者在恢复页面中签署交易以同意添加。在任何设计合理的社交恢复式钱包中，守护者无需下载并使用同一钱包，他们可以使用其现有的以太坊钱包，不受类型限制。鉴于添加守护者的便利性，如果你的社交圈由以太坊用户组成，我个人更偏向设置较多守护者 (最好是7个以上)，以提高安全性。如果你已经有了一个钱包，那么就不需要守护者不断保持注意，你可以通过现有的钱包进行任何恢复操作。如果你不认识足够的活跃以太坊用户，那么设置数量较少且懂得操作的守护者是更好的选择。 为了减少守护者遭受攻击和串谋的风险，**不必要公开守护者，实际上，他们不需要知道彼此的身份。**这可以通过两种方式来实现。首先，将守护者地址列表的哈希存储在链上，而非守护者的地址，并且钱包所有者只需要在恢复时发布完整列表即可。其次，可以要求每个守护者确定性地生成一个新的地址，仅以用于当次恢复。除非实际需要恢复，不然他们不需要使用该地址发送任何交易。为了配合技术上的防护，**建议选择来自不同社交圈的、具有差异性的守护者 (理想情况下包括一个机构守护者)**，这些方案使守护者很难同时受到攻击或是进行串谋。 如果钱包所有者去世或是永久丧失行为能力，这将是一项社会认可的标准协议，守护者可以公开其身份，以便在这种情况下他们可以找到彼此并恢复资金。 <br/> ## " 社交恢复式钱包并未背叛“密码学价值”，而是一种体现 对于任何形式的多重签名，社交恢复等等使用建议的一种常见反应是，这些解决方案最终还是要追溯到“信任他人”这一点上，因此是对区块链和加密货币行业价值的背叛。虽然我理解人们为什么会在乍看之下产生这种想法，但我还是认为，这种批评源于对密码技术的误解。 对我而言，密码技术的目标绝不是消除**所有形式的信任**。**相反，密码技术的目的是使人们能够使用密码学和经济学来构建事物，从而增加可信任对象的选择，并进一步建立更多有限的信任形式：**可以授予某人代表你进行某些行为的权力，而无需授予全权。从这种角度来看，**多重签名和社交恢复是这一原则的完美体现：**每个参与者对能否接受或拒绝交易都有一定影响，但是没有人能单方面转移资金。与必须由个人或密钥单方面控制资金的情况相比，这种更复杂的逻辑引入了安全得多的设置。 “谨慎地运用人的输入而非彻底抛弃”这一基本理念是有效的，因为这可以很好地与人脑的优缺点相适应。人脑非常不适合记忆密码和保存纸钱包，但却是用于追踪与他人关系的 ASIC。对于非技术用户来说，其效果甚至更强。他们可能在使用钱包和密码时遇到麻烦，但是他们与技术用户一样擅长处理诸如“选择七个不会全部勾结起来欺骗我的人”之类的社交任务。如果我们能够从人类输入中提取一些信息到某种机制中，而又避免使这些输入成为攻击向量，那么我们应该弄清楚如何实现。社交恢复非常稳健，要破坏一个拥有七个守护者的钱包，七个守护者中至少有四个需要以某种方式识别彼此并勾结起来盗取资金，其中任何一个人都不能向钱包所有者通风报信，这比起攻击一个[纯粹由个人维护的钱包]((https://bitcoinmagazine.com/articles/bitcoin-self-defense-part-i-wallet-protection-1368758841))要困难许多。 <br/> ## 社交恢复如何防止盗窃？ 上文所述的社交恢复讨论到了“丢失”钱包的风险，但是仍然存在签名密钥被“窃取”的风险：有人侵入你的计算机，在你已经登入的情况下趁虚而入，然后给你当头一棒，甚至只是通过制造用户界面故障来引诱你签署交易。 我们可以通过添加保险库来增强社交恢复能力以应对此类问题。每个社交恢复式钱包都可以附带一个自动生成的保险库。只需将资产发送到保险库地址即可将其转移至保险库，但要将其转出保险库需要一周延迟时间。在延迟期间，签名密钥 (或监护者) 可以取消交易。如果需要，还可以对保险库进行编程，以便可以立即进行一些有限的操作 (例如在白名单代币之间进行 Uniswap 交易)。 <br/> ## 既有的社交恢复式钱包 目前已经有两个主要的钱包实现了社交恢复功能，[Argent](https://www.argent.xyz/) 以及 [Loopring](https://loopring.io/):  <br/>  Argent 钱包是首个且最受欢迎的“智能合约”钱包，社交恢复是其卖点之一。Argent 钱包加入了可以对监护者进行增删的界面：  为了防止盗窃，钱包设有每日限额：达到该金额的交易可以即时进行，但超过该金额的交易需要守护者批准才能完成提款。 Loopring 钱包为大家所知可能因为它是由 [Loopring 协议](https://exchange.loopring.io/) (用于支付和去中心化交易所的 [ZK rollup 方案](https://vitalik.ca/general/2021/01/05/rollup.html)) 开发者及支持者构建的。但是 Loopring 钱包还具有社交恢复功能，与 Argent 中的功能非常相似。在这两种情况下，钱包服务商都免费提供一位守护者，该守护者通过手机发送的确认码来对用户进行身份验证。用户可以通过提供以太坊地址来添加同一钱包的其他用户或任何以太坊用户作为其他守护者。 两个钱包的用户体验都非常顺滑。可能存在两个挑战。首先，两个钱包中的操作顺滑度都依赖于钱包商的“中心化”中继者 (relayer)，将已签署的交易重新发布出来，其次费用较高。所幸这两个挑战都是可以解决的。 <br/> ## 迁移到 L2 (rollups) 可以解决其他挑战 如上所述，**存在两个主要挑战：1) 依赖中继者 (relayer) 来处理交易，以及 2) 交易费用高**。在以太坊应用中，对中继者的依赖是一个日益普遍的问题。出现此问题的原因是，以太坊中有两种帐户类型：由单个私钥控制的**外部帐户 (EOA)** 和**合约账户**。以太坊有一条规则，即每笔交易都必须始于外部账户。最初的意图是外部账户代表“用户”，合约账户代表“应用程序”，并且仅当用户与应用程序交互时，该应用程序才能运行。如果我们想要机制更加复杂 (如多签和社会恢复) 的钱包，则需要使用合约来代表用户。但一个新的挑战随之而来：如果你的资金在合约账户中，则需要拥有一个其他有 ETH 余额的账户，以支付每笔交易，一旦交易费用迅速攀升，可能需要大量的 ETH。 Argent 和 Loopring 的解决方案式亲自运行中继者。中继者侦听用户提交的链下数字签名的消息，并将这些消息打包在交易中，继而发布到链上。但是从长远来看，这不是一个好的解决方案，因其带来了中心化问题。如果中继者发生故障，而用户需要发送交易，虽然他们始终可以从自己的外部账户发送交易，但是仍然需要在中心化和使用不便之间引入新的权衡。有解决方案尝试在去中心化的情况下解决这个问题并提升操作便利度。主要的两种解决方案一是创建一个[通用型去中心化中继者网络](https://docs.opengsn.org/learn/)，二是修改以太坊协议以[支持交易从合约账户发出](https://our.status.im/account-abstraction-eip-2938/)。但是这些方案都不能解决交易费用的问题，实际上由于智能合约本来就更复杂，可能会加剧问题严重性。 **幸运的是，我们可以寻求第三种解决方案同时解决这两个问题：将生态系统移至[二层协议](https://vitalik.ca/general/2021/01/05/rollup.html)，例如 optimistic rollups 和 ZK rollups**。Optimistic 和 ZK rollups 可以设计为内置抽象，无需中继者。现有的钱包开发人员已经在研究 rollups，但是最终要整体迁移到 rollup 上是整个生态系统的挑战。 将生态系统大规模迁移到 rollups 提供了很好的机会，可以扭转以太坊生态系统早期的错误，并为多签和智能合约钱包在帮助保护用户资金方面发挥更加重要的作用。但这需要大家更广泛地认识到钱包安全性确实是一项挑战，而且我们还没有做出足够的尝试以应对挑战。多重签名和社交恢复不一定是故事的结局，可能会有更好的设计。但是转移到 rollups 并确保其将智能合约钱包视为“头等公民”，这一革新是实现这个目标的关键步骤。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/eth-Weekly-2021-1-18https://www.ethereum.cn/eth-Weekly-2021-1-18Mon, 18 Jan 2021 00:00:00 GMT <br/> # Eth2 Danny Ryan出席Ethstaker community call，对Eth2的进展做了详细分享，以下为部分重要问题的翻译总结 (译者注：非逐字翻译) Q: 信标链创世后接下来会进行什么？ A: 信标链首先是作为更安全、可持续、可扩容的权益证明 (PoS) 共识机制的基础，接下来信标链会有更多的功能。首先是Eth1如何接入到新的共识机制里（hot swapping)，然后是通过分片实现扩容，如何在同一个共识机制下把分片统一到同一个网络里。 Q: Eth1要如何接入这个新的共识机制？ A: Eth1与Eth2不是一个前后发生的承接关系，而更像是Eth1成为Eth2的一部分。那Eth1要如何“住进”Eth2呢？有一个小组在过去6个月里一直在研究合并这方面的工作，这个小组分成Eth1与Eth2两边。在以rollup为中心的路线图下，eth1像是“一等公民”，有它的状态、执行、交易，以及在分片数据环境里进行扩容，它们与信标链紧密相连而不是存在于一个脱节的分片里。这个小组已经搭建了一个本地测试网，由eth2客户端之一的Teku来指挥运作，并通过改良过的geth访问用户层，两者共同运行。现在的进度还没到产品阶段，但已经进行优化并撰写文档，希望让更多人了解。我不确定具体什么时候会推出公共版的测试网，但很快会推出让社区参与。 Q：合并客户端测试网现在是什么阶段？ A：可以说是概念证明 (Proof of concept)，还没有非常详细的规范，但已经接近可以开始撰写规范的阶段了。目前还需要大量的共识测试，但目前的状态看来这是一个可行的方案。而且如果发生了紧急硬分叉，我们也可以很快地将Eth1和Eth2合起来，虽然我们并不想过快推进。 Q: 合并与分片，哪个在信标链上会优先实现？ A: 如果分片上的数据没有状态和执行，它们更像是其他系统可用的一个数据层，一方面你不可以把它直接架在信标链上，因为会超负荷，因此它不会那么接近核心共识。相反它可能会由委员会监察，而不是每个节点都时刻监察着，这是分片的一个关键点。它虽然没有状态和执行，但有大量的共识内容，从设计的角度来看它对建构系统是很重要的，同时对终端用户来说也很重要。这些数据可以用于扩容，比如像rollup这样技术，而且会是现存应用与rollup更熟悉的环境。比如，你可以有一个rollup是把三个分片串起来形成一个以太坊环境，然后用它来部署一个大容量的应用。因此，分片上的数据不是“二等公民”，但在设计上与信标链没有那么紧密相连，因为必须这样做才能达到扩容目的。 至于合并与分片的优先级，合并会比我们期望的时间更长，很可能会优先于分片。在第一季度，我们的工作会是写规范、搞测试、以及在清楚认识到某项任务需要优先实现之前审视每一条路径。 Q:关于两年的锁仓期 A: 如果合并是在分片前发生，那么合并会在两年内实现；如果合并在分片后发生，那么合并会在两年后实现，这个时间除了很多技术上的考虑以外，还有社区的意见。如果社区希望合并更快地发生，我们也会优先实现合并。 Q: 多客户端测试网 A: 不像一年前那么困难，但过程也类似eth1的开发过程，大家会看到一个短期测试网，不会长期维护。然后在产品阶段，会先分叉一个测试网，然后分叉一个主网。在现在的讨论中，信标链像是今年年中硬分叉的一个热身，这个问题在接下来的时间会有更广泛的讨论，会明确区块与状态在后台会如何被管理，增加额外的小功能，例如增加一个更长期的同步委员会，使得轻客户端可以更容易接入信标链，这些讨论都很有价值，有助于在年中前形成一个分叉机制，为后面的合并与分片做准备。因此，在合并与分叉的测试网产品阶段之前，刚说到的测试网大概会在第二季度进行，希望社区能积极参与。 视频：https://www.youtube.com/watch?v=mRn-nxq8yF4&t=696s&pbjreload=101 <br/> # Layer2 **Synthetix开启Layer2迁移，SYX质押在Optimistic Ethereum上线** 上周，DeFi衍生品流动性协议Synthetix与Layer2解决方案Optimism都启动了其2021年路线图的第一阶段，这对他们来说无疑都是里程碑式的进展。  cr：Synthetix Synthetix于1月12日发布了今年的路线图，其中最重要的升级便是“迁移至Layer2解决方案Optimistic Ethereum”。该升级能带来的两个主要好处：实现低gas费和高吞吐量。尽管确切的迁移顺序还没定下来，但可以肯定的是，Synthetix会优先协调这两个问题：1) 迁移后会保持单一集的Synths，即不会同时出现Layer1-sUSD和Layer2-sUSD的情况；2) 降低用户将资产从Layer2提出至Layer1的风险。更为详细的路线图可参考《Synthetix：2021年路线图》。  cr: Optimism UTC时间1月15日，Optimistic Ethereum上线主网。根据Optimism团队发布的文章，该次部署应被称为“预发布”(soft launch)，因其将以迭代的形式在主网上线。Optimistic Ethereum主网发布之后，Synthetix在Layer1部署了一个新的SNX存款合约，作为桥接以允许L1上的SNX持有者迁移至L2。目前Synthetix的Layer2上仅启动了Staking功能，而Synths之间的交易在接下来的阶段推出。迁移SNX至L2的详细教程参考：https://blog.synthetix.io/l2-mainnet-launch/ **Layer2跨链解决方案 Connext在主网发布Vector 0.1.0** Connext作为一个解决Layer2互操作性的方案，通过状态通道，在各个Layer2解决方案、Eth2分片、甚至其他Layer1区块链之间实现跨链路由网络。Vector 0.1.0 发布之后，用户可以：1) 通过其快速地接入/退出任意以太坊Layer2方案、分片或其他图灵完备的链；2) 在Layer2解决方案之间发送代币，甚至在后续升级中实现调用合约的功能；3) 执行正常的状态通道用例，如有条件的小额支付。  cr：Connext Vector上线主网之后，Connext的将重点关注与Layer2应用的合作，支持更多的链以及Layer2解决方案，以实现跨链路由网络。 **USDT将在ZKRollup解决方案Hermez Network上线** 据 The Block报道，稳定币 USDT将与以太坊二层扩容解决方案 Hermez合作。在采访中，Hermez的技术负责人 Jordi BayLina透露，Hermez计划于二月中旬发布，届时，USDT将在 Hermez Netwok 上线。 <br/> # EIP-1559 Nethermind于1月17日发推表示Nethermind节点已于EIP1559合并，期待与Besu和Geth团队的进一步测试。 EIP-1559主要推动者Tim Beiko分享了关于EIP-1559的资源汇总贴，包括释义性文章与分析、文档与工具、以及模拟三大类。 详情：https://hackmd.io/@timbeiko/1559-resources **EIP-1559推特投票** 上周，Ethermine的母公司Bitfly 发起投票“你赞成EIP-1559的推进吗？”截至发文，有9594人参与投票，不支持 EIP-1559的占61.5%，支持的占20.8%。  <br/> # DeFi **Sushiswap 公布路线图** Sushiswap在博客上公布项目路线图。Sushiswap除了当前版本的Deriswap，还将会实施Sushi V3: MIRIN。另外，Sushiswap将在2021年转移到新的域名，不再局限于AMM，而是作为Yearn生态中的OpenOrg部分。在集成方面，协议通过Rune/Moonbeam实现跨链AMM。Polkadot/Moonbeam在Kusama上线Sushiswap测试版。在Layer2方面，因为看重可组合性，SushiSwap将Zk-rollups作为优先选择方案。 **Synthetix公布路线图** 在公开的路线图中，Synthetix协议将升级至V3，这意味着将完全重新构建Synthetix合约。在迁移至L2后，预计将提供至少10倍杠杆的合成期货。计划推出optionsDAO，着眼于二元期权市场并扩展交易功能。另外，Synthetix将扩展资产种类，包括扩展到加密资产和商品，甚至股票。改进治理模式，改善Spartan Council的选举流程，减低协议的权限，以及继续对protocolDAO去中心化。最后还提到目前Synthetix需要进一步扩张核心贡献者，但这个过程耗费耗时耗资源，因此其中一些可能会通过战略性收购来规避。 **Iron Bank铁金库的诞生** CREAM Finance在博客中介绍协议间的借贷平台Iron Bank。Iron Bank的核心是零抵押借贷，面向用户主要为链上协议。协议间借贷将会启用信用系统，被列入白名单的协议将会获得信用限额，它可以直接从CREAM v2借出资产。这样协议就无需浪费流动性来换取所需资金。 **Curve 上线跨资产交易功能** 跨资产交易是Curve 利用 Synthetix 作为桥梁的新的交易方式。Curve 可以以极低的滑点和低费用交易类似资产，而 Synthetix 可实现 sToken-sToken 零滑点交易。由此，用户可以通过跨资产交易功能，用 ERC20 资产换取 ERC20 资产。但因为巨额 gas 费和6分钟的等待交易时长，该功能适用于大额交易。    cr：https://resources.curve.fi/guides/cross-asset-swaps 例如，要以DAI兑换renBTC，用户在交易页面按下“sell”键后可获得NFT作为交易凭据。同时，协议自动将DAI兑换成sUSD，之后再转换成sBTC。等待6分钟Synthetix的结算期后，用户需要按下“Complete trade”键，协议才将sBTC兑换成renBTC。 <br/> # 生态 Cloudflare于1月13日宣布为分布式网络提供一个新的解析器，可以访问以太坊名称服务(ENS) 索引的IPFS上的内容。 详情：https://blog.cloudflare.com/cloudflare-distributed-web-resolver/ **两则招聘信息** 1. MetaMask正在招聘Javascript和Typescript的工程师，负责构建安全、用户友好、可扩展的软件。指路：https://boards.greenhouse.io/consensys/jobs/2572388 2. ETHGlobal 正在招聘市场营销和伙伴关系管理方面人才，指路：https://ethglobal.co/jobs/ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/wnie2-2021-1-15https://www.ethereum.cn/wnie2-2021-1-15Fri, 15 Jan 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_210115) <br/> # 首选阅读 Danny Ryan 上周做客了 EthStaker 的第五期 Commnity Call，强烈建议大家去观看！我没有观看直播真的太可惜了，错过了 POAP 的领取😢，但 YouTube 上的重播也很不错：https://www.youtube.com/watch?t=519&v=mRn-nxq8yF4&feature=youtu.be 译者注：《以太七日谈 • 2021/1/18》中有编辑本期 Community Call 的重点问答。 <br/> # 信标链 一切都在平稳运行中！截至本译文发布，活跃验证者有 64,836 名，参与率持续保持在99%左右 —— 运行得十分不错。 质押的速率慢了一些，所以[队列等候时间](https://eth2-validator-queue.web.app/)从 3 周降到了 18 天，截至本文发布等待验证者有 16,088 名。Eth2 存款合约上的[质押总额](https://www.duneanalytics.com/hagaetc/eth2-0-deposits)已经已经超过 260 万 ETH 了！价值约 30 亿美元，其波动取决于 ETH 价格的波动。 Etherscan 列出了一些质押[大户地址](https://bi.etherscan.io/public/dashboards/KH9jbP687szqlAnHiNEfNictrwNhvdOEQl0PwB6m?org_slug=default)，其中 Kraken 交易所占比最大 (已知)，占15.2%。 Etherscan 浏览器对于 Eth2 质押地址的分析：https://bi.etherscan.io/public/dashboards/KH9jbP687szqlAnHiNEfNictrwNhvdOEQl0PwB6m?org_slug=default 如果你是创世验证者的其中一员，那么你现在就可以去领取POAP了！领取地址：https://poap.delivery/eth2-genesis/ 如果你属于首批编号为 1024 的存款者或者区块提议者，可以再领取额外的 POAP：https://poap.delivery/beacon-chain-first-1024 据我所知，首批编号为 32768 的区块提议者 (使用了POAP作为涂鸦)，很快也能领取 POAP 了。 ## 罚没 过去两周有四个验证者被[罚没](https://beaconcha.in/validators/slashings)了，每个验证者都是单独的，并且是在不同的地方。我已经了解了其中几个案例的信息，正如所预期的那样，这些罚没都是由于错误配置而导致在两个不同的验证者客户端中运行相同的密钥。 到目前为止已经有 36 名验证者被罚没了，占0.06%。罚没惩罚减轻的制度适用于当前的启动期，因此每名验证者失去约 0.6 ETH。 ## 测试网 [Pyrmont](https://pyrmont.beaconcha.in/) 依然平稳运行中。但它没有主网那么稳定：参与率低 (这是测试网的典型特征)，并且当客户端团队在修补他们的节点时，偶尔会出现一段未敲定的时期。但这对测试网来说并不是坏事。 Pyrmont 将持续作为主网测试网运行，直到今年年中。 ## 工具 如果读者们想要获取信标链的数据，除了我之前提到的，还可以使用以下两样工具： - Web3.py [现在支持](https://snakecharmers.ethereum.org/web3py-meets-eth2/)Eth2 信标节点 API 了！ - [Bitquery](https://bitquery.io/) 正提供信标链 [GraphQL APIs](https://bitquery.io/blog/eth2-api)，还有数据 [dashboard](https://explorer.bitquery.io/eth2)。 对了，还有关于质押池的数据。 [beaconcha.in app](https://beaconcha.in/mobile) 现在提供了[质押池的细节分析](https://twitter.com/etherchain_org/status/1349472045793505283)。 <br/> # 下一步？ ## 升级1 “年中”将计划进行一次次要规模的网络升级。 (这次升级也普遍被称为”硬分叉“，但我希望[不要再用](https://github.com/ethereum/eth2.0-pm/issues/198#issuecomment-760170970)这个术语来形容一次有计划的、无争议的升级了。”分叉“这个词在区块链中被过度使用了。事实上，这次升级之后，根本就不应该出现分叉，即从当前网络分叉出多条竞争链。因此把这次升级说出分叉怪怪的。如果真的出现分叉，那么应该是由治理或者实现失败造成的，当我们回顾该次事件时，就可以称之为分叉了。心累) 这次升级的草拟内容见下： - 重新设置罚没惩罚和怠工惩罚，恢复至原来的值。 - 为轻客户端支持引入[同步委员会](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/lightclient/beacon-chain.md)，这些都建立在现有委员会基础设施上。 - [审计规则调整](https://github.com/ethereum/eth2.0-specs/pull/2176) (Accounting reforms)。不再是在 epoch 结束时处理所有证明奖励与惩罚，而将在整个 epoch 过程中处理。这样做的其中一个目的就是减少 epoch 开始时错误证明的数量。在奖励上还有一些小改动。 - [Global quotient penalties](https://github.com/ethereum/eth2.0-specs/pull/2177) 提高了效率。对于怠工验证者的惩罚目前单独适用于每个验证者。而此次调整将定义一个全局因数，然后仅通过更改这个因数，所用验证者余额可以一起进行调整。 - 基于最近的研究结果，修改分叉选择规则。 这次升级是接下来那些重大升级的热身 (分片以及合并)。 ## 更长期的发展 我会在以后的文章里写更多这方面的内容，但是，既然现在我们已经让信标链运行起来了，而且一切表现稳定，我们这些实现者是时候往前看了。 我有提过之前的那个简洁、线性的路线图 (阶段0→→ 1 →→ 2)[已不完全适用](https://www.theblockcrypto.com/post/90818/ethereum-2-eth2-whats-next-2021)。我们现在有几条开发路线同时进行。很有可能可以加快以太坊2.0剩下部分的交付。 除了上文说的升级1，下面的是三条主要的、相对独立的开发线： 1. 分片数据与数据可用性 2. Eth1与Eth2的合并 (把Eth1接入权益证明机制)。现在首选的方案是[可执行信标链](https://ethresear.ch/t/executable-beacon-chain/8271?u=benjaminion) 3. 以太坊2.0的轻客户端 这三条开发线的研究和设计工作都有不错的进展。在今年的第一季度，我们工作的目标是为它们撰写规范，然后决定实现与交付的先后顺序。关于是要优先交付分片还是合并，这是个艰难的决定，我们将广泛征求意见。 在分片工作上，最近的一项创新是可能采用Kate (读音“kah-tay”）承诺来进行[数据可用性采样](https://notes.ethereum.org/@vbuterin/r1v8VCULP)。Protolambda在圣诞假期写了一个[实验性的Go语言实现](https://github.com/protolambda/go-kate)。读者可以看一下文章里关于Kate承诺的来源信息，包括Dankrad的[释义性文章](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)。如果你只想有个大致了解，可以看看Protolambda在[推特上的解释](https://twitter.com/protolambda/status/1349738935287648260)。 <br/> # 释义性文章 在这部分我的首推不太算是一篇释义性文章而是呼吁行动。Stakefish的Daniel Hwang写文章[论证去中心化透明度的重要性](https://medium.com/stakefish/making-the-case-for-decentralization-transparency-443375991e83)。这是Daniel写的三篇文章的第一篇，他表示大型质押运营商的透明度对以太坊2.0网络的持续健康与成功至关重要，总的来说我觉得他提出的目标非常值得支持。我强烈推荐读者认真阅读他的文章。对于只想阅读简短文字的读者，可以看Daniel在[推特上的总结](https://twitter.com/danhwang88/status/1350141392555810816)。 Jim McDonald在2021年的一开始就写了两篇文章。文章《检验以太坊2.0网络性能》（[Examining Ethereum 2 Network Performance](https://www.attestant.io/posts/examining-ethereum-2-network-performance/)）以公式 “所得收益/最大化收益”作为衡量标准，评价验证者和整个网络的表现。文章《探索净发行量》（[Exploring Net Issuance](https://www.attestant.io/posts/exploring-net-issuance/)）关注信标链运作中新产生的ETH数量。 [Adrian Sutton的文章](https://www.symphonious.net/2021/01/10/exploring-eth2-attestation-rewards-and-validator-performance/)对证明奖励与验证者表现进行了研究。尽管有多种复杂数据，如果你运行的客户端是Teku的话，你可以通过自己的验证者访问这些数据。 同时，Jacek Sieka 在推特上也谈论了在eth2找[对等节点](https://www.symphonious.net/2021/01/10/exploring-eth2-attestation-rewards-and-validator-performance/)的问题，其中有非常多好的洞见：你可能会惊讶于在网络层上有多少事情在发生。 StakeWise与Collin Myers合作写了文章《质押池的代币经济学——什么是质押的ETH代币，以及它们是如何运作的》( [The Tokenomics of Staking Pools. What Are Staked ETH Tokens and How Do They Work?](https://stakewise.medium.com/the-tokenomics-of-staking-pools-what-are-staked-eth-tokens-and-how-do-they-work-2b4084515711))。这篇文章对这个愈发复杂与碎片化领域进行了很好的梳理和分析。 如果你对质押与验证感兴趣但不知道从何开始，最近出现了一些介绍性的短视频： - [Nugget’s News](https://www.youtube.com/channel/UCLo66QVfEod0nNM_GzKNxmQ)制作了20分钟的《权益证明简明介绍新手指南》（[Beginner’s Guide To Proof Of Stake Clearly Explained](https://www.youtube.com/watch?v=d240ipBzzlc)），以及 - [Bitcoin for Beginners](https://www.youtube.com/channel/UCi7egjf0JDHuhznWugXq4hA)制作了12分钟的视频介绍《如何通过在以太坊2.0做验证来赚取ETH》([How to earn ETH by validating for Ethereum 2.0](https://www.youtube.com/watch?v=Gj83fDNJRo4))。 <br/> # 媒体 Vitalik作客Bankless谈了“为什么选择权益机制”： [podcast](http://podcast.banklesshq.com/vitalik-buterin-on-why-proof-of-stake)；[视频](https://www.youtube.com/watch?v=x2QQiCKqjNY)。(这是在信标链创世前录制的，但最近才上传) 如在文章开头提到的，Danny Ryan最近作客 [EthStaker community call](https://youtu.be/mRn-nxq8yF4?t=519)，对Eth2在未来一段时间的进展进行了很好的概述。Reddit上有[u/Coldsnap](https://www.reddit.com/user/Coldsnap/)对该会议的[文字整理](https://www.reddit.com/r/ethstaker/comments/ksoz3u/ethstaker_is_holding_a_community_call_with_danny/gj3xsom/)。 我在the Block写了一篇专栏，《Eth2的未来发展》，且在CoinTelegraph的文章《以太坊2.0的前景乐观，但前路漫漫》（[Ethereum 2.0 optimism is high, but the road is long](https://cointelegraph.com/news/speed-vs-quality-ethereum-2-0-optimism-is-high-but-the-road-is-long)）得到了引用。 <br/> # 常规会议 ## 实现者会议 1月14日进行了第55次实现者会议 - [实现者会议](https://github.com/ethereum/eth2.0-pm/issues/198) - [会议视频](https://youtu.be/xNt6MmEV3JI?t=130) - [会议速记](https://hackmd.io/@benjaminion/BJ2TO360v) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/eips-of-2021https://www.ethereum.cn/eips-of-2021Thu, 14 Jan 2021 00:00:00 GMT来源 | [@lightclients](https://twitter.com/lightclients/status/1349169332585074692) <br/> <br/> 2021 年将会是自 2016 年以来以太坊协议最具创新性的一年。以下是这一年值得关注的 EIP 情况： 下一次的硬分叉升级—— “柏林”将推行 4 项 EIP： * EIP-2929: 状态访问操作码所需的gas费用将增加 * EIP-2930: 可选的访问列表交易 (Optional Access List Txs) * EIP-2718: 包含类型的交易封套 (Typed Transaction Envelope) * EIP-2315: 简单的子程序 (Simple Subroutines) EIP-2929：状态访问操作码所需的gas费用增加。存储访问操作码的gas费长期以来一直过低，并且一些只需花 20-80 秒就能执行的恶意交易目前已能够轻易创建。这项 EIP 把状态访问的成本增加了约3倍。 EIP-2930：可选的访问列表。大概 0.18% 的主网交易会因 EIP-2929 受阻。为了弥补这个裂缝，这份 EIP 引入了一种新型交易，它可以指定将被读取的存储 slot，然后支付一笔打了 9 折的预付费。 EIP-2718：包含类型的交易封套。这份 EIP 规定了交易的新格式，它以一个“ 鉴别器” (discriminator) 开始，让客户端解译不同的交易。EIP-2930 会首先用上这份 EIP，然后可能是 EIP-1559。新格式 = `type || payload`。 EIP-2315：简单的子程序。被列入柏林硬分叉升级的最后一项 EIP：增加子程序的支持。传统来说，想要模拟此功能的合约需要同时处理常规堆栈数据和返回地址。此份EIP增加了一个新堆栈，只用于追踪返回的地址。 柏林分叉以后，会有很多不稳定因素。如果在接下来的分叉中，冰河时期不再延长，分叉计划会在 7 月上旬开启。根据最近的 AllCoreDev 会议，这个夏天可能会出现另一个分叉。有非常多候选 EIP 是针对该次硬分叉的，其中最著名的就是 EIP-1559。 EIP-1559：Eth1 的费用市场变化。Gas 费分成了两个部分：base fee (基本费用) 和 tip (小费)。基本费用部分会被销毁，而小费会发送给矿工。基本费用会根据需求由协议动态决定的。这能避免一些费用高峰，并提高用户在付 gas 费时的体验。 (译者注：此处作者插入了 EIP-1559 主要推动者 Tim Beiko 对 EIP-1559 的最新状态更新) 详情：https://twitter.com/TimBeiko/status/1349027063903121408 在我看来，我不认为 1559 现在已准备好上线。以下是我在 dicord 上分享的一些想法总结： 1. 并不是所有的客户端都有 1559 的实现，且没有一个客户端有最终版的； 2. 我们还没解决在 AllCoreDevs 会议上提出的问题 **(即用大型状态测试大区块)**。要实现这一点最快也需要几周。 3. 1559 会影响很多其他项目：任何涉及签名交易的项目，都依赖于 JSON RPC 对区块/交易等的反应。对于这些影响我们还是需要进行广泛谈论。 4. 柏林硬分叉已经快要启动。而放下手头上所有工作来推行 1559 不是一个好选择。 EIP-2982：Eth2 的阶段0。自 EIP-1011 以来，eth1与 eth2 首次在 EIP 存储库中集合。这项 EIP 只是将 eth2 的治理/标准化重新引进 eth1 的开始。它带来的主要变化有：在 eth2 中新增发 ETH。 EIP-?：合并。比较乐观的是，2021 年 eth1 -> eth2 有望合并，并且去掉 PoW 共识。然而，在接下来的几个月里，研发工作将大大增加。预估该 EIP 将在未来 18 个月进行。 EIP-3102：二进制树结构。该项 EIP 将从当前的六进制状态树转移至二进制树结构中。这将使得默克尔证明更加有效率。迁移将可能占用大量资源，因此最好在合并之前进行。 EIP-2937：SETINDESTRUCTIBLE 操作码。此操作码将导致随后的任意 SELFDESTRUCTs 充当当帧中的noop。这将有助于更好地论证合约的可靠性。这也是支持账户抽象首先要做的事情。 EIP-2938：账户抽象。允许合约成为支付交易费和启动交易执行的高级账户。这为确定任意交易有效性的条件提供了灵活的框架。最初在 EIP-86 中提出，该 EIP 提供了在主网推行的更为具体的路径。 EIP-?：EVM384。尽管这还不是正式的 EIP，但正朝该方向发展。该提案建议增加本地 384 位算术运算符 (也很可能是其他宽度)，以支持在 EVM 中有效地实现新的加密系统。 EVM384 (内容)。随着现代加密系统的快速创新， EVM384 为以太坊提供了一个框架以支持这些系统，而无需为每个加密系统都提供硬分叉和预编译。相反，任何人都可以将之当作 EVM 合约来实现。 EIP-2537：BLS12-381 预编译。有了 EVM384 之后，是否还需要该提案仍有待讨论。尽管 EVM384 为更好的长期解决方案，但是 BLS 在以太坊生态中属于高级提案 (鉴于 eth2)，并且值得本地预编译。 批量交易。有很多 EIP 旨在用 L1 基元替换 meta-交易。预计今年会在这方面上取得重大进展。此类 EIP 有： EIP-2711：代付交易、过期交易以及批量交易 (Sponsored, expiring and batch txs) EIP-2733：交易打包 EIP-2803：昂贵交易 EIP-3074：代付交易预编译 (Sponsored Tx Precompile) EIP-2464：eth/65：交易广播和检索。通过将交易哈希广播到大多数对等节点中，而不是广播完整交易，该提案大大地减少了 eth1 客户端所用的宽带。Geth 计划在今年某个时间开始停止对 < eth/65 的支持。 2021 年将为以太坊协议带来许多改变，远不止我所列的清单。Eth2 和无状态以太坊团队在今年会有他们自己的计划。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 Eth2、分片、轻客户端]]>https://www.ethereum.cn/eth2-whats-next-2021https://www.ethereum.cn/eth2-whats-next-2021Tue, 12 Jan 2021 00:00:00 GMT来源 | [theblockcrypto.com](https://www.theblockcrypto.com/post/90818/ethereum-2-eth2-whats-next-2021)  Ben Edgington是ConsenSys旗下以太坊2.0客户端Teku的首席产品负责人，他[长期从事以太坊2.0进展的记录工作](https://eth2.news/) <br/> 在1492年，克里斯多弗·哥伦布以为他到达了东印度，而事实上，他无意中登陆到一个让人惊叹的新世界。有时候，当经历了一次艰辛旅途终于到达后，不妨总结一下，重新规划，好好利用摆在眼前的新机遇。 这好比以太坊2.0 在2021年开端所处的情境。在去年的一开始，我们便致力于实现Eth2 信标链创世，直到最近我们达成了这一目标，这像是一段漫长而艰辛的旅程的结束。 但这也仅仅是一个开始。我们已经走了很远，现在可以看到更远的风景。当我们审视未来的图景时，我们开始发现新的机遇正在显现。 本文的主要部分将介绍我们2021年新路线图的三个方面：Eth1与Eth2间的”合并“、分片、以及轻客户端。这三方面的开发是各自独立且同时推进的。但首先，请允许我尽情庆祝这个小胜利。 <br/> # 开端的结尾 信标链是以太坊未来的基础。它以权益证明 (Proof of Stake) 而不是工作量证明 (Proof of Work) 作为它的治理机制，支持扩容和维持以太坊在未来的安全。 这就是于去年12月1日上线的内容，我把它称为”权益证明的证明“。它充分展现了，以此种方式保障一个大规模分布的、全球的、无须证明的网络是可行且有效的。信标链现在除了自我运行外没有其他功能，我在后面会谈到，但它仍是实现以太坊2.0最具有挑战的部分。 我在写这篇文章的时候，创世已经过去4周了，一切进行良好。信标链已经显示出与其他权益证明系统相比的优越性。有超过200万个ETH (价值15亿美元) 提交到了[存款合约](https://www.duneanalytics.com/hagaetc/eth2-0-deposits)里。其中包括4.6万名现在在线的验证者，以及另外2万名在排队进入，需要等上3周的时间。以及存款率也没有慢下来的迹象，很快就会有占总供应量2%的ETH锁在存款合约里。这是一次来自4000名唯一存款者对以太坊2.0 表达信心的投票，还有数以上千的人通过质押服务进行存款。 至今为止，质押者们的信心并没有被辜负。虽然现在还处于早期，但信标链一直运行非常良好，有大约99%的参与率 (网络健康的一个关键指标) 以及没有出现过一次问题或事故。 在过去的两年半里，有数百人参与了信标链的设计与搭建。这是一个由以太坊基金会领导的、高度开放的社区项目，它由[像我们](https://consensys.net/knowledge-base/ethereum-2/teku)这样的客户端开发团队来实现，并得到众多贡献者的支持。 这是一趟不可思议的旅程，但它仅仅是第一步。 <br/> # 穿线编网 那么，接下来是什么呢？ 一年前，以太坊2.0的路线图是简洁、有条理、以及线性的。阶段0 (信标链) 后面是阶段1 (分片以实现扩容） ，然后是阶段2 (抽象执行引擎)，最后Eth1与Eth2会在这个超级结构上实现合并。后来，阶段2的设计感觉会比预期花费更多的时间，同时尽早实现Eth1与Eth2合并的压力越来越大。因此，我们加入了阶段1.5，这样就能把Eth1作为一个分片迁移到Eth2直接实现合并。 与此同时，一个全新的扩容范式出现了，且完全不依赖于分片。它就是 rollup ,在去年10月，Vitalik提出了一个新的、[以rollup为中心的以太坊路线图](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)，作为实现扩容的路径。[rollup](https://ethereum.org/en/developers/docs/layer-2-scaling/#rollups)是一种二层技术，它能大大减轻区块链计算与存储的负担，且对链的使用只需足以确保安全性。rollup有不同的形式——zk-rollup 和 optimistic rollup，它们各有不同的妥协，且这项技术还很新。但非常可能rollup 能满足以太坊扩容的需求，甚至在以太坊2.0之前就能完全交付。 还有无状态以太坊 (尽管rollup可以缓解一些以太坊状态膨胀的压力)，以及一些像[Kate 承诺](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html) (发音为"kah-tay") 这些有前景的、新的加密技术，这些都意味着一些令人振奋的新方向。 因为有了这些进展，我们原来那个简洁的、三段式的路线图，根据Vitalik[最近的文章](https://twitter.com/VitalikButerin/status/1333922620857745408)，现在已经变成蜘蛛网式的。 我们可以把所有这些线编织成一张内在连贯的地毯吗？我相信如果有哪个社区能做成的话，那就是以太坊社区。 我最近重读了罗杰·洛温斯坦 (Roger Lowenstein) 所著的《赌金者》(*When Genius Failed*)，里面这样写罗伯特·科克斯·默顿 (Robert C. Merton)：”他对完美有偏执，这使得妥协是不可能的“。正是这种僵化最终导致他的对冲基金走向崩溃。以太坊经常遭到与此相反的批评：我们总是修改路线图；甚至可能显得路线图是我们随意编造的。 但是，这实际上是驱使以太坊走向成功的因素之一。不同于莫顿，我们社区是一群实用主义者，什么方法有用我们就用什么方法。我们随现实的改变而改变；当机会显现出来，我们抓住它们。我们喜欢探索新的和看似疯狂的边界，并且一路适应与改变。 <br/> # 扩容的平方 令人感到高兴的是，随着信标链的上线，我们将对未来的前景以及 2021 年的发展方向有较清晰的了解。以 rollup 为中心的扩容方案，让我们能够细分任务，并行进行。 因此，2021 年我们将三管齐下： Eth 和 Eth2 的合并、分片、轻客户端。在新的路线图中，这三者为独立的任务，且并行进行。其交付顺序无关紧要。 合并是指我们将 Eth1 链的共识从工作量证明 (PoW) 向权益证明 (PoS) 转移。当前实现此目标的最佳候选方案：将Eth1 链[直接建在我们现有的信标链上](https://ethresear.ch/t/executable-beacon-chain/8271?u=benjaminion)。Eth1 将不会像最初设想一样作为执行环境，甚至不会作为分片。而 EVM 将仍作为以太坊的核心引擎。这对开发者和应用提供商来说将不会很复杂：几乎所有开发环境都和现在一样，我们只是停止挖矿了。 在旧版那个线性的路线图中，阶段 2 之后才会停止挖矿，这似乎是件非常遥远的事情。而在我们的新计划中，我们将在几周后实现一个测试网。 而今年任务的第二个分支，分片 (在旧版路线图中是阶段 1) 已经有了明确的定义了，并且我们就快可以开始在客户端中实现分片了。 但是在新的路线图中，实现分片的方法已经做出改变了。在旧版路线图中，分片既负责排序数据，又负责执行数据：这会带来很多复杂的问题如跨分片交易。而以 rollup 为中心的路线图中，分片只需要负责排序数据。Rollup 需要大量的数据，他们掌握的数据越多，运行便将越快。 可以想一下我的涡轮增压汽车，用来类比 rollup 和分片是怎么组合起来以增强以太坊虚拟机 (EVM) 的功能。虽然 EVM 足够强大且灵活，但它仍缺乏使其更加快的东西：数据。而 Rollup 极大地提高了可用功率：它像压缩燃料—空气混合物一样压缩数据，并将其压入引擎中。这就像汽车中的涡轮增压器或喷气式飞机中的压缩机。 这可以，并且已经在当前以太坊链上实现。而当我们在此基础上加上分片，就好像我们在已经有涡轮增压的引擎上再绑 64 个压缩机：一个多级涡轮。Rollup 和分片的结合，带来了巨大的扩容空间。 第三个相对较小的分支：为轻客户端建立基础设施。这使得不想运行整个系统的应用程序能够使用该系统。有了轻客户端，用户不需要运行一个 Eth2 节点就可以对 Eth2 链上发生的交易进行验证。这在分片中变得越来越重要。分片的目的在于实现：并非所有用户都需要运行每个分片。 假设信标链继续顺利运行，那么 2021 年最初几周的任务就是计划这三项工作的交付工作。 <br/> # 成败在扩容！ 关于 Eth2.0，我的第一份参考文献来自 Vitalik，大约在[六年半以前](https://www.reddit.com/r/ethereum/comments/282s03/ethereum_ceo_charles_hoskinson_will_be_moving_on/ci76xzc/)。他在开头就预言般地说道：“在过去的几个月中，我们已经对计划做出了很多改变。” 显然，一直都如此！结尾中他说：“我们要么把扩容和共识问题解决掉，要么就一切都失败告终。” 信标链解决共识的问题。到 2021 年年底，就知道我们能否解决扩容性问题。请相信，我们会努力将其交付，至死不渝——这是在瞬息万变的世界中不变的一点。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/eth-Weekly-2021-1-11https://www.ethereum.cn/eth-Weekly-2021-1-11Mon, 11 Jan 2021 00:00:00 GMT # ETH 2.0 **信标链的近况** Quantstamp根据Etherscan的数据列出了以太坊2.0的一些关键数据：验证者数量自创世以来一直在上升，最近已超过7万；现在已有超过160万个ETH质押在信标链上，总值超过20亿美元；每日存进信标链的ETH量虽有所减少但还在稳步继续，见下图  <br/> # Layer2 **基于StarkEx 技术的 dYdX 永续合约即将上线主网** 此前，去中心化交易所 dYdX 于2020年8月19日发文宣布与 StarkWare 合作，采用其提供的二层扩容解决方案，其永续合约将由 StarkEx 支持。1月9日dYdX 发推庆祝其交易所自发布以来交易额已累计30 亿美元，StakWare 转发表示 dYdX 永续合约将在未来的几周上线其基于 StarkEx 技术的 Layer2 版本。  <center>cr：@dYdX</center> **zkRollup 扩容解决方案锁仓数据** 1月7日，路印的 CFA Matthew Finestone 发推表示以太坊上的 zkRollup 解决方案的总锁仓量已达 1 亿美元，其中路印总锁仓量达 8900 万美元，zkSync 总锁仓量达 1100万美元(火箭)。如果再加上另一个基于二层解决方案 Validium 的去中心化交易所 Deversifi，那么以太坊上基于零知识证明 (ZK) 的Layer2 解决方案的总锁仓量便达1.08 亿美元。(译者注：现锁仓量已发生变化，可根据下述指引观察) 观察zkSync 的锁仓状况：https://etherscan.io/address/0xabea9132b05a70803a4e85094fd0e1800777fbef  <center>(注意：请不要直接往该地址发送代币)</center> 目前 DeFi Pulse 上开设了路印与 Deversifi的总锁仓量观察频道，Matthew 预测 DeFi Pulse 即将开设 Layer2 分类。  <center>cr: https://defipulse.com/loopring</center>  <center>cr: https://defipulse.com/deversifi</center> <br/> # DeFi **Uniswap 日交易量创新高**  根据 glassnode 数据显示，Uniswap 日交易量 (7天移动平均线) 创新高。上周每天平均交易量为7.8亿美元，超过了2020年9月初的峰值。 **Yam 通过取消 Rebase 机制提案** Yam社区以97.84%支持率通过取消 Rebase 机制的提案，这意味着 Rebase 机制下的半定期 ETH 不再投入到 Yam 资金库。社区将需要考虑资金库的资金是否足够，协议的目标是否可以仅仅依靠现有的收入来源来实现，或者是否应该创建一个新的资金机制等问题，这需要在接下来的几个月进行一系列讨论。 **COVER 新代币发行** 新的 COVER 代币现已发行。另外，Cover 将不会再启动新的 COVER 挖矿项目，协议未来的重点依然是 Cover V2。目前 Cover V2 的代码合约已大致完成，正在进行内部代码复查。同时团队亦正在开发基于V2的应用程序。 **AC 介绍杠杆机枪池** AC在推特上透露，Cream V2 (Iron Bank), Alpha Homora V2 和 Yearn V2的机枪池将成为杠杆机枪池，可使用跨资产策略。这些应用于稳定币的跨平台策略可达到90倍的杠杆，在ETH上可达到80倍的杠杆，并允许用户出售、合成或积聚资产。随着更多的抵押资产被引入到 Iron Bank 和 Alpha Homora V2，收益将不可估量。 <br/> # 生态 Vitalik发表文章**Why we need wide adoption of social recovery wallet** (为什么我们需要能被广泛采用的社交性恢复钱包)，文章首先通过例子与数据指出钱包安全是一个不容轻视的大问题，且Vitalik认为包括区块链在内的数字技术应该是易于用户使用而无须时常担忧犯错的；然后，文章解释了硬件钱包与助记词也有其固有缺陷，并给出钱包设计应满足的三个关键条件：没有单点故障、低脑力负担、以及交易便利；多签名是比特币生态发展出来的一个经典技术，但也不是完美的；Vitalik提出社会性恢复钱包是更好的解决方案，它的设计是由一个签名密钥来批准交易，以及“守护者”(至少三个) 中的多数来合作修改账户的签名密钥，且守护者之间的合谋攻击是可以有效预防的；Argent wallet和Loopring wallet是两个已经实现社交性恢复的钱包，但目前都有问题：依赖中继器来进行交易以及高昂的交易费；Vitalik认为把生态迁移到像Optimistic rollup和ZK rollup这样的二层协议能同时解决以上问题。 原文连接：https://vitalik.ca/general/2021/01/11/recovery.html  (社交性恢复钱包的设计) **以太坊谷歌搜索量创新高** 1.7@icebergy_发推使用下图，表示以太坊在谷歌的搜索量于2021年1月创2018年1月以来的高峰。  **Ethstaker社区一月活动预告** 1. Danny Ryan将于1月12日作客Ethstaker社区的会议，从总体上讨论以太坊社区的现状及未来的走向。如想对Danny提问，可以提交到这里：https://ethstaker.cc/community-call-15-w-danny-ryan/ 2. MEME佼佼者比赛，第1轮于1月17日截至，获得最多票数的前10个MEME将自动进入第2轮 (于1.29结束，最后的获胜者将在前10中决出)。详情：https://ethstaker.cc/meme-expert-contest/ **好文推荐** Linda Xie发表了长文*A Beginners Guide to NFTs* (NFT入门指南)，有兴趣的读者不妨看看：https://linda.mirror.xyz/df649d61efb92c910464a4e74ae213c4cab150b9cbcc4b7fb6090fc77881a95d <br/> # 本期最佳Meme  [@SenecaEth](https://twitter.com/SenecaEth) <br/> <br/> 网页版声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/sharding-proposalhttps://www.ethereum.cn/sharding-proposalFri, 08 Jan 2021 00:00:00 GMT来源 | [vbuterin](https://hackmd.io/@HWeNw8hNRimMm2m2GH56Cw/sharding_proposal) <br/> 除了 Proof of Stake 之外，eth2 设计中的另外一个显著改变就是分片 (sharding)。本提案介绍了一种分片的有限形式，即“数据分片” (data sharding)，根据"[以 rollup 为中心的路线图](https://twitter.com/vitalikbuterin/status/1311921668005060608?lang=en)"所述：分片会存储数据，并且证明约 250 kB 数据的可用性。数据可用性验证为 rollups 之类的二层协议提供了安全和高吞吐量的数据层。  为了免去节点亲自下载*全部*数据的负担，可以将这两种技术互相叠加起来对大量数据的可用性进行验证：1) 由随机抽样的委员会提出证明；2) 数据可用性抽样 (data availability sampling, DAS)。 <br/> # 白话“随机抽样委员会” 假设你有大量数据 ，例如 16 MB，这是 eth2 链 (至少在初期) 每个 slot 能处理的数据量。我们将这些数据表现为 64 个 blobs，每个大小为 256 kB。假设我们还有一个 PoS 系统，验证者数量约为 6400。我们如何在 1) 不需要任何人下载所有数据，2) 不给运行少量验证者的攻击者可乘之机的前提下验证这些数据？ 第一个问题，我们可以通过分工来解决：验证者 1-100 需要下载并验证第一个 blob，验证者 101-200 下载并验证第二个 blob，以此类推。每个子集合 (委员会) 里的验证者只需签名证明他们已经验证了相应的 blob，然后整个网络接收到相应委员会中大多数验证者的签名之后，即可接受该 blob。但这会导致一个问题：万一攻击者控制了连续的验证者集合怎么办 (例如 1971-2070)？如果是这样的话，即使攻击者仅控制了整个验证者集合的约 1.5%，他们也能够控制单个委员会 (在上述情况下，他们可以掌控委员会 20 中 70% 的验证者 2001-2100)，因此攻击者能够将无效/不可用的 blob 添加到链上。 随机采样 (Random sampling) 通过随机洗牌算法组成委员会来解决这个问题。我们使用某个哈希值作为随机数生成器的种子，然后我们使用该生成器来随机混洗验证者列表 1-6400。混洗列表中的前 100 个值是第一个委员会，下 100 个值即为第二个委员会，依此类推。  RNG (随机数生成器) 的种子在验证者存款之后选定，每个验证者的索引都是固定的，因此攻击者无法尝试使其所有验证者进入同一个委员会。攻击者可能会走运，但前提是他们控制所有验证者的 1/3 以上。 <br/> # 白话“数据可用性抽样” 在某些方面，数据可用性采样是随机抽样委员会的镜像。仍然会进行采样，这是因为每个节点最终只会下载所有数据的一小部分，但采样发生在客户端中，并且在每个 blob 中进行，而不是在 blob 之间进行。每个节点 (包括没有参与质押的客户端节点) 对每个 blob 进行检查，他们不需要下载整个 blob，而是私密地从中选择 N 个随机索引，然后尝试在这些位置下载数据。  这么做的目的在于验证每个 blob 中至少一半以上的数据是可用的。如果低于一半的数据可用，那么几乎可以认定任何给定客户端进行采样的索引中至少有一个不可用，那么客户端会拒绝接受该 blob。**这个机制是高效的，因为一个客户端只需要下载每个 blob 中的小部分数据以验证其可用性。这个机制同时也是高度安全的，原因在于即使是 51% 攻击者都无法欺骗客户端接受不可用的 blob。** <br/> ## 纠删编码 为了避免攻击者提供了 50-99% 可用数据的情况 (这可能使得某些客户端拒绝某 blob 之后又被其他客户端接受)，我们使用了一种叫作**纠删编码 (erasure coding)** 的技术。纠删编码使得我们可以使用如下方式对 blobs 进行编码：如果某 blob 中超过一半的数据已经发布，网络中的任何人都可以对剩余数据进行重建和发布。一旦重新发布的数据广播完毕，起初拒绝该 blob 的客户端会收敛为接受 (注意，接受 blob 没有时间限制，每当客户端收到对其所有抽样索引的响应时，它就会接受可用的 blob)。 理解纠删编码最简单的数学概念类比是“两个点总是足以恢复一条线”：如果我以四个点的形式`((1, 4), (2, 7), (3, 10), (4, 13))`建立“文件”，每个点都在一条线上，那么只要有其中两个点的坐标，你就能重构这条线，并且将 剩下的两个点计算出来 (我们假设 x 坐标`1, 2, 3, 4`是系统的固定参数，而非文件创建者的选择)。使用高阶多项式，我们可以扩展此思想，创建 6 个文件中的 3 个文件，8 个文件中的 4 个文件，或者通常来说 `2n` 个文件中的`n`个文件，如果你有文件中的 `n `个点，则可以计算出 `2n` 中剩余的点。 默认情况下，一个攻击者也有可能使得没有区块是可用的，并且有选择性地针对其收到的请求发布信息，但这种行为只能欺骗很小一部分客户端，因为攻击者会需要发布一半区块以上来回应所有的请求 (我们假设客户端重新公开广播他们收到的回应)。 我们使用**多项式承诺 (polynomial commitments)**，具体来说是 [Kate 承诺](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)而非默克尔根作为数据 blobs 的 printers，因为多项式承诺能够使我们轻易证明一个给定的值实际上是对特定次 `n` 多项式在所需坐标处的正确估值。不然的话，我们将不得不 (例如使用SNARKs) 证明默克尔根编码一个低次多项式，或者依赖于欺诈证明在编码不正确的情况下进行广播 (这增加了高复杂度以及更多的同步假设)。 <br/> # 有了委员会机制还需要数据可用性抽样吗？ 如果只借助委员会的，可能有以下几个劣势： - 发生 51% 攻击的时候防御力度较弱。在当前 (不可扩容) 的区块链上，51% 攻击只能回滚交易或是进行审查，并不能向链上添加无效区块。基于委员会的系统会丢失这个保障。更甚者，要对 51% 攻击者进行有效的惩罚难度会很大，因为他们只有极少量的存款 (参与该特定委员会的存款) 会被证明与恶意行为有关，并在此基础上进行惩罚。 - 需要一定门槛 (委员会中证明该 blob 的人数达到什么比例才足以将其添加到链上？) 如果这个门槛很高，那么在只有非常少数验证者在线的时候分片的功能会停滞。如果这个门槛过低 (或是某种动态机制，例如按照最近在线验证者数量的比例)，那么攻击者可以尝试迫使节点下线来提高他们自己所占的在线验证者比例，从而进行攻击行为。 - 在抗量子攻击方面，DAS 比委员会机制稍容易些 (可能需要后量子聚合签名)。 <br/> # 有了数据可用性抽样还需要委员会机制吗？ 如果只借助 DAS 可能又会产生以下几个问题： - DAS 是一个尚未经过测试的新技术，其核心部分 (参见此处) 其实去年才开发完成。因此在 DAS 崩坏或是开发时间意外延长，使用委员会提供保障是可取的。 - DAS 的延迟比委员会高 - DAS 的极端情况更多，委员会可以协助解决。一个例子就是在仅使用 DAS 机制的系统中，很难避免信标区块提议者最早发起 DAS 请求以验证 blob 的可用性。这会增加攻击者发布不可用 blob 并仅对提议者的请求进行合响应的风险。这不会导致网络的其他节点接受不可用的 blob，但可能会使得其他攻击更为容易，使诚实提议者构建的信标区块被拒绝并从主链上被分叉出去。委员会可以对这一点进行补救。 - 委员会机制的向前兼容性更强，使得在将来能在分片中加入执行功能。 <br/> # 数据可用性的重要性？挑战又何在？ 这已经在别处讨论过了，篇幅有限我就不贴到此处，但我建议阅读： - [A note on data availability and erasure coding](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding) (对数据可用性最初的介绍) - [Alberto Sonnino、Mustafa Al-Bassam 和 Vitalik Buterin 联合发表的论文](https://arxiv.org/abs/1809.09044)对相关概念进行了扩展 - [The Dawn of Hybrid Layer 2 Protocols ](https://vitalik.ca/general/2019/08/28/hybrid_layer_2.html)对数据可用性中的博弈论进行了论述 - - [Base Layers and Functionality Escape Velocity](https://vitalik.ca/general/2019/12/26/mvb.html)，基于上述概念对[数据扩容性部分](https://vitalik.ca/general/2019/12/26/mvb.html#sufficient-data-scalability-and-low-latency)进行了描述 - [The Data Availability Problem (Ethereum Silicon Valley Meetup)](https://www.youtube.com/watch?v=OJT_fR7wexw)，以视频形式对数据可用性问题进行了讨论 有一点需要明确，**BitTorrent 和 IPFS 以及类似的系统并没有解决数据可用性问题**。尽管 BitTorrent 是很好的可扩容的数据发布技术，但它不能就是否有可用的数据达成共识，这为一种“极端案例”攻击提供了可能性，在某条数据发布时，节点之间可能发生分歧，使得混合型二层协议无法发挥效用。为了就数据可用性达成共识，需要使用本文档中描述的更强大的技术。 <br/> # 分片如何在 P2P 层上运作？ 为了达到分片的扩容性目的，我们需要一个 P2P 系统，这样就无需每个节点都下载所有数据。所幸我们在阶段 0 已经有了一种 P2P 层分片形式。具体来说，有 64 个子集已经用于[证明聚合](https://notes.ethereum.org/@hww/aggregation)。每个验证者只需要存在于主要的**“整体子网” (global subnet)** 和他们自己的证明聚合子网，而无需从其他 63 个聚合证明子集获取任何数据。 在委员会 + DAS 型分片中，我们将其扩展为“网格”架构，有 2048 个**水平子集子网 (horizontal subnets)，即每 epoch 的每个分片-slot对中存在一个子集，以及 2048 个**垂直子网** (vertical subnets)，即每个 blob 中的每个索引存在一个子集。 在每个 slot 中，我们每个分片都会选出一个提议者。每个提议者都有权提议一个 **blob**：一个最大为 512 kB 的任意数据块 (我们可以将其理解为约 512 字节的“样本”集合)，以及纠删编码扩展和额外的证明，以便对 blob 中的每个部分进行独立验证。 ## blob 的结构  一个 blob 的“主体”结构包括原始数据、扩展数据以及证明 (如果需要的话，为了提高数据效率，可以省略扩展数据，因为接收 blob 的每个节点重建它的速度都相对较快)。 Blob 的“头部”包含其相应的 Kate 承诺，以及其他一些数据 (slot、分片和长度证明) 以及提议者的签名。 ## Blob 的广播过程 当一个 blob 被广播时，其头部会被广播到整体子网 (global subnet)，主体部分则会被广播到相应 slot 和分片 ID 的水平子网。  在实际情况中，会存在 2048 个水平子网，以使每个 epoch 中的每个分片-slot对存在对应的一个水平子网。这样做是为了确保每个验证者都可以加入一个水平子网，他们将仅接收到到其所处委员会的相应的 blob (不包括他们参与抽样的少量垂直子网)。 每个验证者都需要加入以下子网： - **整体子网 (Global subnet)** - **水平子网 (horizontal subnet)**，对应其所处的分片-slot对 (即委员会) - **垂直子网 (vertical subnet)**，对应其分配到的索引 (每个验证者使用私密种子进行计算) ## 广播区块 Blob 提议者可以将样本分发到所有子网，但不必成为子网的一部分。此过程如下： 1. **发布**：提议者在正确的水平子网中发布 blob，每个样本附带一个证明 2.**直接样本分发**：水平子网中的其他参与者将区块发布到他们所在的每个垂直子网中 3. **间接样本分发**：提议者向对等节点公布几个其所在的垂直子网。因此，水平子网中的每个参与者还可以查看其对等节点所在的垂直子网，并向这些对等节点广播相应的区块 假设数据块大小为 512 字节，且数据 blob 最大为 512 kB (除去纠删编码)，在包含纠删编码时约为 1 MB，因此存在 2048 个垂直子网。如果每个节点存在于 15 个私密的垂直子网，5 个公共垂直子网并且有 50 个对等节点，假设在最坏情况下每个水平子网 (仅委员会) 中有128个成员，则单单是子网成员将直接分发到 128 * 20 = 2560 个子网(除去冗余发布后约为 1461)，如果加上对等节点，将增加到 128 * 4 * 50 = 25600 个子网。 请注意，从理论上讲，恶意区块提议者有可能在不发布完整区块的情况下将样本发布到垂直子网。为了解决这种情况，我们补充了一个过程，其中未完整发布的区块 (意味着 50％ 及以上可用，但不是 100％ 可用) 能够进行“自我修复”。该过程包括三个基本步骤： 1. **反向分发**：与上述分发过程相同，只是在这种情况下，垂直子网上的对等节点将样本从该垂直子网上传播到与该样本所属 blob 相对应的*水平*子网。 2. **重构**：如果水平子网中有 1024 及以上个样本 (或者通常来说样本总量的一半)，任何人都可以重构整个 blob，然后向水平子网发布其重构后的 blob。 3. **分发**：重复上述的分发步骤 <br/> # 信标链如何工作？ 在每个 slot 中，我们为 64 个分片中的每个分片随机选择一个提议者。提议者有权创建一个分片 blob，并通过上述过程对其进行广播，并且将该 blob 的 `ShardHeader` 广播到全局子网。`ShardHeader` 能够被打包到信标链上的同个 slot 中，也可以包含在同个/下个 epoch 中的任何后续 slot 中。 信标链会跟踪 `PendingShardHeader` 的对象列表。`PendingShardHeader` 会存储：1) `ShardHeader` 中的关键信息 (分片和 slot，该 blob 的承诺及其长度)；2) 追踪随机选择的委员会中哪些验证者在 blob 中签名的位域 (实际上就是阶段 0 已经引进的委员会)。`AttestationData` 结构扩展为包含一个 `shard_header_root`，即选定验证者进行投票的 `ShardHeader` 的根哈希。如果证明者看不到已分配给他们的分片-slot对的有效且可用的分片 blob，则他们也可以对空的根哈希进行投票。 如果 `ShardHeader` 得到了委员会中 2/3 验证者的证明，就会**立即得到确认**。如果在下一个 epoch 结束时，`ShardHeader` 得到委员会的支持比其他任何 `ShardHeader` 更多的支持，则在该 epoch 结束时进行确认。 ## 分叉选择规则 分叉选择规则发生了改变，以便仅在该区块中确认所有 blob 或其祖先都通过了可用性检查的情况下，该区块才有效。这称为**紧密耦合 (tight coupling)**：如果一条链指向 (已确认) 某个无效 blob，则整条链都被视为无效。这是与“侧链”结构的主要区别：在侧链中，侧链可能会失效，而主链仍然有效。 [这里](https://vitalik.ca/general/2019/06/12/plasma_vs_sharding.html)有对紧密耦合的进一步探索，以及为什么它是有价值。 ## 验证者数量较低的情况 如果验证者少于 262144 个（32 slots* 64 shards* 128 最小委员会规模），那么我们不再为所有分片选择一个提议者，而是为一个有限的子集选择一个提议者，循环遍历这些分片。比如说，如果有 32 * 128 * 50 个验证者，在 slot N 的起始分片为 0，则 slot N 将为分片 0-49 分配一个提议者，slot N + 1 将为分片 50-63 和 0-35 分配一个提议者，slot N + 2 将为分片 36-63 和 0-21 分配提议者，依此类推。这样做是为了确保即使在参与度较低的情况下，委员会的规模仍然足够。 ## 分片数据的 gas 费 添加了一种类似于 EIP-1559 的机制，按字节计费分片数据，并对价格进行了调整：如果区块的平均容量超过了 50％，则提升费用，反之则降低。因此，指标是 50％ 的平均区块大小。 <br/> # 安全假设 仅支持数据 blob 的分片之所以强大，是因为与其他分片方案相比，它对安全性假设的依赖性很低。尤其是它避免了诚实的大多数假设 (因为 DAS 可以检测到由大多数发布的不可用 blob) 和时间假设 (与早期的 [DAS 机制]((https://arxiv.org/abs/1809.09044))不同，其使用的是 Kate 承诺而非欺诈证明，因此不依赖于欺诈证明需要极快被广播的假设）。 恶意的 51％ 联盟可以对 blob 进行审查，但是在非分片链中也可以进行 51％ 审查。 主要的新假设是“诚实的少数 DAS 假设”：存在足够多的节点样本，攻击者必须要发布区块中一半以上的内容。如果一个 blob 中有 2048 个样本，则需要恢复 1024 个样本 (考虑到某些客户端将对相同的点进行抽样，因此 2048 * ln（2）~= 1419)，并且每个客户端都进行 20 个采样，则如果每个分片有约超过 70 个客户端在进行抽样的话就可以认定系统是安全的。 <br/> # 向前兼容性 仅支持数据 blob 的分片设计与以后在分片中添加执行的许多方案具有向前兼容性。特别是我们可以对该方案进行修改以使 blob 包含前状态和后状态根，我们还可以使用欺诈证明或 ZK-SNARK 来验证 blob 中的状态转换是否正确。注意，无论选择哪种方法，确保分片执行的正确性都不依赖于任何诚实大多数假设。 <br/> # PR 链接 Enjoy! https://github.com/ethereum/eth2.0-specs/pull/2146 <br/> # 其他资源 - [Protolambda’s work-in-progress implementation](https://github.com/protolambda/eth2-das) <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/https://news.ethereum.cn/1559-update-005https://www.ethereum.cn/https://news.ethereum.cn/1559-update-005Wed, 06 Jan 2021 00:00:00 GMT来源 | [The State of 1559](https://hackmd.io/@timbeiko/1559-updates/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2F1559-update-005) <br/> # 要点速览 🎄 - 我们已经针对 geth 代码库开放了初步的 EIP 1559 拉取请求 (PR)🔥 - 我们的大型状态测试网正缓慢但稳定运行中🐢 - 对于此前所作的交易池管理的结论十分乐观🤞🏻 - Nethermind 即将发布一个新的研发 notebook 以分析矿工的合谋 👀 - 大量关于 1559 的论文和会议📑📺 <br/> # 客户端更新 ⛓ 首先，Vulcanize 团队针对 go-ethereum 库[开放了 EIP-1559 的 PR](https://github.com/ethereum/go-ethereum/pull/21971)。虽然这并不是最终版本的 PR (1559 的规范也未完善)🎉， 但它将为 Geth 团队提供足够的背景信息以进行初步审核。 关于 Besu，这个大型状态测试网生成器让我们忙得不可开交。虽然测试网加载 1 亿个账户相当容易，但添加 1 亿个智能合约存储项目就比较困难了。我们已经改变了方法，使用更小的区块以及合约。尽管进展缓慢，但正稳定进行。 我们准备在下周左右准备好完整的网络。完成后，我们将向其添加其他客户端。当所有人都同步之后，我们将推出一个”交易轰炸“计划，即每个客户端将对网络进行交易轰炸。如果测试网能够在轰炸下正常运行，那么这意味着尽管在网络严重堵塞的情况下，EIP-1559 也能保持稳定。 最后，OpenEthereum [仍在招全职](https://boards.greenhouse.io/gnosis/jobs/4978262002?t=addc4e802)，以推进 1559 实现。 <br/> # 研发更新🤖 在交易池管理方面，Ansgar 在[最近的实现者会议](https://github.com/ethereum/pm/issues/229) 中提到，他对他最初的结论感到很乐观。在研究了 geth 代码库之后，他发现最近矿工交易池几乎对每个区块都进行了重新排序，这是 1559 面临的”最坏的情况“之一。换句话说，尽管我们没有提出较好的优化措施，1559 也不应该使目前的网络状态变得更加严重。 对于没有挖矿的节点，他认为我们应该想出一些交易池驱逐方法，尽管可能不太完美，但能够在不同的 `BASE FEE` 下很好地发挥作用。他希望在接下来的几周适当地发布一些文章，以说明其中的细节。 Nethermind 也在那场实现者会议中分享了他们团队的研发更新。他们目前正模拟一些场景 (有些矿工可能合谋提高或降低 `BASE FEE`)，重点关注矿工可能对冲交易费风险的情况。 他们期待可以很快地发布他们的结果。在实现者会议中，他们还提到大多数攻击场景都涉及矿工控制着大部分的哈希率，当 `BASE FEE` 发生巨大改变 (约10倍) 时，这些攻击的成本就会变得非常高。我们非常期待完整的报告！ <br/> # 论文和会议 📑📺 - Barnabé Monnot 等人发布了一篇[新论文](https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_7.pdf)，从控制论的角度分析了 1559。 - Juan Benet 在 Storage Market 峰会上发布了 ”[Filecoin 的 1559 实现](https://www.youtube.com/watch?v=leJHrvz-YY8&feature=youtu.be&t=3738)“ 的演讲。 - 我给出了 1559 的概览并回答了大家在 Ethereum Cat Herder 上的 ”[探索 EIP 系列](https://youtu.be/ZbSKo_x9RvU)“ 提出的问题。大家可以在ETHConKorea 上回看这场讨论：https://ethcon.kr/ 。 <br/> # 下一步 ✅ 新年计划： - 将 Besu、Nethermind 和 Geth 引进我们的大型状态测试网中，并开展一场 ”交易轰炸“ 计划； - 在柏林硬分叉完成后，在 EIP-1559 上添加 EIP-2718 支持； - 升级交易池，提高其效率； - 分析 `BASE FEE` 的更新规则并改善； - 将 1559 加入 AllCoreDevs 的讨论中👩‍🌾 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/an-incomplete-guide-to-rollupshttps://www.ethereum.cn/an-incomplete-guide-to-rollupsTue, 05 Jan 2021 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2021/01/05/rollup.html) Rollups解决方案在以太坊社区中正风靡一时，并[有望在将来成为以太坊的关键扩容解决方案](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)。但是这项技术究竟是怎样的呢？它能给我们带来什么？我们将如何使用这项技术呢？本文将尽量回答其中一些关键问题。 # 背景：何为一层、二层扩容？ 区块链扩容方式有两种。第一种，可以提高区块链本身的交易容量。这种技术的主要挑战就是：当区块容量越来越大时，区块链将越来越难验证，且中心化程度越来越高。为了避免此类风险，开发者可以提高客户端软件的效率。或者选择另一种更为可持续的方式：利用[诸如分片](https://eth.wiki/sharding/Sharding-FAQs)这类技术，使得区块链上的构建区块和验证工作可以分散至许多节点 ([Eth2]((https://ethereum.org/en/eth2))升级中就会将此技术引入以太坊)。 第二种，可以改变使用区块链的方式。即用户不是将所有交易都直接在区块链上进行，而是通过二层协议在链下执行大部分交易。好比链上有一个智能合约，该合约只有两个任务：处理存款和提款交易、以及验证所有链下交易的有效性。对链下交易进行验证的方法有多种，但他们都具有同一个特性：在链上验证证明比在链下进行原始计算的成本要低得多。 <br/> # 状态通道 vs Plasma vs Rollups 二层扩容方案的三种主要类型是：[状态通道](https://statechannels.org/)、[Plasma](http://plasma.io/) 和 rollups。他们是三种不同的范式，具有不同的优劣势。我们可以把所有二层扩容解决方案大致地归为这三类 (尽管有的方案因分类模糊而存在命名争议，如 [validium]((https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb))) ## 状态通道的原理 更多资料请参考：https://www.jeffcoleman.ca/state-channels and [statechannels.org](https://statechannels.org/) 假设 Alice 正给 Bob 提供互联网连接，作为交换，Bob 每兆字节向她支付 0.001 美元。他们不需要每一次支付都执行交易，而是使用下面的二层解决方案。 首先，Bob 向一个智能合约中存入 1 美元 (或等值的 ETH 或稳定币)。Bob 在一张写着 “0.001美元” 的票上进行签名 (一条链下信息)，然后发给 Alice，这样就完成了对 Alice 的第一笔支付。而第二次支付时，Bob 在另一张写着 “0.002美元” 的票上进行签名，然后发给 Alice。以此类推，可以根据需要进行多次付款。当他们完成交易了，Alice 可以将数值最高的票单发布到链上，并对其进行签名。链上的智能合约将验证 Alice 和 Bob 的签名，然后向 Alice 支付 Bob 票据上的金额，并将剩余的钱退还给 Bob。如果 Alice 不愿意关闭他们之间的状态通道 (出于恶意行为或由于技术故障)，则 Bob 可以启动提款期 (withdrawal period)，如果 Alice 在这段期间内 (比如7天) 还是没有向 Bob 提供票据，那么 Bob 就可以拿回他的所有钱。 该技术功能强大：可以对其进行调整，以进行双向支付、处理智能合约关系 (如，Alice 和 Bob 在通道中签订金融合约)、以及对通道进行组合 (比如，当 Alice 和 Bob、Bob 和 Charlie 之间有一条开放通道时，Alice 和 Charlie 也可以进行去信任交易)。 但状态通道的作用是有限的：无法将资金在链外发送给没有参与进来的用户；通道不能代表那些逻辑上没有明确所有者的对象 (如 Uniswap)；并且如果要进行更为复杂的交易，需要在通道内锁定大量资金。 ## Plasma 的原理 更多资料请参考：最早的 [Plasma 论文](http://plasma.io/plasma-deprecated.pdf)，以及 [Plasma Cash](https://ethresear.ch/t/plasma-cash-plasma-with-much-less-per-user-data-checking/1298)。 用户向某个 Plasma 链的智能合约中发送一笔资产以完成存款。Plasma 链给该资产分配一个唯一的 ID (如 537)。每条 Plasma 链都有一名运营者 “operator” (他可以是一个中心化的角色、一个多签名者、或诸如 PoS/DPoS 此类更为复杂的东西)。每隔一段时间 (可以是15秒至1小时)，运营者便会生成一个等待批量处理的汇总交易 (由他们在链下收集到的所有 Plasma 交易组成)。 这些运营者会生成一个默克尔树，树中每个索引 `X` 处，如有存在交易的话，会显示某笔转移交易资产 ID `X`，如果没有交易，叶子值为零。随后他们将该默克尔树的默克尔根发送到链上，同时还会将每个索引 `X` 的默克尔分支发送给其资产的当前所有者。如果用户想要进行提款，那么就要公布其最近向其发送资产的交易的默克尔分支。然后智能合约就将启动挑战期，在此期间，任何人都可以尝试使用其他默克尔分支来证明该提款无效。需要至少证明其中一项：(i) 发送方在发送资产时并不是该资产的所有者；(ii) 发送方在后来将资产发给了其他人。如果在某个时间段内 (如七天) 没有人证明该提款是欺诈性的，用户便可以取出他的资产。 Plasma 比状态通道拥有更加强大的性能：使用 Plasma，用户可以将资产发送给从未加入其系统的参与者；对资本的要求也低许多。但 Plasma 也是有缺点的：在“正常操作”期间，通道不需要任何数据就可以在链上进行传输，而 Plasma 要求每条链定期发布一个哈希。此外，在 Plasma 上转账不是即时的：用户需要等一段时间并且等到区块被发布之后。 再者，Plasma 和通道都有一个关键弱点：确保这两种方案安全的前提是，这两种系统所控制的对象都有逻辑上的“所有者”。如果该资产的所有者不关心其资产，那么可能会导致证明其资产无效的结果。这对许多应用程序来说是可以接受的，但是对于许多其他应用来说 (如 Uniswap) 来说是破坏交易原则的。甚至在一些系统中如果对象的状态不经其所有者的同意就可以被改变 (如基于账户的系统，你可以不经某人的同意就可以提升其余额)，这些系统也不适用 Plasma。这意味着，当部署任何实际 Plasma 或通道时，都需要大量的“某个特定应用程序的推理”，并且不可能创建一个模拟完全的以太坊环境 (或“EVM”) 的 Plasma 或者状态通道系统。为了解决此问题，各种 rollup 方案出现了。 ## Rollups *其他资源参见：[EthHub on optimistic rollups](https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/optimistic_rollups/)和[ZK rollups](https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/zk-rollups/)* Plasma 和通道类是“纯粹”的二层方案，因为其将数据和计算都移至链下。然而，[围绕“数据可用性”的基本博弈论问题](https://www.youtube.com/watch?v=OJT_fR7wexw)意味着这些方案不一定对于所有应用来说都是安全的。Plasma 和通道方案的解决方式是依靠所有者完全知晓状态，但这使得此类方案无法完全通用化。Rollups，则是一种“混合型”二层方案。Rollups 将计算 (以及状态存储) 移至链下，但将每笔交易的一些数据放在链上。为了提高效率，这类方案借助了许多复杂的压缩技巧以尽可能*使用计算替代数据*。结果是系统的扩容性仍然受到底层区块链的数据带宽限制，但比较来看仍十分有利：以太坊基础层 ERC20 通证的转移成本约为 45000 gas，而 rollup 中的 ERC20 通证仅转移占用 16 字节的链上空间，成本不到 300 gas。 数据在链上这一点很关键 (请注意：将数据“放在 IPFS 上”是行不通的，因为 IPFS 不能就任何给定的数据是否可用提供*共识*；数据*必须*被记录在链上)。将数据放在链上并对此达成共识，使得任何人都可以根据需要在本地处理 rollup 中的所有操作，从而允许其对欺诈进行监测、发起提款或亲自开始批量生成交易。缺乏数据可用性意味着一名恶意的或是离线的运营者能够产生的影响甚至会更小 (例如他们无法造成一周的延迟)，从而为有权发布批量交易的人打开更大的设计空间，并使 rollup 更容易有理可循。更重要的是，缺乏数据可用性意味着不再需要映射资产到所有者，从而我们能得出以太坊社区相较之前的二层扩容方案对 rollups 更加期待的关键原因之一：**rollups 是完全通用的，我们甚至还可以在 rollup 内部运行 EVM，使得既有的以太坊应用几乎不需要编写新代码就能迁移到 rollups 上。** <br/> # Rollup 的原理到底是什么？ 在链上存在一份智能合约，其中包含一个**状态根**，即 rollup 状态的默克尔根 (也就是 rollup 内部的账户余额、合约代码等等)。  任何人都可以发布一批汇总交易 (**batch**)，这是一个经由高度压缩的交易集合，其中包含之前的状态根和新状态根 (处理交易*之后*的新默克尔根)。该合约会检查 batch 中的旧状态根是否匹配其当前的状态根，如果匹配的话，合约会对状态根进行更新。  为了支持存款和提款，我们增加了输入和输出在 rollup 状态“外部”的交易的功能。如果一个 batch 中包含来自外部的输入，则提交到该 batch 的交易也需要将资产转移到 rollup 合约。如果一个 batch 中包含来自外部的输出，则智能合约在处理该 batch 时会发起提款。 这就是 rollup 的工作原理了。但还有一个重要细节：**如何得知 batches 里的后状态根 (post-state root) 是正确的呢？**如果某人能够提交一个具备任意后状态根的 batch，而无需承担任何后果，他们完全可以将 rollup 中的所有代币都转移给自己。这个问题很关键，因为由此诞生了两种不同的解决方案，这两种解决方案又衍生出了两种不同的 rollups。 ## Optimistic rollups 与 ZK rollups 这两种 rollups 为： 1. **Optimistic rollups**，其解决方案为**欺诈证明 (fraud proofs)**：这类 rollup 会追踪所有历史状态根以及每个 batch 的哈希值。如果任何人发现某个 batch 的后状态根不正确，他可以向区块链发布一个证明，证明该 batch 计算错误。合约会对证明进行验证，并且对该 batch 及其之后的 batches 进行回滚。 2. **ZK rollups**，其解决方案为**有效性证明 (validity proofs)**：每个 batch 都包含一个称作 ZK-SNARK 的密码学证明 (例如使用 [PLONK](https://vitalik.ca/general/2019/09/22/plonk.html) 协议)，以证明后状态根是正确执行 batch 的结果。无论计算量有多大，该证明都能在链上得到极速验证。 这两种 rollup 之间存在复杂的权衡： | 特性 | Optimistic rollups | ZK rollups | | :----------------------- | :----------------------------------------------------------- | :----------------------------------------------------------- | | 每 batch 的固定 gas 消耗 | **约 40,000** (轻量交易，主要只是改变状态根的值) | 约 500,000 (验证 ZK-SNARK 所需计算量较大) | | 提款期 | 约一周 (提款存在延迟，需要留出时间提交欺诈证明，如果发生欺诈需要取消提款) | **极快** (只需要等到下一个 batch) | | 技术复杂度 | **低** | 高 (ZK-SNARK 是一种非常新的技术，并且数理复杂) | | 通用性 | **易达成** (通用的 EVM rollups 即将登陆主网) | 较难达成 (使用 ZK-SNARK 证明的通用 EVM 执行相较简单计算证明难度更大) | | 每笔链上交易的 gas 消耗 | 较高 | **较低** (如果一笔交易中的数据只用作验证，不引发状态改变，那么能够省去该数据，在 optimistic rollup 中则需要发布，因为有可能在欺诈证明中需要对其进行查验) | | 链下计算成本 | **较低** (尽管需要大量全节点重新进行计算) | 较高 (专门针对通用计算的 ZK-SNARK 证明可能会很昂贵，比直接运行计算可能要贵数千倍) | 总的来说，我个人的观点是，**在短期内，optimistic rollup 的显著优势在于其通用的 EVM 计算，而 ZK rollup 更可能被用于支付、交易和其他特定用例。但中长期来看，随着 ZK-SNARK 技术的成熟，ZK rollup 会在所有用例中发挥出优势。** ## 解构欺诈证明 Optimistic rollup 的安全性保障主要来自于：如果有人在 rollup 中发布了一个无效的 batch，其他任何跟进该链的用户监测到欺诈行为都可以发布欺诈证明，向合约证明该 batch 的无效性，并进行回滚。  在上图中，声称某 batch 无效的欺诈证明会包含绿色的数据：如果要证明特定账户被该 batch 读取和/或被修改，则需要该 batch 本身 (可以对照存储在链上的哈希值进行检查) 以及 Merkle 树的各个部分。不需要提供图中黄色的节点，因为他们能够被绿色的节点重构。该数据已经足够执行 batch 并计算后状态根了 (这与 [无状态客户端 ](https://ethresear.ch/t/the-stateless-client-concept/172)验证单个区块的方式几乎相同)。如果经计算的后状态根以及获得的 batch 中的后状态根不一致，那么该 batch 就是无效的。 可以保证如果某个 batch 不正确，但之前所有的 batches 都是正确的，那么就能够创建一个欺诈证明以表示该 batch 是不正确的。请注意对之前 batch 的声明：如果有超过一个无效的 batch 被发布到 rollup 中，那么最好尝试证明最早的无效 batch。也可以说，如果某个 batch 是正确的，那么永远都无法创建一个欺诈证明表示其无效。 ## 如何进行压缩？ 一笔简单的以太坊交易 (发送 ETH) 大小约为 110 字节。而在 rollup 上进行 ETH 转账，大小仅为约 12 字节： | 参数 | 以太坊 | Rollup | | :-------- | :---------------- | :----- | | Nonce | ~3 | 0 | | Gasprice | ~8 | 0-0.5 | | Gas | 3 | 0-0.5 | | To | 21 | 4 | | Value | ~9 | ~3 | | Signature | ~68 (2 + 33 + 33) | ~0.5 | | From | 0 (从签名中恢复) | 4 | | Total | ~112 | ~12 | 其中一部分只是简单的高级编码：以太坊的 RLP 编码方式在每个值上会浪费 1 字节。但是其中还包括一些机智的压缩技巧： - **Nonce**：这个参数的主要目的是预防重放攻击。如果帐户的当前随机数为 5，则该帐户的下一个交易记录必须包含随机数 5，但是交易一经处理，该帐户中的随机数将增加为 6，因此无法再次处理该交易。在 rollup 中，我们可以完全省去随机数，因为我们可以直接从前状态中恢复随机数；如果有人尝试使用先前的随机数重放交易，签名将无法验证，因为会依据包含较高随机数的数据来对签名进行检查。 - **Gasprice**：我们可以允许用户按固定 gas 价格范围进行支付，例如 2 的 16 次幂。或者我们可以在每个 batch 中收取固定的 gas 费用，甚至可以将 gas 费的支付完全移出 rollup 协议，让交易者使用通道向 batch 创建者支付相应费用。 - **Gas**：同样地，我们可以将总 gas 设定为 2 的多次幂形式。或者我们也将 gas 限制在 batch 的水平。 - **To**：可以用 *index* 来替换 20 字节的地址 （例如，如果某地址是被添加到默克尔树中的第4527个地址，我们只需使用 index 4527 来表示即可。然后向状态添加一个“子树” (subtree) 来存储index和地址本身的映射关系)。 - **Value**：我们可以用科学记数法储存值。在大多数情况下，交易只需要 1-3 个有效位。 - **Signature**：我们可以使用 [BLS 聚合签名](https://ethresear.ch/t/pragmatic-signature-aggregation-with-bls/2105)将大量签名聚合成一个约为 32-96 字节 (取决于协议) 的签名。该聚合签名可以依据消息集和 batch 的发送者集一次性进行检检查。表中的 “~0.5” 表示一个聚合签名中可以包含的签名数量是有限制的，因为需要能够在一个欺诈证明中对聚合签名进行验证。 ZK rollups 特有的一个重要压缩技巧是：如果交易的一部分信息仅用于验证，并且不用于计算状态更新，那么该部分可以移至链下。Optimistic rollup 无法做到这一点，因为该数据仍然需要存在链上，以备需要在欺诈证明中进行检查的不时之需。而在 ZK rollup 中，SNARK 已经证明了 batch 的正确性，也就是说验证所需的数据已经齐全。具备隐私保护功能的 rollups 是一个重要例子：在 optimistic rollup 中，每笔交易中用于隐私保护的 ZK-SNARK 证明需要在链上，需要占据约 500 字节。而在 ZK rollup 中，包含整个 batch 的 ZK-SNARK 已经证明了“内部” ZK-SNARK 的有效性。 这些压缩技巧是 rollups 扩容性的关键，否则 rollups 扩容性相较底层连只能提高约 10 倍 (虽然对于某些特定的计算密集型应用来说，简单的 rollups 方案已经足够)，而对数据进行压缩后，几乎对所有应用来说，扩容性都可以实现 100 倍以上的提升。 ## 谁能批量打包交易并提交？ 对于 optimistic rollups 和 ZK rollups 中交易的打包权有许多说法。一般来说，任何想要打包交易并且提交的用户，必须要锁定大量存款。如果用户提交了包含欺诈/无效交易的 batch (例如包含无效状态根)，那么该用户的存款的一部分会被销毁，另一部分则作为欺诈证明者的奖励。除此之外，还存在其他可能性： - 完全“**无政府状态**”：任何人都可以在任何时候批量打包交易并提交。这是最简单的方式，当然也存在缺陷。尤其是多个参与者同时尝试提交但最终只有一个 batch 能被成功打包。这会导致大量生成证明的工作和/或发布 batches 的 gas 被白白浪费。 - **中心化处理**：存在一个行为者即**排序者 (sequencer)** 提交 batches (但提款存在例外：通常来说一个用户可以首先提交提款请求，如果排序这没有在下个 batch 中处理该提款，那么该用户能够自己提交一个 batch)。这是最“高效”的方式，但是依赖于一个中心化的角色。 - **排序者拍卖**：通过定期举行拍卖的形式来确定谁有权成为下一个周期的排序者。其优点在于它可以筹集资金，并通过例如由 rollup 控制的机制 (例如 DAO) 来进行分配。(参见 [MEV 拍卖](https://ethresear.ch/t/mev-auction-auctioning-transaction-ordering-rights-as-a-solution-to-miner-extractable-value/6788)) - **PoS 集随机选择**：任何人都可以将 ETH (或是 rollup 协议的代币) 存入 rollup 合约，然后在存款人中随机选择每个 batch 的排序者，被选中的可能性与锁定资产成一定比例。这个方式的主要缺点在于会有大量资本被锁定，而这是不必要的。 - **DPoS 投票**：通过拍卖确定一个排序者，如果该行为人表现不佳，那么代币持有者可以通过投票将其驱逐，并发起新的拍卖。 ### 将批量打包和状态根处理相独立 目前正在开发的一些 rollup 项目采用了“独立批量打包”的方式，也就是将提交二层交易的 batch 和提交状态根的过程分离。这种做法的优势在于： 1. 使得多个排序者能够同时发布 batches，以提高扛审查性，而避免了因为一些 batches 被首先打包而导致其他 batches 无效的问题。 2. 如果某个状态根是无效的，我们不需要回滚整个 batch，可以只回滚状态根，并等待他人提供该 batch 的新状态根。这保障了交易发送方的交易不会被回滚。 总之，在效率、简洁性和抗审查性等方面的权衡十分复杂，许多方案也在进行探索。目前要判断哪些概念是最佳组合还为时尚早，时间会证明一切。 <br/> # rollup能在多大程度上实现扩容？ 在现有的以太坊链上，gas上限是1250万，一笔交易里，每个字节的数据消耗16 gas。这意味着如果一个区块只包含一个batch (我们说相当于打包了一个 zk rollup，在证明验证上花费50万gas)，那一个batch可以包含 (1200 万 / 16) =750,000 字节的数据。如上文所示，对于一个以太坊转账的rollup，每一次用户操作只需 12 个字节，也就是说该批交易可以包含高达6.25万笔交易。现在平均出块时间为[13秒]((https://etherscan.io/chart/blocktime))，即相当于大约每秒4807笔交易 (相比之下，现在直接在以太坊上转账是每秒 1250万/21000/13~=45笔交易 ) 以下表格是其他用例的例子： | 应用 | 所占的字节 | 一层的gas消耗 | 扩容的最高水平 | | :----------------------------------------------------------- | :----------------------------------------------------------- | :----------------------------------------------------------- | :---------------------------------- | | ETH 转账 | **12** | 21,000 | 105x | | ERC20转账 | **16** (需要额外 4 个字节来指定代币) | ~50,000 | 187x | | Uniswap 上的交易 | **~14** ( 发送者 4 个字节+接收者 4 个字节+交易值 3 个字节+最高价格 1 个字节+其他杂项 1 字节) | ~100,000 | 428x | | 保护隐私的提款 (Optimistic rollup) | **296** (根索引 4 个字节+nullifier 32 个 字节+接收者 4 个字节+ZK-SNARK 证明 256 个字节) | [~380,000](https://etherscan.io/tx/0x6e311f84655af72614966705584569b52d6e314f2d61b965db91db41fd01b1e1) | 77x | | 保护隐私的提款 (ZK rollup) | **40** ( 根索引 4 个字节+nullifier 32 个字节+接收者 4 个字节) | [~380,000](https://etherscan.io/tx/0x6e311f84655af72614966705584569b52d6e314f2d61b965db91db41fd01b1e1) | 570x | *扩容的最高水平是这样计算的：（一层的 gas消耗）/（rollup所占的字节 \*16）\*1200万/1250千万* 现在，值得注意的是这些数据都过于乐观了，原因有几个。最重要的是，一个区块几乎不可能只包含一批交易，因为最起码会有多个rollup。第二，存款和提款行为会一直存在。第三，在短期，使用率会比较低，所以固定消耗会占主导。但即使这些因素都考虑到了，超过100倍的扩容水平也有望成为常态。 如果我们想每秒交易量达到 1000-4000 呢 (取决于特定的用例)？这就是[eth2 数据分片](https://hackmd.io/@HWeNw8hNRimMm2m2GH56Cw/sharding_proposal)发挥作用的时候了。分片协议为每 12 秒提供 16MB 的空间来容纳任何数据，且系统确保数据可用性的共识。数据空间可以被rollup使用。这大约每秒 1398kb 的空间比现在以太坊链上每秒大约 60kb 提高了23倍，且在更长期来看，数据容量有望继续增加。因此，使用 eth2 分片数据的rollup可以以每秒约 10 万笔交易的吞吐量批量处理，在未来可能更多。 <br/> # rollup上还有哪些未解决的困难？ 尽管 rollup 的基本概念现在已为人所了解，我们确信它们是完全可行且安全的，现在多种 rollup 已经部署到主网上，但 rollup 设计还有很多领域未被充分探索，以及在实现桥接以太坊生态上大部分的活动到 rollup 上，以利用它们的可扩容性这件事上，还存在不少困难。一些关键的困难包括： - **用户和生态的入驻**——使用 rollup 的应用不多，用户也不熟悉 rollup，只有少数钱包开始集成 rollup。商家与慈善机构也还不支持这种支付方式。 - **跨 rollup 交易**——高效地从一个 rollup 移动资产与数据 (例如：预言机输出) 到另一个，而无须产生经由基础层的费用。 - **审计激励**——如何最大程度提高至少有一个诚实节点完整验证一个optimistic rollup的机会，使得出现问题时他们会广播欺诈证明？对于小规模 rollup (高至每秒几百笔交易），这个问题不大，因为对矿工来说只是举手之劳，但对于大规模的 rollup 来说，还需要更充分的理由以说服矿工去做验证。 - **探索plasma和 rollup 之间的设计空间**——是否有技术可以放*一些* 状态更新相关数据到链上而不是全部的数据，且这些数据会产生有用的东西？ - **最大程度提高提前确认的安全性**——很多rollup都会为了更快的用户体验 (UX) 提供“提前确认 (pre-confirmation)”，这里排序者会马上承诺某笔交易会被打包到下一批交易里，而如果此承诺没有被兑现，该排序者将损失其保证金。但这个方案的经济安全性是有限的，因为排序者可以同时对非常多的人作出非常多的承诺。这个机制可以改善吗？ - **提高缺席排序者的回应速度**——如果一个rollup的排序者突然离线了，在最短的时间内以最低的消耗从这种情况恢复过来是很重要的，方法不是快速且低消耗地大规模退出到另一个rollup，就是换一个排序者。 - **有效ZK-VM**——生成一个ZK-SNARK证明，证明通用的EVM代码 (或一些现有的智能合约可以编译的不同 VM) 已被正确执行和有一个给定结果的。 <br/> # 结论 Rollup是一个强大、新颖的二层扩容范式，并有望成为以太坊在中短期未来 (也可能是长期) 扩容的基石。以太坊社区已经表现出对 rollup 的强烈兴趣，因为不像之前在二层扩容的尝试，它们可以支持通用的EVM代码，使得现有的应用可以轻易迁移。Rollup 有一个重要的妥协：交易处理不是完全在链下进行，而是每笔交易留下一小部分数据在链上。 rollup 有很多种，在设计空间上有很多选择：可以是使用欺诈证明的optimistic rollup，也可以是使用有效性证明 (即 ZK-SNARKs) 的 ZK rollup。排序者 (可以发布打包好的交易到链上的用户)可以是中心化的行为者、自由放任者、或两者间的很多可能性。rollup还是早期的技术，其开发在不断快速地进行中，但它们是可行的，且其中有些 (比较有名的是[路印](https://loopring.io/)、[ZKSync](https://wallet.zksync.io/)、和[DeversiFi](https://www.deversifi.com/)) 已经运行数月了。期待今年 rollup 会有更多令人振奋的成果。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/wnie-2020-12-30https://www.ethereum.cn/wnie-2020-12-30Mon, 04 Jan 2021 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_201230) 这期篇幅不长，建议大家有时间的话好好消化一下，干货满满哦🙂！ <br/> # 阶段0：信标链 一切都进展得很顺利。 截至本译文发布，已经有超过 220万 ETH 被[发送](https://www.duneanalytics.com/hagaetc/eth2-0-deposits)到存款合约，价值超过 20 亿美元，活跃验证者数量超过五万，等待激活的队列时长约为20天。验证者参与率一直在 99% 左右。无消息即是好消息！ ## 罚没事件 我一直在[追踪罚没事件]((https://www.reddit.com/r/ethstaker/comments/kfqkqk/slashed_the_devs_want_to_hear_from_you/))，以从中总结经验。自[上次清点]((https://hackmd.io/@benjaminion/wnie2_201212#Slashings))之后，又发生了 18 起罚没事件，主要有三个原因： 1. 验证者 [1644](https://beaconcha.in/validator/1644) 因为双重投票[被罚没]((https://beaconcha.in/block/102389#attester-slashings))。看起来是一个个人节点，但还没有更多相关信息。 2. 验证者 [23241](https://beaconcha.in/validator/23241) 收到了[证明者罚没]((https://beaconcha.in/block/118136#attester-slashings))。我一直在和该节点保持沟通，简单来说该起罚没事件的起因是在系统更新时使用同样的密钥重复运行验证者。 3. 在最严重的一起罚没事件中，有 16 名验证者被罚没，几乎是当前被罚没验证者数量的一半。这 16 名被罚没的验证者很明显属于同一个实体。验证者编号在 [38058](https://beaconcha.in/validator/38058) 到 [38148](https://beaconcha.in/validator/38148) 之间，并且是在一笔 3200 ETH ([100 份质押金]((https://etherscan.io/tx/0x7fb4decbb47f5e57ffe58ed01d96e4b61b0b677b22bbc507d22c38271c6faf76))) 的存款中被创建，此处为该批量存款[合约地址]((https://etherscan.io/address/0x39dc6a99209b5e6b81dc8540c86ff10981ebda29#code))。Etherscan 将该合约标记为 “Staked.‍us: Eth2 Depositor”，附上了 staked.‍us 的网站链接，并且在合约评论中确认了该合约作者是 staked.us。但是该合约是开放的，可供任何人使用。目前没有人公开为这次罚没事件担责。 [staked.us](http://staked.us/) 的网站上表明 “have never been slashed” (从未被罚没)。 虽然目前被罚没不是什么好事，但也不是世界末日。惩罚总额只占 32 ETH 中的 0.6 ETH。更重要的是，被罚没验证者的余额目前处于锁定状态，并且在 Eth1 和 Eth2 合并之前不可用。 ## 测试网 目前 Pyrmont 测试网运行良好。虽然有时候客户端团队进行升级和测试时会出现未敲定的情况，但总体来说是健康的状态。测试网没有验证者队列，如果大家想要测试自己的 staking 设置，不妨参与 Pyrmont 测试网。 ## 工具 越来越多的工具开始涌现。 [Bitquery](https://bitquery.io/) 已经[发布](https://twitter.com/Bitquery_io/status/1344347446587973632)了一个信标链[浏览器](https://explorer.bitquery.io/eth2), 以及 [GraphQL API](https://explorer.bitquery.io/graphql)。这不同于通常的区块链浏览器，并且提供了新颖的数据。例如，我们可以看到随着越来越多的验证者被激活，[每个 slot 委员会](https://explorer.bitquery.io/eth2/attestations)的增长情况。我们希望达到64个委员会，目前已经有 12 个了。但是其中的[证明者罚没数据](https://explorer.bitquery.io/eth2/attester_slashings)看起来有些出入。 [Web3Labs](https://www.web3labs.com/) 也发布了其 [Web3j Eth2 Beacon Node API Client](https://blog.web3labs.com/announcing-web3j-eth2-beacon-node-api-client)，支持使用 Java 语言来查询 Eth2 API，他们使用了 Teku 来进行演示🙂。 ## 来自 Protolambda 的更新 Proto 没有度假！此处是他的[长推文系列更新]((https://twitter.com/protolambda/status/1340940577202966528))，总结了他最近的工作和计划。数据可用性采样的原型工作正在[取得进展]((https://github.com/protolambda/go-kate))。 <br/> # 释义性资源 [/u/accidental-green](https://www.reddit.com/r/ethstaker/comments/kel6rs/quick_question/gg4xbup/?context=3) 撰写了一篇 [Ethereum 2.0: Ubuntu for Beginners](https://agstakingco.gitbook.io/ethereum-2-0-ubuntu-for-beginners/) 教程，其中附带了许多有用的以太坊相关[资源](https://agstakingco.gitbook.io/ethereum-2-0-ubuntu-for-beginners/ethereum-2.0-resources)。AG 还写了许多其他的 [Eth2 教程](https://agstakingco.gitbook.io/ethereum-2-0-ubuntu-for-beginners/ethereum-2.0-resources#eth-2-0-other-guides)。 Beaconcha.in 也整合了有价值的以太坊2.0[学习资源](https://beaconcha.in/education)。 Vitalik 撰写了一篇文章简单解释[分片 + DAS](https://hackmd.io/@HWeNw8hNRimMm2m2GH56Cw/sharding_proposal)，DAS 即“data availability sampling” (数据可用性采样)。目前我们已经启动了信标链，如果大家想要进一步了解 Eth2 接下来的路线，这篇文章值得一读。 <br/> # 媒体及其他资源 以太坊基金会的 Aditya Asgaonkar 与 ETHPlanet 进行了一次 [AMA](https://medium.com/ethplanet/decentralization-is-the-most-competitive-function-of-eth2-0-ethereum-researcher-aditya-asgaonkar-5d104c6f5ea4)：去中心化是 Eth2.0 最具竞争力的特征。 Vitalik 在 [EthBA](https://ethereumba.com/) 进行演讲的[实时推特](https://twitter.com/smpalladino/status/1339702065485013002)，主题是“以太坊在2021年及之后的发展”，此处是[演讲视频](https://www.youtube.com/watch?v=FNHGOsYf2sM)。 Danny Ryan 在信标链创世前参加了 Coindesk 的[采访](https://www.coindesk.com/ethereum-core-danny-ryan-2021)，并且因此出现在其年度回顾文章中。 Stateful Works 目前正在[编写一本书]((https://stateful.mirror.xyz/a151ee1decb2028a8bb48277f6928c6f38319c32601dc1da1ee82acfcad2e525))，讲述“使以太坊信标链成为现实的贡献者以及团队”。我已经提交了我的部分，说实话挺难的。我努力使其精简了，但对于这个话题我觉得我自己就能写一本书。或许有一天我会的。 <br/> # 写在最后 感谢大家的支持。最后祝大家新年快乐，2021年心想事成🎆！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/eth-Weekly-2021-1-4https://www.ethereum.cn/eth-Weekly-2021-1-4Mon, 04 Jan 2021 00:00:00 GMT # Eth2 **Vitalik发表关于分片与数据可用性的提案** *An explanation of the sharding + DAS proposal* (分片与数据可用性提案的解释)一文论述的是Eth2 设计中PoS外另一种中心特性：分片。此提案介绍了一种分片的有限形式，根据以rollup为中心的路线图，这种形式为“数据分片”，即分片会储存数据，并对大约250kB blob的数据可用性做证明。这种可用性验证方法可以为像rollup这种layer2协议提供安全且高吞吐量的数据层。  要实现既能对大量数据的可用性进行验证，又无须所有节点都自行下载所有数据，需要两种相互叠加的技术：(i) 由随机采样的委员会做证明， (ii) 数据可用性采样 (DAS)。在文章中，Vitalik给随机采样委员会和数据可用性采样做出解释，阐述了两者需要叠加使用的原因、以及详述了分片在P2P层的运作机制和信标链的运作机制。 原文：https://hackmd.io/@HWeNw8hNRimMm2m2GH56Cw/sharding_proposal **去领取“信标链创世存款者POAP咯** 在2020年11月24日前把32个ETH提交到信标链创世合约的地址都可以获得“信标链创世存款者”的POAP，现在已经可以通过输入以太坊地址或ENS名称来领取了，指路：https://poap.delivery/eth2-genesis/ <br/> # Layer2 **Connext审计完成，即将上线主网**  Layer2互操作性解决方案Connext已完成其合约审计，并计划于本周在主网上线阶段0：Minimum Viable Network。然后分别在2021年的第一季度和第二季度发布阶段1和阶段2。Connext是一个Layer2互操作性解决方案，通过状态通道，在各个Layer2解决方案、Eth2分片、甚至其他Layer1区块链之间实现跨链路由网络。此前，Connext于2020年11月17日在测试网推出了Connext的迭代版本Vector，着重于解决接入/退出Layer2 解决方案的问题。 详情请看：https://medium.com/connext/audit-results-launch-plan-961411801388 **Optimistic rollup解决方案Fuel v1上线主网** Fuel Labs 于1月1日宣布在主网上线Fuel v1版本，目前仅发布了适用于开发者的命令行界面 (CLI) 版本。  Fuel主要使用于一些支付应用，基于UTXO模型的Fuel v1 可处理约500笔交易每秒，每笔交易<2000 Gas。除了简单的转账功能之外，Fuel的功能还包括：1) 跨链原子兑换以及即时提款；2) 使用优先级聚合器进行软确认；3) 以OP_RETURN的形式输出；4) 使用ETH或DAI付手续费(并逐渐引进其他加密货币支付) 访问此处：https://mainnet.fuel.sh/network 可查看Fuel的网络状况。 **volmex. finance 与Optimism合作** 非托管交易协议volmex.finance 宣布引入Layer2 扩容解决方案Optimism，提供DeFi用户的用户体验。  而在1月1日，Optimism团队发文回顾了2020年一年的工作进展：9月25日推出其Optimistic Ethereum 测试网，并于两周前完成测试网的最后一个阶段；随后于12月增加欺诈证明测试；在测试网上成交了超过3万笔交易和1000笔存取款。 并给出了2021第一季度的路线图：1) 1月15日在主网软启动Optimism，与Synthetix在主网上进行试运行；2) 3月15日将推出公共测试网，上线各种项目集成文档和工具。 <br/> # EIP-1559 哥伦比亚大学教授Tim Roughgarden在发表了《EIP-1559的经济学分析》后出席了Silicon Valley Ethereum Meetup，进一步对EIP-1559进行讲解，其后还有Vitalik对Tim进行提问的环节。演讲概要如下：  ECN翻译： l 每个区块都有一个依据历史交易而定的基本费 (base fee) l 基本费收入会被销毁 l 区块容量从上限为12.5M gas扩展到区块平均容量为12.5M gas ——新的上限为25M gas l 过去的区块容量会用于衡量需求、调整基本费 ——不断寻找供应等于12.5M时的市场出清价 l 由用户指定的小费会支付给区块矿工 ——在正常情况下为矿工打包区块提供最小的激励 ——高额的小费可以为特殊情况提供激励 视频：https://www.youtube.com/watch?v=ndNyx-Oj9Wk&feature=youtu.be <br/> # DeFi **资产三角** Messari 的研究员Ryan Watkins 在推特上通过传统金融类比了以太坊、比特币的角色。  如上图所示，Messari表示所有资产可以被分为3类：资本资产 (股权/债券)、大宗商品 (石油)以及价值储存 (美元)，ETH可能是第一种包括以上3类的资产。如果比特币就像黄金 (人们将其作为价值储存但不会作为金钱使用)，那么ETH就像金钱 (在以太坊的链上经济中最具有流动性的资产)。 <br/> # 生态 来自HOPR的Sebastian构建了开源软件GasTrology.Eth，它能通过分析过去的区块帮助用户预估以太坊交易价格。它不依赖于中心化服务器，且分析速度比后者快10倍。 指路：http://gastrology.eth.link/ <br/> ETHGlobal将在1月15日到2月7日举行2021年第一次黑客松，主题时MARKETMAKE，构建未来的金融，奖金超过5万美元。12月31日已开始接受报名，报名与详情：https://marketmake.ethglobal.co/ <br/> # 本期最佳Meme  <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/eth-weekly-2020-12-31/https://www.ethereum.cn/eth-weekly-2020-12-31/Thu, 31 Dec 2020 00:00:00 GMT2020年对整个区块链行业乃至全世界来说都是跌宕起伏的一年，以太坊也在今年度过了五岁的生日。这一年，以太坊生态向我们展现了它蓬勃的生命力、颠覆性的创造力以及多元的包容性。 那么2020年以太坊给我们讲述了哪些精彩的故事？我们又如何见证了以太坊的成长？在这新旧交替之时，让我们一起来回顾回顾“以太坊2020大事记”！ <br/>  <br/> # Eth2 **Eth2客户端更新** 以太坊2.0客户端Lighthouse、Teku、Nimbus、Prysm均发布了其最新版本。 如果你是加入了单独质押的大队伍，记得要更新你的客户端，以下是四个客户端最新版本的Gtihub Lighthouse (Baby Legs): https://github.com/sigp/lighthouse/releases/tag/v1.0.5 Teku (v20.12.1) : https://github.com/ConsenSys/teku/releases/tag/20.12.1 Nimbus (v1.0.4) : https://github.com/status-im/nimbus-eth2/releases/tag/v1.0.4 Prysm (v1.0.5) : https://github.com/prysmaticlabs/prysm/releases/tag/v1.0.5 **数据可用性取样原型** 开发者Protolambda发推更新了以太坊2.0的一些研发进展。他表示，目前研发主要集中在两个方面： a)为阶段1做准备：构建区块和制作原型。Proto正研发一个数据可用性取样原型。一些规范已经完善，但需要经过模拟来验证。尤其是将所有分片数据转移至一些小区块中，对其进行验证，并允许任何人对其进行取样，这项工作十分复杂。同时，如果核心构建的区块获得可行的原型，我们的工作也就更近一步了。现在正在将Kate commitments/proofs/verification、基于FFT的扩展以及数据恢复从Python (由Dankrad、Vitalik等撰写的) 语言翻译为Go语言，工作已经过半。 b)假期安排：同步信标状态以及开始任意状态默克尔证明的工作 (SSZ)。 <br/> # Layer2 **zkSync现已支持四款以太坊钱包** zkSync现已支持安全发送资金到任何以太坊地址，它支持的钱包包括：Metamask、BurnerWallet、WalletConnect以及External。而某些以太坊地址无法使用直接使用zkSyncde的原因可能如下： 网页界面还不不支持该钱包 地址属于交易所 地址所属的智能合约是EIP-1271不支持的 详情请看：https://zksync.io/faq/wallets.html#what-ethereum-wallets-does-zksync-support **Dark Forest v.05喊你去玩了！** 建在以太坊上且使用零知识加密技术的游戏Dark Forest于圣诞节 (12月25日) 上线v.05。此次版本有一些重要更新，包括增加一个实验性的PLUGIN系统、通过探索宇宙可以找到特别的Dark Forest NFT。还有在性能方面减少加载次数、交易次数、客户滞后等。以太坊社区玩过的人纷纷表示上瘾了，指路：https://zkga.me/ **路印作客Zeroknowledge Podcast** 1.路印的Matthew Finestone和Brecht Devos作客ZeroKnowledge Podcast，介绍了路印的发展历史、路印协议、交易所、钱包，以及他们如何把AMM (自动做市商) 与Layer2结合等话题。有兴趣的读者可以听听：https://www.zeroknowledge.fm/161 **PLONK与Halo的分析研究** ConsenSys Quorum团队的研究员Thoms Piellard发表了对Aztec Netwrok用的PLONK与ZCash 的ZKP系统用的Halo进行分析的研究文章：https://hackmd.io/@zkteam/halo#Instantiating-Halo-with-PLONK <br/> # DeFi **1inch发币** 1inch 于12月25日宣布发行其治理代币1INCH，总发行量为15亿枚。1inch表示这些代币将全部应用于所有1inch Network协议的治理。1INCH官方博客称，所有在12月24日，早上8点前与1inch交互过，并满足以下其中一个条件的，便可以获得1INCH空投：1) 在9月15日前至少进行过一笔交易；2) 总共进行过至少4笔交易；3) 总交易额至少达到$20 **使用DeFi Pulse的API获得DeFi数据** DeFi Pulse 为用户提供不同的API端口，用户可以从不同的协议中获取数据。例如，可以调用API来获取总锁仓量的具体数据，以及各种DeFi项目的借贷率。API文档：https://docs.defipulse.com/api-docs-by-provider/defi-pulse-data <br/> # 生态 **新的EIP流程** Ethereum Cat Herders社区发布了新的EIP流程，变化旨在将EIP自身的完善从硬分叉协调流程中分离出来。因为EIP仓库本来就是为成为技术规范仓库而设计的，而硬分叉的协调过程把政治意见也引进了EIP仓库，这次的新流程就是把二者分开。在具体流程设计上，把ACCEPTED 删除，而变成： DRAFT -> REVIEW -> LAST CALL -> FINAL 新的EIP报告有以下状态：DRAFT 、REVIEW 、LAST CALL 、FINAL、LIVING、STAGNANT、WITHDRAWN 详情：https://medium.com/ethereum-cat-herders/the-new-ethereum-improvement-process-928c628b306e (中文版，爱好者的翻译) **Hudson Jameson将卸任以太坊基金会社区经理** Hudson Jameson于12月22日发推表示将在柏林硬分叉后卸去担任了4年的以太坊核心开发者会议推动者的职务，该职位将由以太坊开发者Tim Beiko来接任。Huson表示此次卸任主要原因是他想尝试新事物，且认为基金会也需要新血液。而Tim也将卸任ConsenSysQuorum团队的HyperledgerBesu产品经理一职，目前正在寻找接任者。 **本期最佳MEME** (ETH在这周日价格突破700美元，是自2018年5月21日来首次)  <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/1559-update-004https://www.ethereum.cn/1559-update-004Fri, 25 Dec 2020 00:00:00 GMT来源 | [The State of 1559](https://hackmd.io/@timbeiko/1559-updates/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2F1559-update-004) <br/> # 概要 👀 - 我们现在已经有了一份详细的EIP-1559的经济学分析了; - 我们正在搭建主网级容量的测试网，以分析1559在大型网络上的性能; - 对于解决由不断变化的`BASE FEE`引起的交易池问题，我们已取得了进展 - 我们有了新的模拟，来分析遗留交易的行为以及在一个单一网络上的1559式交易; - OpenEthereum正在招聘一名专注在1559的全职工程师! <br/> # 经济学分析📑 在2020年12月，前沿的博弈论与计算机科学研究员[Tim Roughgarden](http://timroughgarden.org/)发表了一份50多页的EIP-1559经济学分析。他在推特和报告的第一部分写了报告的要点，但还是很值得在此完整分享一次：  过去，对1559的批评经常提到它欠缺一份正式的经济学分析，他们认为1559依赖的只是对以太坊交易费用市场的直觉。这份报告为EIP-1559提供了一个详尽的、总体上正面的分析。它甚至好像说服了一些著名的1559怀疑论者，比如[Nick Johnson](https://twitter.com/nicksdjohnson/status/1334277446833618945) 🎉! 此份报告强调了1559的一些地方是值得进一步思考的，即那些矿工可能合谋的情况 [0]，以及对基本费用更新规则进行更好的分析。[第7次EIP-1559实现者会议](https://github.com/ethereum/pm/issues/226)对矿工合谋场景进行了讨论，但没有得出确切的结论。而在基本费用更新规则方面，[我在Twitter上对这方面的专家发起了呼吁]((https://twitter.com/TimBeiko/status/1334288252912582656))，有一些人已经联系我，希望能提供帮助 :muscle:。 Roughgarden还提到，他希望以太坊社区可以最大程度利用这份报告，而且如果任何人有疑问、评论或担忧，他们都可以联系他。[他的网站](http://timroughgarden.org/)列出了他的各种联系方式。 <br/> # 大型状态测试网📈 如在之前的更新里讨论到的，对EIP-1559进行测试的下一个里程碑式在与主网相仿的条件下做测试。考虑到的第一个方法是真的在主网分叉出一个网络，降低难度然后在上面启动EIP-1559。尽管这可以给我们一份主网状态，但考虑到安全问题，这个想法还是被否决了 [1]。 相反，Besu团队一直在构建一个[大型状态测试网生成器](https://github.com/abdelhamidbakhta/tommygun-eth)。生成器把大量账户和储存slot作为输入，开启一个名为"whale"的智能合约，让它发送少量的ETH，并为每个输入创建一个存储slot[2]。在第7次EIP-1559实现者会议里有一个完整的演示，从[1:16:00](https://youtu.be/dopljpI59Rw?t=4560)开始。这是该工具运作时的截屏:  主网现在有大约1亿个账户，因此我们最近一次运行该工具，创建了一个有1亿账户和储存slot的网络。这个过程需要大概4天的时间，所需数据库容量大约240GB。随着网络容量的增长，创建网络的时间几乎成指数型增长，一个100k容量网络所需的时间是一个10k容量网络的2倍，一个1M容量网络所需的时间是一个100k容量网络的10倍，一个10M容量网络所需的时间比一个1M容量网络长15倍，一个100M容量网络所需的时间比一个10M容量网络长40倍！ 现在有了这个数据库，我们将尝试把所有客户端实现同步到这个网络，然后用我们之前构建的[交易生成工具](https://github.com/ConsenSys/eip1559-tx-sender) 对网络进行交易轰炸。这样，我们就可以深入了解客户端在必须管理主网级容量的状态时，如何在1559的规则下顺滑地处理200%满的区块。 <br/> # 交易池🏊‍♂️ 在之前的更新里，我们讨论了一些与交易池管理相关的重要问题，它们还有待解决。我在[一个文档里](https://hackmd.io/unbJUt-HQgStvwmpLPsXsQ)对它们进行了解释，但它的要点是由于区块间的`BASE FEE`不一样，以及交易会指定它们愿意支付的最高费用 (`FEE CAP`) 和矿工小费 (`TIP`)，一个矿工打包交易收到的费用会随`BASE FEE`的变化而变化，这意味着潜在需要节点来对每个区块的交易池进行重新整理，这是非常低效的。 Quilt团队的[Ansgar](https://twitter.com/adietrichs)一直有关注这个问题，在第7次实现者会议他分享了一篇[关于这个问题的文章](https://hackmd.io/@adietrichs/1559-transaction-sorting)。 简言之，有两个问题需要解决：矿工希望打包到区块的交易可以支付给他们最高的费用；非挖矿节点需要在它们的交易池满的时候有交易逐出的政策。 尽管该文档没有针对这个问题提出解决方案，它强调了对矿工来说交易的一个有趣特点——不断变化的收益。在1559下，你可以想象交易有两个可能的“状态”。第一个状态是”恒定的“，即交易的`FEE CAP`是大于`BASE FEE`与`TIP`之和的，而矿工回获得整份 `TIP`。第二个状态时”变化的“，即`FEE CAP`仍然高于`BASE FEE`，但低于`BASE FEE`与`TIP`之和 [4]。在这种情况下，矿工获得的是`FEE CAP` 与`BASE FEE`的差值。 当交易不处于这两种状态，你可以在它们之间创建一个相对秩序 (通过`TIP`分出”恒定“类的状态，通过它们的”有效小费“分出“变化”类的状态，例如：`FEE CAP` - `BASE FEE`) Ansgar文章的洞见在于“变化”类状态的交易将保存相同的区块间相对秩序，因为`BASE FEE`的增加/减少将对它们产生同样的影响。这意味着问题的核心在于当`BASE FEE`变化时能找到一个决定哪些交易从“恒定”转为”变化“的有效方法，以及如何恰当处理这些交易。 希望在Quilt的下一篇文章里我们能得到这些问题的答案😁! <br/> # 模拟更新🤖 Nethermind团队发布了一篇[新的关于模拟的notebook](https://github.com/NethermindEth/research/blob/main/legacyTransactions.ipynb)，探讨了在网络里遗留交易与1559式交易间的相互影响，且遗留交易能被解释为1559式交易。这些研究都建基于 Barnabé Monnot及他的团队之前做的[模拟成果](https://github.com/barnabemonnot/abm1559#abm1559)。 这个模拟引入了三种类型的用户：天真的1559用户，他们总是把他们的`TIP`射到最低值；聪明的1559用户，他们会根据网络使用情况策略性地设置他们的`TIP`；聪明的遗留交易用户，他们会根据网络使用情况策略性地设置他们的`gas price`。 对于每种类型的用户，都要发送固定数量的交易到网络里。那份报告分析了哪种类型的交易被打包了，那些用户支付了多少钱，以及用户最后等了多长时间。  该报告的”总结“部分不长，且很值得完整阅读，但我还是给出了概要： - 我们在模拟里看到两个清晰”阶段“：当`BASE FEE`聚集到它的均衡值的时候，以及当它是稳定的时候 - 在`BASE FEE`不稳定的阶段，聪明的1559用户会发起被打包的大部分交易 - 交易池的行为改变取决于我们在哪个”阶段“。当基本费用不稳定时，会有很多被逐出的交易以及需要重新整理交易池；但当它时稳定的时候，交易池只有非常少逐出的交易。 当在实现者会议上讨论模拟的时候，出现了两个有趣的问题。 第一，如果在网络上出现更多的遗留交易，`BASE FEE`有变得不那么稳定的风险，以及当那些阶段形成了采用1559式交易的激励时，1559式交易倾向于被优先打包。 第二，随着1559式交易的使用不断增长，且 `BASE FEE` 变得稳定，遗留交易的预估gas价格会变得更准确，因为他们可以在预估中使用 `BASE FEE` 的值。换句话说，1559用户将有助于减少网络中gas价格的波动，缩小gas价格预估器估算值的置信区间。 <br/> # 其他更新👀 上面已经写了很多更新内容了，最后一点值得一提的是OpenEthereum正在招聘一个全职开发者来从事EIP-1559的工作🎉 如果你对这个职位感兴趣，可以在[这里](https://boards.greenhouse.io/gnosis/jobs/4978262002?t=addc4e802)申请！ <br/> # 后续工作 ✅ 这篇更新迟到了很多了！以下是我们接下来要忙的事： - 分享最近研发工作成果到社区，包括AllCoreDevs，以收集反馈； - 寻找专家为基本费用更新规则提供更好的分析 - 把所有的客户端是实现同步到大型状态的测试网，并用交易生成器工具来测试在网络上的性能 - 提出能对矿工和不挖矿节点的交易池进行分类的好算法 感谢阅读😁 ------ [0] 尽管在1559下这种情况不太可能，但这样的研究仍是有助益的。 [1] 分叉主网以及在客户端上公开主网变量容易引来攻击与欺诈重演 [2] 在后台，它是在发送ETH到 `0x0...1`, `0x0..2`, `0x0..3`等，并为`0x0..1`, `0x0..2`, `0x0..3`等制造储存条目，直到达到想要的账户与储存slot数量。 [3] 该文档有以下免责声明：此文档主要作为接下来的实现者会议的讨论基础。之后会再出一份更详细的文章。因为Quilt团队最近才加入到EIP-1559的事业里，有可能我们有错误的假设或忽略了现有的相关工作。 [4] 如果 `FEE CAP `低于`BASE FEE`，那么交易无法被打包到区块里。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Ecosystem/eth-weekly-2021-12-21/https://www.ethereum.cn/Ecosystem/eth-weekly-2021-12-21/Fri, 25 Dec 2020 00:00:00 GMT <br/> # Layer2 **隐私 L2 扩容解决方案 Aztec Network 完成由 Paradigm 领投的 A 轮融资，本轮共融资 1700 万美元** 2021 年 12 月 16 日，Aztec Network 宣布完成价值 1700 万美元的 A 轮融资。本轮融资由 Paradigm 领投，其他投资方包括 a_capital、Ethereal Ventures、Libertus Capital、Variant Fund、Nascent、IMToken、Scalar Capital、Defi Alliance、IOSG Ventures 和 ZK Validator，还包括其他天使投资人 Anthony Sassano、Stani Kulechov、Bankless、Defi Dad、Mariano Conti 和 Vitalik Buterin。 在上一期七日谈中，我们介绍了 Aztec 的 L2 隐私支付项目 zk.money 和隐私跨链桥接 Aztec Connect。我们知道，用户可以通过前者隐私地发送和接收 DAI、ETH、renBTC；而利用后者，用户可以桥接隐私资产至主网以进行 DeFi 交互，并在同一笔交易中返回到 Aztec 中。这使用户能够便宜且隐私地与任意以太坊 DeFi 应用交互。 Aztec 表示，A 轮融资收益将用于推动网络去中心化、Aztec Connect Grants 及其零知识证明系统的开发。 [来源](https://medium.com/@aztecnetwork/aztec-network-raises-17-million-series-a-from-paradigm-to-bring-programmable-privacy-to-web3-beb2982a92f3) <br/> **L2 扩容解决方案 Optimism 正式移除白名单限制，开放无需许可部署** Optimism 上线主网以来，一直保留着白名单限制，以便其能够直接与部署在 Optimism 网络上的应用项目方直接沟通。这种及时的反馈对 Optimism 协议未来的发展方向有着很重要的影响。而早期采用者在第一个版本 OVM 上部署所遇到的一系列艰难问题促使我们推出具有 EVM 等同性的 rollup。而 EVM 等同性 (EVM equivalence) 升级之所以如此顺利，也是因为能够与那些可能受到影响的项目紧密地沟通。 12 月 17 日，Optimism 正式移除白名单限制，开放无需许可部署。也就是说任何合约都能够无需许可地在 Optimism 上部署。此外，Optimism 将不会再执行任何 regenesis-style 的更新。所有未来的升级都将维持所有状态、交易历史记录和事件数据。 [来源](https://optimismpbc.medium.com/all-gas-no-brakes-8b0f32afd466) <br/> **跨链解决方案 Anyswap 正式更名为 Multichain** Anyswap 成立于 2020 年 7 月，最初的定位为跨链 DEX。2021 年初期，Anyswap 决定移除 DEX 功能并专注于提供跨链桥接服务。因此，Anyswap 决定改名为 Multichain，致力于成为主流的跨链基础设施。 目前，Multichain 已支持 25 条链和 1153 种代币：  来源： <iframe id="twitter-widget-14" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-14&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1471389921608753162&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=4cb193eef3e23497daa5ffdd58de3c283c89a6c7&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1471389921608753162" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 785px; display: block; flex-grow: 1;"></iframe> <br/> **以太坊软件公司 ConsenSys 与万事达 (Mastercard) 合作推出 ConsenSys Rollups** 12 月 16 日，ConsenSys 宣布将于万事达合作推出 ConsenSys Rollups，为领先的金融机构等提供企业级可扩展性，解决基于 Quorum 技术堆栈的扩容应用的关键问题。ConsenSys 利用万事达工程团队的专业知识设计 ConsenSys Rollups 解决方案。 ConsenSys Rollups 是一个创新的模块化软件解决方案，为需要许可的区块链应用提供扩容和隐私解决方案，并且能够连接至任意的 EVM-兼容区块链。  来源： <iframe id="twitter-widget-15" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-15&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1471515508700819456&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=4cb193eef3e23497daa5ffdd58de3c283c89a6c7&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1471515508700819456" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 695px; display: block; flex-grow: 1;"></iframe> <br/> **去中心化交易所 Uniswap 社区投票通过在扩容解决方案 Polygon 上部署 Uniswap v3** 12 月 18 日，Uniswap 宣布 “是否在 Polygon 上部署 Uniswap v3” 的社区治理投票已结束，最终以 7000 多万的支持票通过此提案。Uniswap Labs 表示将会在未来的几天内在 Polygon 上部署 Uniswap v3。  来源： <iframe id="twitter-widget-16" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="true" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=false&amp;embedId=twitter-widget-16&amp;features=eyJ0ZndfZXhwZXJpbWVudHNfY29va2llX2V4cGlyYXRpb24iOnsiYnVja2V0IjoxMjA5NjAwLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2hvcml6b25fdHdlZXRfZW1iZWRfOTU1NSI6eyJidWNrZXQiOiJodGUiLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X3NwYWNlX2NhcmQiOnsiYnVja2V0Ijoib2ZmIiwidmVyc2lvbiI6bnVsbH19&amp;frame=false&amp;hideCard=false&amp;hideThread=false&amp;id=1472200289919053826&amp;lang=en&amp;origin=https%3A%2F%2Fmirror.xyz%2Fwrite&amp;sessionId=4cb193eef3e23497daa5ffdd58de3c283c89a6c7&amp;theme=light&amp;widgetsVersion=9fd78d5%3A1638479056965&amp;width=550px" data-tweet-id="1472200289919053826" style="box-sizing: border-box; position: static; visibility: visible; width: 512px; height: 731px; display: block; flex-grow: 1;"></iframe> <br/> # **主网** 最近临近圣诞和新年，主网的更新不多，重中之重就是使用测试网。以下是一个用户如何添加 Kitsugi 测试网、获得测试币以及转账的详细教程，大家不妨试试：https://etherworld.co/2021/12/20/how-to-join-ethereum-merge-kintsugi-testnet/ 其他主网信息请看最新一期的《[共识层进展更新](https://www.ethereum.cn/Eth2/wnie2-2021-12-20)》和以太坊基金会博客的《[Kintsugi 合并测试网公告](https://www.ethereum.cn/Eth2/kintsugi-merge-testnet)》 <br/> # **生态** **以太坊登录 12 月进展** Spruce 最近更新了开发以太坊登录 (Sign-In with Ethereum，简称 SIWE) 的进展，内容包括以下内容： 1. 最近完成和公布的内容 - 在 [login.xyz](https://blog.spruceid.com/developer-update-14/login.xyz)发布了第一个公开的 SIWE 实例，用户可以试用 - 发布了 [SIWE library](https://github.com/spruceid/siwe/) 和帮助开启采用的一个[用例](https://github.com/spruceid/siwe/tree/main/examples/notepad) - 发布了[对比 EIP-191 和 EIP-712 的公开研究](https://blog.spruceid.com/sign-in-with-ethereum-wallet-support-eip-191-vs-eip-712/) - 发布了所有与 SIWE 相关的[视觉化资料](https://github.com/spruceid/siwe/tree/main/assets) 2. 进展中的内容 - 额外语言支持：Spruce 以 TypeScipt 开始，目前逐渐增加以下语言的支持：Ruby、Rust、Python、Java、C# 和 Elixir - OpenID Connect 身份提供商服务器：决定搭一个整合 SIWE 工作流程的服务器，然后使用 OpenID Connect 转送用户认证，还会支持一个由可信中立的社区运行的服务器。 - 市场整合：在 Auth0 市场上增加对 SIWE 的支持，使任何企业和组织都可以用 Auth0 更容易集成 SIWE [来源](https://blog.spruceid.com/sign-in-with-ethereum-support-updates/) <br/> **Eth.xyz 把 ENS 个人资料变为可分享的 URL** xyz 域名注册局于 12 月 20 日推出一项新服务：eth.xyz，每个.eth 名或 ENS 用户名现在都有他们可以展示给世界看的 ENS 个人资料页，内容包括与.eth名相连的所有重要公共信息，例如头像、联系方式、NFT 集等。这使得.eth 名持有者都可以在所有得网页浏览器上展示他们得 ENS 个人资料。  [来源](https://gen.xyz/blog/ethxyz?utm_source=twitter&utm_medium=post&utm_campaign=2021-12-ethxyz) <br/> **ETHGlobal 20222 年的活动预告出炉** ETHGlobal 公布，2022 年他们将在全世界举行六次线下活动和至少 10 场线上黑客松等，并透露了以下活动详情： - ETHAmsterdam (4月 22-24 ) - HackMoney （5月） - ETHNewYear (6月 24-26) - HackFS （7月） - ETHMexicoCity (8月 19-21) - ETHOnline (9月) - ETHSanFrancisco (11月 4-6) - ETHTaipei (12月 2-4) - ETHBogota (2022 年 Q4) [来源](https://ethglobal.medium.com/announcing-the-ethglobal-2022-season-51a7906bb3a4) <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/Eth2/allcoredev-update010https://www.ethereum.cn/Eth2/allcoredev-update010Fri, 25 Dec 2020 00:00:00 GMT来源 | [AllCoreDevs Updates](https://tim.mirror.xyz/M_3JZXBkvXnr3W1222WIDo1ipMuFymszjH-FP40CO5c) 作者 | Tim Beiko <br/> ## 摘要 👀 自一月份以来，发生了很多事情，以至于我一直在努力找时间把它们写下来。以下是本次更新的重点： - 最新的合并测试网 Kiln 已经启动。在上面进行的 PoS 过渡揭示了一些实现上的问题，现在所有人都把工作重心放在合并测试上🛠 - 下一次的以太坊升级上海升级在拟定中，计划中有 EVM 升级、信标链提款、L2 费用减少等 🌃 - 以太坊执行层的可执行规范正在顺利进行。下一步：协调 EL+CL 的升级过程 📜 - 协议公会，一个为客户端开发者和研究员提供基于通证的补偿倡议，现在有超过 100 个成员，并很快推出试点 💰 <br/> ## Kiln 测试网🔥🧱 继 Kintsugi 后，Kiln 测试网[最近也启动了](https://blog.ethereum.org/2022/03/14/kiln-merge-testnet/)了。根据在 Kintsugi 测试网上发现的临界情况，Kiln 加入了一些变更和重命名到合并规范。尽管合并的规范现在看上去几乎接近最终版了，在 Kiln 上运行的过渡在各个客户端中浮现了实现上的问题。团队现在正加倍努力进行测试，以确保所有实现都是安全和稳定的。Danny 在[最新的 Finalized 更新](https://blog.ethereum.org/2022/03/23/finalized-no-34/)里谈到了这点。 假设没有发现重要的问题，Kiln 将是最后一个发布的新公共测试网。下一步，一旦我们对客户端的实现和基础设施/工具的准备情况感到满意，我们将在现有的测试网 (像 Ropsten、Goerli、Sepolia 等) 进行合并。 与每次升级一样，我们将在升级后监测测试网，以确保它们是稳定的。一旦我们确信测试网按预期运行，我们将为以太坊主网计划过渡！ 虽然我们已经很接近合并了，而且这对整个社区来说是一个非常令人兴奋的时刻，但过渡能安全进行比任何目标日期更重要，是合并的头等大事。这是迄今为止以太坊进行的最复杂的升级。我们不想出错 😁. 一旦决定了，测试网和主网升级的时间线将会在各社区宣传渠道公布，例如每周以太坊进展 ([This Week in Ethereum](https://weekinethereumnews.com/))、Eth2 进展更新 ([What's New in Eth2](https://eth2.news/))、以太坊基金会博客 ([the EF blog](https://blog.ethereum.org/)) 等。目前任何声称是目标日期的都是错的，因为我们还没定这个日期。在接下来的几个月里，要对潜在的诈骗/虚假公告保持额外的警惕！ ### 关于难度炸弹💣 在去年的 [Arrow Glacier](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement/) 升级中，难度炸弹被推迟了，预计今年六月在网络上能感受到难度炸弹的影响。[这篇贴文](https://ethresear.ch/t/blocks-per-week-as-an-indicator-of-the-difficulty-bomb/12120/7)在追踪它的进展情况。虽然在我们需要推迟难度炸弹前实现 PoS 过渡是最好的，但有三点值得注意： 1. 炸弹对出块时间的影响是渐进的。这意味着一旦开始感到到它了，就将有 4 — 8周的时间出块会变慢，但不是急剧变慢 (大概 14 - 17 秒)。 2. 在过去，当要推迟难度炸弹，我们会选择推迟 6 个月左右，因为我们通常计划在那时进行下一次的网络升级。也就是说，关于难度炸弹要推迟多久是没有硬性规定的。如果推迟一、两个月比推迟 6 个月更合适，这也是完全可以的。 3. 同样，安全的合并 >>> 快速的合并。我们希望过渡能顺利进行，以太坊的稳定和安全是我们最关心的。 <br/> ## 上海升级🌃 如上一次更新所说的，随着合并的规范基本接近冻结，我们已经开始了上海升级的计划工作。[这里](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)是升级的规范。这次升级暂定有三项重大变更，以及一些小项。下面逐一深入说明！ ### EVM 对象格式⚙️ 研究员和客户端开发者多年来一直努力在不破坏现有合约的情况下改进 EVM。去年，Ipsilon 团队想到了一个聪明的解决方案：给有特定标识符的合约提供新功能，而现有的合约按原样执行。这现在以 EVM 对象格式 (EVM Object Format) 为人所知，简称 EOF。 在[伦敦升级](https://www.ethereum.cn/Eth1.x/london-testnets-announcement/)里，我们通过拒绝以 0xEF 字节开头的新合约的部署来保留这个标识符的部分。在伦敦升级被激活前，有些以这个字节开头的合约被部署了，但现在已经不能这样做了，我们可以给前缀 `0xEF` 添加第二个字节 (被称为 Magic Byte)，得到一个我们可以保证不被任何合约使用的序列。 [EIP-3540](https://eips.ethereum.org/EIPS/eip-3540) 对这个内容进行了详细描述，并强调了该方法的第一个实际好处：代码与数据的分离，这有利于链上代码验证。这还为引入新合约代码部分类型铺平道路，这有助于实现现在看来很复杂的功能，例如[账户抽象](https://eips.ethereum.org/EIPS/eip-4337)、[EVM 里的控制流](https://eips.ethereum.org/EIPS/eip-4200)以及 [EIP-3074](https://eips.ethereum.org/EIPS/eip-3074)。 [EIP-3670](https://eips.ethereum.org/EIPS/eip-3670) 是 3540 的配套 EIP，它引入部署时 EOF 合约的代码验证。 ### 信标链提款🏧 上海升级的另一个主要功能是激活信标链提款。经过几份提案后，我们得出了一个客户端团队都满意的设计：[EIP-4895: Beacon chain push withdrawals as operations (信标链作为系统操作的推式提款)](https://eips.ethereum.org/EIPS/eip-4895)。 这个[元规范](https://notes.ethereum.org/@ralexstokes/Skp1mPSb9)概述了整个运作流程。从高层次来说，在每个 slot 里，信标链都会处理一定数量的全额或部分提款。这些提款会在收据里被追踪，这些收据包含每笔提款的数额、目标地址和唯一的索引。作为区块创建和验证过程的一部分，这些提款随后会在执行层上分发出去，与今天工作量证明分发给矿工一样。 对于在共识层上需要做出的多个变更有一个[追踪问题](https://github.com/ethereum/consensus-specs/issues/2758)，这个内容现在已经在 `consensus-specs` (共识层规范) 的仓库里了。部分提款的选项将允许验证者提出他们获得的奖励，同时保持在链上有做验证者所需的 32 个 ETH，继续赚取奖励。 ### L2 费用减少 📉 我们希望纳入上海升级的最后一个大事项是减少在二层的费用。因为二层会在一层发布交易数据 (和/或证明)，终端用户的交易费用有很大一部分来自一层的数据存储。分片为二层发布数据提供一个更便宜的替代方案，然而尽管这个提案似乎已经定下来了，完整的分片实现还没有准备好。 同时，现在有两个可用选项可以减少这些开销：在主网上降低 `CALLDATA` 的开销，或“proto-sharding” 实现，这个方案会在以太坊上引入一种新的交易类型，被称为分片 blob 交易 (Shard Blob Transactions)。 #### 降低 CALLDATA 开销 降低在 L2 上的交易费用的最简单方式就是降低在 L1 上存储数据的开销。 [EIP-4488](https://eips.ethereum.org/EIPS/eip-4488) 提议这样做，把 `CALLDATA` 的开销从每字节 16 gas 下调到 3 gas。存储开销的减少会转化为更低的二层费用[1]。 尽管降低 gas 开销本身是个简单的变更，但它会带来一些次级效应。首先，增加区块里的 `CALLDATA` 会导致更大的区块容量。为了平衡这点，这个 EIP 提出在一个区块里需要有一个 `CALLDATA` 最大数量的上限。第二，即使有了这个上限，这个 EIP 也会加快执行层上历史链数据的增长速率。为了解决这个问题，我们需要开发频带以外的数据检索，并像 [EIP-4444](https://eips.ethereum.org/EIPS/eip-4444) 提议般，在以太坊 P2P 网络里对历史数据存储的保证需要改变[1]。 虽然历史链数据的增加本来就会逐渐发生，纳入这份 EIP 意味着它部署后我们需要更加迫切地处理这个问题。另外，这个 EIP 基本没什么内容可以在完整分片中得到重复使用。它主要是一个临时的解决方案。也就是说，这个 EIP 是一个相对简单的实现变更，并确实能明显地降低 L2 的费用。 #### 分片 blob 交易 另一个提案是 [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) [2]，它使我们更靠近完整的分片部署。与信标链提款一样，这个提案也有一个[元规范](https://hackmd.io/@protolambda/eip4844-meta)，链接到共识层规范和其他资源。 从高层次来说，这个新交易类型会包含对数据 blob 的承诺，该承诺会在信标链广播。这个提案可以被认为是要给“小型分片”提案，它不依赖于数据可用性采用，网络的每个节点都需要验证 blob 里的数据。就像在完整分片里，这些数据 blob 只保证在网络的一定时间内可用，而不是永远存储。为了使节点要求还是可管理的，blob 数据被限制在 1MB/slot 而不是在完整分片里的 16mb/slot。 EIP-4844 将为完整的分片实现奠定必要的基础。值得注意的是，所有未来的变更都只会发生在共识层。从执行层的角度来看，分片只是启动和运行！ 一直在这个 EIP 上努力的 Optimism 团队推出一个提供这个 EIP 概览的[网站](https://www.eip4844.com/)，它汇总了各种规范链接，并放了社区对这个 EIP 的积极反应。 ------ [1] 由于 L2 交易定价还涉及其他构成，这个减少不会是完整的 5 倍。Optimisim 的[这篇文章](https://help.optimism.io/hc/en-us/articles/4411895794715-Transaction-fees)对 L2 费用的构成有很好的解释。而且，ZK rollup 不会像 Optimistic rollup 般从这个 EIP 获益。 [2] EIP-4488 (降低 `CALLDATA` 开销) 和 EIP-4844 (分片 blob 交易) 作为竞争提案，它们的 EIP 号也太相似了吧 😅 ------ ### 小型改进✨ 除了这三个大型变更，上海升级还在考虑进行一些小型改进，即 - [EIP-3651](https://eips.ethereum.org/EIPS/eip-3651) 提议降低访问 `COINBASE` 地址的 gas 开销，修正 [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) 的疏忽 - [EIP-3860](https://eips.ethereum.org/EIPS/eip-3860) 提议给 `initcode` 的大小设限，并引入给这个字段的 gas 计量。 - [EIP-3855](https://eips.ethereum.org/EIPS/eip-3855) 提议新增操作码 `PUSH0`，把 0 推入 EVM 堆栈。 此外，还有其他几个 EIP 被提议进行升级 (参阅[这个](https://github.com/ethereum/pm/issues?q=is%3Aissue+is%3Aopen+shanghai)粗略列表)。EOF、提款和减低二层费用已经使得上海成为迄今为止最大的升级之一，所以我们需要非常认真得斟酌纳入内容的优先次序。 一旦我们开始实现和测试各种 EIP，我们将更加清楚我们是否有额外的能力去实现其他提案。当然，在此之前，我们仍然需要先完成合并！ <br/> ## 以太坊执行层规范 (EELS)📜 正如你可能已经注意到了，上海的几个提案现在同时跨执行层和共识层。在过去，在不同的层上我们使用不同程序来引入变更。 在执行层上，[核心 EIP](https://eips.ethereum.org/core) 包含变更的规范。《以太坊黄皮书》是网络的参考规范，但往往在升级被部署了后才会更新黄皮书，有时会有更大的延迟。这意味着执行层的有效规范往往是“黄皮书 + EIP X、Y、Z”。 在共识层上，用作参考的是一个[可执行的规范](https://github.com/ethereum/consensus-specs/)，变更会直接在上面详细说明。然后，该规范就可以用于为变更生成测试。 因此，虽然社区能很好地理解执行层的流程 (并提供一个易于参考的变更描述)，从技术角度来说，这并不理想。相反，尽管共识层的流程在技术上更简洁，但对于更广泛的社区来说更难理解。幸运的是，在 EELS 上的工作已经开启了：以太坊执行层的可执行规范！ 在执行层和共识层上都有可执行的规范，这将使我们能够协调两层的变化流程。仍然有许多问题需要解决，但关于如何能最好地迁移的对话已经开始了。在 [Ethereum Magicians 论坛这里的讨论](https://ethereum-magicians.org/t/core-eips-in-an-executable-spec-world/8640/8)是专属这个话题的。尽管 EELS 仍然在开发中，我们可能可以在上海升级里用上它，与目前的流程并行。 希望执行层和共识层流程的合并会比实际的执行层和共识层合并更简单😅。 <br/> ## 协议公会💰 最后但并非最不重要的，我想谈谈协议公会 (Protocol Guild, PG)，它现在已经有一个[完整的解释网站](https://protocol-guild.readthedocs.io/en/latest/)。对协议维护者的补偿是最近一个热门话题，PG 希望参与解决这个问题。*充分披露：我是 PG 成员并将从中获得资金。* 你可以把补偿想成有三类：基本工资、激励和潜在的上升空间。目前，客户端开发者和研究员的基本工资是他们各自的雇主解决的。尽管他们有些会以股权形式提供激励，但以太坊基金会去年公布了其 39,000 个 ETH 的[客户端激励计划](https://blog.ethereum.org/2021/12/13/client-incentive-program/)，以确保所有客户端团队在以太坊上都有重大利益。 PG 与基本工资和激励计划不同，因为它旨在使其成员可以出现在基于 ETH 的各种项目通证上，而不是 ETH 本身。公会由协议工程师、研究员和很多协调协议工作的人组成，例如我自己。现在大概有 100 名成员。 简单来说，公会允许赞助者捐赠代币，然后随着时间推移，代币会给到接受者。接收者集是可以更新的，这使得新的贡献者可以定期被加进来，而已经觉得厌倦的人也可以定期被移除。 这个公会是一个早期实验，但如果成功了，可以成为对像 Gitcoin 和追溯性公共产品资助这种专注于底层的倡议的补充。 在[Gitcoin grant](https://gitcoin.co/grants/4832/protocol-guild) 的成功后，PG 的下一步是测试智能合约架构。与此同时，将开始寻找初始捐赠者。我们的计划是用有限的捐款运行 PG 一年，以确保技术和治理部分都顺利进行。希望这个试点都能证明我们可以在以太坊上创建新的机制来协调公共产品和资金！ <br/> ## 后续工作✅ 我们的首要任务还是合并，并重新把重点放在测试上。在接下来的一个月里，我们希望能最终敲定实行，运行多个短期的开发者测试网，并从应用、基础设施和工具提供商收集反馈。其他事情 (上海升级、执行层规范、协议公会) 也应该在同时继续推进。 请期待一两个月后的更新，同时，我们也将有机会在 [Devconnect](https://devconnect.org/schedule) 上面对面讨论所有这些问题——阿姆斯特丹见👋🏻！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-pyrmont-nimbushttps://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-pyrmont-nimbusThu, 24 Dec 2020 00:00:00 GMT来源 | [someresat.medium.com](https://someresat.medium.com/guide-to-staking-on-ethereum-2-0-ubuntu-pyrmont-nimbus-e6592c110843)  **提醒**：不要按照这个指南与Eth2主网连接。主网指南请参考《以太坊2.0主网质押教学(Ubuntu/Nimbus)》。 本文详解如何通过多客户端测试网Pyrmont在以太坊2.0主网质押。主要基于以下几个技术： - Ubuntu v20.04 (LTS) x64 服务器 - Go Ethereum 节点 ([代码分支](https://github.com/ethereum/go-ethereum)) - Status 的以太坊2.0 客户端，Nimbus (代码分支) - 正式多客户端测试网公网，[Pyrmont](https://github.com/protolambda/pyrmont) - 浏览器插件加密钱包 [MetaMask](https://metamask.io/) - [Prometheus](https://prometheus.io/) 参数 - [Grafana](https://grafana.com/) 仪表盘 此篇指南包括以下指令： - 配置一个新运行的Ubuntu服务器用例 - 配置一个以太坊1.0节点并将其作为服务运行 - 生成 Pyrmont 验证者账户密钥并存入资产 - 导入 Pyrmont 验证者账户密钥到 Nimbus 客户端里 - 给以太坊2.0与 Pyrmont 测试网阶段0编译并配置 Nimbus 客户端软件，并把它们作为服务来运行 - 安装和配置 Prometheus 参数，设置一个 Grafana 仪表盘 <br/> # 提醒 此指南是用于Pyrmont测试网的。切记无论如何不要向测试网发送主网的ETH。你发送了就等于丢失了。 **不要**按照这份指南连接Eth2主网。主网专用指南请参考《以太坊2.0主网质押教学(Ubuntu/Nimbus)》。 <br/> # 致谢与免责声明 本教程参考了网上的各种资料，感谢这些提供资料的贡献者！ 感谢 [Nimbus Discord](https://discord.gg/PBJBuJKfXs) 提供的帮助与审校。 特别感谢 Nimbus 客户端团队和以太坊基金会的研究员。他们经过几年的不懈努力，将我们带到这难以置信的时刻——Eth2.0成功创世。 此教程仅作教育用途。我不是本文涉及的任何技术的专家。不保证此教程内容的准确性，因遵循此教程而造成的损失，本人概不负责。 欢迎提供反馈！ <br/> # 支持 这个过程可能有些棘手。除了我之外，以下是两个你可以寻求帮助的好资源 : - EthStaker社区是一个以太坊2.0 Staking 社区，资源丰富且十分友好。 Reddit：https://www.reddit.com/r/ethstaker/ Discord：https://discord.gg/7z8wzehjrJ - Nimbus 客户端团队的Discord: https://discord.gg/PBJBuJKfXs，他们是客户端软件的工程团队，是使用 Nimbus 专家。 <br/> # 条件 使用本教程需要对以太坊、ETH、Staking、测试网、Linux 和 MetaMask 有一定的背景知识。 此教程还需要在开始前安装并运行： - [Ubuntu 服务器 v20.04 (LTS) amd64](https://ubuntu.com/tutorials/install-ubuntu-server#1-overview) 或者一个较新的，在本地计算机、你的网络、或云端 (AWS、Digital Ocean、Microsoft Azure等)安装和运行的Ubuntu服务器。推荐使用本地计算机，以提高网络的去中心化程度——如果云端供应商掉线了，那么托管在这个供应商的节点都会离线。 - 已安装或已配置的浏览器插件加密钱包[MetaMask](https://metamask.zendesk.com/hc/en-us/articles/360015489531-Getting-Started-With-MetaMask-Part-1-)。一台装有操作系统 (Mac、Windows、Linux等) 和浏览器 (Brave、Safari、FireFox等) 的计算机。 <br/> # 树莓Pi用户注意 我没有在树莓Pi上测试过这份教程。如果你想尝试的话，只需要把下面列出的软件换成ARM版本。不保证可行。 <br/> # 要求 - Ubuntu服务器用例。我用过v20.04 (LTS) amd64服务器 VM - 浏览器插件加密钱包MetaMask，安装并配置好 - 硬件要求是一个比较大的话题。总的来说：一个相对较新的CPU、8GB内存的RAM (16GB更佳)、一个内存至少 1TB 的SSD 、稳定的网络（足够快的下载速度以及月度数据额度），这些性能都会让质押过程更加安全顺畅。 <br/> # 概览 本教程篇幅较长，下面这个图表简要说明了质押的步骤，标黄的即是本文会覆盖到的部分：  整个流程可以概念化表述为： - 设置一个Eth1 节点并同步Eth1 Göerli 测试网的数据； - 生成验证者密钥和存款数据； - 配置 Nimbus 客户端并同步Eth1节点数据 - 存入 32 Göerli 测试网 ETH 以激活验证者密钥 那我们现在就开始吧！ <br/> # 第0步：连接至服务器 使用一个SSH端口，连接至你的Ubuntu服务器。在默认情况下，Ubuntu上的root账户通常都是禁用的，然而有些云提供商可以启动root账户。如果你用`root`登录，最好是重新创建一个拥有管理权限的用户账户，因为使用root用户登录存在很大的[风险](https://askubuntu.com/questions/16178/why-is-it-bad-to-log-in-as-root)。 > 注意：如果你不是用`root`登录的便可以直接跳到第1步。 ``` Powershell # adduser <yourusername> ``` 设置一个密码并填写其他信息。 通过把新的用户加入`sudo`群组中，来授予其管理权限。 ``` Powershell # usermod -aG sudo <yourusername> ``` 当你用你的用户名 `<yourusername>` 登录时，可以通过在命令行前输入sudo，来以超级用户的权限执行操作。 可选：如果你通过 `root` 账户使用 [SSH 密钥](https://jumpcloud.com/blog/what-are-ssh-keys)来连接你的 Ubuntu 实例，你将需要使用 root 账户的 SSH 密钥数据来连接新账户。 ``` Powershell # rsync --archive --chown=<yourusername>:<yourusername> ~/.ssh /home/<yourusername> ``` 最后，退出登录你的`root`账户，然后使用你新创建的用户名`<yourusername>`登入Ubuntu服务器。 <br/> # 第1步：升级服务器 确保系统更新至最新的软件和安全设置。 ``` Powershell $ sudo apt update && sudo apt upgrade $ sudo apt dist-upgrade && sudo apt autoremove $ sudo reboot ``` <br/> # 第2步：保护服务器 安全性十分重要。但由于本文不是针对安全性的指南，所有只列出了一些基础的设置：一个防火墙和一个不同的 SSH 端口。 ## 配置防火墙 Ubuntu 20.04 服务器可以使用默认的 [UFW 防火墙](https://help.ubuntu.com/community/UFW)来限制访问该服务器的流量，不过要先设置其允许来自 SSH、Go Ethereum、Grafana、Nimbus 的入站流量。 **允许 SSH** 允许通过SSH连接到服务器。为了安全，接下来我们要修改默认端口22 (因为这是一个普遍的攻击矢量)。 > 注意：如果你选择不修改默认SSH端口 (不建议)，那就要加一项操作——允许默认SSH端口 `*$ sudo ufw allow 22/tcp*` ，然后跳到允许“Go Ethereum”这一步。 在1024 — 49151之间选择一个端口号，然后运行以下命令以检索尚未使用的端口号。如果显示红色 (被使用了)，就选择另一个端口。比如： `sudo ss -tulpn | grep ':6673'` ``` Powershell $ sudo ss -tulpn | grep ':<yourSSHportnumber>' ``` 更新防火墙，允许`<yourSSHportnumber>` 的入站流量。SSH要求TCP协议。比如：`sudo ufw allow 6673/tcp` ``` Powershell $ sudo ufw allow <yourSSHportnumber>/tcp ``` 下一步，修改默认SSH端口。 ``` Powershell $ sudo nano /etc/ssh/sshd_config ``` 找到默认端口`# Port 22` 或`Port 22`，然后修改你自己的端口号 `Port <yourSSHportnumber>`。删掉 `#` (如果有的话)。 参考下方的截图，你的文档应该和下图展示的类似 (除了端口号不一样)。保存然后退出。  **重启SSH服务** ``` Powershell $ sudo systemctl restart ssh ``` 下次你通过SSH登录时就使用你的端口号 `<yourSSHportnumber>` 。 可选：如果你已经使用端口 22/TCP 的UFW了，那就更新防火墙以拒绝该端口的入站流量。请务必在你使用新SSH端口登录之后在操作这一步。 ``` Powershell $ sudo ufw deny 22/tcp ``` **允许 Go Ethereum** 允许来自Go Ethereum对等节点 (端口30303/TPC 和 30303/UDP) 的入站请求。如果你使用第三方 (如[Infura](https://infura.io/)) 托管的 Eth1 节点，则可以跳过这一步。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口 30303 的入站流量。 ``` Powershell $ sudo ufw allow 30303 ``` **允许 Nimbus** 允许与 Nimbus 的对等节点进行点对点连接，以便在信标链节点上 (端口9000/TCP 和 9000/UDP) 进行操作。. > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由和防火墙以允许来自该端口的入站流量。 ``` Powershell $ sudo ufw allow 9000 ``` **允许 Grafana** 允许访问Grafana web 服务器 (端口3000/TCP) 的入站请求。 ``` Powershell $ sudo ufw allow 3000/tcp ``` **允许 Prometheus (可选)** 如果你想直接访问Prometheus数据服务，你也可以打开端口9090/TCP。如果你仅使用Grafana查看数据，则没有必要这样做。我没有打开这个端口。. ``` Powershell $ sudo ufw allow 9090/tcp ``` 启动防火墙，检查是否已经正确配置。 ``` Powershell $ sudo ufw enable $ sudo ufw status numbered ``` 显示应该是这样的  <br/> # 第3步：配置定时器 Ubuntu 内置了时间同步，并默认使用 systemd‘s timesyncd 服务进行激活。验证其是否正确运行。 ``` Powershell $ timedatectl ``` 激活 `NTP service` ，运行方式： ``` Powershell $ sudo timedatectl set-ntp on ``` 参考下方的截图：  <br/> # 第4步：安装并运行 Go Ethereum 节点 安装并配置Eth1.0的节点，Nimbus 信标链将与该节点相连。如果你选择第三方服务 (如Infura) 的话，可以跳过这一步。 ## 安装 Go Ethereum 建议使用PPA (Personal Package Archives，个人安装包存档) 安装Go Ethereum客户端。 ``` Powershell $ sudo add-apt-repository -y ppa:ethereum/ethereum ``` 更新软件包并安装最新的稳定版本。 ``` Powershell $ sudo apt update $ sudo apt install geth ``` ## 将Go Ethereum作为后台服务来运行 运行该服务需要创建一个账户，此种类型的账户无法登录服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false goeth ``` 为Eth1区块链创建数据目录，用来存储Eth1节点数据。选择 `-p` 选项以创建完整路径。 ``` Powershell $ sudo mkdir -p /var/lib/goethereum ``` 设置目录的权限。 `goeth` 账户需要权限来修改该数据目录。 ``` Powershell $ sudo chown -R goeth:goeth /var/lib/goethereum ``` 创建一个systemd服务文件来储存该服务配置。我们将使用该配置文件来命令systemd运行`geth` 进程。 ``` Powershell $ sudo nano /etc/systemd/system/geth.service ``` 将下列的服务配置复制粘贴到文档中。 ``` Powershell [Unit] Description=Ethereum go client After=network.target Wants=network.target[Service] User=goeth Group=goeth Type=simple Restart=always RestartSec=5 ExecStart=geth --goerli --ws --datadir /var/lib/goethereum[Install] WantedBy=default.target ``` flag `--goerli` 用于定位 Göerli 测试网，而flag `--ws` 用来公开与信标链节点连接的一个web socket端口 (ws://127.0.0.1:8546) 。 参考下方的截图。保存然后退出。  重新加载 systemd 以显示上述的更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 启动服务，并检查确保其正常运行。 ``` Powershell $ sudo systemctl start geth $ sudo systemctl status geth ``` 显示应如下方截图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许geth服务在系统重启时自动启动。 ``` Powershell $ sudo systemctl enable geth ``` Go Ethereum节点将会开始同步。你可以运行 journal 命令来追踪进程。按“CTRL+c”退出。 ``` Powershell $ sudo journalctl -f -u geth.service ``` 当你花较长的时间来找到需要同步的对等节点时，你可以添加一些对等节点。访问此处以获得最新的清单，并操作下列命令行以修改geth服务： ``` Powershell $ sudo systemctl stop geth $ sudo nano /etc/systemd/system/geth.service ``` 修改 `ExecStart` 行，添加 `--bootnodes` flag：在下方罗列出最新的对等点，并以逗号分割。 ``` Powershell ExecStart=geth --goerli --http --datadir /var/lib/goethereum --bootnodes "enode://46add44b9f13965f7b9875ac6b85f016f341012d84f975377573800a863526f4da19ae2c620ec73d11591fa9510e992ecc03ad0751f53cc02f7c7ed6d55c7291@94.237.54.114:30313,enode://119f66b04772e8d2e9d352b81a15aa49d565590bfc9a80fe732706919f8ccd00a471cf8433e398c55c4862aadb4aadf3a010201483b87e8358951698aa0b6f07@13.250.50.139:30303" ``` 保存文件之后退出。然后重启服务并观察。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo journalctl -f -u geth.service ``` 启动后显示应该类似下方截图：  > 在运行信标链之前，你需要等待节点同步完成。点击[此处](https://goerli.etherscan.io/blocks)访问最新的区块。 比如，上方截图显示了节点正在处理区块 `number=43756` ，再看看下方截图 (从[这里](https://goerli.etherscan.io/blocks))，显示最新的区块是 `3196411`。也就是说，我们还有一段时间才能完成同步。  接下来，我们将准备验证者存款数据。如果你想查看同步状态，你可以在任意时间运行命令 `sudo journalctl -fu geth.service` 以查看。 <br/> # 第5步：生成验证者密钥和存款数据 为了能在Eth2.0 Pyrmont测试网上运行验证者节点，我们将需要注册一个或多个验证者账户。 > 注意：如果你已经生成了你的存款数据并提交了你的质押存款，你可以跳过这一步。如果你是在别处生成的，你需要复制你的验证者密钥到这个服务器上。 注册步骤如下： - 获取Göerli ETH - 生成验证者密钥。一个密钥代表一个验证者账户。 - 向每个验证者账户各存入32个Göerli ETH - 等候你的验证者账户被激活 那我们现在就开始吧！ ## 获取Goerli ETH 1. 使用已经安装了浏览器插件MetaMask的计算机。 2. 点击MetaMask然后登录 3. 点击顶部的下拉菜单，选择**Göerli 测试网络** 4. 点击账户名，复制你的Göerli 测试网钱包地址 5. 使用你的地址从[authenticated faucet](https://faucet.goerli.mudit.blog/)获取Göerli ETH，或者通过在 [ethstaker Discord](https://discord.gg/7z8wzehjrJ)上的`#request-goerli-eth`频道使用机器人命令：`!goerliEth <yourwalletaddress>`。 > 注意：一个验证者需要一笔32个ETH的存款。你的MetaMask钱包需要有充足的 Göerli ETH存进每个验证者客户端里。例如，如果你想要运行10个验证者，拿你就需要320个Göerli ETH以及一些额外的钱 (比如1个Göerli ETH) 来支付gas费。 ## 生成验证者密钥 接下来我们要生成存款数据和验证者密钥。Nimbus 验证者客户端支持多个验证者密钥。在Pyrmont测试网上基本上一个验证者密钥代表一个“验证者账户”。存款数据中包含你的质押信息 (如验证者密钥清单等) > 注意：如果在主网上进行质押，最好是用一台完全没有连接过网络的机器，以防泄漏助记词。 前往[这里](https://github.com/ethereum/eth2.0-deposit-cli/releases/)获取存款命令行接口应用的“最新发布”。  在“asset"一栏复制这个链接到Linux版本。我们将使用该链接来下载它，如下所示。修改指令里的URL名为最新版本的下载链接。 ``` Powershell $ cd ~ $ sudo apt install curl $ curl -LO https://github.com/ethereum/eth2.0-deposit-cli/releases/download/v1.1.0/eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz ``` 打开tar存档并去到其创建的目录。 ``` Powershell $ sudo tar xvf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz $ cd eth2deposit-cli-ed5a6d3-linux-amd64 ``` 运行应用来生成存款数据和验证者密钥。 将`<numberofvalidators>`修改为你想要创建的验证者密钥数。例如：`--num_validators 5` ``` Powershell $ sudo ./deposit new-mnemonic --num_validators <numberofvalidators> --mnemonic_language=english --chain pyrmont ``` 它会要求你创建一个钱包密码。我们将使用它来将验证者密钥加载到 Nimbus 客户端的验证者钱包。把它备份到安全的地方。  它会生成一个种子短语 (助记符)。把它备份到其他地方。这很重要，你将需要它来生成提款密钥或者添加验证者。  一旦你已经确认了你的助记符，你的验证者密钥就会被创建。  新创建的验证者密钥和存款数据文档会在一个特定地方被创建。比如：`eth2deposit-cli-ed5a6d3-linux-amd64/validator_keys` 。标记一下，我们待会会用到。 文件夹的内容见下：  `deposit_data-[timestamp].json`文档包含了验证者的公钥和存款的相关信息。这个文档会在下一步用来完成存款进程。由于我们是在一个服务器上，而没有一个网络浏览器，因此要使用[secure FTP (SFTP)](https://www.maketecheasier.com/use-sftp-transfer-files-linux-servers/) 把文档迁移到一部运行MetaMask的计算机上。记得先完成这一步再继续。 `keystore-m...json`文档包含加密的签名密钥。每个验证者账户都有一个 keystore-m。这些会被用来创建 Nimbus 客户端验证者钱包。 通过删除下载的tar存档文件进行清理。 ``` Powershell $ cd ~ $ rm -rf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz ``` 现在你已经有了存款数据和密钥存储文件，接下来就可以设置 Nimbus 了。我们要先把资产存入密钥中 (存入Göerli ETH以激活验证者)再设置 Nimbus，这样我们就可以首先验证设置了。如果验证者存款被激活了，但系统没准备好的话，我们会受到怠工惩罚。 <br/> # 第6步：安装 Nimbus 依赖 构建 Nimbus 客户端需要一些开发依赖工具 (C compiler、Maker、Bash、Git)。 ``` Powershell $ sudo apt-get install build-essential git ``` <br/> # 第7步：克隆和构建Nimbus 现在我们准备好构建 Nimbus 了。Nimbus 生成一个 `nimbus_beacon_node` 二进制文件。我们通过输入不同的子命令或 flags 来执行该二进制文件以获得我们需要的功能。比如：`nimbus_beacon_node deposits import`可以将验证者密钥导入到客户端钱包中。输入`nimbus_beacon_node --network=pyrmont` 可以运行与 Prymont 网络连接的一个信标节点实例。 ``` Powershell $ cd ~ $ git clone https://github.com/status-im/nimbus-eth2 $ cd nimbus-eth2 ``` 使用 Make 来编译Nimbus 二进制文件。我们在参数功能中包含 flag `-d:insecure` 来进行编译。 ``` Powershell $ make NIMFLAGS="-d:insecure" nimbus_beacon_node ``` 显示应如下图：  构建时间长短取决于你的硬件设备状况。是时候喝点饮料补充补充水分了。也可以阅读我[其他的文章](https://someresat.medium.com/)。 如果都操作成功了请继续，如果操作失败了请求助 Nimbus Discord : https://discord.gg/PBJBuJKfXs <br/> # 第8步：复制 Nimbus 二进制文件 接下来复制粘贴已编译的二进制文件 `nimbus_beacon_node` 至目录 `/usr/local/bin` 中，Nimbus 服务将在那运行。 > 注意：每一次你拉取或构建一个新版本 `nimbus_beacon_node` 二进制文件，你都需要做这一步。请看此教程的最后**附录 —— Nimbus更新**。 ``` Powershell $ sudo cp /$HOME/nimbus-eth2/build/nimbus_beacon_node /usr/local/bin ``` <br/> # 第9步：导入验证者密钥 通过导入在上一步创建的`keystore-m` JSON文档创建验证者钱包。 首先，创建一个目录来储存验证者数据，并给当前用户权限来访问数据。当前用户需要权限，因为他们需要执行导入。在 `<yourusername>` 修改登入用户名。 ``` Powershell $ sudo mkdir -p /var/lib/nimbus $ sudo chown -R <yourusername>:<yourusername> /var/lib/nimbus ``` 在文件夹设置正确的权限，这一步在钱包创建过程中执行。把权限应用到数据文件夹。 ``` Powershell $ sudo chmod 700 /var/lib/nimbus $ ls -dl /var/lib/nimbus ``` 显示内容如下：  接下来，运行验证者密钥导入，使用`nimbus_beacon_node deposits import` 功能。我们需要提供生成的`keystore-m`文档所在位置的目录。例如：`$HOME/eth2deposit-cli-ed5a6d3-linux-amd64/validator_keys`。 ``` Powershell $ cd ~ $ cd nimbus-eth2 $ build/nimbus_beacon_node deposits import --data-dir=/var/lib/nimbus $HOME/eth2deposit-cli-ed5a6d3-linux-amd64/validator_keys ``` flag`--data-dir`指定钱包数据输出的位置。 你会被要求提供验证者密钥的密码。这个密码是你在第5步设置的。 输出结果如下：  这一步完成了！现在验证者密钥已经导入，我们将把Nimbus客户端作为服务来设置。 <br/> # 第10步：配置信标节点和验证者客户端 我们将把Nimbus客户端作为服务来运行，因此如果系统重启，这个进程将自动重新开始。 ## 设置账户和目录 为信标节点与验证者节点的运行创建一个账户。这种类型的账户不能用来登录进入服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false nimbus ``` 设置目录权限。我们在前一步创建了一个数据目录(`/var/lib/nimbus`)。 `nimbus` 账户需要修改数目目录的权限。 ``` Powershell $ sudo chown -R nimbus:nimbus /var/lib/nimbus $ ls -dl /var/lib/nimbus ``` 你的用户账户不能再访问目录了。显示应如下：  ## 创建和配置服务 创建一个systemd服务文档来储存配置服务。 ``` Powershell $ sudo nano /etc/systemd/system/nimbus.service ``` 将下面这段代码复制粘贴到文档里 ``` Powershell [Unit] Description=Nimbus Beacon Node Wants=network-online.target After=network-online.target[Service] Type=simple User=nimbus Group=nimbus Restart=always WorkingDirectory=/var/lib/nimbus Environment="ClientIP=$(curl -s v4.ident.me)" ExecStart=/bin/bash -c '/usr/local/bin/nimbus_beacon_node --network=pyrmont --data-dir=/var/lib/nimbus --web3-url=ws://127.0.0.1:8546 --metrics --metrics-port=8008 --rpc --rpc-port=9091 --nat=extip:${ClientIP} --validators-dir=/var/lib/nimbus/validators --secrets-dir=/var/lib/nimbus/secrets --log-level=INFO --log-file=/var/lib/nimbus/beacon_node.log'[Install] WantedBy=multi-user.target ``` 如果你使用的是一个远程的或第三方Eth1节点，你需要修改`--web3-url`。如果你是在本地创建Eth1节点 (从第4步)，你不需要修改这个值。 提供的flag如下： `--network`——客户端连接的网络。在这里就是Pyrmont。 `--data-dir`——储存信标节点和验证者数据的目录。 `--web3-url`——指向Eth1节点 (本地或远程的)的web socket (ws) 的URL。 `--metrics`——开启数据服务器。 `--metrics-port`——冗余，因为它被设为默认值，但为了方便还是把它包含在内。必须与在Prometheus 的配置文档里的Nimbus数据相匹配。 `--rpc`——开启RPC API `--rpc-port`——需要避免与Prometheus冲突 `--nat` ——你的服务器的外部IP地址。我们使用环境变量 `Environment="ClientIP=$(curl -s v4.ident.me)"`来获取客户端IP地址，因为 ExecStart不允许内联调用。用`--nat=extip:${ClientIP}`就能解决问题。 `--validators-dir` ——验证者密钥数据所在的目录。 `--secrets-dir`——验证者密钥秘密所在的目录。 `--log-level`——日志记录的详细程度。`INFO`用作表示性能。 `--log-file`——是所需，这样服务才能创建日志文档。路径必须与服务的`WorkingDirectory`匹配。 参看下方截图。你的文档应该如此。退出并保存。  重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` > 注意：如果你是运行本地的Eth1节点（看第4步），你应该等待至它完全同步完数据再启动Teku服务。在这里查看进程：`*sudo journalctl -fu geth.service*` 启动服务并检查，确保运行正确。 ``` Powershell $ sudo systemctl start nimbus $ sudo systemctl status nimbus ``` 显示的结果应该是这样：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许服务随系统重启而自动重启。 ``` Powershell $ sudo systemctl enable nimbus ``` 信标节点将开始同步数据。它可能要花几个小时才能完全实现同步。你可以通过运行journal命令来追踪进程。按CTRL+c退出。 ``` Powershell $ sudo journalctl -fu nimbus.service ``` 日志输出类似于这样： ``` Powershell Nov 24 22:25:56 ETH-STAKER-001 bash[65560]: INF 2020-11-24 22:25:31.197+00:00 Slot start topics="beacnde" tid=65560 file=nimbus_beacon_node.nim:473 lastSlot=46326 scheduledSlot=46327 beaconTime=6d10h25m24s197ms907us264ns peers=1 head=1e6df25a:242 headEpoch=7 finalized=542c17b2:128 finalizedEpoch=4 Nov 24 22:25:56 ETH-STAKER-001 bash[65560]: NOT 2020-11-24 22:25:31.203+00:00 Syncing in progress; skipping validator duties for now topics="beacval" tid=65560 file=validator_duties.nim:519 slot=46327 headSlot=242 Nov 24 22:25:56 ETH-STAKER-001 bash[65560]: INF 2020-11-24 22:25:31.203+00:00 Slot end topics="beacnde" tid=65560 file=nimbus_beacon_node.nim:559 slot=46327 nextSlot=46328 head=1e6df25a:242 headEpoch=7 finalizedHead=542c17b2:128 finalizedEpoch=4 Nov 24 22:25:56 ETH-STAKER-001 bash[65560]: NOT 2020-11-24 22:25:34.396+00:00 Reached new finalization checkpoint topics="chaindag" tid=65560 file=chain_dag.nim:910 finalizedHead=6ad92bbe:189@192 heads=1 newHead=23e933aa:256 ``` 如果想知道当前epoch与`headEpoch`的距离，你可以在[pyrmont.beaconcha.in](https://pyrmont.beaconcha.in/)查看比较。 例如，上面的日志输出显示现节现在正在处理`headEpoch: 7`，然后看下面截图的地方，你会看到最新一个epoch是`23582`。基于此，我们知道离完成数据同步还需要一些时间。  现在你的信标链已经作为服务来运行了。恭喜！ > 注意：当信标节点完全同步之后，验证者客户端会自动开始证明/提议区块。 你可以通过 [pyrmont.beaconcha.in](https://pyrmont.beaconcha.in/)查看你的验证者状态，只需搜索你的验证者公钥或用你的MetaMask钱包地址搜索。可能要过一段时间你的信息才会出现在网站上。 <br/> # 第11步：进行验证者存款 现在你的设置已经完成并在运行中了，你需要给Pyrmont测试网存入32个Göerli ETH。 > 注意：如果你已经提交了你的质押存款，你可以跳过这一步。 这一步是关于将所需的Göerli ETH存入Pyrmont测试网的存款合约。这需要在浏览器上通过Pyrmont的Launchpad网站启动你的MetaMask (或其他) 钱包。 > 注意：如果这份教程是用于主网 (它不是)，你需要等到你的Eth1节点和信标节点完全同步完再开存入你的存款。如果你不这样做，当你的Eth1节点或信标链在同步时，你可能要遭遇怠工惩罚。 Pyrmont测试网的Launchpad:https://pyrmont.launchpad.ethereum.org/ 一直随着屏幕切换点击这些警告步骤，直到你到达**密钥对生成**的部分。选择你打算运行的验证者数量。选择一个与你在步骤5中生成的验证者文件数量相匹配的值。  往下滚动，看这些内容你是否同意，然后点击“Continue” (继续)。  你会被要求上传`deposit_data-[timestamp].json`文档。这个文档你是在之气生成的，把它复制到有浏览器的计算机里。浏览/选择或拖拉这个文档，然后点击Continue。  连接你的钱包。选择MetaMask (或者是其他支持的钱包)，登录，选择存有你的Göerli ETH的Göerli测试网络，然后点击Continue。  > 注意：请100%确定你在MetaMask上选的是Göerli测试网络。不要把真的ETH发送到 Pyrmont测试网。 你的MetaMask余额就会显示出来。如果你选择了Göerli测试网络且你有充足的Göerli ETH余额，网站会允许你继续下一步。  然后会出现一个Summary (总结)，显示验证者数和所需的Göerli ETH数量。如果你同意的话就给那些方框打勾，然后点击Continue。  点击"Initiate All Transactions" (启动所有交易）。  会有多个MetaMask实例弹出，每个都对Pyrmont测试网提出一个32个Göerli ETH的交易请求。请确认每一笔交易。  当所有的交易都成功完成时，你的质押也完成了！  恭喜！  在最后会有一个清单。里面有非常多有用信息。可以看一下  ## 查看你的验证者存款状态 新加入的验证者需要等一下 (几个小时到几天不等)才能激活。你可以以下几步来查看你的密钥状态：  1. 复制你的Göerli测试网钱包地址 2. 前往：https://pyrmont.beaconcha.in/ 3. 搜索你的钱包地址。你的密钥会显示出来。  点进某个验证者详情，每个验证者激活后你会看到在Status那一栏有预估时间。  现在你面前有一个条正在运作的信标链、一个验证者节点以及你的测试网存款。一旦你的存款被激活，你将开始工作并赚取收益。恭喜你！ <br/> # 第12步：安装Prometheus Prometheus是一个提供监测功能和警报工具箱的开源系统。它在你的Ubuntu服务器上作为一个服务来运行，而它的职责就是去抓取数据。更多信息请看[这里](https://prometheus.io/docs/introduction/overview/)。 我们会使用Prometheus公开信标链、验证者的运行时数据和特定实例数据。 ## 创建用户账户 这些服务是在账户下运行的。这些账户不能登录到服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false prometheus $ sudo useradd --no-create-home --shell /bin/false node_exporter ``` ## 创建目录 程序与数据目录。 ``` Powershell $ sudo mkdir /etc/prometheus $ sudo mkdir /var/lib/prometheus ``` 设置目录的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus $ sudo chown -R prometheus:prometheus /var/lib/prometheus ``` ## 下载Prometheus软件 从[Prometheus下载页面](https://prometheus.io/download/)修改最新版本的版本号。Rpi用户一定要获取ARM二进制文档。 ``` Powershell $ cd ~ $ curl -LO https://github.com/prometheus/prometheus/releases/download/v2.22.2/prometheus-2.22.2.linux-amd64.tar.gz ``` 打开tar存档。它包含两个二进制文档和一些内容文档。 ``` Powershell $ tar xvf prometheus-2.22.2.linux-amd64.tar.gz ``` 复制二进制文档到下列位置。 ``` Powershell $ sudo cp prometheus-2.22.2.linux-amd64/prometheus /usr/local/bin/ $ sudo cp prometheus-2.22.2.linux-amd64/promtool /usr/local/bin/ ``` 设置目录的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /usr/local/bin/prometheus $ sudo chown -R prometheus:prometheus /usr/local/bin/promtool ``` 复制这些内容文档到下列位置。 ``` Powershell $ sudo cp -r prometheus-2.22.2.linux-amd64/consoles /etc/prometheus $ sudo cp -r prometheus-2.22.2.linux-amd64/console_libraries /etc/prometheus ``` 设置目录和文档 (-R) 的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus/consoles $ sudo chown -R prometheus:prometheus /etc/prometheus/console_libraries ``` 移除下载存档。 ``` Powershell $ rm -rf prometheus-2.22.2.linux-amd64.tar.gz prometheus-2.22.2.linux-amd64 ``` ## 编辑配置文档 Prometheus使用一个配置文档，这样它就知道去哪里获取数据。 打开YAML配置文档来编辑。 ``` Powershell $ sudo nano /etc/prometheus/prometheus.yml ``` 复制下面的代码到文档，注意不要进行任何其他编辑，并退出保存文件。 ``` Powershell global: scrape_interval: 15s evaluation_interval: 15sscrape_configs: - job_name: 'nimbus' static_configs: - targets: ['localhost:8008'] - job_name: 'node_exporter' static_configs: - targets: ['localhost:9100'] ``` scrape_config对不同的分工名称给出定义。我们有三个分工名称：validator (验证者)、beacon node (信标节点) 和node_exporter。前两个的职责很明显，最后一个是用作与服务器用例本身 (内存、CPU、磁盘、网络等) 相关的数据。我们将在下面安装并配置node_exporter。 给config文档设置所有权。prometheus账户将拥有这个所有权。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus/prometheus.yml ``` 最后，测试服务器是否运行正确。 ``` Powershell $ sudo -u prometheus /usr/local/bin/prometheus \ --config.file /etc/prometheus/prometheus.yml \ --storage.tsdb.path /var/lib/prometheus/ \ --web.console.templates=/etc/prometheus/consoles \ --web.console.libraries=/etc/prometheus/console_libraries ``` 输出应该如下。按Ctrl + C退出。 ``` Powershell level=info ts=2020-09-12T22:16:21.179Z caller=web.go:524 component=web msg="Start listening for connections" address=0.0.0.0:9090 level=info ts=2020-09-12T22:16:21.181Z caller=main.go:700 fs_type=EXT4_SUPER_MAGIC level=info ts=2020-09-12T22:16:21.181Z caller=main.go:701 msg="TSDB started" level=info ts=2020-09-12T22:16:21.182Z caller=main.go:805 msg="Loading configuration file" filename=/etc/prometheus/prometheus.yml level=info ts=2020-09-12T22:16:21.182Z caller=main.go:833 msg="Completed loading of configuration file" filename=/etc/prometheus/prometheus.yml level=info ts=2020-09-12T22:16:21.183Z caller=main.go:652 msg="Server is ready to receive web requests." ``` ## 将Prometheus设为自动启动的服务。 创建一个systemd服务文档来保存服务配置，它会告诉systemd文档把Prometheus作为prometheus用户来运行，配置文档在目录的保存路径为/etc/prometheus/prometheus.yml，并把数据保存在目录的这里/var/lib/prometheus . ``` Powershell $ sudo nano /etc/systemd/system/prometheus.service ``` 将下面的代码复制粘贴到文档。退出并保存。 ``` Powershell [Unit] Description=Prometheus Wants=network-online.target After=network-online.target[Service] Type=simple User=prometheus Group=prometheus Restart=always RestartSec=5 ExecStart=/usr/local/bin/prometheus \ --config.file /etc/prometheus/prometheus.yml \ --storage.tsdb.path /var/lib/prometheus/ \ --web.console.templates=/etc/prometheus/consoles \ --web.console.libraries=/etc/prometheus/console_libraries[Install] WantedBy=multi-user.target ``` 重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 然后用下面的命令来启动服务，并查看状态以确保运行正确。 ``` Powershell $ sudo systemctl start prometheus $ sudo systemctl status prometheus ``` 输出应该如下图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 最后，允许Prometheus随系统启动而启动。 ``` Powershell $ sudo systemctl enable prometheus ``` <br/> # 第11步：安装Node Exporter Prometheus会提供关于信标链和验证者的数据。如果我们想要我们Ubuntu用例的数据，我们需要一个叫[Node_Exporter](https://github.com/prometheus/node_exporter)的extension。如果你在下面指定其他版本，你可以在[这里](https://prometheus.io/download/)找到最新的稳定版本。Rpi用户记得要获取ARM二进制文档。 ``` Powershell $ cd ~ $ curl -LO https://github.com/prometheus/node_exporter/releases/download/v1.0.1/node_exporter-1.0.1.linux-amd64.tar.gz ``` 打开下载了的软件。 ``` Powershell $ tar xvf node_exporter-1.0.1.linux-amd64.tar.gz ``` 复制二进制文档到目录/usr/local/bin，并设置用户与群组对我们在前面创建的node_exporter用户的所有权。 ``` Powershell $ sudo cp node_exporter-1.0.1.linux-amd64/node_exporter /usr/local/bin $ sudo chown -R node_exporter:node_exporter /usr/local/bin/node_exporter ``` 移除下载了的存档。 ``` Powershell $ rm -rf node_exporter-1.0.1.linux-amd64.tar.gz node_exporter-1.0.1.linux-amd64 ``` ## 将Node Exporter设置为自动启动的服务 创建一个systemd服务文档来储存服务config文档，它会告诉systemd把Node_Exporter 作为node_exporter用户来运行。 ``` Powershell $ sudo nano /etc/systemd/system/node_exporter.service ``` 复制下列代码到文档。退出并保存。 ``` Powershell [Unit] Description=Node Exporter Wants=network-online.target After=network-online.target[Service] User=node_exporter Group=node_exporter Type=simple ExecStart=/usr/local/bin/node_exporter[Install] WantedBy=multi-user.target ``` 重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 然后按下面的命令启动服务并检查状态，确保运行正确。 ``` Powershell $ sudo systemctl start node_exporter $ sudo systemctl status node_exporter ``` 输出应该如下图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 最后，允许Node Exporter随系统启动而启动。 ``` Powershell $ sudo systemctl enable node_exporter ``` ## 测试Prometheus和Node Exporter (可选) 所有东西都准备就绪了。通过在防火墙打开一个端口 (请参阅步骤2）和浏览`http://<yourserverip>:9090`你可以有选择性地测试它的功能。在那里你可以运行查询以查看不同的数据。例如，你可以试这个查询来看还有多少可用内存： ``` Powershell http://<yourserverip>:9090/new/graph?g0.expr=node_memory_MemFree_bytes&g0.tab=1&g0.stacked=0&g0.range_input=1h ``` <br/> # 第12步：安装Grafana Prometheus是我们的数据来源，而Grafana则给我们提供报告仪表盘数据的功能。接下来安装Grafana并配置仪表盘。 我们会用一个APT仓库来安装，因为这会使得安装和更新更简单。Grafana可以在官方的Ubuntu软件包仓库中找到，但那个版本可能不是最新的，因此我们将使用Grafana的官方仓库。 用wget下载Grafana GPG的密钥，然后将输出传送到apt-key。这会将密钥添加到你的APT安装的信任密钥列表中。 ``` Powershell $ wget -q -O - https://packages.grafana.com/gpg.key | sudo apt-key add - ``` 把Grafana仓库加到APT的来源里。 ``` Powershell $ sudo add-apt-repository "deb https://packages.grafana.com/oss/deb stable main" ``` 刷新apt缓存。 ``` Powershell $ sudo apt update ``` 确认Grafana是从仓库安装的。 ``` Powershell $ apt-cache policy grafana ``` 输出应该如下： ``` Powershell grafana: Installed: (none) Candidate: 7.3.3 Version table: 7.3.3 500 500 https://packages.grafana.com/oss/deb stable/main amd64 Packages 7.3.2 500 500 https://packages.grafana.com/oss/deb stable/main amd64 Packages 7.3.1 500 500 https://packages.grafana.com/oss/deb stable/main amd64 ... ``` 检查顶部显示的版本是否与[这里](https://grafana.com/grafana/download)显示的最新版本一致。然后继续安装。 ``` Powershell $ sudo apt install grafana ``` 启动Grafana服务器和检查状态，确保运行正确。 ``` Powershell $ sudo systemctl start grafana-server $ sudo systemctl status grafana-server ``` 输出应该如下图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许Grafana随系统启动而启动。 ``` Powershell $ sudo systemctl enable grafana-server ``` ## 配置Grafana登录 能做到这一步已经很棒了！现在一切都设置好并开始运行了，你可以在浏览器里前往`http://<yourserverip>:3000/`，会出现Grafana的登录窗口。 在`admin`输入用户名和密码。系统会让你修改密码，请务必修改。 ## 配置Grafana的数据来源 让我们配置数据来源吧。把你的鼠标移至左边菜单栏的齿轮图标处，会弹出一个菜单——选择`Data Sources`。  点击 `Add Data Source`，然后选择`Prometheus`。在URL输入`http://localhost:9090`，然后点击 `Save and Test`。   ## 导入Grafana仪表盘 现在开始导入仪表盘。移动你的鼠标到左边菜单栏的`+`图标，会有一个菜单弹出，选择 `Import`。 从[这里](https://raw.githubusercontent.com/sigp/lighthouse-metrics/master/dashboards/Summary.json)（从原始数据）复制粘贴JSON，点击`Load`，然后 `Import`。你应该可以看到仪表盘。 > 注意：很明显这是个非常基础的仪表盘。该团队正在努力加入更多的数据 （比如：验证者数、每个验证者的证明量、每个验证者的提议量、每个验证者的余额等)。现在官方的仪表盘还在开发中，请看[这里](https://github.com/status-im/nim-beacon-chain/blob/devel/grafana/beacon_nodes_Grafana_dashboard.json)。  你还可以在Telegram和Discord看到警报信息。[这里](https://docs.prylabs.network/docs/prysm-usage/monitoring/grafana-dashboard/)是有指引。 <br/> # 写在最后 到这里就完成了！希望这个教程能帮到你。 - 如果你有任何反馈，你可以在[Twitter](https://www.twitter.com/SomerEsat) 或 [Reddit](https://www.reddit.com/user/SomerEsat)上联系窝 - 如果你喜欢这个教程并希望别人也能学习这个教程，请用[friends link](https://medium.com/@SomerEsat/4d2a86cc637b?source=friends_link&sk=4cb64bfa20247d2b5c7a50ce0a92d33b)把教程分享出去！ - 支持一下：somer.eth <br/> # 附录——Nimbus更新 如果因为Git仓库的修改你需要更新代码，请按这些步骤来获取最新的文档并构建你的二进制文档。 ``` Powershell $ cd ~ $ cd nimbus-eth2 $ git pull $ make update $ make NIMFLAGS="-d:insecure" nimbus_beacon_node ``` 接下来，我们会停止信标链和验证者服务，并复制粘贴二进制文档到目录`/usr/local/bin`，然后再次启动服务。 ``` Powershell $ sudo systemctl stop nimbus $ sudo cp /$HOME/nimbus-eth2/build/nimbus_beacon_node /usr/local/bin $ sudo systemctl start nimbus $ sudo systemctl status nimbus # <-- Check for errors $ sudo journalctl -fu nimbus.service # <-- Monitor ``` 完成了！服务已经更新好了。 <br/> # 附录——Geth更新 如果你需要更新到最新版本的Geth，请按以下步骤： ``` Powershell $ sudo systemctl stop geth $ sudo systemctl stop nimbus $ sudo apt update && upgrade $ sudo systemctl start geth $ sudo systemctl status geth # <-- Check for errors $ sudo journalctl -f -u geth # <-- Monitor $ sudo systemctl start nimbus $ sudo systemctl status nimbus # <-- Check for errors $ sudo journalctl -f -u nimbus.service # <-- Monitor ``` <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-testnet-ubuntu-pyrmont-tekuhttps://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-testnet-ubuntu-pyrmont-tekuWed, 23 Dec 2020 00:00:00 GMT来源 | [someresat.medium.com](https://someresat.medium.com/guide-to-staking-on-ethereum-2-0-testnet-ubuntu-pyrmont-teku-3da74372910)  **提醒**：不要按照这个指南与Eth2主网连接。主网指南请参考《以太坊2.0主网质押教学(Ubuntu/Teku)》。 本文详解如何通过多客户端测试网Pyrmont在以太坊2.0主网质押。主要基于以下几个技术： - Ubuntu v20.04 (LTS) x64 服务器 - Go Ethereum 节点 ([代码分支](https://github.com/ethereum/go-ethereum)) - ConsenSys的以太坊2.0客户端，Teku ([代码分支](https://github.com/PegaSysEng/teku)) - 正式多客户端测试网公网，[Pyrmont](https://github.com/protolambda/pyrmont) - 浏览器插件加密钱包 [MetaMask](https://metamask.io/) - [Prometheus](https://prometheus.io/) 参数 - [Grafana](https://grafana.com/) 仪表盘 此篇指南包括以下指令： - 连接并安全配置一个新运行的Ubuntu服务器用例 - 配置一个以太坊1.0节点并将其作为服务运行 - 生成Pyrmont验证者账户密钥并存入资产 - 导入Pyrmont验证者账户密钥到Teku客户端里 - 给以太坊2.0与Pyrmont测试网阶段0编译并配置Teku客户端软件，并把它们作为服务来运行 - 安装和配置Prometheus参数，设置一个Grafana仪表盘 <br/> # 提醒 此指南是用于Pyrmont测试网的。切记无论如何不要向测试网发送主网的ETH。你发送了就等于丢失了。 **不要**按照这份指南连接Eth2主网。主网专用指南请参考《以太坊2.0主网质押教学(Ubuntu/Teku)》。 <br/> # 致谢与免责声明 本教程参考了网上的各种资料，感谢这些提供资料的贡献者！ 感谢 [ConsenSys Discord](https://discord.gg/trQ378WCp4) 中#teku 频道以及[EthStaker](https://discord.gg/7z8wzehjrJ)团队的人在discord上提供的帮助与审校。 特别感谢Eth2 客户端团队和以太坊基金会的研究员。他们经过几年的不懈努力，将我们带到这难以置信的时刻——Eth2.0成功创世。 此教程仅作教育用途。我不是本文涉及的任何技术的专家。不保证此教程内容的准确性，因遵循此教程而造成的损失，本人概不负责。 <br/> # 支持 - 这个过程可能有些棘手。除了我之外，以下是两个你可以寻求帮助的好资源 : - EthStaker社区是一个以太坊2.0 Staking 社区，资源丰富且十分友好。 - Reddit：https://www.reddit.com/r/ethstaker/ - Discord：https://discord.gg/7z8wzehjrJ - Teku 客户端团队的Discord: https://discord.gg/trQ378WCp4，他们是客户端软件的工程团队，是使用Teku专家。 <br/> # 条件 使用本教程需要对以太坊、ETH、Staking、测试网、Linux 和 MetaMask 有一定的背景知识。 此教程还需要在开始前安装并运行： - [Ubuntu 服务器 v20.04 (LTS) amd64](https://ubuntu.com/tutorials/install-ubuntu-server#1-overview) 或者一个较新的，在本地计算机、你的网络、或云端 (AWS、Digital Ocean、Microsoft Azure等)安装和运行的Ubuntu服务器。推荐使用本地计算机，以提高网络的去中心化程度——如果云端供应商掉线了，那么托管在这个供应商的节点都会离线。 - 已安装或已配置的浏览器插件加密钱包[MetaMask](https://metamask.zendesk.com/hc/en-us/articles/360015489531-Getting-Started-With-MetaMask-Part-1-)。一台装有操作系统 (Mac、Windows、Linux等) 和浏览器 (Brave、Safari、FireFox等) 的计算机。 <br/> # 树莓Pi用户注意 我没有在树莓Pi上测试过这份教程。如果你想尝试的话，只需要把下面列出的软件换成ARM版本。不保证可行。 <br/> # 要求 - Ubuntu服务器用例。我用过v20.04 (LTS) amd64服务器 VM - 浏览器插件加密钱包MetaMask，安装并配置好 - 硬件要求是一个比较大的话题。总的来说：一个相对较新的CPU、8GB内存的RAM (16GB更佳)、一个内存至少 1TB 的SSD 、稳定的网络（足够快的下载速度以及月度数据额度），这些性能都会让质押过程更加安全顺畅。 <br/> # 概览 本教程篇幅较长，下面这个图表简要说明了质押的步骤，标黄的即是本文会覆盖到的部分：  整个流程可以概念化表述为： - 设置一个Eth1 节点并同步Eth1 Göerli 测试网的数据； - 生成验证者密钥和存款数据； - 配置Teku客户端并同步Eth1节点数据 - 存入 32 Göerli 测试网 ETH 以激活验证者密钥 那我们现在就开始吧！ <br/> # 第0步：连接至服务器 使用一个SSH端口，连接至你的Ubuntu服务器。在默认情况下，Ubuntu上的root账户通常都是禁用的，然而有些云提供商可以启动root账户。如果你用`root`登录，最好是重新创建一个拥有管理权限的用户账户，因为使用root用户登录存在很大的[风险](https://askubuntu.com/questions/16178/why-is-it-bad-to-log-in-as-root)。 > 注意：如果你不是用`root`登录的便可以直接跳到第1步。 ``` # adduser <yourusername> ``` 设置一个密码并填写其他信息。 通过把新的用户加入`sudo`群组中，来授予其管理权限。 ``` # usermod -aG sudo <yourusername> ``` 当你用你的用户名 `<yourusername>` 登录时，可以通过在命令行前输入sudo，来以超级用户的权限执行操作。 可选：如果你通过 `root` 账户使用 [SSH 密钥](https://jumpcloud.com/blog/what-are-ssh-keys)来连接你的 Ubuntu 实例，你将需要使用 root 账户的 SSH 密钥数据来连接新账户。 ``` # rsync --archive --chown=<yourusername>:<yourusername> ~/.ssh /home/<yourusername> ``` 最后，退出登录你的`root`账户，然后使用你新创建的用户名`<yourusername>`登入Ubuntu服务器。 <br/> # 第1步：升级服务器 确保系统更新至最新的软件和安全设置。 ``` Powershell $ sudo apt update && sudo apt upgrade $ sudo apt dist-upgrade && sudo apt autoremove $ sudo reboot ``` <br/> # 第2步：保护服务器 安全性十分重要。但由于本文不是针对安全性的指南，所有只列出了一些基础的设置。 ## 配置防火墙 Ubuntu 20.04 服务器可以使用默认的 [UFW 防火墙](https://help.ubuntu.com/community/UFW)来限制访问该服务器的流量，不过要先设置其允许来自 SSH、Go Ethereum、Grafana、Teku 的入站流量。 **允许 SSH** 允许通过SSH连接到服务器。为了安全，接下来我们要修改默认端口22 (因为这是一个普遍的攻击矢量)。 > 注意：如果你选择不修改默认SSH端口 (不建议)，那就要加一项操作——允许默认SSH端口 `*$ sudo ufw allow 22/tcp*` ，然后跳到允许“Go Ethereum”这一步。 在1024 — 49151之间选择一个端口号，然后运行以下命令以检索尚未使用的端口号。如果显示红色 (被使用了)，就选择另一个端口。比如： `sudo ss -tulpn | grep ':6673'` ``` Powershell $ sudo ss -tulpn | grep ':<yourSSHportnumber>' ``` 更新防火墙，允许`<yourSSHportnumber>` 的入站流量。SSH要求TCP协议。比如：`sudo ufw allow 6673/tcp` ``` Powershell $ sudo ufw allow <yourSSHportnumber>/tcp ``` 下一步，修改默认SSH端口。 ``` Powershell $ sudo nano /etc/ssh/sshd_config ``` 找到默认端口`# Port 22` 或`Port 22`，然后修改你自己的端口号 `Port <yourSSHportnumber>`。删掉 `#` (如果有的话)。参考下方的截图，你的文档应该和下图展示的类似 (除了端口号不一样)。保存然后退出。  **重启SSH服务** ``` Powershell $ sudo systemctl restart ssh ``` 下次你通过SSH登录时就使用你的端口号 `<yourSSHportnumber>` 。 可选：如果你已经使用端口 22/TCP 的UFW了，那就更新防火墙以拒绝该端口的入站流量。请务必在你使用新SSH端口登录之后在操作这一步。 ``` Powershell $ sudo ufw deny 22/tcp ``` **允许 Go Ethereum** 允许来自Go Ethereum对等节点 (端口30303/TPC 和 30303/UDP) 的入站请求。如果你使用第三方 (如([Infura](https://infura.io/)) 托管的 Eth1 节点，则可以跳过这一步。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口 30303 的入站流量。 ``` Powershell $ sudo ufw allow 30303 ``` **允许 Teku** 允许与 Teku 的对等节点进行点对点连接，以便在信标链节点上 (Consensys[提供](https://docs.teku.consensys.net/en/latest/HowTo/Find-and-Connect/Improve-Connectivity/#configuring-ports)的默认端口9000/TCP和9000/UDP) 进行操作。. > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由和防火墙以允许来自端口9000 的入站流量。 ``` Powershell $ sudo ufw allow 9000 ``` **允许 Grafana** 允许访问Grafana web 服务器 (端口3000/TCP) 的入站请求。 ``` Powershell $ sudo ufw allow 3000/tcp ``` **允许 Prometheus (可选)** 如果你想直接访问Prometheus数据服务，你也可以打开端口9090/TCP。如果你仅使用Grafana查看数据，则没有必要这样做。我没有打开这个端口。 ``` Powershell $ sudo ufw allow 9090/tcp ``` 启动防火墙，检查是否已经正确配置。 ``` Powershell $ sudo ufw enable $ sudo ufw status numbered ``` 显示应该是这样的  <br/> # 第3步：安装并运行 Go Ethereum 节点 安装并配置Eth1.0的节点，信标链将与该节点相连。如果你选择第三方服务 (如[Infura](https://infura.io/)) 的话，可以跳过这一步。 ## 安装 Go Ethereum 建议使用PPA (Personal Package Archives，个人安装包存档) 安装Go Ethereum客户端。 ``` Powershell $ sudo add-apt-repository -y ppa:ethereum/ethereum ``` 更新软件包并安装最新的稳定版本。 ``` Powershell $ sudo apt update $ sudo apt install geth ``` ## 将Go Ethereum作为后台服务来运行 运行该服务需要创建一个账户，此种类型的账户无法登录服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false goeth ``` 为Eth1区块链创建数据目录，用来存储Eth1节点数据。 ``` Powershell $ sudo mkdir -p /var/lib/goethereum ``` 设置目录的权限。 `goeth` 账户需要权限来修改该数据目录。 ``` Powershell $ sudo chown -R goeth:goeth /var/lib/goethereum ``` 创建一个systemd服务文件来储存该服务配置。我们将使用该配置文件来命令systemd运行`geth` 进程。 ``` Powershell $ sudo nano /etc/systemd/system/geth.service ``` 将下列的服务配置复制粘贴到文档中。 ``` Powershell [Unit] Description=Ethereum go client After=network.target Wants=network.target[Service] User=goeth Group=goeth Type=simple Restart=always RestartSec=5 ExecStart=geth --goerli --http --datadir /var/lib/goethereum[Install] WantedBy=default.target ``` flag `--goerli` 用于定位 Göerli 测试网，而flag `--http` 用来公开与信标链节点连接的一个HTTP端口 (http://localhost:8545)。 参考下方的截图。保存然后退出。  重新加载 systemd 以显示上述的更改 ``` Powershell $ sudo systemctl daemon-reload ``` 启动服务，并检查确保其正常运行。 ``` Powershell $ sudo systemctl start geth $ sudo systemctl status geth ``` 显示应如下方截图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许geth服务在系统重启时自动启动。 ``` Powershell $ sudo systemctl enable geth ``` Go Ethereum节点将会开始同步。你可以运行 journal 命令来追踪进程。按“CTRL+c”退出。 > NOTE: Issuing Ctrl+C to quit out of journal doesn’t impact the service. Journal is simply a real-time view of the service logs. > > 注意：使用 Ctrl+C 退出 journal 不会影响该服务，Journal 只是服务日志的实时视图。 ``` Powershell $ sudo journalctl -fu geth.service ``` 当你花较长的时间 (>10分钟) 来找到需要同步的对等节点时，你可以添加一些对等节点。访问[此处](https://gist.github.com/rfikki/77081600ddc8432520d3bb3a9f80a493)以获得最新的清单，并操作下列命令行以修改geth服务： ``` Powershell $ sudo systemctl stop geth $ sudo nano /etc/systemd/system/geth.service ``` 修改 `ExecStart` 行，添加 `--bootnodes` flag：在下方罗列出最新的对等点，并以逗号分割。 ``` Powershell ExecStart=geth --goerli --http --datadir /var/lib/goethereum --bootnodes "enode://46add44b9f13965f7b9875ac6b85f016f341012d84f975377573800a863526f4da19ae2c620ec73d11591fa9510e992ecc03ad0751f53cc02f7c7ed6d55c7291@94.237.54.114:30313,enode://119f66b04772e8d2e9d352b81a15aa49d565590bfc9a80fe732706919f8ccd00a471cf8433e398c55c4862aadb4aadf3a010201483b87e8358951698aa0b6f07@13.250.50.139:30303" ``` 保存文件之后退出。然后重启服务并观察。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo journalctl -fu geth.service ``` 启动后显示应该类似下方截图：  在运行信标链之前，你需要等待节点同步完成。点击[此处](https://goerli.etherscan.io/blocks)访问最新的区块。 比如，上方截图显示了节点正在处理区块 `number=43756` ，再看看下方截图，显示最新的区块是 `3196411`。也就是说，我们还有一段时间才能完成同步。  接下来，我们将准备验证者存款数据。如果你想查看同步状态，你可以在任意时间运行命令 `sudo journalctl -fu geth.service` 以查看。 <br/> # 第4步：生成验证者密钥和存款数据 为了能在Eth2.0 Pyrmont测试网上运行验证者节点，我们将需要注册一个或多个验证者账户。 > 注意：如果你已经生成了你的存款数据并提交了你的质押存款，你可以跳过这一步。如果你是在别处生成的，你需要复制你的验证者密钥到这个服务器上。 注册步骤如下： - 获取Göerli ETH - 生成验证者密钥。一个密钥代表一个验证者账户。 - 向每个验证者账户各存入32个Göerli ETH - 等候你的验证者账户被激活 那我们现在就开始吧！ ## 获取Goerli ETH 1. 使用已经安装了浏览器插件MetaMask的计算机。 2. 点击MetaMask然后登录 3. 点击顶部的下拉菜单，选择**Göerli 测试网络** 4. 点击账户名，复制你的Göerli 测试网钱包地址 5. 使用你的地址从[authenticated faucet](https://faucet.goerli.mudit.blog/)获取Göerli ETH，或者通过在 [ethstaker Discord](https://discord.gg/7z8wzehjrJ)上的`#request-goerli-eth`频道使用机器人命令：`!goerliEth <yourwalletaddress>`。 > 注意：一个验证者需要一笔32个ETH的存款。你的MetaMask钱包需要有充足的 Göerli ETH存进每个验证者客户端里。例如，如果你想要运行10个验证者，拿你就需要320个Göerli ETH以及一些额外的钱 (比如1个Göerli ETH) 来支付gas费。 ## 生成验证者密钥 接下来我们要生成存款数据和验证者密钥。Teku验证者客户端支持多个验证者密钥。在Pyrmont测试网上基本上一个验证者密钥代表一个“验证者账户”。存款数据中包含你的质押信息 (如验证者密钥清单等) 前往[这里](https://github.com/ethereum/eth2.0-deposit-cli/releases/)获取存款命令行接口应用的“最新发布”。  在“asset"一栏复制这个链接到Linux版本。我们将使用该链接来下载它，如下所示。修改指令里的URL名为最新版本的下载链接。 ``` Powershell $ cd ~ $ sudo apt install curl $ curl -LO https://github.com/ethereum/eth2.0-deposit-cli/releases/download/v1.1.0/eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz ``` 打开tar存档并去到其创建的目录。 ``` Powershell $ sudo tar xvf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz $ cd eth2deposit-cli-ed5a6d3-linux-amd64 ``` 运行应用来生成存款数据和验证者密钥。 将`<numberofvalidators>`修改为你想要创建的验证者密钥数。例如：`--num_validators 5` ``` Powershell $ sudo ./deposit new-mnemonic --num_validators <numberofvalidators> --mnemonic_language=english --chain pyrmont ``` 它会要求你创建一个钱包密码。我们将使用它来将验证者密钥加载到 Teku 客户端的验证者钱包。把它备份到安全的地方。  它会生成一个种子短语 (助记符)。把它备份到其他地方。这很重要，你将需要它来生成提款密钥或者添加验证者。  一旦你已经确认了你的助记符，你的验证者密钥就会被创建。  新创建的验证者密钥和存款数据文档会在一个特定地方被创建。比如：`eth2deposit-cli-ed5a6d3-linux-amd64/validator_keys` 。标记一下，我们待会会用到。 文件夹的内容见下：  `deposit_data-[timestamp].json`文档包含了验证者的公钥和存款的相关信息。这个文档会在下一步用来完成存款进程。由于我们是在一个服务器上，而没有一个网络浏览器，因此要使用[secure FTP (SFTP)](https://www.maketecheasier.com/use-sftp-transfer-files-linux-servers/) 把文档迁移到一部运行MetaMask的计算机上。记得先完成这一步再继续。 `keystore-m...json`文档包含加密的签名密钥。每个验证者账户都有一个 keystore-m。这些会被用来创建 Teku 客户端验证者钱包。 通过删除下载的tar存档文件进行清理。 ``` Powershell $ cd ~ $ rm -rf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz ``` 现在你已经有了存款数据和密钥存储文件，接下来就可以设置 Teku 了。我们要先把资产存入密钥中 (存入Göerli ETH以激活验证者)再设置Teku，这样我们就可以首先验证设置了。如果验证者存款被激活了，但系统没准备好的话，我们会受到怠工惩罚。 <br/> # 第5步：安装条件 Teku基于 Java 语言构建，因此它需要 Java 运行时环境 (JRE) 来运行，并需要 Java 开发工具包 (JDK) 进行编译。 .安装这两种工具。 ``` Powershell $ sudo apt install default-jre default-jdk $ java --version $ javac --version ``` 显示应类似下图。 ``` Powershell ethstaker@ETH-STAKER-001:~$ java --version openjdk 11.0.9.1 2020-11-04 OpenJDK Runtime Environment (build 11.0.9.1+1-Ubuntu-0ubuntu1.20.04) OpenJDK 64-Bit Server VM (build 11.0.9.1+1-Ubuntu-0ubuntu1.20.04, mixed mode, sharing) ethstaker@ETH-STAKER-001:~$ javac --version javac 11.0.9.1 ``` <br/> # 第6步：克隆和构建Teku 现在我们准备好构建 Teku 了。Teku 生成一个 `teku` 二进制文件。该二进制文件提供信标链以及验证者客户端的功能。 访问[这里](https://github.com/ConsenSys/teku/releases)以获取 Teku 的最新版本。注意不要克隆了主分支版本，因为这可能不稳定。  使用标签 (在本例中为 `20.11.0-RC2`) ``` Powershell $ cd ~ $ git clone --b 20.11.0-RC2 https://github.com/Consensys/teku.git $ cd teku ``` 使用[Gradle](https://gradle.org/) 来编译代码 ``` Powershell $ sudo ./gradlew installDist ``` 构建时间大概需要3-6分钟。是时候喝点饮料补充补充水分了。也可以阅读我[其他的文章](https://someresat.medium.com/)。 如果都操作成功了请继续，如果操作失败了请求助 ConsenSys Discord 的 #teku 频道 : https://discord.gg/trQ378WCp4 <br/> # 第7步：复制 Teku 二进制文件 接下来复制粘贴已编译的 Teku 文件至目录 `/usr/local/bin` 中，我们随后将创建一个systemd服务，并在那运行该文件。 ``` Powershell $ cd ~ $ sudo cp -a teku/build/install/teku/. /usr/local/bin/teku ``` > 注意：每一次你拉取或构建一个新版本`*teku*` 二进制文件，你都需要做这一步。请看此教程的最后**附录——Teku更新**。 <br/> # 第8步：配置信标节点和验证者客户端 我们将把Teku客户端作为服务来运行，因此如果系统重启，这个进程将自动重新开始。 ## 设置账户和目录 为信标节点与验证者节点的运行创建一个账户。这种类型的账户不能用来登录进入服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false teku ``` 为Teku客户端的数据文档创建数据目录，并为Teku的配置文档创建config目录。 ``` Powershell $ sudo mkdir -p /var/lib/teku $ sudo mkdir -p /etc/teku ``` 这样我们可以把文档集中在一个位置，复制`keystore-m...json`的文档到我们之前创建的数据目录。 ``` Powershell $ sudo cp -a /$HOME/<ValidatorKeysPath> /var/lib/teku ``` 把你生成的验证者密钥的路径填到`<ValidatorKeysPath>`，例如：`eth2deposit-cli-ed5a6d3-linux-amd64/validator_keys`。值得注意的是我们只复制keystore-m文档。不要复制deposit_data文档。如果你复制了，只需要通过以下代码进行删除。 ``` Powershell $ cd /var/lib/teku/validator_keys $ ls $ sudo rm <DepositDataFileName> ``` 你应该会得到以下结果 (取决于你有多少个验证者文档)  ## 创建验证者密码文档 Teku客户端要求验证者有一个密码文档，以在运行和自动重启服务时访问每个验证者账户。 每个验证者`keystore-m...json`密钥文档都需要一个对应的密码txt文档。即使所有验证者的密码是一样，这一步也是必须的。密码文档的命名需要于对应的keystore-m文档相一致。 ``` Powershell $ ls /var/lib/teku/validator_keys ``` 给每个`keystore_m*.json`文档创建一个命名相同的密码文档。 ``` Powershell $ sudo nano /var/lib/teku/validator_keys/<jsonfilename>.txt ``` 在`<jsonfilename>`填入json文档的名字。不要忘了在最后加上 `.txt `。在txt文档里，把密码储存的密码 (你在第4步创建验证者文档时提供的密码)填到`YourKeystorePasswordForThisValidator`。保存并推出。给每个`*.json`文档重复以上步骤。  你应该会得到以下结果，这一步就完成了。  > 注意：不应该有`*deposit_data-\*.json*`文档的出现。如果有，把它删了。它会导致错误配对，因为Teku客户端会预期它有一个对应的密码文档。 ## 设置权限 设置目录权限。 `teku`账户需要修改数目目录的权限。确认正确设置了目录权限。 ``` Powershell $ sudo chown -R teku:teku /var/lib/teku $ sudo chown -R teku:teku /etc/teku $ ls -dl /var/lib/teku; ls -dl /etc/teku ``` 应该像这样：  把文档权限应用到验证者密钥以提供额外的安全层，并防止意外的删除。给(teku)用户读取/写入/执行的权限。确认正确设置了文档权限。 ``` Powershell $ sudo chmod -R 700 /var/lib/teku/validator_keys $ sudo ls -lh /var/lib/teku/validator_keys ``` 结果应该像这样  现在我们设好了验证者密钥于密码，现在开始配置服务。 ## 创建Teku配置文档 Teku客户端可以通过配置文档读取命令行选项。现在创建。 ``` Powershell $ sudo nano /etc/teku/teku.yaml ``` 粘贴下面的代码到文档里。 ``` Powershell data-base-path: "/var/lib/teku"network: "pyrmont"eth1-endpoint: "http://127.0.0.1:8545/"validator-keys: "/var/lib/teku/validator_keys:/var/lib/teku/validator_keys"validators-graffiti: "<yourPOAPstring>"p2p-port: 9000log-destination: CONSOLEmetrics-enabled: true metrics-port: 8008rest-api-enabled: true rest-api-docs-enabled: true ``` flag`data-base-path`定义服务存储数据的位置。 flag`eth1-endpoint`定义了ETH1 节点的终端。如果你在本地安装，这个值为`http://127.0.0.1:8545`。如果你正在使用一个第三方节点 (例如：Infura等)，你需要把这个值改为指向外部终端的地址。 flag `validators-keys`指示密钥文档于密码文档的位置。这样，它们都处在同一个目录。 在 `<yourPOAPstring>`输入你想要的文字。例如：`validators-graffiti: "abcdefg12345"`。 在使用systemd中推荐 `log-destination: CONSOLE` 设置 参考下方的截图。你的文档应该跟它差不多。退出并保存。  ## 创建和配置Teku服务 创建一个systemd服务文档来储存配置服务。 ``` Powershell $ sudo nano /etc/systemd/system/teku.service ``` 将下面这段代码复制粘贴到文档里 ``` Powershell [Unit] Description=Teku Client Wants=network-online.target After=network-online.target[Service] Type=simple User=teku Group=teku Restart=always RestartSec=5 Environment="JAVA_OPTS=-Xmx2g" ExecStart=/usr/local/bin/teku/bin/teku --config-file=/etc/teku/teku.yaml[Install] WantedBy=multi-user.target ``` Java (Teku使用的编程语言)执行运行时在设计上就需要占用大量RAM。flag`Environment=”JAVA_OPTS=-Xmx2g”`限制了堆积大小为2GB，因此Teku的运行可用总内存约为 3–3.5GB。 参考下方的截图。你的文档应该跟它差不多。退出并保存。  重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` > 注意：如果你是运行本地的Eth1节点（看第3步），你应该等待至它完全同步完数据再启动Teku服务。在这里查看进程：`*sudo journalctl -fu geth.service*` 启动服务并检查，确保运行正确。 ``` Powershell $ sudo systemctl start teku $ sudo systemctl status teku ``` 显示的结果应该是这样：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许服务随系统重启而自动重启。 ``` Powershell $ sudo systemctl enable teku ``` 信标节点将开始同步数据。它可能要花几个小时才能完全实现同步。你可以通过运行journal命令来追踪进程。按CTRL+c退出。 > 注意：按Ctrl+C退出journal不会影响服务。journal指示服务日志的实时视图。 ``` Powershell $ sudo journalctl -fu teku.service ``` 它会开始处理验证者密钥，然后同步数据到Eth1的链头。当`Head slot` 同步到`Current slot`，信标节点的同步就完成了。 ``` Powershell Started Teku Client. ... INFO - Loading 2 validator keys... INFO - BLS: loaded BLST library INFO - Loaded 2 Validators: 96a349b, b7f51b6 ... INFO - Sync Event *** Current slot: 30174, Head slot: 54, Connected peers: 1 INFO - Sync Event *** Current slot: 30175, Head slot: 92, Connected peers: 6 INFO - Sync Event *** Current slot: 30176, Head slot: 128, Connected peers: 8 INFO - Sync Event *** Current slot: 30177, Head slot: 160, Connected peers: 10 ``` 这一步结束了。我们现在有一条运行中的信标链和一个验证者节点。恭喜你！你棒棒的！ <br/> # 第9步：进行验证者存款 现在你的设置已经完成并在运行中了，你需要给Pyrmont测试网存入32个Göerli ETH。 > 注意：如果你已经提交了你的质押存款，你可以跳过这一步。 这一步是关于将所需的Göerli ETH存入Pyrmont测试网的存款合约。这需要在浏览器上通过Pyrmont的Launchpad网站启动你的MetaMask (或其他) 钱包。 > 注意：如果这份教程是用于主网 (它不是)，你需要等到你的Eth1节点和信标节点完全同步完再开存入你的存款。如果你不这样做，当你的Eth1节点或信标链在同步时，你可能要遭遇怠工惩罚。 Pyrmont测试网的Launchpad:https://pyrmont.launchpad.ethereum.org/ 一直随着屏幕切换点击这些警告步骤，直到你到达**密钥对生成**的部分。选择你打算运行的验证者数量。选择一个与你在步骤4中生成的验证者文件数量相匹配的值。  往下滚动，看这些内容你是否同意，然后点击“Continue” (继续)。  你会被要求上传`deposit_data-[timestamp].json`文档。这个文档你是在之前生成的，把它复制到有浏览器的计算机里。浏览/选择或拖拉这个文档，然后点击Continue。  连接你的钱包。选择MetaMask (或者是其他支持的钱包)，登录，选择存有你的Göerli ETH的Göerli测试网络，然后点击Continue。  > 注意：请100%确定你在MetaMask上选的是Göerli测试网络。不要把真的ETH发送到 Pyrmont测试网。 你的MetaMask余额就会显示出来。如果你选择了Göerli测试网络且你有充足的Göerli ETH余额，网站会允许你继续下一步。  然后会出现一个Summary (总结)，显示验证者数和所需的Göerli ETH数量。如果你同意的话就给那些方框打勾，然后点击Continue。  点击"Initiate All Transactions" (启动所有交易）。  会有多个MetaMask实例弹出，每个都对Pyrmont测试网提出一个32个Göerli ETH的交易请求。请确认每一笔交易。  当所有的交易都成功完成时，你的质押也完成了！  恭喜！  在最后会有一个清单。里面有非常多有用信息。可以看一下  ## 查看你的验证者存款状态 新加入的验证者需要等一下 (几个小时到几天不等)才能激活。你可以以下几步来查看你的密钥状态：  1. 复制你的Göerli测试网钱包地址 2. 前往：https://pyrmont.beaconcha.in/ 3. 搜索你的钱包地址。你的密钥会显示出来。  点进某个验证者详情，每个验证者激活后你会看到在Status那一栏有预估时间。  现在你面前有一个条正在运作的信标链、一个验证者节点以及你的测试网存款。一旦你的存款被激活，你将开始工作并赚取收益。恭喜你！ <br/> # 第10步：安装Prometheus Prometheus是一个提供监测功能和警报工具箱的开源系统。它在你的Ubuntu服务器上作为一个服务来运行，而它的职责就是去抓取数据。更多信息请看[这里](https://prometheus.io/docs/introduction/overview/)。 我们会使用Prometheus公开信标链、验证者的运行时数据和特定实例数据。 ## 创建用户账户 这些服务是在账户下运行的。这些账户不能登录到服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false prometheus $ sudo useradd --no-create-home --shell /bin/false node_exporter ``` ## 创建目录 程序与数据目录。 ``` Powershell $ sudo mkdir /etc/prometheus $ sudo mkdir /var/lib/prometheus ``` 设置目录的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus $ sudo chown -R prometheus:prometheus /var/lib/prometheus ``` ## 下载Prometheus软件 从[Prometheus下载页面](https://prometheus.io/download/)修改最新版本的版本号。Rpi用户一定要获取ARM二进制文档。 ``` Powershell $ cd ~ $ curl -LO https://github.com/prometheus/prometheus/releases/download/v2.22.2/prometheus-2.22.2.linux-amd64.tar.gz ``` 打开tar存档。它包含两个二进制文档和一些内容文档。 ``` Powershell $ tar xvf prometheus-2.22.2.linux-amd64.tar.gz ``` 复制二进制文档到下列位置。 ``` Powershell $ sudo cp prometheus-2.22.2.linux-amd64/prometheus /usr/local/bin/ $ sudo cp prometheus-2.22.2.linux-amd64/promtool /usr/local/bin/ ``` 设置目录的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /usr/local/bin/prometheus $ sudo chown -R prometheus:prometheus /usr/local/bin/promtool ``` 复制这些内容文档到下列位置。 ``` Powershell $ sudo cp -r prometheus-2.22.2.linux-amd64/consoles /etc/prometheus $ sudo cp -r prometheus-2.22.2.linux-amd64/console_libraries /etc/prometheus ``` 设置目录和文档 (-R) 的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus/consoles $ sudo chown -R prometheus:prometheus /etc/prometheus/console_libraries ``` 移除下载存档。 ``` Powershell $ rm -rf prometheus-2.22.2.linux-amd64.tar.gz prometheus-2.22.2.linux-amd64 ``` ## 编辑配置文档 Prometheus使用一个配置文档，这样它就知道去哪里获取数据。 打开YAML配置文档来编辑。 ``` Powershell $ sudo nano /etc/prometheus/prometheus.yml ``` 复制下面的代码到文档，注意不要进行任何其他编辑，并退出保存文件。 ``` Powershell global: scrape_interval: 15s scrape_configs: - job_name: "prometheus" static_configs: - targets: ["localhost:9090"] - job_name: "teku" scrape_timeout: 10s metrics_path: /metrics scheme: http static_configs: - targets: ["localhost:8008"] ``` 给config文档设置所有权。prometheus账户将拥有这个所有权。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus/prometheus.yml ``` 最后，测试服务器是否运行正确。 ``` Powershell $ sudo -u prometheus /usr/local/bin/prometheus \ --config.file /etc/prometheus/prometheus.yml \ --storage.tsdb.path /var/lib/prometheus/ \ --web.console.templates=/etc/prometheus/consoles \ --web.console.libraries=/etc/prometheus/console_libraries ``` 输出应该如下。按Ctrl + C退出。 ``` Powershell level=info ts=2020-11-22T17:24:35.396Z caller=main.go:684 msg="Server is ready to receive web requests." ``` ## 把Prometheus设置为自动启动的服务 创建一个systemd服务文档来储存服务config文档，它会告诉systemd把 Prometheus作为prometheus用户来运行，把配置文档放在目录/etc/prometheus/prometheus.yml，并保存在目录/var/lib/prometheus。 ``` Powershell $ sudo nano /etc/systemd/system/prometheus.service ``` 复制下列代码到文档。退出并保存。 ``` Powershell [Unit] Description=Prometheus Wants=network-online.target After=network-online.target[Service] Type=simple User=prometheus Group=prometheus Restart=always RestartSec=5 ExecStart=/usr/local/bin/prometheus \ --config.file /etc/prometheus/prometheus.yml \ --storage.tsdb.path /var/lib/prometheus/ \ --web.console.templates=/etc/prometheus/consoles \ --web.console.libraries=/etc/prometheus/console_libraries[Install] WantedBy=multi-user.target ``` 重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 然后按下面的命令启动服务并检查状态，确保运行正确。 ``` Powershell $ sudo systemctl start prometheus $ sudo systemctl status prometheus ``` 输出应该如下图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 最后，允许Prometheus随系统启动而启动。 ``` Powershell $ sudo systemctl enable prometheus ``` <br/> # 第11步：安装Node Exporter Prometheus会提供关于信标链和验证者的数据。如果我们想要我们Ubuntu实例的数据，我们需要一个叫[Node_Exporter](https://github.com/prometheus/node_exporter)的extension。如果你在下面指定其他版本，你可以在[这里](https://prometheus.io/download/)找到最新的稳定版本。Rpi用户记得要获取ARM二进制文档。 ``` Powershell $ cd ~ $ curl -LO https://github.com/prometheus/node_exporter/releases/download/v1.0.1/node_exporter-1.0.1.linux-amd64.tar.gz ``` 打开下载了的软件。 ``` Powershell $ tar xvf node_exporter-1.0.1.linux-amd64.tar.gz ``` 复制二进制文档到目录/usr/local/bin，并设置用户与群组对我们在前面创建的node_exporter用户的所有权。 ``` Powershell $ sudo cp node_exporter-1.0.1.linux-amd64/node_exporter /usr/local/bin $ sudo chown -R node_exporter:node_exporter /usr/local/bin/node_exporter ``` 移除下载了的存档。 ``` Powershell $ rm -rf node_exporter-1.0.1.linux-amd64.tar.gz node_exporter-1.0.1.linux-amd64 ``` ## 将Node Exporter设置为自动启动的服务 创建一个systemd服务文档来储存服务config文档，它会告诉systemd把Node_Exporter 作为node_exporter用户来运行。 ``` Powershell $ sudo nano /etc/systemd/system/node_exporter.service ``` 复制下列代码到文档。退出并保存。 ``` Powershell [Unit] Description=Node Exporter Wants=network-online.target After=network-online.target[Service] User=node_exporter Group=node_exporter Type=simple ExecStart=/usr/local/bin/node_exporter[Install] WantedBy=multi-user.target ``` 重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 然后按下面的命令启动服务并检查状态，确保运行正确。 ``` Powershell $ sudo systemctl start node_exporter $ sudo systemctl status node_exporter ``` 输出应该如下图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 最后，允许Node Exporter随系统启动而启动。 ``` Powershell $ sudo systemctl enable node_exporter ``` ## 测试Prometheus和Node Exporter (可选) 所有东西都准备就绪了。通过在防火墙打开一个端口 (请参阅步骤1）和浏览`http://<yourserverip>:9090`你可以有选择性地测试它的功能。在那里你可以运行查询以查看不同的数据。例如，你可以试这个查询来看还有多少可用内存： ``` Powershell http://<yourserverip>:9090/new/graph?g0.expr=node_memory_MemFree_bytes&g0.tab=1&g0.stacked=0&g0.range_input=1h ``` <br/> # 第12步：安装Grafana Prometheus是我们的数据来源，而Grafana则给我们提供报告仪表盘数据的功能。接下来安装Grafana并配置仪表盘。 我们会用一个APT仓库来安装，因为这会使得安装和更新更简单。Grafana可以在官方的Ubuntu软件包仓库中找到，但那个版本可能不是最新的，因此我们将使用Grafana的官方仓库。 用wget下载Grafana GPG的密钥，然后将输出传送到apt-key。这会将密钥添加到你的APT安装的信任密钥列表中。 ``` Powershell $ wget -q -O - https://packages.grafana.com/gpg.key | sudo apt-key add - ``` 把Grafana仓库加到APT的来源里。 ``` Powershell $ sudo add-apt-repository "deb https://packages.grafana.com/oss/deb stable main" ``` 刷新apt缓存。 ``` Powershell $ sudo apt update ``` 确认Grafana是从仓库安装的。 ``` Powershell $ apt-cache policy grafana ``` 输出应该如下： ``` Powershell grafana: Installed: (none) Candidate: 7.3.3 Version table: 7.3.3 500 500 https://packages.grafana.com/oss/deb stable/main amd64 Packages 7.3.2 500 500 https://packages.grafana.com/oss/deb stable/main amd64 Packages 7.3.1 500 500 https://packages.grafana.com/oss/deb stable/main amd64 ... ``` 检查顶部显示的版本是否与[这里](https://grafana.com/grafana/download)显示的最新版本一致。然后继续安装。 ``` Powershell $ sudo apt install grafana ``` 启动Grafana服务器和检查状态，确保运行正确。 ``` Powershell $ sudo systemctl start grafana-server $ sudo systemctl status grafana-server ``` 输出应该如下图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许Grafana随系统启动而启动。 ``` Powershell $ sudo systemctl enable grafana-server ``` ## 配置Grafana登录 能做到这一步已经很棒了！现在一切都设置好并开始运行了，你可以在浏览器里前往`http://<yourserverip>:3000/`，会出现Grafana的登录窗口。 在`admin`输入用户名和密码。系统会让你修改密码，请务必修改。 ## 配置Grafana的数据来源 让我们配置数据来源吧。把你的鼠标移至左边菜单栏的齿轮图标处，会弹出一个菜单——选择`Data Sources`。  点击 `Add Data Source`，然后选择`Prometheus`。在URL输入`http://localhost:9090`，然后点击 `Save and Test`。   ## 导入Grafana仪表盘 移动你的鼠标到左边菜单栏的`+`图标，会有一个菜单弹出，选择 `Import`。 用代码 `13457`来导入官方Teku的单个验证者[仪表盘](https://grafana.com/grafana/dashboards/13457)或用代码`12522`导入Ben Edgington的[仪表盘](https://grafana.com/grafana/dashboards/12522)  你可能还需要选择数据来源 (Prometheus)。  此时你应该可以看到仪表盘了。一开始，你可能看到的数据比较少，但随着所有东西的运行起来，数据会变得丰富。  <br/> # 写在最后 到这里就完成了！希望这个教程能帮到你。 - 如果你有任何反馈，你可以在[Twitter](https://www.twitter.com/SomerEsat) 或 [Reddit](https://www.reddit.com/user/SomerEsat)上联系我 - 如果你喜欢这个教程并希望别人也能学习这个教程，请用[friends link](https://medium.com/@SomerEsat/4d2a86cc637b?source=friends_link&sk=4cb64bfa20247d2b5c7a50ce0a92d33b)把教程分享出去！ - 支持一下：somer.eth <br/> # 附录——Teku更新 如果Teku客户端团队在Teku代码库里更新了代码，你可以通过使用下面的命令来更新服务。 在[这里](https://github.com/ConsenSys/teku/releases)找到你想要的版本，并输入到 `<release>`。例如：`$ git fetch --tags && git checkout 20.11.0-RC2`. ``` Powershell $ cd ~ $ cd teku $ sudo git fetch --tags && git checkout <release> $ sudo ./gradlew installDist $ sudo systemctl stop teku $ sudo rm -r /usr/local/bin/teku # <-- Delete old build $ sudo cp -a ~/teku/build/install/teku/. /usr/local/bin/teku $ sudo systemctl start teku $ sudo systemctl status teku # <-- Check status $ sudo journalctl -fu teku # <-- Check status ``` <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-pyrmont-lighthousehttps://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-pyrmont-lighthouseTue, 22 Dec 2020 00:00:00 GMT来源 | [someresat.medium.com](https://someresat.medium.com/guide-to-staking-on-ethereum-2-0-ubuntu-pyrmont-lighthouse-a634d3b87393)  **提醒**：不要按照这个指南与Eth2主网连接。主网指南在[这里](https://github.com/SomerEsat/ethereum-staking-guide)。请参考《以太坊2.0主网质押教学(Ubuntu/Lighthouse)》。 本文详解如何通过多客户端测试网Pyrmont在以太坊2.0主网质押。主要基于以下几个技术： - Ubuntu v20.04 (LTS) x64 服务器 - Go Ethereum 节点 ([代码分支](https://github.com/ethereum/go-ethereum)) - Sigma Prime 的以太坊2.0客户端，Lighthouse (代码分支) - 正式多客户端测试网公网，[Pyrmont](https://github.com/protolambda/pyrmont) - 浏览器插件加密钱包 [MetaMask](https://metamask.io/) - [Prometheus](https://prometheus.io/) 参数 - [Grafana](https://grafana.com/) 仪表盘 此篇指南包括以下指令： - 配置一个新运行的Ubuntu服务器用例 - 配置并运行一个以太坊1.0节点作为服务 - 生成一个Lighthouse客户端并导入Pyrmont验证者账户密钥 - 给以太坊2.0与Pyrmont测试网阶段0编译并配置Lighthouse客户端软件，并把它们作为服务来运行 - 安装和配置Prometheus参数，设置一个Grafana仪表盘 <br/> # 提醒 此指南是用于Pyrmont测试网的。切记无论如何不要向测试网发送主网的ETH。你发送了就等于丢失了。 **不要**按照这份指南连接Eth2主网。主网专用指南在[这里](https://github.com/SomerEsat/ethereum-staking-guide)。请参考《以太坊2.0主网质押教学(Ubuntu/Lighthouse)》。 <br/> # 致谢与免责声明 本教程参考了网上的各种资料，感谢这些提供资料的贡献者！ 感谢[Lighthouse](https://discord.gg/Ba8VWz7nbf)和[EthStaker](https://discord.gg/7z8wzehjrJ)团队的人在discord上提供的帮助与审校。 特别感谢Eth2 客户端团队和以太坊基金会的研究员。他们经过几年的不懈努力，将我们带到这难以置信的时刻——Eth2.0成功创世。 此教程仅作教育用途。我不是本文涉及的任何技术的专家。不保证此教程内容的准确性，因遵循此教程而造成的损失，本人概不负责。 <br> # 支持 这个过程可能有些棘手。除了我之外，以下是两个你可以寻求帮助的好资源 : - EthStaker社区是一个以太坊2.0 Staking 社区，资源丰富且十分友好。 - Reddit：https://www.reddit.com/r/ethstaker/ - Discord：https://discord.gg/7z8wzehjrJ - Lighthouse 客户端团队，[Discord](https://discord.gg/Ba8VWz7nbf)，他们是客户端软件的工程团队，是使用Lighthouse的专家。 <br/> # 条件 使用本教程需要对以太坊、ETH、Staking、Linux、MetaMask (Portis或Fortmatic) 有一定的背景知识。 此教程还需要在开始前安装并运行： - [Ubuntu 服务器 v20.04 (LTS) amd64](https://ubuntu.com/tutorials/install-ubuntu-server#1-overview) 或者一个较新的，在本地计算机、你的网络、或云端 (AWS、Digital Ocean、Microsoft Azure等)安装和运行的Ubuntu服务器。推荐使用本地计算机，以提高网络的去中心化程度——如果云端供应商掉线了，那么托管在这个供应商的节点都会离线。 - 已安装或已配置的浏览器插件加密钱包[MetaMask](https://metamask.zendesk.com/hc/en-us/articles/360015489531-Getting-Started-With-MetaMask-Part-1-)。一台装有操作系统 (Mac、Windows、Linux等) 和浏览器 (Brave、Safari、FireFox等) 的计算机。 <br/> # 树莓Pi用户注意 我没有在树莓Pi上测试过这份教程。如果你想尝试的话，只需要把下面列出的软件换成ARM版本。不保证可行。 <br/> # 要求 - Ubuntu服务器用例。我用过v20.04 (LTS) amd64服务器 VM - 浏览器插件加密钱包MetaMask，安装并配置好 - 推荐硬件要求： - 处理器：Intel Core i7–4770或AMD FX-8310或更好的 - 内存：16GB RAM - 存储空间：可用空间有100GB的固态硬盘 <br/> # 概览 本教程篇幅较长，下面这个图表简要说明了质押的步骤，标黄的即是本文会覆盖到的部分：  整个流程可以概念化表述为： - 设置一个Eth1 节点并同步Eth1 Göerli 测试网的数据； - 配置信标链节点并同步Eth1 节点的数据； - 生成验证者密钥并激活； - 配置验证者客户端； - 验证者在信标链上借助签名密钥对提议区块、证明区块，当验证者作恶或者怠工时会受到罚没惩罚。 那我们现在就开始吧！ <br/> # 第0步：连接至服务器 使用一个SSH端口，连接至你的Ubuntu服务器。在默认情况下，Ubuntu上的root账户通常都是禁用的，然而有些云提供商可以启动root账户。如果你用`root`登录，最好是重新创建一个拥有管理权限的用户账户，因为使用root用户登录存在很大的[风险](https://askubuntu.com/questions/16178/why-is-it-bad-to-log-in-as-root)。 > 注意：如果你不是用`root`登录的便可以直接跳到第1步。 ``` Powershell # adduser <yourusername> ``` 设置一个密码并填写其他信息。 通过把新的用户加入`sudo`群组中，来授予其管理权限。 ``` Powershell # usermod -aG sudo <yourusername> ``` 当你用你的用户名 `<yourusername>` 登录时，可以通过在命令行前输入sudo，来以超级用户的权限执行操作。 可选：如果你通过 `root` 账户使用 [SSH 密钥](https://jumpcloud.com/blog/what-are-ssh-keys)来连接你的 Ubuntu 实例，你将需要使用 root 账户的 SSH 密钥数据来连接新账户。 ``` Powershell # rsync --archive --chown=<yourusername>:<yourusername> ~/.ssh /home/<yourusername> ``` 最后，退出登录你的`root`账户，然后使用你新创建的用户名`<yourusername>`登入Ubuntu服务器。 <br/> # 第1步：升级服务器 确保系统更新至最新的软件和安全设置。 ``` Powershell $ sudo apt update && sudo apt upgrade $ sudo apt dist-upgrade && sudo apt autoremove ``` <br/> # 第2步：保护服务器 安全性十分重要。但由于本文不是针对安全性的指南，所有只列出了一些基础的设置。 ## 配置防火墙 Ubuntu 20.04 服务器可以使用默认的 [UFW 防火墙](https://help.ubuntu.com/community/UFW)来限制访问该服务器的流量，不过要先设置其允许来自 SSH、Go Ethereum、Grafana、Lighthouse 的入站流量。 **允许 SSH** 允许通过SSH连接到服务器。为了安全，接下来我们要修改默认端口22 (因为这是一个普遍的攻击矢量)。 > 注意：如果你选择不修改默认SSH端口 (不建议)，那就要加一项操作——允许默认SSH端口 `*$ sudo ufw allow 22/tcp*` ，然后跳到允许“Go Ethereum”这一步。 在1024 — 49151之间选择一个端口号，然后运行以下命令以检索尚未使用的端口号。如果显示红色 (被使用了)，就选择另一个端口。 ``` Powershell $ sudo ss -tulpn | grep ':<yourSSHportnumber>' ``` 更新防火墙，允许`<yourSSHportnumber>` 的入站流量。SSH要求TCP协议。 ``` Powershell $ sudo ufw allow <yourSSHportnumber>/tcp ``` 下一步，修改默认SSH端口。 ``` Powershell $ sudo nano /etc/ssh/sshd_config ``` 找到默认端口`# Port 22` 或`Port 22`，然后修改你自己的端口号 `Port <yourSSHportnumber>`。删掉 `#` (如果有的话)。 参考下方的截图，你的文档应该和下图展示的类似 (除了端口号不一样)。保存然后退出。  **重启SSH服务** ``` Powershell $ sudo systemctl restart ssh ``` 下次你通过SSH登录时就使用你的端口号 `<yourSSHportnumber>` 。 可选：如果你已经使用端口 22/TCP 的UFW了，那就更新防火墙以拒绝该端口的入站流量。请务必在你使用新SSH端口登录之后在操作这一步。 ``` Powershell $ sudo ufw deny 22/tcp ``` **允许 Go Ethereum** 允许来自Go Ethereum对等节点 (端口30303/TPC 和 30303/UDP) 的入站请求。如果你使用第三方 (如[Infura](https://infura.io/) 托管的 Eth1 节点，则可以跳过这一步。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口 30303 的入站流量。 ``` Powershell $ sudo ufw allow 30303 ``` **允许 Lighthouse** 允许与 Lighthouse 的对等节点进行点对点连接，以便在信标链节点上 进行操作 (端口 9000/TCP 和 9000/UDP)。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由或防火墙以允许来自端口 9000 的入站流量。 ``` Powershell $ sudo ufw allow 9000 ``` **允许 Grafana** 允许访问Grafana web 服务器 (端口3000/TCP) 的入站请求。 ``` Powershell $ sudo ufw allow 3000/tcp ``` **允许 Prometheus (可选)** 如果你想直接访问Prometheus数据服务，你也可以打开端口9090/TCP。如果你仅使用Grafana查看数据，则没有必要这样做。我没有打开这个端口。 ``` Powershell $ sudo ufw allow 9090/tcp ``` 启动防火墙，检查是否已经正确配置。 ``` Powershell $ sudo ufw enable $ sudo ufw status numbered ``` Output should look something like this. 显示应该是这样的，我使用的SSH端口号是 `1666/tcp` 。  <br/> # 第3步：安装并运行 Go Ethereum 节点 安装并配置Eth1.0的节点，信标链将与该节点相连。如果你选择第三方服务 (如[Infura](https://infura.io/)) 的话，可以跳过这一步。 ## 安装 Go Ethereum 建议使用PPA (Personal Package Archives，个人安装包存档) 安装Go Ethereum客户端。 ``` Powershell $ sudo add-apt-repository -y ppa:ethereum/ethereum ``` 更新软件包并安装最新的稳定版本。 ``` Powershell $ sudo apt update $ sudo apt install geth ``` ## 将Go Ethereum作为后台服务来运行 运行该服务需要创建一个账户，此种类型的账户无法登录服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false goeth ``` 为Eth1区块链创建数据目录，用来存储Eth1节点数据。使用 `-p` 选项来创建完整的路径。 ``` Powershell $ sudo mkdir -p /var/lib/goethereum ``` 设置目录的权限。 `goeth` 账户需要权限来修改该数据目录。 ``` Powershell $ sudo chown -R goeth:goeth /var/lib/goethereum ``` 创建一个systemd服务文件来储存该服务配置。我们将使用该配置文件来命令systemd运行`geth` 进程。 ``` Powershell $ sudo nano /etc/systemd/system/geth.service ``` 将下列的服务配置复制粘贴到文档中。 ``` Powershell [Unit] Description=Ethereum go client After=network.target Wants=network.target[Service] User=goeth Group=goeth Type=simple Restart=always RestartSec=5 ExecStart=geth --goerli --http --datadir /var/lib/goethereum[Install] WantedBy=default.target ``` flag `--goerli` 用于定位 Göerli 测试网，而flag `--http` 用来公开与信标链节点连接的一个HTTP端口 (http://localhost:8545)。 参考下方的截图。保存然后退出。  重新加载 systemd 以显示上述的更改并启动服务。 ``` Powershell $ sudo systemctl daemon-reload ``` 启动服务，并检查确保其正常运行。 ``` Powershell $ sudo systemctl start geth $ sudo systemctl status geth ``` 显示应如下方截图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许geth服务在系统重启时自动启动。 ``` Powershell $ sudo systemctl enable geth ``` Go Ethereum节点将会开始同步。你可以运行 journal 命令来追踪进程。按“CTRL+c”退出。 ``` Powershell $ sudo journalctl -fu geth.service ``` 当你花较长的时间来找到需要同步的对等节点时，你可以添加一些对等节点。访问[此处](https://gist.github.com/rfikki/77081600ddc8432520d3bb3a9f80a493)以获得最新的清单，并操作下列命令行以修改geth服务： ``` Powershell $ sudo systemctl stop geth $ sudo nano /etc/systemd/system/geth.service ``` 修改 `ExecStart` 行，添加 `--bootnodes` flag：在下方罗列出最新的对等点，并以逗号分割。 ``` Powershell ExecStart=geth --goerli --http --datadir /var/lib/goethereum --bootnodes "enode://46add44b9f13965f7b9875ac6b85f016f341012d84f975377573800a863526f4da19ae2c620ec73d11591fa9510e992ecc03ad0751f53cc02f7c7ed6d55c7291@94.237.54.114:30313,enode://119f66b04772e8d2e9d352b81a15aa49d565590bfc9a80fe732706919f8ccd00a471cf8433e398c55c4862aadb4aadf3a010201483b87e8358951698aa0b6f07@13.250.50.139:30303" ``` 保存文件之后退出。然后重启服务并观察。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo journalctl -f -u geth.service ``` 启动后显示应该类似下方截图：  在运行信标链之前，你需要等待节点同步完成。点击此处访问最新的区块。 比如，上方截图显示了节点正在处理区块 `number=498880` ，再看看下方截图，显示最新的区块是 `3270051`。也就是说，我们还有一段时间才能完成同步。  接下来，我们将克隆并构建Lighthouse软件 (信标链节点和验证者)。考虑在此开启一个新的终端，以便继续观察Eth1节点的同步情况。 <br/> # 第4步：安装依赖 创建Lighthouse需要安装Rust，按照下列提示来安装。 ``` Powershell $ curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh $ source $HOME/.cargo/env ``` 因为Rust修改了路径变量，所以我们要运行 `source $HOME/.cargo/env`以防止你尝试编译时出现 `command not found` 错误，如： ``` Powershell cargo install --path lighthouse --force --locked make: cargo: Command not found make: *** [Makefile:20: install] Error 127 ``` 还需要一些组件如 git、gcc、g++、make、cmake 等。 ``` Powershell $ sudo apt install -y git gcc g++ make cmake pkg-config libssl-dev ``` <br/> # 第5步：安装和构建 Lighthouse 现在我们准备好构建 Lighthouse 了。Lighthouse生成一个 `lighthouse` 二进制文件。我们用不同的子命令来执行相同的二进制文件以获取我们需要的功能。如： `lighthouse beacon_node` 将运行一个信标链节点实例。 `lighthouse validator_client` 将运行一个验证者客户端实例。 访问此处以获得最新的版本信息。注意不要克隆了主分支版本，因为这可能不稳定。 使用标签 (在本例中为 `v1.0.0`)  ``` Powershell $ cd ~ $ git clone -b v1.0.0 https://github.com/sigp/lighthouse.git $ cd lighthouse ``` 使用 Make 来编译 Lighthouse 二进制文件。 ``` Powershell $ make ``` 显示应该类似下方截图：  构建时间取决于你的硬件。是时候喝点饮料补充补充水分了。也可以阅读我[其他的文章](https://someresat.medium.com/)。 如果都操作成功了请继续，如果操作失败了请求助 Lighthouse Discord : https://discord.gg/gdq27tnKSM <br/> # 第6步：进入Pyrmont 为了能在Eth2.0 Pyrmont测试网上运行验证者节点，我们将需要注册一个或多个验证者账户。 > 注意：如果你已经生成了你的存款数据并提交了你的质押存款，你可以跳过这一步。如果你是在别处生成的，你需要复制你的验证者密钥到这个服务器上。 注册步骤如下： - 获取Göerli ETH - 生成验证者密钥。一个密钥代表一个验证者账户。 - 向每个验证者账户各存入32个Göerli ETH - 等候你的验证者账户被激活 那我们现在就开始吧！ ## 获取Goerli ETH 1. 使用已经安装了浏览器插件MetaMask的计算机。 2. 点击MetaMask然后登录 3. 点击顶部的下拉菜单，选择**Göerli 测试网络** 4. 点击账户名，复制你的Göerli 测试网钱包地址 5. 使用你的地址从[authenticated faucet](https://faucet.goerli.mudit.blog/)获取Göerli ETH，或者通过在 [ethstaker Discord](https://discord.gg/7z8wzehjrJ)上的`#request-goerli-eth`频道使用机器人命令：`!goerliEth <yourwalletaddress>`。 > 注意：一个验证者需要一笔32个ETH的存款。你的MetaMask钱包需要有充足的 Göerli ETH存进每个验证者客户端里。例如，如果你想要运行10个验证者，拿你就需要320个Göerli ETH以及一些额外的钱 (比如1个Göerli ETH) 来支付gas费。 ## 生成验证者密钥 接下来我们要生成验证者密钥。验证者客户端支持多个验证者密钥。在Pyrmont测试网上基本上一个验证者密钥代表一个“验证者账户”。 前往[这里](https://github.com/ethereum/eth2.0-deposit-cli/releases/)获取存款命令行接口应用的“最新发布”。  在“asset"一栏复制这个链接到Linux版本。我们将使用该链接来下载它，如下所示。修改指令里的URL名为最新版本的下载链接。 ``` Powershell $ cd ~ $ curl -LO https://github.com/ethereum/eth2.0-deposit-cli/releases/download/v1.1.0/eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz ``` 打开tar存档 ``` Powershell $ tar xvf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz $ cd eth2deposit-cli-ed5a6d3-linux-amd64 ``` 清除下载的tar存档文档 ``` Powershell $ rm -rf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz ``` 运行应用来生成验证者密钥 > 注意：如果是在主网，这一步应在一台没有连接过网络的全新的机器上进行，以防泄露你的助记符。 将`<numberofvalidators>`修改为你想要创建的验证者密钥数。例如：`--num_validators 5` ``` Powershell $ ./deposit new-mnemonic --num_validators <numberofvalidators> --mnemonic_language=english --chain pyrmont ``` 它会要求你创建一个钱包密码。我们将使用它来将验证者密钥加载到你客户端的验证者钱包。把它备份到安全的地方。  它会生成一个种子短语 (助记符)。把它备份到其他地方。  一旦你已经确认了你的助记符，你的验证者密钥就会被创建。  新创建的验证者密钥和存款数据文档会在一个特定地方被创建。  `deposit_data-[timestamp].json`文档包含了验证者的公钥和存款的相关信息。这个文档会在下一步用来完成存款进程。由于我们是在一个服务器上，而没有一个网络浏览器，因此要使用secure FTP (SFTP) 把文档迁移到一部运行MetaMask的计算机上。 `keystore-m...json`文档包含加密的签名密钥。每个验证者账户都有一个 keystore-m。这些会被用来创建客户端验证者钱包。 ## 进行验证者存款 这一步涉及将所需的Göerli ETH 存入Pyrmont测试网的质押合约。这一步会在Eth2.0 Launchpad网站上完成 > 提醒：不要发送真正的ETH到Pyrmont测试网，否则等于弄丢你的ETH。 Pyrmont测试网的Launchpad:https://pyrmont.launchpad.ethereum.org/ 一直随着屏幕切换点击这些提醒步骤，并选择你打算运行的验证者数量。往下滚动，点击Continue (继续)。  你会被要求上传`deposit_data-[timestamp].json`文档。这个文档你是在上一步生成的。浏览或拖拉这个文档，然后点击Continue。  连接你的钱包。选择MetaMask，登录，选择Göerli 测试网络并点击Continue > 提醒：Lauchpad应该会阻止你使用Göerli测试网以外的网络，但请100%确认你在MetaMask选择的是Göerli测试网络。不要发送真的ETH到Pymont测试网。  你MetaMask的余额会显示出来。如果你有充足的Göerli ETH余额，这个网站会允许你继续。  然后会出现一个Summary (总结)，显示验证者数和所需的Göerli ETH数量。如果你同意的话就给那些方框打勾，然后点击Continue。  点击"Initiate All Transactions" (启动所有交易）。会有多个MetaMask实例弹出，每个都对Pyrmont测试网提出一个32个Göerli ETH的交易请求。请确认每一笔交易。  当所有的交易都成功完成时，你的质押也完成了！  ## 查看你的验证者存款状态 新加入的验证者需要等一下 (几个小时到几天不等)才能激活。你可以以下几步来查看你的密钥状态： 1. 复制你的Göerli测试网钱包地址 2. 前往：https://pyrmont.beaconcha.in/ 3. 搜索你的钱包地址。你的密钥会显示出来。 点击一个密钥，查看**预期激活**信息  完成了！现在创建验证者钱包吧！ <br/> # 第7步：创建验证者钱包 验证者钱包是通过从前一步导入keystore-m的JSON文档来创建。 创建一个目录以存储验证者钱包数据，并授予当前用户访问该目录的权限。在 `<yourusername>` 修改登入用户名。 ``` Powershell $ sudo mkdir -p /var/lib/lighthouse $ sudo chown -R <yourusername>:<yourusername> /var/lib/lighthouse ``` 然后，我们会使用我们之前创建的Lighthouse验证者二进制文档来创建一个密钥钱包，并使用我们在上一步生成的密钥。把你生成的验证者密钥路径填到 `<PathToValidatorKeys>`，例如：`-- keys-dir=$HOME/eth2.0-deposit-cli/validator_keys` ``` Powershell $ cd lighthouse $ lighthouse --network pyrmont account validator import --directory $HOME/<PathToValidatorKeys> --datadir /var/lib/lighthouse ``` flag`--datadir`指定钱包数据输出的位置。此过程会在`--datadir`路径下创建一个`validators` 路径。 接下来，你需要输入你在 [Eth2 Launch Pad](https://pyrmont.launchpad.ethereum.org/)网站上用来创建验证者密钥的密码。你会被要求给每个密钥提供密码，一个个来。确保你每个密钥都提供了密码，因为你需要把验证者客户端当作服务来运行，以及它需要把密码保存在文档里以访问密钥。 输出应该如下： ``` Powershell Running account manager for pyrmont testnet validator-dir path: "/var/lib/lighthouse/validators" validator-dir path: "/var/lib/lighthouse/validators" WARNING: DO NOT USE THE ORIGINAL KEYSTORES TO VALIDATE WITH ANOTHER CLIENT, OR YOU WILL GET SLASHED.Keystore found at "/home/ethstaker/eth2deposit-cli-ed5a6d3-linux-amd64/validator_keys/keystore-m_12381_3600_1_0_0-1605678395.json":- Public key: 0xa79583298ecbd5564fce6ccefe2e69969705aff950235dc59ae303fa210b029b565c08303eb18cf02ecc26c429059d7f - UUID: 94079858-57db-4fb2-8272-5dbdfb31e65eIf you enter the password it will be stored as plain-text in validator_definitions.yml so that it is not required each time the validator client starts.Enter the keystore password, or press enter to omit it:Password is correct.Successfully imported keystore. Successfully updated validator_definitions.yml. ``` 当你给每个keystore-m JSON 文档都完成上述步骤，你会得到表示你成功的信息。 ``` Powershell Successfully imported 2 validators (0 skipped).WARNING: DO NOT USE THE ORIGINAL KEYSTORES TO VALIDATE WITH ANOTHER CLIENT, OR YOU WILL GET SLASHED. ``` 出于安全理由，你需要更新权限以移除`<youruseraccount>`对`var/lib/lighthouse`的访问权限。 ``` Powershell sudo chown root:root /var/lib/lighthouse ``` 完成了！现在验证者钱包已经配置好，我们将需要设置信标节点和验证者客户端。 <br/> # 第8步：配置信标节点 我们将把信标节点作为服务来运行，因此如果系统重启，这个进程将自动重新开始。 ## 设置账户和目录 为服务的运行创建一个账户。这种类型的账户不能用来登录进入服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false lighthousebeacon ``` 为Lighthouse的信标链数据库创建一个数据目录。 ``` Powershell $ sudo mkdir -p /var/lib/lighthouse/beacon ``` 设置目录权限。`lighthousebeacon`账户需要修改数据库目录的权限。 ``` Powershell $ sudo chown -R lighthousebeacon:lighthousebeacon /var/lib/lighthouse/beacon ``` 然后，把编译好的`lighthouse` 二进制文件 (从第5步) 复制粘贴到目录`/usr/local/bin`。我们会从那里开始运行。 > 注意：每一次你拉取或构建一个新版本`*lighthouse*`二进制文件，你都需要做这一步。请看此教程的最后**附录——Lighthouse更新**。 ``` Powershell $ sudo cp /$HOME/.cargo/bin/lighthouse /usr/local/bin ``` ## 创建和配置服务 创建一个systemd服务文档来储存config文档的服务。 ``` Powershell $ sudo nano /etc/systemd/system/lighthousebeacon.service ``` 复制粘贴下面这段代码到文档 ``` Powershell [Unit] Description=Lighthouse Beacon Node Wants=network-online.target After=network-online.target[Service] Type=simple User=lighthousebeacon Group=lighthousebeacon Restart=always RestartSec=5 ExecStart=/usr/local/bin/lighthouse beacon_node --datadir /var/lib/lighthouse --network pyrmont --staking --eth1-endpoint http://127.0.0.1:8545 --metrics[Install] WantedBy=multi-user.target ``` 子命令`beacon_node`告诉`lighthouse` 二进制文档我们想要运行信标节点。 flag`--datadir`是存储信标节点数据库的路径。 flag`--staking`表明我们还将运行一个验证者节点，因此将启动HTTP服务器。验证者和信标节点使用它互相沟通。 flag`--eth1-endpoint`定义Eth1节点的终端。如果你在本地安装，这个值为`http://127.0.0.1:8545`。如果你正在使用一个第三方节点，你使用的是外部终端地址 (例如：Infura等)。 flag`--metrics`在默认端口5054启动数据服务器。输出会被Prometheus通过Grafana捕获。 你的文档需参考下方的截图，保存然后退出。  重新加载 systemd 以显示上述的更改。 ``` Powershell $ sudo systemctl daemon-reload ``` > 注意：如果你运行一个本地的Eth1节点 (参考第3步)，你需要等到数据完全同步完成之后才能启动信标链服务。在这里查看进程：`*sudo journalctl -fu geth.service*`。 启动服务并确保其正常运行。 ``` Powershell $ sudo systemctl start lighthousebeacon $ sudo systemctl status lighthousebeacon ``` 输出应如下方截图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许服务在系统重启时自动启动。 ``` Powershell $ sudo systemctl enable lighthousebeacon ``` 信标链将开始同步，节点完全同步可能需要几个小时。你可以运行 journal 命令来追踪进程。按Ctrl+C退出。 ``` Powershell $ sudo journalctl -fu lighthousebeacon.service ``` 出现的代码应该是这样。 ``` Powershell Nov 19 09:57:15 ETH-STAKER-001 systemd[1]: Started Lighthouse Beacon Node. Nov 19 09:57:15 ETH-STAKER-001 lighthouse[158842]: Nov 19 09:57:15.398 WARN Ethereum 2.0 is pre-release. This software is experimental Nov 19 09:57:15 ETH-STAKER-001 lighthouse[158842]: Nov 19 09:57:15.398 INFO Lighthouse started version: Lighthouse/v0.3.5-1a530e5a Nov 19 09:57:15 ETH-STAKER-001 lighthouse[158842]: Nov 19 09:57:15.398 INFO Configured for testnet name: pyrmont Nov 19 09:57:15 ETH-STAKER-001 lighthouse[158842]: Nov 19 09:57:15.398 INFO Data directory initialised datadir: /var/lib/lighthouse Nov 19 09:57:15 ETH-STAKER-001 lighthouse[158842]: Nov 19 09:57:15.398 WARN Running HTTP server on port 5052 Nov 19 09:57:15 ETH-STAKER-001 lighthouse[158842]: Nov 19 09:57:15.456 INFO Starting from known genesis state service: beacon Nov 19 09:57:16 ETH-STAKER-001 lighthouse[158842]: Nov 19 09:57:16.564 INFO Block production enabled method: json rpc via http, endpoint: https://goerli.prylabs.net ``` 输出将给出完全同步的时间指示。 ``` Powershell Nov 19 09:59:37 ETH-STAKER-001 lighthouse[158842]: Nov 19 09:59:37.001 INFO Syncing est_time: 18 mins, speed: 5.31 slots/sec, distance: 5830 slots (19 hrs 26 mins), peers: 29, service: slot_notifier ``` 现在你的信标链正作为服务运行。恭喜！当你的信标节点在同步的时候，我们可以进入下一步。 <br/> # 配置验证者客户端 ## 设置账户和目录 我们将把验证者客户端作为服务来运行，因此如果系统重启，这个进程会自动重新开始。 为验证者服务的运行创建一个账户。这类型的账户不能登录到服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false lighthousevalidator ``` 我们为在创建钱包那步生成的验证者创建数据目录：`/var/lib/lighthouse/validators`。现在设置目录权限，使账户`lighthousevalidator`可以修改验证者账户的数据目录。 ``` Powershell $ sudo chown -R lighthousevalidator:lighthousevalidator /var/lib/lighthouse/validators ``` ## 创建并配置服务 创建一个systemd服务文档来存储服务配置。 ``` Powershell $ sudo nano /etc/systemd/system/lighthousevalidator.service ``` 完整复制粘贴下面这段代码，除了：在`<POAPstring>` 填上你个人喜欢的文字，例如： `--graffiti "abcdefg12345"` ``` Powershell [Unit] Description=Lighthouse Validator Wants=network-online.target After=network-online.target[Service] Type=simple User=lighthousevalidator Group=lighthousevalidator Restart=always RestartSec=5 ExecStart=/usr/local/bin/lighthouse validator_client --network pyrmont --datadir /var/lib/lighthouse --graffiti "<yourPOAPstring>"[Install] WantedBy=multi-user.target ``` 我们使用在`/usr/local/bin`里的同一个`lighthouse`二进制文档，但这次我们应用子命令`validator_client`来指示它运行验证者客户端。 flag `--network pyrmont`用来表明我们正在Pyrmont测试网上运行。 The `--datadir` flag is where we are going to save our validator database. flag`--datadir` 表明我们准备保存我们验证者数据库的位置。 参考下方截图。推出并保存。  重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 启动服务并检查，确保正确运行。 ``` Powershell $ sudo systemctl start lighthousevalidator $ sudo systemctl status lighthousevalidator ``` 你看到的输出应该如下图所示。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 允许服务随系统重启而自动重启。 ``` Powershell $ sudo systemctl enable lighthousevalidator ``` 你可以通过运行日志命令来检查进程。按Ctrl+C 退出。 ``` Powershell $ sudo journalctl -fu lighthousevalidator.service ``` 验证者客户端会在验证者钱包启动验证者密钥，并确认连接到信标节点。 ``` Powershell Nov 19 10:13:54 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:54.772 INFO Completed validator discovery new_validators: 0 Nov 19 10:13:55 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:55.904 INFO Enabled validator voting_pubkey: 0xa79583298ecbd5564fce6ccefe2e69969705aff950235dc59ae303fa210b029b565c08303eb18cf02ecc26c429059d> Nov 19 10:13:55 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:55.904 INFO Enabled validator voting_pubkey: 0x8c8b19c544d79bdaf60d7dcc86ebaeeed4d804d2ecb4c66e5b27e19a664a81457a1c02a873a110e1d332abce5800cf> Nov 19 10:13:55 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:55.904 INFO Initialized validators enabled: 2, disabled: 0 Nov 19 10:13:55 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:55.931 INFO Connected to beacon node version: Lighthouse/v0.3.5-1a530e5a/x86_64-linux Nov 19 10:13:55 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:55.934 INFO Genesis has already occurred seconds_ago: 80028 Nov 19 10:13:55 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:55.934 INFO Loaded validator keypair store voting_validators: 2 Nov 19 10:13:55 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:55.934 INFO Block production service started service: block Nov 19 10:13:55 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:55.934 INFO Attestation production service started next_update_millis: 11065, service: attestation Nov 19 10:13:55 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:13:55.935 INFO HTTP API server is disabled ``` 当信标链真的开始处理数据，在测试网上需要几个小时到几天来激活验证者账户。 ``` Powershell Nov 19 10:25:49 ETH-STAKER-001 lighthouse[159892]: Nov 19 10:25:49.004 INFO Awaiting activation slot: 6728, epoch: 210, validators: 2, service: notifier ``` 你可以通过[beaconcha.in](https://pyrmont.beaconcha.in/)查看你的验证者状态。只需要搜索你的验证者公钥或使用你的MetaMask （或其他）钱包地址进行搜索。你的数据可能要过一段时间才会在网站上显示。 这一步结束了。我们现在有一条运行中的信标链和一个验证者节点。恭喜你！你棒棒的！ <br/> # 第10步：安装Prometheus Prometheus是一个提供监测功能和警报工具箱的开源系统。它在你的Ubuntu服务器上作为一个服务来运行，而它的职责就是去抓取数据。更多信息请看[这里](https://prometheus.io/docs/introduction/overview/)。 我们会使用Prometheus公开信标链、验证者的运行时数据和特定用例数据。 ## 创建用户账户 这些服务是在账户下运行的。这些账户不能登录到服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false prometheus $ sudo useradd --no-create-home --shell /bin/false node_exporter ``` ## 创建目录 程序与数据目录。 ``` Powershell $ sudo mkdir /etc/prometheus $ sudo mkdir /var/lib/prometheus ``` 设置目录的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus $ sudo chown -R prometheus:prometheus /var/lib/prometheus ``` ## 下载Prometheus软件 从[Prometheus下载页面](https://prometheus.io/download/)修改最新版本的版本号。Rpi用户一定要获取ARM二进制文档。 ``` Powershell $ cd ~ $ curl -LO https://github.com/prometheus/prometheus/releases/download/v2.22.0/prometheus-2.22.0.linux-amd64.tar.gz ``` 打开tar存档。它包含两个二进制文档和一些内容文档。 ``` Powershell $ tar xvf prometheus-2.22.0.linux-amd64.tar.gz ``` 复制二进制文档到下列位置。 ``` Powershell $ sudo cp prometheus-2.22.0.linux-amd64/prometheus /usr/local/bin/ $ sudo cp prometheus-2.22.0.linux-amd64/promtool /usr/local/bin/ ``` 设置目录的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /usr/local/bin/prometheus $ sudo chown -R prometheus:prometheus /usr/local/bin/promtool ``` 复制这些内容文档到下列位置。 ``` Powershell $ sudo cp -r prometheus-2.22.0.linux-amd64/consoles /etc/prometheus $ sudo cp -r prometheus-2.22.0.linux-amd64/console_libraries /etc/prometheus ``` 设置目录和文档 (-R) 的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus/consoles $ sudo chown -R prometheus:prometheus /etc/prometheus/console_libraries ``` 移除下载存档。 ``` Powershell $ rm -rf prometheus-2.22.0.linux-amd64.tar.gz prometheus-2.22.0.linux-amd64 ``` ## 编辑配置文档 Prometheus使用一个配置文档，这样它就知道去哪里获取数据。 打开YAML配置文档来编辑。 ``` Powershell $ sudo nano /etc/prometheus/prometheus.yml ``` 复制下面的代码到文档，注意不要进行任何其他编辑，并退出保存文件。 ``` Powershell global: scrape_interval: 15s # Set the scrape interval to every 15 seconds. Default is every 1 minute. evaluation_interval: 15s # Evaluate rules every 15 seconds. The default is every 1 minute. # scrape_timeout is set to the global default (10s). # Alertmanager configuration alerting: alertmanagers: - static_configs: - targets: # - alertmanager:9093 # Load rules once and periodically evaluate them according to the global 'evaluation_interval'. rule_files: # - "first_rules.yml" # - "second_rules.yml" # A scrape configuration containing exactly one endpoint to scrape: # Here it's Prometheus itself. scrape_configs: - job_name: 'validator' static_configs: - targets: ['localhost:8081'] - job_name: 'beacon node' static_configs: - targets: ['localhost:8080'] - job_name: 'node_exporter' static_configs: - targets: ['localhost:9100'] ``` scrape_config对不同的分工名称给出定义。我们有三个分工名称：validator (验证者)、beacon node (信标节点) 和node_exporter。前两个的职责很明显，最后一个是用作与服务器用例本身 (内存、CPU、磁盘、网络等) 相关的数据。我们将在下面安装并配置node_exporter。 给config文档设置所有权。prometheus账户将拥有这个所有权。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus/prometheus.yml ``` 最后，测试服务器是否运行正确。 ``` Powershell $ sudo -u prometheus /usr/local/bin/prometheus \ --config.file /etc/prometheus/prometheus.yml \ --storage.tsdb.path /var/lib/prometheus/ \ --web.console.templates=/etc/prometheus/consoles \ --web.console.libraries=/etc/prometheus/console_libraries ``` 输出应该如下。按Ctrl + C退出。 ``` Powershell level=info ts=2020-10-21T07:18:00.434Z caller=main.go:684 msg="Server is ready to receive web requests." ``` 创建一个systemd服务文档来保存服务配置，它会告诉systemd文档把Prometheus作为prometheus用户来运行，配置文档在目录的保存路径为/etc/prometheus/prometheus.yml，并把数据保存在目录的这里/var/lib/prometheus . ``` Powershell $ sudo nano /etc/systemd/system/prometheus.service ``` 将下面的代码复制粘贴到文档。退出并保存。 ``` Powershell [Unit] Description=Prometheus Wants=network-online.target After=network-online.target[Service] Type=simple User=prometheus Group=prometheus Restart=always RestartSec=5 ExecStart=/usr/local/bin/prometheus \ --config.file /etc/prometheus/prometheus.yml \ --storage.tsdb.path /var/lib/prometheus/ \ --web.console.templates=/etc/prometheus/consoles \ --web.console.libraries=/etc/prometheus/console_libraries[Install] WantedBy=multi-user.target ``` 重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 然后用下面的命令来启动服务，并查看状态以确保运行正确。 ``` Powershell $ sudo systemctl start prometheus $ sudo systemctl status prometheus ``` 输出应该如下图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 最后，允许Prometheus随系统启动而启动。 ``` Powershell $ sudo systemctl enable prometheus ``` <br/> # 第11步：安装Node Exporter Prometheus会提供关于信标链和验证者的数据。如果我们想要我们Ubuntu用例的数据，我们需要一个叫[Node_Exporter](https://github.com/prometheus/node_exporter)的extension。如果你在下面指定其他版本，你可以在[这里](https://prometheus.io/download/)找到最新的稳定版本。Rpi用户记得要获取ARM二进制文档。 ``` Powershell $ cd ~ $ curl -LO https://github.com/prometheus/node_exporter/releases/download/v1.0.1/node_exporter-1.0.1.linux-amd64.tar.gz ``` 打开下载了的软件。 ``` Powershell $ tar xvf node_exporter-1.0.1.linux-amd64.tar.gz ``` 复制二进制文档到目录/usr/local/bin，并设置用户与群组对我们在前面创建的node_exporter用户的所有权。 ``` Powershell $ sudo cp node_exporter-1.0.1.linux-amd64/node_exporter /usr/local/bin $ sudo chown -R node_exporter:node_exporter /usr/local/bin/node_exporter ``` 移除下载了的存档。 ``` Powershell $ rm -rf node_exporter-1.0.1.linux-amd64.tar.gz node_exporter-1.0.1.linux-amd64 ``` ## 将Node Exporter设置为自动启动的服务 创建一个systemd服务文档来储存服务config文档，它会告诉systemd把Node_Exporter 作为node_exporter用户来运行。 ``` Powershell $ sudo nano /etc/systemd/system/node_exporter.service ``` 复制下列代码到文档。退出并保存。 ``` Powershell [Unit] Description=Node Exporter Wants=network-online.target After=network-online.target[Service] User=node_exporter Group=node_exporter Type=simple ExecStart=/usr/local/bin/node_exporter[Install] WantedBy=multi-user.target ``` 重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 然后按下面的命令启动服务并检查状态，确保运行正确。 ``` Powershell $ sudo systemctl start node_exporter $ sudo systemctl status node_exporter ``` 输出应该如下图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 最后，允许Node Exporter随系统启动而启动。 ``` Powershell $ sudo systemctl enable node_exporter ``` ## 测试Prometheus和Node Exporter 所有东西都准备就绪了。通过在防火墙打开一个端口 (请参阅步骤2）和浏览`http://<yourserverip>:9090`你可以有选择性地测试它的功能。在那里你可以运行查询以查看不同的数据。例如，你可以试这个查询来看还有多少可用内存： ``` Powershell http://<yourserverip>:9090/new/graph?g0.expr=node_memory_MemFree_bytes&g0.tab=1&g0.stacked=0&g0.range_input=1h ``` 或者试这个查询来看你所有验证者的余额。 ``` Powershell http://<yourserverip>:9090/graph?g0.range_input=1h&g0.expr=validator_balance&g0.tab=1 ``` <br/> # 第12步：安装Grafana Prometheus是我们的数据来源，而Grafana则给我们提供报告仪表盘数据的功能。接下来安装Grafana并配置仪表盘。 我们会用一个APT仓库来安装，因为这会使得安装和更新更简单。Grafana可以在官方的Ubuntu软件包仓库中找到，但那个版本可能不是最新的，因此我们将使用Grafana的官方仓库。 用wget下载Grafana GPG的密钥，然后将输出传送到apt-key。这会将密钥添加到你的APT安装的信任密钥列表中。 ``` Powershell $ wget -q -O - https://packages.grafana.com/gpg.key | sudo apt-key add - ``` 把Grafana仓库加到APT的来源里。 ``` Powershell $ sudo add-apt-repository "deb https://packages.grafana.com/oss/deb stable main" ``` 刷新apt缓存。 ``` Powershell $ sudo apt update ``` 确认Grafana是从仓库安装的。 ``` Powershell $ apt-cache policy grafana ``` 输出应该如下： ``` Powershell grafana: Installed: (none) Candidate: 7.1.1 Version table: 7.1.1 500 500 https://packages.grafana.com/oss/deb stable/main amd64 Packages 7.1.0 500 500 https://packages.grafana.com/oss/deb stable/main amd64 Packages 7.0.6 500 500 https://packages.grafana.com/oss/deb stable/main amd6 ... ``` 检查顶部显示的版本是否与[这里](https://grafana.com/grafana/download)显示的最新版本一致。然后继续安装。 ``` Powershell $ sudo apt install grafana ``` 启动Grafana服务器和检查状态，确保运行正确。 ``` Powershell $ sudo systemctl start grafana-server $ sudo systemctl status grafana-server ``` 输出应该如下图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许Grafana随系统启动而启动。 ``` Powershell $ sudo systemctl enable grafana-server ``` ## 配置Grafana登录 能做到这一步已经很棒了！现在一切都设置好并开始运行了，你可以在浏览器里前往`http://<yourserverip>:3000/`，会出现Grafana的登录窗口。 在`admin`输入用户名和密码。系统会让你修改密码，请务必修改。 ## 配置Grafana的数据来源 让我们配置数据来源吧。把你的鼠标移至左边菜单栏的齿轮图标处，会弹出一个菜单——选择`Data Sources`。  点击 `Add Data Source`，然后选择`Prometheus`。在URL输入`http://localhost:9090`，然后点击 `Save and Test`。   ## 导入Grafana仪表盘 移动你的鼠标到左边菜单栏的`+`图标，会有一个菜单弹出，选择 `Import`。 从[这里](https://raw.githubusercontent.com/sigp/lighthouse-metrics/master/dashboards/Summary.json)复制粘贴JSON (或者[这里](https://raw.githubusercontent.com/sigp/lighthouse-metrics/master/dashboards/Summary.json)，如果你有多于10个验证者)，点击`Load`，然后`Import`。 你应该可以看到仪表盘。一开始的时候，你可能不会有很多数据，但在测试网启动和验证者激活一段时间后，你会看到一些数据和警报。  <br/> # 写在最后 到这里就完成了！希望这个教程能帮到你。 - 在以后的更新里会有内容更全面的仪表盘 (额外的硬件数据和eth1节点的数据) - 如果你有任何反馈，你可以在[Twitter](https://www.twitter.com/SomerEsat) 或 [Reddit](https://www.reddit.com/user/SomerEsat)上联系窝 - 如果你喜欢这个教程并希望别人也能学习这个教程，请用[friends link](https://medium.com/@SomerEsat/4d2a86cc637b?source=friends_link&sk=4cb64bfa20247d2b5c7a50ce0a92d33b)把教程分享出去！ - 支持一下：somer.eth <br/> # 附录——Lighthouse更新 如果由于Git仓库里的改动你需要更新代码，可以按照这些步骤来获取最新的文档和创建自己的二进制文档: 查看Rust的更新 ``` Powershell $ rustup update ``` 拉取最新的Lighthouse代码然后构建。把你在[这里](https://github.com/sigp/lighthouse/releases)想要的版本填在`<release>`，例如：`$ git fetch --tags && git checkout v1.0.0`。 接下来，我们会停止信标链和验证者服务，并复制粘贴二进制文档到目录`/usr/local/bin`，然后再次启动服务。 ``` Powershell $ cd ~ $ cd lighthouse $ git fetch --tags && git checkout <release> $ make$ sudo systemctl stop lighthousevalidator $ sudo systemctl stop lighthousebeacon $ sudo cp /$HOME/.cargo/bin/lighthouse /usr/local/bin$ sudo systemctl start lighthousebeacon $ sudo systemctl status lighthousebeacon # <-- Check errors. $ sudo journalctl -fu lighthousebeacon # <-- Check errors.$ sudo systemctl start lighthousevalidator $ sudo systemctl status lighthousevalidator # <-- Check errors. $ sudo journalctl -fu lighthousevalidator # <-- Check errors. ``` 完成了！服务已经更新好了。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/eth-weekly-2020-12-21/https://www.ethereum.cn/eth-weekly-2020-12-21/Mon, 21 Dec 2020 00:00:00 GMT # Eth2 **2.0质押数额超10亿美元** 据launchpad.ethereum.org以及beaconcha.in浏览器显示，截至本文，以太坊2.0存款合约上已收到1,711,201 ETH，活跃验证者有38,683名，信标链上有1,237,728 个有效ETH，排队验证者有13,893名，等候时间需15天多。  **验证者节点23241罚没回顾** EthStaker社区的Superphiz于19日发推表示其观察到一特殊罚没案例，被罚没验证者节点23241于11月26日开始质押，而此前，该持币者将其32 ETH保存在冷钱包中长达650多天，直到最早创世时间确定了才将资产转出并存入存款合约。Superphiz与该验证者进一步沟通之后获知，他当时正在迁移系统，并且在没有完全关掉原来系统的情况下就启动了新的系统。大约10-20秒，他就受到了罚没。此前，小编在《以太七日谈 • 2020/12/7》中提到，千万不要同时在两台不同的机器上运行你的验证者节点，避免因签名数据冲突而遭受罚没惩罚。 **各种质押方式风险排名** Superphiz从维持信标链良好运行的角度触发，对各种staking方式的风险进行了排名，具体如下： !{ranking}(https://i.ibb.co/j69xX5B/staking-ranking.png) 对于信标链的良好运行来说，superphiz首推在客户端个人运行客户端，而在四个客户端里他更推荐最少人使用的 (目前是nimbus)，即使它们有漏洞，社区也会给与支持，以实现客户端多样化。而对于持有32个ETH想要参与质押而不想做验证者的人，他推荐Blox Staking和staked.us这种非托管型的服务，原因在于这两个服务不持有质押者的助记符和私钥。而对于持有少于32个ETH也想参与质押的人，最好考虑非托管的质押池，但这样的服务目前还没出现。Rocket Pool可能在2021年第一季度推出这种服务，但还需要谨慎观察。因此，对于持有32个ETH的人，superphiz的建议是再等等，而不要考虑托管型或中心化交易所的服务。 具体解释请看视频：https://www.youtube.com/watch?v=fqf79He4T3w&feature=youtu.be **Gemini交易所上线以太坊2.0质押服务** 加密资产交易以及托管平台Gimini的联合创始人Tyler Winklevoss于17日发推称，其交易所即将上线以太坊2.0 质押服务。  <br/> # 开发进度 **Solidity 0.80出炉** Solidity发布了Solidity 0.80，是Solidity编译器和语言的最新版本。最新版本的四个主要变更如下： 1. 大多数用户有影响的是，算术运算现在是自动检查的，这意味着上溢和下溢都会导致复原。这个功能可以通过使用未检查的区块在本地禁用。 2. 第二个明显变更是ABI编码器是默认激活的。 3. 内部错误 (例如零除、断言失败等) 不在使用无效的操作码，而是使用带有特殊报错信息的revert，以免在这些情况下浪费gas。 4. 显式转换会受限制，以免产生歧义。以前进行的所有转换仍然可用，但可能需要执行两次转换才能实现。 详情请看：https://blog.soliditylang.org/2020/12/16/solidity-v0.8.0-release-announcement/ **The Graph Network主网上线** The Graph Network于12月17日主网上线，它是第一个全球易于检索的区块链数据索引。它旨在让开发者在构建去中心化应用时可以轻易搜索、发布与使用公共数据，而不需要依赖中心化服务器和专有的基础设施。The Graph Network通过公共和公开的API可以让更多的人接触到去中心化应用，这些API被称为subgraph。它的社区主要由Indexer、Curator、 Delegator和subgraph开发者组成。  上图展示了各个角色在机制里的分工安排。 如想进一步了解，可访问官网：https://thegraph.com/blog/the-graph-network-launches-mainnet 以及Coopahtroopa的twitter：https://twitter.com/Cooopahtroopa/status/1340722510241779713。 <br/> # EIP-1559 根据Tim Beiko的第5期EIP-1559更新，在客户端方面，Vulcanize团队对geth的EIP-1559实现的代码库发起拉取请求，但这还不是最终的；在研发方面，Ansgar在研究了geth的代码库后表示，即使在交易池管理上无法拿出很好的优化方案，1559的最坏情况也是可控的；Nethermind即将发布一份关于矿工在BASE FEE上合谋的分析报告。 <br/> # Layer2 **Optimistic Ethereum测试网最后阶段已推出** Layer2扩容解决方案Optimism于17日推出其测试网的最后一个阶段：欺诈证明安全演练。Optimism协议依赖Optimistic Rollup的欺诈证明技术，即任何人当可以参与验证并提交欺诈证明。Optimism官方出了参与测试网的教程，具体步骤包括：安装依赖、下载验证程序、配置节点、获取测试币ETH、运行验证程序、提供欺诈证明。教程：https://medium.com/ethereum-optimism/fraud-proof-security-drill-will-you-be-my-1-of-n-654e78c5ee1c 第一个提交欺诈证明的参与者将获得3.2 ETH的奖励！ <br/> # DeFi **Nexus Mutual创始人钱包被盗** 12月14日，DeFi保险协议Nexus Mutual的创始人Hugh Karp的个人钱包遭遇黑客攻击，并被盗走37万NXM。黑客是Nexus的一名用户，并且是一次针对性的攻击。当时Hugh正使用硬件钱包，黑客远程访问他的电脑并修改了Metamask钱包插件，诱导Hugh对一笔错误交易进行签名，导致其将资产转移到了黑客的地址中。次日，黑客先后在1inch、Matcha平台上套现出近35%的资金。19日，Hugh发推称，一些社区成员在Gitcoin Grant上为其捐赠以补偿其损失，但他会将这笔资金作为赏金，以寻找更加安全的智能合约交互方案。 **Coinbase Pro上线Aave、SNX及BNT** Coinbase于15日宣布即日起便开启Aave、SNX、BNT在Coinbase上的存款服务，并且北京时间12月16日凌晨1点之后开启交易。  <br/> # 生态 opengrant.com 于12月15日上线，它是一个旨在为以太坊公共品的创造者提供长期激励的分账合同，它使得社区可以成规模地扩大对开发者的激励计划。上线当天，Open Grant负责人James Fickel开设了名为Eth2 Development (Dec 2020) 的open grand，是一笔有3,600个ETH支付流，用以激励eth2客户端团队和研究院，分配依据主要是受激励实体的影响和工作质量减去资金情况。以下为Eth2 Development (Dec 2020)的分配情况：  详情：https://jamesfickel.ghost.io/towards-long-term-incentives-on-ethereum/ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-pyrmont-prysmhttps://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-pyrmont-prysmFri, 18 Dec 2020 00:00:00 GMT 来源 | [someresat.medium.com](https://someresat.medium.com/guide-to-staking-on-ethereum-2-0-ubuntu-pyrmont-prysm-a10b5129c7e3)  **提醒**：不要按照这个指南与Eth2主网连接。主网指南在[这里](https://github.com/SomerEsat/ethereum-staking-guide)。 本文详解如何通过多客户端测试网Pyrmont在以太坊2.0主网质押。主要基于以下几个技术： - Ubuntu v20.04 (LTS) x64 服务器 - Go Ethereum 节点 ([代码分支](https://github.com/ethereum/go-ethereum)) - Prysmatic Labs ETH 2.0 客户端 —— Prysm ([代码分支](https://github.com/prysmaticlabs/prysm)) - 正式多客户端测试网公网，[Pyrmont](https://github.com/protolambda/pyrmont) - 浏览器插件加密钱包 [MetaMask](https://metamask.io/) - [Prometheus](https://prometheus.io/) 参数 - [Grafana](https://grafana.com/) 仪表盘 此篇指南包括以下指令： - 配置一个新运行的Ubuntu服务器用例 - 配置并运行一个以太坊1.0节点作为服务 - 生成一个Prysm客户端并导入Pyrmont验证者账户密钥 - 给以太坊2.0与阶段0编译并配置Prysmatic Labs信标链和验证者客户端软件，并把它们作为服务来运行 - 安装和配置Prometheus参数，设置一个Grafana仪表盘 <br/> # 提醒 此指南时用于Pyrmont测试网的。切记无论如何不要向测试网发送主网的ETH。你发送了就等于丢失了。 **不要**按照这份指南连接Eth2主网。主网专用指南在[这里](https://github.com/SomerEsat/ethereum-staking-guide)。 <br/> # 致谢与免责声明 本教程参考了网上的各种资料，感谢这些提供资料的贡献者！ 感谢[Prysmatic](https://discord.gg/VaQcHq76yJ)和[EthStaker](https://discord.gg/7z8wzehjrJ)团队的人在discord上提供的帮助与审校。 特别感谢Eth2 客户端团队和以太坊基金会的研究员。他们经过几年的不懈努力，将我们带到这难以置信的时刻——Eth2.0成功创世。 此教程仅作教育用途。我不是本文涉及的任何技术的专家。不保证此教程内容的准确性，因遵循此教程而造成的损失，本人概不负责。 欢迎给我反馈！ <br/> # 支持 这个过程可能有些棘手。如果你需要帮助，以下是两个你可以寻求帮助的好资源 （除了我) : - EthStaker社区是一个以太坊2.0 Staking 社区，资源丰富且十分友好。 - Reddit：https://www.reddit.com/r/ethstaker/ - Discord：https://discord.gg/7z8wzehjrJ - Prysm 客户端团队，[Discord](https://discord.gg/GVM5TJwzkU)，他们是客户端软件的工程团队，是使用Prysm的专家。 <br/> # 条件 使用本教程需要对以太坊、ETH、Staking、Linux、MetaMask (Portis或Fortmatic) 有一定的背景知识。 此教程还需要在开始前安装并运行： - [Ubuntu 服务器 v20.04 (LTS) amd64](https://ubuntu.com/tutorials/install-ubuntu-server#1-overview) 或者一个较新的，在本地计算机、你的网络、或云端 (AWS、Digital Ocean、Microsoft Azure等)安装和运行的Ubuntu服务器。推荐使用本地计算机，以提高网络的去中心化程度——如果云端供应商掉线了，那么托管在这个供应商的节点都会离线。 - 已安装或已配置的浏览器插件加密钱包[MetaMask](https://metamask.zendesk.com/hc/en-us/articles/360015489531-Getting-Started-With-MetaMask-Part-1-)。一台装有操作系统 (Mac、Windows、Linux等) 和浏览器 (Brave、Safari、FireFox等) 的计算机。 <br/> # 树莓Pi用户注意 我没有在树莓Pi上测试过这份教程。如果你想尝试的话，只需要把下面列出的软件换成ARM版本。不保证可行。 <br/> # 要求 - Ubuntu服务器用例。我用过v20.04 (LTS) amd64服务器 VM - 浏览器插件加密钱包MetaMask，安装并配置好 - 运行Prysm软件的[推荐硬件要求](https://docs.prylabs.network/docs/install/install-with-bazel)： - 处理器：Intel Core i7–4770或AMD FX-8310或更好的 - 内存：16GB RAM - 存储空间：可用空间有100GB的固态硬盘 (只用于Prysm客户端) 注意：硬件要求是一个比较大的话题。总的来说：一个相对较新的CPU、16GB内存的RAM、一个内存至少1TB的SSD (1TB更佳)、稳定的网络（足够快的下载速度以及月度数据额度），这些性能都会让质押过程更加安全顺畅。 <br/> # 概览 本教程篇幅较长，下面这个图表简要说明了质押的步骤，标黄的即是本文会覆盖到的部分：  整个流程可以概念化表述为： - 设置一个Eth1 节点并同步Eth1 Göerli 测试网的数据； - 配置信标链节点并同步Eth1 节点的数据； - 生成验证者密钥并激活； - 配置验证者客户端； - 验证者在信标链上借助签名密钥对提议区块、证明区块，当验证者作恶或者怠工时会受到罚没惩罚。 那我们现在就开始吧！ <br/> # 第0步：连接至服务器 使用一个SSH端口，连接至你的Ubuntu服务器。在默认情况下，Ubuntu上的root账户通常都是禁用的，然而有些云提供商可以启动root账户。如果你用`root`登录，最好是重新创建一个拥有管理权限的用户账户，因为使用root用户登录存在很大的[风险](https://askubuntu.com/questions/16178/why-is-it-bad-to-log-in-as-root)。 > 注意：如果你不是用`root`登录的便可以直接跳到第1步。 ``` Powershell # adduser <yourusername> ``` 设置一个密码并填写其他信息。 通过把新的用户加入`sudo`群组中，来授予其管理权限。 ``` Powershell # usermod -aG sudo <yourusername> ``` When you log in as `<yourusername>` you can type sudo before commands to perform actions with superuser privileges. Optional: If you used [SSH keys](https://jumpcloud.com/blog/what-are-ssh-keys) to connect to your Ubuntu instance via the `root` user you will need to associate the new user with the root user’s SSH key data. 当你用你的用户名 `<yourusername>` 登录时，可以通过在命令行前输入sudo，来以超级用户的权限执行操作。 ``` Powershell # rsync --archive --chown=<yourusername>:<yourusername> ~/.ssh /home/<yourusername> ``` 最后，退出登录你的`root`账户，然后使用你新创建的用户名`<yourusername>`登入Ubuntu服务器。 <br/> # 第1步：升级服务器 确保系统更新至最新的软件和安全设置。 ``` Powershell $ sudo apt update && sudo apt upgrade $ sudo apt dist-upgrade && sudo apt autoremove ``` <br/> # 第2步：保护服务器 安全性十分重要。但由于本文不是针对安全性的指南，所有只列出了一些基础的设置。 ## 配置防火墙 Ubuntu 20.04 服务器可以使用默认的 [UFW 防火墙](https://help.ubuntu.com/community/UFW)来限制访问该服务器的流量，不过要先设置其允许来自 SSH、Go Ethereum、Grafana、Prysm 的入站流量。 **允许 SSH** 允许通过SSH连接到服务器。为了安全，接下来我们要修改默认端口22 (因为这是一个普遍的攻击矢量)。 > 注意：如果你选择不修改默认SSH端口 (不建议)，那就要加一项操作——允许默认SSH端口 `*$ sudo ufw allow 22/tcp*` ，然后跳到允许“Go Ethereum”这一步。 在1024 — 49151之间选择一个端口号，然后运行以下命令以检索尚未使用的端口号。如果显示红色 (被使用了)，就选择另一个端口。 ``` Powershell $ sudo ss -tulpn | grep ':<yourSSHportnumber>' ``` 更新防火墙，允许`<yourSSHportnumber>` 的入站流量。SSH要求TCP协议。 ``` Powershell $ sudo ufw allow <yourSSHportnumber>/tcp ``` 下一步，修改默认SSH端口。 ``` Powershell $ sudo nano /etc/ssh/sshd_config ``` 找到默认端口`# Port 22` 或`Port 22`，然后修改你自己的端口号 `Port <yourSSHportnumber>`。删掉 `#` (如果有的话)。 参考下方的截图，你的文档应该和下图展示的类似 (除了端口号不一样)。保存然后退出。  **重启SSH服务** ``` Powershell $ sudo systemctl restart ssh ``` 下次你通过SSH登录时就使用你的端口号 `<yourSSHportnumber>` 。 可选：如果你已经使用端口 22/TCP 的UFW了，那就更新防火墙以拒绝该端口的入站流量。请务必在你使用新SSH端口登录之后在操作这一步。 ``` Powershell $ sudo ufw deny 22/tcp ``` **允许 Go Ethereum** 允许来自Go Ethereum对等节点 (端口30303/TPC 和 30303/UDP) 的入站请求。如果你使用第三方 (如[Infura](https://infura.io/) 托管的 Eth1 节点，则可以跳过这一步。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口 30303 的入站流量。 ``` Powershell $ sudo ufw allow 30303 ``` **允许Prysm** **允许与 Prysm 的对等节点进行点对点连接，以便在信标链节点上 (Prysmatic Labs 的默认端口为 [13000/TCP 和 12000/UDP](https://docs.prylabs.network/docs/prysm-usage/p2p-host-ip/#incoming-p2p-connection-prerequisites) 进行操作。** > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由或防火墙以允许来自端口 13000 和12000 的入站流量。 ``` Powershell $ sudo ufw allow 13000/tcp $ sudo ufw allow 12000/udp ``` **允许 Grafana** 允许访问Grafana web 服务器 (端口3000/TCP) 的入站请求。 ``` Powershell $ sudo ufw allow 3000/tcp ``` **允许 Prometheus (可选)** 如果你想直接访问Prometheus数据服务，你也可以打开端口9090/TCP。如果你仅使用Grafana查看数据，则没有必要这样做。我没有打开这个端口。 ``` Powershell $ sudo ufw allow 9090/tcp ``` 启动防火墙，检查是否已经正确配置。 ``` Powershell $ sudo ufw enable $ sudo ufw status numbered ``` 显示应该是这样的，我使用的SSH端口号是 `1666/tcp` 。  <br/> # 第3步：安装并运行 Go Ethereum 节点 安装并配置Eth1.0的节点，信标链将与该节点相连。如果你选择第三方服务 (如Infura) 的话，可以跳过这一步。 ## 安装 Go Ethereum 建议使用PPA (Personal Package Archives，个人安装包存档) 安装Go Ethereum客户端。 ``` Powershell $ sudo add-apt-repository -y ppa:ethereum/ethereum ``` 更新软件包并安装最新的稳定版本。 ``` Powershell $ sudo apt update $ sudo apt install geth ``` ## 将Go Ethereum作为后台服务来运行 运行该服务需要创建一个账户，此种类型的账户无法登录服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false goeth ``` 为Eth1区块链创建数据目录，用来存储Eth1节点数据。使用 `-p` 选项来创建完整的路径。 ``` Powershell $ sudo mkdir -p /var/lib/goethereum ``` 设置目录的权限。 `goeth` 账户需要权限来修改该数据目录。 ``` Powershell $ sudo chown -R goeth:goeth /var/lib/goethereum ``` 创建一个systemd服务文件来储存该服务配置。我们将使用该配置文件来命令systemd运行`geth` 进程。 ``` Powershell $ sudo nano /etc/systemd/system/geth.service ``` 将下列的服务配置复制粘贴到文档中。 ``` Powershell [Unit] Description=Ethereum go client After=network.target Wants=network.target[Service] User=goeth Group=goeth Type=simple Restart=always RestartSec=5 ExecStart=geth --goerli --http --datadir /var/lib/goethereum[Install] WantedBy=default.target ``` flag `--goerli` 用于定位 Göerli 测试网，而flag `--http` 用来公开与信标链节点连接的一个HTTP端口 (http://localhost:8545)。 参考下方的截图。保存然后退出。  重新加载 systemd 以显示上述的更改并启动服务。 ``` Powershell $ sudo systemctl daemon-reload ``` 启动服务，并检查确保其正常运行。 ``` Powershell $ sudo systemctl start geth $ sudo systemctl status geth ``` 显示应如下方截图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许geth服务在系统重启时自动启动。 ``` Powershell $ sudo systemctl enable geth ``` Go Ethereum节点将会开始同步。你可以运行 journal 命令来追踪进程。按“CTRL+c”退出。 ``` Powershell $ sudo journalctl -fu geth.service ``` 当你花较长的时间来找到需要同步的对等节点时，你可以添加一些对等节点。访问此处以获得最新的清单，并操作下列命令行以修改geth服务： ``` Powershell $ sudo systemctl stop geth $ sudo nano /etc/systemd/system/geth.service ``` 修改 `ExecStart` 行，添加 `--bootnodes` flag：在下方罗列出最新的对等点，并以逗号分割。 ``` Powershell ExecStart=geth --goerli --http --datadir /var/lib/goethereum --bootnodes "enode://46add44b9f13965f7b9875ac6b85f016f341012d84f975377573800a863526f4da19ae2c620ec73d11591fa9510e992ecc03ad0751f53cc02f7c7ed6d55c7291@94.237.54.114:30313,enode://119f66b04772e8d2e9d352b81a15aa49d565590bfc9a80fe732706919f8ccd00a471cf8433e398c55c4862aadb4aadf3a010201483b87e8358951698aa0b6f07@13.250.50.139:30303" ``` 保存文件之后退出。然后重启服务并观察。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo journalctl -fu geth.service ``` 启动后显示应该类似下方截图：  在运行信标链之前，你需要等待节点同步完成。点击此处访问最新的区块。 比如，上方截图显示了节点正在处理区块 `number=498880` ，再看看下方截图，显示最新的区块是 `3270051`。也就是说，我们还有一段时间才能完成同步。  接下来，我们将克隆并构建Prysm软件 (信标链节点和验证者)。考虑在此开启一个新的终端，以便继续观察Eth1节点的同步情况。 <br/> # 第4步：安装Bazel Bazel是一个开源的构建工具。我们将使用它来编译Prysm软件。 [Curl](https://curl.haxx.se/)是必须要有的，以便我们下载Prysm代码。 ``` Powershell $ sudo apt install curl gnupg ``` 下载并添加Bazel gpg分流URI作为软件包源。 ``` Powershell $ curl -fsSL https://bazel.build/bazel-release.pub.gpg | gpg --dearmor > bazel.gpg $ sudo mv bazel.gpg /etc/apt/trusted.gpg.d/ $ echo "deb [arch=amd64] https://storage.googleapis.com/bazel-apt stable jdk1.8" | sudo tee /etc/apt/sources.list.d/bazel.list ``` 根据Bazel的[文档](https://docs.bazel.build/versions/3.4.0/install-ubuntu.html)，组件名称 “jdk1.8” 为之前版本所遗留下来的，与受支持或被包含的JDK版本不再相关。 安装Bazel，首先安装最新的版本，然后安装3.2.0 (Prysm目前要求3.2.0版本)。 ``` Powershell $ sudo apt update && sudo apt install bazel $ sudo apt update && sudo apt full-upgrade $ sudo apt update && sudo apt install bazel-3.2.0 ``` 先把需要的文件安装了，以允许我们使用flag `--config=release` 进行编译。 ``` Powershell $ sudo apt install -y libtinfo5 # Terminal handling $ sudo apt-get install -y libssl-dev # OpenSSL $ sudo apt-get install -y libgmp-dev # GMP source to build BLS ``` <br/> # 第5步：安装和构建Prysm Prysm客户端由两份二进制文件组成：信标链节点和验证者客户端。本教程将讲解二者的构建。 首先，访问https://github.com/prysmaticlabs/prysm/releases并找到最新发布的Prysm版本。通常在页面的最顶部，比如：  > 注意：我们要提出最新的版本，而不是`*master*`，因为该版本可能不稳定。 我们将上述的标签`v1.0.0-beta.3` 输入到下列的命令行中，以克隆特定的版本。flag `--single-branch` 阻止获取所有的分支。 ``` Powershell $ git clone -b v1.0.0-beta.3 --single-branch https://github.com/prysmaticlabs/prysm.git $ cd prysm ``` 使用Bazel来编译信标链和验证者二进制文件。 ``` Powershell $ bazel build //beacon-chain:beacon-chain --config=release $ bazel build //validator:validator --config=release ``` 首次构建信标链需要花点时间，是时候喝点饮料补充补充水分了。也可以阅读我[其他的文章](https://someresat.medium.com/)。 If both builds succeed then continue. If not get help on the [Prysm Discord](https://discord.gg/VaQcHq76yJ). 构建验证者的速度更快，因为其容量更小，而且在构建信标链时，大多数依赖已经被下载以及/或者构建。 如果两者的构建都成功了，就继续。不过不成功，可以去 [Prysm Discord](https://discord.gg/VaQcHq76yJ)请求帮助。 > 注意：如果你需要使用Prysmatic Labs的最新代码来更新二进制文件，请根据文末的指南“附录——更新Prysm”进行操作。 <br/> # 第6步：配置信标链 我们将把节点作为服务那样来配置并运行，因此如果系统重启，这个过程将自动重新开始。 ## 设置账户和目录 为信标节点的运行创建一个账户。这种账户不能用来登录进入服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false prysm-beaconchain ``` 为信标节点的数据库创建数据目录，以便用来存储信标链数据。 ``` Powershell $ sudo mkdir -p /var/lib/prysm/beaconchain ``` 设置权限。账户 `prysm-beaconchain` 需要权限来修改数据库目录。 ``` Powershell $ sudo chown -R prysm-beaconchain:prysm-beaconchain /var/lib/prysm/beaconchain ``` ## 复制信标链二进制 接下来，复制粘贴最新的已编制的信标链二进制文件至目录 `/usr/local/bin` 中。我们将从该目录中运行这份文件。 > 注意：每一次提取/构建 `*beacon-chain*` 二进制新版本时都需要做这一步。参考文末的“附录——更新Prysm”。 ``` Powershell $ cd ~ $ sudo cp prysm/bazel-bin/beacon-chain/beacon-chain_/beacon-chain /usr/local/bin ``` ## 创建和配置服务 创建一个systemd服务文档来存储服务配置。 ``` Powershell $ sudo nano /etc/systemd/system/prysm-beaconchain.service ``` 复制粘贴下列代码至文档中。 ``` Powershell [Unit] Description=Prysm Beaconchain Wants=network-online.target After=network-online.target[Service] Type=simple User=prysm-beaconchain Group=prysm-beaconchain Restart=always RestartSec=5 ExecStart=/usr/local/bin/beacon-chain --pyrmont --datadir=/var/lib/prysm/beaconchain --http-web3provider=http://127.0.0.1:8545 --accept-terms-of-use[Install] WantedBy=multi-user.target ``` `--pyrmont` 用以标明我们正在测试网上运行。 `--http-web3provider` 确定了Eth1节点的端口。如果你在本地安装了一个，值是`http://127.0.0.1:8545`。如果你正使用第三方服务，请使用外部端口地址 (如，Infura或者Prysmatic的Eth1节点：`https://goerli.prylabs.net` ) `--accept-terms-of-use`使我们能够将二进制文件作为服务运行。使用该 flag 表明你已接受Prysm的[使用条款](https://github.com/prysmaticlabs/prysm/blob/master/TERMS_OF_SERVICE.md)。 你的文档需参考下方的截图，保存然后退出。  重新加载 systemd 以显示上述的更改。 ``` Powershell $ sudo systemctl daemon-reload ``` > 注意：如果你运行一个本地的Eth1节点 (参考第3步)，你需要等到数据完全同步完成之后才能启动信标链服务。在这里查看进程：`*sudo journalctl -fu geth.service*`。 启动服务并确保其正常运行。 ``` Powershell $ sudo systemctl start prysm-beaconchain $ sudo systemctl status prysm-beaconchain ``` 应如下方截图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许服务在系统重启时自动启动。 ``` Powershell $ sudo systemctl enable prysm-beaconchain ``` 信标链将开始同步，节点完全同步可能需要几个小时。你可以运行 journal 命令来追踪进程。按Ctrl+C退出。 ``` Powershell $ sudo journalctl -fu prysm-beaconchain.service ``` 终端输出会给出状态信息，表明它正在处理来自Eth1链的存款。  现在你的信标链正作为服务运行。恭喜！ <br/> # 第7步：进入Pyrmont 为了能在Eth2.0 Pyrmont测试网上运行验证者节点，我们将需要注册一个或多个验证者账户。 > 注意：如果你已经生成了你的存款数据并提交了你的质押存款，你可以跳过这一步。如果你是在别处生成的，你需要复制你的验证者密钥到这个服务器上。 注册步骤如下： - 获取Göerli ETH - 生成验证者密钥。一个密钥代表一个验证者账户。 - 向每个验证者账户各存入32个Göerli ETH - 等候你的验证者账户被激活 那我们现在就开始吧！ ## 获取Goerli ETH 1. 使用已经安装了浏览器插件MetaMask的计算机。 2. 点击MetaMask然后登录 3. 点击顶部的下拉菜单，选择**Göerli 测试网络** 4. 点击账户名，复制你的Göerli 测试网钱包地址 5. 使用你的地址从[authenticated faucet](https://faucet.goerli.mudit.blog/)获取Göerli ETH，或者通过在 [ethstaker Discord](https://discord.gg/7z8wzehjrJ)上的`#request-goerli-eth`频道使用机器人命令：`!goerliEth <yourwalletaddress>`。 >注意：一个验证者需要一笔32个ETH的存款。你的MetaMask钱包需要有充足的 Göerli ETH存进每个验证者客户端里。例如，如果你想要运行10个验证者，拿你就需要320个Göerli ETH以及一些额外的钱 (比如1个Göerli ETH) 来支付gas费。 ## 生成验证者密钥 接下来我们要生成验证者密钥。验证者客户端支持多个验证者密钥。在Pyrmont测试网上基本上一个验证者密钥代表一个“验证者账户”。 前往[这里](https://github.com/ethereum/eth2.0-deposit-cli/releases/)获取存款命令行接口应用的“最新发布”。  在“asset"一栏复制这个链接到Linux版本。我们将使用该链接来下载它，如下所示。修改指令里的URL名为最新版本的下载链接。 ``` Powershell $ cd ~ $ curl -LO https://github.com/ethereum/eth2.0-deposit-cli/releases/download/v1.1.0/eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz ``` 打开tar存档 ``` Powershell $ tar xvf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz $ cd eth2deposit-cli-ed5a6d3-linux-amd64 ``` 清除下载的tar存档文档 ``` Powershell $ rm -rf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz ``` 运行应用来生成验证者密钥 > 注意：如果是在主网，这一步应在一台没有连接过网络的全新的机器上进行，以防泄露你的助记符。 将`<numberofvalidators>`修改为你想要创建的验证者密钥数。例如：`--num_validators 5` ``` Powershell $ ./deposit new-mnemonic --num_validators <numberofvalidators> --mnemonic_language=english --chain pyrmont ``` 它会要求你创建一个钱包密码。我们将使用它来将验证者密钥加载到你客户端的验证者钱包。把它备份到安全的地方。  它会生成一个种子短语 (助记符)。把它备份到其他地方。  一旦你已经确认了你的助记符，你的验证者密钥就会被创建。  新创建的验证者密钥和存款数据文档会在一个特定地方被创建。  `deposit_data-[timestamp].json`文档包含了验证者的公钥和存款的相关信息。这个文档会在下一步用来完成存款进程。由于我们是在一个服务器上，而没有一个网络浏览器，因此要使用 [secure FTP (SFTP)](https://www.maketecheasier.com/use-sftp-transfer-files-linux-servers/) 把文档迁移到一部运行MetaMask的计算机上。 `keystore-m...json`文档包含加密的签名密钥。每个验证者账户都有一个 keystore-m。这些会被用来创建客户端验证者钱包。 ## 进行验证者存款 这一步涉及将所需的Göerli ETH 存入Pyrmont测试网的质押合约。这一步会在Eth2.0 Launchpad网站上完成 > 提醒：不要发送真正的ETH到Pyrmont测试网，否则等于弄丢你的ETH。 Pyrmont测试网的Launchpad:https://pyrmont.launchpad.ethereum.org/ 一直随着屏幕切换点击这些提醒步骤，并选择你打算运行的验证者数量。往下滚动，点击Continue (继续)。  你会被要求上传`deposit_data-[timestamp].json`文档。这个文档你是在上一步生成的。浏览或拖拉这个文档，然后点击Continue。  连接你的钱包。选择MetaMask，登录，选择Göerli 测试网络并点击Continue > 提醒：Lauchpad应该会阻止你使用Göerli测试网以外的网络，但请100%确认你在MetaMask选择的是Göerli测试网络。不要发送真的ETH到Pymont测试网。  你MetaMask的余额会显示出来。如果你有充足的Göerli ETH余额，这个网站会允许你继续。  然后会出现一个Summary (总结)，显示验证者数和所需的Göerli ETH数量。如果你同意的话就给那些方框打勾，然后点击Continue。  点击"Initiate All Transactions" (启动所有交易）。会有多个MetaMask实例弹出，每个都对Pyrmont测试网提出一个32个Göerli ETH的交易请求。请确认每一笔交易。  当所有的交易都成功完成时，你的质押也完成了！  ## 查看你的验证者存款状态 新加入的验证者需要等一下 (几个小时到几天不等)才能激活。你可以以下几步来查看你的密钥状态： 1. 复制你的Göerli测试网钱包地址 2. 前往：https://pyrmont.beaconcha.in/ 3. 搜索你的钱包地址。你的密钥会显示出来。 点击一个密钥可以看到“预期激活”信息。  完成了！现在创建验证者钱包吧！ <br/> # 第8步：创建验证者钱包 创建一个目录以存储验证者钱包数据，并授予当前用户访问该目录的权限。在 `<yourusername>` 修改登入用户名。这是创建钱包时暂时的设定。在后面我们会重新分配权限给验证者。 ``` Powershell $ sudo mkdir -p /var/lib/prysm/validator $ sudo chown -R <yourusername>:<yourusername> /var/lib/prysm/validator ``` 然后，我们会使用我们之前创建的Prysm验证者二进制文档来创建一个密钥钱包，并使用我们在上一步生成的密钥。把你生成的验证者密钥路径填到 `<PathToValidatorKeys>`，例如：`-- keys-dir=$HOME/eth2.0-deposit-cli/validator_keys` ``` Powershell $ cd prysm $ bazel run //validator:validator -- accounts import --keys-dir=<PathToValidatorKeys> --accept-terms-of-use --pyrmont ``` > 注意：你第一次运行这个命令时可能需要稍微等一下。 它会要求你提供一个钱包目录。这时会创建一个你的新钱包。使用`/var/lib/prysm/validator`。这是这一步骤一开始时你授予`<yourusername>`访问权限的位置。 ``` Powershell Enter a wallet directory (default: /home/ethstaker/.eth2validators/prysm-wallet-v2): /var/lib/prysm/validator ``` 你会被要求提供一个新的钱包密码。确保你把它保存在安全的地方！我们在后面配置验证者时会用到。 ``` Powershell Password requirements: at least 8 characters including at least 1 alphabetical character, 1 number, and 1 unicode special character. Must not be a common password nor easy to guess New wallet password: Confirm password: [2020-11-18 21:47:26] INFO accounts: Successfully created new wallet wallet-path=/var/lib/prysm/validator ``` 接下来，你需要输入你在 [Eth2 Launch Pad](https://pyrmont.launchpad.ethereum.org/)网站上用来创建验证者密钥的密码。如果输入正确，账户会被导入到新的钱包。 ``` Powershell Enter the password for your imported accounts: Importing accounts, this may take a while... Importing accounts... 100% [==========================================] [2s:0s] Successfully imported 2 accounts, view all of them by running accounts list ``` 确认你已经创建了验证者账户。 ``` Powershell $ bazel run //validator:validator -- accounts list --pyrmont --wallet-dir /var/lib/prysm/validator --accept-terms-of-use ``` 显示如下: ``` Powershell Showing 2 validator accounts View the eth1 deposit transaction data for your accounts by running `validator accounts list --show-deposit-dataAccount 0 | loosely-apparent-feline [validating public key] 0x8c8b19c544d79bdaf60d7dcc86ebaeeed5d804d2ecb4c66e5b27e19a664a81457a1c02a873a110e1d332abce5800cf7fAccount 1 | remarkably-tight-herring [validating public key] 0xa79583298ecbd5564fce6ccefe2e69967705aff950235dc59ae303fa210b029b565c08303eb18cf02ecc26c429059d7f ``` 创建一个文档来储存钱包密码，验证者就可以访问钱包而无须人工提供密码。这个文档命名为password.txt。 ``` Powershell $ touch /var/lib/prysm/validator/password.txt $ sudo nano /var/lib/prysm/validator/password.txt ``` 把你的新钱包密码添加到这个文档。保存并退出。  移除群组和其他人的访问权限以保护文档。 ``` Powershell $ sudo chmod go-rw /var/lib/prysm/validator/password.txt ``` 完成了！现在验证者钱包和密码文档都配置好了，我们接下来要把验证者节点作为服务来配置并运行。 <br/> # 第9步：配置验证者节点 ## 设置账户和目标 我们将把验证者节点作为服务来配置并运行，因此如果系统重启，这个进程将自动重新开始。 为服务的运行创建一个账户。这种类型的账户不能用来登录进入服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false prysm-validator ``` 我们为在上一步的验证者`/var/lib/prysm/validator`创建数据目录。现在设置目录权限，这样账户`prysm-validator`就可以修改验证者账户的数据目录。 ``` Powershell $ sudo chown -R prysm-validator:prysm-validator /var/lib/prysm/validator ``` 下一步，复制之前编译的验证者二进制文档到目录`/usr/local/bin`。 > 注意：每一次你拉取/创建一个新版本的验证者二进制文档都需要做这一步。查看教程最后的**附录——更新Prysm**。 ``` Powershell $ cd ~ $ sudo cp prysm/bazel-bin/validator/validator_/validator /usr/local/bin ``` ## 创建和配置服务 创建一个systemd服务文档来储存config文档的服务。 ``` Powershell $ sudo nano /etc/systemd/system/prysm-validator.service ``` 完整复制粘贴下面这段代码，除了：在`<POAPstring>` 填上你个人喜欢的文字，例如： `--graffiti "abcdefg12345"` ``` Powershell [Unit] Description=Validator Wants=network-online.target After=network-online.target[Service] Type=simple User=prysm-validator Group=prysm-validator Restart=always RestartSec=5 ExecStart=/usr/local/bin/validator --pyrmont --datadir=/var/lib/prysm/validator --wallet-dir=/var/lib/prysm/validator --wallet-password-file=/var/lib/prysm/validator/password.txt --graffiti="<POAPString>" --accept-terms-of-use[Install] WantedBy=multi-user.target ``` `--pyrmont`这个flag需要表明我们正在测试网上运行 `--accept-terms-of-use`这个flag需要用来将二进制文档作为服务来运行。使用这个flag表示接受Prysm的[使用条款](https://github.com/prysmaticlabs/prysm/blob/master/TERMS_OF_SERVICE.md)。 参考下方的截图。保存并退出。  重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 启动服务并检查，确保正确运行。 ``` Powershell $ sudo systemctl start prysm-validator $ sudo systemctl status prysm-validator ``` 你看到的输出应该如下图所示。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 允许服务随系统重启而自动重启。 ``` Powershell $ sudo systemctl enable prysm-validator ``` 你可以通过运行日志命令来检查进程。按Ctrl+C 退出。 ``` Powershell $ sudo journalctl -fu prysm-validator.service ``` 信标链可能需要几小时到几天的时间来同步Eth1节点的数据。如果信标链已经完成了同步，它可能需要几小时或几天来激活验证者账户。验证者进程的输出会显示它的状态。 ``` Powershell Nov 18 21:54:35 ETH-STAKER-001 validator[119395]: time="2020-11-18 21:54:35" level=info msg="Waiting for deposit to be observed by beacon node" prefix=validator pubKey=0x8c8b19c544d7 status="UNKNOWN_STATUS" ``` 你可以通过[beaconcha.in](https://pyrmont.beaconcha.in/)查看你的验证者状态。只需要搜索你的验证者公钥或使用你的MetaMask （或其他）钱包地址进行搜索。你的数据可能要过一段时间才会在网站上显示。  这一步结束了。我们现在有一条运行中的信标链和一个验证者节点。恭喜你！你棒棒的！ <br/> # 第10步：安装Prometheus Prometheus是一个提供监测功能和警报工具箱的开源系统。它在你的Ubuntu服务器上作为一个服务来运行，而它的职责就是去抓取数据。更多信息请看[这里](https://prometheus.io/docs/introduction/overview/)。 我们会使用Prometheus公开信标链、验证者的运行时数据和特定用例数据。 ## 创建用户账户 这些服务是在账户下运行的。这些账户不能登录到服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false prometheus $ sudo useradd --no-create-home --shell /bin/false node_exporter ``` ## 创建目录 程序与数据目录。 ``` Powershell $ sudo mkdir /etc/prometheus $ sudo mkdir /var/lib/prometheus ``` 设置目录的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus $ sudo chown -R prometheus:prometheus /var/lib/prometheus ``` ## 下载Prometheus软件 从[Prometheus下载页面](https://prometheus.io/download/)修改最新版本的版本号。Rpi用户一定要获取ARM二进制文档。 ``` Powershell $ cd ~ $ curl -LO https://github.com/prometheus/prometheus/releases/download/v2.22.0/prometheus-2.22.0.linux-amd64.tar.gz ``` 打开tar存档。它包含两个二进制文档和一些内容文档。 ``` Powershell $ tar xvf prometheus-2.22.0.linux-amd64.tar.gz ``` 复制二进制文档到下列位置。 ``` Powershell $ sudo cp prometheus-2.22.0.linux-amd64/prometheus /usr/local/bin/ $ sudo cp prometheus-2.22.0.linux-amd64/promtool /usr/local/bin/ ``` 设置目录的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /usr/local/bin/prometheus $ sudo chown -R prometheus:prometheus /usr/local/bin/promtool ``` 复制这些内容文档到下列位置。 ``` Powershell $ sudo cp -r prometheus-2.22.0.linux-amd64/consoles /etc/prometheus $ sudo cp -r prometheus-2.22.0.linux-amd64/console_libraries /etc/prometheus ``` 设置目录和文档 (-R) 的所有权。`prometheus`账户会管理这些。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus/consoles $ sudo chown -R prometheus:prometheus /etc/prometheus/console_libraries ``` 移除下载存档。 ``` Powershell $ rm -rf prometheus-2.22.0.linux-amd64.tar.gz prometheus-2.22.0.linux-amd64 ``` ## 编辑配置文档 Prometheus使用一个配置文档，这样它就知道去哪里获取数据。 打开YAML配置文档来编辑。 ``` Powershell $ sudo nano /etc/prometheus/prometheus.yml ``` 复制下面的代码到文档，注意不要进行任何其他编辑，并退出保存文件。 ``` Powershell global: scrape_interval: 15s # Set the scrape interval to every 15 seconds. Default is every 1 minute. evaluation_interval: 15s # Evaluate rules every 15 seconds. The default is every 1 minute. # scrape_timeout is set to the global default (10s). # Alertmanager configuration alerting: alertmanagers: - static_configs: - targets: # - alertmanager:9093 # Load rules once and periodically evaluate them according to the global 'evaluation_interval'. rule_files: # - "first_rules.yml" # - "second_rules.yml" # A scrape configuration containing exactly one endpoint to scrape: # Here it's Prometheus itself. scrape_configs: - job_name: 'validator' static_configs: - targets: ['localhost:8081'] - job_name: 'beacon node' static_configs: - targets: ['localhost:8080'] - job_name: 'node_exporter' static_configs: - targets: ['localhost:9100'] ``` scrape_config对不同的分工名称给出定义。我们有三个分工名称：validator (验证者)、beacon node (信标节点) 和node_exporter。前两个的职责很明显，最后一个是用作与服务器用例本身 (内存、CPU、磁盘、网络等) 相关的数据。我们将在下面安装并配置node_exporter。 给config文档设置所有权。prometheus账户将拥有这个所有权。 ``` Powershell $ sudo chown -R prometheus:prometheus /etc/prometheus/prometheus.yml ``` 最后，测试服务器是否运行正确。 ``` Powershell $ sudo -u prometheus /usr/local/bin/prometheus \ --config.file /etc/prometheus/prometheus.yml \ --storage.tsdb.path /var/lib/prometheus/ \ --web.console.templates=/etc/prometheus/consoles \ --web.console.libraries=/etc/prometheus/console_libraries ``` 输出应该如下。按Ctrl + C退出。 ``` Powershell level=info ts=2020-10-21T07:18:00.434Z caller=main.go:684 msg="Server is ready to receive web requests." ``` ## 将Prometheus设为自动启动的服务。 创建一个systemd服务文档来保存服务配置，它会告诉systemd文档把Prometheus作为prometheus用户来运行，配置文档在目录的保存路径为/etc/prometheus/prometheus.yml，并把数据保存在目录的这里/var/lib/prometheus . ``` Powershell $ sudo nano /etc/systemd/system/prometheus.service ``` 将下面的代码复制粘贴到文档。退出并保存。 ``` Powershell [Unit] Description=Prometheus Wants=network-online.target After=network-online.target[Service] Type=simple User=prometheus Group=prometheus Restart=always RestartSec=5 ExecStart=/usr/local/bin/prometheus \ --config.file /etc/prometheus/prometheus.yml \ --storage.tsdb.path /var/lib/prometheus/ \ --web.console.templates=/etc/prometheus/consoles \ --web.console.libraries=/etc/prometheus/console_libraries[Install] WantedBy=multi-user.target ``` 重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 然后用下面的命令来启动服务，并查看状态以确保运行正确。 ``` Powershell $ sudo systemctl start prometheus $ sudo systemctl status prometheus ``` 输出应该如下图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 最后，允许Prometheus随系统启动而启动。 ``` Powershell $ sudo systemctl enable prometheus ``` <br/> # 第11步：安装Node Exporter Prometheus会提供关于信标链和验证者的数据。如果我们想要我们Ubuntu用例的数据，我们需要一个叫[Node_Exporter](https://github.com/prometheus/node_exporter)的extension。如果你在下面指定其他版本，你可以在[这里](https://prometheus.io/download/)找到最新的稳定版本。Rpi用户记得要获取ARM二进制文档。 ``` Powershell $ cd ~ $ curl -LO https://github.com/prometheus/node_exporter/releases/download/v1.0.1/node_exporter-1.0.1.linux-amd64.tar.gz ``` 打开下载了的软件。 ``` Powershell $ tar xvf node_exporter-1.0.1.linux-amd64.tar.gz ``` 复制二进制文档到目录/usr/local/bin，并设置用户与群组对我们在前面创建的node_exporter用户的所有权。 ``` Powershell $ sudo cp node_exporter-1.0.1.linux-amd64/node_exporter /usr/local/bin $ sudo chown -R node_exporter:node_exporter /usr/local/bin/node_exporter ``` 移除下载了的存档。 ``` Powershell $ rm -rf node_exporter-1.0.1.linux-amd64.tar.gz node_exporter-1.0.1.linux-amd64 ``` ## 将Node Exporter设置为自动启动的服务 创建一个systemd服务文档来储存服务config文档，它会告诉systemd把Node_Exporter 作为node_exporter用户来运行。 ``` Powershell $ sudo nano /etc/systemd/system/node_exporter.service ``` 复制下列代码到文档。退出并保存。 ``` Powershell [Unit] Description=Node Exporter Wants=network-online.target After=network-online.target[Service] User=node_exporter Group=node_exporter Type=simple ExecStart=/usr/local/bin/node_exporter[Install] WantedBy=multi-user.target ``` 重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` 然后按下面的命令启动服务并检查状态，确保运行正确。 ``` Powershell $ sudo systemctl start node_exporter $ sudo systemctl status node_exporter ``` 输出应该如下图。  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 。 最后，允许Node Exporter随系统启动而启动。 ``` Powershell $ sudo systemctl enable node_exporter ``` ## 测试Prometheus和Node Exporter 所有东西都准备就绪了。通过在防火墙打开一个端口 (请参阅步骤2）和浏览`http://<yourserverip>:9090`你可以有选择性地测试它的功能。在那里你可以运行查询以查看不同的数据。例如，你可以试这个查询来看还有多少可用内存： ``` Powershell http://<yourserverip>:9090/new/graph?g0.expr=node_memory_MemFree_bytes&g0.tab=1&g0.stacked=0&g0.range_input=1h ``` 或者试这个查询来看你所有验证者的余额。 ``` Powershell http://<yourserverip>:9090/graph?g0.range_input=1h&g0.expr=validator_balance&g0.tab=1 ``` <br/> # 第12步：安装Grafana Prometheus是我们的数据来源，而Grafana则给我们提供报告仪表盘数据的功能。接下来安装Grafana并配置仪表盘。 我们会用一个APT仓库来安装，因为这会使得安装和更新更简单。Grafana可以在官方的Ubuntu软件包仓库中找到，但那个版本可能不是最新的，因此我们将使用Grafana的官方仓库。 用wget下载Grafana GPG的密钥，然后将输出传送到apt-key。这会将密钥添加到你的APT安装的信任密钥列表中。 ``` Powershell $ wget -q -O - https://packages.grafana.com/gpg.key | sudo apt-key add - ``` 把Grafana仓库加到APT的来源里。 ``` Powershell $ sudo add-apt-repository "deb https://packages.grafana.com/oss/deb stable main" ``` 刷新apt缓存。 ``` Powershell $ sudo apt update ``` 确认Grafana是从仓库安装的。 ``` Powershell $ apt-cache policy grafana ``` 输出应该如下： ``` Powershell grafana: Installed: (none) Candidate: 7.2.1 Version table: 7.2.1 500 500 https://packages.grafana.com/oss/deb stable/main amd64 Packages 7.2.0 500 500 https://packages.grafana.com/oss/deb stable/main amd64 Packages 7.1.5 500 500 https://packages.grafana.com/oss/deb stable/main amd64 ... ``` 检查顶部显示的版本是否与[这里](https://grafana.com/grafana/download)显示的最新版本一致。然后继续安装。 ``` Powershell $ sudo apt install grafana ``` 启动Grafana服务器和检查状态，确保运行正确。 ``` Powershell $ sudo systemctl start grafana-server $ sudo systemctl status grafana-server ``` 输出应该如下图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出。 允许Grafana随系统启动而启动。 ``` Powershell $ sudo systemctl enable grafana-server ``` ## 配置Grafana登录 能做到这一步已经很棒了！现在一切都设置好并开始运行了，你可以在浏览器里前往`http://<yourserverip>:3000/`，会出现Grafana的登录窗口。 > 注意：这不是安全的连接。用于测试网可以，但用于主网的话需要安全的HTTPS连接。 在`admin`输入用户名和密码。系统会让你修改密码，请务必修改。 ## 配置Grafana的数据来源 让我们配置数据来源吧。把你的鼠标移至左边菜单栏的齿轮图标处，会弹出一个菜单——选择`Data Sources`。  点击 `Add Data Source`，然后选择`Prometheus`。在URL输入`http://localhost:9090`，然后点击 `Save and Test`。   ## 导入Grafana仪表盘 移动你的鼠标到左边菜单栏的`+`图标，会有一个菜单弹出，选择 `Import`。 从[这里](https://raw.githubusercontent.com/GuillaumeMiralles/prysm-grafana-dashboard/master/less_10_validators.json)复制粘贴JSON (或者[这里](https://raw.githubusercontent.com/GuillaumeMiralles/prysm-grafana-dashboard/master/more_10_validators.json)，如果你有多于10个验证者)，点击`Load`，然后`Import`。你应该可以看到仪表盘。一开始的时候，你可能不会有很多数据，但在测试网启动和验证者激活一段时间后，你会看到一些数据和警报。  你还可以在Telegram和Discord上获得警报信息。在[这里](https://docs.prylabs.network/docs/prysm-usage/monitoring/grafana-dashboard/)查看指引。 <br/> # 写在最后 到这里就完成了！希望这个教程能帮到你。 - 在以后的更新里会有内容更全面的仪表盘 (额外的硬件数据和eth1节点的数据) - 如果你有任何反馈，你可以在[Twitter](https://www.twitter.com/SomerEsat) 或 [Reddit](https://www.reddit.com/user/SomerEsat)上联系窝 - 如果你喜欢这个教程并希望别人也能学习这个教程，请用[friends link](https://medium.com/@SomerEsat/4d2a86cc637b?source=friends_link&sk=4cb64bfa20247d2b5c7a50ce0a92d33b)把教程分享出去！ - 支持一下：somer.eth <br/> # 附录——Prysm更新 如果由于Git仓库里的改动你需要更新代码，可以按照这些步骤来获取最新的文档和创建自己的二进制文档。 确保你已经安装了下列条件以支持`--config=release`的使用。 ``` Powershell $ sudo apt install -y libtinfo5 # Terminal handling $ sudo apt-get install -y libssl-dev # OpenSSL $ sudo apt-get install -y libgmp-dev # GMP source to build BLS ``` 前往[这里](https://github.com/prysmaticlabs/prysm/releases)以获取发布标签 (最新的通常是最好的)，比如`v1.0.0-beta.3`。注意`rm -r prysm`会删除prysm目录，以防你想保留其中的内容。 ``` Powershell $ cd ~ $ rm -r prysm $ git clone -b v1.0.0-beta.3 https://github.com/prysmaticlabs/prysm.git $ cd prysm $ bazel build //beacon-chain:beacon-chain --config=release $ bazel build //validator:validator --config=release ``` 接下来，我们会停止信标链和验证者服务，并复制粘贴二进制文档到目录`/usr/local/bin`，然后再次启动服务。 ``` Powershell $ cd ~ $ sudo systemctl stop prysm-validator $ sudo systemctl stop prysm-beaconchain $ sudo cp prysm/bazel-bin/beacon-chain/beacon-chain_/beacon-chain /usr/local/bin $ sudo cp prysm/bazel-bin/validator/validator_/validator /usr/local/bin $ sudo systemctl start prysm-beaconchain $ sudo systemctl status prysm-beaconchain # <-- Check for errors. $ sudo journalctl -fu prysm-beaconchain # <-- Check for errors. $ sudo systemctl start prysm-validator $ sudo systemctl status prysm-validator # <-- Check for errors. $ sudo journalctl -fu prysm-validator # <-- Check for errors. ``` 完成了！服务已经更新好了。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/validated-perfect-is-the-enemy-of-the-goodhttps://www.ethereum.cn/validated-perfect-is-the-enemy-of-the-goodThu, 17 Dec 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/12/10/validated-perfect-is-the-enemy-of-the-good/)  信标链对于验证者行为有多种激励机制，这些机制都由网络的当前状态来决定。因此，在决策如何保障节点的时候，考虑其他验证者可能碰到问题的情况也很重要。 活跃验证者的余额非升即跌，不会保持不变。因此尽量降低风险不失为最大化收益的一种方式。验证者余额被信标链扣除的情形主要有以下三种： - **一般惩罚**：验证者失职的时候会被施以此种惩罚 (例如离线) - **怠工惩罚 (Inactivity Leaks)**：当网络处于无法敲定的状态时，验证者失职会受到该惩罚，即和其他处于离线状态的验证者高度相关。 - **罚没 (Slashing)**：当验证者做出矛盾的区块提议或证明时会被罚没 (可能是攻击行为)。 注意：平均来看，单个验证者的余额可能不变，但只要参加了工作，就会获得奖励或是受到惩罚。 ## 相关性 如果整个网络处于健康运行状态，那么单个验证者离线或是触发罚没的影响是很小的，也就是说惩罚力度不会很大。相反，如果网络中有大量验证者离线，那么离线验证者的余额削减速度会快得多。 同理，如果大量验证者同时触发罚没，对于信标链来说会这无异于攻击行为，因此这些验证者 100% 的质押金会被销毁。 由于这些“反相关”激励措施，验证者应该*更多*地考虑同时会对他人产生影响的问题，而不是从孤立的、个人的角度出发。 <br/> # 故障原因及可能性 让我们仔细过一些故障案例，然后看看有多少其他验证者会同时受到影响，以及你的验证者将受到多大力度的惩罚。  这里我不同意 [@econoar](https://twitter.com/econoar/status/1335686386691665921) 的说法。这些问题的严重程度算是中等。家用 UPS 和双 WAN 地址故障与其他用户无关，因此从考虑范围中排除。 ## 🌍 网络/电力故障 如果你是居家运行验证者，那么将来很可能会遇到这些问题。家用网络和电力连接无法保障正常运行时间。当网络断开连接或是电力中断时，通常是整个片区受到影响，甚至会持续数小时。 除非你的网络或是电力非常稳定，否则因为这个原因遭到惩罚是不太值当的。这几个小时之内你会受到惩罚，但是由于整个网络是正常运行状态，你的惩罚大约等同于该时间段内应得的奖励。也就是说，如果故障时间为 `k` 小时，那么你的验证者余额可能会回退到故障 `k` 小时前的数值，然后 `k` 小时之后你的验证者余额又会恢复到发生故障前的数值。  > [Validator #12661](https://beaconcha.in/validator/12661) 的余额回升速度和离线时的降低速度大致相同 - [Beaconcha.in](https://beaconcha.in/validator/12661) ## 🛠 硬件故障 类似于网络问题，硬件故障会随机发生，而且在发生故障时，你的节点可能会离线几天。我们很有必要考虑验证者整个生命周期中的预期收益与备用硬件的成本。故障的期望值 (离线罚款乘以发生的几率) 是否大于备用硬件的成本？ 就个人而言，如果发生故障的机会很低，且备用硬件的成本较高，这是不值当的。但是话又说回来，我不是巨鲸🐳。你需要根据自己的实际情况来评估所有故障情形。 ## ☁️ 云服务故障 也许大家可能会为了避免硬件和网络故障而选择使用云服务。**如果使用云服务的话，就引入了上面所说的相关性风险。**有多少其他验证者和你使用相同的云服务商？ 在创世前一周，[亚马逊的 AWS 长时间停运](https://www.theverge.com/2020/11/25/21719396/amazon-web-services-aws-outage-down-internet)，对网络了很大影响。现在如果发生类似的事件，导致大量验证者同时离线，就会触发怠工惩罚 (inactivity penalties)。 更坏的情况是，如果云服务商使用新的虚拟机运行你的节点，却意外地没有停止运行旧节点，这可能导致你被罚没 (如果这也对其他验证者造成了影响，那么惩罚力度会尤其大)。 如果你坚持要使用云服务，可以考虑切换到比较小的服务商，可能会减少损失。 ## 🥩 质押服务 目前主网有[多种质押服务](https://stakingether.com/) 可以选择，并且去中心化程度都不尽相同，但是把你的 ETH 托付给服务商都多少增加了相关性风险。这些服务无疑是 eth2 生态系统中不可或缺的部分，对于持有低于 32 ETH 或是缺乏质押所需技术知识的用户来说更甚。但这些服务都是人为设计的，因此会存在缺陷。 如果质押池的规模最终会增长得和 eth1 矿池一样大，那么一个漏洞可能会导致其用户被大规模罚没或是怠工惩罚。 ## 🔗故障 [上个月 Infura 宕机了六个小时](https://blog.infura.io/infura-mainnet-outage-post-mortem-2020-11-11/)，导致了以太坊生态系统的停滞。同理，这也是 Eth2 验证者可能面临的相关性风险。 另外，第三方 eth1 API 提供者必须对服务的调用进行速率限制：过去这导致了验证者无法生产有效块 (Medalla测试网)。 最好的解决方式就是运行你自己的 eth1 节点：你不会遇到速率限制，从而降低你的相关性风险，并且有助于提升整个网络的去中心化程度。 Eth2 客户端已经开始加入指定多个 eth1 节点的可能性。其好处在于，主要终端发生故障时能够轻松切换备用终端 (Lighthouse: `--eth1-endpoints`， Prysm: [PR#8062](https://github.com/prysmaticlabs/prysm/pull/8062)，Nimbus 和 Teku 之后可能会加入支持)。 我高度建议添加成本较低或是免费的备用 API ([EthereumNodes.com](https://ethereumnodes.com/) 中有免费和付费的 API 终端及其当前状态)。无论你是否运行自己的 eth1 节点，这个措施都很有必要。 ## 🦏 某个 eth2 客户端故障 尽管进行了代码审核、审计和测试，但 eth2 客户端的 bug 都隐藏在某个地方。他们中的大多数都是次要的问题，并且会在产品发布前被发现，但是你所选择的客户端存在离线或者导致你被罚没的可能。如果发生这种情况，你将不会希望运行多数人 (＞1/3) 使用的客户端。 你必须在你认为最合适的客户端和其受欢迎程度之间做出权衡。可以考虑通读另一个客户端的文档，从而在你的节点发生意外时，知道如何安装和配置一个不同的客户端。 如果你质押了大量 ETH，运行不同的客户端是很有必要的，避免把鸡蛋都放在一个篮子里。 [Vouch](https://www.attestant.io/posts/introducing-vouch/) 是一个能够提供多节点质押的基础设施，目前秘密共享验证者 ([Secret Shared Validators](https://www.youtube.com/watch?v=awBX1SrXOhk)) 也迎来了飞速进展。 ## 🦢 黑天鹅事件 当然了，也有许多可能性不大、不可预测但影响颇大的事件会带来风险。这无关你的质押设置和决策。例如在硬件层面的 [Spectre](https://meltdownattack.com/) 和 [Meltdown](https://meltdownattack.com/)，或是内核漏洞 ([BleedingTooth](https://www.zdnet.com/article/google-warns-of-severe-bleedingtooth-bluetooth-flaw-in-linux-kernel/)提示整个硬件堆栈中存在某些危险)。也就是说，我们无法完全预测和避免这些问题，而是在问题发生后采取相应措施。 <br/> # 我需要担心什么？ 归根结底，这取决于计算给定故障的期望值 *E(X)*：事件发生的可能性以及该事件的代价。由于相关性因素会对惩罚力度造成相当大的影响，因此在 eth2 网络其他成员的语境下考虑这些故障事件至关重要。将故障的预期成本与稀释故障的成本进行比较，你将得到一个合理的答案，以判断是否值得一试。  没有人知道节点可能发生故障的所有情形，也不知道每种故障发生的可能性，但是通过对每种故障类型的可能性进行独立估算并稀释最大风险，“群体智慧”将发挥作用。此外，由于每个验证者面临的风险不同，并且对这些风险的评估也不同，你没有考虑到的风险可能会被他人碰到，因此相关性将降低。*去中心化的力量！* <br/> # 📕 莫要惊慌 最后，如果你的节点真的发生了什么意外，别要惊慌！即使是遭到怠工惩罚 ( inactivity leaks)，在短时间内惩罚数额也不大。冷静下来思考一下发生了什么，为什么会发生，然后制定计划来解决问题。*在上手之前深呼吸一下！*比起慌忙做出错误决定导致被罚没，给自己多五分钟的思考时间更为可取。 重中之重：🚨 **不要使用同一个验证密钥运行两个节点！** 🚨 <br/> *感谢Danny Ryan、Joseph Schweitzer 和 Sacha Yves Saint-Leger 对本文的审校*  [使用同一密钥运行一个以上验证者导致的罚没 - [Beaconcha.in](https://beaconcha.in/validators/slashings)] <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-nimbushttps://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-nimbusWed, 16 Dec 2020 00:00:00 GMT来源 | [someresat.medium.com](https://someresat.medium.com/guide-to-staking-on-ethereum-2-0-ubuntu-nimbus-e86bdee8c550)  本文基于Status的Nimbus客户端，详细讲解如何参与以太坊2.0主网质押。主要基于以下几个技术： - [Ubuntu](https://ubuntu.com/) v20.04 (LTS) x64 服务器 - [Go Ethereum](https://geth.ethereum.org/) 节点 ([代码分支](https://github.com/ethereum/go-ethereum)) - Status ETH 2.0客户端—— [Nimbus](https://nimbus.team/)([代码分支](https://github.com/status-im/nim-beacon-chain) - 浏览器插件加密钱包 [MetaMask](https://metamask.io/) **提示：参与质押至少需要32 ETH 以及额外的gas费。 在搞清楚之前切记不要向任意地址发送ETH。本教程介绍了如何安全地将你的ETH存入存款合约。请牢记不要将ETH发送给任何人。** <br/> # 致谢 本教程参考了网上的各种资料，感谢这些提供资料的贡献者！ 感谢[EthStaker](https://discord.gg/7z8wzehjrJ)管理团队和提供教程的社区成员、Eth2 客户端团队、以及质押社区的帮助和校对。 特别感谢Eth2 客户端团队和以太坊基金会的研究员。他们经过几年的不懈努力，将我们带到这难以置信的时刻——Eth2.0成功创世。 <br/> # 免责声明 本文仅供参考，不构成专业建议。作为本教程的作者。我本人不保证文中信息的准确性，对于那些参考了本文进行操作而产生的任何损失概不负责。文末有更加完整的免责声明，请阅读之后再进行操作。 <br/> # 支持 - 如需技术支持，请联系： - EthStaker社区是一个以太坊2.0 Staking 社区，资源丰富且十分友好。 ​ Reddit：https://www.reddit.com/r/ethstaker/ ​ Discord：https://discord.gg/7z8wzehjrJNimbus - Nimbus客户端团队，[Discord](https://discord.gg/PBJBuJKfXs) <br/> # 条件 使用本教程需要对以太坊、ETH、Staking、Linux、MetaMask (Portis或Fortmatic) 有一定的背景知识。 还需要准备： - [Ubuntu 服务器 v20.04 (LTS) amd64](https://ubuntu.com/tutorials/install-ubuntu-server#1-overview) 或者一个较新的，在本地计算机或云端安装和运行的Ubuntu服务器。 运行本地电脑有助于去中心化，因为如果云服务商崩溃了，那么托管在此服务商的所有节点都会随之崩溃。 - 已安装或已配置的浏览器插件加密钱包[MetaMask](https://metamask.zendesk.com/hc/en-us/articles/360015489531-Getting-Started-With-MetaMask-Part-1-) (或Portis、Fortmatic)。一台装有操作系统 (Mac、Windows、Linux等) 和浏览器 (Brave、Safari、FireFox等) 的计算机。 <br/> # 从测试网到主网 如果你从测试网设置转到主网设置，那么我强烈建议你在一个全新的 (新安装的) 服务器实例上开始。本教程没有对迁移场景进行测试，所以如果你使用的是此前安装过的测试网软件，那么无法保证你的操作能成功。 <br/> # 要求 - 硬件要求是一个比较大的话题。总的来说：一个相对较新的CPU、8GB内存的RAM (16GB更佳)、一个内存至少500GB的SSD (1TB更佳)、稳定的网络（足够快的下载速度以及月度数据额度），这些性能都会让质押过程更加安全顺畅。 > 注意：检查你的可用磁盘空间。尽管你有一个容量较大的SSD，Ubuntu也会出现仅剩200GB可用空间的状况。如果你遇到这种情况，请查看**附录C —— 扩展逻辑卷**。 <br/> # 概览 下面这个简化图表标明了本篇教程所涉及的范围，标黄的即是本文会覆盖到的部分：  整个流程可以概念化表述为： - 生成验证者密钥对和存款数据 - 准备Ubuntu服务器 (防火墙、安全设置等) - 设置一个Eth1 节点并同步Eth1 区块链的数据 - 配置Nimbus客户端并同步Eth1 节点数据 - 存款并激活验证者密钥对 那我们现在就开始吧！ <br/> # 第1步：生成质押数据 参与质押首先要决定你想要运行的验证者节点的数量，并基于此生成一些数据文件。 > 注意：如果你的存款数据和验证者密钥对已经生成，可以跳过这一步。 一个验证者节点需要存32 ETH，你的MetaMask钱包里要有相应足够的ETH。比如，如果你计划运行5个验证者节点，你将需要准备160 ETH (32*5) 并且预留一些gas费。存款过程会稍后再讲解，下面教大家怎么把设备运行起来。 ## 下载存款工具 (存款CLI) 点击[此处](https://github.com/ethereum/eth2.0-deposit-cli/releases/)下载最新发布的存款命令行界面app (CLI app)。  在“Assets”那一栏选择与你的设备 (如Windows、Mac、Linux Desktop等) 匹配的版本并下载。 ## 运行存款工具 (Eth2 存款CLI) 解压文件，里面应该有一个二进制文件 (可执行文件)。存款工具生成用于质押的文件和一组助记词。这组助记词需要安全地保存。下面有两种选择： **建议方案：**将这份二进制文件复制粘贴到USB驱动器里。连接到一台此前从未连接过网络的计算机，将文件复制到计算机里并开始运行。 **不建议方案：**在当前使用的计算机上运行。但是网络连接可能会导致你的助记词密钥泄漏。如果没有未联网的计算机，那就在开始运行之前断开网络。 准备好之后，在终端窗口 (或windows的命令提示符CMD) 中运行这份文件以继续使用下面列出的命令。确定好你要运行的验证者节点的数量之后，用该数字替换 `<NumberOfValidators>`。比如： `--num_validators 2` Linux/Mac: ``` Powershell ./deposit new-mnemonic --num_validators <NumberOfValidators> --chain mainnet ``` Windows: ``` Powershell deposit.exe new-mnemonic --num_validators <NumberOfValidators> --chain mainnet ``` 在你选择的计算机执行上面的步骤之后，你将被要求创建一个**验证者密钥存储库 **(validator keystore) 密码，并保存在一个安全的地方。在后面的步骤中，你将需要这个keystore来上传验证者密钥到Nimbus的验证者钱包里。  随后会生成一组**助记词**，请保存在一个安全的地方，**这至关重要**。因为最终你需要助记词来生成提款密钥以提出质押的ETH，并且增加验证者节点时也需要使用助记词。如果你丢失了助记词，就无法将你的资产提出了。  一旦你点击确认已经记好助记词之后，你的验证者密钥对便会生成。  新创建的验证者密钥对和存款数据文件会放置在指定位置。文件夹的内容如下所示：  关于这些文件： - 文件 `deposit_data-[timestamp].json` 包含验证者公钥和质押存款信息。该文件将用于完成随后的ETH存款过程。 - 文件 `keystore-m...json` 包含经过加密的验证者签名密钥。每一个验证者节点对应一个“keystore-m”。该文件将被导入到Nimbus验证者钱包中以备质押时使用。随后需要将这些文件复制粘贴到Ubuntu服务器中。 ## 最后的步骤 现在你已经有了存款数据和密钥存储库文件，接下来就可以设置Ubuntu服务器了。 **注意：此时还不能进行存款。** 首先完成并验证你的质押设置非常重要。如果你的ETH存款激活了，但是质押设置还没准备好的话，你将会受到怠工惩罚。 <br/> # 第2步：连接至服务器 使用一个SSH端口，连接至你的Ubuntu服务器。如果你用`root`登录，最好是重新创建一个拥有管理权限的用户账户，因为使用root用户登录存在很大的风险。 > 注意：如果你不是用`root`登录的便可以直接跳到第三步。 创建一个新账户。在 `<yourusername>` 中填入你的用户名，然后设置一个安全系数较高的密码，并输入其他可选信息。 ``` Powershell # adduser <yourusername> ``` 通过把新的用户加入`sudo`群组中，来授予其管理权限。这样用户在命令行前输入`sudo`，便会以超级用户的权限来执行操作。 ``` Powershell # usermod -aG sudo <yourusername> ``` 可选项：如果你使用SSH密钥通过`root`用户连接你的Ubuntu系统，你需要将新创建的账户和root用户的SSH密钥数据组合起来。 ``` Powershell # rsync --archive --chown=<yourusername>:<yourusername> ~/.ssh /home/<yourusername> ``` 最后，退出登录你的`root`账户，然后使用你新创建的用户名`<yourusername>`登入Ubuntu服务器。 <br/> # 第3步：升级服务器 确保系统更新至最新的软件和安全设置。 ``` Powershell $ sudo apt update && sudo apt upgrade $ sudo apt dist-upgrade && sudo apt autoremove $ sudo reboot ``` # <br/> # 第4步：保护服务器 安全性十分重要。但由于本文不是针对安全性的指南，所有只列出了一些基础的设置。 ## 修改SSH默认端口 SSH默认端口是端口22，也是易受攻击的矢量，因此可以修改SSH端口来防止攻击。 在1024 — 49151之间选择一个端口号，然后运行以下命令以检索尚未使用的端口号。没有其他显示便意味着该端口号未被使用；显示红色便意味着已被使用，请尝试其他端口号。比如：`sudo ss -tulpn | grep ':6673'` ``` Powershell $ sudo ss -tulpn | grep ':<YourSSHPortNumber>' ``` 确定端口号可用之后，通过升级SSH设置来修改默认端口。 ``` Powershell $ sudo nano /etc/ssh/sshd_config ``` 在文件中检索或者添加 (如果没有的话) `Port 22` 命令行。删掉`#` (如果有的话) 并在下面的命令行中输入端口号。 ``` Powershell Port <YourSSHPortNumber> ``` 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。  重新启动 SSH 服务以显示上述所作的修改。 ``` Powershell $ sudo systemctl restart ssh ``` 登出并使用你的SSH端口号`<YourSSHPortNumber>`重新登入。 ## 配置防火墙 Ubuntu 20.04 服务器可以使用默认的 UFW 防火墙来限制访问该服务器的流量，不过要先设置其允许来自 SSH、Go Ethereum、Nimbus 的入站流量。 **安装 UFW 防火墙** 按照下面的命令行输入以保证在默认情况下安装 UFW。 ``` Powershell $ sudo apt install ufw ``` **应用 UFW 默认值** 明确地应用默认值，拒绝入站流量，允许出站流量。 ``` Powershell $ sudo ufw default deny incoming $ sudo ufw default allow outgoing ``` **允许 SSH** 允许你此前设置的端口号 `<YourSSHPortNumber>` 的入站流量。SSH 要求 TCP 协议。比如：`sudo ufw allow 6673/tcp` ``` Powershell $ sudo ufw allow <yourSSHportnumber>/tcp ``` **Deny SSH Port 22 拒绝 SSH 端口号22** 拒绝端口 22/TCP 的入站流量。 > 注意：当你完成了修改 SSH 默认端口之后再做这一步。 ``` Powershell $ sudo ufw deny 22/tcp ``` **允许 Go Ethereum** 允许与 Go Ethereum 的对等节点 (端口 30303) 进行点对点 (P2P) 连接。如果你使用第三方托管的 Eth1 节点，则可以跳过这一步。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口 30303 的入站流量。 ``` Powershell $ sudo ufw allow 30303 ``` **允许 Nimbus 客户端** 允许与 Nimbus 的对等节点进行点对点连接，以便在信标链节点上 (Nimbus 的默认端口为 9000) 进行操作。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口9000 的入站流量。 ``` Powershell $ sudo ufw allow 9000 ``` 开启防火墙并检查是否已按上述步骤正确地配置。 ``` Powershell $ sudo ufw enable $ sudo ufw status numbered ``` 参考下方的截图。  <br/> # 第5步：配置定时器 Ubuntu 内置了时间同步，并默认使用 systemd‘s timesyncd 服务进行激活。验证其是否正确运行。 ``` Powershell $ timedatectl ``` 激活 `NTP service` ，运行方式： ``` Powershell $ sudo timedatectl set-ntp on ``` 参考下方的截图：  只能使用单个定时器服务。如果你此前安装过 NTPD，你需要检查此文件是否还存在，如果存在请操作下面的命令行以删除。 ``` Powershell $ ntpq -p $ sudo apt-get remove ntp ``` <br/> # 第6步：设置一个 Eth1 节点 参与质押需要一个 Eth1 节点。你可以选择运行一个本地 Eth1 节点，也可以使用[第三方提供的节点](https://ethereumnodes.com/)。本教程会详细讲解如何运行 [Go Ethereum](https://geth.ethereum.org/)，如果你选择[第三方服务](https://ethereumnodes.com/)的话，可以跳过这一步。 > 注意：检查你的可用磁盘空间。一个Eth1节点需要大概400GB的存储空间。尽管你有一个容量较大的固态硬盘，Ubuntu也可能显示仅剩200GB的可用空间。如果你遇到这种情况，请查看**附录C —— 扩展逻辑卷**。 ## 安装 Go Ethereum 使用PPA (Personal Package Archives，个人安装包存档) 安装Go Ethereum客户端。 ``` Powershell $ sudo add-apt-repository -y ppa:ethereum/ethereum $ sudo apt update $ sudo apt install geth ``` 将Go Ethereum作为后台服务来运行，运行该服务需要创建一个账户。此种类型的账户无法登录服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false goeth ``` 为Eth1区块链创建数据目录，用来存储Eth1节点数据。 ``` Powershell $ sudo mkdir -p /var/lib/goethereum ``` 设置目录的权限。 `goeth` 账户需要权限来修改该数据目录。 ``` Powershell $ sudo chown -R goeth:goeth /var/lib/goethereum ``` 创建一个systemd服务配置文件来对该服务进行配置。 ``` Powershell $ sudo nano /etc/systemd/system/geth.service ``` 将下列的服务配置复制粘贴到文档中。 ``` Powershell [Unit] Description=Go Ethereum Client After=network.target Wants=network.target[Service] User=goeth Group=goeth Type=simple Restart=always RestartSec=5 ExecStart=geth --http --datadir /var/lib/goethereum --cache 2048 --maxpeers 30[Install] WantedBy=default.target ``` 需要注意的 [flags](https://geth.ethereum.org/docs/interface/command-line-options)： `--http` 用来公开与Nimbus信标链节点连接的一个HTTP端口 (http://localhost:8545)。 `--cache` 指的是内部缓存的大小，以GB为单位。数值的增减取决于你的可用系统内存。设置 `2048` 将大概需要使用 4-5 GB的内存。 `--maxpeers` 指的是所连接节点的最大数值。节点数量越多，意味着越多的网络数据可用空间。所以记得不要将该数值设置得太低，否则你的Eth1节点将难以保持同步。 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。  重新加载 systemd 以显示上述的更改并启动服务。检查状态以确保其正确运行。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo systemctl status geth ``` 参考下方的截图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (此操作不会影响geth服务)。 允许geth服务在系统重启时自动启动。 ``` Powershell $ sudo systemctl enable geth ``` Go Ethereum节点将会开始同步。你可以运行下列命令来追踪进程或检查错误。按“CTRL+c”退出 (此操作不会影响geth服务)。 ``` Powershell $ sudo journalctl -fu geth.service ``` 参考下方的截图：  ## 查看同步状态 要检查Eth1节点同步状态，请使用下列命令访问控制台。 ``` Powershell geth attach ws://127.0.0.1:8546 > eth.syncing ``` 如果显示结果是 `false` ，表明你的同步已完成。如果显示结果是同步数据，表明你仍在同步。作为参考，大概有7-8亿个已知状态 `knownStates`. 参考下方的截图  完成时按“CTRL+d”以退出。 ## 检查连接的对等节点 要检查你的Eth1节点所连接的对等节点，请使用下列命令访问控制台。 ``` Powershell geth attach http://127.0.0.1:8545 > net.peerCount ``` 对等节点总数 `peerCount` 不会超过你所设置的最大对等节点总数 `--maxpeers` 。如果无法找到需要同步的对等节点，参阅下一部分。 完成后按“CTRL+d”以退出。 ## 添加 bootnodes (可选) 有时可能要花点时间才能找到要同步的对等节点，可以添加bootnodes以改善这种情况。访问[此处](https://gist.github.com/rfikki/a2ccdc1a31ff24884106da7b9e6a7453) 获得最新的清单并根据下列操作修改geth服务： ``` Powershell $ sudo systemctl stop geth $ sudo nano /etc/systemd/system/geth.service ``` 修改 `ExecStart` 行，添加 `--bootnodes` flag：在下方罗列出最新的对等节点，并以逗号分割。 ``` Powershell ExecStart=geth --http --datadir /var/lib/goethereum --cache 2048 --maxpeers 30 --bootnodes "enode://d0b4a09d072b3f021e233fe55d43dc404a77eeaed32da9860cc72a5523c90d31ef9fab7f3da87967bc52c1118ca3241c0eced50290a87e0a91a271b5fac8d0a6@157.230.142.236:30303,enode://5070366042daaf15752fea340e7ffce3fd8fc576ac846034bd551c3eebac76db122a73fe8418804c5070a5e6d690fae133d9953f85d7aa00375d9a4a06741dbc@116.202.231.71:30303" ``` 保存文件之后退出。然后重启服务并观察。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo journalctl -fu geth.service ``` > 注意：需要按照一系列特定的步骤来更新Geth。更多信息请参见“附录A：更新Geth”。 <br/> # 第7步：下载Nimbus Nimbus客户端由两份二进制文件组成：信标链节点和验证者客户端。本步骤将讲解如何下载Nimbus二进制文件。 首先，访问[此处](https://github.com/status-im/nimbus-eth2/releases)并找到最新发布的Nimbus版本。通常在页面的最顶部，比如：  在“Assets”那一栏（如果需要的话点击展开) 将下载链接复制粘贴至文档**nimbus-eth2_Linux_amd64…tar.gz**中。请确保复制的链接是正确的。  操作下列命令来下载这些文件。将下方指令部分的URL改为最新版本的下载链接。 ``` Powershell $ cd ~ $ sudo apt install curl $ curl -LO https://github.com/status-im/nimbus-eth2/releases/download/v1.0.0-rc1/nimbus-eth2_Linux_amd64_1.0.0_3594fa2a.tar.gz ``` 从归档文件中提取二进制文件并复制到 `/usr/local/bin` 目录，Nimbus 客户端会在该处运行这些文件。根据需求修改文档名。 ``` Powershell $ tar xvf nimbus-eth2_Linux_amd64_1.0.0_3594fa2a.tar.gz $ cd nimbus-eth2_Linux_amd64_1.0.0_3594fa2a $ sudo cp build/nimbus_beacon_node /usr/local/bin ``` 清理所提取的文档。 ``` Powershell $ cd ~ $ sudo rm nimbus-eth2_Linux_amd64_1.0.0_3594fa2a.tar.gz $ sudo rm -r nimbus-eth2_Linux_amd64_1.0.0_3594fa2a ``` > > 注意：需要按照一系列特定的步骤来更新Nimbus。更多信息请参见**附录B：更新Nimbus**。 <br/> # 第8步：导入验证者密钥对 导入验证者密钥对以配置Nimbus，然后创建运行其所需要的服务以及服务配置。 ## 复制验证者密钥存储文件 如果你的验证者存储文件 `keystore-m…json` 不是在你的Ubuntu服务器上生成的，那么你就需要将这些文件复制粘贴到你的本地目录中。你可以用 USB 把文件拷过去 (如果你的服务器是本地的)，也可以使用安全的FTP (SFTP)。 将文件放置在： `$HOME/eth2deposit-cli/validator_keys`。如果需要的话创建文件目录。 ## 将密钥存储文件导入验证者客户端 创建一个目录以存储验证者钱包数据，并授予当前用户访问该目录的权限。当前用户需要访问权限来执行导入。在 `<yourusername>` 修改登入用户名。 ``` Powershell $ sudo mkdir -p /var/lib/nimbus $ sudo chown -R <yourusername>:<yourusername> /var/lib/nimbus ``` 给用户授权对目录的读取/写入/执行。这在创建Nimbus钱包的过程里执行。 ``` Powershell $ sudo chmod 700 /var/lib/nimbus $ ls -dl /var/lib/nimbus ``` 参考下方的截图。  运行验证者密钥导入进程。你需要提供生成的`keystore-m`文档所在的目录。例如：`$HOME/eth2deposit-cli/validator_keys`。 ``` Powershell $ cd /usr/local/bin $ sudo nimbus_beacon_node deposits import --data-dir=/var/lib/nimbus $HOME/eth2deposit-cli/validator_keys ``` 你会被要求提供验证者密钥的密码。这是你在第1步创建密钥时设置的密码。 参考下方截图。  到此导入完成，客户端也设置好了。 <br/> # 第9步：配置Nimbus服务 在这一步，你将要把Nimbus的信标节点作为服务来配置并运行，因此如果系统重启，这个过程将自动重新开始。 ## 设置账户和目录 为信标节点的运行创建一个账户。这种账户不能用来登录进入服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false nimbus ``` 设置目录权限。`nimbus`账户如果要修改在上一步创建的数据目录(`/var/lib/nimbus`) 的话需要授权。 ``` Powershell $ sudo chown -R nimbus:nimbus /var/lib/nimbus $ ls -dl /var/lib/nimbus ``` 参考下方的截图。  ## 创建和配置服务 创建一个systemd服务的config文档来配置服务 ``` Powershell $ sudo nano /etc/systemd/system/nimbus.service ``` 将下面这段代码复制粘贴到文档里 ``` Powershell [Unit] Description=Nimbus Eth2 Client Wants=network-online.target After=network-online.target[Service] User=nimbus Group=nimbus Type=simple Restart=always RestartSec=5 WorkingDirectory=/var/lib/nimbus Environment="ClientIP=$(curl -s v4.ident.me)" ExecStart=/bin/bash -c '/usr/local/bin/nimbus_beacon_node --network=mainnet --data-dir=/var/lib/nimbus --web3-url=ws://127.0.0.1:8546 --nat=extip:${ClientIP} --graffiti="<yourgraffiti>" --log-level=INFO --log-file=/var/lib/nimbus/beacon_node.log'[Install] WantedBy=multi-user.target ``` 值得注意的 [flags](https://status-im.github.io/nimbus-eth2/options.html): `--web3-url` 如果你使用的是一个远程的或第三方的Eth1节点，改变这个值。如果你是在本地创建这个Eth1节点的，则不需要改变。 `--graffiti="<yourgraffiti>"`填上你自己的涂鸦字符串。出于安全与隐私，应避免使用能唯一辨识你的信息。比如`--graffiti "Hello Eth2! From Dominator"`。 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。  重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` > 注意：如果你是运行本地的Eth1节点（看第6步），你应该等待至它完全同步完数据再启动Nimbus服务。在这里查看进程：`*sudo journalctl -fu geth.service*` 启动服务并检查，确保运行正确。 ``` Powershell $ sudo systemctl start nimbus $ sudo systemctl status nimbus ``` 参考下方的截图  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (不会影响 Nimbus的服务)。 允许服务随系统重启而自动重启。 ``` Powershell $ sudo systemctl enable nimbus ``` 如果Eth2 链处于创世后的状态，Nimbus信标链会开始同步数据。它可能要花几个小时才能完全实现同步。你可以通过运行`journalctl` 命令来追踪进程或检查错误。按CTRL+c退出 (将不会影响Nimbus的服务) ``` Powershell $ sudo journalctl -fu nimbus.service ``` 日志的截位视图会显示以下状态信息。 ``` Powershell NOT 2020-11-26 02:05:54.312+00:00 Starting beacon node INF 2020-11-26 02:05:53.413+00:00 Initializing fork choice INF 2020-11-26 02:05:53.413+00:00 Fork choice initialized INF 2020-11-26 02:05:53.413+00:00 Loading slashing protection WRN 2020-11-26 02:05:53.862+00:00 Validator not in registry (yet?) NOT 2020-11-26 02:05:53.862+00:00 Local validator attached WRN 2020-11-26 02:05:54.311+00:00 Validator not in registry (yet?) NOT 2020-11-26 02:05:54.312+00:00 Local validator attached NOT 2020-11-26 02:05:54.312+00:00 Starting beacon node NOT 2020-11-26 02:05:54.312+00:00 Waiting for genesis INF 2020-11-26 02:05:54.312+00:00 Listening to incoming network requests ``` 当Eth2主网启动，信标链和验证者将自动开始处理数据。 你可以在 [beaconcha.in](https://beaconcha.in/)查看你的验证者状态。只需要搜索你的验证者公钥或使用你的MetaMask （或其他）钱包地址进行搜索。你的数据可能要过一段时间才会在网站上显示。 <br/> # 第10步：进行验证者存款 现在你的节点已经设置好并开始运行，你将需要将ETH存入你的验证者节点。 > 注意：如果你已经提交了你的质押存款，你可以跳过这一步 这一步是关于将所需的ETH存入Eth2.0的存款合约。不要把ETH发送到存款合约。这需要在浏览器上通过Eth2.0的Launchpad网站启动你的MetaMask (或其他) 钱包。 > 注意：如果是在创世后进行的话，你需要在你的Eth1节点和信标链都完全同步完之前存入你的存款。如果你不这样做，当你的Eth1节点或信标链在同步时，Nimbus会处于怠工状态，而你可能要遭遇怠工惩罚。 以太坊2.0 Launchpad: https://launchpad.ethereum.org/ 一直随着屏幕切换点击这些警告步骤，直到你到达**密钥对生成**的部分。选择你打算运行的验证者数量。选择一个与你在步骤1中生成的验证者文件数量相匹配的值。  往下滚动，看这些内容你是否同意，然后点击“Continue” (继续)。  你会被要求上传`deposit_data-[timestamp].json`文档。这个文档你是在步骤1生成的。浏览/选择或拖拉这个文档，然后点击Continue。  连接你的钱包。选择MetaMask (或者是其他支持的钱包)，登录，选择存有你的ETH的钱包，然后点击Continue。 你的MetaMask余额就会显示出来。如果你选择了主网且你有充足的ETH余额，网站会允许你继续下一步。  然后会出现一个Summary (总结)，显示验证者数和所需的ETH数量。如果你同意的话就给那些方框打勾，然后点击Continue。  如果你准备好去存款了，点击"Initiate All Transactions" (启动所有交易）。  当你到了可以确认每笔交易那一步时，MetaMask (或其他钱包)的窗口会自动弹出。 当所有的交易都成功完成时，你的质押也完成了！  恭喜你已经成功存入你的质押存款了！ ## 查看你的验证者存款状态 新加入的验证者需要等一下 (几个小时到几天不等)才能激活。你可以以下几步来查看你的密钥状态： 1. 复制你的MetaMask (或其他）钱包地址。 2. 前往这里: [beaconcha.in/](https://beaconcha.in/) 3. 用你的钱包地址搜索你的密钥  点进某个验证者详情，每个验证者激活后你会看到在Status那一栏有预估时间。  现在你面前有一个条正在运作的信标链、一个验证者节点以及你的主网存款。如果以太坊2.0主网处于运行中，一旦你的存款被激活，你将开始工作并赚取收益。 **恭喜你：你终于正式成为了一名以太坊质押者** 是时候来一顿肥宅水狂欢了。 <br/> # 第11步：监测 因为一些还没被解决的安全问题，监测这一部分将在未来补充到这份教程。 <br/> # 结束语及后续建议 感谢大家给我这个机会。希望这份教程能帮到大家。 **后续步骤:** - 检查三次所有密钥与密码备份。 - 重启你的电脑并确保服务都能自动启动。 - 了解如何升级客户端与服务器软件。 - 使用`htop`来监测本地电脑的资源 - 熟悉[beaconcha.in](https://beaconcha.in/) ，这样你就能监测你的验证者情况，其提供警报功能 （通过邮件发送，需要注册）和最多[3个POAP](https://beaconcha.in/poap)。 - 加入 [Ethstaker](https://discord.gg/7z8wzehjrJ)和[Nimbus](https://discord.gg/PBJBuJKfXs)的Discord，留意重要通知。 - 请在[Discord](https://discord.gg/7z8wzehjrJ)、 [Twitter](https://www.twitter.com/SomerEsat)、或[Reddit](https://www.reddit.com/user/SomerEsat)分享对这份教程的反馈。 - 在 [Ethstaker](https://discord.gg/7z8wzehjrJ) 的discord上帮助其他人设置。 - 用[friend link](https://someresat.medium.com/41de20513b12?source=friends_link&sk=ac7477fd99b6648a5745a3e327f2701c)分享这份教程 - 支持一下：somer.eth <br/> # 延伸阅读 强烈建议大家从尽可能多的来源获取信息，还有很多其他资源可以帮助你熟悉如何在Eth2上质押。 如果作者对这些资源还没测试或验证过，而你采用了的话，是要自己承担风险的。 - 客户端团队的官方文档 [Prysm](https://docs.prylabs.network/docs/getting-started) | [Lighthouse](https://lighthouse-book.sigmaprime.io/) | [Teku](https://docs.teku.consensys.net/en/latest/) | [Nimbus](https://status-im.github.io/nimbus-eth2/intro.html) - [/r/EthStaker Sticky](https://www.reddit.com/r/ethstaker/comments/jjdxvw/welcome_to_rethstaker_the_home_for_ethereum/) - [以太坊2.0客户端的非官方docker环境](https://github.com/eth2-educators/eth2-docker) - [如何在Ubuntu上设置Eth2主网验证者系统](https://github.com/metanull-operator/eth2-ubuntu) - [指南 | 如何在ETH2主网设置验证者](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet) - [指南 | ETH2验证者信标链节点的安全最佳实践](https://www.coincashew.com/coins/overview-eth/guide-or-security-best-practices-for-a-eth2-validator-beaconchain-node) - [ETH2质押节点的额外监察](https://moody-salem.medium.com/additional-monitoring-for-eth2-staking-nodes-aea05b2f9a86) - [以太坊2.0质押的Telegram服务](https://9elements.com/blog/ethereum-2-0-2/) https://9elements.com/blog/ethereum-2-0-2/) <br/> # 附录A — Geth更新 如果你需要更新到Geth的最新版本，请按下列步骤： ``` Powershell $ sudo systemctl stop nimbus $ sudo systemctl stop geth $ sudo apt update && sudo apt upgrade $ sudo systemctl start geth $ sudo systemctl status geth # <-- Check for errors $ sudo journalctl -fu geth # <-- Monitor $ sudo systemctl start nimbus $ sudo systemctl status nimbus # <-- Check for errors $ sudo journalctl -fu nimbus.service # <-- Monitor ``` <br/> # 附录B — 更新Nimbus 如果你需要更新到Nimbus的最新版本，请按下列步骤进行： 首先，前往这里找到Nimbus的最新版本。将下方指令部分的URL改为最新版本的下载链接。 ``` Powershell $ cd ~ $ sudo apt install curl $ curl -LO https://github.com/status-im/nimbus-eth2/releases/download/v1.0.0-rc1/nimbus-eth2_Linux_amd64_1.0.0_3594fa2a.tar.gz ``` 停止Nimbus客户端服务 ``` Powershell $ sudo systemctl stop nimbus ``` 从存档里提出二进制文档，并复制 `/usr/local/bin`到目录。如果需要的话，修改URL名。 ``` Powershell $ tar xvf nimbus-eth2_Linux_amd64_1.0.0_3594fa2a.tar.gz $ cd nimbus-eth2_Linux_amd64_1.0.0_3594fa2a $ sudo cp build/nimbus_beacon_node /usr/local/bin ``` 重新启动服务并检查错误。 ``` Powershell $ sudo systemctl start nimbus $ sudo systemctl status nimbus # <-- Check for errors $ sudo journalctl -fu nimbus.service # <-- Monitor ``` 清理提出的文档。 ``` Powershell $ cd ~ $ sudo rm nimbus-eth2_Linux_amd64_1.0.0_3594fa2a.tar.gz $ sudo rm -r nimbus-eth2_Linux_amd64_1.0.0_3594fa2a ``` <br/> # 附录 C — 扩展逻辑卷 很多时候Ubuntu只预配200GB的较大固态硬盘，导致用户在同步他们的Eth1节点时就耗尽存储空间了。报错信息近似于： ``` Powershell Fatal: Failed to register the Ethereum service: write /var/lib/goethereum/geth/chaindata/383234.ldb: no space left on device ``` 为了解决这个问题，假设你有一个大于200GB的固态硬盘，你可以通过下列步骤为 [LVM](https://wiki.ubuntu.com/Lvm) (逻辑卷管理) 扩大容量： ``` Powershell $ sudo lvdisplay # <-- Check your logical volume size $ sudo lvm > lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv > exit $ sudo resize2fs /dev/ubuntu-vg/ubuntu-lv $ df -h # <-- Check results ``` 这会重新调整你的硬盘至它的最大可用空间。 如果你在这方面需要支持，请在 [EthStaker](https://discord.gg/7z8wzehjrJ) 的Discord上寻求帮助。 <br/> # 完整免责声明 这篇文章（教程) 仅供参考，不构成专业建议。作者不保证文章中任何信息的准确性、质量、完整性、实效性与有效性。本文所有信息均按“原样”提供，不作任何形式的保证，并可随时更改，恕不另行通知。作者不因任何目的对任何形式的明示、暗示和法定保证负责，包括对文章内容的准确性、时效性、完整性或合适性的保证。作者也不对任何直接、间接、偶然、后果性或任何其他因使用本文或根据本文所提供的信息而造成的损害负责。这包括任何人身伤害、业务中断、使用损失、数据丢失、利润损失或任何其他金钱损失，无论是在合同、疏忽或其他不当使用中，即使作者已了解这种可能性。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-tekuhttps://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-tekuTue, 15 Dec 2020 00:00:00 GMT来源 | [someresat.medium.com](https://someresat.medium.com/guide-to-staking-on-ethereum-2-0-ubuntu-lighthouse-41de20513b12)  本文基于ConsenSys的Teku客户端，详细讲解如何参与以太坊2.0主网质押。主要基于以下几个技术： - [Ubuntu](https://ubuntu.com/) v20.04 (LTS) x64 server [Ubuntu](https://ubuntu.com/) v20.04 (LTS) x64 服务器 - [Go Ethereum](https://geth.ethereum.org/) Node ([code branch](https://github.com/ethereum/go-ethereum)) [Go Ethereum](https://geth.ethereum.org/) 节点 ([代码分支](https://github.com/ethereum/go-ethereum)) - [ConsenSys](https://consensys.net/knowledge-base/ethereum-2/teku/) ETH 2.0 客户端 —— Teku ([代码分支](https://github.com/PegaSysEng/teku)) - 浏览器插件加密钱包 [MetaMask](https://metamask.io/) **提示：参与质押至少需要32 ETH 以及额外的gas费。 在搞清楚之前切记不要向任意地址发送ETH。本教程介绍了如何安全地将你的ETH存入存款合约。请牢记不要将ETH发送给任何人。** <br/> # 致谢 本教程参考了网上的各种资料，感谢这些提供资料的贡献者！ 感谢[EthStaker](https://discord.gg/7z8wzehjrJ)管理团队和提供教程的社区成员、Eth2 客户端团队、以及质押社区的帮助和校对。 特别感谢Eth2 客户端团队和以太坊基金会的研究员。他们经过几年的不懈努力，将我们带到这难以置信的时刻——Eth2.0成功创世。 <br/> # 免责声明 本文仅供参考，不构成专业建议。作为本教程的作者。我本人不保证文中信息的准确性，对于那些参考了本文进行操作而产生的任何损失概不负责。文末有更加完整的免责声明，请阅读之后再进行操作。 <br/> # 支持 如需技术支持，请联系： - EthStaker社区是一个以太坊2.0 Staking 社区，资源丰富且十分友好。 ​ Reddit：https://www.reddit.com/r/ethstaker/ ​ Discord：https://discord.gg/7z8wzehjrJ - Teku客户端团队，Discord: https://discord.gg/trQ378WCp4 <br/> # 条件 使用本教程需要对以太坊、ETH、Staking、Linux、MetaMask (Portis或Fortmatic) 有一定的背景知识。 还需要准备： - [Ubuntu 服务器 v20.04 (LTS) amd64](https://ubuntu.com/tutorials/install-ubuntu-server#1-overview) 或者一个较新的，在本地计算机或云端安装和运行的Ubuntu服务器。 运行本地电脑有助于去中心化，因为如果云服务商崩溃了，那么托管在此服务商的所有节点都会随之崩溃。 - 已安装或已配置的浏览器插件加密钱包[MetaMask](https://metamask.zendesk.com/hc/en-us/articles/360015489531-Getting-Started-With-MetaMask-Part-1-) (或Portis、Fortmatic)。一台装有操作系统 (Mac、Windows、Linux等) 和浏览器 (Brave、Safari、FireFox等) 的计算机。 <br/> # 从测试网到主网 如果你从测试网设置转到主网设置，那么我强烈建议你在一个全新的 (新安装的) 服务器实例上开始。本教程没有对迁移场景进行测试，所以如果你使用的是此前安装过的测试网软件，那么无法保证你的操作能成功。 <br/> # 要求 硬件要求是一个比较大的话题。总的来说：一个相对较新的CPU、8GB内存的RAM (16GB更佳)、一个内存至少500GB的SSD (1TB更佳)、稳定的网络（足够快的下载速度以及月度数据额度），这些性能都会让质押过程更加安全顺畅。 >注意：检查你的可用磁盘空间。尽管你有一个容量较大的SSD，Ubuntu也会出现仅剩200GB可用空间的状况。如果你遇到这种情况，请查看附录C —— 扩展逻辑卷。 <br/> # 概览 下面这个简化图表标明了本篇教程所涉及的范围，标黄的即是本文会覆盖到的部分：  整个流程可以概念化表述为： - 生成验证者密钥对和存款数据 - 准备Ubuntu服务器 (防火墙、安全设置等) - 设置一个Eth1 节点并同步Eth1 区块链的数据 - 配置Teku客户端并同步Eth1 节点数据 - 存款并激活验证者密钥对 那我们现在就开始吧！ <br/> # 第1步：生成质押数据 参与质押首先要决定你想要运行的验证者节点的数量，并基于此生成一些数据文件。 > 注意：如果你的存款数据和验证者密钥对已经生成，可以跳过这一步。 一个验证者节点需要存32 ETH，你的MetaMask钱包里要有相应足够的ETH。比如，如果你计划运行5个验证者节点，你将需要准备160 ETH (32*5) 并且预留一些gas费。存款过程会稍后再讲解，下面教大家怎么把设备运行起来。 ## 下载存款工具 (存款CLI) 点击[此处](https://github.com/ethereum/eth2.0-deposit-cli/releases/)下载最新发布的存款命令行界面app (CLI app)。 下载链接：https://github.com/ethereum/eth2.0-deposit-cli/releases/  在“Assets”那一栏选择与你的设备 (如Windows、Mac、Linux Desktop等) 匹配的版本并下载。 ## 运行存款工具 (Eth2 存款CLI) 解压文件，里面应该有一个二进制文件 (可执行文件)。存款工具生成用于质押的文件和一组助记词。这组助记词需要安全地保存。下面有两种选择： **建议方案：**将这份二进制文件复制粘贴到USB驱动器里。连接到一台此前从未连接过网络的计算机，将文件复制到计算机里并开始运行。 **不建议方案：**在当前使用的计算机上运行。但是网络连接可能会导致你的助记词密钥泄漏。如果没有未联网的计算机，那就在开始运行之前断开网络。 准备好之后，在终端窗口 (或windows的命令提示符CMD) 中运行这份文件以继续使用下面列出的命令。确定好你要运行的验证者节点的数量之后，用该数字替换 `<NumberOfValidators>`。比如： `--num_validators 2` Linux/Mac: ``` Powershell ./deposit new-mnemonic --num_validators <NumberOfValidators> --chain mainnet ``` Windows: ``` Powershell deposit.exe new-mnemonic --num_validators <NumberOfValidators> --chain mainnet ``` 在你选择的计算机执行上面的步骤之后，你将被要求创建一个**验证者密钥存储库 **(validator keystore) 密码，并保存在一个安全的地方。在后面的步骤中，你将需要这个keystore来上传验证者密钥到Teku的验证者钱包里。  随后会生成一组**助记词**，请保存在一个安全的地方，**这至关重要**。因为最终你需要助记词来生成提款密钥以提出质押的ETH，并且增加验证者节点时也需要使用助记词。如果你丢失了助记词，就无法将你的资产提出了。  一旦你点击确认已经记好助记词之后，你的验证者密钥对便会生成。  新创建的验证者密钥对和存款数据文件会放置在指定位置。文件夹的内容如下所示：  关于这些文件： · 文件 `deposit_data-[timestamp].json` 包含验证者公钥和质押存款信息。该文件将用于完成随后的ETH存款过程。 · 文件 `keystore-m...json` 包含经过加密的验证者签名密钥。每一个验证者节点对应一个“keystore-m”。该文件将被导入到Teku验证者钱包中以备质押时使用。随后需要将这些文件复制粘贴到Ubuntu服务器中。 ## 最后的步骤 现在你已经有了存款数据和密钥存储文件，接下来就可以设置Ubuntu服务器了。 **注意：此时还不能进行存款。** 首先完成并验证你的质押设置非常重要。如果你的ETH存款激活了，但是质押设置还没准备好的话，你将会受到怠工惩罚。 <br/> # 第2步：连接至服务器 使用一个SSH端口，连接至你的Ubuntu服务器。如果你用`root`登录，最好是重新创建一个拥有管理权限的用户账户，因为使用root用户登录存在很大的风险。 > 注意：如果你不是用`root`登录的便可以直接跳到第三步。 创建一个新账户。在 `<yourusername>` 中填入你的用户名，然后设置一个安全系数较高的密码，并输入其他可选信息。 ``` Powershell # adduser <yourusername> ``` 通过把新的用户加入`sudo`群组中，来授予其管理权限。这样用户在命令行前输入`sudo`，便会以超级用户的权限来执行操作。 ``` Powershell # usermod -aG sudo <yourusername> ``` 可选项：如果你使用SSH密钥通过`root`用户连接你的Ubuntu系统，你需要将新创建的账户和root用户的SSH密钥数据组合起来。 ``` Powershell # rsync --archive --chown=<yourusername>:<yourusername> ~/.ssh /home/<yourusername> ``` 最后，退出登录你的`root`账户，然后使用你新创建的用户名`<yourusername>`登入Ubuntu服务器。 <br/> # 第3步：升级服务器 确保系统更新至最新的软件和安全设置。 ``` Powershell $ sudo apt update && sudo apt upgrade $ sudo apt dist-upgrade && sudo apt autoremove $ sudo reboot ``` <br/> # 第4步：保护服务器 安全性十分重要。但由于本文不是针对安全性的指南，所有只列出了一些基础的设置。 ## 修改SSH默认端口 SSH默认端口是端口22，也是易受攻击的矢量，因此可以修改SSH端口来防止攻击。 在1024 — 49151之间选择一个端口号，然后运行以下命令以检索尚未使用的端口号。没有其他显示便意味着该端口号未被使用；显示红色便意味着已被使用，请尝试其他端口号。比如：`sudo ss -tulpn | grep ':6673'` ``` Powershell $ sudo ss -tulpn | grep ':<YourSSHPortNumber>' ``` 确定端口号可用之后，通过升级SSH设置来修改默认端口。 ``` Powershell $ sudo nano /etc/ssh/sshd_config ``` 在文件中检索或者添加 (如果没有的话) `Port 22` 命令行。删掉`#` (如果有的话) 并在下面的命令行中输入端口号。 ``` Powershell Port <YourSSHPortNumber> ``` 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。  重新启动 SSH 服务以显示上述所作的修改。 ``` Powershell $ sudo systemctl restart ssh ``` 登出并使用你的SSH端口号`<YourSSHPortNumber>`重新登入。 ## 配置防火墙 Ubuntu 20.04 服务器可以使用默认的 UFW 防火墙来限制访问该服务器的流量，不过要先设置其允许来自 SSH、Go Ethereum、Teku 的入站流量。 **安装 UFW 防火墙** 按照下面的命令行输入以保证在默认情况下安装 UFW。 ``` Powershell $ sudo apt install ufw ``` **应用 UFW 默认值** 明确地应用默认值，拒绝入站流量，允许出站流量。 ``` Powershell $ sudo ufw default deny incoming $ sudo ufw default allow outgoing ``` **允许 SSH** 允许你此前设置的端口号 `<YourSSHPortNumber>` 的入站流量。SSH 要求 TCP 协议。比如：`sudo ufw allow 6673/tcp` ``` Powershell $ sudo ufw allow <yourSSHportnumber>/tcp ``` **拒绝 SSH 端口号22** 拒绝端口 22/TCP 的入站流量。 > 注意：当你完成了修改 SSH 默认端口之后再做这一步。 ``` Powershell $ sudo ufw deny 22/tcp ``` **允许 Go Ethereum** 允许与 Go Ethereum 的对等节点 (端口 30303) 进行点对点 (P2P) 连接。如果你使用第三方托管的 Eth1 节点，则可以跳过这一步。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口 30303 的入站流量。 ``` Powershell $ sudo ufw allow 30303 ``` **允许 Teku 客户端** 允许与 Teku 的对等节点进行点对点连接，以便在信标链节点上 (端口9000) 进行操作。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口9000 的入站流量。 ``` Powershell $ sudo ufw allow 9000 ``` 开启防火墙并检查是否已按上述步骤正确地配置。 ``` Powershell $ sudo ufw enable $ sudo ufw status numbered ``` 参考下方的截图。  <br/> # 第5步：配置定时器 Ubuntu 内置了时间同步，并默认使用 systemd‘s timesyncd 服务进行激活。验证其是否正确运行。 ``` Powershell $ timedatectl ``` 激活 `NTP service` ，运行方式： ``` Powershell $ sudo timedatectl set-ntp on ``` 参考下方的截图：  只能使用单个定时器服务。如果你此前安装过 NTPD，你需要检查此文件是否还存在，如果存在请操作下面的命令行以删除。 ``` Powershell $ ntpq -p $ sudo apt-get remove ntp ``` <br/> # 第6步：设置一个 Eth1 节点 参与质押需要一个 Eth1 节点。你可以选择运行一个本地 Eth1 节点，也可以使用第三方提供的节点。本教程会详细讲解如何运行 Go Ethereum，如果你选择第三方服务的话，可以跳过这一步。 > 注意：检查你的可用磁盘空间。一个Eth1节点需要大概400GB的存储空间。尽管你有一个容量较大的固态硬盘，Ubuntu也可能显示仅剩200GB的可用空间。如果你遇到这种情况，请查看附录C —— 扩展逻辑卷。 ## 安装 Go Ethereum 使用PPA (Personal Package Archives，个人安装包存档) 安装Go Ethereum客户端。 ``` Powershell $ sudo add-apt-repository -y ppa:ethereum/ethereum $ sudo apt update $ sudo apt install geth ``` 将Go Ethereum作为后台服务来运行，运行该服务需要创建一个账户。此种类型的账户无法登录服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false goeth ``` 为Eth1区块链创建数据目录，用来存储Eth1节点数据。 ``` Powershell $ sudo mkdir -p /var/lib/goethereum ``` . 设置目录的权限。 `goeth` 账户需要权限来修改该数据目录。 ``` Powershell $ sudo chown -R goeth:goeth /var/lib/goethereum ``` 创建一个systemd服务配置文件来对该服务进行配置。 ``` Powershell $ sudo nano /etc/systemd/system/geth.service ``` 将下列的服务配置复制粘贴到文档中。 ``` Powershell [Unit] Description=Go Ethereum Client After=network.target Wants=network.target[Service] User=goeth Group=goeth Type=simple Restart=always RestartSec=5 ExecStart=geth --http --datadir /var/lib/goethereum --cache 2048 --maxpeers 30[Install] WantedBy=default.target ``` 需要注意的 [flags](https://geth.ethereum.org/docs/interface/command-line-options)： `--http` 用来公开与Teku信标链节点连接的一个HTTP端口 (http://localhost:8545)。 `--cache` 指的是内部缓存的大小，以GB为单位。数值的增减取决于你的可用系统内存。设置 `2048` 将大概需要使用 4-5 GB的内存。 `--maxpeers` 指的是所连接节点的最大数值。节点数量越多，意味着越多的网络数据可用空间。所以记得不要将该数值设置得太低，否则你的Eth1节点将难以保持同步。 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。  重新加载 systemd 以显示上述的更改并启动服务。检查状态以确保其正确运行。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo systemctl status geth ``` 参考下方的截图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (此操作不会影响geth服务)。 允许geth服务在系统重启时自动启动。 ``` Powershell $ sudo systemctl enable geth ``` Go Ethereum节点将会开始同步。你可以运行下列命令来追踪进程或检查错误。按“CTRL+c”退出 (此操作不会影响geth服务)。 ``` Powershell $ sudo journalctl -fu geth.service ``` 参考下方的截图：  ## 查看同步状态 要检查Eth1节点同步状态，请使用下列命令访问控制台。 ``` Powershell geth attach http://127.0.0.1:8545 > eth.syncing ``` 如果显示结果是 `false` ，表明你的同步已完成。如果显示结果是同步数据，表明你仍在同步。作为参考，大概有7-8亿个已知状态 `knownStates`. 参考下方的截图  完成时按“CTRL+d”以退出。 ## 检查连接的对等节点 要检查你的Eth1节点所连接的对等节点，请使用下列命令访问控制台。 ``` Powershell geth attach http://127.0.0.1:8545 > net.peerCount ``` 对等节点总数 `peerCount` 不会超过你所设置的最大对等节点总数 `--maxpeers` 。如果无法找到需要同步的对等节点，参阅下一部分。 完成后按“CTRL+d”以退出。 ## 添加 bootnodes (可选) 有时可能要花点时间才能找到要同步的对等节点，可以添加bootnodes以改善这种情况。访问https://gist.github.com/rfikki/a2ccdc1a31ff24884106da7b9e6a7453 获得最新的清单并根据下列操作修改geth服务： ``` Powershell $ sudo systemctl stop geth $ sudo nano /etc/systemd/system/geth.service ``` 修改 `ExecStart` 行，添加 `--bootnodes` flag：在下方罗列出最新的对等节点，并以逗号分割。 ``` Powershell ExecStart=geth --http --datadir /var/lib/goethereum --cache 2048 --maxpeers 30 --bootnodes "enode://d0b4a09d072b3f021e233fe55d43dc404a77eeaed32da9860cc72a5523c90d31ef9fab7f3da87967bc52c1118ca3241c0eced50290a87e0a91a271b5fac8d0a6@157.230.142.236:30303,enode://5070366042daaf15752fea340e7ffce3fd8fc576ac846034bd551c3eebac76db122a73fe8418804c5070a5e6d690fae133d9953f85d7aa00375d9a4a06741dbc@116.202.231.71:30303" ``` 保存文件之后退出。然后重启服务并观察。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo journalctl -fu geth.service ``` > 注意：需要按照一系列特定的步骤来更新Geth。更多信息请参见“附录A：更新Geth”。 <br/> # 第7步：下载Teku Teke客户端由两份二进制文件组成：信标链节点和验证者客户端。本步骤将讲解如何下载Teku二进制文件。 首先，访问https://github.com/ConsenSys/teku/releases并找到最新发布的Teku版本。通常在页面的最顶部，比如：  在“Downloads”那一栏选择“binary distribution”。  然后将下载链接复制粘贴至文档“**teku-…tar.gz**”中。请确保复制的链接是正确的。  操作下列命令来下载这些文件。将下方指令部分的URL改为最新版本的下载链接。 注意语法是 `curl -Lo <outputfilename> <url>`。 ``` Powershell $ cd ~ $ sudo apt install curl $ curl -Lo teku-20.11.0.tar.gz https://bintray.com/consensys/pegasys-repo/download_file?file_path=teku-20.11.0.tar.gz ``` 从归档文件中提取二进制文件并复制到 `/usr/local/bin` 目录，Teku客户端会在该处运行这些文件。根据需求修改文档名。 ``` Powershell $ tar xvf teku-20.11.0.tar.gz $ sudo cp -a teku-20.11.0 /usr/local/bin/teku ``` 安装运行Java所必需的文件。 ``` Powershell $ sudo apt install default-jre ``` 清理所提取的文档。如需要重命名文件夹。 ``` Powershell $ cd ~ $ sudo rm teku-20.11.0.tar.gz $ sudo rm -r teku-20.11.0 ``` > 注意：需要按照一系列特定的步骤来更新Teku。更多信息请参见“附录B：更新Teku”。 <br/> # 第8步：导入验证者密钥对 导入验证者密钥对以配置Teku。 ## 复制验证者密钥存储文件 如果你的验证者存储文件 `keystore-m…json` 不是在你的Ubuntu服务器上生成的，那么你就需要将这些文件复制粘贴到你的本地目录中。你可以用 USB 把文件拷过去 (如果你的服务器是本地的)，也可以使用[安全的FTP (SFTP)](https://www.maketecheasier.com/use-sftp-transfer-files-linux-servers/)。 将文件放置在： `$HOME/eth2deposit-cli/validator_keys`。如果需要的话创建文件目录。 ## 将密钥存储文件导入验证者 创建一个目录以存储验证者密钥并将包含`keystore-m…json` 文档的`validator_keys`目录复制过去。 ``` Powershell $ sudo mkdir -p /var/lib/teku $ sudo cp -a /$HOME/eth2deposit-cli/validator_keys /var/lib/teku ``` 不要**复制`deposit_data…json`文档过去。如果你复制了，就把它删了。 ``` Powershell $ cd /var/lib/teku/validator_keys $ ls $ sudo rm <depositdatafilename> ``` 参考下方截图。  ## 创建验证者密码文档 在运行和自动重启服务的时候，Teku需要一个密码文档以访问每个验证者账户。 每一个`keystore-m...json`文档都需要一个对应的密码文档。即使每个验证者账户的密码是相同的这一步也是需要的。密码文档的命名需要与对应的 `keystore-m...json`文档相匹配。 获取密码存储文档列表 ``` Powershell $ ls /var/lib/teku/validator_keys ``` 对于每个`keystore_m*.json`文档，都要创建一个名字相同的密码文档。 在你执行下一个命令前，以`<jsonfilename>`命名这个json文档。不要忘了在最后加上`.txt `。例如：`sudo nano /var/lib/teku/validator_keys/keystore-m_12381_3600_0_0_0–1606351647.txt` ``` Powershell $ sudo nano /var/lib/teku/validator_keys/<jsonfilename>.txt ``` 在txt文档里，用`YourKeystorePasswordForThisValidator`代替密钥存储密码 (你在第1步创建验证者文档时提供的密码) 参考下方截图。按 CTRL+x然后'y'，按回车保存然后退出。  对每个`*.json`文档重复以上步骤，直到每个json 文档都有一个包含对应密钥储存密码的txt文档。 参考下方截图。  > 注意：不应该出现一个`*deposit_data-\*.json*`文档。如果有，把它删了。它会引起报错，因为Teku会认为它有一个对应的密码文档。 <br/> # 第9步：配置Teku服务 在这一步，你将要把Teku的信标节点作为服务来配置并运行，因此如果系统重启，这个过程将自动重新开始。 ## 设置账户和目录 为信标节点的运行创建一个账户。这种账户不能用来登录进入服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false teku ``` ## S设置权限 设置目录权限。Teku账户如果要修改在上一步创建的数据目录(`/var/lib/teku`)的话需要授权。 ``` Powershell $ sudo chown -R teku:teku /var/lib/teku $ ls -dl /var/lib/teku ``` 参考下方的截图。  将文档权限应用于验证者密钥，以提供额外的安全性和防止以外删除。将读取/写入/执行授权给用户 (teku)。 ``` Powershell $ sudo chmod -R 700 /var/lib/teku/validator_keys $ sudo ls -lh /var/lib/teku/validator_keys ``` 参考下方的截图。  ## 创建和配置服务 创建一个systemd服务的config文档来配置服务 ``` Powershell $ sudo nano /etc/systemd/system/teku.service ``` 将下面这段代码复制粘贴到文档里 ``` Powershell [Unit] Description=Teku Eth2 Client Wants=network-online.target After=network-online.target[Service] User=teku Group=teku Type=simple Restart=always RestartSec=5 Environment="JAVA_OPTS=-Xmx2g" ExecStart=/usr/local/bin/teku/bin/teku --data-base-path=/var/lib/teku --eth1-endpoint=http://localhost:8545 --validator-keys=/var/lib/teku/validator_keys:/var/lib/teku/validator_keys --rest-api-enabled=true --rest-api-docs-enabled=true --metrics-enabled --validators-graffiti="<yourgraffiti>"[Install] WantedBy=multi-user.target ``` 需要注意的 [flags](https://docs.teku.consensys.net/en/latest/Reference/CLI/CLI-Syntax/): `Environment=”JAVA_OPTS=-Xmx2g”` 限制了堆积大小为2GB，因此Teku的运行可用总内存约为 3–3.5GB。 `--eth1-endpoint`如果你使用的是一个远程的或第三方的Eth1节点，改变这个值。如果你是在本地创建这个Eth1节点的，则不需要改变。 `--validators-graffiti="<yourgraffiti>"` 填上你自己的涂鸦字符串。出于安全与隐私，应避免使用能唯一辨识你的信息。比如`--graffiti "Hello Eth2! From Dominator"`。 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。  重新加载systemd以显示更改。 ``` Powershell $ sudo systemctl daemon-reload ``` > 注意：如果你是运行本地的Eth1节点（看第6步），你应该等待至它完全同步完数据再启动Teku服务。在这里查看进程：`*sudo journalctl -fu geth.service*` 启动服务并检查，确保运行正确。 ``` Powershell $ sudo systemctl start teku $ sudo systemctl status teku ``` 参考下方的截图  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (不会影响 teku的服务)。 允许服务随系统重启而自动重启。 ``` Powershell $ sudo systemctl enable teku ``` 如果Eth2 链处于创世后的状态，Teku信标链会开始同步数据。它可能要花几个小时才能完全实现同步。你可以通过运行`journalctl` 命令来追踪进程或检查错误。按CTRL+c退出 (将不会影响teku的服务) ``` Powershell $ sudo journalctl -fu teku.service ``` 日志的截位视图会显示以下状态信息。 ``` Powershell Nov 26 21:00:50 ETH-STAKER-001 teku[41629]: 21:00:50.573 INFO - Eth1 tracker successfully caught up to chain head Nov 26 21:10:49 ETH-STAKER-001 teku[41629]: 21:10:49.010 INFO - 4 days 14 hours 49 minutes 34 seconds until genesis time is reached. Peers: 74 ``` 当Eth2主网启动，信标链和验证者将自动开始处理数据。 你可以在 [beaconcha.in](https://beaconcha.in/)查看你的验证者状态。只需要搜索你的验证者公钥或使用你的MetaMask （或其他）钱包地址进行搜索。你的数据可能要过一段时间才会在网站上显示。 <br/> # 第10步：进行验证者存款 现在你的节点已经设置好并开始运行，你将需要将ETH存入你的验证者节点。 > 注意：如果你已经提交了你的质押存款，你可以跳过这一步 这一步是关于将所需的ETH存入Eth2.0的存款合约。不要把ETH发送到存款合约。这需要在浏览器上通过Eth2.0的Launchpad网站启动你的MetaMask (或其他) 钱包。 > 注意：如果是在创世后进行的话，你需要在你的Eth1节点和信标链都完全同步完之前存入你的存款。如果你不这样做，当你的Eth1节点或信标链在同步时，Teku会处于怠工状态，而你可能要遭遇怠工惩罚。 以太坊2.0 Launchpad: https://launchpad.ethereum.org/ 一直随着屏幕切换点击这些警告步骤，直到你到达**密钥对生成**的部分。选择你打算运行的验证者数量。选择一个与你在步骤1中生成的验证者文件数量相匹配的值。  往下滚动，看这些内容你是否同意，然后点击“Continue” (继续)。  你会被要求上传`deposit_data-[timestamp].json`文档。这个文档你是在步骤1生成的。浏览/选择或拖拉这个文档，然后点击Continue。  连接你的钱包。选择MetaMask (或者是其他支持的钱包)，登录，选择存有你的ETH的钱包，然后点击Continue。 你的MetaMask余额就会显示出来。如果你选择了主网且你有充足的ETH余额，网站会允许你继续下一步。  然后会出现一个Summary (总结)，显示验证者数和所需的ETH数量。如果你同意的话就给那些方框打勾，然后点击Continue。  如果你准备好去存款了，点击"Initiate All Transactions" (启动所有交易）。  当你到了可以确认每笔交易那一步时，MetaMask (或其他钱包)的窗口会自动弹出。 当所有的交易都成功完成时，你的质押也完成了！  恭喜你已经成功存入你的质押存款了！ ## 查看你的验证者存款状态 新加入的验证者需要等一下 (几个小时到几天不等)才能激活。你可以以下几步来查看你的密钥状态： 1. 复制你的MetaMask (或其他）钱包地址。 2. 前往这里: [beaconcha.in/](https://beaconcha.in/) 3. 用你的钱包地址搜索你的密钥  点进某个验证者详情，每个验证者激活后你会看到在Status那一栏有预估时间。  现在你面前有一个条正在运作的信标链、一个验证者节点以及你的主网存款。如果以太坊2.0主网处于运行中，一旦你的存款被激活，你将开始工作并赚取收益。 **恭喜你：你终于正式成为了一名以太坊质押者** 是时候来一顿肥宅水狂欢了。 <br/> # 第11步：监测 因为一些还没被解决的安全问题，监测这一部分将在未来补充到这份教程。 # 结束语及后续建议 感谢大家给我这个机会。希望这份教程能帮到大家。 **后续步骤:** \- 检查三次所有密钥与密码备份。 \- 重启你的电脑并确保服务都能自动启动。 \- 了解如何升级客户端与服务器软件。 \- 使用`htop`来监测本地电脑的资源 \- 熟悉[beaconcha.in](https://beaconcha.in/) ，这样你就能监测你的验证者情况，其提供警报功能 （通过邮件发送，需要注册）和最多[3个POAP](https://beaconcha.in/poap)。 \- 加入 [Ethstaker](https://discord.gg/7z8wzehjrJ)和[Teku](https://discord.gg/trQ378WCp4)的Discord，留意重要通知。 \- 请在[Discord](https://discord.gg/7z8wzehjrJ)、 [Twitter](https://www.twitter.com/SomerEsat)、或[Reddit](https://www.reddit.com/user/SomerEsat)分享对这份教程的反馈。 \- 在 [Ethstaker](https://discord.gg/7z8wzehjrJ) 的discord上帮助其他人设置。 \- 用[friend link](https://someresat.medium.com/41de20513b12?source=friends_link&sk=ac7477fd99b6648a5745a3e327f2701c)分享这份教程 \- 支持一下：somer.eth <br/> # 延伸阅读 强烈建议大家从尽可能多的来源获取信息，还有很多其他资源可以帮助你熟悉如何在Eth2上质押。 如果作者对这些资源还没测试或验证过，而你采用了的话，是要自己承担风险的。 \- 客户端团队的官方文档 [Prysm](https://docs.prylabs.network/docs/getting-started) | [Lighthouse](https://lighthouse-book.sigmaprime.io/) | [Teku](https://docs.teku.consensys.net/en/latest/) | [Nimbus](https://status-im.github.io/nimbus-eth2/intro.html) \- [/r/EthStaker Sticky](https://www.reddit.com/r/ethstaker/comments/jjdxvw/welcome_to_rethstaker_the_home_for_ethereum/) \- [以太坊2.0客户端的非官方docker环境](https://github.com/eth2-educators/eth2-docker) \- [如何在Ubuntu上设置Eth2主网验证者系统](https://github.com/metanull-operator/eth2-ubuntu) \- [指南 | 如何在ETH2主网设置验证者](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet) \- [指南 | ETH2验证者信标链节点的安全最佳实践](https://www.coincashew.com/coins/overview-eth/guide-or-security-best-practices-for-a-eth2-validator-beaconchain-node) \- [ETH2质押节点的额外监察](https://moody-salem.medium.com/additional-monitoring-for-eth2-staking-nodes-aea05b2f9a86) \- [以太坊2.0质押的Telegram服务](https://9elements.com/blog/ethereum-2-0-2/) https://9elements.com/blog/ethereum-2-0-2/) # 附录A — Geth更新 如果你需要更新到Geth的最新版本，请按下列步骤： ``` Powershell $ sudo systemctl stop teku $ sudo systemctl stop geth $ sudo apt update && sudo apt upgrade $ sudo systemctl start geth $ sudo systemctl status geth # <-- Check for errors $ sudo journalctl -fu geth # <-- Monitor $ sudo systemctl start teku $ sudo systemctl status teku # <-- Check for errors $ sudo journalctl -fu teku.service # <-- Monitor ``` <br/> # 附录B — 更新Teku 如果你需要更新到Teku的最新版本，请按下列步骤进行： 首先，前往[这里](https://github.com/ConsenSys/teku/releases)找出最新的Linux发布。在Downloads那一栏，点击"binary distribution"。然后复制下载连接到**teku-…tar.gz**文档。确认你复制的是正确的链接。 将下方指令部分的URL改为最新版本的下载链接。 ``` Powershell $ cd ~ $ sudo apt install curl $ curl -Lo teku-20.11.0.tar.gz https://bintray.com/consensys/pegasys-repo/download_file?file_path=teku-20.11.0.tar.gz ``` 停止Teku客户端服务。 ``` Powershell $ sudo systemctl stop teku ``` 从存档里提出二进制文档，并复制 `/usr/local/bin`到目录。如果需要的话，修改URL名。 ``` Powershell $ tar xvf teku-20.11.0.tar.gz $ sudo rm -r /usr/local/bin/teku # <-- Remove the old files $ sudo cp -a teku-20.11.0 /usr/local/bin/teku ``` . 重新启动服务并检查错误。 ``` Powershell $ sudo systemctl start teku $ sudo systemctl status teku # <-- Check for errors $ sudo journalctl -fu teku.service # <-- Monitor ``` 清理提出的文档。如果需要的话，修改文档名称。 ``` Powershell $ cd ~ $ sudo rm teku-20.11.0.tar.gz $ sudo rm -r teku-20.11.0 ``` # 附录 C — 扩展逻辑卷 很多时候Ubuntu只预配200GB的较大固态硬盘，导致用户在同步他们的Eth1节点时就耗尽存储空间了。报错信息近似于： ``` Powershell Fatal: Failed to register the Ethereum service: write /var/lib/goethereum/geth/chaindata/383234.ldb: no space left on device ``` 为了解决这个问题，假设你有一个大于200GB的固态硬盘，你可以通过下列步骤为 [LVM](https://wiki.ubuntu.com/Lvm) (逻辑卷管理) 扩大容量： ``` Powershell $ sudo lvdisplay # <-- Check your logical volume size $ sudo lvm > lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv > exit $ sudo resize2fs /dev/ubuntu-vg/ubuntu-lv $ df -h # <-- Check results ``` 这会重新调整你的硬盘至它的最大可用空间。 如果你在这方面需要支持，请在 [EthStaker](https://discord.gg/7z8wzehjrJ) 的Discord上寻求帮助。 <br/> # 完整免责声明 这篇文章（教程) 仅供参考，不构成专业建议。作者不保证文章中任何信息的准确性、质量、完整性、实效性与有效性。本文所有信息均按“原样”提供，不作任何形式的保证，并可随时更改，恕不另行通知。作者不因任何目的对任何形式的明示、暗示和法定保证负责，包括对文章内容的准确性、时效性、完整性或合适性的保证。作者也不对任何直接、间接、偶然、后果性或任何其他因使用本文或根据本文所提供的信息而造成的损害负责。这包括任何人身伤害、业务中断、使用损失、数据丢失、利润损失或任何其他金钱损失，无论是在合同、疏忽或其他不当使用中，即使作者已了解这种可能性。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/wnie2-2020-12-12https://www.ethereum.cn/wnie2-2020-12-12Tue, 15 Dec 2020 00:00:00 GMT来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/wnie2_201212) <br/> # 致谢 感谢每一位在 [Gitcoin Grant](https://gitcoin.co/grants/551/the-ethereum-20-annotated-specification) 上支持过我的人！总共有超过一百位捐献者。我太感动了，所以我一定会继续推进注释版规范的编写。我们没有为 Teku 设置 grant 页面，有时候我会被问及这个问题，如果大家想要支持 Teku，可以考虑在本轮中对其他[支持 Eth2 的项目](https://twitter.com/benjaminion_xyz/status/1335139536381341697)进行捐赠。 <br/> # 阶段0：信标链 自 Eth2 创世以来已经十来天了，信标链一直在正常运行！ 创世活动非常顺利，[以太坊基金会和 EthStaker 联合举办的创世派对](https://www.youtube.com/watch?v=ciE75qkZXFw) 非常有趣，在 YouTube 超过了五万观看量。Ethhub 举办的直播也提供了[播客](https://podcast.ethhub.io/ethereum-20-genesis-livestream)和 [YouTube](https://www.youtube.com/watch?v=R8xuTHTzoBw) 播放。Coin Jazeera 以其奇特的风格报道了 Eth2 的创世。 大家[建议]((https://twitter.com/trent_vanepps/status/1333245682048770050))创世区块的提议者能够在涂鸦字段 (任意32字节即可) 记录一些意义深远的信息，[现实]((https://beaconcha.in/block/1))如下： > Mr F was here Vitalik 看起来似乎表示[赞许]((https://twitter.com/VitalikButerin/status/1333744735735795712))！根据 [Hudson](https://twitter.com/hudsonjameson/status/1333754154641215488) 的推文，“Mr. F 与 Queen 乐队有关，Vitalik 还进行了签名。” 随着大家对 Eth2 的信心增长，存款合约中的存款在持续累积。可以在[此处](https://www.duneanalytics.com/hagaetc/eth2-0-deposits)查看进度。 译者注：截至译文发布，已经有 ETH被质押，超过了 ETH 总量的 [1%](https://twitter.com/evan_van_ness/status/1335609788990967808)。活跃验证者为[33,427](https://beaconcha.in/)，队列中的验证者数量为[12,683]，目前激活队列的排队时长约两周多 。 大家可以在推特上关注 [Eth2 Rewards Bot](https://twitter.com/Eth2Bot) 来获取信标链状态。很高兴在45000笔存款中只有一笔[无效存款](https://twitter.com/etherscan/status/1336180806306263045)，且只有1 ETH。 网络参与率一直在 99% 徘徊，这是一个非常健康的指标。我的 Teku 节点也在占用少量 CPU 和少量内存的情况下正常运行，完美同步。这符合我之前的[预测]((https://twitter.com/benjaminion_xyz/status/1318222160926736384))。 Barnabé Monnot 针对前1000个 epochs (约4.4天) 进行了全面[分析](https://ethereum.github.io/rig/eth2data/notebooks/mainnet_explore.html)。总的来说，信标链正在井井有条地运行。 ## 罚没 最戏剧化的是到目前为止，已经发生了五起明显的大额[罚没事件](https://beaconcha.in/validators/slashings)。值得一提的是，被罚没可能并不像听起来那么严重。当前会立即实施的罚款只有 32 ETH 中的 0.25 ETH，除此之外可能还有其他惩罚。主要的痛点是您的ETH现在已在信标链中锁定且处于不可用状态，直到建立了某种退出机制。 1. 第一个被罚没的验证者[20075](https://beaconcha.in/validator/20075)是因为提议了[矛盾区块](https://beaconcha.in/block/6669#proposer-slashings) (模棱两可)。根据[报告](https://twitter.com/phil_eth/status/1334227606359699456)，该用户使用同一个密钥运行了两个验证者。 2. 接下来的[十个被罚没的验证者](https://beaconcha.in/dashboard?validators=4086,4100,4102,4110,4259,4390,4451,13869,18249,21574)都来自 Ankr 的 [Stkr](https://www.ankr.com/stkr) 服务，罚没原因是做出矛盾证明。据 [Ankr 的报告](https://twitter.com/ankr/status/1334988119163203588)，事件缘由是他们的 (home-brew) 罚没保护基础设施出现故障，验证者重启后被允许进行环绕投票 (被禁止的验证者行为之一)。客户端都内置了环绕投票的预防措施，因此尚不明确是具体是哪里出现了问题。 3. 第三个被罚没的[验证者18177](https://beaconcha.in/validator/18177)是因为[双重提议](https://beaconcha.in/block/22374#proposer-slashings)。相同高度的矛盾区块包含不同的涂鸦 (graffiti)。最可能的原因是使用同一个密钥在不同地方运行验证者，该行为的目的可能是尝试获取“[POAP](https://beaconcha.in/poap)”。 4.第四个被罚没的[验证者25645](https://beaconcha.in/validator/25645)也是因为[双重提议](https://beaconcha.in/block/40772#proposer-slashings)。该验证者在 [EthStaker 论坛](https://www.reddit.com/r/ethstaker/comments/k8aszv/does_validator_can_not_process_twice_ive_been/)上称其使用同一个密钥设置了两个验证者。 5. 第五个被罚没的[验证者7635](https://beaconcha.in/validator/7635)是因为对同一个目标检查点给出了[两份证明](https://beaconcha.in/block/43920#attester-slashings)。 以上其中至少三起罚没事件，都源于我们反复提醒过的不当操作：在多处同时使用同一个密钥运行验证者。无论如何请[切忌这样做](https://twitter.com/benjaminion_xyz/status/1334881186003492864)！ 大家有可能在尝试进行冗余配置。*这是错误的想法！*短期离线 (一两天) 对于验证者长期的奖励总额不会有太大影响，比起被罚没这更为可取。用Vitalik的话来说：“不要用力过猛 (don’t try so hard)”！Carl Beekhuizen 在以太坊基金会博客的文章 *[Perfect is the enemy of the good](https://blog.ethereum.org/2020/12/10/validated-perfect-is-the-enemy-of-the-good/)* 中对此进行了更详细的解读。另，Prysm 客户端团队的 Raul Jordan 也撰写了一篇 *[Eth2 Slashing Prevention Tips](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50)* 来帮助大家避免被罚没，这适用于所有客户端。 关于罚没，Blox Staking 的 Alon Muroch 发文阐述了[最小罚没保护](https://alonmuroch-65570.medium.com/minimal-slashing-protection-45e679af235a)。这与 Teku 前阵子加入的本地罚没保护不谋而合：简洁至美。Alon 的文章没有包含区块提议，但这部分内容不多。 ## 测试网 当前的测试网是 [Pyrmont](https://pyrmont.beaconcha.in/)，目前在平稳运行中 (90% 的验证者由客户端团队和 EF 运行)。目前进入不需要排队，我们希望 Pyrmont 至少在一月结束前都作为主要的测试网。 ## 工具 我非常喜欢这个社区的一点在于：每当产生需求和机会时，总有人会出现。对于不断壮大的工具生态系统来说也是如此。 - 感谢 [Beaconcha.in](http://beaconcha.in/) 推出了监测验证者的[移动版应用](https://twitter.com/etherchain_org/status/1336949569498853377)。我正在使用，非常不错 - 信标节点和验证者的[脚本安装](https://www.reddit.com/r/ethstaker/comments/kadtfd/is_this_the_easiest_way_to_setup_a_node_yet_i/) (目前只有 Pyrmont 测试网的 Lighthouse 版本) - CoinCashew 在他们的客户端安装教程中加入了一个部分，介绍如何使用谷歌云的免费服务来[监测节点的运行时间](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet#6-4-monitoring-with-uptime-check-by-google-cloud)。此处是一个[视频](https://www.youtube.com/watch?v=txgOVDTemPQ)教程 - 既然说到谷歌了，这里还有一篇来自 Nansen 关于[使用Google BigQuery 对以太坊2.0进行 ETL](https://research.nansen.ai/ethereum-2-0-etl-and-medalla-data-in-google-bigquery/) 的文章，我之前没有留意到 - 来自Stakewise的 [BLS Horcrux](https://github.com/stakewise/bls-horcrux) 使用Shamir的私密共享免信任地创建了 BLS 阈值签名 - 我的同事 Adrian Sutton [展示](https://www.symphonious.net/2020/12/04/exploring-eth2-attestation-inclusion-rates-with-chaind/)了如何使用 [`chaind`](https://github.com/wealdtech/chaind) 工具 (来自Medalla 数据竞赛[冠军](https://blog.ethereum.org/2020/11/17/medalla-data-challenge-results/) Jim McDonald) 来监测节点性能。(Adrian 在其中发现了一个与字节序相关的bug) - Protolambda 为客户端 API 提供了[测试生成器](https://github.com/protolambda/eth2-api-testgen) - 此处是一个新项目，为监测 Eth2 节点状态[创建接口](https://github.com/dmtsys/eth2-nodes-uptime-monitoring)，目前正在寻求贡献者。 ## 质押服务 目前有一些质押服务商的列表： - [Stakefish](https://stake.fish/en/ethereum/services/) - [StakingEther](https://stakingether.com/) - [Beaconcha.in](https://beaconcha.in/stakingServices) [EthStaker 社区](https://www.reddit.com/r/ethstaker/comments/jsuv8c/the_ethstakers_have_initialized_the_ethereum_due/)正在组建一个以太坊尽职委员会 ([Ethereum due diligence committee](https://ethddc.org/)) 来对质押服务进行评估。大家可以在[这里](https://www.youtube.com/watch?v=Tm1xnP6hbBY&list=PLOB9GGXGcc30Inhp5bU8hmi4POCDR0Pnn)查看此前的讨论。 大家使用的质押服务可能出现在[这里](https://hackmd.io/@benjaminion/advertising)哦。 <br/> # 路线图 Vitalik 更新了他的 [Eth2 路线图](https://twitter.com/VitalikButerin/status/1333922620857745408)，新加入了进度条。 其中强调的主要变化，即我们之前注意到的，Eth1/Eth2的合并进程，以及我们现在会并行进行分片和请客户端的工作。合并的主要可能方案是[可执行信标链](https://ethresear.ch/t/executable-beacon-chain/8271?u=benjaminion)，目前在由 Mikhail Kalinin 进行原型开发。 Vitalik 还提出了一些[协议上的调整](https://hackmd.io/@HWeNw8hNRimMm2m2GH56Cw/HkTzLKOov)，可能会在短到中期内实施。对于客户端来说，其中一个挑战在于如何处理及时处理 epoch 转换：epochs 的前几个区块在 Pyrmont 测试网中常常成为孤块，而 epoch 之初的证明经常都不正确。这个问题尚未对信标链产生影响，但是越早解决这个问题越好，这是提案的目标之一。 对于更短期来说，一种其他形式的提款机制也正处于讨论中。当前的机制是，一旦你进行了质押，你需要保管好 BLS 私钥，用于在将来从信标链中提取存款，但是具体的提款机制还没有进行设计。这对于个人质押这来说问题不大，但是对于免信任的质押池来说则不然，因为他们需要通过一个智能合约来管理提款。既然 Eth1 和 Eth2 的合并可能会来得更早，还是需要对这种机制进行规划，至少在实现方式上要达成一定的确定性。我们在上期对一些提案进行了[论述](https://hackmd.io/@benjaminion/wnie2_201130#Research)，Dmitry Shmatko 也发表了[他的方案](https://ethresear.ch/t/make-validator-withdrawals-great/8334?u=benjaminion)。 Lakshman Sankar 写了篇文章[支持质押池](https://www.lakshmansankar.com/#/staking-pools)，并且参与了 [EthStaker 第12次社区会议](https://www.youtube.com/watch?v=kJCj-c-4tZU) 进行相关讨论。自那之后，规范出现了一条 [PR](https://github.com/ethereum/eth2.0-specs/pull/2149)，Superphiz 对此进行了一些[评论](https://www.reddit.com/r/ethstaker/comments/kbgvpk/this_is_gentlemen_udjrtwo_has_submitted_a_request/)。这份 PR 中的内容在技术上来说没有难度，甚至不需要对信标链进行分叉。对明确的承诺达成共识是一件好事。 <br/> # 文章与媒体资源 关于配置和质押的资源： - Coogan Brennan 的运行验证者系列[之二](https://consensys.net/blog/featured/my-journey-to-becoming-a-validator-on-ethereum-2-0-part-2/) - Tyler Underwood，自称非技术人员：[Eth2 on MacOS: 非技术新手指南](https://lighthouse.sigmaprime.io/macos-guide.html) - Argent 的 Graeme Blackwood：[一名设计师的 Eth2 验证者指南](https://www.argent.xyz/blog/eth-2-validator-setup/)。整个过程中他的决策基本上是没问题的，除了一个迷惑的决策（你发现了吗？） [[1\]](https://hackmd.io/@benjaminion/wnie2_201212#fn1) Superphiz： - Phiz 和 Defi Dad 一起出现在 [Yield TV](https://www.pscp.tv/w/1RDGlPjPZjjGL) 讨论如何参与 Eth2 质押 (前20分钟) - 他依然在持续每天发布短视频，讨论质押相关的重要话题。此处是 Superphiz 的 [State of the Stake](https://www.youtube.com/watch?v=SMVN66mU7tw&list=PLOB9GGXGcc31_rKi1PlG0kGYf35e6l1wy) 播放列表 关于权益证明： - Yule Souza Andrade 的系列推文：[PoS 的优势 (简单版)](https://twitter.com/yulesa/status/1333506601291014148) - Vitalik 参加 Bankless 的播客：[为什么选择 PoS？](https://www.youtube.com/watch?v=Hvdaw78kP6s) - 我的 ConsenSys 同事 Meredith Baxter 为 Teku 的快照同步制作了一个[视频 demo]https://www.youtube.com/watch?v=Oz3flfj50Ig，并且阐释了 PoS 中的长程攻击。 Messari: - Messari 和 BisonTrails 发布了长达[70页的报告](https://messari.io/road-to-eth2)：”ETH 2.0: The Next Evolution of the Cryptoeconomy“ (ETH2.0，密码经济的下一次演进)。需要注册，但值得下载。由Wilson Withiam 和 Ryan Watkins撰写。 - Wilson Withiam 的[系列推文](https://twitter.com/WilsonWithiam/status/1333781766436483073)对 Eth2 的历史进行了回顾 (完整报告的前菜) - Ryan 和 Wilson 参与了 Bankless 的播客，对该报告进行了讨论。 [视频](https://www.youtube.com/watch?v=pmiseBiDjG0)，[播客](http://podcast.banklesshq.com/sotn25-road-to-ethereum-20-w-ryan-watkin-wilson-withiam-of-messari)。 - 他们也参加了 Unchained 的[播客](https://unchainedpodcast.com/ethereum-2-0-what-you-need-to-know/) (时长一小时，提供文本） 明显是到了以太坊 2.0相关报告出炉的季节了。Delphi 也发布了一份报告，但仅向会员开放。 008BisonTrails 的 Viktor Bunin 一直在输出关于 Eth2 的内容，此处是 [007](https://bisontrails.co/eth2/007/) 和 [008](https://bisontrails.co/eth2/008/)。 Afri 参与了 [Outlier Ventures](https://twitter.com/OVioHQ/status/1335934818295672832) 在Crowdcast 上的 [Eth2 AMA](https://www.crowdcast.io/e/eth2-nodes-networks-staking)。 最后，Blox Staking 的 Alon Muroch 在 12 月 11 日参与了秘密共享验证者 (Secret Shared Validators) 的社区会议。此处是他的[幻灯片](https://docs.google.com/presentation/d/1t2qkIRaQ76hBXCfTqTlZYV88868YIgiBCpXKHXSTA6c/edit#slide=id.g712b570bb1_0_63)，展示了 SSV 如何助力免信任质押池，以及其中的优劣所在。 <br/> # 常规会议 ## 实现者会议 12 月 3 日进行了第53次实现者会议。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/193) - [会议视频](https://youtu.be/8mE--yxMZtk?t=42) - 我的[会议速记](https://hackmd.io/@benjaminion/SJphODIiv)，以及 [Mamy 的笔记](https://gist.github.com/mratsim/d35a5171c52d3b998b492e9512f6cee7) 没什么大消息，我们讨论了一下测试网的发展。总结：我们会持续运行 Pyrmont 到一月结束。 ## 网络 我们在 10 日进行了 networking 的常规会议，三个月来的首次。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/194) - [我的速记](https://hackmd.io/@benjaminion/HySRGsJ2D) 其中有许多不错的讨论，要了解细节需要参与进来。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。https://www.ethereum.cn/eth-Weekly-2020-12-14https://www.ethereum.cn/eth-Weekly-2020-12-14Mon, 14 Dec 2020 00:00:00 GMT # Eth2 ### Eth2 Staking奖励更新 根据@Eth2 Rewards Bot，截至今天早上为止，验证者网络状态：质押年化率15.31%，网络参与率99.18%，活跃验证者32,155名。验证者队伍情况：排队时间为14天7小时，等候验证者有12,861名，对质押年化率的影响为-1.50%。预测年收益为4.9 ETH。  ### Beaconcha.in推出验证者app  Bitfly公司宣布beaconcha.in的Eth2.0验证者浏览器上线移动版本，功能包括：验证者遇到问题时会收到警示；追踪用户的验证者状况；所使用的客户端发布更新时用户会收到提醒。 安卓端：https://t.co/rtDjQVFW2H?amp=1 IOS端：https://t.co/TTblh9jZU2?amp=1 ### 信标链前1000个epoch分析 以太坊研究员Barnabé Monnot于12月7日发表了报告《探索eth2前1000个epoch》([Exploring the first 1000 epochs of eth2](https://ethereum.github.io/rig/eth2data/notebooks/mainnet_explore.html)) ，分析了eth2主网在epoch 0到1000 (2020-12-05 22:40:23 UTC) 的数据。报告重新梳理了一个聚合证明 (aggregate)里不同组成部分的角色与职责，总结了这些前1000个epoch各部分证明的正确率，以及集合证明里的一些常见问题，还整理了一个集合词汇表，以下是ECN的翻译 | 名称 | 解释 | 统计数据 | 建议 | | :---------------------------------- | :----------------------------------------------------------- | :----------------------------------------------------------- | :----------------------------------------- | | 聚合证明 （Aggregate） | 集合了单个委员会中验证者投票的证明 | 在slot 0到32031里有309426个聚合 | 无 | | 个人证明（Individual attestation ） | 单个、唯一的验证者的投票 | 有22,522,856份个人证明 | 无 | | 存款率（Savings ratio） | 个人证明与聚合证明里的比率 | 存款率是72.79 | 继续提高! | | Redundant aggregate | Redundant aggregate包含已经打包到链上的验证者证明，这些验证者证明还可能在不同的聚合里有不同的证明索引。 | 有17,564个Redundant aggregate被打包了，占所有聚合的5.68% | 不要重复打包聚合证明 | | Myopic redundant aggregate | Myopic redundant aggregate包含被重复打包到链上的验证者证明，且这些证明索引经常是相同的。 | 有5,027个Myopic redundant aggregate，展所有冗余聚合证明的28.62%，和所有聚合证明的1.62% | 这两种Myopic redundant aggregate都不要打包 | 下一个表格给出了几种聚合证明分类的定义，它们指的是在同一个区块里出现了两种或更多的状况，但还是那五个属性（证明slot、委员会、信标根、来源根与目标根）。 | 名称 | 解释 | 统计数据 | 建议 | | :----------------- | :----------------------------------------------------------- | :----------------------------------------------------------- | :----------------------------------------------------------- | | 严重冗余聚合证明 | 被重复打包到同一个区块的聚合证明 | 存在严重冗余聚合证明 | 只保留一个严重冗余聚合证明 | | 子集聚合证明 | 如果不是严重冗余聚合证明，那就是在同一个区块里完全包含在另一个聚合证明里的聚合证明 | 在slot 32,000之前有843个自己聚合证明，占所有聚合证明的0.27% | 抛弃所有的子集聚合证明 | | 严重冲突的聚合证明 | 如果不是一个子集聚合证明，那就是具有索引 I 证明的聚合证明，且同一个区块中存在另一个具有索引 J 的聚合证明，两个聚合证明的关系是 I∩J≠∅。 | 在slot32,000前面有35,543个严重冲突的聚合证明，占所有聚合证明的11.49% | 这类聚合证明不能再进行聚合。不要动它们了。 | | 轻度冲突聚合证明 | 如果不是一个严重冲突的聚合证明，那就是具有索引 I 的聚合证明，且在同一个区块里存在另一个同样的聚合证明，但其证明索引为 J | 在slot 32,000之前没有轻度冲突聚合证明 | 这类聚合证明可以进一步用证明索引I∪J进行聚合。理想情况下，应该没有轻度冲突聚合证明。 | 报告原文：https://ethereum.github.io/rig/eth2data/notebooks/mainnet_explore.html ### Justin Drake谈质押中心化 Eth2开发者Justin Drake发推称，目前10.7%的验证者节点来自Kraken交易所，而Coinbase和Bitfinex验证者节点比Kraken的多5.8倍。这意味着，两个中心化交易所便掌握了1/3的验证者节点，五个交易所就掌握着1/2的验证者节点。Justin提倡大家单独运行验证者节点来推进去中心化。编者注：选择单独质押的请参考教程《以太坊2.0主网质押教学(Ubuntu/Prysm)》、《以太坊2.0主网质押教学(Ubuntu/Lighthouse)》、《以太坊2.0 Staking Solo指南（视频）》 <br/> # Layer2 ### Skale招募社区大使 二层扩容方案SKALE公布其“Ambassador Gamez”计划，目的是为SKALE团队招揽人才以及在社区中推广SKALE协议的教育。 !{p3](https://i.ibb.co/fDJp5Jp/3.png) 于12月17日举办完欢迎派对之后，SKALE将分三个阶段开展“Ambassador Gamez”：第一阶段2020年12月28日-30日；第二阶段2021年1月15-17日；第三阶段：2021年1月28-30日。Ambassador Gamez的获胜者将成为SKALE大使 (Ambassador Crew) 的一名成员，并且第二和第三个阶段会给予参与者SKL代币奖励。 想要参加SKALE大使活动的读者，请于本月27号前报名，更多信息： https://skale.network/blog/ambassadorgamez ### Uniswap交互授权超780万次 去中心化交易所Uniswap创始人 Hayden Adams发推称，Uniswap V2Router02上的交互授权已超过780万次，假设每次授权使用的平均交易费为0.5美元，那么意味着光是授权就已经产生了480万美元的gas费。而在Uniswap上交易每天产生的gas费就有42万美元，一年便将产生1.5亿美元的gas费。Hayden表示，这说明二层解决方案应用刻不容缓。而此前，Uniswap与Offchain labs合作推出了Arbiswap的测试网：https://swap.arbitrum.io/#/swap 测试网使用方法可参考ECN的《以太七日谈 • 2020/11/16》。 <br/> # DeFi ### 从CeFi 到 DeFi  根据glassnode的数据显示，充值ETH到中心化交易所而产生的交易费占以太坊上的交易费总额的比例从2017年的25%左右降到当前的1%以下。而交易费多数是因从中心化交易所中提币而产生。 ### Bancor锁仓量突破一亿美元 去中心化交易所Bancor发推宣布其总锁仓量突破1亿美元。自10月份Bancor v2.1发布以来，Bancor的总锁仓量增长了7倍，此次升级包括：单资产敞口、无常损失保险和 BNT 代币流动性挖矿。  <br/> # 生态 ### 史上最贵的加密艺术作品拍卖成功 加密艺术家beeple在NFT平台Nifty Gateway上以777,777万美元的价格成功拍卖其作品“THE COMPLETE MF COLLECTION”，是目前为止拍卖价格最贵的加密作品。 THE COMPLETE MF COLLECTION是beeple于2007年发起的一个项目“EVERYDAYS”，计划每天创作一幅画，作品有17分31秒，包括4917幅画，下图是该加密作品中包含的其中一幅：  ### 本期最佳meme Q：请问我可以在以太坊/DeFi上做些啥投资？ 我： 本期完，下周见。https://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-lighthousehttps://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-lighthouseFri, 11 Dec 2020 00:00:00 GMT来源 | [someresat.medium.com](https://someresat.medium.com/guide-to-staking-on-ethereum-2-0-ubuntu-lighthouse-41de20513b12)  本文基于Sigma Prime的Lighthouse客户端，详细讲解如何参与以太坊2.0主网质押。主要基于以下几个技术： - [Ubuntu](https://ubuntu.com/) v20.04 (LTS) x64 服务器 - [Go Ethereum](https://geth.ethereum.org/) 节点 ([代码分支](https://github.com/ethereum/go-ethereum)) - [Sigma Prime’s](https://sigmaprime.io/) ETH 2.0 客户端 —— Lighthouse（ ([代码分支](https://github.com/sigp/lighthouse)) - 浏览器插件加密钱包 [MetaMask](https://metamask.io/) 提示：参与质押至少需要32 ETH 以及额外的gas费。 在搞清楚之前切记不要向任意地址发送ETH。本教程介绍了如何安全地将你的ETH存入存款合约。请牢记不要将ETH发送给任何人。 <br/> # 致谢 本教程参考了网上的各种资料，感谢这些提供资料的贡献者！ 感谢[EthStaker](https://discord.gg/7z8wzehjrJ)管理团队和提供教程的社区成员、Eth2 客户端团队、以及质押社区的帮助和校对。 特别感谢Eth2 客户端团队和以太坊基金会的研究员。他们经过几年的不懈努力，将我们带到这难以置信的时刻——Eth2.0成功创世。 <br/> # 免责声明 本文仅供参考，不构成专业建议。作为本教程的作者。我本人不保证文中信息的准确性，对于那些参考了本文进行操作而产生的任何损失概不负责。文末有更加完整的免责声明，请阅读之后再进行操作。 <br/> # 支持 如需技术支持，请联系： - EthStaker社区是一个以太坊2.0 Staking 社区，资源丰富且十分友好。 ​ Reddit：https://www.reddit.com/r/ethstaker/ ​ Discord：https://discord.gg/7z8wzehjrJ - Lighthouse 客户端团队，Discord: https://discord.gg/gdq27tnKSM <br/> # 条件 使用本教程需要对以太坊、ETH、Staking、Linux、MetaMask (Portis或Fortmatic) 有一定的背景知识。 还需要准备： - [Ubuntu 服务器 v20.04 (LTS) amd64](https://ubuntu.com/tutorials/install-ubuntu-server#1-overview) 或者一个较新的，在本地计算机或云端安装和运行的Ubuntu服务器。 运行本地电脑有助于去中心化，因为如果云服务商崩溃了，那么托管在此服务商的所有节点都会随之崩溃。 - 已安装或已配置的浏览器插件加密钱包[MetaMask](https://metamask.zendesk.com/hc/en-us/articles/360015489531-Getting-Started-With-MetaMask-Part-1-) (或Portis、Fortmatic)。一台装有操作系统 (Mac、Windows、Linux等) 和浏览器 (Brave、Safari、FireFox等) 的计算机。 <br/> # 从测试网到主网 如果你从测试网设置转到主网设置，那么我强烈建议你在一个全新的 (新安装的) 服务器实例上开始。本教程没有对迁移场景进行测试，所以如果你使用的是此前安装过的测试网软件，那么无法保证你的操作能成功。 <br/> # 要求 - 硬件要求是一个比较大的话题。总的来说：一个相对较新的CPU、8GB内存的RAM (16GB更佳)、一个内存至少500GB的SSD (1TB更佳)、稳定的网络（足够快的下载速度以及月度数据额度），这些性能都会让质押过程更加安全顺畅。 **注意：检查你的可用磁盘空间。尽管你有一个容量较大的SSD，Ubuntu也会出现仅剩200GB可用空间的状况。如果你遇到这种情况，请查看附录C —— 扩展逻辑卷。** <br/> # 概览 下面这个简化图表标明了本篇教程所涉及的范围，标黄的即是本文会覆盖到的部分：  整个流程可以概念化表述为： - 生成验证者密钥对和存款数据 - 准备Ubuntu服务器 (防火墙、安全设置等) - 设置一个Eth1 节点并同步Eth1 区块链的数据 - 配置Lighthouse客户端并同步Eth1 节点数据 - 存款并激活验证者密钥对 那我们现在就开始吧！ <br/> # 第1步：生成质押数据 参与质押首先要决定你想要运行的验证者节点的数量，并基于此生成一些数据文件。 >注意：如果你的存款数据和验证者密钥对已经生成，可以跳过这一步。 一个验证者节点需要存32 ETH，你的MetaMask钱包里要有相应足够的ETH。比如，如果你计划运行5个验证者节点，你将需要准备160 ETH (32*5) 并且预留一些gas费。存款过程会稍后再讲解，下面教大家怎么把设备运行起来。 ## 下载存款工具 (存款CLI) 点击[此处](https://github.com/ethereum/eth2.0-deposit-cli/releases/)下载最新发布的存款命令行界面app (CLI app)。 下载链接：https://github.com/ethereum/eth2.0-deposit-cli/releases/  在“Assets”那一栏选择与你的设备 (如Windows、Mac、Linux Desktop等) 匹配的版本并下载。 ## 运行存款工具 (Eth2 存款CLI) 解压文件，里面应该有一个二进制文件 (可执行文件)。存款工具生成用于质押的文件和一组助记词。这组助记词需要安全地保存。下面有两种选择： **建议方案**：将这份二进制文件复制粘贴到USB驱动器里。连接到一台此前从未连接过网络的计算机，将文件复制到计算机里并开始运行。 **不建议方案**：在当前使用的计算机上运行。但是网络连接可能会导致你的助记词密钥泄漏。如果没有未联网的计算机，那就在开始运行之前断开网络。 准备好之后，在终端窗口 (或windows的命令提示符CMD) 中运行这份文件以继续使用下面列出的命令。确定好你要运行的验证者节点的数量之后，用该数字替换 `<NumberOfValidators>`。比如： `--num_validators 2` Linux/Mac: ``` Powershell ./deposit new-mnemonic --num_validators <NumberOfValidators> --chain mainnet ``` Windows: ``` Powershell deposit.exe new-mnemonic --num_validators <NumberOfValidators> --chain mainnet ``` 在你选择的计算机执行上面的步骤之后，你将被要求创建一个**验证者密钥存储库 **(validator keystore) 密码，并保存在一个安全的地方。在后面的步骤中，你将需要这个keystore来上传验证者密钥到Lighthouse的验证者钱包里。  随后会生成一组**助记词**，请保存在一个安全的地方，**这至关重要**。因为最终你需要助记词来生成提款密钥以提出质押的ETH，并且增加验证者节点时也需要使用助记词。如果你丢失了助记词，就无法将你的资产提出了。  一旦你点击确认已经记好助记词之后，你的验证者密钥对便会生成。  新创建的验证者密钥对和存款数据文件会放置在指定位置。文件夹的内容如下所示：  关于这些文件： · 文件 `deposit_data-[timestamp].json` 包含验证者公钥和质押存款信息。该文件将用于完成随后的ETH存款过程。 · 文件 `keystore-m...json` 包含经过加密的验证者签名密钥。每一个验证者节点对应一个“keystore-m”。该文件将被导入到Lighthouse验证者钱包中以备质押时使用。随后需要将这些文件复制粘贴到Ubuntu服务器中。 ## 最后的步骤 现在你已经有了存款数据和密钥存储库文件，接下来就可以设置Ubuntu服务器了。 **注意：此时还不能进行存款。** 首先完成并验证你的质押设置非常重要。如果你的ETH存款激活了，但是质押设置还没准备好的话，你将会受到怠工惩罚。 <br/> # 第2步：连接至服务器 使用一个SSH端口，连接至你的Ubuntu服务器。如果你用`root`登录，最好是重新创建一个拥有管理权限的用户账户，因为使用root用户登录存在很大的风险。 > 注意：如果你不是用`root`登录的便可以直接跳到第三步。 创建一个新账户。在 `<yourusername>` 中填入你的用户名，然后设置一个安全系数较高的密码，并输入其他可选信息。 ``` Powershell # adduser <yourusername> ``` 通过把新的用户加入`sudo`群组中，来授予其管理权限。这样用户在命令行前输入`sudo`，便会以超级用户的权限来执行操作。 ``` Powershell # usermod -aG sudo <yourusername> ``` 可选项：如果你使用SSH密钥通过`root`用户连接你的Ubuntu系统，你需要将新创建的账户和root用户的SSH密钥数据组合起来。 ``` Powershell # rsync --archive --chown=<yourusername>:<yourusername> ~/.ssh /home/<yourusername> ``` 最后，退出登录你的`root`账户，然后使用你新创建的用户名`<yourusername>`登入Ubuntu服务器。 <br/> # 第3步：升级服务器 确保系统更新至最新的软件和安全设置。 ``` Powershell $ sudo apt update && sudo apt upgrade $ sudo apt dist-upgrade && sudo apt autoremove $ sudo reboot ``` <br/> # 第4步：保护服务器 安全性十分重要。但由于本文不是针对安全性的指南，所有只列出了一些基础的设置。 ## 修改SSH默认端口 SSH默认端口是端口22，也是易受攻击的矢量，因此可以修改SSH端口来防止攻击。 在1024 — 49151之间选择一个端口号，然后运行以下命令以检索尚未使用的端口号。没有其他显示便意味着该端口号未被使用；显示红色便意味着已被使用，请尝试其他端口号。比如：`sudo ss -tulpn | grep ':6673'` ``` Powershell $ sudo ss -tulpn | grep ':<YourSSHPortNumber>' ``` 确定端口号可用之后，通过升级SSH设置来修改默认端口。 ``` Powershell $ sudo nano /etc/ssh/sshd_config ``` 在文件中检索或者添加 (如果没有的话) `Port 22` 命令行。删掉`#` (如果有的话) 并在下面的命令行中输入端口号。 ``` Powershell Port <YourSSHPortNumber> ``` 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。  重新启动 SSH 服务以显示上述所作的修改。 ``` Powershell $ sudo systemctl restart ssh ``` 登出并使用你的SSH端口号`<YourSSHPortNumber>`重新登入。 ## 配置防火墙 Ubuntu 20.04 服务器可以使用默认的 UFW 防火墙来限制访问该服务器的流量，不过要先设置其允许来自 SSH、Go Ethereum、Lighthouse 的入站流量。 **安装 UFW 防火墙** 按照下面的命令行输入以保证在默认情况下安装 UFW。 ``` Powershell $ sudo apt install ufw ``` **应用 UFW 默认值** 明确地应用默认值，拒绝入站流量，允许出站流量。 ``` Powershell $ sudo ufw default deny incoming $ sudo ufw default allow outgoing ``` **允许 SSH** 允许你此前设置的端口号 `<YourSSHPortNumber>` 的入站流量。SSH 要求 TCP 协议。比如：`sudo ufw allow 6673/tcp` ``` Powershell $ sudo ufw allow <yourSSHportnumber>/tcp ``` **拒绝 SSH 端口号22** 拒绝端口 22/TCP 的入站流量。 > 注意：当你完成了修改 SSH 默认端口之后再做这一步。 ```Powershell $ sudo ufw deny 22/tcp ``` **允许 Go Ethereum** 允许与 Go Ethereum 的对等节点 (端口 30303) 进行点对点 (P2P) 连接。如果你使用第三方托管的 Eth1 节点，则可以跳过这一步。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口 30303 的入站流量。 ``` Powershell $ sudo ufw allow 30303 ``` **允许 Lighthouse 客户端** 允许与 Lighthouse 的对等节点进行点对点连接，以便在信标链节点上 (Lighthouse 的默认端口为 9000) 进行操作。 > 注意：如果你在本地托管你的Ubuntu服务器，你需要配置你的网络路由以允许来自端口9000 的入站流量。 ``` Powershell $ sudo ufw allow 9000 ``` 开启防火墙并检查是否已按上述步骤正确地配置。 ``` Powershell $ sudo ufw enable $ sudo ufw status numbered ``` 参考下方的截图。  <br/> # 第5步：配置定时器 Ubuntu 内置了时间同步，并默认使用 systemd‘s timesyncd 服务进行激活。验证其是否正确运行。 ``` Powershell $ timedatectl ``` 激活 `NTP service` ，运行方式： ``` Powershell $ sudo timedatectl set-ntp on ``` 参考下方的截图：  只能使用单个定时器服务。如果你此前安装过 NTPD，你需要检查此文件是否还存在，如果存在请操作下面的命令行以删除。 ``` Powershell $ ntpq -p $ sudo apt-get remove ntp ``` <br/> # 第6步：设置一个 Eth1 节点 参与质押需要一个 Eth1 节点。你可以选择运行一个本地 Eth1 节点，也可以使用第三方提供的节点。本教程会详细讲解如何运行 Go Ethereum，如果你选择第三方服务的话，可以跳过这一步。 > 注意：检查你的可用磁盘空间。一个Eth1节点需要大概400GB的存储空间。尽管你有一个容量较大的固态硬盘，Ubuntu也可能显示仅剩200GB的可用空间。如果你遇到这种情况，请查看附录C —— 扩展逻辑卷。 ## 安装 Go Ethereum 使用PPA (Personal Package Archives，个人安装包存档) 安装Go Ethereum客户端。 ``` Powershell $ sudo add-apt-repository -y ppa:ethereum/ethereum $ sudo apt update $ sudo apt install geth ``` 将Go Ethereum作为后台服务来运行，运行该服务需要创建一个账户。此种类型的账户无法登录服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false goeth ``` 为Eth1区块链创建数据目录，用来存储Eth1节点数据。 ``` Powershell $ sudo mkdir -p /var/lib/goethereum ``` 设置目录的权限。 `goeth` 账户需要权限来修改该数据目录。 ``` Powershell $ sudo chown -R goeth:goeth /var/lib/goethereum ``` 创建一个systemd服务配置文件来对该服务进行配置。 ``` Powershell $ sudo nano /etc/systemd/system/geth.service ``` 将下列的服务配置复制粘贴到文档中。 ``` Powershell [Unit] Description=Go Ethereum Client After=network.target Wants=network.target[Service] User=goeth Group=goeth Type=simple Restart=always RestartSec=5 ExecStart=geth --http --datadir /var/lib/goethereum --cache 2048 --maxpeers 30[Install] WantedBy=default.target ``` 需要注意的 [flags](https://geth.ethereum.org/docs/interface/command-line-options)： `--http` 用来公开与Lighthouse信标链节点连接的一个HTTP端口 (http://localhost:8545)。 `--cache` 指的是内部缓存的大小，以GB为单位。数值的增减取决于你的可用系统内存。设置 `2048` 将大概需要使用 4-5 GB的内存。 `--maxpeers` 指的是所连接节点的最大数值。节点数量越多，意味着越多的网络数据可用空间。所以记得不要将该数值设置得太低，否则你的Eth1节点将难以保持同步。 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。  重新加载 systemd 以显示上述的更改并启动服务。检查状态以确保其正确运行。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo systemctl status geth ``` 参考下方的截图：  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (此操作不会影响geth服务)。 允许geth服务在系统重启时自动启动。 ``` Powershell $ sudo systemctl enable geth ``` Go Ethereum节点将会开始同步。你可以运行下列命令来追踪进程或检查错误。按“CTRL+c”退出 (此操作不会影响geth服务)。 ``` Powershell $ sudo journalctl -fu geth.service ``` 参考下方的截图：  ## 查看同步状态 要检查Eth1节点同步状态，请使用下列命令访问控制台。 ``` Powershell geth attach http://127.0.0.1:8545 > eth.syncing ``` 如果显示结果是 `false` ，表明你的同步已完成。如果显示结果是同步数据，表明你仍在同步。作为参考，大概有7-8亿个已知状态 `knownStates`. 参考下方的截图:  完成时按“CTRL+d”以退出。 ## 检查连接的对等节点 要检查你的Eth1节点所连接的对等节点，请使用下列命令访问控制台。 ``` Powershell geth attach http://127.0.0.1:8545 > net.peerCount ``` 对等节点总数 `peerCount` 不会超过你所设置的最大对等节点总数 `--maxpeers` 。如果无法找到需要同步的对等节点，参阅下一部分。 完成后按“CTRL+d”以退出。 ## 添加 bootnodes (可选) 有时可能要花点时间才能找到要同步的对等节点，可以添加bootnodes以改善这种情况。访问https://gist.github.com/rfikki/a2ccdc1a31ff24884106da7b9e6a7453 获得最新的清单并根据下列操作修改geth服务： ``` Powershell $ sudo systemctl stop geth $ sudo nano /etc/systemd/system/geth.service ``` 修改 `ExecStart` 行，添加 `--bootnodes` flag：在下方罗列出最新的对等节点，并以逗号分割。 ``` Powershell ExecStart=geth --http --datadir /var/lib/goethereum --cache 2048 --maxpeers 30 --bootnodes "enode://d0b4a09d072b3f021e233fe55d43dc404a77eeaed32da9860cc72a5523c90d31ef9fab7f3da87967bc52c1118ca3241c0eced50290a87e0a91a271b5fac8d0a6@157.230.142.236:30303,enode://5070366042daaf15752fea340e7ffce3fd8fc576ac846034bd551c3eebac76db122a73fe8418804c5070a5e6d690fae133d9953f85d7aa00375d9a4a06741dbc@116.202.231.71:30303" ``` 保存文件之后退出。然后重启服务并观察。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo journalctl -fu geth.service ``` > > 注意：需要按照一系列特定的步骤来更新Geth。更多信息请参见“附录A：更新Geth”。 <br/> # 第7步：下载Lighthouse Lighthouse客户端由两份二进制文件组成：信标链节点和验证者客户端。本步骤将讲解如何下载Lighthouse二进制文件。 首先，访问https://github.com/sigp/lighthouse/releases并找到最新发布的Lighthouse版本。通常在页面的最顶部，比如：  在“Assets”那一栏（如果需要的话点击展开) 将下载链接复制粘贴至文档**lighthouse-v…-x86_64-unknown-linux-gnu.tar.gz**中。请确保复制的链接是正确的。 > 注意：那里有两种类型的二进制文件 (可移植/不可移植)，他们的区别[这里](https://lighthouse-book.sigmaprime.io/installation-binaries.html)有解释。可移植二进制文件可以在更广泛的硬件中运行，但是需要花费20%的性能成本。  操作下列命令来下载这些文件。将下方指令部分的URL改为最新版本的下载链接。 ``` Powershell $ cd ~ $ sudo apt install curl $ curl -LO https://github.com/sigp/lighthouse/releases/download/v1.0.2/lighthouse-v1.0.2-x86_64-unknown-linux-gnu.tar.gz ``` 从归档文件中提取二进制文件并复制到 `/usr/local/bin` 目录，Lighthouse客户端会在该处运行这些文件。根据需求修改文档名。 ``` Powershell $ tar xvf lighthouse-v1.0.2-x86_64-unknown-linux-gnu.tar.gz $ sudo cp lighthouse /usr/local/bin ``` 输入下列命令以确认这些二进制文件是否能在你的服务器CPU上运行，如果不可以，返回并下载可移植版本，重新操作。 ``` Powershell $ cd /usr/local/bin/ $ ./lighthouse --version # <-- should display version information ``` > > 注意：有时会遇到这样的情况——版本信息已显示，但后续命令仍操作失败。如果你在运行`account validator import` 命令时遇到错误 `Illegal instruction (core dumped)` ，那么你需要换成可移植版本。 清理所提取的文档。 ``` Powershell $ cd ~ $ sudo rm lighthouse $ sudo rm lighthouse-v1.0.2-x86_64-unknown-linux-gnu.tar.gz ``` > 注意：需要按照一系列特定的步骤来更新Lighthouse。更多信息请参见“附录B：更新Lighthouse”。 <br/> # 第8步：导入验证者密钥对 导入验证者密钥对以配置Lighthouse，然后创建运行其所需要的服务以及服务配置。 ## 复制验证者密钥存储文件 如果你的验证者存储文件 `keystore-m…json` 不是在你的Ubuntu服务器上生成的，那么你就需要将这些文件复制粘贴到你的本地目录中。你可以用 USB 把文件拷过去 (如果你的服务器是本地的)，也可以使用安全的FTP (SFTP)。 将文件放置在： `$HOME/eth2deposit-cli/validator_keys`。如果需要的话创建文件目录。 ## 将密钥存储文件导入验证者客户端 创建一个目录以存储验证者钱包数据，并授予当前用户访问该目录的权限。当前用户需要访问权限来执行导入。在 `<yourusername>` 修改登入用户名。 ``` Powershell $ sudo mkdir -p /var/lib/lighthouse $ sudo chown -R <yourusername>:<yourusername> /var/lib/lighthouse ``` 运行验证者密钥导入进程。你需要提供放置已生成的密钥存储文件的路径。比如： `$HOME/eth2deposit-cli/validator_keys` ``` Powershell $ cd /usr/local/bin $ lighthouse --network mainnet account validator import --directory $HOME/eth2deposit-cli/validator_keys --datadir /var/lib/lighthouse ``` 你将需要输入密码以访问验证者密钥对，该密码你在第一步设置过。 访问每一个密钥都需要输入密码，逐个输入。确保密码输入正确，因为验证器将作为服务运行时需要将密码保存到文件中以访问密钥。 > 注意验证者数据被保存在下列路径`/var/lib/lighthouse/validators`，该路径在密钥存储文件导入进程中创建。 参考下方截图。  将默认权限恢复到 `lighthouse` 目录。 ``` Powershell sudo chown -R root:root /var/lib/lighthouse ``` 导入完成，钱包已设置好。 <br/> # 第9步：配置信标节点服务 在这一步，你要把Lighthouse的信标节点作为服务来配置并运行，因此如果系统重启，这个过程将自动重新开始。 ## 设置信标节点账户和目录 为信标节点的运行创建一个账户。这种账户不能用来登录进入服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false lighthousebeacon ``` 为Lighthouse信标节点的数据库创建数据目录和设置权限。 ``` Powershell $ sudo mkdir -p /var/lib/lighthouse/beacon $ sudo chown -R lighthousebeacon:lighthousebeacon /var/lib/lighthouse/beacon $ sudo chmod 700 /var/lib/lighthouse/beacon $ ls -dl /var/lib/lighthouse/beacon ``` 参考下方的截图  ## 创建和配置服务 Create a systemd service config file to configure the service. 创建一个systemd服务的config文档来配置服务 ``` Powershell $ sudo nano /etc/systemd/system/lighthousebeacon.service ``` 将下面这段代码复制粘贴到文档里 ``` Powershell [Unit] Description=Lighthouse Eth2 Client Beacon Node Wants=network-online.target After=network-online.target[Service] User=lighthousebeacon Group=lighthousebeacon Type=simple Restart=always RestartSec=5 ExecStart=/usr/local/bin/lighthouse bn --network mainnet --datadir /var/lib/lighthouse --staking --eth1-endpoints http://127.0.0.1:8545[Install] WantedBy=multi-user.target ``` 需要注意的 [flags](https://lighthouse-book.sigmaprime.io/api-bn.html). `bn`子命令指示Lighthouse二进制文件运行信标节点。 `--eth1-endpoints` 一个或多个逗号分隔的服务器终端，用于Web3连接。如果给定多个端点，则按照给定的顺序将端点作为回退。 同时启动 `-- eth1` flag. E.g. `--eth1-endpoints http://127.0.0.1:8545,https://yourinfuranode,https://your3rdpartynode`. 参考下方的截图。按 CTRL+x然后'y'，按回车保存然后退出。  重新加载systemd以显示更改，并启动服务。 ``` Powershell $ sudo systemctl daemon-reload ``` > 注意：如果你正在运行一个本地Eth1节点 （查看第6步），你应该等它完全同步完再启动lighthousebeacon的服务。 启动服务并查看，确保其正确运行。 ``` Powershell $ sudo systemctl start lighthousebeacon $ sudo systemctl status lighthousebeacon ``` 参考下方的截图:  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (不会影响 lighthousebeacon的服务)。 允许服务随系统重启而自动重启。 ``` Powershell $ sudo systemctl enable lighthousebeacon ``` 如果Eth2 链处于创世后的状态，Lighthouse信标链会开始同步数据。它可能要花几个小时才能完全实现同步。你可以通过运行`journalctl` 命令来追踪进程或检查错误。按CTRL+c退出 (将不会影响lighthousebeacon的服务) ``` Powershell $ sudo journalctl -fu lighthousebeacon.service ``` 日志的截位视图会显示以下状态信息。 [注意: 目前出现了一个[问题](https://github.com/sigp/lighthouse/issues/1965)导致出现错误信息] ``` Powershell INFO Waiting for genesis wait_time: 5 days 5 hrs, peers: 50, service: slot_notifier ``` 当Eth2主网启动，信标链和验证者将自动开始处理数据。输出数据会给出与Eth1节点完全同步的指示。 <br/> # 第10步：配置验证者服务 在这一步，你需要将你的验证者客户端作为一项后台服务来配置和运行，因此系统重启时这个进程会自动重启。 ## 创建验证者节点的账户和目录 为验证者客户端的运行创建一个账户。这类账户无法登录服务器。 ``` Powershell $ sudo useradd --no-create-home --shell /bin/false lighthousevalidator ``` 在第8步创建验证者钱包时已经创建了这个目录：`/var/lib/lighthouse/validators`。现在设置权限，使得只有`lighthousevalidator` 可以修改这个目录。 ``` Powershell $ sudo chown -R lighthousevalidator:lighthousevalidator /var/lib/lighthouse/validators $ sudo chmod 700 /var/lib/lighthouse/validators $ ls -dl /var/lib/lighthouse/validators ``` 参考下方的截图  ## 创建并配置服务 创建一个systemd服务文件来存储配置服务 ``` Powershell $ sudo nano /etc/systemd/system/lighthousevalidator.service ``` 将下面这段代码复制粘贴到文档里 ``` Powershell [Unit] Description=Lighthouse Eth2 Client Validator Node Wants=network-online.target After=network-online.target[Service] User=lighthousevalidator Group=lighthousevalidator Type=simple Restart=always RestartSec=5 ExecStart=/usr/local/bin/lighthouse vc --network mainnet --datadir /var/lib/lighthouse --graffiti "<yourgraffiti>"[Install] WantedBy=multi-user.target ``` 需要注意的 [flags](https://lighthouse-book.sigmaprime.io/validator-management.html). `vc` 子命令指示Lighthouse二进制文件运行信标节点。 `--graffiti "<yourgraffiti>"` 填上你的涂鸦字串符。出于安全和隐私，应避免使用能唯一辨识你的信息。比如`--graffiti "Hello Eth2! From Dominator"`。 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。  重新加载systemd以显示更改,开启服务并检查，确保运行正确。 ``` Powershell $ sudo systemctl daemon-reload $ sudo systemctl start lighthousevalidator $ sudo systemctl status lighthousevalidator ``` 参考下方的截图:  如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (不会影响 lighthousevalidator的服务)。 允许服务随系统重启而自动重启。 ``` Powershell $ sudo systemctl enable lighthousevalidator ``` 你可以通过运行`journalctl`命令来追踪进程或检查错误。按CTRL+c退出(将不会影响lighthousevalidator的服务) ``` Powershell $ sudo journalctl -fu lighthousevalidator.service ``` 日志的截位视图会显示以下状态信息。 ``` Powershell INFO Lighthouse started version: Lighthouse/v1.0.2-c6baa0e INFO Configured for testnet name: mainnet WARN The mainnet specification is being used. This not recommended (yet). INFO Starting validator client validator_dir: "/var/lib/lighthouse/validators", beacon_node: http://localhost:5052/ INFO Completed validator discovery new_validators: 0 INFO Enabled validator voting_pubkey: 0xaa... INFO Enabled validator voting_pubkey: 0x90... INFO Initialized validators enabled: 2, disabled: 0 INFO Connected to beacon node version: Lighthouse/v1.0.2-c6baa0e/x86_64-linux INFO Starting node prior to genesis seconds_to_wait: 444946 INFO Waiting for genesis seconds_to_wait: 444946, bn_staking_enabled: true ``` 创世后 (即信标链已经开始处理数据后)存入的存款可能需要等几个小时到几天的时间才能激活。 Eth2主网启动后，信标链和验证者将会自动开始处理数据。 你可以在 [beaconcha.in](https://beaconcha.in/)查看你的验证者状态。只需要搜索你的验证者公钥或使用你的MetaMask （或其他）钱包地址进行搜索。你的数据可能要过一段时间才会在网站上显示。 <br/> # 第11步：进行验证者存款 现在你的节点已经设置好并开始运行，你将需要将ETH存入你的验证者节点。 > 注意：如果你已经提交了你的质押存款，你可以跳过这一步 这一步是关于将所需的ETH存入Eth2.0的存款合约。不要把ETH发送到存款合约。这需要在浏览器上通过Eth2.0的Launchpad网站启动你的MetaMask (或其他) 钱包。 > 注意：如果是在创世后进行的话，你需要在你的Eth1节点和信标链都完全同步完之前存入你的存款。如果你不这样做，当你的Eth1节点或信标链在同步时，Lighthouse会处于怠工状态，而你可能要遭遇怠工惩罚。 以太坊2.0 Launchpad: https://launchpad.ethereum.org/ . 一直随着屏幕切换点击这些警告步骤，直到你到达**密钥对生成**的部分。选择你打算运行的验证者数量。选择一个与你在步骤1中生成的验证者文件数量相匹配的值。  往下滚动，看这些内容你是否同意，然后点击“Continue” (继续)。  你会被要求上传`deposit_data-[timestamp].json`文档。这个文档你是在步骤1生成的。浏览/选择或拖拉这个文档，然后点击Continue。  连接你的钱包。选择MetaMask (或者是其他支持的钱包)，登录，选择存有你的ETH的钱包，然后点击Continue。 你的MetaMask余额就会显示出来。如果你选择了主网且你有充足的ETH余额，网站会允许你继续下一步。  然后会出现一个Summary (总结)，显示验证者数和所需的ETH数量。如果你同意的话就给那些方框打勾，然后点击Continue。  如果你准备好去存款了，点击"Initiate All Transactions" (启动所有交易）。  当你到了可以确认每笔交易那一步时，MetaMask (或其他钱包)的窗口会自动弹出。 当所有的交易都成功完成时，你的质押也完成了！  恭喜你已经成功存入你的质押存款了！ ## 查看你的验证者存款状态 新加入的验证者需要等一下 (几个小时到几天不等)才能激活。你可以以下几步来查看你的密钥状态： 1. 复制你的MetaMask (或其他）钱包地址。 2. 前往这里: [beaconcha.in/](https://beaconcha.in/) 3. 用你的钱包地址搜索你的密钥  点进某个验证者详情，每个验证者激活后你会看到在Status那一栏有预估时间。  现在你面前有一个条正在运作的信标链、一个验证者节点以及你的主网存款。如果以太坊2.0主网处于运行中，一旦你的存款被激活，你将开始工作并赚取收益。 **恭喜你：你终于正式成为了一名以太坊质押者** 是时候来一顿肥宅水狂欢了。 <br/> # 第12步：监测 因为一些还没被解决的安全问题，监测这一部分将在未来补充到这份教程。 <br/> # 结束语及后续建议 感谢大家给我这个机会。希望这份教程能帮到大家。 **后续步骤:** - 检查三次所有密钥与密码备份。 - 重启你的电脑并确保服务都能自动启动。 - 了解如何升级客户端与服务器软件。 - 使用`htop`来监测本地电脑的资源 - 熟悉[beaconcha.in](https://beaconcha.in/) ，这样你就能监测你的验证者情况，其提供警报功能 （通过邮件发送，需要注册）和最多[3个POAP](https://beaconcha.in/poap)。 - J 加入 [Ethstaker](https://discord.gg/7z8wzehjrJ)和 [Lighthouse](https://discord.com/invite/gdq27tnKSM)的Discord，留意重要通知。 - 请在[Discord](https://discord.gg/7z8wzehjrJ)、 [Twitter](https://www.twitter.com/SomerEsat)、或[Reddit](https://www.reddit.com/user/SomerEsat)分享对这份教程的反馈。 - 在 [Ethstaker](https://discord.gg/7z8wzehjrJ) 的discord上帮助其他人设置。 - 用[friend link](https://someresat.medium.com/41de20513b12?source=friends_link&sk=ac7477fd99b6648a5745a3e327f2701c)分享这份教程 - 支持一下：somer.eth <br/> # 延伸阅读 强烈建议大家从尽可能多的来源获取信息，还有很多其他资源可以帮助你熟悉如何在Eth2上质押。 如果作者对这些资源还没测试或验证过，而你采用了的话，是要自己承担风险的。 - 客户端团队的官方文档 [Prysm](https://docs.prylabs.network/docs/getting-started) | [Lighthouse](https://lighthouse-book.sigmaprime.io/) | [Teku](https://docs.teku.consensys.net/en/latest/) | [Nimbus](https://status-im.github.io/nimbus-eth2/intro.html) - [/r/EthStaker Sticky](https://www.reddit.com/r/ethstaker/comments/jjdxvw/welcome_to_rethstaker_the_home_for_ethereum/) - [以太坊2.0客户端的非官方docker环境](https://github.com/eth2-educators/eth2-docker) - [如何在Ubuntu上设置Eth2主网验证者系统](https://github.com/metanull-operator/eth2-ubuntu) - [指南 | 如何在ETH2主网设置验证者](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet) - [指南 | ETH2验证者信标链节点的安全最佳实践](https://www.coincashew.com/coins/overview-eth/guide-or-security-best-practices-for-a-eth2-validator-beaconchain-node) - [ETH2质押节点的额外监察](https://moody-salem.medium.com/additional-monitoring-for-eth2-staking-nodes-aea05b2f9a86) - [以太坊2.0质押的Telegram服务](https://9elements.com/blog/ethereum-2-0-2/) <br/> # 附录A — Geth更新 如果你需要更新到Geth的最新版本，请按下列步骤： ``` Powershell $ sudo systemctl stop lighthousevalidator $ sudo systemctl stop lighthousebeacon$ sudo systemctl stop geth $ sudo apt update && sudo apt upgrade $ sudo systemctl start geth $ sudo systemctl status geth # <-- Check for errors $ sudo journalctl -fu geth # <-- Monitor$ sudo systemctl start lighthousebeacon $ sudo systemctl status lighthousebeacon # <-- Check for errors $ sudo journalctl -fu lighthousebeacon # <-- Monitor$ sudo systemctl start lighthousevalidator $ sudo systemctl status lighthousevalidator # <-- Check for errors $ sudo journalctl -fu lighthousevalidator # <-- Monitor ``` # <br/> # 附录B — 更新Lighthouse 如果你需要更新到Lighthouse的最新版本，请按下列步骤进行： 首先，前往[这里](https://github.com/sigp/lighthouse/releases)找出最新的Linux发布。 > 注意：会有两种类型的二进制文件——可移植的不可移植的。[这里](https://lighthouse-book.sigmaprime.io/installation-binaries.html)解释了两者的区别。确认你选的是正确的类型。 ``` Powershell $ cd ~ $ sudo apt install curl $ curl -LO https://github.com/sigp/lighthouse/releases/download/v1.0.2/lighthouse-v1.0.2-x86_64-unknown-linux-gnu.tar.gz ``` 停止Lighthouse客户端服务。 ```Powershell $ sudo systemctl stop lighthousevalidator $ sudo systemctl stop lighthousebeacon ``` 从存档里提出二进制文档，并复制 `/usr/local/bin`到目录。如果需要的话，修改URL名。 ``` Powershell $ tar xvf lighthouse-v1.0.2-x86_64-unknown-linux-gnu.tar.gz $ sudo cp lighthouse /usr/local/bin ``` 重新启动服务并检查错误。 ``` Powershell $ sudo systemctl start lighthousebeacon $ sudo systemctl status lighthousebeacon # <-- Check for errors $ sudo journalctl -fu lighthousebeacon # <-- Monitor$ sudo systemctl start lighthousevalidator $ sudo systemctl status lighthousevalidator # <-- Check for errors $ sudo journalctl -fu lighthousevalidator # <-- Monitor ``` 清理提出的文档。 ``` Powershell $ cd ~ $ sudo rm lighthouse $ sudo rm lighthouse-v1.0.2-x86_64-unknown-linux-gnu.tar.gz ``` <br/> # 附录 C — 扩展逻辑卷 很多时候Ubuntu只预配200GB的较大固态硬盘，导致用户在同步他们的Eth1节点时就耗尽存储空间了。报错信息近似于： ``` Powershell Fatal: Failed to register the Ethereum service: write /var/lib/goethereum/geth/chaindata/383234.ldb: no space left on device ``` 为了解决这个问题，假设你有一个大于200GB的固态硬盘，你可以通过下列步骤为 [LVM](https://wiki.ubuntu.com/Lvm) (逻辑卷管理) 扩大容量： ``` Powershell $ sudo lvdisplay # <-- Check your logical volume size $ sudo lvm > lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv > lvextend -l +100%FREE -r /dev/ubuntu-vg/ubuntu-lv > exit $ sudo resize2fs /dev/ubuntu-vg/ubuntu-lv $ df -h # <-- Check results ``` 这会重新调整你的硬盘至它的最大可用空间。 如果你在这方面需要支持，请在 [EthStaker](https://discord.gg/7z8wzehjrJ) 的Discord上寻求帮助。 <br/> # 完整免责声明 这篇文章（教程) 仅供参考，不构成专业建议。作者不保证文章中任何信息的准确性、质量、完整性、实效性与有效性。本文所有信息均按“原样”提供，不作任何形式的保证，并可随时更改，恕不另行通知。作者不因任何目的对任何形式的明示、暗示和法定保证负责，包括对文章内容的准确性、时效性、完整性或合适性的保证。作者也不对任何直接、间接、偶然、后果性或任何其他因使用本文或根据本文所提供的信息而造成的损害负责。这包括任何人身伤害、业务中断、使用损失、数据丢失、利润损失或任何其他金钱损失，无论是在合同、疏忽或其他不当使用中，即使作者已了解这种可能性。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-prysmhttps://www.ethereum.cn/guide-to-staking-on-ethereum-2-0-ubuntu-prysmThu, 10 Dec 2020 00:00:00 GMT来源 | [someresat.medium.com](https://someresat.medium.com/guide-to-staking-on-ethereum-2-0-ubuntu-prysm-56f681646f74) <br/>  <br/> 本文基于Prysmatic Labs的Prysm客户端，详细讲解如何参与以太坊2.0主网质押。主要基于以下几个技术： - [Ubuntu](https://ubuntu.com/) Ubuntu v20.04 (LTS) x64 服务器 - [Go Ethereum](https://geth.ethereum.org/) 节点 ([代码分支](https://github.com/ethereum/go-ethereum)) - Prysmatic Labs ETH 2.0 客户端 —— Prysm ([代码分支](https://github.com/prysmaticlabs/prysm)) - 浏览器插件加密钱包 MetaMask[MetaMask](https://metamask.io/) **提示：参与质押至少需要32 ETH 以及额外的gas费。 在搞清楚之前切记不要向任意地址发送ETH。本教程介绍了如何安全地将你的ETH存入存款合约。请牢记不要将ETH发送给任何人。** <br/> # 致谢 本教程参考了网上的各种资料，感谢这些提供资料的贡献者！ 感谢[EthStaker](https://discord.gg/7z8wzehjrJ)管理团队和提供教程的社区成员、Eth2 客户端团队、以及质押社区的帮助和校对。 特别感谢Eth2 客户端团队和以太坊基金会的研究员。他们经过几年的不懈努力，将我们带到这难以置信的时刻——Eth2.0成功创世。 <br/> # 免责声明 本文仅供参考，不构成专业建议。作为本教程的作者。我本人不保证文中信息的准确性，对于那些参考了本文进行操作而产生的任何损失概不负责。文末有更加完整的免责声明，请阅读之后再进行操作。 <br/> # 支持 如需技术支持，请联系： - EthStaker社区是一个以太坊2.0 Staking 社区，资源丰富且十分友好。 - Reddit：https://www.reddit.com/r/ethstaker/ - Discord：https://discord.gg/7z8wzehjrJ - Prysm 客户端团队，Discord：https://discord.gg/GVM5TJwzkU <br/> # 条件 使用本教程需要对以太坊、ETH、Staking、Linux、MetaMask (Portis或Fortmatic) 有一定的背景知识。 还需要准备： - [Ubuntu 服务器 v20.04 (LTS) amd64](https://ubuntu.com/tutorials/install-ubuntu-server#1-overview) 或者一个较新的，在本地计算机或云端安装和运行的Ubuntu服务器。 - 已安装或已配置的浏览器插件加密钱包[MetaMask](https://metamask.zendesk.com/hc/en-us/articles/360015489531-Getting-Started-With-MetaMask-Part-1-) (或Portis、Fortmatic)。一台装有操作系统 (Mac、Windows、Linux等) 和浏览器 (Brave、Safari、FireFox等) 的计算机。 <br/> # 从测试网到主网 如果你从测试网设置转到主网设置，那么我强烈建议你在一个全新的 (新安装的) 服务器实例上开始。本教程没有对迁移场景进行测试，所以如果你使用的是此前安装过的测试网软件，那么无法保证你的操作能成功。 <br/> # 要求 · 硬件要求是一个比较大的话题。总的来说：一个相对较新的CPU、8GB内存的RAM (16GB更佳)、一个内存至少500GB的SSD (1TB更佳)、稳定的网络（足够快的下载速度以及月度数据额度），这些性能都会让质押过程更加安全顺畅。 **注意：检查你的可用磁盘空间。尽管你有一个容量较大的SSD，Ubuntu也会出现仅剩200GB可用空间的状况。如果你遇到这种情况，请查看附录C —— 扩展逻辑卷。** <br/> # 概览 下面这个简化图表标明了本篇教程所涉及的范围，标黄的即是本文会覆盖到的部分： <center><img src="https://i.ibb.co/GTy57kG/p2.png"/></center> 整个流程可以概念化表述为： · 生成验证者密钥对和存款数据 · 准备Ubuntu服务器 (防火墙、安全设置等) · 设置一个Eth1 节点并同步Eth1 区块链的数据 · 配置Prysm客户端并同步Eth1 节点数据 · 存款并激活验证者密钥对 那我们现在就开始吧！ <br/> # 第1步：生成质押数据 参与质押首先要决定你想要运行的验证者节点的数量，并基于此生成一些数据文件。 **注意：如果你的存款数据和验证者密钥对已经生成，可以跳过这一步。** 一个验证者节点需要存32 ETH，你的MetaMask钱包里要有相应足够的ETH。比如，如果你计划运行5个验证者节点，你将需要准备160 ETH (32*5) 并且预留一些gas费。存款过程会稍后再讲解，下面教大家怎么把设备运行起来。 ## 下载存款工具 (存款CLI) 点击[此处](https://github.com/ethereum/eth2.0-deposit-cli/releases/)下载最新发布的存款命令行界面app (CLI app)。 下载链接：https://github.com/ethereum/eth2.0-deposit-cli/releases/ <center><img src="https://i.ibb.co/Hgfx578/p3.png"/></center> 在“Assets”那一栏选择与你的设备 (如Windows、Mac、Linux Desktop等) 匹配的版本并下载。 ## 运行存款工具 (Eth2 存款CLI) 解压文件，里面应该有一个二进制文件 (可执行文件)。存款工具生成用于质押的文件和一组助记词。这组助记词需要安全地保存。下面有两种选择： **建议方案**：将这份二进制文件复制粘贴到USB驱动器里。连接到一台此前从未连接过网络的计算机，将文件复制到计算机里并开始运行。 **不建议方案**：在当前使用的计算机上运行。但是网络连接可能会导致你的助记词密钥泄漏。如果没有未联网的计算机，那就在开始运行之前断开网络。 准备好之后，在终端窗口 (或windows的命令提示符CMD) 中运行这份文件以继续使用下面列出的命令。确定好你要运行的验证者节点的数量之后，用该数字替换 <NumberOfValidators>。例如：-num_validators 2 Linux/Mac: ```powershell ./deposit new-mnemonic --num_validators <NumberOfValidators> --chain mainnet ``` Windows: ```powershell deposit.exe new-mnemonic --num_validators <NumberOfValidators> --chain mainnet ``` 在你选择的计算机执行上面的步骤之后，你将被要求创建一个验证者密钥存储库 (validator keystore) 密码，并保存在一个安全的地方。在后面的步骤中，你将需要这个keystore来上传验证者密钥到Prysm的验证者钱包里。 <center><img src="https://i.ibb.co/XYZjj7q/p4.png"/></center> 随后会生成一组**助记词**，请保存在一个安全的地方，**这至关重要**。因为最终你需要助记词来生成提款密钥以提出质押的ETH，并且增加验证者节点时也需要使用助记词。如果你丢失了助记词，就无法将你的资产提出了。 <center><img src="https://i.ibb.co/K9ncHt8/p5.png"/></center> 一旦你点击确认已经记好助记词之后，你的验证者密钥对便会生成。 <center><img src="https://i.ibb.co/jTVR96R/p6.png"/></center> 新创建的验证者密钥对和存款数据文件会放置在指定位置。文件夹的内容如下所示： <center><img src="https://i.ibb.co/cQsh0nx/p7.png"/></center> 关于这些文件： · 文件 `deposit_data-[timestamp].json` 包含验证者公钥和质押存款信息。该文件将用于完成随后的ETH存款过程。 · 文件 `keystore-m...json` 包含经过加密的验证者签名密钥。每一个验证者节点对应一个“keystore-m”。该文件将被导入到Prysm验证者钱包中以备质押时使用。随后需要将这些文件复制粘贴到Ubuntu服务器中。 ## 最后的步骤 现在你已经有了存款数据和密钥存储库文件，接下来就可以设置Ubuntu服务器了。 **注意：此时还不能进行存款。** 首先完成并验证你的质押设置非常重要。如果你的ETH存款激活了，但是质押设置还没准备好的话，你将会受到怠工惩罚。 <br/> # 第2步：连接至服务器 使用一个SSH端口，连接至你的Ubuntu服务器。如果你用`root`登录，最好是重新创建一个拥有管理权限的用户账户，因为使用root用户登录存在很大的[风险](https://askubuntu.com/questions/16178/why-is-it-bad-to-log-in-as-root)。 > > 注意：如果你不是用`root`登录的便可以直接跳到第三步。 创建一个新账户。在 `<yourusername>` 中填入你的用户名，然后设置一个安全系数较高的密码，并输入其他可选信息。 ```powershell # adduser <yourusername> ``` 通过把新的用户加入`sudo`群组中，来授予其管理权限。这样用户在命令行前输入`sudo`，便会以超级用户的权限来执行操作。 ```powershell # usermod -aG sudo <yourusername> ``` 可选项：如果你使用SSH密钥通过`root`用户连接你的Ubuntu系统，你需要将新创建的账户和root用户的[SSH密钥数据](https://jumpcloud.com/blog/what-are-ssh-keys)组合起来。 ```powershell # rsync --archive --chown=<yourusername>:<yourusername> ~/.ssh /home/<yourusername> ``` 最后，退出登录你的`root`账户，然后使用你新创建的用户名`<yourusername>`登入Ubuntu服务器。 <br/> # 第3步：升级服务器 确保系统更新至最新的软件和安全设置。 ```powershell $ sudo apt update && sudo apt upgrade $ sudo apt dist-upgrade && sudo apt autoremove $ sudo reboot ``` <br/> # 第4步：保护服务器 安全性十分重要。但由于本文不是针对安全性的指南，所有只列出了一些基础的设置。 ## 修改SSH默认端口 SSH默认端口是端口22，也是易受攻击的矢量，因此可以修改SSH端口来防止攻击。 在1024 — 49151之间选择一个端口号，然后运行以下命令以检索尚未使用的端口号。没有其他显示便意味着该端口号未被使用；显示红色便意味着已被使用，请尝试其他端口号。比如：`sudo ss -tulpn | grep ':6673'` ```powershell $ sudo ss -tulpn | grep ':<YourSSHPortNumber>' ``` 确定端口号可用之后，通过升级SSH设置来修改默认端口。 ```powershell $ sudo nano /etc/ssh/sshd_config ``` 在文件中检索或者添加 (如果没有的话) `Port 22` 命令行。删掉`#` (如果有的话) 并在下面的命令行中输入端口号。 ```powershell Port <YourSSHPortNumber> ``` 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。 <center><img src="https://i.ibb.co/pzy7wfL/p8.png" /></center> 重新启动 SSH 服务以显示上述所作的修改。 ```powershell $ sudo systemctl restart ssh ``` 登出并使用你的SSH端口号`<YourSSHPortNumber>`重新登入。 ## 配置防火墙 Ubuntu 20.04 服务器可以使用默认的 [UFW 防火墙](https://help.ubuntu.com/community/UFW) 来限制访问该服务器的流量，不过要先设置其允许来自 SSH、Go Ethereum、Prysm 的入站流量。 **安装 UFW 防火墙** 按照下面的命令行输入以保证在默认情况下安装 UFW。 ```powershell $ sudo apt install ufw ``` **应用 UFW 默认值** 明确地应用默认值，拒绝入站流量，允许出站流量。 ```powershell $ sudo ufw default deny incoming $ sudo ufw default allow outgoing ``` **允许 SSH** 允许你此前设置的端口号 `<YourSSHPortNumber>` 的入站流量。SSH 要求 TCP 协议。比如：`sudo ufw allow 6673/tcp` ```powershell $ sudo ufw allow <yourSSHportnumber>/tcp ``` **拒绝 SSH 端口号22** 拒绝端口 22/TCP 的入站流量。 > NOTE: Only do this after you SSH in using `*<YourSSHPortNumber>*`. > > 注意：当你完成了修改 SSH 默认端口之后再做这一步。 ```powershell $ sudo ufw deny 22/tcp ``` **允许 Go Ethereum** 允许与 Go Ethereum 的对等节点 (端口 30303) 进行点对点 (P2P) 连接。如果你使用[第三方托管](https://ethereumnodes.com/)的 Eth1 节点，则可以跳过这一步。 > > 注意：如果你在本地托管你的Ubuntu服务器，你需要[配置](https://www.howtogeek.com/66214/how-to-forward-ports-on-your-router/)你的网络路由以允许来自端口 30303 的入站流量。 ```powershell $ sudo ufw allow 30303 ``` **允许 Prysm 客户端** 允许与 Prysm 的对等节点进行点对点连接，以便在信标链节点上 (Prysmatic Labs 的默认端口为 13000/TCP 和 12000/UDP) 进行操作。 > > 注意：如果你在本地托管你的Ubuntu服务器，你需要[配置](https://www.howtogeek.com/66214/how-to-forward-ports-on-your-router/)你的网络路由以允许来自端口 13000 和12000 的入站流量。 ```powershell $ sudo ufw allow 13000/tcp $ sudo ufw allow 12000/udp ``` 开启防火墙并检查是否已按上述步骤正确地配置。 ```powershell $ sudo ufw enable $ sudo ufw status numbered ``` 查看下面截图以供参考。 <center><img src="https://i.ibb.co/bPqGH2J/p9.png"/></center> <br/> # 第5步：配置定时器 Ubuntu 内置了时间同步，并默认使用 systemd‘s timesyncd 服务进行激活。验证其是否正确运行。 ```powershell $ timedatectl ``` 激活 `NTP service` ，运行方式： ```powershell $ sudo timedatectl set-ntp on ``` 参考下方的截图： <center><img src="https://i.ibb.co/ftXCM1Q/p10.png"/></center> 只能使用单个定时器服务。如果你此前安装过 NTPD，你需要检查此文件是否还存在，如果存在请操作下面的命令行以删除。 ```powershell $ ntpq -p $ sudo apt-get remove ntp ``` <br/> # 第6步：设置一个 Eth1 节点 参与质押需要一个 Eth1 节点。你可以选择运行一个本地 Eth1 节点，也可以使用[第三方提供的节点](https://ethereumnodes.com/)。本教程会详细讲解如何运行 Go Ethereum，如果你选择[第三方服务](https://ethereumnodes.com/)的话，可以跳过这一步。 > > 注意：检查你的可用磁盘空间。一个Eth1节点需要大概400GB的存储空间。尽管你有一个容量较大的固态硬盘，Ubuntu也可能显示仅剩200GB的可用空间。如果你遇到这种情况，请查看附录C —— 扩展逻辑卷。 ## 安装 Go Ethereum 使用PPA (Personal Package Archives，个人安装包存档) 安装Go Ethereum客户端。 ```powershell $ sudo add-apt-repository -y ppa:ethereum/ethereum $ sudo apt update $ sudo apt install geth ``` 将Go Ethereum作为后台服务来运行，运行该服务需要创建一个账户。此种类型的账户无法登录服务器。 ```powershell $ sudo useradd --no-create-home --shell /bin/false goeth ``` 为Eth1区块链创建数据目录，用来存储Eth1节点数据。 ```powershell $ sudo mkdir -p /var/lib/goethereum ``` 设置目录的权限。 `goeth` 账户需要权限来修改该数据目录。 ```powershell $ sudo chown -R goeth:goeth /var/lib/goethereum ``` 创建一个systemd服务配置文件来对该服务进行配置。 ```powershell $ sudo nano /etc/systemd/system/geth.service ``` 将下列的服务配置复制粘贴到文档中。 ```powershell [Unit] Description=Go Ethereum Client After=network.target Wants=network.target[Service] User=goeth Group=goeth Type=simple Restart=always RestartSec=5 ExecStart=geth --http --datadir /var/lib/goethereum --cache 2048 --maxpeers 30[Install] WantedBy=default.target ``` 需要注意的 [flags](https://geth.ethereum.org/docs/interface/command-line-options): `--http` 用来公开与Prysm信标链节点连接的一个HTTP端口 (http://localhost:8545)。 `--cache` 指的是内部缓存的大小，以GB为单位。数值的增减取决于你的可用系统内存。设置 `2048` 将大概需要使用 4-5 GB的内存。 `--maxpeers` 指的是所连接节点的最大数值。节点数量越多，意味着越多的网络数据可用空间。所以记得不要将该数值设置得太低，否则你的Eth1节点将难以保持同步。 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。 <center><img src="https://i.ibb.co/JBmb1PL/p11.png"/></center> 重新加载 systemd 以显示上述的更改并启动服务。检查状态以确保其正确运行。 ```powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo systemctl status geth ``` 参考下方的截图： <center><img src="https://i.ibb.co/vxr3pNh/p12.png"/></center> 如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (此操作不会影响geth服务)。 允许geth服务在系统重启时自动启动。 ```powershell $ sudo systemctl enable geth ``` Go Ethereum节点将会开始同步。你可以运行下列命令来追踪进程或检查错误。按“CTRL+c”退出 (此操作不会影响geth服务)。 ```powershell $ sudo journalctl -fu geth.service ``` 参考下方的截图： <center><img src="https://i.ibb.co/qDvJ767/p13.png"/></center> ## 查看同步状态 要检查Eth1节点[同步状态](https://www.ipaddressguide.org/how-long-time-does-it-take-to-synchronize-an-ethereum-node/)，请使用下列命令访问控制台。 ```powershell geth attach http://127.0.0.1:8545 > eth.syncing ``` 如果显示结果是 `false` ，表明你的同步已完成。如果显示结果是同步数据，表明你仍在同步。作为参考，大概有7亿个已知状态 `knownStates`. 参考下方的截图 <center><img src="https://i.ibb.co/MZjyqnH/p14.png"/></center> 完成时按“CTRL+d”以退出。 ## 检查连接的对等节点 要检查你的Eth1节点所连接的对等节点，请使用下列命令访问控制台。 ```powershell geth attach http://127.0.0.1:8545 > net.peerCount ``` 对等节点总数 `peerCount` 不会超过你所设置的最大对等节点总数 `--maxpeers` 。如果无法找到需要同步的对等节点，参阅下一部分。 完成后按“CTRL+d”以退出。 ## 添加 bootnodes (可选) 有时可能要花点时间才能找到要同步的对等节点，可以添加bootnodes以改善这种情况。访问[这里]https://gist.github.com/rfikki/a2ccdc1a31ff24884106da7b9e6a7453 获得最新的清单并根据下列操作修改geth服务： ```powershell $ sudo systemctl stop geth $ sudo nano /etc/systemd/system/geth.service ``` 修改 `ExecStart` 行，添加 `--bootnodes` flag：在下方罗列出最新的对等点，并以逗号分割。 ```powershell ExecStart=geth --http --datadir /var/lib/goethereum --cache 2048 --maxpeers 30 --bootnodes "enode://d0b4a09d072b3f021e233fe55d43dc404a77eeaed32da9860cc72a5523c90d31ef9fab7f3da87967bc52c1118ca3241c0eced50290a87e0a91a271b5fac8d0a6@157.230.142.236:30303,enode://5070366042daaf15752fea340e7ffce3fd8fc576ac846034bd551c3eebac76db122a73fe8418804c5070a5e6d690fae133d9953f85d7aa00375d9a4a06741dbc@116.202.231.71:30303" ``` 保存文件之后退出。然后重启服务并观察。 ```powershell $ sudo systemctl daemon-reload $ sudo systemctl start geth $ sudo journalctl -fu geth.service ``` > > 注意：需要按照一系列特定的步骤来更新Geth。更多信息请参见“附录A：更新Geth”。 <br/> # 第7步：下载Prysm Prysm客户端由两份二进制文件组成：信标链节点和验证者客户端。本步骤将讲解如何下载Prysm和那两份二进制文件。 首先，访问[这里]https://github.com/prysmaticlabs/prysm/releases并找到最新发布的Prysm版本。通常在页面的最顶部，比如： <center><img src="https://i.ibb.co/GdP0KHk/p15.png"/></center> 在“Assets”那一栏（如果需要的话点击展开) 将下载链接复制粘贴至文档**beacon-chain-v…-linux-amd64**以及文档**validator-v…-linux-amd64**中。请确保复制的链接是正确的。 <center><img src="https://i.ibb.co/jhRwqvV/p16.png"/></center> 操作下列命令来下载这些文件。将下方指令部分的URL改为最新版本的下载链接。 ```powershell $ cd ~ $ sudo apt install curl$ curl -LO https://github.com/prysmaticlabs/prysm/releases/download/v1.0.0/beacon-chain-v1.0.0-linux-amd64$ curl -LO https://github.com/prysmaticlabs/prysm/releases/download/v1.0.0/validator-v1.0.0-linux-amd64 ``` 重命名文档并使它们可执行。将他们复制到目录 `/usr/local/bin` 中，Prysm会在该处运行这些文件。根据需求修改文档名。 ```powershell $ mv beacon-chain-v1.0.0-linux-amd64 beacon-chain $ mv validator-v1.0.0-linux-amd64 validator$ chmod +x beacon-chain $ chmod +x validator$ sudo cp beacon-chain /usr/local/bin $ sudo cp validator /usr/local/bin ``` 清理下载的文档。 ```powershell $ cd ~ $ sudo rm beacon-chain && sudo rm validator ``` 注意：需要按照一系列特定的步骤来更新Prysm。更多信息请参见“附录B：更新Prysm”。 <br/> # 第8步：导入验证者密钥对 导入你在第1步生成的密钥对，以配置Prysm验证者钱包。 ## 复制验证者密钥存储文件 如果你的验证者存储文件 `keystore-m…json` 不是在你的Ubuntu服务器上生成的，那么你就需要将这些文件复制粘贴到你的本地目录中。你可以用 USB 把文件拷过去 (如果你的服务器是本地的)，也可以使用[安全的FTP (SFTP)](https://www.maketecheasier.com/use-sftp-transfer-files-linux-servers/)。 将文件放置在： `$HOME/eth2deposit-cli/validator_keys`。如果需要的话创建文件目录。 ## 将密钥存储文件导入验证者客户端 创建一个目录以存储验证者钱包数据，并授予当前用户访问该目录的权限。当前用户需要访问权限来执行导入。在 `<yourusername>` 修改登入用户名。 ```powershell $ sudo mkdir -p /var/lib/prysm/validator $ sudo chown -R <yourusername>:<yourusername> /var/lib/prysm/validator ``` 运行验证者密钥导入进程。你需要提供放置已生成的密钥存储库文件的路径。比如： `$HOME/eth2deposit-cli/validator_keys` ```powershell $ cd /usr/local/bin $ validator accounts import --keys-dir=$HOME/eth2deposit-cli/validator_keys ``` 然后会出现一些[使用条款](https://github.com/prysmaticlabs/prysm/blob/master/TERMS_OF_SERVICE.md)，你需要输入接受 `accept` 才能继续下一步。 你将需要提供一个**钱包目录**，在这里你可以创建新的钱包。输入：`/var/lib/prysm/validator` <center><img src="https://i.ibb.co/6Wyz7jq/p16-5.png""/></center> <center><img src="https://i.ibb.co/wz4krDB/p17.png"/></center> 然后创建一个钱包密码并保存在一个安全的地方。稍后你配置验证者时将需要使用这个密码。 <center><img src="https://i.ibb.co/wz4krDB/p17.png"/></center> 接下来你需要提供你在第1步生成的验证者密钥对。 <center><img src="https://i.ibb.co/7SN92nQ/p18.png"/></center> 如果输入正确，密钥将被导入。 <center><img src="https://i.ibb.co/rvMw28R/p19.png"/></center> ## 创建一个钱包密码文件 创建一个文件来保存钱包密码，这样Prysm验证者服务就可以在不知道密码的情况下访问该钱包了。文件命名为：password.txt ```powershell $ sudo nano /var/lib/prysm/validator/password.txt ``` 将你的新钱包密码导入文件中，用你的密码替换掉 `YourNewWalletPassword` 。 Check the screen shot below for reference. Press CTRL+x then ‘y’ then <enter> to save and exit. 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。 <center><img src="https://i.ibb.co/3rhMY57/p20.png"/></center> 接下来会讲如何设置验证者目录以及密码文件的访问权限。 现在已经导入成功并且设置好钱包了。 <br/> # 第9步：配置Prysm信标节点 在这一步，你要把节点作为服务那样来配置并运行，因此如果系统重启，这个过程将自动重新开始。 ## 设置账户和目录 为信标节点的运行创建一个账户。这种账户不能用来登录进入服务器。 ```powershell $ sudo useradd --no-create-home --shell /bin/false prysmbeacon ``` 为信标节点的数据库创建数据目录和设置权限。 ```powershell $ sudo mkdir -p /var/lib/prysm/beacon $ sudo chown -R prysmbeacon:prysmbeacon /var/lib/prysm/beacon $ sudo chmod 700 /var/lib/prysm/beacon $ ls -dl /var/lib/prysm/beacon ``` 参考下方的截图。 <center><img src="https://i.ibb.co/wMy1Wj5/p21.png"/></center> ## 创建和配置服务 创建一个systemd服务的config文档来配置服务 ```powershell $ sudo nano /etc/systemd/system/prysmbeacon.service ``` 将下面这段代码复制粘贴到文档里 ```powershell [Unit] Description=Prysm Eth2 Client Beacon Node Wants=network-online.target After=network-online.target[Service] User=prysmbeacon Group=prysmbeacon Type=simple Restart=always RestartSec=5 ExecStart=/usr/local/bin/beacon-chain --datadir=/var/lib/prysm/beacon --http-web3provider=http://127.0.0.1:8545 --accept-terms-of-use[Install] WantedBy=multi-user.target ``` 需要注意的[flags](https://docs.prylabs.network/docs/prysm-usage/parameters): `--http-web3provider` 如果你正在使用一个远程或第三方的Eth1节点，你需要改变这个值。如果你是在本地创建Eth1节点的，这里不需要改动。 `--accept-terms-of-use` 需要自动启动服务。使用这个flag表示接受Prysm的[使用条款](https://github.com/prysmaticlabs/prysm/blob/master/TERMS_OF_SERVICE.md)。 .参考下方的截图。按 CTRL+x然后'y'，按回车保存然后退出。(译者注：此处作者没有提供截图） 重新加载systemd以显示更改。 ```powershell $ sudo systemctl daemon-reload ``` Start the service and check to make sure it’s running correctly. 启动服务并检查，确保正确运行。 ```powershell $ sudo systemctl start prysmbeacon $ sudo systemctl status prysmbeacon ``` 参考下方的截图 <center><img src="https://i.ibb.co/86XMtkF/p22.png"/></center> 如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (不会影响prysmbeacon的服务)。 允许服务随系统重启而自动重启。 ```powershell $ sudo systemctl enable prysmbeacon ``` 如果Eth2 链处于创世后的状态，Prysm的信标链会开始同步数据。它可能要花几个小时才能完全实现同步。你可以通过运行`journalctl` 命令来追踪进程或检查错误。按CTRL+c退出 (将不会影响prysmbeacon的服务) ```powershell $ sudo journalctl -fu prysmbeacon.service ``` 日志的截位视图会显示以下状态信息。 ```powershell Nov 27 06:20:48 ETH-STAKER-001 bash[44829]: time="2020-11-27 06:20:48" level=info msg="Processing deposits from Ethereum 1 chain" deposits=1024 genesisValidators=1019 prefix=powchain ``` 当Eth2主网启动，信标链和验证者将自动开始处理数据。 > 注意：如果你的Eth1节点仍在同步，你将会出现以下报错信息。当同步完成了，它会自动消失。 ```powershell Nov 27 06:16:29 ETH-STAKER-001 bash[44747]: time="2020-11-27 06:16:29" level=error msg="Could not connect to powchain endpoint" error="could not dial eth1 nodes: eth1 node using incorrect chain id, 0 != 1" prefix=powchain ``` <br/> # 第10步：配置Prysm验证者客户端 在这一步，你需要将你的验证者客户端作为一项后台服务来配置和运行，因此系统重启时这个进程会自动重启。 ## 创建账户和目录 为验证者客户端的运行创建一个账户。这类账户无法登录服务器。 ```powershell $ sudo useradd --no-create-home --shell /bin/false prysmvalidator ``` 这个验证者数据目录已经在第8步创建了。现在设置权限，使得这个`prysmvalidator`账户可以修改这个数据目录。 ```powershell $ sudo chown -R prysmvalidator:prysmvalidator /var/lib/prysm/validator $ sudo chmod 700 /var/lib/prysm/validator $ ls -dl /var/lib/prysm/validator ``` 参考下方的截图。 <center><img src="https://i.ibb.co/9yRKsfm/p23.png"/></center> 验证者钱包的password.txt文档在第8步已经创建了。现在设置权限，使得只有`prysmvalidator`的账户可以读取这个文档。 ```powershell $ sudo chmod -R 700 /var/lib/prysm/validator/password.txt $ sudo ls -lh /var/lib/prysm/validator/ ``` <center><img src="https://i.ibb.co/wz109tf/p24.png"/></center> ## 创建并配置服务 创建一个systemd服务文件来配置服务 ```powershell $ sudo nano /etc/systemd/system/prysmvalidator.service ``` 将下面这段代码复制粘贴到文档里 ```powershell [Unit] Description=Prysm Eth2 Validator Client Wants=network-online.target After=network-online.target[Service] User=prysmvalidator Group=prysmvalidator Type=simple Restart=always RestartSec=5 ExecStart=/usr/local/bin/validator --datadir=/var/lib/prysm/validator --wallet-dir=/var/lib/prysm/validator --wallet-password-file=/var/lib/prysm/validator/password.txt --graffiti="<yourgraffiti>" --accept-terms-of-use[Install] WantedBy=multi-user.target ``` 需要注意的[flag](https://docs.prylabs.network/docs/prysm-usage/parameters): `--graffiti="<yourgraffiti>"` 填上你的涂鸦字串符。出于安全和隐私，应避免使用能唯一辨识你的信息。比如`--graffiti "Hello Eth2! From Dominator"`。 参考下方的截图。按CTRL+x 然后选 ‘y’ ，按回车保存并退出。 <center><img src="https://i.ibb.co/qnwySDN/p25.png"/></center> 重新加载systemd以显示更改。 ```powershell $ sudo systemctl daemon-reload ``` 开启服务并检查，确保运行正确。 ```powershell $ sudo systemctl start prysmvalidator $ sudo systemctl status prysmvalidator ``` 参考下方的截图 <center><img src="https://i.ibb.co/7gJN8Nw/p26.png"/></center> 如果你每一步都做对了，它会用绿色字体显示”active (running)"。如果没有显示，你需要倒回去重复上述步骤，修复问题。按Q退出 (不会影响prysmvalidator的服务)。 允许服务随系统重启而自动重启。 ```powershell $ sudo systemctl enable prysmvalidator ``` 你可以通过运行`journalctl`命令来追踪进程或检查错误。按CTRL+c来退出(将不会影响prysmvalidator的服务) ```powershell $ sudo journalctl -fu prysmvalidator.service ``` 日志的截位视图会显示以下状态信息。 ```powershell ETH-STAKER-001 systemd[1]: Started Prysm Eth2 Validator Client. level=warning msg="Running on ETH2 Mainnet" prefix=flags level=info msg="Opened validator wallet" keymanager-kind=direct level=info msg="Checking DB" databasePath="/var/lib/prysm/validator" level=info msg="Starting validator node" prefix=node ... level=info msg="Validating for public key" prefix=validator publicKey=0x9072a8f02c18 level=info msg="Validating for public key" prefix=validator publicKey=0xaa5ff8b63560 level=info msg="Waiting for beacon chain start log from the ETH 1.0 deposit contract" prefix=validator level=info msg="Beacon chain started" genesisTime=2020-12-01 12:00:23 +0000 UTC prefix=validator level=info msg="Waiting for deposit to be observed by beacon node" prefix=validator pubKey=0x9072a8f02c18 status="UNKNOWN_STATUS" ``` 你可以在 [beaconcha.in](https://beaconcha.in/)查看你的验证者状态。只需要搜索你的验证者公钥或使用你的MetaMask （或其他）钱包地址进行搜索。你的数据可能要过一段时间才会在网站上显示。 <br/> # 第11步：进行验证者存款 现在你的节点已经设置好并开始运行，你将需要将ETH存入你的验证者节点。 > > 注意：如果你已经提交了你的质押存款，你可以跳过这一步 这一步是关于将所需的ETH存入Eth2.0的存款合约。不要把ETH发送到存款合约。这需要在浏览器上通过Eth2.0的Launchpad网站启动你的MetaMask (或其他) 钱包。 > > 注意：如果是在创世后进行的话，你需要在你的Eth1节点和信标链都完全同步完之前存入你的存款。如果你不这样做，当你的Eth1节点或信标链在同步时，Prysm会处于怠工状态，而你可能要遭遇怠工惩罚。 以太坊2.0 Launchpad: https://launchpad.ethereum.org/ 一直随着屏幕切换点击这些警告步骤，直到你到达**密钥对生成**的部分。选择你打算运行的验证者数量。选择一个与你在步骤1中生成的验证者文件数量相匹配的值。 <center><img src="https://i.ibb.co/CwKwHzQ/p27.png" /></center> 往下滚动，看这些内容你是否同意，然后点击“Continue” (继续)。 <center><img src="https://i.ibb.co/LdJsJwY/p28.png"/></center> 你会被要求上传`deposit_data-[timestamp].json`文档。这个文档你是在步骤1生成的。浏览/选择或拖拉这个文档，然后点击Continue。 <center><img src="https://i.ibb.co/PTkh7gD/p29.png"/></center> 连接你的钱包。选择MetaMask (或者是其他支持的钱包)，登录，选择存有你的ETH的钱包，然后点击Continue。 你的MetaMask余额就会显示出来。如果你选择了主网且你有充足的ETH余额，网站会允许你继续下一步。 <center><img src="https://i.ibb.co/tqrFPLV/p30.png"/></center> 然后会出现一个Summary (总结)，显示验证者数和所需的ETH数量。如果你同意的话就给那些方框打勾，然后点击Continue。 <center><img src="https://i.ibb.co/jktcfzz/p31.png"/></center> 如果你准备好去存款了，点击"Initiate All Transactions" (启动所有交易）。 <center><img src="https://i.ibb.co/NFbJXL5/p32.png"/></center> 当你到了可以确认每笔交易那一步时，MetaMask (或其他钱包)的窗口会自动弹出。 当所有的交易都成功完成时，你的质押也完成了！ <center><img src="https://i.ibb.co/kq7Cn7v/p33.png"/></center> 恭喜你已经成功存入你的质押存款了！ ## 查看你的验证者存款状态 新加入的验证者需要等一下 (几个小时到几天不等)才能激活。你可以以下几步来查看你的密钥状态： 1. 复制你的MetaMask (或其他）钱包地址。 2. 前往这里: [beaconcha.in/](https://beaconcha.in/) 3. 用你的钱包地址搜索你的密钥 <center><img src="https://i.ibb.co/JQYHLPH/p34.png"/></center> 点进某个验证者详情，每个验证者激活后你会看到在Status那一栏有预估时间。 <center><img src="https://i.ibb.co/nbPs42c/p35.png"/></center> 现在你面前有一个条正在运作的信标链、一个验证者节点以及你的主网存款。如果以太坊2.0主网处于运行中，一旦你的存款被激活，你将开始工作并赚取收益。 **恭喜你：你终于正式成为了一名以太坊质押者** 是时候来一顿肥宅水狂欢了。 <br/> # 第12步：监测 因为一些还没被解决的安全问题，监测这一部分将在未来补充到这份教程。 <br/> # 结束语及后续建议 感谢大家给我这个机会。希望这份教程能帮到大家。 **后续步骤:** - 检查三次所有密钥与密码备份。 - 重启你的电脑并确保服务都能自动启动。 - 了解如何升级客户端与服务器软件。 - 使用`htop`来监测本地电脑的资源 - 熟悉[beaconcha.in](https://beaconcha.in/) ，这样你就能监测你的验证者情况，其提供警报功能 （通过邮件发送，需要注册）和最多[3个POAP](https://beaconcha.in/poap)。 - J 加入 [Ethstaker](https://discord.gg/7z8wzehjrJ)和 [Prysm](https://discord.gg/VaQcHq76yJ)的Discord，留意重要通知。 - 请在[Discord](https://discord.gg/7z8wzehjrJ)、 [Twitter](https://www.twitter.com/SomerEsat)、或[Reddit](https://www.reddit.com/user/SomerEsat)分享对这份教程的反馈。 - 在 [Ethstaker](https://discord.gg/7z8wzehjrJ) 的discord上帮助其他人设置。 - 用[friend link](https://someresat.medium.com/guide-to-staking-on-ethereum-2-0-ubuntu-prysm-56f681646f74?sk=b61691b713d37802b8345855dc356b02)分享这份教程 - 支持一下：somer.eth <br/> # 延伸阅读 强烈建议大家从尽可能多的来源获取信息，还有很多其他资源可以帮助你熟悉如何在Eth2上质押。 如果作者对这些资源还没测试或验证过，而你采用了的话，是要自己承担风险的。 - C客户端团队的官方文档 [Prysm](https://docs.prylabs.network/docs/getting-started) | [Lighthouse](https://lighthouse-book.sigmaprime.io/) | [Teku](https://docs.teku.consensys.net/en/latest/) | [Nimbus](https://status-im.github.io/nimbus-eth2/intro.html) - [/r/EthStaker Sticky](https://www.reddit.com/r/ethstaker/comments/jjdxvw/welcome_to_rethstaker_the_home_for_ethereum/) - [以太坊2.0客户端的非官方docker环境](https://github.com/eth2-educators/eth2-docker) - [如何在Ubuntu上设置Eth2主网验证者系统](https://github.com/metanull-operator/eth2-ubuntu) - [指南 | 如何在ETH2主网设置验证者](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet) - [指南 | ETH2验证者信标链节点的安全最佳实践](https://www.coincashew.com/coins/overview-eth/guide-or-security-best-practices-for-a-eth2-validator-beaconchain-node) - [ETH2质押节点的额外监察](https://moody-salem.medium.com/additional-monitoring-for-eth2-staking-nodes-aea05b2f9a86) - [以太坊2.0质押的Telegram服务](https://9elements.com/blog/ethereum-2-0-2/) <br/> # 附录A — Geth更新 如果你需要更新到Geth的最新版本，请按下列步骤： ```powershell $ sudo systemctl stop prysmvalidator $ sudo systemctl stop prysmbeacon $ sudo systemctl stop geth $ sudo apt update && sudo apt upgrade $ sudo systemctl start geth $ sudo systemctl status geth # <-- Check for errors $ sudo journalctl -fu geth # <-- Monitor $ sudo systemctl start prysmbeacon $ sudo systemctl status prysmbeacon# <-- Check for errors $ sudo journalctl -fu prysmbeacon.service # <-- Monitor $ sudo systemctl start prysmvalidator $ sudo systemctl status prysmvalidator# <-- Check for errors $ sudo journalctl -fu prysmvalidator.service # <-- Monitor ``` <br/> # 附录B — 更新Prysm 如果你需要更新到Prysm的最新版本，请按下列步骤进行： 首先，前往[这里](https://github.com/prysmaticlabs/prysm/releases)找出最新的Linux发布。在asset部分 (如果需要的话点击展开)复制下载连接到**beacon-chain-v…-linux-amd64** 和 **validator-v…-linux-amd64**文档。注意要复制正确的链接。 将下方指令部分的URL改为最新版本的下载链接。 ```powershell $ cd ~ $ sudo apt install curl$ curl -LO https://github.com/prysmaticlabs/prysm/releases/download/v1.0.0/beacon-chain-v1.0.0-linux-amd64$ curl -LO https://github.com/prysmaticlabs/prysm/releases/download/v1.0.0/validator-v1.0.0-linux-amd64 ``` 停止Prysm的服务。 ```powershell $ sudo systemctl stop prysmvalidator $ sudo systemctl stop prysmbeacon ``` 重命名文档使其可执行。复制它们到`/usr/local/bin` 目录。需要的话修改下方的文档名。 ```powershell $ mv beacon-chain-v1.0.0-linux-amd64 beacon-chain $ mv validator-v1.0.0-linux-amd64 validator$ chmod +x beacon-chain $ chmod +x validator$ sudo cp beacon-chain /usr/local/bin $ sudo cp validator /usr/local/bin ``` 重启服务并检查错误。 ```powershell $ sudo systemctl daemon-reload $ sudo systemctl start prysmbeacon $ sudo systemctl status prysmbeacon# <-- Check for errors $ sudo journalctl -fu prysmbeacon.service # <-- Monitor $ sudo systemctl start prysmvalidator $ sudo systemctl status prysmvalidator# <-- Check for errors $ sudo journalctl -fu prysmvalidator.service # <-- Monitor ``` 清理已下载的文档。 ```powershell $ cd ~ $ sudo rm beacon-chain && sudo rm validator ``` <br/> # 附录 C — 扩展逻辑卷 很多时候Ubuntu只预配200GB的较大固态硬盘，导致用户在同步他们的Eth1节点时就耗尽存储空间了。报错信息近似于： ```powershell Fatal: Failed to register the Ethereum service: write /var/lib/goethereum/geth/chaindata/383234.ldb: no space left on device ``` 为了解决这个问题，假设你有一个大于200GB的固态硬盘，你可以通过下列步骤为 [LVM](https://wiki.ubuntu.com/Lvm) (逻辑卷管理) 扩大容量： ```powershell $ sudo lvdisplay # <-- Check your logical volume size $ sudo lvm > lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv > exit $ sudo resize2fs /dev/ubuntu-vg/ubuntu-lv $ df -h # <-- Check results ``` 这会重新调整你的硬盘至它的最大可用空间。 如果你在这方面需要支持，请在 [EthStaker](https://discord.gg/7z8wzehjrJ) 的Discord上寻求帮助。 <br/> # 完整免责声明 这篇文章（教程) 仅供参考，不构成专业建议。作者不保证文章中任何信息的准确性、质量、完整性、实效性与有效性。本文所有信息均按“原样”提供，不作任何形式的保证，并可随时更改，恕不另行通知。作者不因任何目的对任何形式的明示、暗示和法定保证负责，包括对文章内容的准确性、时效性、完整性或合适性的保证。作者也不对任何直接、间接、偶然、后果性或任何其他因使用本文或根据本文所提供的信息而造成的损害负责。这包括任何人身伤害、业务中断、使用损失、数据丢失、利润损失或任何其他金钱损失，无论是在合同、疏忽或其他不当使用中，即使作者已了解这种可能性。https://www.ethereum.cn/beacon-chain-staking-faq-by-ethfanshttps://www.ethereum.cn/beacon-chain-staking-faq-by-ethfansTue, 08 Dec 2020 00:00:00 GMT本文转自EthFans <br/> > 编者注：本文的主要目的是提醒大家参与被称为 “以太坊 2.0” 或 “Eth2.0” 的权益证明（PoS）项目的风险，也希望在这种讲解中帮助大家理解它本身。鉴于该项目在当前具备具体形态的只有其设计组件之一 “信标链”，下文都将用 “信标链” 来指称所谓的 “Eth2.0”。相信大家看完这些常见问题的解答（及其附带材料之后），会理解这种选择。 <br/> # 一. 我需要掌握哪些基本概念？ ## 什么叫 Eth2.0？ Eth2.0 是由以太坊基金会（Ethereum Foundation，简称 “EF”）的研究团队提出的一种区块链架构，旨在实现以权益证明为共识机制、分片化执行的区块链。该部分的研究源自 EF 自设立之初便公开的愿景（实现权益证明共识的区块链）并且一直由 EF 研究团队主导，并且，按照预期，在这样一种架构可用之后，其启动状态将继承当前的以太坊主网（Ethereum Blockchain Mainnet）在某个时刻的账户状态，因此被称为 “以太坊 2.0”。 在实现的步骤上，EF 的计划是分三个阶段推出，每个阶段都增加一个组件和一部分功能。到目前为止，第三个阶段（“Phase 2”）的设计尚未全部完成；Phase 1 的技术目标，也可能发生调整。 当前，以太坊区块链上的 ETH 持币者可以参与的，是以权益证明（PoS）机制来运行的 “信标链”（Phase 0）。在设计上，信标链是整个分片化执行系统的核心，但这个核心没有执行的功能（后文我们会看到这一点的影响）。 详情可见：https://ethereum.org/en/eth2/vision/ ## 什么是验证者？ 在谈论信标链时，验证者（Validator）是 PoS 共识过程的参与者（就像 PoW 共识中提交工作量证明的矿工）。信标链验证者通过对区块的投票来形成区块链，完成共识后获得出块奖励。 ## 什么是权益证明共识机制？ 权益证明（Proof of Stake）是这样一类共识机制：它以参与者占有系统内资源（比如 token）的多少来决定其成为出块者的概率和对区块投票时的投票权重；获得多数参与者支持的区块则成为主链的一部分；而主链区块的支持者也将获得增发的 token 作为奖励。 信标链所用的 PoS 机制为 “Casper FFG 算法” + “LMD-Ghost 分叉选择规则”。两套规则联合定义了验证者在不同时机应当做什么和不应当做什么。遵循了规则的指引就能获得奖励，而违反了规则就会被惩罚。 ## 信标链多久出一次块？ 信标链的基本时间单位不是 “区块”，而是 slot 和 epoch。一个 slot 是 12 秒钟；一个 epoch 是 32 个 slot，即 6.4 分钟。每当一个 epoch 终止时，验证者们就根据预先确定的规则（以及信标链当时的状态）将每一位验证者分配到下一个 epoch 的某一个 slot 当中参与投票（称为 “见证者（attestator）”）；与此同时，每个 slot 也会有专门的一个验证者负责提议区块（称为 “提议者（proposer）”）。如果某个 slot 的提议者在当时离线了，该 slot 就无法出块，形成了一个 “跳过（missed）” 的 slot。所以多久出一个块在信标链上是不确定的，理想情况下是每 12 秒就能形成一个区块。 ## 那么验证者的奖励是每出一个块就发放一次吗？ 并不是。验证者的奖励和惩罚是每个 epoch 结算一次。每当一个 epoch 结束，新一个 epoch 开始的时候，验证者们就根据预先确定的规则结算该 epoch 的验证者奖惩，从而确定新一个 epoch 中不同验证者的投票权重。 ## 怎么成为验证者？ 首先，你需要在当前的以太坊区块链上，向押金合约 [0x00000000219ab540356cbb839cbe05303d7705fa](https://etherchain.org/account/0x00000000219ab540356cbb839cbe05303d7705fa) 发送 ETH 并提供自己为验证者安排的取款公钥和验证公钥，然后等待约 7.5 个小时，就能注册成为验证者了。注册成功后，你的验证者还需在候选队列中排队一段时间，才会实际参与 PoS 共识并获得奖励，这个时间的长短视队列的长短而定（因为每个 epoch，能从候选队伍进入 “活跃验证者” 集合的验证者数量是有限的）。 **此中的操作非常复杂，请千万不要自己手动操作，务必使用 https://launchpad.ethereum.org/ （验证者快速启动器）完成存入押金的操作**。请认准这个网站并多方检查你的交易发往的合约的地址。不要存入 ETH 以外的 token。 该网站的简介可见：https://ethfans.org/posts/eth2-validator-launchpad 其次，你需要有一台保证自己能控制、电力和网络供应稳定，并且硬件具备一定水准的计算机，运行一种客户端软件，由软件来控制您的验证者私钥并实时地参与信标链的共识。具体要求可见后文 “运营建议” 章节。 ## 什么是验证者密钥？ 跟一个信标链验证者相关的密钥对有两对，一对我们称为 “验证密钥对”，该密钥对的私钥用于验证者在参与共识的时候签名发送见证消息（attestation）；另一对我们称为 “取款密钥对”，该密钥对的私钥用于在验证者完全退出验证者队伍后取回自己的验证者名下的资金。 两把私钥都需要自己保管，如果验证私钥泄露，则他人可用你的私钥发送见证消息，导致你的验证者被大力惩罚；如果取款私钥泄露，则他人可在你的验证者退出之后先你一步取走你属于你的全部资金。 两把公钥都需要在存入押金时提交到押金合约（再强调一遍，除非你非常了解相关的密码学及智能合约，否则**请老老实实使用 https://launchpad.ethereum.org/ 的引导流程及其提供的工具，完成操作**）。 简介可见：https://ethfans.org/posts/validated-staking-on-eth2-4-keys ## 你刚刚还提到什么客户端软件？ 没错，你需要运行一些软件，由该软件托管你的验证私钥并不断地在网络中收发消息，来参与信标链的 PoS 共识。毕竟，从信标链（其他验证者）的角度来看，一个验证者就是名下有一些钱、需要不断发送见证消息的密钥对，如果你不参与共识，你的钱就血本无归了。 具体而言，你的计算机需要运行两种软件：（1）“Eth1 客户端”，例如 [Geth](https://geth.ethereum.org/)、[OpenEthereum](https://github.com/openethereum/openethereum)、[Nethermind](https://nethermind.io/)、[TurboGeth](https://github.com/ledgerwatch/turbo-geth)；（2）“Eth2 客户端”，例如 [Lighthouse](https://github.com/sigp/lighthouse)、[Prysm](https://github.com/prysmaticlabs/prysm)、[Teku](https://consensys.net/knowledge-base/ethereum-2/teku/)、[Nimbus](https://github.com/status-im/nimbus-eth2)。两类都只需选择一个即可。 不同软件的性能不同、硬件要求不同、编译难度也不同。至于其安全性，很抱歉，这里没有办法为任何一个软件的安全性背书。这里有一些部署教程： - Ubuntu OS + Geth + Prysm: https://ethfans.org/posts/guide-to-staking-on-ethereum-2-0-ubuntu-medalla-prysm - Linux + Nethermind + Lighthouse: https://ethfans.org/posts/using-nethermind-to-run-a-validator-in-eth2 - 视频教程：https://www.bilibili.com/video/BV1x541157FC <br/> # 二. 奖励、惩罚、风险 ## 我想参加信标链，听说早期参与者的收益率很高，是真的吗？ [快速启动器网站](https://launchpad.ethereum.org/)同时也提供了一个计算（纯粹数量意义的）年化收益率的粗略工具。一言以蔽之：信标链上资产的增发率与验证者有效余额的总和成反比；有效余额越低（一开始存入的押金较少）、增发率越高、验证者的年化收益率越高，反之亦然。 有效余额可以视为验证者的投票权重，跟验证者的现存余额（如果当下就退出能取回多少钱）是两个概念。介绍可见：https://ethfans.org/posts/understanding-validator-effective-balance 另外，在信标链上，奖励并不是均分的，Casper FFG 和 LMD-Ghost 形成了一套相当复杂的规则、根据每个 epoch 内各验证者的不同表现来为它们安排奖惩，所以，你可以说每个验证者的收益率都是不一样的，有些验证者能获得比全网均值更高的收益率。 但是，另有一些因素使得你不能把它简单地当成 “ETH 本位的年化收益率”，因为如前所述，**在设计上，信标链仅有形成共识的能力，没有执行能力，所以用户在信标链上获得的收益是无法在信标链上转账的；其次，在当前阶段，这些收益（以及本金）也无法退回到以太坊区块链上来；最后，在协议的层面支持这些收益及本金的流通，必须等到以信标链为核心的系统具备执行功能才行，而这一点尚未有明确的时间表。**（从目前来看，一年内推出执行功能是不太可能的，即使大家都以尽快实现可用性为目标，也会面临短期需要和长期需要的一些冲突。） ## 那些奖惩措施都是怎么回事？听说只要不离线就没事？ 信标链（Casper FFG + LMD Ghost）的设计哲学是：扣押了验证者的押金之后，就可以通过惩罚来遏制验证者作出破坏性的行为；同时，还可以通过奖励的差别来鼓励他们相互合作。 惩罚基本上可分为三类： （1）针对破坏共识的行为，如一个提议者在所在 Slot 提议了两个不同的区块（双重提议）；在执行 Casper FFG 投票时双重投票和环绕投票；此类行为是最严重的，会触发所谓的 “罚没（Slashing）”； （2）对离线验证者的惩罚，称为 “怠工惩罚”。在网络具备终局性的时期，这种惩罚的力度会比较小，大体相当于如果你正常参与共识会得到的奖励（如果你参加共识会得到 3 块钱，那么你不参加会倒扣 3 块钱）。而在网络不具备终局性的时期，这一惩罚会随着缺乏终局性状态的延长而不断加码。 （3）在整个网络缺乏终局性的时期，在线的验证者也会遭到惩罚，但这个惩罚的力度是固定的，不会不断加大。所以并不是你一直在线就没事了，如果验证者大规模出错，你的正常验证者也会被惩罚，只不过被惩罚得少一些。（之所以这样设计是为了防止验证者在缺乏终局性的时期有意不传播、不打包其他验证者的见证消息来渔利。） 怎么定义 “离线” 呢？答案是，在一个 epoch 结束的时候，该 epoch 内的所有区块都不包含某个验证者的见证消息，则视其为离线。所以 “在线” 的要求并不会特别严格。 奖励则更简单一些： （1）作为在线的区块提议者，可以获得 “区块提议奖励” 和 “检举人奖励”（如果所打包的区块内包含了对被罚没行为的检举消息的话，区块提议者可获得这部分被罚没的押金；在后续的发展中，这一设计可能会改变） （2）作为在线的见证者，可以获得正常的 “FFG 投票奖励”。 其中，区块提议者在自己的区块内打包的见证消息越多（要求消息都是首次被打包），“区块提议奖励” 越高；而见证者在发出见证消息后，该条见证消息越快被打包，见证者获得的奖励也越高 —— 这就是在鼓励验证者们相互合作了。 关于信标链验证者的奖惩，最详细的简介见：https://ethfans.org/posts/rewards-and-penalties-on-ethereum-20-phase-0 关于 Capser FFG （终局性、双重投票、环绕投票）的简介，见：https://ethfans.org/posts/casper-ffg-explainer-by-adiasg 和 https://ethfans.org/posts/casper-ffg-in-eth2-0 ## 罚没的力度到底有多大？ 会被罚没的行为有：双重提议区块、FFG 双重投票、FFG 环绕投票。 遭到罚没之后，被罚没的验证者将面临三种惩罚： （1）在遭到罚没时当下执行的一次性基本罚没；为该验证者有效余额的 1/32（在当前推出的信标链上，罚没和惩罚力度都被削弱了，当前的这一比例是 1/128，日后可能会再提高；见 https://github.com/ethereum/EIPs/pull/2982） （2）连续不断的 “离线惩罚”；这是因为，被罚没的验证者的状态会被强制改成 “slashed（被罚没）”，在该状态下，每个 epoch 他都会被惩罚（力度固定为基本奖励的 3 倍）；待被罚没的验证者 “完全退出（exited）” 之后，这种惩罚会中止；（这个时长与等待退出的验证者的数量正相关） （3）被罚没的验证者转成完全退出状态之后，还需要等待 8192 个 epoch 才能取回自己剩余的资金，在此期间，系统还会根据该验证者作恶被抓的的时间点前后 18 天内被罚没的押金数量施加进一步的惩罚。如果被罚没的押金数量超过 33%，这个惩罚力度可高达有效余额的 100%（即最高可达 32 BETH）(在当前的信标链上，这一特殊惩罚的力度也降低了，变为了 1/3，日后仍有可能再提高）。（此处的 “取回” 仅仅表示它不会再被罚没，在当前阶段，信标链的资金都无法取回到以太坊区块链上来。） ## 我如果疏忽了，放任自己的验证者一直离线，押金会被罚到变成 0 吗？ 一般来说不会，当验证者的有效余额低于 16 BETH 时，验证者就会从 “活跃” 状态转入 “即将退出” 状态，等待排队退出。 但值得注意的是，即将退出的验证者仍需正常提交见证消息，如不，则仍会遭到怠工惩罚，在此期间仍会继续损失资金，直至完全退出。 关于验证者的状态转换，见：https://ethfans.org/posts/understanding-the-eth2-validator-lifecycle ## 我的验证者可以主动退出吗？ 可以，在成为活跃验证者的 9 天后，可以发起主动退出请求，将验证者状态转为即将退出，进入等待退出的队列。 ## 验证者完全退出之后，马上就能取回我剩余的资金吗？ 不是，如果你没有被罚没，则完全退出后等待 256 个 epoch 即可取出资金；如果你遭到了罚没，则要等待 8192 个 epoch。但需要注意的是，在当前阶段，该资金仍无法转账。 ## 完全退出之后是否还能再加入成为活跃验证者？ 很遗憾，在当前的信标链上，无论是被罚没还是主动退出，抑或被动退出，相关的密钥对都不能再重新成为验证者。不过，你可以在自己的验证者还是活跃状态时，在以太坊区块链上通过押金合约为自己的验证者补充押金（但这种补充不是即时到账的）。 ## 除了被惩罚的风险、开发路线的风险之外，还有什么风险？ 最显然的是，还有客户端软件实现的风险，即客户端软件可能出错。如果你使用了出错的客户端，当然会直接受到影响；但即使你没有使用出错的客户端，仍然可能因为掉线的验证者太多、网络缺乏终局性而间接被波及。 ## 什么时候信标链可能开放转账的功能？还面临哪些技术困难？ 任一功能完成，都能使信标链开放转账功能：（1）让信标链具备单纯的转账功能（甚或仅在验证者之间开启转账功能）；（2）实现以太坊区块链与 “信标链-分片” 系统的合并。 前者可能较简单，但是与项目的长期目标不符，也违背了项目对参与者的承诺（提高了硬件需求）；至于后者，则显然需要更长的开发时间和谋求社会共识的时间。 而且，无论选择什么技术目标，为了使之足够安全，都必须花费很长时间。所以我个人并不预期一年内能开放转账功能。但这只是我的个人看法。而且变数也非常多。 <br/> # 三. 运营建议 ## 如果我自己运营验证者，需要什么样的硬件？ 你需要一颗还不错的 CPU、16 GB 的内存，固态硬盘（为了保险，考虑 1 TB及以上的规模），还要有稳定的电力供应和网络供应。如没有发生大规模的掉线事件，则在线 50% 时间以上就可保证正收益（但你可别连续长时间不在线呀）。 ## 我可以把私钥放在硬件钱包里吗？ 你的取款私钥可以放在硬件钱包里，但验证私钥则必须放到客户端软件中，这样才能保证正常签发见证消息。 ## 是不是可以在硬件的架构或者私钥的生成上下一些功夫来提高安全性？ 是的，但是相关的方法都非常专业，请务必寻求专业人士的帮助。 举例，验证者客户端本身可以说就是一个签名器，那么你可以将签名器与其它功能隔离开来，保证签名器不对外网暴露。等等。 ## 我能不能用多台机器来运行同一个验证者？这样应该不那么容易掉线？ **千万不要**！因为当你用多台机器运行同一个验证者的时候，如果这几台机器之间忽略了彼此已经发送过的见证消息，就有可能补发出与之前的消息冲突的消息，导致你的验证者被罚没！最稳妥的办法还是一个验证者仅部署在一台机器上。 （同理，不要使用多个客户端软件来运行同一个验证者！只要选好一个客户端软件即可） ## 那一台机器上可以运行多个不同的验证者吗？ 可以。信标链的客户端软件分为两个组件：（1）信标链客户端，运行该组件使你的计算机成为一个 “信标链节点”，可以为 “验证者” 提供服务；（2）验证者客户端，该组件即托管你的验证密钥并参与共识的软件。部署好信标链客户端之后，你可以为自己的多个验证者运行多个验证者客户端（如果你有需要的话）。 ## 有没有去中心化的第三方运营方案？ 没有，所有的第三方托管方案都要求你信任第三方。举例，如果第三方托管了你的验证私钥（你保留自己的取款私钥），你还是必须信任该第三方会妥善运营验证者，不会导致你被罚没（所以你跟第三方之间必须实现分配好责任）。如果你直接把钱交给第三方，连取款私钥都不保留，则信任程度更甚（与把钱存入中心化交易所等同）。在当前，没有人能兑现 BETH。 ## 那加入一些智能合约和 token 呢？ 也不行，智能合约和 token 只能让你在以太坊区块链上获得与信标链资产数量一一对应的 token，但 token 的增发信息仍然信息输入机制来输入，而这个信息输入机制也是需要信任的（因为收益的变量太多，服务提供商也需要一定的中心化来保护自己的利益，这是难免的）。 <br/> # 四. 其他 ## 有什么工具方便我查看信标链上现在的情况吗？ 区块浏览器：https://beaconscan.com/ 及 https://beaconcha.in/。 但是网站所用的术语可能跟此处提供的不同。 ## 验证者是不是进出都得排队啊？ 是的，信标链 PoS 协议本身的设计，验证者随意自由进出会使网络非常不稳定。所以进入和退出都需要现存的活跃验证者来协调。 （如果有其他问题，欢迎留言）https://www.ethereum.cn/eth-Weekly-2020-12-7https://www.ethereum.cn/eth-Weekly-2020-12-7Mon, 07 Dec 2020 00:00:00 GMT<center><img src="https://i.niupic.com/images/2020/12/08/95Jq.png"/></center> # Eth2 ### Eth2 圆满创世 上周最值得铭记的时刻莫过于Eth2 创世，北京时间12月1日20：00：23信标链准时启动创世。以太坊基金会和ETH Staker对创世事件进行了直播，回看地址：https://www.youtube.com/watch?v=ciE75qkZXFw 。据beaconcha.in浏览器显示，当Eth2链首次敲定时，验证者参与率超过80%。 <center><img src="https://i.ibb.co/f44Tyjd/1.png"/></center> Messari研究员Wilson Withiam 在推上回顾了以太坊各个阶段的发展，一图概括： <center><img src="https://i.ibb.co/r2XgrSM/2.png"/></center> 而Vitalik也对其在三月份发的路线图进行了更新，路线图中的进度条标明了某项工作的进展情况，还对未来工作路线进行了一些修改，详细请看： <center><img src="https://i.ibb.co/Z6W6JB9/3.png"/></center> <center>https://twitter.com/VitalikButerin/status/1333922620857745408?s=20</center> ### Eth2 存款合约破100万 ETH 12月4日，Eth2 存款合约地址上已超过一百万 ETH，价值600多万美元。截至本文，存款合约地址上已收到1,153,121 ETH。 <center><img src="https://i.ibb.co/sHwyxPh/image.png"/></center> <center>来源：launchpad.ethereum.org</center> 截至本文Eth2 验证者网络状态：质押年化率17.01%，网络参与率99.11%，活跃验证者26,010 名。验证者队伍情况：排队时间为9天22小时，等候验证者有8,924名，对质押年化率的影响为-1.99%。预测年收益为5.44 ETH。 <center><img src="https://i.ibb.co/0c5vpgN/2.png"/></center> <center>来源：@Eth2 Rewards Bot</center> ### Don't stop Mr Fahrenheit! 12月1日以太坊PoS区块链创世，创世区块上的涂鸦字符串引起了社区关注——“Mr F was here” (F先生到此一游)。Vitalik发推表示，一般人想象的是类似“人类的一大步”这样的表达，而现实的以太坊社区是 (小编帮v神手动加狗头)。 <center><img src="https://i.ibb.co/Js9fzRz/MR-F.png"/></center> 而这位创世区块的质押者在discord的用户名就是Mr Fahrenheit，并表示这是皇后乐队一首歌里 (Don’t Stop Me Now) 的歌词，晒出了v神给他的签名。 <center><img src="https://i.ibb.co/y6w2J8K/mr0.png"/></center> <br/> <center><img src="https://i.ibb.co/xFG4GmL/Mr.png"/></center> <br/> <center><img src="https://i.ibb.co/x1rNb83/mr1.png"/></center> 而为了满足“一般人”的想法，社区有人做了这个meme。 <center><img src="https://i.ibb.co/1mVJR8k/giant-leaf.png"/></center> 最后，小编特别想分享v神这条推下面的一个高赞评论，ta表示与由一位知名人士发出精心准备的发言相比，一个普通不知名的人发出这个个人化的表达正体现了以太坊的去中心化特质。 <center><img src="https://i.ibb.co/6tbsXMn/comment.png"/></center> ### Eth2 有12个验证者节点遭受罚没 截至本文发布，Eth2 信标链上已有12个验证者节点被罚没，节点信息见下 <center><img src="https://i.ibb.co/RTfBBMd/image.png"/></center> <center>来源：beaconcha.in</center> @Ben Edgington在推特中表示，这些被罚没的验证者节点都是由同一个原因所导致：两个或多个验证者共享一个密钥。而开发者Danny Ryan发推提示：不要同时在两台不同的机器上运行你的验证者节点，因为同一个密钥在两台机器上同时出现时，会导致签名数据冲突，验证者节点就会被罚没。 <br/> # EIP-1559 12月1日，哥伦比亚大学计算机科学教授Tim Roughgarden发表了一份关于EIP-1559的学术报告——《以太坊区块链的交易费机制设计：EIP-1559的经济学分析》 (**Transaction Fee Mechanism Design for the Ethereum Blockchain: An Economic Analysis of EIP-1559**)。对于这份长达58页的报告，Tim总结了十个要点： 1. 没有任何交易费机制，无论是EIP-1559还是其他，可以大幅降低交易费用。长期居高不下的交易费是扩容的问题，而不是机制设计问题。 2. EIP-1559会缩小交易费的变化幅度，并通过可变区块容量这一灵活性减少用户的交易延迟体验。 3. EIP-1559会通过“明显的最优报价”这种简单的费用预估来提高用户体验，需求迅速增长的时期除外。 4. 在EIP-1559下，支付给矿工执行协议的短期激励与第一价格拍卖一样有效 5. 在EIP-1559下，发生双花攻击、审查攻击、DoS攻击这些博弈论障碍，以及如操纵基本费用 (base fee) 这样的长期收益最大化策略的可能性与在第一价格拍卖机制下是一样的。 6. EIP-1559起码可以通过销毁交易费用逐渐降低ETH的通胀率。 7. 简单的费用预估和费用销毁表面上的正交目标实际上由于链下协议的威胁有着密不可分的联系。 8. 替代设计包括把基本费用作为给打包未来区块的矿工的奖励，而不是销毁它们；用固定的硬编码来写小费 (tip) 而不采用可变化的、用户指定的小费机制。 9. EIP-1559的基本费用更新规则有些随意，需要逐渐调整。 10. 可变容量区块会导致一个新 (但成本很高) 的攻击矢量产生：用一个序列的最大容量区块来攻击网络。 有兴趣的读者不妨阅读原文：https://t.co/28zyBCxrcg?amp=1 <br/> # Layer2 12 月 2 号，路印上线基于路印协议的二层 AMM (自动做市商)闪兑功能。路印官方指出，目前仅上线了 LRC / ETH 一个交易池，在本月中旬将上线更多交易池并开启 AMM 流动性挖矿，用以奖励流动性提供商。 Synthetix与Optimistic rollup合作的Layer2解决方案已在测试网中推出第三阶段，在此阶段，用户可以从L2中提款至L1的Goerli测试网中。参与测试网：https://l2.mintr.synthetix.io/ <br/> # DeFi ### Aave v2 12月3日，去中心化借贷协议Aave V2版本上线主网。其新增的更新有：收益和抵押资产可以实现swap、升级闪电贷、允许直接使用抵押资产还贷、代币化贷款等，详情： https://twitter.com/AaveAave/status/1334518228236840961?s=20 ### 各种代币化质押ETH开始面世 上周，Eth2 创世后，Coinbase和Binance都宣布了其质押服务解决方案，用户抵押ETH后置换出可在其交易所流通的代币和奖励。随着越来越多代币化已质押ETH的解决方案出现，Vitalik Buterin 在推特中表示：”将来会是N+1种数字资产的模式（即ETH+N种第三方质押服务商提供的质押衍生代币） ### Yearn的DeFi王国搭建 Yearn Finance近日似乎开启了其逐步吞噬DeFi生态的计划，其合作的项目以及内容从交易所、借贷协议到治理项目、保险协议不等，YFI目前的小伙伴有SushiSwap、Keep3r、CREAM、Pickle Finance、Cover Protocol、Akropolis、Power Pool。 <br/> # 生态 ### 验证者DAO DAppNode发文宣布将成立一个验证者DAO，以提高以太坊的去中心化程度，不久将发布白皮书。面对一小部分的交易所集中了大量信标节点且目前没有制衡措施、这些交易所声称提供免费质押而不用工作的服务显得格外吸引、以及以太坊影响力的不断扩张容易招致政府对交易所进行规管等，这些情况都会削弱以太坊的去中心化和抗审查程度。而要避免这个结果，文章作者Sacha Saint Leger认为以DAO的形式成立一个去中心化的质押池有助于抗衡逐利的交易所，它既允许持有少于32个ETH的人参与，同时保证验证者会诚实履职，而DAO的密钥会由经验证坚定开放、抗审查信念的成员来保管。 文章详情：https://medium.com/dappnode/guardians-of-ethereum-a-validator-dao-proposal-d82e76231b45 ### Gitcoin Grant第八轮 Gitcoin Grant第八轮持续时间为12月4日-12月17日，匹配金额达到史上最高100万美元， 其中包含六个类别：基础设施、Filecoin (Liftoff)、社区、Dapp、东亚、以及Apollo。 值得注意的是，Gitcoin GR8首次单独开设了东亚地区 (East Asia) 匹配池，金额为五万美元。 <center><img src="https://i.ibb.co/mD3fxXk/Gitcoin2.png"/></center> 多个以太坊中国社区以及生态建设者登陆了Gitcoin GR8的东亚板块，包括ECN、ETHPlanet、ETHFans、DAOSquare等，欢迎大家前往打CALL，顺便体验一把zkSync支付 指路：https://gitcoin.co/grants/clr/ethereum/8/east-asia/? 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。 https://www.ethereum.cn/eth-Weekly-2020-11-30https://www.ethereum.cn/eth-Weekly-2020-11-30Mon, 30 Nov 2020 00:00:00 GMT# Eth2 #### 主网创世前Eth2客户端陆续发布更新 上周，Eth2客户端Teku、Nimbus、Lighthouse、Prysm都陆续发布了支持2.0主网规范的更新，以下总结了各个客户端的最新版本，请验证者升级至所用客户端的最新版本。 <br/> Teku客户端目前已更新至最新版本v20.11.1，该版本是预创世修补版本。 Github: https://github.com/ConsenSys/teku/releases/tag/20.11.1 <br/> Nimbus 客户端11月25号时发布了v1.0.0的候选版本，并提醒在12月1日前至少还有一次更新，将发布一个更加顺畅的版本。今天，Nimbus推出了其最新版本Stateofus (v1.0.0)，该版本同样支持Eth2主网最新规范。 Github：https://github.com/status-im/nimbus-eth2/releases <br/> Lighthouse客户端发布了v1.0.2版本Juggling Rick，此版本更新了Lighthouse的核心依赖。Github：https://github.com/sigp/lighthouse/releases <br/> Prysm客户端继11月25号发布支持2.0主网规范的版本v1.0.0以来，陆续发布了v1.0.1和v1.0.2，其中重要更新包括添加罚没保护功能。 Github：https://github.com/prysmaticlabs/prysm/releases <br/> #### 信标链创世即将启动，质押数量持续增长 根据开发者Danny Ryan的最新blog，Eth2将于北京时间2020年12月1日20：00：23启动创世。截至本文发布，存款合约已质押了851,520 ETH，进度已达162.41%。Danny提醒参与质押的验证者务必留意客户端的更新，并及时升级至最新版本。 <br/> 届时Ethhub将联合Bankless和DeFi Dad举办创世直播，具体直播信息关注Eric Conner的推特：https://twitter.com/econoar <br/> 同时，r/ethstaker也开始了24小时的直播，如何你对客户端的最终设置日志感到好奇，记得进入直播间围观：https://www.twitch.tv/ethstaker <br/> #### Eth2质押数据大家一起谈 Vitalik Buterin 基于发送存款的地址，制作了一些关于Eth2质押数据的图表： <center><img src="https://i.ibb.co/8czqpRH/p1.png"/></center> <center><img src="https://i.ibb.co/Ky9NwhX/p2.png"/></center> <br/> 以太坊2.0创世区块已准备好，验证者已就位，创世之后每天只能增加900位验证者，Alexander Fisher计算了每个时期的年化率： 创世以及前个月年化率约18.9%； 创世3个月后年化率约8.6%； 创世6个月后年化率约6.4%； 创世9个月后年化率约5.4%； 创世12个月后年化率<4.9%。 <center><img src="https://i.ibb.co/7JFXrBb/p3.png"/></center> <center>来源：https://twitter.com/AlexanderFisher/status/1331242944314085379</center> <br/> # Layer2 #### Hermez 继11月23日发布了Hermez zk-rollup使用 Circom线路后，Hermez Network于11月27日公布了Hermez zk-rollup一个新功能——大规模迁移 (Massive Migration, MM)，旨在提高整个rollup生态Layer2间通信。此项功能的开发主要针对当越来越多的Layer2 解决方案被用于各种不同的情况时，可用性会成为一个严重问题，因为当用户需要将代币从不同Layer2解决方案间转移时，他们需要先将代币从Rollup A转到Layer1，再从Layer1转到Rollup2，用户需要花费高额的gas费，且有资金锁定等情况。而大规模迁移可以以Layer2与Layer1间转账相同的方式实现Layer2间转账，且价格较低。 机制详情：https://blog.hermez.io/hermez-massive-migrations-mechanism/ <br/> #### Loopring 1. 11月25日，路印钱包手机端（安卓版)上线，用户体验与传统金融科技应用相近，不同在于它是全球的、非托管的、建在以太坊网络上。 2. 路印于11月27日宣布将推出为期一个月 (11月27日至12月26日) 的提现挖矿活动，参与方法：从中心化平台体现LRC、ETH、USDT、WBTC、USDC和DAI到路印钱包 (安卓版) 参与挖矿。挖矿总奖励为100万LRC，30天平均分配，即3.33万LRC/天。 <br/> #### ZKSwap 据The Block报导，ZKSwap是一个建在以太坊Layer2扩容技术ZK-rollup的一个代币交换协议，其在天使轮融资达170万美元。该项目背后的公司L2 Lab在11月16日透露此次融资由币信资本领投，SNZ Capital、FBG Capital和Longling Capital参投。 <br/> # EIP-1559 EIP-1559测试网已上线，目前支持它的客户端包括：Besu、Nethermind和Geth。 测试网指南：https://wiki.hyperledger.org/display/BESU/EIP-1559+testnet+guide 它们在Github的地址： Besu: https://github.com/hyperledger/besu Nethermind: https://github.com/NethermindEth/nethermind/tree/eip1559 Geth: https://github.com/n0cte/go-ethereum/tree/1559_test_fixCalcBaseFee 如果不想运行节点，可以用网页版的工具箱来提交交易、询问base fee、访问区块浏览器和查看以太坊数据网页，地址：https://t.co/k6dBMa0ODt?amp=1 <br/> # DeFi 去中心化协议Curve Finance集成Chainlink预言机，获得其提供的价格流，以保护其用户不受闪电贷攻击。 来源：https://news.curve.fi/chainlink-oracles-and-curve-pools/ <br/> 扩容方案Skale Network宣布将于北京时间12月1日早上8点分别在中心化交易所币安、火币以及去中心化交易所UniSwap上线其代币SKL。 来源：https://skale.network/blog/skl-exchange-listing-update/ <br/> Yearn finance创始人AndrE Cronje发布了一篇博客来介绍其新项目Deriswap (目前正处于审计阶段)。Deriswap结合了“Swap、期权和借贷”，合并成一个高资本效率的单一合约，允许流动池的代币对中的两种资产实现以上三种交互。 来源：https://andrecronje.medium.com/deriswap-capital-efficient-swaps-futures-options-and-loans-ea424b24a41c <br/> # 生态 Gitcoin Grants第八轮获得来自Harvest Finance、币安、Kraken Exchange、Chainlink、和Andrew Keys的捐款，总值100万美元。 <br/> 根据Bitfly的数据，以太坊的节点数 (11137) 超过了比特币 (10981)。 <center><img src="https://i.ibb.co/RT3VNmV/image.png"/></center> <center><img src="https://i.ibb.co/Hhyf2b7/image.jpg"/></center> <br/> 加密艺术家给Nelly送给Prysmatic Lab团队送了一幅名为“验证者”的加密艺术画，地址：https://opensea.io/assets/0xcae3c92a6d4b6520e00eedeada982261332d9494/512/ <center><img src="https://i.ibb.co/BLHxxCZ/NFT-VALIDATOR.jpg" /></center> <br/> ETHGlobal将于12月4日美东时间13：00-14：30 (北京时间12月5日凌晨2：00—3：30)主办公开、虚拟的Ethereum Dev Onboarding#2活动，带以太坊开发者新手“上车”，此次会议包括以下环节： - 开发者小组对谈 - Q&A - 由来自以太坊基金会的Austin Griffith主讲如何才是搭建基于智能合约的去中性化应用 有兴趣的朋友请戳报名：https://docs.google.com/forms/d/e/1FAIpQLSdwRSpr3jUrTqRmxMIUD3kSnKTY1pz-a8Gvtg5pDezeoJtxuQ/viewform <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/the-genesis-eventhttps://www.ethereum.cn/the-genesis-eventFri, 27 Nov 2020 00:00:00 GMT来源 | [kb.beaconcha.in](https://kb.beaconcha.in/the-genesis-event) 可视化以太坊2.0创世事件 <br/> ## ## **关键词** - [存款](https://github.com/gobitfly/eth2-beaconchain-explorer/pull/262)合约 - Seconds_Per_Eth1_Block(每个Eth1区块的出块时间) = 14 秒 - Eth1_Follow_Distance (ETH1同步距离) = 1024 个区块 * 14 秒 - Min_Genesis_Time(最早创世时间) = 一个unix时间戳 (=此项还未决定) - Min_Genesis_Active_Validator_Count(最早创世活跃验证者数）= 16,384 - Genesis_Delay (创世延迟)= 7 天 - [以太坊0信标链](https://news.ethereum.cn/wp-admin/post.php?post=2693&action=elementor#beacon-chain) （译者注：根据Ethereum 2.0最新规范，ETH1同步距离应该为2048个区块*14秒） <br/> ## **创世事件** ### **条件** 以太坊2.0区块链的启动必须满足两个条件！ - 验证者数需要达到**16,384个** - 决定ETH2创世时间的ETH1区块 (=触发区块) **不能早于**min_genesis_time。 ETH1触发区块=min_genesis_time – genesis_delay ### **情景一** 一旦存款合约在 min_genesis_time之前部署好了，满足第一个条件所需的存款量 (Min_Genesis_Active_Validator_Count 最早创世活跃验证者数)会增长得非常快。 当16,384笔存款的门槛达到了，网络就会通过计算min_genesis_time – genesis_delay来找出**触发区块**，继而满足第二个条件。 触发区块(min_genesis_time – genesis_delay)的目标是让区块链绝不会早于 min_genesis_time启动。情景二会将这点解释得更清晰。  ### **情景二** 满足第一个条件的所需存款数(Min_Genesis_Active_Validator_Count)在 min_genesis_time**之后**发生。 在这种情况下，第二个条件会首先得到满足，而触发区块会变成取决于min_genesis_time 的设定。在存款合约收到16,384个验证者的存款后，触发区块 (即第二个条件)就会被启动。 创世时间变成Trigger-block-timestamp + genesis_delay (触发区块时间戳+创世延迟)。  参考来源： [*Ethereum 2.0 Spec*](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md#configuration) [*The Genesis of a Beacon Chain*](https://hackmd.io/@benjaminion/genesis) <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/weekly-2/https://www.ethereum.cn/weekly-2/Mon, 23 Nov 2020 00:00:00 GMT <center><img src="https://i.ibb.co/H28Rw9q/image.png"/></center> 编者按：《以太七日谈》是 ECN 团队对 ΞXPRΞSS 栏目进行的一次试验性升级，我们希望将每周以太坊生态中发生的一些大事小事趣事分享到中文社区。《以太七日谈》中的内容均为编者自行整理编译，如有疏漏和建议，欢迎大家及时通过公众号后台或是社群向我们反馈。 <br/> ## Eth2 质押进程加速中，11月21日单日质押8万多ETH 据beaconcha.in浏览器显示，截至本文发布，存款合约中已收到293,792 ETH，完成度56.04%，还需7,203名验证者质押 230,496 ETH才能启动创世。 另外从scout.cool浏览器 https://scout.cool/scout/mainnet/dashboards/eth2-deposit 中可以看到，从11月20日开始质押速度开始加快，11月21日单日质押数达8.8万 ETH。 <center><img src="https://i.ibb.co/VvWxVWb/2.png"/></center> 此前beaconcha.in也发布了质押服务商列表https://beaconcha.in/stakingServices， 用户在挑选服务商时，务必做好功课，在一定程度下降低风险。 <center><img src="https://i.ibb.co/7Xs5sWg/3.png"/></center> <center>cr: beaconcha.in</center> 北京时间11月18日晚，以太坊基金会研究团队在reddit上进行了第五次AMA，其中讨论到了Eth2路线图的新变化。Vitalik总结了以下主要的变化： ➤ 以Rollup为中心的路线图。 ➤ 简化eth1和eth2的合并。 ➤ 各阶段并行进行。即可以分成 1) 轻客户端支持; 2) 数据分片 (也即“阶段1”); 3) eth1和eth2的合并，三者独立推进。 **经过简化的合并过程意味着eth1和eth2的合并会比之前预设的要快。各阶段并行进行，可以进一步加速合并，甚至有可能在分片实现之前就能进行合并。** Justin Drake给出了可能的交付顺序： ➤ PoS—”phase 0″ ➤ 轻客户端—”phase 0.5″ ➤ 数据分片—”phase 1″ ➤ eth1和eth2合并—”phase 1.5″ ➤ 内置VM—”phase 2″ 关于路线图以及其他以太坊2.0相关话题更详细的讨论参见ECN的整理翻译《[以太坊基金会第五次Reddit AMA](https://news.ethereum.cn/ama-we-are-the-efs-eth-20-research-team-pt-5-18/)》。 Vitalik表示PoS机制完全开始运行后，ETH年均发行量为0-200万 AMA同时也讨论到了发行量的问题，Vitalik甚至还在推特再次专门引述其回答 <center><img src="https://i.ibb.co/svX5FgN/1.png"/></center> 他表示在接下来1-2年中或直到Eth1->Eth2合并，发行计划为每年约470万；等到PoS机制完全开始运行之后，减去已销毁的ETH (销毁量甚至超过发行量) 每年的发行量约0-200万。 <br/> ## 测试网 **Eth2 Pyrmont 测试网** 运行主网 v1.0.0 规范的 Pyrmont 测试网已经在北京时间11月18日晚正式启动，运行之初将作为开发者网络运行，由开发者团队运行超过 10 万名验证者，目前运行状态平稳，之后会向社区开放。 Pyrmont 测试网计划至少会运行到主网启动，主要目的是在大量验证者基础上测试 v1.0.0 主网规范和客户端软件。需要注意的是，https://pyrmont.launchpad.ethereum.org/ 中的质押计数并未将用以启动测试网的 320 万 Goerli ETH 计入其中。 根据以太坊基金会博文，主网上线后可能会推出稳定性更强、用户体验更好、效率更高的长期测试网，缩短验证者排队时间，并将最低驱逐余额大幅提高。 注意：请勿直接向测试网合约地址进行真实的 ETH 转账。 参考资源： Pyrmont 存款合约地址： 0x8c5fecdC472E27Bc447696F431E425D02dd46a8c Launchpad: https://pyrmont.launchpad.ethereum.org/ Eth2stats: [https://pyrmont.eth2.wtf](https://pyrmont.eth2.wtf/) Beaconcha.in: [https://pyrmont.beaconcha.in](https://pyrmont.beaconcha.in/) <br/> ## Layer2 **StablePay通过zkSync实现在Layer2存款** 支持ETH和ERC20代币的去中心化支付平台StablePay在11月17日的更新里表示，StablePay与zkSync Layer2协议结合，用户可以通过zkSync 协议将存款放在Layer2，详细操作请看： https://medium.com/@stablepayio/update-stablepay-integrates-the-zksync-l2-protocol-2cc3a9b458be **Offchain Labs推出Arbitrum Burner Wallet** Offchain Labs近期动作频频，本周除了官宣其Arbitrum Rollup与Augur和Connext合作外，11月20日推出了Arbitrum Burner Wallet, 用于简单的ETH和代币转账。现在可以在推特获取测试币，在Arbitrum Rollup测试网上体验了。 指路：https://twitter.com/intent/tweet?text=%40Arbi_Swap%20hey%20%40OffchainLabs%2C%20gimme%20some%20Arbiswap%20test%20tokens%20plz!%200xYourETHAddressHere **zkSummit6——零知识深度研讨** Zero Knowledge Podcast将于11月23-24日举办线上zkSummit6,此次峰会主题包括零知识研究、现实应用、以及对加密基元、隐私与数学的深入探讨。详情请看：https://hopin.com/events/zksummit-6 **Layer2的QA与生态现状** Ethereum Magicians社区主办的11月layer2主题论坛活动已经进行两期了，社区于本周末整理了这两期活动的文字版回顾: 第一期layer2入门级普及：https://hackmd.io/uUURJoqbQfKIWcpIGW4Y3A?view 第二期layer2的dapp开发：https://hackmd.io/NKIQcAHuRmqWkOno64jgkA?view 以及列举了目前可用的、基于不同layer2扩容技术的解决方案: Loopring (ZK Rollups) Starkware (ZK Rollups) zkSync (ZK Rollups) Hermez (ZK Rollups) Aztec 2.0 (ZK Rollups/privacy) Optimism (Optimistic Rollups w/ EVM) Fuel Labs (Optimistic Rollups) SKALE (Plasma L2 w/ an EVM) Matic Network (Plasma L2 w/ an EVM) Connext (State channels to bridge EVM L2s) (各方案的详细信息请点击文末“阅读原文”获取） <br/> ## DeFi Uniswap流动性挖矿奖励结束，社区发起民意调查，建议延长流动性挖矿两个月并将奖励减半 Uniswap流动性挖矿奖励计划于11月17日正式结束。该奖励计划持续了2个多月，共向流动性提供者们分发了2千万枚UNI，每个月向WBTC/ETH、USDC/ETH、USDT/ETH、DAI/ETH池分别投入250万枚UNI。 流动性挖矿奖励结束之后，社区在snapshot发起民意调查，提议将奖励减半，变为每个资金池每月投入125万枚UNI。 投票结果已出：投赞成票的占99.39%，反对票的仅占0.6%。度过共识检查阶段之后，Uniswap将正式创建治理提案。 <center><img src="https://i.ibb.co/NNBtYtt/4.png"/></center> 来源：https://snapshot.page/#/uniswap/proposal/QmaKjvEAUL5RxoZeNQJKJZR8rHxiE6XNzzVrm1oLCr69MV <br/> ## 生态 **以太坊生态系统支持计划 (ESP) 汇总受资助方的工作进展** 据以太坊基金会博客最新发布的文章显示，ESP 公布了基金会资助的项目的工作进展，包括：Layer-2 扩容解决方案 Fuel Labs、开发环境项目 Hardhat、Optimistic Rollup hub Hubble 等项目。 来源：https://blog.ethereum.org/2020/11/18/esp-grantee-roundup-november-2020/ **Medalla 数据挑战赛获奖者已公布，Attestant CTO Jim McDonald 斩获金牌** Medalla 数据挑战赛是一场由基金会赞助的，关于Eth2.0 测试网 Medalla 的数据黑客马拉松。Jim McDonald 和 Pintail 并列第一，获得1.5万美元的奖励。其中，Jim McDonald的作品是数据提取工具chaind，从运行的eth2 客户端里提取数据并存入一个 PostgreSQL 数据库中。Github：https://github.com/wealdtech/chaind 其他获奖选手的作品详情请看： https://blog.ethereum.org/2020/11/17/medalla-data-challenge-results/ **网易腾讯纷纷进军NFT领域，为其游戏王国布局** 在今年的网易未来大会中，网易发行了NFT门票，参与者凭票进场。门票信息 <center><img src="https://i.ibb.co/VYVcnJm/5.png"/></center> 除网易之外，有坊间流传消息称腾讯也在开发其NFT游戏，这两大互联网公司用NFT搭建新的游戏虚拟世界会给东方区块链社区带来什么火花呢？ 来源： https://twitter.com/DoveyWan/status/1329806106739101698https://www.ethereum.cn/ama-we-are-the-efs-eth-20-research-team-pt-5-18https://www.ethereum.cn/ama-we-are-the-efs-eth-20-research-team-pt-5-18Thu, 19 Nov 2020 00:00:00 GMT译者按：北京时间11月18日晚9点，以太坊基金会研究团队在reddit论坛进行了第五次AMA，主题包括以太坊2.0创世和路线图等。ECN对问答进行了筛选整理，并且编译成文。需要注意的是，核心研发者对于某些话题存在自己的看法和推测，为避免曲解，请以随附的原帖链接为准。 <br/> ## Roadmap ### 1. 阶段0上线之后，现有规范哪部分会发生较大改变？ **Vitalik Buterin** 在过去几个月中，关于路线图有许多事情在演变，我认为在此总结一下这些变化是非常有必要的 (这会影响到接下来两年的规范编写)。 1. 以Rollup为中心的路线图。**将“阶段1”(Phase 1) 简化为数据分片 (供rollups使用)，使其更易于实现。 2. 简化eth1和eth2的合并。**大致是根据这份路线图而来，但是现在 1) eth1交易能够直接在信标链上进行，而不是分片; 2) 得亏optimistic执行，合并期间的执行中断时间可能会被大大缩短。这使得合并过程被简化，目前已经开始PoC阶段。 3. 各阶段并行进行。**这是最新的计划，也许 (其重要性) 也是最被低估的。可以分成 1) 轻客户端支持; 2) 数据分片 (也即“阶段1”); 3) eth1和eth2的合并，这三个过程将独立推进，从而使得每个部分能够被独立实现，而不需要考虑其他部分的研发进度。 这些所有改变的初衷都是为了加快eth2真正可用的进程。轻客户端的支持可能会在分片之前实现，使得信标链能快速可用 (为eth1提供共识)。经过简化的合并过程意味着eth1和eth2的合并会比之前预设的要快。**各阶段并行进行，可以进一步加速合并，甚至有可能在分片实现之前就能进行合并。** 作为rollup中心策略的一部分，“阶段2”(phase 2, 也即分片执行) 目前来看没有那么重要。主要是因为阶段2的终极目标 (即实现高TPS) 能够在数据分片 (阶段1) + rollups的基础上实现，甚至效果更好。而分片+rollups会在阶段2之前实现，因此目前在这个部分集中精力是更好的选择。也就是说，**我们不会采取任何不可逆的举动，使得在将来无法添加本地分片执行功能。**如果将来有需要的话，这个路线图能够随时兼容分片执行功能。 太长不读：eth1和eth2的合并到来得越快，PoS实现得越快，大家也就能更快地见到10万TPS的以太坊。 <center><iframe height="715px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpqmp1/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:31:57.929690+00:00&amp;uuid=11c99c4a-2a4a-11eb-b6a9-0ebe3175dfd9&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 715px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> **Justin Drake** 长期来看，信标链的大部分逻辑可能会发生比较大的变化： - 轻客户端支持 - 秘密提议者选举 - 使用VDF提供无偏随机性 (unbiasable randomness) - 为合并过程改进eth1投票 - 信标区块数据可用性采样 - 升级BLS聚合签名为后量子替代方案 (post-quantum alternative) - Casper FFG升级为Casper CBC - 用算术友好的哈希函数替换SHA256 (如果发现SHA256不安全，则使用更安全的函数) - 调整状态 <center><iframe height="399px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpqsg7/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T08:56:16.021693+00:00&amp;uuid=151c53ec-2a45-11eb-b8ed-0e06badf297b&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 399px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> ### 2. 根据当前轻客户端、合并和分片的并行路线，实现的顺序可能如何？(哪个部分更快/更容易实现) **Vitalik Buterin** 轻客户端支持很容易在2021年实现，如果我们努把力的话2021年初也不是没有可能。合并和分片我预计我们应该会在2021年末看到成熟的测试版本，尚不确定2021年能否在主网进行合并和分片。 <center><iframe height="205px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcprwsh/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T08:56:16.250408+00:00&amp;uuid=153f39ac-2a45-11eb-8cdf-0e33f6c0ccc9&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 205px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> **Justin Drake** 可能的交付顺序： - PoS—”phase 0″ - 轻客户端—”phase 0.5″ - 数据分片—”phase 1″ - eth1和eth2合并—”phase 1.5″ - 内置VM—”phase 2″ 阶段0.5很有可能会在2021年实现，理想情况下阶段1也可能在2021年实现。 <center><iframe height="353px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcps4a9/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T08:56:16.465430+00:00&amp;uuid=1560182a-2a45-11eb-bed6-0e501010c111&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 353px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> ### 3. 如果在11月24日没有16,384名验证者进行质押怎么办？能否改变最低验证者数量的参数以确保eth2能够在12月1日创世？ **Danny Ryan** 关于该问题这个issue里有一些讨论：https://github.com/ethereum/eth2.0-specs/issues/2134 我个人认为对于首次上线来说，合约中有超过10万的ETH就足够了，降低这个阈值以避免合约中的ETH被锁定过长时间是合理的。对于早期参与者来说，奖励会非常高，也可能吸引后来的验证者。 但是在11月24日或者12月1日就对这个参数进行修改的话未免显得有些激进。我们还不清楚接下来几周的情况，最好还是保持观察。 在上面链接的讨论中，客户端团队似乎倾向于12月按兵不动，如果有需要的话1月初再修改参数。这似乎是可取的。 <center><iframe height="326px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpqgto/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:31:58.162564+00:00&amp;uuid=11ed275a-2a4a-11eb-b195-0e1ac4b4fc5d&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 326px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> ### 4. 阶段0最短需要运行多久？阶段0之后的阶段是根据固定的时间间隔来实现还是一旦准备好就上线？ **Danny Ryan** 阶段1 (分片) 一旦准备好就会上线，包括搭建、测试、测试网等等。 至于合并阶段 (phase 1.5)，我希望等到**信标链在产品环境中平稳运行至少9个月之后。**我们真的需要一段时间来观察产品环境中的信标链表现，才能判断其是否稳定和安全，足以成为以太坊的新归宿。 <center><iframe height="231px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpsag6/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T08:56:16.689061+00:00&amp;uuid=158227e4-2a45-11eb-8d17-0e3e4a9e7145&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 231px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> **Vitalik Buterin** “在分片之前的最短运行时间”和“在合并之前的最短运行时间”是不一样的。分片在稳定之后就可以上线。 至于合并，我只能说这却决于社区而不是我，这是一个非常艰难的决定。广大的以太坊社区，包括eth1核心开发者、区块浏览器、交易所等等都需要PoS的安全性得到足够的确认，才能完全迁移过去。 对于合并这个方面，我认为一年之内不现实。即使明年2月已经完全可以实现了，我也建议我们先稍安勿躁，观察到十一月或之后，以让大家信服PoS的安全性，这样大家才能放心地将这个承载了500亿美元地生态系统真正地迁移到信标链。 <center><iframe height="363px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpqvdu/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T08:56:16.908206+00:00&amp;uuid=15a3a6bc-2a45-11eb-a9a3-0e6826c9a095&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 363px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> ### 5. 根据第52次实现者会议TXRX团队关于可执行信标链的提议，EF会更改以太坊2.0的架构吗？ **Danny Ryan** 如果我们继续使用单一的执行链 (eth1)，那么将其本地集成到信标链中是最安全的选择，并且能够本地访问分片数据，也减少了共识的复杂度。这是一个非常优雅的设计，目前相关的原型工作正在进行中 (可能很快就能迎来信标链合并测试网！) 目前我个人很赞成这个设计，但要等到几个月之后再看实际效果。 <center><iframe height="368px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcprwq1/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T08:56:17.136370+00:00&amp;uuid=15c677fa-2a45-11eb-82b3-0e532f362f65&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 368px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> **Dankrad Feist**补充： 补充一下，在我们实现无状态Eth1之前，这是唯一可能的设计。 ### 6. 在不同的以太坊2.0组件中，包括轻客户端、分片、合并、eWASM、执行环境和rollups等等，哪些领域正在进行积极研发？距离实现还有多远？ **Justin Drake** - **轻客户端**：研究和规范工作基本完成，实现起来相对容易 - **数据分片**：研究工作基本完成，正在进行规范编写。数据可用性采样方面还存在工程挑战，但是我们有更简单的解决方案，即只具备委员会的数据分片。 - **eth1和eth2的合并**：我预计这个部分的协调难度会很大，尤其是在僵化的eth1中。 - **eWASM**: 阶段2 (即内置的Eth2 VM) 在以rollup为中心的中期策略中不是当务之急。从更长远的角度来看，我认为我们会有内置的虚拟机，而正在成为区块链标准的WASM则是候选之一。 - **执行环境**：Rollup虚拟机在中期 (甚至是长期) 来看是执行环境的一个足够好的替代方案。 - **Rollups**：Rollups并不是eth2共识的一部分，而是第二层基础设施的迫切需求，因此不属于EF Eth2团队的范畴。 <center><iframe height="394px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpttnn/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T08:56:17.367491+00:00&amp;uuid=15e9bab2-2a45-11eb-82b3-0e532f362f65&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 394px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> ### 7. 在当前的发展路线中，是否还有领域是团队尚未明晰其实现方式和可行性的？ **Justin Drake** 数据分片以及eth1和eth2的合并方面，研究工作已经完成，并且风险也比较低，目前主要是工程和协调问题。 我认为我们最终需要一个内置的虚拟机 (也即所谓的phase 2) 来取代现有的EVM。如果内置虚拟机会是zkVM (SNARK友好的EVM替代方案) 的话非常不错。Eth2 zkVM的研究与工程交叉领域仍然存在重要的开放问题。 <center><iframe height="163px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcldr0w/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T08:56:17.591471+00:00&amp;uuid=160bdaac-2a45-11eb-b5e6-0e6581f864b7&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 163px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> **Dankrad Feist** 从研究的角度来看，我觉得我们已经有具体计划的阶段0、1、2都没有难以克服的挑战。但是在阶段1和阶段2中我们还有执行方面的问题需要解决，分别是数据可用性 (阶段1)、无状态执行以及是否会使用类似eWASM的新虚拟机 (阶段2)。 从长期的路线来说，我们还面临量子安全性挑战。但还需要进一步研究和探索。 ### 8. eWASM目前的状态是什么？eWASM或者WebAssembly在以rollup为中心的路线图中是否有意义？ **Vitlaik Buterin** 我将给出一个艰难但诚实的答案：从短期到中期，eWASM在目前的路线图中已不再加以强调。 主要原因在于： 1. 由一个虚拟机变为两个也增加了一倍共识复杂度 2. 我们计划中已经有很多事情，而相比PoS+sharding路线图中部分，切换虚拟机带来的收益颇低 3. eWASM最初设想的许多益处 (即以接近本地的速度执行，消除预编译需求) 尚未实现。尤其是，事实证明很创建运行时速度快且安全的编译器。 4. 事实证明，在现有的EVM中可以高效地实现许多事情，只是需要一定技巧 (例如[weierstrudel](https://github.com/AztecProtocol/weierstrudel)) 目前， [EVM 384](https://notes.ethereum.org/@axic/evm384-preview) 能够帮助我们消除大量预编译需求。 因此，在短期内，eWASM存在的可能性就是作为rollups的内置执行引擎 (因为在rollups内你可以使用任何状态转换函数，只需要为其写一个欺诈证明)。长期来看，我认为还是有必要并且有充分理由对EVM进行升级，例如，长期来说我们需要ZK-SNARK虚拟机执行，WASM比起EVM效率更高，而专门为设计的对SNARK友好的WASM子集会更加高效。 <center><iframe height="589px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpr9ry/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T08:56:17.811877+00:00&amp;uuid=162d7cfc-2a45-11eb-8535-0e59af87d05d&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 589px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> <br/> ## ## EIP-1559 ### 我感觉EIP-1559是ETH 2.0规范的一部分，且会在阶段1实现？ ### 为了在ETH 1.0实现EIP-1559已经有很多工作进行了。在ETH 1.0和ETH 2.0间是否有重叠的部分？是否可以厘清这两部分的工作？它们之间会相互影响吗？ **Danny Ryan** EIP-1559属于ETH 2.0规范中分片数据的费用市场部分。按照计划，ETH 1.0的交易执行会采用相似的费用销毁和gas价格机制来定价分片数据。如果1559能上线主网的话，这会很棒。在ETH 1.0与ETH 2.0合并之后，1559式的交易将在eth1执行里可用，分片数据的1559式费用市场会建在eth2的数据分片里。 理论上，在ETH 1.0和ETH 2.0间是有很多重叠部分的，因此今天在eth1主网上为1559做的研发努力大多都适用于eth2数据市场里使用这项工具的设计与理解。 <center><iframe height="300px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpr1d5/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:21:26.801850+00:00&amp;uuid=999b1808-2a48-11eb-b8ed-0e06badf297b&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 300px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> **Justin Drake** 是的，逻辑近似EIP-1559的费用与价格机制 (即费用销毁) 会成为阶段1的一部分。 Eth1上的EIP-1559实现可能为社区提供这些机制更清晰的图景，并为Eth2中的费用销毁降低风险。我希望在Eth1可以进行大量的协调工作 (例如推动教育以及与钱包的结合)。 ETH 1.0与ETH 2.0的费用销毁机制会稍有不同，且会并存一段时间。我们的构想是在ETH 1.0和ETH 2.0合并后，ETH 2.0的费用销毁机制会取代EIP-1559。 <center><iframe height="337px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcprehi/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:21:27.029590+00:00&amp;uuid=99bde43c-2a48-11eb-859e-0ee0f5b49171&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 337px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> <br/> ## ## 执行环境&Rollup ### 为阶段2设想的所有执行环境 (Execution Environments, EE) 能否都在roll-up上实现？从创新来看，以roll-up为中心的路线图有什么缺点？ **Vitalik Buterin** 是的，所有的EE都会成为rollup。我会说以rollup为中心的路线图更有利于创新，因为它更“无须许可”(任何人都可以以任何规则创建一个rollup)，因此它使得各种团队都可以参与，包括那些与当前核心开发过程不相近的。 这个方法的主要缺点在于我们有失去开发者网络效应的风险，因为现在很多不同rollup的内部执行规则具有根本性的区别。也就是说，我预计如果这个路线图要执行下去，很快就会有一套占主导的标准，而其他的标准只能迎合一些小众社区的需求。 <center><iframe height="363px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpqbny/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:21:27.251650+00:00&amp;uuid=99dfc7be-2a48-11eb-a9de-0ea39b41f8ab&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 363px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> **Dankrad Feist** rollup本质上指向一个问题——谁来确保正确的执行。在没有rollup的情况下，在Layer1提供安全性的和Eth2上的验证者还是相同的实体。而在rollup里，实体变成了为正确执行生成的零知识证明 (zkrollup目前还无法在通用执行中应用) 或欺诈证明 (optimistic rollups)。 执行环境的任何功能都可以通过Rollup实现。zkrollup提供链上执行一样的安全性，但是它们在生成证明的时候需要大量的资源，而证明是抗审查的。Optimistic rollup主要是在最终确定性上做了折衷：作为一名用户，除非你执行当前交易之前的所有相关交易，否则你无法得知此笔交易是否被敲定了。 <center><iframe height="315px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpqt52/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:21:28.049467+00:00&amp;uuid=9a598446-2a48-11eb-b0c5-0ee6fa4404d1&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 315px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> <br/> ## ## 无状态 ### 1. 一个关于PoS的问题：无状态ETH 1.0是否仍是一个必需先决条件？现在的推荐验证者配置是至少16gb的内存+至少1tb的固态硬盘，原因有两个：一是以防当区块长时间无法敲定时资源使用会大幅度增加，二是因为运行geth节点的人会非常倾向于给ETH1.0的区块头投票。 **Justin Drake** 这两个原因都是暂时的，我预期会在2021年得到解决： **区块无法敲定时所需资源的激增***：客户端想办法解决无法敲定的问题是一个好方法。(现在最终确定性理论上会被用作一个支点。) 我们现在有一些计划 (cc /u/protolambda)，我们将搭建一个长期运行的测试网，其中设置为网络无法敲定区块，从而强行促使客户端进行优化。 **给Eth1投票**：在一般的Eth1区块头同步轻客户端上搭建一层数据层就足以解决这个问题了，这层数据层相当于是个gossip网络，用来广播存款证明 (即在Eth1区块头中的存款与相应的默克尔证明)。 ### 2. 如果几乎每个验证者节点都运行geth或至少具备运行geth的能力， 为什么不让每个信标区块都包含一个新的eth1区块，让信标区块生成者更快地替代矿工？ **Justin Drake** 我对要求区块提议者运行一个Eth1全节点这个看法感到非常反感。这完全是与让Eth2的验证者可以在树莓派上运行节点这一设计目标相悖。 **提问者回复：** 我不认为这个目标是合理的，因为现在32个ETH是最低质押金额，这是个巨大数额，而完整实现PoS之后几乎可以肯定ETH价格会升高，现实中，持有32个ETH的人其实是打算质押在质押池里 (去中心化当然是最好)，而有能力运行多个节点的人才会自己动手。 有多少验证者会真的用节点去冒险，只是为了省200美元或基本的nuc空间？个人来说，我是不会将我的ETH用一个树莓派质押在主网的。 **Justin Drake** 32个ETH的最低质押金额与此无关，原因有两个： 1. 如果持有远少于32个ETH，可以质押在一个m-of-n池里 2. 我们要把关注点放在奖励上，而不是质押金额。实际上，我们想将收益率尽可能提高以保证验证者是有利润的。要求运行一个Eth1节点的话，他们肯定会反噬收益，甚至收益可能为负，如果你有参与m-of-n池的话 (参考第1点)。 <center><iframe height="458px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpt183/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:21:28.284078+00:00&amp;uuid=9a7d50b0-2a48-11eb-9de0-0e6321c66f07&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 458px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> <br/> ## ## 增发 ### 1. ETH的最大供应量是多少？ **Vitlaik Buterin** 我认为现在是个很好的机会，可以在这里提出一些不太受欢迎但却很重要的观点。实际上，在接下来的两年中，以太坊的生态系统将处于快速转型的状态。譬如，十六进制树结构 (hexary trie) 将被二进制树结构 (binary trie) 代替，PoW将被淘汰及被PoS取代，我们将添加一种从未用过的新技术“数据可用性采样”。除此之外，以太坊的经济模式正从三个方面进行彻底的改革：(i) PoW -> PoS, (ii) 引入EIP 1559, (iii) 用户活动从L1转移至L2 以太坊生态系统有个长远而坚定的目标：成为一个稳定且可靠的系统。但是大家拥护以及支持以太坊，不能因为坚信现有的规则 (经济或技术上的) 值得我们不惜一切代价去维护而去支持以太坊，而是因为我们相信以太坊生态系统将来要往什么方向发展。在未来两年，主要任务就是稳定且珍惜我们将要构建的东西。直到那时，以太坊的参与率便证实了我们的预测：这个路线图的值得我们支持的。一旦升级完成，我们的网络最终会变得更有效率、稳定、强大，并成为全球经济重要组成部分的基础。 在接下来1-2年中或直到Eth1->Eth2合并，发行计划为每年约470万；等到PoS机制完全开始运行之后，减去已销毁的ETH (销毁量甚至超过发行量) 每年的发行量约0-200万。我认为给出其他任何不同的答案都意义不大。也就是说，我确实希望阶段0代码已经完成这一事实 (基本上只等人们存ETH进存款合约这部分了) 可以很大程度上化解转移过程中的风险，而不像以往甚至六个月前风险那么大！ <center><iframe height="536px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcprfwj/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:21:28.509106+00:00&amp;uuid=9a9f968e-2a48-11eb-b6a9-0ebe3175dfd9&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 536px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> ### 2. ETH的总发行量将会是多少？ 当Eth1和Eth2合并之后，PoW链就会停止增发ETH。而PoS链的ETH增发事实上会限制在每年100万左右。我希望EIP-1559的手续费销毁设置将会更加缓解PoS增发带来的[通胀压力](https://twitter.com/drakefjustin/status/1304064879662227456)。 <center><iframe height="252px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpwhuj/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:31:58.389186+00:00&amp;uuid=120fb676-2a4a-11eb-a269-0eea3a6efddd&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 252px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> <br/> ## ## 测试网 ### 有没有计划启动另一个测试网？并且按照当前Eth2主网规范，其中设有同样数量的验证者，以便社区可以实时了解加入创世的盈利水平？ **Justin Drake** Pyrmont测试网昨天发布了:) 更多关于Pyrmont的信息可阅读《Eth2更新速览#20》 [https://pyrmont.launchpad.ethereum.org](https://pyrmont.launchpad.ethereum.org/) [https://pyrmont.beaconcha.in](https://pyrmont.beaconcha.in/) [https://pyrmont.eth2.wtf](https://pyrmont.eth2.wtf/) **提问者** 我知道，我有参与测试网。但Pyrmont测试网可以容纳10万名验证者，会有计划推出一个1.6万验证者的公共测试网吗？ **Justin Drake** 这我不太清楚，但是质押奖励可以借助类似这样的[工具](https://www.stakingrewards.com/earn/ethereum-2-0/calculate)来计算: https://www.stakingrewards.com/earn/ethereum-2-0/calculate <center><iframe height="231px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcpx3dr/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:31:59.183775+00:00&amp;uuid=128901ac-2a4a-11eb-a9de-0ea39b41f8ab&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 231px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> <br/> ## ## 支线 ### 我们可以借助rollups来实现透明的分片吗？(也就说开发者和终端用户甚至都感觉不到它的存在) **Vitlaik Buterin** 当然可以！以rollup为中心的路线图其中一个好处就是：它给支持跨分片同步通信的rollup更多的实验空间。甚至不需要分片，只有一个单独的大型定序器 (mega-sequencer) 单线程处理所有东西。也就是说你可以在rollup上拥有每秒交易处理数百甚至数千笔 (与杀手级以太坊的功能相当) 的同步域 (synchronous domains)，而不会出现使得整个基础层链都以该种方式运作的集中化风险。 <center><iframe height="294px" width="100%" scrolling="no" frameborder="0" src="https://www.redditmedia.com/r/ethereum/comments/jvkoat/ama_we_are_the_efs_eth_20_research_team_pt_5_18/gcprawm/?embed=true&amp;context=0&amp;depth=1&amp;showedits=false&amp;created=2020-11-19T09:31:59.411210+00:00&amp;uuid=12abb09e-2a4a-11eb-a3bc-0e89b03a8675&amp;showmore=false" style="box-sizing: border-box; max-width: 800px; width: 780px; margin: 10px 0px; line-height: 1; border: none; color: rgb(122, 122, 122); font-family: Roboto, sans-serif; font-size: 15px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; height: 294px; display: block; min-width: 220px; box-shadow: rgba(0, 0, 0, 0.05) 0px 0px 5px 0.5px;"></iframe></center> <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/eth-the-internet-bondhttps://www.ethereum.cn/eth-the-internet-bondWed, 18 Nov 2020 00:00:00 GMT来源 | [bankless.substack.com](https://bankless.substack.com/p/eth-the-internet-bond) <br/> 在公共区块链网络出现之前，实体或个人直接参与或者获得对互联网基层的金融敞口是不容易的。 Web3.0的到来改变了这一点。现在，通过新一代数字工作协议——互联网债券，世界各地的参与者都有可能获得对开源网络经济的敞口。 为了构建更好的模型、做出更准确的评估以及围绕其创造更好的产品，了解这种新型协议的基本特性是关键的一步。在一个成熟的状态下，这种互联网新协议层的收益相当于去中心化金融生态系统的无风险利率，并且成为评估去信任价值转移成本的基准。 随着互联网债券越来越受欢迎，创造一种通用的术语并理解他们有助于其在全球范围内应用。 点击此处阅读完整的《[互联网债券白皮书](https://drive.google.com/file/d/13-s15SvCIUBukhSZiNkpd0sTff3izQ5G/view)》 ### <br/> ## **什么是互联网债券？** 如今，最受欢迎的数字工作协议涉及的内容是，将价值抵押，获得可以提供工作的权利并赚取利益。这就是总所周知的“质押”(Staking)。 (译注：在Eth2 Staking中指的是抵押32 ETH成为验证者，获得提议区块和证明区块的权利，并赚取利润。) 与传统的债券结构类似，质押有多种形式，但其核心是债券发行者 (协议) 和债券持有者 (验证者或代理商) 之间的协议。 现在我用现实世界中的例子来类比互联网债券。 在世界许多地区，在法律允许建筑专业人员进行建筑工作之前，他们必须购买承包商执照保证金。购买该保证金之后，建筑专业人员们同意按照规章制度开展工作，旨在保护政府机构和消费者们免受潜在的金融损失。 承包商执照保证金属于担保保证金的一种，其中： 1. **委托人**：通过提供资本并同意一套规则从而寻求工作许可的实体。 2. **债权人**：按照一套规则和保证而为债券设定要求的实体。 3. **发行人**：保证委托人履行义务的实体。 在加密领域以及权益证明 (PoS) 中，可以将质押债券看作一种承包商执照保证金。比如，以太坊验证者需要质押32 ETH作为抵押品，以在网络上注册其节点，相应地他们将会获得“许可证”(license) 以支持其链上共识操作。 有了这一“许可证”，验证者同意遵守网络的规则，即在链上诚实履行职责以及保证其在链上持续运行。相应地，他们会定期地获得收益作为回报。 在这种情况下，债券是以下双方之间达成的协议： 1. 委托人：**验证者** 2. 债权人和发行人：**以太坊区块链** 在这个例子中，以太坊既充当债权人又充当发行人。也就是说，它以编程的形式明确并且执行一套规则，以维护网络的完整性。履行职责的验证者会获得奖励，以此作为激励，而那些未达到操作要求或者作恶的验证者将面临遭受罚款、被没收质押金/或失去参与权利 (罚没) 的风险。 因此，从抽象的意义来讲，质押头寸可以被看作是Web3.0数字工作协议的一种，它与传统金融世界中的债券结构有类似的行为模式。 那么这两者的主要区别是什么？ **Web3.0中互联网债券的持有者同时也是资本、劳动力的贷方，以及一直都是网络的所有者。** **因此，互联网债券是一种新型的激励性的数字工作协议，在成熟的状态下，可以将之描述为具有类似债务和股权特征的混合性永续债券。** <br/> ## **Eth2 互联网债券** 由于其开源软件的本质，以及在分阶段推出Eth2过程中展现出的不断演变的赎回属性，Eth2 互联网债券就像是不断进化的资产。 我们发布的[白皮书](https://drive.google.com/file/d/13-s15SvCIUBukhSZiNkpd0sTff3izQ5G/view)使用以太坊2.0协议来演示所提议的概念框架上的应用，旨在让大家更好地理解、评估以及规划以太坊2.0参与市场。 该白皮书重点关注Eth2的早期阶段，并预测了Eth2互联网债券未来会是什么样子的，研究重点包括： 1. Value价值 2. Rewards奖励 3. Network State网络状态 ### **为Eth2互联网债券行为建模** <center><img src="https://i.ibb.co/RP2qDYP/1.png"/></center> <center>图：Eth2互联网债券价值概览</center> 由于最近发布了[存款合约](https://github.com/ethereum/eth2.0-specs/blob/master/specs/phase0/deposit-contract.md)，验证者现在可以直接向协议存入32 ETH，或者通过托管中间商 (质押池) 存入小额的ETH。存款通过向Eth1链上的存款合约发送单向交易完成。由于阶段0将作为Eth2的初始启动阶段，因此初始质押的存款以及相应的奖励要在阶段1.5之后才能提出。 因此，我们可以从把Eth2互联网债券作为一种递延奖励协议入手。需要注意的是，递延利息债券是一种债务协议，其应计利息仅在到期时全额支付。递延利息工具通常以[较高的折扣](https://www.investopedia.com/terms/d/deepdiscountbond.asp)发行和交易，以补偿质押者在此期间的延迟收益以及缺乏流动性的问题。因此，资产的价值最终会在到期时与面值趋同。 <center><img src="https://i.ibb.co/KDJv5Y3/p2.png"/></center> <center>图：Eth2互联网债券的折扣率</center> 在阶段1之后的阶段1.5，Eth1链将会迁移至Eth2的其中一个分片上。 在阶段1.5，验证者将首次能够提出他们的存款并领取奖励。随着Eth2网络成功迁移，债券的性质发生了变化，从递延结构变为更类似于具有债务和股权特性的永续协议。 永续金融协议 (如Eth2互联网债券)，会给那些为公共基础设施作贡献的参与者提供永久性的奖励，但不包括到期日。 <center><img src="https://i.ibb.co/4dX7McS/p3-1.png"/></center> <center>图：评估阶段1以及以后的互联网债券的价值</center> ## **总结** 参与Web3.0的基础层，代表着参与了一种新的数字工作协议，协议的双方是全球的参与者以及旨在提供任何人都可用的去信任价值转移的去中心化互联网协议。 互联网债券是金融市场里一种全新的资产。它允许世界上任何人投资、参与其中，并且从一个开源的、去中心化的数字经济中获得利润。 这个模型给我们展现了学习借鉴旧事物的价值，因为我们从新旧事物的关联性中才能更好地领悟新事物。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-11-13/https://www.ethereum.cn/wnie2-2020-11-13/Tue, 17 Nov 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_201113) <br/> # 首选阅读 Danny Ryan在以太坊播客更新的文章： - [《Eth2更新速览#19》](https://blog.ethereum.org/2020/11/04/eth2-quick-update-no-19/)公布了存款合约 - [《Eth2更新速览#20》](https://news.ethereum.cn/eth2-quick-update-no-20/)新鲜出炉 # 阶段0：信标链 如果大家过去两周有关注以太坊的话，应该听说了[存款合约](https://blog.ethereum.org/2020/11/04/eth2-quick-update-no-19/)已经在11月4日正式发布。其实三周前就已经[部署](https://etherscan.io/tx/0xe75fb554e433e03763a1560646ee22dcb74e5274b34c5ad644e7c0f619a7e1d0)了，和我[预测的时间](https://twitter.com/evan_van_ness/status/1324814160266469376)差不多。 其部署方式又为以太坊的叙事添上了耐人寻味的一笔。部署资金[来自](https://etherscan.io/tx/0x1956761ad42396786160cb4cbca845409dadc5366c46a2b4e178d63dc0f17578)TornadoCash，因此实际上是无法追踪的。剩下的ETH则[被发送到](https://etherscan.io/tx/0x8aa30f7d95cd5f22dd02e59434c0e66794c6e370ed2659ea532ed6fe49f9cce5)了Wikileak的捐赠地址。我猜想此举意味着 1) 没有人掌握控制权；2) 我们拥护开放性和抗审查。这与比特币在其[创世区块](https://en.bitcoin.it/wiki/Genesis_block)中的宣言异曲同工。 在公布存款合约的同时，规范[v1.0.0版本](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.0.0)也跟大家见面了，其中有一些非常微小的更改。这是一个令人难以置信的里程碑：约28个月的工作终于来到了终点，包括来自[80多位](https://github.com/ethereum/eth2.0-specs/graphs/contributors)参与者大大小小的贡献，以及众多讨论和研究。 ## 客户端团队更新 在本期中，由于临近创世，我特别增加了客户端团队的更新。 - [Lighthouse](https://lighthouse.sigmaprime.io/update-32.html) - [Prysm](https://medium.com/prysmatic-labs/upcoming-prysm-v1-release-afea046d7ea1) - [Teku](https://github.com/ConsenSys/teku/releases/tag/0.12.14) - [Nimbus](https://our.status.im/nimbus-update-november-10/)，及其最新消息 最重要的是，所有客户端团队都希望在11月24日 (创世状态揭晓) 和12月1日 (最早创世日期) 之间发布客户端软件。该客户端版本将纳入创世状态和大量的引导节点 (以及所有最新的修复)，协议使得我们有一周的宽限期。 总之，无论读者计划运行哪个客户端，下周请准备好更新，并且注意客户端团队的告。Teku为此设置了新的[邮件推送](https://pages.consensys.net/teku-sign-up)和[推特账号](https://twitter.com/Teku_ConsenSys)，Teku用户们请前往注册。 多个测试网在发布时都因为质押者没有在创世前更新客户端而产生了一些问题，因此如果大家希望主网能够平稳上线，请务必更新客户端。 ## 测试网 目前[Medalla测试网](https://medalla.beaconcha.in/)仍然在运行当中，有71,000名验证者，但参与率仅略高于70%，进入和退出队列都已经排到三周之后。开发者们普遍认为，Medalla的表现不错，但现在可以停止运行了。Medalla运行的规范并不是最新版本，而且冗长的队列将只想测试配置或是练手的验证者拒之门外。 我们在上周二快速启动了一个[Toledo测试网](https://toledo.beaconcha.in/)，可以容纳16,384名验证者，仅向客户端团队开放。其中设有[Eth2Stats监测](https://news.ethereum.cn/wnie2-2020-11-13/#/)。其目的只是在良好的环境中测试完整的主网规范。Toledo稳定下来之后一直在[完美运行](https://twitter.com/terencechain/status/1326894621905989633)，按计划其寿命只有几天了。 下一个大型公共测试网将是Pyrmont，将于UTC时间11月18日启动。初期将由客户端团队运行100,000名验证者，然后将其开放给社区参与。与Medalla不同，我们希望每个参与者运行少量验证者，目的在于缩短排队时间，也可以降低停止敲定的风险。目前还不确定Pyrmont是否会长期运行。 ## 工具和分析 本部分最重要的信息当属以太坊基金会发布了[Eth2 Staking社区赏金](https://ethereum.org/en/eth2/get-involved/staking-community-grants/)，激励大家“创建工具、文档及其他资源，以优化质押和验证者体验”，截止日期是12月22日。 ### 分析 我们[上次](https://news.ethereum.cn/wnie2-2020-11-13/#Medalla-data-challenge)谈到了Medalla数据竞赛。自那之后，EthStaker就邀请了一些作者线上[展示他们的成果](https://www.youtube.com/watch?v=Gj7YMjBd1RQ)，干货满满。 Barnabé Monnot的[可视化](https://twitter.com/barnabemonnot/status/1326786702493495300)做得非常棒！将大量信息浓缩成为一种视觉体验，我也就看了一百多遍吧。其中[随附的notebook](https://ethereum.github.io/rig/medalla-data-challenge/notebooks/explore.html)也提供了一些有价值的观察。 ### 工具 Alex Stokes正在为信标链[创建](https://twitter.com/ralexstokes/status/1326695391685877761)[分叉监测器](https://eth2-fork-mon.stokes.io/)，这将会发挥很大的作用。目前我们正在Toledo开发者测试网中使用，暂未出现任何问题。 Jim McDonald已更新其信标链数据提取工具[chaind](https://github.com/wealdtech/chaind)，以配合Teku，Lighthouse和Prysm的最新版本使用。 Sigma Prime已经发布了信标链模糊测试[更新09](https://blog.sigmaprime.io/beacon-fuzz-09.html)。在最近，模糊测试器在Prysm中发现了两个严重漏洞，在Teku中发现一个不可利用的小问题。 Stakefish创建了一个[批量存款合约](https://medium.com/stakefish/introducing-the-batch-deposit-contract-41e9028a6174)，以便在进行多次质押时节省gas费用。他们在收集反馈和建议。如下所述：在将存款发送到任何非官方渠道之前，请务必保持谨慎。 Yorick Downe编纂了“非官方”Eth2客户端[docker搭建指南](https://github.com/eth2-educators/eth2-docker)，以便为Docker用户带来更好的体验。还有[youtube视频教程](https://www.youtube.com/watch?v=YxrsJO4Wra8)。 在工具方面，EthStaker的Superphiz正在为以太坊尽职调查委员会 (EDDC)[寻找参与者](https://www.reddit.com/r/ethstaker/comments/joo1wp/seeking_participants_i_am_organizing_the_ethereum/)，对我们生态系统中的工具进行评估。另请参阅他的[bench chat](https://www.youtube.com/watch?v=3LWMSHT8WmA)，如果这是您擅长的领域，请与他联系。 ## <br/> # 质押 ## 存款进度 进行存款质押的地址是：https://launchpad.ethereum.org/ 如果未经详尽了解，请勿使用任何其他声称接受Eth2存款的网站！ [Launchpad](https://launchpad.ethereum.org/)本身就展示了实现最低存款目标的进度，而[Dune Analytics dashboard](https://www.duneanalytics.com/hagaetc/eth2-0-deposits)则提供了更多的信息。甚至可以在[此处](https://explorer.blocknative.com/?v=1.5.1&0=ethereum&1=main&s={:,:})查看待处理的交易，并在[The Graph](https://thegraph.com/explorer/subgraph/nieldlr/eth2deposit-subgraph)中浏览历史存款。 截至译文发布，存款进度已达23.2%。前期看似进度比较慢，但是根据[Tetranode](https://twitter.com/Tetranode/status/1326375562047344645)和Jutsin的推文与投票，大多数人还没有采取动作，我期待在24号临近时看到大幅攀升。Anthony Sassano呼吁大家加入[创世备战](https://thedailygwei.substack.com/p/the-genesis-war-effort-the-daily)，Vitalik[已经完成使命](https://www.theblockcrypto.com/linked/83753/vitalik-buterin-eth-2-deposit-address-phase-0)。 （提示：如果大家想要成为创世验证者，需要在UTC时间11月24日中午之前 (即北京时间11月24日晚八点)将存款发送到合约，也就是创世时间的前一周。如果在那之后进行存款，可能需要加入创世之后的验证者队列进行排队） ## 税务 现在来到每个人最喜欢的话题：Eth2存款的税务问题，过去几天Twitter上的相关辩论十分激烈。关键问题在于，向存款合约发送ETH的行为是否满足资本所得的目的 (根据美国税法，这是“应税事件”，我想英国也是如此)。这又可能取决于Eth1链上的ETH和Eth2链上的ETH是否是同一种资产。James Prestwich大力[主张](https://twitter.com/_prestwich/status/1324818543720890368)两者是不同的资产；Justin Leroux ([一名税务会计师](https://twitter.com/0xMidnight/status/1326716714256625666)) 则[认为](https://twitter.com/0xMidnight/status/1324837715519688707)其实是同种资产。还有其他不同的角色也加入了战斗，包括[TokenTax](https://twitter.com/TokenTax/status/1324782594580533250)，有许多系列推文都对此进行了讨论。 没有人知道全球各个税务部门[可能会做出](https://twitter.com/benjaminion_xyz/status/1310646040576614400)什么决定。与许多税收事项一样，当局可能会采取各种不同的观点，并且他们会根据自己的目的颁布法令。以此为前提，对待税务问题我们要采取谨慎的态度。大家可以自行研究，也可以获取专业建议，但请勿根据一些推特言论进行决策。 此处还要提一下本周发布的[Liquidstake](https://liquidstake.com/blog/1)，它提供了一种基于质押金借入USDC的方案。[The Block](https://www.theblockcrypto.com/linked/84277/eth2-liquidstake-borrow-eth-validators)引述了Andrew Keys：“如果要进行交易，您需要清楚了解监管和税务问题。水能载舟，亦能覆舟。” <br/> # 释义性资源 …关于其他媒体资源，我收集了一堆杂乱的信息，我打算就列在这下面了： - 关于在主网上[参与质押的指南](https://www.reddit.com/r/ethstaker/comments/jo5ttt/guides_to_staking_ethereum_20_mainnet/)的整合，以及关于[如何在Ubuntu上运行Teku](https://agstakingco.gitbook.io/eth-2-0-staking-guide-teku-medalla-ubuntu/eth-2.0-teku-validator)的教程。 - Bankless继续推出他们的Eth2.0播客系列。之前的嘉宾有[Vitalik Buterin](http://podcast.banklesshq.com/35-designing-ethereum-vitalik-buterin)、[Danny Ryan](http://podcast.banklesshq.com/eth-20-ama-with-danny-ryan)以及[Preston Van Loon](http://podcast.banklesshq.com/phase-0-announced-eth-staking-is-here-preston-van-loon-of-prysmatic-labs-alpha-leak)。也可以在[YouTube](https://www.youtube.com/watch?v=SkUiw1y3BHU)上看。 - 看看Superphiz发的4个板凳谈话 (Bench Chats) 小视频：一口气就能看完、5分钟的小视频却干货满满（ [1](https://www.youtube.com/watch?v=LfLZJq8DLoI), [2](https://www.youtube.com/watch?v=3LWMSHT8WmA), [3](https://www.youtube.com/watch?v=oRe3wxMefAA), 和 [4](https://www.youtube.com/watch?v=8brOk-k9TJo) ）。Superphiz大概成为我现在[最喜欢的](https://twitter.com/benjaminion_xyz/status/1321754534054662145)一位以太坊贡献者了。 - Superphiz也做了一些关于Staking的长视频，可以看他和Defi Dad一起参加的那期[Yield TV](https://www.youtube.com/watch?v=B_8ihwx84rg)视频。我还没来得及看，但相信这个视频一定很棒。 - [TechRadar](https://twitter.com/sassal0x/status/1324708386336768000)上的Eth2内容。(网页里太多弹窗了，唉) - The Defiant发出了[灵魂拷问](https://thedefiant.substack.com/p/hurray-you-can-now-stake-eth-but)：快！现在能质押了！但是我们应该质押吗？ - 由我的好朋友Conor SvEnsson，Web3 Labs的CEO做的6分钟小视频，[概述了Eth2](https://www.youtube.com/watch?v=G4hqaxfSV6s)。上个月他问了我一些关于质押服务的问题；现在他正计划运行自己Eth2节点，太好了！ - Tetranode在推特上[文字直播](https://twitter.com/Tetranode/status/1325191673756839940)如何使用Launchpad进行质押。 - Bison Trails的Viktor Bunin一直在撰写内容丰富的更新。这里是[第三期](https://bisontrails.co/eth2/003/)和[第四期](https://bisontrails.co/eth2/004/)。 <br/> # 研究工作 Collin Myers和Mara Schmiedt合著了一份非常棒的论文[《互联网债券》](https://drive.google.com/file/d/13-s15SvCIUBukhSZiNkpd0sTff3izQ5G/view)：Web3.0时代的数字工作协议。他们借助债券的经济框架来分析Eth2的质押模式，并为Eth2 Staking的参与市场建模。 Vitalik建议对“二次泄露”(quadratic leak)即怠工泄露 (inactivity leak) [做一些修改](https://github.com/ethereum/eth2.0-specs/issues/2125)。这个机制将在区块停止敲定的情况下启动，以加速将不活跃验证者踢出网络并使得网络恢复。从Medalla测试网得出的主要教训是：我们对一些真正试图尽力维护网络，但由于网络条件不佳而苦苦挣扎的验证者的惩罚过于严峻了。该提议的目的是对那些间歇性保持活跃的验证者降低惩罚力度，而仍对会惩罚那些完全离线的验证者。 TXRX团队的Alex Vlasov想要使得Eth2规范更经得起考验。为此，他在他的文章[《让信标链的Python规范具有更加正式的语义》](https://ethresear.ch/t/towards-formal-semantics-of-the-beacon-chains-pyspec/8181?u=benjaminion)中提出一种破坏性最小的方法。 <br/> # 常规会议 ## 实现者会议 第52次会议于11月12日进行。 - 会议日程 - 会议视频 - [我](https://hackmd.io/@benjaminion/B1GPwjcKP)和[Mamy](https://gist.github.com/mratsim/6c3ced507236af7d2995fa74f1a1a380)的速记 会议中讨论了一些关于测试网的问题，但是引起我注意的主要是Vitalik的提议：明确地分开将来在分片、轻客户端的支持和Eth1/Eth2合并的工作。这意味着以上三项工作能够有效地以任意顺序展开，也就是说我们需要诸如[可执行的信标链](https://hackmd.io/T7pfs7uQRkeVWeTXUt--Mg)这样的设计，即在我们还没有推出分片[之前](https://twitter.com/VitalikButerin/status/1326446752312954882)就可以将Eth1链直接嵌入到信标链中。 现在这个提议还会根据需求变化，将来会如何实现还有待观察。同时它又是非常实用的，绝对是一个“工程方法”。只是我得说，我必须要为我们精美的、纯粹的阶段0、阶段1、阶段2路线图，以及它包含的执行引擎和优美的蓝图而哀悼。此外，我也为失去最初在以太坊、Whisper和Swarm基础上构建的Web3愿景而感到遗憾。显然，我对那些优美却无法推出的设计总是怀有执念。 <br/> # 活动预告 - Hudson Jameson于北京时间11月15日凌晨5点[直播](https://twitter.com/hudsonjameson/status/1327082283849969665)他是如何设置他的Eth2 Staking节点的。点击链接回看[直播](https://www.youtube.com/watch?v=uTTc4s1CzME)： - [EthStaker社区电话会议](https://www.reddit.com/r/ethstaker/comments/jshz2t/ethstaker_community_call_11_deposit_launchpad/)于北京时间11月17日凌晨2点举行。 - [Eth2创世AMA](https://twitter.com/drakefjustin/status/1327311210484621312)将于11月18日晚上9点举行。 - 由Staked举办的[ETH Staking网络研讨会](https://staking.staked.us/eth-staking-webinar-nov19)将于北京时间11月20日凌晨1点举行。需要注册。 - [EthStaker](https://www.reddit.com/r/ethstaker)举办的Staking研讨会——直播讲解如何设置Staking客户端。时间：北京时间11月21日晚上9点。细节有待完善——查看[EthStaker的活动日历](https://www.reddit.com/r/ethstaker/comments/jkmh7d/ethstaker_calendar_sticky_updated_at_least_weekly/)以获得更多信息。 <br/> # 其他新闻 - [ethereum.org](https://ethereum.org/en/eth2/)上的Eth2页面已经试运行。我的[第一份PR](https://github.com/ethereum/ethereum-org-website/pull/1812/files)已经合并 - Quantstamp完成了[对Teku的正式审计](https://quantstamp.com/blog/quantstamp-completes-audit-of-2nd-eth-2-0-implementation)。我们很高兴看到这样的结果：“Quantstamp表示Teku的代码库是质量最高的”。完整的审计报告可以[点击此处](https://certificate.quantstamp.com/view/teku)下载。 - Vitalik更新了一篇文章[《VITALIK：权益证明工作量证明（2020 年11月）》](https://vitalik.ca/general/2020/11/06/pos2020.html) <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth-weekly-2020-11-16/https://www.ethereum.cn/eth-weekly-2020-11-16/Tue, 17 Nov 2020 00:00:00 GMT <center><img src="https://i.ibb.co/SfzYVBN/1.png"/></center> 编者按：《以太七日谈》是 ECN 团队对 ΞXPRΞSS 栏目进行的一次试验性升级，我们希望将每周以太坊生态中发生的一些大事小事趣事分享到中文社区。《以太七日谈》中的内容均为编者自行整理编译，如有疏漏和建议，欢迎大家及时通过公众号后台或是社群向我们反馈。 <br/> ## **Eth1** ### **㊂** **Infura服务器崩溃事件面面观** 北京时间11月11日下午，提供节点服务的Infura的部分API服务出现故障，随后停止服务，运行较老版本的geth节点用户发现自己处于一条少数分叉链上，以太坊主网出现共识错误，波及甚广。 很快以太坊客户端Geth团队负责人Péter Szilágyi@peter_szilagyi对事件进行交代与解释：**此次故障的主要原因是Geth v.19.7版本（2019年11月发布）中存在一个内存覆盖问题，该漏洞在2020年7月的Ethereum Bounty Program中被John Youngsecok Yang发现，并于7月20日的Geth v.1.9.17版本中得到静默修复。**在此过程中，为了避免被利用，漏洞细节并没有在Github Issue上公开讨论。 而在11月11日，Optimism在主网进行漏洞测试，虽然只有少数Geth客户端未升级至最新版本（但其中就包括Infura），这导致旧版客户端与其他客户端产生了不一致的共识。事件被认为是值得记入以太坊历史的一次无意为之的“硬分叉”(从技术上来说)。 事情发生后，社区多方对事件进行了整理和反思： **Geth 团队**：[回顾事件并发布最新修复版本](http://mp.weixin.qq.com/s?__biz=MzU2NDcyOTc2NA==&mid=2247486385&idx=1&sn=579ce6df30c426753b86d09eba6268bf&chksm=fc47c97acb30406cbc275dc4fbdff1223d06f9d30a1019bd384b2b522ca8f950b267893859a1&scene=21#wechat_redirect) **以太坊研究团队Quilt**：推特账号[lightclients](https://twitter.com/lightclients/status/1326947033987493893?s=20)从技术细节上追溯了事情的始末和理解漏洞会如何被利用。 **Optimism团队**：推特账号Jing is hiring for Optimism [@jinglanW](https://twitter.com/jinglanW/status/1326651349912719360?s=20)代表Optimism团队在推特为事件致歉，并给出了事件发展的时间线。 **Synthetix的Kein** :表达了实现DeFi基础设施去中心化的重要性。 <center><img src="https://i.ibb.co/XZfWJyL/2.png"/></center> **事件的最新情况：**Geth团队已经为Geth v.1.9.24版本重新搭建了所有官方docker映像。 <center><img src="https://i.ibb.co/p2rXmdc/3.png"/></center> <br/> ## **Eth2** ### **㊂** **Eth2质押进展一二事** Eth2存款合约已经上线11天，据beaconcha.in浏览器显示，截至本文发布，合约中已收到95,136 ETH，完成度18.15%，还需13,411名验证者质押429152 ETH才能启动创世。Vitalik于11日发推鼓励大家参与Eth2质押，并表示前几个月参与质押的验证者面临的惩罚程度**将减少至Medalla测试网标准的1/3到1/4。再者，如果存款合约收到524,288 ETH，验证者的年化收益率(APR)约25%。也就是说，尽管验证者加入Eth2信标链之后的三周被罚没了，ta仍能获得盈利。 <center><img src="https://i.ibb.co/6nz66X5/4.png"/></center> 现离最早创始时间还有15天，不管能否在最早创世时间启动创世，大家都应以平常心看待，不妨来看看ECN翻译的[《以太坊2.0创世事件》](http://mp.weixin.qq.com/s?__biz=MzU2NDcyOTc2NA==&mid=2247486377&idx=1&sn=1bcda73fae1f1016e3b7ef138f360b13&chksm=fc47c962cb3040747935c7f647b812730b711f4605912d2166da01d958a14950b1412c9d4d81&scene=21#wechat_redirect)，了解2.0创世的两种可能情况。 关于Eth2客户端的更新情况，**r/ethstaker社区的@superphiz曾发推提醒，**如果想在信标链主网上质押，请留意所有客户端的信标链软件的最终版本应该在11月24日后才上线，在此之前请同步你的geth节点，准备好你的系统，等待安装信标链的客户端。 而后Eth2客户端Lighthouse在其最新博客文章中透露**Lighthouse v1.0.0预估在11月24日到12月1日之间发布。**Lighthouse现阶段的版本为v0.3.3，其第一个稳定版本v1.0.0发布之后，意味着Lighthouse进入“产品”(production)阶段。Lighthouse v1.0.0的发布需满足以下两个条件：**1.参与Eth2质押的验证者达到16,384名；2.北京时间11月24日晚8点之后。** 开发者Justin Drake发推表示Eth2 创世AMA将于北京时间**11月18日晚上9点在reddit/r/ethereum举行，**大家有什么关于Eth2创世的问题可以去提问或围观。 ### **㊂** **Eth2 v1.0测试网Toledo已发布，Pyrmont在路上** 上周由protolambda负责的客户端开发团队发布了Eth2 测试网Toledo，**这是一个具有Eth2 v1.0主网配置的针对开发者的测试网，可容纳1.6万验证者。**Toledo主要用于测试v1.0规范并且为开发者提供实验环境。 **而本周将迎来v1.0的公共测试网Pyrmont，可容纳10万验证者。**Pyrmont将尽可能地模拟主网环境，并在运行稳定后，会向社区开放，用以测试Eth2主网软件发布和硬件设置。详情可阅读最新一期《Eth2更新速览#20》。 <br/> ## **Layer2** ### **㊂** **Arbitrum Rollup上的Uniswap V2之Optimistic Rollup解决方案初体验** 10月14日Offchain Lab在主网推出Layer2解决方案Arbitrum Rollup的测试网，这是一个功能完备的Optimistic Rollup解决方案，任何人都可以在该测试网上部署Solidity合约。11月6日，Arbitrum Rollup又推出一项重要更新Arbiswap：**在其测试网接入Uniswap V2的端口。**使用了Arbitrum Rollup之后，在Uniswap V2上进行代币转移，gas费将降低约55倍。看到这里大家是否跃跃欲试？ 小编整理了使用Arbiswap的**操作步骤：** ➤ 发推并@Offchain Lab请求测试币 <center><img src="https://i.ibb.co/BgZgyxy/4.png"/></center> <center><img src="https://i.ibb.co/Y2jF96D/6.png"/></center> ➤进入Arbiswap[用户界面](https://swap.arbitrum.io/#/swap) ➤ 连接Metamask钱包，并选择Kovan测试网络，进行swap或提供流动性 ➤ 完成交易后，在[Arbitrum Rollup区块浏览器](https://explorer.offchainlabs.com/#/)上查看自己的交易gas费使用情况。 ### **㊂** **状态通道解决方案Celer Network推出“瞭望塔”侧链SGN** 11月10日，Layer 2扩容解决方案Celer状态通道网络的状态监护网络（State Guardian Network: SGN）于主网上线，主网发布将分5个阶段进行，第一个阶段已经成功启动并开始运行。SGN是Celer扩容蓝图的最后一部分，作为一条可扩展的、去中心化的“瞭望塔”侧链，其功能包括：保护用户通道状态；委托接收支付；提供app之间连接性的预言机。 ### **㊂** **集思广益，Rollup们翻译成什么好？** Vitalik发推传达了@eth_taipei社区对各个Rollup的翻译提议：Rollup=卷叠；Optimistic rollup=乐观卷叠；ZK rollup=零知卷叠。  加密圈各方人士纷纷在评论区献策，Foundation联合创始人Elpizo Choi甚至给出了粤语版本：Rollup=春卷；Optimistic rollup=天真春卷；ZK rollup=懵查查春卷。而来自中国的社区DAOSquare也献出了自己的菜单：Rollup=肉辣卷；Optimistic rollup=乐天肉辣卷；ZK rollup=淋汁肉辣卷。小编看饿了，你呢!👀 <br/> ## **EIP-1559** ### **㊂EIP-1559进展更新一览，中国社区涌现不同的声音** EIP-1559由Vitalik于2019年提出，旨在提高以太坊费用市场的效率。简而言之，它希望将区块扩大到现在的两倍，但保持只使用容量的一半，EIP-1559通过追踪最低的gas费来实现这一点。关于EIP-1559的背景知识在[《EIP-1559的状态更新#1》](http://mp.weixin.qq.com/s?__biz=MzU2NDcyOTc2NA==&mid=2247486191&idx=1&sn=9c74f2e02ea19aa47e2013104fb06669&chksm=fc47c824cb3041322e1f4a9334d0ffb4103614f4010ccaecdbae6365dcac969a631787921a33&scene=21#wechat_redirect)中有详细提到，此系列更新文章由开发者Tim Beiko撰写，在其最新一篇文章[《EIP-1559的状态更新#3》](http://mp.weixin.qq.com/s?__biz=MzU2NDcyOTc2NA==&mid=2247486365&idx=1&sn=4343c2177243f8346c318c22ef004ab4&chksm=fc47c956cb304040fbcf38f54bb72d9565a4ce6c4f8eb96e430ee670cc93754a43f3e6b40dc4&scene=21#wechat_redirect)中，总结了1559的最新进展，包括：资金筹集完成；开始探索分叉的测试网；各种工具以及模拟的更新。 而与此同时我们也关注到了来自中国社区的不同声音，以太坊爱好者ajian[发文](https://ethfans.org/topics/33308)表示：**“EIP-1559 既无法让交易手续费变得更可预测（因为需求不可预测），也无法降低 Gas 价格，因此谈不上能制造更好的用户体验。”** <br/> ## **DeFi** ### **㊂1inch V2上线，新增API工具Pathfinder** 去中心化交易所1inch于11月6日上线V2版本，**此版本亮点是新增了API工具Pathfinder：**使用了最新的搜索和路由算法，可在最短的时间内给出交换代币的最佳路径。1inch联合创始人Sergej Kunz 称：“此次 1inch V2 升级中，用户最大的感受就是速度变得更快了。” 11月13日1inch发推表示，其V2上线后，1inch上的交易失败率极大地降低了!👇 <center><img src="https://i.ibb.co/16sk8tf/5.png"/></center> ### **㊂** **app.uniswap.org网站短暂故障，现已恢复正常** 11月14日，Uniswap发推称由于Cloudflare IPFS网关出现问题，其网站app.uniswap.org暂时无法正常运行。但Uniswap列出了其他访问Uniswap的方式，包括：使用 Uniswap GitHub 提供的其他 IPFS 网关入口；从http://uniswap.eth.link访问；使用Dharma、Rainbow或其他内置交易的以太坊钱包访问Uniswap；还可以在Etherscan上或者通过命令行界面访问Uniswap进行交易。 Uniswap表示：“这就是DeFi的好处，不会像CeFi那样出现单点故障而导致用户完全无法访问的问题。” ### **㊂** **稳定币Dai流通量达10亿** Maker发推称多抵押Dai发布不到一年，已通过Maker Vaults生成了10亿Dai。[此处](https://blog.makerdao.com/zero-to-one-billion-dai-five-years-of-growth-for-makerdao/)是MakerDAO五年以来的变化。 <br/> ## **生态** ### **㊂** **币安承诺给第8轮Gitcoin Grant匹配捐赠10万美元** 在一场币安峰会中，币安CEO赵长鹏承诺在第8轮，即下一轮的Gitcoin Grants匹配中捐赠10万美元。此轮将计划于今年12月2日—12月8日进行。 <center><img src="https://i.ibb.co/fpgYcRn/8.png"/></center> ### ### **㊂** **PayPal对其用户降低加密货币服务准入门槛，并提高每周购买限额** 据Coindesk11月13日的报道，**PayPal即将向美国所有持有PayPal账户的用户开放加密货币服务，**这意味着未来两到三周，美国持有PayPal合格账户的人就可以购买、持有、出售加密货币。而此前在11月2日的电话会议中，PayPal CEO Schulman表示，由于用户需要通过SSN (美国社会安全号码)验证才能使用加密货币服务，PayPal仅对10%的用户开放加密服务。**并且由于需求量巨大，PayPal还将每周购买限额从10万美元提高至20万美元。** <br/> <br/> 声明：以太七日谈栏目内容由编者自行编译而成，仅供参考，请以消息来源为准。转载须注明原文出处以及ethereum.cn。若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-20/https://www.ethereum.cn/eth2-quick-update-no-20/Mon, 16 Nov 2020 00:00:00 GMT来源 | [Ethereum Blog ](https://blog.ethereum.org/2020/11/13/eth2-quick-update-no-20/) <br/> ## 要点速览 - [Staking社区赏金](https://ethereum.org/en/eth2/get-involved/staking-community-grants/) - 使用0主网规范的Eth2测试网 – [Toledo](https://toledo.beaconcha.in/)和[Pyrmont](https://en.wikipedia.org/wiki/Pyrmont,_New_South_Wales) - 主网存款合约[0x00000000219ab540356cBB839Cbe05303d7705Fa](https://etherscan.io/address/0x00000000219ab540356cbb839cbe05303d7705fa) <br/> ## Staking社区赏金 上周以太坊基金会宣布了[Eth2 Staking社区赏金](https://ethereum.org/en/eth2/get-involved/staking-community-grants/)，旨在激励参与者们优化质押体验。 该计划围绕Staking公开征集提案，包括工具类、文档以及教育类等等。 [此处](https://ethereum.org/en/eth2/get-involved/staking-community-grants/)是grants[详情页](https://ethereum.org/en/eth2/get-involved/staking-community-grants/#wishlist)。提案递交将于12月22日截至。 <br/> ## Eth2测试网– Toledo 和 Pyrmont 上周，由protolambda领导的客户端开发者们发布了[Toledo开发者网络](https://toledo.beaconcha.in/)，这是一个使用v1.0主网规范的测试网，可容纳1.6万验证者。虽然大家可以在本测试网中选择任意节点进行同步，但无法进行验证者存款，因为其中使用的存款合约是修改过且需许可的。Toledo主要用于测试v1.0规范并且为开发者提供实验环境。 本周，我们会发布Pyrmont，而这将是一个尽可能模拟主网环境的测试网，可容纳10万验证者。Pyrmont测试网运行稳定后，会向社区开放。在启动主网之前，Pyrmont可以作为测试主网软件发布和硬件设置的不二去处。 由于Pyrmont使用主网配置，因此它具备与主网相同的 (缓慢的) 激活队列机制。**请大家有序排队，并且一次只进行1-2次验证者存款。**这将使得接下来几周的排队时间保持在合理范围内，并有利于为所有用户提供高效的测试平台。 至少在eth2主网创世阶段，Pyrmont会持续运行。之后我们将考虑构建稳定性更强、用户体验更好的长期测试网。我们可能会缩短排队时间，并将最低驱逐余额大幅提高。 但是在那之前，请大家尽情享用Pyrmont! <br/> ## 主网质押 以防读者错过了上周的信息，再次提醒大家eth2主网存款合约已经启用，可通过主网[Launch Pad](https://launchpad.ethereum.org/)进行质押。主网存款合约地址： [0x00000000219ab540356cBB839Cbe05303d7705Fa](https://etherscan.io/address/0x00000000219ab540356cbb839cbe05303d7705fa)。请在发送资金前再三确认地址！ 请注意，虽然MIN_GENESIS_TIME (即最早创世时间) 是UTC时间12月1日中午12:00，但是在此之前存在为期七天的 GENESIS_DELAY (即创世延迟时间)。也就是说，如果你想要确保在创世区块中包含自己的存款，则需要在UTC时间11月24日中午12:00前完成质押。 想要了解详细的主网创世过程，推荐大家阅读Ben Edgington的[《Eth2创世》](https://hackmd.io/@benjaminion/genesis)，点击此处阅读[中文版](https://news.ethereum.cn/genesis/)。 祝大家有一段美好的Staking之旅!🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/geth-security-release/https://www.ethereum.cn/geth-security-release/Fri, 13 Nov 2020 00:00:00 GMT请节点立即升级至 Geth `v1.9.24`版本，或使用 Go `1.15.5` 及以上版本 来源 | [Ethereum Blog ](https://blog.ethereum.org/2020/11/12/geth_security_release/) <br/> # 提要 使用Go`<1.15.5`或`<1.14.12`构建的`geth` 版本很可能受到严重安全漏洞 (DoS) 的影响。Golang团队已将此漏洞注册为“ CVE-2020-28362”。 我们建议所有用户使用Go `1.15.5` or `1.14.12`重建客户端 (最好是`v1.9.24`版本)，以避免节点崩溃。另外，如果你运行的是官方程序，我们发布了基于Go `1.15.5`的Geth `v1.9.24`版本。(Release: https://github.com/ethereum/go-ethereum/releases/tag/v1.9.24) Docker映像很可能由于缺少基本映像过期，可以查看此处说明使用Go`1.15.5`临时构建映像。请运行`geth version`来验证你的程序所使用的Go版本。 <br/> # 背景 在十月初，go-ethereum加入了Google的[OSS-Fuzz](https://oss-fuzz.com/)计划。我们曾经临时执行过模糊测试，并测试了一些不同的平台。 10月24日，其中一个测试工具发现了一处崩溃。 经调查，发现问题的根本原因是Go标准库中的漏洞，并且该问题已经被上报。 <br/> # 影响 在区块处理过程中，利用DoS漏洞可以使所有Geth节点崩溃，随之而来的后果就是以太坊网络中的大部分节点掉线。 除了Go-Ethereum之外，这个问题还有很大可能影响所有Geth的分叉 (例如TurboGeth或是ETC使用的core-geth)。为了扩大调查范围，我们会继续回溯代码，Go团队也已经对潜在受影响的使用者展开了调查。 <br/> # 事件时间线 - 2020-10-24: 接收来自OSS-fuzz的崩溃报告 - 2020-10-25: 经调查发现起因是Go语言的漏洞。细节报告已经发送至[security@golang.org](mailto:security@golang.org) - 2020-10-26: 收到确认反馈，继续进行调查 - 2020-10-26 – 2020-11-06: 讨论可能修复方案，继续回溯调查潜在受影响的使用者 - 2020-11-06: Go暂定2020-11-12发布漏洞修复 - 2020-11-09: Go预宣布安全补丁：https://groups.google.com/g/golang-announce/c/kMa3eup0qhU/m/O5RSMHO_CAAJ - 2020-11-11: 通过Geth的官方[twitter](https://mobile.twitter.com/go_ethereum/status/1326448260949684228)、Discord以及[Reddit](https://www.reddit.com/r/ethereum/comments/js4sk2/security_go_v1155_is_coming_tomorrow_a_security/?utm_source=share&utm_medium=web2x&context=3)通知用户 - 2020-11-12: 发布新的Go版本，以及`geth`新版本其他问题 <br/> # 挖矿漏洞 这个PR提交了另一个安全问题，引起了我们的注意，其中包含对ethash算法的修复。 该挖矿漏洞可能导致矿工在未来的epoch中错误地计算工作量证明。ETC链已经在2020-11-06发生了这个问题。预计这可能将在2021年1月上旬在区块高度`11550000` / epoch `385`处对ETH主网产生影响。 这个问题也在`v1.9.24`版本中得到了修复，此漏洞只与矿工节点相关，非矿工节点不受影响。 ## Geth的浅拷贝漏洞 受影响版本: `1.9.7` – `1.9.16` 修复: `1.9.17` 类型: 共识漏洞 2020年7月15日, John Youngseok Yang (Software Platform Lab) 报告了Geth中的一个共识漏洞。 Geth预编译的`dataCopy（0x00 ... 04）`合约在调用时进行了浅拷贝，而Parity则进行了深拷贝。攻击者可以部署这样的合约： - 在EVM内存区`R`写入`X` - 使用`R`作为参数调用`0x00..04` - 使用`R` 覆盖 `Y` - 最后调用`RETURNDATACOPY`操作码 - 调用该合约时，Parity会在EVM栈中push `X`，而Geth会push `Y` ### 结果 这发生在以太坊主网区块高度 [11234873](https://etherscan.io/block/11234873) 处的交易 [0x57f7f9](https://etherscan.io/tx/0x57f7f9ec3cd92a908ac05edcb372bf6bb984fec6010a360eab76613fbf3bb23f)，导致节点掉线，约30个区块在侧链丢失。这也导致了Infura掉线，继而对使用Infura的用户和服务商造成了影响。 更多细节请参阅[Geth](https://gist.github.com/karalabe/e1891c8a99fdc16c4e60d9713c35401f)和[Infura](https://blog.infura.io/infura-mainnet-outage-post-mortem-2020-11-11/)的事件报告，以及此[系列推文](https://twitter.com/jinglanw/status/1326651349912719360?s=21)。 ## `16` 和 `.17` 版本中的DoS漏洞 受影响版本: `v1.9.16`,`v1.9.17` 修复: `v1.9.18` 类型: 区块处理期间的DoS漏洞 我们发现了一个DoS漏洞，并且在`v1.9.18`中进行了修复。我们决定不在这个时间点公布细节。 <br/> # 建议 短期内，我们建议所有用户立即将Geth升级到`v1.9.24`版本 (Go `1.15.5`)，此处是官方Release: https://github.com/ethereum/go-ethereum/releases/tag/v1.9.24 如果你是通过Docker使用Geth，那可能会出现一些问题。如果是`ethereum/client-go`，需要注意两件事： 1. Docker hub中的新映像可能会延迟 2. 如果Go的基础映像没那么快创建的话，则很有可能是基于Go的漏洞版本创建的 如果你打算自己创建docker映像 (通过repository root中的`docker build .`)，也可能会遇到第二个问题。 因此，请确保基础映像使用的是Go `1.15.5`。 长期来说，我们建议用户和矿工使用备选客户端。我们强烈认识到以太坊网络要保持韧性，就不能依赖单一的客户端实现。其他客户端选择还有 [Besu](https://github.com/hyperledger/besu/)、[Nethermind](https://github.com/NethermindEth/nethermind)、[OpenEthereum](https://github.com/openethereum/openethereum) 和 [TurboGeth](https://github.com/ledgerwatch/turbo-geth) 等等。 大家可以通过 [https://bounty.ethereum.org](https://bounty.ethereum.org/)、[bounty@ethereum.org](mailto:bounty@ethereum.org) 或 [security@ethereum.org](mailto:security@ethereum.org) 报告安全漏洞。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eip1559-update-003/https://www.ethereum.cn/eip1559-update-003/Wed, 11 Nov 2020 00:00:00 GMT## 要点速览 - **资金筹集完成!💰** 以太坊基金会给ConsenSys和1559多签名拨款 🎉 - **分叉的测试网🍴** 我们正在探索是否可以从主网分叉出一个有大型状态的1559测试网。 - **各种工具[🛠]** Besu团队一直在努力搭建一系列工具，使得用户与1559测试网的交互更容易。 - **Escalator Tip模拟🤖** Barnabé的团队发表新的notebook，分析了使用EIP-2593式的费用作为1559小费的组成部分会带来的影响。 - **海量内容📝** 我们有关于1559UX的新文章，还有大量新的相关EIP和在另一个网络上对1559实现的分析。 <br/> ## 资金情况更新💵 以太坊基金会给ConsenSys和[1559的多签名](https://gitcoin.co/grants/946/project-title-eip-1559-community-fund)提供资金，用于支持EIP-1559的工具、项目管理、沟通、客户端实现和漏洞赏金的费用！ 我们现在还在最终确认拨款的阶段，但它很快会上链了。这些资金足以确定EIP-1559规范，并进行一系列测试，我们可以通过AllCoreDev (核心开发者会议) 引导它的发展。 社区推动这件事的成果是值得一提的，他们给首轮Gitcoin grant的捐赠创下多个记录，一直公开支持1559，以及在背后协作与提供资金支持。感谢你们每一位——现在回到工作！ <br/> ## 测试网更新⛓ 在过去几个月里，我们一直在一个小圈子里运行1559测试网，以确保团队间的实现是有共识的。现在看来我们的进度已经有99%了。Nethermind已经加入了Besu，在网络里成为了一名验证者 (虽然还有一个漏洞没解决)，以及Vulcanize的Geth实现现在已经与其他的Geth和Besu节点达成共识了，Nethermind很快也会跟上。 现在测试网有一个[公共的区块浏览器](http://eip1559-testnet.ops.pegasys.tech:3000/)，还有一个显示参与节点的[以太坊数据页面](http://eip1559-testnet.ops.pegasys.tech:3001/)。与此同时，Besu团队已经在Besu专用测试网上测试了它的1559工作量证明 (PoW) 实现，没有发现问题。 在这周的实现者会议里，我们就尝试在主网分叉一个多客户端PoW测试网达成了共识。这个决定很好，因为它允许我们在主网大型状态的环境里测试实现，且可以使每个有主网账户的人与网络交互。[它只是可能比看起来要复杂得多!😅](https://discord.com/channels/595666850260713488/692078615269212180/774317478440468491)。 <br/> ## 工具更新🛠 Besu团队一直在搭建工具，使得人们可以更容易与现在的1559测试网交互。读者可以在[这里](http://eip1559-tx.ops.pegasys.tech/)试一下。你们可以在主页提交遗留的与适应1559的交易到测试网。 有一件很酷的事需要提一下：在测试网上，遗留交易可以被解释为适应1559的交易，因此它需要支付高于 base fee的gas price才能变为有效交易，而base fee在执行期间会在gas费里被销毁🔥。 工具箱 (toolbox) 的另一项有用功能是base fee API，你可以通过它向测试网里一个特定的区块询问base fee。 除了交易发送者工具与base fee API，这个工具箱还与EIP本身、这些更新、网络区块浏览器、以太坊数据页面、以及要加入测试网的节点的指引和创世文件相连。如果想看工具的完整演示，读者可以看最新的实现者会议记录，[从12：00开始](https://youtu.be/LgvUnCdMXQg?t=720)。 <br/> ## 模拟更新🤖 Barnabé和他的团队发布了一篇[新的notebook](https://nbviewer.jupyter.org/github/barnabemonnot/abm1559/blob/master/notebooks/floatingEscalator.ipynb)，模拟EIP-1559与”escalator tip” (梯度小费) 的结合。”escalator tip”是受Dan Finlay提出的[EIP-2593](https://eips.ethereum.org/EIPS/eip-2593)启发，给用户在提出tip的时候增加第二个维度——时间。 换言之，它使得用户不仅可以指明他们想给矿工支付的最低与最高的小费，还有超过了多长时间他们会想提高它。 例如，有的用户急于交易，只要可以把他们的交易打包在接下来的两个区块里，他们愿意支付10 gwei的小费[0]；而有的用户不介意等候，只需要最后交易可以打包到区块，他们希望可以指明价格区间，比如1-20 gwei，但在不同的时间跨度，比如接下来的100个区块。 这篇notebook比较了这两类用户的策略：**急需交易的用户 (hurrying users)**，他们“为每多等待一个单位时间而设置他们费用的escalator梯度，且每当他们当前的净值 变为负时，他们就会停止出价”。而**固定区间用户 (fixed duration users)**，他们对同一个净值设置escalator的长度，并在该长度内设置尽可能大的斜率。” Barnabé在这周的实现者会议里简单介绍了这篇notebook，[从5：11开始](https://youtu.be/LgvUnCdMXQg?t=311)。 <br/> ## 内容与其他更新📝 - Besu团队已经开始为更新各种JSON-RPC调用写EIP了，这些调用都会受EIP-1559影响。到目前为止，我们已经写了4份EIP，大概还有5份要写。完整的列表已经更新到[Mainnet Readiness Checklist](https://news.ethereum.cn/wp-admin/post.php?post=2683&action=elementor#eips--reference-tests) (主网准备清单) 。 - Miach Zoltu已经写了一篇[关于EIP-1559的UX重要性的释义性文章](https://medium.com/@MicahZoltu/dc9c8717906)。这些有时候会因为过于抽象而难以量化，因此Micah的文章对一个特定场景一步步地进行解释，并强调1559如何使它变得更好。 - Hasu写了一篇新的[EIP-1559分析](https://insights.deribit.com/market-research/transaction-fee-economics-in-near/)，这篇是关于Near协议的实现。 - 我几周前在ETHOnline做了一次关于[EIP-1559的概述分享](https://www.youtube.com/watch?v=IEQPSJbZsq0)。 <br/> ## 后续工作✅ 这些内容我在整篇更新里都有提到，但为了更清晰有条理，以下是我们接下来要做的工作： 1. 上线与运行一个有“大型状态”的工作量证明测试网，无论是通过从主网分叉还是重新搭建。 1. 尝试解决围绕交易池管理的潜在问题。[这个文档](https://hackmd.io/unbJUt-HQgStvwmpLPsXsQ)旨在记录实现团队采用的策略。 1. 持续改善围绕1559的工具，使非实现者更容易尝试使用并提供反馈。 2. 继续多项没那么紧急的工作，比如写JSON RPC的EIP，增加参照测试，等。 希望在下一次的更新里，我们已经有办法让想试验1559的人可以在实时网络里领取测试网的ETH，模仿主网的环境🤞 感谢阅读！ [0] 当交易被提交的时候，小费在区块里会被设置成5，并将在下一个区块里增加到10。这笔交易随后会变成无效。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/why-proof-of-stake/https://www.ethereum.cn/why-proof-of-stake/Tue, 10 Nov 2020 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2020/11/06/pos2020.html) 编者注：本文原由Chih-Cheng Liang和Hsiao-wei Wang翻译为繁体中文，由于表达习惯不同，考虑到简体中文读者的阅读体验，ECN对本文进行了简体转化和二次校对。 感谢Chih-Cheng Liang和Hsiao-wei Wang对本文进行[中文翻译](https://vitalik.ca/general/2020/11/06/pos2020_zhTW.html)。 权益证明 (Proof of Stake, PoS) 在区块链安全性上优于工作量证明 (Proof of Work, PoW) 的关键因素主要有三。 <br/> ## 在同样成本下可提供更高的安全性 理解这点最简单的方式就是把权益证明和工作量证明摆在一起看，假设每天有$1的区块奖励，攻击此网络所需的成本是多少。 ### 基于证明 你可以便宜租到 GPU，所以攻击网络的成本就只是租到足够的 GPU 算力以超过现有的矿工。每产生 $1 的区块奖励，现有矿工的成本将近 $1 (如果成本高于 $1，矿工就会因为无利可图而退出，反之新矿工就会加入进来获取利润)。因此，攻击网络的成本只需要高于 $1/天，而且可能只需要持续几个小时。 **总攻击成本： ~$0.26 （假设攻击 6 小时），且因为攻击者可以收到区块奖励，所以这个数字还有可能压到零** ### 基于ASIC 的工作量证明 ASICs 其实是资本成本：当买进 ASIC 时你预期大概可以用两年，因为它会慢慢耗损或是被性能更好的硬件取代。如果一个链被 51% 攻击了，社群大概会更换 PoW 算法来做出应对，而这时你的 ASIC 就会失去价值。平均而言，挖矿成本约为 1/3 的经常性成本与 2/3 的资本成本 (详见[此处](https://eth.wiki/concepts/proof-of-stake-faqs#what-about-capital-lockup-costs))。因此，每 $1 的区块奖励上，矿工每天会花 ~$0.33 在电力与维护上，并花费 ~$0.67 在他们的 ASIC 上。假设 ASIC 可以用大约 2 年，矿工会需要为单位 ASIC 硬件花费 $486.67。 译注：$486.67 = 365 天 x 2 x $0.67 资本成本 **总攻击成本：$486.67(ASICs)+ $0.08(电力与维护)= $486.75** 译注：此处电力与维护成本也是假设攻击时长 6 小时 话虽如此，值得注意的是 ASICs (相较 GPU) 带来较高的安全性是以中心化的高代价换来的，因此[加入 ASIC 挖矿的门槛也非常高](https://blog.ethereum.org/2014/06/19/mining/)。 ### 权益证明Proof of stake 权益证明的成本几乎是百分百的资本成本 (抵押的币)；唯一的营运成本是运行节点的成本。这样人们会愿意为每天每 $1 的区块奖励锁住多少的资金呢？不像 ASIC，抵押的币不会贬值，而且当你不想抵押了你还可以在一段短时间内取回质押金。因此，参与者应该会愿意为同样程度的奖励付出比 ASIC 的情况更高的资本成本。 让我们假设 ~15% 的报酬率足够吸引人们抵押 (这是 eth2 的期望报酬率)。因此每天 $1 的区块奖励会吸引相当于 6.667 年报酬的抵押，或换算为金额为 $2,433 。节点消耗的硬件与电力成本很小，每一千元的电脑可以抵押成千上万的资产，而且每月 ~$100 的电力与网费也算足够。但保守来说，我们假设这些经常性成本是抵押总成本的 ~10%。所以我们只有每天 $0.90 的区块奖励对应到资本成本，因此我们还要把上面的数字减少 ~10%。 译注： 6.667 年 = $1 / (15% 年报酬）； $2,433 = $1/天 x 365 x 6.667 **总攻击成本： $0.90/天 6.667 年 = $2,189** 长期来说，这个攻击成本会预期会更高，因为抵押会变得更有效率，而且人们也会更能接受较低的报酬率。我个人预期这个数字最终会攀升到 $10,000 的程度。 取得这么高程度安全性的唯一“代价”就是在质押期间不方便随意转移质押金。甚至有可能因为人们认知到这些被锁住的币会造成币的价值攀升，所以在社群流通的货币总数，或是能做有生产性投资的资金，都能维持不变。反观 PoW，维持共识的“代价”是[疯狂地损耗大量电力](https://www.theverge.com/2019/7/4/20682109/bitcoin-energy-consumption-annual-calculation-cambridge-index-cbeci-country-comparison)。 ### 更高安全性或更低成本？ 注意我们有两种方式可以运用这个增加 5-20 倍的每单位成本安全性。一种方式是区块奖励维持现状，并受益于增加的安全性。另一种方式是维持现有程度的安全性，并大量减少区块奖励 (也就是减少共识机制成本的“浪费”)。 两种方式都行。我个人喜欢后者，因为我们下文会看到，比起工作量证明，在权益证明中一个成功的攻击能够造成的伤害更少，而且更容易从攻击中复原。 <br/> ## 权益证明更容易从攻击中复原 在工作量证明的系统，如果你的链遭受 51% 攻击，你会怎么做？目前为止，实践上唯一的应对方式一直是“慢慢等，直到攻击者觉得无聊”。但这忽略了一种更危险的攻击叫做“重生点埋伏攻击 (spawn camping attack)”，攻击者可以对链攻击再攻击，明确的目标就是要让链无法再使用。 译注：重生点埋伏是一种游戏术语，在对方玩家阵亡重生的地方埋伏，造成对方玩家一重生就再阵亡，毫无回击能力。 基于 GPU 的系统完全没有防御的办法，而且持续攻击的攻击者可以轻易让一个链永远毫无用处 (或更实际一点，转移到权益证明或proof of authority 权威证明)。实际上，在攻击开始后的前几天，攻击者的成本就会变得非常低，而诚实矿工会离开，因为他们没办法在持续攻击之下取得区块奖励。 在基于 ASIC 的系统，社群有办法应对第一波攻击，但接下来的攻击就会变得很容易。社群可以在第一波攻击之后，硬分叉来更换工作量證明的演算法，也就是把所有 ASIC “变砖”（包含攻击者与诚实矿工的 ASIC）。但如果攻击者愿意承受自己 ASIC 变砖的成本，接下来的情况就和 GPU 的情况一样 (因为还没有足够的时间去为新算法制造与生产 ASIC)，所以在这之后攻击者可以很便宜地持续重生点埋伏攻击。 译注：变砖为电子产品俚语，代表损坏后无法使用，像砖头一样 权益证明的情况，情况则变得非常开朗。针对一些种类的 51% 攻击 (特别指想要推翻已经敲定的区块)，权益证明[共识有内建](https://arxiv.org/abs/1710.09437)的“罚没 (slashing)”机制，大比例的攻击者抵押会被自动销毁 (而且不会销毁到其他人的抵押)。针对其他种类的，更难侦测的攻击 (特别指 51% 合谋截断其他人信息)，社群可以协调一个“少数使用者发起软分叉 minority user-activated soft fork (UASF)”，可以大量销毁攻击者的资金 (在以太坊中，可以透过“消极惩罚 inactivity leak”做到）。不需要采取“硬分叉删除货币”措施。除了 UASF 需要人为协调要选择哪个少数区块，其余事情都是自动化的，只要遵照协定规则去执行即可。 译注：少数区块 minority block 是小于 51% 抵押总数的验证者决定出来的区块 因此，对链的第一次攻击就会耗损攻击者几百万美元，而且社群可以几天内马上站稳脚步。第二次攻击仍然会花费攻击者数百万美元，因为他们需要买新的币去取代旧的已经烧毁的币。再攻击第三次，就会再烧更多的数百万美元。局面极为不对称，而且优势并不会在攻击者那边。 <br/> ## 权益证明比 ASIC 更去中心化 基于 GPU 的工作量证明还算合理地去中心化，因为取得 GPU 不会太难。但前面提过，基于 GPU 的挖矿难以满足“在攻击之下的安全性”这个准则。另一方面，基于 ASIC 的挖矿，则需要数百万美元的资本 (而且如果你的 ASIC 是买来的，多数时候，制造商会占更多便宜) 这个资本门槛会是回答“权益证明代表富者更富”这个常见论点的答案：ASIC 挖矿也是富者更富，而且这个局面下，富者更占据优势。权益证明的最低抵押门槛在相比之下算是很低，而且许多一般人更有机会进入。 译注：就文章完成当下 440 USD/ETH 的价格来看，最低抵押门槛大概是 9.3 万人民币。 进一步说，权益证明更能抵抗审查。GPU 挖矿和 ASIC 挖矿很容易侦测，他们需要大量电力消耗、昂贵硬体采购、及大型厂房。另一方面，权益證明可以跑在一台不起眼的笔电上，甚至也可以透过 VPN 做。 <br/> ## 工作量证明可能的优势 我认为 PoW 有两大主要优势，但这些优势其实有相当的限制性。 ### 权益证明更像个“封闭系统”，长期而言财富更加集中 在权益证明中，如果你有一些币，你可以抵押那些币，并且获得更多同种类的币。而在工作量证明中，你总是可以获得更多币，但你需要一些外部资源来达成。因此，人们会认为长期而言权益证明的币的分配会更集中。 我的回应是，在 PoS 中，报酬一般而言会很低 (所以验证者的获利也会低)。在 eth2，我们预期验证者的年收益率会相当于总 ETH 供给量的 ~0.5-2%。而且更多验证者抵押，利率会更低。因此，可能要花个一世纪，整个资产集中程度才会翻倍，而且在这样的时间跨度之下，其他促进分配的压力 (人们想花他们手上的钱，分配资产到慈善或他们自己的子孙等等) 比较可能会占上风。 ### 权益证明需要“弱主观性(weak subjectivity)”而工作量证明不需要 关于“弱主观性”的概念可以看这个[原始介绍](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/)。本质上，就是节点在第一次上线，或是在离线很长一段时间之后 (数个月) 再次上线，这个节点必须要透过第三方的资源，才能决定正确的链头在哪。这个第三方可以是他们的朋友、可以是交易所或区块链浏览器、或是客户端开发者本身、又或是其他角色。 PoW 则没有这样的要求。 然而，这可能是一个很弱的要求。事实上，使用者本身就已经必须对客户端开发者、或“社群”有这种程度的信任。最起码，使用者必须信任某个人 (通常是客户端开发者) 来告诉他们协议是什么，这个协议曾经经历过什么更新。这在任何软件应用中都无法避免。因此，PoS 的边际信任成本仍然很低。 但就算这些风险最终会发生，对我而言 PoS 系统仍然利大于弊：更高的效率、应对攻击并从攻击中复原的能力更强。 <br/> 参考来源：我之前有关权益证明的文章 - [Proof of Stake FAQ](https://eth.wiki/concepts/proof-of-stake-faqs) - [A Proof of Stake Design Philosophy](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51) <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-validator-handbookhttps://www.ethereum.cn/eth2-validator-handbookThu, 05 Nov 2020 00:00:00 GMT## ETH2 IS COMING！ 根据Ethereum Blog最新通告，以太坊2.0规范v1.0已发布，Eth2最早创世时间定于1606824000，即北京时间2020年12月1日20:00。 主网存款合约地址为：0x00000000219ab540356cBB839Cbe05303d7705Fa 注意，请勿直接向存款合约地址转账，需前往Eth2 Launchpad根据引导进行质押操作和客户端安装。 Launchpad官方网址请认准：launchpad.ethereum.org 至少在12月1日前一周需要有16384名验证者进行质押(即至少存入 524,288 ETH)，否则顺延创世时间，即验证者的数量达到16384之后七天创世。大家可以阅读Ben Edgington的文章[《信标链的创世》](https://news.ethereum.cn/genesis/)了解创世过程。 <br/> ## Eth2质押那些事 Eth2测试网长跑结束，Eth2新征程正式开启。目前存款合约已部署，关于以太坊2.0质押那些事儿大家知多少？不要慌，ECN特此整理了Staking合辑，帮助大家抱佛脚，一起来回顾一下吧👀 <br/> ### 验证者教程系列 1. ECN自制超详细中文视频教程，包含环境配置、Lighthouse客户端安装以及质押操作： 《[如何成为Spadina测试网验证者](https://www.bilibili.com/video/BV1d5411L7k9/)》 2. 验证者硬件要求以及Launchpad操作指引： 《[如何成为Eth2 Medalla测试网验证者](https://news.ethereum.cn/guide-becoming-a-validator/)》 3. EthFANs ​ 《[使用 Ubuntu 和 Prysm 参与 Medalla 测试网](https://mp.weixin.qq.com/s/vdbg2bovhaZ8_Y_C7IoktQ)》 ​ 《[使用 Nethermind 和 Lighthouse 运行以太坊 2.0 测试网的验证者](https://mp.weixin.qq.com/s/InbElsTYiHZRGGogx4bZMw)》 <br/> ### 通识系列 《[了解Eth2质押程序](https://news.ethereum.cn/staking：了解eth2质押程序/)》 《[Eth2 Staking系列：开篇](https://news.ethereum.cn/validated-staking-on-eth2-0/)》 《[Eth2 Staking系列：激励篇](https://news.ethereum.cn/validated-staking-on-eth2-1-incentives/)》 《[Eth2 Staking系列：共识机制篇](https://news.ethereum.cn/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat/)》 《[Eth2 Staking系列：分片共识](https://news.ethereum.cn/eth2-staking-sharding-consensus/)》 《[Eth2 Staking系列：密钥篇](https://news.ethereum.cn/eth2-staking-keys/)》 《[Eth2 Staking系列：客户端多样性](https://news.ethereum.cn/validated-why-client-diversity-matters/)》 [《](https://mp.weixin.qq.com/s?__biz=MzIwODA3NDI5MA==&mid=2652529508&idx=1&sn=a0be35d5f6c3d5cdf86c063e5138ff2b&scene=21#wechat_redirect)[Eth2 存款过程](https://news.ethereum.cn/ethereum-2-0-and-depositing-process/)》 《[什么是以太坊 2.0 测试网？如何参与？](https://mp.weixin.qq.com/s/nYWJtlA1Td_M-TuB636wZw)》 《[Eth2 验证者快速启动器发布](https://mp.weixin.qq.com/s/jkXq-akj_8sQcDJkoCYDJg)》 <br/> ### 其他相关资源 Eth2 Launchpad https://launchpad.ethereum.org Eth2浏览器 - [Beaconcha.in](https://beaconcha.in/) - [Eth2Stats](https://eth2stats.io/) - [BeaconScan](https://beaconscan.com/) Eth2客户端 - [Prysm](https://prysmaticlabs.com/): Go语言客户端 - [Lighthouse](https://lighthouse.sigmaprime.io/): Rust语言客户端 - [Teku](https://github.com/ConsenSys/teku): Java语言客户端 - [Nimbus](https://nimbus.team/): Nim语言客户端 其他学习资源 - [ECN Eth2知识库](https://eth2.ethereum.cn/):（路线图/术语库/客户端/FAQ） - [ECN Eth2相关进展](https://news.ethereum.cn/category/eth2/) - [Ethfans](https://ethfans.org/) - [以太坊官网 (英文)](https://ethereum.org/en/eth2/) <br/> ## Eth2 Launchpad Eth2 Launchpad (launchpad.ethereum.org) 旨在帮助和指引用户安全便捷地完成质押操作，并且实时更新网络质押进度数据，但目前尚不支持多语言版本，因此我们将其中有价值的部分进行了汉化，以供参考。 <br/> ### Overview：概述部分 这个部分提供了一些基本的背景知识和注意事项，也是进行质押之前的必经入口，包括验证者职责和风险、单向质押、密钥生成和管理等。 <center><img src="https://i.ibb.co/kD3dRTr/p1.png"/></center> <br/> <center><img src="https://i.ibb.co/jJBC9dK/p2.png"/></center> <br/> <center><img src="https://i.ibb.co/rQ5wnQt/p3.png"/></center> <br/> <center><img src="https://i.ibb.co/QcfHS3h/p4.png"/></center> <br/> <center><img src="https://i.ibb.co/80v37cG/p5.png"/></center> <br/> <center><img src="https://i.ibb.co/6DvjM6F/p6.png"/></center> <br/> <center><img src="https://i.ibb.co/DGjBqCj/p7.png"/></center> <br/> <center><img src="https://i.ibb.co/THv0Yks/p8.png"/></center> <br/> <center><img src="https://i.ibb.co/f4nwtDn/p9.png"/></center> <br/> <center><img src="https://i.ibb.co/0scnqmD/p10.png"/></center> 阅读完本部分之后，大家就能进入正式的质押操作阶段了，后续具体步骤包括选择Eth1客户端、生成验证者密钥、上传验证者文件、连接钱包以及转账，可参见中文视频教程《[如何成为Spadina测试网验证者](https://b23.tv/BV1d5411L7k9)》。 ## <br/> ## 验证者常见问题 **1. 什么是 “验证者” (validator)？** 验证者是参与以太坊 2.0协议共识的实体。用大白话来说，即运行特定计算机程序的人。该程序会提议并证明新的区块，使之能添加到区块链上。 换言之，你可以将验证者看作新区块的投票者。一个区块获得的票数越多，被添加到区块链上的可能性就越大。重要的是，验证者的投票权重由其质押余额决定。 **2. 什么是存款合约 (deposit contract)？** 你可以将存款合约理解为以太坊账户与ETH 2.0验证者之间的资金转移。存款合约的状态注明了谁为质押者、谁为验证者、质押金额、以及谁有权限提款。 **3. 为什么验证者需要质押存款？** 验证者需要质押存款，这样才能对他们的不当行为进行惩罚。换言之，为了保证这些验证者都遵守协议，他们的不当行为需要承担一定经济后果。 **4. 验证者需要质押多少ETH?** 验证者在开始维护网络之前，需要质押32个ETH。这32个ETH就是验证者的初始余额。 **5. 质押多于32个ETH会有什么好处吗？** 没有，单个验证者存入超过 32 ETH 不会获得任何优势。将质押的最大ETH数额限制到32个有助于提高去中心化程度，因为它防止任何一个验证者有过大的投票权重。请记住，验证者的投票权重取决于其质押余额。 **6. 我可以暂停运行 (而非退出网络) 我的验证者节点几天，然后再重新开始吗？** 可以的，但正常情况下你会损失一定数额的ETH，大概相当于你在那段时期赚取的ETH数量。换言之，如果你赚取了大约0.01个ETH，那么你将损失大约0.01个ETH。 **7. 我应该什么时候补充我的验证者余额？** 这个问题的答案很大程度取决于你余额还有多少ETH。如果你的余额接近16个ETH的话，你当然应该再存入：这是为了确保你不会被验证者集踢出 (如果你的余额低于16个ETH的话，你会被自动踢出)。如果你的余额接近31个ETH，你大概不需要再存入ETH以达到32个。 **8. 我什么时候可以提款，退出与提款有什么区别？** 你可以用你的验证者节点签名一条自愿退出信息以示意你想要停止验证。 但是请记住，在阶段0里，一旦你退出了就回不去了。 你不能再激活你的验证者节点了，在阶段1.5之前你也不能转移或提取你的资金 (这意味着在阶段1.5之前你都无法访问你的资金)。 <br/> ### 验证者职责篇 **1. 验证者保持活跃和诚实会有什么激励吗？** 除了离线会被罚款外，验证者的恶意行为也会遭受惩罚，例如投票给无效或冲突的区块。另一方面，如果验证者提议或证明的区块被打包到链上，他们就会得到奖励。 基本规则如下：帮助网络达成共识的行为会得到奖励妨碍共识达成的无意行为 (或不作为) 会招致轻度惩罚；恶意行为会招致严重惩罚 (也称为罚没) 换言之，验证者在最大化他们的奖励时就是在为整个网络带来最大的裨益。 **2. 奖励/惩罚是如何发放的？** 请记住，每个验证者都有自己的余额——初始余额会在存款合约里显示。以太坊网络规则会基于验证者的履职情况定期更新其余额。换言之，奖励与惩罚会随着时间反应在验证者的余额中。 **3. 奖励/惩罚多久更新一次？** 大约每6.5分钟(即一个epoch)更新一次。在每个epoch里，网络都会评估每个验证者的表现，并相应给予奖励或惩罚。 **4. 奖励/惩罚金额有多大？** 这个问题很难回答，因为在计算时需要考虑很多因素。理论上，影响验证交易所得奖励的最主要因素是在网络的质押总额(即，验证者总数)。根据质押总额，验证者的最高年收益率可能在 2% 至 20% 之间。 在验证者总数固定的情况下，奖励/惩罚主要取决于验证者的余额规模 —— 如果提供证明的验证者的余额越高，验证者收到的奖励/惩罚金额就越高；余额越低，奖励/惩罚就越低。 请注意，这种动态机制是以不那么明显的方式运作的。要想了解其具体原理，你先要理解有效余额(effective balance) 这个概念。如果你对这个概念还不熟悉，我们建议你阅读[这篇文章](https://www.attestant.io/posts/understanding-validator-effective-balance/)。 **5. 为什么奖励取决于网络中的验证者总数？** 区块奖励是根据质押在网络中的ETH总量按比例动态计算的。简单来说，如果质押的ETH总量很少，奖励（利率）就很高，但是随着质押的ETH增加，每个验证者所获得的奖励（利率）就会降低。 为什么要用这种动态调整？尽管本文不会深入其中的细节，但一个主要原因是网络的良好运转需要一定数量的验证者来维持 (ETH总质押量也是)。因此，为了鼓励更多的验证者参与其中，在达到必要的验证者数量前维持高利率显得尤为重要。 此后，我们仍然鼓励更多的验证者参与 (越多验证者参与意味着网络的去中心化程度越高)，但这不是必要的 (因此利率可能会下降)。 **6. 如果离线，验证者会遭到什么惩罚？** 这视情况而定。除了[有效余额的影响](https://www.attestant.io/posts/understanding-validator-effective-balance/#the-impact-of-effective-balance-on-validating)外，还需要主要以像两种重要情况： 1. 如果绝大多数（2/3）验证者都在线，离线招致的惩罚会较低，因为有足够多的验证者在线，可以实现区块的最终确定性。这是预料之中的情况。 2. 如果有超过 1/3 的验证者同时离线，离线惩罚就会较高，因为网络无法继续实现区块的最终确定性。这种属于不太可能发生的极端情况。 请注意，如果是第二种 (不太可能的) 情况，离线验证者在 21 天内损失的ETH可高达 50% (16 ETH)。21 天之后，这些验证者就会被逐出验证者池。这样一来，网络就可以恢复正常，开始达成区块的最终确定性。 **7. 诚实验证者需要在线多长时间才能实现盈利？** 总的来说，只要验证者的在线时间超过 50% ，就能实现盈利。这意味着验证者不需要使用后备客户端或多余的网络连接来达到极长的在线时间，因为离线的后果并没有那么严重。 **8. 作恶的验证者会遭受什么惩罚？** 同样视情况而定。恶意行为 (例如，投票给无效或有冲突的区块) 会让验证者遭到罚没。在早期最低罚没金额是0.25 ETH ，之后会恢复至1 ETH的低限，但是如果其他验证者在同一时间也遭到罚没，这一金额会增加。这样设计的目的是尽可能减少验证者因无心之失而蒙受的损失，但同时有力防止协同攻击。 **9. 罚没是什么？** 罚没有两个作用：1) 大幅提高攻击 ETH 2.0 的成本，使攻击无利可图；2) 通过检查验证者是否履行其职责来防止他们偷懒。 对验证者进行罚没，指的就是如果有验证者被证明作恶，他们的部分或全部权益就会被销毁。遭到罚没的验证者无法继续参与网络的共识机制，会被强制退出。 <br/> ### 密钥篇 **1. 签名密钥 (signing key) 丢失了会有什么后果？** 如果签名密钥丢失，验证者将无法继续提议或证明区块。慢慢地，验证者的余额将逐渐减少，因为验证者由于无法参与共识流程而受到惩罚。当验证者的余额减少至16 ETH时，系统便会自动将其逐出验证者池。 然而，这并不意味着验证者要失去质押的所有ETH了。假设验证者是通过[EIP2334](https://eips.ethereum.org/EIPS/eip-2334) (根据默认的引导流程) 生成其签名密钥，那么验证者总是可以根据提款密钥重新计算其签名密钥。 然后就可以凭借提款密钥提出那16个ETH了，大概要一天后提款才能到账。请注意，如果同一时间退出或被逐出网络的验证者太多了，等待时间将会更长。 **2. 提款密钥 (withdrawal key) 丢失了会有什么后果？** 如果提款密钥丢失了，验证者将无法访问质押的ETH了。因此，建议验证者使用助记词 (mnemonics) 来创建提款密钥，作为备份。如果验证者是通过此Launchpad的引导流程加入的，其提款密钥将默认通过助记词创建。 **3. 提款密钥被盗取了会如何？** 如果提款密钥被盗，盗窃者可以转移验证者的余额，但只能在验证者退出之后才能进行此操作。如果盗窃者没有签名密钥，那么其无法强制验证者退出。这时验证者先凭借签名密钥快速退出验证者节点，然后在盗窃者之前凭借提款密钥将资金转走。 **4. 为什么要有两个密钥?** 简而言之，就是为了安全。签名密钥必须保证随时可用。因此，签名密钥必须保持在线。由于保存在线上的东西尤其容易受攻击，因此不建议同时用签名密钥进行提款。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权https://www.ethereum.cn/the-road-to-l2-interoperabilityhttps://www.ethereum.cn/the-road-to-l2-interoperabilityTue, 03 Nov 2020 00:00:00 GMT来源 | [StarkWare](https://medium.com/starkware/the-road-to-l2-interoperability-718ff69ec822) <br/> # 摘要 - L2互操作性意味着用户可以以尽可能小的L1摩擦在L2系统之间转移资金。 - 本文所提议的L2互操作性解决方案基于我们此前建议[使用的条件式交易密码学基元](https://medium.com/starkware/starkexchange-fast-withdrawals-using-cookie-jars-88eefea6a11a)。 - StarkEx 2.0（于2020年11月推出）将使用链上条件式交易，提供L2-L1之间的互操作性（即快速提款）。 - StarkEx 3.0 (于2021年2月推出)，将使用链下条件式交易，提供在StarkEx系统之间的L2-L2互操作性。 <br/> # 背景 Layer-2扩容解决方案发展迅速。以太坊主网上已经有多种有效性证明系统，还有一些欺诈证明系统也推出了测试网。L2解决方案虽然提供扩容性，但会带来一定的代价：我们完全在L1上操作所具有的一些优势可能会遭受损害。 我们并不希望某个L2解决方案一家独大：不同的App对扩容性的需求各不同，因此可以根据自身需求选择适合的L2解决方案。接下来，让我们给大家解释两个重要的术语： - **互操作性(Interoperability)**：允许用户在app1 (初始环境) 和app2 (目标环境)之间高效地转移资金。 - **可组合性 (Composability)**：能够将app1…appn包含的操作组合成一次交易以发送。 注意：可组合性将在之后的一篇文章中详细讨论。 除了上面所提到的定义之外，我们还需要着重解释什么是“条件式交易 (Conditional-Tx)”，这一重要基元让互操作性成为可能。 ## 条件式交易 条件式交易是一个由密码构建成的区块 (我们在某篇文章中首次[讨论](https://medium.com/starkware/starkexchange-fast-withdrawals-using-cookie-jars-88eefea6a11a)过这一概念)，旨在为无需许可的区块链实现互操作性。条件式交易指某笔交易生效与否，取决于某些事件是否发生 (如支付有无发生，状态有无改变)。从概念上来讲，我们首先在初始环境设定一个条件式交易，一旦特定的条件在另一个环境 (即目标环境) 中得到满足，该交易便生效。 <br/> # 循序渐进 尽管目前没有一个更好的方案，用户总是能够将资金从初始L2上转移至L1上，再从L1上转移至目标L2上。这个简单粗暴的方法既慢又贵，并且随着用户对互操作性的需求增加会越来越慢，越来越贵。 我们需要做得更好，为此，我们特地做了以下计划，循序渐进地实现L2互操作性。 ### 阶段I：StarkEx (L2) → Ethereum (L1) —快速提款 “[快速提款](https://medium.com/starkware/starkexchange-fast-withdrawals-using-cookie-jars-88eefea6a11a)”(Fast Withdrawals) 可以解决用户需要快速地从L2系统StarkEx中提款至L1的问题。通过快速提款，用户不仅可以将资金转到自己的L1地址上，还可以转到L1的任意目标地址中，比如Compound、Aave等。重要的是，这允许用户在进行提款时以“区块时间”来衡量，而与StarkEx对批量交易进行证明的频率无关。 用例：Alice想要从她在L2上的 dYdX账户转移1个ETH至她的L1地址上。 **参与者**： - Alice (在L2上持有ETH的用户) - LP (在L1上持有资金的流动性提供者) - 在初始环境中的StarkEx运营者 (在上述的例子中即dYdX) <center><img src="https://i.ibb.co/NS71xX0/image.png"/></center> <center>图1：快速提款流程</center> 流程：(1) Alice给LP发送一笔价值为1 ETH的条件式交易 (还要加上给LP的手续费)，条件为LP需向Alice的L1地址上转1 ETH；(2) LP在L1上转了给Alice之后，条件式交易生效，然后 (3) LP将该条件式交易提交给运营者，随后被打包进下一批等待被证明的交易中； (4) 等到这些证明被提交至L1并得到验证后，LP在L2的账户便收到了Alice的转款。 定期再平衡：LP需要定期地拿出他们在L2账户中逐渐积累的资金，补充他们在L1账户中逐渐消耗的资金。 ### 阶段II: StarkEx (L2) → StarkEx (L2) 最初的StarkEx部署将各自托管一个应用程序。在本阶段，我们希望用户能够在这些不同的应用程序之间快速地转移资金。这很像快速提款，我们希望最小化用户的链上成本，以及省去他们等待下一批交易打包证明的时间。 用例：Alice想要从她的dYdX账户 (L2_1) 向她的DeversiFi账户 (L2_2) 转1个ETH。 **参与者：** - Alice (在L2_1上持有ETH的用户) - LP (在L2_2上持有资金的流动性提供者) - 初始环境上的StarkEx运营者 (在上述的例子中即dYdX) <center><img src="https://i.ibb.co/sHdKBBV/2.png"/></center> <center>图2：链下条件式交易流程</center> 流程：(1) Alice在L2_1上给LP发送一笔已签名的价值为1 ETH的条件式交易 (还要加上给LP的手续费)，条件为LP需向Alice的L2_2账号转1 ETH；(2) LP向Alice的L2_2账号上转钱之后；(3) 该笔支付被打包进一批交易中，随后被L2_2的运营者证明，并在L1上被验证。这批交易发布在L1上并被接受后，Alice发送的条件式交易便生效；(4) LP将该笔条件式交易提交至L2_1的运营者中，打包进下一批等待被证明的交易中；(5) 一旦这批在L2_1上交易被证明且提交至L1得到验证之后，该LP在L2_1上的账户便收到了Alice的转款。 定期再平衡：LP需要根据L2_1和L2_2这两个系统之间的资金流向，定期地再平衡两者之间的资金。 在这一阶段，支持互操作性的主要成本将是给LP们支付的资本成本；需要注意的是，他们的资本成本经过非常有限的一段时间便回笼，也就是从向用户提供流动性到运营者打包处理下一批交易这个时间。我们预测这个时间开始时需要几个小时 (大部分时候)，然后随着(所有StarkEx应用中的)吞吐量不断增加，这个时间会减少至证明生成时间 (几分钟)。 ## 阶段III: L2 → L2 在阶段2的基础上进行扩展，允许资金在任意的L2解决方案之间转移，无论是有效证明系统还是欺诈证明系统 (如Optimistic Rollup、Plasma)。这里需要提醒的是，Optimistic Rollup在使用LP来支持互操作性时，会面临其本身固有的资本效率低下的劣势(参考[此处](https://medium.com/starkware/the-optimistic-rollup-dilemma-c8fc470ca10c))。 <br/> # 信任模式 现在归纳一下我们所依赖的信任模式。 **对用户来说** 完全去信任的。 **对LP来说** LP需要信任运营者 (初始环境中的)，即相信其会打包他们的有效条件式交易，也就是说在处理过程中不会审查他们。这种信任可以通过几种方式进行消除。 如果运营者没有及时处理LP的条件式交易，LP可以： - 抗审查：提交被审查的条件式交易到链上的运营者的智能合约中，这会冻结运营者，使其之后提交的证明都无法得到处理。 - 安全抵押：提交被审查的条件式交易到链上的一个安全抵押智能合约中，从该合约中直接接收资金。 <br/> # 发展路线图 - 阶段1将在**2020年11月**发布于以太坊主网 (即**StarkEx2.0**)，阶段2将于**2021年第一季度**发布 (即**StarkEx 3.0**)。已经有一批LP排着队等待提供服务了。 - 阶段3将紧随其后。我们预测不同的L2解决方案上的应用之间也会有进行互操作的需求，并且渴望与其他L2解决方案讨论互操作性的实现。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-10-31/https://www.ethereum.cn/wnie2-2020-10-31/Mon, 02 Nov 2020 00:00:00 GMT# ETH2进展更新（2020/10/31） 来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_201031) 作者 | Ben Edgington <br/> # 本期推荐 本期为大家精选了三个不可错过的访谈和播客，都非常不错。 - [Bankless](http://podcast.banklesshq.com/)的这两期播客非常有价值，值得一听： - Danny Ryan AMA：[Youtube](https://www.youtube.com/watch?v=JOgowAlKSqw)/[播客](http://podcast.banklesshq.com/eth-20-ama-with-danny-ryan) - Vitalik：以太坊设计理念 (主要谈及Eth2) [Youtube](https://www.youtube.com/watch?v=-R0j5AMUSzA)/[播客](http://podcast.banklesshq.com/35-designing-ethereum-vitalik-buterin) - 最近的EthOnline涌现了许多干货，我个人尤其欣赏来自Superphiz的《[白话Eth2和Staking](https://www.youtube.com/watch?v=tpkpW031RCI&list=PLXzKMXK2aHh4wSCFiW2naDgq3tK-WjSR0&index=10)》，还有一个[网页](https://unvetica.com/ethonline/)提供了相关资源 <br/> # 阶段0：信标链 我之前对Eth2存款合约的发布非常乐观，我们确实也准备好了😝。在上面的播客节目中，Danny称存款合约的部署稍微往后延迟了一些，先完成[Blst密码库](https://github.com/supranational/blst)的审计。 我不清楚为什么这会导致部署延期，因为[存款合约](https://github.com/ethereum/eth2.0-specs/tree/dev/solidity_deposit_contract)和官方[存款工具](https://github.com/ethereum/eth2.0-deposit-cli)都没有使用到Blst库🤷。在最近的开发者会议中，[Danny说](https://news.ethereum.cn/wp-admin/post.php?post=2627&action=elementor#Open-discussion)**审计进展顺利，有希望在这周完成，之后我们就可以进入eth2上线流程了。** 并不是所有人都认为我们已经准备好部署存款合约了。对此Jeff Coleman围绕工具方面提出了[合理的观点](https://twitter.com/technocrypto/status/1318696378063851521)。至于客户端实现，作为Teku客户端的负责人，我承认还有一些细节仍然需要进行优化，但是没有什么大问题让我夜不能寐。 **每个打算成为质押者的用户都需要对风险和收益做到心中有数，并且有一个心理预期**。如果读者在早期对个人质押缺乏信心，尽管观望一下，这么做不会有什么损失。 ## Medalla测试网 ### Medalla现状 在完美运行两个月之后，截至本文发布Medalla测试网已经19天没有敲定区块了，要继续敲定区块，我们需要2/3的验证者上线，并且进行正确操作。在Zinken测试网上线之后 (短期测试网)，Medalla的参与度大幅下降。 **这就是无激励测试网的问题：随意离开网络不需要成本。** 当然了，网络还在持续运行中，长期的未敲定状态使得客户端团队能够发现内存和CPU方面的问题。我们针对Teku进行了一些优化，我的验证者运行状态十分不错。其他的客户端也在不断进行优化。 Medalla测试网的参与度目前在30%-60%之间波动，其中很大的一个原因可能在于大多数人所使用的客户端性能不稳。 **请大家使用[不同的客户端](https://news.ethereum.cn/wp-admin/post.php?post=2627&action=elementor#Staking-stuff)！** 大家可能会想“有必要吗”？我严重怀疑我们会在主网中碰到长期的未敲定问题，大家都使用真实的ETH，并且质押金额巨大，验证者们会更加勤快地使用客户端。如果某个客户端产生问题，用户可以切换到另一个客户端。 所以如此说来，眼下的Medalla测试网十分不现实，并且耗费过多精力改善其当前的状态也是无济于事的。但是有些努力仍然是有必要的：性能改善会反馈到整体优化中。Status团队的Jacek发推特[阐释](https://twitter.com/jcksie/status/1321366361348673536)了Nimbus客户端遇到的挑战及其收获。 话说回来，**在接下来的几天内没有参与的验证者会由于怠工惩罚 (inactivity leak) 被逐渐驱逐出网络，这能够帮助我们重新开始敲定区块并回到正轨。**如果读者有暂停运行的验证者，请选择继续运行或是[退出网络](https://twitter.com/superphiz/status/1322165640006901761)。此处是一个自愿退出网络的教程，目前的客户端工具不太好用，Yorick Downe提供了一种更简捷的方法。 ### Medalla数据竞赛 以下是一些[Medalla数据竞赛](https://ethereum.org/en/eth2/get-involved/medalla-data-challenge/)的参赛者 (目前已经截止，感谢Superphizh[制作本列表](https://www.reddit.com/r/ethstaker/comments/jieyg0/ethereum_studymaster_quiz_10_medalla_data/))。我还没有全部都过一遍，但一眼扫过去，我建议大家请勿针对某个特定的客户端实现轻易下结论。 一方面来说，我们无法在网络中可靠地辨别大多数；另一方面，所有地客户端都在Medalla运行期间持续进行优化和开发，目标也在不断地变化。 - [Proper Proposers and Skipped Slots: A Ranking and Segmentation Study of Validator Behavior](https://crypto.omnianalytics.io/2020/10/20/what-makes-a-top-tier-validator) (对验证者行为的排名和分类研究) - [Eth2 Medalla – a data driven deep dive](https://eth2data.github.io/) (从数据着眼Eth2 Medalla测试网) (Paul Hauner已经对此给出了[反馈](https://twitter.com/paulhauner/status/1320895775954464769)) - [Visualizing whales in the rough seas of Medalla, the Ethereum 2 testnet](https://medium.com/coinmonks/visualizing-whales-in-the-rough-seas-of-medalla-the-ethereum-2-testnet-f748592fc08a) (将Medalla测试网中的“巨鲸”可视化) - [Medalla: Exploring the data behind Eth2](https://github.com/dOrgTech/MedallaDataChallenge/blob/master/medallaClientSlashingExploration.ipynb) (从Medalla观察Eth2背后的数据) - [The Ethereum 2.0 Beacon Block Data Schema and Visual Documentation](https://blockblockdata.github.io/medalla-data-challenge/a001/the_ethereum_2_beacon_block_data_schema_and_visual_documentation.html) (以太坊0信标区块数据架构以及可视化文档) - [An Analysis of Data Propogation Latencies in Ethereum 2.0 Medalla Testnet](https://blockblockdata.github.io/medalla-data-challenge/a002/an_analysis_of_data_propogation_latencies_in_ethereum2_medalla_testnet.html) [(](https://blockblockdata.github.io/medalla-data-challenge/a002/an_analysis_of_data_propogation_latencies_in_ethereum2_medalla_testnet.html)以太坊0 Medalla测试网中的数据广播延迟分析) - [Clustering and Profiling Time Epochs in Ethereum 2.0](https://blockblockdata.github.io/medalla-data-challenge/a003/clustering_inclusion_delay_analysis.html) (以太坊0中的epoch分析) - [Comparing Eth2 Clients on the Medalla Network](https://pintail.xyz/posts/medalla-client-comparison/) (从Medalla测试网对比各个Eth2客户端) - [The Medalla Network Under Stress](https://pintail.xyz/posts/medalla-network-stress/) (压力状态下的Medalla网络) - [Medalla Participation Rates: A Validator Taxonomy](https://pintail.xyz/posts/medalla-validator-taxonomy) (Medalla参与率：验证者分类) - [Attesting the Health of Ethereum 2.0](https://www.splunk.com/en_us/blog/tips-and-tricks/attesting-the-health-of-ethereum-2-0.html) (评测以太坊0的健康状况) ## 工具 [Bitquery](https://bitquery.io/)已经发布一个开源的[Eth2浏览器](https://bitquery.io/blog/eth2-explorer-api-widgets)，内嵌小部件以及GraphQL API。看起来不错，我会继续探索。 同样是浏览器领域，[Beaconscan](https://beaconscan.com/)邀请你加入[Guild Warz](https://beaconscan.com/guildwarz)组队在Medalla测试网中提议区块以赢取DAI奖励。现在还可以加入哦！ <br/> # 路线图 前几天出现了一些对Eth2发展路线图的可视化展示。 首先，先[提醒](https://twitter.com/meeseeking/status/1321452219506503681)一下大家Eth2的开发工作并不遵从某种次序，而是在所有阶段中并行进行： <center><img src="https://i.ibb.co/tCFcpCD/201030-phases.png" /></center> <center>图片来自：<a href="https://twitter.com/meeseeking/status/1321452219506503681">Meeseeking</a></center> 其次，我们再来看看这些工作如何结合在一起： <center><img src="https://i.ibb.co/dmCc5hP/image.jpg" /></center> <center>图片来自：<a href="https://twitter.com/trent_vanepps/status/1321936246332104705">Trent Van Epps</a></center> <br/> # 生态资源 Justin Drake撰写了一篇记录[Eth2 BLS签名历史的文章](https://www.reddit.com/r/ethfinance/comments/jghide/daily_general_discussion_october_23_2020/g9sz7jm/)。BLS签名技术是近几年来主要的密码学创新，使得Eth2的雄图伟略有望成为现实。我也撰文表达了[对曲线BLS12-381的尊崇](https://hackmd.io/@benjaminion/bls12-381)。 ## Ethonline 以下是刚刚结束的EthOnline中一些关于Eth2和以太坊未来发展的演讲，干货满满： - [Catalyst – an Eth1 engine for Eth2](https://www.youtube.com/watch?v=4jFMYU9FG8A&list=PLXzKMXK2aHh4wSCFiW2naDgq3tK-WjSR0&index=2), Guillaume Ballet - [A Developer’s Guide to Account Abstraction](https://www.youtube.com/watch?v=tKPo-Y74ces&list=PLXzKMXK2aHh4wSCFiW2naDgq3tK-WjSR0&index=3), Sam Wilson & Ansgar Dietrich - [The Future of Solidity](https://www.youtube.com/watch?v=-aSMCa4O7mg&list=PLXzKMXK2aHh4wSCFiW2naDgq3tK-WjSR0&index=4), Alex Beregszaszi - [EIP 1559 Overview](https://www.youtube.com/watch?v=IEQPSJbZsq0&list=PLXzKMXK2aHh4wSCFiW2naDgq3tK-WjSR0&index=6), Tim Beiko - [Secret-shared validator infrastructure for Eth2.0](https://www.youtube.com/watch?v=awBX1SrXOhk&list=PLXzKMXK2aHh4wSCFiW2naDgq3tK-WjSR0&index=9), Aditya Asgaonkar - [Intro to Eth2 & Staking for Beginners](https://www.youtube.com/watch?v=tpkpW031RCI&list=PLXzKMXK2aHh4wSCFiW2naDgq3tK-WjSR0&index=10), Superphiz - [Eth 2 sweet tooth: rollups and date-a availability](https://www.youtube.com/watch?v=q42NZw6Gle0&list=PLXzKMXK2aHh4wSCFiW2naDgq3tK-WjSR0&index=11), Ben Jones 此处是[YouTube播放列表](https://www.youtube.com/playlist?list=PLXzKMXK2aHh4wSCFiW2naDgq3tK-WjSR0)，以及[推文总结](https://twitter.com/ETHGlobal/status/1321105079840215040) ## EthStaker 在[第十次EthStaker社区会议](https://www.youtube.com/watch?v=0xxTzEyiv3w)中，来自[Blox Staking](https://www.bloxstaking.com/)的Alon Muroch谈及了他们如何通过客户端构建完全非托管性的质押服务。说真的，这件事非常酷😉。其他的质押服务都需要对用户的签名密钥进行托管，甚至提款密钥也需要被托管。Blox的去信任化池式质押则都不需要，用户可以从始至终保留对密钥的控制权。 <br/> # 研究工作 Vitalik就一个未解决的问题寻求解决方案：[通过错开分片区块时间达到亚秒级延迟，同时兼容激励](https://ethresear.ch/t/open-problem-incentive-compatible-sub-second-latency-via-staggering/8171?u=benjaminion)。如何从博弈理论的角度实现这种巨大的用户体验优化？ <br/> # 常规会议 ## 实现者会议 第51次实现者会议已于10月29日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/189) - [会议视频](https://youtu.be/_4Ry2AEzXGU?t=63) - 我的[速记](https://hackmd.io/@benjaminion/BJOIcBd_w) 讨论的主要内容是网络 (networking) 方面的一些细枝末节。 <br/> # 活动预告 - ETH Staker社区主办的[以太坊2.0测验](https://unvetica.com/ethereum-2-0-quiz-show-presented-by-the-eth-staker-community/)，考试时间：UTC时间11月1日21:00。看起来很好玩，也是一个难得的学习机会。此处是[YouTube入口](https://www.youtube.com/watch?v=aN2feR5rH7Q)，Protolambda也会[参加](https://twitter.com/protolambda/status/1322631450261377024)！ (这个部分是Joseph Chow建议新增的。如果你有关于Eth2的活动内容，[请告知我](https://news.ethereum.cn/wnie2-2020-10-31/ben@benjaminion.xyz)) <br/> # 其他新闻 - Lighthouse进行了一波[宣传](https://medium.com/empireventures/discovering-lighthouse-branding-the-eth2-0-client-d3a6bb503a6b)，[Sigma Prime团队](https://twitter.com/paulhauner/status/1319624363231117312)发布了一个非常独特的庆祝视频：[Hello Danny](https://www.youtube.com/watch?v=7bE7XJqSfTE)! <br/> # 写在最后 非常感谢大家一个月前提出的反馈意见，从中我认识到我的读者朋友们非常宽厚友善♥️！ 收到最多的建议是希望增加邮件推送。对此我一直很犹豫，原因有二，一是我太懒了，二是我真的不想对大家的地址负责。但我会再考虑一下。 同时，最新的[RSS feed](https://benjaminion.xyz/newineth2/rss_feed.xml)中似乎有一些服务能够充当邮件网关的RSS。我也会尝试[Feedrabbit](https://feedrabbit.com/)，并让大家知道进展如何。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/Layer2/why-optimismhttps://www.ethereum.cn/Layer2/why-optimismMon, 26 Oct 2020 00:00:00 GMT来源 | [blog.synthetix.io](https://blog.synthetix.io/why-optimism/) <br/> <center><img src="https://i.ibb.co/dLzJPbB/Why-Optimism.png"/></center> Defi的兴起发出了一个清晰的信号：以太坊需要在ETH2.0之前实现扩容，但要在DeFi生态内保持可组合性还需要在同一个扩容方案上协调。 幸好，市场是非常擅长预测和解决这样的困难的，我们现在已经有非常多的扩容技术上线了。我们与多个主要扩容技术变体的团队进行了对话，且经过对它们逐一评估，我相信Optimistic Ethereum是在社区里最可能达成共识的扩容方案。 这篇文章会详述我为何如此相信，且社区里对上线Optimistic Ethereum的忧虑，我也将进行回应。它还将给出在主网实现OVM的Synthetix变体所需的治理过程设计，以及说明何种情况下另一种扩容技术可以替代Optimistic Ethereum。本文旨在确保就Synthetix迁移到Optimistic Ethereum，社区成员能有达成共识所需的信息。 [如果你还未阅读Vitalik的文章《以rollup为中心的以太坊路线图》（[**A rollup-centric ethereum roadmap**](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698/2)），本文是围绕它的论述展开的，但Vitalik的是自顶向下的，而我这篇是自底而上的，着眼于DeFi项目需要扩展什么，以及为什么Optimistic Ethereum能满足这些要求。] ### <br/> # 社会共识 我感觉“不停做出权衡取舍”好像变成了我的新口头禅。但它是对的——完美的扩容解决方案是不存在的。每种方法都有其重要的权衡，而每种扩容技术的具体实现又有进一步的低层次权衡。所有这些都以一个高风险的元协作机制为基础，因为光是选择正确的设计和权衡是不够的，我们还必须对其他人最有可能选择的方案进行优化。因此，扩展变成不只是一个技术上的难题，它还是一个社会协作博弈。 当我第一次阅读关于Optimistic Rollups的内容时，当时我们的gas费还没有很高。无论是对于技术还是社会上的难题，它看上去都像是个优雅的解决方案，但我已经意识到，无论我们选择哪种扩容方案，我们都需要与其他项目合作。Uniswap的Unipig演示给了Optimism收获社区共识一个很好的机会，因为它与以太坊上最知名的项目之一合作了。因此，我选择参与这个解决方案，不仅在如何解决DeFi特有的困难上给Optimism提供反馈，还协助他们在社区里引导社会协作。 <center><img src="https://i.ibb.co/gj5jgVV/why-optimism2.png"/></center> ### <br/> # 技术因素 对于Synthetix来说，Justin Moses既是它的幸运也是它的诅咒。他为Synthetix树立了不轻易妥协的、严谨的工程文化，但他对认知负载的讨厌程度是在软体动物界外少见的。这意味着，把Synthetix部署到Layer2上需要在最小化风险与减少对代码库的任何修改之间达成微妙的平衡。迁移期间在Layer1和Layer2上运行两个并行的、不同的代码库，这种做法我们是绝不会同意的，因为迁移甚至都不会实现；而如果这意味着用另一种语言重写合约的话，就更加不可能发生了。 Synthetix是建在Ethereum上最复杂的智能合约之一，这无疑增加了维持不同代码库的难度。这是我们在将Havven network移植到EOS.https://twitter.com/kaiynne/status/1166234541616316417?s=21的失败尝试中首先发现的。 我们还需要向社区证明这项技术是可行的，且是值得我们进一步投放资源的，然后再尝试围绕它作为我们的扩容方案构建共识，OVM的交易演示也有助于加强这点。但仍有社区成员对这个方法保有忧虑也是在理的，因此即使社区共识已经非常明显偏向Optimistic Ethereum，我们还没到可以用SIP来测试它的地步。 但在我开始讨论具体的权衡之前，我想对用于执行智能合约的、现有的扩容方向提供概述： 1. 快速区块链，即“以太坊杀手”，其他Layer 1架构，非常快速的区块链 1. ETH 2.0，即2032年见 (开个玩笑) 2. 状态/支付通道，即“都能发送代币了，你还想要啥？” 3. 侧链，即xDAI那一套 4. Plasma，以Omisego为代表，也叫“虽迟但到” 5. 使用零知识的ZKrollup和其他解决方案，即你是否solidity的真爱。 6. Optimistic EthereumOptimistic Rollup，高能预警 7. Lightning，笑而不语 如果还有其他解决方案是我漏了的，我很抱歉，我非常期待在twitter上看到它们的消息。 由于在迁移阶段需要保持使用同一个代码库，上述的大部分解决方案都被排除了。当然，很多解决方案都声称与EVM兼容，但这并非听上去这般简单——虽然Optimism突破了这个限制，也还需要对合约进行少量修改。但基于这点我们可以很快排除这些方案：快速区块链、ZKrollups、Lightning、状态通道、和Plasma。即使ZKrollup取得快速进展，目前的所有变体都需要用一种新语言来重写合约。这并不是不可克服的，只是这些语言的工具还非常不成熟，这会大大增加实现风险。 可能会有一些快速区块链支持者读这篇文章时会情绪激动，的确其中有些项目是与EVM兼容的，允许solidity合约在上面部署，但它们大多数有其他问题，使我们感觉会削弱它们的可行性。包括那些十分新颖的共识机制也还没经过反复测试来证明其可行性，或安全性大打折扣。 目前来说，普适性计算是状态/支付通道和Plasma第二个难以达到的要求。 那就只剩下侧链和Optimistic Rollup了。我们排除了像xDAI这样的侧链，因为我们需要为价值上亿美元的资产提供保障，在未来还会再增加几个数量级。如果有异议，feel free to 掰头 with me 看完了全部的选项后，我们觉得Optimistic Ethereum呈现的权衡是最佳的，而且他们团队也非常有能力执行他们的路线图。 ### <br/> # 分阶段的Optimism 很明显Optimistic Ethereum还没有上线，因此还存在重大的执行风险，这也是为什么我还没提交关闭Layer1上的Synthetix的SIP。但是，在上述的选项中，结合权衡与风险来看，我们认为Optimism证明了它不仅值得Synthetix投入大量工作做迁移，还要带动DeFi的其他项目一起参与。这就是为什么我决定我们需要利用我们作为最老牌的DeFi协议之一的地位并承担早期实现的风险。我知道这会有利于在社区建立共识。到目前为止，社区的普遍接受程度很高，且还没有人反对给Optimistic Ethereum分配资源。 但是，随着我们越来越接近可能的主网迁移，我们提出了三大忧虑。 1）欺诈证明 2）中心化 3）提款延迟 最关键的技术问题是欺诈状态转变。有人说目前的实现阶段不包含欺诈证明，实际上，欺诈证明是包含在内的，但尚不支持自动生成的欺诈提交。Optimism团队选择了分阶段顺序的方法，以便在增加复杂性之前测试像储存与提款这样的特定功能。但是，这一点可以在测试网路线图里就声明，以避免用户疑惑。尽管在主网上线之前，自动提交欺诈证明这项功能就会上线。在欺诈证明功能不完备 的情况下，很明显是不会有主网上的资金可以存进Optimistic Ethereum网络的。对于任何提议迁移到一个低安全保障网络的SIP，我个人是会投反对票的，我也鼓励社区里的每个人都这样做。这也是为什么xDAI和其他POA (权威证明) 网络被认为不可用的原因之一，即安全性低。 另一个主要忧虑是Optimistic Ethereum呈现出来是去中心化的，但它有中心化的部分。我相信这个看法是被误导的，但它当然是有道理的。在过去几年，社区为提高协议的去中心化程度投入了大量的时间和资源，现在如果为了gas费和吞吐量而往后退，会是个糟糕的取舍。但事情不是这样的，排序者 (sequencer) 是在最少牺牲的前提下大幅提高用户体验的。 这些忧虑源自人们对Optimistic Ethereum网络中排序者的误解。大家需要知道排序者并不是必须访问Optimistic Ethereum的，它的存在是为了提高用户体验的。很多人还以为一个排序者意味着一个单点故障，这样的情况很不理想，但其实这种故障在L1的糟糕UX里早就存在了。当然，退回到Layer1的区块时间并不理想，但还有很多潜在的解决方案，包括如果活跃排序者出故障或被攻击，后备排序者可以替补上。所有这些忧虑都只是暂时的，因为目标始终是尽快转移到一个有排序者的网络里。 最后一个主要忧虑是提款延迟对跨层可组合性的影响——这个忧虑除了其他Layer1架构，其他所有扩容方案都会面临。这些延迟意味着在挑战期，资金都会锁在Layer2的网络，但还是有几种可变通的处理方法的。一种是搭建一个验证者网络，为桥的两边提供资金，并承担提供及时提款的风险以赚取费用。实际上，Connext已经开始往这方面开展工作了，这里有更多的细节。这并不能彻底解决可组合性问题，因为资金仍然需要在另一笔交易得以启动之前在主网上得到确认，但这基本上对所有扩容方案来说都是至关重要的，我们无法逃避。这也是为什么我认为所有的主要DeFi协议都应该尽早在Optimistic Ethereum上上线它们的并行版本。这会使得几乎所有目前的DeFi交易都在Layer2上发生。很有可能质押会完全迁移到Layer2，而交易合约将继续在Layer1和Layer2上平行运行。 需要明确的是，在“开始Optimistic Ethereum主网迁移”的SIP被提出之前，关于功能完备的主网的所有信息都需要公开。我个人有信心，这个条件在未来数月内会得到满足。 ### <br/> # 主网迁移后 关于Synthetix该如何迁移到Optimistic Ethereum仍然需要在社区内进行辩论。首先，我们必须在是否需要有一个并行且有限版本的网络在Layer2主网里发布这个问题上达成共识。一旦我们在此达成了共识，我们需要评估此次主网发布的结果并对迁移的其他部分进行形式化。 尽管Synthetix的DAO很可能在主网迁移后的前几周提供资金，但我们将需要一份SIP提议把最终协议奖励的1%分给Optimistic Ethereum。如果我们将部分的协议奖励分给这个并行网络，我们可以监测采纳情况和使得市场可以对迁移风险进行定价。预计收益会因为下降的gas费而比在Optimistic Ethereum低，但也有可能平台风险会导致更高的收益，因为大多数的SNX持有者会选择晚点迁移。 我的看法是通过抵押Optimistic Ethereum上的SNX铸造sUSD与当前通过抵押托管的SNX铸造sUSD差别不大。我们决定允许通过托管的SNX来铸造sUSD以最大化可用抵押品的价值。对于那些已经迁移到Layer2的SNX，如果想将它们迁回到某个点，这是可以实现的，这意味着这些SNX在网络里都会被视为有效抵押品，只是与在Layer1上的SNX状态不同。因此，在Layer2铸造的sUSD与Layer1上的sUSD应该是可以互相置换的。对此当然有反对声音，理由包括这个实现会是非常复杂的。我们必须采用对整个社区来说最合理的方法。 如果此次的迁移是有效的，我们就会有一个相当有力的杠杆可以影响其他部分的迁移：只需要继续转移更大比例的通胀奖励，直到全部都发送到Layer2以及所有活跃的、质押的SNX都发生在Layer2上。到时我们当然需要支持在Layer1和Layer2上Synth的兑换。因此，在这个过程里有大量相互关联的依赖关系需要处理。 我曾公开表示我相信Optimistic Ethereum将是现在与Eth2.0上线之间DeFi的出路。如果Synthetix社区的其他人都如此相信，我们需要计划如何加入这个网络并完全从Layer1迁移过去。我们当然应该谨慎为之，但Synthetix的勇士们从未在没十足把握的对赌中退缩过，我相信这是我们遇到的最大挑战之一。 为了执行这项工作，我们将需要一系列SIP和SCCP，列明每次发布里提议的变化以及背后的理由。这将确保最大限度的透明度以及得到所有持币者的同意。 ### <br/> # 后备方案 一般而言，以太坊扩容方案以及智能合约平台的竞争是动辄上几十亿美元的事业。在这个高风险游戏里，有非常多的竞争团队，因此尽管我们对Optimism有信心，还是可能有其他团队推出比他们优秀的方案。如果真的发生这种情况，我们必须做好将我们的工作中心转移到这项更有竞争力的技术的准备，特别是如果我们发现多个DeFi项目已取得了社会共识，决定从Optimistic Ethereum转到另一个方案。 我们必须为最差的情况做准备，即Optimistic Ethereum的发布失败了或中止了。在这种情况下，我们必须快速将资源转移到认真调研其他解决方案上，同时还要优化现存的Layer1系统。实际上，我们已经开始了应对紧急情况的准备工作。债务快照 (debt snapshot) 那份SIP的快速实现就是一个优化的例子，这个优化已经被搁置了很多个月，但为了解决在Layer1上迫切的gas问题，我们加快了这个实现。庆幸的是，我们得到了暂时的缓和，但它不能持续很久。如果因为任何原因我们无法就迁移到Optimistic Ethereum达成共识，我认为我们社区必须聚集起来一起选出另一个扩容方案，并团结起来推进它。虽然我认为可能性不大，但假装这是不可能的就过于轻率了。 ### <br/> # 结论 本文旨在解答一些社区提出的问题，但同时希望可以解释在整个迁移过程中，我们是如何走到现在的，以及现在是处于什么阶段。没有什么是不可更改的，即使是一份已通过且实现了的SIP也可能因为情况改变而回滚。但是，我坚信如果我们就SIP达成了共识，并希望为DeFi扩容构建一个最可行的网络，整个社区都需要尽力推进它。我有信心我们的社区可以实现这点，我们比任何时候都更强大，并对2021充满期待，其中当然包括Synthetix得以在一个功能齐全的Optimistic Ethereum主网上运行。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereums-dark-forest-is-worth-cultivatinghttps://www.ethereum.cn/ethereums-dark-forest-is-worth-cultivatingThu, 22 Oct 2020 00:00:00 GMT来源 | [trentv.medium.com](https://trentv.medium.com/ethereums-dark-forest-is-worth-cultivating-3cffa440aa4f) <br/> 译者按：Dark Forest (黑暗森林) 法则的概念出自《三体》，指一旦某个文明被发现，就必然遭到其他文明的打击。本文将以太坊网络比作“黑暗森林”，其与生俱来的无需许可，透明开放的特性之下也暗涌着混沌与危机。而我们作为社区的一员应该作何态度？又该如何发挥其正面效应？ ## <center><img src="https://i.ibb.co/R34TN75/1.png"/></center> <br/> # 摘要 以太坊在技术层、社区层以及治理层都是无需许可的——这意味着任何人都有权访问。尽管对于社区来说，这种开放性是有代价的，但正是它让以太坊成为了一个如此庞大的动态生态系统。我们必须始终牢记这个事实，并且坚持专注于构建[一个为协作而生的全球性舞台](https://medium.com/@virgilgr/ethereum-is-game-changing-technology-literally-d67e01a01cf8)。 ## <br/> # 引言 在文章《以太坊：黑暗森林》(*[Ethereum is a Dark Forest](https://medium.com/@danrobinson/ethereum-is-a-dark-forest-ecc5f0505dff)*) 中，Dan Robinson和Georgios Konstantopoulos将以太坊的对抗性环境与“黑暗森林”这一概念进行对比。该比喻出自一本[同名书籍](https://en.wikipedia.org/wiki/The_Dark_Forest)，用以描述“置身于这个环境之中，被高级掠食者发现就意味着必然的死亡”。 这个对比形象地描述了以太坊交易池 (Ethereum mempool)，在这个虚拟空间中，存放着等待被打包进区块的交易。交易池受到来历不明的程序的密切监控，它们监控着交易及其可能的最终状态。如果有利可图，他们会不择手段地抢跑或是竞价交易。这些“利益”就像在黑暗森林中被发现的猎物一样，正如Dan和Georgios的痛苦经历那样，他们几乎不可能避开这些掠夺者，他们的目标不同于暗处的潜伏者。 ## <br/> # 以太坊的每一层都是黑暗森林 在接下来的内容中，我会将黑暗森林的隐喻扩展到以太坊的技术、社区和治理层。正如任何人都可以监控交易池并从中获利一样，套利者也可以在每一层获取最终利益，无论他们是否考虑到社区的长远利益。 举些例子： - 技术层：部署到主网，添加状态到链，监控交易池以便先发制人。 - 社区层：参与社区、推特热点，向Gitcoin Grants捐赠。 - 治理层：游说或反对某项技术变革，参与共识，参与全体核心开发者会议 (All Core Dev calls)。 当这种情况发生时，感觉就像不劳而获，因为他们并没有对基础设施作出贡献。如果这些人是其他社区的成员，这些本可以发挥更大作用的基础设施或带宽，便被他们所滥用了。 虽然以太坊无需许可的特性会对每一层都造成影响，但我们必须记住，这种特性本来就是其设计的体现。事实上，如果生态中没有出现这种乱象才更加令人担忧，最终产出的项目也会黯淡许多。这意味着缺乏抵抗力，幸运的是这种情况还没发生。这些特性的融合，正体现了以太坊的革命性之处，值得我们继续投身其中。 ## <br/> # 拥抱以太坊的黑暗森林特性 值得铭记的是，在短短五年时间里，以太坊已经实现以下几点： - 集合了新兴的技术、社区和治理特征，并且在任何其他生态系统中都无法复制 - 开放式工具集不断增长，任何人都可以在以太坊上进行无需许可的实验 - 以太坊具有去中心化分布式的特性，是不断扩大的全球性社区，出现了机构、货币以及不可篡改的合约 而这些惊人的属性都存在于一个生态系统中！正因为以太坊源自并成长为“黑森林”般的生态系统，才衍生出了无需许可、混沌、完全开放的特征。 这些属性平行于以太坊社区最喜欢的模式：[大教堂和市集](http://www.unterstein.net/su/docs/CathBaz.pdf)。市集模式和黑暗森林都是社区持续的能量来源。不管你来自什么国家，什么背景，都能够接触到我们正在构建的事物——这正是我们持续为之努力的强大动力。 ## <br/> # 以太坊能够实现什么 我们已经看到来自世界各地的人们正在发挥以太坊的能力。正如 Virgil 所说：“以太坊是一个前所未有的大型合作舞台”([来源](https://medium.com/@virgilgr/ethereum-is-game-changing-technology-literally-d67e01a01cf8))。舞台上堆砌着协作机器：无论现实世界发生了什么，舞台上的工具和基础设施都不会停止运作。在真正[可信的中立](https://nakamoto.com/credible-neutrality/)方式下，这些协作工具可以用于实现任何目的。 我们有必要再次提醒自己，在以太坊上可以实现： - 任何人都可以加入或创建的开放组织 - 极其透明的交易记录 - 全球准入的金融市场以及金融产品 - 社区货币 - 非攫取性汇款 - 非托管金融服务 - 对创意者公平的市场 - 可在世界计算机上部署的永久脚本 - 无国籍身份 - 体育博彩业 - 不受限制的投机 - 提供勒索软件的支付方式 - 金融化人类最宝贵的经验 - 无需许可的诈骗 - 跨国公司协调的当地资源开采 当预期与现实相悖 在上面那份列表中，不尽然都是正面的用途。但如果我们过度强调负面结果，那可能就会怀疑以太坊是否值得我们的投入。 今年夏天的流动性挖矿事件再次凸显了社区的分歧。一方面，一些尖锐的声音表示对快速发展的实验性项目很担忧，令人回想起“The DAO”热和ICO热；另一方面，又有许多人沉浸到这场激进试验的狂欢中。 对于以太坊生态发展速度以及以何种方式发展，社区内有不同的看法。关键是我们要弄明白，这是一种旧模式的最新表现，并且只要有区块产生，这种模式就会持续下去。未来仍会有狂热的投机炒作、无尽的骗局对以太坊的能力进行歪曲。 所有这一切都可以归咎于Molochs：这是与我们共同栖息在森林里的机会主义怪物，其唯一意图就是永久阻止我们进行协作 ([关于Moloch的思考](https://slatestarcodex.com/2014/07/30/meditations-on-moloch/))。像流动性挖矿这样的狂热，给我们的期望带来了不确定性。颠覆规范，将集体的意义从个人框架中剥离出去——尤其是使得gas费暴涨。 这三层 (技术、社区、治理) 承载着无数其他非社区或与社区相邻的实体。这些实体有时会借助以太坊达成不同的目的，但它们都希望利用其黑暗森林的能力。 他们可能试图利用社区和治理层来获得支持或资金，其专注点甚至会偏离有价值的项目。一些实体最终将对生态系统或法规产生长期的负面影响。有些人会煽动他们自己的狂热，有些人则会让核心社区陷入困惑：什么是有价值的目标以及如何去实现。鉴于用户对技术层的访问无需许可，以及社区层和治理层都具有可塑性，预测以及阻止各种可能性是无法实现的。 ## <br/> # 社区能做些什么？ 帮助打败这个Moloch：我们需要更加接受以太坊作为黑暗森林所具有的特性，这些特性分布在每一层。我们要以对抗性的心态加入到这个长期游戏中。并且要理解，我们与各种实体共享每一层，无论是已结盟的还是没有结盟的。我们要拥抱 (或者包容) 不确定性，以及无需许可生态系统可能产生的不稳定性。 我们是否仍然相信在以太坊上还有值得开发的技术、和值得尝试的社区以及治理模式吗？如果答案是肯定的，那么我们必须克服暂时的失落。 目标驱动能带来的正面效应一如既往，并将不断地发展——即便现在不太明显。专注于自己决心追求的东西，直到你所重视的事物为他人所认同。不仅仅是生态系统中的其他人，我们欢迎这个星球上的所有人进入这片黑暗森林。 无论是现在还是未来，我们都会将其作为一个社区来构建。这是一个大型的集体实验。黑暗森林需要多元化的利益、背景和技巧才能撑起这场合作博弈以及协作机器。在这里，我们需要力求谨慎的声音，也需要冲破界限的呐喊。社区本该如此，正是我们得以在这两极之前进行协调的能力，使得我一如既往相信我们一同倾注的心血会逐渐成为现实。 ## <br/> # 结论 以太坊一直以来都是一个对抗性环境。当和其他加密平台和社区相比较时，以太坊作为黑暗森林所具有的特性使其独树一帜。由于以太坊的技术层、社区层和治理层都是无需许可的，因此任何人都可以使用甚至是滥用这些设施。我们无法改变其无需许可的特性，但我们可以调整对此的态度。 在变化发展如此快的时代，我们不能忘记自己的初心。我们要加倍努力，不断坚定于构建以太坊的黑暗森林。毕竟，这些特性所带来的正面效应一如既往地强大。 Molochs将会永远与我们在这片森林中同生共息，在他们熟睡时，我会继续建设以太坊，希望大家也如此。 **感谢[Justin](https://twitter.com/0xmidnight?lang=en), [Kevin](https://twitter.com/owocki), [Ameen](https://twitter.com/ameensol)和其他小伙伴的反馈，感谢**[**Dan**](https://twitter.com/danrobinson)**、**[**Georgios**](https://twitter.com/gakonst) **和**[**Virgil**](https://twitter.com/virgilgr)**的启发。** <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/gitcoin-grants-round7https://www.ethereum.cn/gitcoin-grants-round7Wed, 21 Oct 2020 00:00:00 GMT来源 | [vitalik.ca](https://vitalik.ca/general/2020/10/18/round7.html) <br/> Gitcoin Grants第七轮已经圆满结束了！在本轮中，大家的兴趣空前高涨，捐赠数额也有所增长：857个项目获得27.483万美元捐赠以及45万美元匹配资金。 本轮捐赠类别再次发生了改变，分为“dapp技术”、“基础设施技术”以及“社区”。以下是本轮Grant的最终结果： <center><img src="https://i.ibb.co/239rCcv/1.png"/></center> <center><img src="https://i.ibb.co/8dDYMKS/2.png"/></center> <center><img src="https://i.ibb.co/tbxM6sh/3.png"/></center> <br/> # DeFi贡献了匹配资金！ 在这一轮中，我们的匹配金额比以往高出许多。这是因为除了以太坊基金会和其他一些参与者提供的常规匹配资金之外，首次获得了各个defi项目的高度参与： <center><img src="https://i.ibb.co/Dp8dRFk/4.png"/></center> 匹配资金提供者有： - [Chainlink](https://chain.link/)，智能合约预言机项目 - Optimism，layer2 optimistic rollup方案 - 以太坊基金会 - Balancer，去中心化交易所 - [Synthetix](https://synthetix.io/)，合成资产平台 - [Yearn](https://yearn.finance/)，抵押贷款平台 - [Three Arrows Capital](https://www.threearrowscap.com/about-us/)，投资基金 - [Defiance Capital](https://twitter.com/defiancecapital)，投资基金 - [Future Fund](https://twitter.com/future_fund_)，这绝对不是一家投资基金 - $MEME，meme币 - [Yam](https://yam.finance/)，defi项目 - 一些个人捐献者：ferretpatrol, [bantg](https://twitter.com/bantg/), [Mariano Conti](https://twitter.com/nanexcool/), [Robert Leshner](https://twitter.com/rleshner/), [Eric Conner](https://vitalik.ca/general/2020/10/18/twitter.com/econoar/), [10b576da0](https://twitter.com/10b57e6da0) 这些项目提供了大量的匹配资金，其中一些已在本轮中使用，也有一些资金预留作为“应急基金”，以防在未来轮次中匹配金额变少。 这对于生态来说是一个非常重要的里程碑，因为这表现了Gitcoin Grants对于少数资助者的依赖性降低，正在朝着一种更加可持续的方向发展。但值得思考的是，这些资助者的驱动力是什么？这是否是可持续的？ 有几种潜在动机可能会在不同程度上发挥作用： 1. 从某种程度上来说，人天然是无私的，由于利息和代币价格的迅速上涨，在本轮中恰逢defi项目盆满钵满，因此将其中的一部分捐献出来似乎是“正确的选择” 2. 社区中的许多成员都对defi呈批判态度，将其视作无益的赌场，对以太坊的远大目标造成了负面影响。而参与公益是defi项目的一种表态，他们希望成为生态的贡献者，助其发展 3. 如果抛开这种负面看法，defi是一个竞争激烈的市场，其发展在很大程度上取决于社区的支持和网络效应，因此在生态系统中结善对于项目来说是非常有价值的 4. 发展最好的defi项目从这类公共产品中捕获到了足够的收益，因此进行贡献也符合他们自己的利益 5. 在defi项目中，存在高度的“共同所有”现象，即某种代币的持有者也持有其他代币和ETH。因此，即使进行大量资助不完全符合项目的利益，但是可能符合其代币持有者的利益，他们可能也持有被资助项目的代币，因此会推动项目进行资助。 当然了，我们还需要思考的问题就是：这些激励的可持续性程度如何？这种利他性和公共关系激励措施是否仅能发生一次性该种规模的爆发，还是可以更具可持续性？自此之后，二次方融资匹配的规模是否有希望达到200-300万美元？如果答案是肯定的，那么对于以太坊生态系统中公共产品融资 (public goods funding) 的多样化和民主化而言，这将是一个好消息。 ## 媒体类受助方质量普遍上升 上一轮和本轮都呈现了一个奇怪的现象，在前几轮中具有“争议”的社区类受助方的地位开始自行下降了。理论上来说，似乎这类受助方应该持续得到拥护者的支持，而批评者对此仍然无能为力。而是事实本轮中最大的媒体类赢家相对无争议，并且是以太坊生态系统中广受欢迎的主流成员。零知识播客 ([Zero Knowledge Podcast](https://www.zeroknowledge.fm/)) 作为一个出色的播客，即便其面向的是相对小众且稍具技术背景的受众，也在本轮中获得了大量资助。 发生了什么呢？为什么媒体类受助方的质量自然而然地就提高了？或许是二次方融资机制的自我纠错能力比我们想象中要强？ ## 超额偿付 在本轮中，每个类别的大赢家首次通通获得了巨额资助。基础设施类别的White Hat Hacking项目获得了39,258美元，社区类别的[Bankless](http://podcast.banklesshq.com/)播客则获得了47,620美元。我们可以思考这样一个问题：这些受助方获得的资助是否过度？ 明确地说，我确实认为试图建立某种道德规范是非常不恰当的，规定公共产品贡献者只能赚取一定水平的报酬，而不能远超出这个范畴。相较之下，发布代币的人总是赚得盆满钵满，这种可能性对于公共产品贡献者来说是完全自然且公平的 (此外，这一轮的数额折算下来约每年20万美元，甚至还没那么高)。 然而，我们可以提出一个更为务实的问题：鉴于目前的奖励结构，同样是多捐献一美元，捐献给受助最多的项目或是捐献给受助不足却非常有价值的项目，是否后者更有意义？像是Turbogeth、Nethermind和RadicalXChange这类项目仍然可以利用微薄的资金做很多事情。由于本轮匹配资金首次达到这么大的规模，我们不得不重视这个问题。 尤其是如果将来匹配资金的规模越来越大，生态系统是否能够正确地分配资金并且避免某些项目的超额偿付？或者说，如果不能避免资金过度集中，那结果是否真的就那么糟糕？或许成为一轮grant的关注中心并获得50万美元意外之财的可能性能够激励公共产品贡献者的参与！ 这些我们尚未得知的答案随着试验规模的不断扩大，或许将被首次揭开。 ## 资助类别 目前Gitcoin Grants中的类别概念有些奇怪。每个类别都设有固定的匹配资金总量，在该类别中的项目之间进行分配。该机制从根本上来表达的是，我们可以信任社区能在一个类别内的项目之间进行选择，但是首先我们需要独立的技术判断来甄别资金应该如何在不同类别之间分配。 但是自此事情的走向更加吊诡。第七轮半途引入了“[collection”功能](https://gitcoin.co/grants/collections)： <center><img src="https://i.ibb.co/kM8crQp/5.png"/></center> 如果我们在一个系列中点击“加入购物车”，就会将该系列中的所有项目都加入到购物车中。这个功能很奇怪，因为者似乎传递出了完全相反的信息：不清楚个中细节的用户可以选择将资金分配到整个类别，但是用户不能在每个类别中做出更主动的决策，除非手动编辑数量。 那么到底是怎样？我们信赖激进的二次方民主在每个类别中进行分配，却忽视了类别之间的分配？我们信赖其在每个类别之间进行分配，却不让人们在其中做出更细致的决策？我建议在第八轮中，应该对这些哲学挑战进行更加深入的思考，并且制定一种更具原则性的方式。 一种方案是只设立一个资金匹配池，然后所有的类别都作为自动的UI层。另一种方案则是以一种“扶持行动”(affirmative action) 的方式来启动特定类别。例如，我们可以将社区类别按地域划分，每个地域设立25,000美元的匹配资金池，如北美洲+大洋洲、拉丁美洲、欧洲、非洲、中东、印度、中亚+东南亚，从而使得更多被忽视的地区项目从中受益。还有许多可能性！还有一种混合路线，“主要”资金池可以在上一轮中自己二次融资！ ## 身份验证 随着串谋、伪造账户和针对Gitcoin Grants的其他攻击日益增多，第七轮增加了一个额外的验证选项，使用了基于去中心化社交图谱的[BrightID](https://www.brightid.org/)，并将该项目的用户量提高了十倍： <center><img src="https://i.ibb.co/QbKbBDx/6.jpg"/></center> 这其实很好，除了帮助BrightID发展之外，还使该项目经受了一次试炼：现在有很大的动机尝试创建大量假帐户！BrightID将面临艰巨的挑战，虽然普通用户的门槛降低了，但同时又要防御来自虚假账户和重复帐户的攻击。我期待看到他们采取措施应对挑战！ ## 用于扩容性的ZK rollups 最后，Gitcoin Grants本轮首次采用了[ZkSync](https://wallet.zksync.io/)这种ZK rollup技术，以降低支付费用： <center><img src="https://i.ibb.co/NWGkWH4/7.png"/></center> 主要成果简单来说就是ZK rollup确实成功地降低了费用！用户体验也不错。目前许多optimistic和ZK rollup项目都在寻求和[钱包集成](https://www.theblockcrypto.com/linked/80744/coinbase-wallet-optimisms-layer-2-rollup)，这能够进一步推动L2扩容技术的可用性和安全性。 <br/> # 结语 第七轮对Gitcoin Grants来说至关重要。匹配资金更加具备可持续性。现在的资金规模足够大，足以为二次方自由工作者提供足够的资金，以至于产生某个项目是否获得“太多资金”的担忧！身份验证也正在向前迈进。随着[ZkSync](https://wallet.zksync.io/) ZK rollup功能的加入，支付也更加高效。我期待看到Gitcoin Grants的长足发展。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-10-18https://www.ethereum.cn/wnie2-2020-10-18Tue, 20 Oct 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_201018) <br/> # 阶段0：信标链 规范[v1.0.0的候选版本0](https://github.com/ethereum/eth2.0-specs/releases/tag/v1.0.0-rc.0)已经发布。其中与当前Medalla所采用的v0.12.x版本规范相比主要的改变有以下几点： - Discovery协议升级到1，与当前的v5版本不兼容，加强了DoS攻击防御能力。 - BLS标准升级到v04版本，不再允许零私钥/无限公钥和签名。这点[之前](https://hackmd.io/@benjaminion/wnie2_200919)讨论过。 - 一些配置参数也有所改动： - GENESIS_DELAY(创世延迟) 调整为一周。这意味着创世状态在区块链正式工作前就能被知晓。这有利于客户端团队准备相应的客户端软件，也为用户预留了更新时间。在之前的创世演练中，这两点都成为了痛点。 - INACTIVITY_PENALTY_QUOTIENT(怠工惩罚) 降低四倍。将停止敲定时期的惩罚减至1/4，不过这是一个暂时性的举措，为了在遇到困难时增强质押者的信心。 - MIN_SLASHING_PENALTY_QUOTIENT(最低罚没惩罚) 降低四倍，也就是说罚没的最低数额仅为0.25 ETH。再次重申，这是暂时性的举措。 - 比例性罚没 (其他验证者同时被罚没时遭到的惩罚) 也减至1/3。再次重申，这是暂时性的举措。 - 对Eth1数据投票的更改：Eth1的同步距离目前是2048个区块 (约8小时)，Eth1的数据投票期也延长到两倍。用意主要在于延长存款和在信标链上激活验证者之间的等待期 (约延长6-8小时)。我不清楚其设计理念。 现在我们[只需要](https://github.com/ethereum/eth2.0-specs/pull/2082)MIN_GENESIS_TIME (最早创世时间) 和DEPOSIT_CONTRACT_ADDRESS (存款合约地址) 啦！ <br/> ## 存款合约 说到这个，我现在每天都在期盼存款合约的消息。也可能就在我发布本期更新的十分钟之后:joy:。根据我的理解，我认为我们已经准备好了：存款合约可能在接下来的几天内发布；信标链的创世可能在6-8周之后（请注意，这并非正式声明，仅为个人猜测）。 同时，我们也需要[提高警惕](https://twitter.com/preston_vanloon/status/1316822695909105664)，接下来的日子里会涌现许多假存款合约和Launchpad前端。请密切关注官方通告，不要向任意合约发送ETH，这不是DeFi。 <br/> ## 测试网 Spadina的创世彩排过程[有些曲折](https://hackmd.io/@benjaminion/wnie2_201002)，我们又在[Zinken测试网](https://github.com/goerli/medalla/blob/master/zinken/README.md)中进行了一次彩排。当时也按例举行了[发布排队](https://www.youtube.com/watch?v=YSuiuoeKoq0)，我很不幸地错过了，但是[the Daily Gwei](https://thedailygwei.substack.com/p/zinken-about-eth2-the-daily-gwei)进行了总结。虽然也不尽完美，但是过程还算顺利，足够我们进行真正的创世了。 与此同时，Medalla的[参与率非常低](https://medalla.beaconcha.in/)，大概是参与者们开始对测试网感到厌倦了。是时候前进了，最近的[实现者会议](https://hackmd.io/@benjaminion/wnie2_201018)中对其发展进行了讨论。 我也[撰文](https://www.coindesk.com/time-to-launch-ethereum-2-beacon-chain)分析了为什么测试网不再起作用，我们需要尽快发布阶段0。 <br/> ## 赏金计划 目前[Eth2赏金计划](https://eth2bounty.ethereum.org/)已经[合并](https://twitter.com/dannyryan/status/1314563680588238853)了各种针对Eth2漏洞的赏金。除了鼓励大家对协议发起攻击，还鼓励大家对Teku、Lighthouse和Prysm客户端实现进行破坏。严重漏洞的赏金已经高达5万美元。 <br/> # Staking 质押 [EthStaker](https://www.reddit.com/r/ethstaker/)对staking意向进行了一次快速调查，[结果已经出炉](https://docs.google.com/forms/d/e/1FAIpQLSe8So44J3M7C4yZ-BPn7Gekej275lRzzqJgg026BQ8CtJuwsA/viewanalytics)，其中包括一些有趣且宝贵的信息。但让我感到失望的事，大家对客户端多样性的呼吁置若罔闻。Prysm确实是一个不错的客户端，但是还有其他能力很强的客户端可以选择。我知道我是其中一个客户端的产品负责人:stuck_out_tongue:，但是还是想提醒大家不要选择单一的客户端，因为这会将自己和网络置于危险之中。以下是Danny Ryan的[看法](https://blog.ethereum.org/2020/10/01/eth2-quick-update-no-18/)： > 关于客户端多样性，Spadina测试网中的Prysm客户端也占据了相当大的比重，而该客户端在创世过程中出现了严重的peering问题。但其实我们有很多强健的eth2客户端可以选择。如果我们在主网中能实现更好的客户端分配，那么在Spadina测试网中出现的单一客户端问题，对整个网络的运行影响就会小很多。 以及： > 用户集中使用Prysm客户端，加剧了Medalla测试网中发生的动荡。作为一个社区，在我们迈向主网的过程中，必须要自觉主动地寻求解决。 请勿将上述观点看作是对针对Prysm客户端的不利言辞，它的成功当之无愧，而是紧急呼吁大家重视[客户端多样性](https://twitter.com/ethereumJoseph/status/1317191907697692673)。 好了，我已经一吐为快，现在我们再来聊聊代币化质押金 (tokenised stakes)。 去年我在[一篇文章里](https://medium.com/ideo-colab/the-deth-of-ethereum-98553866e81b)首次提出了代币化质押金的想法，其中对于可能随之而来的中心化风险感到忧虑。最近，Tim Ogilvie认为代币化质押金是[一件好事](https://www.coindesk.com/staked-eth-will-replace-traded-eth)。此处是Adam Cochran的[系列推特](https://twitter.com/AdamScochran/status/1316816985645363204)，描述了Rocketpool将质押金代币化的计划，涉及经济学和合规问题。[Lido](https://medium.com/lido-finance/introducing-lido-ca193431c82)看起来似乎不错，声称“由业内顶尖的质押服务商支持”，这或许有可能减轻中心化风险。我并不为此感到开心，因为这并不利于鼓励大家进行个人质押，而是选用托管服务，但这是不可避免的。 Michael J. Casey在其[Coindesk的文章](https://www.coindesk.com/ethereum-2-lockup-defi-innovation)中也表示这是必然的趋势，并且认为其会有效反映出市场对Eth2项目的信心。 <br/> # 释义性资源 来自Stakefish不错的短视频： - [Part I | Meet Ethereum 2.0](https://www.youtube.com/watch?v=jde9VEY8bbM)(2m36s) - [Part II | Phase 0 and the Beacon Chain](https://www.youtube.com/watch?v=-qwSAFcicg8)(2m41s) Gitcoin进行了直播，邀请Vitalik和其他嘉宾讨论了以rollup为中心的路线图，然后将其划分为较短的视频。此处是[视频列表](https://www.youtube.com/playlist?list=PLvTrX8LNPbPnMvn2fBI8rKS-nMZiExBQD)，[该系列推特](https://twitter.com/gitcoin/status/1316379162865795072)针对每个视频进行了简短总结，大家也可以观看此处的[完整视频](https://www.youtube.com/watch?v=UV9rNKExjn0)。 Vitalik还与其他嘉宾参加了[Taipei Ethereum meetup](https://www.youtube.com/watch?v=tg2bMlCaNXg)茶话会 (从第6分钟开始，Hsiao-Wei在[21分钟](https://www.youtube.com/watch?v=tg2bMlCaNXg&feature=youtu.be&t=1251)处开始讲解Eth2亮点) Vitalik最近很忙 (还参与了[Ethereum Engineering Group](https://www.youtube.com/watch?v=_DUHTJEoaX0) 讨论账户抽象，以及Coindesk的会议)：此处是Vitalik最近在Status应用中进行[AMA的回顾](https://our.status.im/status-ama-recap-vitalik-buterin/)，主题包括Eth2。 没有那么简短的是u/ben-ned在Reddit上发布的有关如何在[Web3Signer](https://www.reddit.com/r/ethstaker/comments/j8vj9m/remote_signing_with_teku_and_web3signer/?utm_medium=android_app&utm_source=share)服务中对Teku进行设置，使用Hashicorp保险库来保管密钥。目前对此也有一些工作在进行当中，[EIP 3030](https://eips.ethereum.org/EIPS/eip-3030)针对远程签名服务进行接口标准化，[此处](https://ethereum-magicians.org/t/eip-3030-bls-remote-signer-http-api-standard/4810)是相关讨论。提案正式通过后我们会进行实现，这在任何方面都与[Web3Signer](https://github.com/ConsenSys/web3signer)的工作非常类似。 Crypto Testers也发表了一篇[针对Eth2 PoS的释义文章](https://cryptotesters.com/blog/ethereum-staking-explained)，其中对质押形式进行了有价值的探讨。 <br/> # 研究工作 ## Rollups [之前](https://hackmd.io/@benjaminion/wnie2_201002)我们讨论了Vitalik提出的以rollup为中心的发展路线对以太坊未来的影响。这看起来似乎反响不错。Vitalik随后也在其[系列推特](https://twitter.com/VitalikButerin/status/1312905882330521600)中给出了更多观点：不是以rollup替代分片，而是基于分片应用rollup。 [Matt Garnett](https://lightclient.io/blog/eth2-is-a-rollup/)认为，以rollup为中心的发展路线和Eth2最终的归宿相去无几。 <br/> ## 余额攻击 上周有篇文章引发了议论：[在Gasper中进行余额攻击](https://ethresear.ch/t/a-balancing-attack-on-gasper-the-current-candidate-for-eth2s-beacon-chain/8079?u=benjaminion)。该文基于[更早的一篇论文](https://arxiv.org/abs/2009.04987)。David Tse在洛杉矶区块链周中进行了相关[演讲](https://youtu.be/0MMHkCaQu6E?list=PLFJJb69BM_KJhE-Z-1whIOASAkfTf2j_M&t=30397),并对共识机制的内部运作和取舍提供了一些不错的观察，非常推荐收看。 虽然这种攻击很有趣，但我认为其可行性就像球形奶牛 ([spherical cow](https://en.wikipedia.org/wiki/Spherical_cow))。尤其是文中的假设B (对于攻击能够起作用至关重要) 并未反映Eth2 gossip网络的真实情况。该攻击既依赖于对网络进行分区，又依赖于精确的时间，这两者都很难在实验室外实现。 尽管如此，也有一个[相关的修复建议](https://github.com/ethereum/eth2.0-specs/pull/2101)在讨论中。通过增加验证者发布证明的时间随机性，从而对攻击进行有效防御。我不赞成这样做，因为其依赖验证者的“诚实” (不惜一切代价遵循规范)，而不是“经济合理”行为（验证者出于自己的最大利益而行）。发布证明的时间是一种平衡行为，是尽早发布以将其包含在区块中还是发布得足够晚以确保对正确的区块进行投票，验证者的奖励则取决于是否正确完成这些工作。如果在时间上增加随机性会对奖励机制产生负面影响，那么用户将要求验证者不要采取这种行为，那这个修复方案并未起到任何作用。 [ethresear.ch](https://ethresear.ch/): - 在以rollup为中心的世界中 (Phase 1.5 and done)，数据可用性非常重要。这是Vitalik提供的[具有Kate承诺的2D数据可用性](https://ethresear.ch/t/2d-data-availability-with-kate-commitments/8081?u=benjaminion)。他还一直致力于[数据采样](https://notes.ethereum.org/@vbuterin/r1v8VCULP)以提高数据可用性，同时不再依赖Eth2中的委员会。 - [关于eth1中eth2分片的费用市场合约](https://ethresear.ch/t/a-fee-market-contract-for-eth2-shards-in-eth1/8124?u=benjaminion)的提案最新出炉。这个想法是让人们竞标将数据放入Eth2分片区块并相应地在Eth1链上收费。 ## <br/> # 常规会议 ## 实现者会议 第50次会议于10月15日进行。 - [会议日程](https://github.com/ethereum/eth2.0-pm/issues/187) - [会议视频](https://youtu.be/L4Dvlgxku1g?t=119) (前几分钟丢失) - [我的速记](https://hackmd.io/@benjaminion/HyGGLCBww) Medalla参与度正在下降，并且不再是最新规范，我们就Medalla测试网的处理方式有一些 (尚未定论的) 探讨。我们可能会对其进行升级，并保留一段时间。最终计划是使得一个小规模的、长期的开发者网络与主网并行运行。 房间中永远的大象无疑是主网的启动日期，我们永远不会在通话中谈论这类话题:joy: <br/> # 其他更新 - [Lighthouse](https://lighthouse.sigmaprime.io/update-30.html)和[Prysm](https://medium.com/prysmatic-labs/prysm-eth2-client-web-interface-now-live-feb278f4aa15)的客户端团队更新 ## <br/> # 写在最后 如果上述内容显得仓促，我深表歉意。我上周的假期非常愉快，还在[Dartmoor](https://en.wikipedia.org/wiki/Dartmoor)来了一场远足。强烈推荐给大家！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/1559-update-002https://www.ethereum.cn/1559-update-002Mon, 19 Oct 2020 00:00:00 GMT作者 | [Tim Beiko](https://hackmd.io/@timbeiko/1559-updates/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2F1559-update-002) ## <br/> ## 要点速览⬇️ - 我们在AllCoreDevs上再次讨论了EIP-1559。DoS攻击仍然是最终部署的主要障碍，但除此外没有其他大的障碍了； - 我们还有另一个实现者会议：Besu和Nethermind都正在与1559测试网同步，我们正在调试Geth的共识问题，还有大量的研发工作在进行中； - [主网准备清单](https://github.com/ethereum/pm/blob/master/Fee)已发布； - Cat Herder的《[社区扩展报告](https://medium.com/ethereum-cat-herders/eip-1559-community-outreach-report-aa18be0666b5)》已发表！ ## <br/> ## 实现更新⚒️ 上一期的更新后，又已进行了大量工作，仅仅三周的时间！ 首先，我们在[第97次AllCoreDev(](https://news.ethereum.cn/wp-admin/post.php?post=2576&action=elementor#diff-49058cd1d689842ad5a93efb31c50abdd3486642bc32b4adb93354df123fd4ac)核心开发者全体会议)上讨论了EIP-1559。我们分享了最新的情况，询问了客户端团队他们认为实现1559最大的障碍是什么，以及在[第77次ACD](https://news.ethereum.cn/wp-admin/post.php?post=2576&action=elementor#eip-1559)后这些障碍是否有改变。 好消息是对EIP-1559没有出现任何新的重要反对声音！有人提出一些小问题，比如EIP的目标有点不明确(是为了改善UX?销毁交易费？增加吞吐量？)，但没有新的、表示强烈反对的观点。规范的最新修改把实现变得非常简单，Nethermind团队感到非常惊讶。 坏消息是以太坊的拒绝服务攻击风险仍然是一个大问题，我们需要在部署1559之前解决。幸运的是，像[EIP-2929](https://eips.ethereum.org/EIPS/eip-2929)这样的工作现在已被纳入到下一次的短期测试网YOLOv2，而“扁平状态数据库”，如[Geth的snapshot加速结构](https://blog.ethereum.org/2020/07/17/ask-about-geth-snapshot-acceleration/)，也有助于解决问题。 第二，我们还开了另一个[1559实现者会议](https://news.ethereum.cn/wp-admin/post.php?post=2576&action=elementor#diff-93ef5835d657a4a7d0a733c62e4a29144dd272541e07065066cd4bea0af9983f)。在该会议里讨论到了多个议题：Besu和Nethermind都正在1559Clique测试网上同步；Vulcanize仍然在调试在Geth上的共识问题；多个模拟场景的工作在进行中；我们准备开始修改JSON RPC规范以支持适应1559的交易。 第三，我汇编了一份[主网准备清单](https://github.com/ethereum/pm/blob/master/)，以追踪EIP-1559在主网上线前所需的准备工作。关于新出现的和已解决的问题，我都会持续更新到清单上。由于以太坊上的事几乎是无法预测的，这份清单应该可以帮助社区了解要使1559上主网的条件成熟，有哪些工作是完成的，以及还需要做什么。 我们目前最大的进展是使[提议#2924](https://github.com/ethereum/EIPs/pull/2924)被纳入到这份规范里。这份提议高度简化了1559！现在，通过把gas price设为base fee和tip的总和，我们可以以适应1559交易的方式来处理遗留交易。这意味着遗留交易将不会被弃用(但会稍给多一点tip[0])，这样我们将不需要一个过渡期，也不需要维持两个平行的交易池。🎉 ## <br/> ## 研发更新🤖 在这个实现者会议里，[Barnabé Monnot](https://twitter.com/barnabemonnot) 详细介绍了他的团队的模拟工作进度。他的[录音](https://youtu.be/SHVfypwL5W8?t=295)值得一听，可以了解更多细节，但简而言之，他的团队正在模拟各种可能的场景，从量化1559的UX效益，到分析用户为了交易更快被打包到区块而试图策略性竞价的行为。 在Jupyter上已发表了两篇notebook([stationnary users](https://nbviewer.jupyter.org/github/barnabemonnot/abm1559/blob/master/notebooks/stationary1559.ipynb)和[strategic users](https://nbviewer.jupyter.org/github/barnabemonnot/abm1559/blob/master/notebooks/strategicUser.ipynb))，我们可以期待来未来几周有更多notebook分享。计划中的模拟清单已经更新到了[主网准备清单](https://news.ethereum.cn/wp-admin/post.php?post=2576&action=elementor#simulations)上。至于更深入的内容，可看Barnabé上周在[Taipei Ethereum Meetup](https://www.youtube.com/watch?v=3pErNDU5BiE&fbclid=IwAR07ICRj62B9H--6SLb2Xda0wy172L2vJIPOW0C15dBF_f8fRNuKwTm1JPg)上对其工作的详细介绍。 另一个值得一提的更新是Vitalik在他的《[以rollup为中心的以太坊路线图](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)》里提到了EIP-1559。EIP-1559对rollup是有助益的，因为rollup依赖链上交易作确认，而EIP-1559会使打包下一笔交易进区块更容易。 ## <br/> ## 社区扩展😺 如上一篇更新提到的，Ethereum Cat Herders已经在社区接触了多个项目，调查他们对EIP-1559的看法，以及让他们回答一些关于EIP-1559的问题。现在Cat Herders已经整理了第一批电话访问与问卷的回答，他们已经发表了第一篇《[社区扩展报告](https://medium.com/ethereum-cat-herders/eip-1559-community-outreach-report-aa18be0666b5)》。这份报告有一份关键结果的概述以及对电话访问中经常被提到的问题的回答。 对于下一个版本的报告，Cat Herders想与更多钱包和交易所的项目团队对话。如果你想在这方面提供帮助，请[在twitter上联系我](https://twitter.com/TimBeiko)。 ## <br/> ## 其他更新📝 - Vitalik发布了关于EIP-1559的[一组新幻灯片](https://vitalik.ca/files/misc_files/EIP_1559_Fee_Structure.pdf)； - 我上了Bankless的视频系列节目”[State of the Nation](https://youtu.be/FhAr8Upa-Ts?t=957)”，讨论了1559 - 我将参与EthOnline于十月23日举办的”[The Future of Ethereum”峰会](https://news.ethereum.cn/wp-admin/post.php?post=2576&action=elementor#speakers)，届时会介绍1559。 ## <br/> ## 后续工作✅ 希望这次更新的内容不会太多！如果你对更新内容有任何建议，请通过Twitter告诉我 (我是 [@timbeiko ](https://www.twitter.com/timbeiko)👋 至于接下来的工作，以下是你在未来几周可以期待的： - 在Geth <> Besu <> Nethermind 测试网上会有更多的进展，希望会发布一个PoW(工作量证明)网络来测试基于1559的挖矿情况。 - 会有大量的EIP加到JSON RPC规范，以为1559提供支持。[第一份](https://eips.ethereum.org/EIPS/eip-3041)已经发布了！ - Cat Herders会接触更多钱包和交易所项目团队，收集他们对1559的看法。 - 可能会发布更多用于分析不同场景的notebook。 这期内容就这些了！感谢阅读，请期待几周后的更新！😁 [0] 通过把gas price设为fee cap，把tip设为feecap-base fee，所有“多余的预算”都归为tip，而为了适应1559的交易，tip会由发送者来设定，而feecap-base fee-tip的差值会返还给交易发送者。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权https://www.ethereum.cn/eip-1559-community-outreach-reporthttps://www.ethereum.cn/eip-1559-community-outreach-reportThu, 15 Oct 2020 00:00:00 GMT来源 | [Ethereum Cat Herders](https://medium.com/ethereum-cat-herders/eip-1559-community-outreach-report-aa18be0666b5) <br/> **本报告由Tim Beiko 和 Pooja Ranjan合著，同时感谢**William Schwab、Alita Moore和Edson Ayllon为本报告做的努力。 <br/> # 关键结果 - 各项目对EIP-1559的总体印象在积极和消极之间平分秋色（少数项目持中立态度）。如果我们将矿工排除在外，60%的项目总体上持支持态度，持中立态度的项目比持消极态度的多一倍。 - 对于项目来说，EIP-1559的主要好处是对gas费的可预测性（特别是对那些为用户设定gas费的项目），另一个好处就是在每一笔交易中都会销毁部分ETH。 - 而EIP-1559的一些主要问题包括：其对矿工存在负面影响，难以对该题案进行全面的分析，以及存在一些潜在的实现和工具问题。 - 适当的工具、良好的通信、完善的文档和公共测试网都会使得各种项目加大对EIP-1559的支持，但还有许多项目希望在投入大量时间实现该EIP之前，能对其进行网络升级。 - 钱包和交易所在在参与调查的项目中占比较少。随后的社区扩展应以这两类项目为重点。 - 在我们与各个项目的通话中，反复被提到几个问题。**这些问题在本报告末尾的FAQ环节会给到解答**。 <br/> # 背景 在过去的几个月里，[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)[1] (一项改革以太坊gas费市场的提案) 取得了很大的进展。虽然该提案可以为以太坊带来显著的用户体验和经济利益，但它改变了协议的几个基本部分，包括块头、交易格式和交易池。在[最后一次实现者会议](https://github.com/ethereum/pm/blob/3fc87a2947130a50dec4bddcac1f87e687e9f2b8/Fee)中，强调了更好地理解这些变化对项目的影响以及衡量社区对EIP-1559的看法的必要性。这令我们决定：采用更加有组织的方法来为这项特定的EIP进行社区扩展。 不久之后，Ethereum Cat Herders组织了一份[社区推广问卷](https://forms.gle/9HU8ytJAH8Jsnno76)，并与建立在以太坊上的项目举行了几次1：1会议。会议上我们回答了各个项目对EIP-1559D 一些疑问，收集了他们对提案的反馈，并讨论了该做些什么努力来让他们提供对该提案的支持率。截至2020年10月8日 (周三)，本报告收集并分享了大家在会议上的反馈，并列出了解答。 - 关于EIP-1559的概述，请参阅[最近的阐释文章](https://hackmd.io/@timbeiko/1559-update-001)和[Vitalik写的FAQ](https://notes.ethereum.org/Wjr1SnW-QaST7phX9C5wkg?view)。 # <br/> # 调查对象概述 共有25个项目分享了他们对EIP-1559的看法。其中15人通过问卷参与，另外10人通过视频电话与我们分享。大多数项目不希望在报告的末尾被直接提及，还有一个项目希望完全匿名参与，因此其数据不会出现在报告中。 而接受公开的参与项目有：Gitcoin、Argent、Infura、Kyber Network、ethers.js、POAP、TrueBlocks、Bitfly (etherchain.org/beaconcha.in)、Nanopool以及0xBitcoin. 我们要求项目按以下类别划分：链上应用程序、钱包、交易所、矿工以及其他工具或基础设施。 以下是参与调查的项目的分类: <center><img src="https://i.ibb.co/LJDQdbr/1.png"/></center> <center>根据各个项目自己划分所得的统计图</center> 值得强调的是，受访对象中，矿工的占比很高，而钱包和交易所的占比较低。唯一参与其中的交易所是一所去中心化交易所，Kyber Network。在适当的情况下，该报告将把矿工们提供的反馈与其他项目分离开来，以便更加清晰。**随后的社区扩展将着重于交易所和钱包项目**。 </br> # 对于EIP-1559的普遍认识和看法 我们联系的所有项目都表示对EIP-1559有所了解，其中近一半项目一直关注着其最新进展。**大家跟进EIP-1559最新进展的最常见方式是刷推特**。其他比较常用的渠道有：Github、Discord、Ethereum Magicians和EIP-1559实现者会议。几乎每个项目都从不同的渠道来获取EIP-1559的进展更新信息。 <center><img src="https://i.ibb.co/mhRVBN0/2.png"/></center> 当被问及对EIP-1559的总体印象时，有10个项目 (42%) 对EIP-1559整体印象良好，有4个项目 (17%) 持中立态度或因不够了解而无法表态，有10个项目 (42%) 对EIP-1559总体持消极态度。矿工这一群体持有的态度最为消极，8/9 (89%) 的回答是消极的。如果我们将矿工排除在外，那么9/15 (60%) 的受访者对EIP-1559持积极态度。 <br/> # EIP-1559的好处 当被问及预计EIP-1559会带来哪些好处时，受访者最常提到的是以下两点: 1. **Gas费的可预测性(提到7次)**: 普遍来说，这些项目十分期待EIP-1559将允许他们可靠地设定正确的gas费。那些专门为用户设定gas费的项目，尤其支持EIP-1559。 2. **销毁ETH (提到5次)**: 销毁base fee作为EIP-1559其中一点好处，即便在受访者本身都不重视这一好处的情况下，该好处也经常被提及 (例如，“人们喜欢EIP-1559，因为它销毁了ETH”)。 除了这两个，他们所提到的其他的好处有：降低了gas费、在网络中更好地激励大家联合起来、不需要给矿工支付额外的交易费用、为用户更快地打包交易。**鉴于EIP-1559并非旨在大幅降低以太坊的费用，因此有必要在以后有关EIP-1559的通信中明确说明这一点。** <br/> # EIP-1559带来的风险 当被问及他们认为EIP-1559有哪些风险时，最常提到的三个风险是: 1. **对矿工的负面影响(提到10次)**:几乎所有受访矿工都提到EIP-1559会对他们产生负面影响，如果该提案通过，他们会考虑在另一条链上挖矿。一些矿工建议1559最好仅作为Eth 2.0的一部分。挖矿方面的其他问题包括: 矿工之间可能互相勾结；矿工们不肯升级他们的客户端以支持EIP-1559；以及如果小矿工被逐出以太坊，挖矿风险将集中化。 1. **难以分析EIP-1559(提到7次)**:第二个主要问题 (如果将矿工的回答排除，则是第一个问题) 是大家难以分析EIP-1559。这是由于下面几个背景: 首先，它缺乏正式的规范或对该机制的证明，人们难以独立评价和批判该提案；再者，EIP-1559涉及以太坊的许多方面且难以预测二级效应；最后，在EIP-1559真正应用到主网且ETH真正质押之前，都不可能恰当地测试EIP-1559激励设计。 1. **实现问题(提到6次)**:客户端和工具级的实现问题是他们所提及的第三大风险。具体来说，受访者担心如果没有针对EIP-1559的标准的API，那么到时处理多个客户端可能要比目前更加困难。当EIP-1559投入使用时，还可能存在工具崩溃的问题，以及工具开发人员能否轻松地对EIP-1559进行一致性测试。 <br/> # 其他忧虑 这些问题不一定经常被提及，但值得注意，应列入本报告供实施者和研究人员注意。请注意，我们并没有试图反驳任何这些问题或验证他们的合理性。在整个访谈过程中提出的所有合理的问题都列在这里。 ## 有效性方面的忧虑 - 由于base fee会每区块提高5%，因此30分钟后会提高100，000倍。而且在EIP-1559的调整期间和使用峰值之间，网络上会出现不匹配 (通常持续几个小时到几天)。EIP-1559如何帮助下一个UNI代币发行，解决做市商清算危机，等等? - EIP-1559试图同时做太多的事情:提高用户体验并制造通缩压力。为什么我们不按这两个目标分成两个EIP，以便于分析呢? - EIP-1559是否减少区块的净可用空间呢?节点将需要硬件能够处理理论上最大的区块，但平均而言，只能处理一半那么大的块。 - 如果人们继续使用遗留交易 (legacy transactions)，而不愿意使用EIP-1559，因为这对他们来说更加简单，那该怎么办呢？ ## 挖矿方面的忧虑 - 有可能矿工会互相勾结来决定base fee的高低吗？或者激励用户付更高的gas fee吗？我们怎么证明呢？ - 如果矿工/质押者之间互相勾结，将base fee变为0，他们不会有任何损失。这对用户和生态系统不会造成像51%攻击那样的负面影响。 - 减少对矿工的激励可能导致网络上出现更多的ASIC (专用集成电路)。 - 贿赂代理合约 (BribeProxy contract) 可能会变得普遍，这种合约将更多协议外的费用转到币安上。 ## 工具方面的忧虑 - tx.gasPrice操作码会被弃用吗？想要利用EIP-1559而使用此操作码的智能合约需要重写吗？人们经常注意到，虽然重写合约工作量不是很大，但项目需要重新审计合约，这可能造成巨大的成本和延误。 - 对于一些工具，需要大量的工作来实现。在某些情况下，如果他们在最新版本中删除了遗留交易，那么当用户不是很能接受新的交易方式，并且想要继续使用旧版本时，他们很难再回到旧版本。 ## 实现方面的忧虑 - 保持这两种交易类型 (遗留交易和EIP-1559交易)为以太坊网络带来更多的复杂性。 - EIP-1559会增加以太坊上DoS攻击的风险吗？ - 这将如何影响交易排序？二阶效应是什么？ - EIP-1559对客户端堆栈的各个部分如devp2p、内存池、数据库等有什么影响？ - EIP-1559尝试在客户端层解决的问题，是否不再需要在共识层做出改变？ - EIP-1559的实现将过于复杂，根本无法投入使用。 ## 经济方面的忧虑 - 对于销毁base fee的影响，没有做过经济学方面的研究。 - 为什么要增加5%的base fee，而不是其他数值？ - 在EIP-1559在主网上线之前，缺乏激励解决EIP-1559存在的问题。 ## 社区意识形态方面的忧虑 - 如果矿工不想升级客户端以支持EIP-1559怎么办？ - 我们如何确定EIP-1559能够拥有足够多的支持来进行如此巨大的改变？ 对于实现者和研究者来说，努力解决这些忧虑是很有价值的。 <br/> # EIP-1559的备选方案 当被问及EIP-1559的替代方案时，一些受访者表示唯一的替代方案是[EIP-2593](https://eips.ethereum.org/EIPS/eip-2593)，也就是MetaMask的Dan Finlay提出的“自动扶梯费 (Escalator fees)”。 # <br/> # 实现意愿与障碍 受访者被问到，为了支持EIP-1559,他们需要对他们的项目做出哪些改变，他们期望花多少时间来做那些改变，以及EIP的拥护者是否可以提供任何帮助推进这个过程。 下面列出了受访项目为支持EIP-1559所需做出的改变： 1. 重写区块奖励的计算； 2. 修改处理交易的逻辑，包括更新序列化和解析库； 3. 升级矿池软件 4. 重写合约以使用新的操作码，删除弃用的操作码； 5. 确保对第三方的依赖仍然有效 （例如，Chainlink的预言机） 6. 思考适用于1559的交易，为用户修改“gas抽象化”功能; 7. 升级客户端软件; 8. 更改用于预测gas价格的API; 9. 修改UI以适用于1559的交易；为客户端RPC(远程程序调用)接口的更改做调整 10. 使用支持1559的测试网和其他可用资源来做大量的测试和质量评估 11. 对用于分享区块和交易数据给用户的API做修改 上面提到的大多数更改都是针对具体项目的。为了保护项目隐私，列表综合了受访项目提及的类似修改，并旨在给出一个1559对现有项目影响的定性概述。 当被问到什么会帮助他们优先考虑对EIP-1559的支持时，最常见的答案如下： 1. **测试网(提到5次）**：有一个适合应用使用(例如，有支持1559的 JSON RPC)的公共测试网是大多数项目开展它们实现的第一步。 1. **网络升级集成(提到3次)**: 有多个项目提到它们想在EIP-1559通过网络升级、被广泛接受后才开始它们的实现工作。这些项目觉得实现一些在主网上没有得到保障的东西不值得。 2. **激励(提到3次)**：有几个项目提到如果使用EIP-1559有激励（例如，更低的gas价格）的话，将会推动他们更早实现它。 这些项目还提到其他一些帮助，包括更新工具（例如，ether.js或者支持EIP-1559的web3.js)、客户端里相关的RPC终端、清晰的操作码定义和弃用时间表、一个用来预测下一个区块的base fee的公共API、完善的文档说明、良好的通信、支持通道、以及合理的EIP经济模型。 同样地，受访者被问到什么会导致他们推迟实现EIP-1559。最常见的回答是“没有”（提到7次），表现出支持EIP的强烈意愿。以下是提到的一些潜在忧虑，顺序为被提及的频率： 1. **EIP/规范问题(提到3次)**：如果客户端的早期工作发现了规范里的重大问题，项目方会以此作为危险信号，在问题解决前，延缓支持EIP-1559的实现。 1. **主网部署的不确定性(提到2次)**：类似于有些项目希望EIP-1559被集成到网络升级时会优先使用他们的实现，其他项目也指出，围绕主网集成的不确定性会延迟他们的实现工作。 1. **优先次序(2个提及)**：一些项目提到，与支持EIP-1559相比，他们在做的一些其他功能实现可能会为他们的用户带来更多价值，因此可能会优先那些实现的工作。 1. **欠缺文档资料与支持(提到2次)**：如果对项目方来说，如何为EIP-1559提供支持、如何正确地测试它、以及有问题时应该在哪里报告，这些内容都不清晰的话，有些项目可能会推迟提供EIP-1559支持，直到这些条件都成熟了。 1. **缺乏社区支持(提到2次)**：有些项目提到如果他们了解到社区内对EIP-1559有反对声音的话，他们便不愿为EIP-1559提供支持，因为一方面有可能努力会白费，另一方面他们不想参与到社区内部的争斗中。 除了这些以外，被提到的其他担忧还包括：糟糕的测试网支持、缺乏适当的工具、尽可能使用遗留交易的可能性、以及不可能在主网部署前对EIP-1559进行测试。 最后，值得注意的是，一些强烈反对EIP-1559的受访者提到，他们无论在什么情况下都不会实现它的。这样的受访者中有6/7(~86%)是矿工。 # <br/> # 实现的时间线 我们问这些项目方：他们什么时候开始提供EIP-1559支持，他们准备投入多少时间来做这件事，以及EIP-1559在主网上线后他们希望看到多长的遗留交易能得到支持。 **你的项目准备什么时候开始提供EIP-1559支持的工作？** <center><img src="https://i.ibb.co/9rwtt3G/3.png"/></center> ## ## 大多数的受访者都希望在EIP上线当前的测试网后开始实现这些变化。很多项目提到尽管EIP对项目开发不会带来重大影响，他们仍然需要重新审计项目的部分代码，这会增加时间与成本的消耗。 这个观点还在另一个问题的回答中得到支持：**“你准备为支持EIP-1559投入多少时间（对一个全职人员来说）？”** <center><img src="https://i.ibb.co/dWkKB3H/4.png"/></center> 我们在这里可以看到，大多数的项目在提供EIP-1559支持这件事上都希望花相对少的时间。 最后，EIP-1559上线主网后，项目方强烈希望看到尽可能长的遗留交易能得到支持。超过一半的受访者提及EIP-1559上线主网后，他们希望看到超过12个月的遗留交易能得到支持。这证明了EIP-1559的[一个近期更改](https://github.com/ethereum/EIPs/pull/2924)——对遗留交易的长期支持很可能受到社区的广泛欢迎。 **EIP-1559部署到主网后，你希望看到在1559之前多长的交易能得到支持？** <center><img src="https://i.ibb.co/2Nhqrqh/5.png"/></center> # <br/> # 结论 这次社区扩展的调查显示，尽管大量的项目方都对EIP-1559感到兴奋，有60%的受访者表示希望看到EIP-1559能在明年部署到主网，但也有一些项目方担心这份EIP还有很多漏洞，且会因为反对这份EIP的矿工而严重倒退。 这么多的忧虑与疑问都强调了EIP-1559需要更多人做解释工作和反驳某些忧虑。最后，受访者明确表示，跨平台的频繁交流、更新工具、支持通道，将大大有助于他们提供EIP-1559支持。 我们希望这份报告对社区是有建设性的！我们[将公开我们的调查问卷](https://forms.gle/xdeQsuHVHfqnroT69)，其他项目可以继续分享他们的想法，我们也试图接触更多的钱包和交易所项目，以增加这两个类别在此扩展研究的样本量。当接受访问的新增项目达到足够的数量时，我们会发布这份报告的更新版本。 # <br/> # 常见问题 在与这些项目方进行访问时，有一些问题经常被提出，下面为社区提供这些问题与一些回答。 ## 常见的评论与忧虑 **这份提议书背后的目的是什么？** - EIP文件与Vitalik最近的FAQ列出了一些目的 **有人反对这份提议书吗？** - 有，如这份调查所示。尽管没有一份详细的反对者列表，但矿工这个群体似乎最为反对。值得注意的是，也有非矿工反对当前版本的提议书。他们的忧虑包括缺乏一份正式的经济分析，或更倾向其他替代方案，例如[EIP-2593](https://eips.ethereum.org/EIPS/eip-2593)。 **就处理交易费问题，是否存在另一份更简单的提议书？** - 另一份提议书是[EIP-2593](https://eips.ethereum.org/EIPS/eip-2593)，它有助于改善交易发送的UX，但没有引入销毁base fee的 机制。 # <br/> # 计划中的变化 **终端用户可以期待哪些明显的不同？** - 这份EIP应该使应用开发者可以更容易预测他们交易的gas价格，使用户在大多数时间可以看到他们的交易更快被打包进区块，因为区块几乎一直有额外的空间。 **对智能合约开发者带来哪些变化？** - 这份EIP会修改区块头——增加base fee字段，更改交易格式——删除“gas价格”字段并引入“fee cap”和“tip”字段。 # <br/> # 上线计划 **它将如何铺开？** - 这份EIP将首先在短期的EIP-1559测试网上铺开。如果它被证实是可行的，它将通过网络升级程序，如果被接受了，将会被部署在现有的测试网和主网上。 **它是向后兼容的吗？** - 不，这份EIP需要一次网络升级来激活，且节点也需要升级来支持它。 **网络会如何处理遗留交易，会有过渡期吗?** - EIP的原始版本是有过渡期的，遗留交易在期间被缓慢弃用。而当前版本的EIP将“gas price”改为“fee cap”，并将“fee cap”与“base fee”的差值设为给矿工的“tip”，由此将遗留交易打包进区块。这意味着，这些遗留交易将可能需要多付他们的tip，但会一直得到支持。 # <br/> # Gas Prices、Base Fee、Fee Caps和Tips **EIP-1559会提高/降低gas价格吗？** - EIP-1559不会使gas价格不断升高或降低。Gas价格是对以太坊区块空间需求的函数。该EIP会使gas价格更易于预测(以及帮助用户避免多付gas费)，但它不会驱使gas的“均衡价格”下降。也就是说，EIP-1559不会使gas价格从300Gwei下降到30Gwei。 **base fee、fee cap和tip分别是什么？** - **base fee**是一笔交易被打包进区块必须支付的最低gas价格。它取决于区块的空满情况。如果区块空间占用了超过50%，base fee会上涨，如果低于50%，base fee则会下降。base fee是交易费用中被销毁的部分。 - **fee cap**是一笔交易愿意支付的最高交易价格，包括base fee和给矿工的tip。它允许用户将fee cap设为高于当前的base fee，如果他们猜想下一个区块的base fee会上涨。fee cap中超出的部分(fee cap-base fee-tip)返还给用户。 - **tip**是交易费中发送给矿工的部分。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/a-rollup-centric-ethereum-roadmaphttps://www.ethereum.cn/a-rollup-centric-ethereum-roadmapSat, 10 Oct 2020 00:00:00 GMT来源 | [ethereum-magicians.org](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) <br/> Optimism团队不久前[发布](https://medium.com/@optimismPBC/light-at-the-end-of-the-tunnel-c390a05bbcb8)了其测试网的第一阶段，及其通向主网的路线图。除此之外，[Fuel](https://medium.com/@fuellabs/announcing-the-fuel-v0-open-beta-565a2d340fc3)也在推进测试网进程，[Arbitrum](https://medium.com/offchainlabs/arbitrum-rollup-is-live-on-testnet-c5fed0d0a266)也已经登陆测试网。在ZK rollup领域中，[Loopring](https://loopring.org/)、[Zksync](http://wallet.zksync.io/)以及基于Starkware技术的[Deversifi](https://www.deversifi.com/)已经正式在主网上线，并且聚集了一定的用户。随着[OMG network](https://webwallet.mainnet.v1.omg.network/)推出其主网bata版本，plasma也有所进展。与此同时，eth1链上的gas费已经达到了新高，以至于[非金融类dapps被迫停止运行](https://medium.com/universal-ethereum/out-of-gas-were-shutting-down-unilogin-3b544838df1a)，[其他](https://zkga.me/)应用也只能在测试网中运行。 Eth2的发展目标之一就是增强扩容性，我们已经非常接近eth2前期阶段了，但要为应用提供基础层扩容性，我们还需要等到数年之后eth2最后一个主要阶段 (译者注：即阶段2) 的实现。讽刺的是，eth2作为rollups数据可用性层的可用性在阶段1就能实现，而在许久之后eth2才能真正用于“传统”的L1应用。将这些事实结合起来，我们可以得出一个结论：**以应对近期和中期的扩容性需求，整个以太坊生态系统需要将发力点集中到rollups上 (以及plasma和通道技术)。** 如果以此为前提，我们就能得知以太坊中心开发和生态系统发展应该优先考虑的问题，而这多多少少与当前的发展路径有所不同。那么我们应该优先考虑哪些问题呢？ ### <br/> ## 短期：推进Eth1基础建设以支持Rollups 在短期内，这样做的一个主要结果在于：**针对以太坊基础层的扩容工作将主要集中于扩大区块的数据容量，而不是优化链上计算或IO操作的效率**。Rollup扩容性的决定性因素在于该链能包含多少数据，如果能够在当前约60 kB/秒的基础上有所提升，rollups的扩容性则能得到进一步优化。 在基础层上，以下因素需要持续重视： - [EIP 2929](https://ethereum-magicians.org/t/eip-2929-gas-cost-increases-for-state-access-opcodes/4558)：在当前gas情况下保证以太坊区块链能够抵御DoS攻击 - [EIP 1559](https://notes.ethereum.org/@vbuterin/BkSQmQTS8)：一是推动ETH销毁，二是优化交易效率，并且几乎能够确保交易被打包到下一个区块中 (rollups仍然需要等待确认) - 新的椭圆曲线预编译，以实现对ZK rollups编程的完全支持 - 无状态客户端的相关工作，包括从十六进制树转换为二进制树等 (无论我们如何使用以太坊区块链，无状态客户端都非常有意义) 账户抽象 (account abstraction) 不太迫切，因为无论L1是否支持，我们都能在L2上实现。还有其他“巧妙的基础层功能”目前相对来说都没那么重要。 **Eth1客户端可以被重新定义为optimistic rollup客户端**。Optimistic rollups仍然需要全节点，并且如果rollup的内部状态转换规则本质上仍然是以太坊式的，只是进行了一些修改 (例如Optimism的目标)，那么我们可以使用现有代码来运行全节点。目前[eth1+eth2合并工作](https://github.com/txrx-research/eth1-shard-demo)已经实现将共识引擎从状态转换引擎中分离出来，而这项工作也有助于达成该目标。请注意，这也意味着类似TurboGeth的项目仍然非常重要，高吞吐量的rollup客户端 (而非eth1客户端) 将成为最大受益者。 ### <br/> ## 短期：调整基础设施以支持Rollups 目前，用户的账户、ENS域名、以及应用等等都在L1上，这些都需要改变。我们要将用户的主要账户、余额、资产等等都放在L2中。随之而来的是以下几个需求： - **ENS needs to support names being registered and transferred on L2**; see [here 54](https://medium.com/the-ethereum-name-service/general-purpose-layer-2-static-calls-proposal-presentation-by-vitalik-buterin-at-ens-online-2d752906719e)for one possible proposal of how to do this. - **ENS需要对在L2上注册和转移的域名提供支持**，[此处](https://medium.com/the-ethereum-name-service/general-purpose-layer-2-static-calls-proposal-presentation-by-vitalik-buterin-at-ens-online-2d752906719e)是一个可能的相关提案。 - **Layer 2协议应该被集成到钱包中**，而不是网页版的dapp中。目前，集成了L2的dapp或是类dapp (例如集成zksync的Gitcoin) 都要求用户完全信任该dapp，这导致安全性大打折扣。要维持当前的信任模型，L2成为钱包本身的一部分 (metamask, status等等) 是最理想的情况。这类支持应该进行标准化，因此支持zksync支付的应用也能随即兼容内置zksync的钱包。 - **加大跨L2转移的工作力度**，目标是能够即时、无缝进行跨L2链的资产转移。 - 对Yul或其他中间编译语言进行更加明确的标准化。以太坊的基础层EVM和Optimism rollup所使用的OVM作为编译目标稍有不同，但都可以由Solidity编译而成。为了使生态系统存在不同的编译目标，但同时还要接受不同的语言，避免Solidity的单一化使用，因此更明确地对所有高级语言都能编译的中间语言 (例如Yul) 进行标准化或许是有意义的。我们也可以考虑对形式验证友好的中间语言，能够处理诸如变量之类的概念，还能保证基本不变量，从而使所有被编译的高级语言都更易进行形式验证。 ### <br/> ## 以Rollup为中心带来的经济可持续性 加密货币项目必须具备经济上的可持续性，这是无法回避的事实，在2020年这意味着数百万甚至数千万的融资金额。其中的一部分能够由公共物品募资平台提供 (如Gitcoin Grants或以太坊基金会)，但这些机制的规模不足以覆盖这个等级的融资。但是Layer 2项目能够通过发布自己的代币来解决这个问题，前提是其代币具备真正的经济价值，即未来L2所捕获到的价值。 如果路线图以rollup为中心，随之而来的另一个好处是为L2协议留出了开阔的空间，这些L2协议有能力通过收费或是[MEV](https://ethresear.ch/t/mev-auction-auctioning-transaction-ordering-rights-as-a-solution-to-miner-extractable-value/6788)形式来获取发展资金，无论是直接还是间接地 (即代币发行)。以太坊基础层非常需要保持中立，这就使得在协议内进行公共物品募资 (public good funding) 变得十分困难，但L2具备自己的公共物品募资机制，这样一来争议就会大大减少。因此，在这个方面留出空间对于整个以太坊长期的经济可持续性来说可能是一个不错的战略举措。 除了募资问题，具有创造力的研发人员通常都倾向于在他们自己的领域中拥有影响力，而不是针对以太坊的整体协议进行无足轻重的争辩。此外，有许多现有的项目正在尝试创建各种平台。以rollup为中心的路线图使得所有这些项目有机会成为以太坊生态系统的一部分，同时仍能保留高度的经济和技术自主权。 ### <br/> ## **长期视野** 除了上文提到的短期考虑外，路线图以rollup为中心还可能意味着我们要重新构想eth2的长远未来：**每个人都可以进行处理的强安全性单一执行分片，以及可扩容的数据可用性层。** 要理解为什么是这样，需考虑以下因素： - 当前以太坊的TPS约为15 - 如果大家都迁移到rollups上，TPS很快可以达到3000 - 一旦阶段1到来，rollups的数据存储迁移到eth2分片链上，理论上TPS最高能达到10万左右 - 最后，阶段2实现之后为eth2分片链提供本地计算，TPS达到……1000-5000 **这意味着eth2的“[phase 1.5 and done](https://ethresear.ch/t/phase-one-and-done-eth2-as-a-data-availability-engine/5269)”道路，精简基础层并且工作有所侧重，即共识和数据可用性。** 实际上这对于eth2来说是更好的发展方向，因为**分片数据可用性相对分片EVM计算要安全得多。**虽然分片EVM计算的不诚实多数证明 (dishonest-majority-proof) 验证需要欺诈证明，这需要有潜在风险且严格的2 epoch同步假设，但在异步情况下，数据可用性采样 (如果使用ZKP或多项式承诺) 是安全的。 这将有助于以太坊拥有比其他分片型L2链更强壮的安全模型，而这些分片型L2链都朝着某种形式的分片执行方向发展；[eth2将是功能强大的基础层，强大到足以提供功能逃逸速度 (functionality escape velocity) 就足够了](https://vitalik.ca/general/2019/12/26/mvb.html)。 ## <br/> ## **长期来看eth2的工作重点有哪些？** - 将不同分片的出块时间错开，从而保证每几百毫秒内都会有某个分片提议区块。这使得在多个分片上运行的rollups拥有极低的延迟性，而链本身没有超低延迟的风险 - 优化并巩固共识算法 - 对EVM进行改动，使其对欺诈证明验证更加友好 (例如，这可能意味着某种“框架”功能，可防止代码脱离沙盒，或允许将SLOAD / SSTORE重新映射，使其能够使用除账户存储之外的其他数据源) - 对一切进行ZK-SNARK ## <br/> ## **折衷方案** 如果你并没有被说服接受“phase 1.5 and done”这个发展方向，也有自然的折衷方案：使用少量分片作为执行层 (例如4-8个)，其他的分片则作为数据层。目标是使执行分片的数量足够低，以至于在特殊情况下，常规计算机将能够对所有分片进行完全验证，但是与当前的基础层相比，其空间仍然要大得多。 基础层空间不能被最小化太多，因为用户和应用程序仍然有需求，例如：在rollups之间切换、提交欺诈证明、在ZK rollups中提交零知识证明、发布ERC20代币根合约 (确保大多数用户将在rollups中活动，但基础合约必须有安放之处)。如果每笔交易的成本为140美元，则大大破坏了用户体验。因此，如果有必要的话，使用4-8个执行分片可以显著减轻负担。一台计算机设备仍然可以验证所有分片。如今，验证每13秒产生的eth1区块大约需要200-500毫秒，因此在短时间内验证这种执行的八个线程是完全可行的。我们可以想象客户端采取这些规则：如果网络延迟很低，或者委员会人数> 80％，则可以依靠欺诈证明和委员会，而在特殊情况下直接验证所有分片。 **参考资料：** Vitalik Buterin在ETHOnline上的[相关演讲](https://www.youtube.com/watchv=r0jtV9mxdI0&list=PLXzKMXK2aHh4sF0ZlCE49Frl4VJq3ME_V&index=12)： **往期荐读：** [《简谈Eth 2.0的未来：将分片作为数据可用性层》](https://news.ethereum.cn/shards-as-data-availability-layers/) [《如何评估六大以太坊Layer-2扩容方案》](https://news.ethereum.cn/evaluating-l2-scaling-solutions/) [《对比zk-Rollup与Validium》](https://news.ethereum.cn/zkrollup-vs-validium-starkex/) <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/1559-update-001https://www.ethereum.cn/1559-update-001Wed, 30 Sep 2020 00:00:00 GMT作者 | [Tim Beiko](https://hackmd.io/@timbeiko/1559-update-001) <br/> # 要点速览!👀 - EIP-1559会给以太坊的费用市场带来重大影响。它会使得交易费用更可预测，处理激增需求更高效，并在网络使用率和网络价值间建立积极的反馈循环。 - EIP-1559的进展：客户端实现、模拟、博弈论分析和社区扩展都在推进中。 - 下一次的实现者会议将在10月8日进行，届时会讨论“mainnet readiness checklist”（准备上主网的检查清单）。 ## <br/> # 背景 由于这是关于EIP-1559的第一期更新，还是有必要介绍一下EIP-1559的背景。如果你对这份EIP非常熟悉，可以跳过这一部分。😁 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)是Vitalik于2019年提出的，并从那时起就得到很多人的支持。它旨在提高以太坊费用市场的效率。简而言之，它希望将区块扩大到现在的两倍，但保持只使用容量的一半。这意味着网络总有额外的容量来处理区块空间需求的激增问题[0]。EIP-1559通过追踪最低的gas费来实现这一点，最低的gas费即BASE FEE，一笔交易被打包到区块必须支付的费用。当一个区块所用容量超过50%时，BASE FEE会上升，而当一个区块所用容量低于50%时，BASE FEE会下跌。 当需求激增时，区块容量在短时间内会变成原来的两倍，直到BASE FEE上涨至用户不愿支付如此高昂的交易费[1]。此时，BASE FEE会下降至它之前的水平，网络会以现在两倍的速度处理所有这些交易。🎉 我们还会将BASE FEE硬编码到区块头，使用户在发送交易时更容易预估他们要支付的gas费。 但你可能会想，矿工难道不会想保持高的BASE FEE以从每个用户那里赚取高的交易费用吗？!🔥为了避免这种情况，我们会销毁这部分的交易费。这意味着矿工将不在乎BASE FEE的高低。为了激励他们处理交易而不是挖空的区块，我们引进了第二项可选费用——TIP。 最后，销毁BASE FEE在网络使用率和网络价值间创建了积极的反馈循环。随着更多人希望使用网络，BASE FEE升高，这意味着每个区块里有更大量的ETH会被销毁。这通过减少可用ETH的供应量间接影响了网络价值。[2] 关于EIP还有很多细节，但它们都超出了这篇更新的范围。读者们可以通过[Vitalik最近的FAQ](https://notes.ethereum.org/Wjr1SnW-QaST7phX9C5wkg?view)、[EIP’s EthMagicians](https://ethereum-magicians.org/t/eip-1559-fee-market-change-for-eth-1-0-chain/2783)!🧙‍♂️、和[实现者之前的会议笔记和视频](https://github.com/ethereum/pm/blob/master/Fee Market Meetings/README.md)里了解更多。 ## <br/> ## 目前的状态!⚒️ ### **一点背景** 如上文提到，EIP-1559首先在2019年提出。EIP-1559的第一批产出中有一项是一年前做的[一份实现研究](https://docs.google.com/document/d/1yqvvfrQ_He0fN1SsUcvZNBdyhv__d8-1QPyteCbNT6Q/edit)。该研究强调了在go-ethereum代码库中用于支持EIP-1559所需的所有更改。研究出来后不久，[Vulcanize.io](http://vulcanize.io/)团队就开始了在客户端上部署实现。 在接下来的几个月里，EIP-1559在AllCoreDev （核心开发者全员会议）里多次被提到，并在2019年最后一次会议[ACD#77](https://news.ethereum.cn/wp-admin/post.php?post=2533&action=elementor#eip-1559)里得到最实质性的讨论。***\*在此次通话中，大家重点讨论了EIP-1559为攻击者对网络发起DoS攻击创造更多空间的风险。因为区块可以被扩大到目前大小的三倍（现在是两倍），任何拒绝服务攻击的成功率也会变成现在的三倍（现在是两倍）。\**** 今年年初，ConsenSys的Protocol团队同意协助推动EIP-1559发展，他们将为Hyperledger Besu提供另一个实现、协助项目管理、和帮助测试网络是否能负荷处理这些特大区块。 从那起，关于EIP-1559有四个方面的工作在开展中：实现、模拟、形式分析、以及社区扩展。 ### **实现** 现在，[Besu](https://github.com/hyperledger/besu/labels/EIP-1559)和[Geth](https://github.com/vulcanize/go-ethereum-EIP1559/tree/eip1559_rebase)都有针对EIP-1559的实现。已经有两项实现有助于发现EIP中一些未被详细说明的地方、每项实现中的漏洞，并有望很快证明EIP-1559在简单的环境中是可行的 [3]。 随着我们解决实现的细节漏洞，我们将准备测试更多复杂的场景，比如工作量证明网络、加入更多的客户端、和处理大区块，来更好地理解EIP-1559对每个节点以及网络的影响。 ### **模拟** 除了实现方面的工作，以太坊基金会的[Robust Incentives Group](https://github.com/ethereum/rig/tree/master/eip1559)也一直在进行基于代理的模拟工作。模拟的目标是要分析在一揽子不同的使用模式下，比如网络正常运行、使用激增、用户基于BASE FEE的历史数值而策略性地提交交易等，EIP-1559将会如何反应。 从这些模拟中得到的经验可以帮助我们主动修改EIP的规范，并希望帮助我们在把EIP-1559[部署到主网](https://github.com/barnabemonnot/abm1559)时避免犯错。读者可以在[这里](https://github.com/barnabemonnot/abm1559)看最新的模拟。 ### **形式分析** 尽管实现和模拟为EIP-1559提供正面的经验数据，它们无助于在理论层面上完善EIP-1559。简而言之，我们希望确保EIP-1559的设计是符合博弈论的，最好是最佳的。 为了实现这点，[世界顶尖的机制设计研究员](https://en.wikipedia.org/wiki/Tim_Roughgarden)Tim Roughgarden已签约参与评估EIP-1559提出的费用市场机制，并将其与以太坊目前的费用市场以及其他提议，比如“[escalator费](https://eips.ethereum.org/EIPS/eip-2593)”，做对比。 此项研究的目标是证明EIP-1559能如设计般可行，或对机制提出修改以把它变得更强健。 ### **社区扩展** EIP-1559是对以太坊改动最大的提议之一，它对协议的几个基本层面（交易、区块等）提出改变。为了动员社区成员关注这个提议，Ethereum Cat Herders社区已经开始接触社区里的不同项目，了解它们对EIP-1559的看法，以何种方法铺展开来对他们来说最方便，以及他们是否对这个提议有任何大的异议。 这些Cat Herders为想为这个提议做贡献的人设计了[一份调查问卷](https://forms.gle/1EyKYCKW6UjkC6Af8)，并与一些EIP-1559会影响到的项目团队进行一对一的对话。当他们在各个领域（dapp、钱包、交易所、基础设施、矿工等）咨询了足够大量的项目时，他们会发表一份报告，与实现者、研究者和其他核心开发者分享社区的反馈。 ## <br/> ## *后续工作*✅ 内容真多！我们希望在第一篇更新充分交代背景，那么以后的更新可以更简短，并更专注在增量进展或新方案。 下面是大家在接下来几周要关注的一些事： - 我们下一次实现者会议安排在10月8日; - 基于与各种利益相关者的对话而列的关于EIP“准备上主网”的检查清单[4]; - 社区扩展研究的结果; - Besu和Geth上的实现的更多进展，同时还有更多潜在的客户端团队开始着手他们的实现. 请期待我们下一篇文章对以上内容的更新!👋 感谢Danny Ryan和James Hancock对这篇文章的草稿提出宝贵的意见。 <br/> ## **脚注** [0] 比如，当一个受欢迎的DEX宣布它将对它数以万计的用户空投治理币!😅。 [1] 当区块容量满了或是空的时候，每个区块的BASE FEE最多可以增加或减少12.5%，这意味着满的或空的区块的gas价格大概需要5分钟来上/下调整10倍、10分钟调整100倍、15分钟调整1000倍…… [2] 很明显，影响网络价值的因素还有很多，ETH的价格一直都是不稳定的。没有人能保证EIP-1559会比现在带来更高的网络价值。网络价值是供需关系的一个函数，而EIP-1559只影响供应。 [3]现在用于Geth和Besu实现的测试网只有少数的节点，运行的是Clique共识算法，和使用简单工具来给网络发送高峰时的交易。 [4] 因为日期不适用于记录以太坊世界的事宜，我们认为最有用的方式是在我们把它部署到测试网或主网之前，把所有与1559相关的东西都文档化，以此来记录它的进展。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/yield-farming-survey-2020https://www.ethereum.cn/yield-farming-survey-2020Wed, 30 Sep 2020 00:00:00 GMT来源 | [CoinGecko](https://www.coingecko.com/buzz/yield-farming-survey-2020?locale=en) <br/> <center><img src="https://i.ibb.co/sJ6WnPB/1.jpg"/></center> <br/> 加密货币领域一直在以惊人的速度发展，近90天内的新增长领域当属Yield Farming。 Yield Farming指的是用户将资产放入不同的DeFi协议中以获取最佳收益。通过采取不同风险程度的不同策略，“耕农”(farmer) 们可能获得高达1000%的年化收益 (APY)。 Yield farming兴起于Compound为平台借贷者推出[COMP](https://www.coingecko.com/en/coins/compound)流动性挖矿激励。自此之后，许多其他的DeFi协议也采取了yield farming策略，例如Balancer (BAL)、Yearn.Finance ([YFI](https://www.coingecko.com/en/coins/yearn-finance))、Curve.Finance ([CRV](https://www.coingecko.com/en/coins/curve-dao-token)) 以及SushiSwap ([SUSHI](https://www.coingecko.com/en/coins/sushi)) 等等。 根据我们的数据，[yield farming代币的总市值](https://www.coingecko.com/en?category_id=65&view=market)达到了35亿美元，其中截至9月21日，YFI占比25%。据DeFiPulse统计，DeFi总锁仓量已经超过90亿，与今年7月相比增长了三倍。 然而，yield farming并不像看上去那么简单。只有DeFi资深玩家知道如何正确获利，因为这个游戏需要密切监控并不断调整策略。 CoinGecko希望通过通过以下三个方面对yield farming有更深的理解： - Yield farming的热潮是否可持续？ - “耕农”们是否清楚相关的风险和利益？ - 散户想要成为“耕农”的最大痛点是什么？ 因此，我们在8月对1347名受访者进行了调查，得到了以下四个主要发现： 1. 23%的受访者在过去60天内参与过yield farming，说明这仍然停留在小众群体中，但呈扩散趋势 2. “耕农”的每种yield-farming代币占其代币持有量的比重低于10% 3. 52%的“耕农”投入的资本低于1000美元，高额gas费成为了最大的顾虑之一 4. 40%的“耕农”不理解智能合约及相关风险 点击[此处](https://landing.coingecko.com/yield-farming-survey/?utm_source=buzz&utm_campaign=report&utm_medium=buzz&utm_term=yield-farming-survey&0=)下载Yield Farming调查报告。 #### <br/> ### 关键发现 #1：23%的受访者在过去60天内参与过yield farming，说明这仍然停留在小众群体中，但呈扩散趋势 <center><img src="https://i.ibb.co/ZM3Q3YJ/2.jpg"/></center> 在调查中，我们发现耕农群体仍然在加密货币用户中占少数，1012名受访者中只有312人参与其中，其他用户只是有所耳闻。受访的耕农群体主要由30-59岁的男性构成。 <center><img src="https://i.ibb.co/VjsxhHB/3.jpg"/></center> 这个结果是意料之中，因为在加密货币领域男性群体比较庞大。再者，用户需要拥有一定的加密货币背景和经验才能参与到yield farming中。 然而，尽管yield farming热潮大概在3个月前开始，且“耕农”的数量较为可观，但这种牟利机会只是对老练的DeFi玩家来说。 **关键要点**：Yield farming只是一个小众游戏，面向群体是那些熟悉金融收益率并且在加密行业已经工作一段时间的人。他们熟悉现存的以及新的DeFi协议，并制定高效的流动性挖矿策略。 <br/> ### **关键发现 #2：“耕农”的每种yield-farming代币占其代币持有量的比重低于10%** 为了了解“耕农”们多样化的投资组合，我们深入挖掘了他们目前持有的币种。他们通常都是经验丰富的加密领域的玩家，在他们的投资组合中[ETH](https://www.coingecko.com/en/coins/ethereum)占83%，[BTC](https://www.coingecko.com/en/coins/bitcoin)占74%，还有一部分其他DeFi代币。 值得注意的是，通过yield farming流动性挖矿形式获得的DeFi代币占farmer总资产不到10%。比如说，虽然Chainlink的代币[LINK](https://www.coingecko.com/en/coins/chainlink)只能通过Yearn协议，在Yearn库中挖得，但大部分人主要在交易所购买，而不是通过提供流动性挖得 —— 它的APY比其他一些流动性挖矿项目低得多。 关键要点：在他们的投资组合中有一小部分是yield farming代币，这可能表明这些代币正被锁在不同流动性挖矿项目的智能合约中。另一方面，我们发现“耕农”们在池子里挖出了大量的代币后，会进行抛售行为，这表明yield farming代币不是为他们长期持有的。 #### <br/> ### 关键发现 #3：52%的“耕农”投入的资本低于1000美元，高额gas费成为了最大的顾虑之一 <center><img src="https://i.ibb.co/10ftWVX/4.png"/></center> 为了了解“耕农”们在参与yield farming时的行为，我们问了以下几个问题： 1. 他们每笔交易的平均gas费是多少？ 1. 他们首次参与流动性挖矿时，投入的第一笔资金有多少？ 1. 他们在进行yield farming时会使用杠杆吗？ 1. 他们有在yield farming中获得回报吗？ 我们发现，超过一半的“耕农”投入了1000美元以上的资金参与流动性挖矿，且大部分人没有使用杠杆。其原因尚不清楚，这是否因为耕农们不想承担额外的风险 (许多yield farming协议都是未经审计的，并且他们自己还不会看合约)。 然而，那些投入资金低于1000美元的“耕农”们可能没有获得同样多的利润，因为在流动性挖矿中，除了会产生诸如无常损失等其他相关风险以外，资金池与协议之间的持续交互将会产生昂贵的gas费。 不管怎样，此次调查中“耕农”们表示其投资回报率(ROI)高达500%。这个结果并不令人惊讶，因为目前许多新池的APY都超过了1000%。我们认为，流动性挖矿提供的高收益率是不可持续的，因为其中的风险很高，而且gas费的飙升将成为耕农们进入和退出流动性挖矿的阻碍。 关键要点:高昂的gas费可能会阻碍散户的参与，他们的投资回报率可能不如投资超过1000美元的耕农们高。 #### <br/> ### 关键发现 #4：很大一部分的“耕农”不理解智能合约，尽管他们声称了解相关风险 <center><img src="https://i.ibb.co/1LjdSH9/4.jpg"/></center> 让我们震惊的是，大量的“耕农”看不懂智能合约 (占40%)，甚至不知道什么是无常损失 (占33%)，这意味着他们并不知道他们真正的投资回报率，而且是为了获取高回报的极端冒险者。 也许这就是为什么49%的“耕农”普遍对未经审计的智能合约持谨慎态度，并依赖智能合约审计员来检查合约的安全性。然而，审计公司一次又一次地表示，审计并不能保证合同是安全的，“耕农”们应该尽可能地采取预防措施。 关键要点：“耕农”们在任意一个池进行流动性挖矿时，都应该进行研究。因为市面上有更多的山寨流动性挖矿项目，这些项目很有可能给他们带来更大的风险，如代码漏洞或骗局。 #### <br/> ### 以下是本次调查报告的关键要点总结： 关键要点 #1：Yield farming只是一个小众游戏，面向群体是那些熟悉金融收益率并且在加密行业已经工作一段时间的人。他们熟悉现存的以及新的DeFi协议，并制定高效的耕农策略。 关键要点 #2：在他们的投资组合中有一小部分是yield farming代币，这可能表明这些代币正被锁在不同流动性挖矿项目的智能合约中。另一方面，我们发现farmer们在池子里挖出了大量的代币后，会进行抛售行为，这表明yield farming代币不是为他们长期持有的。 关键要点 #3:高昂的gas费可能会阻碍散户的参与，他们的投资回报率可能不如投资超过1000美元的耕农们高。如果他们受到无常损失影响，他们将会损失一定的资本。 关键要点 #4：“耕农”们在任意一个池进行流动性挖矿时，都应该进行研究。因为市面上有更多的山寨流动性挖矿项目，这些项目很有可能给他们带来更大的风险，如代码漏洞或骗局。 #### <br/> ### 结论 回到我们调查的最初目标： - Yield farming的热潮是否可持续？ - “耕农”们是否清楚相关的风险和利益？ - 散户想要成为“耕农”的最大痛点是什么？ 我们的观点是，高收益率的流动性池是不可持续的，但yield farming产品应继续发展。现在很明显的是，Uniswap在9月17日引入的yield farming资金池使流动性挖矿热潮更为稳定。事实上，它不仅是一阵热潮而已，而是已经成熟了许多的模式。 然而，在过高的gas费降下来之前，散户们很难在不损害其资本的情况下参与流动性挖矿，更别说还要考虑其他相关风险，如无常损失。 我们还鼓励用户们在参与任何流动性挖矿项目之前，学习如何读懂智能合约，熟悉相关的风险和收益。虽然我们很想做一个Degen*，充分利用这波高收益池的热潮。但是在这个周期里，很多项目都是通过无差别的产品开发，没费多大力气就搭上yield farming的顺风车，用户的下行风险更加突出。 *Degen是“堕落(degenerate)”的缩写，常用于加密领域，指为了获得巨额回报而承担巨大风险的交易者。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-17https://www.ethereum.cn/eth2-quick-update-no-17Wed, 23 Sep 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/09/22/eth2-quick-update-no-17/) <br/>  <br/> # 要点速览 - [Spadina Launchpad](https://spadina.launchpad.ethereum.org/)已上线，Spadina测试网将在9月29日创世 - [存款CLI审计](https://github.com/trailofbits/publications/blob/master/reviews/ETH2DepositCLI.pdf)由Trail of Bits完成 - 发布[EIP 2982：Serenity阶段0](https://github.com/ethereum/EIPs/pull/2982) ## <br/> # Spadina Launchpad上线 [Spadina Launchpad](https://spadina.launchpad.ethereum.org/)已于9月22日上线 Spadina测试网是一个让大家进行快速演练的eth2测试网，将于9月29日上线，运行时间只有三天。如果读者有兴趣在主网启动前对存款和创始进行最后一次演练，那么请别犹豫参与Spadina测试网，快来提交存款吧！[此处是上周的快速更新](https://news.ethereum.cn/wp-admin/post.php?post=2511&action=elementor#spadina-dress-rehearsal-just-around-the-corner)，可以详细了解Spadina相关信息。 如果这是你首次参与的eth2测试网，请务必进入[EthStaker Discord](https://discord.gg/e84CFep)获取相关信息，还可以选择一个想要使用的客户端，然后进入相应的客户端discord频道。 ## <br/> # 存款CLI审计已完成 Eth2社区目前正在进行一系列的审计工作，包括规范、密码学库、客户端以及命令行工具。 我们很高兴地宣布，[Trail of Bits](https://www.trailofbits.com/)刚刚完成了对[eth2.0-deposit-cli的审计](https://github.com/trailofbits/publications/blob/master/reviews/ETH2DepositCLI.pdf)，这是我们希望爱好质押者可以与Launchpad一同使用的[工具](https://github.com/ethereum/eth2.0-deposit-cli)。Cli开发团队目前正在研究报告中的十个发现和代码质量建议。读者可以在[此处](https://github.com/ethereum/eth2.0-deposit-cli/milestone/3)追踪其进度。 除了这个审计，还有许多与Eth2客户端软件相关的审计正在进行中。读者可以根据[这个issue](https://github.com/ethereum/eth2.0-pm/issues/176)来追踪最新的开发进展。 ## <br/> # EIP 2982 上周，我和Vitalik发布了[EIP-2982：Serenity阶段0](https://github.com/ethereum/EIPs/pull/2982)。 尽管这在编辑者中[引发了一些争论](https://news.ethereum.cn/wp-admin/post.php?post=2511&action=elementor#pullrequestreview-489698517)，但EIP 2982的发布✅、最终1.0版本主网参数的选择以及存款合约的发布 (时间待定，但预计很快) 是主网上线之前的一些最终步骤。 Eth2阶段0主网即将到来，相关参与者都在为主网上线进行最终的准备工作。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-9-19https://www.ethereum.cn/wnie2-2020-9-19Mon, 21 Sep 2020 00:00:00 GMT 来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200919) <br/> # 生态荐读 来自Danny Ryan的《[eth2更新速览#16](https://blog.ethereum.org/2020/09/14/eth2-quick-update-no-16/)》，Danny还写了一首俳句小诗。还有Danny和Vitalik发布的[EIP 2982](https://github.com/ethereum/EIPs/blob/5dc1b8ddd645af01c81da8817b6bcc8ff883b9d6/EIPS/eip-2982.md)。 <br/> # 阶段0：信标链 ## EIP-2982 也许这周热议最多的事件就是"**Serenity**"以EIP（以太坊改进提议）的形式被提交，对Eth2信标链做出了正式描述。Danny和Vitalik于9月17日创建了[EIP-2982：Serenity阶段0](https://github.com/ethereum/EIPs/blob/5dc1b8ddd645af01c81da8817b6bcc8ff883b9d6/EIPS/eip-2982.md)。 这是个好消息，也是一个里程碑，但仍然引起了一些争议。争议并不在于[Serenity](https://twitter.com/evan_van_ness/status/1306101572900999171)本身，而是关乎治理程序：这真的[算是](https://news.ethereum.cn/wp-admin/post.php?post=2497&action=elementor#pullrequestreview-489698517)EIP吗？ 我能理解将信标链纳入当前以太坊治理流程范围内的想法。文档中贯穿强调了Eth2是针对Eth1的升级，并且尝试将两者紧密联系在一起。因此使用了Serenity这个名称。(从[一开始](https://blog.ethereum.org/2015/03/03/ethereum-launch-process/)Serenity就是作为以太坊继Frontier、Homestead、Metropolis之后的第四阶段实现，Eth2无疑是Eth1的演进) 然而在这一点上，也许除了其说明性功能，我同意这并不算是一个EIP的说法。事实上，在阶段0和阶段1，Eth2在技术上完全脱离了Eth1协议。EIP中也证明了这一说法，“eth2早期阶段的执行不会破坏当前以太坊主网的共识”。Eth2不会作为Eth1核心开发者会议的话题，并且暂时也将不会受到Eth1治理程序的约束。(至于Eth2的治理流程，这完全是另一个话题。但这个EIP会设立一个先例，我们必须将每个Eth2协议决策都纳入当前的EIP。我不确定我们是否为此做好了准备) Eth1和Eth2将在阶段1.5中进行合并，到那时肯定会有大量相关EIP产生，这样做就没有任何问题。 话说回来，EIP-2982中包含了一些之前尚未涉及的有趣信息。**惩罚和罚没金额最初会低于当前规范中所定义的数量：** - 在网络停止敲定区块时期，受影响的验证者因为inactivity leak受到惩罚的金额减至规范定义的1/4 - 当发生大量罚没事件时，罚没金额减至规范定义的1/3 - 验证者由于行为不端受到罚没的最低金额从1 ETH降低至25 ETH **这些措施旨在降低早期验证参与网络的风险。计划在信标链运行五个月后将其重置为规范参数。** EIP-2982是本周[Ethstaker Studymaster的测试题目](https://www.reddit.com/r/ethstaker/comments/ivu26u/quiz_5_for_the_eth2_studymaster_is_live_its_based/)。 ## Spec v0.12.3 [0.12.3版本规范](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.12.3)已经推出，名为[Sindhudurg](https://twitter.com/adiasg/status/1306981249752289281)。没有包含重大更改，主要内容在于添加了处理弱主观性的指南，并且将Solidity版本的存款合约重新纳入规范。阶段1持续开发中，目前已经包含了测试矢量。 很快（“几周而不是几个月之后”）将会推出一个1.0版本规范，其中将包括上述针对惩罚措施的相关更改，以及对BLS标准的细微改动。到那时我们就做好了规范上的准备。!🚀 ## Spadina测试网 Spadina是位于[多伦多的一个地铁站](https://www.google.com/maps/place/Spadina/@43.6673526,-79.4060234,17z/data=!3m1!4b1!4m5!3m4!1s0x882b349630bf698b:0xe2dff45d0c512e39!8m2!3d43.6673526!4d-79.4038347)，离[Chainsafe](https://www.google.com/maps/place/ChainSafe+Systems/@43.65177,-79.3994715,17z/data=!3m1!4b1!4m5!3m4!1s0x882b34c3600861ff:0xf3b7658559d0f3b5!8m2!3d43.65177!4d-79.3972828)的办公地点不远。在几周内即将上线的[短时测试网](https://github.com/goerli/medalla/blob/master/spadina/README.md)将以此命名，用于试跑存款和创世流程。 Spadina计划创世日期是UTC时间9月29日中午，其对应的Launchpad门户将于本周上线。不需要注册几百个验证者，但是如果大家能够使用不同的客户端来运行一两个节点，这将对Launchpad和客户端团队的创世测试非常有帮助。更多信息请参阅[Danny的文章](https://blog.ethereum.org/2020/09/14/eth2-quick-update-no-16/)。 Spadian测试网预计只会运行一两天。[Beaconcha.in](http://beaconcha.in/)浏览器[已经就位](https://spadina.beaconcha.in/)。 ## BLS规范更新 [BLS签名规范](https://datatracker.ietf.org/doc/draft-irtf-cfrg-bls-signature/)已经升级到04版本。对我们来说最大的改动在于不再允许私钥为零。这个改动来自于一次关于Blst库的[讨论](https://github.com/supranational/blst/issues/11)。[此处](https://news.ethereum.cn/wp-admin/post.php?post=2497&action=elementor#BLS-news)是更多背景资料。无论如何，我们的原则就是遵循标准，这只是一次无伤大雅的改动，所以我们计划采纳。 [Blst](https://github.com/supranational/blst)是一个专门用于BLS的高性能库，使用了BLS12-381曲线。一些客户端已经采用了Blst，也包括Teku。好消息是在接下来的九个月里，Blst库会[经历形式化验证](https://galois.com/blog/2020/09/announcing-the-blst-bls-verification-project/)。 除此之外，以太坊基金会也在为Blst代码库寻求[审计](https://notes.ethereum.org/@djrtwo/blst-rfp)，期限比较短。问题报告已经关闭，裁定也会在一周内返回。 ## 工具 Aditya的[Kofta](https://github.com/adiasg/kofta)共识算法可以在实现[秘密共享验证者](https://medium.com/coinmonks/secret-shared-validators-on-ethereum-2-0-ea29ab380016)时发挥作用。 有多个团队都在致力于远程签名器，有些包含了罚没保护机制： - 新的[ETHPOS Remote Signer](https://github.com/ethpos/remote-signer-ts)，运行在Prysm中 - Attestant的[Dirk](https://www.attestant.io/posts/introducing-dirk/) - Blox Staking的[Key Vault](https://github.com/bloxapp/key-vault) - ConsenSys的[Web3Signer](https://github.com/PegaSysEng/web3signer) (罚没保护在路上) 有一个安卓应用似乎不错， [Ethereum 2.0 Validator Monitor](https://www.reddit.com/r/ethstaker/comments/iosnky/ive_published_a_free_app_on_android_which/)。我正在试用，我的验证者两周以来都正常运行，所以还不确定该应用是否有用。 <br/> # 竞赛场 目前有一些不完全属于技术范畴的Eth2赏金。 首先是[Eth2 Medalla数据挑战](https://ethereum.org/en/eth2/get-involved/medalla-data-challenge/)，将于2020年10月20日截至。对Medalla测试网的数据进行分析或可视化，就有机会获得高达1.5万美元的奖金！[Ethstaker Discord](https://invite.gg/ethstaker)的#medalla-data-challenge channel是一个不错的入口，大家可以在里面获取网络各种数据转储的链接。 还有[Ethereum 2.0 POAP设计大赛](https://medium.com/@poap/ethereum-2-0-poap-design-contest-ca2d42ce69c5)。胜出的设计可将1000 DAI收入囊中。 既然说到了POAP，参与Medalla测试网的[POAP奖励](https://www.reddit.com/r/ethstaker/comments/ith0h1/medalla_client_poap_awards_broken_down_by_fair/)已经分发，大家现在已经可以[领取](https://poap.delivery/medalla/)了。这是激励大家运行不同客户端的一种倡议。我的小孩小时候为了一张贴纸在所不辞，事实证明成年人也不例外。将参与方式游戏化是非常好的创意！ <br/> # 文章及其他资源 译者注：获取原文章链接请点击“阅读原文” Attestant的Jim McDonald在几个指标上对三个信标节点客户端的性能进行了[细致评估](https://www.attestant.io/posts/evaluating-beacon-nodes/)。!😉 Somer Esat继续更新了他的系列教程，这次是[Nimbus的指南](https://medium.com/@SomerEsat/guide-to-staking-on-ethereum-2-0-ubuntu-medalla-nimbus-5f4b2b0f2d7c)。这些指南能够帮助Linux系统用户设置多种不同的客户端。Anett也撰写了一篇在MacOS上运行Lighthouse客户端的[非技术性教程](https://hackernoon.com/how-to-run-an-eth-20-beacon-node-using-the-lighthouse-macos-client-7t2u3wtv)。 Lighthouse团队上周进行了一次[Reddit AMA](https://www.reddit.com/r/ethfinance/comments/is9kt9/ethfinance_ama_series_with_sigma_prime_lighthouse/)。 MyCrypto的伙伴们也发布了一篇高质量的Eth2介绍文章：[《白话ETH2.0：你需要知道什么？》](https://medium.com/mycrypto/eth2-0-everything-you-need-to-know-eb32fbfe0bd)。[ECN](https://twitter.com/Ethereum_CN)对此进行了[中文翻译](https://news.ethereum.cn/eth2-0-everything-you-need-to-know/)，除此之外他们还翻译了[Bankless的Eth2验证者教程](https://news.ethereum.cn/guide-becoming-a-validator/)，以及我有关[Shuffling (混洗) 算法](https://news.ethereum.cn/shuffling/)的文章。 Eth2相关的解释性文章也是交易所和staking服务商可用的营销素材。我最近有看到一些，比如说[Stakefish](https://medium.com/stakefish/deeper-dive-into-ethereum-2-0-part-1-93c475a18735)和[Luno](https://www.luno.com/blog/en/post/ethereum-2-0-what-we-know-so-far)。 [应大家的强烈呼声](https://twitter.com/aantonop/status/1306302847722631169)，Andreas开始行动了！本来是今天，但我错过了，还没有机会观看。此处是视频链接《[彩蛋直播之ETH2.0](https://www.youtube.com/watch?v=dCzNaD29s8s)》。已经有超过3500次观看，难以置信。 <br/> # 研究工作 本周与Eth2有关的一件事引起了我的注意：可证明的单一秘密领导人选举 ([Provable Single Secret Leader Election](https://ethresear.ch/t/provable-single-secret-leader-election/7971?u=benjaminion))。单一秘密领导人选举是在过去18个月中取得了巨大进展的领域，直到2019年3月还没有切实可行的实现方法，但是自那以后一直取得稳定的进展，现在看来是可实现的。 单一秘密领导人选举能够解决Eth2的一大挑战。目前来看，区块提议者提前两个epoch (13分钟) 就会被网络知晓。这就为攻击者提供了机会，如果攻击者能够通过某种方式将验证者ID链接到IP地址，他们就能有选择地以较低的成本对提议者进行DoS攻击。 如果无法生成区块，网络也无法运行。SSLE是一种为slot随机选择单一提议者的方式，而网络无法提前知晓提议者的身份。知道SSLE有实现的可能性真是太棒了！ <br/> # 常规会议 ## 实现者会议 第48次会议于9月17日进行。 - 会议日程 - 会议视频 - 我的[速记](https://hackmd.io/@benjaminion/BJIQuJZSD)以及[Mamy的笔记](https://gist.github.com/mratsim/0bafb17499e6a33b69085ec21de7cd91) ## 网络 第六次networking会议的主要内容是网络协议。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/180) - [我的笔记](http://my notes/) 目前正在进行的更新有：移除gossipsub中一些不必要的参数、调整节点评分以及升级发现协议到5.1版本。 <br/> # 其他新闻 [Nimbus](https://our.status.im/nimbus-update-september-11th/)、[Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-56-road-to-mainnet-3fbd50dde484)、[Lighthouse](https://lighthouse.sigmaprime.io/update-29.html)和[Lodestar](https://medium.com/chainsafe-systems/lodestar-update-38f58c14a39d)客户端团队都发布了更新。至于Teku，其[release notes](https://github.com/PegaSysEng/teku/releases/tag/0.12.6)以及相关issue就是我们的更新。 [Beaconcha.in](http://beaconcha.in/)制作了一个[staking服务商列表](https://beaconcha.in/stakingServices)。如果你提供质押池，请[参与](https://twitter.com/evan_van_ness/status/1303419933976670215)Evan Van Ness的[调查](https://twitter.com/evan_van_ness/status/1306773373209501702)。 Protolambda是[第九次ETH2 Staking Community会议](https://www.youtube.com/watch?v=C5YfUqg69p8)的特别嘉宾，其中有很多不错的观点和建议。 我与我的同事Vijay一起参与了Coindesk的[播客](https://www.coindesk.com/ethereum-2-0-staking-need-to-know)，由Christine Kim主持。 <br/> # 写在最后 Eth2考古。这周被Google Photos提醒距离我们去年著名的Eth2客户端[互操作性](https://twitter.com/JonnyRhea/status/1172233598109442049)封闭营已经整整一年了，七个客户端团队齐聚在安大略的一个湖畔。[此处](https://media.consensys.net/how-30-eth-2-0-devs-locked-themselves-in-to-achieve-interoperability-175e4a807d92)是我的回顾文章。这是Eth2旅程中的一大里程碑，这是明白互操作性可行性的豁然开朗的时刻。 自那以来，有变迁也有不易。Harmony团队并入了PegaSys (Teku) 团队，Trinity团队也在几周前暂停了开发，但除此之外一切都很稳定。从可行的原型到上线前夕，这是一趟艰辛的旅程，也比我们预期中走得要久。但是回望走过的路，似乎没有本应加速的阶段。这是一个多么不可思议的项目，我每天都怀着谦卑之心参与其中，与如此多出色的同僚们并肩工作。 无关信息：[Gitcoin Grants](https://gitcoin.co/grants/551/the-ethereum-20-annotated-specification)第七轮开始啦！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/shufflinghttps://www.ethereum.cn/shufflingFri, 18 Sep 2020 00:00:00 GMT来源 | [Ben Edgington ](https://hackmd.io/@benjaminion/shuffling) ## <br/> # 简介 如果你想学[鬼步舞](https://www.youtube.com/watch?v=RECaepj8LkU) (shuffle dance) 的话，那你就走错地方了。但相信我，Eth2里的混洗 (shuffle) 也一样让人兴奋。 混洗列表是以太坊2.0里一个基本运算。它主要用于在每12秒的slot里伪随机挑选验证者来组成委员会，以及在每个slot里选出信标链区块的提议者。 混洗似乎相当简单。尽管它有一些[隐患](https://www.developer.com/tech/article.php/616221/How-We-Learned-to-Cheat-at-Online-Poker-A-Study-in-Software-Security.htm)需要注意，这些隐患在计算机科学里是非常容易理解的。其中的黄金标准大概就是[Fisher-Yeats shuffle](https://en.wikipedia.org/wiki/Fisher–Yates_shuffle)了。那我们为什么不在Eth2里使用它呢？我将在文末详细解释，但简单来说就是——轻客户端。 我们用的混洗算法是swap-or-not，而不是Fisher-Yates。这个选择是基于这篇本来用于构建加密方案的[论文](https://link.springer.com/content/pdf/10.1007/978-3-642-32009-5_1.pdf)。我最近在Eth2客户端[Teku](https://pegasys.tech/teku/)中[重写](https://news.ethereum.cn/wp-admin/post.php?post=2486&action=elementor#L109)我们的实现，因此我想趁热把它写出来。 ## <br/> # Swap-or-Not混洗算法 ## 一轮的操作过程 混洗以轮次进行。每轮的过程是一样的，因此我在下面只会演示一轮的过程，它比看上去简单多了。🙂 ### 1. 选择一个轴心点并找出第一个镜像索引 首先，我们选一个轴心索引p，这是基于轮次和其他一些种子数据，通过伪随机选出的。这个轴心选出后就在该轮次里固定了。 基于这个轴心点，我们在p和0的中间点选出一个镜像索引m1，即m1=p/2。（为了方便解释，我们将忽略麻烦的差一错误舍入问题） <center><img src="https://i.ibb.co/rk7hCcP/shuffling1-70108eb483.png"/></center> <center>轴心点和第一个镜像</center> ### 2.从第一个镜像索引到轴心点，替换与否 对于镜像索引m1和轴心索引p之间的每个索引，我们随机决定是否对这些元素进行替换。 比如对于索引i1，如果我们选择不替换，那么我们就继续选下一个索引。 如果我们决定替换，那么我们将i1上的列表元素与i1’上的替换，即它在镜像索引上的图像。也就是i1与i1’=m1-(i1-m1)替换，这样i1和i1’到m1的距离是相等的。 我们对每个m1和p之间的索引都做相同的swap-or-not的决定。 <center><img src="https://i.ibb.co/TbbmxXL/shuffling2-f88a693739.png"/></center> <center>从第一个镜像索引到轴心的swap-or-not决定</center> ### 3.计算第二个镜像索引 在做完从m1到p的所有索引决定后，我们现在找到第二个以m2为中点的镜像索引，即到p和列表末端的距离相等的点。也就是m2=m1+n/2。 <center><img src="https://i.ibb.co/rt8XBq2/shuffling3-fb155bf1a6.png"/></center> <center>第二个镜像索引</center> ### 4.从轴心点到第二个镜像，替换与否 最后，我们重复swap-or-not的过程，考虑所有点到轴心p替换的决定，即p到第二个镜像m2的决定。如果我们选择不替换，就继续下一个。如果我们选择替换，那么我们在镜像索引m2上把j1上的元素与它在j1’上的镜像进行替换。 <center><img src="https://i.ibb.co/KxJwc0T/shuffling4-9a0d336163.png"/></center> <center>从轴心到第二个镜像索引的swap-or-not决定</center> ### 组合起来 在一轮的最后，我们都已经考虑了m1到m2之间所有的索引，即所有索引的一半，且无论替换与否，每个索引都在另一半有一个特定的索引。因此，关于替换与否，所有的索引都已被考虑过一次了。 下一轮以增加 (或减少) 轮次开启，这样我们会有一个新的轴心索引，然后开始循环上述的过程。 <center><img src="https://i.ibb.co/Ph7FQ4v/shuffling5-f47a236ad2.png"/></center> <center>同一轮中从一个镜像移向另一个镜像的过程</center> ### <br/> ## 有趣之处 ### 巧妙的地方 当在决定要不要替换的时候，这个算法会巧妙地选择候选索引或其镜像中的更高者。意思是当在轴心之下时，被选择的是i_1而不是i_1’；当在轴心之上时，被选择的时i_k’而不是i_k。这意味着，我们可以灵活遍历列表中的索引：我们可以将0到m1和p到m2分为两个独立的循环，或将两者合在同一个从m1到m2的循环，如我在上文所描绘（和[实现](https://news.ethereum.cn/wp-admin/post.php?post=2486&action=elementor#L109)）的。这两种做法的结果是一样的：无论我考虑的是i_1还是镜像i_1’都没有关系；替换与否得出的是相同的结果。 ### 轮次 在Eth2，上述的过程会进行90次。[原始论文](https://link.springer.com/content/pdf/10.1007/978-3-642-32009-5_1.pdf)里提到要经历6lgN个轮次才能“开始在选择性密码攻击 (CCA) 上出现较好的安全性界限”，其中N是列表的长度。在Vitalik的[注释规范](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md)里，他说“密码学专家建议我们4log2N个轮次就能提供足够的安全性了”。在Eth2里验证者数量的绝对最大值，也就是我们需要混洗的列表最大次数，大概是222 (420万)。Vitalik给出的预估值是88轮，在论文里的预估值是92轮 (假设lg是自然对数)。因此，我们现在处于一个大致正确的范围，特别是我们最后非常可能没有这么多活跃验证者。 基于列表长度来调整轮次可能会得出有趣的结果，但我们不会这么做，这可能是不必要的优化。 有意思的是，当Least Authority审计信标链的规范时，他们一开始发现在选择区块提议者的混洗中是有偏倚的 (参考[Issue F](https://leastauthority.wpengine.com/static/publications/LeastAuthority-Ethereum-2.0-Specifications-Audit-Report.pdf))。但结果是他们错误使用了只有10轮次的混洗配置。当他们将混洗配置增加到90轮 (我们在主网使用的轮次) 时，偏倚的情况消失了。 ### （伪）随机 混洗算法要求我们在每一轮里随机选一个轴心点，且在每轮里随机选择是否对每个元素进行替换。 在Eth2，我们肯定会从一个种子值产生随机性，由此这同一个种子总会产生同一个混洗结果。 轴心指标是由把与轮次串联的种子进行8字节的SHA2哈希产生的， 轴心索引由种子值SHA2哈希的八个字节生成，该种子值与轮次相串联，因此它通常在每轮里都有会改变。 用来决定是否要替换元素的决定性数位从以下几个元素中提取：种子的SHA256哈希、轮次、列表上元素的索引。 ### 效率 这个混洗算法比Fisher-Yates算法要慢得多。如果Fisher-Yates算法需要N次混洗的话，我们的算法平均需要90N/4次。我们还要考虑伪随机性的产生，这是算法中成本最高的部分。Fisher-Yates需要接近Nlog2N数位的随机性，而我们需要90(log2N+N/2)数位，根据我们在Eth2里需要的N值范围，超出的数位是相当多的 (当N为一百万时，Eth2大约需要N的两倍)。 ## <br/> ## 为什么选择swap-or-not这种算法？ 如果效率不高，为什么要选择这个实现？ ### 对单一元素进行混洗 这个算法的闪光点在于，如果我们只关注少数几个索引，我们不需要对整个列表的混洗进行计算。事实上，我们可以将这个算法用于单个索引，来找出哪个索引将会被替换。 因此，如果我们想知道索引217的元素被混洗到哪里了，我们可以运行只针对该索引的算法，而无需混洗整个列表。此外，相反地，如果我们想知道是什么元素被混洗到索引217，我们可以将算法倒过来运行来找到元素217 (倒过来的意思是从高到低运行轮次，而不是从低到高)。 总之，我们可以在恒定时间内计算出元素i被混洗到哪里，也可以计算出元素i的源头在哪里 (用反向操作)，计算时间并不取决于列表的长度。Fisher-Yates混洗并不具有这种特性，且不能对单个索引进行混洗，它们往往需要重复混洗整个列表。 在[Eth2规范](https://news.ethereum.cn/wp-admin/post.php?post=2486&action=elementor#compute_shuffled_index)里写的就是关于如何将算法应用到对单个索引进行混洗。事实上，一次性混洗整个列表只是它的一种优化！如果我们想的话，我们可以轮流只对列表里的一个元素进行混洗：(反向) 运行混洗来找出哪个元素最终落在索引0，再运行一次混洗找出哪个元素最终落在索引1，如此进行下去。我们不那样做的原因只是由于决定swap-or-not需要一次性生成一个256位的哈希，且就这样抛弃255位是很浪费的。如果我们使用1位的哈希或预言，混洗列表中一个元素的效率与混洗整个列表相去无几。 ### 做到真正的“轻”客户端 这个特性之所以有意义，原因全在于轻客户端。轻客户端相当于是Eth2信标链和分片链的观测者，他们不储存整个状态，但希望可以安全地访问链上的数据。要对他们的数据正确性进行验证，即没有发生欺诈，其中的必要一步就是对证明数据的委员会进行计算。也就是要用到混洗算法，且我们并不希望轻客户端必须存储或是混洗整个验证者列表。通过swap-or-not混洗，他们可以只对他们需要的一小部分委员会成员进行计算，这样将在整体上大幅提高效率。 ### 历史 如果你像我一样喜欢GitHub的考古特性，你可以在[这里](https://github.com/ethereum/eth2.0-specs/issues/323)查看最初为Eth2寻求混洗算法的讨论，[这里](https://github.com/ethereum/eth2.0-specs/issues/563)公布了最后的胜出者。 如果想从另一个角度看swap-or-not混洗算法，可以看一下Protolambda发表的一个[更可视化的解释](https://news.ethereum.cn/wp-admin/post.php?post=2486&action=elementor#shuffling)。 ## <br/> # 最后 这张图片是2019年我在EthCC上一边听Justin Drake讲swap-or-not混洗，一边在Teku客户端 (当时它还叫Artemis) 中实现初版swap-or-not混洗。🙂 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-16https://www.ethereum.cn/eth2-quick-update-no-16Wed, 16 Sep 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/09/14/eth2-quick-update-no-16/) <br/>  <br/> # 要点速览 - [Spadina](https://github.com/goerli/medalla/pull/46) (存款及创世彩排) 测试网即将上线 - [Medalla Data Challenge](https://ethereum.org/en/eth2/get-involved/medalla-data-challenge/)准备中 - Blst极速BLS12-381签名库的审计[RFP](https://notes.ethereum.org/@djrtwo/blst-rfp)发布💥 ## <br/> # Spadina“彩排”即将上线 我们意识到工程师和社区都可以在主网上线之前再在公共测试网中走一次流程。同时还要避免对Medalla的运行产生影响。因此，我们选择了进行短时彩排，将在本月晚些时候与Medalla并行进行。欢迎[Spadina](https://github.com/goerli/medalla/pull/46)！ Spadina将是一个 (主要) 主网配置测试网，具有3天的使用寿命 (EOL)。主要目标是给我们所有人提供另一次机会，在进入主网之前，再演练一次其中较为困难和冒险的过程：存款和创世。如果一切顺利，我们在今年进入真正的主网时会感到更加安心。 ## <br/> ## 是否应该参与Spadina？ 如果你想体验Launchpad最新的迭代，想尝试一下密钥生成和管理，并检查是否能从头设置你最爱的客户端，那么就别犹豫了，一定要参与Spadina测试网！ 如果你已经参与了多个测试网，在密钥和客户端管理方面颇具经验，并且能熟练地编写自定义系统配置和监测工具，那么您可以自由选择是否参与新测试网🙂 请注意Spadina的运行周期只有三天。虽然在三天之后测试网还会保持运行一段时间，但是客户端团队、区块浏览器和其他基础设施提供者在三天之后不会再继续提供支持。 ## <br/> # 数据竞赛 上周，以太坊基金会宣布开启[Medalla数据竞赛](https://ethereum.org/en/eth2/get-involved/medalla-data-challenge/)，目的是鼓励更多人参与到eth2分析和工具建设中，同时扩充知识库和教育资源，促进大家对eth2及其网络的理解。 [此处](https://ethereum.org/en/eth2/get-involved/medalla-data-challenge/)是以太坊基金会的通告，参与有机会获得1.5万美元的奖金！ ## <br/> # Blst BLS12-381签名库审计RFP 以太坊基金会和Protocol Labs正在为blst BLS12-381签名库的审计进行资助。 由[Supranational](https://www.supranational.net/)构建的Blst库由于其巨大的性能提升，迅速成为了eth2客户端的默认签名库。为了确保该库满足主网所需标准，我们正在为其寻找审计方，对其低级、优化的代码以及多种语言绑定进行全面审计。 [此处](https://notes.ethereum.org/@djrtwo/blst-rfp)是相应RFP，将于9月18日截至。 除了该审计之外，对blst的域、曲线和批量签名操作的正式验证也在进行中。这项工作有望在2021年初完成。🚀 <br/> <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-0-everything-you-need-to-knowhttps://www.ethereum.cn/eth2-0-everything-you-need-to-knowWed, 16 Sep 2020 00:00:00 GMT来源 | [MyCrypto](https://medium.com/mycrypto/eth2-0-everything-you-need-to-know-eb32fbfe0bd) <br/> # 前言 Eth2升级对以太坊网络来说是一次基础架构的更新。如果读者持有ETH或使用最流行的DeFi协议之一，无需做任何事，因为当前的以太坊网络将与Eth2兼容。现在的ETH不会发生任何变化，网络升级不会产生新代币。 以太坊的大规模网络升级正在进行中，大家正翘首以待。Eth2有许多东西需要考虑，包括从PoW向PoS的过渡、分片以及信标链的引入。本文简要介绍了以下各个方面： - 以太坊现状 - Eth1: PoW(工作量证明) - Eth2: PoS(权益证明) - 引进：分片链 - 引进：信标链 - Eth2路线图 - 总结 <br/> # 以太坊现状 当前的以太坊堵塞、运行缓慢且gas费过高。在8月份网络拥堵最严重的时候，如果用户在gas limit为21,000以及gas 费为440gwei时提交一笔标准的ETH交易，那么很可能在30分钟以内完成交易，需要4.35美元的成本。 <center><img src="https://i.ibb.co/w0sr0Rq/eth2-everything-1-82b741de01.jpg"/></center> <center>网络拥堵情况如图所示</center> <br/> 假设读者现在想要尝试一些热门的、新的DeFi协议，但只想投入较小的数额的话，实际上没什么意义。因为交易费可能要比用户想要投入的ETH或者其他代币的价格要更高。 ## 目前的局限性 目前，以太坊网络每秒大概只能处理15笔交易，相较于网络的庞大需求，每秒交易处理量实在是太少了。除此之外，当前的区块生成以及交易验证方式是不可持续的——据估计，以太坊网络的年电力消耗都快[赶得上哥斯达黎加](https://digiconomist.net/ethereum-energy-consumption/)了。 Eth2这一网络的巨大升级，也被称作Serenity，旨在解决以上提到的问题，并将其视为长期目标。这次大规模升级包括多个阶段，将逐个部署，旨在以一种安全、高度去中心化的方式对区块链进行扩容。 <br/> # Eth1:PoW (工作量证明) 当前，以太坊网络使用PoW共识机制，许多其他区块链如比特币也采用该共识。矿工们处理待定交易并且因此获得奖励。由于以太坊网络难度设置，矿工通过生成区块来处理这些交易需要大量的算力。 ## 为什么这种系统不是最好的 从本质上说，只要愿意，每个人都可以成为网络上的一名矿工，但从中获利的机会微乎其微。想要在以太坊网络上挖矿获利需要购买足够多的硬件，而其价格远超过挖矿提供的激励。因为要考虑许多成本，例如电力成本、硬件的初始成本、矿池的费用，甚至在一些司法管辖区还要缴税。 PoW系统的意义在于使得网络的安全性得以保障，因为攻击者往往需要无比庞大的算力才能对网络造成损害，也就是说需要更加高的成本来购买硬件。然而，考虑到以太坊的价值，攻击网络的动机仍然存在。 <center><img src="https://i.ibb.co/NNw2K25/eth2-everything-2-40ccf8a982.png"/></center> <center>莱斯利犀牛，Eth2 launchpad吉祥物 来源: https://medalla.launchpad.ethereum.org/</center> <br/> # Eth2:PoS (权益证明) PoS并不需要像PoW那样需要庞大的算力才能保障网络安全。 Staking指的是ETH持有者通过质押一笔ETH来成为网络的验证者。验证者通过软件客户端运行节点，工作包括确认和验证交易，以及如果被选择了，验证者将在区块链上创建新的块。 验证者能否验证新的区块或者交易，取决于各种因素，比如该节点质押了多少的ETH以及质押了多长时间。 在PoS共识下，只要有32个ETH，任何人都可以参与运行网络。即便用户不够32个ETH，也可以使用消费级的电脑，加入质押池，参与网络运行。 ## 如果算力不那么重要，如何保障网络安全？ 为了防止网络被攻击，当验证者试图通过提出新的无效交易来破坏或攻击区块链时，质押的资金会因此丢失。这一过程被称为“罚没”，攻击者的大部分ETH (可能是他们质押的所有资金) 将被罚没。一名验证者节点至少质押32个ETH，如果攻击失败的话，将会损失一笔很大的资金。 经常用于类比当前PoW系统的一种描述是：攻击者发起攻击时，以免攻击失败，必须得消耗他们整个挖矿设施，而不只是消耗平常挖矿时的电力成本。 <center><img src="https://i.ibb.co/Vt4QhhN/eth2-everything-3-15691dcc07.png"/></center> <center>图示：PoS vs PoS 来源：seekingalpha.com</center> <br/> # 引进：分片链 简单来说，分片链就是可以在以太坊内操作的区块链。现在，每个以太坊节点在处理一笔新的交易之前都要同步整个以太坊区块链的信息。这要比实际需要更多的算力和存储空间。 ## 分片的好处？ 使用分片，节点可以集中关注一个分片子集，它们只需要同步这些分片的内容。也就是说，通过这种方式，节点不必存储整个以太坊区块链的内容，可以更有效地使用它们的算力，释放出更庞大的网络容量。 区块链上会有许多分片，它们以不同的方式运行着。比如，分片可以在以太坊网络中运行的情况上，同时基本遵循比特币的系统。虽然这种设计过于草率，但是可能性却无限。 ## 安全性如何？ 每个分片将独立运行，尽管每个分片与其他分片具有相同的安全性。这使得攻击单个分片变得非常困难，因为攻击者还得攻击其他分片。虽然分片独立运行，但它们能够彼此通信，这便是信标链从中作用的结果。 <br/> # 引进：信标链 在当前的以太坊网络中只有一条链，每个以太坊节点都与这条单一的链通信。然而，一旦分片上线，主网上就会有许多不同的区块链 (即分片链)，它们相互并行工作着。信标链起支配作用，确保网络中的每个分片同步相同的信息与数据——它为所有分片链提供共识。 如前所述，验证者可以验证交易，并且如果他们被选择，也可以提议新的分片区块。如果没有被选择提议新区块，验证者的工作是确保已被提议的区块无异常——对已提议的分片区块进行验证或证明。 ## 共识是如何形成的？ 至少需要128名验证者验证每个分片区块，这群验证者组成一个委员会。而提议以及验证每个分片区块的时帧为一个slot。该委员会每次对32个slot进行提议以及验证区块，合起来为一个epoch，之后该委员会将被解散，并将选出一组新的验证者。这样做是为了让恶意验证者无法控制新一组提议区块的最终结果。 当一个提议的分片区块从委员会中获得了足够的证明，交联 (crosslink) 将向信标链共享分片的状态，包括新区块以及其交易数据。 ## 信标链的作用是什么？ 信标链记录着上述全过程的所有事情，给分片区块提议者奖励ETH，并对作恶者进行惩罚 (即罚没)。当区块准备就绪且一切都运行良好时，仍然需要对其进行敲定，以防止作恶者对其进行复原。 信标链区块也被敲定之后，则认为分片区块已被敲定。完成此操作之后，其他分片将能够读取与该分片区块相关的数据。 <br/> # Eth2路线图 由于Eth2对以太坊来说是一次重大升级，因此将分几个阶段进行部署。尽管每一阶段都有发布的时间安排，但要注意的是，这仍需要许多不同的团队进行大量的研究工作，因此可能会比预期时间要长。 <center><img src="https://i.ibb.co/t3yxJPF/eth2-everything-4-1b75b35402.png"/></center> <center>Eth2路线图 来源: https://medalla.launchpad.ethereum.org/</center> ## 阶段0：信标链 信标链是Eth2的第一个阶段。请记住：信标链本身是没有用处的，因为它主要的工作是同步分片链，而那时分片链还没有上线。 但是，信标链还负责协调验证者的质押资产。到那时已经可以通过发送ETH到智能合约中来开始质押了，但是要等到阶段1才能提款。 **这一阶段预计将于2020年****发布****。** ## 阶段1：分片链 阶段1将实现分片链，然后可以与在阶段0中已经实现的信标链交互。这还不是分片的完整实现，因此帐户或智能合约直到第2阶段才能使用。按照预期，阶段1先有64个分片。 **该阶段预计将于2021年发布。** ## 阶段1.5：主网变为分片 到了这个阶段，系统将仍会采用PoW共识。而阶段1.5之后，以太坊网络将会成为分片，以及向PoS转变。这意味着网络上不再有矿工，取而代之的是质押ETH。 **该阶段预计将于2021年发布。** ## 阶段2：功能齐全的分片 到了阶段2，一切开始变得完整。分片能够运行智能合约，并且通过使用执行环境，能够以不同的方式构建分片。 阶段2仍处于研究阶段，许多方面仍开放讨论。该阶段的设置可能会有所改变，并且欢迎所有人参与讨论。 **该阶段预计将于2021发布，或者有可能会推迟。** ## <center><img src="https://i.ibb.co/4J47f29/eth2-everything-5-0b87cbe439.png"/></center> <center><a href="https://twitter.com/VitalikButerin/status/1240365047421054976?s=20 ">推特链接</a></center> <br/> # 结论 Eth2发布后，网络将会更快、成本更低，为区块链带来更多的可能性。任何人都有可能成为验证者，并通过质押他们持有的ETH赚取收益，同时维持网络的稳定与安全。 这是以太坊的重大升级，我们非常建议大家参与其中。读者现在就可以参与Eth2的测试网版本了，质押测试币成为验证者。了解更多信息请访问[Medalla launchpad](https://medalla.launchpad.ethereum.org/)。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/sustainable-defihttps://www.ethereum.cn/sustainable-defiTue, 15 Sep 2020 00:00:00 GMT来源 | blog.rotki.com <br/> # 引介 本文探讨以下主题：什么是DeFi、DeFi会解锁哪些新的可能性、为什么DeFi这么酷这么火；然后谈谈DeFi不好的那一面，包括鼓励人们冒险、YOLO（You only live once）性质的挖矿和由最近YAM大惨败引起关注的未审计合约；最后，展望未来，分析社区需要吸取的教训，以实现Defi在未来数十年可持续且可靠地发展。要知道，金融工具不只是给活跃在推特上的一部分人用的，而是对全世界的人开放的。 <br/> # 什么是DeFi 一句话概括，去中心化金融是各种传统金融工具的无须许可、去中心化版本，例如交易所、借款、贷款、合成资产等。在过去的两年里，这方面的创新如雨后春笋般涌现。 ### ## 去中心化交易所 我们有各种各样的去中心化交易所，比如： - [Uniswap](https://uniswap.org/) - [Kyber](https://kyberswap.com/swap) - [Deversifi](https://www.deversifi.com/) 它们都以去中心化的方式运行，且是非托管型的，明显区别于像Binance和Kraken这样的中心化交易所，在那里你必须先存入资金，并托管给它们。 ### ## 借贷协议 像[Compound](https://app.compound.finance/)和[Aave](https://app.aave.com/home)这样的协议允许用户可以通过借出他们的资产来赚取利息，或在抵押后获得贷款。MakerDao还提供以[资金库](https://oasis.app/borrow)的形式借款，用户可以往资金库存入不同形式的抵押物后挖得稳定币DAI。 ### ## 合成资产 像[Synthetix](https://www.synthetix.io/)和[Token Sets](https://www.tokensets.com/)这样的合成资产协议，将多种不同的资产结合成一种单一资产。这样，用户只需要持有一种合成资产即可获得多种资产的敞口。 <br/> # DeFi解锁了哪些新的可能性？ DeFi实际上没有创新的东西。它的所有内容其实都以某种形式存在于传统金融世界里。DeFi的惊艳和革命性之处在于它是完全去中心化的和无须许可的。世界上任何人，无论身处何地、背景如何都可以使用DeFi产品。它正为全世界的人带来无数的可能性，建构一个新的无须许可的金融系统。 <br/> # DeFi的阴暗面 像任何涉及金钱的事物一样，DeFi同样吸引了很多贪心、短期投机者和昙花一现的项目。 有一个概念叫流通性挖矿者，指的是持币者通过在一个协议里提供流动性或质押赚取利息、费用或一些治理币。当然，流动性挖矿本身并没有问题。所有在DeFi协议里提供流动性的人实际上都是在进行流动性挖矿。这样的做法没有错。 <center><img src="http://172.105.234.239:1337/uploads/YAM_1_8f40df7b92.png"/></center> 挖矿不好的地方在于有“DeFi Chad”和“Defi Degen”这类人的存在。这类受表情包影响的挖矿者，盲目地不断从一个协议跳到另一个协议，从来不考虑合约的安全性，只求追逐最大的收益，快速将手上的代币抛给新加入的人然后开始下一轮循环。这样的操作明显是不可持续的。 ### ## YAM金融学 YAM就是DeFi中不负责任做法的一个典型例子。这个实验持续不到两天的时间。这个项目于UTC时间2020年8月11日19:00 [上线](https://medium.com/@yamfinance/yam-finance-d0ad577250c7)，并在36小时后[崩盘](https://medium.com/@yamfinance/yam-post-rescue-attempt-update-c9c90c05953f)。 #### ### 发生了什么？ YAM一开始就宣称自己是一个实验性项目，它混合了多个其他DeFi项目的代码，完全没有经过审计，且没有安全舱口或存款限额。无论出于什么目的，这完全是一个不顾后果的项目，尽管它的锁定资产峰值超过50亿美元。 关于这个项目漏洞的技术性解释，读者可以阅读[这篇文章](https://medium.com/@yamfinance/yam-post-rescue-attempt-update-c9c90c05953f)。简而言之，出现的漏洞使得YAM持有者在数量上达不到要求，从而无法做出任何决策，因此该协议的治理部分等于是无效了，而没有了它，整个协议就无法运行下去了。 当人们意识到这点，YAM的市值在短时间内从6千万美元一路狂跌到0。每个买入YAM但来不及抛售的人都遭遇了损失，因为他们卖不出去。Uniswap的流动性供给者也面临同样的情况，因为每次有人通过他们卖出YAM他们都会遭遇损失。 #### ### 这是可以避免的吗 当然！ 在加密圈有很多有影响力的人（包括我自己）都发出了警告，告诉大家最后会血本无归。但一些最基本的预防措施本来是可以做的： - 写合约测试 - 对代码进行安全性审计 - 如果你声称这是一个实验，那么请做到以下两点：a) 用代码来设置储存限额来保护你的用户; b) 用代码来设置安全舱口来保护你的用户 #### ### 庞氏游戏 更糟糕的是，从代币经济学的角度来看，YAM很明显是一个庞氏游戏。请注意庞氏游戏和庞氏骗局的区别，这篇文章对此进行了释义。 每12个小时，代币的总供应量就会增加，但通过rebasing（回基）这个过程，但每个用户的持有量保持不变。第一批的挖矿者加快YAM的流通和通过社交媒体抬价是会得到激励的，这样他们在rebase后就能找到受害者去接他们抛售的代币。新的持币者也有同样的动机去加快YAM的流通，这样在第二轮的rebase就到他们将代币抛售给下一批可怜的受骗者。这个过程不断循环下去。 这是个“公平”且透明的庞氏游戏，但无论如何也是“庞氏”性质。尽管在加密圈的人已经对这个项目进行了大量的研究，我仍然100%确定大多数人还没有意识到被骗了，最后遭受金钱损失。 #### ### Twitter上的抬价行为 我个人感到非常厌恶的是在推特上有越来越多以太坊社区的人在参与挖矿，且他们中很多人我是其实是很尊敬的。 我觉得这是不可原谅、不顾后果、且不负责任的。他们在抬价的协议还没有推出可使用的产品，代码没经过审计、没有进行测试、没有存款限额，什么都没有。他们这样做只是为了把更多的人骗进这个庞氏游戏，来维持他们收益的增长，然后将烂摊子抛给他们。 我诚挚地希望大家可以从这次的事件中吸取教训。如果你参与了这些未经审计的、不安全的庞氏游戏的抬价行为，那么DeFi如果被轻视了，你也有责任。如果我们真的想将DeFi推广到大众，我们不能再有这种不负责任的行为了。 #### ### 我们要付出什么代价？ <center><img src="http://172.105.234.239:1337/uploads/YAM_2_f496f56e95.png"/></center> 有些人亏了很多钱 - 市值从6千万美元跌至0。 - 买入YAM的人就好比手握烫手山芋，然后看着它烧焦至所有的投资都化为乌有。 - Uniswap的流动性供给者因为给那些垂死代币的卖方提供流动性而遭受损失。 - 消耗的大量gas费（300多的gwei）变得没有意义 **其他没有参与YAM挖矿的以太坊用户要被迫忍受当时300gwei的高gas费，还不能很好地使用以太坊区块链。** 最后也是最重要的一点，非加密货币圈的人对我们翻白眼，我们的名声受损了。我试着向每个我认识的非币圈的人解释这件事并了解他们的看法，他们都认为加密货币就是为诈骗和庞氏骗局服务的。你可以责备他们吗？ <br/> # 负责任的去中心化金融 这篇文章如果有什么是值得你记住的话，请看这部分。DeFi是好的创新并会继续存在。只是我们全部都需要对它更加负责。 ### ## 负责任的DeFi用户 作为一个用户，不要急于涌向每个新出现并承诺百分百回报的项目。你需要问自己，**是否进行了充分的调查、要求查看审计报告、向社区里的人询问协议创始人的履历、并在可能的情况下阅读代码和了解代币经济学。**要做你自己的调研！如果出现了什么好得难以置信的项目，那它很可能是诈骗或庞氏游戏。 ### ## 负责任的DeFi创始人 看在上帝的份上，恳请创始人或开发者，不要拿产品来做测试。要有责任心。用户不会去留意警告提醒或免责声明。如果这是个试验，你想在主网上测试，没问题。那么，在前几个月里设置存款限额和中心化的安全舱口。用户的安全是你的责任。以“只是一个试验”作为逃避责任的借口是不可接受的。 ### ## 通往DeFi生态可持续发展之路 只有通过负责任的开发和专业精神，这个领域才能走向成熟。凭借YOLO这类煽动性的流动性挖矿表情包，我们是不可能吸引到新用户的。为了使DeFi成为一个新的无须许可的金融系统，它需要走向主流。它决不会依靠庞氏游戏和推特上的chad表情包来实现。相反，只有当在普通人看来这个生态是足够成熟并参与其中的时候，这个目标才能实现。让我们都尽自己的一份力量，通过负责任的建设和可持续的发展来推动这个生态前进，并将这个建设成能惠及大多数人而不是一小撮人的新金融系统。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/the-importance-of-oracles-in-decentralised-financehttps://www.ethereum.cn/the-importance-of-oracles-in-decentralised-financeMon, 14 Sep 2020 00:00:00 GMT来源 |[ hackernoon](https://hackernoon.com/the-importance-of-oracles-in-decentralised-finance-cannot-be-undermined-qp213xi1) <center><img src="https://i.ibb.co/xqXWkXJ/1-d2ad0d5feb.png"/></center> 大多数关注区块链的人应该都听说过DeFi，且那些懂得如何使用它的人都明白DeFi意味着什么——但还有一方面的内容未被充分研究，那就是价格预言机以及它们对DeFi应用的影响。 > 预言机是一种第三方服务，它为智能合约提供执行所需的数据，通常与价格相关。 在探索一些新兴解决方案之前，我会先分析一些受欢迎的DeFi项目以及它们正在使用的预言机系统，比如它们的优缺点，然后给出一些关于如何构建一个公平的预言机/数据检索生态系统的建议。 传统的金融系统需要中介机构，因此会出现单点故障。他们容易滋生腐败、诈骗、安全事故等。而智能合约和去中心化网络给了我们重建这些系统的机会，它们是普通人可以企及的，且能改善建在这些系统之上的传统金融产品，尤其是借贷方面的。 <br/> # DeFi给我们提供新的、透明的、无须依赖中介机构的金融系统 DeFi产品的一个常见主题是它的**混合协议**，这些协议一方面将不稳定性排除在外，另一方面提供去中心化网络的优势。这是通过将加密资产与传统资产结合来实现的，特别是那些与锚定美元相关的。 **MakerDao**是最为人熟知的例子，它使用混合系统来维持平均1DAI=$1的比率，并要求通过锁定不稳定资产来挖DAI（价值$1的代币）。还有其他混合系统使用了像“弹性供应”（supply elasticity）这样的概念，比如Ampleforth或现在听起来有点久远的Diameter Base Protocol。在应对需求变化上，它们通过Rebase (回基) 机制来调整流通供应量。 使用Rebase机制的目的是通过循环供给来不断平衡需求，从而保持价格稳定，但在市场处于狂热状态下，这套机制不怎么行得通，就如我们最近所经历的。Ampleforth的价格狂飙到历史最高，由于受到一堆积极的rebase措施 (即空投代币给持有者) 所影响，一旦价格开始下坡，便下跌得又快又猛。 > 预言机是整个生态的基础，因为所有的应用都依赖于精确的数据。 **Compound**是另一种DeFi产品，它允许通过抵押品来借入和借出资产，并根据借/贷方的需求调整利率。 Compound网络由COMP持有者来治理，他们可以通过一个提议系统对网络的未来发展进行投票——持有的代币越多，投票的权重越大。这将随管理员数量的变化产生有趣的结果。 它有时基于多份预言机报告来计算平均值，如果没有那么多管理员提供数据，它可能会计算出一个错误的价格，给大量借款者/贷款者带来严重影响。 <br/> # 随着DeFi产品的兴起，ChainLink无疑成为了赢家 在过去的18个月里，预言机的使用出现急速的增长，一些最有影响力的DeFi团队也正在使用，包括Kyber Network、Fulcrum、Opium Network、 Synthetix等。Chainlink的一个关键优势在于它是参考多个预言机得出价格的。Bzrx最近发生了事故，因为它只依赖Kyber Network提供的价格数据。 这意味着，Kyber的突然下跌会造成Bzrx清算头寸的情况。而用Chainlink的话，有分散的价格数据供应，可以避免这种情况的发生。 **尽管如此，根据新加坡科技与设计大学的Bowen Liu和Pawel Szalachowski发表的[研究报告](https://arxiv.org/pdf/2005.04377.pdf?ref=hackernoon.com)，Synthetix的ETH/USD预言机数据存在平均2%的常规价格偏差。** 虽然对目前来说这是一个高标准，但我们必须朝着更准确的价格信息和更有活力的系统努力，当然这是Chainlink正在做的事，但有良性竞争的话不是更好吗？ 目前，大多数的价格流预言机都经常出现偏离实际的数据的情况。 几个百分点的偏差看上去不多，但当我们架构一个提供借贷、清算事件和利率方面信息的金融系统时，我们需要准确的数据。 <br/> # DeFi产品中臭名昭著的“闪电贷”或快速平仓事件经常与价格预言机有关 如果我有一个DeFi产品并将它的价格拉到，比如说是BAT在某交易所的价格，且人们正以BAT的价格借入这个DeFi产品，那么只需要在该交易所有一笔大额抛售即可清算任何杠杆BAT的头寸。 而使用多种数据流和聚合器可以大大降低有能力推动市场快速运转的捣事者带来的风险。 <br/> # 在DeFi预言机领域有一些新的竞争者 DIA在打造一个为智能合约提供开放金融数据的生态，并因此而闻名。它提供多种价格流，并从多个信息源获取数据，包括交易所、其他区块链、欧洲中央银行的外汇利率、ITINs （国际代币识别代码）、[SONIA](https://www.bankofengland.co.uk/markets/sonia-benchmark?ref=hackernoon.com)、[SOFR](https://www.investopedia.com/secured-overnight-financing-rate-sofr-4683954) & €STR Overnight Rates（美元的有抵押隔夜融资利率和欧元隔夜无风险利率）。 他们旨在成为“金融数据的维基百科”，这意味着社区可以以开源的形式对数据进行投票，而不是由中心委员会决定。DIA不会在内部管理、获取或验证数据，相反，这些活动都由它的持币者，通过加密经济学激励和质押它的治理币来进行。这个设计大大提升了透明度，是一个由下而上的系统，用来清理、汇总和传送金融数据给API和以太坊的预言机系统。 <center><img src="https://i.ibb.co/QJpNfBW/2-3f5bf8fcf3.png"/></center> 这个数据库可以处理各种不同的数据流，从高频交易的API，一直到高性能键值数据库中永不改变和无法访问的数据。 DIA有趣的地方在于它同时支持多种传统金融数据和加密市场数据，且能根据用户的要求定制专属的价格数据。 上文提到的由Bowen Liu和Pawal Szalachowski发表的论文指出，像Synthetix和Compound这些应用在用的预言机系统都缺乏透明度，这导致它们难以检测出不当操作。当在一场[CryptoDiffer ](https://cryptodiffer.com/?ref=hackernoon.com)AMA中被直接问到与其他竞争者相比，DIA有什么优势时，DIA数据团队的Paul Claudius回答： > **“我们不是一个新的提供复杂价格模型的数据库，相反，我们专注于一个维基百科式的方法——每个人都可以为了社区的发展而参与和评价社区的工作。我们为数据提供者和深挖数据来源的社区成员发放我们的治理币以作激励。”** 在未来几个月里，它将会变成一个由社区来运营的DAO。我们的团队（或者更广的社区）到时可以开始基于这个数据生态创造DeFi产品，他们使用的价格流会经常接受社区的审计。 <br/> # 但怎么样才算是一个好的预言机呢？以下是一些评价指标 我想文章写作至此，是时候谈谈“好的预言机是怎样的”以及“我们可以怎样构建好的数据系统”。这里列举的不是全部的因素，但可以帮助读者更好地了解我们应该往哪些方向发展。 ### 治理 - **内部 vs外部**：这款预言机是专门为某协议/应用而造的，因此受该社区的治理？还是随时可为任意一个第三方所用？ - **计算的选择**：谁来选择计算预言机数值的方法论？预言机的计算模型通常各不相同，根据我之前的研究，由管理员或囤票者决定预言机逻辑是有风险的。用户是否可以选择多个链上价格流，然后将它们聚合使用？ - **预言机的变化**：预言机本身的变化是如何被决定的？这包括新合约的发布、聚合数据方法论的改变、以及有时候会完全删除一些数据来源。有些预言机要求“管理员”来做决定。这样公平吗？ - **数据来源**：预言机的文档是否足够透明，用户是否可以很容易检索到预言机数据的来源？有时候这些信息可以在白皮书找到，但实时数据经常是缺失的。 - **方法论**：关于计算方式、数据搜寻和数据聚合的确切方法论是否可以容易检索到和是否有文档清晰说明？通常这方面的信息都很含糊。 ### 透明度 - **数据来源**：预言机的文档是否足够透明，用户是否可以很容易检索到预言机数据的来源？有时候这些信息可以在白皮书找到，但实时数据经常是缺失的。 - **方法论**：关于计算方式、数据搜寻和数据聚合的确切方法论是否可以容易检索到和是否有文档清晰说明？通常这方面的信息都很含糊。 ### 数据操作 - **数据更新频率**：预言机的数据多久更新一次？市场变化可是很快的。 - **数据延迟**：被测数据点以及其并入数据流之间的延迟是多久？ - **许可证追踪**：有关基础原始数据的许可证信息是否可用？（比如，交易所的价格数据） - **Gas模型**：谁来支付gas费用以维持预言机的运行？ 尽管还有许多需要考虑的因素，但当你在为你的项目选择预言机时，以上提到的都是很好的借鉴方向。预言机的生态值得我们持续关注，因为随着DeFi应用的崛起，预言机将接受更多的审查，毕竟，这些DeFi应用都要求准确可靠的数据。否则，人们可能会损失惨重。 但我鼓励人们去真正理解预言机产生的影响，并且去了解他们正在使用的应用在依赖哪些预言机的数据。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。 https://www.ethereum.cn/shards-as-data-availability-layershttps://www.ethereum.cn/shards-as-data-availability-layersWed, 09 Sep 2020 00:00:00 GMT来源 | [lakshmansankar.com](https://www.lakshmansankar.com/#/shards-as-data-availability-layers) <br/> 每当风云变幻之时，人们都会开始思考我们所部署的系统下一步的发展是什么。 DeFi在以太坊的崛起也把这样的疑问带到智能合约平台层面。目前以太坊的[gas费](https://etherscan.io/chart/gasprice)达到了史上最高，各种的拥堵使得用户和应用开发者不由得发出这样的疑问：以太坊真的是对的选择吗？ 这是一个非常微妙的问题，需要考虑多个变量的影响： - 主网发布后的一系列新Layer2方案 - Eth 2.0+分片进程 - 新的、资金充足的layer1链，例如Solana、Near - 以太坊在社区或工具层面的惯性 - 应用链+互操作性技术，例如Cosmos、Polkadot - 在DeFi基元互操作性和新应用低费用间的权衡 需要追踪的信息太多了！生态里的很多叙事都受叙事者的逐利动机影响，很多时候无济于事。 我想讨论一个让我感到兴奋的、可能的未来——将Eth 2.0的分片用作Layer2的一个数据可用性层。 这是非常技术性的表述，也是我觉得它不像其他网络文章中的[概念](https://haseebq.com/defi-in-eth2-cities-suburbs-and-farms/)得到那么多关注的原因。 我希望这能提供另一个关于未来的思维模型，供读者在未来5到10年里用作参考。 ## <br/> # 数据可用性到底是什么？ “数据可用性”不怎么为人熟知，却是非常重要的概念。它经常出现在研究者间的对话里，但我很少看到它在圈外被讨论到。 这篇文章不是要解释它是如何实现的，而是讨论数据可用性为何物。如果想看更多关于它的技术说明 (如何使用)，可以参考这些[资料](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding)。 数据可用性可能成为区块链的一个特性。除了了解它是什么，了解它不是什么也非常有帮助。 目前，链上数据的可靠性是没有得到保障的。比如，如果想知道在某区块的交易里发送者的账户余额是否足以支付，这一信息不是数据可用性能提供的。 数据可用性可提供的是保证任何用户 (包括轻客户端) 都可以在区块链上找到所有数据 下图将数据可用性区块链进行了可视化 <center><img src="https://i.ibb.co/qpjntZ2/1-9fa3d24296.png"/></center> 它只是数据元素的一个序列，而不对其内容进行解读。大概可以简单将它看作是一个有序的、无须许可、仅添加的数据库。 但对于像比特币或以太坊这样的区块链，我们需要更多功能，我们需要知道哪些交易是有效的、哪些是无效的。 我们不必在区块链上处理这个问题，我们可以在一些“执行环境”里解释数据可用性区块链，它能分辨出哪些数据块是有效的、哪些是无效的： <center><img src="https://i.ibb.co/dtM6sJN/2-c353bcf62e.png"/></center> 如果我们在“执行环境1”里解释我们的区块链，那么数据块1代表有效数据，数据块2代表无效数据。这个执行环境在其他地方是可用的，比如layer2。 这个方法的美妙之处在于它完全将数据从执行里分离出来。我们可以架构一条能快速将数据进行排序和处理执行的链。然后，通过一个layer 2的执行环境对数据进行解释，像[optimistic rollup](https://medium.com/plasma-group/ethereum-smart-contracts-in-l2-optimistic-rollup-2c1cef2ec537)那样。 <br/> # Eth 2.0分片作为数据可用性层 Eth 2.0的一个可能未来是，除去一个分片外，其他所有分片都变成Layer 2的高吞吐量数据可用性区块链。而那个例外分片用作eth1的[数据过渡](https://ethresear.ch/t/alternative-proposal-for-early-eth1-eth2-merge/6666)，因此是唯一一个能在共识层面上定义数据意义的分片。 下图为执行环境可视化： <center><img src="https://i.ibb.co/XSmXbhx/3-b90dd37954.png"/></center> 那些认为不可能实现跨分片交易的忧虑在未来将会得到解决。Layer2可以在它的交易里利用所有的分片。最终，分片间的经济区隔将完全取决于layer 2。 我们不必等到[Eth 2.0的阶段2](https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-phases/)才能实现。在此我不做个人估计，但这会加速更加可扩容、可执行化以太坊的到来。 当然这只是一个愿景。最终无法实现的可能性也存在，但如果真的实现了，这将带来深远影响。 <br/> # 新一轮的协议战正在进行中！ 我们准备要进入一个充满未知的世界，因为区块链和扩容技术试图在这个新的、高度拥堵的DeFi体制里进行自我实现。 聪明人会考虑许多不同的可能性，并且紧密追踪其发展，理解正在发生的事。本文对未来的可能性进行了简单探索，我希望它能够为读者增加一种关于未来的构想。 在以后的文章里，我将进行更深入的探讨。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/guide-becoming-a-validatorhttps://www.ethereum.cn/guide-becoming-a-validatorTue, 08 Sep 2020 00:00:00 GMT来源 | [Bankless](https://bankless.substack.com/p/guide-becoming-a-validator-on-the) <br/>  <br/> 作者Ryan Sean Adams寄语：我们对即将到来的Eth2感到十分期待，因此我们为想在Eth2当前测试网中跑验证者节点的读者整理了一份详细的教程。 感谢来自[ConsenSys](https://consensys.net/) [CodeFi](https://codefi.consensys.net/)的[Collin Myers](https://twitter.com/StakeETH)和[Mara Schmiedt](https://twitter.com/MaraSchmiedt)的整理，我们希望本教程能够为想要参与Eth2的以太坊社区成员提供帮助。 测试网已经来了，主网还会远吗？ ## <br/> # 本文主要内容： 1. 推荐硬件 2. 选择并安装客户端 3. 设置Eth1节点 4. 使用Eth2 Launchpad 5. 附加内容和资源 ##  <br/> # 1. 硬件要求 基于Eth2的去中心化设计目标，验证者预计能够使用多种不同的基础设施设置 (本地或云端等)。 *参与测试网不仅能够实战演练，还能给自己充裕的时间来选择哪种设备和方式最为适宜，拥有最可靠的性能。而目前这也是我们唯一能做的事。* 以下是一些硬件配置、资源链接以及有参考意义的教程。 ## 推荐配置： **操作系统**：64位Linux、Mac OS X、Windows **处理器**：Intel Core i7-4770或AMD FX-8310 (及以上) **内存**：8GB RAM **容量**：100GB可用空间SSD **网络**：宽带网络 (10 Mbps) **电源**：不间断电源 (UPS) **Digital Ocean** **(****满足条件的云服务商****)** **标准Droplet** - **内存**：8GB RAM - **容量**：160GB可用空间SS - **运行时间**：99.99% - **可用性**：8个数据中心 - **费用**：0.060美元/小时；40美元/月 **符合条件的硬件设备：** - [ZOTAC ZBOX CI662 Nano Silent Passive-Cooled Mini PC 10th Gen Intel Core i7](https://www.amazon.com/ZOTAC-Passive-Cooled-Quad-core-Barebones-ZBOX-CI662NANO-U/dp/B08CVW7ZTC/ref=sr_1_14?crid=3H3C58N0E4ADZ&dchild=1&keywords=mini+pc+barebones+i7&qid=1598263033&sprefix=mini+PC+barebones+,aps,767&sr=8-14) - [SanDisk Ultra 3D NAND 2TB Internal SSD](https://www.amazon.com/SanDisk-Ultra-NAND-Internal-SDSSDH3-2T00-G25/dp/B071KGS72Q/ref=sr_1_2?crid=1KNWA41H1VO9Q&dchild=1&keywords=sandisk+ssd+plus+2tb+internal+ssd+-+sata+iii+6&qid=1598262732&sprefix=sandisk+SSD+plus+2TB,aps,790&sr=8-2) - [Corsair Vengeance Performance SODIMM Memory 16GB (2x8GB)](https://www.amazon.com/Corsair-Vengeance-Performance-Unbuffered-Generation/dp/B08BLVHWXD/ref=sr_1_2?dchild=1&keywords=CORSAIR+VENGEANCE+SODIMM+16GB+(2x8GB)&qid=1598262850&sr=8-2) ## 最低要求配置： **操作系统**：64位Linux、Mac OS X、Windows **处理器**：Intel Core i5-760或AMD FX-8110 (及以上) **内存**：4GB RAM **容量**：20GB可用空间SSD **网络**：宽带网络 (10Mbps) **电源**：不间断电源 (UPS) **Digital Ocean (满足条件的云服务商)** **标准Droplet** - **内存**：4GB RAM - **容量**：80GB可用空间SSD - **运行时间**：99.99% - **可用性**：8个数据中心 - **费用**：0.030美元/小时；20美元/月 **符合条件的硬件设备：** - [ZOTAC ZBOX CI642 Nano Silent Passive-Cooled Mini PC 10th Gen Intel Core i5](https://www.amazon.com/ZOTAC-Passive-Cooled-Quad-core-Barebones-ZBOX-CI642NANO-U/dp/B08BBN3LS5/ref=sr_1_41?dchild=1&keywords=mini+pc+barebones+i5&qid=1598263166&sr=8-41) - [SanDisk Ultra 3D NAND 2TB Internal SSD](https://www.amazon.com/SanDisk-Ultra-NAND-Internal-SDSSDH3-2T00-G25/dp/B071KGS72Q/ref=sr_1_2?crid=1KNWA41H1VO9Q&dchild=1&keywords=sandisk+ssd+plus+2tb+internal+ssd+-+sata+iii+6&qid=1598262732&sprefix=sandisk+SSD+plus+2TB,aps,790&sr=8-2) - [Corsair Vengeance Performance SODIMM Memory 8GB](https://www.amazon.com/Corsair-Vengeance-Performance-CMSX8GX4M1A2400C16-2400MHz/dp/B077SB72QN/ref=sr_1_1?dchild=1&keywords=CORSAIR+VENGEANCE+SODIMM+8GB&qid=1598263273&sr=8-1) ## <br/> # 2.选择并安装客户端 作为Eth2第一个多客户端大型公共测试网，Medalla的发布给验证者提供了不同的客户端选择，来运行他们的节点。 在Medalla测试网中，有4个客户端团队提供了可供试用的产品实现:  ## 客户端团队 ### 1. Prysmatic Labs的Prysm ([Discord](https://discord.gg/KSA7rPr)) [Prysm](https://github.com/prysmaticlabs/prysm)是基于Go语言对Eth2.0协议的实现，专注于可用性、安全性和可靠性。 Prysm使用Go语言编写，并在GPL-3.0的许可下发布。 - *使用说明*: https://docs.prylabs.network/docs/testnet/medalla - *Github*: https://github.com/prysmaticlabs/prysm/ ### 2. Sigma Prime的Lighthouse ([Discord](https://discord.gg/cyAszAh)) [Lighthouse](https://github.com/sigp/lighthouse)是使用Rust语言的Eth2.0客户端，专注于速度和安全性。Lighthouse的研究团队为[Sigma Prime](https://sigmaprime.io/)，是一家信息安全和软件工程公司。Lighthouse基于Apache 2.0许可下实现。 - *使用说明*: https://lighthouse-book.sigmaprime.io/become-a-validator.html - *Github*: https://github.com/sigp/lighthouse ### 3. ConsenSys的Teku ([Discord](https://discord.gg/7hPv2T6)) [PegaSys Teku](https://pegasys.tech/teku/)是一款基于Java的Eth2.0客户端，旨在满足机构需求与安全要求。Teku基于Apache 2的许可，用Java编写，一种以其成熟度和普遍性而闻名的语言。 - *使用说明：*https://docs.teku.pegasys.tech/en/latest/HowTo/Get-Started/Install-Binaries/ - *Github:* https://github.com/PegaSysEng/teku ### 4. Status的Nimbus ([Discord](https://discord.gg/XRxWahP)) 研究项目[Nimbus](https://our.status.im/tag/nimbus/)也是Eth 2.0的客户端实现，设计用于嵌入式系统和个人移动设备，包括硬件资源受限的老式智能手机。 - *使用说明: https://nimbus.team/docs/* - *Github: https://github.com/status-im/nim-beacon-chain* ## <br/> # 3. 设置一个Eth1节点 验证者在Eth2上运行节点，需要先运行Eth1节点，以便监视32个ETH的验证者存款。在运行Eth1节点时，用户有多种选择，以下是一些最常用的工具。 **自托管：** [OpenEthereum](https://www.parity.io/ethereum/) [Geth](https://geth.ethereum.org/) [Besu](https://besu.hyperledger.org/en/stable/) [Nethermind](https://www.nethermind.io/) **第三方托管：** [Infura](https://infura.io/) ## <br/> # 4.在Medalla上运行Eth2验证者节点 ## 第一步：在Goerli测试网上质押ETH 如果读者刚接触以太坊，那么加入网络的主要方式就是参与质押。Eth2的Medalla测试网需要每位验证者质押32个GöETH (除了使用Goerli测试币，其他步骤与真正的Eth2没什么不一样！) 如果用户想要参与测试网，以下是一些十分有用的工具以简化参与流程。 1. Prysmatic的 D[iscord](https://discord.gg/KSA7rPr) (获得goerli测试币的通道) - Prysmatic团队已经自动化该过程 - 只需在discord里留言“!send (你的以太坊地址)”即可 2. EthStaker的[Discord](https://discord.gg/) (获得goerli测试币的通道) - 该自动程序由[Beaconcha.in](https://beaconcha.in/)运行和维护 - 只需留言“!goerliEth (你的以太坊地址)”即可 3. Goerli认证水龙头 ([Goerli Authenticated Faucet](https://faucet.goerli.mudit.blog/)) - 只需复制粘贴你的ETH地址，然后选择‘请求’即可 ## 第二步：前往[Eth2 Launchpad](https://medalla.launchpad.ethereum.org/) 过去几个月以来，[以太坊基金会](https://ethereum.org/en/foundation/)、Codefi Activate以及Deep Work Studio都在研究开发一个界面，使得用户更简单地参与质押并且成为Eth2.0的验证者。 研究结果就是[Eth2 Launch Pad](https://medalla.launchpad.ethereum.org/)，该应用可以让用户安全地完成以下步骤：生成Eth2密钥对，在Eth2测试网和主网上的正式存款合约里质押32个ETH。 Launch Pad专门为在家中运行节点的验证者设计。这些以太坊爱好者想要运行自己的节点，并且在自己的电脑终端屏幕上轻松地运行指令。  ### 第二步a：尽职调查 (*概述部分*) 在参与质押之前，应该花点时间来读读这些内容。“概述部分”提供了一些教育信息，关于质押ETH所面临的一些风险。 ####  ## 第三步：生成密钥对以及助记词 每一个验证者节点，都要生成自己的验证者密钥对和助记词，以便之后生成提款密钥。 第一步，用户需要选择想要运行的验证者节点数量，以及在哪个操作系统运行。  Launchpad会给提供两种选择来生成用户自己的存款密钥。点进此[链接](https://github.com/ethereum/eth2.0-deposit-cli/blob/master/README.md)，获取用户操作系统的更多说明细节： https://github.com/ethereum/eth2.0-deposit-cli/blob/master/README.md 第一种选择是使用从[ethereum/eth2.0-deposit-cli页面下载的二进制可执行文件，在自己的终端运行./deposit指令](https://github.com/ethereum/eth2.0-deposit-cli/releases/)。  第二种选择是从Python源代码中构建deposit-CLI工具。参与者需要按照以下说明操作，以确保安装了所有必需的开发库和deposit-CLI工具。 完成之后，在自己的终端运行.\eth2deposit\deposit.py指令。  当用户安装了deposit-CLI工具并在终端窗口中运行它后，将收到以下提示: 1. 确定要运行的验证者节点数量 2. 确定使用哪个语言来生成助记词 3. 确定在哪个测试网来运行验证者节点 **请选择 Medalla 测试网，作为本次教程。** 现在用户将被要求设置密码，一旦密码确认，用户的助记词将生成。**确保把它记在一个安全的地方，并离线存储。** 如果用户顺利完成这一步了，将会看到下图所示的屏幕：  如果大家对deposit-cli有任何问题，请访问下面的GitHub库：https://github.com/ethereum/eth2.0-deposit-cli ## 第四步：上传你的存款文件 就快成功啦！下一步就是上传你在前一个步骤中生成的存款json文件。 该文件位于/eth2.0-deposit-cli/validator_keys目录中，标题为deposit-data-[timestamp].json。  ## 第五步：连接自己的钱包 下一步是连接你的Web3钱包并点击继续。**确保在钱包设置中选择了Goerli测试网。** 不要发送真的ETH到Medalla测试网的存款合约上。  <br/>  ## 第六步：确认交易&启动存款 连接并确认了你的钱包地址之后，接下来会去到一个总结页面，该页面显示了需要发送到存款合约的GoETH总额，这个总额基于用户运行的验证者的数量。 “同意”警告选项，单击确认导航到最后一步——实际存款。 点击“启动交易”将你的GoETH存入Medalla测试网合约中。 接下来需要通过钱包确认自己的GoETH存款，每个验证者节点需确认32个GoETH。交易一旦被确认，就代表你质押成功了！可以在最具有纪念意义的Web3测试网上称自己为正式的质押者了!  ## <br/> # 6.额外内容&资源 在回顾了上述的步骤之后，我们建议验证者在开始质押之前，查看以下每个客户端的指南。根据选择的不同的客户端，上述的步骤将会有不同的操作顺序。 下面是我在这个行业中见过的最深入的指南，让读者们了解到这个过程中的细微差别。 **给Eth2验证者的额外资源** *一旦决定使用哪个客户端之后，强烈推荐大家查看下列的资源整理：* **Eth2区块浏览器：** - [Eth2Stats](https://eth2stats.io/medalla-testnet) - [Beaconcha.in](https://beaconcha.in/) - [BeaconScan](https://beaconscan.com/) **基础设施硬件** - [Hudson Jameson (在去中心化应用节点中运行Eth2)](https://hudsonjameson.com/2020-05-18-eth-2-0-staking-and-more-with-topaz-and-dappnode-for-under-750/) - [Quantstamp的文章](https://quantstamp.com/blog/how-to-be-an-eth-2-0-validator-on-the-topaz-testnet) **CoinCashew系列:** - [如何在Ubuntu上使用Prysm参与Eth2 Medalla测试网质押](https://www.coincashew.com/coins/overview-eth/guide-how-to-stake-on-eth2) - [如何在Ubuntu上使用Lighthouse参与Eth2 Medalla测试网质押](https://www.coincashew.com/coins/overview-eth/guide-how-to-stake-on-eth2-with-lighthouse) - [如何在Ubuntu上使用Teku参与Eth2 Medalla测试网质押](https://www.coincashew.com/coins/overview-eth/guide-how-to-stake-on-eth2-with-teku-on-ubuntu) - [如何在Ubuntu上使用Nimbus参与Eth2 Medalla测试网质押](https://www.coincashew.com/coins/overview-eth/guide-how-to-stake-on-eth2-with-nimbus) **Somer Esat 指南:** - [Eth2.0质押指南 (Ubuntu/Medalla/Lighthouse)](https://medium.com/@SomerEsat/guide-to-staking-on-ethereum-2-0-ubuntu-medalla-lighthouse-c6f3c34597a8) - [Eth2.0质押指南 (Ubuntu/Medalla/Prysm)](https://medium.com/@SomerEsat/guide-to-staking-on-ethereum-2-0-ubuntu-medalla-prysm-4d2a86cc637b) **保持更新Eth2的最新发展:** - [What’s New in Eth2 (Ben Edgington)](https://hackmd.io/@benjaminion/eth2_news/https:/hackmd.io/@benjaminion/wnie2_200817) - [Ethereum Blog (Danny Ryan的快速更新)](https://blog.ethereum.org/) - [Ben Edgington (Eth2规范注释)](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/#introduction) - [Jim Mcdonald (Attestant里的文章)](https://www.attestant.io/posts/) **关于密钥:** - [Ledger Nano X (BLS Firmware更新)](https://www.ledger.com/first-ever-firmware-update-coming-to-the-ledger-nano-x) - [Attestant: ](https://www.attestant.io/posts/protecting-validator-keys/)《保护验证者密钥》 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/eth2-quick-update-no-15https://www.ethereum.cn/eth2-quick-update-no-15Fri, 04 Sep 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/09/01/eth2-quick-update-no-15/) <br/> <br/> *耕农们看好庄稼啦* <br/> *时和年丰* <br/> *硕果累累* <br/> # 要点速览 - 平稳地运行着 - 客户端多样性是必须的 - Eth1+Eth2 (阶段5，即合并阶段) [端对端demo](https://twitter.com/mkalinin2/status/1299038199591862274) - 在逐渐接近阶段0这个过程中，测试和审计仍继续着 ## <br/> # Medalla运行良好 (经过一些小波折后) 无波折的测试网是充满不确定性的、可疑的。 如果读者在过去几周里有关注Medalla的进展，那么大家对8月14日发生的为期5天的事故肯定不陌生了。大家可以阅读Prysm对该事故的[回顾文章](https://medium.com/prysmatic-labs/eth2-medalla-testnet-incident-f7fbc3cc934a)，以了解该次事故的技术因素和时间线细节。还可以读Ben最近的博客文章([[1](https://hackmd.io/@benjaminion/eth2_news/https:/hackmd.io/@benjaminion/wnie2_200817)][[*2*](https://hackmd.io/@benjaminion/eth2_news/https:/hackmd.io/@benjaminion/wnie2_200822)])，他对此事件进行了高水平的分析。事件发生后，客户端团队忙活了整个周末，部署同步操作和修复漏洞来解决网络的高度碎片化问题。 尽管该事件为测试网带来了巨大的压力，但同时给了所有的客户端一个机会，增强客户端的抗压能力，以应对一些难以想象的失控场面。我相信经历了这次事件，客户端软件会更加稳健。在Eth2主网上线之前，我会稍微睡得安稳一些。 事故过后，Medalla平稳地运行着：现在测试网上有3.9万个活跃验证者，还有1.2万在启动队列中等候着 (要等12天呢)！ <br/> # 客户端多样性是必须的 尽管有许多Eth2客户端正积极开发着*[**卓越的、可行的、强健的、可用的等等**]**，但是现在网络主要还是由单一的客户端**Prysm**主导。* 这是有历史原因的——过去一年多以来，Prysm都将重心放在早期的测试网、社区参与以及其可用性上。给了Prysmatic团队良好的声誉。对于我们整个行业和开源来说，社区建设是非常困难的，也是非常重要的。 也就是说，网络由Prysm主导的这个隐患，在此次Medalla的事件中放大了，而我们在为Eth2.0主网发布做努力时，作为社区，我们必须有意识地补救这个问题。我自己在Medalla上测试过了所有Eth2客户端，我可以直接告诉你，绝大多数客户端都十分强健且有完善的说明文档，所有客户端团队都会积极参与discord和github，帮助你解决任何可能遇到的问题。 <br/> ## 保护自己 客户端多样化不仅使Eth2共识更加强健，还会在用户面临极端情况时提供一定的保护性。由于Eth2的反相关激励机制，用户的消极行为与其他人的消极行为关联性越强，用户的损失就越大。 比如，假设由于客户端A出现故障，网络中60%的节点连续掉线几天，但是客户端B和客户端C保持平稳运行。尽管客户端B和C上的节点持续构建区块链，但是由于>33%离线率，链将不能进行最终确定工作。而如果用户使用客户端A运行节点，由于最终确定性故障仍然存在 (可以称之为“不活跃漏洞”)，用户的损失将越来越多。然而如果你使用客户端B或C运行节点，由于你保持在线，你的余额会受到保护。[注意：不活跃漏洞比普通的离线要面临更严重的惩罚。] 相反，假设一小部分的客户端B节点 (占网络的20%)遭遇严重故障，导致其客户端用户面临大量掉线故障。在这种情况下，该链仍然能够继续最终确定工作，因为网络上80%的节点仍在运行。这些离线验证者并不会导致“不活跃漏洞”，他们只会遭受普通的惩罚。所以与上述情景相比，这些运行客户端B节点的验证者只会受到比较小的惩罚。 <br/> ## 易于切换的客户端 除了努力尝试开发新客户端，客户端团队也在努力确保切换客户端变得更加简单、安全。随着一些[跨客户端标准](https://hackmd.io/@sproul/Bk0Y0qdGD)的添加，用户很快就可以从一个客户端切换到另一个客户端，而且停机时间很短，没有意外罚没的风险。 这些防止客户端锁定的标准，是强健的Eth2网络的关键组件。易于切换的客户端将使社区在单个客户端出现故障时，能够更快地解决问题 (如Medalla事件)。 <br/> # eth1+eth2 端到端 demo Eth2的主要目标之一是阶段1.5 (即合并阶段)，届时现有的以太坊区块链共识将整合到eth2中。从那时起，我们所熟知和热爱的区块链将有PoS验证者来构建，取代当前的资源密集型工作量证明共识。 到阶段1.5的过渡旨在尽可能与现有用户和应用程序无缝衔接。Eth1客户端仍然是状态、事务和执行的载体。通过最大程度上保持用户层的不变，以太坊将能够像现在一样利用现有的工具和API来进行交易并支持dapp。 为此，Mikhail (TXRX团队) 和Guillaume (geth团队) 最近发布了多分片信标链 (其中eth1链作为分片之一) 的[端到端演示](https://twitter.com/mkalinin2/status/1299038199591862274)。在发布的演示视频中，Mikhail使用未修改的MetaMask钱包将大量交易发送到eth1分片链。 读者可以查看并且试用[docker化](https://github.com/txrx-research/eth1-shard-demo)的eth1+eth2 demo，如果想更深入的话，可以[从来源](https://github.com/txrx-research/teku/tree/phase1/phase1/src/main/kotlin/tech/pegasys/teku/phase1#eth1-shard-simulation)进行搭建并运行。 <br/> # 测试和审计仍在进行中，聚焦阶段0主网 在这方面我们并未松懈。 客户端团队正在努力工作，审计人员正在深入研究每个细节，并正在准备启动主网。🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth1x-files-the-stateless-ethereum-tech-tree-2https://www.ethereum.cn/eth1x-files-the-stateless-ethereum-tech-tree-2Fri, 28 Aug 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/01/28/eth1x-files-the-stateless-ethereum-tech-tree/) <br/>  <br/> 这周我们将对[技术树 (tech tree)](https://github.com/ethereum/stateless-ethereum-specs/blob/master/techTree.md) 进行更新，为以太坊1.x研发添加一些新的主要里程碑，这些里程碑并不算是无状态以太坊的完整实现，而是我们在中期能够合理实现的目标。 其中最重要的更新是Alexey的reGenesis提案。虽然这是远未规范化的更新，但是从研发的角度来看，**reGenesis为“完全无状态”的终极目标提供了一种更保守更切实可行的路径。** 在其他方面与reGenesis互补的技术是**静态状态网络**，能够帮助在比特流 (bittorrent) 式的基于DHT的网络中传播状态快照和历史链数据。 同时，一些距离我们比较近的目标已经在为EIP化做准备，例如**代码分块 (code merkleization) 和状态二进制树。** 在本文中，我会为大家阐明已经实现的进展，并且附上链接，以便读者深入了解感兴趣的领域。  ## <br/> # 二进制树 目前以太坊使用十六叉[Patricia默克尔树](https://eth.wiki/en/fundamentals/patricia-tree)来编码状态，但如果**转变为二进制式会带来显著的效率提升，** 尤其是在见证大小这个方面。对以太坊状态进行完全重新编码需要制定新范式，以及清晰的过渡策略。最后，还需要决定是否将智能合约代码分块，并且将该过程合并到二进制树过渡中还是作为独立更新。 ### <br/> ## 二进制树范式 与当前的十六叉树结构相比，二进制树的概念要简单一些。十六叉树从树根遍历到子节点有十六条可能路径，二进制树只有两条。**随着状态树的重新规范，我们有机会解决以太坊运行五年以来显著的低效问题。** 此外，我们也有机会使状态更适应现实世界中数据库编码的性能挑战 (在[上一篇有关状态增长的文章](https://blog.ethereum.org/2019/12/30/eth1x-files-state-of-stateless-ethereum/)中有提到)。 有关正式二进制树规范和分块规则的讨论可以参见[ethresearch](https://ethresear.ch/t/binary-trie-format/7621). ### <br/> ## 过渡到二进制树 重要的不仅仅是二进制树范式这个目的地，旅途本身也非常有价值！在理想的过渡过程中，不会对网络的交易处理产生干扰，也就是说客户端将需要在处理每十五秒出现的新区块的同时构建新的二进制树。 目前看起来最有希望的过渡策略被称为[**“覆盖”法**](https://ethresear.ch/t/overlay-method-for-hex-bin-tree-conversion/7104)，该方法部分基于geth的新快照同步协议。总的来说，新的状态改变会以二进制范式被添加到现有的十六叉树中，也就是说在过渡过程中会存在二进制和十六进制混合体。不受影响的状态会被转换为后台处理。一旦完成转换，这两层会被合并到一个二进制树中。 请务必注意，客户端多样性在二进制转换过程中也起到了非常重要的作用。每个客户端将需要实现自己的过渡版本，或是依靠其他客户端进行转换，然后在另一端等待新的树。 这需要我们“三思而后行”，所有客户端需要协同工作来进行测试并协调转换。出于安全性的考量，在过渡过程中网络有可能需要短暂停止服务 (例如挖出一些空块)，但是目前就任何具体计划达成共识还为时尚早。 <br/> ## 代码分块 以太坊状态树的很大一部分由智能合约代码组成，约占50GB状态的1GB左右。所有用于智能合约交互的见证 (witness) 都必须提供其交互的代码，以计算codeHash, 而这可能产生大量额外数据。 **代码分块 (Code Merkleization) 旨在将合约代码切分为较小的块，然后将codeHash替换为另一个默克尔树根。** 这种方式使得我们可以使用参考哈希来替代见证中潜在的大部分智能合约代码，从而省去数千字节的见证数据。 进行代码分块有多种方式，按复杂度来看，比较简单的就是通用分块 (例如每块大小64字节)，而较为复杂的方式就是基于Solidity functionId或JUMPDEST指令的静态分析。最优的代码分块策略最终还是取决于是否适用于从主网收集到的真实数据。 <br/> # reGenesis 要了解reGenesis提案的最佳去处是[@mandrigin给出的解释](https://medium.com/@mandrigin/regenesis-explained-97540f457807)，以及[@realLedgerwatch提交的完整提案](https://ledgerwatch.github.io/regenesis_plan.html)，概括来说reGenesis基本可以说是“区块链的大扫除”。**完整的状态将从概念上分为“活跃”和“非活跃”状态**。整体“活跃”状态会按一定周期被停用，然后新的交易会再次几乎从零开始建立新的活跃状态 (因此被称作“reGenesis”)。 如果交易需要之前的状态，将会提供一个见证，这非常类似于无状态以太坊所需的证明：证明状态更改与某个非活跃状态相一致的默克尔证明。如果一笔交易需要状态的“非活跃”部分，它将自动将其转变为为“活跃”状态 (无论交易是否成功)，这该部分将会留至下一次reGenesis发生。 这样做的一个好处在于，在使用状态时创建一些经济限制，而实际上不会删除任何状态。其次，如果交易发送方盲目地反复试图交易，则无法生成见证。 关于reGenesis的意义，它使得以太坊朝着终极的无状态目标跨进了一大步，并且避开了要实现无状态面临的最大挑战，即**EVM执行时如何计算见证的gas。** 同时它还使得某个版本的交易见证能够在网络中传播，让更轻量级的客户端和dapp开发者能够有更多机会熟悉无状态范式和见证生成。 reGenesis之后“真正的”无状态性就只是程度上的问题了：无状态以太坊其实只是每个区块之后的reGenesis。 <br/> # 状态网络  从一开始，网络协议的优化只是技术树中的一个“支线任务”，但随着reGenesis进入无状态以太坊的版图，为分享以太坊链数据 (包括状态) 探索替代的网络原语也成为了主线任务。以太坊当前的网络协议是一个整体，但事实上有多种类型的数据能够通过不同的“子网络”来进行共享，而这些“子网络”能够满足不同的需求。 之前在无状态会议中讨论到这个话题时，我们称其为[“三个网络”](https://ethresear.ch/t/stateless-ethereum-may-15-call-digest/7420)，[基于DHT](https://ethresear.ch/t/stateless-ethereum-may-15-call-digest/7420)的网络能够更高效地服务于不常改变的数据类型。随着reGenesis的引入，“非活跃”状态能够被纳入这类不常变化的数据，从理论上来说也就能够适用于**比特流式的swarm网络**，而不是当前由全节点进行逐条广播。 自上一次reGenesis之后，在网络中传播不变状态的网络就是静态状态网络 (static state network)，可以[基于devp2p库 (以太坊网络协议) 中新的Discovery v5.1规范](https://github.com/ethereum/devp2p/pull/157)进行延展。 之前类似[Merry-go-Round sync](https://ethresear.ch/t/merry-go-round-sync/7158)和更为成熟的[SNAP protocol](https://blog.ethereum.org/2020/07/17/ask-about-geth-snapshot-acceleration/)，可用于同步活跃状态，是迈向完全分布式动态状态网络的重要步骤，使得客户端能够快速同步完整状态。 <br/> # 结语 关于无状态以太坊技术树每个分支更为细致和技术化的说明，读者可以参阅[无状态以太坊规范库](https://ethresear.ch/t/merry-go-round-sync/7158)，也能在Eth1x/2 R&D Discord中对所有这些话题进行讨论，如果想加入可以在ethresear.ch上要取邀请。如果有任何反馈和建议，请在推特联系@gichiba或@JHancock。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/vitalik-ca-general-2020-08-17-philosophyhttps://www.ethereum.cn/vitalik-ca-general-2020-08-17-philosophyThu, 27 Aug 2020 00:00:00 GMT来源| [vitalik.ca](https://vitalik.ca/general/2020/08/17/philosophy.html) 可以结合这些文章一起看: - [A Proof of Stake Design Philosophy](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51) - [The Meaning of Decentralization](https://medium.com/@VitalikButerin/the-meaning-of-decentralization-a0c92b76a274) - [Engineering Security through Coordination Problems](https://vitalik.ca/general/2017/05/08/coordination_problems.html) 区块链的一个强大特性是链上每一部分的操作都可以被独立验证。即使区块链上绝大部分的矿工（或PoS机制下的验证者）被攻击者控制了，且该攻击者尝试推动无效区块的敲定，网络也可以轻易拒绝。甚至那些当时并不在验证区块的用户也（可能会自动）收到其他正在验证的用户发出的警报，他们可以确认攻击者的区块链是无效的，然后自动拒绝该链，并且进行协调以接受遵循规则的链。 但我们真正需要多少验证呢？我们是需要100个还是1000个独立验证节点？我们是否需要创造一种文化使得全世界的普通用户都运行软件来验证交易？这些问题本身就很困难，虽然区块链领域发轫于一条“Nakamoto”工作量证明式的区块链，但如果我们想架构基于更优共识机制的区块链，这些问题是我们需要解决的关键挑战。 <br/> # 为什么要“验证”？ <center><img src="https://i.ibb.co/S5C7Yyj/1-50698b31fb.png"/></center> <center> 51%攻击正推进无效区块的敲定。我们需要网络拒绝这条链！</center> <br/> 用户验证区块链主要有两点好处：首先，它能最大程度提高节点对**权威链**（社区成员普遍认为有效的链）做出正确判断并维持该链的几率。通常，有最多矿工/验证者支持认为有效的链被定义为权威链（比如，比特币里的“最长链”）。由此，无效链就自然被拒绝了。如果需要在多条有效链中选择，那么有最多矿工/验证者支持的链胜出。所以，如果你的节点可以验证所有的有效状态，也就可以检测出哪些链是有效、哪些链是无效的，从而最大程度提高你正确判断哪条是权威链的几率。 但关于为什么验证区块链是有利的，还有另一个更深层次的原因。假设一个能力很强的攻击者试图推动协议的改变（比如，改变发行量），并得到大多数矿工的支持。如果没有其他人验证这条链，这次攻击就很容易成功了：默认情况下，每个人的客户端都会接受这条新链。等到大家都知道发生什么事了，这将取决于是否有异议者试图协调其他人来反对这条链。**但如果一般的用户都在验证，那么协调的问题就落在了另一边：这成了想要改变协议的人的责任去说服用户自行下载软件补丁，接受协议的更改。** 如果有足够多的用户在验证，**那么改变协议的尝试并不会在默认情况下成功 (default to victory)。相反，试图改变协议的这一举动会变得有争议，并在默认情况下陷入混乱 (default to chaos)。**混乱会中断很多工作，且需要带外的社会协作来解决，但这会给攻击者带来更大的阻碍，削弱攻击者认为他们能够轻易成功并脱身的信心，甚至打消他们尝试发起攻击的念头。如果大多数用户都在验证（直接或间接），而攻击只得到大部分矿工的支持，那么这样的攻击将会**默认走向失败 (default to failure)**，这是最好的结果。 <br/> # 定义派 (definition) vs 协和派 (coordination) 请注意，这个论证逻辑与我们经常听到的非常不一样：当一条区块链的规则发生了改变，从“定义”上来说，这条链就不再是正确链了，无论有多少用户认同这些新的规则，重要的是你个人可以选择留在那条你所赞同的旧链上。 这是[Gavin Anderson](http://gavinandresen.ninja/a-definition-of-bitcoin)提出的定义派的一个典型观点： <center><img src="https://i.ibb.co/5B06JZM/2-3ddcbbce35.png"/></center> <center>（译者注：翻译如下）</center> 我想提出一个比特币宏观上的技术定义： “比特币是一个记录唯一的、经过有效签名的交易的账本，这些交易都被打包进由区块组成的链上，这条链始于创世区块（哈希值为0x000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f）。这条区块链遵循2100万个比特币的发行计划，有着累计最高的双重SHA256工作量证明。 如果要阐释全节点的价值，另外一个来自t[he Wasabi wallet](https://news.ethereum.cn/vitalik-ca-general-2020-08-17-philosophy/#the-importance-of-running-a-full-node)的观点表达得更加直接。 <center><img src="https://i.ibb.co/QQyNLqM/3-86333b36b6.png"/></center> <center>(译者注：翻译如下)</center> 当运行比特币全节点时，你可以界定自己自愿同意的精确货币规则，没有人可以将这一选择强加在你身上。因此，任何自主个体想要获得财务独立，都必须运行全节点。一旦你自己的规则切实设立了，你的软件会在比特币的点对点网络里发现与你的规则不冲突的其他节点。这些对等节点会给你发送符合他们规则的有效交易和区块，你可以自己验证这些交易和区块是否符合你的规则。如果被提议的交易中有一笔与你的规则相冲突，那么可以标记它为无效，然后切断与该节点的连接并禁止该节点给你发送恶意交易。 **确立你的货币主权** 通过全节点，你可以对比特币这种可靠货币的规则进行界定、验证和执行。 请留意这个观点的两个核心点： - 如果区块链的一个版本不接受你认为是基本的且不可商榷的规则，那么从定义上来说它就不是比特币区块链（在其他情况下也不是以太坊或其他任何链），无论有多少人承认该链。 - 重要的是你所在的区块链上的规则是你认为可接受的。 但是，我认为这种“个人主义”的看法是非常错误的。为什么呢，让我们来看一下会引起顾虑的一个情景：绝大多数的参与者都接受对协议规则的某些改变，而只有你觉得无法接受。比如，如果未来交易费变得非常低，那么为了保持链的安全性，差不多所有人都同意采用一些新规则来增加发行量。而你坚持要继续执行旧的规则来运行你的节点，然后对大多数人所在的链进行分叉。 从你的观点来看，你的币仍然保持在以你认同的规则来运行的系统中。但这又如何呢？其他人不会接受你的代币；交易所不会接受你的代币；网站会展示新币的一些高峰值，但所指代的是多数人所在链的代币。你的代币没有“价值”。加密货币和区块链从根本上来说是社会建构的，如果没有其他人相信它们的话，它们什么都不是。 <center><img src="https://i.ibb.co/ZW49bVc/4-696aecfad2.png"/></center> 所以，那另一派的观点是什么呢？它的核心理念是[**用协和谬误 (coordination problem) 的方法来解决区块链的工程安全问题**](https://vitalik.ca/general/2017/05/08/coordination_problems.html)。 通常来说，现实世界中的协和谬误是很糟糕的事：如果英语这门语言可以摆脱它高度复杂性和不规则的拼写系统，仅仅保留发音，或如果美国转用公制，或如果我们可以在一次经济萧条中把物价和工资都下调10个百分点，这些对大多数人来说都是好事。然而，在现实中，这些转变都需要得到每个人的同意才可行，这经常是非常非常困难的。 但是，**在区块链应用上，我们将协和谬误转化为优势。我们将协和谬误创造的摩擦作为抵挡中心化攻击者发起的不当行为的壁垒**。我们建构具有特性X的系统，并保证会保持特性X，因为将规则从X改为非X需要所有人都同意并且同时升级他们的软件。即使有攻击者可以强推改变，这样做也是非常难的，尤其是当用户负责积极协调异议以抵抗改变的时候，难度会更大。 请注意协和派观点的特别之处在于：完全不同于上述所说运行全节点的目的只是为了独善其身，且在出现争议性强的硬分叉时，只有运行全节点的人才是安全的。而协和派观点更像是群体免疫：越多的人参与验证，每个人就越安全，且即使只有一部分人在验证，每个人也能得到高度保障。 <br/> # 进一步分析“验证” 我们现在进入下一个话题，它与轻客户端和分片这些话题的相关性很强：通过验证我们实际上实现了什么呢？要理解这一点，让我们先回到前文所述，即如果攻击发生了，对于攻击的发展方向，我们有以下的偏向排序： **默认失败**>**默认混乱**>**默认成功** 符号“>”在这里当然表示“优于”。最好的情况是攻击直接失败；稍次的情况是攻击引起混乱，大家对什么是正确链莫衷一是；最坏的情况是攻击轻易成功。为什么陷入混乱比攻击成功要好得多？这个问题与动机有关：混乱增加了攻击者的成本，抵消他们最终能成功的胜算，从一开始削弱他们发起攻击的信心。**“默认混乱” (default-to-chaos) 的设定意味着攻击者不仅需要成功对区块链发起51%攻击，还需要赢得使整个社区信服、跟随改变的“社会战”。成功发起51%攻击并不代表最终的胜利，随后“社会战”的难度远大于此，因此攻击行为也变得没有那么诱人。** 验证机制的目的就是将攻击结果从“默认成功”偏移向“默认失败” (理想情况下)，或“默认混乱” (没那么理想的情况下)。如果大家都有一个能充分验证的节点，当有攻击者试图改变区块链的一些规则时，这样的攻击会失败。如果部分人有能充分验证的节点，但大部分其他人都没有，这种情况下攻击会导向混乱。但现在我们还可以思考：有没有其他方法可以实现同样的效果？ ## 轻客户端和欺诈证明 顺着这个逻辑，自然发展出**有欺诈证明 (fraud proof) 的轻客户端**。今天大多数区块链的轻客户端只对由大部分矿工支持的一个特定区块做简单的验证工作，而不费心去查看其他协议规则是否被执行。这些客户端的运行都基于大多数的矿工是诚实的的假定。如果有争议性的分叉发生了，客户端默认跟随链上的大多数，那就变成了是由用户来主动选择是否要留在以旧规则运行的少数人所在的链上。因此，在今天轻客户端的机制下，攻击是默认成功的。但如果加上欺诈证明的话，情况会变得不一样。 下图是欺诈证明最简化的运作形式。通常，区块链上的一个区块只会影响一小部分的区块“状态”（包含账户余额、智能合约代码……）。如果一个充分验证的节点在验证一个区块时发现它是无效的，他们可以生成一个数据包（欺诈证明），这个数据包是从区块状态获得的，包含刚好能验证这个区块的数据。他们向轻客户端广播这个数据包。这样，即使他们没有链上的其他数据，轻客户可以使用这个数据包的数据自行验证区块。 <center><img src="https://i.ibb.co/9bCgqhv/5-ae0c3956d9.png"/></center> <center>区块链上的一个区块只会影响一小部分的账户 欺诈证明会包含这些账户的数据以及证明数据正确性的默克尔证明</center> 这项技术有时也以[“**无状态验证**”](https://ethresear.ch/t/the-stateless-client-concept/172)为人所知：与保存一份完整的区块链状态数据不同，客户端可以只保存区块头，客户端可以通过向其他节点请求区块验证所需的状态的默克尔证明来进行实时验证。 这种技术的优势在于**轻客户端可以只在它们收到警报时才对个别区块进行验证**，警报是可验证的，所以如果轻客户端接收到一个错误的警报，它们可以停止接收该节点的警报。因此，正常情况下轻客户端仍然是轻量的，只需要验证由大多数矿工/验证者支持的区块。但在一些特殊情况下，大多数人支持的链会包含轻客户端不接受的区块，**只要有至少一个诚实节点在验证欺诈区块，那个节点会将其视为无效，广播欺诈证明，由此导致网络的其他节点都拒绝这个欺诈区块。** ## 分片 分片是协和派观点的一种自然延展：在分片系统里，交易数量太多了，要求大多数人一直在线直接验证是不现实的。但如果经过合理设计，系统里任何无效的单独区块都可以被检测到，且可以用欺诈证明来证明其无效性，然后在整个网络广播。 **一个使用分片系统的网络可以理解为其中的每个人都是一个轻客户端。只要每个分片上的参与者人数达到了一个最低门槛，那么整个网络都有了群体免疫。** 另外，在分片系统里，区块生成 (不只是区块验证) 是相当方便的，且可以通过消费型笔记本电脑完成，这一点是非常重要的。当网络的核心不再需要依赖高性能硬件时，可以降低拒绝少数人所在链的门槛，同时使得大多数人所驱动的协议改变更难“默认成功”并迫使所有其他人接受。 这就是可审查性在现实世界的意思：并不是一切都需要一直经过所有人的验证，而是 (1) 每个部分都有足量的人进行验证，只要有错误发生都会被检测到；(2) 当错误被检测到，且对所有人都清晰可见。 也就是说，长期来看，区块链肯定可以改善这种情况。**ZK–SNARKs（或validity proofs，即“有效性证明”）就是其中一种方式**：这是一种高效可验证的密码学证明，它使区块矿工可以向客户端证明区块是否满足一些任意的、复杂的有效性条件。**[有效性证明比欺诈证明更好](https://medium.com/starkware/validity-proofs-vs-fraud-proofs-4ef8b4d3d87a)**，因为它们不依赖于交互博弈发现欺诈。另一项重要的技术是[**数据可用性 (data availability) 检测**](https://arxiv.org/pdf/1809.09044.pdf)，它可以用来保护网络不受那些数据没有完全公开的区块的影响。数据可用性检测是基于一个非常保守的假定，那就是网络上至少有少量的诚实节点在继续运行，好的方面是诚实节点的数量门槛并不高，且即使在有大量攻击者的情况下门槛也不需要提高。 <br/> # 实时性与51%攻击 现在我将对“默认混乱” (default to chaos) 这种情况的最严重后果进行论述：51%攻击。在众多社区中，现行的常态是如果51%攻击成功了，那么51%攻击的链就必然成为有效链。现实通常都高度遵循这种常态，在最近[以太经典 (ETC) 遭遇的51%攻击](https://blog.bitquery.io/attacker-stole-807k-etc-in-ethereum-classic-51-attack)中得到充分体现。攻击者对3000多个区块进行回滚 (期间通过双花窃取了807,260个ETC)，他将链的交易往前回溯得很远，而这对于ETC的两个客户端之一OpenEthereum来说，在技术上是无法实现的；结果就是，Geth的节点跟随了攻击者的链，而OpenEthereum的节点留在了原来的链上。 即使这次意外并不是ETC社区计划内的设计，我们可以说这次攻击事实上的确是“默认混乱”的走向。不幸的是，社区随后通过投票决定接受更长的攻击链成为权威链，ETC在[推特](https://twitter.com/eth_classic/status/1289637659351031809)上将这一举动形容为“一如既往，遵循工作量证明”。因此，社区规范主动地帮助攻击者获得胜利。 但其实我们可以对权威链进行不同的定义并达成共识。试想这样一条规则，一旦一个客户端把某个区块打包到权威链，而该区块有超过100个后续区块，从那时起该客户端将拒绝任何不包含该区块的链。或者，在一个以最终确定性为导向的权益证明机制设定里 （比如以太坊2.0)，试想这样一条规则，当一个区块被最终敲定了，它就永远不能被回滚了。 <center><img src="https://i.ibb.co/b1660q1/6-552c88d2df.png"/></center> <center>为了方便说明，以5个区块为回滚上限为例； 实际上回滚上限可以更长，如100—1000个区块</center> 也就是说，这实际上对权威链的定义作出了重大的改变：与客户端只看他们接收到的数据本身不同，客户端还要看数据是什么时候收到的。这可能会因为网络延迟出现客户端间产生分歧的情况：如果出现由于大型攻击，互相冲突的区块A和区块B在同一时间被敲定了，且一些客户端先看到A，一些先看到B的情况，怎么办？但我会说这是好事，因为这意味着***\*试图回滚交易的51%攻击不会“默认成功”，而是“默认混乱”\****，然后带外的应急响应机制可以在两个区块间选择哪个被打包到链上。如果协议设计合理的话，强制升级到带外应急响应的成本是很高的：在权益证明机制里，这种情况会要求1/3的验证者牺牲他们的存款，接受被罚没的后果。 我们可以将这个方法拓展到其他方面。我们也可以尝试使[审查交易的51%攻击](https://ethresear.ch/t/censorship-detectors-via-99-fault-tolerant-consensus/2878)走向“默认混乱”。对实时检测器 ([**timeliness detectors**](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925)) 的研究将各种类型的攻击都默认走向失败这个方向推进，尽管还会有一些混乱的情况，因为对于连接不稳定或不在线的节点，实时检测器没有多大作用。 **对于重视不可篡改性的区块链社区，采用这种回滚限制可能是更优的发展方向。**说实话，无论一笔交易已经被打包到链上多长时间，也很难说这条区块链是不可篡改的，总是可能有一些很强的攻击者发起无法预料的攻击，让区块链上的交易发生回滚。当然，我知道即使是BTC和ETC，在极端情况下都已经设有回滚限制。如果发生回滚几周交易的攻击，社区可能会采用用户发起的软分叉来拒绝攻击者的链。但社区如果能更确切地在这件事上达成共识并将其形式化，会是向前迈出的一大步。 <br/> # 结论 这篇文章其实有几点启示。首先，如果我们承认社会协和的正当性，以及我们承认有关“1/N”信任模型 (即假设在网络的某处存在一个诚实的人；不同于假设某特定一方，比如Infura，是诚实的) 间接验证的合理性，那么我们能够创建扩容性更强的区块链。 最后，如果我们把实时性也列入到定义权威链的影响因素，我们就为提高拒绝51%攻击的能力引入了很多的可能性。其中，最容易获得的特性是[弱主观性 (weak subjectivity)](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/)：如果客户端被要求至少每三个月上线一次，并拒绝回滚三个月以上的交易，那么我们可以把罚没添加到权益证明机制里，使攻击的成本变得非常高。但是我们可以再进一步：我们可以拒绝回滚被敲定区块的区块链，并由此维持不可篡改性，甚至是抗审查性。由于网络是不可预测的，在某些情况下依赖实时性的确意味着攻击会默认走向混乱，但其利大于弊。 当能理解以上这些观点，我们就能避开以下这些陷阱：(1) 过度中心化；(2) 验证过剩导致低效；以及 (3) 非明智的规范意外使得攻击更加容易。除此之外，这些思维还能帮助我们构建更有韧性、性能更好、更安全的区块链。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/validated-why-client-diversity-mattershttps://www.ethereum.cn/validated-why-client-diversity-mattersWed, 26 Aug 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/08/21/validated-why-client-diversity-matters/) <br/>  <br/> 免责声明：本文对并没有针对哪一个客户端。我们要知道，每个客户端甚至每个规范都可能含有不足以及漏洞。更别说，Eth2是一个十分复杂的协议，而它的实现者也都是凡人而已。写这篇文章的目的是为了强调如何以及为什么要减少风险。 Medalla测试网发布之后，我们鼓励大家使用不同的客户端参与测试网。而测试网创世那天，就给我们展现了多客户端的重要性：Nimbus和Lodestar客户端运行的节点无法处理整个测试网的工作，因而没有跟上同步节点的进度。这造成的结果是，Medalla发布半小时以后才开始进行最终确定工作。 8月14日，Prysm节点出现时间错误，因为他们参照的其中一个时间服务器突然跳到了未来的时间上。结果，这些节点开始提议未来区块、验证未来证明。然而，节点的时钟被校准之后 (通过更新客户端版本的方式，或者由于时间服务器调回正确的时间了)，早前取消了罚没保护的节点却发现其质押资产被罚没了。 这整个过程都发生得有点微妙，我强烈推荐大家阅读[Raul Jordan对该事件的回顾文章](https://medium.com/prysmatic-labs/eth2-medalla-testnet-incident-f7fbc3cc934a)。 ## <br/> # 时钟错误 — 情况恶化 当Prysm节点开启时间旅行的时候，他们约占网络份额的62%。这意味着无法达到最终确定区块的最低标准 (要有>2/3活跃验证者在链上)。更糟糕的是，这些节点无法找到它们所期望的链 (时间轴上出现了4小时的间隔，它们都去到了未来稍微不同的时间)，所以他们在对“丢失”的数据预测时，通过短分叉淹没了整个网络。 <br/> <center><img src="https://i.ibb.co/y0jV1RT/2-b60beb9d87.png" /></center> <br/> <center>图示：目前Prysm客户端占Medalla节点总量的82%</center> <center><a href="https://eth2.ethernodes.org/network/Medalla">来源：ethernodes.org</a></center> 那么在这时，网络充斥着对链头的不同的预测，因此所有客户端开始应付越来越多的工作——确定哪个链头是有效的。这导致节点落后、需要同步、内存不足和其他形式的混乱，所有这些都使问题更加恶化。 总的来说，这此事件是好的，因为这不仅让我们修复了与时钟相关的根本问题，还可以在大量节点故障和网络负载的情况下对客户端进行压力测试。也就是说，这次失败告诉我们网络不能太极端，而该次事件的罪魁祸首就是因为Prysm的节点占网络的大部分。 ## <br/> # 助力去中心化—Part 1，有益于eth2 正如本系列的[第二期文章](https://blog.ethereum.org/2020/02/12/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat/)里所讨论的那样，根据异步拜占庭容错算法，1/3是保证网络安全的一个神奇数字。如果超过1/3的验证者离线了，epochs不能再被最终确定。所以尽管这时链仍在增长，也不再能对区块进行确定，以及保证它是标准链的一部分。 ## <br/> # 助力去中心化—Part 2，有益于验证者 很大程度上，验证者是被激励去做对网络有益的事情，而不是因为大家觉得这是件正确的事情所以才去做。 如果超过1/3的节点离线了，那么对离线节点的惩罚便开始增加，这就是所谓的“不作为”惩罚。 这意味着，一名验证者**想要尝试确保：如果自己的节点被逼下线了，那么不可能同时逼其他节点下线。** 罚没也是一样的。然而，由于规范或软件出现错误/bug，验证者总是有可能被罚没，单个罚没“仅仅”1个ETH。 然而，如果许多验证者同时被罚没，那么惩罚会上升到32个ETH。而又是这个神奇的数字，当超过1/3的验证者被罚没时，便会产生32个ETH的罚没。[[关于发生以上情况的原因可以在这找到答案\]](https://blog.ethereum.org/2020/01/13/validated-staking-on-eth2-1-incentives/) 这些激励方式分别被称为活性反相关和安全反相关，是eth2里有意设计的一个方面。反相关机制通过将个体惩罚和每个验证者对网络的影响程度捆绑在一起，激励验证者做出符合网络最大利益的决定。 ## <br/> # 助力去中心化—Part 3，数据的展示 许多独立的团队正在实现Eth2，每个团队根据主要由Eth2研究团队编写的[规范开发独立的客户端](https://github.com/ethereum/eth2.0-specs/)。这确保了有多个信标节点和验证者客户端实现，每一个团队都对构建eth2客户端所需的技术、语言、优化、权衡等做出不同的决策。这样，任何一层系统中出现bug时，只会影响运行特定客户端的用户，而不会影响整个网络。 如果在这次Medalla Prysm发生的时间bug中，只有20%的eth2节点在客户端Prysm上运行和85%的验证者在线，那么Prysm节点不会遭受“不作为”惩罚，而且只需一点小惩罚以及开发者们的几个不眠夜就可以解决问题了。 相反，由于运行同一个客户端的验证者太多了（其中许多验证者取消了罚没保护），在很短的时间内罚没了3500到5000个验证者。 *高度的相关性意味着这些验证者的罚没惩罚约为16个ETH，因为他们使用的是一个比较普遍的客户端。 *在撰写本文时，罚没还在不断涌现，所以还没有最终的数字。 ## <br/> # 用新的客户端 <br/>  <br/> 现在是时候使用不同的客户端参与测试了，找一个少部分验证者在用的客户端（可以点击[此处](https://eth2.ethernodes.org/network/Medalla)查看分布状况）。[Lighthouse](https://eth2.ethernodes.org/network/Medalla)、[Teku](https://status-im.github.io/nim-beacon-chain/medalla.html)、[Nimbus](https://status-im.github.io/nim-beacon-chain/medalla.html)以及[Prysm](https://docs.prylabs.network/docs/)此时都运行得较为稳定，然[Lodestar](https://chainsafe.github.io/lodestar/)正迅速追赶中。 最重要的是，尝试使用新的客户端！我们可以在Medalla上尝试构建更加健康的节点分布，为去中心化主网做好准备。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/constant-function-market-makers-defis-zero-to-one-innovation-968f77022159https://www.ethereum.cn/constant-function-market-makers-defis-zero-to-one-innovation-968f77022159Tue, 25 Aug 2020 00:00:00 GMT来源 | [Chainlink](https://medium.com/bollinger-investment-group/constant-function-market-makers-defis-zero-to-one-innovation-968f77022159) 前言：流动性问题一直以来都困扰着去中心化交易所，自动做市商模式的不断创新，给DEXs带来了新的机遇和挑战。本文介绍了几种AMM类型，以及他们所具有的优缺点。  基于自动做市商制度 (AMM) 的去中心化交易所已成为DeFi领域里最有影响力的创新之一。这些交易所为各种不同的代币提供开放的链上流动性。 AMM从根本上改变了用户交换加密货币的方式。交易双方都没有使用传统的买/卖订单簿，而是采用链上流动资金池预先融资的资金。流动资金池允许用户以完全去中心化和非托管的方式实现无缝交换链上代币。流动性提供者 (LP) 根据其在资金池中所占份额的百分比，获得一定的被动收入，即交易费用。 在本文中，我们将探讨AMM的工作原理，仔细分析其固有的问题，以及研究解决这些主要障碍的解决方案。以下是一些关键要点： - 有几种AMM类型：恒定总和做市商 (Constant Sum Market Maker，简称CSMM)，恒定平均值做市商 (Constant Mean Market Maker，简称CMMM)，以及先进的混合常数函数做市商 (Constant Function Market Makers，简称CFMM)。 - 而AMM面临的挑战包括：无常损失 (impermanent loss)、多代币敞口、低资本效率。 - Bancor、Uniswap、Curve等交易所通过提高资本效率、降低波动风险以及提供更多的资本部署选项，来使得AMM对大型的流动性提供者更加有吸引力。 - 借用Chainlink预言机，Bancor即将发布的v2版本，旨在首次解决波动性代币的无常损失问题。 通过给大家提供一个更加全面的分析，希望DeFi用户们可以从中获益，更好地了解AMM面临的挑战以及其带来的创新，使得去中心化流动性充分发挥其潜力，为DeFi以及未来更加广阔的金融世界打好地基。 <br/> # 概述何为自动做市商 (AMMs) 做市商 (Market Makers) 指的是负责在交易所上提供报价行为的实体，否则，如果没有交易活动，交易所将会失去流动性。做市商为了赚取收益，从自己的账户买入和卖出资产。他们的交易活动为其他交易方创造流动性，降低大型交易的滑点。 自动做市商 (Automated Market Makers) 则使用“Money Robots”这一算法，在像DeFi这样的电子市场内模仿做市商的报价行为。尽管不同的去中心化交易所设计不同，但基于AMM制度的去中心化交易所一直以来都具有最高的流动性和日均交易量。 常数函数做市商 (CFMMs) 是最受欢迎的AMM类别，专门为实现数字资产的去中心化交易而设计。这些使用AMM的交易所基于一个常数函数的原理实现，即资金池里交易对的总资产储备要保持不变。在非托管的AMM中，用户将交易对通过智能合约存入池中，从而交易方可以利用池中的流动性来进行代币转换。因此，不同于订单簿交易所中交易双方直接交易的模式，AMM中的交易方是与智能合约 (即存入池中的资产) 进行交易。 自2017以来，就有3种主要的常数函数做市商模式出现。 第一种类型是恒定乘积做市商 (CPMM)，并在首代基于AMM的去中心化交易所 (Bancor和Uniswap) 中得到广泛应用。CPMM基于函数x*y=k，该函数根据每个代币的可用数量 (流动性) 来确定两个代币的价格范围。如果X代币的供应量增加，那么Y代币的供应量必须减少，反之亦然，以保持乘积K恒定不变。如果将该函数绘制出来，发现这是一个双曲线，其中流动性总是可用的，但是价格会越来越高，并在两端接近无穷大。 <center><img src="https://i.ibb.co/nMQSFVd/AMM-1-aa9e9cb2d3.png"/></center> <center>来源：Dmitriy Berenzon</center> 第二种类型是恒定总和做市商 (CSMM)，这是零滑点交易的理想模式，但是不能提供无限的流动性。CSMM的公式为***\*x+y=k\****，绘制出来是一条直线。不幸的是，当这两种代币的链下参考价格不是1:1时，这种设计会使得套利者有机会耗尽其中一个资金池。该情况会破坏其中一个流动资金池，迫使流动性提供者承担损失，而交易方则不再有可用的流动性。因此，CSMM这种AMM模式并不常见。 <center><img src="https://i.ibb.co/n0hLFyR/AMM-2-316199490b.png"/></center> <center>来源: <a href="https://medium.com/bollinger-investment-group/constant-function-market-makers-defis-zero-to-one-innovation-968f77022159">Dmitriy Berenzon </a></center> 第三种类型是恒定平均值做市商 (CMMM)，基于这一模式的AMM可以创建两种以上的代币，并在标准的50/50分布之外进行加权。在该模型中，每个代币资金储备池的加权几何平均值保持不变。对于一个包含三种资产的流动资金池，公式如下：***\*(x\*y\*z)^(⅓)=k\*******\*。\****这种模式会给池内资产带来多变的风险敞口，并可以在池内任意资产之间进行交换。 随着基于AMM模式的流动性的发展，先进的混合恒定函数做市商 (CFMM) 出现了，它结合了多种功能和参数，以达到特定的目的。如调整流动性提供者的风险敞口，或者降低交易者的价格滑点。 例如，Curve的AMM结合了CPMM和CSMM，以提供资金池的流动性，从而降低给定交易范围内的滑点。其结果是一条双曲线 (见图蓝线)，对大多数交易返回线性兑换率，而只针对大额的交易返回指数价格。 <center><img src="https://i.ibb.co/ZmjMXyg/AMM-3-d5af950307.png"/></center> <center>Curve 白皮书</center> 本文其余部分将主要关注不同的AMM为了解决其关键问题会有什么不同的设计。尽管DeFi 中的第一代AMM资金池在过去两年中经历了爆炸增长，但仍然有一些障碍，影响了他们的广泛应用，**包括无常损失、低资本效率和多代币敞口等问题。** <br/> # 阻碍AMM发展的一些固有问题 ## 无常损失(Impermanent Loss) 流动性提供者所面临的最主要、最常见的未知风险是无常损失 (即随着时间变化，在AMM池中直接存入代币和仅仅在钱包里持有代币之间存在价值差)。只要AMM池内的代币的市场价格往任意一方偏离，就会产生无常损失。由于AMM池不能自动调整兑换率，因而需要套利者通过买入价格偏低的资产或者卖出价格偏高的资产，直到AMM提供的价格与外部市场价格相匹配。而套利者获得的利润是从流动性提供者的口袋中抽走的，给流动性提供者带来了损失。 <center><img src="https://i.ibb.co/QCC662g/AMM-4-2f9598466f.png"/></center> <br/> <center>图示：当池中交易对在价值上相对不平等时，AMM池是如何产生无常损失的。</center> 在上面的图示中，由于其他交易所的交易活动导致了ETH的市场价格发生变化，AMM资金池中产生无常损失。而对于这种外部价格变化，AMM的内部反应是：重新调整池中的兑换率以匹配外部市场的兑换率。在这个重新调整 (即将池中的ETH换成BNT) 的过程中，AMM池中的总储备金略有下降。 之所以称之为“无常”损失，是因为只要AMM内的代币的相对价格恢复到原来那样，亏损便消失，流动性提供者将赚得的交易费作为收益保留下来。然而，这种情况十分罕见，意味着大多数流动性提供者遭受的无常损失超过他们所获得的交易费。下图显示了在考虑交易费之前，ETH/DAI AMM池中的流动性提供者遭受的无常损失。 <center><img src="https://i.ibb.co/82yCmWC/AMM-5-ca6a38f7a1.png"/></center> <br/> <center>ETH价格从低于100美元开始，开始产生的无常损失</center> AMM通常要求流动性提供者存入两种不同的代币，旨在为交易双方提供相等的流动性。也就是说，流动性提供者不得不持有额外的ERC20储备资产，这意味着他们无法保持对单一代币的长期风险敞口，而是增加了多代币风险敞口。如此一来，拥有大量单一代币的团队和想要提供流动性的个人被迫购买其他资产，才能为资金池提供流动性。从而减少了他们在池中对基础代币的持有量，并且增加了另一资产的风险敞口。 ## 多代币敞口(Multi-Token Exposure) AMM通常要求流动性提供者存入两种不同的代币，旨在为交易双方提供相等的流动性。也就是说，流动性提供者不得不持有额外的ERC20储备资产，这意味着他们无法保持对单一代币的长期风险敞口，而是增加了多代币风险敞口。如此一来，拥有大量单一代币的团队和想要提供流动性的个人被迫购买其他资产，才能为资金池提供流动性。从而减少了他们在池中对基础代币的持有量，并且增加了另一资产的风险敞口。 ### ## 低资本效率 AMM需要大量的流动性，才能达到基于订单簿 (order book) 模式的交易所那样的滑点水平，在这一点上其饱受诟病。这是由于AMM里大部分流动性仅在定价曲线开始转向指数曲线时可用。因此，由于滑点较高，理性的交易者不会使用大部分流动性。 AMM流动性提供者无法决定提供给交易方的价格，这使得有些人把AMM称为“懒惰的流动性”，因其利用率低且供应不足。然而，订单簿交易所的做市商可以精确控制他们想要购买和出售代币的价格点位。这带来了高资本效率，但同时要求其积极参与以及监督流动性的供给。 ## 改善MM的先进解决方案 现在一些创新项目的新设计模式正解决着第一代AMM所具有的大多数局限。 ## 高资本效率和低滑点的AMM 正如前面部分所提到的那样，混合常数函数做市商 (CFMM) 只有在流动资金池到达界限时，滑点才能达到极低值，通过兑换率曲线 (大多数是线性和抛物线的) 表现出来。尽管这种模式下，由于资本利用率提高了，流动性提供者可以赚更多的费用 (尽管每笔交易的费用较低)，但是套利者仍然可以在资金池重新调整的过程中获益。 Curve交易所内提供代币之间的低滑点交换，这些代币具有相对稳定的1：1兑换率。这意味着它的解决方案主要是为了稳定币设计的，尽管他们最近上线了一些可以进行稳定交易的代币对，比如打包版本的比特币 (renBTC和wBTC)。 Bancor V2通过类似的机制将这种低滑点模型扩展至波动性资产，该机制可动态地更新池的储备权重，以保持储备池的价值为1：1的比率。此解决方案可在相同价格区域内扩大流动性，同时保持激励套利者采取行动重新平衡资金池。 ## 减少无常损失 Bancor想要在其即将发布的V2版本中首次解决波动性代币的无常损失问题。Bancor V2通过使用锚定的流动性储备，保持其AMM储备的相对价值不变，从而降低了出现无常损失的风险。直到最近，这都是通过保持恒定1：1价格比率的镜像资产来实现的。但是Bancor V2使用Chainlink的预言机将这种概念应用到兑换率多变的资产。这种解决方案将成为AMM利用非稳定币数字资产的重大突破，因为它可以降低流动性提供者的风险。 通过使用Chainlink预言机，Bancor V2池能够保持准确的兑换率，即使代币的定价受外部市场价格变化影响而偏离。有了预言机，兑换率不再由套利者决定，而是由预言机提供价格更新，调整AMM的权重，因而内部兑换率与外部市场价格相匹配。这样做的好处是，套利者不再以“无常损失”的形式从流动性提供者的口袋里抽走利润。 <center><img src="https://i.ibb.co/QQ3Zw3D/AMM-6-f94eccf4e9.png"/></center> <center>图示：市场价格改变后，Bancor V2如何使用Chainlink预言机来避免无常损失。</center> 相反，套利者只需在AMM池中平衡代币分配，以应对代币交易。Bancor V2始终鼓励流动资金池恢复平衡，因为权重较低的储备池的流动性提供者赚取更高的投资回报率，直到AMM池调整到50/50的权重便恢复正常。总的来说，用户和代币团队都对其存入的流动性资金更有信心，相信其能够通过交易费用产生利润，并且不会常规的市场价格波动而贬值。 ## 多代币敞口 Uniswap V2允许任意的ERC20代币和其他任意ERC20代币配对，流动性提供者不再必须面临ETH风险敞口。这使得流动性提供者灵活地保持更加多样化的ERC20代币头寸组合，并为交易创造更多潜在的流动性池组合，以从中获得流动性。 Bancor V2更进一步，它去掉了必须存入两种流动性资产的硬性要求，使得流动性提供者保持了单一代币的风险敞口。通过Chainlink预言机来追溯流动性储备池的价格，用户可以在AMM中保持对任意单个代币的风险敞口，即保持对任意ERC20代币的100%的风险敞口，或对BNT代币100%的风险敞口，或这两者之间的任意分配。 对于那些希望对其首选资产拥有100%的风险敞口的加密货币投资者来说，这是最理想的选择，尤其是在想要减轻无常损失的情况下。这可能会吸引想要在AMM上提供低风险流动性且无需购买额外资产的代币团队和投资基金。 <br/> # AMM的未来创新 从Bancor到Uniswap再到Curve等等，AMM技术正在为获得任意数字资产的即时流动性带来了新的可能性。AMM不仅为缺乏流动性的市场提供了报价，而且还是以一种高度安全、全球可访问以及非托管的方式进行的。 尽管AMM已经经历过了爆炸式的增长，但是这些围绕提高资本效率、改善多资产池和减少无常损失的创新，为吸引传统市场里更庞大的流动性提供者提供了基本的基础设施。随着资本利用风险越低以及更加符合用户要求，DeFi已准备好进行大规模的融资行为。 <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/wnie2-2020-8-22https://www.ethereum.cn/wnie2-2020-8-22Mon, 24 Aug 2020 00:00:00 GMT来源| [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200808) <br/> # 测试网覆辙 Medalla信标链测试网的情况一直不太稳定。上周我总结了一篇[最初的事件回顾](https://hackmd.io/@benjaminion/wnie2_200817)，如果有的读者不清楚发生了什么可以先阅读一下。Prysm团队也已经发布了他们[详尽的报告](https://medium.com/prysmatic-labs/eth2-medalla-testnet-incident-f7fbc3cc934a)。总而言之，自8月14日周五开始，Medalla测试网经历了非常大的动荡，也承受了巨大的压力，这种状态持续了五天，而期间我们也一直在进行补救。 ### 事件回顾 <center><img src="https://i.ibb.co/nj5zs7M/8-22-e1b523b00b.png"/></center> <center><i>事故发生六小时期间，我的Teku节点所目睹的Medalla参与率</i></center> <center><i>UTC时间2020-08-14</i></center> 我们可以看到，一开始在三十分钟左右的时间段里，验证者的数量大幅下跌。Prysm节点都突然消失了，因为他们的时间被设置为未来的四小时。*\*图中的红色水平线代表66.7%的参与率，而这是网络能够进行最终确定的最低要求，而当时参与率已经跌至最低点。 当节点将他们的密钥转移至其他客户端，情况开始逐渐好转。事故发生的两小时之后，随着Cloudfare解决了时钟问题，并且还没有更新的Prysm验证者也回到网络，情况似乎更乐观了。根据[Prysmatic Labs的记述](https://medium.com/prysmatic-labs/eth2-medalla-testnet-incident-f7fbc3cc934a)，**本来是旨在修护问题的客户端更新版本中出现了一个严重漏洞，**导致已经更新客户端的验证者无法恢复上线，这使得问题复杂化了。 事故的四小时之后，开始出现混乱的局面，参与率又再次下跌。因为所有客户端都需要处理Prysm验证者之前作出的“来自未来的证明”现在这些证明已经具备有效性。由于节点尝试处理这些证明和区块，网络开始分裂。Teku和Lighthouse客户端所占内存逐渐膨胀，这引发了性能和崩溃问题，而已经更新的Prysm客户端又无法上线，总的来说就是一片混乱。 但这是超出我想象得最棒的测试经历之一！如果召开一次有关客户端测试的会议，大家聚在一起讨论怎么以极端方式来破坏网络，我觉得我们可能都想不出这么刺激的方法。“时间穿越”事件也启发了我们的思考，尤其是在大量验证者被罚没之后。 随之而来的结果就是，我们尝试了许多之前从未探索过的代码路径，也做出了许多全面的改进。一切和之前相比都更上一层楼。从这次事件中我们真的收获了很多有价值的经验。 ### 现状如何？ 上周早些时候，客户端团队都忙于强化客户端，以应对突发的极端环境。我们非常艰难地缓缓爬升到了网络所需的66.7%的参与率，而网络终于又恢复到了正常状态。这一时间点是UTC时间8月19日的18:30，距离事故发生整整过去了五天。***\*在那五天中，始终有客户端能够坚挺住，网络从未真正停止运行。\****这证明了信标链非常健壮，信标链能够恢复。 关于此次事件推荐大家阅读： - 我的[上一篇回顾总结](https://hackmd.io/@benjaminion/wnie2_200817) - Prysmatic Labs的[同步事件报告](https://hackmd.io/@benjaminion/wnie2_200817)和[回顾总结](https://medium.com/prysmatic-labs/eth2-medalla-testnet-incident-f7fbc3cc934a) - 以太坊基金会的看法：Carl最新撰写的Eth2 Staking系列[《论客户端多样性的重要性》](https://blog.ethereum.org/2020/08/21/validated-why-client-diversity-matters/) - Evan的[系列推特](https://twitter.com/evan_van_ness/status/1296542806652133382)，以及随附的[视频](https://www.youtube.com/watch?v=dEYzsolkxd0) - 以及客户端团队的更新（参见[下文](https://hackmd.io/@benjaminion/wnie2_200822#Client-team-stuff)） <br/> # 阶段0：信标链 规范方面没有发生更新。 我的ConsenSys研发同事发布了关于[阶段0规范形式化验证](https://consensys.net/blog/blockchain-development/formally-verifying-the-ethereum-2-0-phase-0-specifications/)的进度报告。 以及此处是Sigma Prime多客户端模糊测试工作的进展。 <br/> # 释义性文章 这里是一些有趣的消息：***\*大家在学习Eth2的同时能够获得[POAP](https://www.poap.xyz/)奖励！\****此处是相关信息，大家可以进入[Ethstaker Discord](https://discord.gg/B2wkhH4)查看 #eth2-studymaster频道。[此处](https://discord.com/channels/694822223575384095/694836320786317392/746831562422747254)是通告。大致意思就是在十周的时间里，阅读十篇Eth2文章，并且回答相关问题。成绩不错的话就能获得POAP奖励。我真的希望Eth2的开发者没有被排除在外。 客户端教程：Somer Esat继续更新了他的系列教程，深度阐释了[如何使用Ubuntu系统在Medalla测试网中设置Teku客户端](https://medium.com/@SomerEsat/guide-to-staking-on-ethereum-2-0-ubuntu-medalla-teku-170e2c52bd23?source=friends_link&sk=5f88cc288bb247f1711b729ef91de003)。Somer和Super Phiz也为此制作了一个[视频教程](https://www.youtube.com/watch?v=isPUoKfaelE)。除此之外，Super Phi还和Cayman一起录制了一个如何[设置Lodestar客户端的视频](https://www.youtube.com/watch?v=k5_fywXxdD8)。Coinmonks也撰写了一篇在Ubuntu系统中设置[Lighthouse客户端的教程](https://medium.com/coinmonks/how-to-setup-ethereum-2-0-validator-node-lighthouse-meddala-goerli-4f0b85d5c8f)。 至于Teku，我也制作了一个[Teku故障排除指引](https://docs.google.com/document/d/1YWi4HqkGqs9PQA67agHON4PciPKO39mlZwH_3AKg68I/edit?usp=sharing)。欢迎大家的反馈。 对于喜欢快速阅读的读者，推荐阅读Simon de la Rouviere关于[Eth2概览的推文](https://twitter.com/simondlr/status/1295048216942084099)。Narkasa交易所也发布了一篇不错的介绍：[《什么是以太坊2.0？》](https://medium.com/@narkasacom/what-is-ethereum-2-0-f27a7d4be640) <br/> # 研究工作 关于Eth2信标链如何就Eth1状态达成共识的机制效率，我做了[一次分析](https://github.com/ethereum/eth2.0-specs/issues/2018)，这可能不属于“研究”范畴。太长不读：其中还有进步空间，对此我给出了一个建议。 ConsenSys的TX/RX团队已经做了一个在Eth2分片环境中 (也即阶段1.5) 运行Eth1客户端的模拟器，现在你也可以[参与运行](https://github.com/txrx-research/eth1-shard-demo)。Eth2环境是基于Teku客户端，Eth1则基于Catalyst (Guillaume Ballet的Geth分叉)。Danny在上周的[EDCON会议](https://www.youtube.com/watch?v=6iW1MeT-Cug)中进行了实时demo示范。 Vitalik[捍卫](https://ethresear.ch/t/explaining-the-liveness-guarantee/4228/7?u=benjaminion)了信标链在需要做出选择时对活性而非一致性的偏好。这是一场非常有趣的讨论。 <br/> # 媒体 虽然似乎已经过去了很久，但EDCON的会议视频值得回顾，有许多关于Eth2的干货： - [Vitalik](https://www.youtube.com/watch?v=nnY22N_MnOc)：Eth1到Eth2的机会和挑战 - [Danny Ryan](https://www.youtube.com/watch?v=6iW1MeT-Cug)：Eth1/Eth2合并模拟器 (喵星人捣乱) - [Hsiao-Wei](https://www.youtube.com/watch?v=-j5suWmE-DY)：阶段1分片数据链 - [Aditya](https://www.youtube.com/watch?v=9avhMNJWnmw)：弱主观性 (weak subjectivity) - [Afri](https://www.youtube.com/watch?v=7yQLN49bb30)：通往Eth2的最终之路 [Terence ](https://www.youtube.com/watch?v=VZyapwu90lA)(Prysm) 和[Paul](https://www.youtube.com/watch?v=wp2--tbGJZM) (Lighthouse) 与客户端相关的演示 Paradigm对Danny进行了[采访](https://medium.com/paradigm-fund/interview-with-danny-ryan-eth2-researcher-at-the-ethereum-foundation-9059abc330b9)，来看看他不和猫咪摔跤的时候喜欢做什么 (和蔬菜有关)。 Vitalik接受[Cointelegraph](https://cointelegraph.com/news/vitalik-buterin-ethereum-20-presents-a-much-harder-challenge-than-we-thought)的采访：以太坊2.0面临的挑战比我们想象中更大。各位放心，问题不大，我们喜欢接受挑战！ <br/> # 常规会议 ### 实现者会议 第46次会议于8月20日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/173) - [会议视频](https://youtu.be/g3fKTfBXArU?t=275) - 我的笔记和[Mamy的笔记](https://gist.github.com/mratsim/370f96bd0e50f3bc8bce4a7e4010f887) 此次会议中我们仅对Medalla事件进行了简短的回顾，因为我们在过程中一直保持沟通，并且时间也有点紧张。 目前大家都在准备信标链的发布。Afri正在处理和发布准备工作相关的[提案](https://github.com/ethereum/eth2.0-pm/issues/173#issuecomment-677486610)。Hsiao-Wei也在对我们的工作进行跟踪，幕后详情参阅[project board](https://github.com/ethereum/eth2.0-pm/projects/1)。 <br/> # 客户端相关 许多客户端都进行了更新，针对Medalla测试网的历险进行回顾：此处是[Nimbus](https://our.status.im/medalla-update/)的更新以及[后续文章](https://our.status.im/medalla-update-august-21/)；此处是[Lighthouse](https://lighthouse.sigmaprime.io/update-28.html)的更新；此处是[Lodestar](https://medium.com/chainsafe-systems/lodestar-medalla-update-59865a5cce1a)的更新。Prysm的回顾以及Medalla测试网事件分析。 <br/> # 写在最后 还有什么事能够媲美一边品酒一边探讨Eth2呢？Quantstamp和Cred联合组织了一次远程品酒和圆桌会议：“Wine Not Talk About Ethereum 2.0?” 详情和注册方式参见[此处](https://www.eventbrite.com/e/wine-not-talk-about-ethereum-20-tickets-116121397225)，他们会把酒寄给你。 我也会与许多我非常欣赏的Eth2小伙伴一同出席这次圆桌。但时间是我这边的凌晨两点，所以我可能在会议开始前就已经醉了。应该会很有意思的！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/a-proof-of-stake-design-philosophyhttps://www.ethereum.cn/a-proof-of-stake-design-philosophyFri, 21 Aug 2020 00:00:00 GMT作者 | [Vitalik Buterin](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51) <br/> 前言：以太坊2.0将逐渐从Proof of Work过渡到Proof of Stake共识机制 (Casper PoS)，Vitalik Buterin在2016年就撰文阐述了其背后的价值权衡和设计哲学。时隔多年，随着社区对加密经济学的不断探索，又启发了我们怎样的新思考？ 像以太坊（以及比特币、NXT和Bitshares等等）的系统基本上是加密经济有机体系中新产生的层级——是完全存在于加密空间的去中心化、无权威介入的实体，并由加密学、经济学和社会共识机制共同维系的。它们有点像是BitTorrent，但又有所区别，因为BitTorrent并没有状态的概念——结果证明这是至关重要的一个区别。它们有时候会被形容为“[去中心化的自治公司](https://letstalkbitcoin.com/is-bitcoin-overpaying-for-false-security)”，但它们又不是特别公司化，比如你并不能对微软公司实行硬分叉。它们像是开源软件项目，但两者之间也并不是特别像，你可以对区块链进行分叉，但这又没有分叉OpenOffice那么容易。 这些加密经济网络多种多样，有基于ASIC的PoW、基于GPU的PoW、朴素PoW、委托PoS，还有未来有希望实现的Casper PoS，而且每一种都不可避免地会有它自己背后的哲学。一种比较著名的例子就是以工作量证明机制为最高纲领。在这种机制中，会将矿工投入了最大数额的经济资本去创建的单条区块链定义为“唯一正确”的区块链。原本这只是协议内的分叉选择规则，但这种机制却在很多情况下被上升为一种神圣的信条。作为示例，可以[看一下我和Chris DeRose在Twitter上的讨论](https://twitter.com/vitalikbuterin/status/687050458301657088)，它展现了一个人即使是在面对协议中哈希算法不断改变的硬分叉时，还是以他纯粹的形式为这种想法辩护。Bitshares的[委托权益证明机制 (DPoS)](https://bitshares.org/technology/delegated-proof-of-stake-consensus/) 展现了另一种符合逻辑的哲学，也就是一切又再次从单一的信条衍生而来。这种信条可以更简单描述为：[股东投票](http://docs.bitshares.org/bitshares/dpos.html)。 其中的每一种哲学：包括中本（聪）共识机制，社会共识机制，股东投票 共识机制，都诞生了一套自身的结论，并形成了一种基于其自身观点来看颇有道理的价值体系，尽管在互相比较时一定会受到批判。Casper共识机制也有其哲学基础，尽管至今还没能以一种简要清晰的方式描述出来。 我、Vlad、Dominic、Jae和其他人都对权益证明协议存在的原因以及如何去设计这一类协议都有各自的看法，但本文仅阐释我个人的观点。 我会直接进一步列出观察情况以及结论。 - 密码学在21世纪中确实是非常特殊的，**因为在对立冲突中仍大多站在防御者一方的领域已经不多了，密码学就是其中一个**。比起建造一个城堡，摧毁它会更加容易；岛屿的防御性更强，但也会被袭击；但是一个普通人的椭圆曲线密码 (ECC)密钥却能足够安全，甚至能抵御国家级的入侵。密码朋克的哲学本质是利用这种宝贵的非对称性来创造一个能够更好地保护个人自由的世界。密码经济学从一定程度上说是密码学哲学的延伸。不同的是密码经济学保护的不仅是个人信息的隐私和安全，也要保护复杂的协作系统的安全性和活力。**把自己看作是密码朋克精神继承者的系统应该保持这种基本属性，毁坏一个系统要远比使用和维护系统的代价更高。** - “密码朋克精神”并不单单只是理想主义，而建造一个易守难攻的系统，单就工程设计而言也理应如此。 - 在一个中期到长期的时间范围里，人们非常擅长共识。**即使敌手拥有无限的哈希算力，并且能对任意主要区块链系统进行51%攻击，甚至将其回滚到一个月前，但比起超越主链的哈希算力，要说服社区该链具有有效性要难得多。他们还需要篡改互联网上许多其他信息源，例如区块浏览器、社区中每一位可靠的成员、纽约时代、archive.org等等。总言之，在信息技术发达的21世纪，攻击者想要说服全世界接受他攻下的区块链，难度大概不亚于说服全世界美国没有登陆过月球。**因此，归根结底这些社会因素才是区块链的长期保障，无论区块链社区是否承认这一点（Bitcoin Core[确实承认](https://www.reddit.com/r/Bitcoin/comments/3fg0jw/could_a_cartel_of_pool_operators_collude_to/ctoat0d/)了社会层面的首要性）**。 - 然而单单由社会共识保障的区块链还是太低效率了，运行的速度也不够快，并且很容易让分歧无休止地持续下去（不管怎么去防止它，结果[还是发生了](http://www.npr.org/sections/money/2011/02/15/131934618/the-island-of-stone-money)）；因此，**在短期内，经济共识机制在保护区块链活性以及安全性上起到了非常重要的作用。** - 因为只能用区块奖励保证工作量证明机制的安全性（用Dominic William的话来说，就是三个Es当中少了两个）译者注：即Entry cost (进入成本)，Exist cost (存在成本), Exit penalty (退出惩罚)，再加上矿工的激励仅仅来自于他们可能失去区块奖励的风险，因此，工作量证明机制的运行逻辑是：通过巨额奖励来催生大量算力。在PoW 当中要想从攻击中恢复过来是非常困难的：如果它是第一次发生，你可 以通过硬分叉改变工作量证明，这样就可以使得攻击者的ASIC失效，但如果再次发生的话，你就没得选择了，所以攻击者可以一而再再而三 地攻击。因此，挖矿的网络的规模要足够大才能降低攻击的风险。假设网络每天的算力成本是X，那么就能阻止规模小于X的攻击者出现。**我反对这一逻辑是因为（i）PoW会[消耗大量能源](http://digiconomist.net/beci)；（ii）PoW并不能实现密码朋克精神，因为其攻守成本是1：1，所以根本没有防御者优势。** - PoS权益证明机制不再依靠为网络安全性提供奖励的机制，而是通过惩罚措施来打破这种对称性。质押资金（存款）的验证者会得到小小的奖励，这是为了对他们锁定资本、维护节点以及还要额外警惕私钥安全性做出的补偿，但是回滚交易受到的惩罚是他们同时间所获奖励的成百上千倍。因此权益证明机制的“一句话哲学”并不是“消耗能源来获得安全性”，而更应该是“提高损失的经济价值来保障安全性”。如果说一个给定的区块或状态享有价值X的安全性，前提是你得证明任何冲突区块或状态无法达到相同等级的最终确定性，除非恶意节点勾结起来支付价值X的协议内罚金。 - 理论上来说，大多数验证者勾结起来有可能会控制权益证明区块链，然后就开始作恶。然而（i）通过巧妙的协议设计，他们通过这种操纵手段攫取利润的能力就会尽可能被限制，而且更重要的是，（ii）如果他们尝试阻止新的验证者参与网络，或是执行51%攻击的话，那么社区就可以简单地协调好某个硬分叉并清除行为不端的验证者的存款。一次成功的攻击可能会耗费五千万美元，但比起[2016.11.25那一次的geth/parity共识错误](https://blog.ethereum.org/2016/11/25/security-alert-11242016-consensus-bug-geth-v1-4-19-v1-5-2/)处理情况来看，收拾残局的进程不会太艰巨。两天之后，区块链和社区会回到正轨，攻击者损失了五千万美元， 而由于攻击事件之后的供应量紧缩，代币的价值会上涨，社区成员可能会有所受益。这即是攻击和防御的不对称性。 - 上述并不能拿来表明非计划性的硬分叉将来会发展成为规律性事件；必要时，可以将在PoS中发起单次51%攻击的成本设置得和在PoW中进行永久的51%攻击一样高。这样庞大的费用和攻击的低效性应该能够保证在实际状况中不会有人尝试攻击。 - **经济学并不是万灵丹**。有些个人可能是出于协议外的动机，比如说他们的计算机可能会遭到入侵、他们可能会被挟持或者可能仅仅因为某一天喝醉了，然后决定破坏这条区块链，完全不计成本。再者，就积极的一面来说，个人的道德自制和沟通低效会将攻击所需的成本提升到比协议定义的损失价值 (value-at-loss) 更高的水平。这是我们不能依赖的优势，但与此同时它也是我们不应该觉得没有必要就抛弃的优势。 - **因此，最优的协议应该是那些在多种多样的模型和假设当中仍能够正常运行的协议**——具备协调选择的经济理性、具备个人选择的经济理性、简单的容错机制、拜占庭容错机制（在理想‘情况下既是适应性也是非适应性的对抗变体）、受到[Ariely/Kahneman启发的行为经济模型](https://www.amazon.ca/Honest-Truth-About-Dishonesty-Everyone-Especially/dp/0062183613)（“我们都只是轻微作弊”）以及在理想条件下既具有现实意义又具有实践意义的经得起推敲的模型。**重要的是要做好双层防御：防止中心化企业联盟做出反社会行为的经济激励，和一开始就防止企业联盟形成的反中心化激励。** - **运作充分快速的共识协议具有一定风险，需要非常谨慎地对待**，因为如果系统效率和激励挂钩，那么这样的结合将会带来高额奖励，以及足以引发系统性风险的**网络层中心化**（例如所有的验证者都在同一个主机服务商中运行）。有些共识协议并没有这些担忧，这类协议并不要求验证者发送信息有多快，只要他们能够在在可接受的时间间隔内发送信息就行了（4-8秒，根据经验我们知道以太坊延迟时间通常在500毫秒-1秒）。一个可能的折中就是，创建一种快速运行的协议，但其中可以应用和以太坊叔块类似的机制，以确保节点的网络连接度超过了某个易达到的程度之后，其边际收益是非常低的。 至此，对一些具体细节肯定还有很多不同的情况和方法，但上述说法至少是我的Casper版本所基于的核心原则。我们当然还可以讨论互相竞争的价值观之间的利弊。是年发行率1%的ETH和成本五千万美元的修复性硬分叉，还是年发行率为0的ETH和成本五百万美元的修复性硬分叉？我们该什么时候通过在容错模型下降低安全性作为在经济模型下提高协议安全性的交换呢？可预测的安全性和可预测的发行率，我们更在意哪个？这些都是留待另一篇文章探讨的问题，而至于对这些价值进行权衡的多种方式，则需要更多的文章来回答，但我们迟早会讨论到 🙂 <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-8-17https://www.ethereum.cn/wnie2-2020-8-17Tue, 18 Aug 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200710) <br/> 译者注：请运行Prysm客户端的用户尽快升级到[Alpha.23版本](https://github.com/prysmaticlabs/prysm/releases) 本期是wnie2计划之外的更新，将针对周末Eth2 Medalla测试网发生的插曲进行回顾和分析。 我们在差不多两周前启动了Medalla，也就是8月4日，这是一个**大型的、公开的多客户端测试网，运行Eth2主网规范。**关于Medalla测试网的介绍，可以参阅[上期](https://hackmd.io/@benjaminion/wnie2_200808)。 测试网平稳运行了10天，即使验证者参与率比我们预期中要低 (70%-80%的验证者保持长期在线)。但这无伤大雅，测试网完全能应付。 然而周五的傍晚，我在控制板中目睹了验证者参与率突然断崖式下降。**在几分钟之内，活跃验证者从22000降低到5000左右，网络中约80%的验证者都消失了。** 因此，本文将对此事件进行回顾，包括其后果和下一步的措施。 <br/> # 究竟发生了什么？ 我们发现，网络中每个运行Prysm客户端的验证者都突然消失了。由于Prysm是使用度最高的客户端，其后果严重性可想而知。 Prysmatic团队在此次事件中开放了一个[文档报告](https://docs.google.com/document/d/11RmitNRui10LcLCyoXY6B1INCZZKq30gEU6BEg3EWfk/edit)，并且持续在其中更新事件细节以及团队响应。以下是一些重点内容以及我的注释。 事件起因是**时钟同步 (clock sync)** 出现问题。Prysm客户端的配置使用了Cloudflare的[Roughtime](https://blog.cloudflare.com/roughtime/)来计算时间。(在我看来) 其起因还不是非常明确，但很显然**Roughtime将时间推移到了未来的四小时，并且持续了一个多小时。**Prysm客户端验证者们突然发现他们的时间快了四个小时，并且继续为尚不存在的区块链生成区块和证明。 就其本身而言，还不足以造成灾难性的后果。即使有许多区块丢失，并且面临大量来自未来的证明，剩下的客户端仍然能够在原链上进行建设。渐渐地，随着Prysm节点的时钟调整回来，他们开始回到网络中，并且验证者参与率也开始回升。网络似乎在恢复正常。 但几小时之后，情形又急转直下。 在初始时间发生的四小时之后，又发生了两件事。首先，所有Prysm客户端在未来生成的证明都开始具备有效性。其次，重新加入网络的Prysm节点又开始消失了，原因是为了防止他们生成任何相悖的证明，罚没保护机制被触发了。 这两件事同时发生，让网络陷入了混乱。剩下的客户端仍在努力地处理他们所接收到的信息，信标链变成了不停分支的丛林。(Prysmatic团队的Raul告诉我，Prysm首次修复中的一个bug使得情况恶化) 在一段时间之内，网络中的信息仍处于可控范围内。但在接下来的24小时左右，要导航愈加复杂混乱的分叉，所需的内存和CPU变得难以负担。我看到一个Lighthouse客户端使用了30GB内存 (约为通常情况下的100倍)，对于Teku客户端来说，即使使用12GB的Java内存堆并最大化处理器，也遇到了麻烦。 请注意，这一切都发生在周末。感谢所有奋战在一线的客户团队们，为了使节点能够应对混乱的网络，他们需要不停地优化内存和效率。 **到目前为止，网络正在逐渐恢复。**用户报告不尽相同，但是**Prysm和Lighthouse的新版本刚好能够找到正确的链头并继续构建信标链。**[ Eth2Stats](https://blog.cloudflare.com/roughtime/)当前显示链头或附近的Lighthouse、Prysm和Teku节点的一些节点。我们会继续优化Teku，减少其在同步时所需的资源。 <br/> # 没有发生共识失败 有一点需要明确的是，**客户端之间没有发生共识失败**，也就是说网络恢复时，所有客户端都能就链头状态达成共识，也就意味着信标链不会从根本上失败，也不需要进行任何硬分叉。 ## Lessons经验 我们将会花更多时间对这个插曲进行全面反思和总结，以下是我个人的一些陋见。 ### 时间同步的重要性 高度依赖第三方时间服务对于网络来说是一个致命点。碰巧的是，ConsenSys TX/RX研究团队的Alex Vlasov之前就撰文详尽阐释了时间同步及其在以太坊2.0网络中的重要性。他的工作在飞速进展当中，或许这也是一次让大家关注到这个方面的契机。此处是他的[相关文章和ethresear.ch贴文](https://github.com/harmony-dev/beacon-chain-java/wiki/Research-documents-(ENG))。 ### 客户端多样性的意义 理想情况是我们会有四个及以上独立客户端，每个客户端节点所占比例不超过网络的30%。如此一来，即使有一个客户端出现了问题，而影响都不足以引起我们的注意。 就算我们无法达到这种理想情况，但是降低单个客户端的极高使用率也能使得网络更加强健。假设这次只有50%的验证者下线而非80%，网络也会更容易恢复。这是因为当客户端出现问题时，会影响网络的**区块产生、证明打包、广播效率、点对点通信以及同步**，而这些因素也会对剩余的验证者产生连带效应。 ### 备用方案的有效性 一些质押者能够切换签名密钥到其他客户端的热备份节点。这无疑使非常棒的安全网络，虽然需要当心避免被罚没：新验证者可能对于既有验证者的投票历史一无所知，因此可能做出相悖的投票。 在将来，一旦我们完成了[新的API](https://github.com/ethereum/eth2.0-APIs/)，应该可以实现在不同的信标节点之间切换验证者客户端的能力，而不仅仅是密钥。例如，一个Prysm验证者能够轻易地脱离Prysm信标节点，并且重新连接到Teku信标节点。这能够解决上面提到的罚没问题。 ### 质押者的责任感 目前参与Eth2并不是“一劳永逸”的事。质押者们需要保持一定注意力，游走于论坛之间，为开发者提供反馈并且能够在短时内更新客户端。我非常支持大家运行自己的个人验证者，但前提是对自己应承担的责任有所意识。 ### 欲速则不达 为什么总是在周五傍晚出岔子？ 即使发生在这个时间，Prysmatic团队做出的响应令人惊叹。详情请参阅该团队的[事件报告](https://github.com/ethereum/eth2.0-APIs/)。我以下的表述并非意在给Prysmatic团队带来不良影响，他们的工作的确非常出色，而是为Teku团队在面临相似处境的时候提供经验。 当有这么多用户失去资产的时候 (即使只是测试币)，并且网络处于高压状态下，自然而然会想要做出迅速的反应，但是有时可能欲速则不达。 这次事件中有两件事是可以避免的。首先，在初始修复版本Alpha.21中有一个缺陷，导致要求用户在17小时后进行回滚。 据Prysmatic团队Raul的说法，此缺陷是造成随后出现网络混乱的原因。其次，团队在处理情况时无意中删除了其1024个验证者的防罚没记录数据库，导致大部分验证者被罚没。 任何一个客户端都可能会发生类似情况。所以即使处于高压状态下，无论是开发者还是用户，我们所有人都要沉稳应对，不能一味追求速度。因此当我们在尝试恢复网络时，遵循了慢工出细活的方式。 ### ### 暴露问题以绝后患 最后，这次插曲其实是有必要的。如果测试网中什么都没测试出来，那它有何意义？一直处于顺滑运行的状态显然是不现实的。 这次是一场了不起的考验！这也许是网络所能遭受的最严重的一类冲击，就算让我们自己来设计，可能也设计不出这样的测试。让测试网遭受这种程度的冲击正是我们强化客户端所需的必备条件。 上周[The Block在文章中](https://www.theblockcrypto.com/daily/74616/medalla-eth-2-dress-rehearsal)引用了我的陈述： 在邮件中，PegaSys工程师Ben Edgington写道Medalla“是首个具备主网规模和配置的测试网”。 “这是首次大规模试验，而之前只是屏幕上的规范，或是玩具网络。点对点网络中有许多方面需要进行测试和优化。到目前为止，一切都在正常运行中，但是在我们能确保无误之前，还需要更多的时间，更广的规模以及更大的网络压力”。 说实话，[还真是盼啥来啥](https://twitter.com/benjaminion_xyz/status/1294909664652595201)。 <br/> ## # 下一步是什么？ 目前，所有客户端团队都在致力于强化客户端，使其能够应对极端的网络情况。问题不大，**我们应该在接下来的几天内就能使Medalla恢复到正常状态，**可能会对所有验证者的余额产生影响，也会有一些验证者面临罚没。 如果在这之后，即使网络能正常运行，但验证者参与率还是无法回升，那么我们可能会考虑从头开始，重新部署存款合约 (重新创世或许也是一个不错的选择)。但这只是现阶段的一个备选方案。 Medalla万岁 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/announcing-devcon-improvement-proposalshttps://www.ethereum.cn/announcing-devcon-improvement-proposalsMon, 17 Aug 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/08/14/announcing-devcon-improvement-proposals/) <br/> 今天，我们 (Devcon组织团队) 很高兴向大家公布一个参与明年的开发者大会的新方式，这使得Devcon更好地为以太坊社区发言。 开发者大会改进提案 (DIPs, Devcon Improvement Proposals) 旨在让以太坊整个生态系统参与社区协作，通过正规化流程来收集大家的想法，并应用到Devcon中，从而改善Devcon体验。 <br/> # 为什么现在公布？ 在先前的文章中，我们已经提到了如何让Devcon更好地反映整个以太坊生态系统的想法。然而，这件事变得越来越具有挑战性。从许多方面来看，我们很乐意去处理这样的挑战，因为这些挑战是由以太坊构建者、演讲者、与会者、组织者以及所有其他参与人员的规模和多样化的增长所带来的。 虽然曾经有一段时间，参与的人少到大家可以轻松地在一间教室里，但我们早已过了许多方面都供不应求的状态 (例如门票数量、演讲者人数或是自产的应用程序数量)。 因此，在今年早些时候发布的[文章](https://blog.ethereum.org/2020/03/02/devcon-whats-ahead/)中，当我们开始尝试解决过去特定领域中的困难时，我们也积极思考如何开始这项从未有团队考虑过的工作，这就有了这篇文章。 <br/> # 如何实现DIPs？ 让我们深入探讨如何应用DIP。开始使用DIP的最佳方法是访问[DIP github资源库](https://github.com/efdevcon/DIPs)，并在新的[Devcon论坛](https://forum.devcon.org/)中参与对话。  作为第一步，我们建议读者在Devcon论坛上发布自己的想法，以获得更广泛的社区的反馈。一旦想法变得明朗起来，读者便可以可以提交一份正式的提案。 而提交之后，读者将收到来自我们团队和其他人的反馈，以帮助完善您的想法，并讨论这些提案如何融进DIPs这个项目，等等。 DIPs的灵感是受到PEP (Python增强提案)、BIP (比特币改进提案) 以及EIP (以太坊改进提案)的启发而来。尽管比起来这个新试验项目有点中心化了（由于提案的通过最终取决于Devcon团队），我们还是很高兴能够有一个新的渠道拓展Devcon的形式，并且希望在大家的提案中找到共识。 DIPs的目标是让每个人感到自己的想法被倾听到，以进行更开放的讨论，(最重要的是)可以从不同的创新者中学习，从而提高Devcon活动的质量。 <br/> # DIPs是怎样的？ 如果到目前为止该过程对读者来说有点抽象，并且想知道DIPs到底是怎样的。很高兴告诉你！DIPs虽然今天才公布，但是Devcon团队最近几周已经和一些团队合作测试运行第一批提案了。 我们第一批的提案包括尝试[促进Devcon活动的碳平衡](https://github.com/efdevcon/DIPs/blob/master/DIPs/DIP-1.md)；[酒店与机票可以在一个FOSS (免费开源软件) 的去中心化市场进行预定](https://github.com/efdevcon/DIPs/pull/3)；准备一个[寻宝游戏](https://github.com/efdevcon/DIPs/blob/master/DIPs/DIP-4.md)；以及为与会者提供一张[智能钱包卡片](https://github.com/efdevcon/DIPs/blob/master/DIPs/DIP-5.md)。 <br/> # 总结 我们知道以太坊生态系统已经发展得十分庞大，仅凭我们团队无法顾及到每一位社区成员的好主意。而有了DIPs，以及大家的不懈努力，我们可以使得Devcon比以往任何时候都更能反映社区的想法。 非常欢迎大家查看[DIP-0](https://github.com/efdevcon/DIPs/blob/master/DIPs/DIP-0.md)，以获取更多的信息。大家可以浏览已经提交的DIPs，然后加入[论坛](https://forum.devcon.org/)，参与最新以及正在进行的讨论。我们已经迫不及待地想要听到大家的想法了！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/helloeth2https://www.ethereum.cn/helloeth2Sun, 16 Aug 2020 00:00:00 GMT<center>“能打败以太坊的，只有以太坊2.0。”——Vitalik</center> <br/> 作为全球市值排名第二的公链项目，以太坊规划完备的蓝图一直吸引着全球区块链社区的关注。迎来PoS机制后的以太坊2.0，又将为我们缔造怎样的惊喜和奇迹呢？ 本着活跃国内以太坊社区，给中国以太坊社区用户更多的普及教育的初心，昨晚以太坊中国（ECN）与OKEx矿池合作，成功举办了双语版的“Hello, ETH 2.0”AMA直播活动，对话来自全球的以太坊社区领袖，带大家全方位、深度解读以太坊2.0。 本次AMA活动主题包括：以太坊2.0发布路线图/多客户端测试网/layer2扩容解决方案/PoS机制/社区建设 **嘉宾阵容：** - **Raul Jordan**, 以太坊2.0开发团队Prysmatic Labs联合创始人 - **Afri Schoedon**, ETH2.0多客户端测试网的先锋开发者 - **Steve Guo**, Loopring首席技术官 - **阿剑**, EthFans总编 - **Jason**, Unitimes社区合伙人 <br/> **问答环节第一部分：关于以太坊2.0的常见问题** **Q1.作为全球市值排名第二的公链项目，以太坊一直吸引着海内外用户的广泛关注。以太坊2.0目前临近上线，呼声也是越来越高。各位嘉宾是否可以用简单通俗的语言向我们解释一下，什么是以太坊2.0？它和现在的以太坊相比，有哪些区别？** **Rual:** 对我来说，eth2完全颠覆了以太坊区块链从前的设计，**旨在最大程度地同时实现去中心化、抗审查和扩容目标。**我们过去几年不断学习，为的就是寻找更加可靠的方法，来实现我们最初的目标——让以太坊成为一台连接世界的计算机，其中包括权益证明和分片机制。 **阿剑**：Danny Ryan 说得好：“Eth2.0 is built for Ethereum, and finally it will become Ethereum itself”。以太坊2.0 是为以太坊生态打造的下一代区块链底层，它跟现在的以太坊相比有两大区别：**一是使用 PoS（权益证明）算法来推动区块链的运行；二是使用 “信标链+多分片链” 的架构来提高可扩展性。**简单来说，以太坊2.0 不再由运行工作量证明算法的矿工来出块；而是各存储了保证金的验证者用数字签名来表达对区块的认可，由此确定主链并使状态获得终局性（finality）。这就是权益证明（PoS）的含义。 此外，信标链 + 多分片链的架构实际上是将 PoS 机制内部的状态与普通用户交易的状态分离了开来，信标链不再执行交易，交易的执行都交给分片链（可以理解为多个与当前的以太坊有同样复杂性的区块链），而信标链负责敲定状态并沟通各分片。 **Q2:以太坊2.0的研发和部署计划历时已久，国内外社区对于以太坊2.0的正式启动时间也是众说纷纭。两位是否可以分享一下以太坊2.0目前的开发进度和大致发布时间？研发工作面临哪些主要挑战？** **Afri:** 谈ETH2发布路线图的时候最好不要提主网启动的具体日期。因为关于时间问题众说纷纭，有人说1月3日，有人又说7月30日。事实上，这两个时间都不合适。我们都没法说准主网的创世区块何时产生，因为ETH2实在是有太多变动因素了。 但是，对于启动ETH2这一重大里程碑，我可以给出真实的看法。首先，所有客户端都必须实现规范的最终版本v0.12.1。目前只有一个客户端实现了规范v0.12.1并发布了最新版本，而其他四个客户端仍朝着这个目标努力。我们的计划是，本月底多客户端测试网能够实现最终版本规范v0.12.1，这将是第一个达到该目标的多客户端测试网。 如果这运行顺利的话，**我们就可以准备在7月初启动具有主网配置的公共多客户端测试网了。**大家对此期待已久了，但准确来说这并不是所谓的“官方”多客户端测试网。但是如果最终规范版本实现运行得顺利的话，7月我们就可以启动最后的公共测试网了。 可能有别的小型开发者测试网正在运行中，但我们应该把重心放在公共测试网上。如果最终版本的公共多客户端测试网能够稳定运行两至三个月，那我们就可以开始准备ETH2的主网启动工作了。 **首先，启动ETH2之前需要实现存款合约**。到时还得举办一个合约启动仪式，确定存款合约是将存款从ETH1向ETH2转移的唯一桥梁。启动仪式怎样设计还没决定，但我知道Carl正在为此做准备。我估计最早得到8月底，甚至9月中旬。 **举办了启动仪式且合约部署完成之后，从技术上来说，我们就正式进入ETH2了**。到那时就算没有官方发布日期，用户也可以在ETH1链上质押第一笔存款，因为质押手续是完全无需许可的。 我的建议是，最快都要在正式的多客户端测试网产生创世区块的90天后，ETH2信标链主网才能产生创世区块。因为我们需要8周的测试时间和4周的缓冲时间，以防出现漏洞。 不管何时能够部署存款合约，我们到时视情况而定推迟主网的创世日期就可以了。但是考虑到上述步骤，主网创世时间可能最早要等到十月份。而且主网创世之前我们还需要达到至少1.6万的质押金额，这可能得额外花几周时间。 **最后我简单总结一下**……如果一切顺利进行的话，ETH2会在11月上线。更加乐观的说法是，如果我们加快工作的话，10月就能上线。但也要做好心理准备，如果规范中有地方需要修复，并且所有客户端得再次实现新规范，那么可能就要等到2021才能上线了。我觉得ETH2不会在12月上线。 **Q3: (1/3)互操作性一直是以太坊的独特优势之一。去年九月，以太坊主要的七个客户端团队经历了为期一周的“互操作性封闭营”，在客户端之间的通信和同步方面取得了巨大进展。多客户端测试网作为以太坊2.0正式上线之前的终极试炼，目前我们迎来了第二个多客户端测试网Witti。所以我想请问Raul，到目前为止，客户端互操作性进展如何？客户端之间实现互操作性对以太坊2.0的意义为什么如此重大?** **Raul:** 客户端互操作性至关重要，因为它帮助我们在单个实现过程中发现关键漏洞。例如，当所有eth2节点都通过Prysm客户端实现运行时，如果没有客户端互操作性，那么我们不可能发现验证者奖惩机制的相关漏洞。 例如，当所有eth2节点都通过Prysm客户端实现运行时，如果没有客户端互操作性，那么我们不可能发现验证者奖惩机制的相关漏洞。如果没有互操作性的话，可能会影响到主网用户，甚至是整个ETH2的发展。 Afri在不同eth2客户端团队之间做了很多协调工作。 **Q3: (2/3)请问Afri，作为多客户端测试网Schlesi和Witti测试网的倡导者和开发者，请您简单介绍一下多客户端测试网的主要任务是什么？Witti多客户端测试网目前的现状如何？** **Afri:** Eth2.0的第一个阶段，阶段0，即信标链。ETH1的客户端无法运行信标链节点。各种新实现的客户端将首次共同协作，采取全新的独特方法达成共识，一起构建一个新的区块链。 在ETH2主网启动之前，我们需要测试网尽可能地模拟主网状态。也就是说，我们需要运行一些长期运行的稳定测试网，并且支持多个客户端运行，理想情况是能够支持所有客户端。多客户端测试网Schlesi已退休，现正运行Witti，不久之后我们将启动Altona。 **Witti正平稳运行中。目前约有15万个slots，网络活性也不错**。验证者参与率徘徊在71%左右。所有客户端都还会遇到漏洞且需要更新优化。我估计我们还要进行好几次多客户端测试。 **Q3: (3/3)还有一个问题就是，多客户端测试网在以太坊2.0上线之前需要平稳运行2-3个月，那么考量测试网平稳运行的标准有哪些？预计何时上线正式的多客户端测试网？** **Afri:** 怎样才算平稳运行呢？**其中一点就是测试网上没有出现共识问题，不会发生永久性分叉，并且所有客户端都应该对主链达成共识**。再者，不同的客户端之间存在着一些不兼容的情况，所以我们需要保证客户端之间实现良好的网络通信。我希望在启动最终多客户端测试网之前不在客户端后端中加入ENR（以太坊节点记录），并能够为线路节点提供适当的多地址格式。 **还有就是要看证明和验证者活跃度的状态。**如果活跃度可以维持在80%-90%以上，区块链的活性良好，并且能够持续敲定区块，那就差不多了。 至于最终多客户端测试网的发布时间，我之前有提到最快会在7月中旬启动。我非常期待这一天的到来！ **Q4: (1/2)在以太坊2.0进展如火如荼的同时，近来，以太坊第二层扩容解决方案也成果颇丰。以太坊2.0逐步上线之后，有了PoS和分片的加持，以太坊生态即将步入扩容时代。Loopring（路印）作为首个且目前唯一一个成功采用ZK-Rollup的去中心化协议，您可以简单介绍一下ZK-Rollup是如何实现优良用户体验的吗？** **Steve**: zkRollup是一种用于以太坊的可扩展性方案，通常是被定义为layer 2的解决方案。它能处理更多交易，更快速并且成本更低。它在链下批量执行所有计算，并且只向以太坊提交一个小的零知识证明（不能是伪造的证明）进行验证。由于以太坊会验证这些证明，并且存储足够的数据来准确判断链下账户的状态，因此zkRollup拥有以太坊层级的安全性。 **ZK-Rollup中的ZK意思就是零知识证明，Rollup大家可以把其看成是汇聚打包**。零知识证明框架目前有好多种，路印协议最终选定了zkSnark作为背后的零知识证明框架，主要是因为zkSnark的证明数据大小是目前最小的，这就意味着链上成本能做到最低，同时生成证明所必须的链下计算成本也不算高，技术框架本身也已经过ZCash多年的实践考验过的。 <center><img src="https://i.ibb.co/WDtHXTQ/AMA-1-19a5159578.png"/></center> <center>cr：Loopring</center> **ZK-Rollup技术中是会有一个中继系统**。首先，中继在链下把所有账号信息组织成一颗Merkl树，Merkle树的计算过程是两两配对计算哈希，直到算出树根的哈希值，该树根的哈希值就能唯一的代表整颗树当前的状态，因为任意叶子节点上值的变化必然会导致树根的哈希值不一致。 然后中继在链下收集一组用户发起的交易（可以是转账，也可以是买卖），之后就可以为这些交易生成零知识证明。其证明包括如下内容： - 前一次区块链上保存的根哈希值是R1； - 每一笔用户的交易是经过用户签名的； - 按照用户的每笔交易去更新Merkle树，验证更改是否有效； - 本次更新之后的根哈希值是R2； 最后，中继把交易的一些关键数据（比如余额）、生成的零知识证明和新的根哈希值R2递交到区块链上，区块链上预先部署的一个智能合约会根据其记录的历史根哈希值R1和输入的交易关键数据去检查这个证明是不是有效的。如果证明有效，那么说明中继后台是诚实的更改了链下保存的Merkle树，从而更新Merkle树哈希值R2。 整个方案的关键点就在于：**区块链上只是负责存储数据和验证零知识证明，其余的计算处理都是通过在链下更改Merkle树的方式来实现，从而极大的减小对区块链资源的消耗，提升区块链的整体性能。** 又因为链下部分有链上验证的辅助，所以也能确保链下处理资产的安全性和正确性。从而达到在不牺牲区块链带来的安全前提下，提升区块链的整体性能。理论上我们能在保持和以太坊主网同样安全的前提下，达到每秒2025笔交易，每百万笔交易大约150美金的成本。 **Q4: (2/2)Steve和Jason是否可以继续分享一下，以太坊生态将如何受益于layer1和layer2未来在扩容性方面的结合？又会对DeFi产生怎样的推动力？首先有请Steve。** **Steve:** Layer2扩容技术的真实落地应用对以太坊生态来说非常重要，大家也都知道，因为一些传销盘的原因，近期以太坊网络特别拥堵，转账费用暴增，这些都对以太坊的大规模应用会造成影响，比如Reddit已经选定以太坊作为其Token的分发平台，Reddit的用户基数特别庞大，这个一旦大规模应用起来，以太坊会变得越来越拥堵。 恰好我们路印也已实现了基于zkRollup技术的支付系统，6月7号我们路印支付正式上线，目前已支持了10几种Token的二层转账，二层转账秒到，零手续费，大家再也不用为以太坊拥堵，转账费用高而烦恼。对Layer1上DeFi产品来说，如果我们把转账功能都移到了Layer2去的话，那么Layer1的带宽就会变得更充足一些。 **Jason**：首先是选择性的问题。以太坊layer2方案的繁荣给予开发者和用户更多的选择，同时规避了单一layer2所带来的潜在的风险和垄断。比如大家讨论得热火朝天的ZK-Rollup和Optimistic Rollup，从token交易的角度来看，ZK-Rollup的交易速度更快，结算时间更短，对于DEX类应用更加友好，体验更加丝滑，所以Loopring选择了ZK-Rollup。 而Optimistic Rollup对智能合约逻辑实现的支持更加友好，允许开发者去构建更加复杂的DeFi应用，所以你看Synthetix选择了Optimistic Rollup。这是第一个好处，生态内有了更加丰富的选择，然后这些选择反哺生态，让生态变得更加繁荣。 第二个是从整体的角度来看，以太坊的安全性和可扩展性都得到了提升。我们知道，layer1，也就是我们所说的主链，是以太坊数据最终的安全性保障。**一方面，layer1的扩展提升了链上数据处理的效率，同时也极大地降低了发生垃圾交易攻击的可能性。** **另一方面，layer2方案的部署以及繁荣，降低了用户对layer1可扩展性的需求，layer1可以更侧重于保证自身的安全性**。这意味着，在保证用户体验的同时，以太坊数据更加安全可靠，从而吸引更多地用户基于以太坊构建应用生态，包括DeFi生态，因为金融应用的第一需求就是要保证安全性。 第三个是价值捕获和网络效应。layer1和layer2的结合使得以太坊可以满足绝大多数的金融以及其他领域的应用需求。随着PoS的到来以及DeFi的繁荣，以太坊上质押的资产形式会越来越多，最终也许真的就成为了大家梦寐以求的“结算层”。同时，这种金融繁荣会带来更大的网络效应，推动包括DeFi在内的以太坊生态进一步发展，这是一个强正反馈。 **Q5:以太坊2.0上线后，以太坊将由目前的PoW机制转为PoS机制。PoS机制的以太坊2.0，Staking经济将作为其中举足轻重的一环。各位嘉宾如何看待以太坊2.0中的Staking经济？对于矿工、矿池、开发者和普通投资者等，各方又该如何参与进以太坊的Staking呢？** **Raul**： 我认为质押经济能够保障以太坊的安全性。我们希望用最通俗的语言向大部分用户解释staking，包括那些想要在家运行节点的以太坊爱好者。如果只有少部分的中心化交易所能够参与质押，那么以太坊还是无法像我们所设想的那么安全，并且无法实现去信任化。 而现在，大部分质押者都能通过参加其中一个公共测试网，参与eth2运行测试。Prysmatic Labs正运行一个eth2公共测试网Onyx，点击次网站参与测试：[https://prylabs.net](https://prylabs.net/)。也可以访问该网站对节点进行监测：[https://beaconcha.in](https://beaconcha.in/) **阿剑**：因为协议的特殊性，以太坊 2.0 的 Staking 会跟现有的 Staking 形态有很大区别。为了去中心化，协议层对 Staking 的参与做了很多限制，这些限制其实也是不同的服务商可以发力的地方。 另外，当前的以太坊 2.0 才刚刚要开始 Phase 0 阶段，因此不至于说是立刻就会对整个生态产生天翻地覆的影响，所以大家要观望一下也完全没问题。毕竟现阶段协议层的限制还是比较多的。 最重要的是，想尝鲜以太坊 PoS 的朋友，最先应该做的是了解以太坊 2.0 的协议设计。这样不管是自己动手参与，还是使用第三方服务，心里会更有数。 **Jason**：关于Staking经济，首先从投机市场的角度来说，Staking减少了市场上ETH的流通量，肯定会刺激币价上升，这对于所有ETH的持有者来说都是喜闻乐见的。这是一个很现实的问题，绝大多数普通投资者、矿工、矿池等都是以盈利为目的的，他们是以太坊生态不可或缺的一环，你不能指望光靠一个天天亏本的信仰以太坊就能发展壮大了。 那么有了利益的捆绑，整个以太坊生态里面的参与者就构成了一个利益共同体。大家都希望以太坊生态能够更加安全地繁荣发展，而不是走向衰败，这种期望无形中会进一步加强以太坊的安全性，并推动其发展。有一个不太合适的词，叫“大而不倒”，这个词很形象地概括了Staking经济给以太坊带来的影响。 普通投资者最快捷地就是直接购买ETH，或者在未来会有交易所和钱包提供Staking服务，普通投资者也可以通过这样的渠道间接地参与Staking。当然啦，自己跑PoS节点也并不难。 DeFi项目方可能要乐开花，因为过去实行部分准备金制度并不容易，一方面在这个圈子里理财暴雷的风险还是很高的，另一方面是其他公链的体量比较小，Staking的收益很多时候无法覆盖币价下跌的损失。但是未来DeFi项目方可以把资金池子里多余的资金用作Staking，实现更加稳定的“躺赚”。 **Steve**：我个人是很看好2.0的Staking模型可能会带来以太坊币价的上涨，有机会能锁定超过千万的以太坊到2.0的Staking中去。 根据Consensys一次287人的调研结果表明：**有32.8%的人准备自己跑Staking节点，33.1%准备用第三方节点做Staking。**  <center>cr: ConsenSys</center> 我们路印交易所也在考虑Stake池的事情，因为毕竟用户资产躺在智能合约里面是不能再给用户带来超额收益的，但如果能用于Stake的话则会有更多的收益。但我们会用智能合约来保证是在用户拥有知情和控制权的前提下来做这件事情，也就是保证资产的非托管性。 **Q6:阿剑和Jason分别来以太坊中文社区EthFans和Unitimes，对以太坊在国内的用户教育和普及方面作出了卓越的贡献。在转向以太坊2.0的关口，两位认为作为社区方面临的挑战是什么？如何推动社区成员，甚至是更主流人群对以太坊2.0的关注和参与？对此我们能做些什么？** **阿剑**：一个蛮大的挑战是 Eth2.0 整个系统比较复杂，而且战线也比较长。这种长使得我们要花更多的心思去判断生态里面哪些事情是现阶段比较重要的、哪些东西是长远来看有价值的。当然长也有长的好处，我们可以花更多时间去普及这个复杂的系统，事情可以做得更细。 我觉得社区要做的事情是多关注整个生态的变化，要始终让大家觉得这是个很好玩的生态。因为技术可能是枯燥的，但生态会有精彩的、有想象力的地方；生态中的一个东西可能是单调的，但看到整个生态，就会觉得是多样而有趣的。 **Jason**：关于社区面临最大的挑战是，目前整个区块链开源技术，也包含以太坊的中文社区的真实受众和贡献者依然较少。一方面因为技术门槛也偏高，需要学习和研究很多门学科才能够更好的理解区块链技术；另一方面是技术还比较新，很多人对技术的认识还不多，有些甚至有一些偏见。 就比如以太坊，目前以太坊已经是全球公有链里技术社区最大最健康的项目了，但在中文社区建设上依然任重而道远，过去的几年时间，很多人更倾向于在二级市场投机赚取收益，并没有参与到以太坊生态的建设中，他们对以太坊大多停留在对于投机的调研或兴趣；另一方面，以太坊中文社区发展起来的时间要比国外晚一些，语言方面也是中国开发者学习新技术的一道障碍，所以对于一些潜在的想学习以太坊的受众来说，他们可能还没搞清楚以太坊1.0的原理，就又来了1.x、2.0，所以从这个层面来将，以太坊中文社区还要继续强化科普教育以及开发者社区建设。 至于推动更多人对以太坊2.0的关注和参与，目前像EthFans还有Unitimes，当然还有ECN、ethplanet等等很多的以太坊中文社区都在努力。以太坊2.0是一个新的起点，也是以太坊中文社区弯道超车的机会，我们可以做的有很多，比如线上线下的研讨会、workshop以及科普教程的开发等等。 <br/> **问答环节第二部分：自由问答** **Q1： ETH2.0 信标链采用 Casper 共识机制，这种共识机制具体而言有什么优势，它解决了什么问题？从现在情况来看，相较于2017年以太坊的高价格，现在的以太坊是不是被低估了？** **Raul:** Casper要解决的一个具体问题是，与现有共识相比，可以提供更为安全的权益证明共识。PoS链的大多数其他证都妥协于委托权益证明（DPoS）。也就是说，该协议仅支持少量验证者（可能是20-100）。**以太坊2.0的Casper机制最多容纳400万验证者，这在促进去中心化的同时提高了安全性。** 其他协议无法支持这么大数量的验证者，因为彼时将无法扩展共识协议。以太坊2.0 Casper能够在支持大量验证者的情况下实现扩容性。 **阿剑**：Eth2.0 的共识其实可以分成两个部分，一个部分是 LMD-GHOST 分叉选择规则，它将各验证者最新签名视为对分叉链的支持，然后选择最多签名的分叉作为主链，确定出新块的位置；另一个部分是 Casper FFG，该共识算法的意义是一方面是出块共识的问题，另一方面是长程攻击问题，因为它是通过奖惩机制的设计使得网络能定期敲定信标链的状态，可以理解为定期刷新创世状态（因此 GHOST 也不必回溯太深来确定主链）。。**整体效果就像 Raul 所说的，以太坊的 PoS 机制比起其它的 PoS 机制，可以支持百倍千倍的验证者数量。** **Q2: 如何解决中心化交易所staking可能带来的集中化风险?** **Rual:** 我们可以通过使运行自己的节点变得更简单来解决这个问题。Eth2.0的节点要比Eth1.0或EOS节点更容易运行。这有助于提高去中心化程度和减少大交易所垄断。 **Q3: 关于ETH2.0 的Layer 2解决方案有考虑过 Bitcoin采用的LightingNetwork吗？相比LN，zkRollup有什么具体的优势？** **Steve**: 可以这么理解，zkrollup是比闪电网络更高效，更快时间能达到资产的最终一致性的解决方案. 闪电网络给不同人转账得有中间跳板，而zkrollup只需要自己的一个中继系统。但zkrollup需要有智能合约，特定椭圆曲线运算的支持，所以比特币上估计是没法部署。 **Q4: 目前除了TxRx团队在做2.0研究，还有哪些团队在做研究，分别具体分工是？** **阿剑**：以太坊的研究团队挺多的。我所知的至少有三个。一个是基金会的研究团队，Vitalik 和 Danny Ryan，Justin Drake 等等；一个是 ewasm 团队，他们也做一些跟 Phase 2 有关的研究。还比如 ConsenSys 公司也有一个 Quilt 团队做 Eth2.0 相关的研究。但具体分工，我不太了解。多看 ethresearch 论坛应该会有眉目 **追问：研究进度信息非常碎片，ethresearch网站提问主要以个人形式为主，所以难于确定属于哪个团队。** **阿剑**：是的，你说的这个现象确实存在。所以如果自己没有对背景了解得非常清楚的话，可以等一段时间再去回顾或者看有没有总结出来。非专业人员一一跟进其中的进展是比较困难的 **Q5: 以太坊是公链龙头，这点毋庸置疑；以后波卡上线后，实现了多条公链的互通，那么以太坊会如何定位呢？保持独立还是加入互联互通？这会对以太坊地龙头造成影响吗？** **Jason**: 首先明确一个问题，未来以太坊不会也不可能一家独大，跨链互通和相互合作是包括以太坊在内的所有区块链的必然趋势。现阶段而言，Polkadot最大的问题是，他的设计过于理想化，但是并没有经过实际的考验。区块链是一个复杂的组合式工程，任何一个细节出了问题，都有可能导致整个系统被破坏，而以太坊最大的优势恰恰在于，它是目前经过现实检验的最安全、最稳定、最繁荣的区块链系统。 <br/> *注：Raul以及Afri的原回答为英文，由ECN翻译为中文，以英文原版为准。详情[点击](https://news.ethereum.cn/hello-eth2-ama/)阅读原文。 以太坊生态的繁荣离不开每一位建设者和拥护者。我们衷心感谢各位嘉宾耐心细致的分享，也感谢观众朋友们对以太坊的关注🙏 源于理想，始于社区，ECN不会停下脚步，期待下次再会。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn/ 若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/hello-eth2-amahttps://www.ethereum.cn/hello-eth2-amaSun, 16 Aug 2020 00:00:00 GMT**Hi there 🙂** ECN finally lands on Medium, with our first Ask-Me-Anything summary script. The #Hello, ETH2.0# AMA lasted for 2.5 hours from 21:00 pm to 23:30 pm (UTC+8) last night, livestreamed on WeChat in English & Chinese and also on Twitter in English documentation. It’s really informative and insightful as an Ethereum 2.0 primer, with five eth buidlers from the wide ecosystem spectrum. ------ <br/> # Guests - Afri Schoedon, Pioneer of ETH2 Multi-Client Testnets - Raul Jordan, Co-founder of Prysmatic Labs - Steve Guo, CTO of Loopring - A Jian, Editor of EthFans - Jason, Unitimes Community Partner # <br/> # Topics Eth2 launch roadmap / multi-client testnets / layer2 scalability / PoS / community building ------ # <br/> # Q&A *Note: the answers from Steve, A Jian and Jason are translated from Chinese into English by ECN. In case of any discrepancy, the Chinese version shall prevail.* **Q1** Ethereum has been interesting and exciting global users with its rapid growth. Now with the long-anticipated milestone getting closer, the calls for Ethereum 2.0 are growing louder. Could you explain what Ethereum 2.0 looks like in plain words? How does it differ from current eth1 main chain? **Raul:** To me, eth2 is a total redesign of the Ethereum blockchain to maximize for decentralization, censorship resistance, and scalability at the same time. It takes all the earnings we have had over the past few years and turns them into a much more sustainable approach to achieve its original goal of becoming a “world computer”. **A Jian:** (translated) Danny Ryan said “eth2.0 is built for Ethereum, and finally it will become Ethereum itself”. Ethereum 2.0 is to build the base layer of the next-generation Ethereum blockchain ecosystem. Eth2 differs from the current Ethereum in two respects: 1) use PoS (Proof of Stake) algorithm to drive the blockchain operation; 2) to improve scalability by “beacon chain + multi-shard chain” architecture. In plain words, blocks in eth2 are not produced by PoW miners, but confirmed and finalized by stakers who deposited their ETH. Besides, “beacon chain + multi-shard chain” architecture separates the state inside PoS and that of transactions. Instead of executing transactions, beacon chain will handle finalization and communicate with shards. Shards could be considered as complicated blockchains resembling the current eth1 chain, which excute transactions. **Q2** It’s been years since Ethereum 2.0 plan was initiated. There are many opinions and wild guesses occurring across the community about its official launch time. Could you share with us the current development progress of Ethereum 2.0? What are the major challenges to be solved? And when do you expect Ethereum 2.0 to go live? **Afri:** It’s good to talk about launch roadmap without coming up with a concrete dates. One could say it’s January the 3rd or July the 30th. But the truth is, it won’t be neither of the dates. We cannot tell when the mainnet genesis will happen. This is because there are so many moving parts. But I can give a realistic view on the open issues and milestones. First of all, **all clients have to implement the final version of the spec, v0.12.1.** Currently only one client has a release out currently, and the other four clients are still working towards a stable release. We will see a first multi-client testnet with the final v0.12.1 spec be launched potentially end of this month. If this goes well, we will be able to prepare the public multi-client testnet launch under mainnet conditions early July. This is the long awaited milestone, sometimes mistakenly referred to as “official” multi-client testnet. **But if it goes well, we can do the final public testing in July.** There might be a couple of smaller developer testnets on the side, but the main focus should be the public one. **If the public multi-client testnet turns out to be stable over the period of two or three months, we can start working towards a real mainnet launch.** First of all this requires a deposit contract. A ceremony to determine the contract that is to be used as the one and only bridge to ETH2 deposits needs to be held. How this will look like is not entirely defined yet. I know Carl is preparing that. We should ask him soon. **I expect the earliest possible date for such a ceremony would be end of August or rather mid September.** **Once the ceremony is done and the contract is deployed, technically the rush into ETH2 has officially started.** Even without official launch date, people could start making the first validator deposits on the ETH1 chain as this is an entirely permissionless process. **I would suggest to schedule the minimum genesis time for the beacon chain mainnet to be exactly 90 days after the genesis time of the official multi-client testnet.** This would give us 8 weeks of testing and 4 weeks of buffer time in case we would have to fix something. Regardless of the deployed deposit contract, we can always push back the genesis time for mainnet if needed. But given the steps outlined above, the earliest possible mainnet genesis time would be somewhere in October. This does not take into account that **we need at least 16k deposits before we see a mainnet genesis event.** This could additionally take some weeks to ramp up. So, to sum up…. **November if everything goes well.** October if we are very optimistic and pushy about the date. Pessimisticly speaking, it would be 2021 in case anything needs to be patched in the spec and adapted by all clients…. I don’t think we will launch in December. **Q3** (1/3) Interoperability has been one of Ethereum’s edges. The question for Raul is that by far is there anything more happening around client interoperability? And why client interoperability matters so much to eth2? **Raul:** Client interoperability matters so much because that’s the way we can **catch critical bugs in a single implementation.** For example, if all of eth2 ran using our Prysm implementation, we would never find a critical problem regarding validator rewards and penalties that we have found thanks to client interoperability. **(2/3)** The multi-client testnet is considered to be the ultimate hurdle before we see real eth2. As the initiator of eth2 multi-client testnets Schlesi and Witti, could Afri share with us the primary targets of multi-clients, and Witti’s current running state? **Afri:** The first phase of Ethereum 2.0, the phase 0, is the beacon chain. The old ETH1 clients will not be able to run a beacon chain. **For the first time, a variety of newly implemented clients will be working together on a brand new blockchain with a new, unique approach to networking and consensus.** Before such a mainnet can be launched, we need testnets that mimic mainnet conditions as good as possible. **This requires us to have stable, long-term, and persistent testnets up and running that are supported by not only one client but multiple clients, ideally, all clients.** The Schlesi testnet was one of many steps in that direction, the Witti testnet is another, and soon we will launch Altona. Witti is running fairly stable. It currently has seen around 150k slots and good livelyness. The participation rate of validators is hovering at 71%. All clients still experience bugs and introduce new optimizations. I suspect we **still need a lot more multi-client testing.** **(3/3)** One more question for Afri. It’s said that the final multi-client testnet has to remain stable for at least 2 months before beacon chain release, so what are the indicators for stability measurement? When is the public multi-client testnet expected to go live? **Afri:** Indicators for stability are: **no consensus issues and no permanent forks obviously, all clients should agree upon the correct chain.** Also, we need to finalize proper networking, there are a lot of rough edges and hiccups between the different clients. I hope we can ban ENR into the backend of the clients before we launch and have proper multi-address format for wiring nodes. Further indicators are **attestations and validator activity.** If we maintain **above 80–90% activity** and the chain **stays in perfect liveliness with high finality**, we should be good to go. As I outlined earlier, **the soonest possible launch date for a public multi-client testnet would be mid-July.** **Q4** (1/2) After the official launch of eth2, with the support of layer1 solutions like PoS and sharding, Ethereum is heading into a new scalability epoch.The adoptions of Rollup techniques fuel the transaction speed while reducing the transaction fees significantly, bringing much better experience to users. As the CTO of Loopring, the first and ever decentralized protocol with working ZK-Rollup, could you please describe how is ZK-Rollup designed to optimize our user experience? **Steve:** (translated) Zk-Rollup is a scalability solution applied to Ethereum, often known as a layer2 solution. It can support more transaction processings with faster speed and lower cost. **It executes all computations off-chain and only needs to submit a small zero knowledge proof (cannot be faked) to verify.** Since the proofs will be verified on Ethereum, and sufficient data will be stored to clarify the sate of off-chain accounts, **ZK-Rollup will share the same security level as Ethereum.** Loopring chose zkSnark as its zk proof framework (tested by ZCash for years), with smallest verifying data size so far, which means lowest on-chain cost. And zkSnark doesn’t require many off-chain computing resources to generate proofs. <center><img src="https://i.ibb.co/LQ50yGM/AMA-1-19a5159578.pnghttps://i.ibb.co/LQ50yGM/AMA-1-19a5159578.png"/></center> <center>cr: Loopring</center> There is a relayer system in ZK-Rollup. First, the relayer will organize all account information off-chain into a Merkle tree where the hashes are computed in pairs until we get the Merkle root hash. Given that any change in arbitrary leaf value results in different root hash, the root hash will be the only display of the whole tree’s current state. Then the relayer will collect a transaction set（transfer or buy&sell）off-chain and generate zk proofs for those transactions. The proof generation process: the last stored root hash R1; every transaction is signed by users; update the Merkle tree according to those transactions, and verify the changes; get the updated root hash R2. Finally, the relayer submits critical data (e.g. balance), zk proof and updated root hash R2 onto the blockchain. The pre-deployed smart contract will verify if the proof is valid based on the recorded root hash R1 and transaction data input. If it’s valid, the root hash R2 can be updated because the relayer has conducted honest changes to the off-chain Merkle tree. Here lies the key point of this scheme: **it slashes the resources consumption and improve the overall blockchain performance by only keeping data storage and zk proof verification on chain, and moving computations off chain.** And more important, the security and validity of processing asset off-chain can be guaranteed by on-chain verification, so that **we don’t need to compromise security for better performance.** Theoretically, Loopring could bear **2025 tx/s at a cost of $150 per million transactions with the same security level as Ethereum mainnet.** **(2/2)** Could Steve and Jason further share your insights of how Ethereum ecosystem will benefit from the combination of Layer1+Layer2 scalability? And what are the potential driving forces for DeFi? **Steve:** (translated) The real application of layer2 scalability is indispensable for Ethereum ecosystem. Recently some fraud schemes lead to a surge of gas price, and the network has been slowed down, which would be damaging for mass adoption of Ethereum. For example, Reddit has already decided to use Ethereum as its token distribution platform. With the tremendous user base of Reddit flooding onto Ethereum, the traffic would be too much for the network to handle. Fortunately Loopring has implemented a payment system, Loopring Pay, based on ZkRollup, which was officially launched on June 7th. Now it has already supported 10+ token transfers on layer2 with zero fees, which helps mitigate issues like network congestion and expensive fees. **While for DeFi apps, if we can handle transfers on layer2, then the layer1 bandwidth coud be eased.** **Jason:** (translated) To begin with, it’s a matter of choice. The rising layer2 scalability solutions endows developers and users with more choices, while avoiding the potential single layer2 failure. Take ZK-Rollup and Optimistic Rollup schemes for example. Seen from token transactions, ZK-Rollup is a better choice for DEX apps and users with faster transaction speed and settlement. Maybe that’s why Loopring adopted ZK-Rollup. While Optimistic Rollup is more friendly with logical implementation of smart contracts, which allows developers to build more delicate DeFi apps. So we saw Synthetix with Optimistic Rollup. More choices popping in, more prosperous the ecosystem will be. Second, at a higher level, **the security and scalability of Ethereum get improved.** Layer1, the Ethereum main chain, serves as the basic security guarantee for data. On one hand, scalable layer1 improve on-chain data processing while lowering the possibility of spam transaction attacks. On the other hand, with more solutions deploying on layer2, layer1 can alleviate its scalability burden and focus more on security side. That is, Ethereum will become more reliable while ensuring the user experience, which encourages more users to build on Ethereum, including DeFi apps, where security comes as a priority. Third, I’d like to talk about value capture and network effects. **The combination of layer1+layer2 enables Ethereum to cover the demands of most applications in finance or other spaces.** With PoS and booming DeFi, there will be more staking assets on Ethereum, which might eventually make Ethereum the “settlement layer”. Meanwhile, greater network effects will come along with thriving finance, which would be strong positive feedback by driving the further development of Ethereum ecosystem including DeFi. **Q5** It’s been known that when eth2 phase 0 happens, Proof of Work Ethereum will turn into a Proof of Stake blockchain where staking economy will be a major player. What are your insights of staking economy? How could various stakeholders participate in eth2 staking, such as average investors, miners, mining pools and DeFi services etc.? **Raul:** The staking economy, to me, will define the security of Ethereum. We wish to make staking easy for most people, including hobbyists that want to run a validator at home. If most staking only happens on a few centralized exchanges, we believe the chain will not be as secure or trustless as it should be. Most stakers can get started today with experimenting on eth2 by joining one of the public testnets. At Prysmatic Labs, we run a public testnet called Onyx that you can join here: [https://prylabs.net](https://prylabs.net/) and monitor here: [https://beaconcha.in](https://beaconcha.in/) **A Jian:** (translated) Eth2 staking distinguishes itself from existing staking model due to its unique protocols. To decentralize, the protocol layer places many curbs on staking, and this is exactly where service providers could come in. Now when speaking of eth2, it’s more about the coming phase 0, which won’t bring disruptive changes to the whole ecosystem at once. So it’s totally fine to keep watching. I suggest that if you want to participate in eth2 staking, understanding how its protocols are designed would be helpful for your assessments, no matter you choose to DIY or use third-party services. **Jason:** (translated) On the market side, staking behavior results in reduced ETH market circulation **which will definitely stimulate a rise in ETH price.** This is what all ETH holders would like to see. As integral parts in Ethereum ecosystem, most average investors, miners and pools are driven by earnings. After all stakeholders need to make their ends meet in the first place, and then they could afford to sustain Ethereum’s growth. Therefore, players in the Ethereum ecosystem will form a community with shared interests. Everyone is expecting Ethereum to play safe, which potentially empowers and pushing Ethereum forward. There is a funny but vivid expression for how staking economy will affect Ethereum: too big to fail. A more straightforward way for average investors to participate is purchasing ETH, or staking their ETH via staking services provided by exchanges or wallets. If you want to run your own PoS node, it’s not that difficult. This is what DeFi servers would like to see, as implementing fractional reserves is a little bit tricky. One thing is that managing your asset with DeFi is still risky. For another, other public chains are relatively smaller in volume, and sometimes staking earnings will fail to cover the loss when its price goes down. However, maybe DeFi servers could see net earnings by staking with extra asset in their pools. **Steve:** (translated) **Personally, I’m optimistic about eth2 staking giving rise to the ETH price.** And it’s likely more than 10 million ETH will be locked in staking. According to a staking survey from ConsenSys, with a sample of 287: **32.8% users will run their own validator nodes, and 33.1% will use a third party staking services.**  <center>cr: ConsenSys</center> Loopring is also considering to provide our own staking pool, as users will gain no excess earnings by leaving their assets in smart contracts. But staking will do. However, we promise that users’ assets will still remain non-custodial via smart contracts, which means users have the right to know and control their assets position. **Q6** A Jian and Jason are representatives from Chinese Ethereum communities EthFans and Unitimes. We wonder what are the challenges for community builders on the verge of Ethereum 2.0? What could be best practices to engage community members or even more mainstream population into the next generation of Ethereum? **A Jian:** (translated) A big challenge lies in the **complexity and durative roadmap of eth2 system,** which requires more patience to tell what really matters at the current stage and what really values in a long term. Otherwise, there’s time reserved for us to popularize the complicated eth2 system with more delicate efforts. I think community builders should keep a good sense of the whole changing ecosystem, to deliver interesting and exciting stuff in this ecosystem. Technologies might be dry, but there are always marvels and novelties happening around the Ethereum ecosystem. **The ecosystem as a whole is diversified and fascinating.** **Jason:** (translated) The biggest challenge facing the Ethereum community is that currently there are still not many fans and contributors for the blockchain open source technology. On the one hand, the technical threshold is a bit high, which means people should have a good mastering in various disciplines to better understand blockchain. On the other hand, such technology is too advanced to be popularized and even some are still biased towards it. Let’s say Ethereum, with the biggest and strongest developer community, still has a long way to go in building Chinese Ethereum community. One thing is that in the past few years, most users have been wandering in secondary market for earnings, staying out of the Ethereum ecosystem construction. For another, it’s a bit hard for some potential Ethereum learners to get over with the language barrier, less community maturity and rapid iteration of Ethereum technologies. Eth2 or eth1.x might be around before someone could understand eth1. And in this case, we still need to **carry forward education on Ethereum and developer community building.** Now we have EthFans, Unitimes, ECN and EthPlanet to work as Chinese community contributors. **Eth2 is a brand new start as well as an opportunity for Chinese Ethereum community to thrive.** We still get plenty to do such as organizing online or offline seminars, workshops and developing educational resources. ------ # <br/> # Free Talk **Q1**.We knew that ETH2.0 will introduce Casper consensus. What’s the advantage of it? What problems will it fix? **Raul**: A specific problem Casper solves is that allows for more secure proof of stake consensus than those which exist out there today. Most other proof of stake chains make the compromise of being delegated proof of stake. That is, the protocol only supports a small number validators (maybe 20–100). Ethereum 2.0 Casper allows for a maximum of 4 million validators, encouraging decentralization and increasing security. Other protocols do not allow a large number of validators because they cannot scale their consensus algorithm if that happens. Ethereum 2.0’s casper allows you to have scalability and a high number of validators. **A Jian**: (translated) The consensus of Eth2.0 can be divided into two components: 1. LMD-GHOST fork choice rule, which considers the latest signature of validators as the agreement of the fork chain, and selects the fork with most signatures as the calonical chain. 2. Casper FFG. Its significance is to maintain block consensus and prevent long-range attacks. It enables the network to keep finalizing beacon chain by the design of reward and punishment mechanism, which can be understood as regular updates of the genesis state (so GHOST doesn’t have to track too deep to determine the main chain). The overall effect will be as Raul said, Ethereum’s PoS can support 100x or 1000x validators than other PoS chains. **Q2**.How can we handle the centralization risk of staking? **Raul**: We can help with this problem by making it easier for people to run their own node. Eth2.0 nodes are easier to run than eth1 or EOS nodes. This will help encourage decentralization and reduce exchanges holding all of the stake. **Q3**.Has Ethereum ever considered to adopt Lighting Network used by Bitcoin as a layer2 solution? Why is ZK-Rollup better than LN? **Steve**: (translated) We can put it this way: ZK-Rollup is a more efficient and faster solution to achieve the asset consistency than LN. Intermediate nodes are required in LN while ZK-Rollup has its own relayer. ZK-Rollup is not likely to be deployed on Bitcoin because it needs support from smart contract and specific elliptic curve computations. <br/> # The End. ------ Yet it will never end. See you next time💗https://www.ethereum.cn/defining-attestation-effectivenesshttps://www.ethereum.cn/defining-attestation-effectivenessWed, 12 Aug 2020 00:00:00 GMT 来源 | **[Attestant](https://www.attestant.io/posts/defining-attestation-effectiveness/#fnref2)** <br/> 译者按：Eth2.0验证者怎样才能获得更高的奖励呢？原来证明越早被打包进区块链，验证者获得的奖励便越高。本文根据关键度量“打包距离 (inclusion distance)”帮助验证者判定“单个证明”以及“聚合证明”的有效性。 <br/> # 证明 证明指的是由验证者就Eth2.0区块链当前状态所发起的投票。每位活跃验证者每epoch（约6.5分钟）发起一次证明，由以下元素组成： <center><img src="https://i.ibb.co/gVV9LQJ/1-663333385e.png"/></center> <center>图1：证明的组成</center> 其中一个有趣的过程是链头投票，指的是验证者投票证明出最新的有效区块，即链头。链头投票的组成见下图： <center><img src="https://i.ibb.co/3CGkxQH/2-8a1d1d0b82.png"/></center> <center>图2：链头投票的组成</center> 在这里，slot指的是验证者投票证明当前链头所在的位置，哈希值则标识了验证者所在的位置。而这两者组合起来，独特地标识出区块链上的某一点，并且获得足够的票数之后，网络就链的状态达成了共识。 尽管每个证明中的数据都相对较小，但随着成千上万的验证者参与，该数据会迅速庞大起来。由于此数据将永远存储在链上，因此减少储存数据的大小很重要，可以通过聚合（aggregation）过程来实现。 聚合由多个证明组成，并且所有证明都由同一委员会投票，包括链头投票和最终确定性投票，然后将其合并成为一个聚合证明： <center><img src="https://i.ibb.co/mRTd8km/3-f617ec0c94.png"/></center> <center>图3：聚合证明的组成</center> 聚合证明与简单证明在两个方面有所不同。首先，聚合证明中有多个验证者。其次，他的签名是聚合签名，由匹配的简单证明的签名构成的。聚合证明非常有利于存储，但是会带来额外的通信和计算负担（更多信息请参见下文）。 如果要求每个验证者聚合所有证明，这意味着每一个证明的信息都需传递给每位验证者，其中的通信总量会迅速使网络超载。同样的，如果聚合是可选可不选的，那么验证者不会情愿浪费自己的资源。然而如果我们换一种方式，由网络来选择验证者子集执行聚合任务。那么他们会更乐意做好自己工作，因为聚集证明所包含的验证者数量更多，更有可能被打包进链，意味着验证者将更有可能获得奖励。 执行此聚合过程的验证者被称为聚合者（affregators）。 <br/> # 提高证明奖励 Eth2.0使用打包距离度量（metric inclusion distance）来计算验证者证明所获得的奖励。一个slot的打包距离指的是进行证明的slot与最先打包证明进区块的slot之间的差。例如，在slot ss中进行证明，而在slot s+1s+1中被打包进区块，那么打包距离为11。如果是在s + 5s + 5处被打包进区块，则打包距离为55。 **在Eth2.0中，证明的价值取决于其打包距离，打包距离越短越好。这是因为信息越早呈现在网络上，它就越有用。** 为了体现证明的相对价值，根据打包距离的大小，对负责证明的验证者给予不同的奖励。具体来说，奖励乘以1/d，其中d是打包距离。 <center><img src="https://i.ibb.co/LNRhkPw/4-4e79240cda.png"/></center> <center>图4：证明奖励与打包距离的关系</center> 如果网络运行良好，所有证明的打包距离将会是1。这意味着证明实现最大的有效性，并且相应地获得最大的奖励。如果证明产生延迟，那么验证者获得的奖励将相应地减少。 <br/> # 打包证明过程 那么证明是如何打包进Eth2.0区块链的呢？过程如下： 1.每个证明验证者都会根据链状态相关的数据生成证明； 2.证明广播到Eth2.0网络中相应的聚合者中； 3.而收到证明的聚合者将其与其他由同一个委员会投票的证明合并起来； 4.聚合证明被广播至0网络的所有节点中；以及 5.如果聚合证明还没有被添加到链上，任意一个提议区块的验证者能够将其打包进区块。 当证明的打包距离超过1时，我们就有必要搞清楚其中原因，有以下几种影响因素： ## 证明生成延迟（Attestation Generation Delay） 验证者可能会出现“证明产生延迟”的问题。比如，关于链状态的信息可能会出现过时的状况，或者验证者能力不足，需要花很多时间来生成证明以及对证明进行签名。无论出于何种原因，延迟的证明对于该过程的其余步骤都有间接影响。 ## 证明广播延迟（Attestation Propagation Delay） 一旦有验证者生成证明，需要将其广播至网络的聚合者中。该过程旨在让聚合者及时接收到最早的证明信息，从而在证明信息广播至整个网络之前便将证明聚合起来。验证者应尝试和尽可能多的其他验证者连接，以确保快速广播证明至聚合者中。 ## 聚合产生延迟（Aggregate Generation Delay） 证明聚合过程可能会出现延迟的状况。其中最常见的原因是，产生的证明使得节点超载。然而，当有大量的验证者需要聚合证明时，聚合算法的速度也会造成聚合产生的明显延迟。 ## 聚合广播延迟（Aggregate Propagation Delay） 类似于证明广播延迟，聚合证明也需要广播至网络，并且可能遭受相同的延迟。 ## ## 区块产生失败（Block Production Failure） 证明要想要成为链上数据的一部分，必须得打包进区块。然而，区块产生有可能会失败。当验证者离线，或者没有成功同步网络其余验证者的数据时，生成的失效数据将被链否决。 区块产生失败会造成另一个影响，由于之前的有效证明没有打包进区块，下一个产生的区块需要接收更多的证明数据。如果可打包进下一个区块的证明超过了其所能容纳的范围，那么验证者将很有可能会选择那些有着最短的打包距离的证明，因为可以获得更多的奖励。这使得剩余的证明的打包奖励越来越少，导致证明错过最佳块以及随后的区块。 由于区块产生会受到验证者状态的影响，我们界定了最早打包slot，该slot是有效区块产生且进行证明的slot之后的第一个slot。这样的界定考虑到证明不能打包进不存在的块中，并且避免受到验证者有效性的影响。 # ## 作恶行为 尽管如此，恶意验证者还是有可能拒绝将任何给定的证明聚合起来，或者拒绝将证明打包进其区块里。前者的解决方法是为每个证明组分配多个聚合者，而后者的解决方法是对拒绝打包聚合证明进区块的行为进行惩罚。然而，拒绝打包进块的惩罚如果受到经济补偿，或者该行为在政治上更有价值，那么负责证明的验证者无法采取任何措施来强制负责产生区块的验证者打包证明进块。 # <br/> # 计算证明的有效性 考虑到区块生产和打包距离，证明的有效性指的是一个证明对网络的有用性。其计算方式为： <center><img src="https://i.ibb.co/6F2nfDh/5-805f4715b9-1.png"/></center> 并以百分比值表示。以下是一些有效性计算的例子： <center> | Attestation slot | Earliest inclusion slot | Actual inclusion slot | Calculation | Effectiveness | | :--------------: | ----------------------- | --------------------- | ------------ | ------------- | | 5 | 6 | 6 | 6−56−56−56−5 | 100% | | 5 | 6 | 7 | 6−57−56−57−5 | 50% | | 5 | 6 | 8 | 6−58−56−58−5 | 33.3% | | 5 | 7 | 7 | 7−57−57−57−5 | 100% | | 5 | 7 | 8 | 7−58−57−58−5 | 66.7% | | 5 | 7 | 9 | 7−59−57−59−5 | 50% | </center> 如果一个证明因为其打包距离为最大值32而打包失败，那么该证明的有效性为0。 <br/> # 聚合证明的有效性 对于单个证明来说，计算证明有效性或许有那么点意思，但就这个值本身来说没有多大的意义。而聚合证明的有效性（包含的时间更久以及更多的验证者），可以让我们更好地了解一组验证者的整体有效性。聚合证明的有效性是单个证明有效性的平均值。例如，对给定组中所有验证者的有效性进行7天的记录，取其平均值。 <br/> # 总结 Eth2.0启动之后，成千上万个节点将彼此定位并开始提议区块以及对区块进行证明。与所有不成熟的网络一样，想要节点尽可能的有效还有很多问题要解决。如本文所述，用于记录节点效率的明确指标便是证明有效性。验证者如果想要最大程度地提高奖励，可以通过证明有效性来评判其自身整体表现。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/wnie2-2020-8-8https://www.ethereum.cn/wnie2-2020-8-8Mon, 10 Aug 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200808) ## <br/> # 文章荐读 来自Danny Ryan的最新一期[《eth更新速览》](https://blog.ethereum.org/2020/08/03/eth2-quick-update-no-14/)：Medalla发布抢先看，攻击网消息 – 赏金提升至1.5万美元。 ## <br/> # 测试网 本周最大的新闻当属Medalla测试网的成功上线。Medalla是一个公开的测试网，应用主网规范，鼓励所有人都参与其中。如果没有意外发生，那么Medalla将是信标链发布前的最后一个大型测试网。 Medalla于UTC时间8月4日周二1300之后的八秒创世，共有20084名验证者注册。以太坊基金会和[/r/ethstaker](https://www.reddit.com/r/ethstaker/)组织了一个发布派对：zoom会议中有三四十名参与者，我还看见在[YouTube](https://youtu.be/PvQdZ74i7Xw?t=128)的直播有超过1700名观众 (录像的观看次数已经达到12400，太棒了！) [我也参与了发布派对](https://twitter.com/gregthegreek/status/1290639084818509825)！ 由于多种原因，刚开始的验证者参与度很低，在7个epochs之后 (40分钟) 我们才看到网络完成第一次最终确定。其实在现实情况中，这也不是什么大事，至少不像有些媒体写得那么夸张。Anthony Sassano在他的[the Daily Gwei](https://thedailygwei.substack.com/p/medalla-is-live-the-daily-gwei-43)中对这次事件进行了回顾。 在最近的[开发者会议](https://hackmd.io/@benjaminion/B1PSWKFbv)中我们讨论了初期低参与度的一些原因：在设置引导节存在一些问题，也未能及时将其引入客户端；创世时参与运行的几个客户端实现在进行证明 (attestations) 时出现了一些问题，因此团队暂时转而使用其他客户端。许多大型质押者处于离线状态，可能未及时准备就绪。 为了在主网启动时避免这些问题，我们打算将创世延迟从现在的48小时延长至96小时，甚至是一周。这段缓冲期为大家预留了足够的准备时间。 无论如何，这之后一切都运行良好。所有客户团队都发布了更新，以解决各种问题，这就是测试网的目的所在。因此，如果您正在运行验证程序，请确保更新至最新版本。撰写本文时，系统中有23737个验证者，激活队列中还有4706名验证者在排队。每个epoch只能进入4名验证者，因此当前队列将需要5天以上的时间才能进入，大家保持耐心。 如果读者想要尝试运行Medalla测试网，以下是一些有用的工具： - [Launchpad](https://medalla.launchpad.ethereum.org/) – 注册验证者的友好工作流，[点此](https://codefi.consensys.net/blog/introducing-the-deposit-launch-pad-for-eth2)了解更多 - [Eth2Stats](https://eth2stats.io/medalla-testnet) – 在此处添加你的节点，查询附近节点及其位置 - [Beaconcha.in](https://beaconcha.in/) – 提供许多有用信息，可以为你的验证者设置控制板 - 获取[POAPs](https://beaconcha.in/poap). 运行多个不同客户端即可收集全套POAP - [ethstaker Discord](https://discord.gg/SfWGYuE). 客户端团队的Discords链接已被置顶，可前往寻求帮助 ## 攻击网 与Medalla同时运行的还有以太坊基金会团队发起的攻击网 ([attacknets](https://hackmd.io/@benjaminion/wnie2_200725#Attack-nets))。第一轮非常成功，Jonny Rhea对Prysm发起成功攻击，并且在[Go语言标准库中发现了一个存在九年之久的bug](https://twitter.com/preston_vanloon/status/1291422644185649152)。此处是Jonny的[相关文章](https://github.com/ethereum/public-attacknets/issues/12)。 [下一轮](https://github.com/ethereum/public-attacknets)的赏金已经提升至1.5万美金，心动不如行动！ ## <br/> # BLS相关进展 也许大家以为BLS密码签名的相关更改已完成。目前针对（草稿）IETF BLS签名标准中的边缘情况有[一些争议](https://github.com/supranational/blst/issues/11)，最终可能会对标准带来[一些更改](https://github.com/cfrg/draft-irtf-cfrg-bls-signature/issues/25)。 问题在于使用“无限”签名（G2G2组中的标识点）签名的有效载荷的有效性。也就是说私钥为零。从密码学的角度来看，由于所有数据都相同，这是毫无意义的签名。但是从表面看来，这符合当前的标准草案：0 <= SK <r。 对于Eth2来说，这无关学术：所有实现都需要以完全相同的方式处理所有签名。攻击者不受标准约束，会意外产生失控的情形。要参与到共识系统，需要我们对于“什么是有效签名”达成一致。这种情况其实在Witti测试网中就出现过，当时有人使用这类签名和公钥[创建了存款](https://hackmd.io/@benjaminion/wnie2_200612#Witti--gt-Altona)。当时，根据我们对标准的理解，所有信标链客户都认可它是有效的，并且没有出现问题。 对于我们的目的而言，如何解决这个问题不是很重要，明确申明无限签名的无效性更有意义。我们确实需要确定且明晰的定义，以便Eth2客户端能够继续达成共识，并且理想情况下仍要保持符合标准。 ## <br/> # 释义性文章 Google版的规范注释刚面世，便把我的AltaVista版本的规范注释比下去了😪。(译者注：[AltaVista](https://en.wikipedia.org/wiki/AltaVista)是全球较知名的网上搜索引擎之一。) 好了，开玩笑的。Vitalik的[Eth2规范注释](https://github.com/ethereum/annotated-spec)写得相当出色，并且毫无疑问是学习的主要资源。然而不管怎样，我还是会继续完成我的版本。这两个版本侧重有所不同，相信两者可以愉快地共存。我还计划添加一些额外的功能，比如慢慢上线更佳的内部导航。 但是无论如何，相信现在网络上关于[信标链创世的解释文章](https://hackmd.io/@benjaminion/genesis)就只有我写的那一篇了。在Medalla发布之前，许多人包括开发者在内对此都有较多的疑惑，因此我写了一篇简短的介绍。 以下是关于如何在Medalla上运行节点的一些指南。如果我错过了你的文章，很抱歉，以下是我这周注意到的一些信息: - Larrypcdotcom发表了文章[《关于如何在测试网Medalla上设置Eth2客户端的说明》](https://gist.github.com/Larrypcdotcom/fcd4e79c2cf02ce37ec6ed9797beca2c) - Somer Esat发布了两篇指南，即如何基于Ubuntu服务器在测试网Medalla上质押，分别[基于Lighthouse客户端](https://medium.com/@SomerEsat/guide-to-staking-on-ethereum-2-0-ubuntu-medalla-lighthouse-c6f3c34597a8)以及[Prysm客户端](https://medium.com/@SomerEsat/guide-to-staking-on-ethereum-2-0-ubuntu-medalla-prysm-4d2a86cc637b)进行讲解。 - CoinCashew发布了一篇[基于Ubuntu服务器和Teku客户端](https://www.coincashew.com/coins/overview-eth/guide-how-to-stake-on-eth2-with-teku-on-ubuntu)的质押指南。 - r/ethstaker上有关于如何[保证质押安全](https://www.reddit.com/r/ethstaker/comments/hmqpdu/staking_and_security/)的信息，有些指南涵盖了这一点，有些没有，尽管这相当重要。 - 我发现了这个Prysm文档《[提高点对点连接性](https://docs.prylabs.network/docs/prysm-usage/p2p-host-ip/)》，这对所有客户端来说都是一个好的建议。 Attestant的Jim McDonald继续更新其良心科普系列，发布了[《保护验证者密钥》](https://www.attestant.io/posts/protecting-validator-keys/)。 Jim还想出了一个方法来定义验证者的[证明效率](https://www.attestant.io/posts/defining-attestation-effectiveness/)。客户端将他们的证明（投票）打包进信标链的速度是衡量客户端性能的主要标准，因为这将影响验证者节点可以获得多少奖励。这是个非常有用的衡量标准，[beaconcha.in](http://beaconcha.in/)已经将其纳入到验证者概览界面。 Alon Muroch继续更新其关于BLS签名的系列文章，发布了[《配对的主要概念》](https://medium.com/@alonmuroch_65570/bls-signatures-part-2-key-concepts-of-pairings-27a8a9533d0c)。 Alon所在的公司Blox也在[为Eth2验证者开发Hashicorp vault插件](https://github.com/bloxapp/vault-plugin-secrets-eth2.0)。其他有趣的消息是，Ledger在最近的Nano-X更新中增加了[对BLS12-381曲线的支持](https://www.ledger.com/first-ever-firmware-update-coming-to-the-ledger-nano-x)。不知道这在实践中意味着什么，但请留意其进展！ ## <br/> # 研究工作 一个由[学生制作](https://twitter.com/krzhang/status/1288749117565308929)的视频，[分析了Eth2.0的托管证明游戏 (proof-of-custody game)](https://youtu.be/8Gsj5DXV-q0)。这是阶段1分片链规范中的重要组成部分。 ## <br/> # 常规会议 ## 实现者会议 第45次会议于8月6日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/171) - [会议视频](https://youtu.be/DVePZUQOyFk?t=184) - 我的[速记](https://hackmd.io/@benjaminion/B1PSWKFbv)以及[Mamy的笔记](https://gist.github.com/mratsim/1985e83a37419fb6d33e2ba8a5fcf004) 我们对Medalla测试网的创世进行了回顾，并且围绕客户端是否需要以及如何相互识别进行了深入的讨论，还探讨了从同一个助记词中获得签名密钥和提款密钥的利弊。Justin向我们介绍了Secret Single Leader Election的一项突破，该突破可能会用到阶段1中，这令人非常兴奋。 ## <br/> # 其他新闻 **EDCON** (Community Ethereum Development Conference)于周日和周一举办。[周一围绕Eth2主题展开讨论](https://www.edcon.io/#maodianAgenda)，演讲者有Vitalik、Danny、 Hsiao-Wei、Aditya、Afri、来自Sigma Prime的Paul Hauner 以及来自Prysmatic Labs的Terence —— 都是些常见的嘉宾。我一定会尽我所能跟进这些消息。 - [PrysMatic Labs](https://medium.com/prysmatic-labs/eth-2-0-dev-update-55-medalla-testnet-7d03d828aaa8)客户端团队的更新。 - Bankless的Haseeb Qureshi发布了一篇有趣的文章，探讨了Eth2中的DeFi可能是什么样的：[城市、郊区还是农场](https://bankless.substack.com/p/defi-in-eth2-cities-suburbs-farms)。 - Bitfly发布了Eth2网络浏览器[Ethernodes](https://eth2.ethernodes.org/)。我暂时对它的准确性有所保留（居然没有Teku客户端！），但浏览器中显示我的家乡有两个节点，而我运行着其中一个。 因此，如果您也在英国雷丁附近，让我知道吧！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/genesishttps://www.ethereum.cn/genesisWed, 05 Aug 2020 00:00:00 GMT来源 | [Ben Edgington](https://hackmd.io/@benjaminion/genesis) <br/> 人生中能见证庞大的、分布式的多客户端区块链创世的机会是非常难得的。不久前的7月30日是以太坊1.0区块链创世的五周年——真正重大的创世事件很罕见且相隔甚远。 至于以太坊2.0，[Medalla测试网](https://github.com/goerli/medalla)已经在8月4日上线，这很可能是我们今年下半年唯一一次在以太坊2.0发布前的正式彩排。 Eth2的创世机制说来有点复杂，创世是一个区块链系统为自身注入生命的过程。我将用浅显易懂的语言尽可能准确地讲解它。至于真正技术上的说明，读者可以在[Eth2 annotated spec](https://news.ethereum.cn/wp-admin/post.php?post=2149&action=elementor#genesis)上看我的注释。 在下文，“创世事件”指代信标链启动并开始处理证明和区块的确切时间。也是slot 0 epoch 0开始的时间。 （如果读者想看速览的话，可以直接跳到后文“创世的两种情况”部分） ## <br/> # 验证者存款 首先，读者需要知道的一点背景知识是验证者在加入Eth2前需要将存款存进Eth1区块链上的合约里。对于每个Eth2的验证者来说，他们需要将32个ETH和其他一些数据发送到合约。例如，读者可以通过[Launchpad](https://medalla.launchpad.ethereum.org/overview)网站发送存款和数据到Medalla测试网。请记住Medalla现在在用Goerli测试网的ETH！不要发送主网的ETH到合约。当然，到了真正的信标链发布的时候，我们会用主网的ETH。 接下来，我们只关心有效存款：不少于32个ETH的单笔存款，或属于同一个验证者的、总计不少于32个ETH的多笔存款，为此需要额外的数据验证（加密签名）。任何无效或不足的存款都将在创世中被忽略不计。 ## <br/> # 信标节点 在创世前，在Eth2链上活跃的只有信标节点；在创世后，验证者会马上活跃起来。信标节点维持着系统的状态，并在点对点的网络里相互通信。 因此，在创世前，有大量的信标节点关注着以太坊1.0区块链，留意着存款合约上的有效存款。他们不需要24小时留意，因为Eth1的区块都被打上时间戳，因此节点可以在创世前的任何时间跟进最新情况。 现在，大家都知道Eth1的区块可以回滚，且可以改变主意，决定哪些交易是有效的。这就是为什么你在交易所转入ETH时需要等待30个区块的时间。回滚的范围通常非常小——大约一到两个区块；但一旦遇到网络攻击，回滚的范围可以变很大。为了尽量避免在Eth2上出现这种情况，我们在同步Eth1链上数据时非常谨慎地保持[14](https://news.ethereum.cn/wp-admin/post.php?post=2149&action=elementor#seconds_per_eth1_block) * [1024](https://news.ethereum.cn/wp-admin/post.php?post=2149&action=elementor#eth1_follow_distance)秒的延迟，大概是4小时。我把这称为Eth1的同步距离 (Eth1 follow distance)。 ## <br/> # 什么时候？谁？ 关于创世的两个问题“什么时候？”和“谁？”：什么时候开始，和谁会在创世块验证者大军里。这两个问题的答案定义着信标链的创世状态，所有其他的状态都由此衍生开来。 大致的过程如下： 1. 关注Eth1区块链上的存款情况 2. 当经历了足够长的时间和存款达到一定数量时，创建创世状态 3. 两天后，在创世时间启动区块链 在第2步，我们在寻找Eth1上第一个区块时需要特别注意两点： - 是否有足够的存款； - 时间是否太早。 符合这两个条件的第一个区块将被设为创世状态。 时间和角色受以下三个关键参数设置的影响。 - [MIN_GENESIS_TIME](https://news.ethereum.cn/genesis/#min_genesis_time)是创世事件可以发生的最早时间。对Medalla来说，就是[1596546000](https://news.ethereum.cn/genesis/#L8) Unix time——2020年8月4日UTC时间13：00：00，采用RFC2822规范。 - [GENESIS_DELAY](https://news.ethereum.cn/genesis/#genesis_delay)是[172800](https://news.ethereum.cn/wp-admin/post.php?post=2149&action=elementor#L25)秒，48小时整。这是创建创世状态和区块链与创世事件启动之间的时间间隔。这段延迟是为了让客户端团队将创世状态写进他们的信标节点里，这样即使他们不运行验证者节点也不再需要关注Eth1的区块链。这也为举办一般的创世事件直播和聚会活动预留时间。😄 - [MIN_GENESIS_ACTIVE_VALIDATOR_COUNT](https://news.ethereum.cn/genesis/#min_genesis_active_validator_count)是在创建创世状态前我们在Eth1的存款合约里所需的最低有效验证者数量。在Medalla测试网（和主网），这个参数是[16384](https://news.ethereum.cn/wp-admin/post.php?post=2149&action=elementor#L7)个验证者。 ## <br/> # 创世的两种情况 创世状态时基于满足以下两个条件的第一个Eth1区块： 创世状态所基于的第一个Eth1区块需要满足以下两个条件： 1. 至少有16384 (MIN_GENESIS_ACTIVE_VALIDATOR_COUNT) 个验证者已经在这个或之前的区块上进行了注册；以及 2. 它的时间戳不会太早（不早于MIN_GENESIS_TIME – GENESIS_DELAY这段时间）。 根据这两个要求得到满足的顺序，创世过程会以下面两种情况进行: ### ## 1.存款数先得到满足 在这种情况下，条件1先得到满足。我们在最早创世时间前收到的足够的存款。 Medalla测试网在MIN_GENESIS_TIME – GENESIS_DELAY间的时间点是周日8月2日UTC 1300。 我们的启动区块是这个时间后挖到的第一个Eth1上的区块，也就是在13：00：05挖到的（1pm后的5秒）。 如果截止到该区块存款合约收到的有效存款达到或超过16384笔，那么至今收到的所有存款都会包含在创世状态里。因此，验证者数量可能会远超出16384（在Altona测试网上，我们将MIN_GENESIS_ACTIVE_VALIDATOR_COUNT设为640，但结果有685个创世验证者） 这个Eth1区块启动创世状态的运算，而Medalla的创世事件将在区块时间戳的48小时整后开始。在这个例子里，就是8月4日周二的13：00：05。 <center><img src="https://i.ibb.co/VDsxpxv/genesis-1-7175d28623.png"/></center> <center>**红色区块是满足两个条件的第一个Eth1区块**</center> 请注意，由于Eth同步距离，我们直到4小时后才真正知道创世状态。也就是说，在这种情况下，我们在8月2日周日UTC1700知道Medalla的创世状态。 ### 总结 如果存款数额首先满足要求，那么创世事件会在最早创世时间后几秒启动。创世状态包含这个时间点48小时以前的所有注册了的验证者。 ### ## 2.时间戳满足条件早于存款数 这种情况在条件2先得到满足的时候发生。存款数增长缓慢，且没有在预定时间内达到最低有效数额。 在这种情况下，打包第16384笔存款的Eth1区块成为启动区块。我们假设这个区块是在8月5日周三UTC 12：34：56被挖到的。 现在，区块状态将包含16384个验证者和在那个区块里任何其他有效的存款。因此，如果那个区块包含多笔存款的话，那么将会有比最低存款数更多的验证者包含在内。 创世时间将会是该区块的时间戳加48小时。在这个例子里，就是8月7日周五UTC 12:34:56。 <center><img src="https://i.ibb.co/0CJLVRz/genesis-2-72557e9e97.png"/></center> <center>**红色的区块是满足两个要求的第一个Eth区块**</center> 同样，由于Eth1同步距离，直到这个Eth1区块被挖出的4小时后我们才知道创世状态或创世时间。 ### 总结 如果存款增长慢，在包含第16384笔存款的Eth1区块被挖出48小时，创世事件会启动。创世状态包含16834个验证者，加上在同一个Eth 1区块里的其他一些验证者。 ## <br/> # 结论 文章写到这里，大家是不是已经了解了信标链创世的基本情况？🙂 如果你没赶上Medalla创世状态的敲定，那么你的验证者将会按照存款时间顺序进入排队队伍，并在创世后被慢慢安排到验证者集里。排队可能会花上几个小时或几天的时间。 期待在Medalla上见到你们！🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-14https://www.ethereum.cn/eth2-quick-update-no-14Tue, 04 Aug 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/08/03/eth2-quick-update-no-14/) <br/>  <br/> 所有目光都聚焦在多客户端测试网Medalla上面——还有不到24小时就创世了👀 （译者注：Medalla测试网的创世时间为北京时间8月4日晚上9点） <br/> # 要点速览 - [Medalla测试网](https://github.com/goerli/medalla/tree/master/medalla)于北京时间8月4日晚上9点启动 - 新的[多客户端攻击网](https://github.com/ethereum/public-attacknets/tree/master/attacknets/beta-1)已更新，将带来更难的挑战以及更丰富的赏金 ## <br/> # Medalla测试网于明日启动🏅 上周五，启动Medalla的最低质押标准已达到（需要1.6万+的验证者），也就是说，Medalla的创世时间定为[Unix时间](https://en.wikipedia.org/wiki/Unix_time)1596546008，也就是UTC时间8月4日下午1点之后的8秒。如果读者想知道创世时间是如何计算的，请阅读Ben Edgington[对信标链创世的解释文章](https://hackmd.io/@benjaminion/genesis)。  Medalla的发布是eth2开发征途上的一大重要里程碑——如果Mdella运行稳定，下一步将是主网发布。同时，Medalla测试网凝聚了多年来无数工程师、研发人员以及社区成员的努力心血。我们衷心希望大家能够像我们一样兴奋 :)。 请记住，Medalla测试网上成千上万的验证者是由每一位社区成员组成的。我们需要每一位成员将其视为主网启动的最后一次彩排——提前演练如何运行好节点；密切关注验证节点的表现；实时关注自己使用的客户端软件的任何重要更新。换句话说，需要每一位测试网质押者把质押的测试币当作是真的ETH。 ### <br/> ## 客户端多样性👯 将有5个客户端参与Medalla的创世! - ConsenSys([discord](https://discord.gg/7hPv2T6))负责的[Teku](https://github.com/pegasyseng/teku)客户端 - Prysmatic Labs([discord](https://discord.gg/KSA7rPr))负责的[Prysm](https://github.com/prysmaticlabs/prysm/)客户端 - Status([discord](https://discord.gg/XRxWahP))负责的[Nimbus](https://github.com/status-im/nim-beacon-chain)客户端 - ChainSafe Systems([discord](https://discord.gg/aMxzVcr))负责的[Lodestar](https://github.com/ChainSafe/lodestar)客户端 - Sigma Prime([discord](https://discord.gg/cyAszAh))负责的[Lighthouse](https://github.com/sigp/lighthouse/)客户端 祝贺以上的团队！希望有使用以上的客户端运行节点的用户，不要忘了感谢客户端团队，如果能考虑打赏一些ETH或者DAI作为小费就更好了。他们得到的远远不止这些。 别忘了！ Medalla启动时，每一个客户端都有其独特的纪念勋章[POAP](https://www.poap.xyz/) NFT，使用任一客户端运行节点即可获得奖励。点击此处了解更多[详细信息](https://beaconcha.in/poap)🏅 ## <br/> ## 社区资源ethstaker 除了感谢eth2客户端团队所作的非凡工作之外，我还特别介绍ethstaker——它为羽翼未丰的验证者社区提供了蓬勃发展的用户驱动资源。这项工作以社区的形式运营，旨在通过[subreddit](https://www.reddit.com/r/ethstaker/)和[discord服务器](https://invite.gg/ethstaker)，给那些质押爱好者提供一个交流场所。 过去一周，我花了一些时间研究discord，在这里，用户可以共享信息，提出（并解答）技术问题，并且多数围绕新技术以及eth2的质押技术来讨论。如果读者参与了测试网Medalla的质押或有兴趣参与，请务必查看。 我希望ethstaker以及与客户端相关discords能够成为验证者紧跟验证相关内容更新重要渠道。 ## <br/> ## 攻击网mc-attack-0发布 最新的多客户端攻击网[mc-attack-0](https://github.com/ethereum/public-attacknets/tree/master/attacknets/beta-1/mc-attack-0)今日发布！ 这种新的攻击网络属于[beta-1](https://github.com/ethereum/public-attacknets/tree/master/attacknets/beta-1)分类，将更新规则和提高赏金——发现关键漏洞，最高可获取1.5万美元的赏金。 自首个攻击网beta-0发布以来，我们已经颁布了以下奖励： - Jonny Rhea对teku-attack-0执行了一个[简单的DOS攻击](https://github.com/ethereum/public-attacknets/issues/7)，获得5000美元的赏金，提醒了我们在JVM-libp2p上缺乏对DoS攻击的基本防御。 - 🏆💪🐒感谢Martin Swende[在Prysm SSZ解码上找到一个关键漏洞](https://github.com/ethereum/public-attacknets/issues/11)，该漏洞允许攻击者远程击溃prysm-attack-0上的节点（由于Martin为以太坊基金会安全部门上工作人员，因此没有颁发赏金）。 - 授予AlexSSD7 5000美元赏金，其在prysm-attack-0上执行了[L4 DDoS攻击](https://github.com/ethereum/public-attacknets/issues/9)，从而停止4-节点网络的最终确定工作。该攻击提醒我们注意时钟偏移器，因其阻止节点在被攻击之后实现自我修复。 - 授予1000美元赏金（荣誉奖）给Jonny Rhea，其[摧毁了lighthouse-attack-0上的发现机制](https://github.com/ethereum/public-attacknets/issues/4)。 最后，加入我们[以太坊研发Discord #攻击网 频道](https://discord.gg/hpFs23p)，以参与讨论以及获取参与攻击的信息。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/gitcoin-grants-round-6https://www.ethereum.cn/gitcoin-grants-round-6Mon, 03 Aug 2020 00:00:00 GMT来源 | [Vitalik Buterin’s website](https://vitalik.ca/general/2020/07/21/round6.html) <br/> Gitcoin Grants第六轮已经结束，总计**695个项目**接收到来自**1,526位捐赠者**的**227,847美元**以及**175,000美元**的匹配金额。本轮的参与项目主要分为三个类型：常规类型包括技术和社区 (更名自“媒体”以覆盖更大范围)，以及第六轮的特殊类别Crypto For Black Lives。 以下是本轮Grants的结果，我们先来看看技术和社区项目的收获： <center><img src="https://i.ibb.co/9gS21ds/git1-77a6d35072.jpg" /></center><center><img src="https://i.ibb.co/ngMVZkw/git2-a90f16a4e9.jpg" /></center> ## <br/> # 收入稳定性 在上一轮中，我提出的一[个顾虑](https://vitalik.ca/general/2020/04/30/round5.html)就是**获赠方如何维持稳定的收入**。试图通过二次方融资维持生计的参与者希望在收入稳定性方面得到一定保障，即他们不会因为捐赠者们突然集体“移情别恋”而在下一轮捐赠中颗粒无收。 第六轮采用了两种机制，尝试为获赠方提供稳定收入： 1. 添加“购物车”界面，能够同时进行多笔捐赠，其中附带显眼的“重复上一轮捐赠”功能 2. 增加一条规则，匹配金额不仅仅以该轮所获得的赠款来计算，而会“结转”上一轮赠款的1/3。(假如你上一轮捐赠了10美元，那么匹配计算公式就会假设你在上一轮中捐赠10美元并且将在本轮捐赠33美元) 很显然，第一点成功达成了增加捐赠总量的目标，但很难去衡量其是否保障了获赠方的收入稳定性。而第二点则比较容易衡量，因为我们能看到实际的匹配金额数据，也能看到结转1/3之前的匹配金额本应是多少。 技术类别： <center><img src="https://i.ibb.co/x7fBwRf/git3-5f3c0397f1.png" /></center> 社区类别： <center><img src="https://i.ibb.co/Jdk94ZX/git4-20466d8e6f.png" /></center> 很显然，与我们预想得差不多，规则有助于减弱波动性。尽管如此，也会有人反驳说这个结果微不足道：也会有人说这与从第N轮中获得部分收益然后将其转移至N+1轮没有什么区别 (例如新的EIP-1559社区基金获得的捐赠比预期要少)。当然，从数字上来看，收入确实更加“稳定”，但是项目可以通过每轮2/3的收入来为自己提供稳定性，继而在之后收入陡降时能够使用剩余的1/3。既然项目有能力为自己提供稳定性，为什么二次方融资 (quadratic funding) 机制为什么还要煞费苦心提升设计复杂性来为项目提供稳定性？ 我的直觉是可能在下一轮中沿用“重复上一轮捐赠”，然后停用1/3结转功能，看看结果如何。数据显示，即使没有结转功能，媒体分类也能维持足够的稳定性。而技术部分波动性较大，仅仅是因为EIP 1559社区基金的突然加入；弄清楚这种情况的普适性也是试验的一部分。 ## <br/> # EIP 1559社区基金 本轮中一大出乎意料的赢家当属EIP 1559社区基金。**EIP 1559 ([EIP提案](https://github.com/ethereum/EIPs/issues/1559)/[FAQ](https://notes.ethereum.org/Wjr1SnW-QaST7phX9C5wkg?view)/[原始论文](https://ethresear.ch/t/draft-position-paper-on-resource-pricing/2838)) 是一个重要且意义深远的费用市场改革提案**，旨在提升用户在以太坊上的交易体验、提高经济效率、提供协议内gas费预言机并且销毁部分手续费。 这个提案令许多以太坊社区成员感到激动，而现状是目前用于实现该提案的资金非常之少。这个Gitcoin grant就是社区为解决这个问题所作出的努力。 这项grant收获了一些大额赠款，包括我和Eric Conner各自捐出的2400美元。在本轮的早期，很明显能看出EIP 1559社区基金匹配额和捐赠额的比例异常之低，2万美元的赠款约匹配到4千美元资金。这是因为由于个人捐赠数额越大，说明赠款来自于少数富有的捐赠者，因此匹配资金会少于同等捐赠数量但来自更多捐赠者的项目，这是二次方融资公式的设定。 ## <br/> # 二次方“信号” 出人意料的是，EIP 1559 grant起到了一举两得的作用。首先，EIP 1559获得了实现所需的65473美元资金。其次，**这为社区释放了一个可靠信号：**我们对于EIP 1559的需求程度究竟如何。[长久以来](https://vitalik.ca/general/2017/12/17/voting.html)，以太坊社区都没有探索到一个有效的方式来判断“社区”的需求，尤其是在面临争议的时候。 虽然[存在](https://www.etherchain.org/coinvote)代币投票这种方式，好处在于能够判断谁是“真正的社区成员”，但缺点是你在以太坊社区中的权重取决于你持有多少ETH。这是一种富人治理形式，在津津乐道的DAO代币投票中，一个持有更多ETH的成员其投票权重高于所有对立方投票者的总和 (约占20%)。 <center><img src="https://i.ibb.co/k8VgZ7s/git5-78f911fc07.png" /></center> 另一种形式则是github、reddit和twitter的评论的和投票 (也被称谑称为“proof of social media”社交媒体证明)，这种形式虽然较为平等，但是极易操纵，没有办法证明社区成员的身份，并且经常受到“外围干涉”的诟病 (那些表示反对的用户究竟是真正的以太坊成员还是只是来搅局的bitcoiners?)。 **二次方融资则恰到好处地取长补短**：投票需要投入一定资本，这就确保了项目的真实拥护者的投票权重高于路人，而平方根公式则确保了个别超级富豪“巨鲸”无法压倒资本较少但更为广泛的联盟。 <center><img src="https://i.ibb.co/dcG26Qr/git6-81e3f56541.png" /></center> 这也向我们抛出了一个问题：在评断社区对于以太坊协议提案的情绪时，直接使用二次方投票 (quadratic voting) 机制 (能有对提案投出赞成或反对票) 是否有意义？ ### <br/> # “临时类别”的表现 自第五轮以来，Gitcoin Gratns每轮都设置了三个种类：技术、社区 (更名自媒体分类) 以及一些仅适用于当轮的临时类别 (guest categories)。第五轮的临时类别是COVID relief，第六轮为Crypto For Black Lives。 <center><img src="https://i.ibb.co/Qmfjzw2/git7-d50a6f0369.jpg" /></center> 获赠最多的是Black Girls CODE，收获了匹配池中超80%的金额。我认为其原因很简单：Black Girls CODE已经持续参与了几轮融资，存在感相比其他新进项目都要强，并且为更多的以太坊社区成员所熟知。另外，比起商业和融资，以太坊社区更“理解”帮助人们编程的重要性。 对此有一个问题是，Gitcoin当前在每轮设置一个临时分类的方式是否发挥了作用？如果答案是“没有”的话，那原因大概是：设置这些类别的初衷是非常令人钦佩的 (助力黑人社区、抗击COVID疫情)，但总的来说以太坊社区并不是这些议题的专家，我们当然也不是致力于解决这些挑战的项目的专业人士。 如果我们的目标是将二次方融资引入以太坊之外的领域，那么最合适的替代方案是设立针对这些社区的单独融资轮，https://downtownstimulus.com/ 就是一个很好的例子。如果目标是引发以太坊社区对这些议题的关注，那么可能持续多轮会起到更大的作用。比如说“临时类别”可以持续三轮 (约六个月)，每轮8333美元的匹配资金 (同时可能会同时设立2-3个临时类别)。无论如何，我们需要对这个模型进行优化设计。 ## <br/> # 合谋 现在我们要来看看本轮不光彩的地方了。**在本轮中出现了前所未有的蓄意合谋以及其他形式的欺诈**。以下是极度离谱的一些例子： 明目张胆的贿赂行为： <center><img src="https://i.ibb.co/GTrWVLq/git8-65672295de.jpg" /></center> 冒名申请： <center><img src="https://i.ibb.co/Vq832fg/git9-d502a4a3e5.png" /></center> 多笔捐款明显来自同一个地址： <center><img src="https://i.ibb.co/09f2fq2/git10-a5b16387d9.png" /></center> 最大的问题在于，在不需要对每个项目进行逐例分析的情况下，通过全自动或是技术方式能够预防多少欺诈活动？如果二次方融资必须要进行成本高昂的逐项审查才能防止欺诈，那么无论在理想世界中它能带来多少益处，在现实世界中也称不上是一个很好的机制。 所幸的是，我们还是可以采取许多潜在措施来减少恶意合谋和欺诈行径。例如**加强身份认证系统**。在本轮中，Gitcoin增加了非强制性SMS验证，而本轮被揭露的合谋案例都是通过github认证账号产生的 (而并非SMS认证账号)。在下一轮中，增加除了github之外的验证方式 (SMS验证或是其他更去中心化的形式，例如BrightID) 是可行的。针对贿赂方面，[MACI](https://github.com/appliedzkp/maci)能够有一定的遏制作用，这使得行贿者无法得知某个项目的真实捐赠者。 冒名申请不仅仅是二次方融资面临的挑战，而这可以通过手动验证来解决。如果青睐更去中心化的解决方案，那么可以试试[Kleros](https://kleros.io/)这类系统。我们甚至都可以想象到其激励机制：每个人都可以存入一笔押金，然后将某个项目标记为欺诈，从而引发调查；如果该项目被证明是正当的，那么举报者就会失去押金，如果项目确实存在欺诈行为，那么举报者就能获得该项目所收到的一半资金。 ## <br/> # 结语 我们还没提到本轮展露出的向好迹象：许多二次方融资中的积极行为已经稳定下来。**我们看到有价值的技术和社区项目获得了融资；与之前几轮相比，本轮社交媒体板块的争议有所缓和；人们也越来越了解二次方融资的机制和参与方式。** 也就是说，目前该机制向我们暴露出了多种弱点和挑战，而我们也会在未来的发展中实际面临这些问题。目前还有一些挑战尚待解决，我个人尤其关注的问题是**社区对于匹配资金流向的争议**。总的来说，二次方融资发展至今遇到的问题比我预计得要少。 在接下来的几轮中，我建议大家对**安全性和扩容性方面**保持稳定关注，并寻求扩大匹配资金池规模的方式。我仍然非常期待看到有意义的公共产品获得支持！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/the-state-of-the-ethereum-network-2020https://www.ethereum.cn/the-state-of-the-ethereum-network-2020Fri, 31 Jul 2020 00:00:00 GMT来源 | [ConsenSys](https://consensys.net/blog/news/the-state-of-the-ethereum-network-2020/?utm_campaign=Ethereum) <br/>  <br/> **达到重大成就需要经历以下7步：** 1. **默默无闻** 2. **开始出现在人们的视野里，但却被认为一派胡言** 3. **人们开始了解你的产品，但看不到其发展潜能** 4. **只把你的产品当作玩具** 5. **人们把它看作神奇的玩具** 6. **人们开始使用** 7. **人们无法想象没有这个产品的生活** **当你开始改变世界，人们却不以为意——Morgan Housel** <br/> # 默默无闻 以太坊是当前世界上开发最活跃，交易最多的区块链网络。但是在五年前的今天，当创世区块面世并且以太坊网络正式启动时，软件工程界以外的人几乎没有听说过以太坊区块链。 <br/> ## 以太坊：比特币+一切 2015年，高盛（Goldman Sachs）发布了一份具有里程碑意义的报告[《如果我告诉你区块链会颠覆一切传统》](https://www.goldmansachs.com/insights/pages/macroeconomic-insights-folder/what-if-i-told-you/report.pdf)，其中以太坊被视为“行业先锋”。 在其他地方，它被称为“团体”。人们曾试图了解它到底是什么，以及到底是什么使其区别于作为数字现金系统的比特币。ConsenSys花费了大量时间，并且愿意一直投入时间去研究以及解释他们之间的差异。这些差异值得不断地强调： - 比特币是区块链技术的单一应用。 - 区块链有许多种类型，不同类型之间的属性有很大的差异。 - 以太坊是其中一种区块链。 - 以太坊是开源的，因此由所有人共有。 如果读者朋友们想知道区块链对人类网络的未来和权力分配有何重要意义，我十分建议大家阅读一下推特博主Naval Ravikant发起的[讨论](https://twitter.com/naval/status/877467629308395521)。 <br/> ## 开发者的区块链 以太坊区块链基于以下五项设计原则构建，Vitalik Buterin在[以太坊白皮书](https://ethereum.org/en/whitepaper/)中做了概述： - 简洁性 - 普适性 - 模块性 - 灵活性 - 公平性以及去审查性 如果有人要求您充分应用这些原则，制造一台机器，那么以太坊将是您的最佳选择。 在[《精通以太坊》](https://github.com/ethereumbook/ethereumbook)这本书中，Andreas Antonopoulos和Gavin Wood将以太坊称为“开发者的区块链，由开发者构建，为开发者服务”。开发者通常倾向于使用开源的、可用性强的、可编程和功能强大的软件。成千上万的开发者首选使用以太坊，因为以太坊的源代码是免费的，开发者可以在其他人的基础上构建网络；并且智能合约会统一标准化和模板化，当开发者锁定合约以及接入不同的数据源之后，将会拥有无限的可能性。  <center>以太坊网络上的去中心化应用每月发布数量</center> [State of the Dapps](https://www.stateofthedapps.com/)为以太坊生态系统提供了调查服务，研究了dapp合约的发展以及对GitHub库里的数据进行导出和调查，向大家揭露了以太坊幕后的开发狂潮。《纽约时报》发表*[Beyond the Bitcoin Bubble](https://www.nytimes.com/2018/01/16/magazine/beyond-the-bitcoin-bubble.html)（*《超越比特币泡沫》之后，人们似乎终于开始关注以太坊了。比特币只是区块链冰山的一角，而世界其他地区跟上这股开发潮流只是时间问题。 <br/> # 人们认为以太坊是一派胡言 ## DAO攻击 2016年，the DAO攻击事件及其紧随其后的硬分叉引起了所有人的注意。有人说以太坊实在太疯狂了。而新闻界则[评论](https://www.wired.com/2016/06/50-million-hack-just-showed-dao-human/)，对于此类系统的可行性，该事件“引起了一系列哲学问题的讨论”。 然而开发者们表示，“这是一段旅程中的仪式”。 那之后，社区开始记录已知的攻击和对[智能合约库](https://openzeppelin.com/contracts/)进行战争测试（battle-testing）。尽管多年来[安全事件](https://magoo.github.io/Blockchain-Graveyard/)依然不断发生，但去中心化自治组织现已成为以太坊生态系统的主要组成部分（比如Aragon, Moloch DAO, Legal DAO, Maker DAO），而历史经验证明，硬分叉是升级网络协议的一有效模式。 <br/> ## 正和思想 想想以太坊生态系统中还有什么曾被认为“疯狂”的点子： - 在公共网络上运营的企业 - 不同的区块链共同工作 像Ernst & Young这样拥有百年历史的公司，现在正在使用“[零知识证明](https://consensys.net/blog/blockchain-development/introduction-to-zk-snarks/)”技术在以太坊公共网络上开发关于私人交易的解决方案。他们正在与其他组织的团队合作，推动[Baseline Protocol](https://consensys.net/blog/press-release/ey-and-consensys-announce-formation-of-baseline-protocol-initiative-to-make-ethereum-mainnet-safe-and-effective-for-enterprises/)计划的发展，并帮助企业在主网上线。 以太坊和Hyperledger曾是分布式账本技术(DLT)领域的两大竞争对手，然而他们现在已经通过Besu，Burrow和Sawtooth实现完全整合。甚至Fabric也支持以太坊智能合约。 加密货币初期的代表思想Maximalism激进主义（即单一区块链管理模式），已逐渐消失，取而代之的是具有互操作性的区块链协议。在过去的几个月中，[WBTC](https://consensys.net/blog/news/new-ethereum-defi-report-wrapped-bitcoin-eth-insurance-yield-farming/)大幅增长。WBTC是指以太坊上以ERC-20实现的代币化比特币，使得比特币持有者能够参与比特币网络上没有的DeFi协议。 关键是，早期区块链参与者所支持的正和思想（positive sum thinking）曾经看起来十分牵强，且在技术上是不可能实现的，然而现在逐渐成为现实。引用Jeff Bezos的一句话，“新的发明需经受得住人们长期的误解。” <br/> # 人们明白以太坊但是…… ## ICO热潮 2018年初，区块链和以太坊社区仍受2017年发生在加密领域的冲击事件所影响。由于大量的投机机遇以及前所未有的ERC-20代币的发行，2017年的ICO热潮开启了以太坊历史上最繁华的一次牛市。此次热潮直接向我们展示了以区块链技术为核心的网络效应机遇所带来的力量。但是，许多国家（中国、韩国、摩洛哥、哥伦比亚、新加坡以及其他国家）严厉禁止其公民参与比特币、以太币和其他加密资产的交易。 当加密货币的冬天降临，ETH的价格不再是光辉时代的一千美元以上时，加密货币行业开始重新看待过去一年中的ICO热潮，并考虑ICO热遗留下来的问题。据《财富》杂志报道，到2月，[将近50％的ICO项目已经失败](https://fortune.com/2018/02/25/cryptocurrency-ico-collapse/)。The Verge发表了一份发人深省的报告，内容涉及加密领域牛市之后[许多韩国千禧一代的心理健康状况和绝望情绪](https://www.theverge.com/2018/4/3/17192886/bitcoin-cryptocurrency-south-korea-millennials)。  <center>以太坊上的ERC-20代币合约的发行</center> 如今，以太坊网络上已有超过16万个ERC-20代币合约。其中许多是在2018年初ICO热潮高峰期间创建的。在今年的过去几个月里，ERC-20代币的发行开始朝着相似的水平增长，但并没有像我们在2017年末和2018年初经历的价格波动。 <br/> ## “以太坊的对手们” ICO热以及其所带来的余温为一系列新的可编程区块链提供了丰富的土壤，其中许多将其技术定位为以太坊的替代品。众多以太坊的对手中，最引人注目的是EOS，该公司于2017年发布了白皮书。 这些在ICO热潮之后出现的新区块链，在其市场营销过程中，主要针对如何解决以太坊的缺点：扩容性，隐私性，用户体验和实用性。这些缺点中有一些是可以察觉的，有些是真实存在的，而有些是夸大的。 总而言之，以太坊ICO热潮及其所带来的一系列新产品在技术上已有深刻的了解，但他们仍在探索引人注目的用例和机遇。尽管此前的加密货币热潮以及其后来的冰河时期带来了许多问题，但不幸中的万幸是，这促使我们关注除价格和交易量之外更低水平的、也许更加具有揭示性的区块链指标：智能合约的部署、去中心化程度和风险程度。 <br/> # 人们觉得它是玩具 ## 接入点和NFT 随着以太坊社区制定像[ERC-721](https://eips.ethereum.org/EIPS/eip-721)这样的新代币标准，游戏和艺术成为与底层区块链技术的有趣的接入点。这是有道理的：游戏有其内建的微观经济学和收藏品，通过哈希函数在区块链中展现的数字艺术品很容易实现货币化以及确权。像诸如[SuperRare](https://superrare.co/)的市场是为数字艺术品而产生的。人们称之为“品味证明（proof of taste）”。 <br/> ## 加密猫 最初在以太坊网络引起轰动的是一个不起眼的DApp，名为CryptoKitties，这是一个数字小猫交易游戏，看起来像Neopets（一种网络宠物游戏）和期货交易的结合。2017年12月，随着CryptoKitties的价格飙升至六位数，网络总请求量增加了一倍以上。由MetaMask、Infura、Grid +和Axiom Zen的[开发人员组成的工作团队](https://consensys.net/blog/news/the-inside-story-of-the-cryptokitties-congestion-crisis/)共同优化了用户体验，并探索了长期扩容解决方案以缓解网络拥堵。并且在协作过程中，他们认识到以太坊协议开发的深刻意义。 正如来自Grid +的Alex Miller指出的那样：“每个持有ETH的人都受其激励机制的驱动，共同推动以太坊系统发展。” 每日活跃用户的与用户账户的增长模式类似。在过去五年中，2018年1月16日是每日活跃用户最多的一天，主网上有723,085个唯一地址进行交互。 <center><img src="https://i.ibb.co/qCvKPHF/3-f407916ee0.png" /></center> 每日活跃用户的与用户账户的增长模式类似。在过去五年中，2018年1月16日是每日活跃用户最多的一天，主网上有723,085个唯一地址进行交互。 人们还意识到，游戏玩家和艺术家都是直接从[以太坊钱包](https://metamask.io/)中经营业务。开发者已经解锁了新的经济模型。他们将金融带到了游戏中——现在是时候看看他们是否可以将金融游戏化了。 <br/> # 人们觉得它是神奇的玩具 ## DeFi的崛起 有种说法是所有以太坊上的应用都是[去中心化金融（DeFi）](https://consensys.net/blockchain-use-cases/decentralized-finance/)。因为其核心是：区块链由网络矿工不断花费资源来维持，以获得去中心化货币的奖励。之后这些积攒的货币开始流通，被售卖给他人，并且进入生态系统。 然而，随着2017年年末MakerDao发行代币DAI给金融领域带来重大影响，在更多的人看来，DeFi是有机会取代当今传统金融体系的一套相互关联的协议。[MakerDao](https://makerdao.com/en/)把ETH锁在智能合约里，置换出稳定币DAI作为抵押。自那以后，以太坊的DeFi生态开始稳步发展，很大程度上仍然由MakerDao主导。  <center>锁在DeFi协议里的ETH和WETH总量</center> 2019是[DeFi之年](https://consensys.net/blog/news/2019-was-the-year-of-defi-and-why-2020-will-be-too/)，但其影响仍然主要局限于社区里对DeFi技术熟悉的生态工作者。虽然有[很多公司](https://consensys.net/blog/news/the-100-projects-pioneering-decentralized-finance/)在架构DeFi协议，但除了最熟练的DeFi用户，总体来说用户体验并不成熟，且功能仍然相当有限。 在2019年初，DeFi生态在很多方面都像是一个沙盒，以太坊爱好者在上面对这些开放的协议做路测，证明去中心化金融是可行的。经过2018年的熊市后，对于是将ETH用于投资还是一直持有等待另一个牛市，ETH持有者可能会更加谨慎。 <br/> ## 金融基元与资本乐高 金融基元指的是去中心化金融的基础功能和技术，从而我们能将两者结合或在它们的基础上创造出更加复杂或特定的应用。这些金融基元和在其上构建的应用的关系用一个通俗的比喻来说就好像乐高积木。资本乐高层层相叠，这样形成了一个相互交织、相互连接的金融架构，这种金融体系强大且可自定义。 这些资本乐高发展到2019年年末已形成群聚效应，在2020年DeFi的地位已经从“神奇的玩具”演变为重新想象我们的金融基础架构的关键工具的早期。 <br/> # 人们逐渐开始使用以太坊 ## 软件侵蚀金融 五年前，“[将全球GDP中的15万亿美元转移到开源可编程的区块链上](https://www.coindesk.com/software-ate-the-world-heres-how-it-eats-finance)”会让人觉得匪夷所思。但现在，这似乎是使全球金融系统走向更快、更强韧、更透明和从根本上可信任的方向的唯一道路。有前瞻性的企业跟随开发者的步伐并从几年前开始对以太坊投资至今。我们从2015年开始与微软的合作，是我们通过“[Ethereum Blockchain as a Service on Azure](https://news.ethereum.cn/the-state-of-the-ethereum-network-2020/#:~:text=")”计划帮助企业采用区块链技术的最早尝试之一。[企业以太坊联盟（EEA）](https://news.ethereum.cn/wp-admin/post.php?post=2084&action=elementor#:~:text=")和[Hyperledger](https://www.hyperledger.org/)也已经成为大型机构在上面积极协作、审查部署选项、制定通用企业标准的宝贵平台了。 <br/> ## 大量企业和机构加入 那么，使用以太坊的主要参与者有谁呢？这是一长串的清单：[贸易金融巨头](https://consensys.net/blockchain-use-cases/finance/komgo/)、[农业技术巨头](https://consensys.net/blog/press-release/covantis-initiative-announces-technology-partner-consensys/)、今年[福布斯区块链五十个项目](https://news.ethereum.cn/wp-admin/post.php?post=2084&action=elementor#50debce57553)中有32个建在以太坊上。现在，大集团正朝向以太坊高歌勇进。每年处理大约价值2千万美元交易的美国证券托管结算公司最近宣布了一个[基于以太坊的数字资产管理原型](https://consensys.net/blog/enterprise-blockchain/major-financial-clearinghouse-is-exploring-ethereum-for-digital-asset-management/)。 新的倡议不断涌现。欧盟区块链观测台与论坛在上个月的[最终报告](https://consensys.net/blog/enterprise-blockchain/blockchain-in-europe-learnings-from-the-eu-blockchain-observatory-and-forum/)里分享了一幅多源区块链倡议地图，该地图包含全球700多个倡议。  <center>欧盟区块链观测台与论坛的全球区块链倡议地图</center> 这些项目里有些还是非常具有探索性的。例如，拥有300年历史的中央银行不会一夜间就采用基于区块链的支付系统。但根据国际清算银行[最近的一份报告](https://www.bis.org/publ/bppdf/bispap107.pdf)，有80%的这种传统机构正积极的研究[中央银行数字货币（CBDC）](https://consensys.net/solutions/payments-and-money/cbdc)。这些机构意识到在一个拥有超级应用、捆绑式服务和数字经济日益发展的世界里，以太坊不只是他们彼此开展更大业务所需的基础架构，还是他们为21世纪客户提供服务的生命线。 <br/> ## 开源的以太坊 从一开始，ConsenSys的使命就是构建足够多的基础架构和工具，以使世界的其他人能够和我们一起建构一个新的信任基础架构。我们经常将这个过程比作在飞行中建造火箭飞船。代价非常高，且现在一旦开始就无法停止。 在过去的一年里，我们一直努力将我们的产品整合到一个完整的堆栈，使以太坊的开源程度比以往任何时候都更高——无论你是需要API访问节点架构的dapp开发团队，还是准备优化业务流程和数字化金融工具的金融机构都能受惠于我们的产品。随着像[SKALE Network](https://consensys.net/blog/press-release/skale-token-to-launch-on-consensys-codefi-activate-on-august-17th-2020/)这样的layer2解决方案逐渐成形以及[以太坊2.0](https://consensys.net/blog/blockchain-explained/what-is-ethereum-2/)即将上线，我们很高兴看到可用性和网络性能有新的发展和改善，为开发者、企业和下一波超级用户打开可能性。 <br/> # 人们无法想象没有以太坊的生活 这篇关于以太坊重大突破七步曲的章节现在仍在书写，并在未来几年徐徐但坚定地展开。这种规模的创新通常无法以季度甚至年为单位来衡量。但是，我们可以想象，一些用户和一些主要机构已经无法想象没有以太坊的生活了。 感谢在过去五年里整个生态所有人的支持、热情和不懈的工作。升级我们的全球架构不是一件简单的事，但是一项非常值得且有深远影响的工作。我们迫不及待想看看这个网络在未来五年内是什么样的。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/wnie2-2020-7-25https://www.ethereum.cn/wnie2-2020-7-25Mon, 27 Jul 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200725) ## <br/> # 必读好文 这一期很难挑选，有太多精彩的文章了。比如以下两篇： 1. 以太坊基金会博文：Eth2进展速览#13 – Danny Ryan 2. Tanner Hoban及Tom Borgers：以太坊2.0经济学分析报告。以及[总结性文章](https://medium.com/@thomasborgers/ethereum-2-0-economic-review-1fc4a9b8c2d9)。 ## <br/> # 阶段0：信标链 ## 规范 0.12.2规范版本已经发布。这个版本能够做到100%向后兼容，并且不会破坏0.12.1版本。大多是说明类以及网络方面的改进。在Medalla测试网中,我们将使用0.12.2版本规范。 ## 审计工作 客户端最近迎来了一系列安全性评估，以下是现状概览。 Lighthouse客户端团队的安全性审核已经于[六月初](https://lighthouse.sigmaprime.io/update-26.html)由Trail of Bits完成，但报告还没有出炉。第二次审核预计将于信标链发布前进行。 Prysm安全性评估由Quantstamp于[最近完成](https://medium.com/prysmatic-labs/quantstamp-security-audit-results-for-the-prysm-eth2-client-7f949c6c866f)，其[结果](https://www.dropbox.com/s/qwb2upe7nsruanz/Prysm - Report.pdf?dl=0)以一系列[Github issue](https://github.com/prysmaticlabs/prysm/issues/6327)的形式呈现。同样地，Prysm团队也计划于信标链发布前夕进行第二次审核。 Nimbus客户端团队于最近[开始了](https://our.status.im/nimbus-beacon-chain-assessment-kickoff/)安全性审核工作，当前仍在进行中。预计耗时三个月以进行从头至尾的审核，另一个不寻常之处在于将由不同的团队对代码库中的不同部分进行审核，分别是ConsenSys Diligence、NCC Group以及Trail of Bits。相关情况会[在Github上进行发布](https://github.com/status-im/nim-beacon-chain/labels/nbc-audit-2020-0 :passport_control:)。 至于Teku，我们上周早些时候发布了[一个针对安全性评估的RFP](https://consensys.net/blog/blockchain-development/teku-ethereum-2-0-client-request-for-proposals/)。如果有审计方感兴趣，我们非常希望收到你们的消息！该RFP将于8月3日截止。 最后，当客户端团队进行审计工作时，Runtime Verification也针对Gasper完成了[形式化验证](https://runtimeverification.com/blog/formally-verifying-finality-in-gasper-the-core-of-the-beacon-chain/)，Gasper是LMD GHOST和Casper的组合名称，这是将在eth2信标链中应用的共识机制。 ## 工具 Sigma Prime已经发布了[社区可用的模糊测试工具](https://blog.sigmaprime.io/beacon-fuzz-06.html)！大家现在可以在自己设备上的Docker容器中对不同的Eth2客户端进行模糊测试了。这种方式使得我们可以将更多资源投入到工作中。我已经在运用这个工具[为Teku进行测试](https://twitter.com/benjaminion_xyz/status/1283717334985826304)了。大家可以加入Sigma Prime的[Discord频道](https://discord.com/invite/AkPb4vx)进行讨论！ [Eth2Stats](https://eth2stats.io/)是一个非常棒的信息来源，但需要一定的维护工作。因此，Alex Tudorache (ConsenSys Codefi Staking) 已经对其服务器和控制板组件进行了[开源](https://github.com/ConsenSys/eth2stats-server)，如此一来大家都可以运行自己的版本，甚至是加入开发工作。 来自ConsenSys的更多好消息：Infura创建了[eth2-comply](https://github.com/INFURA/eth2-comply)，这是一个“用于以太坊2.0 API一致性测试的无代码平台”。客户端和其他团队可以借助该平台了解他们在[信标链新API标准实现方面](https://github.com/ethereum/eth2.0-APIs)的忠实程度。 ## <br/> # 测试网 ## Medalla 🥳本周头条🥳：官方”多客户端信标链测试网Medalla即将上线！ Medalla这个名字的灵感来源于布宜诺斯艾利斯的Medalla Milagrosa地铁站，但只取了第一个单词，意为“[medal](https://github.com/goerli/medalla#why-do-you-call-it-medalla)”。 <center><img src="https://i.ibb.co/Xsb780y/7-25-3b646d4568.png"/></center> 根据[Danny的说法](https://blog.ethereum.org/2020/07/23/eth2-quick-update-no-13/)，Medalla会是一个公开的信标链网络，鼓励大范围的参与。该测试网会在最大程度上接近主网规范 (当然最明显也最重要的区别就是参与测试网是免费的，只需要质押ETH测试币)。此处是关于Medalla的[FAQ](https://github.com/goerli/medalla#ethereum-20-multi-client-testnets)以及部分测试网历史。 为了鼓励大家广泛参与，并且为了试运行真实信标链环境中的部分组件，[存款Launchpad](https://medium.com/deep-work-studio/eth2-deposit-launchpad-an-interface-for-the-first-world-computer-3e089138b264)也会在测试网中投入使用。其能够帮助大家参与测试网，并且降低质押难度。此处是Launchpad的[源代码](https://github.com/ethereum/eth2.0-deposit)。Launchpad门户可能会在7月27日 (周一) 进行部署。 对于主网来说，需要至少16384名验证者才能激活信标链。假设在UTC时间8月2日13:00前存款达到下限，那么网络就能在UTC时间8月4日13:00启动。大家如果想要成为创世验证者的一员，那么请在8月2日之前准备好存款！ [POAP](https://www.poap.xyz/) (Proof of Attendance Protocol)、[*beaconcha.in*](https://beaconcha.in/)和[*r/ethstaker*](https://www.reddit.com/r/ethstaker/)的小伙伴们将组队为Medalla的初期参与者提供独一无二的POAP NFT勋章。届时将会产生[五类勋章](https://twitter.com/etherchain_org/status/1286673742999859200)，分别代表五个可能参与运行Medalla网络的客户端。其初衷是鼓励参与者们运行多样化的客户端，并且收集整套勋章！ ## Altona与Onyx 当前运行中的Altona多客户端测试网 (开发者网络) 和Onyx (Prysm的大型测试网) 没有太多新消息。但总的来说它们一直在平稳运行。Medalla上线后，这两个测试网都会停止运行。 ## 攻击网 上周的另一条重大新闻当属公共[攻击网](https://github.com/ethresearch/public-attacknets)的上线，包括三个客户端Prysm、Lighthouse以及Teku。攻击网由以太坊基金会负责运行，独立于客户端团队之外。起初，攻击网规模较小并且难度较低，但计划是之后会提升难度并且重点关注某些故障模式。 到目前为止，Jonny Rhea已经赢得了头两项赏金。第一项是价值一千美元的“荣誉奖”，内容是在Lighthouse攻击网中破坏节点发现服务。第二项是在Teku网络中进行[DoS攻击](https://twitter.com/JonnyRhea/status/1286810750896541698)以导致最终确定性失败，虽然还没有正式颁发，但应该满足本阶段五千美元的最高赏金。 赏金和挑战之后会越来越多，所以赶快来参与吧！此处是以太坊基金会#attacknets Discord频道的[邀请链接](https://discord.gg/zyZXUN7)。 ## <br/> # 释义性文章 本周主题看来是如何在手机上进行质押： - Status总结了如何在安卓系统中安装Nimbus客户端 - Phonethic也撰写了一份[在安卓系统中运行Prysm验证者的指南](https://phonethic.protoman.net/docs/) Status撰文给出了大家应该运行自己的验证者节点的[理由](https://our.status.im/case-for-running-your-own-validator/)，我非常同意！此处还有Status的第三篇关于Eth2的文章：[什么是Proof of Stake](https://our.status.im/ethereum-2-0-what-is-proof-of-stake/)？ 其他客户端安装指南： - Steve Berryman (Attestant) 更新了关于Lighthouse客户端安装的[系列教程](https://www.reddit.com/r/ethstaker/comments/hst308/ethereum_2_eth2_lighthouse_validator_installation/) - Ethernaut深入解析了如何使用不同配置[运行Prysm客户端](https://theethernaut.substack.com/p/running-an-eth-2-validator)，其中包括Dappnode 来自Dapp University的十分钟Eth2科普视频：[Ethereum 2.0 is coming!](https://www.youtube.com/watch?v=ZcZ6IRDu75I) 看来Gregory试图将观众变成区块链专家。 来自Alon Muroch的关于BLS签名教程的[Part 1](https://medium.com/@alonmuroch_65570/bls-signatures-part-1-overview-47d9eebf1c75)和[Part 2](https://medium.com/@alonmuroch_65570/bls-signatures-part-2-key-concepts-of-pairings-27a8a9533d0c)。如果大家感兴趣的话，也可以看看我[关于BLS12-381的文档](https://hackmd.io/@benjaminion/bls12-381)。 Somer Esat也分享了其作为[以太坊质押者的告白](https://medium.com/@SomerEsat/confessions-of-an-etheruem-staker-e5a23f46efa2)。我认为Somer很好地捕捉到了我们之中的大部分人目前对于参与Eth2的想法和担忧。 ## <br/> # 媒体资源 在此我就不重述EF研究团队在Reddit AMA中关于发布日期的插曲了，Anthony Sassano在他的[*the Daily Gwei*](https://thedailygwei.substack.com/p/eth2-phase-0-will-launch-in-2020)中已经做出了讨论。除此之外，如果你是一个POAP的持有者，那么不妨参与这个关于Eth2开发速度的[投票](https://poap.vote/11/cast) (无需gas)。说到Reddit上的AMA，Anthony也在推特中做出了[总结](https://twitter.com/sassal0x/status/1281937994333556737)。 Afri最近还以Eth2测试网协调者的身份参加了Paradigm的[采访](https://medium.com/paradigm-fund/interview-with-afri-schoedon-the-pioneer-of-eth2-multi-client-testnets-4d2fdfed8255)。我喜欢Afri的直率“我是一个专注于layer-1的人，我并不太关注DeFi”，我想这也适用于我。 Preston Van Loon (Prysmatic Labs联合创始人) 参与了[*POV Crypto*播客](https://twitter.com/POVCryptoPod/status/1284181983711510528)。值得一听，开场音乐也很动听。 很高兴看到Coindesk有越来越多关于以太坊的报道。Christine Kim最近撰写了一篇不错的Eth2概览：[以太坊2.0的运行机制及其重要性](https://www.coindesk.com/research/reports/ethereum-2-0-how-it-works-and-why-it-matters) (23页的报告，需要注册下载)。不幸的是，报告中还是包含一些显而易见的荒谬表达，例如“今年已经多次延迟发布”。唉。 ## <br/> # 研究工作 [Eth2.0经济分析报告](https://drive.google.com/file/d/1pwt-EdnjhDLc_Mi2ydHus0_Cm14rs1Aq/view?usp=sharing)是我这周最喜爱的读物。其中信息量巨大，内容涉及面广且复杂，是一份非常重要的分析报告。读到其中一些结论的时候，我感到非常高兴，尤其是“我们发现网络的经济学高度符合更加去中心化的网络参与，达到了Eth2的设计目标”。附录B (第90页) 的相关方采访中埋藏了许多有趣的信息。 其中给出的两个主要建议是 (1) 提高一倍网络发行率 (验证者奖励) 以提升验证者参与度，达到Eth1的安全级别；(2) 预备更灵活的方法，以便在面临突发情况时动态调整验证者奖励。目前来看，后者的实现需要对信标链进行硬分叉。对于报告给出的第一条建议，Vitalik[并不这么认为](https://twitter.com/VitalikButerin/status/1283926011718008832)。 许多[Ethresear.ch](http://ethresear.ch/)上的Eth2研究终于看到了曙光，这周收获了[满满的爱](https://twitter.com/VitalikButerin/status/1285231462892134401)。Hsiao-Wei对其几年来的活动进行了一些[分析](https://twitter.com/icebearhww/status/1285263900800212992)。 最近的[*Ethresear.ch*](http://ethresear.ch/)研究： - 一份[关于改进ETH2.0质押机制的提案](https://ethresear.ch/t/improved-mechanism-for-eth-2-0-staking/7695?u=benjaminion)，旨在保护协议免受ETH价格的剧烈震荡。[此处是相关EIP](https://github.com/DAism2019/EIPs/blob/a6aa0e08105eba15f314eb03a9a58a2b376cf5ad/EIPS/eip-2794.md)。我之前对此并没有太过关注，但这种考虑也许是是有必要的。 - Afri更新了他的[客户端基准](https://ethresear.ch/t/ethereum-2-0-client-metrics-07-2020/7699?u=benjaminion)。相比之前的巨大改变：这仍然是一个快速发展的目标。我们的同步时间提高了3-4倍，几乎可以合并到Teku中，如果你设备的内存很大 (例如Afri的32GB)，大可不必理会Teku中Java疯狂消耗内存的现象；如果你没有足够的内存，那它就不会占用那么多内存。这是非常合理的优化策略。 - [高效的类CBC最终确定性小工具，容错力达99%](https://ethresear.ch/t/an-efficient-cbc-like-finality-gadget-for-99-fault-tolerance/7723?u=benjaminion)。尽管信标链已经具备了共识机制，但将来还可以对其进行改进。 除开[*Ethresear.ch*](http://ethresear.ch/)，Githun上最近还有关于[VC/BN架构的未来的讨论](https://github.com/ethereum/eth2.0-specs/issues/1969)。在阶段0，验证者客户端 (VCs) 是十分轻量级的，用户可以通过一个信标节点 (BN) 运行数千个验证者。在之后的阶段中，验证者客户端可能就没那么轻量级了，可能需要与信标链进行更紧密的耦合。这条讨论就探索了其未来可能的架构及其影响。在我看来，发展到某个点之后，稍重量级的验证者客户端可能对去中心化更有效：1 stake + 1 CPU = 1 vote。所以我基本赞同这种看法。 ## <br/> # 常规会议 在本周的Eth1集体核心开发者会议中，也有一些关于Eth2的[讨论](https://youtu.be/RWX9vkY7Oas?t=2985)。Eth2可以看作是将协议从Eth1设计选择中解放出来的机会，因为在五年之后就不再适用了。目前的Eth1可以被限定为Eth2的一个分片，而其他的分片能够使用EVM的加强版本。这与阶段2暂被搁置的初始计划有些许相似。无论如何，在未来几个月中很期待听到更多结合Eth1和Eth2的讨论。 ## 实现者会议 第44次会议于7月23日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/169) - [会议视频](https://youtu.be/MMNgoDYKvhQ?t=204) - 我的[速记](https://hackmd.io/@benjaminion/rJmLIzPeD)以及[Mamy](https://gist.github.com/mratsim/914b9042063d99fc22da5a1456ecf733)的笔记，以及Pooja (the Cat Herders) 的[完整笔记](https://github.com/ethereum/eth2.0-pm/blob/bac3ebe79ef0ecb0bda6cafb41f750f83f97c038/eth2.0-implementers-calls/call_044.md) 在常规进展中，Protolambda希望通过客户端处理可选gossipsub字段的方式来解决一些不一致性。此处是[提案](https://github.com/libp2p/go-libp2p-pubsub/pull/359)和一些[客户端调查](https://github.com/ethereum/eth2.0-specs/issues/1981)工作。 此外，Vitalik希望我们能开始考虑阶段1的实现。就目前来说，大家都专注于推进阶段0的发布，分散注意力可能有些难。然而，已经有一些相关工作在展开了。PegaSys TXRX团队的Mikhail Kalinin已经通过将Python规范转译为Kotlin在Teku中实现并测试了阶段1模拟器。他甚至还能将其与以太坊基金会Guillaume Ballet开发的Eth1引擎结合起来运行。[此处](https://twitter.com/dannyryan/status/1286293643976822786)是摘要信息，更多细节参见[此文](https://blog.ethereum.org/2020/07/23/eth2-quick-update-no-13/)中的“eth1+eth2合并工作进展”。 另外，Prysmatic Labs的Terence一直在致力于将阶段1[引入Prysm](https://github.com/terencechain/prysm-phase1)，并将其发现回馈到规范中。 ## 秘密共享验证者 首次Eth2秘密共享验证者 (**Secret shared validators**) 社区会议于7月16日进行，由Mara Schmiedt组织。 - [演示](https://docs.google.com/presentation/d/1XiHTOENFDbMHzvS2apd1tCNHkzgJ3KutryB8om5Ur6I/edit#slide=id.p) - [录像](https://consensys.zoom.us/rec/play/v5F-d-ms_W03HdyX5gSDVv99W9S6fK6shyEXqfIKyEy0UyYLY1eiZOEWMLY8ml-53JjWei8U80O9uX_E) (密码: 5x#.0wO1) 以太坊基金会的Discord也有#secret-shared-validators频道 ([邀请链接](https://discord.gg/zyZXUN7))，也有[Telegram小组](https://t.me/joinchat/H5nvw0gh2hbBeGhMZZJGSA)。 此处是一些关于秘密共享验证者如何[预防故障](https://notes.ethereum.org/@adiasg/preventing-eth2-validator-failure)的研究笔记。 ## <br/> # 其他新闻 - [Lighthouse](https://lighthouse.sigmaprime.io/update-27.html)和[Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-54-so-close-to-official-multi-client-testnet-e4e1873e7c24)客户端团队的更新 - Preston会在7月30日的Blockchain Acceleration Foundation and Blockchain at Berkeley针[对Eth2的发展现状](https://live.remo.co/e/the-state-of-ethereum-20/register)进行演讲 - 由Staked举办的[ETH质押网络研讨会](https://staking.staked.us/eth-staking-webinar)将于8月4日进行 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/eth2-quick-update-no-13https://www.ethereum.cn/eth2-quick-update-no-13Fri, 24 Jul 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/07/23/eth2-quick-update-no-13/) <br/>  <br/> 测试网，测试网，测试网！(重要的事情说三遍！) <br/> # 要点速览 - [Medalla多客户端测试网](https://github.com/goerli/medalla/blob/master/medalla/README.md)发布日期已敲定🚀 - 初代测试版[攻击网](https://github.com/ethereum/public-attacknets)已上线，欢迎所有白帽参与👩‍🍳 - Eth1+Eth2合并工作获得喜人进展👊 ## <br/> # Medalla测试网 [Altona](https://blog.ethereum.org/2020/07/23/eth2-quick-update-no-13/altona.beaconcha.in/)测试网自上线以来一直稳定运行，在与eth2客户端团队进行协商之后，我们的下一个多客户端测试网[Medalla](https://github.com/goerli/medalla/blob/master/medalla/README.md)，其MIN_GENESIS_TIME最早为unix time 1596546000 (即最早创世时间为UTC时间2020年8月4日)。  与Altona相比，Medalla迈出了巨大的一步，它是为社区建设并且由社区维护的多客户端测试网。在Medalla之前上线的多客户端测试网都被看作是“devnets”(开发者网络)，因其主要由客户端团队和EF成员运行 [(点击查看我上一篇文章中对Altona的解释)，](https://news.ethereum.cn/eth2-quick-update-no-13/#altona-v012-testnet)但在本次发布的测试网中，以太坊网络的稳定性和安全性几乎可以说是被完全交由社区手中 (也就是你的手中✋🤞🤟 需要注意的是，MIN_GENESIS_TIME 指的是区块链最早能够启动的时间，但如果未达到最低验证者数量，网络仍然无法启动。为了遵循主网规范，Medalla的最低验证者数量**不能少于16,384** (524,288 ETH被质押)。也就是说，在UTC时间8月2日下午一点之前 (即最早创世时间的前48小时) 如果没有达到16,384这个验证者数量的话，测试网会晚于MIN_GENESIS_TIME启动。这是完全合理的。 总的来说，如果同时满足这两个条件，测试网就能在48小时之后顺利进行创世。我们会密切关注存款进度，一旦明确创世时间，会及时告知社区。🎉 届时我们也会发布一个Medalla的验证者“Launchpad”，这是辅助验证者进行存款的引导界面。对此我们将公布更多相关信息。 创世时期将会有不少于四个客户端完全参与测试网：[Lighthouse](https://github.com/sigp/lighthouse/)、[Nimbus](https://github.com/status-im/nim-beacon-chain)、[Prysm](https://github.com/prysmaticlabs/prysm/)以及[Teku](https://github.com/pegasyseng/teku)。一如往常，我们非常鼓励客户端保持多样性，以增强网络弹性 [(此处是eth2多个客户端的相关讨论)。](https://news.ethereum.cn/eth2-quick-update-no-13/#so-many-clients)请读者多多熟悉客户端的文档，也可以到他们的discord频道中提问 🙂 除了以上四个客户端，我也非常期待[Lodestar](https://github.com/ChainSafe/lodestar)能够在一定程度上参与创世，甚至我们可能还会有另一个令人惊喜的客户端加入。 号外：Medalla会为发布期间的参与者发放[POAP](https://medium.com/poap/what-is-poap-d7e8fdfc207d)！敬请关注🏅 ## <br/> # beta-0攻击网发布 召集所有优秀的白帽骇客👩‍🍳 本周发布了三个攻击网[ (attacknets)，](https://github.com/ethereum/public-attacknets)分别是[lighthouse-attack-0](https://github.com/ethereum/public-attacknets/tree/master/attacknets/lighthouse-attack-0), [prysm-attack-0](https://github.com/ethereum/public-attacknets/tree/master/attacknets/prysm-attack-0)和[teku-attack-0](https://github.com/ethereum/public-attacknets/tree/master/attacknets/teku-attack-0)，成功攻破能获得五千美元赏金！(攻破的意思是，阻止至少16个连续epoch的最终确定性) 初代的攻击网都有意设置得比较简单 (每个客户端对应一个攻击网) 且规模不大 (每个攻击网四个节点)，因此应该不难攻破。详情参阅[README](https://github.com/ethereum/public-attacknets)文档以及引导贴士，也可以加入[Eth R&D #attacknets 频道](https://discord.gg/TRgSp3W)进行讨论。 继beta-0 测试网之后，我们将扩大攻击网的规模并增加难度，会出现更复杂的挑战，对应的赏金也会更多。 **[值得一提的是](https://github.com/ethereum/public-attacknets/issues/4)🏆 lighthouse-attack-0**中有一大发现。虽然并未妨碍测试网的最终确定性，但确实是一个关键漏洞。感谢Age (SigmA Prime) 的迅速修复！ ## <br/> # eth1+eth2合并工作进展 在此我想分享一下eth1+eth2合并工作的进展，并对Mikhail (TXRX) 和 Guillaume (geth) 的优秀贡献表示感谢！ 以太坊未来的发展方向是，将当前的eth主链作为分片合并到新的eth2系统中。这也是将eth2客户端 (共识) 和eth1客户端 (高度优化的用户层) 结合到同一个系统中的过程。 相关资源：关于客户端关系的[阐述](https://ethresear.ch/t/eth1-eth2-client-relationship/7248)；Mikhail也对合并工作做出的详细[阐述](https://ethresear.ch/t/the-scope-of-eth1-eth2-merger/7362)；Guillaume针对基于geth的eth1引擎 (Catalyst) 的架构[描述](https://ethresear.ch/t/architecture-of-a-geth-based-eth1-engine/7574/3)。 基于这些写就的文章，Mikhail和Guillaume一直致力于实现其中的概念。Guillaume的Catalyst是一种geth版本，将其共识委托给RPC调用 (即eth2客户端)，目前已经完成开发准备投入使用。Mikhail的阶段1实现正在运行完全分片化的eth2模拟器，其中选定的分片将区块生产和有效性调用委托给本地的存根 (stubbed) eth1引擎。  下一步就是将这两个部分相结合，进行端对端的eth1+eth2模拟！ 再次感谢Mikhail和Guillaume的杰出工作！我对此感到非常激动，而这也与即将发布的信标链在并行前进！🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-2-0-economic-reviewhttps://www.ethereum.cn/ethereum-2-0-economic-reviewThu, 23 Jul 2020 00:00:00 GMT<center>对以太坊权益证明机制激励模型的分析</center> 来源 | [ConsenSys](https://medium.com/@thomasborgers/ethereum-2-0-economic-review-1fc4a9b8c2d9) <br/> 前言：Eth2.0 权益证明机制PoS即将投入使用，该激励模式基于以太坊2.0最新规范v0.12实现，这将对以太坊经济模式及网络安全性带来什么影响？让我们通过Tanner Hoban和Tom Borgers的经济模型和分析报告，深入了解影响Eth2.0质押经济的相关变量，以及分析得出的结论。 以太坊2.0网络升级目标远大，即逐渐向PoS (权益证明) 共识算法这一激励机制转变，这一升级对网络的经济性状产生深远影响。该系统的设计比较复杂：在这种激励机制下，诚实的验证者可通过验证交易以及最终确定网络状态来获取奖励，而离线以及作恶的验证者将受到惩罚。 在本文中，我们通过一个精细的网络经济模型和新的评价工具来界定、衡量以及分析Eth2加密经济学的安全性。 首先，为了实现对Eth2经济的评估，我们用Excel构建了一个经济模型，用于解释在当前规范下以及特定情境下的系统输出结果。在项目的整个过程中，我们逐步对该模型进行了完善，列出一些预期数值，并根据验证者收入、成本、收益和网络发行量得出基于数据的结论。 Eth2系统受接近100个变量影响，而这些变量对上述所说的输出结果会产生实质影响。**该模型生动地阐释了受不同的ETH价格和ETH总质押量影响，验证者的盈利水平将如何变化，强调了网络安全性受各种不稳定的因素影响。** 我们根据网络攻击成本做了一系列假设，界定了Eth2.0 阶段0中所必需的经济安全程度。目的是为了确保攻击成本高于其收益，并达到当前以太坊Eth1链的安全级别。 我们确定了经济攻击向量的两种主要类别 (即绝对多数攻击和最终确定性攻击)，两种类别的变量和风险级别都是不同的。在阶段0中，我们主要关注旨在破坏网络的攻击。尽管发现网络有遭受此类攻击的风险，但我们更担心之后的阶段。我们预估以太坊的目标质押率为13.8％，根据历史ETH价格和哈希率情况，该目标质押率可为网络提供足够的安全保障。 Eth2中的安全性高度依赖于ETH的质押数量，而ETH质押总量本身也是计算收益的一个系数。我们制作了一个模型，以了解资本有效投资者的动机，并将其命名为**Required Serenity Active Validator Yield (RSAVY) 模型**。该模型旨在研究质押的风险和成本问题，以及质押的**期望回报率 (RRR)**。根据我们的结论，在最佳网络状态下 (内外因共同影响下)，验证者参与质押的期望收益率为3.3%。在更加悲观但稳定的情况下，验证者期望收益率会提高到11.6％。 RSAVY模型不仅可以用来计算期望回报率，还可以根据特定的场景制作网络分析图表。基于这些场景，我们将不同的参数应用到模型中，并给出结论与建议，总结如下。 <br/> ## **结论：** - **与PoW相比，以太坊0的PoS共识机制复杂得多。**Eth2系统高度复杂且经精心设计，但对于验证者来说，可能会很难把握。这将导致一系列的不确定性和不可预测性，阻碍了潜在的资本有效验证者参与质押。 - **Eth2中的网络安全性取决于三个关键变量：ETH质押数量，ETH的价格以及波动性。**其中每个变量都会对攻击网络的成本产生直接或间接的影响。ETH的质押总数量是最可控的变量，而ETH的价格对网络安全性有直接且相当大的影响，但超出系统的控制范围。而波动性受不同因素影响，且间接影响ETH质押情况以及ETH价格。 - **Eth2遭受攻击时，相比Eth1更容易牵一发动全身。**Eth2削减了参与网络运行所需的物理和硬件成本，从而使得硬件和电力消耗基本降至最低。此外，DeFi的蓬勃发展以及向Eth2的最终过渡将极大地加速并扩展这一趋势。 - **资本有效验证者的数量更容易预测。**尽管以太坊发烧友的参与对于成功启动信标链很重要，但是这不足以达到足够的安全级别。因此，吸引更多的资本有效验证者参与质押，有助于达到ETH目标质押水平。 - **根据ETH历史价格，8%的目标质押率将保证Eth2网络达到当前Eth1的安全水平。**根据计算得出，在以往的价格波动下，ETH目标质押率需达到13.8%方可保证网络安全。 - **验证存在规模经济效应 (即验证规模越大，效益越高)，但是随着ETH价格上涨，规模效应将被削弱。**工作量证明机制PoW通过不断扩大工作量来获取更多奖励，而在PoS机制下，随着ETH价格的上涨，验证者成本将逐渐降低。我们发现该经济模式对越是去中心化的网络越友好，这正好符合Eth2的设计目标。 - **目前市面上77.7％的ETH为所谓的“具备验证者资格”钱包所持有中（即拥有超过32 ETH的钱包)**。大约有8660万ETH (即ETH总供应量的77.7%) 储存于非交易所钱包中，且这些钱包的余额均超过32 ETH。而另外还有1870万ETH由那些提供质押服务的交易所持有。可以见得这是一个诱人的绝佳潜在市场 。 - **Eth2维持安全性的成本将远低于Eth1。**在当前的信标链规范下，且假设质押总量为1550ETH (即质押率为8％)，我们预估网络年通胀率为0.55％，远低于当前以太坊PoW网络的4-4.5％。 - **Eth2网络安全性在很大程度上取决于ETH的价格稳定性。**关于Eth2的经济稳定性和安全性，我们最为关注的是在ETH价格较低的情况下，Eth2网络的弹性如何。结合考虑网络攻击者迅速扩张攻击的能力，我们认为这一点值得关注。 - **由于阶段0和阶段1之间缺乏流动性，这可能会导致不可预测性和中心化。**鉴于Eth1和Eth2之间缺乏双向通道，并且在阶段0和阶段1种无法实现交易，我们预测将会形成一个由金融衍生市场以及中心化交易所构成的二级市场。 而验证者如果在这些平台上高度集中，将会带来一系列中心化危机以及不可预测性。 - **留意金融衍生品攻击。**以太坊生态系统正突飞猛进，而ETH作为一种资产类别也在迅速发展。随着期权体量的增加，以及诸如“闪电贷”之类的特殊金融产品遭受恶意攻击，金融衍生品可能成为攻击者的首选途径。 <br/> ## **建议：** - **将基本奖励系数 (Base Reward Factor) 增加到至少128**：我们明白为了维持网络安全性而加大成本投入意味着什么，如果基本奖励系数为64，我们认为这对于网络安全性的投入明显不足。在向权益证明机制 (PoS) 分阶段过渡的过程中，谨慎行事对于以太坊网络来不失为明智的做法。 - **在应对冲击事件如ETH价格暴跌方面，需要探索一种更为灵活的方法来调整奖励机制 (比如研究安全保障网的实现)。**在面对网络冲击事件时，我们建议探索一种更加灵活的方法以调整奖励或基本奖励系数。方法包括使用阈值触发器、阶梯函数或与ETH价格直接相关的函数。 [原报告链接](https://drive.google.com/file/d/1pwt-EdnjhDLc_Mi2ydHus0_Cm14rs1Aq/view) <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/breaking-down-eth-2-0-ewasm-and-evm-explainedhttps://www.ethereum.cn/breaking-down-eth-2-0-ewasm-and-evm-explainedThu, 16 Jul 2020 00:00:00 GMT来源 | [Ivan on Tech](https://academy.ivanontech.com/blog/breaking-down-eth-2-0-ewasm-and-evm-explained) <br/> <center><img src="https://i.ibb.co/jTFFP5P/EVM-p1-3acda284cf.jpg"/></center> <br/> # 以太坊2.0之eWASM eWASM是以太坊迈向2.0时代的又一创新之举。主流看法是，eWASM能够促进网络的速度、可扩展性和灵活性，也使得开发者能够基于以太坊2.0的协议构建更为复杂的智能合约。除此之外，我们之前的文章还对Eth 2.0的许多不同方面进行了解释，如[Staking](https://academy.ivanontech.com/blog/breaking-down-eth-2-0-staking-explained)、[Sharding](https://academy.ivanontech.com/blog/breaking-down-eth-2-0-sharding-explained)、[以太坊Layer-2](https://academy.ivanontech.com/blog/breaking-down-eth-2-0-ethereum-layer-2-and-scalability-explained)、[zk- snark](https://academy.ivanontech.com/blog/breaking-down-eth-2-0-zk-snarks-and-zk-rollups)等。在探讨eWASM之前，我们再过一遍以太坊2.0的基本路线。 <br/> # 什么是以太坊2.0？ 以太坊2.0包含一系列升级，将对协议进行颠覆性的改进，扩容以太坊网络，使其更加高效。其中的升级包括：使用Casper协议的Proof of Stake (权益证明) 机制、分片、Raiden (雷电网络)、Plasma以及Rollups等等。这些升级将会在[以太坊不同的阶段](https://academy.ivanontech.com/blog/eth-2-0-exploring-the-phases-of-eth-2-0)中实现，以确保合理地部署和执行。 - 阶段0：启动信标链，转向PoS权益证明机制 - 阶段1：加入分片 - 阶段2：使用以太坊0 eWASM替代现有的以太坊虚拟机 (EVM) <center><img src="https://i.ibb.co/Jk9pgFR/EVM-p2-bef5c69ef1.jpg"/></center> 本文将主要探讨阶段2，如果读者对以太坊2.0有一些了解，那么应该知道从EVM到eWASM的转变是非常宏大的工作。在我们进入eWASM之前，先来看看EVM到底是什么。 <br/> # 以太坊虚拟机是什么？ 每条去中心化的区块链都需要一个虚拟机来处理并执行操作。比特币的虚拟机相对简单，因为它只需要处理交易。然而，由于以太坊支持图灵完备的智能合约，其复杂度也就更高。因此，我们需要思考另一个重要问题。 既然智能合约要满足不可篡改性，并且即使历经多个节点也能无损运行，那么以太坊虚拟机 (EVM) 需要拥有哪些主要特性？ <center><img src="https://i.ibb.co/jkcvrkH/EVM-p3-f3fe5b5da0.png"/></center> - 确定性 - 可终止性 - 独立性 ### ## 确定性 如果针对相同的一组输入，无论其执行了多少次代码，程序都给出相同的输出，那么就可以说是该程序具有确定性。确定性函数的一个完美示例就是数学运算。例如，假定所有数字都以10为底，则无论重复运算多少次，1 + 4始终等于5。 DApps往往需要同时处理大量金额，所以用户需要清楚知道代码在每个执行阶段如何响应。 ### ## 可终止性 我们需要谨记一点，以太坊智能合约是图灵完备的。如果有充足的时间和资源，那么理论上来说智能合约可以解决任何问题。然而，我们无法判断合约是否能在给定的时间限制内完成所有操作。这就是为什么智能合约需要有终止机制。以太坊智能合约借助“gas”来定义其使用期限。当合约达到gas上限，则无法继续进行操作。 ### ## 独立性 最后，智能合约应该在一个完全独立的环境中运行。如果合约发生什么意外情况 (例如被攻击或是出现漏洞)，那么其影响不应该波及到其他底层协议。 要满足以上三个特性，有两种系统可以供智能合约使用——虚拟机和Docker容器。由于Docker的合约默认设计不具备确定性，以太坊决定采用虚拟机。 <br/> # 以太坊虚拟机：如何运作？ 当我们说到“虚拟机” (virtual machine) 的时候，到底是什么意思？ 传统的操作系统 (Windows/iOS) 一次只需要在一个系统中运行。而虚拟机 (VM) 是基于本地操作系统所创建更高级抽象，可用于复制物理机的功能。 虚拟机使得用户能够在不同的硬件架构和操作系统中同时运行同一平台。这就是为什么虚拟机非常适合像以太坊这样的去中心化网络的原因。以太坊的主要目标是成为一台全球超级计算机，使得开发者能够借助其计算资源构建自己的智能合约和去中心化应用程序。以太坊虚拟机 (EVM) 的功能就类似世界计算机，遍布全球的节点都能进行访问。 <center><img src="https://i.ibb.co/cc61r9C/EVM-p4-bcc1a1a79b.jpg"/></center> ### ## 堆栈和状态机 相较于普通的虚拟机，EVM还具备两个额外特性。首先，作为状态机的EVM可以读取输入然后相应地更新其状态。其次，EVM还是堆栈式，其内存结构能够以堆栈形式进行组织和访问。 如果读者熟悉数据结构，那么应该对堆栈并不陌生。堆栈是线性数据结构，其中的操作是通过LIFO (后进先出) 来执行的。 下面举个例子： <center><img src="https://i.ibb.co/FBpqGpb/EVM-p5-04e6aa9506.png"/></center> 在上图的堆栈中，第一条插入的数据是Orange，最后一条数据是Apple。根据LIFO的逻辑，我们取出的第一条数据应该是Apple，最后才是Orange。 现在我们再来看看堆栈操作：Push和Pop。 - Push：向堆栈中加入数据 - Pop：使用LIFO逻辑将数据从堆栈中移除 ### ## EVM中的堆栈操作 在堆栈式虚拟机中，操作执行如下： - 首先移除数据和操作数 - 相应操作被执行 - 执行结果被加入堆栈 参考以下图表： - 我们首先移除两个数字：20和7 - 将这两个数字相加，我们得到27 - 最后，结果被重新加入堆栈 <center><img src="https://i.ibb.co/syHn2Dd/EVM-p6-4e8e455b83.png"/></center> **EVM堆栈式系统的优势** - 堆栈结构可确保EVM不需要获取操作数的确切地址。堆栈结构会始终且必然将VM指向下一个操作数。降低大量操作开销的同时提高了整体效率。 - EVM拥有：世界状态(world state)、机器状态 (machine state) 和虚拟ROM。世界状态将所有帐户存储在网络中，机器状态包括程序计数器、可用gas、堆栈和内存等数据。最后，虚拟ROM读取名为“ EVM字节码”的机器级代码。这是只有EVM才能理解的独特语言。 ### ## EVM – 读取字节码 <center><img src="https://i.ibb.co/drgR35y/EVM-p7-57e6798089.png"/></center> 编程语言分为高级和低级语言。低级语言 (如字节码) 能够轻松被机器读取，但人类却难以理解。这也是为什么大多数编程语言都是高级形式的原因。那么，在智能合约中程序是如何运作的呢？ - Solidity/Vyper语言的智能合约被编译为字节码，使用到的编译器叫做“solc” - 字节码由网络读取并处理 - 字节码是Solidity操作码的二进制形式。从EVM转向eWASM的过程中，编译器是非常重要的一个部分，因为EVM无法理解除了字节码之外的任何语言。 - 每个操作码在规范中都被赋予了易于理解的名称，并由数字代码表示。例如，数字0X01代表ADD操作码。 ### ## EVM的功能性 - EVM是以太坊网络中的去中心化处理单元。每笔交易、交互和智能合约执行只能通过EVM进行。 - 负责所有不同的数据结构，包括指令、操作数以及已经处理的数据。 - EVM通过指令分配器获取并执行指令，对操作码进行解码。 - EVM还会跟踪多个网络组件，例如世界状态、存储状态以及区块信息。 - 在以太坊网络中为智能合约创建一个运行时环境。该环境包含需要用以执行具体交易的信息，例如gas价格 (最新gas价格)、代码大小、Caller (交易接收方地址) 以及Origin (交易发送方地址)。 ### ## EVM的缺点 虽然EVM具备许多优势，但也存在四个主要问题，导致网络的整体吞吐量受限： - 由于EVM需要处理大量各种各样的操作，其速度便不尽人意。EVM的操作码规范没有进行更新，也没有针对不同的硬件平台做出优化。 - 第一点提到由于EVM需要处理大量不同操作，就会容易成为运转瓶颈。其结果就是严重损害整个网络的效率。 - 自从发布初始规范以来，EVM并没有进行太多优化，导致编写合约所需的工具和语言极大受限。 假如底层工作环境本身存在巨大缺陷，那么引入一系列新颖机制 (分片/rollups/Casper) 的意义何在？以太坊之所以寻求从EVM转向使用eWASM，也出于对以上缺陷的衡量。 那么什么是eWASM呢？在此之前，我们需要先理解什么是WebAssembly。 ## <br/> # 什么是WebAssembly (WASM)？ <center><img src="https://i.ibb.co/0CJLVRz/genesis-2-72557e9e97.png"/></center> WebAssembly最近获得了许多关注。WebAssembly是由World Wide Web Consortium (W3C, 万维网联盟) 创造并定义的新代码类型，能够在现代浏览器中高效执行。 WebAssembly凭什么独树一帜？ 由于WASM具备基于堆栈的低级二进制格式，且在默认情况下很小，从而可以实现快速加载和执行。浏览器下载WASM代码后，便可以快速将其转换为任何计算机的程序集。 **WebAssembly** - 受多个JavaScript引擎和运行时环境的支持，可以在大多数现代浏览器中执行。 - Go/Rust/C/C++语言可以直接编译为WASM - 能够快速适应所有机器级架构，具备极高性能 - 附带与大多数现代硬件架构兼容的指令集 - 在大多数平台上趋近于本地运行速度 ## <br/> # 以太坊2.0 eWASM 读到这里大家可能已经发现了，eWASM (Ethereum WebAssembly) 就是以太坊2.0版的WebAssembly。 根据相关团队的说法： **eWASM = WASM –非确定性(浮点) +计量+ EEI路径(用以与以太坊交互)** eWASM团队已经给出其具体的设计目标： - 构建EVM转译器，并且以eWASM合约形式添加计量注入器 - 发布明确详细的规范：以太坊接口、eWASM合约语义以及细节 - 为solc编译器构建一个eWASM后端 - 提供C语言和Rust语言的相应指令和库，以支持智能合约编写 诸如EOS、Tron以及Cardano等项目已经或者准备采用WASM，实现eWASM之后，以太坊也将成为其中之一。 # <br/> # eWASM vs EVM EVM的主要设计目标就是要保证正确性，即使可能会因此牺牲一定的效率。以太坊开发者Lane Rettig认为EVM是基于理论设计而非实用设计，因此可能无法完美支持现实应用。EVM中的每个节点都必须完整正确地运行EVM，而WASM是为现实应用而生的，能够翻译轻松实际的代码逻辑，因此在效率和速度上更具优势。 现在有了大概的认识，我将进一步对比eWASM和EVM。 <center><img src="https://i.ibb.co/HgHbhm4/EVM-p9-27b11f93f3.jpg"/></center> ### ## eWASM vs EVM #1:速度 简单来说，EVM可以看作是“万精油”，但没有达到理想效果。就拿代码编译来说吧。 EVM经常无法有效编译大量代码。而浏览器的本地JS引擎通常需要大量工作来为某些操作的执行匹配最佳路径，而这对EVM的整体吞吐量来说会产生巨大影响。此外，EVM只能处理256位的字节码，因此小于256位的字节码必须转换为256位格式。 <center><img src="https://i.ibb.co/BcztR01/EVM-p10-4ef296665e.jpg"/></center> EVM的设计极大限制了以太坊的速度和可扩展性，使其每秒最多只能处理25笔交易。而这对于现实世界和现实需求来说是非常不切实际的。 eWASM可以直接转换为编译代码，从而提高加载速度，并且大幅提升每个区块能够处理的交易量。除此之外，有了分片和layer2解决方案的加持，以太坊2.0的速度会显著提升。 ### ## eWASM vs EVM #2:预编译 eWASM还能消除以太坊对预编译的依赖。预编译是EVM字节码的特殊位，好处在于能够节省gas成本，进行高效的密码运算。大多数情况下，如果不进行预编译，那么几乎不可能将创建合约所需的gas控制在上限范围内。而eWASM的gas效率非常之高，以至于能够省去大部分甚至全部的预编译。 然而，预编译也有不足之处。引入新的预编译往往需要网络进行系统范围的硬分叉。根据历史经验，因为可能导致社区分裂，硬分叉多少具有争议性。 而这些意味着什么？ eWASM能够帮助开发者又快又省地创建智能合约，并且没有硬分叉的顾虑。 ### ### eWASM vs EVM #3:灵活性 最后，相较于标准的EVM，eWASM最显著的优势就是代码灵活性。要编写智能合约，以太坊开发者必须特地学习Solidity语言，而这就成为了开发者的知识瓶颈。 eWASM能够与多种语言进行交互，并且拥有更为广泛的开发者工具集。eWASM将支持C/C++/Rust语言。 <center><img src="https://i.ibb.co/v4dK84m/EVM-p11-e2b375c44d.jpg"/></center> eWASM将获得所有主流JavaScript引擎的支持，例如： - Microsoft的Chakra引擎 (Microsoft Edge) - Google的V8 engine (Node.js及基于Chromium的浏览器) - Mozilla的Spidermonkey引擎(Firefox及Thunderbird) eWASM还将获得以下非浏览器实现的支持，例如： - ml-proto (OCaml引用解释器) - wasm-jit-prototype (使用LLVM后端的独立虚拟机) - wabt (基于堆栈的解释器) EWASM还具有以下的开创性优势，这些优势是之前的EVM不可能拥有的： - 对于以太坊轻客户端，得到浏览器支持会更简单，因为eWASM是根据W3C标准架构的 - eWASM有更多编译器和更多种类的开发者工具 - 由于大量的项目已经在使用eWASM了，它已聚集了一个健康、多元的开发者社区 ## <br/> # 结语：eWASM能否助Eth 2.0更上一层楼？ 关于eWASM，以太坊社区感到非常兴奋。然而，相关讨论也总是伴随着天花乱坠的说法，我们还需要听到不同的声音。一位资深以太坊开发者Greg Colvin就对eWASM智能合约持疑，其主要观点是： - eWASM无法消除预编译 - eWASM过渡依赖编译器，可能会导致单点故障 其实绝大多数以太坊开发者都相信eWASM将对协议的整体性能和吞吐量造成巨大影响。 结果究竟会如何呢？让我们拭目以待吧！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/the-smart-contract-security-mindsethttps://www.ethereum.cn/the-smart-contract-security-mindsetWed, 15 Jul 2020 00:00:00 GMT来源 | [ConsenSys](https://media.consensys.net/the-smart-contract-security-mindset-a09f5f8f5f4f) <br/>  <br/> 尽管区块链行业的发展日趋成熟，但是智能合约的开发仍是一个相对较新的领域。因此，为了应对新的漏洞和安全危机，以及满足开发新的最佳实践的需要，我们应该不断完善安全性方面的问题。学习[最佳实践](https://consensys.github.io/smart-contract-best-practices/)只是智能合约开发者在安全性方面踏出的第一步。 智能合约编程需要一种不同于传统的工程思维。智能合约失败的代价很高，更新迭代需要较大工程量，这使得它在某些方面更类似于硬件编程或金融服务编程，而不是web或者移动端开发。因此，仅仅防御已知的风险是远远不够的，还需要掌握新的开发理念。 <br/> # 准备应急措施 任何重要的合约都会出现故障。因此，开发者必须做好充足的准备，以便及时应对漏洞。 - 出现故障时暂停合约 (“断路器”)。 - 管理风险资金的数量 (限制流量，最大化利用率)。 - 准备有效的升级路径以修复和改进bug。 # <br/> # 防患未然 最好是在完整的产品发布之前发现bug。 - 全面测试合约，并在发现新的攻击向量时添加相应测试。 - alpha测试网版本发布之后，提供[bug赏金](https://consensys.github.io/smart-contract-best-practices/software_engineering/#bug-bounty-programs)。 - 分阶段推出，每个阶段更新功能并添加新测试。 # <br/> # 保持智能合约的简洁性 复杂性会提高出现故障的概率。 - 确保合约逻辑简单。 - 模块化代码以使合约和函数保持较小。 - 请尽可能使用既有工具或代码 (例如不要使用自己的随机数生成器)。 - 在保证清晰度的前提下再考虑性能。 - 只在系统中需要去中心化的部分使用区块链技术。 ## <br/> # 保持更新 跟进新的安全性措施。 - 检查智能合约，以最快的速度定位新漏洞。 - 尽快升级到任何工具或库的最新版本。 - 采用可能有效的保障安全性的新技术。 ## <br/> # 了解EVM的特性 尽管开发者对以太坊编程较熟悉，但仍需要注意一些陷阱。 - 要特别小心外部合约调用，该过程可能会执行恶意代码并改变控制流 (control flow)。 - 要明白，开发者的公共函数是公开的，可能会被恶意调用，调用顺序也可能是任意的。任何人都可以查看智能合同中的隐私数据。 - 注意gas成本和区块gas限制。 - 注意，区块链上的时间戳是不精确的：矿工可以在几秒内影响交易执行的时间。 - 随机性是区块链上一个重要的特性，大多数产生随机数的方法在区块链上是具有博弈性的。 ## <br/> # 基本权衡因素 在评估智能合约系统的结构和安全性时，需要考虑多种基本的权衡。对于所有智能合约系统的普遍建议是，在这些权衡之间找到平衡点。 从软件工程的角度来看，理想的智能合约系统是模块化的，即重用代码而不是复制代码，以及支持可升级的组件。而从安全架构的角度来看，理想的智能合约系统可能同样会使用这种模式，尤其是面对更为复杂的智能合约系统。 然而，当安全性和软件工程最佳实践出现不一致时，也会有一些例外情况发生。而在每种情况下，可通过选择合约系统上的最佳性能组合来达到平衡，例如: - 固定版本vs.可升级 - 整块化vs.模块化 - 复制vs.重用 <br/> ## 固定版本vs.可升级 当多个资源 (包括此资源) 强调自身的延伸性时 (比如可中断的、可升级的或可修改的模式)，那么就需要在延伸性和安全性之间找到一个平衡点。 延伸性增加了复杂性和潜在的受攻击性。如果智能合约系统在预先规定的有限时间内能够完成的功能非常有限，那么这时简洁性比复杂性要有效得多，例如，无治理的限时代币发售合约系统。 <br/> ## 整块化vs.模块化 独立的整块化合约允许信息在本地识别和读取。虽然整块化合约一般不被重视，但对于数据和流的极端本地化存在争议，例如代码审计的效率优化。 与本文考虑的其他因素一样，在简单的短期合约中，安全性最佳实践趋向于与软件工程最佳实践相悖；而在更复杂的永久合约系统中，两者趋于相一致。 <br/> ## 复制vs.重用 从软件工程的角度来看，智能合约系统希望能够在需要时最大化重用功能。在Solidity语言中，有许多重用合约代码的方法。实现代码重用的最安全的方式通常是：使用自己之前经过验证和部署的合约。 如果之前部署的合约无法使用，开发者通常就需要依靠复制功能了。[OpenZeppelin的Solidity库](https://github.com/OpenZeppelin/openzeppelin-contracts)尝试提供一些模式，使得安全代码可以在无需复制的情况下被重用。任何合约安全分析都必须将目标智能合约系统中还没有与风险资金建立相当信任级别的重用代码包含在内。 现如今，在以太坊上创建应用软件无疑是最令软件工程师激动的前沿领域，但这需要持续不断的威胁建模 (threat modeling)、安全审计，还需要做好周全计划以应对故障发生。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-7-10https://www.ethereum.cn/wnie2-2020-7-10Mon, 13 Jul 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200710) ## <br/> ## 精选推荐 本期的文章荐读是Anthony Sassano的Daily Gwei[**《eth1和eth2合并之路概览》**](https://thedailygwei.substack.com/p/the-great-merger-the-daily-gwei-22)。 趁此机会，我想说Daily Gwei真的很棒，篇幅精简，内容准确且丰富。足以见得Anthony对于生态中许多领域的了解颇深。而且这是日刊，我很难想象每天要花多少功夫在这上面。（本条并非广告😂，而是完全出自本人对Anthony及其工作的钦佩） 另外，这周我觉得还值得一听的是Vitalik作为嘉宾的**[Hashing it Out播客](http://thebitcoinpodcast.com/hashing-it-out-86/)**。内容不仅限于Eth2，而是俯瞰当前以太坊生态中的方方面面。 ## <br/> ## 社论 我上周突然发觉，距离我们相聚在柏林恰好两周年了😅，而这是我们解锁Eth2旅程的起点。之前我们的工作方向一直是对分片和Casper进行独立设计，由Eth1上的智能合约管理。但其局限性随后被证明：一方面，彼时的预期最低质押额是1000 ETH。 <center><img src="https://i.ibb.co/NNhwdjM/7-10-1-457425efa8.png"/></center> <br/> Eth2后来的雄心壮志已经远远突破了旧设计的局限性，我们可以说是从一张白纸开始重新设计这整个系统。我们是否做了对的选择？我完全相信这是正确的方向。旧设计的约束条件过于严格。（即使如此，在上面提到的播客中，Vitalik对于在起初没有采取最小可用的Proof of Stake机制表示遗憾） 多么有收获的两年啊！我们目睹了巨大的创新和惊人的成就。回想起多客户端测试网从无到有，现在已经接近产品级，我仍然感觉难以置信。我从事产品开发已经25年了，我从来没有看见有哪一个重量级产品发展得如此之快。帮我个忙，如果下次你再听见这样的牢骚：Eth2到底什么时候上线？请礼貌地提醒他们这个事实。 ## <br/> ## 阶段0：信标链 自上期以来的重大消息就是我们成功发布了Altona测试网 ([浏览器](https://altona.beaconcha.in/)/[仪表盘](https://eth2stats.io/altona-testnet))。创世在UTC时间6月29日12:30:05顺利完成。如果感兴趣的话可以看看由[superhiz](https://www.reddit.com/user/superphiz/)组织的[录播](https://www.youtube.com/watch?v=3apiaM5g6jY)。视频中我看起来有点不安，但随后同我的节点Metal Albert一样心花怒放，因为它挖出了[创世区块](https://altona.beaconcha.in/block/2549b9ea577ccaeba472e7c966aa853cd5bd0acaa2f0031bf1dafdf237810a3f)。 当前运行中的测试网，Altona (多客户端) 以及Onyx (Prysm) 都在稳定运转，展示出向好的迹象。一个支持大规模参与的测试网络有望在2-3周内开放。请保持关注! Least Authority发布了针对Protocol Labs的Gossipsub v1.1设计和实现的审计报告。这是我们会在Eth2中使用到的网络协议。其中有许多可调节的参数。在最近的开发者会议中，我们将很快发布一个次要规范，其中包含适用于Eth2的gossipsub参数。 说到审计，以太坊基金会也在为客户端使用的[Herumi](https://github.com/herumi/bls)密码库[寻找审计方](https://twitter.com/dannyryan/status/1279085799644884992)。详情参见[RFP](https://notes.ethereum.org/@Uj8LfAR6SACOz4TM6m07kw/HJd-uSTh8)，但要尽快了，截至时间是周二。 之前提到过BLS库产生了一个分支：Supranational的[Blst](https://github.com/supranational/blst)库。[一些客户端团队](https://twitter.com/paulhauner/status/1280760605373161472)正在尝试集成，到目前为止其性能还是很可观的。有消息称，今年稍迟一些会对其进行形式化验证 (这比审计要严格许多)。对了，[hash-to-curve规范](https://tools.ietf.org/html/draft-irtf-cfrg-hash-to-curve-09)也更新到了v09版本，但是v07和v09之间没有产生影响Eth2的实质性改变，因此对我们来说并无大碍。 以太坊基金会为ETHGlobal的[HackFS](https://hack.ethglobal.co/hackfs)提供Eth2和libp2p项目的[赏金赞助](https://twitter.com/dannyryan/status/1279443288756416512)。从测试网不难看出来，对于分布式系统来说，要分析并修复漏洞是一项很复杂的工作 (如果证明数量突然变少了，我们如何寻找原因？) 在这些问题上，我们亟待更好的工具。所以就看大家的了😄 ### 工具 Jim McDonald在[thegraph.com](https://discord.com/channels/595666850260713488/595701053161209866/728550226662785145)中为多个测试网 (Topaz, Onyx, Altona) 的存款合约添加了子图。这使得我们能够轻松查阅存款历史。快来[The Graph](https://thegraph.com/explorer/subgraph/attestantio/eth2deposits-altona)上试试吧！ Protolambda[发布](https://github.com/protolambda/rumor/releases/tag/v0.2.0)了[Rumor v2](https://twitter.com/protolambda/status/1279108981710094338)版本。Rumor是“使用Go语言编写的交互式壳层，可运行Eth2网络堆栈、连接测试网、调试客户端并为工具提取数据”。在[Github](https://github.com/protolambda/rumor)上查看进度。 Protolambda的工作从不单一，除此之外他还一直在构建一个[脚本存储库](https://github.com/protolambda/eth2-py-scripts)，可用于信标节点交互或是处理Eth2数据。 区块浏览器也没有停止创新。Etherscan[发布](https://medium.com/etherscan-blog/beaconscan-the-validators-explorer-66c5aa2d4229)了一款支持电子邮件警报、仪表板以及其他功能的Eth2验证者浏览器[[1\]](https://hackmd.io/@benjaminion/wnie2_200710#fn1)。详情参见[BeaconScan](https://beaconscan.com/)。同时，[beaconcha.in](http://beaconcha.in/)也在持续添加新功能：根据涂鸦字符串构建仪表板、为验证者添加标签、注册验证者时[对存款进程进行跟踪](https://twitter.com/etherchain_org/status/1278693851901894661)，他们还[发文](https://kb.beaconcha.in/ethereum-2.0-and-depositing-process)阐释了存款程序和验证者状态。 ## <br/> ## 释义性文章 最近的文章大多与信标链节点和验证者的运行相关。参考以下： - Attestant的Steve Berryman：在[Altona测试网中安装并运行PegaSys Teku验证者](https://medium.com/@steve.berryman/installing-and-running-an-ethereum-2-pegasys-teku-validator-on-the-altona-testnet-e3b9a0989a52) - CoinCashew：如何使用[Ubuntu系统和Lighthouse客户端在ETH 2.0 Altona测试网](https://www.coincashew.com/coins/overview-eth/guide-how-to-stake-on-eth-2.0-altona-testnet-with-lighthouse-on-ubuntu)中进行质押 - Hive Blog：使用[树莓派4B 8GB运行Altona测试网验证者](https://hive.blog/ethereum/@tarekadam/altona-test-net-validator-using-raspberry-pi4b-8-gb) - [设置Prysm验证者](https://github.com/metanull-operator/eth2-ubuntu)的详细教程。其中许多部分适用于所有客户端。 目前为止，这些文章多多少少都比较技术化，主要受众也是不惧繁琐的用户。如果觉得这些文章不适合你，不用担心，之后也会有许多类似[DAppNode](https://dappnode.io/)的简便即用性选择。然而这也提醒我们，运行自己的节点需要付出一定工作量并承担相应的责任。这并不是一劳永逸的事，需要长期的投入和维护。 如果大家对多个Eth2的客户端感到困惑，Somer Esat对客户端的当前状态做了一次梳理[《以太坊2.0与七个客户端》](https://medium.com/@SomerEsat/ethereum-and-the-seven-clients-648815c4ac71)。Somer的文章很有帮助，我可以确定其中关于Teku的信息是准确无误的。（本文还有[中文版](https://www.unitimes.pro/p/3a0f747f59a44c0e9ef29308a7f3470b)） 这里我尴尬地承认在上期遗漏了一篇文章 (特别是我已经审校过其草稿😧。 Mara Schiedt致力于探索在[以太坊2.0中使用秘密共享验证者](https://medium.com/coinmonks/secret-shared-validators-on-ethereum-2-0-ea29ab380016)，以增强网络的强韧性和多样性。Eth2协议从一开始将这类去信任地多方计算功能加入了设计，尽管有些担心参与者最后会选择捷径，但我希望这能成为现实。 Bison Trails宣布对Eth2进行支持，并发布了一篇Eth2设计和路线图[科普文章](https://bisontrails.co/eth2-announcement/)。 Ivan on Tech再次为我们解构ETH 2.0：[读懂eWASM和EVM](https://academy.ivanontech.com/blog/breaking-down-eth-2-0-ewasm-and-evm-explained) [Everstake](https://twitter.com/bo_opryshko/status/1280126459420573697)也开启了一个Eth2系列，首篇：[什么是以太坊2.0？](https://medium.com/everstake/what-is-ethereum-2-0-and-what-will-happen-to-this-cryptocurrency-8a24a73ae62e) ## <br/> ## 媒体 这期开始我将尝试新开一个板块，这个板块囊括了播客、推特和其他新闻，而收集的新闻放在这里是最合适的。 在我写这篇文章的同时，以太坊基金会开发团队正于[Reddit上举办AMA问答活动](https://www.reddit.com/r/ethereum/comments/ho2zpt/ama_we_are_the_efs_eth_20_research_team_pt_4_10/)。这些一直都值得关注——我们可以看看到目前为止一些很有价值的问答。去年开发团队举办的AMA问答由[Ethhub](https://docs.ethhub.io/other/ethereum-2.0-ama/)整理并发布，以供参考。 Tyler Smith在twitter上发表了系列推文，内容是关于[未来6-12个月](https://twitter.com/R_Tyler_Smith/status/1280545450572099584)内以太坊将面对的风险与机遇。不只是讲Eth2，但[推文重点在Eth2上](https://twitter.com/R_Tyler_Smith/status/1280545459761790984): <center><img src="https://i.ibb.co/PTjV9z0/7-10-2-e859b76355.png"/></center> <br/> 在[ETHPlanet](https://twitter.com/ETHPlanet/status/1280198696643117057)主办的夏令营里，Vitalik、Danny和Karl Floersch讨论了Eth2和以太坊扩容问题。可在[YouTube](https://youtu.be/WTqGUKSpciw?t=811)上看重播(由于网络连接出现问题，链接跳过了前13.5分钟)。这是一次很好的概述性谈话。 另一个采访：播客MikoBits与Quantstamp的Kacper Bak进行了一场[Eth2的深入探讨](https://www.youtube.com/watch?v=7qLa39V08vM)。(顺便说一下，Quantstamp对[Prysm的安全性进行了审计](https://github.com/prysmaticlabs/prysm/issues?q=is:issue+label:Audit)。) Bernhard Mueller和Vitalik讨论了如何[简化](https://twitter.com/muellerberndt/status/1279011030128001029)Eth2路线图，并以系列推文展示出来。 与以往一样，关于信标链的发布日期有各种猜测。预测市场在这方面应该很在行: 信标链能不能在2020推出呢？[Omen](https://gateway.ipfs.io/ipfs/QmbB3wA5R2PR8s87pJRSUCcBHRxAtfFtkSWmVWEcHsaFeV/#/0x592af74865799e1ed509afef002a6eca26e1caa2)市场目前的比是55:45。Evan Van Ness押注[500 USDC](https://twitter.com/evan_van_ness/status/1278901117846540288)，赌信标链将于2020上线。而[Polymarket](https://www.poly.market/market/will-ethereum-20-phase-0-launch-before-2021)市场预测比从56:44变为74:26🤷‍♀️ 与此同时，Justin仍然[坚持](https://www.reddit.com/r/ethereum/comments/ho2zpt/ama_we_are_the_efs_eth_20_research_team_pt_4_10/fxizbhp/)上线日期为[1月3日](https://twitter.com/trent_vanepps/status/1281594510280208384)。[Vitalik](https://www.reddit.com/r/ethereum/comments/ho2zpt/ama_we_are_the_efs_eth_20_research_team_pt_4_10/fxj3vfu/)和[Danny](https://www.reddit.com/r/ethereum/comments/ho2zpt/ama_we_are_the_efs_eth_20_research_team_pt_4_10/fxj2r7p/)想要加快上线进度。我非常期望今年以内可以上线，并且我们与Teku的所有产品规划都围绕着这个目标进行。再看一个关于上线日期的[漫画](https://twitter.com/preston_vanloon/status/1281609559988006912)。 <center><img src="https://i.ibb.co/GJ52RXW/7-10-3-5ad55dd91e.png"/></center> <center>（图片源自推特 @preston_vanloon）</center> <br/> ## 研究工作 Aditya Asgaonkar发文分析了[Eth2的弱主观性时期](https://notes.ethereum.org/@adiasg/weak-subjectvity-eth2)。[之前](https://hackmd.io/@benjaminion/wnie2_200627#Implementers)提到，他的结论有些令人吃惊。我以为我们假设Eth2的弱主观性时期为几个月，但根据Aditya的计算更倾向于一两周。 弱主观性时期的出现是[由于](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/)PoS协议何如适用于新入网的节点或是离线一段时间之后重新同步的节点。这不会影响大多数保持同步的节点。问题是，一旦验证者离开了网络，他们就可以随意制造历史区块或者历史证明，并且不会受到惩罚 (因为其无法被罚没)。如果有一定数量的验证者这样做，那么他们可能会诱使新节点遵循错误的链。对此，我们采取的一种防御机制是限制验证者加入和离开网络的速率。但即使如此，Aditya表示即使验证者数量庞大，也可能会在几周内退出大量验证者，从而引发上述问题。 此问题的解决方案是让新节点在弱主观性时期内的某个位置能找到值得信任的检查点。这就能确保节点始终同步正确的链。Aditya提出了几种实现方式，我们也在最近的[开发者电话会议](https://hackmd.io/@benjaminion/B1WexiV1P#Weak-subjectivity)中进行了讨论。对于客户端开发人员而言，这可能意味着全然不同的工作流程。我们正在组建工作组讨论解决方法。显然，我们需要尽可能以去信任方式来分布这些检查点。 来自[ethresear.ch](http://ethresear.ch/)： Alex Vlasov (ConsenSys TXRX团队): [通过时间同步漏洞去匿名化](https://ethresear.ch/t/de-anonymization-using-time-sync-vulnerabilities/7610?u=benjaminion)。贴文探讨了更多如何通过时间同步漏洞进行网络攻击，主要攻击点是对验证者进行去匿名化，Jonny Rhea (同样来自TXRX团队) 最近也[一直在研究这个问题](https://ethresear.ch/t/packetology-validator-privacy/7547?u=benjaminion)。 我们如何能够保护验证者的隐私呢？问题在于，如果一个攻击者提前知道轮到我提议区块，那么我会被攻击者有选择地进行低成本DoS攻击。这就导致网络为攻击者敞开了大门。 我们有方法使得每个slot的区块提议者[无法被提前知晓](https://ethresear.ch/t/public-single-leader-election-psle-secret-probabilistic-backup-election-spbe/7633/3?u=benjaminion)，也即秘密领导人选举。但这涉及到复杂的密码学技术。另外一种相对简单的方式是每个slot都随机选择多个提议者，期望值为1。这可以通过验证者签名秘密进行，但可能会导致每个slot出现多个甚至没有区块提议者。这两种方案各有其利弊。 Danny Ryan提出了一种结合两者优势的方案：[公开领导人选举 (PSLE) + 秘密随机备选选举 (SPBE)](https://ethresear.ch/t/public-single-leader-election-psle-secret-probabilistic-backup-election-spbe/7633?u=benjaminion)。该方案的主要理念在于，如果真的发生了网络攻击，那我们可以放出烟雾弹，直到出现可靠的解决方案。 ## <br/> ## 常规会议 ### 实现者会议 7月9日进行了第43次会议。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/165) - [会议视频](https://youtu.be/4IooxDX_GfU?t=52) - 我的[速记](https://hackmd.io/@benjaminion/B1WexiV1P)以及[Mamy的笔记](https://gist.github.com/mratsim/9fe87f650cde05c5da8c3c49da2f3b06) 除了常规会议内容，我们还讨论了一些特殊话题： - 事故响应：Sigma Prime的Mehdi正在组建一个跨团队工作组，以规定如何对事故进行响应，为的是随时应对信标链上发生的故障。 - 弱主观性：我们对上文中Aditya的弱主观性报告的结果进行了讨论。然而在大多数情况下，我们这群开发人员性格都比较内向，因此在电话会议中没有太多的讨论。 但是，Aditya将召集另一个工作组，我希望在组内大家能热烈地讨论。 同时，我很期待Sigma Prime即将发布的”Fuzzing@Home”设置，该设置将其模糊测试 (fuzz-test) 环境放入Docker中，这样就可以通过大规模分布式的方式对客户端实现进行测试。 ## <br/> ## 客户端团队 - 客户端团队[Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-53-altona-testnet-launched-bf41173a8513)的更新。顺便说一句，我们现在每两周发布一次Teku更新，读者可以查看我们的[更新日志](https://github.com/PegaSysEng/teku/releases)，而不是去看一篇辞藻华丽文章。 - 我们修复了Teku中的一个细小bug，Adrian Sutton将此事件[写了下来](https://www.symphonious.net/2020/07/06/exploring-ethereum-2-the-curious-case-of-the-invisible-fork/)。摘要：晚到的区块 (late-arriving blocks) 导致了令人惊奇的竞争状态。 今天上午Lodestar团队的Cayman出席了台北以太坊交流会，并对其产品套件进行了演示：[Web中的Eth2](https://www.youtube.com/watch?v=UxxLM7O65uE)。点击[此处](https://docs.google.com/presentation/d/1gX1S4FBmMdjyM5oUm5-sMtNZ3kPwEiwU3iNk7KnIw2E/edit#slide=id.g55f47d0478_0_10)浏览ppt。事实证明，Lodestar团队整理了一些我以前没有注意到的好工具： - [https://simpleserialize.com](https://simpleserialize.com/) (事实上，我听说过这个) - [https://enr-viewer.com](https://enr-viewer.com/) （我一直都期待着这个♥️） - [https://bls-keygen.com](https://bls-keygen.com/) ## <br/> ## 写在最后… 我的Gitcoin上的第六轮二次方匹配 (CLR) 捐赠计划收到了48位小伙伴的[捐赠](https://gitcoin.co/grants/551/the-ethereum-20-annotated-specification)。非常感谢！你们太好啦 至于如何完善我的规范注释项目，我的脑海里有更大的蓝图，不仅仅是只完成信标链部分。在接下来的几周内，我将继续我的工作。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-2-0-and-depositing-processhttps://www.ethereum.cn/ethereum-2-0-and-depositing-processFri, 10 Jul 2020 00:00:00 GMT# ETH2.0-存款过程 来源 | [beaconcha.in](https://kb.beaconcha.in/ethereum-2.0-and-depositing-process) 本文将为您分阶段讲解存款过程。在阅读本文之前，我强烈建议读者先阅读[《Eth2.0密钥》](http://ethereum/)一文，以便更好地理解以太坊2.0的密钥是如何运作的。 <br/> # 存款合约  接下来我们分别看看上图的每个状态，并说明如何大致地确定每个状态的持续时间。 <br/> # Mempool-状态：未知 每一笔已签名的交易都得先访问**Mempool**，这可以称为交易的等候室。在此期间，交易状态为[pending (待处理)](https://etherscan.io/txsPending)。矿工会根据交易提供的gas费，选择优先处理让他们获益最大的交易。如果网络高度拥挤 (即许多交易待处理)，则新交易提交的**gas费**很有可能超过旧交易，从而导致旧交易的等待时间为**未知**。 <br/> # 存款合约-状态：已存款 一旦交易到达存款合约，**存款合约**就会检查交易的输入数据和价值。如果**交易额**低于1 ETH的**最低限制**，或者交易输入数据**不存在/无效**，交易将**被拒绝**并退回给发送方。 如下图所示，用户端创建的输入数据正体现了Eth2.0即将上线的验证者密钥和提款密钥。点击此处阅读《Eth2.0密钥》一文。 **为什么要花7.5个小时呢？** 为了确保交易不会因区块重组而作废 (开发者以代码呈现ETH1_FOLLOW_DISTANCE)，Eth2.0会将进入存款合约之后1024个Eth1.0区块的交易纳入考虑。处理完1024个Eth1.0区块后，还必须等待32个Eth2.0 Epochs (时段)，信标链才能识别该存款。在这32 Epochs过程中，验证者对新存款进行投票。然而，如果出现区块提议失败或者Eth1.0恶意节点 (负责将存款记录提供给Eth2.0网络)，就会导致更长的等待时间。既然如此，不如尝试自己运行节点吧！ 计算方式：1024个区块= 1024 x〜13秒= 13,312秒=〜4小时，32 Epochs= 32 x 6.4分钟= 204.8分钟=〜3.5小时。 <center><img src="https://i.ibb.co/3f4Cj4s/p2-26c9b1c292.png"/></center> 同样，Eth2.0链识别出存款之后（7.5小时后），通过beaconcha.in浏览器可查看，验证者状态将更新为已存款。 <center>被拒绝存款</center> <center><img src="https://i.ibb.co/6Xx55xK/p3-675e1f4a97.png"/></center> <center>被拒绝交易</center> <br/> # 验证者队列-状态：待处理 <center><img src="https://i.ibb.co/QYn1NTN/p4-a47640b18c.png"/></center> 到了这步，信标链可以访问存款了。根据总共的存款数量，会产生一条验证者队伍。 每个Epoch仅激活四个验证者 (每天激活900个验证者)。 注意：前16,384个验证者 (即创世验证者) 不需要排队，而是直接从Slot 0开始质押。 <br/> # 质押-状态：活跃 <center><img src="https://i.ibb.co/VDWPh3m/p5-9209e803a0.png"/></center> 验证者现在质押状态已被激活，可以提议区块并对证明进行签名——他们即将获得奖励！ <br/> # 其他验证者状态 - 存款无效 (Deposit Invalid) 交易的[BLS](https://kb.beaconcha.in/ethereum-2-keys)签名无效。 <center><img src="https://i.ibb.co/8BkfGD9/p6-e529d82123.png"/></center> - 验证者离线 (Active Offline) 即活跃验证者在2个epochs中未进行证明工作。 <center><img src="https://i.ibb.co/kcbZFJm/p7-6d7a79f497.png"/></center> - 在线验证者退出 由于验证者余额低于16ETH或验证者请求退出，处于在线状态的验证者当前正在退出网络。 <center><img src="https://i.ibb.co/kcbZFJm/p7-6d7a79f497.png"/></center> - 离线验证者退出 (Exiting Offline) 由于验证者余额低于16ETH或验证者请求退出，处于离线状态的验证者当前正在退出网络。 <center><img src="https://i.ibb.co/dtNQ2YQ/p9-e037e8d446.png"/></center> - 在线验证者罚没 (Slashing Online) 在线验证者作恶，被驱逐出网络。 <center><img src="https://i.ibb.co/SXvkrTr/p10-4844884221.png"/></center> - 离线验证者罚没 (Slashing Online) 验证者处于离线状态，但实施过恶意行径被驱除出网络。验证者正排队退出网络，需要等候至少25分钟。 <center><img src="https://i.ibb.co/Pjy1Lfk/p11-8ac1e1fbe8.png"/></center> - 被罚没(Slashed) 验证者已被驱逐出网络，资金可在36天后提取。 <center><img src="https://i.ibb.co/yfPWdZp/p12-6a9e8641f5.png"/></center> - 已退出 (Exited) 验证者已退出网络，资金可在一天后提取。 <center><img src="https://i.ibb.co/RzSZb8W/p13-5b79eefe43.png"/></center> <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 ## https://www.ethereum.cn/ethereum-users-double-q2-2020-reporthttps://www.ethereum.cn/ethereum-users-double-q2-2020-reportThu, 09 Jul 2020 00:00:00 GMT 来源 | [decrypt.co](https://decrypt.co/34768/ethereum-users-double-q2-2020-report) <br/> <center><img src="https://i.ibb.co/XXnRzT2/406772dad9.png"/></center> Dapp.com的2020年第二季度市场报告显示，在DeFi热的催化下，以太坊上的用户量和交易额均有大幅增长。 译者注：原[Dapp.com报告](https://www.dapp.com/zh/article/q2-2020-dapp-market-report)中的提要 - 2020年6月21日，DeFi dapp的日交易额达到了**历史最高点608,230,230.58美元**。同一天，Compound的治理代币COMP的价格也达到历史新高372.79美元。 - DeFi dapp转账超过49亿美元 (历史最高)，比第一季度增长了67%。DeFi总体量达到**115亿美元**。 - 在DeFi产品中，BAT是使用得最多的代币。BAT代币中产生了达**9.31亿美元**的交易额，大于ETH和Dai的交易总和。 - 以太坊上的活跃dapp用户量在第二季度增长了一倍 (97%)，激增**1,258,527名新用户**，创历史新高。 - 在6月5日前，以太坊上DeFi dapp的平均日活跃用户量是7,682。这个数字在COMP代币发行后增加了48%，达到**11,230**。 - 在六月，DeFi dapp交易额达到**57亿美元**，占以太坊网络上所有dapp总额的97.5%。 - 在COMP发行后，Compound的交易额从上半月的1.31亿美元上涨到下半月的33亿美元，增长了24倍。它的用户量也从2629增加到了11,879，增长了3.5倍。 2020年的第二季度可能会成为以太坊上去中心化应用 (decentralized application，简称dapp) 发展的转折点。 根据Dapp.com 2020年第二季度的Dapp市场报告，在基于以太坊的dapp上，活跃用户在单个季度的累计总量超过了**100万**。 <center><img src="https://i.ibb.co/NrShPRP/1-38793745b7.png"/></center> DeFi应用大力助推这波增长。**六月交易额达到****57亿美元**，且其活动量在以太坊区块链的占比超过了97%。报告显示了以太坊对于DeFi成功的重要性，以及在最近几个月里DeFi的席卷之势。 [Compound在六月发布的COMP治理代币](https://decrypt.co/32547/compound-new-king-defi-after-just-one-day-comp-trading)推动了DeFi在第二季度的增长。与五月相比，DeFi的交易额增长了一倍，并将以太坊整个季度的DeFi总额推高至超过**103亿美元**。而EOS和TRON作为以太坊在DeFi领域最接近的两个竞争对手，在第二季度的交易额分别是18.9亿美元和2.6亿美元。 在6月21日，**DeFi 24小时交易额超过6亿美元**，创下所有区块链交易量的新高。 Dapp.com计算活跃dapp用户量的方式是累加整个季度所有与dapp发生过交互的用户。以太坊上活跃的dapp用户数从第一季度的637,000增加到第二季度的**1,250,000**。 而日活跃DeFi用户是一个范围更小的类别，指经常与以太坊DeFi产品交互的用户钱包地址。其数量也从第一季度还不足7,700增加到第二季度的**11,200**以上。 2020年第二季度的市场报告还指出Brave浏览器的BAT代币位居这季度总交易额的榜首，达到9.3亿美元。这令人惊叹的交易额得益于[流动性挖矿者](https://decrypt.co/33279/top-defi-yield-farmers-share-their-secrets-to-a-profitable-harvest)的加持，他们利用COMP分配系统的利好来增加收入。 这场闹剧的结果是，[最近的一次治理投票](https://decrypt.co/34176/comp-holders-vote-change-yield-farming-rules-compound)决定调整COMP的分配机制，以激励将体量和流动性导向用例更广泛的代币 (例如DAI和USDC稳定币)。 在第二季度，以太坊上新发布了**45个**新dapps，最接近的竞争对手TRON为33个。 数据显示，开发者可能更愿意在已有的dapp上下功夫，而不是发布新应用：在第二季度，所有区块链上仅有99个新发布的应用，相比之下，第一季度有135个。 <center><img src="https://i.ibb.co/5sR1vBJ/2-e4bab0c808.png"/></center> <br/> **第二季度又是以太坊称霸的一个季度**，无论是环比来看还是与TRON和EOS这类竞争协议相比，以太坊用户数量和每日交易量都有显著增长。 随着基于以太坊的DeFi不断发展，并且还有继续攀升之势，似乎越来越不可能会有对手能取代DeFi目前的宠儿地位。 声明：作者表达的观点和意见仅供参考，并不构成任何金融、投资或其他建议。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/the-economics-of-eth2https://www.ethereum.cn/the-economics-of-eth2Fri, 03 Jul 2020 00:00:00 GMT来源 | [The Control](https://thecontrol.co/the-economics-of-eth2-dbcc78a2f48) <br/> *一位基金机构的投资者最近跟我说：“我相信比特币是数字黄金，但我不明白**ETH**的长期价值在哪里？因为它不像企业，背后有资金流动。纵观历史，当一个资产的总市值达数十亿，而其底层是没有基础价值作支撑的话，它最终会崩溃。**ETH**最后很可能走向这样的结局。”* 很多传统的投资者持相同的观点。他们现在相信投资比特币是有价值的，但他们不理解ETH的投资价值。不同于比特币简单且稳定的货币政策以及明确的价值贮藏叙事（数字黄金），ETH存在变动的货币政策使人困惑，且其价值贮藏特征是不明晰的。 即将启动的eth2可能会改变这个局面。Eth2的技术升级（参考[Danny Ryan的最新文章](https://blog.ethereum.org/2020/06/02/the-state-of-eth2-june-2020/)）令人振奋，并将吸引最多的聚光灯，但它在经济学上的升级可能带来更加深远的影响。 <br/> # 经济模型升级1：稳定货币政策 加密货币的一个新颖特征是没有央行可以随意改变货币政策。全球很多的央行都曾增加货币供应，牺牲了国民的利益（[最近的黎巴嫩](https://www.ft.com/content/a1c5f2aa-79a6-48ec-aa8e-6b5d60bda1f7)）。比特币社区有保持协议不变的文化，这使社区更容易对它的货币政策建立信任，而比特币货币政策的首要设计原则是保持数字货币的稀缺性。 以太坊社区在其知名创始人（Vitalik）的带领下，在早期形成了区别于比特币社区的创新文化。一些较早协议的变动使部分人觉得以太坊的货币政策会因为一些人的突发奇想而轻易改变。[DAO硬分叉](https://qz.com/730004/everything-you-need-to-know-about-the-ethereum-hard-fork/)是最广为人知的协议变动，但从2015年7月30日以太坊的创世块诞生以来，还有两个其他硬分叉[调整了区块奖励](https://media.consensys.net/the-thirdening-what-you-need-to-know-df96599ad857)。 实际上，今天以太坊的治理比大多数人想象的更接近比特币。按照计划，货币政策在以太坊2.0启动后会有一波变动（详情参阅下文）。一旦以太坊2.0上了主网，**货币政策变动的可能性将与比特币相仿**。两者的变动都是可能的，但概率不高，并取决于开发者、矿工和用户达成的共识。 <br/> # 经济模型升级2：降低发行率 在产生创世块的时候，[有7,200万个ETH分给了初期贡献者](https://etherscan.io/stat/supply)。在创世块之后，有3亿9千2百万个ETH通过与比特币相似的工作量证明（PoW）共识机制分配给了ETH矿工。[在PoW机制下，ETH从2015年7月开始每年通胀率约为11.2%](https://etherscan.io/chart/ethersupplygrowth)，与比特币每年同期5.58%的通胀率相比，大概是比特币的2倍。 在以太坊2.0，共识机制将从PoW转变为PoS （Proof-of-Stake 权益证明），发行量将大幅减少。阶段0启动之后，理论最大发行量将被触发，即每年2百万ETH。这意味着，以太坊2.0上线满一年后，ETH的通胀率将从过去一年的4.5%降至1.8%。基于对验证者数量、质押的ETH总量和交易费的保守估计，通胀率可能将远低于1.8% （详情参阅下文）。 在加密社区众所周知，比特币现在的通胀率大约是1.8%，相较下，低于[一篮子全球法币约2.99%的通胀率](https://www.statista.com/statistics/256598/global-inflation-rate-compared-to-previous-year/)。而相对不那么为人所知的是：以太坊2.0上线后，**ETH的通胀率将低于比特币的通胀率**。 <br/> # 经济模型升级3：烧毁交易费，可能使通胀率在远早于2140年就降至0 目前，所有与以太坊网络交易相关的费用都由矿工获得。这些交易活动增长迅速，在过去的一年里，矿工赚取的交易费达大约259,823个ETH ($5970万)。 根据[EIP 1559](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md)，大部分的交易费将被烧毁，而不是直接支付给矿工。这意味着如果烧毁的交易费超过新发行量的话，净通胀率会是负数。基于PoS上线以及基于PoS的交易活动的假设，[此处](https://docs.google.com/spreadsheets/d/1zU1wzlDsw-BPWp5d4eJMJLHGuCbB_UJ2rPLP7eanW9I/edit#gid=1579490016)提供了eth2净通胀率的详细经济模型。 众所周知，从现在算起的120年后，当比特币的总供应量在2140年达到2,100万个时，其通胀率会降至0%。将货币政策写进代码这一举措使比特币持有者确信比特币的数字稀缺性。而ETH则没有这样稳定确凿的政策，导致持币者对ETH的数字稀缺性相对缺乏信心。但当人们认真了解了被敲定的新政策，会意识到**ETH的稀缺性远强于普遍认知**。 <br/> # ETH的投资演进 加密货币作为贮藏和转移价值的一种优良资产需要有7种特性——稀缺性、耐用性、可分割性、可移植性、可置换性、可辨认性和可编程性，而比特币是这7种特性的最佳体现。ETH目前拥有这7种特性中的6种，且在[可编程性](https://thecontrol.co/defi-usage-numbers-7e5e2cd5ab2e?source=rss----ce012282ea98---4)中表现突出，正是这个特性将加密货币与法币和黄金区分开来。 ETH目前所欠缺的特性是人们对其稀缺性的认知，这不符合一般的投资逻辑。因为事实是尽管以太坊在创新上是行业领先，且承载[最大量的交易活动](https://studio.glassnode.com/compare?a=BTC&a=ETH&c=&c=&e=&e=&m=fees.VolumeSum&m=fees.VolumeSum&mAvg=0&mAvg=0&miner=&miner=&scl=lin&scl=lin)，但ETH的总市值仅为比特币的大约15%。至于前文所说的升级，直到代码被开发者落实、被矿工和用户认可之前，上述升级都还尚未敲定。但如果这些变化很快如描述般实现了，ETH的投资可能会开始与传统投资者熟悉的那套逻辑所契合。 <br/> *声明：* [*1confirmation*](http://www.1confirmation.com/)*持有**ETH**。本文仅作信息参考目的，不构成**ETH**投资建议。在花大量功夫了解以太坊网络复杂性、参与以太坊生态前，请勿轻易购买。* <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/contextualising-compoundhttps://www.ethereum.cn/contextualising-compoundThu, 02 Jul 2020 00:00:00 GMT来源 | [The Cipher](https://cipher.substack.com/p/contextualising-compound) 如果读者有一直密切关注市场，便会注意到**Compound和“收益 (yield)”**近期已然成为加密市场的爆点。我会在此文探讨yield的概念，它又是如何应用于DeFi的？以及如何适应当今大环境下的市场趋势？由于这部分内容面向的是更广泛的受众，如果读者对金融知识比较熟悉，可以略过下面的普及部分。 <br/> # 了解Yield (收益) <center><img src="https://i.ibb.co/25ZCN6S/Compound1-cb91c00094.png"/></center> 在金融投资领域，**收益 (yield)** 是指投入一定的成本而获得的回报，通常以百分比来表示年回报在初始投资中的占比。收益还包括一年中所获得的复利。以下是一些获得收益的常见例子： 1. 假设您投入10万美元购买房屋并出租。在一年中，能获得约1.2万美元的租金收益。扣除了维护费用和其他费用共2000美元后，您的净利润为1万美元，因此收益率为10%。而这并不包含基础资产本身的升值。 2. 收益的另一种常见形式是投资股票产生的股息。股票的市盈率 (price to earnings) 是决定股票估值的关键因素，因为在可以用股票进行交易之前，投资者通常是依靠所持股的股利来满足日常花销。只要股息高于银行存款的收益，投资者何乐而不为。最近，由于股息下跌，股票回购已成为常态。 简而言之，“收益”(yield) 是指个人将资本存放在实体中而获得的回报。收益的高低受许多因素影响，比如投资所涉及的风险、向经纪人支付的业绩报酬、税收以及投资行为所处的法律环境。收益还受通货膨胀的影响。在印度，银行存款的存款利率约6％，且几乎没有任何风险。相比之下，新加坡的银行存款利率低于1％。造成这种差距的原因是，印度货币每年趋向于贬值。这也是资本外逃在新兴经济体中如此普遍的原因之一。 如果读者想要进一步了解资本和网络作用，我强烈建议阅读以下书籍： 1. 《广场与高塔》 （*Square and The Tower*） 2. 《金融之王》 （*Lords of Finance*） 3. 《金钱关系》 （*The Cash Nexus*） 了解了以上知识之后，我们一起来看看DeFi里的“yield”是指什么。 <br/> # 加密货币中的Yield (收益) 目前，所有在早期就持有大量加密货币的参与者都面临着如下挑战（i）代币可能会贬值，（ii）如何从所持代币中赚取收益。DeFi里的“收益”(yield) 就有一石二鸟的效果。大约有75％的ETH在一年内没有发生转移。一些巨鲸通常会收购大量ETH并持币观望，因为在他们的预期中基础资产本身会随着时间增值。那么可以如何变现闲置资产呢？这就是智能合约发挥作用的地方。 根据历史经验，任何基于加密货币的借贷活动都具有一定挑战性，因为一旦抵押加密货币而借出法币，赎回抵押资产的可能性极低。如果读者想了解更多背景资料，可以阅读我于2017年写下的[这篇文章](https://medium.com/outlier-ventures-io/how-to-realize-the-potential-of-blockchain-in-developing-economies-b94b24d6ce7c)。智能合约之所以助推了借贷和链上交易活动，是因为其能够 (i) 借助预言机跟踪价格来源，以及 (ii) 在没有人为干预的情况下实行清算。 **这意味着什么？** (i) 当MakerDAO上的贷款没有足额抵押品时，没有人会提醒借款方并要求其补充抵押品。而是系统会自动跟踪价格，并通过激励网络的用户来对借款方进行清算。 (ii) 在Curve.fi、Kyber和0x上并没有业务人员跟踪借贷订单的进行，系统会自动核对订单细节。 系统自动跟单这一功能还不够让人眼前一亮。**DeFi的强大之处在于，其能够****验证货币流向以及****决定清算价格。**而我们能够以目前的速度追踪黑客，DeFi的这一功能功不可没。那么这和收益有什么关系呢？我们还需要考虑三种推动力。 1. 当前，加密生态系统中有大量闲置资金正期望投入使用。 2. 用于处理交易的知识层和基础设施层已经就绪，因为最近两年来，像Maker和0x这样的团队已经对他们的系统进行了充分测试和扩容。 3. 应用层已经趋于成熟，而应用层的活动最为频繁（我在稳定币相关文章中有所提及） 闲置资产、成熟的基础设施以及各种获得充足投资的新兴应用，三者的结合就像一场完美风暴，催生新一轮加密应用浪潮。从某种意义上说，我们正处于这场风暴中。而收益则起到吸引大众参与DeFi的作用。 <center><img src="https://i.ibb.co/dWLhyNW/Compound2-f2c013dc54.png"/></center> 当前，DeFi收益主要基于交易活动。市场始终会有以下两种需求： （i）增加去中心化交易的流动性 （ii）从交易中获得利润。 只要DeFi可以提供有竞争力的价差 (即买入和卖出价格之间的差额) 和优于中心化交易所的贷款利率 (例如Bitmex贷款利率)，就会有寻求交易的用户需求。与中心化交易平台比如币安相比，使用DeFi可能成本会更高，因其不需要严格遵守AML / KYC规则 (即反洗钱和用户信息规则) 并且资金出入耗时更短。一旦利率或利差远高于中心化平台，考虑到其中的智能合约风险，资本巨鲸就不会继续使用DeFi了。 为什么用户接受代币贷款？最轻而易举的方式是通过做空个人借贷的资产而获得利润。当资本巨鲸贷了一笔以美元计价的BAT时，假设BAT的价格将在未来几周内下跌。也就是说，他们抵押了美元而贷出一笔加密货币，然后在去中心化交易所卖出，一旦该加密货币价格下跌，就立马回购并归还贷款。如果把贷款利率也考虑在内，贷款价格和还款价格之间的差价就是做空所得的利润。 如果碰到Maker这类包含治理的代币，还会出现活跃投资者通过出借基础资产增加投票权重。换句话说，当前加密货币贷款既可以用于治理，也可以用于价格预测。 <br/> ## Compound浪潮 看到这里相信读者已经了解什么是收益、其在DeFi中如何运作以及获得收益的常见手段，那么现在我们就可以探讨一下为何上周大家如此关注yield farming。自2018年以来，Compound就是一个出色的借贷平台，其代币经济模型经历了多次迭代。Compound一直以来都是MakerDAO最大的竞争对手，并在上周逐步发布了其代币。 两者的关键区别在于，Compound激励借贷双方进入compound的代币池，每天都会有代币产生，而产生的代币作为用户的奖励。与之相比，Maker代币的主要用途是投票 (而不是作为奖励)，而Aave代币主要用于减少利息支付金额。 Compound每天分发的代币价值约为86万美元 (假设[2880个代币，每个价值300美元](https://medium.com/compound-finance/expanding-compound-governance-ce13fcd4fe36))。由于用户个人几乎可以立即兑换compound代币并出售，因此用户普遍将大量资金转移到Compound的借贷市场以赚取收益和代币奖励。Compound的激励机制主要以**两种关键方式**起作用： 1. 巨鲸可以将其闲置的USDT / USDC存入Compound平台几天，以获得Comp代币，然后可以卖出获取利润。 2.鉴于借贷双方都大量增加，小型用户也可以在几天内获得高达1％的收益。相比之下，某些国家/地区的年化收益率仅为0.1％，读者这下能明白Compound流动性挖矿现象为什么能够像火一样迅速蔓延开了吧。 下图可以或多或少地解释Compound上的用户行为。图表受Nir Eyal的《Hooked》启发。其运作方式如下： A.巨鲸在Compound进行大额贷款/借款 B. 获得大量代币后，待其价格上涨后出售 C. 价格上涨加上大量借贷活动，随之而来的高年利率吸引了更多用户使用山寨币参与借贷 D. 由于大量借款人以期通过交易赚取利润，供应量很快就被耗光 旁注：我希望Nir Eyal不要因为盗图而起诉我。建议读者购买他最新的书[*Indistractable*](https://www.nirandfar.com/indistractable/)，这是一本好书。 <center><img src="https://i.ibb.co/hM4yjr4/Compound3-c08b97ced7.png"/></center> 如果读者想知道这会对Compound产生什么样的影响，可以参考这段时间以来Compound平台借出的金额，并大胆猜测一下Compound是什么时候发布的代币。  在大约两周的时间里，该协议的资产管理规模 (AUM) 增加了约3.4亿美元。有趣的是，**需求方 (借款人) 似乎大部分来自机构参与者**。为了了解其中原因，可以看看这张图表，分析了Compound的用户类型。此代币分发机制已经吸引到大约800名借款用户 (他们必须借出3.3亿美元) 和5000多名新的贷款用户。 <center><img src="https://i.ibb.co/g7j3Rk6/Compound5-0b0a9fde9f.png"/></center> **Comp代币的分发多多少少看起来也像是巨鲸们的游戏**。下面分享的图表标记了主要的Comp代币奖励获得者。大约20个地址共获得了所有Comp代币的一半。而参与Comp代币分发的钱包所获得的Comp总值中位数为0.07个 Comp，约20美元。 <center><img src="https://i.ibb.co/DpB3Vh9/Compound6-a248cda645.png"/></center> 在我看来，其中的关键点显而易见： - 机构投资者对DeFi借贷仍有庞大的需求，并将持续维持其需求。而Compound正是瞄准了其需求。 - 当前，Compound上的借贷激励是分发Compound代币。随着代币供应的增加，价格将暴跌。而这也将导致Compound平台的借出金额减少。 - 到至6/23日为止，仅约16％的代币供应流向交易所。其代币估值可能虚高。 - 这疯狂的奖励机制是Compound借贷激增的主要推手。目前Compound面临的挑战是提供多样化的借贷方式 (例如基于零售、法币的借贷) ，以及如何继续将其代币应用于社区治理的核心方面。 - 资本巨鲸是游戏主要玩家。 我确实倾向于认为，“yield farming”的概念对于普通用户而言被高估了。风险在于，在接下来的日子里，用户既可能无法维持高收益，又可能无法获得Comp代币奖励。奇怪的是，当前流行的Compound借贷使人们联想起一年前中心化交易所引发的流动性挖矿行为。我指出这些并不是暗示项目本身注定要失败，而是要强调一个事实，即多元化的形式至关重要，因为代币价格的下跌可能会导致其自身的螺旋式循环。如果Compound选择增发代币，我们可以等着看会发生什么。 然而，这确实证明了基于代币的激励措施可以在短时间内吸引大量流动性。Synthetix开创了代币激励的先河，而Compound则发挥得淋漓尽致。在未来几个月，我们很可能会看到各种各样的DeFi项目在代币经济和产品效率方面相互竞争，以吸引更多用户。从这个角度来看，DeFi会为普通用户呈现更好的产品。DeFi项目之间的竞争热，让我们拭目以待。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-2-keyshttps://www.ethereum.cn/ethereum-2-keysTue, 30 Jun 2020 00:00:00 GMT来源 | [beaconcha.in](https://kb.beaconcha.in/ethereum-2-keys) # <br/> # 以太坊2.0密钥概述 <center><img src="https://i.ibb.co/9qLhj3P/p1-938fe8e0e5.png"/></center> # <br/> # 总述 以太坊1.0和2.0的密钥是基于相同的思路并使用[椭圆曲线密码学](https://en.wikipedia.org/wiki/Elliptic-curve_cryptography)创造出来的。但是，以太坊2.0的功能性有所增强，在创造密钥时需要不同的参数，并使用[BLS (Boneh-Lynn-Shacham)](https://en.wikipedia.org/wiki/Boneh–Lynn–Shacham) 签名方案。 # <br/> # 以太坊2.0密钥有哪些？ 在以太坊1.0，用户访问他们的资金只需要**一个私钥**，而在以太坊2.0中则需要两个不同的密钥——**验证者私钥**和**提款私钥**。 ## ## 验证者密钥 如下图所示，验证者密钥由两个元素组成： - 验证者**私钥** - 验证者**公钥** 由于**验证者私钥**需要**随时**对ETH2进行链上签名，比如区块提议和证明。因此这些密钥必须保存在热钱包里。 这种灵活性使得验证者签名密钥可以快速地在设备间进行迁移。但是，如果密钥丢失了或被盗了，盗窃者可以**通过以下两种方式作恶**： - 通过以下的做法使验证者被[罚没](https://kb.beaconcha.in/glossary#validator-lifecycle)： - 作为[区块提议者](https://news.ethereum.cn/ethereum-2-keys/#block-proposer)时，对同一个时隙(slot) 的两个不同信标区块进行签名投票 - 作为[区块证明人](https://news.ethereum.cn/ethereum-2-keys/#attestations)时，对另外一个区块进行环绕证明投票 - 作为[区块证明人](https://news.ethereum.cn/ethereum-2-keys/#attestations)时，对同一个目标检查点进行两次不同的证明投票 - 强行[主动退出](https://news.ethereum.cn/ethereum-2-keys/#validator-lifecycle)，阻止验证者质押，并给提款密钥所有者提供ETH余额的访问权限。 **验证者公钥**包含在**存款数据**里，作用是使得ETH2能够识别验证者身份。 <center><img src="https://i.ibb.co/g7XyhJT/p2-416ecf39d8.png"/></center> ## ## 提款密钥 如果在[阶段1和阶段2](https://notes.ethereum.org/@serenity/handbook)能够实现ETH转移的话，那么转移验证者的余额则需要用到提款密钥。如同验证者密钥，提款密钥也由两部分组成： - 提款私钥 - 提款公钥 丢失了这个密钥意味着无法访问验证者余额。但是，验证者仍然可以对证明投票和区块进行签名，因为这些操作只需要验证者的私钥，只是如果密钥丢失了的话验证者这样做基本没法取得奖励。 要提款的话，验证者状态必须是[“已退出”](https://news.ethereum.cn/ethereum-2-keys/#validator-lifecycle)。 <center><img src="https://i.ibb.co/Ns4zTzj/p3-38c89175a1.png"/></center> # # <br/> # 单个ETH1钱包中有多笔存款（即有多个验证者）的情况 每个验证者都有他们自己**唯一的存款数据**，而[信标链](https://news.ethereum.cn/ethereum-2-keys/#beaconchain)通过存款数据来识别验证者。一**个验证者有四个密钥。** 问：我要如何重新将存款存进验证者余额里？（例如[有效余额](https://news.ethereum.cn/ethereum-2-keys/#current-balance-and-effective-balance)已被清空） 答：发送另一笔大于等于1 ETH的交易到存款合约，以验证者的特定存款数据作为交易输入。在第一笔存款交易后，这个唯一的存款数据会储存在区块链上，并可以在多个浏览器上查询到。 注：存款合约要花费大概**360,000 gas**，但鉴于退款操作需要一定成本，建议将交易费定在**400,000到500,000 gas之间**。 <center><img src="https://i.ibb.co/SvdQSBS/p4-89ac86dc47.png"/></center> <br/> # ETH2.0验证者的助记词 在过去的几年里，我们已习惯于[12到24个单词的助记词系统](https://en.bitcoin.it/wiki/Seed_phrase)。我们为什么要倒退回本地保存密钥呢？这方式显然更复杂、更不安全。 在BLS密码库的审计完成之前，目前已知的硬件钱包将不支持ETH2.0密钥的产生。[EIP-2333](https://eips.ethereum.org/EIPS/eip-2333)和[EIP-2334](https://eips.ethereum.org/EIPS/eip-2334)提供了解决方案，但仍有待实现。基于这些认知，我们可以预见在阶段0启动的时候，**助****记****词**系统是不可用的。 ## ## 它是怎么运作的？ [助记词](https://en.bitcoinwiki.org/wiki/Mnemonic_phrase)和路径都是为大家所熟知的功能了，[用户在访问他们的硬件钱包时](https://ethereum.stackexchange.com/questions/19055/what-is-the-difference-between-m-44-60-0-0-and-m-44-60-0)也经常会碰到。 ## ## “旧的ETH1.0”的路径结构和示例 m/44’/60’/0’/0 [m / purpose’ / coin_type’ / account’ / change / address_index](https://ethereum.stackexchange.com/questions/19055/what-is-the-difference-between-m-44-60-0-0-and-m-44-60-0) <center><img src="https://i.ibb.co/SvdQSBS/p4-89ac86dc47.png"/></center> 同样的逻辑也适用于ETH2.0密钥，只是有一些**不同的参数**。会有一个**“父密钥”**（助记词）使得用户可以将尽可能多的验证者连结到一个**提款密钥**里。如此一来，用户可以通过助记词**导出所有的密钥**。下图对此做出了简要概述： <center><img src="https://i.ibb.co/ygy94TY/p5-574509f05e.png"/></center> 来源：[Carl Beekhuizen](https://blog.ethereum.org/2020/05/21/keys/) Cr: Nishant Das 负责事实核查 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-6-27https://www.ethereum.cn/wnie2-2020-6-27Sat, 27 Jun 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200627) <br/> ## 要点速览 Danny带着《Eth2更新速览#12》又与我们见面了。 <br/> ## 阶段0：信标链 自上期以来规范没有发生更改，但下周预计会发生一次无伤大体的改动，包括一些测试进展并且有可能应用最新的存款合约（参见下文）。 如同Danny在[Eth2更新速览](https://blog.ethereum.org/2020/06/23/eth2-quick-update-no-12/)中所阐释的一般，考虑到Vyper编译器的安全性问题，存款合约已经从Vyper重写为Solidity语言，并且经过重新验证。新合约保留了之前的接口，因此对于客户端们来说没有产生影响，除此之外，**由于Solidity的优化程度更高，新合约还能节省gas消耗。形式化验证报告请点击[此处](https://github.com/runtimeverification/deposit-contract-verification/blob/master/deposit-contract-verification.pdf)。总的来说，我个人非常青睐Vyper语言。对于在区块链上编写代码的风险，Vyper采取了一种周全保守的应对方式。我非常希望多年后Vyper能成为我们可以信赖的语言。但就目前而言，这可能是最佳解决方式。Vyper的开发者之一对此给出了自己的[看法](https://twitter.com/fubuloubu/status/1275550047833374725)。 在[BLS密码库](https://github.com/supranational/blst/)方面，Supranational已经开源了他们新的Blst库。我们目前在寻求如何将其与Teku客户端集成。Nimbus团队也在对一些BLS库进行[评估](https://notes.status.im/nim-bls-curve-backends)。 Afri Schoeden针对三个Eth2客户端执行了一些[基准测试](https://github.com/q9f/eth2-bench-2020-06/blob/master/res/2020-06-eth2-bench.pdf)：Prysm, Lighthouse以及Teku。尽管结果很有趣，但只是早期说明。目前，我们在提高Teku性能方面正在取得飞速进展，Prysm团队也一直[埋头苦干](https://www.reddit.com/r/ethstaker/comments/hfb4sb/preliminary_ethereum_20_client_metrics_for_early/fvxbzdk/)。因此，我们的目标是不断变化的。 另外，在诠释结果时需要格外小心。例如Teku从未超过30个节点的原因是30是我们的默认限制：这是一个命令行参数。虽然这是一项艰巨的任务，但是Lighthouse团队在使得客户端更轻巧高效方面给出了完美的答卷。 <br/> ## 测试网 ### Witti Witti作为第二个多客户端测试网启动于一个月前，运行时期并没有发生意料之外的情况，这也是我们希望看到的。 Witti初期由Lighthouse，Prysm和Teku节点参与，Nimbus也在不久之后加入。几个星期以来，由于低参与度，导致测试网在很长一段时间里都无法完成最终确定性。这似乎是测试网的特性，实际上这种情况在真正的网络中并不会太常见。参与者容易忽略他们的测试网验证者角色。 我认为可以任由Witti在少量验证者的情况下运行，观察二次泄漏 (最终确定性恢复机制) 能否成功启动足够的非活跃权益以再次开始最终确定。 ### Altona 柏林地铁路线图的下一站将停靠Altona！(但我找不到这个站名，Afri你确定吗？) **Altona将是首个采用0.12.1版本规范的联合测试网，也是正式多客户端测试网的候选者。** Altona的预计创世时间为UTC时间6月29日12:30，将由五个团队的640名验证者参与(可能还有一些潜入验证者)：Teku、Prysm、Nimbus、Lighthouse以及以太坊基金会。由于Afri抽不出身，这次应该不会有直播计划。但是在Altona的Dicord频道中一定会有很多相关讨论，欢迎参与。 ### 网络攻击计划 在这周的[开发者会议](https://hackmd.io/@benjaminion/r1PieQMAU)中，Danny宣布将启动[**“网络攻击”计划**](https://notes.ethereum.org/@djrtwo/Hkth99G3I)。为了减轻客户端团队的负担，本次计划将主要由以太坊基金会组织。在攻击计划中，无论是针对客户端、网络还是协议，只要有人成功发起攻击，就能获得奖励。这个计划可能会在未来几周内启动，各位是不是已经技痒了？赶快做好准备吧！ ### Onyx 虽然放在最后但绝非不重要的一点是Prysm的Onyx新测试网。虽然本质上来说是一个单客户端测试网(几乎全部由Prysm节点运行)，但实际上其他客户端都可以加入。我们正在就Onyx对Teku进行同步和测试。 上文谈及的测试网，我认为更倾向于“开发者网络”，是各个客户端团队的操练场，也还并没有投入许多精力到用户体验的优化中。而Onyx却有着不同的目标：希望鼓励[最大范围](https://prylabs.net/)的参与。**无论读者是否打算长期运行Prysm节点，这的确是了解如何运行验证者的好机会。** Onyx持续运行了约两周，目前已经超过23000个验证者。 <br/> ## 释义性文章 CoinTelegraph发布文章[《自己运行节点还是选择质押服务》](https://cointelegraph.com/news/ethereum-20-the-choice-between-ones-own-node-and-a-staking-service)，探索了这两种方式。在下文的“其他资讯”板块中，可获得更多相关信息。 CoinTelegraph的另一篇文章则权衡了Eth2给以太坊生态系统带来的[好处和风险](https://cointelegraph.com/news/ethereum-20-should-be-secure-and-scalable-but-poses-risks-for-users)。 我们优秀的伙伴ECN (以太坊社区网络) 举办了一场线上AMA活动，主题为[“Hello, ETH2.0”](https://twitter.com/Ethereum_CN/status/1273627505975603200)。读者可点击浏览[回顾文章](https://medium.com/@ethereumcn_43714/hello-eth2-0-ama-e28837e7ce11)，以及[AMA问答记录](https://docs.google.com/document/d/1foYGbeRMB9MqrjKQZY1pf15wenPg333k_KP4o636AXg/edit) (均为英文版)。 译者注：Wow，感谢Ben的关注和收录，期待以后有机会邀请Ben做客中国社区！ Nick Tomaino在其发表的文章《Eth2的经济学》中讨论了Eth2如何为以太坊带来长期价值。 <br/> ## 研究工作 如果对Eth2网络 (networking) 工作感兴趣的话，请务必查阅Jonny Rhea在Ethresearch上关于Packetology的帖子。开始是了解[对验证者去匿名化](https://ethresear.ch/t/packetology-validator-privacy/7547?u=benjaminion)。其次是关于测试网[区块广播的分析](https://ethresear.ch/t/packetology-eth2-testnet-block-propagation-analysis/7561?u=benjaminion)。希望能看到更多诸如此类的研究。 虽然当前讨论的声音都围绕着阶段0信标链的发布，但许多关键工作仍然在幕后悄然进行。例如，以太坊基金会的Guillaume Ballet与PegaSys的Mikhail Kalinin等人针对Eth1-Eth2的合并 (也即所谓的阶段1.5) 进行了大量工作。这是Guillaume的最新成果：[基于 Geth 的 Eth1](https://ethresear.ch/t/architecture-of-a-geth-based-eth1-engine/7574)引擎架构。 我已经停止跟进无状态以太坊的相关工作，因为实在是太繁杂了。但是无状态工作仍然是Eth2后期阶段的重要推动力。此处是最近的无状态以太坊电话会议的笔记。 自开始讨论这个问题以来，我的PegaSys同事Alexandre和Olivier就如何在Snarks中将哈希加速200倍以上发布了一项提案。其中涉及到数理，但其提供了**见证压缩**的解决方案，这有可能对无状态工作产生巨大影响，尤其是Vitalik也在最近的Eth2开发者会议中有所提及。 <br/> ## 常规会议 ### 实现者会议 6月25日进行了第42次会议。 - [Agenda](https://github.com/ethereum/eth2.0-pm/issues/162)会议议程 - [Video](https://youtu.be/P1AEmUt9ltg?t=327)会议视频 - 我的[速记](https://hackmd.io/@benjaminion/r1PieQMAU)以及Cat Herders的[完整笔记](https://github.com/ethereum/eth2.0-pm/blob/555d787a21c372b5cec5d849ebc3ddf1b6f0aa5b/eth2.0-implementers-calls/call_042.md) 会议中我们除了探讨“网络攻击”计划之外，还研究了其他有趣的话题。比如，Aditya讨论了“[弱主观性时期](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/)”，他预估该时期持续约两周。我认为这比许多人的预期要短很多。等到Aditya发表了他的文章之后，我会回过头来，再次解释该概念并研究其结论。 如果读者想要做一些提前工作，可以先浏览Vitalik五年半前发布的文章，了解何为弱主观性。还有我的同僚Adrian Sutton也发布了[文章](https://www.symphonious.net/2019/11/27/exploring-ethereum-2-weak-subjectivity-period/)，简单解释了弱主观性的概念。 如果读者想了解基础网络的相关问题，我们在会议中讨论了一些规范细节，包括：某些用途是否真的需要提供快速压缩 (Snappy compression) 这一选项、yamux在libp2p的使用、Noise协议中的不兼容问题以及时间差异参数 (clock disparity)。 ### 密钥管理 6月18日还举办了一个[会议](https://github.com/ethereum/eth2.0-pm/issues/161)，讨论了Eth2密钥管理的最佳实践，以及各个客户端需要实现什么来加强密钥管理的安全性。我没能参加这次会议，但是Mamy做了一些[笔记](https://github.com/ethereum/eth2.0-pm/issues/161#issuecomment-646086662)。基本上来说，客户端团队都表示对会议内容无异议。 注意：点击[此处](https://github.com/ethereum/EIPs/pull/2743)、[此处](https://github.com/ethereum/EIPs/pull/2744)、[此处](https://github.com/ethereum/EIPs/pull/2749)和[此处](https://github.com/ethereum/EIPs/pull/2748)可查看与Eth2密钥生成和储存相关的EIPs近期更新。可能还会有更多更新，读者们敬请关注。 <br/> ## 其他资讯 ConsenSys公布了其[Codefi质押试点计划](https://consensys.net/blog/press-release/consensys-codefi-announces-ethereum-2-0-staking-pilot-program-with-six-members/)，这是Eth2质押服务平台，面向的客户是机构性的质押者。这一消息引起了不少积极的讨论，但[并不是](https://twitter.com/koeppelmann/status/1273013226364698625)每个人都对此持积极态度。 首先我先申明其中一个好处：我是Eth2客户端Teku的产品负责人，Codefi质押正是在此客户端上进行的。(读者可能会在Coindesk的文章中找到我的一些引述)。虽然Teku的设计将面向机构性的质押者，但我同样深信，如果没有大量的个体质押者，Eth2将无法实现其目标。 我可能会在接下来的几周内 (当然不是在午夜时分) 给大家带来更多相关的信息。简单来说，我倾向于采取“两者兼顾”的观点。 - 客户端团队[Nimbus](https://our.status.im/nimbus-june-update/)和[Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-52-onyx-testnet-launched-a87a937f292e)的更新 - Sigma Prime的[模糊测试](https://blog.sigmaprime.io/beacon-fuzz-05.html)更新 <br/> ## 写在最后 Gitcoin二次方匹配捐赠计划又开始啦！我没有为What’s New in Eth2这一栏目提供具体的捐赠方式，但是如果读者想贡献自己的力量，那么我在上一轮发布的[Eth2规范注释项目](https://gitcoin.co/grants/551/the-ethereum-20-annotated-specification)仍然可以捐赠。非常感谢所有在本轮已经捐款的读者们，在我还没宣传之前就已经捐赠了！ 在“[规范注释](https://benjaminion.xyz/eth2-annotated-spec/)”这个项目中，我正持续跟进其最新的规范更新，但是进展缓慢。我计划在接下来的几周内加快速度，以尽快完成“信标链状态转移”的最后一部分。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-12https://www.ethereum.cn/eth2-quick-update-no-12Wed, 24 Jun 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/06/23/eth2-quick-update-no-12/) <br/>  <br/> 如往常一样，eth2的许多相关工作依然在持续推进。除了一些进展更新（参阅下面的Eth2现状）以及其他公开工作总结中的内容，客户端团队、贡献者、社区成员以及准验证者也一直都很忙碌！ 在本文中，我们将谈到存款合约的重要动态，以及实现0.12版本规范的重大举措。 <br/> # 要点速览 - 新的[Solidity存款合约](https://github.com/axic/eth2-deposit-contract)已完成形式化[验证](https://github.com/runtimeverification/deposit-contract-verification/blob/master/deposit-contract-verification.pdf)，并纳入赏金计划 - 应用[12规范版本的Altona](https://github.com/goerli/witti/issues/17)测试网预计下周启动 - 继续对Sigma Prime的[beacon-fuzz](https://github.com/sigp/beacon-fuzz)模糊测试进行资助，让漏洞无处遁形 - [最新eth2博客文章速览](https://blog.ethereum.org/2020/06/02/the-state-of-eth2-june-2020/) ## <br/> # Solidity存款合约及形式化验证 在此，我们宣布推出使用Solidity编写的、更安全的新[eth2存款合约](https://github.com/axic/eth2-deposit-contract)！该合约保留了之前的公共接口 (增加了[EIP 165](https://eips.ethereum.org/EIPS/eip-165)中的`supportsInterface` 功能)，因此对于当前的客户端和开发者工具来说，这次更改毫无影响。实际上，合约的Solidity代码主要是根据初试的Vyper合约进行逐行转化，以便进行审核及形式化验证。 在过去几个月中，[Alex Beregszaszi](https://twitter.com/alexberegszaszi)一直在致力于用Solidity重写eth2存款合约，目前已经由多位Solidity专家完成审核，并且也通过了RuntimeVerification的[形式化验证](https://github.com/runtimeverification/deposit-contract-verification/blob/master/deposit-contract-verification.pdf)，在很大程度上再次应用了最初为Vyper版本合约编写的K规范。 尽管Vyper版合约经过了严格的测试、审查和形式化验证，但对于Vyper编译器的安全性，依然存在隐虑。因为在Vyper合约进行字节码验证时，在编译器中发现了多处漏洞 (已经修复)。除了首次形式化验证，[Suhabe Bugrara](https://ethresear.ch/u/suhabe/) (ConsenSys R&D) 再次对其进行了[复核](https://github.com/suhabe/eth-deposit-contract-vyper-review/blob/master/EthDepositContractVyperReview.pdf)与形式化验证，正式规范基于其结果进行了许多优化 (有助于简化Solidity版存款合约的验证)。尽管验证结果证明了其可靠性，但Suhabe依然认为只要使用Vyper编译器，那么就不能说字节码是安全的。 同时，[ConsenSys Diligence](https://diligence.consensys.net/blog/2019/10/vyper-preliminary-security-review/)和[Trail of Bits](https://blog.trailofbits.com/2019/10/24/watch-your-language-our-first-vyper-audit/)对Vyper编译器进行了深入的安全性调查，结果发现了更多漏洞，并且引发了大家对Vyper编译器代码库系统安全性的担忧。 抛开这些调查结果，Vyper仍然是一种很有潜力的编程语言。基于Python的编译器正处于持续开发中，并且有许多贡献者都在探索如何将Vyper规范化，并且为其寻求替代编译器。 尽管对形式化验证之后的代码充满信心，但在Vyper编译器中发现的问题导致我们对字节码验证极度依赖。相比使用有问题的编译器，然后再验证这些已知 (或未知) 的漏洞并没有对字节码产生影响，不如一开始就使用安全性得到公认的编译器对字节码进行验证。 为了避免关键的存款合约在安全性上受到任何质疑，我们建议在eth2主网使用新的Solidity合同，我们也欢迎Solidity合约和EVM代码专家来对[新存款合约](https://github.com/axic/eth2-deposit-contract)进行审查和[形式化验证](https://github.com/runtimeverification/deposit-contract-verification/blob/master/deposit-contract-verification.pdf)。如若在存款合约中发现任何漏洞，都可以申请[Eth2阶段0赏金](https://notes.ethereum.org/@djrtwo/phase0-bounty)。 *注意：新的存款合约暂未被纳入[规范库](https://github.com/ethereum/eth2.0-specs)。我会在这周将Solidity合约并入规范，并且尽快以次要版本形式发布。在此提前宣布是为了给社区预留充分的时间对其进行审查。* <br/> # Altona: 0.12版本规范测试网 自从`0.12`版本规范发布以来，客户端团队都马不停蹄地对其代码库进行更新和测试，以迎接公共测试网的到来。 我看到了很多来自社区 (discord/reddit等等) 的疑问：为什么一个看起来并不重大的更新却需要耗费这么长的时间来完成？尽管每个客户端的代码库和面临的挑战不尽相同，但客户端团队们都对`0.12`版本规范极为重视。虽然这个版本的规范更新并不棘手，但是大家在强化客户端安全性和功能性方面花费了额外的时间，以期为主网发布之前的最后一个半主要版本规范做足准备。 采用0.12版本规范的第一个公共多客户端测试网——[Altona](https://github.com/goerli/witti/issues/17)预计在接下来的7天内启动。初始时期，Altona测试网将由主要客户端团队（计划是Lighthouse/Nimbus/Prysm和Teku），Afri Schoedon和几位EF团队成员进行参与。发布之后，将公布存款合约地址，届时就可以开放给公众参与了。 如同之前的多客户端测试网，Altona更像是一个开发者网络，而不是以最终用户为主导的测试网。也就是说，Altona的首要任务是帮助客户端团队在产品环境中测试其0.12版本软件，并且使得eth2工程师能够发现并解决多客户端情境中的漏洞。即使如此，我们依然欢迎大家参与到Altona测试网中。如果Altona成功运行，那么我们会开启一个更大的、以社区为主的主网配置测试网，最少需要16,384名验证者来激活网络。 *对了！Altona会使用最新的Solidity存款合约。如我所说，这对eth2客户端软件来说毫无影响，因为公共接口没有改变。十分期待在产品环境中对其进行测试！* <br/> # 资助Sigma Prime的beacon-fuzz 在此我们很高兴宣布继续对Sigma Prime的多客户端模糊测试[beacon-fuzz](https://github.com/sigp/beacon-fuzz/)进行资助。截至目前，这个项目已经取得了巨大成功，检测出了系统中所有客户端的[漏洞](https://github.com/sigp/beacon-fuzz/#trophies)。 大家可以参阅[Sigma Prime的博客](https://blog.sigmaprime.io/beacon-fuzz-05.html)来跟踪进展。也请大家持续关注 `beacon-fuzz`的扩展计划“宅家进行模糊测试”，以便能参与其中，说不定在家庭电脑上就能找到bug！ <br/> # 最新Eth2博客文章 如果读者朋友们还没有阅读我几周前发布的文章，现在也为时不晚！请参阅[《Eth2截至2020年6月的进展》](https://blog.ethereum.org/2020/06/02/the-state-of-eth2-june-2020/)，看完之后大家会对eth2项目的发展现状以及eth2如何成为真正的以太坊有更加清晰的认识。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/eth1x-1559https://www.ethereum.cn/eth1x-1559Mon, 22 Jun 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/06/16/eth1x-1559/) <br/>  <br/> 最近我的脑中总是浮现世界末日之后的荒原。就像电影《疯狂的麦克斯：狂暴之路》中的一个场景。主角们刚刚逃脱了第一波追捕，并领先于可能的追捕者。他们需要继续前进，但也需要对电影中的关键部分进行维护：一辆能够帮助他们逃出生天的巨型“战车”。因此，主角Charlize Theron在途中爬到车底进行维修：  在行进过程中对一辆巨大的、复杂的卡车进行维修，太符合这部电影惊心动魄的剧情设置了。当我看到这个场景时，发觉正好可以用来比喻EIP修订过程与核心开发者工作之间的关系。 针对以太坊协议的更改是实时进行的，许多谨慎细致的工程实现会被纳入，以便所有事情、所有人 (如果可能的话) 都能在升级过程中继续前行。在区块链荒地的道路上仍有颠簸，但总的来说，以太坊仍然遥遥领先于其他劫掠车辆 (技术债务)——只要卡车保持前进步伐，不停止向地平线移动。新的提案在短期内可能会对现状造成一些破坏，但总体而言，它们通常是对协议有价值的改进。 **本文要讨论的升级属于“Eth1.x”的范畴，但却并不是无状态以太坊的一部分工作，而是一个全新的Gas费用市场/区块大小机制。** EIP1559已经成为社区与开发者针对以太坊改良反馈的一个颇具趣味的案例研究。透过这个EIP的历史发展进程与关注度的提升，我认为我们可以从中窥探到许多针对以太坊发展的建设性讨论，并且希望获得一些明确的见解，能够指引无状态以太坊框架之外的重要发展。 之前在同系列文章中，我试图做到有条有理地抽丝剥茧，但在本文中，我不会深入讨论本EIP的技术细节，而是更多地关注提案内容本身，及其引发的讨论。在此之前，我们先来简单聊聊 EIP-1559 和‘Escalator’这两个提案的内容，围绕着这两个提案又产生了哪些讨论，目前现况如何。 # <br/> # EIP 1559 [EIP 1559](https://eips.ethereum.org/EIPS/eip-1559)的初衷是一个不错的切入点，其动机十分简单： “以太坊目前的“最高价竞争”费用模式效率低下，并且伴随着不必要的高昂用户成本。此EIP提出了一个替代方案，即根据网络需求调整基本网络费用，从而提升费用价格效率，同时降低客户端软件为了避免支付非必要高费用所需的复杂度。” **在当前系统中，新提交的交易必须等待被矿工打包进新区块，但交易方可以通过提高 gasPrice参数到网络平均水平之上，激励矿工优先打包自己的交易。** 按照理性的矿工逻辑，他们总是会倾向于打包高手续费的交易，以此最大化自己的收益，因此，我们可以推断首先被打包进新区块的交易伴随着最高的gas费。 **这种最高价竞争模式的问题在于，当交易需求膨胀时，局面很快就会失控。** 当区块即将达到最大容量时，将交易打包进下一个区块的费用可能会大幅攀升，因为用户希望通过付出高价使得自己的交易被优先打包。 尽管目前矿工们具备一定的能力来增加单个区块的交易容量，但并不能非常快速地改变上线，而且实际上矿工们更乐意通过将小容量区块来获取收益，而不是提高区块的gas上限 (考虑到叔块率，区块越大矿工面临的风险就越大)。 尤其是如果用户的钱包使用了价格算法以使自己的交易在一定期限内被打包，那么最终可能会支付[天价手续费](https://etherscan.io/txs/label/high-transaction-fee)将交易打包进一个几乎快满了的区块。 EIP 1559引入了gas费用的 ‘base fee’ (基本费) 概念，该费用被设定为动态调整，使得区块中的gas总使用量接近当前的一千万gas上限。**这笔基本费不会进入矿工的口袋，而是会被销毁。** 为了激励矿工打包交易，用户还能设定一个'Tip' (小费) 参数，并给出一个自己愿意为交易打包所支付的最高费用，矿工将获得这笔消费。 由于基本费不会因网络需求的即时变化而剧烈波动，因此用户在一定程度上避免了最高价竞争所带来的低效问题 (但小费模式延用最高价竞争)。此外，由于基本费会被销毁，而不是支付给矿工，如此一来矿工就没有动机尝试操纵费用了。更重要的是，该机制还试图解决钱包开发者的一大难题：通过使费用更具预测性，钱包就能自动估算网络费用。 如果读者想进一步了解EIP 1559，我建议阅读[Vitalik的EIP 1559 FAQ](https://notes.ethereum.org/Wjr1SnW-QaST7phX9C5wkg?view)以及[Barnabe的Jupyter笔记](https://github.com/ethereum/rig/blob/9de2ecbba130fba13011eca2b229979b0adcba52/eip1559/eip1559.ipynb)。 # <br/> # Escalator: EIP 1559的新对手 当前以太坊交易费的最高价竞争机制存在低效问题，这是不争的事实，而且我们需要明确一点：当前费用机制还有优化空间，对此没有人有异议，制定最高价竞争机制的替代方案对整个以太坊网络来说是大有裨益的，开发者和终端用户最终都能从中受益。我们能够并且应该就此达成一致意见。 然而，EIP 1559中提出的新机制与当前的运行方式大相径庭，如果采用的话会引发一些问题，尤其是会影响为用户创建并提交以太坊交易的软件。**钱包需要进行巨大的调整来适应这一新机制。** 虽然从长远来看，所有相关方都能从中受益，但就短期来说，为了适应新机制并且防止软件崩溃，采用该提案会对开发者造成巨大的工作负担。 EIP 1559保持其原始状态一段时间之后，以太坊社区开始权衡，包括受此提案影响最大的钱包开发者。钱包开发者们没有抵制此提案，而是从一个有趣的切入点来进行讨论。 他们重新衡量了此提案的核心动机 (即提升以太坊交易的用户体验)，并带在该语境中代入EIP 1559，他们表示“如果无论如何我们都要实现这些工作，那我们从一开始就应该了解这对用户来说会是怎样的，并且本着这个初衷来考虑提案内容。” 这就是[Dan Finlay提出EIP 1559替代方案的简要背景——The Escalator Algorithm。](https://github.com/danfinlay/EIPs/blob/Escalator/EIPS/eip-x.md)此提案与EIP 1559中的机制有许多相似之处，动机和目标也大抵相同。但Escalator机制是作为替代改进提案提出的，使得大家围绕这两种机制进行更为细致的讨论。 为了推动社区针对gas费用市场进行更高效更具体的探讨，我认为给出一个明显优于现状的替代方案是有必要的，如此一来就可以将EIP 1559中涉及到的所有特性与另一个合理替代方案进行对比。 Escalator机制与当前的最高价竞争模式有些相似，但提出了一些重要改变： - 相比在提交交易时设定固定价格，用户可以给出 **“逐步上调”** 的价格，并设定一个他们愿意为了使交易被打包而支付的最高价。所有的出价都会被置于‘escalators’队列中，队列将**按照同等速率逐步地、可预测地提高**队列中的所有出价。矿工在查看所有escalators的队列时，会选择最高价格的交易，不管这些交易位于哪个escalator中。当某笔交易被打包进区块时，该用户不会按照当前出价进行支付，而是支付队列中的下一个最高价。 Escalator机制的主要优势是**能够高效展现价格，同时通过收取队列中的第二高价格，防止用户支付过高费用**。 该机制也有一些优势与EIP 1559相似：**即使发生网络堵塞，用户也能更简便地选择适当的价格**。值得注意的是，Escalator机制本身不会对区块大小的决定机制产生任何影响。 <center><img src="https://i.ibb.co/pKHH1Vn/1-x16-1f80d547ce.gif" /></center> Escalator Algorithm提案本身就很有意思，我强烈推荐阅读此提案的[‘user strategy’ (用户策略) 部分](https://news.ethereum.cn/eth1x-1559/#user-strategies-under-various-conditions-and-algorithms)，以便对三种不同的交易处理模型进行高层次的比较。如果读者对这个话题感兴趣，这篇介绍Escalator Algorithm的[论文](https://agoric.com/papers/incentive-engineering-for-computational-resource-management/full-text/)也很值得深入研读，但我好像偏题了…… 在一次EIP 1559实现者电话会议中，Dan给出了一些模板，展现钱包中的不同参数在用户看来是怎样的，他还强调了如何通过用户的需求隐藏或显示这些参数。  这些设计旨在为社区讨论提供参考，帮助我们从用户的角度衡量EIP 1559和escalator算法。 通过提出一个合理的替代提案，并且将开发者关于用户体验的意见重新纳入考虑，EIP 1559/Escalator的相关讨论非常巧妙地为优化费用市场这一最终目标创造了新的探索空间。费用市场还远远没有为下一次硬分叉做好准备，但它就像《疯狂的麦克斯》中的战车，仍然在前进。 # <br/> # 以太坊未来可期 我相信EIP 1559/Escalator对于以太坊社区来说是观察和学习的重要对象，尤其是这与无状态以太坊未来的一大变化有着许多相同的特征：[Oil/Karma EVM semantic changes](https://ethresear.ch/t/meta-transactions-oil-and-karma-megathread/7472).与费用市场类似，其中的一些提议**对以太坊开发者和用户将产生重大的二级效应。** 如同EIP 1559，需要明确考虑到如何支持用户体验，因此也有机会和理解用户体验的开发者进行协作，确保提案有足够的动能支撑起成功的升级。 改进以太坊 (1.x) 以及其他公链是一段艰辛的旅程。有效的讨论路线应该是朝着有意义的改进建议，并且进一步保证听到受影响最大的开发者和用户的声音，将他们的顾虑纳入讨论。因为我们终将驾驶着同一辆战车驶向Serenity。要走在[以太坊状态膨胀问题](https://blog.ethereum.org/2019/12/10/eth1x-files-fast-sync/)的前面，意味着我们要不断地提出有建设性的方案和批判，在保持动能的前提下进行改变，这是我们赖以生存的根基！  <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/Layer2/evaluating-l2-scaling-solutionshttps://www.ethereum.cn/Layer2/evaluating-l2-scaling-solutionsFri, 19 Jun 2020 00:00:00 GMT来源 | [Matter Labs](https://medium.com/matter-labs/evaluating-ethereum-l2-scaling-solutions-a-comparison-framework-b6b2f410f955) <br/> 随着越来越多的扩容方案崭露头角，以太坊第2层扩容生态系统对网络建设者来说已变得难以取舍。棘手的问题在于，每个解决方案都承诺向用户保证去信任、安全性、经济适用性以及易于使用，这不可避免地会让开发者们眼花缭乱，难以抉择。因此我们建议建设者不要轻易相信每个方案的一面之词，而是应该全面地调查比对清楚，然后在各种方案之间做出权衡。 为了让这项工作不那么复杂，我们整理了一系列问题，以帮助网络建设者评估不同的扩容解决方案，从而采用最适合其需求的解决方案。这些问题分为以下几类： - 安全性 - 性能/经济适用性 - 可用性 - 其他方面 除了这些问题之外，我们还汇总了一张对照表，为读者搭建一座桥梁，让其能够窥探到不同扩容方案设计者的想法。尽管我们已尽最大的努力保持中立和公正，但想要简明扼要地比对不同方案的异同，仅靠一张表格是不够的。我们希望后文的补充问题与假设能够弥补表格的不足。 <center><img src="https://i.ibb.co/ss3j8D8/528b952e1b.png"/></center> <center>非常感谢Georgios Konstantopoulos（L2独立研究者）、John Adler（Fuel）、Ben Jones（Optimism）、JD Kanani（Matic）、Patrick McCorry（any.sender）、Justin Drake（以太坊基金会）和Brecht Devos（Loopring）对该表格的校对和更正。</center> ## <br/> # 安全性 ## 活性假设 (例如瞭望塔) 该协议需要用户活性吗？换句话说：用户需要自己监测扩容方案上所有链上 (比如Layer-1) 活动吗？还是说通过可信任的代理方 (瞭望塔) 来监测呢？ 在某些情况下，可以通过一些措施激励可信任的各方负责保证链上活性，激励措施需要与其用户一致 (即担保)。然而，值得注意的是，这些可信任代表方会因为行为不当而承担经济损失，而损失的金额不超过他们成为委托方所提交的“押金” (即保证金)。用户应该考虑委托方是否有机会攫取超过保证金金额的利益，以及对风险的承受度如何。 ## 大规模提款退出假设 该扩容性方案的安全性假设允许所有用户在短时间内成功退出交易 (即提款) 并将资金转移到Layer-1上吗？ 当某个Layer-2扩容方案出现安全漏洞时，所有用户需要在短时间内退出Layer-2，这便是大规模提款退出假设。如果用户选择留在Layer-2，则运营者可能会暗中操纵并没收Layer-2上剩下的资金。比如Matic支持大规模提款退出假设，留给用户提款的期限是一周。 但是由于网络堵塞和拒绝服务攻击 (Denial-of-Service, DoS)，实现大规模提款退出假设相当困难。比方说，在给定用户退出Layer-2的时间范围内，以太坊网络可能会高度拥挤，因此交易也许无法及时打包。即使不会出现网络拥堵的情况，也可能会有攻击者操纵gas费或者对以太坊[日蚀节点](https://eprint.iacr.org/2018/236.pdf) (eclipse nodes) 进行攻击，导致交易无法及时打包。该攻击向量值得我们深思。 ## 托管 Layer-2的验证者若是达到一定数量，能否长期使用户无法访问自己的资金？他们可以窃取用户的资金吗？ 如果你想要你的项目保持抗审查性的话，这一点尤其重要。 ## 热钱包密钥易受攻击 layer-2解决方案中的资金安全性是否取决于运营者保障密钥安全性的能力？密钥是否必须保持在线才能维持系统运作（即热钱包密钥）？ 有的密钥必须保存在线上以保持系统运作 (如热钱包密钥)。那么Layer-2解决方案上的资金安全性是否取决于运营者保障密钥安全性的能力？ [众所周知，保护热钱包是很难的。](https://www.bitdegree.org/tutorials/cold-wallet/) ## 易受加密经济攻击 解决方案应对加密经济攻击时脆弱性如何？以及方案设计是否基于博弈论的假设？ 受加密经济激励诱发的攻击形式多样，包括[损害Layer-2上验证者（或他们的运营人员）的声誉](https://www.imperva.com/learn/application-security/social-engineering-attack/)，[贿赂Layer-1的矿工](https://ethresear.ch/t/nearly-zero-cost-attack-scenario-on-optimistic-rollup/6336)，建立[恶意DAO](https://slideslive.com/38911605/smart-contract-security-incentives-beyond-the-launch)等。这些攻击向量进化得非常快，并且经证实难以在基于博弈论假设架构的系统里消除这些向量。 这里还包括一些非技术性盗窃但产生同等后果的情况。例如[这种对Validium的双花攻击](https://twitter.com/the_matter_labs/status/1270093208727556108)：攻击者无法通过设计窃取其他人的资金，但仍然可以重复使用自己的资金。 ## 密码学基元 解决方案是基于标准密码学还是较新的密码学研究，比如[SNARKs或STARKs](https://github.com/matter-labs/awesome-zero-knowledge-proofs)？ 通常来说，面世时间越长的加密学架构，越难被破解。如果使用的加密学技术越先进、越新颖，那么就需要能力更强的团队来对其进行实现和审计。 <br/> # 性能/经济适用性 ## 最大吞吐量 在以太坊1.0的解决方案中，能实现的最大吞吐量是多少？以太坊2.0呢？ 尽管某个解决方案的吞吐量在今天看来可能令人满意，但你自然会展望未来，对将来所需的额外吞吐量进行预测，考虑你计划采用的方案是否能满足未来的需求。 ## 资本效率 扩容方案的资本效率如何？它需要锁定大量资金才能运作吗？ 与其他解决方案相比，资金效率较低的系统用户成本会更高，并且可能由于缺乏即时的流动性而发生运行中断。比如，支付通道的资金效率相对较低，因为通道运营者必须锁定其通道平均交易量几倍的资金才能确保交易金额不超出容量上限。 ## 开新账户的成本 新用户在Layer-2开账户时需要Layer-1的链上交易记录吗？ 在对比图表里，我们展示的是每个系统在最好情况下的表现，但在个别实现里，效率可能没那么高。例如，zkSync和Loopring都用zkRollups，但Loopring要求用户用Layer-1的一笔交易来开新账户才可以使用支付功能，而zkSync则不需要。 <br/> # 可用性 ## 提款时间 在Layer-1上提款需要多长时间？ 为了解决纠纷，一些解决方案的提款期限可能要花上一周或更长的时间。为了缓解长时间等候的问题，有没有流动资金提供者可以为用户提供流动资金以换取风险溢价？由于快速提款需要支付一定的金额，那使用这个方案的真实价格是多少？ ## 获得主观最终确定性的耗时 基于协议的安全性预设，一笔交易多快能够达到在Layer-1中无法被回滚的状态？ 主观确定性的意思是，即使Layer1的智能合约还不能信赖该交易，但外部的观察者能信服交易的不可逆性。例如，在Optimistic Rollups里，为了得到Layer-1的确定性，你需要一个以太坊上的证明，然而完全获得确定性需要大约1周时间。 ## 客户端对主观确定性的可验证性 轻客户端（浏览器/移动钱包）可以验证主观确定性时间吗？ 继续optimistic rollups的例子，当你需要以太坊上的一个证明来得到Layer-1的确定性和验证你的交易不可更改时，你必须下载整个rollup状态并执行上周的所有交易，以确保打包的区块都是有效的。 ## 即时交易确认 解决方案能否提供真正的即时交易确认？还是提供担保下的即时交易确认？ “即时表面确定性”可以在大多数Layer-2协议上实现，例如，交易会在用户交互中显示即时的确认。只有支付通道（状态通道）对这些证明提供完全的安全性保证，而在其他协议里，这些交易在Layer-1上被确认之前仍然可以被撤销。撤销这些交易不是没有代价的，无论成功与否，这些方案上的验证者都将失去他们的安全保证金（即存款）。 即时交易确认这一特性取决于扩容方案具体实现上的细节。 <br/> # 其他方面 ## 智能合约 Layer-2支持任意可编程的智能合约还是仅限于使用[predicate](https://specs.counterfactual.com/en/latest/adjudication-layer.html)实现的子集。 ## 字节码的可移植性 你可以将以太坊合约上的既有EVM字节码几乎原封不动地移植吗？ ## 本地隐私支持 协议提供本地隐私支持吗？ 如果没有默认的低成本屏蔽交易，隐私保护将会[非常低效](https://twitter.com/VitalikButerin/status/1196468111995756544)，在关于在多个平台上去匿名化的大量研究里, 这一点已得到充分有力的证明（[1](https://cryptolux.org/images/d/d9/Zcash.pdf),[2](https://arxiv.org/pdf/2005.14051.pdf)）。 <br/> # P.S.对zkRollups的一个边注 现在有两个扩容方案是使用zkRollups的，现在可以试用——路印（主网上线）和[zkSync](https://zksync.io/) （Matter Labs旗下平台，现已上线）。两者的主要区别在于对底层证明系统的选择。路印用的是Groth16 SNARK，配以一个特定应用信任设置，而zkSync使用了更新的PLONK，配以通用信任设置的证明系统。考虑到最近这个证明系统在设计上获得的突破，我们相信PLONK会成为促进zkRollups应用的一个主要因素，我会在即将发布的文章里详细说明。 我们希望这篇文章对读者在寻找扩容方案时会有所帮助，并且使你对这领域的未来感到兴奋。如果你有任何疑问，或你想就上面谈论到的内容进行讨论，欢迎随时通过邮件hello@matter-labs.io、[Twitter](https://twitter.com/the_matter_labs)、[Telegram](https://t.me/zksync)联系我。 Matter Labs致力于让更多的人参与到公共区块链上。我们正在构建[zkSync](https://zksync.io/)，这是以太坊上一个安全快速的扩容平台。 译者注：zkSync已于6月18日上线主网。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-6-12https://www.ethereum.cn/wnie2-2020-6-12Mon, 15 Jun 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_200612) <br/> # 热门精选 这周的热门话题竞争并不激烈，Danny Ryan的《截至2020年6月，以太坊2.0的发展状况》（[*The State of Eth2, June 2020*](https://blog.ethereum.org/2020/06/02/the-state-of-eth2-june-2020/)）是绝对的必读文章。 <br/> # 阶段0：信标链 规范的[0.12.1版本](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.12.1)遇到了一个小意外，这实际上是个重大变化，但我们认为影响不大，因为这个变化并不复杂，而且发生在大家完全实现0.12.0版本之前。这个变化与信标链的诞生时间有关，主要是这样Afri就不必在当地时间凌晨2点监测测试网了。 同时，我对椭圆曲线的BLS哈希的[08版本](https://tools.ietf.org/html/draft-irtf-cfrg-hash-to-curve-08)感到很意外，因为我们所有人都已经决定选择07版本了。但仔细看的话，其实相对07版本并没有什么会影响到Eth2的实质性变化，只是一些表面上和说明上的修改，以及对测试向量的更新。08版本似乎正在进入IETF标准化的下一阶段。所以不会产生太大影响✌️。读者可以在[IETF tracker](https://datatracker.ietf.org/doc/draft-irtf-cfrg-hash-to-curve/)上查看整个发展过程。 在Eth1上的工作继续围绕着这个问题展开：在验证者决定要将ETH转入存款合约前，如何全面验证存款。问题在于测试网上已经出现了相当数量的存款故障，这是一种非常严重的故障模式，因为会导致验证者质押的32个ETH永远掉进黑洞。解决方法之一是在Eth1上执行[EIP-2537](https://eips.ethereum.org/EIPS/eip-2537)，它为在Eth1存款合约中验证Eth2的签名（它在Eth2的阶段0后还会有用）提供必要的加密工具。但是，由于[存款合约](https://github.com/ethereum/eth2.0-specs/blob/dev/deposit_contract/contracts/validator_registration.vy)已经完成形式化验证，我们并不想对其进行修订。鉴于此，Alex Stoke一直在编写了一份[代理合约](https://github.com/ralexstokes/deposit-contract-verifying-proxy)（proxy-contract），这份合约接受存款，对存款进行验证，并且只有当存款一切正常才提交到存款合约。现在已经有人对代理合约做审查和gas优化的工作了。要注意的是代理合约的发展仍然取决于EIP-2537的预编译在Eth1的实现情况，在我看来这项工作尚未完成。最坏的情况是，我们可以使用一个独立运行的存款审查器，但这取决于人们能否用之有道🙄。 <br/> # 测试网 Anthony Sassano在他新一期的The Daily Gwei新闻简报里，编写的第5条是[Eth2 Testnets Aplenty](https://thedailygwei.substack.com/p/eth2-testnets-aplenty-the-daily-gwei)，为我们所处的现状和目的地提供了坚实可靠的信息参考。 以及，信标链测试网世界正风起云涌。 ## Witti -> Altona 多客户端测试网Witti推出了两周，风平浪静地如期运行着，没有出现什么耐人寻味的问题。Teku、Lighthouse和Prysm都在上面运行得很顺利，有时候会在[控制面版](https://eth2stats.io/witti-testnet)上出现Nimbus。曾经有过一段时期无法敲定区块，因为一些验证者离线了，也有出现一些[罚没](https://witti.beaconcha.in/validator/74)的情况，将这两种情境结合起来，就导致了Schlesi网络的崩溃。但在Witti测试网中，由于多个客户端已经解决了遗留问题，所以一切如常运作。 期间发生了一件有趣的事，有人注册了一个拥有[“无穷性”公钥](https://witti.beaconcha.in/validator/c00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000)的验证者，这就是当私钥为0时会发生的情况。它绝对是有效的，但也意味着任何人都能以你的身份伪发信息然后使你被罚没。其实我有点意外居然之前没人做这件事；这其实很简单。 下一步是推出一个名为“Altona”的新多客户端测试网，目前在架构中。这个测试网将运行0.12版本的规范，而Witti采用的是0.11版本，预期会与最终上线的规范非常接近。在客户端团队都将他们的代码库更新到0.12.1版本后，Altona会启动，读者可以在[Altona progress tracker](https://github.com/goerli/witti/issues/17) 上了解最新情况。 在我们等待的时候，Witti会保持运行，所以快来参与质押演练吧！Somer Esat发布了[Prysm](https://medium.com/@SomerEsat/guide-to-staking-on-ethereum-2-0-ubuntu-prysm-witti-2b972e697918)在Witti上的质押指南，而我写的[Teku](https://docs.google.com/document/d/1CTN_t_0UGRJSpW27yOux1lwxbVz-J4CclGs-tSax4U4/edit)的Witti质押指南仍然适用，这里还有一些关于[Lighthouse](https://medium.com/nethermind-eth/using-nethermind-to-run-a-validator-in-eth2-5c227653e197)在Witti上运行的说明（在Eth1链上使用Netherland客户端）。 ## Topaz -> Onyx Prysmatic Lab的单客户端测试网Topaz在上一场“战役”中表现优异，现在负伤退役，由[Onyx](https://medium.com/prysmatic-labs/introducing-the-onyx-testnet-6dadbd95d873)接替上阵。 最新的消息显示[Onyx合约](https://goerli.etherscan.io/address/0x0f0f0fc0530007361933eab5db97d09acdd6c1c8)已经收到了16,384个测试网ETH验证者的押金，达到了启动的必要数量，并将于[2020-06-14 05:17:24 UTC](https://twitter.com/prylabs/status/1271436918220156929) 启动。 Onyx将运行0.12.1版本的规范，且技术上来说不再是单客户端，尽管预期仍然会是Prysm占主导，而多客户端方面的工作还是主要由Altona承担。 读者可以在[这里](https://prylabs.net/)加入Onyx。Attestant对如何启动和运行做了一些[分步操作说明](https://medium.com/@steve.berryman/installing-and-running-an-ethereum-2-prysm-validator-on-the-testnet-c004dd7eece8)，这是CoinCashew编写的关于在[Windows](https://www.coincashew.com/coins/overview-eth/guide-how-to-stake-on-eth-2.0-onyx-testnet-with-prysm-on-windows)上进行所有这些操作的说明，还有Terence汇编了一个很不错的FAQ和[故障排除指南](https://hackmd.io/@tchain/BkFDGtAn8)。 ## 工具和分析 Bitfly不满足于运行[beaconcha.in](http://beaconcha.in/)，还提供显示测试网节点类型和位置的[Eth2 测试网统计数据](https://eth2.ethernodes.org/)，但你需要教它识别Teku节点😉。 Protolambda一直在制作关于[Witti上验证者行为](https://twitter.com/protolambda/status/1270357785352581122)的精致图表。说起图表，Jonny Rhea也在继续深入研究Witti测试网上的节点行为。这里是一阵[推特风暴](https://twitter.com/JonnyRhea/status/1269050893577736192)，展示了一些早期的分析。（[黑夜模式看起来更舒服](https://twitter.com/JonnyRhea/status/1269148762401890304)）我碰巧知道Jonny即将完成其最新研究的撰写。在接下来几天多留意 [Ethresear.ch](http://ethresear.ch/)，他的文章将使我们大开眼界。 想观看更多图片？这是精华中的精华：Bitfly对其Topaz网络信标节点上的所有[尝试连接](https://twitter.com/etherchain_org/status/1268814397742473216)进行了可视化处理，分布非常均匀。 最后，区块链上有个[新的浏览器](https://witti.blockaction.io/)！是由BlockAction建的。 ## 接下来是什么？ 正如上文所提到的，Witti一直平稳地运行着。一方面，这很不错：在欢快的节奏中，一切都顺利地运行着。但是，这不代表着Eth2真正上线后，面对各种攻击还能顺利地运行。为此，Danny正在起草一份关于攻击网络的提案，以激励大家踊跃击溃测试网。该任务十分艰巨，但这是我们成功上线Eth2的重要一步。 <br/> # 释义性文章 管理验证者密钥 (validator key) 和取款密钥 (withdrawal key) 是本周的主题。这是我们在[Eth2开发者电话会议](https://hackmd.io/5hSJ4418R6ih8ogAwiDi7Q#Validator-key-hygiene)上谈论的其中一个话题，我们会在接下来的电话会议中商定一些常见的最佳实践。以下是一些近期的文章： - Bitfly旗下的网站[Beaconcha.in](http://beaconcha.in/)继续完善其[知识库](https://kb.beaconcha.in/)。点击查看其新文章[《以太坊2.0密钥》](https://kb.beaconcha.in/ethereum-2-keys)。 - 另一篇来自Attestant的优秀阐释性文章[《保护取款密钥》](https://www.attestant.io/posts/protecting-withdrawal-keys/)。 - 以及之前报道过，但常看常新的一篇文章[《Eth2 Staking系列 #4 ：密钥篇》](https://news.ethereum.cn/wnie2-2020-6-12/#4 - Keys)🔑，作者是Carl Beekhuizen。 至于Eth2的当前状态，除了[Danny发文](https://blog.ethereum.org/2020/06/02/the-state-of-eth2-june-2020/)介绍了截至6月Eth2的发展状态之外，Quantstamp也撰写了一篇文章[《理解Eth2的现阶段发展：阶段0》](https://quantstamp.com/blog/understanding-phase-0-the-current-stage-of-eth-2-0-development)，帮助我们了解阶段0的发展现状，优秀的小伙伴ECN👏已将其翻译成[中文](https://news.ethereum.cn/understanding-phase-0-the-current-stage-of-eth-2-0-development/)。（译者注：嗯？突然被cue？ECN会继续为大家呈现优质的文章翻译~） Ivan on Tech发布了文章[《解构ETH2.0：下一代以太坊》](https://academy.ivanontech.com/blog/breaking-down-eth-2-0-the-next-generation-of-ethereum)，清晰地概述了PoS权益证明以及可扩展性方面相关问题。 <br/> # 研究工作 以太坊基金会的RIG小组 (Robust Incentives Group) 成员Barnabé Monnot发表了文章[《信标链运行2050：基于代理的eth2模型》](https://github.com/ethereum/rig/blob/master/eth2economics/code/beaconrunner2050/br2050.ipynb)，公布了他第三阶段的工作：使用[cadCAD](https://github.com/BlockScience/cadCAD)模拟环境对信标链行为的加密经济学进行建模。此阶段主要在验证者之间添加了一个模拟的异步p2p网络。用Barnabé的话来说就是：“我们正不断完善基于代理的模型”。 在过去的几周中，开发者论坛[ethresear.ch](https://ethresear.ch/)上，Eth2前端的更新进展寥寥无几。但是，如果读者想要进一步了解并且愿意挑战一些数学领域，那么可以看看Vitalik的设计。该设计为我们展示了一种更加有效的用于表示状态的方法，作为[默克尔树的替代方法](https://ethresear.ch/t/updating-and-generating-kate-witnesses-in-amortized-sqrt-n-time/7520?u=benjaminion)。该方法提出在sqrt(n)平均时间内生成和更新Kate证明。虽然该方法在实际操作中仍不可行，但我们很有可能向着正确的方向迈出了一步。 <br/> # 常规会议 ## 实现者会议 6月11日进行了第41次会议。 - [Agenda](https://github.com/ethereum/eth2.0-pm/issues/158)会议议程 - [Video](https://youtu.be/WmU3k2v4UA8?t=56)会议视频 - 我的[速记](https://hackmd.io/@benjaminion/SkfYVnJ68)以及[完整笔记](https://github.com/ethereum/eth2.0-pm/blob/0daf992a7576c35ae22027131a927c26f47b6766/eth2.0-implementers-calls/call_041.md)的草稿 正如上文所提到的，我们花了一些时间讨论[验证者密钥保护措施](https://hackmd.io/@benjaminion/SkfYVnJ68#Validator-key-hygiene)。 <br/> # 其他资讯 - 客户端团队[Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-51-v0-12-testnet-on-the-horizon-85e93de00f94)和[Lighthouse](https://lighthouse.sigmaprime.io/update-26.html)的进展更新。 - 可借助Infura访问Eth2 API端点（由Teku提供支持）。请参阅他们的教程，了解如何以编程的方式查询信标链。 - 神秘人heyheeyheeey突然发布一项提案：以Argent钱包作为Eth2 Staking接口。 - Afri作为嘉宾出席了[“ETH2 Staking社区电话会议#6”](https://news.ethereum.cn/wnie2-2020-6-12/#6)，谈到了他在Eth2多客户端测试网上的工作内容。 ## <br/> # 写在最后 最后邀请大家共赏一首歌—[Happy birthday to me](https://www.youtube.com/watch?v=A0YyFqydPl8) 🎂 (调高音量，和我一起摇摆！) 译者注：感谢Ben Edgington对eth2进展更新的耕耘，让以太坊的关注者们能够贴近生态的呼吸脉搏。迟来的Happy Birthday to Ben! <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。。https://www.ethereum.cn/zkrollup-vs-validium-starkexhttps://www.ethereum.cn/zkrollup-vs-validium-starkexFri, 12 Jun 2020 00:00:00 GMT来源 | [Matter Labs](https://medium.com/matter-labs/zkrollup-vs-validium-starkex-5614e38bc263) <br/> 译者按：Validium作为以太坊Layer-2的一项新增扩容方案，起名字当然不能含糊，社区各人员在推特热烈讨论过后，最终由V神确定下来。那么同样作为Layer-2扩容方案，与zkRollup有何不同呢？二者的利弊将在此文中一一揭晓。 <center><img src="https://i.ibb.co/1zZXmfn/ZKROLLUP-VALIDIUM-1-f497bfbf5b.png"/></center> “StarkEx提高了交易所的安全性——但用户的资金仍可能会被冻结、没收或盗窃。” 最近，DeversiFi推出了其[新版本交易所](https://blog.deversifi.com/introducing-deversifi2-0/)，由StarkEx交易引擎提供支持。这是一项不可思议的技术成就，进一步满足了用户对加密货币交易的安全需求。这也标志着一个历史性转折点：这是[STARK](https://github.com/matter-labs/awesome-zero-knowledge-proofs#starks) (去信任的简洁化零知识证明) 在生产系统中首次得以应用。 至于背景，StarkEx采用以太坊的二层扩容解决方案 Validium，其中所有交易的有效性都强制使用零知识证明来验证，而数据可用性在链下进行处理。这可以防止Validium中的资金被盗，因为每次资金转移都必须得到转出用户的授权。 <center><img src="https://i.ibb.co/GVfDV3V/ZKROLLUP-VALIDIUM-2-0e72b7837d.png"/></center> Validium的机制与[zkRollup](https://zksync.io/faq/tech.html#zkrollup-architecture)非常相似，唯一的区别是zkRollup中的数据可用性保存于链上，而Validium则保存于链下。因此，Validium的吞吐量会高许多——但这是有代价的。 <br/> # StarkEx Validium 的运营者可以冻结用户资金 “能够摧毁某个事物的人，必定控制着它。”——《沙丘》，弗兰克·赫伯特著 由于不像 zkRollup 那样具有链上数据可用性保障，Validium 的运营者 (或者更准确来说，数据可用性的管理者) 有权拒绝任意一个用户转移其资金。 具体操作：运营者在没有告知用户的情况下对其默克尔状态做了细小的改动。由于缺少此信息，用户无法创建默克尔证明 (Merkle proofs) 来验证其对账号的所有权。 如上图所示：如果运营者更改了帐户d3，则帐户d1的所有者将无法证明其帐户所有权，因为丢失了证明过程中所需的节点m的信息。 <center><img src="https://i.ibb.co/8BB731s/ZKROLLUP-VALIDIUM-3-fb74b2bca8.png"/></center> 有没有一种方法可以防止Validium中的数据扣留攻击？自2016年Plasma的概念诞生以来，该问题已有过广泛讨论，并且研究得出了zkRollups这一技术成果。如果尝试通过非rollup方案，以去信任的方式保障数据可用性，那么[Validium将丧失大部分竞争优势](https://twitter.com/VitalikButerin/status/1267566253780226048)。 虽然问题不能完全解决，但StarkEx通过引入一种许可型数据可用性委员会 (DAC) 缓解了该问题。每次状态更新，都必须需要一定数量的DAC成员签名来确认DAC已接收到数据。在StarkEx中，DAC由[8位成员](https://medium.com/starkware/data-availability-e5564c416424)组成（太多成员会损害系统的活性）。这些都是由法律监管的声誉卓著的组织，他们不太可能滥用权力——至少理论上如此。 矛盾的是，知名度和声望高，以及受强大的法律权威监管[正是其弱点所在](https://vitalik.ca/general/2019/05/09/control_as_liability.html)。一种可能发生的失控情况是：运营商被要求执行KYC / AML法规 (即了解客户身份信息和反洗钱措施)，并有义务冻结交易记录超过1万美元的帐户中的所有资金 (可能会永久冻结)。 随着我们深入研究，便发觉其更加有趣。StarkEx实行[验证者合约升级机制](https://medium.com/starkware/contract-upgradability-d3a4451877c)，该机制允许运营者立即将新的验证者添加到验证者合约上。这一机制不能使任何旧的合约代码逻辑无效。例如，平台无法删除用户签名检查。但是它允许添加其他限制条件 (以编程语言Solidity为例，可以将限制条件表示为`require()`语句)。 这是一个很好的安全功能：如果StarkEx在其STARK电路逻辑中发现缺失任何限制条件，StarkEx可以快速修复漏洞，且不会造成新的漏洞出现。但是，此功能可能会被滥用，成为一种**潜规则的审查机制**。简单来说，StarkEx运营商始终可以在合约逻辑上部署扩展逻辑，没有提前警告用户便引入黑名单。StarkEx的官方文档里没有明确说明，但是似乎执行新规则不需要获得DAC成员的同意。 把StarkEx当成一种完全去中心化的交易协议其实不太准确。**不妨类比想象一下Vitalik Buterin拥有一个开关，可以立即冻结任何以太坊账户。**然而另一方面，StarkEx确实可以提高加密交易所的安全性 (StarkEx创建者当然会这么做)。 # <br/> # StarkEx Validium运营者可没收用户的资金 让我们再发散一下我们的思维。我们设想一下不管是什么原因 (很有可能是运营者无法控制的情况)，导致一大部分用户的资产现被冻结。那用户存在StarkEx的资金也被没收了吗？ 事实上，这是有可能发生的。 就像许多其他加密项目一样，StarkEx实现了最新的[合约升级机制](https://medium.com/starkware/contract-upgradability-d3a4451877c)。在部署新版本之前，用户会提前28天收到通知，而任何不愿意接受新版本的用户都可以退出StarkEx平台。 除了那些资金被冻结的用户。 宽限期 (即留给用户考虑是否接受新合约部署的28天时间) 结束后，StarkEx将部署新的合约代码逻辑，将冻结的资金转移至指定方保管。不幸的是，受影响的用户中无法对此进行反抗。 合约升级还存在着一些[合理的忧虑](https://twitter.com/jadler0/status/1268920716944162816)，“升级通知期限”本身时长可能不足以允许每个不同意合约升级方案的用户退出Validium (所谓的“批量退出”(mass exit)方案)。但是，此问题并非Validium独有,而是普遍存在的合约可升级性问题。 # <br/> # 2020/07/06更新： # Justin Drake描述了Validium上的密码学经济攻击。 在后续讨论中，Justin Drake[指出](https://twitter.com/drakefjustin/status/1269309163995303936)Validium的数据可用性方案可能会导致意外攻击：如果数据可用性委员会 (DAC) 中的有效票的签名密钥被盗 (并且这些密钥在线上保存，因此极易受到安全攻击)，攻击者可以将Validium的状态转换为仅自己可知，从而冻结所有资产，并向用户勒索解锁赎金。 从理论上讲，合约升级机制应该可以缓解这种攻击。Validium的运营商可以启动新版本的部署，为期28天的合约升级通知期过后，状态会恢复到上一个已知版本。资金将会被锁定一个月 (成本当然会相当高)，但是如果DAC拒绝谈判，攻击者将颗粒无收。 然而，事实证明，攻击者可以通过一种方法迫使运营者在损失所有资金或允许攻击者发起双花之间做出决定。我们可以通过以下示例进行说明： 想象一下，某用户可以这样黑进ATM：取款完成后删除整个银行的数据库。用户只能从自己的账户中取款，但是当银行的数据库丢失之后，该用户的操作记录也会被删除掉。(译者注：该操作行为即双花。) 银行员工可以在一个月内完成一系列复杂流程，恢复数据库。但是，由于他们不知道是谁取款的，只能将状态恢复至上一个检查点，也就意味着取过款的账户余额也恢复了！ 当然，双花的金额仅限于攻击者的账户余额。然而，如此一来，构建一个去信任的合约，并从暗网中的某个邪恶匿名巨鲸里借到必要的资金就显得十分容易了。这就留给我们的读者思考了。 从该攻击我们可以看出Validium与PoA网络的安全模型相对相似。然而实际上，PoA网络有20个节点且需要至少51％的签名者签名，而Validium有8个节点，需要所有签名者签名。比较而言，**PoA网络更加安全**。 # <br/> # zkRollup的数据可用性保护用户的资金不被没收、审查、攻击，代价是降低吞吐量 只要有一个以太坊全节点在线，zkRollup的用户就可以同步rollup的状态。 zkRollup 如何运作：对于每个 zkRollup 区块来说，重建系统状态所需的信息必须作为以太坊交易的调用数据提交上去。否则，zkRollup 智能合约将拒绝状态转换。zkRollup上进行状态转换时，每笔交易需花费少量gas费，成本随交易总数呈线性增长。 有了默克尔树数据，被审查的用户便可以直接将自己的资金从主网上的zkRollup合约中取出。用户只需要提供默克尔证明，验证其账户所有权。因此，链上数据可用性可以**保障用户的资金不被冻结或没收 (连zkRollup运营者也没有权力)。** 然而链上数据可用性会限制网络吞吐量。目前，zkRollup在以太坊上每秒至多可处理交易量2000笔，而StarkEx Validium声称其每秒可处理交易量9000多笔。两者的差异决定了其应用领域的不同。例如zkRollup尤其适用于增强去中心化加密支付的可扩展性 (VISA的全球平均每秒交易处理量为 2000笔) 以及严格要求去信任的不可篡改型智能合约。而另一方面，Validium可能更适用于传统的高频交易，或对去信任需求较低的游戏。 # <br/> # 总结 本文阐释了zkRollups和Validium (StarkEx) 在运作上有何相似之处，以及两者的主要差异 (即链上和连下数据可用性)，这对我们理解这两种技术以及它们的适用场景起到关键作用。两者的主要差异：zkRollup 是完全去信任的去中心化扩容协议；而 Validium的性能更符合托管式的PoA系统 (从其吞吐量和风险预测来看)，但是其拥有较高的安全性。 每一次旨在完善去信任和增强用户管理自身资产的权力的技术更新，都是为了推动用户实现自主性。为了继续前进，我们总是需要权衡利弊，学会取舍。 然而，在加密社区中，越来越多人意识到区块链技术已经过了 “不要作恶” (don’t be evil) 的阶段，现在是时候过渡到“无法作恶”(can’t be evil) 的阶段了。我们可以通过自主托管技术、提高抗审查性和隐私性、消除单点故障来实现这一目标。我们正在奋力构建的系统，其基本价值观就是由这些理念构成。 完全去信任的扩容时代即将到来。让我们等待 Matter Labs 的官宣吧，[敬请关注](https://twitter.com/the_matter_labs)！ <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/understanding-phase-0-the-current-stage-of-eth-2-0-developmenthttps://www.ethereum.cn/understanding-phase-0-the-current-stage-of-eth-2-0-developmentWed, 03 Jun 2020 00:00:00 GMT来源 | [Quantstamp Labs](https://quantstamp.com/blog/understanding-phase-0-the-current-stage-of-eth-2-0-development) <center><img src="https://i.ibb.co/GCyjbVt/1-aec33fa29c.jpg"/></center> 读者朋友们可能听说过ETH 2.0的开发正在取得进展，但可能有所疑问：我们现在是处于开发的哪个阶段了？大多数现有的资讯不是技术性很强就是过于笼统，因此我们写了这篇文章来帮大家理清思路，解答困惑。 我们现在正处于**阶段0**，在这个阶段，会测试并启动**信标链**，而信标链是ETH 2.0中权益证明（PoS）系统的核心。这篇文章会解释信标链的作用以及为了它的正式发布我们现在正在进行的工作。 ### # 信标链的目标是什么？ ETH 2.0的一个目标是**通过分片来分担处理和储存交易的工作**，从而**扩大交易吞吐量**。分片是有价值的尝试，因为目前在ETH 1.0，每个全节点都需要验证整个以太坊网络上的交易并储存整个以太坊状态，这意味着每个全节点都在管理以太坊上所有的经济活动。 考虑到以太坊的目标是要**能够承载全球范围内的全部经济活动**，那么在每一个全节点上储存全球经济活动的数据无疑是困难的。随着状态在ETH 1.0上的不断增长，运行一个全节点会变得越来越不可及，这就意味着以太坊去中心化的程度会降低。况且，以太坊现在还尚未成为主流，就已经接近交易吞吐量的极限了。 在ETH 2.0中，分片通过在信标链上协调和最终确定数据来缓解这些限制带来的危机。**信标链则作为真实信息的源头。** <center><img src="https://i.ibb.co/8byzwvd/2-abd1ed2c8b.jpg"/></center> ### # 信标链借助PoS来达成共识和敲定分片上的数据 **信标链将使用PoS来验证分片上的数据**。在工作量证明（PoW）的区块链里，矿工如果表现得好的话会有激励，如果他们在挖矿时选择通过分叉来攻击网络，将得不到区块奖励和交易费来填补电力和挖矿设备等的沉没成本。 信标链改变了在区块链上实现安全性和数据验证的工作机制。不同于扣除矿工的经济报酬，使其无法覆盖沉没成本，从而确保区块链的安全，**信标链通过削减或“烧毁”属于验证者的ETH来保证安全性。** 如果想取得验证ETH 2.0的资格并由此获得收益，潜在的验证者首先需要向系统提交（即质押）**至少32 ETH**。如果验证者试图给网络提交错误的数据，或他们的离线时间过长，他们之前提交的部分甚至全部的ETH都会被扣除。 ### <center><img src="https://i.ibb.co/NYWTJg1/3-0a161e01ae.jpg"/></center> # 阶段0的发展现状 启动信标链是一项需要小心谨慎的工作。为了确保过程顺利，开发者正遵循[这些信标链规范](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md)对客户端实现进行测试。 **客户端是去中心化系统的核心，因为他们解决了中心点故障的问题**。在ETH 1.0里，全节点通过以下三种方式排除中心点故障： - 保存以太坊的整个状态（即全部的经济活动和余额等） - 与对等节点（其他客户端）共享最新的区块链信息，例如新挖出来的区块和等待验证的交易，以及 - 接收到信息后先验证再分享给其他客户端，执行网络规则 在现阶段，ETH 2.0的开发工作主要是由多个独立团队对客户端进行开发测试。Prysm是一个由[Prysmatic Labs](https://prysmaticlabs.com/)开发和[由Quanstamp审计](https://github.com/quantstamp/prysm-1)的ETH 2.0客户端。这个客户端现在正在进行[Topaz 测试网](https://beacon.etherscan.io/)的测试，任何人都可以下载客户端并模拟运行ETH 2.0的信标链。 [点击这里](https://quantstamp.com/blog/how-to-be-an-eth-2-0-validator-on-the-topaz-testnet)了解**如何在Topaze ETH 2.0测试网上运行Prysm客户端！** <center><img src="https://i.ibb.co/T2V4ttY/4-9910b1ef7a.png"/></center> <center>按时间列举最近阶段0的里程碑事件</center> #### # 多种实现并行能保障ETH 2.0的安全性 ETH 2.0的茁壮成长需要多个客户端在信标链启动时处于活跃状态。如果我们依赖单个客户端，该客户端的一个bug就足以给网络带来毁灭性影响，包括将整个网络置于非共识状态或阻止区块的敲定。 当网络上存在多个客户端实现时，单个客户端的一个bug对网络带来毁灭性影响的可能性会大大降低。如果在一个客户端中出现了一个bug，该客户端会无法参与共识，但整个网络还能继续运行并敲定交易，因为其他的客户端不太可能会出现同样的bug。换句话说，其他的客户端会维持共识。因此，**多客户端并存能提高网络安全**。 **创建测试网的目的是模拟将信标链放到主网的真实情况**。为了测试当多个客户端共享信息（区块、交易等）时会不会出现bug，ETH 2.0的客户端实现正积极地在多客户端测试网上通信。 Schlesi是第一个多客户端测试网，于今年4月27日启动。一度有4个已同步的客户端实现在其中运行了测试网信标链，它们是： - Prysmatic Labs的Prysm - PegaSys的Teku，由ConsenSys资助 - Sigma Prime的Lighthouse，以及 - Status的Nimbus <center><img src="https://i.ibb.co/jWszJjD/5-81f2c4de01.png"/></center> 5月17日，某个客户端出现了一个共识bug，并在Schlesi多客户端测试网上引起一个分叉。在找到bug后，客户端的开发者决定结束Schlesi测试网并重新创建[一个从区块0开始的新多客户端测试网——Witti](https://witti.beaconcha.in/)。值得注意的是，在测试网上发现bug是开发过程中很正常的一种情况。在ETH 1.0正式发布前的测试网中，也发现了很多诸如此类的bug。 <center><a href="https://witti.beaconcha.in/ ">在Witti Testnet上的验证者数和质押的ETH数。来源：beaconcha.in</a></center> ### # 信标链的启动及后续 **ETH 2.0将在今年末前启动，但这并不是一个硬性期限**。信标链正式面世前，需要多客户多测试网在足够长的时间内表现稳定。 一旦以太坊社区对测试网的稳定性达成了一定水平的社会共识，**存款合约 (Deposite Contract) 将在ETH 1.0上发布。**[存款合约](https://github.com/ethereum/eth2.0-specs/blob/dev/deposit_contract/contracts/validator_registration.vy)的用处在于收集将来ETH2.0验证者的质押金，这样他们才有资格在信标链上执行验证工作。当质押的ETH达到预定数额时，信标链将被激活，继而在该链上生成新区快。 信标链的启动将标志着阶段0的结束。此后，ETH 1.0和2.0将并行存在一段时间。ETH 1.0将最终过渡为ETH 2.0系统上的一个分片。 Quantstamp将继续报导未来ETH 2.0的发展。请在[Twitter](http://twitter.com/quantstamp)上关注我们并访问我们的[博客](http://quantstamp.com/blog)，及时了解最新资讯。 <br/> <br/> 网页版声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/wnie2-2020-5-30https://www.ethereum.cn/wnie2-2020-5-30Mon, 01 Jun 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_200530) # <br/> # 阶段0：信标链 规范0.12.0版本已经发布，并且取名非常有意思：[Quarantine Haircut](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.12.0) (隔离理发)。 此版本主要针对备受期待的**BLS签名标准**进行了更新，也包括对[消极惩罚](https://news.ethereum.cn/wp-admin/post.php?post=1786&action=elementor#inactivity_penalty_quotient)(“二次泄漏”) 的调整。**如果经过了四个epochs依然没有一个检查点获得最终确定，那么就会实施消极惩罚。**其目的在于削减怠惰验证者的质押金，使其被网络强行驱逐，剩下的活跃验证者就可以再次对区块链进行最终确定 (实际操作中可能要花费几周时间)。 **如果验证者正常工作，则不应受到惩罚。**但根据之前的规范，即使验证者恪尽职守，也可能会遭受一定的经济损失。在本版本规范中，不会再发生这种情况。只要验证者正常参与工作，就不会遭受损失。 另一项重要进展是libp2p Gossipsub协议更新至[1.1版本](https://blog.ipfs.io/2020-05-20-gossipsub-v1.1)。 客户端团队目前也正致力于实现新版本。该版本将作为多客户端测试网的基础组成部分之一，如果没有出现任何重大问题，网络正式上线时也会沿用。 顺便一提，同时还针对[规范0.11.3版本](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.11.3)进行了一些隐藏更新。该版本实际上是回溯性发布的。Runtime Verification在其中发现了一个**零日共识 (zero-day consensus) 漏洞**，并且所有客户团队都收到通知要在报告公开之前低调[修复漏洞](https://github.com/PegaSysEng/teku/pull/1782)。这模拟了在真实的网络中应对类似意外的情景，是一个有用的测试案例。 现如今所有人都很忙，以至于很容易将重要的解决方案掩埋在大量的PR中。未来这种情况会有所改善，遇到类似的情况也要非常谨慎地处理和协调。 ## <br/> # 测试网 ## Schlesi的日落 在[上期的wnie2](https://hackmd.io/@benjaminion/wnie2_200515)中，我提到扩大Schlesi的参与范围并鼓励大家都加入进来，在这之后不久，我们成功地[击破了Schlesi😱](https://twitter.com/etherchain_org/status/1262070083645517835) Ivan在最近的[Prysmatic Labs](https://medium.com/prysmatic-labs/eth-2-0-dev-update-50-multiclient-testnet-restart-slasher-improvements-f1e9339b1922)更新中给出了一些细节。过程如下： - 由于未知原因，区块链停止对新的检查点进行最终确认 - 当参与人数较少的时候会发生这种情况。一个可能的致因是Teku没能在其区块中包含大量证明。 - 无论如何，这都会导致“二次泄漏”(quadratic leak) 的发生，旨在淘汰未参与工作的验证者。 - 同时，发生了第一例罚没。 - 紧接着，Prysm、Lighthouse和Teku都不能彼此达成共识，发生了三向分叉。 - [Prysm](https://github.com/prysmaticlabs/prysm/issues/5897)和[Lighthouse](https://github.com/sigp/lighthouse/pull/1166)都未能对遭到罚没 (未驱除) 的验证者进行消极惩罚 - 此外，Prysm还为遭罚没的验证者[错误地](https://github.com/prysmaticlabs/prysm/issues/5901)提供了区块提议奖励 - Teku的表现则符合规范😇 多客户端测试网的过程[非常艰辛](https://twitter.com/benjaminion_xyz/status/1262092270146392064)，要使得漏洞无处遁形，我们需要对网络大力施压。无论是无法进行最终确定，还是验证者罚没事件，对我们来说都是非常有意义的挑战。 Teku是网络中最后一个正常运行的客户端，但我们也是九死一生。一旦缺乏最终确定性，所占用的内存就会开始无限增长，最终结果就是迫使大多数Teku节点退出网络。 我们为一对伴侣提供了巨大的存储空间，虽然能够暂时应对，但也是捉襟见肘，应该无法坚持多久。我们[正在解决](https://github.com/PegaSysEng/teku/pull/2007)这个问题！ ## Witti万岁！ 标题取自Somer Esar的[测试网阐释性文章](https://medium.com/@SomerEsat/schlesi-is-dead-long-live-witti-151178064c3c)。 原则上来说，我们可以修复Schlesi，但是在本阶段，测试网应该一次性使用并且快速迭代。因此几天之内，Afri便开始筹备[Witti测试网](https://github.com/goerli/witti)。创世阶段将包括三个客户端 (Prysm、Lighthouse以及Teku)，Schlesi起始时只有两个客户端。 开始的时候有些坎坷：一些客户端对于创世时间和需要迅速修复的分叉版本有些不同意见。但于UTC时间的5月26日零点，Witti正式上线了。Afri在Twitch上[进行了直播](https://www.twitch.tv/videos/632975432)。目睹新测试网上线是一种非常神奇的体验，或许下一次我应该熬夜等待。🎉 说到熬夜 (UTC零点在我这里是凌晨一点，Afri则是凌晨两点)，目前还有一些关于网络上线时间[灵活性](https://github.com/ethereum/eth2.0-specs/issues/1849)的讨论。 无论如何，Witti截至目前运行良好，Afri也在最近的开发者会议中鼓励大家努力对新测试网[施压](https://news.ethereum.cn/wp-admin/post.php?post=1786&action=elementor#Testnets)。大家在[witti.beaconcha.in](https://witti.beaconcha.in/)和[Eth2Stats](https://eth2stats.io/witti-testnet)上可以追踪到进度。 如果读者朋友想要成为Teku节点，此处是我写的[指引](https://docs.google.com/document/d/1CTN_t_0UGRJSpW27yOux1lwxbVz-J4CclGs-tSax4U4/edit)。 ## Topaz 同时，Prysm客户端的[Topaz测试网](https://medium.com/prysmatic-labs/introducing-topaz-testnet-8e8a4e00a700)仍在[不断发展](https://twitter.com/terencechain/status/1266399332967739396)，目前已经拥有数量惊人的验证者。尽管单客户端测试网相较多客户端测试网容易许多，但Topaz的成功仍然了不起。Prysm团队正在[收集用户反馈](https://docs.google.com/forms/d/e/1FAIpQLSfzAKCgLpN1WxVQX502WezgTXaVS6xb0w0S5kjaMhfd9tgXtQ/viewform)。如果您加入了Topaz或Sapphire，烦请移步填写反馈。 Somer Esat最近发布了一篇从Ubuntu平台加入Topaz的[Staking全面指南](https://github.com/SomerEsat/ethereum-staking-guide)。 来Etherscan看看Topaz的[涂鸦墙](https://beacon.etherscan.io/stat/graffiticloud)吧！ ## 其他测试网资讯 Jonny Rhea一直在研究一个有趣的[网络浏览器](https://github.com/txrx-research/prkl)工具，事实证明该工具确实非常有用：从本质上讲，分布式网络的debug难度很大。我们可以看到它为[Topaz](https://txrx-research.github.io/prkl/topaz-analysis.html)和[Witti](https://txrx-research.github.io/prkl/witti-analysis.html)生成的美图。Jonny对其内容进行了[说明](https://twitter.com/JonnyRhea/status/1263151048199372801)。😀 # <br/> # 释义性文章 ConsenSys持续在发布Eth2的相关内容。最近的内容是：[以太坊2.0中我的ETH会如何？](https://consensys.net/blog/blockchain-explained/what-happens-to-my-eth-on-ethereum-2/) Cointelegraph：[以太坊2.0 Staking解析](https://cointelegraph.com/explained/ethereum-20-staking-explained) CoinCodeCap：[信标链—以太坊2.0的心脏](https://blog.coincodecap.com/ethereum-beacon-chain/) 想了解Staking中的签名密钥和提款密钥吗？想知道它们如何从同一个助记符导出吗？Carl Beekhuizen也更新了他的[“Eth2 Staking系列”之四：[密钥篇!🔑](https://blog.ethereum.org/2020/05/21/keys/)。 Cayman Nava：[进行Staking之前每个Eth2验证者需要了解的八件事](https://medium.com/chainsafe-systems/8-things-every-eth2-validator-should-know-before-staking-94df41701487) Hudson一直在整理[Eth2 Staking的硬件设备](https://hudsonjameson.com/2020-05-18-eth-2-0-staking-and-more-with-topaz-and-dappnode-for-under-750/)并且安装DAppnode。温馨提示，Reddit上最近有许多关于在家里设置[Staking硬件](https://news.ethereum.cn/wp-admin/post.php?post=1786&action=elementor#Staking)的讨论。在此我很高兴地和大家分享[Metal Albert](https://news.ethereum.cn/wp-admin/post.php?post=1786&action=elementor#And-finally…)仍在完美运行。 另外，Rocket Pool希望读者了解一下[代币化质押](https://medium.com/rocket-pool/rocket-pool-2-5-tokenised-staking-48601d52d924)以及他们的2.5版本更新。 以下是一些视频资源： - [ETH2 Staking 社区会议#5](https://www.youtube.com/watch?v=LB1MmF-mEKM)，Attestant的Jim McDonald也参加了。我喜欢Jim的原因有二：他很懂行；他和我是我所知道的唯二有英式口音的Eth2开发者。 - Danny Ryan参加[0访谈](https://www.youtube.com/watch?v=ikSK8V9yapQ)，回答了一些来自/r/ethfinance板块的[问题](https://www.reddit.com/r/ethfinance/comments/gsybfz/danny_ryan_on_eth20_progress/)，提供[MP3](http://files.kobe.show/DannyRyan.mp3)格式。 - [Multi.io](https://www.reddit.com/r/ethereum/comments/gs1yhi/ethereum_20_staking_overview_by_multiio/)：[以太坊2.0之Staking概览](https://www.youtube.com/watch?v=GfYU3KL29tE) - 最后是来自[VoskCoin](http://voskco.in/)的[以太坊2.0更新](https://www.youtube.com/watch?v=9y33z7Ncazs) # <br/> # 研究工作 来自PegaSys另一只研发队伍TX/RX的[更新](https://hackmd.io/@353yQn6WTImF5o12LQXXfQ/BJf1eCAjU)： - 节点发现协议v5的广播效率比较 - Eth1 <-> Eth2合并 - 上文提及的Eth2网络监测 - 跨分片交易模拟 - Onotole规范转译器 - 分叉选择测试 - 时钟同步协议 阶段1也有一些有趣的进展。Eth2的协议在设计之初就考虑到如何兼顾多方计算 (MPC)，以便进行去信任的集体质押。PlatON[已获得一笔资助](https://medium.com/@PlatON_Network/platon-has-confirmed-to-complete-an-ethereum-foundation-granted-project-poc-in-ethereum-2-0-8270e3953523)，用于实施和测试MPC托管证明结构。 除了TX/RX更新中提到的工作之外，[EthResear.ch](http://ethresear.ch/)上的主要动态是Vitalik针对Justin的[Eth2喂价概念](https://ethresear.ch/t/enshrined-eth2-price-feeds/7391?u=benjaminion)提出的[反对提案](https://ethresear.ch/t/counter-proposal-to-enshrined-price-feeds-dual-token-oracles/7437?u=benjaminion)。Justin的提案在[两周前](https://news.ethereum.cn/wp-admin/post.php?post=1786&action=elementor#Research)引起了一些热议。Vitalik倾向于将大部分预言机实现保留在应用层，但在基本协议层添加一些功能以促进其安全性是可能的。 # <br/> # 常规会议 ## 实现者会议 5月28日进行了第40次会议。 - [会议议程；](https://github.com/ethereum/eth2.0-pm/issues/154) - [会议视频](https://youtu.be/xvIk22HvTVE?t=282)； - 我的[速记](https://hackmd.io/@benjaminion/H1h7zHTiL)以及[Mmay的笔记](https://gist.github.com/mratsim/813c041b58bfc2f2f34722c3cdcffac2) 本次会议没有重要的变动或通告。大部分内容还是围绕节点发现协议v5进行。 # <br/> # 其他资讯 - 客户端团队[Lighthouse](https://lighthouse.sigmaprime.io/update-25.html), [Lodestar](https://medium.com/chainsafe-systems/lodestar-project-update-c89b15122c57)and [Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-50-multiclient-testnet-restart-slasher-improvements-f1e9339b1922)的进展更新 - Danny[想知道](https://twitter.com/dannyryan/status/1266026646294806541)有哪些团队致力于验证者离线状态的通知服务 - 下一次[Eth2 Staking会议](https://www.reddit.com/r/ethstaker/comments/gqwwua/ethereum_stakers_community_call_6_features_afri/)将在UTC时间5月31日晚8点进行，Afri会针对Eth2测试网进行讨论。这次会议比以往要早，我尽量参加。 - 以太坊基金会正在[招募](https://twitter.com/CarlBeek/status/1266388162689073152)Eth2存款Python CLI的审计者。此处是[RFP](https://notes.ethereum.org/@av80r/Eth2-deposit-CLI-audit_RFP)。 - EthHub[想了解](https://twitter.com/econoar/status/1266166292442038275)大家希望在“使用Eth2板块”中看到哪些内容 # <br/> # 写在最后 今天我终于预定了[**The Infinite Machine**](https://www.amazon.com/Infinite-Machine-Crypto-hackers-Building-Internet/dp/0062886142/ref=sr_1_1?crid=2D48OQ5YQR3LP)，Camila Russo在其中讲述了以太坊的故事。我不清楚其中是否会有许多Eth2的内容，但我仍然对这本书非常期待。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-foundation-spring-2019-updatehttps://www.ethereum.cn/ethereum-foundation-spring-2019-updateSun, 31 May 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2019/05/21/ethereum-foundation-spring-2019-update/) <br/> <center><img src="https://i.ibb.co/MMWqtCR/1a8b2a9c12.png" /></center> <br/> # 1. 前言 致以太坊社区， 以太坊的前景是光明的。在过去的一年中，作为一个由开发者、企业家、研究人员和热忱的用户组成的全球社区，以太坊取得了巨大的进展。过去一年中，每周都有基于以太坊构建的新应用程序发布到主网，扩展性解决方案上线，以太坊2.0也在稳步向前，并且即将抵达重要里程碑。以太坊仍然是名副其实的去中心化应用平台，并且每天都守护着数十亿美元的数字资产。 以太坊基金会团队对整个社区取得的进步感到震撼和欣慰。从以太坊成立之初，我们就作为一个非盈利性组织致力于维护生态系统，并且只专注于为以太坊提供最好的支持。 随着生态系统逐步成熟，以太坊基金会也不断修缮着工作重心。“为以太坊提供最好的支持”并非意味着包办一切，这意味着我们会专注于可以附加最大价值的领域，并且为其他同伴留出发挥价值的空间，让他们也发光发热。 那么现如今以太坊基金会扮演着怎样的角色呢？ **以太坊基金会是一个：资源分配者、生态系统发声者、拥护以太坊走向世界的倡导者。** <br/> ### **资源分配者** 现如今，以太坊基金会持有流通中约 0.6% 的ETH，以及一些现金储备。这些资源将会随时间推移而减少，以投入到以太坊生态系统的关键工作中。虽然这些资本在数量上十分可观，但并非取之不竭。我们的责任是要确保每一美元和 wei 都得到高效利用。 同时我们也致力于增强以太坊生态系统的资金基础。也就是说，我们将鼓励基金会以外的其他组织支持高优先级项目，同时以太坊基金会也支持创新的融资机制，包括 Gitcoin grants 和 MolochDAO。诸如此类的努力既能使得我们更好地利用现有资源，也能为未来资助重点项目铺设一条长期的、可持续的道路。 <br/> ### **生态系统发声者** 我们知道很多人将基金会看作值得倾听的发声者，即使我们积极壮大其他组织也是如此。这个声音是一种资源，可以有效地助推以太坊发展。例如，我们有能力发掘具有重要意义却鲜为人知的项目，与公众分享有关以太坊进展的宝贵信息，并且鼓励地区性以太坊社区的发展。 在未来的以太坊社区中，大家将会听到来自基金会更加积极活跃的声音。 <br/> ### **拥护以太坊走向世界的倡导者** 对于社区外的公众来说，提起“以太坊”可能会令人心生疑惑——这或许还只是一个保守说法。许多新人之前从未接触过类似的概念，因此还不理解我们充满活力和去中心化的生态系统。 当有人 (企业、政府或普通人) 通过各种方式进入到以太坊世界，以太坊基金会通常是他们的第一站。首先要需要明确的是：以太坊生态系统是分布式存在的，不隶属于也不由任何基金会或组织运营。我们的基金会起到辅助外界了解以太坊的作用，是人们进入以太坊生态系统的一个传送门。 我们也意识到在以下几个方面有必要采取更多主动性：扩大以太坊生态系统、吸引开发者加入、改善开发者体验。下文将详述我们在这三个方面部署了哪些重要资源。 <br/> # 2.以太坊基金会的哲学理念 以太坊并非一个普通的开源项目，基金会也不是一个普通的组织。因此，要成功培育出具有活力、去中心化的以太坊生态系统就需要另辟蹊径。 即使我们手握资源，在整个以太坊生态系统部署大量资源的行为也必须秉承着一个核心精神，即去中心化。因此我们特意使用“减法哲学 (philosophy of subtraction) ”作为理念指导，这使得我们所做的一切都是透明的。 简单来说，遵循减法哲学意味着：防止组织在增长过程中自我累积价值的自然趋势，确保这种价值是由基金会自身之外更广大的以太坊生态系统所创造的。 <center><img src="https://i.ibb.co/nc6rJGF/1-9aea93b71a.png" /></center> 我们不为自己抢占先机，而是将这些机会散发给社区；我们不会自外而内积累优势，而是自内而外将资源分享给生态系统中的团队；我们不与以太坊生态系统相争，当其他组织创造价值时我们感到非常欣慰，因为这使得以太坊更加去中心化、可持续。 以太坊成功则以太坊基金会成功，而以太坊的成功在于一个强大的去中心化社区。主导我们工作的正是这样的思维方式。 <br/> # 3. 以太坊基金会资助项目 过去12个月是以太坊发展的关键时期，我们不遗余力地为整个生态系统中的团队提供了支持。以太坊基金会资助的项目团队取得了许多喜人的进展，本文无法全然涵盖，以下是精选案例: <br/> ### **ETH 2.0 客户端团队** ETH 2.0 是以太坊协议一系列转型升级的总称。去年，ETH 2.0 从研究项目转为工程设计项目。基金会支持下的客户端团队包括 Nimbus、Prysm、Sigma Prime 和 Substrate Shasper ，这些团队都致力于使 ETH 2.0 成为现实。 在过去的几个月里，Nimbus、Prysm 以及 Sigma Prime 的 Lighthouse 测试网都已陆续发布。上面提到的团队和其他团队目前正在对他们的客户端进行稳定和优化，为多客户端测试网做好准备工作。 在未来的几个月里，许多资源将进入测试阶段，还有模糊测试和审计。我们利用 运行时验证（ Runtime Verification）来对存款合约 (deposit contract) 进行形式化验证并对信标链 (beacon chain) 作出正式规范。除此之外，参与 ETH 2.0 研究、开发和安全的团队还在安全性方面做出了相当大的努力。 <br/> ### **ETH 1.x** 去年启动的 ETH1.x 计划旨在提高以太坊短期的可扩容性和可持续性，以便当前阶段的以太坊能更平稳地向 ETH 2.0 过渡。我们资助的项目包括 Alexey Akhunov 对无状态客户端 (stateless clients) 和状态费用 (state fees) 的研究，以及 Andrew Ashikhmin 对同步协议改进 (sync protocal improvement) 的研究。 有关Geth 和 Solidity 等重要项目的工作仍在继续，我们支持的所有团队也在定期汇报更新。 <br/> ### **ZK-rollup** ZK-rollup 借助简洁的零知识证明，使以太坊能够每秒处理数百笔交易。我们为 Barry Whitehat 和 Matter Labs 的合作提供了支持，他们的合作在研究、开发和实现方面起到了带头作用。 <br/> ### **ETHGlobal** ETHGlobal 主要在世界各地举办以太坊黑客松，致力于将新的开发者引入以太坊生态系统、发掘以太坊项目、促进新公司的成立。在最近的 ETHCapeTown 活动中，70%的参会者来自南非，40%的参会者刚开始接触以太坊领域。 <br/> ### **以太坊学术及研究合作** 以太坊基金会在斯坦福大学和麻省理工学院举办了三场研讨会，彼时，数十位才华横溢的数学家、计算机科学家和经济学家被引导到与以太坊相关的领域进行学术研究。其中的许多人仍在继续研究这些问题，并在一些关乎以太坊未来的重要领域中取得了进展，包括 Casper CBC、VDF、Plasma结构、基于简洁零知识证明的系统、活性及以太坊2.0安全界限等等。 此外，以太坊基金会、Supranational 和 Protocol Labs 合作的 Cryptohage 项目为 LCS35 时间胶囊加密难题提供了一个解决方案，该难题由著名的密码学家 Ron Rivest 提出，原本预计的解题时间需要三十五年，而使用此解决方案仅用了两个月。 <br/> ### **与知名组织合作，推动他们参与以太坊生态系统** 作为拥护以太坊走向世界的倡导者，基金会一直极力鼓励知名组织参与到以太坊生态系统中来，以强化整个生态系统。 其中值得注意的是，我们一直与微软 Azure 团队保持紧密合作，承诺长期致力于通过 Visual Studio Code 和全新的 Azure Blockchain Service 来改善以太坊开发者体验。 我们还与 HTC 和 Opera 等大型实体组织建立了联系，鼓励它们参与以太坊社区，支持基于以太坊的应用程序。我们还与联合国儿童基金会 (UNICEF) 等独立组织合作，寻求将以太坊用于社会公益。 基金会支持下的团队正在做的事不胜枚举，上文只是给出了一些例子。接下来几周这些团队将会发布更多进展，敬请关注。 <br/> # 4. 未来一年的资源分配计划 **从生态系统出发的全局视野** 今天，我们很高兴能与大家分享基金会接下来一年的工作重心，以及我们希望如何在为整个生态系统分配资源。 经过以往的学习和迭代，我们对工作流程和工作重心作出了必要的修改。从前以太坊生态系统比现在小得多的时候，基金理应优先资助一些“内部”团队，以进行最基础的建设。但随着社区不断扩张，我们启动了一个资助计划，这使得生态系统内更多的团队都能得到我们的支持。 于现在的以太坊基金会而言，一个项目是由内部团队或外部团队主导的已经不再重要。重要的是我们要高效地利用资源，使以太坊的目标都能成为现实。这就是为什么我们在考虑资源分配时，要从局部思维中脱离出来，转向“生态系统层面”的全局视野。 在接下来的一年里，以太坊基金会计划在生态系统各方面的关键项目中投资 3,000 万美元。该预算不受ETH价格影响。 我们相信，当前是以太坊发展的关键时期，有必要对生态系统各方面的重要项目进行大量投资。在这样一个巨大而蓬勃的生态系统中进行资源分配对基金会的治理优化提出了挑战。我们需要不断地对决策进行重新评估和优化，因此每天都会有达到平衡的新的可能性。 为了进一步阐明我们如何定义优先资助项目，我们列出了三种主要的资源分配范畴： 是否能帮助 **(i)构建未来的以太坊，(ii)支持目前的以太坊，(iii)开发者的增长和意识。** <br/> ### **搭建以太坊的未来** **未来12个月预计拨款 1,900 万美元** 自诞生之初，以太坊一直是一个雄心勃勃的技术项目。因此，要实现以太坊的雄心壮志，大量的资源需要被用于资助研发。目前正在进行的生态系统各方面的关键工作包括ETH 2.0 等活跃的工程设计项目，以及更多的长期投资，比如提高学术界在以太坊技术中的参与度。 其中包括： - ETH 2.0：客户端团队、研究工作、VDF、文件撰写和通讯； - Layer 2：状态通道和Plasma； - 继续eWASM的研究工作； - 智能合约语言； - 形式化验证、审计和规范化工作； - 零知识证明的研发工作，包括ZoKrates; - 以太坊“阶段3及后续阶段”的研发工作； - 直接与学术机构合作，吸引优秀的研究人才 <br/> ### **支持目前的以太坊** **未来12个月预计拨款 800 万美元** 以太坊产品目前维护着数十亿美元的资产，同时以太坊还作为数以百计的已上线应用程序的基础层。我们坚信有必要为这方面的工作提供持续支持，方能维持目前“以太坊 1.0”在全球智能合约平台中的主导地位。 其中包括： - “ETH 1.x”架构下的许多提议； - Geth - Solidity - js & Ethers.js **开发者的数量和意识增长** 未来12个月预计拨款 300 万美元 <br/> ### **开发者！开发者！开发者！** 以太坊只是一个平台，而基于以太坊平台进行搭建工作的开发者也是以太坊的未来美好愿景能否得以实现的关键因素之一。想要扩大以太坊社区、续创以太坊成就，就必须在开发者关系、教育和培训等方面进行投入。亚洲地区为以太坊的发展提供了重大机遇，因此这方面在亚洲地区显得尤为重要。 这个投资金额还包含了以传统方式向技术受众和基于以太坊的应用程序用户进行推广，从而提升人们对以太坊的认知。 其中包括： - 开发者教育和培训； - 支持围绕开发者开展的社区活动，例如ETHGlobal； - 继续举办Devcon 作为以太坊生态系统的年度聚会； - 支持地区性以太坊社区组织； - 改善开发者体验和开发者工具； - 吸引优秀的开发人才； - 促进浏览器及其他面向大众消费者的技术将以太坊无缝集成到其用户体验中； - 持续改进ethereum.org ### <br/> # 致谢！ 回顾以往，以太坊在过去一年中取得的进展值得庆贺；展望未来，却比以往任何时候都更激动人心！ 文中描述所及的一切：每一次的技术进步、每一个计划、每一次活动，都是由你们中的一员实现的。这虽然是来自以太坊基金会的一封信，却是关乎整个以太坊社区的一封信。无论读到这里的你是以太坊社区得新成员还是从创世区块起就与我们并肩前行，感谢你们的支持和付出！通往以太坊未来的路上，期待与你们继续相伴。https://www.ethereum.cn/safely-unlocking-the-synthetics-erahttps://www.ethereum.cn/safely-unlocking-the-synthetics-eraWed, 27 May 2020 00:00:00 GMT<center>什么是合成资产？重要性何在？如何在DeFi框架内进行评估？</center> 来源 | [Bankless](https://bankless.substack.com/p/safely-unlocking-the-synthetics-era) <br/> 没准你已经在使用合成金融产品了。 如果你 (Alice) 和你的朋友Bob打赌，其胜负取决于赛事结果，那么你就进行了一次所谓的合成交易 (synthetic trade)。如果其中由你的另一个朋友Charlie保管押金，以保证赌局结束后能够进行兑现，那么 Charlie 就充当你们的代理人(escrow)和清算层 (settlement layer)。如果你们信任 Charlie 的严谨公正，让他来进行裁断，那么他也充当了预言机的角色。 每种合成产品都由以下核心部分组成： <center><img src="https://i.ibb.co/Jyt80m4/1-d85eec6639.png"/></center> 合成产品之所以备受欢迎，恰恰是因为它们具有**灵活性**。**它们使市场参与者能够对冲本来无法买卖的风险，使之成为现代金融最有用的概念之一。** 在衍生产品面世之前，大宗商品制造商无法对冲其产品价格下跌的风险，而大宗商品消费者亦无法对冲价格上涨的风险。还有500多万亿美元的法币利率衍生品市场，允许借贷人对冲其利率风险。流动利率市场使得金融产品 (譬如美国的30年固定利率房贷) 成为可能。不然的话，要是银行债务倾向于提供流动利率，哪有银行还愿意借出30年的固定利率贷款。 <br/> # 为何链上合成资产如此重要？ 开放性金融市场的前提是每一位市场参与者都拥有平等的准入资格**。**通过中心化的媒介来代币化现实资产，则有价值的金融产品将共享同一个清算层。然而，开放金融市场并不能消除所有准入障碍，因为用户最终必须信任中心化媒介或托管人，并遵守其规则。**区块链上的合成产品通过消除所有金融市场的各种准入障碍来促进市场的公平性与开放性，允许任何个人、实体或去中心化自治组织 (DAO) 使用任何类型的金融产品，同时，也能避免中心化或单点故障 (single points of failure)。** <br/> # DeFi合成资产 由MakerDAO管理的稳定币Dai就是其中一种合成资产。 之所以称之为合成资产，是因为它具有两个主要特征： 1. **Dai的价格锚定美元 (USD);** 2. **Dai的价值由抵押品的价值背书，并非其本身固有。** Dai的价格由ETH背书，锚定美元 (USD)。不过也可以在Maker平台上锚定其他目标价格，获得各种不同的合成资产： - 锚定Gold/ETH，便可获得黄金 (Gold) 合成代币，由ETH背书 - 锚定EUR/ETH，便可获得欧元合成代币，由ETH背书 - 锚定S&P/DAI，便可获得标准普尔指数 (S&P index) 合成代币，由Dai背书 这一巧妙的金融设计就像万花筒一般，给予“金融工程师们”充分的自主性和创造性。我们可以将任意的抵押代币兑换成任意的合成代币。甚至还可以抵押合成代币A，兑换合成代币B。 <center><img src="https://i.ibb.co/Jkt0tWC/2-95afb57223.gif"/></center> <center>（上图）可以设计合成资产来启用各种各样的应用——既适用于合成代币持有者，也适用于发行者。而上图仅仅给出了最表层的描述。</center> <br/> 也就是说，并非所有的合成资产的价格都相同。针对不同的用途，用户需要仔细斟酌一种合成代币的特性。这确实不难，问问自己这两个问题： - 该合成代币的目标价格是什么？ - 在什么条件下，我可以信赖被锚定的合成代币价值呢？ <br/> # 对比评估DAI和sUSD 为了解释清楚，可能需要对比评估Dai和sUSD。这两者的目标价格都是1美元，然而其流动担保和维持锚定的机制都大不相同。 **sUSD更适合短期投机**。sUSD的交易价格恰好是1美元，但是仅可以在Synthetix交易所上进行交易。只要预言机价格准确，并且资金池中的抵押物充足，那么Synthetix交易所中所有的交易都能以合理的价格进行。与Synthetix平台上其他的合成资产相比，这一特性使得sUSD更加适合投机。然而，没有了这个平台，sUSD缺少维持其稳定性的直接工具。 **Dai更适合于长期持有**。Dai的交易价格在1美元上下波动，然而正因为如此，MakerDAO治理体系采用了许多手段来平衡供求关系。不过在最坏的情况下，全球清算 (Global Settlement) 可能会导致所有Dai赎回1美元的抵押品。当然，只要MKR持有者共同制定恰当的治理方案，Dai就能维持其价值。Dai的这种特性使其不适合作为USD的短期交易替代币，却十分有利于长期的稳定价值储存 (前提是信任MKR以及MakerDAO基金会)。 不同的合成资产机制都要克服如此两难，并找到折衷的办法。 作为用户，我们得清楚自己需要什么作为背书，以及持有多长时间。我们需要一份短期流动资产还是长期价值储存资产？这些问题可以帮助你选择合适的合成资产协议。 <br/> # 预言机的问题 不管使用哪种资产协议，它们多多少少都会使用到预言机。 预言机允许智能合约了解平台以外的数据信息。而DeFi协议利用这些数据来决定哪种资产可以作为抵押。**这意味着如果你掌握了预言机输出的数据，你就掌握了锁定在DeFi合约里的资产。** 目前DeFi圈内面临的最大难题就是预言机。最近的一些事件很明显都是由预言机问题所导致：bZx闪电贷攻击、SNX预言机抢先交易以及Maker黑色星期四事件。 ### 解决方案1：需要借助链下价格 大多数的解决方案，都是提议尽可能快速频繁地从链下可信任的APIs中安全地获取数据。Provable Things、Chainlink甚至Compound的开源预言机都延伸了这种解决方案。许多DeFi合约为了提高其安全性，还在链上价格可用前进行延迟，或者增加“上限条款”(circuit-breakers)，即在特定的时间段内价格的最大值。我们需要对这类策略进行权衡，例如可能导致预言机抢先交易或者更严重的操作不确定性。 ### 解决方案2：无需借助链下价格 另一种提高DeFi安全性和解决DeFi扩容性问题的方法，就是最小化预言机的使用程度。与其解决我们正面临的去中心化预言机问题，我们要知道更加符合区块链本质的DeFi合约无需假设链上准确价格来源的存在。相反，只有当合约间存在无法解决的争议时，“无喂价” (priceless) 合约才会使用预言机，以查询历史价格。并且，对于确实需要推送到链上的预言机价格，需要为价格的准确性提供经济担保。 <br/> # 总结 合成资产是强大的金融基元，开放式金融允许用户以新方式创建各种合成资产。但是我们对于合成资产不能盲目地趋之若鹜，其设计模式还未经全面测试，并且每种模式都有其利弊。作为用户，我们则拥有参与时下这场金融试验的绝佳机会，并为下一代标准的制定做出贡献。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 ## https://www.ethereum.cn/eth2-staking-keyshttps://www.ethereum.cn/eth2-staking-keysMon, 25 May 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/05/21/keys/) 作者 | Carl Beekhuizen <br/>  <br/> 感谢Sacha Yves Saint-Leger和Danny Ryan对本文的审校。 无论是哪一个权益证明 (PoS) 系统，其核心都是签名方案。签名用于识别验证每个验证者的身份，从而我们将验证者行为 (无论好坏) 追溯到验证者本身。 我们可以通过查看验证者签名的消息验证其是否诚实，也可以将违反共识规则的消息作为其恶意行径的证明。 在eth2中，每个验证者的身份标识便是他们的公钥。具体来说，每个验证者会有两组密钥：签名密钥和提款密钥。 # <br/> # 签名密钥 签名密钥是验证者需要用于签名证明 (attestation) 和提议区块的密钥。由于一个验证者在每个epoch内至少需要对一条消息进行签名，客户端软件必须对签名密钥进行托管。 # <br/> # 提款密钥 客户端软件始终保持互联网连接，因此验证者的签名密钥是完全有可能受到威胁的。为了减轻相应影响，验证者的操作需要通过两种密钥来实现。 如上所述，验证者通过签名密钥履行其职责。而提款密钥可以控制验证者的资金 (转移和提取ETH)。 验证者在其整个生命周期内需要使用提款密钥的次数很少。也就是说，可以将提款密钥可以使用冷存储方式，以极高的安全性进行存储 (脱机)。 *最早在阶段1才能进行转账和提款 # <br/> # 太多密钥怎么办？ 如果每质押32 ETH，质押者都需要保存并且使用两种不相关的密钥来进行存款，那么局面很快就会失控。 幸运的是，对此我们有一个解决方案：为密钥设置一个共用密钥，这样一来仅需存储一个密钥就可以访问多个密钥。 在eth2中，这个解决方案通过[EIP 2333](https://eips.ethereum.org/EIPS/eip-2333)和[2334](https://eips.ethereum.org/EIPS/eip-2334)实现：这组标准描述了提款密钥和签名密钥之间的关系，以及如何从单个助记符中导出它们。 # <br/> ## 助记符 助记符是对密钥进行编码的另一种方法，使得人们在存储和备份其私钥时更为简便。 举个例子，记录一组助记符 `sausage solution loud isolate focus glide frame door clown million shuffle impulse` 比准确地记录一串密钥 `0x1e9f2afcc0737f4502e8d4238e4fe82d45077b2a549902b61d65367acecbccba` # <br/> ## 要从共用密钥导入密钥 与钱包互动时，你可能会碰到格式为`m/44’/60’/0’/0/0`的“路径”。这些路径描述了密钥之间的关系。 根据[EIP 2333](https://eips.ethereum.org/EIPS/eip-2333)，其关系采用树结构的形式，其中密钥由熵源 (树的seed) 和树路径确定。 我们使用种子来计算树根，然后在基于树根层层构建。该密钥树完全根据其后分支之间的关系和树根来进行定义。 实际上，这使得我们可以从树的根部开始，并在每个分支上计算中间键，然后抵达相关叶子节点，从而在树中找到需要的任何键。 奇妙之处在于，我们可以从单个熵源 (比如一个助记符) 开始，然后基于此衍生出实际上无限数量的密钥。 此外，通过仅存储该助记符，你可以备份作为验证者所使用的每个密钥。 Eth2 就运用了这种理念，允许通过单个助记符来生成验证者需要的任意数量的密钥。举个例子，如果你想运行3个验证者节点，那么你可以借助单个助记符来生成位于`m/0`, `m/1`, `m/2` 的3个提款密钥。 <br/>  <br/> 每个分支都由 `/` 隔开，因此 `m/2` 表示从主密钥开始并跟随第2条分支。 在[EIP 2334](https://eips.ethereum.org/EIPS/eip-2334)中，验证者的签名密钥是提款密钥的第`0`个子分支。也就是说，在实际情况中，当你遵循这个标准时，如果知道了用于提款的私钥，那么你可以计算出相应的签名私钥。 继续上方的例子，我们可以在`m/0/0`, `m/1/0`, `m/2/0`找到相应的三个签名密钥。 <br/>  <br/> 为了阐明概念，上面的例子尽可能简化了，但实际上涉及的路径要长一些 ([EIP 2334 ](https://eips.ethereum.org/EIPS/eip-2334)要求分别使用 `m/12381/3600/i/0` 和 `m/12381/3600/i/0/0` 的路径来获得提款密钥和签名密钥)。但其中的逻辑和上面的例子相同。 总而言之，需要记住的要点就是：如果你知道助记符，那你就可以计算出提款密钥，继而通过提款密钥得到你的签名密钥。 # <br/> # 存储密钥 验证者客户端使用keystore文件作为交换密钥的方式。 Keystore 是经由用户密码加密的包含私钥的文件。只要该密码不是存储在同一台计算机上，Keystore就可以在不同的计算机之间安全进行存储和传输。 当准备开始验证时，要向你的验证者客户端提供 Keystore和对其进行加密的密码，客户端需要这两条信息才能导入私钥。 # <br/> # 成为验证者 要成为验证者，首先要生成适当的密钥。当你记下自己的助记符，密钥就能够生成。 由于在阶段0期间无法提取或转移ETH，所以不需要通过Keystore来获取提款密钥，只需保证助记符以安全方式进行存储就够了。 当验证者客户端需要用到签名密钥时，你的每个验证者节点都会收到一个存储相应密钥的Keystore文件。 生成密钥后，就是质押时刻了！每个验证者都需要质押32 ETH，以及质押数据，其中包含你所有的验证者公钥。 之后质押数据将会被记录在eth1的存款合约中。存款合约会由eth2节点进行监控，以便之后将质押数据复制到eth2中。一旦你的质押数据被成功转移到eth2上，那么你就正式成为了一名验证者！ ## <br/> # 成为验证者的捷径 我们一直致力于构建一个友好的界面来引导用户成为验证者。很快我们就会发布一篇博文介绍什么是Eth2 Launchpad及其使用指南！ 往期系列文章推荐： [Eth2 Staking 系列：分片共识](https://news.ethereum.cn/eth2-staking-sharding-consensus/) [Eth2 Staking 系列：共识机制篇](https://news.ethereum.cn/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat/) [Eth2 Staking 系列：激励篇](https://news.ethereum.cn/validated-staking-on-eth2-1-incentives/) <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-foundation-spring-2020-updatehttps://www.ethereum.cn/ethereum-foundation-spring-2020-updateFri, 22 May 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/05/19/ethereum-foundation-spring-2020-update/) 作者 | Ethereum Foundation Team <br/> <center><img src="https://i.ibb.co/tXZXnWH/1.png" /></center> <br/> 致以太坊用户和建设者： [“以太坊的前路一片光明”](https://blog.ethereum.org/2019/05/21/ethereum-foundation-spring-2019-update/)，我们在去年的报告中如是说道，时隔一年我们仍然这样坚信。今年有所不同的是，以太坊生态系统在过去几年研发工作的奠基上，开始一点一滴拼凑起未来的版图。*(译者注：中文版[以太坊基金会2019春季发展报告](https://news.ethereum.cn/ethereum-foundation-spring-2019-update/)*) 本报告将着重介绍以太坊基金会如何推进以太坊的发展、在拨款等方面进行了哪些工作，以及我们凭何判断以太坊的前景空前明朗。 ## <br/> # **我们是谁？** 作为一个非营利性组织，以太坊基金会只做对以太坊有利的事。我们也知道那个2014年启动的小型开源项目已经成长为这个行业中最大的社区。正如我们在去年的报告中所说，以太坊的独特优势在于集结了全球的开发者、企业家、研究者以及活跃的用户，我们的以太坊大家庭还在不断壮大。 通常来说，我们只执行自身职责范围内的工作，或者说我们比其他组织更适合为以太坊和以太坊社区提供支持。生态系统是由参与者们汇聚而成的，所以我们首先要感谢大家不断提升自己，日益推动以太坊的去中心化！ 即使挑战层出不穷，研发者们仍然锲而不舍，你们的实力和成就令我们叹为观止。还有过去一年中以太坊的用户们，你们的支持和参与为我们的工作提供了源源不断的动力，我们也会竭尽全力将以太坊的潜力呈现给大家。 在本文中，我们会谈到以太坊基金会将**如何推动资源分配工作**，以及**资源分配的流程**。作为以太坊的倡导者，除了生态内部的工作，我们还承担着将以太坊传播到外部世界的使命，因此文内还将介绍如何获取以太坊的最新进展。2020年，我们将迎来备受期待的信标链和PoS (权益证明) 以太坊区块链。 <br/> # 我们的目标是什么？如何达成？ 以太坊基金会本身比起“教堂” (cathedral) 更类似“集市” (bazaar) 模式。这就意味着EF中的每个工作组和团队都执行着不同的职责，但共同目标都是推动以太坊的发展。这也是我们眼中的以太坊，就像以太坊由**多层layer**构成，以太坊基金会的**资源分配方案**也是如此。 清楚了这一点，下文我们也会就如何分配资源进行阐述。 总的来说，我们面向的是许多固定研发团队、社区建设者或是独立的个人，因此单一的、中心化的分配形式并不是万灵药。通过不断地迭代，我们已经形成了多管齐下的资源分配方式。 接下来，我们可以将分配过程想象成一个**多层蛋糕**，透过这个比喻，大家就会对我们如何做出决策有更深入的理解。 <br/> ## A类：长期支持 <center><img src="https://i.ibb.co/bg44Dh5/2.png" /></center> 我们首先要说到的是长期支持领域，这也是大多数读者较为熟悉的方面。其中包含的一些团队 (例如**Geth**和**Solidity**)，我们从一开始就向其提供了支持。其他的一些项目和团队后来也陆续得到我们的支持，例如**Eth1.x**和**无状态研究**、EF的**Eth2研究团队**以及**形式化研究**，这些都是以太坊成功路上的关键。 这个分支中也包含管理和运营角色，例如ESP (以太坊生态支持计划) 团队、社区和沟通协调者、以及行政和法律相关人员。 曾经，以太坊基金会是这些项目的归宿，但随着生态系统逐渐庞大，基金会的宗旨也有所改变。现在，这些项目和团队归于以太坊基金会的支持类别之一，而基金会则是最合适的资助者。 在过去两年中，基金会在预算上赋予了A类项目团队更多的自主权。我们认为这种方式能更好地反映出受支持方是如何作为一个团队运作的。 每年我们都要求团队递交**路线图**和**预算提案**，其他团队则能够通过衡量自己的需求来评估和通过他们的申请。可以将其看作是一个制衡体系，其中我们几乎不以个人形式进行协作。 如此一来，我们就能清晰地判断哪些项目在运行、哪些项目需要援助、最大的进步空间在哪里以及通过何种形式协助团队达成目标。 至于其他方面，我们之前提到过将机会向整个生态系统扩散，旨在跨越内部和外围的界限。这样做能最小化我们的运营权责，同时也避免对开发进程产生过多影响。 通过我们的不断努力，这种**“外向型”扩展**已经衍生出多种不同形式，这也是我们接下来会谈及的其他分配方式。无论属于何种类型，都可以被统称作“生态支持”。 为了协助管理接下来的工作重点，在B类资助中，生态支持计划 (Ecosystem Support Program, ESP for short) 率先开辟了道路。 ### <br/> ## B类：公开征集 ### 重心移向ESP 自EF Grants Program计划升级为生态支持计划 [(ESP)](https://esp.ethereum.foundation/) 之后，基金会提供的资源可分为**经济支持**和**非经济支持**。目标在于以最优方式分配资源，在最大程度上推动以太坊的发展和应用。 之前发布的一篇博客文章[《生态系统支持计划：2019一览》](https://blog.ethereum.org/2020/04/01/ecosystem-support-program-allocation-update/)详细回顾了我们在2019年对基金会外部团队的经济资助。从今年开始，ESP会在每个季度进行报告，[第一季度报告](https://blog.ethereum.org/2020/05/07/ecosystem-support-program-allocation-update-q1/)已经上线。ESP团队会在未来几个月内和大家更多地分享对团队进行的非经济支持，以及团队如何从中受益。***(译者注：中文版***[生态系统支持计划2019一览](https://news.ethereum.cn/ecosystem-support-program-allocation-update/)***)*** ESP最重要的职能之一就是通过公开的调查来发现和参与新项目，从而扩大支持范围。ESP团队会对[公开调查表](https://esp.ethereum.foundation/project/)中提交的项目进行评估，并纳入同侪评审，并与申请者进行磋商，需要时会咨询专家顾问，从而为项目团队量身制定支持计划。 在做出资源分配和经济支持等决策时，ESP团队会事无巨细地制定计划，尽可能对每个因素进行考量，包括项目的计划路线、执行、团队架构，甚至是可行的替代方案、可能带来的成就以及影响。 简而言之，ESP的决策流程会比以往更全面，旨在为项目的每个阶段提供帮助，并且协调他们所需的支持。 B类支持也很难照顾到生态的方方面面，仅仅通过收到的公开调查表无法为生态提供全方位的支持，因为本质上我们是对既有申请进行响应。 以太坊偌大的生态中，不可避免地存在被忽视的领域和未能满足的需求，因此，我们需要基于前两种支持形式进行创新，更加积极主动地去发掘需求。 ### <br/> ## C类：委托分配 假设现在有一个具有潜在颠覆性的新第二层解决方案进入大家的视野，但却受制于缺乏组织和资金。在C类支持形式中，这个新兴的焦点就可以被称为**“领域”(domain)**，而我们能做的就是将资源分配和设定项目目标的职能**“委托”(delegate)** 给一位甚至多位相关领域的专家，由他们去激发团队的创造力和信心，无论他们是否为EF工作。 这些领域专家会辨别出需要解决的具体问题，然后与建设者进行沟通，通过经济支持为他们的工作提供资金。 更重要的是，过程中完全不需要EF参与到新团队中，并且与上面提到的B类支持方式相比，更具主动性、针对性和协作性。 初始阶段每个领域获得小额预算和拨款，如同去年在韩国、日本和台湾的本地拨款计划，但金额会随时间增长。更为成熟的领域可以参考已经投入应用的零知识、eth2协作、开发者体验以及[Ethereum.org](https://ethereum.org/)网站建设等等。 虽然B类和C类包含了多样化的分配方式，但我们的团队在工作中不免存在盲点，任何组织都难以仅靠自身克服这个顽疾。那么我们还能做些什么呢？ ### <br/> ## D类：第三方支持 <center><img src="https://i.ibb.co/twfS41n/3.png" /></center> 将资源**二次分配**给独立的资助模型和组织可以助我们进一步做到分配上的去中心化。虽然我们对越来越精细化的生态支持工作感到自豪，但是二次分配能够使得资金流向EF团队未曾考虑到的需求。 此类别包含的例子有社区驱动的资助匹配 **(Gitcoin的CLR机制)** 和**DAO基金 (Moloch)**。第三方分配者也适用于这一类别。例如我们对UNICEF (联合国儿童基金会) 加密基金提供的支持，该基金对资助项目进行识别筛选并提供资金。 又例如**ETHGlobal**，其始终保持着自身的独立性，通过黑客赏金和其他形式实现资金的二次分配。诚然，D类支持形式尚处于早期阶段，但我们在这些方面的工作在有序展开。 虽然这种方式在部分人看来是实验性的、激进的，但以太坊生态中有许多成员一直在寻求更完善的资助方式，涌现出的创意已经为我们打开了新的大门。 这一类工作针对EF其他类型的资助形式起到了弥补作用，可能包含了A类至C类未涉及的极端案例，尽管有些方面还是存在一定的争议甚至是竞争。我们只对初始的资金分配有话语权 (例如将资金分配给DAO组织)，在这之后应该如何**二次分配**就掌握在各位的手中，这对于创新性和参与度而言是百利而无一害的。 我们明白必须从始至终对资源分配承担责任，这或许是一场挑战，但我们可以通过开辟多元化的资助渠道来克服这些问题。 例如在初始阶段进行小额资助以识别执行者的资质，以及不同的二次分配形式。将这些方式结合起来有利于控制风险 (人气竞赛或群体思维)，以达到一种健康的平衡状态。 <br/> # 各类别相辅相成 如果从一个更宏观的视野来看待这几类支持形式，我们不难发现尽管每种方式都着其自身的利弊，但它们之间相辅相成，继而造就出一个更强大的资助模式。 <br/> ### A类 优点：唯一涉及默认持续资助的类别，使得团队可以全神贯注于长期发展。 缺点：在急速变化的生态系统中，不是所有问题都可以通过招募或是建设团队解决的，因为团队通常需要一个长期的目标。 <br/> ### B类 优点： 通过公开征集，可以进行更多样化、更具针对性的资助。 缺点：响应式资助并不能照顾到方方面面，并且团队会受到既有资源的限制。 <br/> ### C类 优点：允许具有专业背景的人员主动地确定优先级，在项目启动上灵活性更强。 缺点： 这些项目往往是实验性的，且C类资金分配受到EF识别需求和受资助方能力的限制。 <br/> ### D类 优点：以人为本，并且能够观察生态内的趋势。 缺点： 高度实验性，对以太坊产生的影响/回报具有延迟性。 我们给自己的每个选择都可以帮助EF更加有效地鼓励他人进行创新，并且随着我们的成熟，蛋糕的分配也在不断优化： <center><img src="https://i.ibb.co/z5fxSjV/5.png" /></center> 如上所示，在EF Grants Program (ESP前身) 于2018年启动之前，几乎所有资金都面向“EF团队”。 2018年，我们为明确最需要资助的优质项目进行了大额拨款。这就为未来奠定了更坚实的基础，使得贡献者的精力和数量更加可持续。随着公网即将迎来巨变，我们很高兴看到一些果断的决策正渐收成效。 总言之，我们的支持方式从A类逐渐向B类和C类过渡，而D类还相对稚嫩，但这都是未来趋势的发端，我们也清楚这样做是为了建设更好的以太坊。 ## <br/> # 2020的计划 今年，基金会完全能够达到甚至是超越去年五月做出的承诺。具体来说，根据生态系统的需求、ESP申请者的数量和质量以及新资助种类的扩展情况，我们倾向于将资金分配总量控制**在两千五百万至四千万之间**。 我们针对eth2的支持力度会按需逐渐加大。此外，在这个关键时刻，对eth1.x相关研发工作的资助也会保持稳定，并且我们认识到不能顾此失彼 **(eth2的部分工作需要基于无状态以太坊)。** 根据我们的数据，截至本文发布，基金会已提供了ETH总量的约**0.53％**。自几年前网络正式发布以来，这个数字一直在平稳下降，因为我们一直恪守发展壮大网络和生态的使命，进行有序的投入。 ## <br/> # 跟上节奏，加入我们 ## 生态支持项目的最新进展 从今年开始，我们将围绕ESP提供的协助和大家进行更多交流，包括重点介绍受资助项目的更新和成就。 为了呈现所有这些信息，团队对[ESP网站](https://esp.ethereum.foundation/)进行了更新，除了对现有内容进行优化，还加入了新板块： - 在[feature页面](https://ecosystem.support/feature)可以了解我们所资助的一些项目 - [主页](https://ecosystem.support/)将提供ESP计划的最新消息 - [“wish list”](https://ecosystem.support/wishlist/)将包含我们在未来将重点关注的支持领域 新板块将定期进行更新和替换，并且计划还会增加其他板块，因此请各位留意更新。要获取最及时的消息，请在Twitter关注[@EF_ESP](https://twitter.com/EF_ESP)，并注册[订阅ESP的消息](https://news.ethereum.cn/ethereum-foundation-spring-2020-update/#newsletter)！ 我们希望能够对有助于以太坊发展的优质项目进行资助，如果你知道有哪些亟待援助的建设者或是团队，[请立即与我们联系](https://esp.ethereum.foundation/project)。 ### <br/> ## 来自受助团队的礼物 我们向所有以太坊的爱好者发出邀请：大家可以在[EF的博客](https://blog.ethereum.org/)中阅读多个系列的文章，以便对以太坊网络最新的工作进展了然于胸。这些系列由研发者们亲手呈现，讲述他们如何为以太坊的未来注入生命。 <br/> ### Eth1.x系列 作者：Griffin Ichiba Hotchkiss 了解以太坊现阶段的工作，包括**无状态以太坊**等主题。 #### 近期更新： - [The 1.x Files: A Primer for the Witness Specification](https://blog.ethereum.org/2020/05/04/eth1x-witness-primer/)– 2020-05-04 - [The 1.x Files: The Updated Stateless Tech Tree](https://blog.ethereum.org/2020/04/02/eth1x-stateless-tech-tree/)– 2020-04-02 - [The 1.x Files: Stateless Summit Summary](https://blog.ethereum.org/2020/03/12/eth1x-files-stateless-summit-summary/)– 2020-03-12 ***(译者注：中文版请参考以下）*** - [ETH 1.X：无状态以太坊路线图更新](https://news.ethereum.cn/eth1x-stateless-tech-tree/) - [ETH 1.X ：无状态以太坊峰会回顾](https://news.ethereum.cn/eth1x-files-stateless-summit-summary/) <br/> ### Eth2更新速览 作者：Danny Ryan 正如标题所述，本系列旨在跟进eth2的最新资讯和进展，朝着信标链前进！ #### 近期更新： - [Eth2 quick update no. 11](https://blog.ethereum.org/2020/05/06/eth2-quick-update-no-11/)– 2020-05-06 - [Eth2 quick update no. 10](https://blog.ethereum.org/2020/03/31/eth2-quick-update-no-10/)– 2020-03-31 - [Eth2 quick update no. 9](https://blog.ethereum.org/2020/03/17/eth2-quick-update-no-9/)– 2020-03-17 ***(译者注：中文版请参考以下)*** - [Eth2更新速览#11](https://news.ethereum.cn/eth2-quick-update-no-11/) - [Eth2更新速览#10](https://news.ethereum.cn/eth2-quick-update-no-10/) - [Eth2更新速览#9](https://news.ethereum.cn/eth2-quick-update-no-9/) ### <br/> ### Eth2 Staking系列 作者：Carl Beekhuizen 用户们即将以一种全新的方式使用ETH。通过本系列可以了解eth2 staking的相关信息和背后的设计。 #### 近期更新： - [Validated, staking on eth2: #3 – Sharding Consensus](https://blog.ethereum.org/2020/03/27/sharding-consensus/)– 2020-03-27 - [Validated, staking on eth2: #2 – Two ghosts in a trench coat](https://blog.ethereum.org/2020/02/12/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat/)– 2020-02-12 - [Validated, staking on eth2: #1 – Incentives](https://blog.ethereum.org/2020/01/13/validated-staking-on-eth2-1-incentives/)– 2020-01-13 ***(译者注：中文版请参考以下)*** - [Eth2 Staking系列：分片共识](https://news.ethereum.cn/eth2-staking-sharding-consensus/) - [Eth2 Staking系列：共识机制篇](https://news.ethereum.cn/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat/) - [Eth2 Staking系列：激励篇](https://news.ethereum.cn/validated-staking-on-eth2-1-incentives/) ### <br/> ### 其他系列此处不一一列出。 敬请期待更多来自其他EF所支持团队的持续更新，在此处可以找到最新版本！ 在过去的一年中，不断有重要的新鲜血液注入生态，去中心化的分布式网络带来的力量令我们深深感到自豪。而作为一个整体，我们将继续耕耘，为每个人提供参与建设的机会，而不需要将每个项目都集中在同一个屋檐下。 在未来的一年里，我们会见证eth2的发布，eth2将由多客户端进行支持，而这些客户端将有独立的团队进行建设和维护。 # <br/> # 在eth2到来之前…… 在大方向上我们将不骄不躁，持续围绕以太坊生态系统履行职责，我们也期望见到新的项目和新的参与形式！目前大家可以保持关注EF博客和[@Ethereum](https://twitter.com/ethereum)，也可以探索新的[Ethereum.org社区页面](http://ethereum.org/community)。近期学术团队和Devcon团队也将发布大新闻，敬请关注！ 如果各位读者想要了解的信息本文尚未涉及，请随意发问。无论有任何疑问或建议，可以随时联系press@ethereum.org。我们会从社区范围内收集反馈或外部资源，感谢社区源源不断为我们提供灵感！我们可能在会几个月内发布Q&A，以期得到一些反馈。 在eth2到来之前，我们的主要工作仍然是遵行EF的职守，不僭越不松懈，坚挺在以太坊生态最需要我们的地方。我们已经迫不及待想要一睹以太坊的新貌，而这一切离不开每个人的耕耘和时间的浇灌。路漫漫，愿相伴。 🦄 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/eth2-glossaryhttps://www.ethereum.cn/eth2-glossaryWed, 20 May 2020 00:00:00 GMT**该术语库由ECN整理，如需转载请注明来源** **公众号 ETH中文网 网站:[ ethereum.cn](https://news.ethereum.cn/eth2-glossary/)** ## <br/> ## A ### **Attestation 证明** 证明是指验证者所发起的投票，由验证者的签名聚合而成，用以证明区块的有效性，投票通过验证者的余额进行加权。 ### **Attester 证明者** 信标链上的验证者可以充当区块提议者和证明者，证明者对区块发起投票。 ## <br/> ## B ### **Beacon Chain 信标链** 以太坊2.0阶段0中实现，将引进权益证明 (PoS) 共识机制。也被认为是Eth2的“协调层”。 职能： - 为验证者分配职责 - 对检查点进行最终确定 - 在协议层上执行随机数生成 - 巩固信标链 - 对链头进行投票，作为分叉选择的基础 - 针对分片链的过渡/数据进行连接和投票 ### **Block proposer 区块提议者** 由信标链通过RANDAO机制随机选择出来的验证者，对下一个区块进行提议。每个slot中仅有一个区块提议者。 ## <br/> ## C ### **Casper FFG** Casper FFG是基于PoS共识机制的区块最终确定系统，其规定了区块最终确定的规则，并对已确定的区块进行检测。Casper FFG融合了PoS算法技术及拜占庭容错共识原理，其与链增长过程脱钩，可以作为一个独立的叠加层，为任何有效区块链协议提供最终确定区块的服务。与PoW共识机制相比，FFG可以为区块链带来更高的安全性，防止区块被篡改。 Casper FFG vote指验证者为最近一个epoch的检查点即 “目标检查点” 和前一个检查点即 “来源检查点” 发起投票，证明投票由验证者广播到p2p网络，最终再由区块生产者打包进区块。 ### **Committees 委员会** 信标链和分片里每个slot中的委员会至少由128位验证者组成，根据伪随机过程RANDAO，验证者们被随机分配到委员会中，对区块发起投票，确定其有效性。 ### **Checkpoint 检查点** 检查点指位于每个epoch第一个slot里的区块，如果该slot内没有产生区块，则最近的前一个区块为检查点。每个epoch都会有一个检查点区块；一个区块可能同时是多个epoch的检查点。 ### **Chain head 链头** 链头是指信标链或分片链末端的一个区块，每个slot中的区块都要发起一次LMD GHOST投票，对信标链头进行验证。 ### **Crosslink 交联** 交联是指将一个信标区块和一个分片区块连接起来，在一个交联中，信标链紧跟分片链头。交联计划于eth2的阶段1实现，为的是将分片扎根在信标链中，为分片分叉选择、分片链最终确定性和跨分片通信打好基础。 ### **Current Balance & Effective Balance 现存余额&有效余额** 现存余额指验证者当前持有的ETH总数，而有效余额指根据现存余额计算出来的ETH数量。有效余额规定了验证者获得的ETH赏金或者罚没数量的范围。**有效余额最多为32个ETH。** 以下举例说明了如何计算有效余额： - 如果现存余额为32个ETH — 有效余额为32个ETH - 如果现存余额由22个ETH减少到21.76个ETH — 有效余额将为**22个ETH** - 如果现存余额由22个ETH减少到21.749个ETH — 有效余额将为**21个ETH** - 如果现存余额增加到19.25个ETH，且原有有效余额为18个ETH，那么有效余额将增加到19个ETH - 如果现存余额增加到22.25个ETH，且原有有效余额为21个ETH，那么有效余额将增加到22个ETH **验证者若想要扩大有效余额数量，需要持有的现存余额为“有效余额+1.25个ETH”**。换句话说，如果验证者原本持有有效余额20个ETH，想要增加到21个ETH，验证者的现存余额必须增加到21.25个ETH。如上述第三个例子所示，倘若现存余额减少了0.25个ETH，低于阈值，**有效余额也会随之调整**。 ## <br/> ## D ### Deposit Contract 存款合约 部署在以太坊PoW链上的智能合约。要成为Eth2的PoS验证者，需要首先向存款合约发送一笔交易，包含一定量的ETH作为质押金。存款合约记录了质押历史纪录，并且将所有质押金锁定在PoW链上，之后可以转移至Eth2信标链上。请注意，在Eth2早期阶段，存款合约只支持单向转移，不能将质押金从Eth2转回PoW链。 ### D**ouble proposal 双重提议** 一名区块提议者在他所分配到的slot里提议一个以上的区块。 ### **Double vote 双重投票** 一名验证者针对同一个目标检查点 (target)，不同的源检查点 (source) 发起的两次FFG投票。 双重投票可以被看做是PoS版本的双花攻击 (double-spend attack)。  <center>双重投票及环绕投票示例，图源Justin Drake</center> ## ## <br/> ## E ### **Epochs 时段** 每个epoch由32个slots (时隙) 组成，每个slot为12秒，一个epoch即6.4分钟。 ### **EBB 时段边界区块** 时段边界区块 (EBB, epoch boundary block) 是一些文献中用到的术语，可以理解为“检查点”(checkpoint) 的同义词。 ### **Execution Environment 执行环境** 计划在Eth2阶段2引进。每个分片共识层内的执行将在执行环境的准则/框架内进行。本质上，执行环境是规则的框架/规则集，用于确定Ewasm作为虚拟机如何进行状态转换。它限制了状态的存储和更改方式。开发者可以按照意愿来构建分片中的EE，例如支持UTXO-style链、Libra-style系统或是中继费用市场等。每个分片都可以访问所有EEs，并且能够在其中执行事务，运行智能合约并与之交互。 ## <br/> ## F ### **Fork choice rule 分叉选择规则** Eth2中的分叉选择规则是 LMD GHOST (Latest Message Driven GHOST, 由最新消息驱动的GHOST)。在该协议中，获得投票数最高的分叉将被选为链头。与最长链规则相比， GHOST的优点在于能够在网络延迟较高时降低攻击效率，同时最小化链重组的深度。即使攻击者能够高效地在其分叉链上继续产生区块，尝试使该链成为最长链，协议也会选择另一条票数更高的分叉链。 ### **Finalization 最终确定** 最终确定性指两个相冲突的区块 (检查点) 无法同时被最终确定，也可以称之为经济确定性 (economic finality)。在Eth2中，一旦两个相冲突的检查点被最终确定，那么系统中至少三分之一的活跃验证者将受到罚没。如果连续两个epoch被证明 (或跳过一个epoch的连续两个epoch)，则第一个epoch被认为获得最终确定。 ## <br/> ## **J** ### **Justification 证明** 证明指验证者对检查点进行投票并确定信标链头的行为。如果2/3的验证者 (即绝对多数) 对两个epoches达成共识，例如源检查点 (source) 和目标检查点 (target)，那么这两个检查点都被证明了。如果连续两个epoch被证明 (或跳过一个epoch的连续两个epoch)，则第一个epoch被认为获得最终确定。 ## <br/> ## L ### **LMD GHOST** LMD GHOST是Eth2中的分叉选择规则。GHOST (Greediest Heaviest Observed SubTree) 实际上是一种较早的协议，在PoW和其他区块链中应用颇广。协议仅遵循“最重”子树，即最长链。在比特币语境中，最重分支是哈希算力最高的链，并且被视作是最长链 (规范链)。LMD (Last Message Driven) 通过“最新消息驱动”来发挥“消息” (message) 的作用。消息是一则证明 (attestation)，其不同之处在于获得最多票数的分叉将被视为规范链。 ## <br/> ## P ### **Proof of Stake (PoS) 权益证明** 权益证明 (PoS) 是一种用于公共区块链的共识算法，该算法取决于验证者在网络中的经济权益。在基于工作量证明 (PoW) 的公共区块链中，通过奖励解决密码难题的参与者，以验证交易并创建新区块 (即挖矿)。而在基于 PoS 链中，一组验证者轮流对下一个区块进行提议和投票，每个验证者的投票权重取决于其押金 (即权益) 的多少。 PoS 的显着优势包括提高安全性、降低中心化风险和节省能耗。 在以太坊2.0上，激活一名验证者需要在网络中质押32 ETH。 ### **Phase 0 阶段0** 阶段0作为以太坊2.0的首个阶段，目标是启动信标链，预计在2020年实现。阶段0通过管理协调验证者来实现PoW到PoS共识机制的转变。此阶段不会提供分片链或执行等功能，也就是说，参与者在此阶段无法在Eth2网络中进行交易或是调用智能合约。 ### **Phase 1 阶段1** 阶段1是以太坊2.0继阶段0之后的第二次网络升级，主要目标是启动分片链，并将数据写入分片链。分片是提升以太坊可扩展性的关键，因为其允许并行处理交易而大大提升了吞吐量，目前最新方案是在阶段1中部署64个分片（将来或许会更多）。 **Phase 1.5 阶段1.5** 阶段1.5是一个术语，指阶段1升级期间以太坊1.0和2.0区块链的合并时期。在阶段1.5之后，以太坊1.0链将作为2.0链的一个分片运行。彼时，1.0链的全部功能 (包括ETH的使用) 将在2.0链上实现，而不会破坏数据一致性。 ### **Phase 2 阶段2** 阶段2是以太坊 2.0的第三个阶段，紧随阶段0和阶段1。阶段2目前的定义不如前两个阶段明确，但预计将包含：添加以太坊账户、支持ETH的跨分片传输和提取、调用合约、构建执行环境，以便基于Eth2构建可扩展的应用，并且将1.0链完全引入2.0，最终弃用工作量证明机制。 ## <br/> ## S ### **Sharding 分片** 分片概念原本指数据库的横向分割，将大型数据库分割为更小、更快、更易于管理的部分。为了保证去中心化，区块链需要采取类似的横向扩容方式。每条分片链都拥有一个节点子集在该链上进行工作。虚拟矿工和验证者被分配到不同的分片中，并且只处理和验证自己所在分片链上的交易。Eth2的短期计划是启用**64个分片**，预计在阶段1实现分片与信标链的交联。 ### **Shuffling “混洗”机制** 验证者“混洗”的主要目的在于确保分片的安全性。由于验证者分散在不同的分片中，有的节点可能会恶意控制某个分片。对验证者进行混洗 (shuffling)，使得每个分片区块都有一个委员会，其中的验证者都经由随机挑选。经数学计算，如果攻击者控制的验证者少于总数的三分之一，就难以对某个分片发起攻击。 ### **Slots 时隙** 12秒的时间段，其中随机选择的验证者将提议一个区块。在每个slot中，在信标链和分片中都可能新增一个区块，但是slot中也可以没有产生区块。每个epoch中，验证者被随机分配到一个slot和分片中组成委员会，除了一名区块提议者，其他委员会成员负责对该区块进行证明 (attest)。每个委员会最少有128名验证者。 ### **Surround vote 环绕投票** 一名验证者发起的FFG投票环绕之前的FFG投票，或是被之前的FFG投票所环绕。 举个例子，假设一名验证者在epoch 5内，为slot 32处的源检查点和slot 128处的目标检查点发起了一次FFG投票： - 在epoch 6内，为slot 64处的源检查点和slot 96处的目标检查点发起的FFG投票，被其在epoch 5中的投票环绕。 - 在epoch 6内，为slot 0处的源检查点和slot 160处的目标检查点发起的FFG投票，则环绕了其在epoch 5中的FFG投票。 ### **Slashing 罚没** 对验证者进行罚没，是指如果验证者被证实存在破坏行为，其 (部分) 质押金将被销毁。在Eth2阶段0时期，验证者主要会因为三种恶意行为被罚没：**双重投票 (double voting)、环绕投票 (surround voting)、双重提议 (double proposal)**。被罚没的验证者将被停止继续参与协议，并且会被强制退出。 被销毁的质押金会与同时段被罚没的验证者数量**成一定比例**，以避免验证者因无心之举而受到超额惩罚。因为攻击需要大量验证者参与，被罚没的验证者越多，说明被攻击的可能性越大，惩罚力度也就越强。最低罚没金额为1 ETH，最高罚没金额为验证者全部余额。 ## <br/> ## V ### **Validator 验证者** 验证者可以看作是权益证明 (PoS) 共识机制中的“虚拟矿工”。用户通过质押ETH来激活和管理验证者，**每质押32个ETH，就会激活一名验证者。** 验证者通过验证者客户端进行工作，而客户端借助信标（链）节点来运行。每个信标节点都有跟踪和读取信标链的功能。而每个验证客户端都可以执行信标节点的功能，或者调用信标节点。一个客户端允许一个或以上验证者执行验证职能。 **验证者生命周期：** 1. 质押：已将32 ETH存入ETH1存款合约，此状态将保留约7个小时。这可以在ETH1链遭遇攻击时保障安全性。 2. 等待在Eth2激活 - 在网络中有327680个有效验证者之前，每个epoch可以激活4个验证者 (每天900个)。在此之后，每个epoch可以激活5个验证者。并且每增加6.4万个活跃验证者，每个epoch可以激活的验证者数量+1 - 激活数量与活跃验证者的数量成比例，上限是有效验证者集除以64,000 1. 活跃验证者：参与证明&提议区块 出现以下情况任一，验证者停止工作： - 余额低于16个ETH (被驱逐) - 自愿退出 - 受到罚没https://www.ethereum.cn/wnie2-2020-5-15https://www.ethereum.cn/wnie2-2020-5-15Mon, 18 May 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_200515) <br/> # 推荐阅读 在众多资源中很难只选其一二，但以下两篇绝对值得一读： - ConsenSys的Codefi发布了[《以太坊0 Staking生态报告》](https://consensys.net/insights/eth-2-staking-ecosystem-report)。下载需要注册，但好事多磨，40页的报告涵盖了用户在Eth2进行Staking的意愿分析和结果。 - 读者若是想获知最靠谱的Eth2资讯，推荐Danny的[《Eth2更新速览#11》](https://blog.ethereum.org/2020/05/06/eth2-quick-update-no-11/)。( 译者注：ECN网站已翻译[此文](https://news.ethereum.cn/eth2-quick-update-no-11/)。) # <br/> # 社论：Eth2何时到来？ [五年以来](https://blog.ethereum.org/2015/12/24/understanding-serenity-part-i-abstraction/)，我们一直对以太坊2.0翘首以盼，对于eth2的发布日期，也一直伴随着各种[乐观](https://news.ycombinator.com/item?id=7554923)的猜测。事实是，从来都不存在一个“官方”的、集体达成共识的实际投入使用时间。 尽管如此，还是有许多人根据自己掌握的信息，对上线日期做出大胆预测。在[Ethereal峰会的Eth2阶段0环节](https://vimeo.com/417616896)，我认为eth2很有可能在今年第三季度上线。Paul Hauner的预测是第三或者第四季度。Vitalik本人[并未表明](https://twitter.com/VitalikButerin/status/1260152524495085568)eth2会在[七月](https://blockonomi.com/ethereum-2-0-still-on-track-for-july-launch/)上线 (我也没有这样说过)！ 最近听到最多的声音是“为什么eth2延迟了这么久”。但eth2何时发布并没有一个最终时限，所以我认为这个问题应该这么措辞：为什么筹备eth2需要花这么长的时间？ Justin Drake在其[推文](https://twitter.com/drakefjustin/status/1261242655650000897)中一语中的： <center><img src="https://i.ibb.co/ZctfPds/Justin-Tweet-200515.png"/></center> <br/> “我们一直在提高要求 *设计上的迭代 *鼓励社区开发多个客户端，而不仅限于EF主导的单一客户端 *libp2p vs. devp2p; BLS12-381 vs. BN254” 之所以耗时良久，是因为大家希望能够一步到位，这也是正确的选择。 Danny Ryan最近在参加[POV Crypto播客节目](https://twitter.com/POVCryptoPod/status/1260225357791129601)时就这个话题展开了讨论，这也是本周推荐收听的栏目 ([视频](https://www.youtube.com/watch?v=PYNqoKh3KWs);[音频](https://podcasts.google.com/feed/aHR0cDovL3BvdmNyeXB0b3BvZC5idGMubGlic3lucHJvLmNvbS9yc3M/episode/OWFjYWVhYTEtYjdlYS00Y2FmLTg4ZTItMjU3NGMzMTI2NDFm))。 现在我们距离eth2仅仅一步之遥，我甚至能够嗅到它的气味。 # <br/> # 阶段0 ## Testnets测试网 测试网当属本周的主角，所以我将其放到了前面的位置。 目前有两个Eth2阶段0公共测试网。[Topaz](https://medium.com/prysmatic-labs/introducing-topaz-testnet-8e8a4e00a700)是由Prysmatic labs设立的Prysm测试网，[Schlesi](https://github.com/goerli/schlesi/)是由Afri Schoeden创建的多客户端测试网。 ### Schlesi Schlesi测试网比预期更加成功，更加稳定。截止目前，有三个客户端完全参与 (Prysm、Lighthouse和Teku)，同时，其同步后的信标节点和验证者也在持续运行。Nimbus和Lodestar客户端也在奋起直追，Nimbus很快就将完成同步。这是自去年各客户端团队[在安大略省参加互操作性封闭营](https://media.consensys.net/how-30-eth-2-0-devs-locked-themselves-in-to-achieve-interoperability-175e4a807d92)以来所达成的最大里程碑。 在[Eth2Stats界面](https://eth2stats.io/schlesi-testnet)能够看到一些Schlesi的信标节点，[Metal Albert](https://news.ethereum.cn/wnie2-2020-5-15/#And-finally…)也会在其中。大家还可以在[Bitfly的Schlesi浏览器](https://schlesi.beaconcha.in/)中跟踪验证者性能和网络进度。 Schlesi尚不会作为一个公共网络大规模开放，目前还处于孩童学步的阶段，因此我们尚未加入酷炫的前端使其易于加入。尽管如此，我还是[撰文说明](https://docs.google.com/document/d/1BP6B5muGjLGXVD1EOtorvlSBVzb5XR4OsYwBSTjiiDU/edit?usp=sharing)如何设立Teku节点并在Schlesi中运行，如果读者确实感兴趣，可以注册验证者。可能还有更简单的方法 (例如从二进制文件安装或使用Docker，或对eth1数据使用Infura)，但该说明忠实地记录了我的做法。如果读者开始运行节点，请务必加入[以太坊R＆D Discord](https://discord.gg/zyZXUN7)上的#schlesi频道以获取最新信息。可能初期会面临一些问题。 在上周的[Eth2开发者电话会议](https://hackmd.io/@benjaminion/rkzVrp958)中，我们讨论到使用Schlesi框架构建更强大的多客户端测试网。目标时间初步定在六月，前提是在客户端中实现规范v0.12，并且至少有三个客户端的16,384名验证者参与。若是能试运行Eth2存款合约的前端可谓是锦上添花 ([下文](https://news.ethereum.cn/wnie2-2020-5-15/#Launchpad)讨论Launchpad)。 ### Topaz Prysm’s single-client Topaz network keeps on chugging, and can be followed with [Etherscan](https://beacon.etherscan.io/), [BeaconChain.in](https://beaconcha.in/), and [Eth2Stats](https://eth2stats.io/topaz-testnet). Prysm的单客户端Topaz网络保持平稳运行，可以在[Etherscan](https://beacon.etherscan.io/)、[BeaconChain.in](https://beaconcha.in/)和[Eth2Stats](https://eth2stats.io/topaz-testnet)中进行跟踪。 Topaz已经达成四项了不起的[成就](https://twitter.com/terencechain/status/1261366313202487296)： - Eth质押金额接近[一百万](https://twitter.com/preston_vanloon/status/1261125852604928002) (测试网) - Preston的[Raspberry Pi](https://twitter.com/preston_vanloon/status/1257567274736578560)设备稳定运行2000个验证密钥 - 节点连接到[500个节点](https://twitter.com/preston_vanloon/status/1260434369031933953) - [节点数量超过](https://twitter.com/preston_vanloon/status/1257363955502153729)某些“以太坊杀手”的主网节点 Topaz的[前端](https://prylabs.net/)很棒，如果目前只是想尝试参与的话，不失为一个好去处。 ## ## 规范 自上期更新以来，规范没有发生改变。但是预计v0.12很快就会发布，其中将囊括期待已久的[BLS密码技术](https://github.com/ethereum/eth2.0-specs/pull/1813)，将带来IETF [BLS签名标准草案](https://datatracker.ietf.org/doc/draft-irtf-cfrg-bls-signature/)的02版和IETF [hash-to-curve标准的07版](https://datatracker.ietf.org/doc/draft-irtf-cfrg-hash-to-curve/)。 之前委托相关团队给出跨Eth2客户端的一致API标准，目前团队已经[发回](https://docs.google.com/spreadsheets/d/1kVIx6GvzVLwNYbcd-Fj8YUlPf4qGrWUlS35uaTnIAVg/edit)[报告](https://docs.google.com/spreadsheets/d/1kVIx6GvzVLwNYbcd-Fj8YUlPf4qGrWUlS35uaTnIAVg/edit)，[正处于讨论阶段](https://github.com/ethereum/eth2.0-APIs/issues/37)。 ## ## 测试 Sigma Prime继续针对各客户端实现进行模糊测试。他们最近发布了[更新报告#4](https://blog.sigmaprime.io/beacon-fuzz-04.html)，其中包括测试中发现的一些bug。大量工作正在进行中，这样说并非是夸大对Eth2重要共识组件进行测试的重要性。该团队将很快发布Docker映像，以便我们都可以参与到大规模的模糊测试中。 除了测试客户端实现之外，检测规范本身的正确性和明确性也很重要。我的一些PegaSys同事正在借助Dafny框架对阶段0规范进行形式验证。该工作组上周在以太坊工程小组进行了非常易于理解的[展示](https://www.youtube.com/watch?v=UCSwkUQO_no&feature=youtu.be) ([幻灯片](https://slack-files.com/T9C7VSRBN-F01482P95A4-6a8835f00f)/[Github](https://github.com/PegaSysEng/eth2.0-dafny)）。他们演示了如何通过Prysm子例程上的实时demo测试客户端实现。 网络 (networking) 不是共识的关键，但其重要程度不减分毫。Lakshman Sankar正在研究[stethoscope](https://github.com/lsankar4033/stethoscope)，这是针对eth2信标链客户端的一套网络测试，将作为现有参考测试套件的补充。同时，Jonny Rhea的Prkl[网络监测工具](https://github.com/prrkl)在测试网运行状况监测和[问题查找方面](https://news.ethereum.cn/wnie2-2020-5-15/#Eth2-Network-Monitor)也卓有成效。 另一个需要深度探索的领域则是加密经济安全性。以太坊基金会的RIG团队 (Robust Incentives Group) 一直在针对不同场景进行事无巨细的[建模](https://github.com/ethereum/rig/blob/master/eth2economics/code/beaconrunner2049/beacon_runner_2049.ipynb)工作，在这种情况下，涉及到的是网络分区。 屏幕前的你也可以参与进来！[阶段0赏金计划中的奖金](https://notes.ethereum.org/@djrtwo/phase0-bounty)已经翻倍，赶快行动起来！🕷️ ## ## 以太坊2.0Launchpad 我在上文提到了酷炫的前端，来得早不如来得巧，[以太坊2.0 Launchpad](https://github.com/ethereum/eth2.0-deposit)已经开源。Launchpad由ConsenSys Codefi、DeepWork Studio和以太坊基金会合作开发，并将成为在Ethereum 2.0主网上进行质押的官方门户网站。这是DeepWork对[设计过程](https://medium.com/deep-work-studio/eth2-deposit-launchpad-an-interface-for-the-first-world-computer-3e089138b264)的记录。此处何时可以启动Launchpad的调查投票。*( 译者注：投票结果显示有42.8%的多数参与者赞同在7月30日以太坊五周年纪念日之际发布以太坊2.0 Launchpad。)* Jimmy Ragosa分别在两条系列推特中针对Launchpad做出了演示和评论 ([Part 1](https://twitter.com/JimmyRagosa/status/1260284226244673536)和[Part 2](https://twitter.com/JimmyRagosa/status/1261322006458503168))。Mara Schmiedt和Carl Beekhuizen在上周的Ethereal峰会上也谈到了Launchpad，但相关视频还没有上传。当时还存在一些技术问题，希望可以顺利解决并如期发布，此处是Ethereal峰会视频。 ## ## Staking Reddit上出现了一篇贴子，帮助大家[全面了解可以进行staking的硬件设备](https://www.reddit.com/r/ethstaker/comments/ggmbvd/a_comprehensive_look_at_hardware_for_staking/)。这在个人质押者中引起了热议，并涌现出许多不错的建议。这是另一篇相关[主题帖子](https://www.reddit.com/r/ethstaker/comments/ge2qwx/looking_for_easy_suggestions_on_staking_hardware/)。两周前我也公布了[我的设备](https://news.ethereum.cn/wnie2-2020-5-15/#And-finally…)。 Staking奖励计算器开始盛行，以下是一些不错的选择： - Ethereumprice: [ETH2 Calculator](https://ethereumprice.org/eth-2-calculator/) - Bitfly:[Staking Calculator](https://www.beaconcha.in/calculator) - ConsenSys [Activate](https://docs.google.com/spreadsheets/d/15tmPOvOgi3wKxJw7KQJKoUe-uonbYR6HF7u83LR5Mj4/edit)(最早出现且最为完备) Collin Myers相关文章：[以太坊2.0 Staking有多能赚？](https://decrypt.co/28217/how-much-you-might-earn-staking-on-ethereum-2-0) Joseph Chow认为，我们应当结合秘密共享验证者来[进行自由质押](https://ethos.dev/free-staking/)。 由ConsenSys举办的[Staking主题网络研讨会](https://pages.consensys.net/codefi-networks-the-state-of-staking)将于5月19日ET时间下午一点进行，目前还可以进行预约！ # <br/> # 释义性文章 ConsenSys的Eth2宝库又添干货：[《何为以太坊2.0？》](https://consensys.net/blog/blockchain-explained/what-is-ethereum-2/)，[《何为Proof of Stake？》](https://consensys.net/blog/blockchain-explained/what-is-proof-of-stake/) [《关于Eth2.0经济学的延伸思考》](https://medium.com/@Austerity_Sucks/more-on-the-economics-of-eth-2-0-26a505fd025)。参考Preston推文：[Eth2中的ETH仍然是ETH，而不是BETH。](https://twitter.com/preston_vanloon/status/1257304491579174913) [BitMEX Research](https://blog.bitmex.com/ethereum-2-0/)有一个相当详细的Eth2概述，我还未针对其准确性做出评估，乍一看还不错，[但是有人持批判态度](https://twitter.com/FigoFinozeros/status/1257391132650192896)。 # <br/> # 研究工作 本周最具争议的想法当属Justin Drake提出的[Eth2价格预言机提议](https://ethresear.ch/t/enshrined-eth2-price-feeds/7391?u=benjaminion)。这是一个简单的概念，我完全能够看到其中的吸引力。既然我在帖子开头被提及，那我需要说明一下我给Justin的反馈是谨慎且负面的：本质上，这在客户端团队现有的治理和维护义务基础上增加了负担，而且目前的第二层预言机似乎做得不错。我的观点在一定程度上与[Ameen !😄](https://ethresear.ch/t/enshrined-eth2-price-feeds/7391/5?u=benjaminion)的见解不谋而合。Vitalik对此给出了明确且详细的[回应](https://ethresear.ch/t/enshrined-eth2-price-feeds/7391/4?u=benjaminion)。讨论仍在继续…… [ethresear.ch](https://ethresear.ch/): - PegaSys R＆D的Mikhail Kalinin发表了[关于合并Eth1-Eth2](https://ethresear.ch/t/the-scope-of-eth1-eth2-merger/7362?u=benjaminion)的文章。本文对于合并Eth1到Eth2 (然后弃用工作量证明) 所需的工作进行了全面且广泛的回顾。 - EF Ewasm团队发布了[Eth1x64 Variant 1 “Apostille”](https://ethresear.ch/t/eth1x64-variant-1-apostille/7365)。Eth1x64是一个稻草人 (或者说思想实验)，旨在具体探索分片后的以太坊世界会是怎样。这个计划从之前的一个合并想法发轫，即在Eth2的所有64个分片上部署Eth1，并尝试研究如何将其全部结合在一起。此版本在跨分片转移中使用收据，并且在Solidity的扩展版本中编码了[示例通证](https://github.com/ewasm/eth1x64/blob/cfa0317f29cbf5a8ef5f67612944cbb9ba38d5b4/variant1_token_examples.md)。 - Dankrad为阶段1[提议001位的监管证明](https://ethresear.ch/t/a-0-001-bit-proof-of-custody/7409)。监管证明的概念是：验证者必须断言他们已经看到了区块提议者产生的数据，并且需要在网络中接受监管，从而对伪造断言的怠惰验证者进行罚没。Dankrad的提议有助于使验证者和监管者诚实履行职守，几乎没有协议开销。事实上，平均每1024个分片区块中的一个区块会不可避免地出现“中毒”证明，对该证明签名将使验证者受到罚没，因此验证者必须在签名之前进行检查。很机智的解决方案！ - Vitalik发布了[一个开放性问题：理想的向量承诺寻求解决方案](https://ethresear.ch/t/open-problem-ideal-vector-commitment/7421?u=benjaminion)。不得不说，这个领域发展得如此之快。上个月的多项式承诺也是如此，而现在话题皆是关于[可聚合的子向量承诺。](https://eprint.iacr.org/2020/527.pdf) PegaSys [TXRX团队最新进展](https://hackmd.io/@353yQn6WTImF5o12LQXXfQ/r1wFNxo9U)不可错过： - Onotole Eth2规范转译器 - 信标链分叉选择测试 - 优化节点发现协议v5 - 上文提及的Eth1-Eth2合并事项 - 上文提及的Eth2网络跟踪 - 跨分片交易模拟 # <br/> # 常规会议 ## 实现者会议 为了错开Ethereal峰会，实现者会议延迟了一周。第39次会议于5月14日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/149) - [会议视频](https://www.youtube.com/watch?v=7uZtEy0nNbw) - 我的[速记](https://hackmd.io/@benjaminion/rkzVrp958)以及[Mamy](https://gist.github.com/mratsim/6e7d4a05c526cdfe64c588bdcab860e1)的笔记 谈到一些实质性的[研究更新](https://news.ethereum.cn/wnie2-2020-5-15/#Research-Updates)，包括引进Axic的[evm384](https://notes.ethereum.org/@axic/evm384-preview)，这可能是在Eth1中实现BLS12-381的预编译有效替代方案，以达到与Eth2的兼容性。 ## <br/> # 网络 (Networking) 会议 第5次Eth2 networking会议于5月6日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/148) - [我的速记](https://hackmd.io/@benjaminion/rJkuZ4e5I) - [会议录音](https://youtu.be/VPgMe6CVf5Q) [gossipsub v1.1](https://github.com/libp2p/specs/blob/master/pubsub/gossipsub/gossipsub-v1.1.md)是一个重要主题，优化了攻击防御性和引导程序。 # <br/> # 其他资讯 - [Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-49-multiclient-testnet-security-audit-741ae1049ebf)客户端团队更新； - Nimbus客户端[安全审计的RFP](https://our.status.im/nimbus-eth2-0-security-audit-request-for-proposal/)。请于5月24前回应； - 我之前错过了[以太坊Stakers社区会议](https://github.com/superphiz/ethstaker)的消息。可以在Twitter上关注[@ Eth2Scc](https://twitter.com/Eth2Scc)以获取最新消息。到目前为止，阵容似乎很强大。不幸的是，会议时区与我不太吻合。 # # 写在最后 各位还没看够？？😅 行吧，你知道J.K.罗琳的那条发问“什么是比特币”[推文](https://twitter.com/jk_rowling/status/1261351775698694147)吗？我推荐观看这个视频，这是目前为止我见过关于比特币最好的解释。 <br/> <br/> *声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。*https://www.ethereum.cn/posts-charting-ethereum-issuancehttps://www.ethereum.cn/posts-charting-ethereum-issuanceMon, 18 May 2020 00:00:00 GMT来源 | [attestant.io ](https://www.attestant.io/posts/charting-ethereum-issuance/) <br/> 为了保证链的安全性，Eth1采用工作量证明共识机制，而Eth2采用权益证明。两种网络都通过产生新的ETH来奖励参与者，这就使ETH总供应量不断增长。总供应量持续且无限地增长会导致通货膨胀，那么相较于其他货币来说，ETH或许会贬值。本文着眼于从Eth1到Eth2网络的技术变化，因这些变化将对ETH总供应量产生短期和长期影响。 <br/> # 发行量与通货膨胀 <center><img src="https://i.ibb.co/SyFkpFy/1-c242b58087.png"/></center> 譬如，若某个时间点的总供应量为1000万，一年后为1200万，那么就表示净发行量为200万。 <center><img src="https://i.ibb.co/SmmRzkL/2-7e04b9311d.png"/></center> 在上述例子中，通货膨胀率为20%。 通货膨胀率与发行量以年为单位计算。**发行量显示总供应量变化的幅度，通货膨胀率则显示总供应量变化的影响。** 请注意，ETH是一种单一货币，无论是在Eth1还是Eth2链上，最终都可以相互转换。因此，当计算通货膨胀率时，会将两条链上的发行量与总供应量相加得出实际数值。 <br/> # Eth1发行量 众所周知，关于Eth1发行量，每挖出一个区块，矿工便能得到2个ETH的区块奖励。Eth1区块的生成速度并非早已设定，只是随着时间的推移，**区块的平均生成时间渐渐稳定在14秒**。因此，**每年大约发行450万个ETH。** Eth1还会发放叔块奖励。最先产生或广播到网络中的区块将成为主链的一部分，其叔块则与主链失之交臂。叔块奖励在很大程度上取决于网络，趋向于占主要发行量的5％左右，即每年约25万个ETH。 截至撰写本文时，ETH总供应量将要达到1.1亿，过去一年的通货膨胀率约为4.5％。 <br/> # Eth2阶段0的影响 Eth2有自己的发行机制。区块的生成更具规律性，即每12秒的时隙最多生成一个区块。尽管如此，**每个区块的生成过程中积极保护网络安全的验证者总数决定了该区块的奖励。**下图呈现发行量与验证者数量的关系： <center><img src="https://i.ibb.co/7nKLcxQ/3-b0290c2c6d.png"/></center> <center>图表1：Eth2发行量</center> 注意，上图统计的是可能达到的最大发行量。实际上，由于出现网络故障等问题，某些验证者在本应活跃时处于非活跃状态，导致损失奖励的同时还要遭受罚款，这两种情况都会导致发行量减少。结果，对Eth2发行量预计约为上图所示值的90％。 <br/> # EIP-1559的影响 目前，用户在以太坊链上发送交易时支付的所有费用都会奖励给该区块的矿工。[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)是一个以太坊改进提案，对交易费用分配方案进行改良（当然还有其他更改）。**交易费用中的很大一部分会被“销毁”，从链上彻底消失，从而使发行量减少。** 各种交易费用销毁额方案都被已纳入考虑范围，目前的提议是大约销毁80％的交易费用。随着时间的推移，交易费用也会发生显著的变化（这是EIP-1559正在试图解决的问题），但采用当前费用平均数，即每个区块产生0.1ETH的交易费用，这将使发行量减少约18万个ETH。 <br/> # 停止挖矿的影响 关于合并Eth1和Eth2的讨论持续进行中。出于本文的目的，不管以任何形式进行合并，重点是Eth1链将采用Eth2的权益证明共识机制以保证安全性，不再需要现存的工作量证明共识机制。 **合并后不再发放区块奖励与叔块奖励，将使发行量大幅下降。** <br/> # Eth2阶段2的影响 Eth2的阶段2引入交易。尽管尚未确定这些交易的相关细节，**但此阶段将引入其他参与者充当状态提供者(state providers)。**网络需要为他们的工作支付薪酬，这意味着发行量将有所增长。目前尚无具体数据，但是可以合理地预计状态提供者将获得完全验证节点奖励的30％， 阶段2中的验证者需要独立完成更多的工作量，这样能够抵消上述情况中的增长。而且，从阶段2启动开始，首次能够停止验证，且操作简单，这很可能会使验证者数量减少，发行量也随之减少。 然而，在很大程度上，Eth2阶段2才开始属于功能齐全的Eth2链。随着越来越多的应用程序部署在Eth2上，交易增多，ETH的销毁量也会随之上升（多亏Eth2实行EIP-1559），发行量则不断下降。 <br/> # 综上所述 下图时间轴综合了所有的变化，粗略地预计了Eth发行量接下来几年内的变化趋势。 <center><img src="https://i.ibb.co/xX0thB6/3.png"/></center> <center>图表2：发行量变化趋势</center> 显而易见，时间轴上并没有标明实际日期，而是采用了编号标记。这些编号分别对应以下阶段： 1. Eth2阶段0 2. EIP-1559 3. 停止挖矿 4. Eth2阶段2 我不保证这些事项将严格按照顺序进行。譬如，有可能停止挖矿后才实施EIP-1559。 尽管上图不太明晰，但从图中可以看出，Eth2启动后，预测的发行量从近似值转变为范围值，这是由于发行量开始取决于验证者数量。所示范围值根据迄今为止的可用信息得出，是最具可能性的估值。 **Eth2转向采用权益证明，对发行量产生了直接而巨大的影响，但只是一次性的。相比之下，EIP-1559对发行量的初始影响相对较小，但其影响的程度与以太坊网络上处理的交易数量成正比。随着交易量的增多，发行量将继续下降，可能降至0以下。此时，ETH将首次出现通缩现象。** 希望ETH通胀率长期保持在0.5％至-0.5％之间，同时保持甚至提高安全性水平。这表明要想确保交易安全的同时，不产生大量的内部与外部成本，以太坊还要努力向前迈进。尽管无法确定具体的时间表，但发展步骤明确，寓示着以太坊和ETH前景广阔。 <br/> <br/> *声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。*https://www.ethereum.cn/the-history-of-ethereum-hard-forkshttps://www.ethereum.cn/the-history-of-ethereum-hard-forksFri, 15 May 2020 00:00:00 GMT来源 | MyCrypto <br/> 2020年5月4日，以太坊区块高度达到 1000 万。在过去五年中，计算1000万个区块的总算力为15 zettahashes (即15*10^21)。然而一些现代显卡如GTX 1080 Ti需要花费1.5亿年以上才能完成这项工作。 在我们迈向这个里程碑的过程中，发生了多次为大家所知的分叉。虽说分叉指的是新链与主链分离，但是旧链通常会被遗弃，因而人们也把分叉和“网络升级”联系起来。 **现在，我们就一同回顾以太坊迄今为止经历的分叉，看看现在的以太坊主网是如何发展而来的。**  <center>以太坊历次分叉的日期和区块高度</center> ### <br/> ### **测试版本：奥林匹克—#0** 2015年5月9日，以太坊基金会发布奥林匹克：边疆测试版 (Olympic: Frontier pre-release)。 奥林匹克的发布作为概念证明，其赏金项目提供总额为25,000 ETH的奖励，用于奖励发送最多交易的用户、处理最多交易的矿工，或是用于激励矿工发现一些重大问题，如在Go和C++客户端之间发起一个 (实质性的) 分叉。 该版本历时14天。从技术上来说，奥林匹克完全不同于以太坊主网，因而不应该被列入硬分叉名单里。尽管如此，边疆版本的创世区块仍出自奥林匹克这一阶段。 ### <br/> ### **边疆—#0** 边疆 (Frontier) 的发布代表着以太坊“Eth 1.0”首次官宣。该次发布为**创世区块的生成**，区块里打包了在官方预售时用户购买ETH的8893笔交易。 总计预挖七千两百万ETH，其中将近一千两百万ETH为以太坊发展基金所有。 #### 🔻**边疆解冻** 在边疆诞生之初，每个区块的gas上限被硬编码为5000。由于每笔交易至少需花费21,000gas，因此彼时的以太坊区块链中只能进行挖矿操作。下面引用Ethereum.org发表的一篇博文 “‘解冻 (thawing)’阶段使得矿工们和早期应用者有序地地开始他们的挖矿工作和配置其客户端。几天之后 (或许3-4天，视情况而定)，我们将会对软件进行一次略微的更新调整，所有客户端都需要安装更新。更新后，每个区块的Gas限制提高到3百万，这只是个初始数值，可以根据矿工的默认设置进行增减。” 主网发布了5天之后，gas限制变更为一个默认的目标数值3,141,592。 然而，由于矿工们在每个区块中，每次只能在前一个区块的基础上将gas限制提高或减少1024，因此这一改变需要一个过程。 **区块#46,147**内打包了以太坊的第一笔交易，价值为31337 wei。  <center>以太坊第一笔手动交易 来源：etherscan.io</center> ### <br/> ### **冰河时代— #200,000** 在区块链领域，**“difficulty” (难度)** 这个词用以描述一台计算机需要花多少算力来生产下一个区块。 **区块难度 (diffifulty) 会自动重新调整以稳定区块时间。在一个特定的时间段里，挖出的区块越多，区块难度越大，反之亦然。** 为了确保另一硬分叉点在以太坊首次发布的16个月内从PoW向PoS过渡，这导致了区块难度呈指数增长，意味着大概一年后生产区块的速度大大减慢。 这之后，以太坊网络将进入“冰河时代”，在这一阶段，算力难度呈指数增长，直到矿工难以再生产新区块。  <center>来源: etherscan.io.</center> 上图描述了生产一个区块所需要的平均时间。如图所示，三个峰值意味着冰河时代开始来临。而每当一个峰值结束，便意味着有一个新的硬分叉出现，从而延迟了冰河时代。 虽然冰河时代需要中断几次，向PoS过渡的努力从不停歇。 ### <br/> ### **家园— #1,150,000** 家园是第二个主要的计划版本，包括三条**以太坊改进提案 (EIPs)**。 - EIP 2: Homestead硬分叉升级 - EIP 7: DELEGATECALL - EIP 8: Homestead P2P开发向前兼容要求 ### <br/> ### **DAO硬分叉— #1,920,000** <center><img src="https://i.ibb.co/PxVnjYH/4-3816b6f607.png" /></center> 2016年6月17日，the DAO合约上出现漏洞并被攻击者乘虚而入，导致约三百六十万ETH被盗取。根据该合约的设计，这些资金需要被冻结28天才能成功被转移。 如果没有采取任何措施的话，黑客会拥有ETH总额的4.4%。 为解决这个问题，备受争议的EIP 779被提出来，其目的在于修改攻击者的锁定合约。如此一来，ETH持有者便可以从the DAO合约上提出其ETH。 7月20日，以太坊大部分成员支持实行硬分叉，然而少数社区成员持反对意见，并决定实行硬分叉，分叉后的原链改名为**以太坊经典 (Ethereum Classic)**。 ### <br/> ### 橘子口哨 (Tangerine Whistle)— #2,463,000 橘子口哨是一次计划外的次要分叉，仅包括一条EIP-150。该提案对一些操作码 (opcodes) 重新定价，提高拒绝服务攻击 (denial-of-service) 的成本，以防止此类攻击。 ### <br/> ### **伪龙 (Spurious Dragon)— #2,675,000** 2016 年 11 月 22 日发生了另一次计划外的硬分叉“伪龙”，包括四项提案，用以解决一些攻击问题： - EIP 155: 简单重放攻击保护 - EIP 160: 提升EXP操作码的费用 - EIP 161: 状态树清理 (不变量保持替代) - EIP 170: 调整智能合约的最大字节数限制 ### <br/> ### **拜占庭 (Byzantium)—#4,370,000** 以太坊计划的第三阶段为“大都会”(Metropolis)，而拜占庭是该阶段的前半部分。 其中包括许多更新：增加4个新操作码和4条预编译；减少区块奖励；推迟冰河时代难度炸弹 (difficulty bomb)。 以下是拜占庭硬分叉包含的完整EIP： - EIP 100: 将难度调整更改为包括叔块在内的目标平均区块时间 - EIP 140: 恢复指令 - EIP 196: 对椭圆曲线alt_bn128上的加法和纯量乘法 (addition and scalar multiplication) 预编译合同 - EIP 197: 对椭圆曲线alt_bn128上的最佳配对 (optimal ate pairing) 预编译合同 - EIP 198: 模幂 - EIP 211: 新操作码：RETURNDATASIZE和RETURNDATACOPY - EIP 214: 新操作码STATICCALL - EIP 649: 延迟大都会难度炸弹以及减少区块奖励 - EIP 658: 在收据中嵌入交易状态码 ### <br/> ### **君士坦丁堡/圣彼得堡 (Constantinople / St. Petersburg )— #7,280,000** 大都会的第二个阶段便是君士坦丁堡硬分叉，分叉发生于**区块高度7,080,000**，包括以下五项EIPs： - EIP 145: 以太坊虚拟机 (EVM) 上的按位转换指令 - EIP 1014: Skinny CREATE2 - EIP 1052: EXTCODEHASH 操作码 - EIP 1234: 延迟君士坦丁堡难度炸弹以及调整区块奖励 - EIP 1283: 不需要dirty maps的SSTORE净gas计量 (net gas metering) 然而，在该分叉即将执行**前32个小时**，发现了EIP-1283带来的意外影响，即使许多已经部署在链上的合约面临重入攻击 (reentrancy attack)。于是，君士坦丁堡硬分叉推迟执行。 因此，EIP-1283从计划中移除，**该分叉调整至区块高度7,280,000上进行**。接着，君士坦丁堡分叉改名为**圣彼得堡分叉**。 ### <br/> ### **伊斯坦布尔 (Istanbul ) — #9,069,000** 有了拜占庭分叉和君士坦丁堡前面这两个分叉，伊斯坦布尔分叉这个名字对大家来说也就不那么奇怪了。 此分叉更新了两条操作码、一条预编译和一些gas上的调整。 - EIP 152: 添加BLAKE2压缩函数 (compression function) `F`预编译 - EIP 1108: 减少alt_bn128预编译gas成本 - EIP 1344: ChainID 操作码 - EIP 1884: 对trie-size-dependent操作码重新定价 - EIP 2028: 减少交易数据gas成本 - EIP 2200: 对净gas计量结构化定义 (Structured Definitions for Net Gas Metering) 如果想要了解该分叉的详细内容，可以阅读我另一篇文章“以太坊伊斯坦布尔分叉—技术讲解”。 ### <br/> ### **缪尔冰川 (Muir Glacier) — #9,200,000** 缪尔冰川分叉只包含EIP-2384，目的是再一次推迟难度炸弹。 ### <br/> ### **宁静 (Serenity) / ETH 2.0 — ?** <center><img src="https://i.ibb.co/r5w8tqS/5-d480725c7c.png" /></center> 以太坊线路图的下一阶段便是宁静，也被称作ETH2.0。这次更新将包括加入PoS信标链、分片链、eWASM等等。 想要了解更多关于Eth 2.0的进程，请阅读由ConsenSys发布的文章“Serenity路线图”[1] 。(译者注：此篇路线图略微过时，读者们可以阅览此文https://news.ethereum.cn/wnie2-2020-3-20/了解Eth2.0的最新发展)。 <br/> <br/> ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn。https://www.ethereum.cn/buterin-ethereum-2-0-will-issue-100000-to-2-million-eth-per-yearhttps://www.ethereum.cn/buterin-ethereum-2-0-will-issue-100000-to-2-million-eth-per-yearWed, 13 May 2020 00:00:00 GMT以太坊创始人Vitalik Buterin在POV Crypto Podcast的[采访](https://povcryptopod.libsyn.com/133-internet-money-w-vitalik-buterin)中讨论了EIP-1559和以太坊2.0的货币政策。 ### <br/> # **以太坊与比特币的区别** Buterin首先谈到了以太坊与比特币的区别，以及两者的“互联网货币之争”。 Buterin说道，尽管比特币和以太坊“做的事情，有时相同，有时不同”，但这两种加密货币都怀着同样的意图，即创建去中心化基础层，并且能够在此基础上构建其他应用程序。 他认为，两者在应用上的侧重点有所不同。比特币的主要想法是采用诸如闪电网络之类的支付解决方案来实现价值存储和交换媒介的功能，而以太坊的想法是通过智能设计构建应用程序。 此外，Buterin还谈到了工作量证明（PoW）的优势，并将2009年称为该共识算法的“黄金时代”。他强调PoW允许任何拥有计算机的人参与比特币挖矿，这一点很重要，但由于2013年的GPU和ASIC革命，这一黄金时代宣布告终。此后，用户必须“拥有1000万美元”才能参与PoW网络。 Buterin表示，对于以太坊来说，PoW算法起初具有积极影响，因为这一发行机制使ETH“分配更加公平”。 尽管如此，**作为一种加密货币的发行和分配机制，PoW算法的价值“逐年”衰减**。他将PoW算法归类为能从生态系统受益的一种机制，但是该机制已经达到成熟阶段，优势一直在减弱。 接下来，Buterin解释了权益证明相较于工作量证明的优势。目前，以太坊正在过渡到以太坊2.0的PoS算法。从这个意义上说，“ Topaz”测试网具备ETH 2.0主网配置。Buterin澄清道，**PoS并非是一种分配机制，而是就发行政策而言具有更多优势的机制**。 “之所以实行权益证明，原因之一是我们要大量减少发行量。目前发行量正在下降。如果实际上每个人都参与，理论上的最大发行量将约为每年200万，ETH 2.0规范中已发布此计算结果。” Buterin表示，按照目前Topaz测试网的参与水平来算，每年的发行量约为100,000 ETH。因此，**他预计推出以太坊2.0后，每年将发行10万至200万个ETH。相比之下，当前以太坊的发行量要高得多，每年约450万个ETH。** <br/> # EIP-1559及其对以太坊货币政策的影响 Buterin还简要介绍了[EIP-1559](https://www.crypto-news-flash.com/experts-agree-bitcoin-halving-not-priced-in-ethereum-supply-shock/)及其对以太坊货币政策的影响。 ### 🔻 通过销毁减少供应量 Buterin提到，由于每笔费用都需要销毁其中一部分，当交易量处于高位时，总流通量净减明显。“这就是此提案所瞄准的基本费用参数”，他解释道，发送一笔交易后，交易费用分割成两部分——一部分作为“小费”给予矿工，另一部分则被销毁。 ### 🔻 新变量：区块大小 **以太坊网络的另一个重要升级是根据网络活动调整区块大小，而非调整交易费用。** “之所以这么做，是因为平均每产生1000万Gas，基本交易费用就会自动调整，但区块大小并不总是1000万Gas…” “在这个市场上，最佳交易费用难以预测，对于那些不愿意支付大笔交易费用，因而不得不等待交易打包的交易者来说是吃亏的。但实际上，这种等待并不会使任何人受益，网络也不会从中受益。” 因此，此次升级将有助于解决用户当前面临的一些问题，例如最佳交易费用难以预测和交易处理时间过长。 <br/> *参考链接：* *[1] https://cointelegraph.com/news/eth-20-issuance-will-be-2-million-a-year-at-most-says-vitalik* [2] https://www.crypto-news-flash.com/buterin-ethereum-2-0-will-issue-100000-to-2-million-eth-per-year/ [3] https://povcryptopod.libsyn.com/133-internet-money-w-vitalik-buterin <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/6-blockchain-takeaways-from-ethereal-virtual-summit-2020https://www.ethereum.cn/6-blockchain-takeaways-from-ethereal-virtual-summit-2020Tue, 12 May 2020 00:00:00 GMT来源 | [ConsenSys](https://consensys.net/blog/news/6-blockchain-takeaways-from-ethereal-virtual-summit-2020/) 以太坊、DApp开发、企业应用以及DeFi将何去何从？我们不妨听听行业大咖的洞见和展望。 **“纵观世界，不受语言、性别、宗教和空间限制的很有可能只有以太坊。它是由人们汇聚而成的共同语言。”** ——Collin Myers，全球产品战略官，ConsenSys Codefi 5月7日和8日，有史以来的首届**Ethereal虚拟峰会**邀请到来自整个区块链生态的200多位与会者，开发者、企业家、企业资深人士和行业领袖济济一堂，就区块链行业议题进行观点碰撞和协作互融，面向广泛加密社区进行普及，内容不仅包括2020年的重要里程碑，还覆盖了以太坊生态系统的各个维度——从Eth2 Staking到企业许可，再到开发应用。 如果要用一句话来概括峰会主题，那就是大到疫病肆虐，小到设备延迟中断，任何挫折都无法阻碍社区竭力将区块链推向主流。就如同Joe Lubin在和Mike Novogratz的谈话中所强调的，无论是激进式变革者还是渐进式改良者，都需要合力“将阳春白雪播撒给众人”。 在未来几天，我们将发布单独的视频录像，以便大家收看错过的环节或是重温高光时刻。本文将主要针对这两日紧锣密鼓的会议，总结出六大主题。 <br/> # COVID-19对经济造成的冲击唤醒人们对数字化资产潜力的认知 **“COVID好似一场野火，待春风拂去灰烬，又有新的生命抽芽。”** ——Angie Lau，Forkast.News主编 目前的主流观点认为，最近的全球经济危机为系统化变革敲响了警钟，尤其是金融基础设施亟待更替。在发钞和美元贬值问题方面，“数字稀缺”和将ETH作为“经济带宽”不断被提及。正如Mike Novogratz解释道，“COVID触发了前所未有的财政和货币效应。”并且这些对策不见得有效。 也正是因此，[中央银行数字货币 (CBDC)](https://consensys.net/solutions/payments-and-money/cbdc) 在银行界赚足眼球，作为一种区块链应用，CBDC旨在简化支付渠道并降低了个人公民使用金融服务的门槛。**考虑到比特币减半以及ETH的天然稀缺属性，许多人将这次罕见的经济效应视作区块链和数字化资产进入全球视野的转折点。** <br/> # 以太坊2.0阶段0是2020年最值得期待的里程碑 **“Eth2已经箭在弦上，就如同当年Eth1发布前的几个月。”** ——Vitalik Buterin，以太坊联合创始人 以太坊2.0的首个阶段 (即阶段0) [信标链](https://consensys.net/blog/blockchain-development/the-ethereum-2-0-beacon-chain-explained/)是Eth2系统的核心。阶段1将实现[分片](https://consensys.net/knowledge-base/ethereum-2/faq)，把以太坊区块链“分割”为64个不同的并行链。Joe Lubin强调，[以太坊2.0](https://consensys.net/knowledge-base/ethereum-2/)“几乎立即就能投入使用”。 Vitalik还提到，“Eth2将使交易成本降低100倍，从而以低成本进行更多操作。”Eth1最终将作为其自身的分片存在于Eth2网络中。 说到阶段0及其新共识机制所涉及的[经济学](https://consensys.net/insights/eth-2-staking-ecosystem-report)，Staking同样备受关注。 ConsenSys Codefi的Mara Schmiedt和以太坊基金会的Carl Beekhuizen推出了[以太坊2.0 Launchpad](https://github.com/ethereum/eth2.0-deposit)，这是由以太坊基金会提供的在Eth2链上质押ETH的官方渠道。Launchpad目前正处于积极开发测试网阶段。 提到Eth2系统的复杂性，EF的Danny Ryan将其描述为“十分复杂却令人血脉偾张”，“如果决定要实现，那就一定要到位”。除了对Eth2进行测试，**目前另一个当务之急是对用户进行Staking普及，包括基础知识、收益和风险。** Codefi团队最近发布了[《以太坊2.0 Staking生态系统报告》](https://consensys.net/insights/eth-2-staking-ecosystem-report)，其中**探讨了ETH持有者质押ETH的意愿及其质押动机和顾虑。** <br/> # 以太坊1.0重大扩容解决方案已就位 **“今天的区块链，就好比是Apple出现之前的计算机。SKALE的使命就是将区块链推向主流。”** —— Stan Kladko，SKALE Labs CTO SKALE Network是专注于侧链的弹性区块链网络，与以太坊主网兼容，**每条链每秒可运行多达2000笔交易。**该团队计划本月启动SKALE测试网，并在接下来的几个月中为主网上线做准备。SKALE Network将在[Codefi Activate](https://activate.codefi.network/)平台上启动，使用一种名为使用证明 [(Proof of Use)](https://codefi.consensys.net/blog/proof-of-use-activating-networks-through-encoded-participation) 的独特代币机制。 正如SKALE CEO Jack O’Holleran解释道，“围绕网络健康进行设计，将DApp放在首位”。即使Eth2即将到来，**诸如SKALE之类的扩容解决方案仍然是以太坊满足短期网络需求的巨大机会。** <br/> # “企业以太坊”也是以太坊，企业不过是按需增加隐私性和合规性 **“技术是相同的，不同之处在于部署方式。”** ——Yorke Rhodes，Microsoft区块链项目联合创始人 在过去几年中，以太坊在隐私性和许可性方面取得了一些关键进展，越来越多的企业转向开源以太坊区块链，以推出低成本、高度可编程并且极富韧性的技术。 “我们大可换一种角度来思考，”John Wolpert如是说，“或许乏味的传统技术也能焕然一新。” ConsenSys的协议工程团队PegaSys[宣布](https://consensys.net/blog/press-release/consensys-and-microsoft-collaborate-to-bring-ethereum-to-enterprises-with-the-pegasys-ethereum-suite/)，PegaSys Ethereum套件 (包括Hyperledger Besu、PegaSys Plus和PegaSys Orchestrate) 将上线Microsoft Azure Marketplace。 此外，用于以太坊的[Microsoft区块链开发套件](https://marketplace.visualstudio.com/items?itemName=AzBlockchain.azure-blockchain)现在能够直接支持Hyperledger Besu。这些新产品将帮助企业开发者轻松使用所需的平台和工具，从而构建与主网兼容的受许可的专用以太坊网络。Baseline Protocol计划的联合创始人Wolpert明确指出了以太坊主网的优势：作为企业方，可以“将主网用作消息总线，连接自己和他人的记录系统”。 Wolpert回忆道，“在2015年时，我们在美国公司中还无法讲出‘区块链’这个词”。而现在，Ethereal虚拟峰会上有许多企业巨擘谈起区块链头头是道，我们不难发现今夕已非彼时。 <br/> # 开发团队正在“解锁”大家感兴趣的经济模型。 # DApp用户也能直接在以太坊钱包中经营业务。 **“只需要互联网和以太坊钱包，每个人都可以在以太坊上拥有属于自己的小型数字收藏品事业。”** —— Jeffrey Zirlin，Axie Infinity **区块链游戏已经成为新人进入Web3世界的大门。**正如Horizon Games的Peter Kieltyka所说，“我们80％的用户群体是从未接触过区块链的人”。诸如SkyWeaver之类能够以游戏形式赢利的DApp尤其受欢迎，用户可以在其中创建和交易数字收藏品。 再加上多方位的助力，例如SKALE这类强大扩容解决方案、MetaMask移动钱包以及新颖的经济模式，DApp生态有望在今年实现腾飞。 为什么不从今天开始尝试使用MetaMask钱包支持的区块链应用？ <br/> # 安全性是DeFi的悬顶之剑 **“我认为促进社区对DeFi应用进行审计并非不可取，毕竟攸关经济风险。”** ——Kyle Kistner，bZx联合创始人 在Ethereal的DeFi环节中，大家最为关注的话题当属Jordan Lyall首日在“运行和壮大DeFi平台所面临的挑战”讨论中提出的问题：我们如何在鼓励创新的同时保证用户资产的安全性？ **DeFi生态在今年初达到了十亿美元的里程碑，**但也遭受了数次攻击以及全球市场动荡的影响。DeFi Score之类的开源工具已然诞生，旨在协助用户根据重心化和流动性等因素衡量平台风险。 社区的普遍共识是，DeFi协议团队需要进行全面的用户研究和智能合约审计，尤其是在资产总量不断攀升时期。 **DeFi协议是活跃度最高的以太坊DApp类型。**DTC Capital的Spencer Noon明确表示“金融是以太坊的首个最佳用例”。Compound和Uniswap等去中心化金融平台在可组合性和全面去中心化方面做出的承诺令人敬佩。 Joe Lubin在第一天就为我们揭开了DeFi的神秘面纱，“看似‘神奇的互联网经济乐高’不过是由借贷和交易协议堆砌而成。这是一个勇敢新世界，我们每个人都可以上手操作”。要在这个勇敢新世界为探索者引航，我们需要不断增强安全措施，加大普及力度并且提高平台风险透明度。 <br/> # 彩蛋：“深度伪造”(Deepfake) 为互联网埋下定时炸弹 **“要撤下视频，联合国进行了干预。”** ——Kathryn Harrison，DeepTrust Alliance创始人 Kathryn Harrison用成本低廉、真实度超高 (deepfake) 的照片震惊了观众，这甚至使她的直播被YouTube切断，可能是因为触发了Google的内容条款。DeepTrust Alliance是一个非营利组织，借助区块链技术来打击虚假伪造行为的全球联盟。 Kathryn的演讲为我们敲响了警钟，正如Argent的Itamar Lesuisse所说，**“去中心化不仅仅停留在理念上，更在于人们是否实际信任该平台”。**而假如虚假伪造行径盛行，人们又将能否信任内容的真实性。 去中心化的验证系统可以帮助人们识别虚假和畸变的信息，这可能是一些观众在Kathryn的演讲之前并未关注到的方面。 面对着COVID-19，面对着脆弱的系统，面对着中心化，我们的斗争仍未结束。但我们见证了如此多披荆斩棘的斗士，始终确守初心。感谢大家的参与和奉献！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/ecosystem-support-program-allocation-update-q1https://www.ethereum.cn/ecosystem-support-program-allocation-update-q1Mon, 11 May 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/05/07/ecosystem-support-program-allocation-update-q1/) <br/> *生态系统支持计划* *(Ecosystem Support Program)* *隶属于以太坊基金会，致力于为以太坊各种项目提供经济或非经济支持，从而推动以太坊事业发展。* 我们团队在今年4月1日发布了[一篇文章](https://blog.ethereum.org/2020/04/01/ecosystem-support-program-allocation-update/)，详述了我们在2019年所完成的工作内容，以及如何分配我们的资金。那么接下来，我们会持续按季度更新工作进展。 2020年的开端略显魔幻且艰难，幸而以太坊建设者一直在砥砺前行，在他们坚持推动以太坊事业发展的道路上，ESP团队感到十分荣幸，能够继续为他们提供支持。 我们在2020年第一季度提供了2,564,000美元的经济资助。这些资金用于各种各样的项目，内容包括：使用加密经济学来激励大家在社交媒体上提出更多高质量内容建议；帮助实现Eth1客户端的多样性和互操作性；Eth2客户端的持续性开发工作等等。 本季度的受助项目主要有6类：开发者体验、Eth1、Eth2、间接资助项目、Layer2、用户体验。 以下列出了各个受助方的详细信息： <br/> ### **开发者体验** - **2 of 2 scorched earth**：Vitalik Buterin[提出](https://ethresear.ch/t/list-of-primitives-useful-for-using-cryptoeconomics-driven-internet-social-media-applications/3198)的“Two Of Two Scorched Earth”奖惩机制，用以建立一个去中心化的点对点内容建议系统，旨在激励高品质的内容传递。 - **EthWorks**：对Waffle (编写和测试智能合约的库) 进行维护和改进。资助目标包括：ENS集成、文档扩充和添加动态模拟。更多信息请访问：https://github.com/EthWorks/Waffle - **POA Network**：Arbitrary Message Bridge为任意两条基于EVM的链搭建桥梁，实现链间代币转移。此外，还可以在链间中继数据，调用合约，例如在以太坊主网上从POA Network或Quorum Chain调用方法。对POA Network的资金资助将用于：丰富AMB的功能性、创建demos以及0的准备工作。更多信息请访问：https://www.poa.network/ ### <br/> ### **Eth1** **项目** - **Nethermind**：对Nethermind重启资助计划，资金用于Nethermind 1.x客户端的实战测试 (battle-testing)，beam sync的发布、完善性能以吸引矿工用户。更多信息请访问：https://nethermind.io/ - **Tasit SDK**：作为JavaScript框架，Tasit SDK凭借React Native构建本地以太坊移动dapps，其专注于用户体验，并且易于上手。更多信息请访问：https://github.com/tasitlabs/tasitsdk ### <br/> ### **Eth2**项目 - **Fast Binary Field FFT**：想要评估计算数据可用性根的难度，实行快速二进制字段FFT (fast binary field FFT) 是必不可少的；根据对计算数据可用性根的特殊CPU支持，进一步探讨是否使用16位字段比64位字段更合适。 - **Lighthouse**：继续资助Sigma Prime以推动质押客户端Lighthouse的开发。Lighthouse用Rust编写，为以太坊0网络服务。Lighthouse v0.11.1已上线且在运行中，面向用户的测试网也即将上线。更多信息请访问：https://github.com/sigp/lighthouse - **Lodestar**：继续资助Chainsafe在其JavaScript客户端Lodestar上研发Eth2轻客户端，且进一步推动Eth2 JS语言/网页浏览器生态系统的发展，如建立库、提供工具和教育资源支持。对Lodestar的一系列关键组成部分已完成审计，审计结果[已公布](https://medium.com/chainsafe-systems/lodestar-initial-audit-passes-with-flying-colours-397d0ecaee3b)。更多信息请访问：https://chainsafe.io/ - **Nimbus**：继续资助Status以支持Eth2客户端Nimbus的开发。Nimbus用于嵌入式系统和个人移动设备，包括使用资源约束型 (resource-restricted) 硬件的旧版智能机。Nimbus v0.11.1测试网[即将发布](https://our.status.im/nimbus-update-april-10/)。 - **VDF Continuation Funding**：著名的复杂性理论学家Ryan Williams研究了基于RSA的VDFs序列性假设，比如深入了解可验证延迟函数 (VDFs)的“延迟”(delay) 部分，而“延迟”是Eth2不可支配随机性 (unbiasable randomness) 的基础。由基金会支持的研究旨在证明模幂 (modular exponentiations) 的信息理论性下界 (lower bounds)。 ### <br/> ### **间接资助** - **Gitcoin bounties**：为推动以太坊生态系统发展，对社区管理的赏金给予资金资助。更多信息请访问：[https://gitcoin.co](https://gitcoin.co/) ### <br/> ### **Layer2** - **Plasma Chamber**：加密经济学实验室 (Cryptoeconomics Labs) 正致力于实现产品级的Plasma Chamber。基金会希望其能达成的工作包括：在测试网部署[OVM](https://medium.com/plasma-group/introducing-the-ovm-db253287af50)合约、开发Plasma钱包以及发布内含工具和文档的开发者门户网站。更多信息请访问：https://www.cryptoeconomicslab.com/ ### <br/> ### **用户体验** - **ENS Continuation Funding**：持续推动以太坊域名服务的发展，包括全面集成域名服务 (DNS) 命名空间，即使用ENS和IPFS来储存、服务DNS域名；实现多币种支持服务；完善ENS网站和Manager；加大ENS的推广力度。更多信息请访问：[https://ens.domain](https://ens.domain/) 我们殷切希望这些项目能够不断成长，最终反哺以太坊生态系统。每当团队和项目有所成就，我们期望能够和大家一同庆祝！感兴趣的读者可以关注推特[@EF_ESP](https://twitter.com/EF_ESP)，获得受助项目的最新动态，也可以在[ESP网站](https://esp.ethereum.foundation/)上注册新闻订阅！ 下次再见喽， 来自ESP团队https://www.ethereum.cn/phase0-bountyeth2-phase-0-pre-launch-bounty-programhttps://www.ethereum.cn/phase0-bountyeth2-phase-0-pre-launch-bounty-programFri, 08 May 2020 00:00:00 GMT来源 | [ethereum.org](https://notes.ethereum.org/@djrtwo/phase0-bounty#Eth2-Phase-0-Pre-Launch-Bounty-Program) <br/> 译者按：以太坊基金会于四月初宣布了eth2阶段0赏金计划，这项计划的初衷是激励大家群策群力，在eth2主网正式启动之前寻找并报告核心规范中的bug。目前，[阶段0赏金计划](https://notes.ethereum.org/@djrtwo/phase0-bounty)的所有奖励已经翻倍，如果发现严重漏洞，最高可获得2万美元奖励。本文将介绍赏金计划的细则，帮助大家参与进来。 以太坊基金会将维持阶段0赏金计划，直至阶段0主网上线。在进入阶段0后，该计划会被纳入标准[以太坊赏金任务](https://bounty.ethereum.org/)。 <br/> # 规则 - 范围为master分支中的[阶段0信标链](https://github.com/ethereum/eth2.0-specs/blob/master/specs/phase0/beacon-chain.md)及[阶段0分叉选择](https://github.com/ethereum/eth2.0-specs/blob/master/specs/phase0/fork-choice.md)规范 - 已经由他人提交的或是以太坊基金会已知的issue不符合赏金奖励要求 - 所有的bug报告需要以issue或PR形式提交到[0-specs](https://github.com/ethereum/eth2.0-specs)库 - 若需匿名提交报告，可以发送至[bounty@ethereum.org](mailto:bounty@ethereum.org)，但无法获得赏金奖励 - 以太坊基金会将独立负责评估bug报告的有效性和严重程度 - 赏金奖励可选择由ETH或DAI支付 - Eth2的客户端团队可以参与赏金计划，但需要接受较高等级的审查（例如不得隐瞒bug/不得在规范撰写过程中刻意引入bug）。EF研究团队无法参与该赏金计划。 **注意**：阶段0赏金计划的范围只包含[核心eth2规范](https://github.com/ethereum/eth2.0-specs)。客户端实现可以作为理解规范和解决bug的工具，但客户端实现的bug暂时不包含在本赏金计划内。 <br/> # 如何上报 所有的bug报告需要以issue或PR形式提交到[eth2.0-specs](https://github.com/ethereum/eth2.0-specs)库 以提高审核效率，请遵循以下报告格式： - 在issue/PR中加上前缀“[Bug Bounty]” - Issue/PR主体部分请使用以下格式： - **描述**：概括所提交的bug [一句话] - **攻击场景**：描述针对该bug的攻击场景或意外/错误行为 [1-3句话] - **影响**：描述该bug在应用场景中可能造成的影响 [1-2句话] - **出处**：指出bug出现的文档、函数以及具体行数 - **再现**：如果在寻找bug的过程中使用了任何工具或模拟器，请详细描述如何重现该bug。最好能使用python规范和规范库中的相关测试工具来展示。 - **细节**：有关该bug的细节描述。系统需处于什么状态、需包括什么类型的消息以及需按照什么顺序等等。 - **修复**：如果有修复建议的话，可以进行描述 <br/> # 严重性级别及相应奖励 以下“严重性级别”用于对bug的严重性进行分类并按照级别对上报人进行相应奖励。奖金以美元计值。 **注意**：5月6日所有的奖金都已翻倍，严重程度最高的漏洞奖金多达2万美元:) - **低严重性– $1000** - 定义：对信标链系统的功能影响甚微，甚至可以忽略不计，但是仍然可以视作是“瑕疵”，有修复的必要 - 示例：在某些情况下，对证明位进行了错误的更新，但最终确定性计算仍然正确 - **中等严重性– $5000** - 定义：不影响信标链系统的主要操作，但并非预期行径 - 示例： - 在一个epoch内，证明奖励只给到N-1个参与者，而不是所有N个参与者 - 在某些情况下，消极惩罚始于MIN_EPOCHS_TO_INACTIVITY_PENALTY + 1的epoch，而非计划中的MIN_EPOCHS_TO_INACTIVITY_PENALTY epochs。 - **高严重性 – $10000** - 定义：影响信标链的主要操作，但不会导致系统崩溃或完全停止最终确定 - 示例： - 在某些情况下，最终确定性计算每四个epoch进行，而正常情况是在每个epoch中进行 - 在进行分叉选择时，某些有效区块的子集无法成功添加到区块树中 - **极高严重性– $20000** - 定义：会导致信标连系统崩溃，完全阻停最终确定，或者其他严重中断 - 示例： - 即使链上已打包足够的证明，系统也会进入不再更新最终检查点的状态 - 新的有效区块无法被加入到分叉选择的区块树中 - 某些情况下，诚实验证者遭到罚没 - 奖励计算中发生下溢或上溢，导致意外造币 (或销毁) ETH或客户端崩溃 <br/> # 参考资源 - [Core eth2 specs](https://github.com/ethereum/eth2.0-specs/tree/master) - [Executable spec on pypi](https://pypi.org/project/eth2spec/) - [Design rationale](https://notes.ethereum.org/@vbuterin/rkhCgQteN?type=view) - [Phase 0 for Humans](https://notes.ethereum.org/@djrtwo/Bkn3zpwxB?type=view) - [Annotated Spec](https://benjaminion.xyz/eth2-annotated-spec/) - [Eth R&D discord](https://discord.gg/VmG7Uxc) <br/> # 隐私 以太坊基金会对参与赏金计划而可能泄露的任何私人信息概不负责。 如果漏洞报告的确泄漏了私人信息 (例如包含IP地址的测试网日志)，我们要求您在公开报告中去除任何此类信息。请注意，我们还有其他附带资源可以共享，并且可以随时联系赏金评估人。 <br/> # 法律声明 此赏金计划是针对活跃的以太坊社区的一项实验性和全权奖励措施，旨在鼓励和回报平台的贡献者。这不是一场比赛。我们可以随时停止该计划，并且奖项由以太坊基金会全权决定。 此外，我们无法向位于制裁名单中的个人，或处于制裁名单中的国家/地区 (例如朝鲜，伊朗等) 的个人颁发奖励。个人应对所有税负负责。所有奖励均适用于法律条款。您的测试不得违反任何法律或侵害任何他人数据。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/defining-ethereum-2-network-metricshttps://www.ethereum.cn/defining-ethereum-2-network-metricsFri, 08 May 2020 00:00:00 GMT来源 | [attestant.io](https://www.attestant.io/posts/defining-ethereum-2-network-metrics/) <br/> 译者序：在区块链的赛道上，要成为最后的幸存者，不可忽视网络的健康状况。本文将另辟蹊径，为你一一解释以太坊2.0网络的五项健康指标，包括网络活性、参与率、验证者预估报酬、质押有效性以及罚没风险。它们如何影响以太坊网络健康？又是如何相互影响的？ 关于单个Eth2.0验证节点实际表现的衡量方法已有不少论述，但整个以太坊网络健康状况的相关文章却少之又少。以太坊网络中的一些重要指标能够为网络运营者及期望参与者 (运行节点或充当验证者) 提供有价值的信息。本文我们将明确某些指标的定义、衡量方法以及衡量标准。 ### <br/> # 网络活性 (Network Liveness) ## **是什么？为何重要？** 网络活性衡量Eth2.0区块链中的新区块被最终确定的速度。这一指标举足轻重，因为若区块尚未最终确定，那么其中的交易仍可以被篡改。如果某条链没有持续对区块进行最终确定，那么它就无法达到其基本目的，即维持交易和状态的恒定不变性 (immutability)。 网络活性的评分为0%~100%，若多个区块持续无法被最终确定，得分为0%；若区块的最终确定速度达到协议的极限速度，得分则为100%。如果网络活性为0％，则表示网络无法对区块进行最终确定，因此所有验证者都会被扣除押金，即使他们个人工作表现良好。 网络活性通常为100％，网络拥塞时降至50％。若网络活性低于50％，会出现严重的网络问题。 <center><img src="https://i.ibb.co/g30NrFM/1.png"/></center> <center>图表1：网络活性的范围值</center> ## 计算方法 网络活性计算公式： <center><img src="https://i.ibb.co/yXRJgCb/2.png"/></center> 当前时段计算公式： <center><img src="https://i.ibb.co/gPbJDLW/3.png"/></center> 最终确定时段可从活跃的Eth2节点获取。 <br/> # 参与率 (Participation Rate) ## 是什么？为何重要？ 参与率指的是实际参与证明的验证者占总预计参与验证者的比例。这一指标也很重要，因为参与率越低，每个参与验证者获得的报酬就越低。参与率过低或许会导致网络活性不足。 良好的参与率处于80％到95％之间。如果参与率低于67％，则无法再对区块进行最终确定，网络活性也随之下降。 <center><img src="https://i.ibb.co/MpLcTKG/4.png"/></center> <center>图表2：参与率的范围值</center> #### ## 计算方法 参与率计算公式： <center><img src="https://i.ibb.co/BcTD434/5.png"/></center> 值得一提的是，最后一个时段的证明数量这一数值有多种来源。它可以是最后一个epoch的区块中包含的证明数量，可以是节点所见的最后一个epoch的证明数量，也可以是来自最后一个时段的区块中包含的证明数量等等。同时，它也可以是倒数第二个时段包含的证明数量。此值的确切计算方法取决于用户以及其可获得数据。 参与证明的验证者指的是那些依据[验证者生命周期](https://www.attestant.io/posts/understanding-the-validator-lifecycle/)被视为活跃、正在退出或遭受罚没的验证者。 <br/> # 验证者的预估报酬 (Estimated Validator Return) ## 是什么？为何重要？ 大多数验证者都期望得到奖励报酬。验证者的预估报酬指的是验证者在一年中通过履行职责获得的预估ETH报酬。这一指标用可获得报酬占质押ETH数量的比例来衡量。 <center><img src="https://i.ibb.co/Krfmxfx/6.png"/></center> <center>图表3：验证者最低报酬Vs. 参与证明验证者大概总数</center> 重要的是要知道，即使验证者尽忠职守，参与度低或网络活性降至0%也会导致其报酬减少。因此，严格来说，此处的验证者预估报酬只不过是其能获得的最大收益中的一部分。具体来说，参与率降低会导致验证者实际预估报酬减少，因此，将上述的基本验证者预估报酬乘以参与率，得出的结果或许更具有代表性。但是，这种计算方式容易受网络参与率暂时性高峰期和低谷期的影响而使结果产生波动，所以采用一段时间内的平均参与率得出的结果更为准确。然而，即使在这种情况下，也只能得出预估值，因为这是一种前瞻性指标。 在很大程度上，报酬水平的高低，取决于证明时产生的成本。这里的成本[多种多样](https://www.attestant.io/posts/exploring-ethereum-2-validator-costs/)，理解清楚才能进一步计算报酬。另外，请注意，运行验证节点的成本通常以法币为计量单位，而报酬以ETH为计量单位，因此需要换算汇率。然而，对于典型的验证节点来说，每个验证者每月的成本为25美元左右，假设一个ETH价值200美元，收益变化情况如下图所示： <center><img src="https://i.ibb.co/KhHZ1kR/7.png"/></center> <center>图表4：扣除成本后的预估报酬</center> #### ## 计算方法 对于给定数量的验证者，可以直接从上图中读取验证者预估报酬。参与证明的验证者数量可从Eth2.0节点获取。 <br/> # 质押有效性 (Stake Effectiveness) ## 是什么？为何重要？ 质押有效性指的是用于质押验证的ETH所占比例。以太坊2.0采用[有效余额 ( effective balance)](https://www.attestant.io/posts/understanding-validator-effective-balance/) 这一指标来判断证明的权重。当大多数验证节点的实际余额高于其有效余额时，他们将处于低效率水平。 举个例子，假设某个验证者的余额为31.7个ETH，其有效余额则为31个ETH，从而导致剩余的0.7个ETH未经用于验证者证明。未经使用的ETH数量会随着验证者余额的变化而变化，但在很少情况下为0。 质押有效性十分重要，因为用于质押的ETH越多，网络安全系数越高。部分验证节点的ETH已被锁定，却无法用于证明过程，这些ETH对网络安全性没有意义，因此是被白白浪费的。 另外，对于单个质押验证者来说，这一指标也很重要，因为质押有效性降低，验证者获得的预期报酬率也会随之下降，因为报酬的多少基于有效余额的高低。 预计在Eth2.0推出后不久，质押有效性将大致维持在90％左右，因为某些验证者被扣除资金的同时，其他验证者会获得资金。随着时间的推移，节点工作效率越来越高，且实际余额没有设置上限，但有效余额的限值为32个ETH，因此，质押有效性将有所下降。 <center><img src="https://i.ibb.co/CKXRX0c/8.png"/></center> 图表5：质押有效性的范围值 #### ## 计算方法 单个验证者的质押有效性计算公式： <center><img src="https://i.ibb.co/XDB1mKq/9.png"/></center> 计算整个网络的质押有效性时，有效余额为所有参与证明验证者的有效余额总和，实际余额为所有参与证明验证者的实际余额总和。 <center><img src="https://i.ibb.co/RQcx0BN/10.png"/></center> <br/> # 罚没风险 (Slashing Risk) ## 是什么？为何重要？ 罚没是Eth2.0网络的最终制裁手段，即扣除验证者的部分押金，并立即将其逐出验证者池。但是，上一句话中的“部分”取决于某个验证者被罚没之前和之后其他验证者的行为。同一时间被罚没的验证者越多，每个验证者所承担的罚金就越高（更多详细信息请参见[本文](https://www.attestant.io/posts/understanding-the-validator-lifecycle/)）。 由于验证者已充分了解罚没机制，预计其发生机率很低。这使得跟踪这一指标变得更加有趣，一旦达到某一较高水平，就表明网络遭到攻击。如果罚没风险超过15%，就表明有大量节点遭到罚没，这时候应该查明原因。 <center><img src="https://i.ibb.co/Vt69zgQ/11.png"/></center> <center>图表6:罚没风险的范围值</center> #### ## 计算方法 罚没风险计算公式： <center><img src="https://i.ibb.co/sC33pvW/12.png"/></center> 注意，这是一个估值。原因如下：1）假设所有验证者的余额为32个ETH，但事实可能并非如此。2）实际上，罚没的实际金额不仅取决于罚没风险，还取决于罚没机制触发后18天内的风险，这些日子里会出现新的被罚没验证者。 <br/> # 总结 以上这些指标能够反映整个以太坊2.0网络的健康状况，帮助ETH持有者决定是否加入质押网络，也能帮助质押者掌控风险，使节点平稳运行。同时通过监测这些指标，用户能够确认Eth2网络是否如期正常运作。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/eth2-quick-update-no-11https://www.ethereum.cn/eth2-quick-update-no-11Thu, 07 May 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/05/06/eth2-quick-update-no-11/) <br/>  <br/> 近来大家都忙于各种事情，我会尽量保持本系列博文的更新。与此同时，读者们可以阅读Ben Edgington的[What’s New in Eth2](https://notes.ethereum.org/@ChihChengLiang/Sk8Zs--CQ/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200501?type=book)以获得eth2的最新进展。 [Ethereal虚拟峰会](https://www.etherealsummit.com/)将于本周四周五举行！届时会有许多eth2干货，并且会议完全免费。感谢所有组织者的协调，使得会议能够线上进行。我超兴奋:) <br/> # 要点速览 - [阶段0赏金计划](https://notes.ethereum.org/@djrtwo/phase0-bounty)奖金翻倍 - [Schlesi](https://schlesi.beaconcha.in/)多客户端测试网正在平稳运行 - `12`版本规范准备中 <br/> # 阶段0赏金翻倍 从今天开始，[阶段0赏金计划](https://notes.ethereum.org/@djrtwo/phase0-bounty)的所有奖励将增加一倍，如果发现严重漏洞，**最高可获得2万美元奖励！** 本计划旨在激励大家寻找并报告eth2阶段0核心规范中的漏洞，为主网发布做好准备。 以太坊基金会将从现在开始负责运行此计划，直到阶段0主网发布之前。在阶段0投入使用后，我们将把阶段0的赏金计划转变为标准的 [以太坊赏金计划 (Ethereum Bounty Program)。](https://bounty.ethereum.org/) 点击[此处](https://notes.ethereum.org/@djrtwo/phase0-bounty)阅读更多相关规则、如何报告bug、bug的严重程度以及相应奖励。 祝各位猎bug之旅愉快 🐛 ！ <br/> # Schlesi多客户端测试网 四月十七日，首个eth2多客户端测试网[“Schlesi”](https://schlesi.beaconcha.in/)诞生了！ Schlesi是由Afri Schoedon领导的eth2多客户端工作，该测试网是首个持续性多客户端测试网。非常感谢Afri的努力，使得多个客户端可以进行互操作，还提供了整个过程的详细bug报告，并且至今为止已经支持测试网平稳运行了几周！ Schlesi测试网初期加入了[Prysm](https://github.com/prysmaticlabs/prysm/) 和 [Lighthouse](https://github.com/sigp/lighthouse/) 这两个客户端，之后[Nimbus ](https://github.com/status-im/nim-beacon-chain/)和 [Teku ](https://github.com/pegasyseng/teku)也成功进行了同步，并且正在努力协调验证者的行为。大家可以去看看测试网区块中的涂鸦墙 `graffiti`，许多区块带有客户端/搭建的[标记](https://schlesi.beaconcha.in/block/66300)，有一些区块则附带了一些[很有趣的消息](https://schlesi.beaconcha.in/block/66165)。 Schlesi很可能会在多次迭代之后成为正式的多客户端测试网，然而目前随着bugs浮出水面、版本替换或者新的客户端上线，我们预计每1~2周会重启一次Schlesi。 如果读者想加入Schlesi多客户端测试网或是深度参与进来，可以通过 [Eth R&D schlesi 频道](https://discord.gg/Tmgzwng)联系我们！ ## <br/> # v0.12版本规范准备中 我最近的大部分时间花在准备[eth2规范](https://github.com/ethereum/eth2.0-specs)上，以便升级到`v0.12`版本。如果没有发现严重的安全性漏洞，这将是主网上线前最后一次对规范进行较大的改动。 该版本将加入针对BLS签名的 IETF hash-to-curve 第七份草案[ (Draft 7)](https://tools.ietf.org/html/draft-irtf-cfrg-hash-to-curve-07)、持续优化的网络规范，以及出于测试考虑对状态转换进行的细微改动。 在eth2的工作进程中，IETF的BLS标准让人感到兴奋的同时也倍感压力。一方面，我们非常希望应用严谨的行业标准，充分利用稳健的工具和更简洁的互操作性；但另一方面，BLS的标准化过程完全独立于我们所能掌控的范围。 随着BLS标准的更新，eth2规范也会面临重大的更改，而实现这些改动需要一些开发工作量，这就会给我们的预计时间线带来不确定性。 IETF规范的维护人员对 Draft 7没有异议，并且预计不会做出进一步更改。Eth2 团队和其他许多区块链项目计划采用Draft 7，如若发现严重的安全性漏洞，才会考虑对其做出后续改动。 在网络 (networking) 方面，我们刚刚进行了一次收获颇丰的[电话会议](https://github.com/ethereum/eth2.0-pm/issues/148)，讨论解决了初始同步、特定功能的节点发现、基于类型的消息大小限制等细节问题。不妨看看Ben Edgington为此整理的[笔记。](https://hackmd.io/@benjaminion/rJkuZ4e5I)🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-org-development-update-3https://www.ethereum.cn/ethereum-org-development-update-3Wed, 06 May 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/05/05/ethereum.org-development-update-3/) <br/> 你好以太坊！以下是ethereum.org团队最新的更新： <br/> ## # 帮助我们达到30种翻译版本的目标！ <center><img src="https://i.ibb.co/6r0Hwdw/EF-4-8a27ef285c.png" /></center> 过去6个月以来，世界各地的以太坊社区将Ethereum.org的网站内容翻译成23种语言。**目前，非英语网页的浏览量占总浏览量的20%以上。** 接下来的两个月， 我们计划将翻译版本增加到30种以上。**如果你所掌握的语言在ethereum.org上没有翻译版本的话，我们衷心希望你能加入我们的翻译项目！** 我们迫切需要母语为**越南语、泰语、丹麦语、挪威语、匈牙利语、芬兰语和乌克兰语的人才加入我们团队。** 如果有意向贡献的语言版本已经存在，你也可以协助我们针对最新版本的网站进行更新。 想要加入ethereum.org的翻译项目吗？请访问[此处](https://ethereum.org/languages/#ethereum-org-translation-program)以了解更多详情。 ## <br/> # 建立在ENS和IPFS上的Ethereum.org 该网站已在星际文件系统 (IPFS) 上运行, 凭借以太坊的去中心化域名服务 (ENS) 可访问该网站。[ENS团队详细介绍了访问方法。](https://twitter.com/ensdomains/status/1244699514373431296) 特此感谢IPFS团队 (尤其是Chris Waring)，开发了[IPFS插件VuePress](https://www.npmjs.com/package/vuepress-plugin-ipfs)，使得访问更加顺利。还要特别鸣谢ENS团队的Brantly Millegan以及Alex Van de Sande对此作出的贡献。 ## <br/> # 搜索功能升级  我们收到不同用户的反馈：ethereum.org 的网站搜索仅基于网页标题或者页眉 (header) 进行查找定位，不利于搜索特定的话题内容，即便网站上有相关内容的目录。本次升级便是受到了以太坊社区意见的启发。 我们刚上线了新搜索系统Algolia，里面编录了我们所有网页的HTML，并且在精确匹配的基础上，Algolia还能通过模糊匹配来搜索内容，如此便显著提高了网站内容的可检索性。 ## <br/> # 一周年庆 一年前，新版网站[Ethereum.org](https://blog.ethereum.org/2019/04/30/beginning-a-new-ethereum-org/)上线。 一年以来，以太坊社区的大力支持让我们倍感惊喜。目前网站维护人员已达170多名，且有350多名志愿者将网站内容翻译成多语言版本。 除了大家的支持与反馈，最重要的是，感谢你与以太坊社区相伴成长。 ## <br/> # 下一步是什么？ 在接下来几个月里，我们团队的主要工作是完善网站内容，包括改进现有网页和增加新网页: - 介绍EIPs ([已上线](https://ethereum.org/eips/)) - 以太坊基金会 ([已上线](https://ethereum.org/foundation/)) - ETH 2.0 ([进行中](https://github.com/ethereum/ethereum-org-website/issues/878)) - 以太坊节点Ethereum Nodes ([进行中](https://github.com/ethereum/ethereum-org-website/issues/969)) - Ethereum Gas - 去中心化金融 (DeFi) - 以太坊白皮书 - 稳定币 (Stablecoins) - 以太坊新闻快讯 - …等等 在一些优秀的社区成员的帮助下，我们即将完成对网站***\*开发者\****板块的审计，此后，我们将增减网站内容，重组网页以及重新编辑现有的网页内容。 在接下来的几周，我们还会继续公布新的设计升级内容和网页布局变化。 想要参与到我们的工作中吗？或者对我们的日常工作感到好奇吗？我们最近发布了一个新网页[About Ethereum.org](https://ethereum.org/about/)，向公众展示了我们的工作点滴。欢迎大家在查阅后，和我们分享你的想法！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie-2020-5-1https://www.ethereum.cn/wnie-2020-5-1Tue, 05 May 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://notes.ethereum.org/@ChihChengLiang/Sk8Zs--CQ/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200501?type=book) <br/> 近来的热点无疑是测试网，主网配置测试网和多客户端测试网都在逐渐到位。 ### <br/> # 阶段0：信标链 [0.11.2版本](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.11.2)规范已发布，其中对状态转换进行了一些微小的更新，并针对网络规范给出了更实质性的说明。随着测试网的建立，网络规范也在持续优化。此版本中的所有内容都向后兼容v0.11.1。 我们可能很快就能迎来0.11.3版本，该版本规范将重构奖罚[计算机制](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/state-transition/#rewards-and-penalties)，以便进行更细致的测试。奖惩计算一直是客户端实现中的一个错误源头，基准测试并不总是会检测到此类错误。 说来话巧，我们前几天[在Teku就碰到了这种难题](https://github.com/PegaSysEng/teku/pull/1703)：漏洞版本和修复版本都可以通过当前的基准测试。因此，这个版本的修改可以说是人心所向。 #### ## **🔻 测试网** ### **Topaz** Prysm的[Topaz测试网](https://medium.com/prysmatic-labs/introducing-topaz-testnet-8e8a4e00a700)已经上线。[此处](https://podcast.ethhub.io/prysmatic-labs-topaz-eth2-testnet-and-beyond)是Eric Conner与Prysm客户端团队录制的[Into the Ether](https://www.pscp.tv/w/1LyxBNABnvkxN)（音频播客）。**[目前](https://twitter.com/terencechain/status/1256333425268494337?s=20)Topaz测试网已超过10万个slots。** 在Topaz测试网早期，其中[超过1/3](https://twitter.com/terencechain/status/1252324918076694528?s=20)的验证者受他人控制（目前[将近一半](https://twitter.com/terencechain/status/1256333425268494337?s=20)）。这样做的意义在于，既然我们知道控制2/3验证者的一方能够有效地操纵网络，但至今为止还没有任何一个实体可以实现。有些人甚至已经设置了[大量](https://twitter.com/econoar/status/1256258727012786176?s=20)的验证者。 如果您在Topaz上运行验证者，可以尝试一下Bitfly的[涂鸦墙](https://twitter.com/etherchain_org/status/1254792243967217669?s=20)。 不幸的是，当其他非Prysm客户端尝试与Topaz进行同步时，验证者奖励计算出现了很明显的小bug。漏洞虽小，但足以使得共识失败，并且使得其他客户端无法加入测试网。 Preston对此[做出了解释](https://twitter.com/preston_vanloon/status/1255180024019218432?s=20)。计划是使Topaz目前继续运行，互操作性也会更侧重于Schlesi多客户端测试网。 ### **Schlesi** [Schlesi](https://github.com/goerli/schlesi)是由Afri Schoeden构建的多客户端测试网。时机成熟之时，Schlesi可能成为正式的多客户端测试网。 **Schlesi测试网于4月27日[诞生](https://twitter.com/a4fri/status/1254770383506440195?s=20)创世区块，但该测试网的设计目标并不是长期运行，并且可能还会重启几次。** Schlesi正在运行Prysm (修复版本) 和Lighthouse，并且不久之前加入了Teku。Nimbus似乎也能[进行同步](https://twitter.com/ethnimbus/status/1255804796961001472?s=20)，目前一切进展尚佳。 您可以使用Bitfly浏览器跟踪[Topaz](https://beaconcha.in/)和[Schlesi](https://schlesi.beaconcha.in/)两个测试网的进度，其中有些[不错的图表](https://beaconcha.in/charts)展示。[Etherscan](https://beacon.etherscan.io/)也在跟踪Topaz测试网。 #### ## **🔻 BLS标准化** **针对哈希到椭圆曲线 (hashing to elliptic curves) 的IETF标准[第7版草稿](https://tools.ietf.org/html/draft-irtf-cfrg-hash-to-curve-07)已于上周发布。这是我们部署Eth2 (包括存款合约) 所需的版本，**同时我们也希望其他区块链能够采用该版本，以实现广泛互操作性。 **包含此BLS规范的阶段0规范0.12.x版本将很快发布。**所有客户端都需要更新到最新版本，因为这是一项重大改动。**预计该版本将是阶段0上线之前对规范的最后一次重要改动**，除非我们在测试网运行期间发现了其他需要解决的问题。 ### <br/> # 阐释性好文 [ConsenSys网站的Eth2页面](https://consensys.net/knowledge-base/ethereum-2)已上线，其中设有[Eth2 FAQ板块](https://consensys.net/knowledge-base/ethereum-2/faq)，希望对您有所帮助。或许之前我已略有提及。 Boxmining上有一篇简明易懂的[Eth2概述文章](https://boxmining.com/ethereum-2/)，可圈可点。此网站还提供了Topaz测试网的参与指南。 Status团队的Jacek，在推特上对构成Eth2客户端的组件进行了[阐释](https://twitter.com/jcksie/status/1256146925671403521?s=20)。 推荐几个很精彩的YouTube视频：Vitalik在The Shitcoin Dot Com Show上[谈论了Eth2](https://www.youtube.com/watch?v=OKmjnHKYLFg)，而Danny Ryan 在Parallel Society上做了一个[ETH 2.0 Ask me Anything](https://www.youtube.com/watch?v=IJTzYYevOWI)的问答活动。凌晨2点的Danny比在心情舒畅时的我状态更佳。 <br/> # **研究工作** 欲了解PegaSys Eth2研发团队之一TXRX的工作到底是什么？Joe Delong发布了[其团队的最新工作进展](https://hackmd.io/@353yQn6WTImF5o12LQXXfQ/H1yRS6tt8#)，包括： - [Prkl](https://github.com/prrkl)网络检控器 (更多细节参见下文…) - [可验证预编译](https://ethresear.ch/t/optimizing-trusted-code-base-for-verified-precompiles/7340?u=benjaminion)相关工作，有效推进Eth2执行环境的发展 - Eth2分叉选择测试的相关进展 - Eth2[跨分片模拟](https://github.com/dangerousfood/vorpal) - [discovery v5版本](https://github.com/zilm13/discv5)模拟程序 - Eth1 <-> Eth2合并进展更新 有幸与各位成为工作伙伴，我很[高兴](https://www.dictionary.com/browse/chuffed)！😄 说回刚提到的Prkl，实际上它是一种针对Eth2的网络爬虫 (network crawler)，Jonny Rhea曾经利用它寻找到规范和实现中的大量bug与问题，详情请参见上述更新。这种网络爬虫还能够生成一堆反映网络状态的信息[图表](https://twitter.com/JonnyRhea/status/1256362461520965632?s=20)。 另一支PegaSys研发团队正在利用Dafny[对Eth2规范进行正式验证](https://github.com/PegaSysEng/eth2.0-dafny)。如果所处时区合适，记得收看由以太坊工程团队于5月13日举办的[meetup](https://www.meetup.com/ethereum-engineering/events/269880527/)活动！ 第三支PegaSys研发团队TeamX正在研究以太坊如何通向无状态，虽然面临重复的工作，但这是将Eth1迁移到Eth2的必要先决条件。 而实现无状态的前提是要对许多事件进行改动，其中包括如何通过JSON-RPC API满足用户对数据的需求。 假设节点没有状态 (这就是无状态的意思)，那么它们如何为Dapps提供所需数据？TeamX团队提出了一种涉及[缓存和引荐来源地址 (Caching and Regerrer)](https://hackmd.io/@Za4WVceRQVKFxOfS7l91IQ/BkTkKgSY8) 的架构。 [ethresear.ch](https://ethresear.ch/)： ✨ 除了上述TXRX团队的工作之外，Alex Vlasov还更新发布了关于Eth2容错时钟同步的系列文章：[《面向信标链的轻量级时钟同步协议》](https://ethresear.ch/t/lightweight-clock-sync-protocol-for-beacon-chain/7307?u=benjaminion)。 ✨ Alon Muroch正在研究[参与者轮换形式的抽象无信任池](https://ethresear.ch/t/abstract-trustless-pool-with-participant-rotation/7332?u=benjaminion)，这是一种能够形成无信任权益池的安全途径。 ✨ 几周前论坛上发布了一条关于寻找打包聚合证明有效方法的帖子，Ali Atiia对此发布了一篇[后续文章](https://ethresear.ch/t/attestation-aggregation-heuristics/7265/8?u=benjaminion)，妙趣横溢。 <br/> # 常规电话会议 ## 实现者会议 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/145) - [会议视频](https://www.youtube.com/watch?v=avRcGzfjeIw&t=46) - [我的速记](https://hackmd.io/@benjaminion/rkXuXCRd8)以及[Mamy的笔记](https://gist.github.com/mratsim/b4ae481879c5994be8dd3b17a4cbb91a) #### ## API 正如上次所说的那样，我们正致力于将各种Eth2客户端之间的[API](https://github.com/ethereum/eth2.0-apis)标准化，这意味着集成第三方工具将变得更加简单，并且或许还将实现不同验证节点与信标节点之间的互操作性。 4月20日的会议专门针对这一主题开展。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/143) - [Protolambda](https://gist.github.com/protolambda/51152013648367e4d9bd1874d0860bc9)与 [Mamy的笔记](https://gist.github.com/mratsim/f0ab07dcb6e7c040bec5995b69391210) 在电话会议召开之前，Danny和Protolambda已经对客户端API的现存状态[进行了](https://github.com/ethereum/eth2.0-APIs/issues/25#issuecomment-616003897)全面的[分析](https://docs.google.com/spreadsheets/d/1kVIx6GvzVLwNYbcd-Fj8YUlPf4qGrWUlS35uaTnIAVg/edit#gid=1802603696)。此次会议的主要成果是组建了一个小型工作组，潜心于简化该项工作并使所有事情顺利进行。该小组将在接下来的几天内汇报提案。 <br/> # 其他新闻 ♦ 客户端团队[Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-48-eth2-topaz-testnet-going-strong-b7b8cd2fb244)，[Lighthouse](https://lighthouse.sigmaprime.io/update-24.html)及[Nimbus](https://our.status.im/nimbus-update-may-1/) 的进展更新 ♦ [Quantstamp](https://twitter.com/prylabs/status/1255165003868454912?s=20)将为Prysmatic Labs的客户端提供审计服务 ♦ Infura已制定[针对Eth2的发展计划](https://twitter.com/infura_io/status/1256243099283738626)。一旦多客户端测试网启动，用户就能够[设置](https://blog.infura.io/infura-april-2020-update/)其信标节点API “仅邀请可访问”。 ♦ 这是一个[简单的计算器](https://ethereumprice.org/eth-2-calculator/)，用于计算显示节点的Eth2质押奖励。 ♦ 还有一条关于[如何激励Eth2开发者](https://twitter.com/IslandHunting/status/1251709783880712192?s=20)的推特，旨在抛砖引玉。就我个人而言，我已经感受到大伙对我的爱意❤️，这份满满的爱意不断激励着我。但是也许我并不代表所有人啦。 <br/> # Ethereal峰会 **[Ethereal峰会](https://www.etherealsummit.com/)已改为线上形式，将于本周举行。** 从美国东部时间星期五上午9点开始，以太坊2.0 happy hour将持续两个半小时。众多Eth2最受喜爱人物都会亮相，当然少不了你喜欢的😂！查看议程请点击[此处](https://www.etherealsummit.com/agenda)，干货满满！ 免费注册哦！不见不散！😃 <br/> ### **最后** 质押时代即将来临，我也得给自己换个新设备了，它叫Metal Albert（下图是和同名小熊的合照）。 <center><img src="https://img.chainnews.com/material/images/84f5e24fcbdf4bb2a56f009eaafebbc9.jpg-article"/></center> <center>*右边的黑盒子是质押设备*</center> <br/> 这台设备的配置还不错：i5-9500, 16GB, 1TB NVMe, 250GB SSD。但我正在计划利用它来运行Eth1主网节点和Goerli节点，参与一系列测试网，也许还会运行诸如Swarm之类的其他系统，以及参加Eth2质押。我打算长期运行这台设备，所以得有大量的空间。 下一站，集成UPS (不间断电源)！ 马上去寻找附近涂鸦墙中的Metal Albert吧！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/casper-ffg-explainerhttps://www.ethereum.cn/casper-ffg-explainerThu, 30 Apr 2020 00:00:00 GMT来源 | [adiasg.me](https://www.adiasg.me/2020/03/31/casper-ffg-explainer.html) <br/> 译者序：Eth 2.0信标链的共识协议将逐渐从PoW向PoS过渡，在这条全新的链上，如何保障其安全性和活性呢？Casper FFG 作为区块最终确定工具，为eth2带来了福音。通过这篇文章，我们可以对Casper FFG的运行规则、安全性证明和活性证明有一个初步的了解。 <br/> 为了对用户负责，任何区块链都必须保证链上区块的最终确定性和链的活性，而区块链共识机制的根本就是提供这些保障。在Eth2.0中，共识过程只在信标链中进行，而Casper FFG机制则保证其运行。本文主要描述了Casper FFG机制的基本概念，举例阐释其在信标链上的作用。 Casper FFG作为一项“最终确定性工具”(finality gadget)，为区块的最终确定制定了规则，并对已被确定的区块进行检测。FFG独立于区块链本身的增长过程，可以作为一个叠加层为任何有效的区块链协议提供区块最终确定性。 就这方面而言，Casper FFG并非一项成熟的共识协议，因其本身并没有相关设置，以保证链的活性。(或许我会择时再写一篇文章阐释影响Eth2.0信标链活性的相关因素) 让我们先来看看Casper FFG机制的结构，然后深入了解其规则，从而理解FFG如何保证信标链的安全性和活性！ <br/> # 投票 <center><img src="https://i.ibb.co/9rqk4PN/1.png"/></center> 验证者通过验证区块间的交易是否有效，给链上的区块进行投票。每记投票的格式为(S, T)，包含以下信息： - 来源区块 (S) - 目标区块 (T), 必须产生于S之后 实际操作中，一记投票需包含以下内容：验证者的数字签名以及相应区块信息（包括区块哈希和区块高度）。 <br/> # 证明&最终确定 “证明”(Justification) 和“最终确定”(finalization) 是Casper FFG机制下的两个共识执行阶段，可以类比于更为传统的拜占庭容错共识协议 (BFT) 的“准备”和“执行”阶段。 <center><img src="https://i.ibb.co/1zm1JKD/2.png"/></center> **2/3验证者投票证明了区块A和区块B** **证明**：区块B如果满足以下条件，则已被证明： - 是创世区块，或者 - 超过2/3的验证者投出了(A，B)票，A是在B之前产生的区块，且已被证明。  **最终确定**：区块B如果满足以下条件，则已被最终确定： - 是创世区块，或者 - B已被证明，且超过2/3的验证者投了 (B,C) 票，以及C是B的直接子区块（即C区块高度=B区块高度+1） **注意**：关于Eth2.0 Casper FFG机制的最终确定规则，还有更加全面的阐释，详情请参阅[此论文](https://arxiv.org/pdf/2003.03052.pdf)。上文所给的具体阐释，只是为了让本文更加通俗易懂。 <br/> # Casper FFG的规则 Casper FFG机制有两条简单的规则： 验证者不可以进行以下任何一种情况中的 (S1, T1) 和 (S2, T2) 投票 1.区块高度(T1) = 区块高度(T2),或者 2.区块高度(S1) < 区块高度(S2) <区块高度(T2) < 区块高度(T1) （译者注：这两种情况在Eth2中被描述为“双重投票”和“环绕投票”，恶意验证者会因此受到罚没。） <center><img src="https://i.ibb.co/GtTnCPC/4.png"/></center> Violation of Casper FFG Rule 1: height(T1) = height(T2) <center><img src="https://i.ibb.co/1ZFwZzx/5.png"/></center> Violation of Casper FFG Rule 2: height(S1) < height(S2) < height(T2) < height(T1) <br/> # 安全性&活性 Casper FFG的目的是保障区块最终确定这一共识执行过程的安全性和活性，下面两点具体阐述了其安全性和活性： - 可追责安全性 (Accountable Safety) : 如果两个互相冲突的区块被最终确定，那么至少有1/3的验证者违反了Casper FFG规则，他们则会被标记下来。 - 合理的活性 (Plausible Liveness) : 不管协议处于哪一阶段，验证者都可以在不违反Casper FFG规则的前提下发起投票，对新区块进行最终确定。 尽管和传统的拜占庭容错共识机制 (BFT)文献相比，本文对FFG安全性和活性的阐释显得有些业余，但是对于大家理解区块链的最终确定机制，却刚好合适。 事实上，如果读者对BFT相关文献非常熟悉，会认为对于“plausible liveness”的解释十分荒谬。然而，由于Casper FFG只是最终确定性机制，因而说到保证系统的活性，其只需要避免以下情况的出现：诚实验证者为了继续提议或证明区块，不得不违反FFG规则。 至于安全性，可靠的安全性尤为重要，如违反规则的验证者会被标记下来，并将标记信息发送到PoS的机制上，从而对恶意验证者进行惩罚。这样做有助于协议的实现，以达到系统的平衡。 <br/> # 安全证明 使得两个相斥的区块A和B最终确定（且互不为对方的子区块），有两种情况： - A区块高度=B区块高度 - 由于A和B在被最终确定之前都需要被证明，至少2/3的验证者需要分别为目标点A和B投票。这就意味着至少有1/3的验证者违背了第一条Casper FFG的规则。 - A区块高度<B区块高度 - 区块A要被最终确定，那么至少2/3的验证者都要对区块(A,C)投票，而区块C是A的子区块。 - B区块要被证明，那么随着区块高度增加，区块应该按[genesis, B_0, B_1, … , B_n, B]排列，其中每个区块都能按顺序证明下一个区块，即至少2/3的验证者要做出类似(G, B_0), (B_0, B_1)的投票。假设B_m是该序列中的首个区块，且A区块高度 < B_m区块高度。 - 需要注意的是，如果该序列中的任何区块和区块A或C的高度相同，那么形同以上第一种情况，我们已经得到了证明。 - 在(B_n, B_m)投票中 (n = m-1)，B_m能够被证明。但由于B_n或B_m和区块A或C不在同一个区块高度，那我们就能得到区块高度的排列：B_n< A < C < B_m。 - 因此，有2/3的验证者都违反了Casper FFG的第二条规则。 <center><img src="https://i.ibb.co/wwpQT6N/6.png"/></center> 安全性证明，区块高度A<B 还要注意的是，仅通过检查所有投票集合，找到有冲突的投票并检查相应的验证者签名，我们很容易确定违反Casper FFG规则的验证者。 <br/> # 活性证明 <center><img src="https://i.ibb.co/GcmYPJS/7.png"/></center> - 假设P_0是经证明后的最高区块，而Q是某些验证者所认为并且投票的最高区块。 - 区块P_1作为P_0的子区块且区块高度Q< P_1。此时如果有2/3的验证者对(P_0, P_1)投票使其被证明，并没有违反Casper FFG规则。 - P_2是P_1的子区块，如果有2/3的验证者对(P_1, P_2)进行投票，并使得P_1被最终确定。这也并没有违反Casper FFG规则。 因此，至少2/3的诚实验证者总是能够对一个新区块进行最终确定，这就保证了共识机制的活性。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/provablethings-thought-of-defi-attackshttps://www.ethereum.cn/provablethings-thought-of-defi-attacksTue, 28 Apr 2020 00:00:00 GMT来源 | [pNetwork Team](https://medium.com/@provablethings?source=post_page-----31c62e2bc799----------------------) 译者序：DeFi协议Uniswap及dForce于4月18、19日相继受到重入攻击，损失金额高达数千万美元。有惊无险的是，dForce已追回被盗资产并归还用户。一时之间，矛头直指ERC-777代币标准。然而，ERC777 本质上作为ERC-20的扩展，目的是增加新功能从而提升用户体验。我们是否真的要因噎废食？DeFi又应该如何突破安全瓶颈？ <center><img src="https://i.ibb.co/HqyR97W/ERC-1-db029a5dcc.jpg"/></center> <br/> 仅仅只是一个周末的时间，智能合约帐户被盗金额高达数千万美元。 Uniswap的imBTC资金池[遭到黑客攻击，导致价值30万的代币丢失](https://twitter.com/tokenlon/status/1251423721476116480?s=20)。时隔不久，dForce也[遭到了类似的攻击](https://www.coindesk.com/attacker-drains-decentralized-protocol-dforce-of-25m-in-weekend-attack)，尽管大部分的失窃加密货币目前[已被归还](https://www.coindesk.com/dforce-hacker-returns-almost-all-of-stolen-25m-in-crypto)。这两起事件都是利用重入攻击向量漏洞发起攻击。 有人声称ERC-777代币标准的某些函数存在漏洞是造成这两起攻击的原因。但是，重入攻击漏洞已司空见惯，尤其在[2016年的DAO攻击](https://www.coindesk.com/understanding-dao-hack-journalists)发生期间名声大噪。因此实际上，攻击与ERC-777代币标准本身无关。 重要的是，随着这个新兴行业的发展，我们必须要认识到各种协议的优点和缺点，鼓励开放协作与争议，共同致力于提高行业标准。 怪罪于代币标准是无建设性的，并且会误导大众。旨在解决旧问题的新代币标准本身更具备安全性，却因此或许面临被质疑的风险。反之，我们要对这种不断演变的事实进行周全的分析并采取行动。 <br/> # ERC-777是什么？ 以太坊代币即运行于以太坊之上的数字货币，在生态系统中发挥着独特而重要的作用。各个代币由其智能合约表示，其他DApp和用户与这些智能合约进行交互。 因此，以太坊引进了代币标准，以此来简化生态系统中的诸多DApp与代币之间的交互，从而提高可组合性。秉承着成为 “标准代币接口” 的目标，[ERC-20代币标准](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-20.md)最初于2015年投入开发。[此处](https://docs.ethhub.io/guides/a-straightforward-guide-erc20-tokens/)是ERC20代币标准运作机制的相关指南。 <center><img src="https://i.ibb.co/xM5RBdY/ERC-2-328bc19fb2.png"/></center> <br/> 随着时间的推移，以太坊代币与生态系统建立起越来越多的联系，应用范围越来越广泛。代币的用例和应用日益增多，更加复杂的智能合约对基本ERC-20代币标准提出了更高的要求，因此其部分局限性也随之开始显现。 实际上，最初该标准是为处理基本功能性而设的，因此不适用于所有用例。 尽管当今大多数代币都遵循ERC-20标准，但仍有部分代币在此基础上根据自身需求添加自定义功能。结果，部分非标准功能 (称为 [“扩展功能 (extension)”](https://docs.openzeppelin.com/contracts/2.x/api/token/erc20) ) 已添加到各个代币。 譬如，ERC-20标准不支持铸造和销毁功能，但事实上这些功能是必需的，于是便被添加为扩展功能。在某些情况下，功能需求部分重合，因此各种代币添加的扩展功能不尽相同。 ERC-20标准的这种分散性使DApp集成过程，甚至整体可组合性不必要地复杂化。为了解决这种分散性问题，社区试图就新标准达成共识。 <center><img src="https://i.ibb.co/x2Pwcjy/ERC-3-0cd7563e5e.png"/></center> 经过持续两年的[开放讨论](https://github.com/ethereum/eips/issues/777)，这项新的[ERC-777代币标准](https://eips.ethereum.org/EIPS/eip-777)于去年推出。ERC-777代币标准的功能更为强大，它 “试图对广泛使用的ERC20代币标准进行改良”，并成为其正式化的完全扩展版本。 它引入并 “明确了与代币交互所需的高级功能”，使代币持有者能够更好地控制其资产。所有ERC-777代币都向后兼容ERC-20标准，这意味着如果DApp或钱包支持ERC-777标准，那么也就支持ERC-20 标准。 ERC-20是一种简单的代币格式。正是得益于其简易性，目前已有众多项目和团队利用该标准相对轻松地构建了新的DApp，既促进了生态系统的发展，也激发了创新创造活力。**然而，它的局限性也使其面临用户体验方面的持续挑战。** <br/> # ERC-777标准旨在解决ERC-20标准固有的两个主要问题 1.ERC-20仅对以太币 (ETH) 交易做出响应。批准并转账需要进行两个步骤，这一缺点导致诸多用户体验问题。最明显的问题是，处理单个请求需要发起两笔独立的交易。**ERC-777则能通过执行功能实现代币的转入，无需借助ETH作为媒介，从而简化了转账流程。** 2. “用户操作失误” 导致价值数百万美元的代币丢失。用户通常将其代币发送到智能合约，而不是区块链目的地址。由于尚未界定在处理此类错误的情况下`transfer` 函数的标准行为，所以ERC-20合约无法检测到此类错误。ERC20代币标准的这一特征 “是一个软件bug，可归类为软件漏洞”。相比之下，**ERC-777智能合约能够检测到此类错误并拒绝错误的代币转账行为。** <br/> # ERC-777标准与某些协议不兼容 ERC-777标准的特定函数是其独特的特征。这些函数实现了协议之间的互操作性，这对于扩展以太坊生态系统至关重要。 **但是，由于ERC-777代币标准是去年才引入的，所以这些特征可能与某些协议不相兼容，尤其是某些先前部署的智能合约。** 鉴于以太坊的快速发展以及新兴去中心化金融智能合约的日益复杂，存在不兼容性不足为奇。但重要的是，也要尽快解决协议中的这些问题，因为它们暴露在攻击向量的入侵之下。对于其他各种不兼容性来说也是一样的道理，不仅仅是针对ERC-777标准。 随着该新标准的采用率越来越高，其他项目也就必须支持ERC-777代币，或者以其他方式实施必要的安全措施，以保护自身项目免受此类攻击。不幸的是，许多项目并没有做到以上两点。 在某些情况下，例如，即使Uniswap团队公布了 V.1版本存在此问题，也只是不鼓励用户锁定其ERC-777代币到流动性池中。 Uniswap团队似乎还错误地以为，转账代币时受到重入攻击，合约仍处于安全状态。请注意，这种假设对于任何一种智能合约都不成立，但是某些协议还是将代币转账（不仅是ETH转账）错误地假定为比正常情况更安全。不幸的是，上上个周末发生的重入攻击正是操纵了此漏洞。 发起重入攻击即操纵智能合约中进行交互 (进行“交流”和互操作) 的函数对合约进行攻击。例如，用户兑换其代币时或许会涉及三个智能合约；智能合约A (一种dApp或协议如Uniswap)与智能合约B (代币智能合约如imBTC，或另一种dApp或协议) 进行交互，然后智能合约B与智能合约C (任何能够由黑客创建，只为盗取资金的智能合约) 进行交互。 <center><img src="https://i.ibb.co/VxnLG6J/ERC-4-dfb2699d8e.png"/></center> 如果智能合约C受攻击者劫持，它可以发送代币请求，但会伪造收到资金的确认信息。发送代币至智能合约C的请求仍然执行，但是攻击者可以继续假装从未收到代币。由于这是一个自动化过程，因此无法进行干预，除非用户意识到正在受到攻击并终止合约。 <br/> # 前车之鉴 这种攻击向量暴露在被攻击的风险下。作为以太坊互操作性的一项关键特征，它可以通过多种方式加以操纵。代币智能合约也是发起重入攻击的工具之一。最近发生的imToken/Uniswap和dForce攻击就是如此。 **我们不能因噎废食，攻击事件并不足以为DeFi时代划上句号，甚至不足以使我们质疑ERC-777代币标准的安全性。** ERC-777代币的数量正在稳定增长。诸如Augur之类的团队正在决定将其代币格式从ERC-20升级为ERC-777。**随着DeFi行业的发展，我们必须了解使用此类创新技术的风险以及如何将风险降至最低，这一点至关重要。** 这种漏洞的优点在于，它属于代码错误，而非传统金融行业中普遍存在的固有的系统性缺陷——腐败、过度监管和排斥性。通过DeFi，我们已经将信任从人类转移到代码身上。因此，尽管总会有人存心利用代码，但是至少代码本身并没有从人类身上获利的企图。当今的经济体系却并非如此。 作为DeFi行业的一份子，我们应该不断改进标准，使每次迭代都变得更强大、更安全。目前，ERC-777具有一系列优势，能为代币持有者和DApp带来价值。**我们应该始终致力于改进ERC-777标准以及今后所有的标准。**DeFi要脱颖而出，突破口正在于此。 <center><img src="https://i.ibb.co/vDSghk3/ERC-5-4404f1e47d.jpg"/></center> <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/casper-ffg-in-eth2-0https://www.ethereum.cn/casper-ffg-in-eth2-0Thu, 23 Apr 2020 00:00:00 GMT来源 | [adiasg.me](https://www.adiasg.me/) <br/> 感谢Danny Ryan与笔者共同讨论及审阅文章。 我[上一篇文章](https://www.adiasg.me/2020/03/31/casper-ffg-explainer.html)讨论的是关于Casper Friendly Finality Gadget （Casper FFG）的基础知识，那么这篇文章的第一部分将重点介绍信标链Casper FFG机制实现的高层级细节，第二部分将讨论分叉选择规则（fork choice rule）和活性的其他相关因素。 这篇文章解释的是直接从Eth2.0规范中挑选的概念，我会尽可能地提供规范中参数与函数的相关链接。这些链接仅供参考，因此无需查阅这些链接也能读懂这篇文章。 <br/> # Casper FFG 机制 ## Slots、 Epochs 及 Attestations **Slots（时隙）**：区块链上的时间是按照 slot 来划分的，每个slot期间有一个新区块被提议。每个slot为12秒，[一个slot分配一个验证者提议产生一个新区块](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md#get_beacon_proposer_index)。 **Epochs**（时段）：Casper FFG机制无需在完整的区块树上运行，仅处理投票所需的某些特定slot的区块即可。因此，在通过查看投票情况以对区块进行最终确定时，能够免于查看过多来源区块 – 目标区块对，从而减少了成本。由于这些特殊slot为验证者提供了足够的投票时间，因此当每次进行FFG最终确定性检查时，预计将看到绝大多数验证者的新投票结果。每个epoch由32个slot组成，所以每个epoch的时间长度为6.4分钟，即1 epoch = 32 slots \* 12s = 6.4mins。FFG机制只处理这些epoch的边界区块（称为”检查点（checkpoints）”或“epoch边界区块（EBB）”）。 <center><img src="https://i.ibb.co/gM9F7Cn/1.png"/></center> **假设每个epoch由3个slot组成，Slots和Epochs之间的关系示意图，其中区块A、D、G是检查点** [**Attestations证明**](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md#attestationdata)：指的是Casper FFG投票，其中包含诸如来源区块、目标区块、进行证明时的slot编号及验证者的标识符等信息。证明由验证者广播到p2p网络，最终再由区块生产者打包进区块。 <br/> ## Casper FFG 机制的变化 与我以前的文章中提到的相比较，最终确定性的定义有所改变。 **Finalization（最终确定性）**：区块B已最终确定的条件如下： - 或是充当创世区块 - 或是B_0已被证明，条件如下： - slot编号按顺序递增，检查点也随之按[B_0, B_1, … , B_n]顺序排列，其中n >= 1，这些检查点区块位于同一条链上且已被证明。 - 同时超过2/3的验证者已将票投给 (B_0, B_n)  **黄色区块处于已证明状态，红色区块处于最终确定性状态** 更改后的定义仍然保留了上一篇文章中Casper FFG安全证明的概要。关于完整证明的内容，请参见[本文](https://arxiv.org/pdf/2003.03052.pdf)的“安全性”部分。 #### **Casper FFG 最终确定性检查** 信标链采用链上FFG机制来处理区块与证明，以检测最终确定性。在每个epoch边界，该机制都会处理新的证明，并更新已证明与已最终确定区块的信息。 为了尽可能降低任何来源区块-目标区块对之间证明的处理成本，链上FFG机制仅处理特定的来源区块-目标区块对，即只处理当前与上一个epoch的证明[（事实上还要满足更多条件）](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md#attestations)。这种特性导致链上FFG机制无法检测所有最终确定性实例！简而言之，这种链上机制是合理的，但并不完善。 另外，由于仅处理最后两个epoch的证明，该机制还引入了网络同步假设（network synchrony assumption），假设证明在两个epoch的时间内广播到全网。 [链上FFG机制规范](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md#justification-and-finalization)十分简单： - **第一步要检查区块合理性**。采用最后两个epoch的新证明来检查它们的边界区块是否合理。 - **下一步要检查区块最终确定性**，检查对象是最后两个epoch的边界区块。仅对四组来源区块-目标区块对进行最终确定性检查，以求提高性能和简化规范。 <center><img src="https://i.ibb.co/hdXB2sF/ffg3-cf760ec51a.png"/></center> <br/> <center><img src="https://i.ibb.co/gy6MFBB/4.png"/></center> **此图展示最终确定性检查涉及的检查点**，黄色区块为已证明状态，红色区块为已最终确定区块 <br/> # 分叉选择与验证者计划 尽管Casper FFG机制对区块最终确定保证规则进行了概述，但并未提及在实践中如何保证网络活性。*（注意：本文并非试图证明网络活性，而是概述有望保证活性的过程。相关严谨分析，请参阅[此文](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md#justification-and-finalization)。）* 本文这部分将重点关注两个主要的活性相关因素： - 验证者用来查找区块链头所执行的分叉选择规则 - 验证者遵循的区块生成与证明计划 <br/> ## HLMD GHOST 分叉选择规则 提议区块的验证者首先必须找到本地区块链头，为此，他们要遵循Hybrid Latest Message Driven (HMLD)GHOST作为分叉选择规则。 [分叉选择规范](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/fork-choice.md#get_head)如下： 1. 在每个epoch开始的时候，验证者确定当前视图下的最新已证明区块。这一变量会在该epoch内被冻结，并在下一个epoch开始时再次更新。 2. 筛选并排除出没有把步骤1确定的已证明区块作为此区块链中最新已证明区块的区块。 3. 遵循[一般LMD GHOST规则](https://vitalik.ca/general/2018/12/05/cbc_casper.html)，由上至下遍历区块树，直到找到叶节点为止。 分叉选择的更多相关信息，请参见[此文](https://arxiv.org/pdf/2003.03052.pdf)的“Hybrid HLMD GHOST”部分。 <br/> ## 验证者计划 每个验证者对网络负有两大主要责任：提议新区块和在其本地视图中证明最佳区块，为此制定了验证者计划，以防止产生混乱和简化网络中的消息传递。[此计划由每个验证者利用从当前信标链状态获取的随机性计算而得](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/validator.md#validator-assignments)，以免攻击者支配验证者计划。 **提议计划（Proposal Schedule）**：在每个epoch中的每个slot，[都会有一位验证者被分配为提议者](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md#get_beacon_proposer_index)。该验证者遵循分叉选择规则在区块树的本地视图中找到链头，并为该链头生成一个新的子块。验证者将其见到的证明打包到区块中并获取奖励。当进行最终确定性检查时，这些证明将输入到链上FFG机制。 **证明计划（Attestation Schedule）**：每个epoch中的每个slot中的每个验证者都要生成证明。实际上，对于每个epoch，整个验证者集被随机划分为SLOTS_PER_EPOCH个等同大小的委员会，这些委员分别被分配到一个特定的slot，然后生成证明。在生成证明时，验证者将根据其本地视图，以最后一个已证明区块作为来源区块，以链头后的最新检查点作为目标区块。 验证者计划的更多相关信息，请参阅Eth2.0规范中的[验证者指南](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/validator.md)。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/ethos-dev-beacon-chainhttps://www.ethereum.cn/ethos-dev-beacon-chainTue, 21 Apr 2020 00:00:00 GMT来源 | [ethos.dev](https://ethos.dev/beacon-chain/) 作者 | JosephC <br/> <center><img src="https://i.ibb.co/VJcnYtX/1-f8a29d7eb1.png"/></center> **还记得你刚窥探到区块链的奥秘时那份喜悦吗？** **你对信标链有同样的求知欲吗？** 信标链是以太坊2.0系统的核心，然而针对该系统的大部分描述都过于技术化、针对性过强或者不够深入。但是从这篇文章中，读者可以充分了解到信标链中的各个元素和运行机制。为了使读者在理解信标链时事半功倍，文章将通过一些例子，用通俗的语言解释其中的关键细节。 阅读本文之前，我们假设读者对以太坊和比特币有不错的基础知识，并对权益证明 (Proof of Stake) 这一共识机制有一定了解。 现在进入正题，让我们一起深入探讨信标链的各个部分，诸如分片（shards）、质押验证者 (staking validators)、证明 (attestations)、委员会 (committees)、检验点 (checkpoints) 和最终确定性 (finality)。 <br/> # 分片：未来蓝图 要想进入信标链的世界，首先我们需要打开分片的大门。在扩容性方面，包括以太坊在内的区块链现在面临的主要问题是：每个节点必须验证和执行每一笔交易。 在计算机科学中，主要有两种扩容方式： A.**纵向扩容**：即增强节点能力 B.**横向扩容**：即增加节点数量 为了保证去中心化，区块链需要采取横向扩容方式。以太坊2.0 (也即Eth2或Serenity) 其中一个目标就是让节点可以在消费级硬件中运行。**总体来说，Eth2采用的分片机制指的就是对数据库进行横向分割**。 总的来说，每条分片链都拥有一个节点子集，在该链上进行工作。虚拟矿工和验证者被分配到不同的分片中，并且只处理和验证自己所在分片链上的交易。 **以太坊分片上的节点子集是动态的，按照区块顺序处理分片。** 区块链实行分片机制的主要挑战在于如何确保分片安全性。由于验证者分散在不同的分片中，有的节点可能会恶意控制某个分片。 解决该问题的关键在于： **随机分配 (shuffling) 验证者，每个分片区块都有一个委员会，其中的验证者都经由随机挑选。这种做法的目的是，经数学计算，如果攻击者控制的验证者少于总数的三分之一，其想要攻击单个分片是难以实现的。** 此外，错误性证明（fraud proofs）、数据托管证明 (custody proofs) 和数据可用性检查 (data availability checks) 都是确保安全的重要因素，不过需要单独的讲解才能说清楚。 Eth2 目前的计划是启用**64个分片**。尽管分片和信标链是独立运作的，我们还是会针对整个系统的关键部分进行阐述。 分片向我们揭示了以太坊信标链能做什么，需要什么。我们也能从中了解到为什么在传统的区块链基础上需要增添这些新元素。分片式区块链作为一片新大陆，始终等待着创新者的开垦。 <br/> # 以太坊2.0的各个阶段 简单来说，以太坊2.0有三个阶段： Phase 0 – 信标链 Phase 1 – 分片 Phase 2 – 执行 可以和人体进行类比： Phase 0 – 心脏 Phase 1 – 四肢 Phase 2 – 大脑 也可以和一支强大的管弦乐队进行类比： Phase 0 – 指挥 Phase 1 – 乐器 Phase 2 – 乐手 每个阶段都是系统里的重要组成部分，有着不同的特性。[阶段0是以太坊2020年的目标之一](https://ethos.dev/ethereum-2020-roadmap/)。与其他阶段相比，阶段1要更加稳定，而阶段2侧重于执行与代理。 <br/> ## 时隙 (slots) 和时段 (epochs) 信标链是以太坊2.0的心脏，它令以太坊系统在和谐与共识中有序运行。**每个slot为12秒，每个epoch由32个slots组成，即6.4分钟。** <center><img src="https://i.ibb.co/0Kh61pG/2-4b99fa032b.png"/></center> <center>Epoch 0中的前32个slots，创世区块在Slot 0中产生</center> [（本文参考了[信标链规范v0.10.1]相关内容）](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/beacon-chain.md) 在每个slot中，在信标链和分片中都可能新增一个区块。我们可以想象，信标链和分片链有序且紧密地排列在一起，**当系统在理想情况下运转时，每12秒就有一个信标（链）区块和64个分片区块产生。**验证者大致按照[这个时间](https://ethresear.ch/t/network-adjusted-timestamps/4187)同步。 我们可以将一个slot看作是区块生成时间，不同的是slots内可以没有区块。信标链和分片的创世区块都在Slot 0中产生。分片将在信标链epoch 0的下一个epoch中开始运作，但无论是分片链还是信标链，都有自己的epoch 0，且包含其创世区块。 ## 验证者 (validators)、证明 (attestations) 和信标链 工作量证明（PoW）与矿工密不可分，而在以太坊2.0中，验证者 (validators) 便是权益证明 (PoS) 共识机制中的“虚拟矿工”。验证者这一概念在Eth2共识协议中应用率极高。相关激励机制稍后将在“信标链验证者奖惩制度”这一部分加以讨论。 **区块提议者**（block proposer）是被（伪）随机挑选出来生产区块的验证者。 大多数时候，验证者则充当**证明人**（attesters）的角色，对信标区块和分片区块进行投票。这些投票会记录在信标链上，用以决定信标链和分片链的头部 (heads)。 （随机验证者在每个slot中提议一个区块， 如果其他验证者投票赞成该区块，那么提议验证者将会获得奖励） <center><img src="https://i.ibb.co/pjJ7sfy/3-d40e17010f.png"/></center> <center>（Slots可能会丢失区块，当被选中的验证者因为掉线、同步失败等原因而没有提议区块时，就会丢失区块，那么验证者也无法得到奖励）</center> <center>某epoch中第28个slot无区块提议</center> 在每一个epoch中，一个验证者被（伪）随机分配到一个slot和分片中。该验证者参与到他所被分配的分片的共识中，从而他可以对该分片的分片头进行投票。然后验证者将该slot上的分片头和信标区块连接起来。 **一份证明**（attestation）则是验证者的一记投票，投票通过验证者的余额进行加权。除区块之外，证明也会由验证者在系统中进行广播。 验证者之间也会互相监督，通过举报其他验证者自相矛盾的投票或提议多个区块的行为，从而获得奖励。 信标链里主要记录了验证者的地址、每个验证者的状态、证明和分片的链接。验证者需经由信标链激活，也可以转变在线状态，稍后在“信标链验证者激活和生命周期”中有简单的介绍。 ## 质押验证者：含义 验证者是虚拟的，并由质押者激活。在工作量证明 (PoW) 共识机制中，成为矿工需要购买挖矿硬件。而在以太坊2.0阶段，用户通过质押ETH来激活和管理验证者。 为了更清楚地理解质押验证者的含义，我们可以将质押者（stakers）和质押金 (stake)，验证者 (validators) 和**余额** (balance) 联系起来。每个验证者拥有的余额最多为32个ETH，不过，质押者可以质押他们所有的ETH。每质押32个ETH，一个验证者就会被激活。 验证者通过验证者客户端进行工作，而客户端借助信标（链）节点来运行。每个信标节点都有跟踪和读取信标链的功能。而每个验证客户端都可以执行信标节点的功能，或者调用信标节点。一个客户端允许一个或以上验证者执行验证职能。 <br/> # 交联 (crosslinks)：分片扎根信标链 交联是指将一个信标区块和一个分片区块连接起来，在一个交联中，信标链紧跟分片链头。由于一个信标区块中有64个分片，因此至多可以容纳64个交联。如果在某个slot中，没有验证者为其他63个分片提议区块的话，在这个信标区块上可能只有一个交联。交联计划于eth2的阶段1实现，为的是将分片扎根在信标链中，为分片分叉选择、分片链最终确定性和跨分片通信打好基础。所有分片链全程都与信标链紧密相连。 # 委员会 (committees)：介绍 一个委员会由一组验证者组成。为加强安全保障，**每个slot（在信标链和每个分片里）的委员会至少由128位验证者组成**。而一个恶意攻击者能够控制2/3委员会成员的可能性低于[万亿分之一](https://medium.com/@chihchengliang/minimum-committee-size-explained-67047111fa20)。 以太坊信标链这一名词，来源于随机信标（randomness beacon, 向公众提供随机数字）这一概念。信标链在一个伪随机的过程（RANDAO）中执行共识。 <center><img src="https://i.ibb.co/zsR8ML8/4-54c13c6006.png"/></center> <center>（在每个epoch中，RANDAO为每个slot挑选区块提议者，并将验证者打乱，分配至委员会中）</center> RANDAO根据验证者余额的权重，选择出区块提议者。在同一个slot中，一个验证者可以同时是区块提议者和委员会成员，但这并不是常态。出现这种情况的概率为1/32，因此我们大概会在每个epoch碰到一次。上图情景中的验证者不到8192个，不然每个slot就得至少包含两个委员会。 关于委员会，本文重点讲解**信标链委员会**：为信标链服务的验证者。一个（信标链）委员会将会被伪随机分配到一个分片上，将其交联到信标区块中。委员会成员不是固定不变的，负责交联的委员会都是逐块更替的。 分片委员会仅进行生产分片区块的工作，此话题留待日后讨论。 许多分片区块由分片链验证者生产，且不需要与信标链联系。然而，如果某个分片想要和其他分片通信，则需要借助信标委员会将其与信标区块进行交联。 <center><img src="https://i.ibb.co/8rmfMqg/5-e9d9179e3e.png"/></center> <center>（委员会里的验证者应该要投票选出区块链头）</center> 上图综合描述了三个slot中发生的情况。在slot1中，有验证者提议出一个区块，该区块得到两个验证者的证明；而委员会A里的一个验证者离线了。Slot 1中的证明和区块被广播到网络上，许多验证者也收到了该信息。在slot 2中，又一个区块被提议出来，而委员会B的一个验证者错过了该信息，于是该验证者认为信标链头是slot 1中的区块。请注意，这个验证者跟slot 1的离线验证者有所不同。**投票证明信标链头的这个过程被称为”LMD GHOST 投票”**。在slot 3中，委员会C上所有的验证者都遵循LMD GHOST分叉选择规则，并独立地投票选出同一个信标头。 **一名验证者在每个epoch中只参与一个委员会**。一般来说，系统中的验证者会超过8192个，所以每个slot中会有一个以上委员会。所有委员会的规模都一样大，至少由128个验证者组成。当系统中的验证者少于4096个时，安全性就会打折扣，因为这意味着单个委员会的验证者将少于128个。 <br/> # 委员会 (committees)：关键 **在每个epoch中，验证者们被均匀地分配到各个slot中，然后进一步分配到规模相当的各委员会中。所有验证者都要在自己所在的slot中投票选出信标链头。每个委员会都要在自己所在的slot中尝试交联某个特定的分片。混洗 (shuffling) 算法会适时调整每个slot中委员会的数量，以保证每个委员会都至少有128名验证者。** 举个例子，假定有16384名验证者，其中512名验证者被伪随机分配到slot 1中，另外512名被分配到slot 2中，以此类推。Slot 1中的512名验证者被进一步分成4个委员会，并被伪随机分配到分片中。 假设分片33、55、22、11是这四个委员会所分配到的分片。所有512名验证者都要在slot 1中发起LMD GHOST投票；其中一个委员会的 128 名验证者试图和分片33产生交联；另一个委员会的128名验证者试图与分片55产生交联；剩余两个委员会则试图与分片22和分片11产生交联。 在slot 2中，这个过程会重复一遍，512名验证者同样分成4个委员会，然后被伪随机分配到分片中。假定他们被分配到分片41、20、17、15中。所有的 512名验证者都要在slot 2中投票选出信标链头；同时这几个委员会也试图与分片41、20、17、15产生交联。 这个过程也会在该epoch剩下的slot中再三重复。每个验证者在自己所处的slot中，可以进行投票、证明以及交联。在该epoch结束之后，所有16384名验证者都已发出过投票并且和分片进行过交联。 但是，前面所提到的验证者投票都是针对slot的，而并非针对epoch。打个比方，其区别类似在地方选举和全国大选中进行投票。到目前为止，全体验证者还并未就同一个事物进行投票。 以下部分将进一步阐释检查点 (checkpoints) 和最终确定性 (finality)，描述了各验证者处于分配的slot时，针对epoch发起的投票。也就是说，全体验证者在自己所处的slot中，还要为epoch的检查点投票。 <br/> # 信标链检查点 Beacon Chain Checkpoints 检查点 (checkpoints) 就是位于epoch第一个slot里的区块，如果这个slot内没有产生区块，则最近的前一个区块即为检查点。每个epoch都会有一个检查点区块；一个区块可能同时是多个epoch的检查点。 <center><img src="https://i.ibb.co/P12Nyb2/6-6cd2c296f8.jpg"/></center> <center>（包含64个slots的epoch检查点）</center> 值得注意的是，从slot 65 到slot 128 之间是没有区块的。Epoch 2 的检查点本来应该是位于slot 128 处产生的区块，但因为该slot丢失了，所以epoch 2 的检查点还是slot 64 处产生的区块。Epoch 3 同理，slot 192 处是空块，因此epoch 3的检查点为slot 180处产生的区块。 时段边界区块 (epoch boundary block, EBB) 是一些文献 (比如 [Gasper 论文](https://arxiv.org/abs/2003.03052)，也是上图的来源) 中用到的术语，可以理解为“检查点”(checkpoint) 的同义词。 在发起一次LMD GHOST投票时，验证者也要为最近一个epoch的检查点投票，该检查点叫做 “目标检查点” ( target) 。该投票叫做**Casper FFG投票**，而且还包括对前一个检查点的投票，叫做“来源检查点“ (source)。 上图中，epoch 1中的一个验证者进行投票，将创世区块选为来源检查点，然后推举slot 64 处产生的区块为目标检查点。在epoch 2中，同一个验证者又为相同的检查点投票了。验证者只需为自己所分配到的slot发起LMD GHOST投票，但是每一个epoch上的所有验证者都要为epoch的检查点发起FFG投票。 ## 绝对多数 supermajority 绝对多数（supermajority）是指**某个投票获得了所有活跃验证者总余额2/3的支持**。 简单来说，假设有 3 个活跃验证者，其中两个的余额是8 ETH，另一个验证者的余额为32 ETH。那么，那个拥有最多余额的验证者所进行的投票才是绝对多数；尽管另外两个验证者的投票可能不一样，但是他们的余额不足以形成绝对多数。 <br/> # 最终确定性 Finality 当一个epoch结束之后，如果其检查点得到了2/3余额票数，也就是形成了绝对多数，那么该检查点就被证明 (justified) 了。 如果检查点B已经被证明，且其下一个epoch的检查点也被证明了，那么B就被最终确定了 (finalized)。一般来说，一个检查点会在两个epoch内得以最终确定，即12.8分钟。 通常来说，用户交易发生在一个epoch的中间部分；那么距下一个检查点就还有半个epoch的时间，也就是说，一笔交易经过2.5 个epoch（16 分钟）便可得以最终确定 (finality)。在理想情况下，超过2/3的证明 (attestations) 将会被打包进某个epoch的第22个slot中。**因此，交易得以最终确定的平均时长为14分钟（16+32+22个slot）**。区块确认过程则经由区块证明 (attestations)，到被证明 (justification)，再到最终确定 (finality)。用户可以自己决定是否等到交易最终确定，还是说稍低一点的安全性也足够了。 <center><img src="https://i.ibb.co/ZGq3ZcL/6-62298ea3ea.png"/></center> <center>Slot 64处的检查点被证明，slot 32处产生的一个区块得以最终确定</center> 为简要叙述，下文将假设所有验证者的余额相同。 ## 信标链头发生了什么 在slot 96处，一个时段边界区块 (EBB) 被提议，且该区块还包含了对epoch 2中检查点的证明。Epoch 2检查点的证明投票现达到了2/3的绝对多数，意味着epoch 2的检查点被证明了。因此，上一个被证明的检查点，即epoch 1检查点，也获得了最终确定性。Slot 32处的区块一旦被最终确定，此前所有区块都会被最终确定。 在对检查点进行最终确定时，对同时可以得到最终确定的区块在数量上并没有限制。所以，虽然最终确定性仅在epoch边界的时候产生，但证明 (attestations) 是逐块累加的，下文的“从创世区块到区块链头会发生什么”提供了另一种解释。 从slot 1到slot 32的信标链区块所包含的所有交联，也会使分片链获得最终确定性。换句话说，当一个信标区块被最终确定时，与该块所交联的分片区块也能被最终确定。交联本身不足以使一个分片区块被最终确定，但是对分片链的分叉选择有所帮助。 ## 从创世区块到区块链头会发生什么 采取同样的办法，我们可以观察到从创世区块开始的一条故事线： 从slot 1到slot 36，所有的提议者都提议了一个区块，且所有区块都被添加到链上。对于epoch 1的所有区块来说，其检查点 (slot 32 处的区块) 累积了55%的验证者证明。验证者在slot 64处提议区块时，同时也对epoch 1处的检查点发起投票。现在，有70%的验证者都证明了epoch 1的检查点，因此epoch 1检查点被证明 (justified)。Epoch 2结束后，epoch 2 的检查点 (slot 64处的区块) 累积了投票证明但还达不到2/3的多数要求。验证者在Slot 96处提议区块时，同时也对epoch 2处的检查点发起投票，所以这时候，epoch 2 检查点的投票达到了2/3的多数要求，也就是被证明了（justification）。Epoch 2的检查点被证明的同时，epoch 1的检查点以及所有此前的区块被最终确定了。 还有一种可能性，我们只考虑到epoch1。Epoch 2的检查点被提议出来之前，epoch 1的检查点可能已经获得了绝对多数投票。 譬如说，当slot 32和slot 54的区块被提议出来时，slot 32的检查点的证明投票可能已经达到多数要求了。因而在这种情况下，检查点可能在epoch 2之前就已经被证明了。最后一点，检查点可以在离其最近的epoch中被证明，但是至少隔一个epoch才能被最终确认。 有时，一个区块被证明意味着两个甚至多个epoch以前的区块被最终确定。Gasper论文里讨论了这种情况，只有在网络高延迟、网络隔离或遭遇强大攻击等个别情况下，才会出现这种状况。 最终确定性对于分片及以太坊区块上的用户来说是无比重要的，保证用户们的交易安全进行，不被纂改，并且降低了跨分片通信的复杂性。如果没有最终确定性，分片内部和分片之间的交易回滚会具有破坏性，或让分片的利好不复存在。 <br/> # 更加深入地了解证明 (attestations) **一则证明包含一个LMD GHOST投票和一个FFG投票**。理想情况下，每个epoch中所有验证者提交一份证明。每一个证明有32个slot的机会被打包进链，这意味着在单个epoch，一名验证者可能有两份证明被打包上链。 如果验证者在其所分配的slot里发送证明，且该证明被打包上链，那么验证者获得的奖励为最大值；随后打包上链所获得的奖励就会不断减少。为了留给验证者准备的时间，他们被提前一个epoch分配到委员会中。一旦epoch开始，提议者只会被分配到各slot中。尽管如此，[秘密领导人选举](https://ethresear.ch/t/low-overhead-secret-single-leader-election/5994)旨在降低攻击和贿赂提议者的风险。 委员会使得联合签名的技术达到最优化状态，将每一名证明者的签名聚合成一个签名。当验证者在同一个委员会中，并做出了同样的LMD GHOST和FFG投票时，他们的签名就可以被聚合。 <br/> # 信标链验证者奖惩机制 1. 证明者奖励（attester rewards） 2. 证明者惩罚（attester penalties） 3. 质押者特有风险（typical downside risk for stakers） 4. 罚没和吹哨者奖励（slashings and whistleblower rewards） 5. 提议者奖励（proposer rewards） 6. “不作为”惩罚（inactivity penalty） 当验证者所给出的证明 (LMD GHOST或FFG投票) 为其他大部分验证者所同意时，会获得奖励。在eth2的阶段1中，验证者也可以通过与分片产生交联而获取奖励。当区块被最终确定，奖励也随之确定。 相反，如果验证者没有提交证明，或者其投票选出的区块最终没有被确定，那么验证者就会受到惩罚。 在描述相对来说不那么常见的奖惩制度之前，你可能想知道成为一名质押者所面临的风险。作为一名质押者，损失ETH的风险与回报并存。如果一名验证者在一年中能赚取10%的报酬，那么一名工作表现差强人意的 (诚实) 验证者则面临10%的损失。比如说，一名验证者总是不在线，或者其投票的区块总是无法被最终确定，他将会受到惩罚，而罚款数额等于一名验证者投出有效区块所获得的奖励数额。 **罚没的数额最少为0.5个ETH，最多则是一名验证者的所有质押金额**。一名验证者如果受到了罚没 (slashing) 惩罚，其将至少损失余额的1/32，且会被停止继续参与工作。该名验证者所受惩罚的程度，与连续8192个epoch都离线的验证者所受的惩罚相当。基于同时受到罚没惩罚的验证者的数量，协议还会对验证者做出额外的惩罚。施以额外惩罚的基本公式是：“validator_balance*3*fraction_of_validators_slashed”。也就是说，如果1/3的验证者同时受到了罚没，他们会损失所有余额。而对罚没行为举报成功的验证者，则可以获取吹哨者奖励。 区块一旦得以最终确定，区块提议者便可以获得相当可观的奖励。一直在线且妥善完成工作的验证者，他们提议区块所能获得的奖励将提高1/8。如果发生罚没行为，提议者还可以将罚没证据打包进区块，从而获得少量报酬。在eth2阶段0，所有吹哨者的奖励实际上都归于提议者。 以太坊2.0这个系统里有许多机制，通过了解其作用，便可以更好地了解这些机制。这套奖惩制度里，最后一项便是“不作为”惩罚。 简单来说，如果有超过4个epoch没有获得最终确定性那么所有验证者都要受到翻倍的“不作为”惩罚，直到下一个检查点被最终确定。“不作为”惩罚的作用在于：如果50%的验证者掉线了，在21天后会再次重新对区块进行最终确定。 ### 罚没 Slashing 如果出现以下这三种情况，要对验证者进行罚没惩罚：双重提议、FFG双重投票和FFG环绕投票。LMD GHOST投票不会受到罚没惩罚。 **双重提议 (double proposal)** 指一名区块提议者在他所分配到的slot里提议一个以上的区块。 **双重投票 (double vote)** 指一名验证者针对同一个目标检查点 (target)，不同的源检查点 (source) 发起的两次FFG投票。 **环绕投票 (surround vote)** 指一名验证者发起的FFG投票环绕之前的FFG投票，或是被之前的FFG投票所环绕。 下面有两个例子，背景是一名验证者在epoch 5内，为slot 32处的源检查点和slot 128处的目标检查点发起了一次FFG投票： - 在epoch 6内，为slot 64处的源检查点和slot 96处的目标检查点发起的FFG投票，**被其在epoch 5中的投票环绕**。 - 在epoch 6内，为slot 0处的源检查点和slot 160处的目标检查点发起的FFG投票，则**环绕了其在epoch 5中的FFG投票**。 在epoch 6内，针对slot 128目标检查点的FFG投票是双重投票，除非slot 32为源检查点，否则要受到罚没。相同的FFG投票不会遭到罚没。 <center><img src="https://i.ibb.co/KG6dK5d/7-56467cb5fb.png"/></center> 针对同一个源检查点的两次FFG投票，不用受到罚没。这对系统的活性很重要。比如说，如果有两个分叉，每个分叉占有验证者50%的余额，那么协议需要鼓励 (而非惩罚) 验证者通过对同一个源检查点和一个不同的目标检查点发起投票，从而在分叉间转换。验证者可以在分叉之间安全地来回转换，并尝试达到2/3的绝对多数，以避免陷入僵局。 一名吹哨验证者提出举报时，需要打包冲突投票的相关信息来证明该验证者应受到罚没。要在一个庞大的记录系统里，有效地找出冲突投票，是对算法和数据结构的一项巨大挑战。[“罚没检测工程挑战”](https://hackmd.io/nuLL7lHeQtSYV2G6g-ry0A)正在寻求参与者。 验证者完全有能力使自己避免被罚没：只需要记住其对哪些证明和提议进行了签名。一名诚实的验证者不会因为其他验证者的行为而受到罚没。只要验证者没有对冲突的证明或提议进行投票，就不会受到罚没。 一个验证者客户端可以运行多个信标节点，从而延长系统的正常运行时间、增强信任和DoS攻击抵御。在运行节点或是运行备份验证者客户端时，用户需要注意，验证者有无对冲突的信息进行签名。 <br/> # 信标链验证者激活和生命周期 每一位验证者需要32个ETH才能激活。一个用户在以太坊主网的存款合约 (deposit contract) 里质押32个ETH，就会激活一位验证者。 **当验证者的余额低于16个ETH时，信标链就会停止这些验证者的工作**。质押者可以将剩余的验证者余额提出来，但目前无法在eth2的阶段中实现。 **在2048个epoch，将近9天时间的工作之后，验证者还可以自愿选择退出**。退出时，质押者需要等待4个epoch才能撤出其质押金在这4个epoch之内，验证者仍然有可能面临举报和罚没。一名诚实验证者大概27小时之后便可以提出其余额。然而，如果一名验证者受到了罚没惩罚，则必须等8192个epoch (大约36天) 之后才能够提出余额。 [ “以太坊2.0阶段0验证者生命周期”](https://notes.ethereum.org/7CFxjwMgQSWOHIxLgJP2Bw#A-note-on-Ethereum-20-phase-0-validator-lifecycle)中有更详细的技术说明，内含以下示意图： 为了避免短时间内对验证者造成巨大的变动，存在一些机制对单位epoch上验证者激活和退出的数量进行限制。其作用之一在于使得很难在短时间内激活大量验证者对系统进行攻击。 信标链深度应用了有效余额 (effective balances) 的概念，这就使得验证者的余额变动范围更加小，以达到技术的最优化。 <br/> # 总结 在每个epoch，验证者们被均匀地分配到各个slot中，然后进一步分配到规模相当的各委员会中。各个验证者同时只能位于一个slot和一个委员会中。 #### **总结几点：** 1. **同一个epoch里的所有验证者尝试最终确定同一个检查点：这是FFG投票；** 2. **所有验证者被分配到一个slot中，尝试投票选出同一个信标链头：这是LMD GHOST投票；** 3. **所有验证者被分配到一个委员会中，尝试交联某个分片。** 采取最优行为的验证者获得的奖励最多。 激活信标链至少需要16,384个创世验证者。验证者的数量可能会因为罚没或者自动退出而减少，也会随质押者的激活而增加。当系统升级到eth2阶段1或以上时，将需要更多的验证者工作。信标链需要至少262,144个验证者 (质押金额将超过800万ETH) 来生产区块，每个区块包含64条交联。 历史上从来没有过为去中心化系统和应用搭建的扩容平台。如果你受到了启发，想要更深入地参与，“[ETH2.0规范](https://github.com/ethereum/eth2.0-specs)”里有权威的参考。其中包含信标链规范，还有其他关键资源以及赏金的相关问题。 目前来说，[点对点网络层](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/phase0/p2p-interface.md)最亟待完善。来和我们一起参与这项[挑战](https://notes.ethereum.org/@protolambda/eth2_start)吧！更多技术细节请访问ethresear.ch或者Ethereum Magician’s forum，和我们一起创造历史吧！ 感谢 Danny Ryan 对多个部分的审校和反馈，感谢 Momo Araki 的图表以及提供咨询的各位。标题图由 Hsiao-Wei Wang 的原作修改而来。如果读者朋友觉得本文对你有所帮助，请不吝分享！🙂 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。https://www.ethereum.cn/wnie2-2020-4-20https://www.ethereum.cn/wnie2-2020-4-20Sun, 19 Apr 2020 00:00:00 GMT来源 | [What‘s New in Eth2](https://notes.ethereum.org/@ChihChengLiang/Sk8Zs--CQ/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200403?type=book) ### <br/> # 阶段0：信标链 自上一期更新发布以来，规范没有发生改动，**目前v0.11.1作为联合测试网的基础。** Protolambda创建了[eth2fastspec](https://github.com/protolambda/eth2fastspec)，针对正式规范的简单Python实现进行了一系列优化。优化后版本对客户端实现者来说是十分有用的资源。 #### ## 测试和证明 自从有了稳定的规范，接下来的工作重点就是测试和调试。 Sigma Prime已签约为所有客户端实现设计差异化模糊测试 (fuzzing test)。此处是最新的[信标模糊测试更新](https://blog.sigmaprime.io/beacon-fuzz-03.html)。该测试被证明有效：更新发布之后[另一个bug](https://twitter.com/ethnimbus/status/1250871507624091648)被发现。 锦囊中的另一个强大武器是形式验证 (formal verification)。很高兴能够与大家分享由我PegaSys同事组成的一个团队已经开始对Eth2.0规范进行形式验证，使用了一种叫做[Dafny](https://en.wikipedia.org/wiki/Dafny)的证明语言。从SSZ (简单序列化编码) 和Merkleisation开始，他们的工作已经持续了几周，最近他们开放了[GitHub库](https://github.com/PegaSysEng/eth2.0-dafny)。已经发现了[一](https://github.com/ethereum/py-ssz/issues/109)[两](https://github.com/ethereum/eth2.0-specs/issues/1695)个小问题。 代码审计是保障完整性的第三种方式。Lodestar最近通过了一项[审核](https://medium.com/chainsafe-systems/lodestar-initial-audit-passes-with-flying-colours-397d0ecaee3b)，涵盖了其工具库的几个关键组件。Greg对此[感到非常兴奋](https://twitter.com/gregthegreek/status/1250496866443309058)。[此处](https://leastauthority.com/static/publications/LeastAuthority-ChainSafe-Utility-Libraries-Final-Audit-Report.pdf)是审核报告。我发现阅读审核报告是我生活中的一大乐趣，这会不会有点奇怪？🤷‍♂️ #### ## 测试网 经过三个月的运行，Prysmatic Labs[关闭](https://twitter.com/terencechain/status/1250529598506274817)了极为成功的Sapphire信标链测试网。但他们**已经重新上线了[Topaz测试网](https://medium.com/prysmatic-labs/introducing-topaz-testnet-8e8a4e00a700)**，该测试网在UTC时间周五晚上/周六早上[成功](https://twitter.com/terencechain/status/1251310431508893697)启动。热烈祝贺Prysmatic团队！👋 点击[此处](https://prylabs.net/)可以加入Topaz测试网（只需测试网ETH）！也可以在[EtherChain](https://beaconcha.in/)和[EtherScan](https://beacon.etherscan.io/)上跟进该测试网进展，Etherchain有一些[图表类的展示](https://twitter.com/etherchain_org/status/1248480055396683777)。 **Lighthouse团队也将发布他们下一版本的公共测试网**，请留意。我会转发我得到的消息。🐦 请注意，Prysmatic的Topaz测试网和新的Lighthouse测试网仍然是单一客户端测试网，而非联合测试网。**联合测试网可能在未来几周推出。** 联合测试网的进展主要由Afri协调，他创建了一个用以跟踪进展的库：[Schlesi ETH 2.0 Testnet](https://github.com/goerli/schlesi/)。 我认为我们都准备好了。我负责的客户端[Teku](https://github.com/pegasyseng/teku)已经能够与[Lighthouse测试网](https://twitter.com/benjaminion_xyz/status/1247631816498053120)以及之前的Prysm [Sapphire测试网](https://twitter.com/benjaminion_xyz/status/1232434296578658304)进行同步。（顺便一提，我们已经开始[为Teku创建文档](https://docs.teku.pegasys.tech/en/latest/)了） ### <br/> # Eth2学习资源 [Eth2.0中的Casper FFG](https://www.adiasg.me/2020/04/09/casper-ffg-in-eth2-0.html)。Aditya Asgaonkar的又一篇出色文章。在[上一篇文章](https://www.adiasg.me/2020/03/31/casper-ffg-explainer.html)中，他解释了Casper FFG共识协议的基础。在本文中，他描述了如何在Eth2中实现Casper FFG。 [以太坊2.0 Staking – 验证者奖惩机制](https://www.youtube.com/watch?v=h-9fKIGOvFU)。Kierin Mulholland做了一个讲解视频。主要内容来自ConsenSys Codefi的[相关文章](https://codefi.consensys.net/blog/rewards-and-penalties-on-ethereum-20-phase-0)。😀 我们总是将重点放在eth2的技术细节上，但这篇分析eth2潜在经济影响的文章也值得一读：[ETH2.0将变革经济的七大理由](https://medium.com/@adamscochran/7-reasons-eth2-0-will-create-the-next-economic-shift-f689d2f1ec24)。 CryptoBulls上有一篇准确的[Eth2初学者全面指南](https://cryptobulls.info/what-is-ethereum-2-0-a-comprehensive-beginners-guide)，我觉得将交付阶段与人体进行类比很有意思。但“以太坊2.0会产生新代币吗？”部分的答案是完全错误的，所以要当心。 ### <br/> # 研究工作 Danny Ryan：[Eth1 + Eth2客户端之间的关系](https://ethresear.ch/t/eth1-eth2-client-relationship/7248?u=benjaminion)。既然信标链已经箭在弦上，那么将当前Eth1以太坊主网迁移到Eth2的工作也在如火如荼地展开。Danny在本文中阐释了Eth2和Eth1节点之间的互操作。 如何加速将Eth1与Eth2进行合并已经成为了新的工作重点，ConsenSys Quilt团队目前的工作已经从纯粹的Eth2执行环境转变为以太坊[账户抽象 (account abstraction)](https://hackmd.io/@villanuevawill/ryw4LkG_U) 以为执行环境做好铺垫。帐户抽象问题可以追溯到[以太坊的起源](https://blog.ethereum.org/2015/07/05/on-abstraction/)。很高兴有希望看到它最终实现。 在文章[“通过EE级网络余额传输的用户级ETH异步传输”](https://ethresear.ch/t/asynchronous-user-level-eth-transfers-over-netted-balance-approach-for-ee-level-eth-transfers/7246?u=benjaminion)中，PegaSys的Raghavendra提出了一种实现跨分片传输ETH的方法。他延伸了[“通过EE网络传输的原子异步跨分片用户级ETH传输”](https://ethresear.ch/t/atomic-asynchronous-cross-shard-user-level-eth-transfers-over-netted-ee-transfers/7277/?u=benjaminion)，该方案将传输方式原子化，从而对协议进行了优化。这个想法十分精巧，Raghavendra还制作了[阐释视频](https://www.youtube.com/watch?v=abdY4yOThLc)，我希望能够多多看到这类资源。 Prysmatic Labs的Victor Farazdagi写了一篇有关[证明聚合启发式方法](https://ethresear.ch/t/attestation-aggregation-heuristics/7265?u=benjaminion)的文章。为了最大化协议效率和验证者奖励，我们希望尽可能密集地打包来自验证者的证明 (投票)。总的来看这算是一个难题：尽管利用[Handel](https://github.com/ConsenSys/handel)这类叠加协议可以提供相当直接的解决办法，但我们目前不予采用，因此需要Victor提出的这类启发式方法。 最后，一些较早的主题最近有所推进： - [“用于状态存储的多层hashmap”](https://ethresear.ch/t/multi-layer-hashmaps-for-state-storage/7211/3?u=benjaminion)进一步讨论和阐明。 - [使用多项式承诺的非交互式托管证明](https://ethresear.ch/t/a-non-interactive-proof-of-custody-using-polynomial-commitments/5692/4?u=benjaminion)。Dankrad提供了一个简化版。 - [累加器、UTXO区块链的扩展性和数据可用性](https://ethresear.ch/t/accumulators-scalability-of-utxo-blockchains-and-data-availability/176/28?u=benjaminion)。建议使用半素数 (两个素数的乘积)，而不在n-party设置中使用素数。 ### <br/> # 常规会议 ## 实现者会议 第37次会议于4月9日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/141)； - [会议视频](https://www.youtube.com/watch?v=aEJ9Pw7yFYM&feature=youtu.be&t=58)； - 我的[速记](https://hackmd.io/@benjaminion/HJ-2vo2DU)以及[完整笔记](https://github.com/ethereum/eth2.0-pm/blob/b347b2dce9f4a9de8faa024eb9307244da570e8f/eth2.0-implementers-calls/call_037.md)。 此次电话会议出现的一个新的重要话题是关于客户端之间的API标准化。讨论由Infura主导，Infura一直认为缺乏标准化是Eth1一个巨大的痛点。 标准化Eth2信标节点API的一个显而易见的好处是，信标链浏览器等工具和应用程序可以在不同的客户端实现之间轻松进行切换。另一个好处则没有那么明显，**验证者可以与不同类型的信标节点通信**。例如，Teku验证者连接到Lighthouse信标节点，或者将Nimbus验证者连接到Prysm信标节点。请注意，我们需要较长的正常运行时间，这有益于故障转移和避免冗余。无论如何，我有十足的把握我们可以实现前者，或许后者也有希望。 API对话首次出现在[会议议程](https://github.com/ethereum/eth2.0-pm/issues/141#issuecomment-611072786)中，并将在下面三个主题中持续进行讨论： - [API format redux](https://github.com/ethereum/eth2.0-APIs/issues/24) - [BeaconNode APIs](https://github.com/ethereum/eth2.0-APIs/issues/25) - [API conversions and CI](https://github.com/ethereum/eth2.0-APIs/issues/26) 目前[计划](https://github.com/ethereum/eth2.0-pm/issues/143)4月20日进行下一次会议，进一步互动讨论。这个主题几乎与2019年的序列化辩论一样令人兴奋。 ### <br/> # 其他新闻 ✨ [Nimbus](https://our.status.im/nimbus-update-april-10/)的最新开发进展 ✨ 在[ethereum.org](https://ethereum.org/)上创建专门[以太坊2.0页面](https://github.com/ethereum/ethereum-org-website/issues/878)的讨论。随时参与。 ✨ Mikerah[想和大家谈谈](https://twitter.com/badcryptobitch/status/1251281250427510786)验证者隐私问题 ✨ Ethereum on ARM使得[Teku在ARM上运行](https://twitter.com/EthereumOnARM/status/1247845575086821376) ✨ 我需要进一步研究 [Rocket Pool](https://www.rocketpool.net/)。他们似乎非常热衷于 Eth2 staking，并且长期表示支持PoS。他们的时刻终于到来，正在[展示](https://medium.com/rocket-pool/development-update-10th-april-72db7824c8e0)一些不错的成果。 ### <br/> # 最后…… 感谢在最近一轮[Gitcoin Grant](https://gitcoin.co/grants/551/the-ethereum-20-annotated-specification)中支持过我的每一个人！非常感谢！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-4-3https://www.ethereum.cn/wnie2-2020-4-3Tue, 07 Apr 2020 00:00:00 GMT来源 | [What‘s New in Eth2](https://notes.ethereum.org/@ChihChengLiang/Sk8Zs--CQ/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200403?type=book) 非常感谢大家在Gitcoin上为[我的项目](https://gitcoin.co/grants/551/the-ethereum-20-annotated-specification)进行捐赠！❤️ 这一轮CLR配对将于周二结束。如果大家还想进行捐赠，目前每个DAI的贡献都将对应22 DAI的匹配。😁 ### <br/> # 精选文章 本周力荐是Joseph Chow基于Vitalik几周前发布的非官方路线图创作的阐释性文章：[《以太坊2.0路线图与展望》](https://ethos.dev/ethereum-2020-roadmap/)。 当然了，还有Danny Ryan最新的[Eth2更新速览（十）](https://news.ethereum.cn/eth2-quick-update-no-10/)。 如果您还未进行[ETHGlobal开发者调查问卷](https://ethglobal.typeform.com/to/RxHlK8)，现在[仍然可以参与](https://twitter.com/ETHGlobal/status/1243205570208751617)！ ### <br/> # 阶段0：信标链 上周Danny Ryan发布了主要规范的新版本[Crypto Bluebird](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.4.1)，这引起了部分开发者轻微的恐慌。无论如何，这将经受时间的考验，其中的珍贵之处在大浪淘尽之后终会显露。 与此同时，规范版本[0.11.0](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.11.1)已经发布，其中修复了状态转换的几个bug，并进行了一些网络优化。此规范版本是联合测试网的目标 (对此我们一直在重申，现实的确如此)。 Empireventures发表了一份针对Eth2用户体验的十分有趣且颇有深度的[报告](https://medium.com/empireventures/eth2uxreport-858c73ca1f53)，其中包含许多不错的背景材料以及具体结果和建议。很明显，要如何在Eth2上进行质押 (staking) 还有许多尚待明确之处。我希望在接下来的几个月中，随着测试网的完善，随着我们朝Eth2的发布前进，这些问题都将拨云见日。 关于这一点，上周我被问及是否可以对几个客户端实现进行一些比较 (报告中也提到对此有需求)。但我还没有这个计划，至少目前还没有。一方面，作为其中一个客户端的产品负责人，我并非不偏不倚，因此我一直试图在多个客户端之间持中性立场。另一个有趣的原因是，我们很快将推出多客户端测试网，到时各个客户端就能受到公平公正的评估。 #### ## 测试 [Eth2阶段0赏金计划](https://notes.ethereum.org/@djrtwo/phase0-bounty)又上线了！本次提供大量现金奖励，还不来找bug吗？祝贺已经出现的三位赏金得主！🎉 为了方便寻找bug，Eth2规范现已登陆Python软件包索引 [pypi](https://pypi.org/project/eth2spec/) ，执行 [pip install eth2spec](https://twitter.com/protolambda/status/1243916242643226631)即可。 由Least Authority完成的[阶段0协议审计](https://leastauthority.com/blog/ethereum-2-0-specifications/)目前可以查看完全报告。在我看来没有什么特别出乎意料之处：没有发现状态转换问题，只出现了一些网络协议方面的挑战，其中包括我们一直在致力于解决的问题，例如单一领导人秘密选举 (目前没有最佳解决方案)。 #### ## 测试网 目前Sapphire测试网已经顺利运行了三个月，Prysmatic Labs计划基于最新的协议版本[重启测试网](https://medium.com/prysmatic-labs/eth-2-0-dev-update-47-multiclient-target-testnet-restart-security-audit-rfp-9c6cf095802c)。 ### <br/> # 阶段1.5：Eth1x64 最近几周出现了一项新计划：[Eth1x64](https://ethresear.ch/t/the-eth1x64-experiment/7195?u=benjaminion)。主要内容是在Eth2全部64个分片上安装Eth1虚拟机 (可能是无状态版虚拟机？)。之前我[提出](https://news.ethereum.cn/wnie2-2020-3-20/)了一些对于这种做法的顾虑。自那以后我进行了反复的思忖，也和他人进行了交流，但我仍然对此持疑。 确实，从工程角度和 DApp 开发者的角度来看，该计划清晰可行。但我的顾虑正出自于Alex在其[提案](https://ethresear.ch/t/the-eth1x64-experiment/7195?u=benjaminion)中提及的： 有史以来我们一直避免对EVM实施大幅改动。这一点必须纳入考虑，并且必须要尝试使得改动最小化。 如果仅将Eth1填充到Eth2中，恐怕在未来几年我们都将难以创新。一切都会陷入僵局，就像现在的Eth1一样。按照[Vitalik的路线图](https://benjaminion.xyz/images/Eth2FlowChart_200318.jpg)，我们将无法完成下半部分。 我们有机会使得Eth2成为真正意义上的划时代产品，而我的顾虑主要在涸泽而渔，眼前过于务实却舍弃了更为远大的目标。 ### <br/> # 阐释性文章 本部分将成为wnie2的常规部分。 针对Eth2如何就网络状态达成共识，以下文章值得一读： - Carl Beekhuizen：[《Eth2 Staking系列#3：分片共识》](https://news.ethereum.cn/eth2-staking-sharding-consensus/) - Aditya Asgaonkar：[解读Casper FFG](https://www.adiasg.me/2020/03/31/casper-ffg-explainer.html) Joseph Chow 的[《以太坊2.0路线图和展望》](https://ethos.dev/ethereum-2020-roadmap/)在开头已经提及，针对Vitalik几周前发布的非官方路线图进行了回顾。 Alex Stokes在[《接下来六个月Eth2对Eth1的需求》](https://medium.com/@ralexstokes/what-eth2-needs-from-eth1-over-the-next-six-months-86b01863746)中针对实施EIP 2537提案给出了不错的方案。该EIP 提出在Eth1中实现BLS12-381椭圆曲线运运算预编译。Eth2能够从中获得的主要益处是能够更彻底地检查验证者存款 (deposits)，并且使得Eth1成为Eth2的一个轻客户端。 ### <br/> # 研究工作 针对状态存储的全新[多项式承诺 (polynomial commitments)](https://ethresear.ch/t/using-polynomial-commitments-to-replace-state-roots/7095?u=benjaminion) 最近是[大热](https://twitter.com/VitalikButerin/status/1237736821200695297)话题。 Dankrad提出了[面向状态的基于Hashmap的多项式承诺提案](https://ethresear.ch/t/hashmap-based-polynomial-commitments-for-state/7186?u=benjaminion)，以及[面向状态存储的多层Hashmap提案](https://ethresear.ch/t/multi-layer-hashmaps-for-state-storage/7211?u=benjaminion)，该提案在Vitalik 的提案基础上[进行了改进](https://ethresear.ch/t/multi-layer-hashmaps-for-state-storage/7211/2?u=benjaminion)。上周，Dankrad 和 Vitalik 都现身[ ZK 学习俱乐部](https://www.youtube.com/watch?v=Fti600ag_I8)中对这些主题进行了讨论。 以下内容似乎也与多项式承诺有关：[加密货币发烧友的双线性累加器](https://decentralizedthoughts.github.io/2020-04-02-bilinear-accumulators-for-cryptocurrency/)、[Alin Tomescu的去中心化思考](https://decentralizedthoughts.github.io/)。 此处是一份[针对缩减区块见证大小的提案的调查](https://ethresear.ch/t/survey-of-proposals-to-reduce-block-witness-size/7173?u=benjaminion)，具有参考意义，因为这就是我们尝试利用多项式承诺解决的问题。 Mikerah回来了！👋 她想和大家[谈谈验证者隐私](https://twitter.com/badcryptobitch/status/1245069774754807814)。她还提出了一项新提案，[有关使用混合网络架构加强Eth2.0验证者隐私](https://ethresear.ch/t/exploring-a-hybrid-networking-architecture-for-improved-validator-privacy-in-eth2-0/7207?u=benjaminion)。 最后是有关去信任化质押池 (staking pools) 的[概览](https://ethresear.ch/t/trustless-staking-pools-with-a-consensus-layer-and-slashed-pool-participant-replacement/7198?u=benjaminion)，内容包含共识层和罚没池参与者的替换。Eth2的设计（例如 BLS 签名）始终将实现去信任化质押池作为目标之一。 <br/> # 常规会议 ## 实现者 第36次会议于3月26日进行。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/135)； - [会议视频](https://www.youtube.com/watch?v=Vn1oHH55yPk&feature=youtu.be&t=254)； - 我的[会议速记](https://hackmd.io/@benjaminion/BkdbG45II)。更完整的[笔记草稿](https://github.com/ethereum/eth2.0-pm/blob/13c39def022c21e203d98daeb97dbf80f57328aa/eth2.0-implementers-calls/Call_036.md)在[PR](https://github.com/ethereum/eth2.0-pm/pull/139)可见。 其中有趣的部分是项目管理方向。首先，Afri Schoeden自愿参与联合测试网协调，并开始积极着手准备。其次，有关Eth1.x 和 Eth2的许多话题现已整合到[一个Discord服务器](https://discordapp.com/login?redirect_to=%2Fchannels%2F595666850260713488)上，以促进主题融汇和协作。([邀请链接](https://discordapp.com/invite/zyZXUN7)) ## 网络 (Networking) 第4次Networking会议于3月25日进行，此处是我的[相关笔记](https://hackmd.io/@benjaminion/rkEn7C_88)。 ## 无状态以太坊 (Eth 1.x) Griffin Ichiba Hotchkiss最新的 Eth1.x 博客文章[《无状态技术树更新》](https://news.ethereum.cn/eth1x-stateless-tech-tree/)基于最近的进展和计划，对无状态以太坊研发工作的各部分进行了重新整合。 此处是3月25日无状态以太坊第5次电话会议的[摘要](https://ethresear.ch/t/stateless-ethereum-march-25th-call-digest/7202?u=benjaminion)，还有一份[转录文本](https://notes.ethereum.org/@afhGjrKfTKmksTOtqhB9RQ/HkIjiJKUL)（我感觉是机器转录）。 ### <br/> # 其他新闻 ⚡ [Nimbus](https://our.status.im/nimbus-march-update/), [Lighthouse](https://lighthouse.sigmaprime.io/update-23.html)和[Prysm客户端](https://medium.com/prysmatic-labs/eth-2-0-dev-update-47-multiclient-target-testnet-restart-security-audit-rfp-9c6cf095802c)进展更新 ⚡ 上次我们提到了Gitcoin的Eth2 AMA，目前已经以[文章形式](https://gitcoin.co/blog/eth-2-0-qa-with-key-developers/)发布 ⚡ Prysmatic Labs针对Prysm客户端代码库的[安全审计](https://medium.com/prysmatic-labs/prysm-security-rfp-4dee848736c1)发布了一份RFP ⚡ 去年，Justin Drake与NEAR协议的Alex Skidanov进行了一次[白板讨论](https://www.youtube.com/watch?v=S262StTwkmo&t=13s)。[在本集中](https://www.youtube.com/watch?v=8xpOUqdoyp0)主角角色互换，Alex向Justin解释了 NEAR 的工作原理以及它与Eth2的区别。Eth2和NEAR几乎是并行发展的，随之而来的是耐人寻味的共同点和差异性 ⚡ [Ethereum on ARM](https://twitter.com/EthereumOnARM) 运行[在ARM 64上运行](https://twitter.com/EthereumOnARM/status/1244211895424385026)了一个Prysm节点。(他们还[在 NanoPC-T4 上运行](https://twitter.com/EthereumOnARM/status/1245652892079386625)了一个 Besu Eth1客户端，太酷了！) <br/> # 最后的最后 我应该已经提到过Gitcoin Grants了吧？😇https://www.ethereum.cn/eth1x-stateless-tech-treehttps://www.ethereum.cn/eth1x-stateless-tech-treeFri, 03 Apr 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/04/02/eth1x-stateless-tech-tree/) <br/>  <br/> 很抱歉这篇文章发布得晚了些。最近，我的生活中不可避免地出现了一些干扰，读者朋友应该也有类似的经历。我祝愿大家能排除万难，也恳请大家在接下来的几个月中保留最大程度的同理心，尽己所能援助社区中面临危难的同伴。 话虽如此，还是让我们进入无状态以太坊主题，谈谈技术树的变动。 单从图形上来看，这棵树已被完全重塑，但如果将其与[原始版本](https://news.ethereum.cn/eth1x-files-the-stateless-ethereum-tech-tree/)进行比较，则会注意到很多内容其实是相同的。为了保证内容完整性并避免混淆，虽然之前已经作过解释，但我们仍然会仔细过一遍图中的所有内容。以下是更新之后的无状态技术树：  粉色的每个主要里程碑代表一个大致类别，必须在进行下一步之前“解决”。此处有意进行了模糊化处理，不代表特定EIP或集成功能，尽管其中一些主题最终可能会归于这类形式。 较小的紫色元素则是更具体的从属部分，是“解锁”主要里程碑的必需条件。紫色元素虽然是必需的，但并不一定需要被接受或实现。例如，经过充分研究我们可能会发现代码分块 (code merkleization) 并不能充分缩减见证的大小，实现效果或许并不匹配我们所投入的工作量；然后我们可以将其视为“已完成”，因为不会再做进一步研究。 大家可能已经猜到了，绿色的项目是“支线任务”(side quests)，从理论上来看可能对无状态以太坊有所帮助，但不能过多占用研究人员有限的时间和精力。在以太坊工作进程中，可能还会出现更多的支线，有需要的话我会继续更新科技树。 此外，黄色元素属于工具类。这些尚未创建的软件工具将有助于验证假设、测试实现并且提高工作效率。理想情况下，这些工具的质量要足够高，并且要得到合理的维护，才足以支持无状态以太坊之外的更大的开发者生态系统。 <br/> # 同步协议替代方案 巴黎Eth1x峰会的重要共识之一是同步将成为无状态以太坊的首个里程碑。我们必须使得新节点无需依赖网络原语GetNodeData即可获取当前状态树。除非我们找到该原语的可靠替代项（beam sync和fast sync均基于此），否则将成为无状态工作的阻碍，甚至可能会起反作用。 这里有必要稍微解释一下为什么会出现这种问题。如果不具备以太坊状态的基础认识，建议阅读本系列的[另一篇同主题文章](https://news.ethereum.cn/eth1x-files-state-of-stateless-ethereum/)。 让我们先了解一下术语。在此处的语境中，“网络原语”(network primitive) 一词并没有特殊的技术性定义，只是对“以太坊网络通信的基本语法”的一种流行叫法。想象一个客户端问道“哈希为0xfoo的节点的数据是什么？”那么节点可以回答说“是0xbeef”。 在大多数情况下，其响应将额外包含状态树中子节点哈希，因为之后可能会以同样的方式对子节点进行询问。这种游戏将一直持续到请求者满意为止，通常会分别请求当前状态树中的约4亿个节点。 即使按照这种方式，也可以迅速进行同步，毕竟客户端可以执行多任务，并且可以同时向多个全节点请求状态的不同部分。 然而，原语的工作方式存在一个根本问题：“获取方”(leechers) 必须按照自己的条件进行，而他们只能从“资源方”(seeders, 即具备完整状态的全节点) 处获得所需的状态。 目前的运行方式就是基于这种不对称关系，但由于两个关联条件，网络仍然可以正常运行：首先，有足够的全节点根据请求主动提供状态。其次，任何请求状态的节点最终都会成为全节点，因此对于状态的需求是自限性的 (self-limiting)。 现在我们就明白了为什么无状态以太坊会出现状态同步问题：在无状态范例中，不保留请求到的状态数据的节点，会无限地请求数据。如果运行无状态节点比全节点要轻松许多（确实如此），那么会出现无状态节点增长速度快于全节点的局面，最终导致状态无法在网络中正常传播。这是我们不愿看到的。 在这里我们不会继续深入细节，推荐大家阅读[Piper关于该问题的详细文章](https://ethresear.ch/t/the-data-availability-problem-under-stateless-ethereum/6973)。接下来我们便可以继续讨论新的解决方案，这些方案殊途同归，目的皆是为了优化同步协议，能够在一定程度上减轻问题严重性甚至是完全解决同步问题。以下是最有希望的三种替代方案： - **以太坊快照协议** (Ethereum Snapshot Protocol, SNAP)。这个我们之前已经讨论过，我将称其为“状态切片排布”(state tiling)。最近，Peter在devp2p库中[对此进行了更详细的描述](https://github.com/ethereum/devp2p/blob/8679dbd339ad0dcad6929b37be0e7eede7b3d1cd/caps/snap.md)。 Snap将状态分割为多个大数据块和证明 (约一万个树节点)，并且可以将其重新拼凑为完整状态。同步节点会从多个节点请求状态的子部分，并且在短时间内从大约100个不同的相似状态根中得出几近有效的状态图片。最后，客户端获得有效状态后，通过切换回getNodeData将数据块“拼凑”起来。 - **火皇后同步** (Fire Queen’s Sync)。这个主题在最初的技术树文章中讨论过，除了名称之外 ([“firehose”](https://notes.ethereum.org/0v_W4E8lROazqYymPAF7Ew)和[“Red Queen’s sync”](https://github.com/yperbasis/silkworm/blob/master/doc/sync_protocol_v1.pdf)的结合)，并没有太大变化。这类建议十分相似，都是针对状态的各个方面使用一组不同的原语替代getNodeData。 - **旋转木马** (Merry-go-round) 同步。这是一个新的同步概念，[在ethresear.ch中有高阶的阐释](https://ethresear.ch/t/merry-go-round-sync/7158)，[注释中的描述更为具体](https://notes.ethereum.org/n2bIgRe5SReOM7BZle4jaQ)。在旋转木马同步 (merry-go-round sync) 中，整体状态以预定顺序传递，因此所有参与者都同时传播相同的状态部分。要同步整个状态，必须在旋转木马同步中完成一次完整的“旋转”，涵盖状态的所有部分。 此设计具备一些有用的特性。首先，该同步允许新节点一加入就能立即参与状态传播，而不需要经过完整同步后才能进行工作。其次，它会颠覆当前“由获取方驱动同步”的模式，那些没有数据的节点也能从全节点处请求部分状态。 确切地说，旋转木马同步中的新同步节点知道在某个时间点会提供状态的哪些部分，并相应地进行调整。 值得提及的最后一种同步方式是[beam同步](https://medium.com/@jason.carver/intro-to-beam-sync-a0fd168be14a)，目前受到两个备选客户端的支持。Beam同步仍然依赖于getNodeData，但是它为这些同步替代方案提供了实验和数据收集的理想入口。 请务必注意，目前关于同步方面仍有很多未知数，因此采用这些独立开发的同步解决方案更为合适。 接下来的几个月，可以看作是各式各样的同步主题黑客松，将对这些想法进行原型化和测试。理想情况下，对于这些同步协议的替代方案，我们可以取其精华，为无状态以太坊设计出一个新标准。 <br/> # 见证规范原型化 目前无状态以太坊规范库中有一个[规范草稿](https://github.com/ethereum/stateless-ethereum-specs/blob/master/witness.md)，从高层次描述了一个区块见证 (block witness) 的结构，以及从状态树中构建和修改一个见证的语义。草稿规范的目的是给出一个无歧义的见证定义，以便实现者 (不限客户端或编程语言) 可以编写自己的实现，并有理由确定其实现与其他不同的形式实现是相同的。 如[最新的会议摘要](https://ethresear.ch/t/stateless-ethereum-march-25th-call-digest/7202)所述，写出区块见证的参考实现并将其引入现有客户进行测试似乎没有不利之处。客户端中的见证原型功能将类似于可启用的可选标志，而且如果网络中有少量测试者产生并中继见证，能够为研究人员提供有价值的资源，从而将其观察纳入后续改进中。 在见证足够强韧并考虑投入广泛使用之前，我们需要“解决”两件事。 - 见证索引 (Witness Indexing)。这一点相对简单：我们需要一种可靠的方式来确定见证对应哪个区块以及相关联的状态。实现方式可能很简单，例如将一个witnessHash字段放入区块头中。 - 无状态交易验证 (Stateless Tx Validation)。这个有趣的问题较早之前就被提出，并且[在ethresearch论坛中进行了全面的总结](https://ethresear.ch/t/the-current-transaction-validation-rules-require-access-to-the-account-trie/7046)。总而言之，客户端需要快速检查传入的交易 (等待被打包到之后的区块中) 是否具备被打包到区块中的资格，这样可以防止攻击者向网络发送虚假交易。 但是，当前检测需要访问状态的部分数据，即发送方的nonce和帐户余额。如果是无状态客户端，则无法执行此检查。 要构建有效的见证原型，我们需要实现的工作肯定不止于以上两点，但要为beam同步节点提供一个可用的原型，这两件事是必须要解决的。 <br/> # EVM 如同技术树的原始版本，我们需要在EVM抽象内部进行一些更改。确切地说，见证需要在网络中生成和传播，并且该活动需要被纳入EVM操作范围中。EVM的关联主题与成本和激励息息相关，以及如何对其进行估算，在实现过程中如何将其对更高层的影响降到最低。 - 见证gas计算 (Witness gas accounting)。这一点保留之前文章中的陈述：每笔交易将只对整个交易见证的一小部分负责。生成区块见证需要该区块的矿工进行一些计算，因此会产生相应的gas成本，由交易的发送方支付。 - 代码分块 (Code Merkleization)。见证的主要组件之一是随附的代码。如果没有此功能，包含合约调用的事务将需要该合约的完整字节码以验证其codeHash。代码大小取决于合约，可能会是非常庞大的。 代码的‘merkleization’是一种拆分合约字节码的方法，只需要生成代码的一部分即可生成并验证交易的见证，这是一种大大减小见证平均大小的技术，但目前暂未进行全面研究。 UNGAS/无版本以太坊已从无状态以太坊的“关键路径”中移除。对以太坊来说，这仍然是潜在的有益性能，但在巴黎峰会期间我们明确了一点：其优点和特性可以并且应该独立于“无状态”目标进行讨论。 <br/> # 二进制树转换 将以太坊状态切换为二进制树结构对于缩小见证大小来说至关重要，见证是否能被缩减到足够小，从而在网络中传播时避免受带宽/延迟影响。 理论上来看，见证大小应缩小三倍以上，但实际情况不需要缩小这么多 (视见证中的合约代码大小而定，这也强调了代码分块的重要性)。 转向完全不同的数据表示形式是一个相当重大的变化，而通过硬分叉实现过渡又将是一个巧妙的过程。上一篇文章中提到的两种过渡策略将保持不变： - 渐进式。当前的十六叉状态树将在很长一段时间内逐段进行转换。通过这种方式，任何涉及状态部分的事务或EVM执行都会自动将状态更改编码为新的二进制形式。 这意味着采用“混合”树结构，休眠的状态部分依然保留当前的十六进制形式。该过程实际上永远不会完成，并且对于客户端开发者来说实施难度很大，但是在很大程度上将使用户和更高层的开发者免受第0层改动的影响。 - 干净利落。该策略将在预定时间计算状态的新二进制树表示，一旦新的状态计算完成就持续以二进制形式表示。尽管从实现的角度来看没那么复杂，但是需要协调所有节点运行者，并且几乎可以肯定会给网络带来一些（有限的）中断，这可能会影响过渡期间开发者和用户的体验。 目前产生了一个新的过渡建议，在渐进式策略和简洁策略之间提供了折中方式。[ethresearch论坛上有该建议的完整概述。](https://ethresear.ch/t/overlay-method-for-hex-bin-tree-conversion/7104/7) - 覆盖。事务的新数据在一定时间之后将直接存储在十六进制顶部的二叉树中，而“历史”十六进制树则在后台进行转换。当基础层实现完全转换之后，可以将两者合并。 过渡到二进制树的另一个考虑因素是客户端的数据库布局。当前，所有客户端都对状态树采用了较为简单的方法，将树中的每个节点存储为[key，value]对，其中的key是节点哈希。根据turbo-geth的例子来看，过渡策略可能会为客户端提供转换数据库结构的机会。 <br/> # 敬请继续关注，安全第一！ 感谢阅读，也感谢大家针对Eth 1.x进展积极给出的暖心评论。对于后续有关无状态以太坊研究的文章，我还有许多[计划](https://ethereum-magicians.org/t/the-scrolls-of-stateless-ethereum/4155)，将不定时发布在Ethereum Magician论坛或者适时发布在以太坊博客中！大家要注意保持社交距离，洗手常放心上！ 一如既往，如果大家有任何反馈和问题，或是想要提出新主题，请在推特上@gichiba或@JHancock。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/ecosystem-support-program-allocation-updatehttps://www.ethereum.cn/ecosystem-support-program-allocation-updateThu, 02 Apr 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/04/01/ecosystem-support-program-allocation-update/) <br/> 生态系统支持计划（ESP）是以太坊基金会的分支机构，致力于为整个以太坊生态系统内团队提供支持，包括经济和非经济支持。 ESP是Grants (资助) 计划的扩展，提供经济援助之前是资助计划的重心所在。 ## <br/> # 优化申请流程 在[2019年以太坊基金会春季更新](https://blog.ethereum.org/2019/05/21/ethereum-foundation-spring-2019-update/)中，我们预告了从Grants过渡到ESP计划的一些打算。自此，我们仍然继续提供经济支持，并帮助不适用于EF资助计划的项目联系其他潜在资助方。除此之外，我们还促进了行业专家分享建议、社区曝光、访问云服务和其他基础设施等等。 在过去的9个月里，我们对反馈意见进行了整合，进行了一系列优化，以完善我们的申请流程，其中包括： - ESP申请审核的标准化流程 - 扩展领域专家团队，可协助对申请进行同侪评审，或为申请方的项目提供建议 - 重视为申请方提供1:1反馈 - 与已通过的项目建立更紧密的合作，以制定清晰目标、路线图以及共同期望 ## <br/> # 扩展交流渠道 随着流程越来越完善，我们也正致力于提高ESP计划的曝光度，希望吸引到更多高质量项目的申请。为此，我们正在对交流方式进行修缮，改善现有的沟通渠道，并为[ESP网站](https://ecosystem.support/)添加一些崭新的页面。  其中有一些适度的改变，我们希望能够在社区宣传中起到作用，也能更好地为潜在项目提供帮助。现在大家可以在首页跟踪到有关ESP的最新消息，以及我们将参与的活动，鉴于目前的健康危机，这些活动可能以虚拟形式进行。 我们还添加了常见问题解答，改进了问询表格。最重要的是，我们上线了一些新的页面标题横幅，将网站的各个部分连接在一起。😎 我们还加入了一个[“希望清单”(Wishlist)](https://ecosystem.support/wishlist/)，吸引项目关注特定领域，例如安全性、Eth2和隐私，我们希望在这些领域能有更多的参与者。这个清单并不是定义哪些领域对于生态系统来说是至关重要的，也不是出于ESP计划的优先考虑。但我们的初衷是这个部分能够给潜在参与者一些启发。一如既往，我们希望能够在ESP宣布支持的范围和其他领域的潜在贡献者之间取得平衡。 在进度报告方面，我们将定期发布博客宣布新的受资助方，但经济资助仅仅是开头。在未来，我们还将重点介绍受资助方的工作内容。在新的[“特色项目”(Featured Projects)](https://ecosystem.support/projects/) 页面中，我们将主要介绍持续多月或多年的受资助项目。我们还将加大社交媒体的使用力度，祝贺受资助方达成工作里程碑并且距离目标稳步前进。 ### <br/> ## 2019年经济资助 2019年除了整个ESP计划的优化工作之外，我们也在持续为整个生态系统的项目提供支持，经济支持只是其中一种形式。有许多出色的团队并不是EF的受资助方，原因是这些团队要么已经被资助，要么其工作重点不符合EF资助范围。但是，我们将竭尽所能支持这些做出贡献的参与者（例如为其桥接新机遇或是为其项目扩大网络影响力）。 也就是说，经济援助仍然是我们支持以太坊生态系统的主要手段。 2019年有超过70个项目获得了经济支持。以下列出的是2019年的受资助团队信息。其中不包括重复支持、前受资助方因为新成果获得的奖励以及其他针对EF团队的资助。有关基金会整体工作的更多详情，2020春季更新将在未来几天内与大家见面。 我们列出了每个受资助项目的名称和简介，[此处](https://docs.google.com/spreadsheets/d/12oSaK8fBEH7ReUldKbrKzHE_u4Cq6AYO07V4OZTGO5U/edit#gid=0)是支持搜索的电子表格，其中包含项目链接，以便了解更多相关信息。 #### <br/> #### 以太坊2.0 以太坊2.0的开发工作如火如荼，许多团队都携手并进，为了使以太坊系统更具可扩展性、强韧性和安全性，当然有PoS (权益证明) 的引进！我们已经资助了多个2.0客户端，并努力朝着互操作性、可靠性和开发者工具的创建努力。除了下面列出的资助项目，以太坊2.0工作的经济援助也来自于多次资助和其他渠道。 ##### <br/> ##### Eth2客户端: $1,695,000  ##### <br/> ##### Eth2工具及其他: $1,459,000  #### <br/> #### Eth 1.x: $487,000 1.x的贡献者正在致力于升级工作，以在短期内提升以太坊的性能。重点关注领域包括无状态以太坊、改善开发者体验、增加节点客户端的多样性、确保全节点可持续运行以及为2.0的发布铺路。与Eth2一样，本文仅包含资金方面的援助。我们将在之后的更新中分享其他形式的支持，包括Geth、其他1.x和无状态研究等等。  #### <br/> #### Layer 2: $1,211,000 第二层解决方案支持各种各样的应用程序，这些应用程序可能面临着成本高、速度慢、过于复杂或者无法直接在以太坊基础层上实现的问题。 2019年是振奋人心的一年，社区中的团队和个人齐心协力使得以太坊向有用性和扩展性突飞猛进。这项工作在短期看来至关重要，对未来的意义也不可置否。Eth 2.0在将来也会受益于第二层解决方案提升的隐私性、扩展性和灵活性。  #### <br/> #### 密码学及零知识证明: $426,000 密码学和零知识证明的研究和开发工作比以往任何时候都要多。这些工作夯实了协议的基础组成部分，为扩展性、隐私性和安全性开辟了新的可能性。2019年的目标是迈出切实可行的一步：构建工具提升开发者效率，使其无需深入了解密码学。  #### <br/> #### 开发者体验: $1,322,000 以太坊为应用程序解锁了一片全新的设计天地。在开发者进行探索时，不可避免地会发现新的痛点并且需要新的工具。我们正通过在增加编程语言种类、完善软件库、开发工具、节点基础设施、去中心化存储、消息传递等方面大力投入，以提升开发者体验。这些优化使得开发者事半功倍，从而可以专注于自己的产品，而不需要构建自己的自定义工具。我们的终极目标就是在以太坊上能够获得轻松愉悦的开发体验。  #### <br/> #### 用户体验: $213,000 我们一直在寻求升级和通用工具，以降低终端用户的门槛，同时又不破坏去中心化或任何以太坊独具的特色。通过协助解决常见痛点，使得各地的开发者都能够吸引到更多用户，例如gas成本、身份管理、地址可读性和互操作性。  #### <br/> #### 社区和教育: $422,000 若是没有致力于生态系统长足发展的社区和贡献者，以太坊也不会存在。以下这些团队通过线上线下的方式将人们汇聚在一起，丰富了以太坊全球社区的多样性，并且通过向所有人提供无偿的教育来帮助建立通用以太坊知识库。  #### <br/> #### 间接资助: $484,000 新形式的生态系统需要突破传统的资金分配思维！以太坊生态系统的蓬勃生长在很大程度上依靠开源开发者和独立思想者。为此，我们希望突破公司和组织的传统结构（grants、风险投资、合同薪酬），寻求独具一格的方式来资助有才能的贡献者。本类别的目的在于将资源反哺社区。  <br/> 我们对于团队在2019年的工作成果感到十分自豪，2020年我们也会满载动力向着焕然一新的目标进发。一如既往，感谢社区和每一个贡献者的热情和支持，我们期待与您分享ESP团队的最新动态！!🦄https://www.ethereum.cn/eth2-quick-update-no-10https://www.ethereum.cn/eth2-quick-update-no-10Wed, 01 Apr 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/03/31/eth2-quick-update-no-10/) <br/>  <br/> 本周有一些趣味官宣！ 除了以下即将提到的进展，客户端团队正全力向产品化前进，下周的更新将涵盖客户端方面的进度。 <br/> # 要点速览 - Least Authority完成[阶段0审计](https://leastauthority.com/blog/ethereum-2-0-specifications/) - 阶段0预启动阶段[赏金计划](https://notes.ethereum.org/@djrtwo/phase0-bounty) 🐛 - [Discord Eth R＆D小组](https://discord.gg/VmG7Uxc)整合eth1 + eth2相关讨论 <br/> # 完成阶段0审计 几个月前，我们就提到了与Least Authority进行针对阶段0规范的全面审计。审计几乎无所不包，深入研究了潜在的DoS攻击、资源滥用、意外分叉/链以及可能影响资金安全的攻击。 目前审计已经全面完成，并且[向大众公开 ](https://leastauthority.com/blog/ethereum-2-0-specifications/)💐 Least Authority的审计工作：1）帮助我们修复了在广播消息过程中具备额外验证条件的一些DoS向量（问题A&B）；2）强调了针对区块提议者领导人公开选举的担忧（问题C和D）；3）促进了针对潜在DoS攻击的进一步研究，该类潜在攻击可能使用libp2p gossipsub协议控制消息。 除了具体问题，审计工作还给出了一些其他建议，包括修改p2p规范、研究新技术强化gossip以及对核心共识文件/证明进行同侪审查 (peer review)。 非常感谢Least Authority！很高兴能与众多审计员在这个项目上进行合作！ <br/> # 阶段0预启动阶段赏金计划 在此我们兴奋地宣布[阶段0预启动阶段赏金计划](https://notes.ethereum.org/@djrtwo/phase0-bounty)！ 这项计划的初衷是激励各位在Eth2主网正式启动之前寻找并报告核心Eth2规范中的bug 🐛 (赏金高达一万美元！) 以太坊基金会负责维持这项计划，直到阶段0主网正式上线。在阶段0投入使用后，我们将把该赏金纳入标准的 [Ethereum Bounty Program](https://bounty.ethereum.org/) (以太坊赏金计划)。 点击[此处](https://notes.ethereum.org/@djrtwo/phase0-bounty)了解该赏金计划细节，包括规则、报告方式、紧要程度和相应奖励。 **作为这项计划的良好开端，我们很高兴地宣布对前三个bug赏金进行奖励！** - Herman Junge – **级别：关键** – [验证者奖励溢出bug](https://github.com/ethereum/eth2.0-specs/pull/1635) - Michael Sproul – **级别：中等** – [验证者奖励计算bug](https://github.com/ethereum/eth2.0-specs/pull/1680) - Martin Lundfall – **级别：一般** – [验证者余额极低时除以零bug](https://github.com/ethereum/eth2.0-specs/pull/1664) 祝各位寻bug🐛之旅愉快！ <br/> # 整合eth1+eth2相关讨论 自从去年大阪的deVcon大会以来，发生了许多奇妙的事。在Piper的领导下，eth1x研究计划已经壮大为无状态以太坊 (Stateless Ethereum) 运动，具体路线图出炉，并且在整个生态系统中收获了广泛参与度。 无状态以太坊是针对eth2扩容工作的补充，且与eth1+eth2方面的研究、规范、开发和讨论的重叠面。为了提高协同工作的效率，最近有关eth1+eth2的讨论已经在[Eth R&D Discord频道](https://discord.gg/VmG7Uxc)进行了整合。 [加入我们](https://discord.gg/VmG7Uxc)，你可以：潜水、提问、提议新同步协议、原型化eth1+eth2合并、优化见证 (witnesses) 或是获取最新的以太坊协议进展！🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/2020/03/27/sharding-consensushttps://www.ethereum.cn/2020/03/27/sharding-consensusMon, 30 Mar 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/03/27/sharding-consensus/) <br/>  <br/> 特别感谢Sacha Yves Saint-Leger和Joseph Schweitzer的审校。 分片 (Sharding) 是eth2相较于eth1的诸多改进之一。“分片”是从数据库研究中借用而来，意味着整体数据的一部分。与数据库语境相同，在eth2中，分片意味着将整个系统的存储和计算分割为分片，并独立处理各分片，然后根据需求组合结果。确切来说，**eth2将实现许多分片链，其中每个分片具有与eth1链相似的功能，这对于扩展性来说是巨大的提升。** 然而，eth2中存在一种鲜为人知的分片类型。从协议设计的角度来看，这可能更加令人兴奋——**输入分片共识。** <br/> # 分片共识 就像速度最慢的节点处理能力有限，整个网络吞吐量都会受限，单个验证者的计算资源也限制了可以参与共识的验证者总数。由于每个新加入的验证者都会为系统中所有其他的验证者带来额外的工作量，因此资源最少的验证者将无法继续参与（因为无法再跟踪其他验证者的投票） 。为此，eth2的解决方案是**分片共识 (sharding consensus)。** <br/> ## “拆分”式设计 在eth2中，时间被分为两种期间，即**时隙 (slots)** 和**时段 (epochs)**。 一个时隙 (slot) 指12秒的时间范围，期间理想状态下一个新区块会被添加到链上。区块是一种机制，除了打包交易，还将包含验证者的投票。 一个时段 (epoch) 由32个时隙（6.4分钟）组成，在此期间，信标链将执行维护该链所需的所有计算，包括证明并最终确定新区块，以及对验证者实施奖惩措施。 正如在[本系列第一篇文章](https://blog.ethereum.org/2019/11/27/validated-staking-on-eth2-0/) ([中文版](https://news.ethereum.cn/validated-staking-on-eth2-0/)) 中讨论到的，验证者会被组织成委员会 (committees) 的形式来执行工作。无论何时，**每个验证者都同时是一个信标链和一个分片链委员会的成员，并被要求每个时段 (epoch) 进行一次证明 (attestation)，其中证明是针对已经被提议了一个时隙 (slot) 的信标区块的投票。** Eth2分片共识的安全模型是基于一个思想，即**委员会或多或少是整个验证者集的准确统计表示。** 例如我们遇到这样一种情况：集合中有33％的恶意验证者，那么他们最终很有可能会进入同一委员会。这对于安全模型来说简直惨不忍睹。 <br/>  <br/> 因此我们需要寻求一种方法来杜绝这种情况。换句话说，我们需要确保假如33％的验证者是恶意的，那么一个委员会里最多只能分配到大约33%的恶意验证者。 我们可以通过以下两种方式达到该目的： 1. 保证委员会成员随机分配 2. 每个委员会中要有验证者数量最低限制 举个例子：每个委员会有128个随机抽样的验证者，1/3的恶意验证者控制2/3委员会的可能性非常小（[概率小于2 ^ -40](https://web.archive.org/web/20190504131341/https://vitalik.ca/files/Ithaca201807_Sharding.pdf)）。 <br/> ## “合并”式设计 验证者的投票即证明 (attestations)。一个证明由许多部分组成： - 针对目前信标链头的投票 - 针对哪个信标区块应当被证明/最终确定的投票 - 针对分片链当前状态的投票 - 投票同意的所有验证者签名 通过将尽可能多的元素聚合成一个证明 (attestation)，可以提高系统的整体效率。之所以能有这种效果，是因为节点只需要针对证明 (attestations) 进行计算就可以获知信标链和每个分片链的状态，而无需对信标区块和分片区块的投票和签名进行独立检查。 如果每个验证者都产生自己的证明 (attestation)，并且每个证明都需要由所有其他节点进行验证，那么作为一个eth2节点的成本将会非常高。这就是聚合 (aggregation) 要解决的问题。 证明 (attestations) 在设计时就遵循了**易组合**的理念，如果两个及以上验证者都有针对相同投票的证明，那么就可以将这些证明的签名字段添加进一个证明中，从而对这些证明进行组合。这就是**证明聚合 (aggregation)**。 就其结构而言，委员会内部的投票都是易聚合的，因为被分配在同一个分片中的验证者针对该分片状态和信标链的投票应该是相同的。这就是eth2扩展验证者规模的机制。通过将验证者分配到委员会中，验证者只需要关注同一委员会中的其他验证者，并且仅需验证来自其他委员会的非常少的聚合证明 (aggregated attestations)。 <br/> ### 签名聚合 Eth2将使用BLS签名，这是一种在多条椭圆曲线上定义的、聚合友好的签名方案。在特定的曲线上，每个签名是96字节。 如果ETH总量的10%被质押到eth2中，那么将大约有 35万验证者。这就意味着一个时段 (epoch) 的签名大小将是33.6 MB，每天就是大约7.6 GB。如果按照这种趋势，那么[2018年有关eth1状态大小达到1TB的谬论](https://dev.to/5chdn/the-ethereum-blockchain-size-will-not-exceed-1tb-anytime-soon-58a)，将会在eth2实现之后的133天之内就成为现实 (且仅基于签名而言)。 BLS签名的妙处在于它是可以聚合的：假如Alice产生了签名A，Bob对同一个数据进行签名为B，那么Alice和Bob的签名可以聚合成为签名C (C=A+B),由此来进行存储和检查。通过使用签名聚合，每个委员会只需存储并检查一个签名。这样一来，**每天的存储需求就降低至2MB以下。** <br/> # 结语 **通过将验证者分配到委员会中，验证eth2所需的工作量减少了几个数量级。** 对于信标链和所有分片链的验证节点来说，他们只需要查看每个委员会的聚合证明 (aggregated attestations) 即可。如此一来，节点既可以获知每个分片的状态，同时还能获知验证者对于哪些区块是否被添加到链上的意见。 总的来说，委员会机制帮助eth2达成了两个设计目标（在[本系列首篇文章](https://blog.ethereum.org/2019/11/27/validated-staking-on-eth2-0/)中提及过）：即在消费级笔记本电脑上就可以参与eth2网络，且eth2必须支持尽可能多的验证者以实现最大程度的去中心化。 数字也许更具象，虽然大多数拜占庭容错式的PoS协议都可以扩张至数十个验证者 (在个别情况下，甚至可以扩展到数百个)，但 **eth2能够支撑数十万个验证者，并且不需要在网络延迟和吞吐量方面折衷就能保证安全性。** <br/> #### Eth2 Staking系列其他文章： [如何参与ETH2 STAKING（开篇）](https://news.ethereum.cn/validated-staking-on-eth2-0/) [参与ETH2 STAKING系列：激励篇](https://news.ethereum.cn/validated-staking-on-eth2-1-incentives/) [ETH2 STAKING系列：共识机制篇](https://news.ethereum.cn/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat/) <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/ethereum-org-development-update-2https://www.ethereum.cn/ethereum-org-development-update-2Mon, 23 Mar 2020 00:00:00 GMT来源 | Ethereum Blog <br/> Hey Ethereum！由ethereum.org团队为您带来最新进展！ <br/> # **样式指南与设计升级**  Ethereum.org正在进行升级啦！在一月份的时候，我们发布了[样式指南](https://twitter.com/ethdotorg/status/1220417757960986630)（figma doc文档版本点击[此处](https://www.figma.com/file/tboGNkZJKDhqzXqPzDaBm5/Ethereum.org-Style-Guide?node-id=0%3A1)），以征求公众意见和反馈。目前正在按照样式指南实施计划。 我们还制定了一系列的[设计原则](https://github.com/ethereum/ethereum-org-website/blob/dev/design-principles.md)来指导关于网站的决策。 关于新网站的设计，我们还将改变现有网页的布局。部分网页已经更新，快去瞧瞧，然后[给予我们反馈](https://github.com/login?return_to=https%3A%2F%2Fgithub.com%2Fethereum%2Fethereum-org-website%2Fissues%2Fnew%2Fchoose)！继续密切关注未来几周的网站更新变化吧！ <br/> # 社区页面！  ethereum.org最受欢迎的其中一个页面就是初学者如何加入社区的相关介绍页面。 在一月份的时候，我们发布了[社区页面v1.0版本](https://ethereum.org/community/)，浏览页面更方便。当前，该页面内容包括受欢迎线上社区清单，即将举行的活动、meetup组列表以及针对具有不同背景和技能的人参与以太坊社区的具体建议。由衷地感谢所有为网站建设提供想法与建议的朋友！ 你觉得ethereum.org上是否还需要增添其他页面？有想法那就[来建言献策](https://github.com/login?return_to=https%3A%2F%2Fgithub.com%2Fethereum%2Fethereum-org-website%2Fissues%2Fnew%2Fchoose)吧！ <br/> # Studio页面简化  [启动ethereum.org上的Studio功能](https://news.ethereum.cn/ethereum-org-development-update-1/)后，获得的主要反馈之一就是该工具使用起来仍然过于复杂。然而，Studio旨在成为最简单、最快速的以太坊智能合约读写入门方法。 目前，已经删减了读写智能合约不需要的功能和菜单选项，从而进一步简化该工具。 非常乐于得到大家的一臂之力来共同完善网站！查看[open issues](https://github.com/SuperblocksHQ/ethereum-studio/issues)来了解一下如何出谋划策吧！ <br/> # 下一步是？ 在一群给力的以太坊社区成员的帮助下，我们几乎完成了对网站上Individuals选项的所有内容的全面审核。因此，我们会适当增减内容，重新组织页面以及重新编写一些现有内容。 接下来，我们将对站点上“Developers”选项的所有内容进行类似审核。跃跃欲试了吗？那就加入“老虎队”来共同完成审查工作吧！点击[此处](https://ethereumfoundation.typeform.com/to/xVBuIn)申请！ 网页设计也将继续升级。在未来几周内新布局网站将面世，我们感到非常激动。 最后，刚刚[宣布了下一次的社区电话会议](https://twitter.com/ethdotorg/status/1240627290167545857?s=20)将于3月25日星期三举行。快来加入会议，表达自己的想法或反馈吧！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/wnie2-2020-3-20https://www.ethereum.cn/wnie2-2020-3-20Fri, 20 Mar 2020 00:00:00 GMT来源 | [What‘s New in Eth2](https://hackmd.io/@benjaminion/wnie2_200320) <br/> # **大家好，别来无恙 👋** 最近世界仿佛停滞运转，但是Eth2的工作仍在继续进行。在这个特殊的时期，wnie2希望为大家呈现万变中的不变。 如果您尚未参与2020年[ETH使用情况调查](https://www.surveygizmo.com/s3/5478500/b50493a3f344)，只需几分钟即可完成。这些问题涵盖了许多有趣的方面，包括Eth2质押计划以及DeFi使用。 <br/> # 要点速览 Gitcoin Media：[ETH2.0主要开发者问答](https://www.youtube.com/watch?reload=9&v=td750o3xf8k&list=PLvTrX8LNPbPkOOTmVqjljLs2vk5-YZwLG)。在此可以与所有你喜爱的开发人员对不同的Eth2主题进行探讨。 一如既往，Danny Ryan的[*eth2 quick update no. 9*](https://blog.ethereum.org/2020/03/17/eth2-quick-update-no-9/)仍然是以太坊最新进展的权威来源，中文版[《Eth2更新速览（九）》](https://news.ethereum.cn/eth2-quick-update-no-9/)。 <br/> # Eth2未来5-10年路线图 就以太坊目前处于何处以及未来的大致发展方向而言，Vitalik发表了一个很棒的[图示](https://benjaminion.xyz/images/Eth2FlowChart_200318.jpg)，转载如下。[评论](https://twitter.com/VitalikButerin/status/1240365050436689923)同样很精彩，不容错过！ 对于近来一直在关注以太坊的人来说，这个大致路线并没太大的惊喜，至少它与我的心理预期相去无几。 其中有两个显著特点：**一是促进Eth1与Eth2合并的首要任务，二是不再强调阶段2是可交付的成果，随着其中组件的成熟，有许多事都亟待实现。** 这个图示并非如同之前常见的将发展路线分为三个阶段，但这个路线更为实用，并且能更早地交付一个可用的系统。这个系统最初看起来更类似我们熟悉的Eth1的增强版本，而不是一个应接不暇的全新执行环境抽象世界。我希望这个路线路能够受到开发者的支持。 为了避免歧义，此图中的Eth2阶段0（信标链）或阶段1（分片链）并未产生任何变化。 <center><img src="https://i.ibb.co/1JZLxv1/3-20-1-1ab26fb9b2.jpg"/></center> <br/> # 阐释性文章 随着阶段0临近，涌现出越来越多的高质量阐释性文章。 - Ivan Martinez：[ETH2从ETH1中学到了什么？](https://medium.com/@0xKiwi/what-eth2-has-learned-from-eth1-d1f7e0830a98) 本文涵盖了发行、无状态和帐户抽象等问题。比起在现有的Eth1链上修修补补，在全新的Eth2架构中解决这些问题要容易得多。例如，早在[三年前](https://eips.ethereum.org/EIPS/eip-86)就在EIP中提出将Eth1帐户抽象化，但至今仍未实现。 这也体现了我对于尽早合并Eth1和Eth2的提议有所保留：如果Eth2一心只想解决Eth1的遗留技术难题，那么创新将可能被搁置多年。 - 想要尝试亲自跑跑信标链？点击[此处](https://dev.to/q9/how-to-run-your-own-beacon-chain-e70)获得指引！ - Sly Gryphon技术性文章：[Eth2.0状态转换](https://sgryphon.wordpress.com/2020/03/17/eth-2-0-state-transition/) - 我仍然在继续[Eth2规范的注解工作](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/introduction/)。由于有太多细节需要深入，因此工作进度较慢，但指日可待！ <br/> # 常规电话会议 ## 实现者会议 第35次会议于3月12日进行。 - [会议议程；](https://github.com/ethereum/eth2.0-pm/issues/132) - [会议视频；](https://youtu.be/orVYfqP_YuQ?t=575) - [我的笔记](https://hackmd.io/@benjaminion/BkW_92PrU)、[Mamy的笔记](https://gist.github.com/mratsim/b81f488911496e93fbdde16d966468b6)以及[Edson的笔记](https://github.com/ethereum/eth2.0-pm/blob/master/eth2.0-implementers-calls/call_035.md)。 除去一些常规客户端更新，重点如下： - [V0.11.0版本规范](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.11.0)已发布。主要加强了网络层对于拒绝服务 (DoS) 攻击的防御，还包含一些状态转换的改动。本规范是多客户端测试网的稳定性目标。 - 我们预计在四月运行一些**长期联合测试网**。相关进展顺利：Prysmatic的Sapphire测试网[运行良好](https://twitter.com/preston_vanloon/status/1241061545037033472)；Prysm与Lighthouse进行同步；Teku与Prysm和Lighthouse进行同步，等等。 - 阶段1规范即将能够在客户端中进行原型化，预计在四月初左右。 ## Eth 1.x/无状态以太坊 最近我没有跟踪到无状态以太坊的会议。但Griffin Ichiba Hotchkiss撰写了一篇非常棒的进展报告，对EthCC之后举办的[首届无状态以太坊峰会](https://blog.ethereum.org/2020/03/12/eth1x-files-stateless-summit-summary/)进行了总结。 <br/> # 研究工作 Gasper最终版本论文[Combining GHOST and Casper](https://arxiv.org/abs/2003.03052)已发布。该论文分析了我们在Eth2中如何创造性地将这两种共识协议结合在一起。 [**ethresear.ch：**](http://ethresear.ch/) Vitalik：**[使用 (Polynomial commitments) 多项式承诺替代状态根](https://ethresear.ch/t/using-polynomial-commitments-to-replace-state-roots/7095?u=benjaminion)。**多项式承诺最近是大热的[加密话题](https://twitter.com/VitalikButerin/status/1237736821200695297)。Justin Drake在ZK Study Club中探讨PCs：[1](https://www.youtube.com/watch?v=bz16BURH_u8)，[2](https://www.youtube.com/watch?v=BfV7HBHXfC0)，[3](https://www.youtube.com/watch?v=TbNauD5wgXM)。总之，PCs可能是无状态协议的重要解决方案，但目前还存在一些实质性的挑战。 PegaSys的Joe Delong提出了一种跨分片通讯机制：[评估非顺序收据的跨分片交易](https://ethresear.ch/t/appraisal-of-non-sequential-receipt-cross-shard-transactions/7108?u=benjaminion)。此处是他的[跨分片交易模拟器](https://github.com/dangerousfood/cross-shard-txn-sim)。 PegaSys的Peter Robinson提出了一种原子跨分片交易机制：[使用系统事件、实时参数检查和智能合约锁定的原子跨分片函数调用](https://ethresear.ch/t/atomic-cross-shard-function-calls-using-system-events-live-parameter-checking-contract-locking/7114?u=benjaminion)。 PegaSys的Mikhail Kalinin针对Eth1和Eth2双向桥接的研究：[矿工投了反对票](https://ethresear.ch/t/miners-vote-back/7129?u=benjaminion)。 PegaSys的Alex Vlasov继续研究[拜占庭容错的分布式时间协议](https://ethresear.ch/t/sensor-fusion-for-bft-clock-sync/7142?u=benjaminion)。这是Eth2很重要的一个部分，需要强大的时钟同步。 <br/> # 其他新闻 [Nimbus](https://our.status.im/nimbus-status-update-march-6th/), [Lighthouse](https://lighthouse.sigmaprime.io/update-22.html)和[Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-46-slasher-running-integrated-fuzz-testing-6d3647833afc)的开发进展更新。 Piper Merriam尝试集合Eth1x和Eth2的[工作分工](https://ethresear.ch/t/whos-working-on-what/7159?u=benjaminion)。 <br/> # 最后的最后…… 四年前在对Proof of Stake (权益质押) 进行研究的时候，我就确信以太坊是绝无仅有的😻我非常高兴能参与到Eth2最终的交付。每当我想到PoW (工作量证明)，我还是会不寒而栗。 但是我绝不反对投入计算资源到有价值的事中，我很乐于响应[Jonny Rhea的呼吁](https://twitter.com/JonnyRhea/status/1238643297184251910)，为COVID-19蛋白质折叠投入CPU和GPU算力。 读这篇文章的你同样可以加入！操作如下： 1. 访问[foldingathome.org/start-folding](http://foldingathome.org/start-folding)并且安装软件 2. 打开->配置身份 3. 输入团队编码：237234（以太坊团队） 4. 用户名（可选） <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/eth2-quick-update-no-9https://www.ethereum.cn/eth2-quick-update-no-9Wed, 18 Mar 2020 00:00:00 GMT来源：[Ethereum Blog](https://blog.ethereum.org/2020/03/17/eth2-quick-update-no-9/) <br/>  <br/> 多事之春。在此我希望大家都安然无恙，继续照顾好自己、家人和社区。 本期Eth2更新速览发布地有些迟了，抱歉。接下来我将保持定期更新。总体来说，**Eth2进展顺利，阶段0已经达到稳定状态，各客户端团队正在全力以赴，并且一个关于无状态以太坊的可观研究也发布了。** ### <br/> # 要点速览 - [v0.11.0 版本规范](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.11.0)发布，作为多客户端测试网的稳定目标； - 有关[结合GHOST与Casper](https://arxiv.org/abs/2003.03052)的论文已发布，以供公众审议； - [Polynomial commitments](https://ethresear.ch/t/using-polynomial-commitments-to-replace-state-roots/7095/3) (多项式承诺)可能是无状态以太坊的解决方案之一； - IEFT BLS规范存在些许[不稳定性](https://github.com/cfrg/draft-irtf-cfrg-hash-to-curve/pull/212)，但预计不会有进一步更改。 ### <br/> # v0.11.0版本规范发布 [v0.11.0 (Lan party)](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.11.0) 版本规范已于上周发布。此版本的发布意味着“审计后”的阶段0规范版本，为长期的多客户端测试网做好铺垫。 该版本包含一些针对核心共识的微小改动，重点主要放在了网络协议的优化，例如简化同步协议、强化抗DoS、优化网络/链分叉等。更多细节，请参阅[release notes](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.11.0)。 各客户端正致力于集成这些变更，同时兼顾进行稳定性、优化和多客户端实验工作。各客户端团队三月都在为即将来临的多客户端测试网奠定基础。目前，**Teku与Prysm进行了同步，Prysm与Lighthouse进行了同步**，且大多数基于DiscoveryV5 (节点发现协议第五版) 的实现都可以发现彼此。 ### <br/> # Eth2混合共识机制论文发布 本周，我们在arXiv上发布了论文：*[Combining GHOST and Casper](https://arxiv.org/abs/2003.03052) (GHOST 和Casper的结合)*。这项成果正式介绍了Eth2的核心共识组件Casper FFG和LMD-GHOST，展现了这两者如何互补，进而**形成一个兼具安全性和活性的系统**。基于首先在*[Casper the Friendly Finality Gadget](https://arxiv.org/abs/1710.09437) (Casper FFG)* 论文中提出的概念，本论文进一步将这些概念嵌套进一个更具象的基于slot的PoS语境之中 (即eth2信标链)。 该论文的创作与阶段0规范的发展同步进行，它不仅对规范设计产生了影响，同时还强调了一些必须解决的关键边界情况。对于公开发表这篇论文，我们感到很激动，以便公众查阅，提供评论、反馈和意见。 Vitalik之前提出的一个[“迷你规范”](https://ethresear.ch/t/beacon-chain-casper-mini-spec/2760)催生了这项工作，但大部分工作是由San Jose州立大学的Yan X. Zhang和他的学生推动并成就的。我们要特别感谢Yan及其学生完成了eth2的这一重要里程碑：Diego Hernandez、Thor Kamphefner、Khiem Pham、Zhi Qiao、Juhyeok Sin和Ying Wang。 ### <br/> # 无状态以太坊推进：Polynomial commitments Vitalik最近在ethresear.ch上发表了一篇激动人心的文章：*[Using polynomial commitments to replace state roots](https://ethresear.ch/t/using-polynomial-commitments-to-replace-state-roots/7095)* (使用多项式承诺替代状态根)。这篇贴文提议**使用多项式承诺来替代此前一直用于区块链状态和数据的默克尔树累加器。**如果这个研究方向被证明是可行的，我们可以将“witness” (证明，即处理区块所需的状态证明) 大小从约0.5 MB减少至1-10kB，这就解决了无状态以太坊研究中一个关键问题。 确切来说，以太坊正在力求转向一个“无状态”的模式 (参见Eth 1.x相关研究和[进展更新](https://news.ethereum.cn/eth1x-files-the-stateless-ethereum-tech-tree/))。多项式承诺可能会是我们一直在寻求的重要突破点，通过显著降低基于区块大小的无状态性的成本来实现无状态。 尽管该提议看起来非常有效，但其中涉及到的一些研究和数学运算着实新颖。我们需要多花些时间，以便更好地理解其中的复杂性并且做出权衡，也能使更多人关注到这个激动人心的新方式。 ### <br/> # IETF BLS标准的些许不稳定 基于一些来自不同应用和领域的外部反馈，最近IETF BLS标准在最终更改中将其纳入了规范。之前的hash_to_base对于一些系统和应用不太友好，例如嵌入式系统、需要特定类型域分离的应用以及使用SHA-3算法的应用。 考虑到[这些问题](https://github.com/cfrg/draft-irtf-cfrg-hash-to-curve/issues/202#issue-553639522)，hash_to_base被替换为新改进的[hash_to_field](https://github.com/cfrg/draft-irtf-cfrg-hash-to-curve/pull/212)。维护人员不希望对规范再有其他任何实质性的改动，该修改将很快作为“第6版草案”正式发布。 就密码学标准而言，我们不希望停留在当前使用Keccak256哈希函数的Eth1，目前的eth1是唯一使用此算法的主要应用。处于加密孤岛上不仅会阻碍跨应用互操作性的优化，也不利于许多稳健实现的发展。 我们正在密切跟进IEFT标准的开发工作，但是鉴于这个改动，**在有确切的eth2发布时间之前，我们并不急于在主网部署存款合约** (deposit contract)，否则会我们会被困在一个BLS规范中。我们将持续评估IEFT标准的稳定性，并且不希望因此成为发布阶段0的瓶颈。 此外，长期多客户端测试网即将到来，我们将为其发布存款界面并部署存款合约，关于这个话题我们将在下期讨论更多细节🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-3-6https://www.ethereum.cn/wnie2-2020-3-6Sun, 08 Mar 2020 00:00:00 GMT来源 | [What‘s New in Eth2](https://hackmd.io/@benjaminion/wnie2_200306) <br/> # 上周文章精选 上周必读文章出自我的资深同事Joseph Chow，[《阐释以太坊2.0信标链》](https://ethos.dev/beacon-chain/)，文章内容紧扣标题😃 <br/> # 阶段0 信标链 阶段0规范即将正式迎来更新 (v0.10.2?)，主要包含一些来自外部审计 (审计结果即将发布) 以及网络 (networking) 方面的内容。 **测试网** 测试网又出现了[大新闻](https://twitter.com/raulitojordan/status/1235978892860682240)！**Prysm的Sapphire测试网中出现了首次验证者被罚没的情况。** [此处](https://beaconcha.in/block/408311)是事发区块，页面底部说明了“1 attester & 0 proposer slashings” (1个证明者&0个区块提议者被罚没)。 究竟发生了什么？该区块的提议者打包了一名生成证明 (attestations) 的验证者出现罚没行为的证据。我们可以从[Prysm API](https://api.prylabs.net/eth/v1alpha1/beacon/blocks?slot=408311)的相关数据中看到attesterSlashings (证明者罚没) 对象，其中就包含了该名验证者进行矛盾投票的证据： - 验证者 #35293 使用信标区块根 （“YnJ1aGFoYQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=” ）对源检查点 12757 和目标检查点 12758 进行了一次投票； - 同一名验证者继而又使用了一个不同的信标区块根（“kJtJdW/ZLB+dJkLgsxvNQzLM1uAdbe/Au3YsSNOiY2A=”）对同一个源检查点和目标检查点进行了投票。 该行为被认定是**“双重投票”** (double vote，针对同一目标epoch却包含不同证明数据的两次投票)，根据Casper FFG共识规则，这是一种会被罚没的行为。因为对于正常工作的验证者来说，即使是无意之举也不会发生这种情况，事因要么是验证者故意为之，要么就是出现bug。 在[验证者记录](https://beaconcha.in/validator/35293)中我们也能看到其被标记罚没并且退出了网络。一旦被检测到不端行为，验证者会被罚没0.1 ETH (在正式信标链网络中，罚没金额为1 ETH)，并且在之后的18天中会面临另一次罚没惩罚，罚没金额取决于有多少其他验证者在此期间也被罚没。 (译者注：为了降低验证者无心之举的损失，罚没金额与同时段被罚没的验证者数量呈一定比例。如果大量验证者同时被检测到不当行为，那么很大几率会被视作是针对Eth2网络的攻击行为。) 整件事的重点在于，Prysmatic团队能够检测到该罚没情况。在整个网络的活动中，这[绝对不是无足轻重](https://github.com/ethereum/eth2.0-pm/issues/63)的行为。 测试网相关消息还有：我们的PegaSys客户端Teku与Prysm测试网进行了[同步](https://twitter.com/benjaminion_xyz/status/1232434296578658304)。当时同步速度非常慢，但之后我们实施了一些速度优化措施，包括使Teku合并一个[大型PR](https://github.com/PegaSysEng/teku/pull/1133)以实现新的二叉树数据结构以及其他措施。Prysm目前正在与Lighthouse的EthDenver测试网[进行同步](https://twitter.com/n1shantd/status/1235764020847800322)。看好联合测试网！ **测试工作** Protolambda用于Eth2网络测试的[Rumor](https://github.com/protolambda/rumor) REPL工具即将投入使用，目前正在筹备基于该工具的[网络测试策略](https://gist.github.com/dryajov/91300c9c02fc48a1c0ff29708e562369)。 Sigma Prime针对不同客户端的模糊测试工作[进展良好](https://blog.sigmaprime.io/beacon-fuzz-02.html)。 **Eth2奖惩机制** ConsenSys Pukara (staking即服务) 团队的Herman Junge撰写了一篇有关[Eth2奖惩机制](https://codefi.consensys.net/blog/rewards-and-penalties-on-ethereum-20-phase-0)的详尽文章，过去几个月我一直尝试创作类似的文章，可我发现有太多细枝末节需要涵盖。Herman完成得很棒😃 与此相关的还有[奖惩模拟器代码](https://github.com/hermanjunge/eth2-reward-simulation)，以及一些模拟工具：[1](https://consensys.github.io/eth2-widgets/#/validator-simulation), [2](https://consensys.github.io/eth2-widgets/#/network-simulation). <br/> # 常规会议 ## 实现者会议 - [会议议程；](https://github.com/ethereum/eth2.0-pm/issues/129) - [会议视频；](https://youtu.be/tLiMgFoG_vs?t=70) - 我的[速记](https://hackmd.io/@benjaminion/SygoFBrVL)、Mamy的[笔记](https://gist.github.com/mratsim/80d4a9f313c8c5cac3ac433d7ce810e4)以及来自Cat Herders的Pooja的[完整笔记](https://github.com/ethereum/eth2.0-pm/blob/5a2ff102e5ce9665d200210e36b8a13534737ae3/eth2.0-implementers-calls/call_034.md) ## Networking会议 - Networking团队在3月4日举行了会议。我从这次技术性电话会议中整理了一些[笔记](https://hackmd.io/@benjaminion/rk2OEQ64L) - EthCC活动期间还举行了一次特别会议，此处是[摘要笔记](https://github.com/ethereum/eth2.0-pm/issues/131#issuecomment-594632185)，基本上可以说是“官方”测试网的初步计划 ## 无状态以太坊 (即Eth 1.x) - 2月25日进行了一次[无状态以太坊会议](https://github.com/ethereum/pm/issues/153)，此处是Griffin的[整理](https://blog.ethereum.org/2020/02/28/eth1x-files-digest-no-3/) - Piper Merriam在EthCC上的演讲 (参见下文) 是针对当前无状态以太坊进程的一次总结 <br/> # EthCC 下面是EthCC期间所有关于Eth2演讲的汇总（演讲视频和幻灯片），我额外加入了一些Eth2相关演讲。 #### **第一日 2020/3/3** Will Villanueva：来自Quilt团队的阶段2更新 ([视频](https://youtu.be/wrv-LmV0bkQ?t=231)/[幻灯片](https://docs.google.com/presentation/d/1ECy4tswiG23ncCKGsP4cWTVZANzXQESWm5hl7-Yea9Y/edit#slide=id.p))，由于投影出现问题，十分钟后变成现场问答环节 EF研究团队：Eth2Real工作坊 ([视频](https://www.youtube.com/watch?v=kfKOg4slEac)/[幻灯片](https://docs.google.com/presentation/d/10B6qfJIEaOq2X0LmgfNLIIUfgQ-l6ylFRNdUTitiMzw/edit#slide=id.g704a79fd8e_2_0))，遗憾的是视频中丢失了许多片段 Vitalik Buterin：资助生态系统的各基础项目 ([视频](https://www.youtube.com/watch?v=O0Tca-GV5mk))，开头丢失，音质在七分钟之后会好一些 Joseph Lubin：主题演讲/炉边谈话 ([视频](https://youtu.be/PtZj2H1zIZA?t=499)) Monnot Barnabé：RIG Bouillabaisse: eth2以及其他激励机制 ([视频](https://youtu.be/9srQ4H1NRzc?t=516)/[幻灯片](https://github.com/ethereum/rig/blob/master/assets/pdf/rig-ethcc.pdf))，请注意视频的标签有误 Vlad Zamfir: 谈CBC Casper中的活性 ([视频](https://www.youtube.com/watch?v=fepAqvd1Gfw)) Cayman Nava：Eth2使用简单序列化 ([视频](https://youtu.be/QXtVAHysxZ8?t=25)) #### **第二日 2020/3/4** Aditya Asgaonkar：Eth2.0的设计选择 ([视频](https://www.youtube.com/watch?v=Hw58XA-oDjw)/[幻灯片](https://docs.google.com/presentation/d/17zA4nCAakHUIgdlWBH7IjbEAlIvUKGXL-m1YhqReUUc/edit#slide=id.p)) Mikerah Quintyne-Collins：Eth2.0中的验证者隐私 ([视频](https://www.youtube.com/watch?v=WC0GPPZ-qVg)) #### **第三日 2020/3/5** Alex Stokes：Eth1遇上Eth2：预知未来 ([视频](https://www.youtube.com/watch?v=9wf7HkYSWiw)/[幻灯片](https://docs.google.com/presentation/d/1KJ8d4gDaGwWo2btbVRYFoDAIKBeacKXgbOlBULXxt7Q/edit#slide=id.p)) Piper Merriam：无状态以太坊 ([视频](https://youtu.be/9NJcYX2gfXM?t=160)) Christopher Goes：Eth2.0的跨区块链通信 ([视频](https://www.youtube.com/watch?v=GhYcvQi2f9c)) Mehdi Zerouali：Lighthouse：通向Eth2主网 ([视频](https://youtu.be/DPuGNLIQClI?t=76)/[幻灯片](https://docs.google.com/presentation/d/1n3MFGIjfMCElZCKuwrLAQPjhgmG6P8NKOegl3J10XBw/edit#slide=id.p1)) <br/> # 研究工作 Mikhail Kalinin目前正致力于 Eth1 <-> Eth2双向桥接的研究，其中在Eth1 链上运用“最终性小工具” (finality gadget) 正处于讨论阶段。Mikhail在EthResearch的贴文中对[最终性小工具](https://ethresear.ch/t/on-the-way-to-eth1-finality/7041?u=benjaminion)进行了分析。对于双向桥接这类架构而言，是否能够观测到信标链至关重要，最近Mikhail还撰文介绍了[FFG客户端的可能雏形](https://hackmd.io/@n0ble/rkmHGWkMU)。 目前有许多工作围绕着无状态以太坊在展开。此处是[提供见证 (witnesses) 所面临挑战](https://ethresear.ch/t/the-direct-push-model-cant-handle-stale-witnesses/7019?u=benjaminion)的讨论。以下还有Sam Wilson的相关演讲。 Dankrad简要叙述了[原子跨分片交易](https://ethresear.ch/t/the-train-and-hotel-ee/7021?u=benjaminion)的一种不需要太多设备的实现方式。 [这篇文章](https://ethresear.ch/t/zero-knowledge-tooling-for-an-eth-2-0-wasm-execution-layer/7080?u=benjaminion)分析了一些零知识加密原语在Ewasm上的性能表现，这对于阶段2来说可能很有价值。 <br/> # 其他新闻 [Nimbus](https://our.status.im/nimbus-status-update-february-so-far/)和[Prysm](https://medium.com/prysmatic-labs/eth-2-0-dev-update-45-cross-compiles-slashing-protection-2e6359e15195)的开发进展。 上周的[EthLondon黑客松](https://twitter.com/protolambda/status/1234155380487393280)有许多参与者！有些人赢得了现金奖励！ Sam Wilson在Eth222期间的有关[Dynamic State Access & Solidity](https://docs.google.com/presentation/d/1X2ISqI3Fd8Jol8Kf0IRtnk27BV3jnX3jhn2VXLhQMHI/edit#slide=id.g70cfee5e5c_0_0) (获取动态状态&Solidity) 的幻灯片。如果状态的获取是“静态的” (提前可知)，那么 (在未来的无状态以太坊中) 提供见证会更加容易。这一系列[推文](https://twitter.com/_SamWilsn_/status/1234823421122564096)解释了原因。在演示中，Sam给出了一种提示开发者非静态 (动态) 状态获取的Solidity方式。他的[etheresear.ch贴文](https://ethresear.ch/t/automated-detection-of-dynamic-state-access-in-solidity/7003?u=benjaminion)中还有一些不错的讨论。 Quilt团队的[阅读清单](https://github.com/quilt/reading/issues)。 Vitalik在BlockTV中的十分钟[访谈](https://blocktv.com/watch/2020-03-04/5e5fab84186fc-vitalik-buterin-talks-eth-2-and-the-future-of-money)，涉及Eth2等内容。 <br/> # 最后的最后…… 我仍然在全然投入有关[Eth2规范注解](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/introduction)的工作。进展不是很快，主要原因是有许多需要深究的主题，探索过程非常令人着迷。 无论如何，希望读者能去看看，期待你的反馈。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth1x-files-stateless-summit-summaryhttps://www.ethereum.cn/eth1x-files-stateless-summit-summarySat, 22 Feb 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/03/12/eth1x-files-stateless-summit-summary/) <br/>  <br/> *译者序：以太坊无状态峰会于上周EthCC会议之后举行，为期两天。本文是Griffin Ichiba个人对于无状态以太坊峰会的总结，包括一些宏观见解、决策以及会议结果。* <br/> # 会议概览 本次峰会为期两天，没有严格的组织形式。第一场会议大家集中在一起，以便探讨一些较为宏观的重要主题，然后分成两三个小组同时进行讨论。期间总共约有30名与会者，小组人数非常适宜，既可以进行深度探讨，还可以轻松地问答交流。当然，这也是一次与“网友”线下会面的机会，并且能够与整个团队建立更人性化的关系。 我认为对于大多数参加此次峰会的人（包括我自己），我们对需要解决的问题和可能的解决方案有了更深的认知。领导Eth 1.x的成员 (Piper、Alexey及其团队) 得以为其他参与者进行讲解，而参与者也能尽情发问，省去了在论坛发帖询问琐碎问题的顾虑。 我之所以强调这一点，是因为这次聚集的主要目的之一就是要更清楚地呈现工作中的机遇和挑战。将工作清楚地解释给感兴趣的人听，以便他们更好地参与进来。我想说的是，峰会在这方面取得了巨大成功，到目前为止我们吸引到了更多人参与Eth 1.x的工作。 <br/> # 会议主题 会议可以说是几乎涵盖到了所有主题。大家讨论到了[**Eth 1.x技术树**](https://blog.ethereum.org/2020/01/28/eth1x-files-the-stateless-ethereum-tech-tree/) (tech tree) 中的大部分问题，并且正如上一节所述，本次峰会的真正目的是将大家聚集在一起，就无状态以太坊的总体方向达成共识。 译者注：Eth 1.x技术树在本系列前序文章[《ETH1.x：如何通向无状态以太坊》](https://news.ethereum.cn/eth1x-files-the-stateless-ethereum-tech-tree/)中进行过专门探讨。 我们需要解决的核心问题是什么？首个要达到的“里程碑”是什么？是否值得为历史见证 (witnesses) 投入精力到零知识方案中？ 我整理的会议主题如下： - 同步原语 - 二进制树转换 - EVM - 无状态以太坊中的数据传递 - 见证规范草案 Alexey评论说，这次峰会的目的是首先处理线上无法协调的事，然后将可以线上解决的事留待完成。相较于线上，分歧更适合面对面解决，并且针对复杂的问题能够更快地做出决策。 因此，除了对讨论的核心主题进行一般性总结和分享之外，还强调对关键决策进行论辩，例如首要工作是什么，或者工作开始之前需要哪些新工具。更重要的是，这次峰会有利于更准确地定义和缩小工作范围，并且为工作的最终成果提供了多个观察角度。 <br/> # 会议决策和新方向 再次强调：这只是我个人对峰会进行的记忆转储，我还没有回顾过我的笔记和录音。以下是我个人整理的要点，不按特别顺序排列。这些在会议中讨论得出的新见解将会影响未来的工作走向。 同步方面，具体来说，要推进无状态工作， `getNodeData` 是必须要进行改动的关键内容。在过渡到二进制树之前，这个问题亟待解决，并且需要所有客户端团队之间的协作。Geth团队的Felix围绕同步开展了卓有成效的讨论，鼓舞人心的是关于同步的替代建议大多数都是殊途同归。**优化同步有利于更顺利地过渡到二进制树。** 在此之前，大家认为平稳过渡到二进制树需要暂时中断区块链并重新计算新的二进制状态。但新的想法是，**如果客户端之间充分协调，那么无需网络中断即可完成过渡。** 新想法的融合在一定程度上折衷了先前要为状态建立以太坊专用数据传输网络的计划。首先，我们邀请了更专业的嘉宾来说明要构建一个这样的网络有多难。其次，我们可以通过优化同步来逐步建立这样的网络，而更简易的版本可以立即投入使用（例如仅用于区块头、交易和收据），之后再逐步进行升级。 针对EVM的改动是最复杂的，需要对EVM进行哪些更改以使其兼容无状态以太坊，还没有明确的决策或解决方案。较为棘手的是，许多考虑中的建议都不是达到无状态的必要条件，这就涉及到如何权衡这些额外建议的价值、复杂度以及工作量。我想值得注意的是，无论如何，某些操作的gas费用预计会提高。但对于EVM来说还没有定论，除非获得更多数据，不然我们也无法获知最佳路径。 目前推进中的一些工作是为了提高效率。主要有两种形式：一类是工具，使数据收集和分析更加容易，另一种是资源类，以提高工作效率，例如为新研究人员提供无状态文档。 目前的分歧集中在两个方面：在短期内应该投入多少精力来构建工具以及最需要哪些工具。在接下来的几周内，我们将对技术树进行修缮，使其更能起到代表无状态以太坊计划的作用。这既可以帮助社区了解工作进展，也能提高新成员的参与效率。 如果有任何问题，希望提出新主题或加入无状态以太坊的研究工作，请在ethresear.ch上进行自我介绍，或在Twitter上联系@gichiba或@JHancock。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2020-2-21https://www.ethereum.cn/wnie2-2020-2-21Sat, 22 Feb 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_200221) <br/> # ETH2进展更新（截至2020/02/21） 本周非技术类必读文章是Trent Van Epps的[《Eth2的5大误解》](https://medium.com/@trenton.v/eth2-misconceptions-top-5-6edafaeccac1)。此文章记录了大众对Eth2产生的部分疑问与恐惧。 另一篇首选文章是Quilt团队的[《阶段2的简史与发展道路》](https://ethresear.ch/t/a-short-history-and-a-way-forward-for-phase-2/6982?u=benjaminion)，更具技术性，但值得仔细阅读。 <br/> # 阶段0：信标链 当前版本v0.10.1尚未更新，但是正在进行准备工作。首先，在[意外多重存款激励](https://github.com/ethereum/eth2.0-specs/issues/1609)的推进下，对验证者有效余额方式进行[调整](https://github.com/ethereum/eth2.0-specs/pull/1627)（由于滞后现象）。 网络规范也有所更新：[DoS预防验证条件](https://github.com/ethereum/eth2.0-specs/pull/1617)；[区块gossip的下界slot条件](https://github.com/ethereum/eth2.0-specs/pull/1616/files)；[子网验证以抗DoS](https://github.com/ethereum/eth2.0-specs/pull/1615/files)（也会稍微影响信标链规范）。我好奇是否由于最近的安全审核才进行这些更新，因为我记得这些更新从未被提起过… ## 🔻BLS签名标准相关新闻 几周前，来自希腊的Greg在质押大量资金以加入Prysm测试网时，却发现[资金损失惨重](https://twitter.com/gregthegreek/status/1222584063443308550)。在此次事件中，只有Goerli 测试网里质押的Eth丢失了，但却强调了一个事实，即Eth1存款合约并未验证存款的BLS签名。目前，由于gas费用的问题，Eth1的签名验证或许不可行，但有人建议下次Eth1分叉可以[通过预编译支持BLS12-381](https://hackmd.io/@ralexstokes/rJegpNo7I)。另外，还可以考虑已提出的[EIP-1962](https://eips.ethereum.org/EIPS/eip-1962)，其中包括多种曲线。这两种方法中的其一都可以使存款在不可逆转确认之前被充分验证，也允许Eth1成为Eth2系统的轻客户端。但其缺点是，将导致存款合同的部署时间取决于下一次Eth1分叉（代号“柏林”）的实行时间。 另外，[上次](https://hackmd.io/@benjaminion/wnie2_200207#BLS-signatures)我指出[BLS Hash-to-curve标准](https://tools.ietf.org/html/draft-irtf-cfrg-hash-to-curve-05)提案或许仍需要进行修改。此事已得到确认，很可能于3月份进行更改。此后，预计不会有进一步的更改。一切正常进行是最好不过的，但即使不那么顺利，我们的计划也不会受太大影响。 ## 🔻测试网 Eth2 Prysm测试网会[逐渐完善](https://beaconcha.in/)。目前显示有41686个验证者，已处理超过30万个slot。 与此同时，Lighthouse团队正在测试其下一个[大规模测试网](https://twitter.com/paulhauner/status/1226817210057805825)，再向公众开放。请密切关注他们的进展！ ## 🔻测试 欢呼雀跃！Protolambda的[REPL测试工具](https://github.com/protolambda/rumor)用于客户端与网络调试，现在它有[名字](https://twitter.com/protolambda/status/1227767117098835968)了，称为Rumor！（我为拼错rumour这个单词感到羞愧，不过只能这样了🤷‍♀️。 <br/> # 阶段1：分片链 提醒一下，[阶段1的规范](https://github.com/ethereum/eth2.0-specs/tree/dev/specs/phase1)是RFR。 <br/> # 阶段2：执行环境 如上所述，Quilt团队写了一篇关于[阶段2现状](https://ethresear.ch/t/a-short-history-and-a-way-forward-for-phase-2/6982?u=benjaminion)的出色文章。 此文章促进了[阶段2规范](https://github.com/ethereum/eth2.0-specs/pull/1628)草案的着手编写。这是巨大的进步！与其他阶段一样，该规范将不断完善，多次重写，但这却是向前迈出的一大步，至少有具体草案以供修改。🎉 Jonny Rhea和Matt Garnett正在[开发](https://twitter.com/matt_garnett/status/1228426160754659328)用于构建执行环境的[工具套件](https://github.com/quilt/ease)。他们已经构建了一个[简单EE](https://github.com/quilt/see)作为demo。这是Jonny制作的[演示过程](https://twitter.com/JonnyRhea/status/1230195894236086277)，阐释其工作原理。去看看他们的成果吧！🙂 <br/> # 常规会议 ## 🔻实现者 通常情况下，本周会有一个开发者电话会议，但是由于[斯坦福区块链大会](https://cbr.stanford.edu/sbc20/)，本周电话会议被推迟到下周。 ## 🔻Eth 1.x Griffin Ichiba Hotchkiss在Eth 1.x系列中发表了另一篇出色的文章《Eth1.x：无状态以太坊工作报告》。这对于Eth1到Eth2的可能性过渡来说非常重要，同时也为Eth2无状态研究提供了信息。 我听说下一次无状态以太坊电话会议将于2月25日（星期二）世界标准时间16：00进行，但我的Telegram群组还有500条未读消息，因此会议可能不是在这个时间进行。 <br/> # 研究工作 这是我之前遗漏的[GHOST + Casper](https://github.com/ethereum/research/blob/master/papers/ffg%2Bghost/paper.pdf)(“Gasper”) 正式研究。这两种机制在Eth2中相结合的方式非常新颖，很高兴能看到详细分析。 经过一段时间的沉寂，[ethresear.ch](https://ethresear.ch/)上周又掀起了头脑风暴🔥： 💎 [《拜占庭语境下的时间即公共服务》](https://ethresear.ch/t/time-as-a-public-service-in-byzantine-context/6895?u=benjaminion)，来自新的PegaSys同事Alex Vlasov。本文并非特别针对Eth2，但对于依靠时间报告准确性的分布式系统来说是很有价值的参考因素。 💎 后续文章：[《时间攻击和安全模型》](https://ethresear.ch/t/time-attacks-and-security-models/6936?u=benjaminion)，包含对Eth2信标链安全模型的考量。 💎 **Vitalik对[区块链如何从51%攻击中恢复](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925?u=benjaminion)有了新的思考** 💎 Dankrad正在尝试[使用托管根 (custody roots) 防止分片状态数据丢失](https://ethresear.ch/t/preventing-shard-state-data-loss-using-custody-roots/6952?u=benjaminion)，在接近于无状态的Eth2中很好地展示了托管证明 (proofs of custody) 和数据可用性检查，并提供了成本估算。 💎 PegaSys：Nicolas Liochon就[“去信任验证者被敲诈”](https://ethresear.ch/t/trustless-validator-blackmailing-with-the-blockchain/6922?u=benjaminion)主题发起了热烈讨论。他指明了一种攻击方式，即攻击者取得或假装取得他人私钥而进行敲诈。之前我以为攻击者只能通过导致验证者被罚没来取乐，而无法从中获利。敲诈验证者这种攻击方式确实很狡猾。 💎 Casey提出一种用于[跨分片传输ETH的协议](https://ethresear.ch/t/a-protocol-for-cross-shard-eth-transfers-even-more-simpler-and-transparent/6996?u=benjaminion)，该协议比之前的方案更简单更透明。 💎 最后，Quilt团队的Sam发表了其[“在Solidity中针对动态状态访问的自动检测”](https://ethresear.ch/t/automated-detection-of-dynamic-state-access-in-solidity/7003?u=benjaminion)的相关工作，目的在于检测合约仅进行静态访问。也就是说，合约只访问预先可知的状态部分，这有助于在交易中构建状态见证。 <br/> # 其他新闻 ▶ 本条与Eth2没有直接关联，Vitalik在斯坦福区块链会议上针对51％攻击发表了[演讲](https://www.youtube.com/watch?v=BXLcKQ6fLsU&feature=youtu.be&t=19200)。非常值得一看。 ▶ PryLabs团队的[最新进展](https://medium.com/prysmatic-labs/eth-2-0-dev-update-44-more-optimizations-6ab9a4e328c9)。 ▶ 我很高兴看到EF博客仍在持续更新。此处是Carl的Eth2质押系列的新文章（《Eth2 Staking系列：共识机制篇》），本文阐释了Eth2的混合共识机制。 ▶ 此处是EthDenver的[Eth2赏金获得者](https://twitter.com/dannyryan/status/1229613927044173824)！恭喜！🏆 ▶ Vitalik[在EthDenver中谈到Eth2](https://www.youtube.com/watch?v=gRBCD5nzBdQ&feature=youtu.be&t=40131)（大约从5分钟处开始）。摘要：1.Vitalik对Eth2持乐观态度；2.即使没有Vitalik，我们也能达成目标。（视频中还有很多其他精彩的Eth2主题演讲，值得一看） ▶ 关于验证者奖励 - [《以太坊2.0验证者经济激励模型》](https://certik.org/blog/technology/validator-economic-incentive-model-ethereum/)，来自CertiK - Herman Junge一直致力于研究[Eth2奖惩机制模拟器](https://github.com/hermanjunge/eth2-reward-simulation)，他即将发布一篇相关文章。 <br/> # 最后的最后 是时候揭开我个人项目的神秘面纱了！ 🎉[**以太坊2.0规范注解版**](https://benjaminion.xyz/eth2-annotated-spec/) 到目前为止，我正在完善[阶段0信标链规范](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/introduction)的注解，已经有了很多内容，但仍然还有很多工作需要完成（完成信标链注解；校对；建立GitHub；完善内容的可迁移性；规范的剩余部分😅）。 这是一项巨大的工程，可能会耗时许久。但与此同时，请点击查阅，希望能得到大家的反馈！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coathttps://www.ethereum.cn/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coatFri, 14 Feb 2020 00:00:00 GMT来源：[Ethereum Blog](https://blog.ethereum.org/2020/02/12/validated-staking-on-eth2-2-two-ghosts-in-a-trench-coat/) <br/>  <br/> *感谢Sacha Yves Saint-Leger和 Danny Ryan的审校。* 本期我们的主题是**eth2背后的共识机制**。Eth2采用了一种新颖的方式来判断区块链的前部区块和组成区块。 Eth2混合了两种机制（LMD-GHOST及Casper FFG）以达成共识，不仅使得网络在正常运行时能够安全快速，并且在受到攻击时也能保障安全性。 <br/> # 三元悖论 [FLP不可能性](https://groups.csail.mit.edu/tds/papers/Lynch/jacm85.pdf)（FLP impossibility）是分布式计算领域的一个关键成果，其指出**分布式系统不可能同时具有安全性(safety)、活性(liveness)和完全异步性(full asynchrony)**，除非是在对系统做出不合理假设的情况下。 ***安全性***指决定不能被撤销，***活性***则指针对新事物做出决定。如果在信息传递中没有时间限制，那么该协议是***异步***的。 <br/> <center><img src="https://i.ibb.co/1RGdgTn/1-2.png"/></center> <br/> 如果节点能够可靠地进行通信，始终诚实地遵循协议且永不宕机，那么要达成共识非常容易，但这不是真实情况。当这些假设不成立时，FLP不可能性证明了至少要折衷以下三者中的一项：安全性、活性或完全异步性。 <br/> # 分叉选择规则：GHOSTs Eth2使用[Greedy Heaviest Observed Subtree](https://eprint.iacr.org/2013/881.pdf) (GHOST，贪婪最重可观察子树协议) 作为其分叉选择规则。在GHOST协议中，获得投票数最高的分叉将被选为链头（将每个分叉区块及其各自子区块的所有票数计入考虑）。 [换句话说](https://vitalik.ca/general/2018/12/05/cbc_casper.html)，每当发生分叉时，GHOST会选择获得更多消息支持的区块子树（多数最近消息要么支持该区块，要么支持该区块的其中一个子区块）。此算法会一直重复这种操作，直至达到没有子区块的区块。 与最长链规则相比， GHOST的优点在于能够在网络延迟较高时降低攻击效率，同时最小化链重组的深度。原因是即使攻击者能够高效地在其分叉链上继续产生区块，尝试使该链成为最长链，GHOST也会选择另一条票数更高的分叉链。 具体来说，Eth2在其PoS机制中采用了GHOST的一个变体，即**Latest Message Driven GHOST (LMD-GHOST，由最新消息驱动的GHOST)**。LMD-GHOST背后的理念是计算链头时，只需考虑每个验证者最近的投票，而不是过去产生的任何投票。这种方式极大地减少了运行GHOST所需的计算量，因为执行分叉选择规则时需要考虑的分叉数量，不可能大于验证者的数量（Big O表示法中的O(v)）。 在GHOST的规则中，验证者/矿工随时可以在区块链上添加新的区块（活性），并且可以在区块链历史中的任何时间点进行这种操作（异步性）。因此**基于GHOST协议的区块链具备活性和完全异步性，根据FLP不可能性，我们可以推断出其安全性会大打折扣。** <br/> <center><img src="https://i.ibb.co/2kMnTG3/2-2.png"/></center> <br/> 安全性的折衷会以区块重组的形式表现出来，区块链可能会突然跨深度任意切换分叉。这显然是不理想的状况，eth1链应对这种情况的方式是让用户假设矿工的区块需要多久才能被全网接收到，因此交易需要等待x个确认。然而eth2并不会做出此类假设。 <br/> # 友好的确定性小工具（FFG） 失去安全性的区块链是无效的，因为无法针对任何决定达成共识，用户也无法就链的状态达成一致。[Casper the Friendly Finality Gadget](https://arxiv.org/pdf/1710.09437.pdf) (Casper FFG)便因此诞生。Casper FFG机制在做出决策的时候更倾向于保障安全性而非活性。这就意味着虽然Casper FFG能做出最终性决策，但如果网络状态不理想，它可能无法就任何事情做出决策。 <br/> <center><img src="https://i.ibb.co/CQm6rcd/3-2.png"/></center> <br/> FFG机制是经典[实用拜占庭容错](http://pmg.csail.mit.edu/papers/osdi99.pdf)（PBFT）在加密经济学领域的一种应用，首先节点表示他们想要就某事达成一致（justification），然后就彼此之间达成的一致性形成共识（finalisation）。 Eth2并不会在每个slot（一个区块生成的预计时间）都进行证明和最终确认，而是每32个slots进行证明和最终确认，每32个slots就称为一个epoch。首先，验证者要对一个epoch中的所有32个区块进行签名，表示就此达成一致。如果2/3的验证者进行了签名，那么这些区块就得到了证明。在后一个epoch中，验证者们会进行一次投票，表明他们看见了之前被证明的epoch，如果有2/3的验证者投票，那么前一个epoch就被最终确定，并且永久地成为Eth2链的一部分。 FFG这种方式十分高明。投票实际上由两个子投票构成，一个用于证明epoch，另一个用于对证明过后的epoch进行最终确认。这节省了很多节点之间额外的通信需求，有助于实现将网络规模扩大至数百万验证者的目标。 <br/> # “同袍同泽”的共识机制 Eth2的共识既仰赖于LMD-GHOST机制（增加新区块，决定区块链链头），也仰赖于Casper FFG机制（最终决定哪些区块成为区块链的一部分）。GHOST强调活性，能够快速高效地将区块添加进区块链，而FFG则与GHOST相辅相成，通过对epochs进行最终确定，弥补了安全性的缺失。 <br/>  <br/> 那么这两个协议是如何合并的呢？具体方式是在基于FFG被最终确认的最近一个区块中运行GHOST。因此，最近一个基于FFG被最终确定的区块总会是区块链的一部分，也就是说GHOST并不需要考虑之前的区块。 正常情况下，区块生成之后获得了2/3的验证者的投票，那么这些区块将通过GHOST协议被添加到区块链的头部，之后，这些区块就会通过FFG被证明和最终确定，而FFG会考虑最近的几个epochs。 如果网络受到攻击，且/或很大一部分的验证者离线，GHOST还是会继续添加新区块。由于GHOST注重活性且缺乏安全性，随着新区块被不断添加进区块链中，可能会对区块链头部进行更改，这意味着节点会持续获取新的信息。另一方面，FFG相比活性更注重安全性，也就是说在网络足够稳定（验证者能够再次进行一致性投票）之前，FFG将停止对区块进行最终确认。 <br/> ------ **以太坊基金会Eth2 Staking同系列回顾：** **[如何参与eth2 Staking系列（开篇）](https://news.ethereum.cn/validated-staking-on-eth2-0/)** **[参与Eth2 Staking系列：激励篇](https://news.ethereum.cn/validated-staking-on-eth2-1-incentives/)** <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie-2020-2-11https://www.ethereum.cn/wnie-2020-2-11Tue, 11 Feb 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_200207) <br/> # 要点速览 跟往常一样，首要推荐是Danny Ryan的[《Eth2更新速览》](https://blog.ethereum.org/2020/02/04/eth2-quick-update-no-8/)，在阅读本文前可以回顾一下。 Eth222临近，如果有兴趣或者最近两周在斯坦福大学周边的读者可以点击[此处](https://www.eventbrite.com/e/eth-222-tickets-90667602239)报名。 ### <br/> # Eth2 AMA 以太坊基金会研究团队本周进行了他们的第三次[Eth2 Reddit AMA](https://www.reddit.com/r/ethereum/comments/ez972u/ama_we_are_the_eth_20_research_team_pt_3/)。 关注点主要集中在[信标链的发布时间](https://www.reddit.com/r/ethereum/comments/ez972u/ama_we_are_the_eth_20_research_team_pt_3/fglqao2/)。**概括来说，信标链可能会在7月发布，或者非常有希望在今年内发布。**作为期望登录信标链测试网的客户端之一的产品负责人（Teku! Teku! Teku!），我对这个预期没有异议，但我们要明白，待到一切准备就绪，自然就水到渠成，而不是依靠一个任意指定的日期。 <br/> # 阶段0：信标链实现 **规范正在由Least Authority进行安全审计，预计将在未来几天内发布初步报告，再由以太坊基金会复核之后向大众公布。** 到目前为止，v0.10规范版本的稳定性得到了证明，暂未进行较大改动。如果安全审计的结果显示有问题需要解决，那么将会尽快进行更新。 ### ## 网络 Whiteblock一直在对libp2p gossipsub协议进行一些[细致的基准测试](https://whiteblock.io/testing-gossipsub-with-genesis/)： *测试工作的前两个阶段表明，Libp2p Gossipsub协议对于以太坊2.0规范而言表现良好。* 但是他们建议后续跟进一些更大范围的测试和实现方面的改进。详细信息参见[此处](https://github.com/whiteblock/gossipsub-testing)。来自去年的某条推文可能是[假新闻](https://twitter.com/DeanEigenmann/status/1137032627230089216)。 ### ## 测试网 Prysm的测试网目前已经超过了20万个slot，拥有35,281个验证者，数量是真正的信标链计划实现的两倍。[据称](https://twitter.com/terencechain/status/1225862506117156864)，Prysm将继续尝试增加验证者的数量。**该测试网最近出现了第一批[自愿退出](https://beacon.etherscan.io/validators#exited)的验证者，这对协议中一个重要部分来说是很好测试。**(这个是包含首次[自愿退出](https://beaconcha.in/block/124256)的验证者的区块) Lighthouse目前正在重启测试网，目标是运行10万名验证者。 信标链浏览器在提供测试网视图概况方面变现十分突出：[beaconcha.in](https://beaconcha.in/) (试试深夜模式，点击右下角！) ，包括[EtherScan](https://beacon.etherscan.io/)，这两个浏览器都显示了Prysm测试网的情况。Alethio目前正在使用以信标节点为中心的网络状态视图[eth2stats](https://eth2stats.io/sapphire-testnet)。 Bitfly (EtherChain、[beaconcha.in](https://beaconcha.in/)以及[Ethermine的幕后团队](https://twitter.com/trent_vanepps/status/1225925911310151680)) 也在切实向前推进。**他们已经添加了一种功能，用以估算验证者将[何时被激活](https://twitter.com/etherchain_org/status/1221122130877779969)，并且正致力于开发一种[验证者停止工作时](https://twitter.com/etherchain_org/status/1224965122017370114)的提醒服务。不仅如此，他们还建立了一个 [Eth2知识库](https://kb.beaconcha.in/)。**虽然目前只有一个术语表，但这是一个良好开端。我感觉 EtherChain通常被当做Eth1的第二选择，但也许他们的目标是成为Eth2的首要选择。 **与此同时，Nimbus团队首次实现[在移动手机端安装Eth2测试网](https://twitter.com/m_ratsim/status/1224769743892230151)。**他们已经建立了如何在安卓系统中安装Nimbus客户端的[文档](https://our.status.im/building-nimbus-on-android-2/)，因此读者也大可一试。除了手机，[这](https://inversepath.com/usbarmory.html)才是Status团队的Jacek[想要](https://twitter.com/jcksie/status/1222915245750063104)在移动端运行Eth2验证者的地方。 ### ## BLS 签名 随着v0.10.0规范的发布，这种全新的、标准化的数字签名生成方式已经被采用。 关于标准化的说明。在这之前，Eth1在多个候选者中最终采用了SHA3哈希标准 keccak256。不幸的是，在以太坊采用的Keccak和最终发布的标准之间，发生了一个[非常小的改变](https://crypto.stackexchange.com/questions/15727/what-are-the-key-differences-between-the-draft-sha-3-standard-and-the-keccak-sub)，**这意味着Eth1的哈希不再匹配SHA3标准。这个问题不算严重，但是有点恼火，主要是这可能会影响互操作性。** 对于以太坊2.0来说，历史可能会重演。[Hash-to-curve标准相关工作仍在进行中](https://github.com/cfrg/draft-irtf-cfrg-hash-to-curve/)。虽然我们之前认为它已经达到稳定状态，但它可能会产生[一些变化](https://github.com/cfrg/draft-irtf-cfrg-hash-to-curve/issues/202)。这不会对以太坊2.0造成任何破坏，但是如果此标准最终偏离我们的预期，则可能会影响与其他链的互操作性。 除此之外，**Shigeo Mitsunari[发布了](https://twitter.com/herumi/status/1225322677902049281)[Herumi库](https://github.com/herumi/mcl)，这是该标准在通用库中的首次高性能实现。** <br/> # 阶段1：分片实现 **针对[阶段1规范](https://github.com/ethereum/eth2.0-specs/tree/dev/specs/phase1)进行了微小更新，即[移除](https://github.com/ethereum/eth2.0-specs/pull/1560)了分片区块的chunking（分块）。** 尽管发生了一些小变动，阶段1规范已经准备好迎接审计。 <br/> # 阶段2：执行环境 关于阶段2的最终设计，目前仍存在大量研究和讨论。基本的大方向是高度一致的，然而在精准定义执行环境之前，还有巨大的设计空间有待探索。 Quilt团队[撰写了](https://hackmd.io/@villanuevawill/H1E1LT_z8)一篇关于ETH跨分片转移的文章，启发自Vitalik在ethresear.ch上发表的[相关帖子](https://ethresear.ch/t/an-even-simpler-meta-execution-environment-for-eth/6704?u=benjaminion)。 **Vitalik提议在执行环境中[延迟区块打包](https://ethresear.ch/t/stateless-ees-and-delayed-block-inclusion/6839?u=benjaminion)，以此作为一种抗审查机制。** <br/> # 常规电话会议 ## 🔽 **实现者会议** 2月6日进行了第33次会议。 - [会议日程](https://github.com/ethereum/eth2.0-pm/issues/126) - [会议视频](https://www.youtube.com/watch?v=c8BhhPfdy0A&feature=youtu.be&t=117) - [我的速记](https://hackmd.io/@benjaminion/SyDfdcFGL)以及[Mamy的笔记](https://gist.github.com/mratsim/1e9feaafd81a2dfa5e7106d08fc2848d) 话题除了最近的常规客户端更新和规范，我们还讨论了为分叉选择规则创建参考测试（reference tests）。 6个月前，我做过这种[预测](https://notes.ethereum.org/@ChihChengLiang/Sk8Zs--CQ/https%3A%2F%2Fbenjaminion.xyz%2Fnewineth2%2F20190802.html?type=book)：“围绕以太坊2.0的阐释性文章无疑会如同雨后春笋一般涌现。” 目前的状况正是如此！我在[eth2.info](https://hackmd.io/@benjaminion/eth2_info)中放了许多链接，但此次电话会议中还涉及到一些更重要的工作。 首先，Quilt 团队已经宣布关于Eth2的书籍正在由Kelvin Fichter领导撰写。这是一次将以太坊2.0方方面面进行文档化的大胆尝试。我们的目标是在接下来的三个月内完成前五章。 其次，Protolambda正在撰写[如何从零搭建信标链客户端](https://hackmd.io/@protolambda/BkfhKHxzI)的有关文章。已经有多人参与其中，包括Leo，他在此次电话会议中提到他希望[EthBarcelona](http://ethbarcelona.io/)在今年5月完成初版草稿。 ## 🔽 **Networking** 1月29日进行了第三次networking电话会议。此处是[我的笔记](https://hackmd.io/@benjaminion/HJTHyWyf8)，其中包含Protocol Labs的[重大更新](https://github.com/ethereum/eth2.0-pm/issues/124#issuecomment-579740557)、有关discv5节点恢复协议的讨论、对当前测试网的回顾，以及一些时间同步方面的工作等等。 ## 🔽 **Eth 1.x** Griffin Ichiba Hotchkiss在以太坊基金会博客发布了一篇非常不错的阐释性文章，主题是[实现无状态以太坊1.0的路径](https://news.ethereum.cn/eth1x-files-the-stateless-ethereum-tech-tree/)。我们之前多次强调，**实现“无状态”对是Eth2成功与否的关键因素，也是未来将Eth1并入Eth2的先决条件。** 据称，下一次无状态以太坊电话会议将会于2月25日16:00（UTC）举行。 <br/> # 研究工作 Alex Vlasov仍然在思考如何使Eth2的时间协议具有拜占庭容错性。他的最新文章[《时间在拜占庭环境中即公共服务》](https://hackmd.io/@ericsson49/SybaHTcMI)。 <br/> # 其他新闻 - [Prysmatic Labs](https://medium.com/prysmatic-labs/eth-2-0-dev-update-42-rapid-iteration-7abdd62109e3)和[Lighthouse](https://lighthouse.sigmaprime.io/update-21.html)都发布了进展更新。**近来各个团队都一直疯狂致力于优化工作（我们的团队PegaSys也是如此）。** - 上周阐释性文章推荐： 🔶Alethio团队的Alex Tudorache ：[A Validator’s Journey Through the Beacon Chain （验证者的信标链之旅）](https://medium.com/alethio/ethereum-2-a-validators-journey-through-the-beacon-chain-843f70aaab2e) 🔶 Jim McDonald对Eth2的[网络健康指标](https://www.attestant.io/posts/defining-ethereum-2-network-metrics/)提出了一些建议。 🔶 Rocketpool基于[他们的文章](https://medium.com/rocket-pool/rocket-pool-beta-v2-node-operators-guide-d2b691822c61)制作了一个[运行信标链验证者](https://www.youtube.com/watch?v=SGSlbEZLk-I)的视频教程（作为Trust-Less会议的一部分，下面会提到） 🔶 上周举行了Trust-Less虚拟会议，其间有一些关于Eth2的演示。Prysmatic Labs的Terence在会议上针对信标链和Prysm客户端做出了[概述](https://www.crowdcast.io/e/trust-less-2020-validator-conf/register?session=23)，之后Collin Myers以[Eth2验证者经济学](https://www.crowdcast.io/e/trust-less-2020-validator-conf/register?session=24)做了主题演讲。 <br/> # 最后的最后 上周是Vitalik的生日，我给我的家人了播放这个[Vitalik鼓掌](https://www.youtube.com/watch?v=7lmNpMSPu0k)的视频。我真的错了，直到现在他们已经哼唱了一整周，对此我已无能为力。还好他们没发现这个[10小时的版本](https://www.youtube.com/watch?v=rlM7gsUY9Gw)。 一定要看看这个视频！但是别怪我没警告过你哦！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth1x-files-the-stateless-ethereum-tech-treehttps://www.ethereum.cn/eth1x-files-the-stateless-ethereum-tech-treeFri, 07 Feb 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/01/28/eth1x-files-the-stateless-ethereum-tech-tree/) <br/>  <br/> 当我开始着手撰写一篇文章，意图详细介绍以太坊1.x研究的“路线图”，以及如何通向无状态以太坊，却意识到严格来说，这完全不能被定义为传统意义上的路线图。 虽然1.x团队有着共同的目标，但却是一个兼收并蓄的集体，开发者和研究者独立地进行着错综复杂的工作。因此，也不存在“官方”路线图一说，但这并不意味着混乱无序。团队工作遵循一种默认的“次序”，例如某些工作必须要优先进行，某些解决方案是互斥的，还有一些工作可能有所裨益但却不是必要的。 如果不用“路线图”来描述通向无状态以太坊的过程，那么是否有更好的比喻呢？要找到一个合适的比喻确实不容易，但我觉得无状态以太坊就像是[科技树（tech tree）](https://en.wikipedia.org/wiki/Technology_tree)中的“全属性”。 有些读者可能会立即明白这个类比，那么接下来的几段可以跳过。有些读者可能不是游戏爱好者，我会稍作解释：**科技树（tech tree）是游戏中的一种常见机制，玩家能够解锁和升级新的符咒、技术或技能，通常以松散的层次或树状结构展现分类。** <br/>  <br/> 通常来说，可以通过“耗费”某种XP（经验点）来获取树中的元素（属性），进而解锁更多高级元素。有时需要获取两个不相关的基本元素才能解锁第三个更高级的元素，有时解锁一个基本技能会为下次升级开放更多新的选择。对于玩家来说，游戏的乐趣有一半是来自于在科技树中选择了与自身角色能力、目标和偏好相匹配的正确路径。 这准确地诠释了1.x团队的状态：不同的技术主题按照松散的层次结构安排，将有限的资源投入研究、实现和测试。就如同在一个好的RPG（角色扮演类游戏）中，经验点是有限的，只有少数有能力的、有干劲的人才能在一两年内点满解锁所有技能。每个人都朝着同样的终点进发，但是到达终点的路径将取决于哪种解决方案得到了完全的研究和采用。 以下是我自制的粗略科技树图。针对排列方式、每个升级及其与整体的关联性，我会稍作阐释。科技树中最终的“全属性”升级就是“无状态以太坊”。也即是指，一个功能齐备的以太坊主网将支持全状态、部分状态和零状态节点，将高效可靠地传递见证（witnesses）和状态信息，并且从原则上来说，对于后续的扩展性也要准备就绪，直到eth2的桥接建设完成且能够登陆eth1链。 <br/>  <br/> *注意：就像之前提到的，这不是“官方”的工作路线。这是我所整理和组织的1.x团队必须解决的关键难题、里程碑和决策，目标是最终实现无状态以太坊。欢迎提供反馈，随着研究的推进，该计划也会随之更新和修订。* 阅读顺序是从左至右，左侧的**紫色**信息是“基本”要素，必须首先进行开发和确定，才能继续推进右侧的要素。**绿色**部分表明这些元素在某种意义上算是“增益”项目，尽管在过渡过程中不是必需，并且在研究方面还不够具体，但还是有可取之处。较大的**粉色**形状代表无状态以太坊的重要里程碑。要完全过渡到无状态以太坊，必须“解锁”图中所有四个主要里程碑。 <br/> # 见证范式 在无状态以太坊的语境下，关于见证（witness）的讨论有很多。因此，我提出的第一个主要里程碑是最终的见证范式。这意味着一定要确定状态树和相关见证的结构。可以将规范创建或参考实现视作eth 1.x研究“升级”的地方；围绕状态的新形式展开工作将有助于厘清和集中完成其他亟待解决的问题。 <br/>  <br/> ## 二叉树 将以太坊的状态切换为二叉树结构非常关键，这可以使得见证足够小，在进行网络通讯时避免带宽/延迟问题。在[上次的研究者会议中](https://blog.ethereum.org/2020/01/17/eth1x-files-digest-no-2/)，转换为二叉树结构将需要保证以下两种互斥策略之一： 💫 渐进式。如同[忒修斯之船](https://en.wikipedia.org/wiki/Ship_of_Theseus)，当前的十六叉状态树将在很长一段时间内逐段进行转换。通过这种方式，任何涉及状态部分的事务或EVM执行都会自动将状态更改编码为新的二进制形式。这意味着采用“混合”树结构，休眠的状态部分依然保留当前的十六进制形式。该过程实际上永远不会完成，并且对于客户端开发者来说实施难度很大，但是在很大程度上将使用户和更高层的开发人员免受第0层幕后发生的更改的影响。 💫 干净利落。也许这种策略更切合状态数变更的重要性，该策略将通过规划多次硬分叉为过渡过程制定清晰的时间线，计算状态的二进制树新表现形式，一旦新的状态计算完成就持续以二进制形式表示。尽管从实现的角度来看没那么复杂，但是需要协调所有节点运行者，并且几乎可以肯定会给网络带来一些（有限的）中断，这可能会影响过渡期间开发者和用户的体验。另一方面，对于更长远的eth2过渡计划来说，该过程具有一定的参考价值。 不管选择哪种过渡策略，二进制树都会是见证的基础结构，即构成状态树的哈希的顺序和层次。如果不进行优化，通过粗略计算（2020年1月），十六进制树结构中见证的大小将从约800—3400 kB减小到约300—1400 kB。 <br/> ## 代码分块 (merkleization) 见证的一个主要组成部分就是代码。如果不进行代码分块，包含合约调用的事务将需要该合约的完整字节码，以验证其codeHash。代码大小取决于合约，可能会是非常庞大的。**代码的‘merkleization’是一种拆分合约字节码的方法，只需要生成代码的一部分即可生成并验证交易的见证，这是一种大大减小见证平均大小的技术。**拆分合约代码有两种方法，目前还不清楚两者是否互斥。 ​ 🔷 “静态”分块。将合约代码拆分为固定大小（约32个字节）。为了使分块后的代码正确运行，这种方法还需要在每个代码块中包含一些额外的元数据。 ​ 🔷“动态”分块。根据代码本身的内容将合约代码拆分成多块，并按照其中包含的特定指令（JUMPDEST）进行分割。 乍一看，“静态”分块方式似乎更可取，以避免抽象泄漏，即防止拆分后的代码内容影响较低级别的代码块，这种情况在“动态”分块方式中也可能出现。话虽如此，这两种方式还尚待完全测试，因此都只是作为考虑选项。 <br/> ## 零知识(ZK)见证压缩 大约70％的见证都是哈希。也许可以使用ZK-STARK证明技术来压缩和验证那些中间哈希。目前有许多关于零知识相关的研究，但是它到底如何起作用，或者甚至会否起作用都还无法得到明确的答案。因此，从某种意义上讲，这在主要的技术开发路线中属于支线，或者说是不必要的升级。 <br/> # EVM语义 我们之前简单谈到了避免“抽象泄漏”，由于它与EVM语义这一里程碑最为相关，因此在这里我将展开阐释一下为何这个概念如此重要。EVM是大型以太坊协议的**抽象**组成部分。从理论上讲，EVM内部运作的细节对于整个大型系统的运作来说应该是不会产生任何影响的，并且反之亦然，系统发生的变动也不应该对抽象的EVM内部产生任何影响。 然而实际上，协议的某些方面的确会直接影响EVM的内部运作。Gas成本就是一个明显的表现。智能合约（EVM抽象内）已通过GAS操作码暴露了各种堆栈操作（EVM抽象外）的gas成本。Gas调度的变动可能会直接影响某些合约的性能，但它取决于具体情况以及合约如何利用其可以访问的信息。 由于存在“泄漏”，因此必须谨慎变动gas调度和EVM执行，避免对智能合约产生意料之外的影响。这使我们必须面对和解决的现实问题，要设计零抽象泄漏的系统非常困难，并且1.x的研究者没有从头重新设计的时间和精力，他们需要在当前的以太坊协议范围内进行工作，目前的虚拟状态机抽象中只存在极少的泄漏现象。 回到我们的主题：见证的介绍将需要更改gas调度。见证需要在网络上生成和传播，并且该活动需要囊括在EVM操作中。EVM语义里程碑的相关主题都与这些成本和激励措施是什么有关，又要如何对其进行估算，以及如何在对其他较高layers影响最小的情况下实现。 <br/>  <br/> ## 见证索引/Gas计算 本节可能有许多细枝末节，几句话可能无法解释清楚，在之后我会更详细地进行说明。目前，只需要知道每笔交易都只对区块见证的一小部分负责。生成区块的见证需要进行一些计算，计算由该区块的矿工执行，因此就会产生相关的gas成本，由交易的发起方支付。 由于多个交易可能涉及到状态的同一部分，因此尚不清楚如何最好地估算在广播交易时生成见证的gas成本。如果交易方支付了见证生成的全部费用，我们可以想象这种情况：交易重叠时，区块见证的同一部分可能会被多次支付。需要注意的是，这显然不是一件坏事，只是需要更好地理解这种情况如何为gas激励带来真正的改变。 无论相关的gas成本是多少，见证本身都将需要成为以太坊协议的一部分，并且可能需要并入每个区块成为标准组成部分，就像在每个区块头中加入witnessHash这一条信息。 <br/> ## UNGAS/无版本以太坊 这一类别主要是与无状态以太坊正交的升级，与EVM中的gas成本有关，并且可以弥补我提到的抽象泄漏。**UNGAS指“无法观测的gas”(unobservable gas)，这是一项修改，明确禁止合约使用**GAS操作码，以防止智能合约开发者对gas成本进行任何预测。UNGAS是[以太坊核心文件](https://corepaper.org/ethereum/#proposals)中的建议之一，以弥补部分泄漏，使将来对gas调度的更改更易于实施，尤其是与见证和无状态以太坊有关的更改。 <br/> # 状态可用性 无状态的以太坊不会完全消除状态，而是使状态成为可选项，从而在跟踪和计算的状态量方面赋予客户端一定程度的自由。因此，必须在某个地方提供完整状态，如此一来节点就可以从完整状态中下载部分状态。 从某种意义上来说，现有的范例（例如快速同步）已经提供了此功能。但是零状态节点和部分状态节点的加入使新节点的速度问题变得更加复杂。目前，由于所有节点都保留了当前状态的副本，因此新节点可以从其连接的任何正常节点处下载状态。但是，如果某些节点是零状态节点或部分状态节点，该假设就不再成立。 达成状态可用性里程碑的前提条件与这些因素相关：**节点如何相互告知对方拥有哪些状态；如何在持续变化的点对点网络中可靠地传递这些状态。** <br/>  <br/> ## 网络传播规则 下图展示了无状态以太坊中可能存在的网络拓扑假设。**在该网络中，节点将需要具备这样一种能力：根据其想要保留的状态的部分（如果有的话）来对自己进行定位。** <br/>  <br/> 诸如[EIP 2465](https://github.com/ethereum/EIPs/issues/2465)之类的改进属于网络传播规则的一般类别：网络协议中的新消息类型，可表明节点拥有哪些信息，并定义如何将该信息传递给其他节点，而这些节点可能处于较差或有限的网络中。 <br/> ## 数据传递模型/DHT路由 如果上述消息类型之类的改进被接受并实现，节点将能够轻松判断其他节点保留了哪些状态部分。如果所有连接的节点都不具有该节点所需的状态怎么办？ 数据传递是一个开放性问题，有许多潜在的解决方案。**一个“主流”的解决方案**就是通过云服务器的HTTP请求提供部分或全部状态。**一个更有野心的解决方案**是采用相关点对点数据传递方案中的功能，允许对部分状态的请求由连接的节点代理，并通过分布式[哈希表](https://en.wikipedia.org/wiki/Distributed_hash_table)查找正确的归属地。 这两个极端方案在本质上并非不兼容，所以鱼与熊掌为何不能兼得？ <br/> ## 状态切片(tiling)排布 改善状态分布的一种方法是将完整状态分解为多个可管理的部分（切片），将其存储在网络缓存中，这些缓存可以为网络中的节点提供状态，从而减轻了全节点的负担。即使是相对较大的状态切片，区块之间的部分状态切片可能会保持不变。 Geth团队对此进行了一些实验，实验表明状态切片有助于改进状态截图的可用性。 <br/> ## 链修剪(pruning) [目前已经有许多关链修剪的文章](https://gist.github.com/karalabe/60be7bef184c8ec286fc7ee2b35b0b5b)，此处就不再赘述。但还是要明确一点，只有通过状态切片和/或DHT路由方案这类解决方案，使新的全节点随时可以使用历史状态截图的情况下，全节点才能安全地修剪历史数据，例如交易收据、日志和历史区块。 <br/> # 网络协议规范 最后，无状态以太坊的完整版图将成为关注焦点。见证范式、EVM语义和状态可用性这三个里程碑共同构成了网络协议规范的完整描述：定义明确的升级应编码到每个客户端实现中，并在接下来的硬分叉中进行部署，以使网络进入无状态范例。 本文已经包含了很多背景知识，但图中还有一些细微之处需要解释： **♦️ 正式的无状态规范** 总言之，我们并不必对完整的无状态协议进行正式定义。直接将参考实现编码，并用作所有客户端重新实现的基础，这也是合理的。**但是，为见证和无状态客户端创建“正式”规范有着不可置否的好处。**这实际上可以作为以太坊黄皮书的扩展或附录，因为规范将精确详细地描述以太坊无状态客户端实现的预期行为。 ♦️ **优化Beam Sync、Red Queen’s Sync及其他状态同步方式** 同步方式不是网络协议的关键部分，但却是影响有效节点如何执行协议的细节。Beam Sync和Red Queen’s Sync有助于创建来自见证的状态的本地副本。在决定并实施网络协议的最终版本时，我们需要改进同步方式，以使其适应网络协议。 目前，这还是科技树中的“增益”项目，因其可以独立于其他主题进行开发，并且其实现细节取决于更基础的因素，例如见证范式。**值得注意的是，由于这些协议外的主题无关于“核心”更改，因此有助于实施和测试科技树左侧的根本改进项。** <br/> # 结语 看到这里，我们把科技树从左到右都梳理了一遍。我希望“科技树”中的主题，里程碑以及总体思路有助于厘清“无状态以太坊”的研究范围。 我希望能根据实际进展来更新科技树的结构。正如之前所说，这不是“官方”或“最终”的工作范围，只是目前最为准确的草图。如果您有任何改进意见，请与我联系。 如果您有疑问，希望提出新主题或加入无状态以太坊的研究工作，请在ethresear.ch上进行自我介绍，或在Twitter上联系@gichiba或@JHancock。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/eth2-quick-update-no-8https://www.ethereum.cn/eth2-quick-update-no-8Wed, 05 Feb 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/02/04/eth2-quick-update-no-8/) <br/>  <br/> # **要点速览** 🔹完成对存款合约（deposit contract）字节码的审计和[形式化验证](ttps://github.com/runtimeverification/verified-smart-contracts/blob/master/deposit/bytecode-verification/deposit-spec.ini) 🔹本月关键词：最优化 🔹公布gossipsub[测试结果](https://github.com/whiteblock/gossipsub-testing) 🔹春季活动来袭！会议、黑客马拉松、赏金任务等你参与！ <br/> # 存款合约的审计和验证 Runtime Verification最近完成了对eth2[存款合约](https://github.com/ethereum/eth2.0-specs/blob/dev/deposit_contract/contracts/validator_registration.vy)（deposit contract）字节码的审计和[形式化验证](https://github.com/runtimeverification/verified-smart-contracts/blob/master/deposit/bytecode-verification/deposit-spec.ini)。这是通向eth2阶段0主网之路上的一个重要里程碑。这项工作已经完成，我希望社区能对此进行反馈。如果在正式规范中发现任何漏洞或错误，请在[eth2规范库](https://github.com/ethereum/eth2.0-specs)中发起issue。 [K框架](http://www.kframework.org/index.php/Main_Page)中指定的形式语义明确定义了EVM字节码对应的行为，并证明这些行为成立，其中包括输入验证、对默克尔树迭代的更新、日志等等。**[这里](https://github.com/runtimeverification/verified-smart-contracts/blob/master/deposit/bytecode-verification/deposit-spec.ini.md)**是指定内容的（半）高级讨论，在[这里](https://github.com/runtimeverification/verified-smart-contracts/blob/master/deposit/bytecode-verification/deposit-spec.ini)进一步了解完整的正式K规范。 在这里我要感谢Daejun Park（Runtime Verification成员）所付出的努力，以及Martin Lundfall和Carl Beekhuizen在此过程中提供的许多反馈和评论。 我还是想说，如果形式化验证是你感兴趣或擅长的领域，那么请不吝提供意见和反馈。 <br/> # 上月关键词：最优化 过去一个月的主要工作就是进行优化。 尽管在目前看来，进行10倍优化或100倍优化对以太坊社区来说不太切实，但是要抵达终点，这一阶段的进展也至关重要。 <br/> ## 🔻信标链优化的重要性 （要使信标链向下兼容，而非提升设备性能） 信标链作为eth2的核心，是分片系统不可或缺的组件。要同步分片，无论是单个分片还是多个分片，客户端都必须同步信标链。因此，要在普通计算机设备上运行信标链和少量分片，最重要的是，**即使在验证者高参与度（约30万以上验证者）的情况下，信标链的资源消耗也要相对较低。** 为此，过去一个月eth2客户端团队的主要工作都集中在优化方面，减少了阶段0（信标链）的资源需求。 值得高兴的是，我们正在取得显著的进展。以下概述性内容并不详尽，但有助于读者了解我们的工作。 <br/> ## 🔻10万验证者？Lighthouse：轻而易举 几周前，由于出现证明传播中继循环问题，导致节点自身出现DoS错误，Lighthouse关闭了测试网（约1.6万验证者）。Sigma Prime迅速修复了这个漏洞，并且寻求更大更强的测试网，可容纳10万验证者。过去的两周，他们一直致力于优化工作，以期实现这种规模的测试网。 Lighthouse测试网的每次改进，目的是确保成千上万个验证者可以轻松地在小型VPS上运行, 配备2个CPU和8GB RAM。在10万验证者规模的初始测试中，客户端一致使用8GB RAM，然而经过几天的优化，Paul设法将其降低到稳定的2.5GB，并且还有进一步降低的计划。**Lighthouse在状态哈希方面也取得了很大进步，而BLS签名验证被证明是eth2客户端中的主要计算瓶颈。** 新的Lighthouse测试网发布在即。可以进入他们的[discord聊天室](https://discordapp.com/invite/cyAszAh)了解最新进度。 <br/> ## 🔻Prysmatic测试网规模持续扩大，同步速度显著提升 几周前，当前运行中的Prysm测试网庆祝了其[第10万个slot](https://twitter.com/terencechain/status/1220456877626220544)，验证者数量超过2.8万个。目前，测试网已经超越了18万个slot，活跃验证者数量超3.5万。在维持公共测试网运行的同时，团队还能进行更新、优化、稳定性提升工作是一件非常了不起的事。 Prysm目前正在取得许多实质性进展。在过去的几个月中，我与许多验证者进行了沟通，据他们的体验，客户端一直在显著进步，其中一个令人兴奋的进步是同步速度的提升。**Prysmatic团队将其客户端同步速度从约0.3区块/秒优化到了约20区块/秒，极大地优化了验证者用户体验，使得验证者能够更快地连接并参与到网络中。** Prysm测试网的另一个优化是加入了[alethio](https://aleth.io/)的新eth2节点监测器，[eth2stats.io](https://eth2stats.io/sapphire-testnet)。这是一项选择性服务，以便节点能够在某个位置汇总统计信息。这将有助于我们更好地了解测试网（或将来eth2主网）的状态。 眼见为实！快来[亲自尝试](https://prylabs.net/)一下吧。 <br/> ## 🔻proto_array 备受喜爱 Eth2核心规范经常有意明确预期的非最佳行为。可见，优化规范代码的目的是增强可读性，而不是提升性能。 规范规定了系统的正确行为，而算法则是执行指定行为的过程。多种不同的算法都能一直执行相同的规范。因此eth2规范支持各个组件的多种不同实现，因为客户端团队往往会权衡多方因素（例如计算复杂度、内存占用量及实现复杂度等等）。 [分叉选择](https://github.com/ethereum/eth2.0-specs/blob/v0.10.0/specs/phase0/fork-choice.md)（fork choice）就是其中一个例子，此规范用于查找区块链头。eth2规范通过一种简单算法来明确这种行为，以清楚地显示运行部分与边缘情况，例如，当新证明出现时如何更新投票权重，新区块被最终确定后该做什么等等。然而，只是直接实现规范的算法将永远无法满足eth2的生产需求。因此，客户端团队必须在维护客户端运行时思考计算权衡，并且实现更为复杂的算法以满足需求。 对于客户端团队来说，所幸一年前的文件里就有所参考。当时，Protolambda实现了[一系列不同的分叉选择算法](https://github.com/protolambda/lmd-ghost)，并列出了每种算法的优势与权衡取舍。最近，Sigma Prime的Paul发现了Lighthouse分叉选择算法中的一个重大瓶颈，于是就去寻找对策。最后，他在Protolambda的成果中发现了**proto_array** 算法。 虽然为了移植**proto_array** 以适应最新规范耗费了一些精力，但集成之后，**proto_array** 便被证实能够使“运行时间缩短几个数量级，数据库读取也大大减少”。自首次集成到Lighthouse之后，proto_array 很快也被Prysmatic应用到其最新版本中。与其他算法相比，这种算法具备更加明显的优势，proto_array也就迅速成为大家的宠儿。我非常希望未来会有更多其他团队应用起来！ <br/> # 阶段2研究进行时：Quilt、eWASM、TXRX团队 阶段2会将状态和执行添加进分片后的eth2中。尽管阶段2的一些核心原则是相对确定的（例如分片之间通过交联与默克尔证明进行通信），但阶段2的设计仍然保持一定的开放性。在过去的一年里，Quilt（ConsenSys研究团队）和 [eWASM](https://github.com/ewasm)（以太坊基金会研究团队）一直在致力于阶段2研究工作，以期在这个开放的设计领域进行探索，与阶段0和阶段1的规范和构建工作并行。 为此，最近将举办大量的公开电话会议来进行讨论，ethresear.ch上也发布了相关的帖子。现在有一些不错的资源能够提供认知帮助，以下仅选取部分： - [状态提供者模式的概述](https://ethresear.ch/t/state-provider-models-in-ethereum-2-0/6750) - [有关状态提供者的问题](https://ethresear.ch/t/remaining-questions-on-state-providers-and-stateless-networks-in-eth2/6585) - [在分片之间转移ETH：问题陈述](https://ethresear.ch/t/moving-eth-between-shards-the-problem-statement/6597) - [跨分片转移的路线图](https://notes.ethereum.org/fkPBDSV_QiSePrrk5u-0Qg)（及[Vitalik关于ETH元执行环境博文解析](https://ethresear.ch/t/an-even-simpler-meta-execution-environment-for-eth/6704)） - [阶段1分片数据费用市场的相关讨论](https://ethresear.ch/t/phase-1-fee-market-and-eth1-eth2-bridging/6775) 除了Quilt与eWASM团队外，**新加入的[TXRX](https://twitter.com/TXRXResearch)（ConsenSys研究团队）也将部分精力投入到阶段2研究中，该团队最初的工作重点是增进对跨分片交易复杂性的理解，研究将eth1集成到eth2的可能途径，并对这些途径进行原型化。** 阶段2的所有研发领域都是相对新颖的，因此是深入研究并取得成果的好时机。在今年内，将有更多具体的规范面世，也为开发者提供施展拳脚的空间。 <br/> # Whiteblock 发布libp2p gossipsub 测试结果 本周，[Whiteblock](https://whiteblock.io/)发布了[libp2p gossipsub测试结果](https://github.com/whiteblock/gossipsub-testing)，这是[ConsenSys](https://blog.ethereum.org/2020/02/04/eth2-quick-update-no-8/consensys.net/)和以太坊基金会共同资助下的结晶。**这项工作旨在验证用于eth2的gossipsub算法，并为性能边界提供参考，以辅助后续的测试与算法强化工作。** 概括来说，这一系列测试的结果看起来是可靠的，但还需要进一步测试以更好地观察消息传播如何随网络规模而变化。[此处](https://github.com/whiteblock/gossipsub-testing)参见完整报告，其中详细介绍了他们采用的方法、拓扑结构、实验和结果！ <br/> # 百花齐放的春天！ 今年春季迎来了许多激动人心的会议、黑客马拉松，eth2赏金等等活动！每一场活动中都会有一组eth2研究者和工程师出席。赶快来感受思维的碰撞吧！我们很期待与大家交流，包括工作进度、测试网验证工作、2020值得期待的事等等大家可能感兴趣的话题。 现在不参与更待何时？多个客户端都处于测试网阶段，因此大显身手的时候到了！我们有各种开发工具，可以进行各种尝试，快来找找乐子吧！ 以下列出了其中一些与eth2相关的活动： - [**ETHDenver** ](https://github.com/whiteblock/gossipsub-testing)— 美国丹佛，2月14至16日，准备了Eth2专项赏金！ - [**Stanford Blockchain Conference**](https://www.ethdenver.com/) — 美国斯坦福，2月19至21日 - [**Eth 222**](https://cbr.stanford.edu/sbc20/) — 美国斯坦福，2月22日 - [**ETHLondonUK**](https://ethlondon.com/) — 英国伦敦，2月28日至3月1日 - [**ETHCC**](https://ethcc.io/) — 法国巴黎，3月3至5日 - [**EDCON**](https://www.edcon.io/) — 奥地利维也纳， 4月3至7日 - [**Ethereal Summit** ](https://www.etherealsummit.com/)— 美国纽约， 5月8至9日 - [**ETHNewYork**](https://ethglobal.co/) — 美国纽约，日期待定 🚀🚀🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-7https://www.ethereum.cn/eth2-quick-update-no-7Sat, 18 Jan 2020 00:00:00 GMT来源 |Ethereum Blog <br/>  <br/> 2020年的首篇eth2更新速览来啦！今年将是激动人心的一年！ <br/> # 要点速览 🔸 [v0.10.0版本规范](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.10.0)发布，将作为多客户端测试网与安全审计的稳定性目标 🔸 @paulhauner与@sigp_io团队共同致力于开发[Lighthouse客户端](https://twitter.com/paulhauner/status/1217349576278999041) 🔸 [Prysm测试网](https://prylabs.net/)[重启](https://medium.com/prysmatic-labs/eth-2-0-dev-update-42-mainnet-capable-testnet-now-hiring-53d4d08d3901)，现已加入聚合器并运行主网配置 🔸 加速eth1链与eth2链合并的[新提案](https://ethresear.ch/t/alternative-proposal-for-early-eth1-eth2-merge/6666)（也被称为阶段1.5） <br/> # v0.10.0版本规范 v0.10.0版本规范发布，将作为多客户端测试网与安全审计的稳定性目标。 [v0.10.0](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.10.0)（代号404 Not Found）已于上周发布。技术细节参见[issue notes](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.10.0)，如**集成IETF BLS签名标准以及简化eth1缓存等。**然而本次规范更新对于eth2来说究竟意味着什么呢？ 阶段0规范曾在Devcon5之后解冻，以引入一些新的更改。而v0.10.0则是这一系列更新的终点，并且集成了新IETF BLS标准。 曾几何时，这些变更扰乱了eth2客户端顺利的开发节奏，准备就绪的测试网也受影响延迟上线。然而随着v0.10.0的发布，现在我们的工作回到了正轨。 <br/> 🔻**资源新增及更新** 随着v0.10.0规范的发布，客户端测试网和第三方安全审计又有了明确的方向。 因此，我们最近更新了许多入门级资源，也创建了一些新资源。如果想进一步了解eth2 阶段0规范，那以下资源绝对不容错过！ ▫[易读版阶段0](https://notes.ethereum.org/@djrtwo/Bkn3zpwxB) ▫ [Eth2设计理念](https://notes.ethereum.org/@vbuterin/rkhCgQteN) ▫[阶段0设计备忘录](https://notes.ethereum.org/EbCbXn_BTuuUYqOaLE3iGA?view) ▫[验证者生命周期文档](https://notes.ethereum.org/@hww/lifecycle) ▫ [规范优化后的状态转换和SSZ图解](https://github.com/protolambda/eth2-docs#timeline-concept) ▫ [证明聚合策略的相关讨论](https://notes.ethereum.org/@hww/aggregation) <br/> 🔻 **审计进行时** Least Authority已于本周一开始安全审计工作，目前正在继续深入。我们对他们的工作抱有很高的期待，并且对于能和这样高水准的团队合作感到兴奋！ 另一条激动人心的消息是阶段0加密经济学的审计和形式化工作将由一支新的以太坊基金会团队负责，他们是Robust Incentives Group (RIG)。 RIG已经搭建了一个[cadCAD](https://github.com/BlockScience/cadCAD)环境来模拟eth2的经济模型，同时对不同形式的攻击进行探索，包括时序攻击、不同规模卡特尔（cartels）的潜在效应等等。 RIG将其核心工作内容编写成了简明易懂的[python笔记](https://github.com/ethereum/rig/blob/master/eth2economics/code/beaconrunner/beacon_runner.ipynb)，有兴趣不妨一读。 <br/> 🔻 **接下来是什么？** 虽然在这里我不会深入讨论，但我会在今后的系列文章中加入更多细节信息。 在进行审计的同时，eth2客户端会更新代码至v0.10.0版本规范，集成新的BLS标准，并且保持测试网稳定运行。**一旦v0.10.0版本规范初步实现了稳定性，多客户端工作就会随之开始进行。** 关于这方面的工作，我的预期是首先在大型单客户端测试网中进行少量的多客户端测试。具体来说，我希望看到一些客户端作为少数节点加入既有的单客户端测试网，从而针对最初的互操作性进行测试。 一旦互操作性测试成功，在开始时我们会安排两个以上客户端共同参与到创世过程。我估计在这个阶段会有一些混乱状况，我们也还需要从中学习。随着细微规范的整合，规范中的含糊之处也许会被厘清。我们甚至还可能会发现一些意料之外的问题，大型测试网的运行本身就能完成自我审计。 审计结果会在二月陆续公布，到时我们预计会再对阶段0规范进行一些修改。规范变动程度，以及这些变动对客户端开发和时间线的影响还有待确定。无论如何，**审计后的v0.11.0版本将在3月初前后发布。** 如果变动不大，客户端将会集成修改，同步测试网，然后按照计划推进。如果变动较大，那么集成工作可能会耗时更久，并且需要进行额外测试，然后完全重启现存的测试网。 **在v0.11.x版本稳定之后，我们将会发布最终主网版本（v1.0.0）：实际耗时需要视变动深度而定。** 以上是对将来几个月工作的高度概括。接下来我会保持更新，告知大家我们的最新进度。 <br/> # Eth2客户端与测试网 🔻 **不断优化中的Lighthouse** Sigma Prime在[关闭](https://lighthouse.sigmaprime.io/update-20.html)其首个公开测试网之后一直显得比较沉寂，但他们在低调做实事。Lighthouse客户端的主要负责人Paul Hauner最近发布了一个[推特系列](https://twitter.com/paulhauner/status/1217349576278999041)，其中公布了团队近来针对eth2客户端进行的优化以及取得的成果。 很明显在过去四周里，他们一直在低调运行一个[公共测试网](https://twitter.com/paulhauner/status/1217349579579916288)，并且在BLS集成、区块处理、数据库读/写等各个方面取得了不错的成绩。还不[安装](https://lighthouse-book.sigmaprime.io/become-a-validator.html)一个亲自试试吗！ 对了，Sigma Prime最近发布了针对Lighthouse用户界面的[RfP](https://lighthouse.sigmaprime.io/ui-rfp.html)（需求建议书），如果你有不错的前端技能，并且想要参与进来，不妨小试牛刀。这类工作十分有利于促进多元化用户参与验证工作。 <br/> 🔻 **Prysmatic测试网重启，运行主网配置和聚合器** Prysmatic Labs最近重启了他们的[公共测试网](https://medium.com/prysmatic-labs/eth-2-0-dev-update-42-mainnet-capable-testnet-now-hiring-53d4d08d3901)，现在运行了主网配置和证明聚合策略。正如在前序文章中所谈到的，主网配置具备更大的缓存、更长的epoch，通常还要比最初使用的最低配置复杂一些。运行一个主网配置的、涵盖上万个验证者的稳定测试网，这是Prysmatic目前在攻克的重要里程碑。 如果你想要参与其中，可以尝试[成为一名验证者](https://prylabs.net/)或者加入[discord聊天室](https://discord.gg/upbrAU7)。 对了，Prysmatic Labs也在[招募](https://twitter.com/raulitojordan/status/1215689700150775808)。如果你是经验颇丰的开发者，与Prysm远程协作无疑是一次难得的机会。一起开创未来吧！ <br/> # 阶段1.5：加速合并eth1&eth2 在假期期间，Vitalik发布了一个[新提案](https://ethresear.ch/t/alternative-proposal-for-early-eth1-eth2-merge/6666)，关于如何加速合并eth1和eth2，如何尽快从eth2新基础设施中受益。该提议建议**在阶段1基础设施（分片数据链）就位之后，在完全的阶段2（可扩展的执行环境和所有跨分片技术）到来之前，将eth1作为一个分片迁移到eth2中。**因此，这个过程被称为阶段 1.5。 **对于以太坊协议、开发者和用户来说，阶段1.5会带来许多潜在益处。** ▫如果eth1成为eth2的一部分，就允许eth1以原生方式获取可扩展的分片数据层。目前以太坊上一些最震撼的结构是将数据放在layer1上进行扩展的layer2协议。这些协议将与eth2完美契合，即便是仅仅作为一条具有本地计算能力的链（即作为分片的eth1链）。广义来说，这些结构被称为“rollups”。Rollups中有许多不同的种类，我希望这个设计研究领域能够继续扩张并且获得丰硕的成果。 ▫将eth1作为eth2 的一个分片就从协议中剔除了PoW，这将在很大程度上减少发行率，并且一次性叫停以太坊上的能源密集型挖矿。 ▫最后，尽快将eth1迁移到eth2中，能够减少各个部分的不协调性，将系统、社区以及核心协议的开发统一起来。尽管eth2的基础架构与当前的以太坊链是并行开发，但尽早将eth1整合进eth2之中，不仅是技术上的成就，更有利于将协议开发者、应用开发者、所有贡献者和用户维护在一个统一的、团结的以太坊社区中。 根据目前的讨论和反响来看，开发者和社区成员对这个新提案感到很兴奋。要实现当前的阶段1.5，很大程度上依赖于两个独立组件的成功：**eth2的阶段1和eth1上的无状态以太坊。**我们能从这两个组件的大致路线图中按图索骥，得到一些如何以及何时实现该新提案的线索。 接下来的几个月，我们会尽责推动规范完善并识别技术上的挑战，以便能够在时机成熟时做好充分准备🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/2020/01/13/validated-staking-on-eth2-1-incentiveshttps://www.ethereum.cn/2020/01/13/validated-staking-on-eth2-1-incentivesFri, 17 Jan 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2020/01/13/validated-staking-on-eth2-1-incentives/) <br/>  <br/> 感谢Joseph Schweitzer和Danny Ryan的审校。 又见面了！在[上期开篇文章](https://news.ethereum.cn/validated-staking-on-eth2-0/)中我们讨论了eth2的设计理念，本文将透过设计理念主要谈谈eth2的激励机制。更确切地说，我们将探析在eth2中举足轻重的激励机制，以及如何通过奖励、惩罚和罚没 (slashings)的形式得以实现。 之后我们会再谈到如何以及为何激励验证者保持在线，为何验证者离线不会被罚没等等话题。我们开始吧！ <br/> # 如果不是因为离线，那什么情况下会被罚没(slashings)？ 罚没主要出于**两个目的**：(1) 使得攻击eth2的成本难以负担 (2) 查核验证者是否真正履行了职责，防止验证者消极怠惰。 对验证者进行罚没，是指如果验证者被证实存在破坏行为，其（部分）质押金将被销毁。在eth2阶段0时期，验证者主要会因为两种恶意行为被罚没：**双重投票（double voting）和环绕投票（surround voting）**，有关细节参见Casper FFG运行机制的论文[1]。 双重投票，即验证者在同一个epoch中对两个不同区块进行投票，这也就意味着验证者对两种不同的现实版本表示了支持。需要禁止该行为最直观的原因就是，假如验证者在区块A中发送了一笔交易a，在区块B中发送了一笔交易b，且交易a和交易b花费了等值的ETH。因此**双重投票可以被看做是PoS版本的双花攻击**（double-spend attack）。 环绕投票也是通过罚没来惩罚恶意投票的验证者，以防止其同时创造多个不同的现实版本，避免了两个不同的链被最终确认（finalize）。具体地说，当验证者对某个现实版本进行投票，然后又对另一个版本进行投票，但并没有表明他们不再信任第一个版本，那么该验证者的这些证明（attestations）就是环绕投票。 在阶段0中，双重投票和环绕投票行为是唯一会导致验证者被罚没的情况，但之后的阶段中会增加其他规则，以确保验证者真正履行其职责，存储其签署的分片数据且使数据可用，防止验证者消极怠惰或隐瞒信息。 正确遵循协议且操作正常的验证者不会创建可能导致罚没的投票。如果出现罚没，却并未存在蓄意作恶行为，那么只会是因为bug或意外。那么出现这种情况怎么办？ 为了将这种意外损失降低到最小，**被销毁的质押金会与同时段被罚没的验证者数量成一定比例。**因为如果只有数量很少的验证者进行了被罚没的行为，那么就不太可能是试图对eth2链发起攻击，而攻击成功需要大量的验证者。 因此，如果只有少数验证者被罚没，那么其行为会被认定为无心之过，惩罚力度也不会很大（最低罚没金额为1 ETH）。反之，如果大量验证者几乎同时产生不当行为，那么他们的质押金很大一部分则会被销毁（最高罚没金额为全部余额），因为这种情况会被视作针对网络的攻击行为。 被罚没的验证者将被停止继续参与协议，并且会被强制退出。如果验证者是无心之过，那么这种措施可以防止犯错的验证者一错再错，被重复罚没；如果是网络攻击的情况，则可以将恶意的验证者从协议中剔除。 <br/> # 离线的验证者又会怎样？ 在本应该参与协议进行验证工作的时候，离线的验证者会被惩罚，而在正常情况下，离线只会使得验证者失去他们本可以通过验证工作所获取的奖励。也就是说，**如果验证者50%以上的时间在线，他们的质押金额会随时间推移增加。** 这种机制带来的结果是，对于需要离线进行维护等工作的验证者客户端，最好是选择短时间离线，而不是采取退出协议再重新加入的方式（因为退出和进入都存在相关延迟性）。 这也就意味着，减轻了验证者在客户端备份和网络延迟上的负担，因为离线的惩罚并不那么严重。实际上，如果系统中有两个实体可以对消息进行签名，可能会带来负面影响，因为主客户端和备份客户端有可能同时在线，进而导致创建可能导致罚没的投票（即上文提及的双重投票），Cosmos的首个罚没案例[2]就是这样发生的。 这种离线惩罚机制能够成立的前提是区块正在被最终确认，即有2/3的验证者（按权益加权）在线并且其投票正在被计数。这是eth2在正常情况下应该达到的预期状态。**如果少于2/3的验证者在线，就说明eth2中发生了灾难性的错误。**在此类情况下，以太坊的共识协议（包括Casper）则无法达成共识。 <br/> # 如果超过1/3的验证者离线，Eth2会作何反应？ 如果发生这种情况，那么这些离线的验证者就会面临inactivity leak（消极）惩罚。随着离线时间推移，**受到inactivity leak惩罚的离线节点会被扣减余额**，如此一来，在线验证者占验证者总数（权益加权）的比例就能够再次超过2/3，使得eth2得以继续运行协议。 诸如Inactivity leak此类的设计，使得eth2具备从灾难性事件中幸存下来的能力。如果这种灾难性状况导致超过1/3的验证者离线，那么这些离线验证者会发现他们的余额不断被扣减至某个程度（16个ETH），到那时eth2的运行将不再需要他们的参与。 <br/> # 反相关性&去中心化 罚没机制和inactivity leak（消极惩罚）机制促使验证者做出与其他验证者不同的使自身节点失效的决策。也就是说，为了确保自己受到尽可能轻微的罚没和不受到inactivity leak惩罚，验证者应该会努力尝试和其他验证者不同的客户端失效形式。 这给所有验证者施加了压力，他们需要将作为验证者的方方面面进行去中心化，例如，如果验证者都依赖于相同的现实来源（如Infura）或是都借助AWS来托管客户端，一旦这些方面发生什么错误，验证者们会面临更为严厉的惩罚。 <br/> # 有这么多惩罚机制，那验证者是否吃力不讨好？ 正如在上期文章中所说，**“eth2假设验证者怠惰、收受贿赂、攻击系统的情况，除非采取措施对验证者进行激励。”**上文讨论到的惩罚机制是为了防止作恶行为，但同时也需要通过奖励来激励验证者为eth2进行有益工作。验证者奖励主要分为三类： ✅**检举者奖励** 通过提供证明，发起其他验证者罚没行为的警告，这些验证者能够因其为eth2扫除不利而获得奖励。 ✅ **区块提议者奖励** 验证者会被随机地分配产生区块的任务，被选中的验证者就是“区块提议者”（proposer）。区块提议者能够通过以下方式获得奖励： ▫打包一份来自检举者的证明，且该证明证实某个验证者被罚没； ▫打包来自其他验证者的证明（attestations） 当验证者被选中提议区块时，奖励能够鼓励其向区块链提供有用信息。 ✅ **证明者奖励** 证明（attestations）是表明验证者同意eth2中某个决定的投票。这类信息构成了eth2的共识基础，主要通过以下5种途径获得奖励： - 获取链上证明 - 与验证者就区块链历史记录达成共识 - 与验证者就区块链最前部分达成共识 - 快速使证明上链 - 在指定分片中指向正确区块 <br/> # 开拓验证者收益 在PoS系统中，有两种常见的验证者奖励模式：**固定奖励**（fixed rewards）和**固定通胀**（fixed inflation）。 在固定奖励模式中，验证者通过履行职责获得固定数额的奖励，而通胀率取决于验证者数量。这种模式需要解决的问题在于如何设置回报率（reward rate）。如果回报率过低。验证者数量会过少；如果回报率太高，则会衍生出安全性需求之外的验证行为，并且浪费资金。 因此，拥有固定通胀率的模式更受欢迎。在这种模式中，既定数额的奖励由所有的活跃验证者瓜分。这种模式的好处在于利用市场的力量来寻求合适的奖励数额，因为验证者可以根据当下的收益自行选择是否参与验证。 但这种模式也存在一定缺陷。验证者奖励有可能是不稳定的，这使得对于个人验证者来说，很难做出盈利性决策；这种模式还使得协议容易暴露在“泄气攻击”（discouragement attack）[3]之下，受到这种攻击时，验证者会试图阻止其他验证者参与进来，以此提高自己的奖励（即便自己会受到暂时的损失）。 Eth2旨在结合两种模式的优点：**验证者的奖励与ETH质押总量的平方根成正比。**这种混合奖励模式的好处是在抑制通胀变化和验证者回报率的同时，依然能够借助市场力量来决定验证者的奖励金额。 <br/> # 抱最大希望，做最坏打算 Eth2激励机制的方方面面都遵循了上期文章中所阐述的协议设计理念。例如，反相关性机制有助于去中心化，inactivity leaks（消极）惩罚有助于eth2具备从灾难性事件中幸存下来的能力……但支撑起eth2激励机制的主要理念还是：eth2假设验证者怠惰、收受贿赂、攻击系统的情况，除非采取措施对验证者进行激励。 如果有人试图用本文中提到的任何一种方式来攻击eth2，那最好做足损失大量ETH的准备，因为无论如何，攻击者都会输得一无所有。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/understanding-ethereum-staking-depositshttps://www.ethereum.cn/understanding-ethereum-staking-depositsThu, 16 Jan 2020 00:00:00 GMT来源 | [attestant.io](https://www.attestant.io/posts/understanding-ethereum-staking-deposits/) <br/> Eth2将使用Proof of Stake（权益证明）来维护网络安全，**但实行PoS需要每个活跃的参与者（“验证者”）拥有一定资产来进行质押**。如果持有资产的是eth1账户，那么这些资产需要转移到eth2的验证者处才能进行质押。 验证者的职责主要是提议区块并证明（attest）其他区块，而质押者（staker）则提供资金进行质押。验证者和质押者的角色可以是相同或不同的实体，最佳实践建议将这两者区分开以最大程度保证资金的安全性。 **将资金从eth1转移到eth2以及定义质押者和验证者的过程称为Staking**，第一步是在eth1上发送质押存款交易（staking deposit transaction）。质押存款交易包含的细节信息有质押者身份、验证者身份等等，并被统称为存款协议（deposit agreement）。本文将详细探析抵押存款，并阐释在eth1上提交ETH给eth2验证者的过程。 <br/> # 创建存款协议 存款协议将对质押者和验证者进行定义，并构成存款程序所需交易的基础。 <center><img src="https://i.ibb.co/ZGvzbK8/1-2.png"/></center> <center>图1：存款协议与其参与者</center> <br/> # 验证者身份证明 要确保将存款交给了正确的验证者，就需要验证者身份证明。验证者通过将其公钥添加到协议中来证明自己的身份： <center><img src="https://i.ibb.co/yB9tjzc/2-2.png"/></center> <center>图2：验证者身份证明</center> **注意，由于是在eth2中对验证者进行身份证明，因此使用的是eth2公钥而非eth1公钥。** <br/> # 质押金额 其次，存款协议中需要包含质押金额，以确保双方（以及双方网络）就质押金额达成一致。质押者可以将其期望质押的金额添加到协议中： <center><img src="https://i.ibb.co/nP0j1Gn/3-2.png"/></center> <center>图3：质押金额</center> <br/> # 提款身份证明 提款身份证明用于提供验证者提出存款的账户。质押者可以通过向协议中添加可操纵的公钥来识别提款账户身份： 1.公钥经由哈希以压缩其大小； 2.哈希字符串的首字节由类型标识符代替（目前标识符为“0”） <center><img src="https://i.ibb.co/d2Rd6Hr/4-2.png"/></center> <center>图4：提款身份证明</center> **注意，提款身份证明使用的也是eth2的公钥。因此，其必须直接由质押者提供，而无法像eth1智能合约通常那样从交易签名中恢复。** **还要注意的是，如果验证者和质押者是同一实体，则应使用不同的密钥进行验证者身份识别和提款身份识别**。如此以来提款密钥可以安全地离线保存，直到质押者做好提款准备。 ### <br/> # 验证者授权 要表明验证者同意遵守协议条款进行验证，则需要验证者授权。**验证者要使用与验证者身份证明相同的密钥对协议条款进行签名来进行授权，并将该签名添加到协议中**： <center><img src="https://i.ibb.co/T2gxPwX/5-2.png"/></center> <center>图5：验证者授权</center> <br/> # 提交存款协议 此时，存款协议中包含四条信息：验证者身份证明、质押金额、提款身份证明和验证者授权。如果质押者想继续完成存款，还需要将包含该协议和资金的交易发送给eth1存款合约（deposit contract）： <center><img src="https://i.ibb.co/0DPhfCT/6-2.png"/></center> <center>图6：提交存款协议</center> 此处有两点需要注意： **1. 质押者没有在存款协议中明确授权，而是在交易广播之前将其签名添加到交易中提供所需授权；** **2. 交易必须附带存款协议中所涉及的ETH确切金额，任何其他金额都将导致交易被存款合约拒绝。** 接着由以太坊存款合约（deposit contract）接收并处理交易，如果一切正常进行，则存款合约将创建一个存款收据事件，收据包含存款协议中的所有数据，并且表示存款合约已经接收存款协议和所质押的ETH。 ### <br/> # 激活存款协议 与前序步骤不同，**激活合约主要进行在eth2中**。 Eth2会跟踪eth1的更新以获取存款收据。每个eth2节点在其提议的区块中都包含有最新的存款收据。随着这些区块的最终确认，存款就会成为eth2整体状态的一部分。存款收据将作为验证者状态存储在eth2中。 同样，验证者也会跟踪eth2中的更新以获知验证者状态的变化。**当观察到带有公钥的验证者状态条目时，说明该存款已在eth1上完成，且已经得到了eth2的识别，剩下的就是证明工作了。** <center><img src="https://i.ibb.co/yFMx2Yj/7-2.png"/></center> <center>图7：激活存款协议</center> <br/> # 全程 结束提交和激活步骤之后，就完成了在eth2中质押eth1资产的全部过程： <center><img src="https://i.ibb.co/SKN1wnk/8-2.png"/></center> <center>图8：质押存款过程</center> 注：尽管在理论过程中没有说明，但随着安全性的提升，Staking的过程会存在许多延迟。譬如在eth2中，在获取到存款收据事件和将该信息添加到验证者状态之间会存在一定的延迟，这样做是为了确保eth1网络中不会发生区块链重组而导致存款无效。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/a-beginners-guide-to-decentralized-finance-defihttps://www.ethereum.cn/a-beginners-guide-to-decentralized-finance-defiWed, 15 Jan 2020 00:00:00 GMT来源 | [Coinbase](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) <br/> **加密货币诞生的使命，就是要使得全世界的普罗大众都能轻松使用货币和支付方式。** **去中心化金融**（Decentralized Finance /DeFi）或**开放式金融**（Open Finance），是一场“革命运动”，是朝着以上目标迈出的一大步。试想一下，只要有智能手机和网络连接，世界上任何人都能通过一种更全球化、更开放的途径享受当今的各类金融服务——存款、贷款、贸易、保险等。 而像以太坊等智能合约区块链技术恰恰为此赋予了新的可能性。**“智能合约”是在区块链上运行的程序，当满足某些条件时能够自动执行**，其作用不仅仅是发送或接收加密货币，还能辅助开发者创造更复杂的功能。这些智能合约就是我们现在所经常提及的去中心化应用程序(dapps)。 我们可以将dapp视为**基于去中心化技术构建**的应用程序，而不是由单个中心化实体或公司所创建和控制的应用程序。 尽管其中一些概念听起来更倾向于黑科技，例如不同地域的两个陌生人能够直接达成贷款谈判，并自动转账，并且此过程不需要银行作为中间人。但事实上，许多dapp如今已经面世。DeFi dapps就是其中一种，用户可以创建稳定币（价值与美元挂钩的加密货币）、放债以赚取利息、贷款、兑换资产、做多或做空，甚至还可以采取高级的自动化投资策略。 那么这些DeFi dapps与传统金融业到底有何区别？ 🔻两者区别的核心在于，DeFi dapps的业务不是由机构及其员工管理，而是**遵从代码形式的规则**（如上提及的智能合约）。一旦智能合约被部署到区块链上，DeFi dapps就可以自主运行，**最大程度减少人为干预**（但实际上还是需要开发者对dapps进行常规维护和升级）。 🔻代码在区块链上是**公开透明**的，任何人都可以审核。任何人都有机会了解智能合约的功能或查找bug，这就与用户建立了另一种信任关系。区块链上的所有**交易活动也是公开的**，任何人都可以查看。听起来似乎对用户隐私不太友好，但在默认情况下，**交易是匿名的**，即不会与用户的真实身份直接关联。 🔻从一开始，dapp的目标就是**实现应用的全球化**。无论是在德克萨斯州还是坦桑尼亚，都可以访问同样的DeFi服务和网络。当然，当地法律法规可能是一个阻碍因素，但从技术上来说，只要能连上互联网，就可以使用大多数DeFi应用。 🔻创建dapps“无需许可”，使用也“无需许可”。**任何人都可以创建、使用DeFi dapps。与当今的金融体系不同，DeFi不需要银行一类的第三方，也没有纷繁复杂的开户步骤。用户直接通过其加密货币钱包就能与智能合约进行交互。 🔻灵活的用户体验。**不喜欢某个dapp界面？没问题，可以选择使用第三方界面，也可以构建自己的专属界面。智能合约就像一个开放的API，任何人都可以基于此构建应用程序。 🔻互操作性。**新DeFi dapps的出现可以是从0到1，也可以是1+1=2，将现有的DeFi产品像乐高一样组合起来。例如稳定币、去中心化交易所和预测市场三者可以结合起来，形成一种全新的产品。 现在，DeFi是加密货币市场发展最快的领域之一。业界观察者使用一种独特的新指标，即**“DeFi项目的ETH锁仓量”**，来衡量项目的受欢迎程度。在撰写本文时，用户锁定在这些智能合约中的加密货币价值已[超过6亿美元](https://defipulse.com/)。 是否跃跃欲试了？那让我们现在就来上手尝试一些受欢迎的DeFi dapp。首先我们需要一个内置dapp浏览器的加密货币钱包（如[Coinbase Wallet](https://wallet.coinbase.com/)）来连接到这些dapp。桌面端用户可以通过点击Coinbase Wallet选项并扫描二维码来使用dapps。 由于dapp仍处于早期发展阶段，因此DeFi用户需要对新的产品和服务具有一定的了解来防范风险。智能合约毕竟是计算机代码，可能出现意外的编程错误，同时也可能受到恶意的黑客攻击。 <br/> # 稳定币与去中心化储备银行的结合：MakerDAO项目 [Maker](https://makerdao.com/en/)是一个**稳定币项目**，每个稳定币（称为DAI）都与美元挂钩，需要以加密货币作为抵押物。稳定币也是可编程的加密货币，但是不会像比特币或以太币等“传统”加密货币一样具有波动性大的缺点。 用户可以尝试在[Maker Oasis dapp](https://oasis.app/borrow)上创建自己的DAI稳定币。Maker不仅仅只是一个稳定币项目，它还有**成为去中心化储备银行**的雄心。用户只要持有独立但又具有关联性的MKR token，就可以[对稳定费等重要决定进行投票](https://www.coindesk.com/dai-stablecoins-stability-fee-nears-20-after-latest-makerdao-vote)（类似于美联储的联邦公开市场委员会针对联邦基金利率采用的投票方式）。 另一种具有不同架构的稳定币是[USD Coin（USDC）](https://www.coinbase.com/usdc)，每发行一个USDC稳定币，都要在经审核的银行账号中抵押一美元。 <br/> # 借贷：Compound [Compound](https://compound.finance/)是基于区块链的借贷dapp，用户可以**出借加密货币并借此赚取利息**。若在现实生活中需要资金周转，但在这时候资金却用于投资加密货币了，无法取出，那么就可以将加密货币作为抵押品存入Compound智能合约，以此来借取现金。Compound智能合约将自动匹配借款人和贷款人，并根据供需动态调整利率。 受欢迎的借贷dapp还有[Dharma](https://www.dharma.io/)和[dYdX](https://dydx.exchange/)。诸如[LoanScan](https://loanscan.io/)之类的聚合器能够追踪各个dapp的借贷款利率，因此可以货比三家以获得最佳利率。 <br/> # 自动化通证交易：Uniswap交易所 [Uniswap](https://uniswap.io/)是一种**完全基于智能合约运行的加密货币交易所**，可直接从个人钱包进行主流通证的交易。这不同于Coinbase之类的交易所，这些交易所会存储账户里的加密货币并保存账户私钥以保障安全。Uniswap使用一种称为**自动做市**（Automated Market Making）的创新机制来自动结算接近市场价格的交易。除了进行交易外，用户可以向Uniswap合约提供加密货币，分得部分交易费用，促进资金的流动性。这就叫做[“资金池”](https://defiprime.com/uniswap-liquidity-pools)。 受欢迎的去中心化交易平台（DEX）还包括[0x](https://0x.org/)，[AirSwap](https://www.airswap.io/)，[Bancor](https://www.bancor.network/)，[Kyber](https://kyber.network/)，[IDEX](https://idex.market/eth/idex)，[Paradex](https://paradex.io/)和[Radar Relay](https://radarrelay.com/)。上述交易所的架构都略有不同。 <br/> # 预测市场：Augur [Augur](https://www.augur.net/)是一种**去中心化的预测市场协议**。在Augur上，用户可以就事件的最终结果进行投票，若是该事件涉及用户自身利益，则该用户没有投票权利。诸如Augur和[Guesser](https://guesser.com/)之类的都是新兴的预测市场平台，但却是未来的开创之举，让用户能够集思广益做出更好的预测。 <br/> # 合成资产：Synthetix 顾名思义，**[Synthetix](https://www.synthetix.io/)**是一个**供用户发行和兑换合成资产的平台**，例如黄金、白银、加密货币、传统货币欧元等。通过在Synthetix合约中锁定较高价值的抵押品，用户的合成资产得到保障。 <br/> # 无损彩票：PoolTogether DeFi的可组合性使其具有无限可能性。[PoolTogether](https://www.pooltogether.com/)是一款**无损失的DeFi应用**，参与者将DAI稳定币存入投注彩池，在每个月的月底，一名幸运的参与者将赢得该彩池所赚取的全部利息，而其他人也能收回其本金。 <br/> # 那么，DeFi的下一步是什么？ 自人类文明诞生以来，货币和金融就以各种形式围绕着我们的生活。加密货币只是其最新的数字化身。在未来的几年里，我们可能会目睹，当今基于法定货币系统建立的所有金融服务，也都将重建于加密生态系统之上。既然现在较为全面的加密货币金融体系已现雏形，如加密资产的发行、交易、借贷、托管服务以及衍生产品，那么下一步又将迈向何处？ **第一代DeFi dapp严重依赖抵押品作为保障。**也就是说，前提是用户必须拥有加密货币，然后将其作为抵押品，才能借入加密货币。更传统的无抵押借贷将需要依靠个人征信系统，就如同今天的SSN（社会安全号码是美国重要的身份识别号码）和FICO评分（美国个人信用评级法）一样，使得借款人能够建立社会信用继而促进借贷行为。但与当今的个人征信系统不同，去中心化个人征信系统必须在保证通用性的同时保障隐私性。 **目前DeFi在保险领域也有所创新。**如今，许多DeFi贷款都是超额抵押的（这意味着这些贷款本来就很安全，因为有足够的资本缓冲）。但是，智能合约漏洞是DeFi的弱点。如果黑客发现并利用dapp开源代码中的bug，那么可能会迅速损失数百万美元。因此，加密资产保险应运而生。像[Nexus Mutual](https://nexusmutual.io/)这样的团队就正在构建去中心化保险，一旦发生智能合约被黑客入侵的情况，去中心化保险将弥补用户的损失。 **另一个DeFi的发展趋势则是完善用户体验。**第一代dapp的构建和应用都局限在区块链爱好者之中。这些dapp无疑展现了DeFi令人兴奋的可能性，但是可用性却有待提高。目前DeFi dapp的迭代方向将优先考虑设计和易用性，以便向更广泛的受众推广开放式金融。 将来，我们希望加密货币钱包能成为所有数字资产活动的门户，就像当今我们需要通过互联网浏览器作为门户来访问全球的新闻和信息。想象一个用户操作页面，它不仅可以显示既有资产，还可以显示各种开放式金融协议中的锁定资产（如贷款、资金池和保险合约）。 **DeFi生态系统正朝着去中心化治理和决策的方向发展。**尽管DeFi中使用了“去中心化”一词，但如今许多项目都设置了供开发者关闭或禁用dapp的主键。这样做虽然是出于升级和维护的考虑，同时也能在代码出现漏洞时做出紧急应对。但是，随着代码经过层层检验，我们希望开发者逐渐摒弃这些幕后的“开关”。DeFi社区也在进行不同的探索，使得利益相关人参与到决策的投票中，其中包括基于区块链的去中心化自治组织（DAO）形式。 开放式金融系统正在施展它的魔法，加密产业促进了货币的数字化，而货币的功能性也在经历飞跃式的发展。我们得以见证一个全新的行业从无到有，进而落地开花，这是一个多么可遇不可求的机会。DeFi当前的首要使命是比肩当今的金融服务行业，然而经过日新月异的发展和沉淀，当每个会写代码的人都被赋予了开创金融服务的理念，行业中的创新之举将远远超出我们的想象。 <br/> # 其他资源 如果想深入探索DeFi奇妙世界，以下资源可能有所帮助： - [DeFi Pulse](https://defipulse.com/) - [DeFi Prime](https://defiprime.com/) - [USDC介绍](https://www.coinbase.com/usdc) - [稳定币数据](https://stablecoinstats.com/) - [去中心化借贷](https://medium.com/dydxderivatives/decentralized-lending-an-overview-1e00fdc2d3ee) <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/wnie2-2020-1-10https://www.ethereum.cn/wnie2-2020-1-10Fri, 10 Jan 2020 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_200110) <br/> 祝各位新年快乐~2020年的更新开始啦！🚀 新年伊始，来看看最近有哪些值得关注的事： - 关于以太坊2.0的发展有几篇很棒的概述性文章。以下这两篇文章是相当准确的，我认同其中的大部分内容 - [《ETH2 for Dummies》](https://medium.com/@chromaticcapital/eth2-for-dummies-11ff9b11509f)[1]，来自Chromatic Capital的Grant Hummer - [《Anticipating Ethereum 2 in 2020》](https://www.attestant.io/posts/anticipating-ethereum-2-in-2020/)[2]，来自Attestant的Jim McDonald - 我一直都很欣赏Paul Hauner（Eth2客户端Sigma Prime团队成员）的见解。可以收听一下他参与的[最新Into the Ether播客](https://podcast.ethhub.io/paul-hauner-ethereum-20-is-on-the-horizon)[3]。 - 特别提一下 [ethsear.ch](https://ethsear.ch/) [4] 这是由 [@JonnyRhea](https://twitter.com/JonnyRhea/status/1215291699959926785)[5] 整合的针对以太坊研究的搜索引擎。其[Gitcoin CLR匹配资助要求](https://gitcoin.co/grants/240/ethsearch)[6]：一些用户界面的工作需要资助。😄 ### <br/> # Eth1的未来 过去几周最有影响力的提案可能来自Vitalik，他建议[**将Eth1链加速过渡到Eth2链之中**](https://ethresear.ch/t/alternative-proposal-for-early-eth1-eth2-merge/6666)[7]。一旦落实，这将使得当前的PoW链（Eth1主链）提前被关闭🙌 该提议的基本理念非常简单：**当前的整个Eth1链将被视为Eth2系统中的一个特别的分片链(分片0)。任何Eth2的验证者都可以同时注册成为Eth1链的区块生产者或矿工。**Eth1链下一个区块的矿工将会从注册者中随机选出 (Eth2协议内置随机性)。然后，该区块的有效性和可用性都将由当时被随机分配到分片0上的验证者进行验证，无论分片0的验证者是否是Eth1的区块生产者。 在这种情况下，**Eth1链可以基本上保持不变，但可以快速向PoS(权益证明)机制转移。**注册为Eth1的区块生产者则需要维护整个Eth1链的状态 (因此需要运行Eth1全节点)，但其他的验证者仅需要做到能够“无状态”地验证区块。无状态验证机制的设计是实现该方案的先决条件。（Eth2的阶段1也是一个前提条件😂） Vitalik的这项提案似乎受到了大家的认可，并且没有人在本周的实现者电话会议中对此表示担忧或反对。因此目前看来这项提案可能会成为新的方案。 ### <br/> # 阶段0 信标链实现 V0.10.0规范版本已经发布。此规范将会是另一个冻结版本，作为测试网和安全审计的基础。 **V0.10.0规范的重大改变就是更新了备受期待的BLS签名实现**，当前正在对其进行标准化工作。这次更新内容主要包含了对hash-to-curve（哈希映射到曲线）算法进行移除和更替。读者可以通过我的[Java实现](https://github.com/PegaSysEng/artemis/pull/898)[8]来进一步了解相关背景。其他内容则维持现状，例如点序列化等。读者若是对BLS签名和BLS12-381有兴趣，我刚撰写了一篇全面的[面向非加密学者的阐释文章](https://hackmd.io/@benjaminion/bls12-381)[9]，希望有所帮助。 V0.10.0规范还对网络规范、配置参数等方面作出了一些微小更改。 ### ## 测试 **Sigma Prime团队**对[**Beacon Fuzz（差异化模糊测试）**](https://blog.sigmaprime.io/beacon-fuzz-01.html)[10]工作进行了一次彻底的更新。 ### ## 网络 **Harmony团队**已经[对**gossipsub的性能**进行了一些模拟工作](https://hackmd.io/ZMBsjqdqSAK026iFFu_2JQ)[11]。主要建议是将默认的heartbeat间隔从1秒减少至200或300毫秒。 ## 测试网 Prysmatic Labs团队的Prysm测试网和Sigma Prime团队的Lighthouse测试网都已重新启动，**这两个测试网都运行了主网配置参数**💪（主网vs互操作性配置相关信息见[上一期](https://hackmd.io/@benjaminion/wnie2_191220)[12]） Lighthouse测试网在圣诞节之前就开始运行了，但几周之后由于一些问题[不得不暂时关闭](https://lighthouse.sigmaprime.io/update-20.html)[13]。测试网圣诞假期重新启动，截至目前已经稳定运行了几周，并且将很快重新开放给公众使用。 与此同时，[Prysm测试网也重启了](https://medium.com/prysmatic-labs/prysm-testnet-v0-9-3-release-info-fa0b77161a41)[14]，该测试网也[运行了主网配置](https://twitter.com/terencechain/status/1214662313719943168)[15]。团队成员[Preston在推文中表示](https://twitter.com/preston_vanloon/status/1215471676017610753)[16]：“测试网在发布之初有些不太顺利，但目前已经流畅运行！”当前已经有13,000个验证者在排队等待加入Prysm测试网。刚开始最大速度是每个epoch加入4个新验证者，因此根据我的计算，排队人数积压了两周时间。 有作者已经发表了一篇在[Windows 10](https://github.com/msc82/Eth-2.0-Staking-For-Dummies)[17]上快速设置Prysm网络的教程。 ### <br/> # 阶段1：分片实现 据本周的实现者电话会议，Vitalik和一些同事一直在致力于**改进数据可用性结构**。尽管目前已经存在一些有趣新颖的结构 (例如[FRI](https://ethresear.ch/t/fri-as-erasure-code-fraud-proof/6610?u=benjaminion)[18]和[多项式承诺方案](https://ethresear.ch/t/an-alternative-low-degreeness-proof-using-polynomial-commitment-schemes/6649?u=benjaminion)[19])，但相关工作还不成熟，不足以实际应用。因此我们在初始阶段会谨慎一些，**采用2D纠删码(erasure coding)**，可能之后再采用更为复杂的结构。 Dankrad撰写了一篇[关于数据可用性检测的阐释文章](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html)[20]，值得一读。 ### <br/> # 阶段2：执行环境 ConsenSys Quilt团队发表了一篇很不错的文章，解释并分析了在[Eth2中实现状态提供者（state providers）](https://ethresear.ch/t/state-provider-models-in-ethereum-2-0/6750?u=benjaminion)[21]的三种可选方式。**Eth1一直以来面临的挑战之一就是对节点存储区块链状态(所有账户、数据存储和合约)的依赖性。**相比之下，Eth2计划转变为无状态（stateless）以太坊。这样说可能不太恰当，本质上是**状态存储将成为“他人的事情”**。ConsenSys Quilt的这篇文章就探索了这里的“他人”可能会是谁，以及我们将如何与之交互。 与此同时，Jonny Rhea一直在致力于拓宽执行环境设计的边界，他所构建的[Anomlee](https://github.com/jrhea/anomlee)[22]作为训练后的机器学习模型，是随机森林分类器（random forest classifier）的初始实现。下一步他将进行手写体数字（handwritten digits）分类器的相关工作。其主要目标是探索Eth2执行环境的能力边界。 Vitalik正致力于研究[如何在执行环境中处理](https://ethresear.ch/t/an-even-simpler-meta-execution-environment-for-eth/6704)[23]及转移ETH。这是诸多需要经过评估的可能模型之一。 ### <br/> # 研究工作 Dan Boneh与其他同伴不久前发表了一篇关于[Single Secret Leader Election（单一秘密领导者选举）](https://eprint.iacr.org/2020/025.pdf)[24]的论文。**这对于验证者的匿名性和安全性来说可能会是一种重要的保护机制。** ### <br/> # 常规电话会议 ## 实现者会议 1月9日进行了第31次会议。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/118)[25]； - [会议视频](https://www.youtube.com/watch?v=u2w4EO9YepI&feature=youtu.be&t=81)[26]； - [我的速记](https://hackmd.io/@benjaminion/ByYThFEgI)[27]和[Mamy的笔记](https://gist.github.com/mratsim/0f742236da1e5dbb6ca97b8fb55f061b)[28]。 ## 网络 下一次会议可能在1-2周内，待定。 ## 阶段2 下一次阶段2社区电话会议将在[1月14日](https://github.com/ethereum/eth2.0-pm/issues/119)[29]15:00（UTC）举行。 ## Eth 1.x 下一次Eth1.x电话会议将在[1月14日](https://ethresear.ch/t/eth1-x-call-3-tuesday-jan-14th-witness-format/6715)[30]举行。届时主要内容将是关于无状态以太坊，无状态对于Eth2来说意义重大，尤其是鉴于Vitalik最近在提案中建议加速Eth1向Eth2过渡。 如果读者想要紧跟进展，建议阅读最近以太坊基金会博客中[有关无状态以太坊的文章](https://blog.ethereum.org/2019/12/30/eth1x-files-state-of-stateless-ethereum/)[31]。也可以阅读Igor Mandrigin的[这篇文章](https://medium.com/@mandrigin/stateless-ethereum-binary-tries-experiment-b2c035497768)[32]，文章在基于真实交易的情况下，将Eth1当前的十六进制树结构（hexary trie）与二进制树结构（binary tries）在无状态客户端性能方面进行了比较。剧透警告：二进制树结构以明显优势胜出。来自Vitalik的相关文章：[Protocol changes to bound witness size（更改协议以限制见证大小）](https://ethereum-magicians.org/t/protocol-changes-to-bound-witness-size/3885)[33]。 [Eth1.x的Telegram讨论组](https://ethresear.ch/t/telegram-group-for-eth1x-stateless-client/6470)[34]非常活跃。我已经有240条未读信息了😅。 <br/> # 其他新闻 ✨ [Mikerah](https://twitter.com/badcryptobitch/status/1212532236609830912)[35]（👋）发布了一个[Eth2“office hours”文档](https://docs.google.com/document/d/1OhGjgj_eUOjG-XvLAhYT0iYR_SCGCAbmPwTZ6JUkW-E/edit)[36]，所有人都可以在上面自由问答。这个主意真的很不错，我很肯定上面会有很多人提问！ ✨ Jim McDonald发表的另一篇文章阐释了[成为Eth2验证者所需的成本](https://www.attestant.io/posts/exploring-ethereum-2-validator-costs/)[37]。 ✨ 还记得我在上一期提到[Protolambda正在尝试可视化](https://twitter.com/protolambda/status/1205287760367685632)[38]大量验证者集合的工作吗？此处是一些[相关工作进展](https://twitter.com/protolambda/status/1209487327434809344)[39]。 ✨ Protolambda的另一项工作是[**使用Python库重新设计默克尔树**](https://github.com/protolambda/remerkleable)[40]：在缓存的和不变的二进制默克尔树树中键入可变的SSZ视图。利用SSZ设计来优化处理大型数据结构（例如Eth2信标状态）。 ✨ [John Adler“基于委员会的区块链分片的安全性和可扩展性”的文章](https://medium.com/@adlerjohn/security-and-scalability-in-committee-based-blockchain-sharding-58fab3901193)[41]。 ✨ 如果读者对Eth2中新ETH（在美国）可能的法律地位感兴趣，那[这篇文章](https://gulovsen.io/proof-of-security/)[42]也许读起来颇有趣味。我个人认为，What’s New in Eth2在过去15个月的内容能够充分彰显了以太坊社区的去中心化性质。也许SEC会将其视为证据😱。 ✨ Prysmatic Labs和Sigma Prime都在[进行招聘工作](https://twitter.com/raulitojordan/status/1215689700150775808)[43] ( Paul已经在本文[开头提及的播客](https://gitcoin.co/grants/)[44]中谈到了)。 ### <br/> # 最后的最后 大家可以去Gitcoin Grants[45]给一些有价值的Eth2项目捐赠一些 DAI。也不要忘了“媒体”板块。由于申请人过多，所以被分为了两类。CLR匹配将持续到1月21日，这个机制将使得获得的资助成倍增加。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth1x-files-state-of-stateless-ethereumhttps://www.ethereum.cn/eth1x-files-state-of-stateless-ethereumFri, 03 Jan 2020 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2019/12/30/eth1x-files-state-of-stateless-ethereum/) <br/>  <br/> 在[上一篇关于以太坊1.x的文章](https://news.ethereum.cn/eth1x-quick-update/（在新窗口中打开）)中，我们对Eth 1.x研究的起源、利害因素以及一些可能的解决方案做了简要回顾。在上篇文章的结尾我们提到了“无状态”以太坊的概念，而在本文中我们将进一步详细阐释无状态客户端。 无状态(stateless)是Eth 1.x研究的新方向，因此我们将进行一次相对深入的探析，以便对未来可能面临的挑战和可能性了然于胸。如果读者有兴趣进一步了解，我会尽量提供相关资源的链接。 ### <br/> # 什么是“状态”？ 要解释无状态以太坊，我们首先需要理解“状态”(state)的概念。当我们提到“状态”时，一般是指“事务的状态”。 以太坊的完整“状态”描述了所有账户和余额的当前状态，以及在EVM中部署和运行的所有智能合约的集体历史。链上每个最终确定的区块，都有且只有一个状态，这是由网络中的所有参与者共同确认的。每当有新的区块被添加到链上，状态都会随之改变且更新。 在Eth 1.x研究语境中，我们不仅要知道状态是什么，还要知道它在协议（据黄皮书中的定义）和大多数客户端实现（如geth、parity、trinity、besu等）中是如何表现的。 ### <br/> ## 什么是Trie？ 以太坊所使用的数据结构叫作Merkle Patricia Trie。有趣的是，‘Trie’最初截取自‘retrieval’一词，但大多数人会将其发音为‘try’，以区别于‘tree’。回到正题，关于MPT数据结构，我们需要了解： 在trie的一端，是描述状态（值节点）的所有特定数据片段。数据可以是特定帐户的余额，也可以是存储在智能合约中的变量（例如某种ERC-20通证的总供应量）。Trie的中间则是分支节点，通过哈希运算将所有值串联在一起。分支节点是包含其子节点哈希的数组（array），每个分支节点随后再次经过哈希并归入其父节点的数组中。这一连串的哈希最终会到达trie另一端的一个状态根节点。 <br/>  <br/> <center>图源 blog.ethereum.org</center> 在上面的简化图示中，我们可以看到一些数值，以及得到这些值的路径。例如，为了得到V-2，我们经历了1,3,3,4的路径。同理，V-3可通过路径3,2,3,3来获取。需要注意的是，本例中的路径长度始终为4个字符，并且要获取某个值只有一条可用路径。 该结构具有确定性和可加密验证的重要特性：生成状态根的唯一方法就是通过计算状态的每个单独数据段，如此一来，通过比对根哈希和前序哈希（Merkle证明），就可以轻松证明两个状态是相同的。反之，我们也不能用相同的根哈希创建两个不同的状态，任何使用不同值修改状态的尝试都将导致不同的状态根哈希。 以太坊通过引入新节点类型，扩展节点(extension nodes)和叶节点(leaf nodes)来提升效率，优化trie结构。通过将路径的一些部分编码为节点，如此一来trie就会更加紧凑。 <br/>  <br/> <center>图源 blog.ethereum.org</center> 在这种优化后的MPT结构中，每个节点都需要在多个后续节点共享的路径压缩部分或值（若有必要，由路径的其他部分前缀）之间进行选择。其实是相同的数据和组织，但是这个trie结构只需要9个节点而非18个节点。看起来似乎更有效率，但事后看来，实际上这并不是最理想的。我们将在下一节讨论原因。 要获取状态的特定部分（例如账户当前的ETH余额），需要从状态根开始，沿着trie的路径从一个节点到另一个节点，直到达到所需的值。在每个节点上，路径中的字符用来决定下一个目的节点，就像是一个用于导航哈希数据结构的探测棒。 而在以太坊真正使用的版本中，路径是长度为64个字符（256位）的地址哈希，值是[RLP编码数据](https://github.com/ethereum/wiki/wiki/RLP)。分支节点是包含17个元素的数组（其中有16个是每个可能的十六进制字符，剩余一个则为值），而叶节点和扩展节点包含2个元素（一个是部分路径，另一个是下一个子节点的值或哈希）。要了解更多细节，可以浏览[以太坊的wiki页面](https://github.com/ethereum/wiki/wiki/Patricia-Tree)，或者，如果你喜欢亲自钻研，那么[这篇文章提供了一个很棒的Python DIY trie练习](https://easythereentropy.wordpress.com/2014/06/04/understanding-the-ethereum-trie/)（不幸的是这篇文章已经过时了）。 <br/> ## 在数据库中使用Trie 读到这里我们应该提醒自己，trie结构只是一个抽象的概念。这是一种将以太坊状态的整体打包成统一结构的方法。该结构需要在客户端的代码中实现，并存储在磁盘上（或者分布在全球的数千个磁盘中）。这意味着要采用多维trie结构并将其嵌入到一个普通的只理解[key，value]对的数据库中。 在大多数以太坊客户端（turbo-geth除外）中，**MPT是通过为每个节点创建不同的[key, value]对来实现的，其中value是节点本身，key是该节点的哈希。** <br/>  <br/> <center>图源 blog.ethereum.org</center> 因此穿越trie的过程，或多或少与之前描述的理论上的过程相同。要查找帐户余额，我们将从根哈希开始，并在数据库中查找其值以获取第一个分支节点；使用哈希地址的第一个字符，可以找到第一个节点的哈希；在数据库中查找哈希，然后得到第二个节点；使用哈希地址的下一个字符，我们可以找到第三个节点的哈希。如果运气好的话，我们沿途可能会碰到一个扩展节点或叶节点，也就不需要检查全部的64个半字节。无论如何，我们最后会找到所需的帐户，并从数据库中检索其余额。 这个过程与计算每个新区块的哈希在很大程度上是相似的，但是是反过来的：从所有边缘节点（账户）开始，通过连续的哈希来构建trie，直到最后一个新的根哈希，再与链中最新确认的区块进行比较。 这就是状态trie明显的效率优势所能够施展的地方：在磁盘上重构整个trie的强度是非常大的，以太坊使用的优化版MPT结构通过折衷实现效率来提高协议效率。 这些额外的节点类型（叶节点和扩展节点）理论上节省了存储trie所需的内存，但它们会使得用于修改常规数据库中状态的算法更加复杂。不过一台功能强大的计算机设备能够极速执行该过程。然而，纯粹的处理能力也只能起这么大的效用了。 <br/> ## 节点同步 到目前为止，我们的讨论还局限在运行以太坊客户端（如geth）的个体计算机范围中。而以太坊是一个网络，所有这一切的关键是要在全球数千台计算机以及不同客户端之间达到统一的**状态共识**。 不断洗牌的#Defi、cryptokitty拍卖或cheeze巫师大战的token，以及常规的ETH交易都会碰撞在一起，给以太坊客户端创建一个极速变化的状态。**而以太坊客户端需要保持状态同步，随着以太坊越来越广泛的应用，同步状态就会愈难，状态trie的结构也会愈深。** *“Turbo-geth是抽薪止沸的一种实现：其将trie数据库扁平化，并使用节点的路径（而非其哈希）作为[key, value]对。这有效地使得检索操作无关树的深度，并带来了各种酷炫的功能，使得运行全节点时性能提升且减少磁盘负载。”* 以太坊的状态非常大，并且随每一个区块而变化。那么状态和改变究竟有多大？我们可以将整个以太坊的当前状态大致定位在状态trie的约4亿个节点上。其中，大约每15秒需要添加或修改约3000个（甚至多达6000个）节点。**与以太坊区块链保持同步，实质上就是不断有效地构建新的状态trie。** *“这种状态trie数据库操作的多步骤过程，正是以太坊客户端占用如此庞大的磁盘I/O和内存的原因，即便是“快速同步”(fast sync)模式可能也需要长达6个多小时才能完成。而要运行一个以太坊全节点，快速SSD（而非便宜但可靠的HDD）必不可少，因为处理状态更改对磁盘读/写的要求非常高。”* 其中需要注意的关键点在于，建立一个新节点进行同步，与保持现有节点同步，这两者之间相去甚远。而当我们实现无状态以太坊之后，它们之间的区别将会模糊化（希望如此）。 最直接的同步节点的方法是使用“full sync”（完全同步）方式：从创始区块开始，将每个区块中的每笔交易恢复成列表，并构建状态trie。后续区块一旦产生，状态trie就会被修改，随着区块链完整历史的重现对节点进行添加或修改。而从创世区块开始下载并执行每个区块的状态更改，需要花费整整一个星期的时间。如果你同步时不亟待进行新的交易，那就只是时间问题。 另一种同步方式“fast-sync”（快速同步）名副其实，其同步速度更快，但也更复杂：新客户端可以从最近受信任的“检查点”（checkpoint）区块请求状态条目，而不再需要从创世区块开始。该方式需要下载的信息量要少得多，但仍然有许多信息需要处理。快速同步目前不受带宽限制，而是受磁盘性能的限制。 实质上，进行快速同步的节点是在与链的末端进行赛跑。节点需要在状态陈腐（stale）并且全节点不再提供该状态之前从“检查点”（checkpoint）中获取所有状态（如果发生这种情况，节点可以辗转至新的检查点）。一旦快速同步节点克服了这种障碍，并使其状态完全与检查点（checkpoint）同步，就可以切换为完全同步，即从每个区块中包含的交易生成并更新自己的状态副本。 <br/> ## 什么是区块见证(witness)？ 讲到这里，我们可以开始探索无状态以太坊的概念。无状态以太坊的主要目标之一就是减少新节点同步过程的痛苦。考虑到只有0.1%的状态是随区块变化的，所以似乎应该有一种方式可以减少切换为完全同步之前需要下载的所有额外信息。 但这也是以太坊采用加密安全数据结构所带来的挑战之一：在trie结构中，仅更改一个值就会导致全然不同的根哈希。这是一种特性，不是漏洞。这使得每个人都能确保自己和网络中的其他节点处于同一状态。 如果要走捷径的话，我们需要一条关于状态的新信息：即区块见证（block witness）。假设此trie结构中只有一个值最近产生了改变（下图绿色部分）： <br/>  <br/> <center>图源 blog.ethereum.org</center> 同步状态（包括该笔交易）的全节点将采用传统的方式：获取所有状态片段，并对它们全部进行哈希运算，以创建新的根哈希。如此就可以轻松验证自己的状态是否与其他所有人的状态相同（因为节点掌握了相同的哈希以及相同的交易历史）。 那对于新加入进来的节点呢？新节点要进行验证所需的最小信息量是多少，以保证至少在其观察时段内的观察结果与其它节点是一致的？ 一个新的节点需要更早的全节点提供证明，证明所观测到的交易符合迄今为止的状态。 <br/>  <br/> <center>图源 blog.ethereum.org</center> 用抽象的术语来说，**一个区块见证（witness）证明提供了状态trie中所有丢失的哈希，并结合了一些位置“结构”信息，表示这些哈希在状态trie中位于何处。这使得新节点能够将新交易包含在其状态中，并在本地计算新的根哈希，而不需要下载状态trie的完整副本。** 简言之，这就是[**beam同步（ beam sync）**](https://medium.com/@jason.carver/intro-to-beam-sync-a0fd168be14a)蕴含的原理。Beam同步方案不再收集检查点trie中的每个节点，而是开始监测并尝试在交易发生时就执行交易，从全节点请求每个区块的见证（witness）内容，以获取没有掌握的信息。随着越来越多的状态被新交易影响，通过beam同步逐渐填充信息，直到最终切换到完全同步，客户端可以更信任自己的状态副本。 <br/> ## 不同程度的“无状态” 随着区块见证（witness）的引入，“完全无状态”概念的定义逐渐清晰。与此同时，这也是我们开始遇到瓶颈和问题的地方，并且没有明显可行的解决方案。 与beam同步方案不同，**真正的无状态客户端自始至终不会保留状态副本，而是只与区块见证（witness）一同获取最新的交易，只需要包含执行下一个区块所需的一切信息。** 所以我们几乎可以预见如果整个网络都是无状态的，那么实际上是可以达到永动状态的。新区块的见证从上一个区块产生，然后依次传递见证！至少可以持续到最后确认的“事务状态”，以及该状态产生的第一个见证。而这对于以太坊来说将是一个富有戏剧性的巨变，所以不太可能会获得广泛的支持。 有一种不那么激进的方法：适应不同程度的“无状态”。在这种网络中，会有一些节点保存完整的状态副本，也能为其它所有节点提供最新的见证（witness）。 - 完整状态节点会像往常一样工作，但需要额外计算一个见证（witness）并将其添加到新区块，或通过辅助网络子协议广播； - 部分状态节点可以只在少量区块生成期间保留完整的状态，或者只“监测”其相关的状态部分，然后从见证中获取验证区块所需的其余数据。这对需要运行基础设施的DApp开发者而言大有裨益； - 根据定义，零状态节点想要在运行客户端时尽可能轻巧，可以完全依赖区块见证来验证新的区块。 要启用这个方案，可能需要类似于bittorrent采用的分块（chunking）和群集（swarming）行为，其中见证（witness）片段根据其需要进行广播，并与具有（互补）部分状态的其他节点建立最佳连接。或者，这可能需要制定一个状态trie的替代实现方案，使得更适宜见证（witness）的生成。这都是我们需要研究和实验的内容！ 如若想要更深入地探析状态节点与无状态节点之间的权衡，可参见Alexey Akhunov的[《The shades of statefulness》](https://medium.com/@akhounov/the-shades-of-statefulness-in-ethereum-nodes-697b0f88cd04)。 这种半-无状态方式的一个重要特点在于这些改变不一定要诉诸硬分叉形式。通过微小的并且可测试的渐进方式，就可以将以太坊的无状态组件构建成一个辅助型子协议，或者划分为一系列不具争议的EIPs，而无需进行大型“信念飞跃式”的升级。 <br/> ## 无状态客户端路线图 我们在研究中遇到的一个明显问题就是区块见证（witness）的大小。普通区块包含一个区块头和交易列表，其大小约为100 kB。相对于网络延迟及15秒的区块时间，这种大小可以使得区块广播速度较快。 然而，见证（witness）需要包含状态trie的边缘和深层节点的哈希。这意味着其大小要大得多：早期数据显示大约为1 MB。因此，**与网络延迟和区块时间相比，同步见证要慢得多，这可能会是一个障碍。** 这种两难境地类似于电影下载和流媒体之间的区别：如果网络过慢导致流媒体无法顺畅加载，那么下载完整电影就是唯一可行的选择。如果网络速度快，那就可以流畅播放电影。如果实际情况是网络速度不上不下，那么我们就需要更多的数据来作出决定。那些标准之下的互联网服务提供商，会在需求过高时认识到低速网络的局限性。 很大程度上，这就是Eth 1.x工作组正在着手解决的为具体问题。目前，我们对假想见证网络的了解，还不足以确定其是否能正常或理想运行，难点就在于细节（以及数据）。 **一种方法是通过改变trie本身的结构**（如二进制trie），考虑如何压缩和减少见证（witness）数量，以使其在实现时更高效。**另一种方法则是原型化网络原语**（例如bittorrent的swarming），使得见证能够有效地在网络中不同节点之间传递。而这两个方案，都能受益于形式化见证规范（目前该规范还不存在）。 相关研发人员会将以上这些方向（以及其他可能性）提炼成一个更系统的路线图，并将在未来几周内发布。路线图中强调的要点，也将是未来深度解析文章的主题。 如果坚持读到了这里，那么读者应该对“无状态以太坊”有了一定的概念，并了解了一些新兴Eth1.x研发项目的背景。 与往常一样，如果大家对Eth1.x的工作、主题有任何疑问，或是想要进行贡献，请到ethresear.ch作自我介绍，或在推特联系@gichiba和@JHancock。 感谢Alexey Akhunov提供的技术反馈以及部分trie结构示意图。 祝大家新年快乐，缪尔冰川硬分叉快乐！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-in-2019https://www.ethereum.cn/ethereum-in-2019Mon, 30 Dec 2019 00:00:00 GMT来源 | [Anthony Sassano](https://twitter.com/sassal0x/status/1210685200625094657) <br/> 编者按：28日，ethhub联合创始人Anthony Sassano在推特展开了一个系列细数以太坊和比特币在2019年各自取得的进展，并且评价以太坊在过去一年的发展“令人惊叹”。Anthony的回顾中涵盖了以太坊生态的多个主要方面，研发、DeFi、政策、融资等等。 以太坊在2019年的进步大家都有目共睹，而蓄势已久的以太坊，2020年究竟会点燃怎样的花火？又会如何在绽放之后归于“宁静”？ ✨对以太坊的建设来说，2019是令人惊叹的一年。👀下面和大家一同回顾以太坊2019年以来经历的重要事记！ 注：文中@符号后均为相关个人、团队、项目方的推特ID。 ### <br/> ### **一月** @ethhub_io网站上线 @gitcoin grants启动 @parity获得以太坊基金会500万美元资助 @/r/ethtrader对货币化投票进行试验 @instadapp引介“去中心化银行” @ethcatherders成立 ### <br/> ### **二月** @graphprotocol推出浏览器 @kybernetwork推出@kyberswap @getnuo在主网上线 @WrappedBTC在以太坊上线 @DEXAG_TokenWire引入 @plasma_group引入 @dharma_HQ募集700万美元并发布新的Lever平台 **@ethereum君士坦丁堡升级激活** @ethereum基金会宣布第五波资助计划 ### <br/> ### **三月** @setprotocol推出Strategy Enabled Tokens @defipulse上线 @econoar提出EIP-1559 @molochdao崛起 **@sec_news SEC克莱顿主席称以太坊不再被定义为证券** @ConnextNetwork在主网发布Dai Card 作为以太坊网络最初始的接口之一，Mist停止维护 @compoundfinance迭代至v2版本 ### <br/> ### **四月** 首个eth2信标链测试网上线，由@ethstatus，@prylabs和@sigp_io合作开发 @AugurProject详细介绍v2版本 @teo_leibowitz引介DIPOR，开放式金融的“LIBOR”(同业拆借利率) @EYNews揭开Nightfall的面纱 @dydxprotocal进行重大更新 @instadapp发布v2版本 @uniswapexchange宣布成立公司和基金 ### <br/> ### **五月** @ethereum推出ethereum.org新网站 @defisaver在主网发布 @consensys启动以太坊开发者门户 @dydxprotocal向公众开放 @meta_cartel DAO诞生 @RealTPlatform通证化房地产上线 @microsoft发布适用于Azure的以太坊工具包 @finra批准Grayscale的以太坊信托 @ethereum基金会给出未来12个月的计划 @compoundfinance v2版本在主网上线 @nexusmutual在主网发布 ### <br/> ### **六月** @jpmorgan发布Zether协议 @chainlink在主网发布 @starkwareltd 和@0xproject 发布StarkDEX demo @microsoft与@trufflesuite达成合作 @bzxHQ推出Fulcrum **@facebook公布Libra项目** @gridplus发布Photon网络 @cloudflare推出以太坊网关 @argentHQ推出Hopper隐私解决方案 @camirusso推出“The Defiant”新闻简讯 ### <br/> ### **七月** **@ethereum 2.0 阶段0 规范冻结** @pooltogether_ 上线 @camirusso和@kermankohli推出History of Ethereum (以太坊历史)网站 @kendricktrh推出Heiswap以太坊混合器(mixer) @realdonaldtrump（特朗普）发布关于加密货币的推文 @ethereum Geth v1.9.0发布，对客户端进行了重大改进 @instadapp推出@makerdao与@compoundfinance的桥接 @setprotocol推出趋势交易策略(Trend Trading Strategies) @ethereum 2.0研究者在/r/ethereum参加AMA ### <br/> ### **八月** @argentHQ推出@makerdao CDP门户 @brave推出推特小费服务 @mi_ayako加入@EntEthAlliance董事会 @tornadocash 引入 @godsunchained聘请前MTG：Arena总监 @ethfinancer从/r/ethtrader分叉出去 **@keep_project发布tBTC** @compoundfinance发布Open Oracle System (开放预言机系统) @felix2feng引介Profit Pools (利润池) **@uniswapexchange突破百万ETH交易量** @rdai_dao引入 @ethereum伊斯坦布尔EIPs清单最终确定 @synthetix_io推出通证类别索引 @coinbase官宣WalletLink @aztecprotocol发布PLONK ### <br/> ### **九月** @ryansadams宣布Bankless **@hyperledger官宣Besu以太坊客户端** @ethereum基金会提供更多资助 state channel的多个团队合作创建了Statechannels.org **@plasma_group引介Optimistic Rollups** @boredgenius引介Pool DAI @numerai启动Erasure Protocol @ameensol发表关于@compoundfinance的文章，将其描述为托管系统 @danrobinson引介收益协议(Yield Protocol) @makerdao引入Oracle v2版本和DeFi Feeds @ethereum完成ProgPoW审计 @enigmaMPC官宣Salad，以太坊混币 @openlawofficial引介The LAO **@ethereum 2.0研发人员参加互操作性活动，使7个eth2客户端进行交流** @ethereumJosephJoseph Lubin加入@hyperledger董事会 @bancosantander在以太坊上结算2000万美元的债券交易 @coinbase宣布USDC引导基金 @gnosis的Sight预测市场平台进入测试期 @kyberswap宣布Fiat On-Ramp @UMAprotocol发布Synthetic Token Builder 平台 @dydxprotocol推出原生ETH-DAI市场 @consensys宣布@ConsenSysCodefi @dolomite_io上线 @balancerlabs引入 @ConsenSysCodefi引介DeFi Score @mydefi_org引入 @nodarj宣布DeFi Strategies @bitpay增加了对以太坊的支持 ### <br/> ### **十月** @gitcoin 第三轮资助为开源项目筹集了27万+美元 @godsunchained融资1500万美元 @connextnetwork v2版本主网上线 **@ethereum Devcon5（第五届开发者大会）在日本大阪举行** @instadapp种子轮融资240万美元 @makerdao发起新的Oasis Trade @coinbase 启动USDC奖励计划 @blocklytics发布pools.fyi @skalenetwork筹集1710万美元 **@cftc（美国商品和期货交易委员会)主席确认ETH属于商品** @vitalikbuterin在Devcon期间发布5篇与eth2相关的博文，分片简化、eth1和eth2的双向桥接、跨分片的可组合性的运行以及eth1> eth2的过渡 @uniswap和@plasma_group发布UniPig，采用Optimistic Rollup技术的交易所 @ethereumJoseph宣布百万开发者计划 @metamask_io 引入web3插件 @setprotocol引入公共 rebalancing dashboard @mycrypto的新网站进入测试期 @starkwareltd引介OpenZKP @avalabsofficial宣布Aethereum @coinbase增加了对Maker治理的支持 @akashaworld宣布Ethereum.world @bermuda 百慕大宣布将接受USDC用于加密税收和政府服务 @sendwyre引介产品的v2版本 @gitcoin Quests启动 @axieinfinity与三星进行合作 @dannyryan开始发布eth2更新速览 ### <br/> ### **十一月** @splunk在其会议上使用Burner Wallet @maplefinance 引入 @vitalikbuterin提出了简化版的EIP-1559 @defi_zap由@nodarj和团队发布 @gnosis推出Sight预测市场 @ensdomains域名拍卖结束，所有剩余名称均可按固定年费进行注册。这使得ENS域名的注册和使用激增。 **@makerdao多抵押Dai上线** @defipulse 引入了“年利息”(IPY)指标 @ethereum推出以太坊工作坊(Ethereum Studio) @marketingdao引入 @rdai_DAO在主网上线 @renprotocol 发布Chaosnet @snarkyzk引介了Convexity Protocol 和option tokens (oTokens) @samcassatt 推出Aligned Capital @compoundfinance在A轮融资募集2500万美元 **@imTokenOfficial官宣imBTC** @brave发布其Web浏览器v1版本 @wjvill发布eth2阶段2的详细进度更新 @martinlundfall引介Chai @stakecapital引介StakeDAO @opensea筹集210万美元 @messaricrypto添加DeFi指标 @niftygateway被@Gemini收购 @prylabs发布首个阶段0测试网更新 **@etherchain_org 发布信标链区块浏览器** ### <br/> ### **十二月** @camirusso开放其以太坊作品的预订 **@ethereum宣布Muir Glacier (缪尔冰川)硬分叉** @carlbeek发表博客文章，详细的eth2 staking指南 @frontierwallet进入测试版本 @setprotocol引介Social Trading @fidelity使用以太坊试运行员工奖励计划 **@ethereum在主网激活伊斯坦布尔网络升级** 中国大陆无法访问Etherscan @teo_leibowitz引介开放金融指数(OFI) **@sigmp_io为 eth2 Lighthouse客户端发布公共测试网** **@etherscan推出信标链区块浏览器** @eynews发布重大Nightfall更新 @zerion_io 筹集200万美元 @the_matter_labs推出ZK Sync @loopringorg v3版本部署到主网 @spencernoon推出“Our Network”新闻简讯 @jack (Twitter CEO) 宣布在加密货币领域部署推特团队 @fidelity计划在2020年为以太坊提供支持 @nike获得专利，基于以太坊对球鞋进行通证化 @venture_dao引入 @sablierHQ 的v1版本在主网上线 @setprotocol整合@compoundfinance通证 @avsa 发起Much Clearer Dai倡议 @parity宣布计划将Parity Ethereum客户端代码移交给DAO @jobsincrypto在加密网站启动捐赠 @makerdao从@dragonfly_cap 和@paradigm获得2750万美元的资助 @gitcoin宣布第四轮资助 @TXRXResearch eth2研究团队成立 @gnosis发布安全多重签名 **@weDEX_io成为首个基于@loopringorg且采用zkRollup技术的DEX** @tornadocash v2版本在主网发布 @Forbes整合@UnlockProtocol <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2019-12-20https://www.ethereum.cn/wnie2-2019-12-20Mon, 23 Dec 2019 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/BkxhJRi6B#fn1) <br/> ✨欢迎来到2019年的最后一篇WNIE2！预祝大家节日快乐，新年快乐！!(https://hackmd.io/build/emojify.js/dist/images/basic/christmas_tree.png) ✨与往常一样，本周必读内容之一是Danny Ryan在以太坊基金会博客发布的[《eth2更新速览（六）》](https://news.ethereum.cn/archives/1038)。 <br/> # 阶段0：信标链实现 自上一期以来，我们已经对规范进了两次更新。 [v0.9.3版本](https://news.ethereum.cn/archives/1038)带来了重大变化。主要改进是从协议中删除了signing_root，更改理由请参阅[此处](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.9.3)。同时还针对分叉选择规则和其他事项进行了一些微小更改。如果通读一遍PR，很显然，林纳斯法则起了效用——“众目睽睽之下，一切Bug无所遁形”。这是一件了不起的事情。[v0.9.4版本](https://github.com/ethereum/eth2.0-specs/issues/1487)没有太大的改变，涉及到一些微小的网络提升以及测试修复。 **核心规范预计在[BLS规范更新](https://github.com/ethereum/eth2.0-specs/pull/1532)发布之前维持稳定。一月有望发布v0.10.0版本，该版本将由[Least Authority](https://github.com/ethereum/eth2.0-specs/pull/1532)机构进行安全审计。** Justin Drake提议将信标链的启用日期定为[7月30日](https://leastauthority.com/)，这引起了不小的轰动。当信标链准备就绪了，也不过是箭在弦上的事，也许可能会比预计的早一些。这向我们抛出了一个问题，怎样才算“准备就绪”？Justin随后在推特上就阶段0的发布日期进行了一次[调查](https://github.com/ethereum/eth2.0-specs/pull/1524)，结果显示，多数人认为当三种客户端在稳定联合测试网中运行三个月后更适合发布阶段0。值得注意的是，如果我们按照这种方式，那么至少要在2020年第二季度才会发布阶段0。 <center><img src="https://i.ibb.co/gt21SXv/19-12-20-151ab4fbed.png"/></center> <br/> # 测试网 Eth2测试网近来动态频繁！Danny能够在他的笔记本电脑上[同时参与三个测试网](https://twitter.com/drakefjustin/status/1207056610415333378) 🤓 Lighthouse测试网于12月8日[宣布上线](https://twitter.com/dannyryan/status/1204518958621233153)。之前所有的测试网（包括Prysm的Sapphire测试网和互操作性工作）都采用了简化参数：[最低配置](https://lighthouse.sigmaprime.io/update-19.html)（相较于作为终极目标的[主网配置](https://github.com/ethereum/eth2.0-specs/blob/88e954a9c73dff63436350b9cd530c8c9f44a94b/configs/minimal.yaml)）。最低配置包含：数量较少、规模较小的委员会；频率更低的验证者混洗(shuffling)；每个slot为6s而非12s；每个epoch只包含8个slot而非64个slot等等。这对于信标节点来说轻松很多。 具备主网配置的Lighthouse测试网无疑将我们引向了下一个阶段。**Lighthouse测试网运行期间，在4个信标节点上连接了16000多个验证者，并且持续良好运行了较长时间。**不幸的是，测试网最终出现了[故障](https://lighthouse-book.sigmaprime.io/become-a-validator.html)，在运行一周后下线。 Sigma Prime团队计划将在未来几周内重新上线经过修复和改进的测试网。大家可以阅读此[测试网操作说明](https://lighthouse-book.sigmaprime.io/become-a-validator.html)，以便在重新上线时参与其中。 Prysmatic Labs正在努力重启其网络。据该团队在实现者电话会议上的报告，**其测试网将能够运行主网配置，并在单个信标节点上连接16000个验证者，**因此我很好奇他们即将重启的新网络是否将是主网配置。 [Status测试网](https://github.com/status-im/nim-beacon-chain#connecting-to-testnets)会继续运行，并按计划每周重启一次。这是Jacek关于该测试网的[系列推特](https://github.com/status-im/nim-beacon-chain#connecting-to-testnets)。 提醒大家一下，[Etherscan](https://twitter.com/jcksie/status/1202883953381773312)和[EtherChain](https://beacon.etherscan.io/)都已经上线了能够连接到Prysmatic Labs测试网的Eth2区块链浏览器。目前，EtherChain的浏览器还可以显示[Lighthouse测试网](https://twitter.com/etherchain_org/status/1207278115954810884)。至于Eth2网络浏览器，Status已构建了一个[工具](https://twitter.com/etherchain_org/status/1207278115954810884)，可用于深入获取网络流量和元数据。对于不那么需要细节数据的用户来说，Alethio则致力于生产与其Eth1 [Ethstats](https://twitter.com/jcksie/status/1206882743663185923) dashboard类似的Eth2 Stats dashboard。 <br/> # 常规电话会议 目前有五个关于Eth2各部分的常规电话会议。 ## **🛠️实现者电话会议** 12月19日进行了第30次实现者电话会议。 - [会议议程；](https://ethstats.io/) - [会议视频](https://github.com/ethereum/eth2.0-pm/issues/112) (干货满满的70分钟，并非3.5小时那么长)； - [我的速记](https://youtu.be/LYLiqpj-wiE?t=89)以及[Mamy的笔记](https://hackmd.io/@benjaminion/rJOaJZFRH)。 ## **🛠️网络(Networking)电话会议** 我们在12月18日进行了第二次网络工作小组的电话会议。会议持续受到大家的关注和并且颇有成效。此处是本次[会议笔记](https://gist.github.com/mratsim/4a07ca7e1ec48188bbb78c8f397a506b)，以及[第一次会议的笔记](https://hackmd.io/@benjaminion/SJ3W0qwAH)。 ## **🛠️阶段2电话会议** 下一次电话会议安排在一月中旬。具体时间将通过[Eth2 Phase2的电报小组](https://medium.com/chainsafe-systems/light-client-task-force-call-2-bdb3d24d2b2b)告知大家。 ## **🛠️轻客户端电话会议** 在上一期的更新中，12月4日的轻客户端工作小组会议视频姗姗来迟，这里是[资料](https://t.me/eth2quilt)、[文本以及笔记](https://github.com/ChainSafe/lodestar/issues/555)。下一次通话可能会安排在1月20日左右。 ## **🛠️Eth 1.x电话会议** 目前，**Eth 1.x的工作重点是为eth1设计无状态客户端模型。**由于Eth2不在该范围内，因此我不会对此进行详细跟踪。即使如此，Vitalik在电报小组中说“这些工作也与eth2高度相关”。最近一次电话会议已于12月17日进行，此处是[相关记录](https://medium.com/chainsafe-systems/light-client-task-force-call-2-bdb3d24d2b2b)。相关工作的协调在[ethresear.ch](https://blog.ethereum.org/2019/12/20/eth1x-files-digest-no-1/)上进行。 <br/> # 研究工作 请允许我介绍一下PegaSys研发工作的进展。我们的Artemis Eth2客户端代码库已移交给PegaSys的产品侧，为上线做准备。这才使得我们有机会与Harmony团队共同创建一个名为[TXRX](https://ethresear.ch/c/eth1x-research)的团队，以扩展我们的以太坊2.0研发 (顾问团队神秘的第五位成员竟然是Vitalik ! 大家可以关注TXRX团队的“官方”[推特](https://twitter.com/josephdelong/status/1206667471756939271)以获取进展更新。 **ethresear.ch上的精彩话题：** - [Vitalik：“跨分片转移ETH面临的问题与解决方案”。](https://ethresear.ch/t/moving-eth-between-shards-the-problem-statement/6597?u=benjaminion)根据本周的实现者电话会议，这是Vitalik目前正在攻克的两个主要难题之一。 - [“支持跨分片转移ETH的元执行环境”](https://ethresear.ch/t/moving-eth-between-shards-the-problem-statement/6597?u=benjaminion)，这是上述问题的一种解决方案。 - [“FRI 作为纠删码欺诈证明”](https://ethresear.ch/t/fri-as-erasure-code-fraud-proof/6610?u=benjaminion)。短期的数据可用性是Vitalik正在攻克的另一个问题。 - [“使用多项式承诺机制的一种低度证明”](https://ethresear.ch/t/remaining-questions-on-state-providers-and-stateless-networks-in-eth2/6585?u=benjaminion)。Dankrad也在进行数据可用性研究工作。 - 针对[“Eth2状态提供者及无状态网络遗留问题”](https://ethresear.ch/t/remaining-questions-on-state-providers-and-stateless-networks-in-eth2/6585?u=benjaminion)的后续讨论。 - PegaSys Eth2 应用研究团队（不同于上文介绍的 TXRX 团队，我们有两个研发团队）最近给出了一个[“基于账户的匿名 Rollup”](https://ethresear.ch/t/remaining-questions-on-state-providers-and-stateless-networks-in-eth2/6585?u=benjaminion)的提议。尽管没有作出相关说明，但可以在eth2中将其作为一个执行环境来实现。 ### <br/> ### **灵光乍现** 下面的想法可能对很多人来说显而易见，但是这周我才恍然大悟（实际上是我在刮脸的时候想到的，多多包涵）。 出于诸多原因，目前已经有关于如何实现Eth1和Eth2链之间[双向桥接](https://ethresear.ch/t/two-way-bridges-between-eth1-and-eth2/6286?u=benjaminion)的探讨。Staking本身只提供了一种单向桥接方法。 我意识到实现双向桥接绝对是使得Eth2名副其实代表以太坊的唯一方式。Eth2确实是由以太坊社区成员在进行开发，也是依靠ETH自举的 ，计划与Eth1链进行叠加并且取其精华。然而，任何其他有能力的团队也能实现这些目标并将其工作成果称为以太坊2.0。唯一真正使Eth2.0链具有辨识度的方式是通过桥接与现有的Eth1链建立联系。我觉得这个想法很有趣，所以和大家分享！ <br/> ### **其他资讯** - 一个月前我在文章中提到以太坊基金会正在为Eth2征募一个技术笔者。现在已经有[合适的人选](https://twitter.com/har00ga/status/1206069313540628481)啦。 - Lighthouse [客户端团队更新](https://twitter.com/har00ga/status/1206069313540628481)（测试网回顾），以及 [Prysmatic Labs](https://medium.com/prysmatic-labs/ethereum-2-0-development-update-41-prysmatic-labs-856851a1bd28)一如往常进行的大量工作。 - Parity正在[中止](https://www.parity.io/parity-ethereum-openethereum-dao/)其“官方委任及资助的 Serenity 开发团队”的身份，并且打算“以一种非官方的自由放任的组织形式继续进行维护”。 - 来自Jim McDonald的一系列Staking相关文章： - [《理解以太坊Staking存款》](https://www.attestant.io/posts/understanding-ethereum-staking-deposits/)； - [《Staking 密钥探析》](https://www.attestant.io/posts/exploring-staking-keys/) - 一篇探索并阐释[跨分片通信](https://www.adiasg.me/2019/12/14/exploring-cross-shard-communication-in-eth2-0.html)的干货文章。 - Protolambda正在集思广益[如何对大量验证者的证明活动实现可视化](https://twitter.com/protolambda/status/1205287760367685632)。 - Staking难以避免中心化趋势？以下是一些有趣的探讨： - [《以太坊的DETH》](https://medium.com/ideo-colab/the-deth-of-ethereum-98553866e81b)，本文认为基于被质押的ETH所产生的衍生品将不可避免地导致Staking中心化； - 一个引人深思的[推特系列](https://twitter.com/AriannaSimpson/status/1207708826415353856)，Vitalik对此作出了一些[评论](https://twitter.com/VitalikButerin/status/1207779040435695617)。 另外，Gnosis的[Sight](https://sight.pm/)项目计划针对Eth2的发布开放一些[预测市场](https://twitter.com/koeppelmann/status/1205158597224738817)。首个关于[Eth2.0的预测市场](https://sight.pm/0xfd477cfd09b499c85afbd7aa25e8cdaad67db00823e5f20eca341c8efe38bc35/#/)已经出现：“截至2020年3月31号上午8点（UTC），为以太坊2.0发布作准备的存款合约(deposit contract)是否能完成部署？并且合约中质押的ETH会否大于等于20000？”目前投票比例大约是50/50 ! <br/> # 最后…… 几周前我为Coindesk写了一篇评论文章，据说最近将会发布。这是一篇为Eth2采取开放性开发模式的生动辩护。 但其实我已经不再是Coindesk的读者了。如果我的读者对这篇文章感兴趣，这是文章的[初版](https://docs.google.com/document/d/1Rh6syJHYd7g63KyQKrIB_Tu5xa8dEAE0KxMRfLD9kss/edit?usp=sharing)，希望大家喜欢。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-6https://www.ethereum.cn/eth2-quick-update-no-6Fri, 20 Dec 2019 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2019/12/19/eth2-quick-update-no-6/) <br/>  <br/> 本周的eth2更新速览来啦！一些新的eth2测试网已经上线，上周我已经[在我的笔记本电脑上运行了](https://twitter.com/dannyryan/status/1204518958621233153)。虽仍然还有很多工作要做，但我们距离实现越来越近了 🙂 <br/> ### # 要点速览 - [Least Authority](https://leastauthority.com/)将对阶段0规范进行全面审计； - Sigma Prime推出[Lighthouse公共测试网](https://lighthouse.sigmaprime.io/update-19.html)，配置有16000+验证者和主网规范，不断挑战eth2的规模； - [Nimbus集成了](https://github.com/status-im/nim-beacon-chain/pull/632)本地[nim-libp2p](https://github.com/status-im/nim-libp2p)，将在下周重启测试网时上线； - beaconcha.in在[开源区块链浏览器中新增](https://twitter.com/etherchain_org/status/1207278115954810884)对[Lighthouse](https://twitter.com/etherchain_org/status/1207278115954810884)的支持； - Eth2发布[v0.9.3版本规范](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.9.3)，以增强核心规范的稳定性。`v0.10.0`版本计划于1月发布，[将集成新的BLS签名标准](https://github.com/ethereum/eth2.0-specs/pull/1532)。 <br/> ### # 阶段0全面审计将由Least Authority进行 我们很高兴地宣布将由[Least Authority](https://leastauthority.com/)进行eth2规范审计。本次将**针对[eth2核心阶段0规范](https://github.com/ethereum/eth2.0-specs)**进行全面安全审计，重点关注一些关键攻击类别，例如拒绝服务（DoS）攻击、可能导致意外分叉或对抗链的资源滥用攻击、网络攻击以及任何可能对资金造成影响的攻击等等。 Least Authority是机制和激励模式设计、去中心化/分布式系统架构以及区块链系统分析方面的领先专业机构。以太坊基金会也曾与Least Authority共事过，例如[针对Discv5的审计](https://leastauthority.com/static/publications/LeastAuthority-Node-Discovery-Protocol-Audit-Report.pdf)、[Gas经济机制和工作量证明的分析](https://github.com/LeastAuthority/ethereum-analyses/blob/master/README.md)，我们很高兴有这个机会与Least Authority再次合作。**全面安全审核对于成功启动阶段0来说至关重要，初次审计报告预计将于2月初发布。** <br/> # Lighthouse测试网发布 上周，[Sigma Prime](https://sigp.io/)发布了大家翘首以盼的[**Lighthouse公共测试网**](https://lighthouse.sigmaprime.io/update-19.html)。Lighthouse测试网的最大亮点在于**运行了主网规范配置**，并且在高峰期可以轻松**容纳16815个活跃验证者**！ Sigma Prime在发布该测试网时如是说，“我们将尝试破坏测试网，我觉得我们会成功”，然后他们确实做到了。由于两个重要的验证者节点离线，导致100多个epoch无法达成最终确定性，Sigma Prime团队决定下线测试网进行漏洞修复和优化，并且会尽快重新上线。该团队就此发布了一份[分析报告](https://lighthouse.sigmaprime.io/update-20.html)。在昨天（19日）的eth2电话会议讨论中，团队打算在20号重启测试网，并将在初步稳定性测试后开放给公众使用。 如果可以的话，请大家积极参与这些测试网的早期阶段：如果文档中有不清楚的地方，请告知团队。如果在编译时遇到问题，请开启一个issue。如果readme文档中有错别字，也烦请帮忙修改！所有其他客户端和开源软件同理，需要大家共同来维护。参与者们在维护过程中付出的积极努力都不会白费，最终呈现出来的产品也会更好地反哺每一位用户。 另外，Sigma Prime正在进行招聘，需要一位全职资深Rust开发者来从事Lighthouse开发。若有兴趣点击[此处](https://lighthouse.sigmaprime.io/hiring-dec-2019.html)了解！ <br/> # Nimbus客户端集成本地nim-libp2p 在今年的早些时候，以太坊基金会和Protocol Labs共同资助了[Nimbus团队](https://nim-lang.org/)，以创建libp2p的本地[Nim语言](https://github.com/status-im/nim-libp2p)实现。[该实现](https://github.com/status-im/nim-beacon-chain/pull/632)将应用到nimbus eth2客户端中，并使得资源有限的设备也能使用p2p网络。 我们非常高兴地在此向大家宣布，Nimbus团队最近已将该本地实现[集成到其代码库中](https://github.com/gobitfly/eth2-beaconchain-explorer)，并计划将其加入本周测试网重启工作。宏观来看，由于Nimbus团队能够为大多数计算机架构编译出简洁高效的代码，所以不论是对于Nimbus团队，还是整个p2p社区，这都是一个意义非凡的里程碑。一切都能以P2P形式实现！ <br/> # beaconcha.in浏览器支持Lighthouse客户端 Bitfly的[eth2开源区块浏览器beaconcha.in](https://github.com/gobitfly/eth2-beaconchain-explorer)刚刚实现了[对Lighthouse的支持](https://twitter.com/etherchain_org/status/1207278115954810884)！在[此处](https://lighthouse.beaconcha.in/)查看相关信息。**但在Lighthouse重启其网络之前，相关功能暂时无法使用。** 我们非常高兴看到多个客户端的实现，这有助于为外部软件创建通用接口以查询和了解eth2相关内容。这与其他工具都起到了不可或缺的作用，使得软件能够监测、理解、并且与即将到来的测试网进行交互，最终应用于主网。 <br/> # Eth2规范发布日程 我们发布了eth2 [v0.9.3 – rm signing_root版本规范](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.9.3)，v0.9.4版本也即将发布，其中包含测试修复和网络更新。这是自10月份开始的0阶段v0.9.x系列微更新中的最后一次更新。这些最新的规范版本主要目的是确保阶段0信标链足够灵活，以适应新的阶段1[分片设计](https://notes.ethereum.org/KbEyHiaSRQW_KS7dDK0OFw)，同时一些clean-ups、bug修复、优化测试和网络更新也已经加入了changelog。其中许多更改的依据是客户端持续推进的测试网工作以及对主网的适应准备。 下一个规范计划于1月初发布。**此v0.10.0版本将致力于[**将新的BLS签名标准集成到核心eth2规范中**](https://github.com/ethereum/eth2.0-specs/pull/1532)**。当最终的测试网和主网发布时，v0.10.x系列规范应当具备产品级BLS。目前仍然有工作需要完成，已在全力以赴进行攻坚工作。感谢客户端团队，欢迎大家对他们进行资助或建议。这些工程师们正在为我们所有人缔造真正非凡的事物！ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-in-2019-2https://www.ethereum.cn/ethereum-in-2019-2Mon, 16 Dec 2019 00:00:00 GMT来源 | [ConsenSys](https://media.consensys.net/ethereum-by-the-numbers-the-year-of-2019-264cc973467) <br/> 到如今年复一年，以太坊生态系统从未停止过成长的步伐，今年也同样带来了新一波的革新和区块链发展浪潮。 **2019年，以太坊通过网络升级和不断增长的开发者群体实现了提升；DeFi将数亿美元的价值引入以太坊生态系统；超过520个新的去中心化应用诞生。** 让我们一同用数据理性回顾过去的一年，如此才能对未来抱有更坚定的信心。 <br/> # 网络 Network - 今年以太坊新增账户：[**两千万+**](https://www.etherchain.org/charts/totalAccounts) - 今年以太坊新增活跃地址：[**四百万**](https://consensys.net/research/measuring-blockchain-decentralization/) - 今年以太坊网络升级次数：[**三次**](https://medium.com/xena-exchange/history-of-ethereum-hard-forks-will-istanbul-support-eth-prices-fe475c48873e) - 今年以太坊区块奖励产生的Ether：[**4,728,152+**](https://etherscan.io/chart/ethersupplygrowth) - 平均gas limit增加：[**约两百万** ](https://etherscan.io/chart/gaslimit)(从八百万增加至不到一千万) - 以太坊活跃节点数：[**8,516**](https://www.ethernodes.org/history) 译者注：从国别分布来看，目前美国节点占比超过25%，中国超过16%；从节点运行客户端来看，超过78%为Geth，Parity超过20% <br/> # 去中心化应用 DApps - 2019年新增DApp数：[**520**](https://www.stateofthedapps.com/stats/platform/ethereum#new)； - 2019年加密技术在移动端的发展：[MetaMask Mobile](https://metamask.io/)，[Argent](https://www.argent.xyz/)，[Coinbase Wallet](https://blog.coinbase.com/easily-transfer-crypto-from-coinbase-com-to-your-coinbase-wallet-b07fd9337839)等都在过去一年发布了手机钱包； - ENS（以太坊域名服务）所有者[**人均购买1-2个域名**](https://ensowners.takenstheorem.now.sh/)，一些“鲸鱼”则拥有数百个域名。并且在某个时间点同时有[超过六十万个ENS域名](https://ens.codetract.io/)进行拍卖（该数据仅供参考） - 到目前为止[**最长的ENS域名**](https://opensea.io/assets/0xfac7bea255a6990f749363002136af6556b31e04/53879785143933308931040741828008383227344036071913422366302998294486150476917)是：Forwhatshallitprofitamanifhegainthewholeworldandsufferthelossofhissoul.eth 译者注：该域名的中文意思是“人若赚得全世界，代价则是赔上自己的灵魂，这又有何益处呢？”（出自马太福音16:26） - OpenSea成为最大NFT的交易市场，自其成立以来的两年时间里，NFT[**拍卖总额超过七百万美元**](https://opensea.io/blog/announcements/bringing-on-additional-strategic-investors-to-opensea/)，其中10月份的交易总额就达到了一百七十万美元； - Gods Unchained作为以太坊上最受欢迎的DApp之一，已经创建了6,714,445个物品（截止本译文发布已达到[6,722,668](https://opensea.io/assets/gods-unchained)）； - DAO：诞生了Moloch、MetaCartel、Ethereum Marketing以及至少其他[25个DAO](https://medium.com/axialabs/the-next-flippening-more-daos-than-tokens-60dfa46ade04)。 <br/> # 去中心化金融 DeFi Dai稳定币贯穿了2019年的DeFi发展轨迹，使得各种新应用得以运行。  <center>稳定费用以及Dai供应量 图源Mkr.tools</center> **五千五百万的Dai。**在2019年期间，Dai的供应量最终达到了Maker治理规则中的上限，即1亿个Dai，因此需要针对提高供应量进行投票。年底经历的大幅下降表明了**从Sai（原单抵押Dai）向新Dai（多抵押Dai）的迁移。** Maker稳定费用：上图的蓝线显示，稳定费用从年初的2.5%，在8月达到顶峰20.5%，然后最终降低至较为适宜的3%。**2019年的稳定费用共计[1,640,555 Dai](https://mkr.tools/governance/stabilityfee)**。 下图可视化地呈现了在过去一年中[Maker CDPs](https://mkr.tools/visualizations/historicalcdps)（现称为Vaults）在大小、年龄和抵押率方面的变化。今年有数千个Maker Vaults得以创建，下图还显示了一些Vault以相对较低的抵押率抵押了相当数量的抵押资产（在Maker Vault中抵押率不足150%会导致其被清算）。  <center>历史CDP 图源Mkr.Tools</center> 在过去一年，在DeFi中锁定的ether数量大幅增长，最近[**超过了6.5亿美元**](https://defipulse.com/)。Ether已经成为DeFi平台和应用的首选抵押资产。  <center>在DeFi平台中锁定的Ether 图源Alethio</center> 2019年1月1日，[Uniswap](https://dappradar.com/app/1602/uniswap)总共只有31个用户，日交易量为30个ETH以上，然而经过一年的发展，其用户数增加至数百，日交易量已经达到数千个ETH。[Synthetix](https://defipulse.com/synthetix)是基于以太坊的合成资产平台，2019年实现了前所未有的增长，其中锁定的总价值**从160万美元增长至1.6亿美元。** <br/> # 开发者 Developers - 2019年[Truffle](https://www.trufflesuite.com/dashboard)（以太坊智能合约开发框架）每月新增下载量超过25,000； - ConsenSys在2019年释放出[超过30万美元的资助](https://consensys.net/blog/news/consensys-grants-wave-2-winners/)，目前第三波资助已经开放； - 2019年开展了8个由Gitcoin支持的[虚拟黑客马拉松](https://gitcoin.co/results)，并且其发放了超过20万美元的资助； - 仅在2019年11月，Gitcoin通过其平台就促成了30.2万美元的价值转移，迄今为止平台实现的[总价值转移已经超过280万美元](https://gitcoin.co/results)； - [Gitcoin Quests](https://gitcoin.co/quests)由超过700位社区成员参与了1万2千多次； - ConsenSys今年发起了一项[**“百万开发者”**](https://onemilliondevs.com/)计划，旨在将以太坊生态中的开发者扩大至一百万。 今年在开发者社区方面做了加倍的分析工作。在2019年年中，Electric Capital发布了一份报告，显示**以太坊的开发者社区规模比其他任何加密货币项目的生态系统[大了四倍](https://media.consensys.net/ethereum-has-4x-more-developers-than-any-other-crypto-ecosystem-638668eba41d)**。随着DeFi和DAO等领域的成长，以太坊开发者社区还在持续扩大。 <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth1x-files-fast-synchttps://www.ethereum.cn/eth1x-files-fast-syncThu, 12 Dec 2019 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2019/12/10/eth1x-files-fast-sync/) 本文转载自[unitimes.pro](http://www.unitimes.pro/p/4c5071804cb245478f56bf200efe2dec) <br/>  <br/> [Eth1.x 研究的新方向](https://medium.com/@pipermerriam/stateless-clients-a-new-direction-for-ethereum-1-x-e70d30dc27aa)已经开始了，重点是将当前的以太坊链转移到“无状态客户端”范式，最终目标是顺利过渡成为 Eth 2.0 中的一个执行环境 (Executive Environment)。 下一次电话会议将集中在收集和组织研究主题和规划一个更结构化的相关路线图。此电话会议是开放的，任何人都可以参加，预定在12月17日下午16:00。如果你想加入，请在 [ethresear.ch](https://ethresear.ch/t/eth1-x-call-2-tuesday-dec-17th-next-steps-and-collecting-research-topics/6512)论坛上直接发信息给 Piper Merriam 或 James Hancock。 本文是对我们做过的所有努力的回顾。对那些最近加入以太坊社区，并且错过了 Eth1.x 讨论，或是想要稍微回顾一下的人而言，可能会有所帮助。本着 “–sync-mode=fast” 的精神，我们将在本文中谈及大部分的历史研究主题，并将对无状态客户端和当前研究的深入讲解留到后续文章中讨论。 首先，我们的核心开发者们意识到，以太坊路线图的最后阶段——“Serenity”，不会如最初设想的一样，那么早就准备继续。一个完全的 “Eth2.0” 的诞生，可能需要数年时间。我们需要对目前的 Eth1.0 链做出改进，以确保在一个完全的协议升级实现之前，不会出现导致以太坊无法运行的更大问题。因此，“Eth1.x”——对当前 “Eth (1.0)” 进行的更小的、 递进的升级所做的研究——应时而生，其目标是额外延长当前以太坊链的寿命至少3-5年，直到一个更为重大的 Serenity (Eth2.0) 升级的到来。 <br/> # **当前以太坊区块链有什么问题？** 问题很复杂。它不似一个安全漏洞或一个重大设计缺陷，原因是 Eth1.0 并不存在某个亟待解决的问题，可以让我们投入专门的资源进行解决。同样地，如果完全不对当前的链进行更改，那也不太可能会出现导致以太坊网络停止运行或是“着火” 🔥 然而，可能给当前以太坊网络带来灾难性情况的是，随着链状态的自然增长，其结果是对网络的性能带来细微的衰退和网络健康的损害。倘若不进行 Eth1.x 的工作，长此以往，以太坊将会面临风险。随着越来越难运行全节点，这一网络可能会变得越来越中心化；随着网络延迟的增加，它的速度可能会越来越慢；随着“状态膨胀”的出现，区块验证可能变得越发困难。**最终，随着交易吞吐量达到上限，且客户端改进越来越难以实现，终端用户与核心开发者都将非常受挫。** 我们的目标是避免以太坊遭遇一场千刀万剐的局面，即便这场局面需要好几年才会到来，但那时即便是开始立即采取措施也是为时已晚了，因此早在布拉格 Devcon4 期间就已经开始有关 Eth1.x 的讨论 (🦄>💀)。 广义地说，我们面临的问题是一个非常根本而明显的显示：**以太坊区块链正变得越来越大**，但其中有一些细微的差别，当我们讨论“区块链的大小” (the size of the blockchain) 的时候，我们实际上是真的在讨论一些不同的子组件的大小，且更重要的是关于这些组件的大小会如何影响整个网络的性能。这些子组件包括： <br/> ## **01. 链的存储需求** “如果有人提到‘区块链的存储成本’”，只需跟他们说说 Amazon Black Friday 的网页：8TB 的存储需要花费125美元。区块链面临着一些真正的问题，但存储的成本并不是其中之一。”——Emin Gün Sirer ([@el33th4xor](https://twitter.com/el33th4xor/status/1200477778463907841)) 在一个全节点成为以太坊的“头等公民”之前，它必须同步以太坊区块链的整个历史记录。历史记录的时间越长，要存储的数据就越多。目前，对于一个“标准的” Parity 或者 Geth 全节点来说，其存储需求约为219GB，并且每月增长10-15GB。 从绝对的存储成本的角度来看，这还不算太糟糕。完全地在消费类硬件上运行一直都是以太坊的愿景 (存档节点除外，因为存档节点需要大约3.5TB的存储)，低于500GB的消费类硬件就在一个合理的阈值范围内，因此运行一个全节点将在今后的几年内并非遥不可及。 但更强有力的论据来源于启动新的全节点的**边际成本：存储需求和同步时间的增加会导致全节点的减少，而这将进一步导致同步时间的增加和节点数量的减少。** 这样的结果是，随着时间的推移，开发者们将越来越依赖 Infura 等服务，而“真正的”区块链将越来越多地受困于云端，令普通爱好者、研究人员与业余开发者们无法触及。 <br/> ## **02. 区块大小与交易吞吐量** 增长的另一个方面是**单个区块大小的增长及其与整个网络交易吞吐量的关系**。与比特币不同，以太坊不会明确地按内存限制每个区块的大小，而是通过燃料限制 (gas limit) 强制规定区块大小。以太坊的 Gas 限制有效地限制了可以包含在一个区块中的交易量。这个 Gas 限制并由矿工集体决定，即通过投票的方式来动态地增加或降低 Gas 限制。最近，矿工们集体同意将以太坊的区块 Gas 限制提高至约1,000万个 Gas 单位，使每个区块比1月18日以来的大小增加了25%左右，这从理论上提高了系统的交易吞吐量。 区块 Gas 限制与矿工就新区块达成共识的能力之间存在制衡。**从理论上讲，更高的 Gas 限制会增加区块的叔块率** (叔块不能迅速传播给其他矿工，因此叔块是无法被大多数矿工接受的有效区块)。我们需要搜集更多有关“安全的”区块大小上限是多少的数据，但人们普遍认为，提高 Gas 限制带来的吞吐量提升不足以在未来 5 年内实现以太坊的发展。此外，更大的区块还会加剧链存储需求问题。 <br/> ## **03. 状态大小与网络性能** 以太坊是一台[随着区块数量的增加而向前移动的状态机](https://medium.com/@preethikasireddy/how-does-ethereum-work-anyway-22d1df506369)。在任何给定时刻，以太坊的完整“状态”都包括 EVM 中部署和运行的所有智能合约的集体存储，以及所有帐户和余额的当前状态。当交易被添加到一个区块时，它们通过更改帐户余额、部署新的智能合约代码或让智能合约执行自己的某些代码来更改以太坊的状态。 当前以太坊的状态大小大约是10GB。按理说，状态会随着网络上的总交易量的增长而按比例增长。因此，如果我们期望以太坊继续获得主流采纳，那么这个数字在未来几年可能会出现巨大增长。 较大的状态会影响所有客户端的两个主要性能点： - 客户端读取状态的速度将受到限制，因此交易处理速度会变慢。处理一笔交易需要读取存储在客户端数据库中状态的相关部分。状态越大，查找交易所需的时间就越长。更重要的是，在使用 trie 结构来表示状态的客户端 (比如 Parity、Geth 和 Trinity) 中，这种减速的情况会因为底层数据库的查找 (其中实现了 trie 结构) 而变得更加严重。 - 由于需要通过更改状态来构建新的状态，较大的状态将意味着区块的验证速度将更慢。与上述推理路线相同，当验证一个新区块时，客户端必须对状态的更改进行重新计算；这涉及到了搭建一个新的状态 trie 结构和计算新的根哈希 (root hash)。从计算的角度来说，构建一个新的状态 trie 结构要比简单地查找需要更多的计算，因此与处理单笔交易相比，状态的增长对这一操作的影响更大。 基于状态驱动的性能下降是最令人担忧的。以太坊是点对点网络，这意味着细微的变化可能会对网络运行状况产生连锁反应。此外，状态的存储与更改是让客户端开发者团队更头疼的事情之一。编写和维护客户端已经够难了，而状态增长则进一步加剧了这一负担。随着状态的增长，客户的多样性和性能将会下降，这对每个人都不利。 <br/> # **潜在的解决方案是什么？** 从 Devcon4 布拉格时的启动会议开始，一直持续到2019年，很多核心开发人员、贡献者和魔法师们聚集在一起，讨论如何延长 Eth1.0链 的生命。以下是讨论过的最重要的提议及相关的内容： <br/> ## **01. 适度的优化和缓解** 更为激进的删减。管理存储需求的一种方法是主动删除不再需要的部分，比如交易收据、日志和较早的历史区块。可以就全节点保存历史数据的期限达成共识 (比如3-9个月)，过期后删除，从而能够有效地降低运行节点所需的总存储。Péter Szilágyi 已经就链删减对于Eth1.0链的长期存活性进行了[全面的概述](https://gist.github.com/karalabe/60be7bef184c8ec286fc7ee2b35b0b5b#decentralized-archives)。概况起来就是，这种方式存在一些权衡，且其中一个未解决的需求是历史数据需要 (在某个地方) 可以获取，且取代了链存储所有历史记录就意味着节点必须保留被删减部分的证明 (proofs)。 区块提前公布 & 状态缓存。这与减轻网络延迟带来的影响有关。提前发布区块，其中的想法是在区块被验证之前，矿工提前将该区块公布出去，这将使监听客户端有机会去猜测哪部分状态将受影响，并为下个状态对这些缓存进行预先警告。同样地，客户端可以在内存中保存部分状态，这样在同步状态失败时就不必从头开始。这些优化目前是可以实现的，且 turbo-geth 已经使用了这类优化的一些变体形式来提高性能。 <br/> ## **02. 通过大型硬分叉进行改变** 操作码重新定价 & ETH 锁定。通常，这意味着简单地调整操作码的成本以阻止状态的进一步增长。从广义上讲，这意味着增加导致状态增长的操作的成本，和/或增加带来状态缩减的操作的奖励。但退款的方式有些棘手，因为退款一定是来自于包含在交易中的 Gas，这意味着那些仅清除内存或销毁合约的交易实际上不能按比例地获得退款。为了使交易在 Gas 方面的收入比支出更多，有可能要求合约在部署时锁定一定数量的、足以支付那些退款的 ETH。 状态租金和‘收回’。比上述重新定价操作码的方式更引人注目的是，状态租金 (state rent) 的方式通过要求合约按其占用的状态大小来成比例地支付一笔经常性费用。在支付这笔费用之前，合约将被删除或中止。对于智能合约和 Dapp 开发者来说，这种方式将是一个重大的变化，且这将需要不止一次硬分叉来实现。这种方式迄今仍是 Eth1.x 领域中讨论最广泛的提议，也是最受争议的提议。因此，关于 Eth1.0 链的状态租赁的研究已经暂停了。 <br/> # 圣杯：✨无状态客户端✨ 如果状态的大小对网络的健康带来重大的问题，那么终极方案将是完全消除对状态的需求。简而言之，无状态客户端 (stateless client) 使用区块见证 (block witness) 来证明某个特定的状态更改相对于前一个状态的有效性。也就是说，客户端将只会计算新区块的状态更改，然后证明这些状态更改与前一个状态是一致的，而不会计算每个新区块的完整状态。 矿工和一些全节点将依旧需要保存完整的状态副本，这样才能从中生成区块见证。虽然对于客户端来说，在整个网络中传播区块见证会带来一些新的挑战，但这种方式的潜在益处是非常巨大的。 [无状态客户端的概念](https://ethresear.ch/t/the-stateless-client-concept/172)是最先由 Vitalik在探索 Sharding (分片) 的情况下提出来的，但之后在围绕 Eth1.x 的讨论中也被探讨。起初这种方式被认为太过复杂，但最近，随着 [Trinity 的 bean sync](https://medium.com/@jason.carver/intro-to-beam-sync-a0fd168be14a) 方式展现了 semi-statelessness (半无状态性) 对于轻客户端的可行性，无状态客户端的概念获得了很多支持。 重要的是，转向无状态或半无状态范式对现有 Eth1.0 网络的破坏要小于状态租金之类的方式，因为这种方式不会对现有客户端带来重大的更改。有状态节点和无状态轻客户端可以同时共存，且 semi-stateless (半无状态) 的以太坊将为试验不同的客户端实现提供了更多的机遇。同时，**Eth2.0 中的分片 (shards) 几乎可以肯定会是无状态的，因此当时机成熟时，这将为 Eth1.0 最终向 Serenity 过渡开辟出一条新的道路。** 我们将在另一篇文章中更深入地探讨无状态客户端。如果你已经读到此处了，你现在就赶上了 Eth1.x 研究的当前状态，并且能够跟随和加入相关的新进展！通过 ethresear.ch 加入我们吧，或者继续关注基金会发布的有关 Eth1.x 的更新文章。 https://www.ethereum.cn/wnie2-12-7https://www.ethereum.cn/wnie2-12-7Mon, 09 Dec 2019 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/BydFZrKnr#fn2) <br/> # 要点首看 - 耶！以前的以太坊基金会博客又回来啦。👏在2014-16年期间基金会的博客是一个极好的信息来源，但在后来更多地被用作通告发布平台。Carl Beekhuizen最近发布了[《Validated: Staking on eth2 #0》](https://blog.ethereum.org/2019/11/27/Validated-Staking-on-eth2-0/)； - 以太坊基金会博客：[《Eth2更新速览#5》](https://blog.ethereum.org/2019/12/05/eth2-quick-update-no-5/)； - 提醒大家[Ethereum 2.0 Info](https://eth2.info/)的存在，上面提供了eth2的相关信息，我最近进行了更新。 <br/> # 阶段0 信标链实现 首先我们有新成员加入，[Nethermind](https://nethermind.io/)与[Cortex](https://github.com/NethermindEth/cortex)脱颖而出，Cortex是.Net进行中的Eth2信标链实现。欢迎加入，一起party！ ## 测试网 Prysmatic Labs的[测试网](https://prylabs.net/)保持[良好运行](https://twitter.com/preston_vanloon/status/1203017263269343232)，并且现在支持[Etherchain](https://beaconcha.in/)和[Etherscan](https://beacon.etherscan.io/)两个区块浏览器，并且刚刚正式成为第一个公共多客户端网络，本周有消息称Parity的Shasper客户[能够加入](https://twitter.com/sorpaas/status/1202651945430929409)🔥 但这并不是目前唯一的测试网。Status还与Nimbus客户端建立了[公共测试网](https://github.com/status-im/nim-beacon-chain#connecting-to-testnets)（[相关系列推特](https://twitter.com/jcksie/status/1202883953381773312)），Sigma Prime计划在未来几天发布基于Lighthouse的公共测试网。 在接下来的几周内，还会有更多这类进展，因为各个客户端不时会和彼此进行合作。我会在一月寻找一个合适的、持久的、大型的、多客户端公共网络。 ## 质押合约 Deposit Contract Jim McDonald在质押合约的工作流程中发现了一个[抢先交易(front-running)漏洞](https://ethresear.ch/t/deposit-contract-exploit/6528?u=benjaminion)（[此处](https://hackmd.io/bCZjQnOyRBqxyHKxKnTz0Q?view)有更详细的文章以及Jim提出的[解决方案](https://github.com/ethereum/eth2.0-specs/pull/1506)）。此处是[在Gitter上的进一步讨论](https://gitter.im/ethereum/sharding?at=5de110e28e906a1c8d3ab338)，以及更多[相关讨论](https://gitter.im/ethereum/sharding?at=5de90b6bd75ad3721d5b26b7)。建议的解决方法：[不要使用质押池](https://twitter.com/jadler0/status/1200423111562342400)😛 同时，运行时验证( Runtime Verification)将继续对质押合约字节码进行验证，最终报告预计会在本月发布（取决于我们最终决定对上述问题采取什么行动）。 ## BLS签名方案 部署质押合约的另一个障碍也已解决。正如[前一篇文章](https://hackmd.io/@benjaminion/H12CnGHhr#Implementers’-call)所述，BLS签名方案的标准化工作现在已经使我们有信心将其用于eth2。py_ecc对此做出了[拟实现](https://github.com/ethereum/py_ecc/pull/79)。我还需要在[自己的实现](https://github.com/PegaSysEng/artemis/pull/898)上做一些工作，以使其与最终规范保持一致。 ## 规范更新 正如Danny在[博文](https://blog.ethereum.org/2019/12/05/eth2-quick-update-no-5/)中所说，圣荷西州立大学（San Jose State University）研究人员正在进行一些[验证工作](https://github.com/ethereum/eth2.0-specs/pull/1495)，以[修复分叉选择规则](https://notes.ethereum.org/@djrtwo/HynY6CthS)。我很高兴看到规范能够受到学术界的检验，这是非常振奋人心的事情。 在本周的电话会议中，签名根已被同意从规范中[删除](https://github.com/ethereum/eth2.0-specs/pull/1491)，这一简化方式受到了广泛接纳。 ## 网络 Networking Least Authority已完成了对计划在Eth2中使用的discv5节点发现协议的[审计](https://leastauthority.com/blog/ethereum-node-discovery-protocol-audit/)，此处是[完整报告](https://leastauthority.com/static/publications/LeastAuthority-Node-Discovery-Protocol-Audit-Report.pdf)。他们提出的主要建议是实施DoS保护机制（就像Ari Juels和我的PegaSys同事John Brainard在1999年就提出的[那种工作量证明](http://www.arijuels.com/wp-content/uploads/2013/09/JB99.pdf)）。正如在本周[电话会议](https://hackmd.io/@benjaminion/BJ3YqrSTr#discv5)上讨论到，目前该遗漏是有意为之，同时也正在研究其他方法。 <br/> # 阶段1 分片实现 我们预计[新的分片规范](https://github.com/ethereum/eth2.0-specs/pull/1483)在新年前后能够被合并且不再做出大改动。 Matt Garnett就eth2的潜在[执行工具链](https://github.com/quilt/pm/issues/2)展开了精彩的对话。Will V也针对[Eth2中的状态提供程序和无状态网络](https://ethresear.ch/t/remaining-questions-on-state-providers-and-stateless-networks-in-eth2/6585?u=benjaminion)列举出了一系列悬而未决的问题。 <br/> # 电话会议 上周是电话会议周。Eth2开发终于被分解为多个并行的工作流程。 ## 客户端实现会议 12月5日进行了第29次电话会议。 - [会议议程](https://github.com/ethereum/eth2.0-pm/issues/108)； - [会议视频](https://youtu.be/MxeEWmEdb5E?t=309)； - [我的速记](https://hackmd.io/@benjaminion/H1J8vYLaS)、[Mamy的笔记](https://gist.github.com/mratsim/b1fe4213ece4b60baa93be773715fd83)。 ## 阶段2会议 阶段2电话会议于12月3日举行，此处是[会议议程](https://github.com/ethereum/eth2.0-pm/issues/103)。该会议没有进行记录或直播，但是有一些[笔记](https://github.com/ethereum/eth2.0-pm/issues/103#issuecomment-561938586)。阶段2会议计划每月进行一次，在Eth2 [Phase 2 Telegram](https://t.me/eth2quilt)中进行通知。 ## Networking 会议 首次[Eth2 Networking会议](https://github.com/ethereum/eth2.0-pm/issues/106)是12月4号，这是[我](https://hackmd.io/@benjaminion/BJ3YqrSTr)和[Mamy的笔记](https://gist.github.com/mratsim/fef2b0a7c5a335ac6bc61c01592b3fea)。下一次会议在两周后。 ## 轻客户端工作小组会议 [第二次轻客户端工作小组会议](https://github.com/ChainSafe/lodestar/issues/555)也在4号进行了。此处是本次[会议录音](https://www.youtube.com/watch?v=h_GeWO0U-bw)，以及11月4日的首次[会议录音](https://www.youtube.com/watch?v=aY4Qsk22IAE)、[详细笔录和笔记](https://medium.com/chainsafe-systems/light-client-task-force-call-1-1aaf559230fb)。 ## Eth 1.x会议 [下一次Eth 1.x会议](https://ethresear.ch/t/eth1-x-call-2-tuesday-dec-17th-next-steps-and-collecting-research-topics/6512?u=benjaminion)将于12月17日进行。我为什么提到这个呢？因为Eth1和Eth2的发展方向存在越来越多的共同点，所以部分工作为将来Eth1过渡到Eth2做准备。未来是无状态(stateless)的。 <br/> # 研究工作 几篇以工程为主的研究文章： - Preston Van Loon的[*Voting on the Eth1 chain（*《在Eth1链上投票》）](https://hackmd.io/@prestonvanloon/H1rfsG5iH) - Mikhail Kalinin的[*Detecting Slashing conditions（*《检测罚没条件》）](https://hackmd.io/@sYlY_LZpQIGgFmhdv6vV-A/By897a5sH)想要了解背景可参阅[本RFC](https://github.com/ethereum/eth2.0-pm/issues/63)。 第二个[Legendre PRF（Legendre pseudo-random function）赏金任务](https://legendreprf.org/bounties)已经释出。作为提醒，Legendre PRF对于生成[阶段1](https://github.com/ethereum/eth2.0-specs/blob/dev/specs/core/1_custody-game.md#legendre_bit)的多方托管证明来说可能很有帮助。即当我们想要在多个共同工作的验证者之间以去信任的方式分配质押时，这是必要的措施。 **ethresear.ch上的精彩话题：** - Protolambda对[原子跨分片通信](https://ethresear.ch/t/commit-capabilities-atomic-cross-shard-communication/6509?u=benjaminion)进行了非常彻底的检查，并提出了新的建议。 - [Vitalik：应对Casper FFG中的51％攻击](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363?u=benjaminion)。来看看为什么“ 51％攻击对社区来说是喜大普奔的”？ - [使用HoneyBadgerMPC进行多方托管证明](https://ethresear.ch/t/using-honeybadgermpc-for-the-multi-party-proof-of-custody/6545?u=benjaminion)。这与上面提到的Legendre PRF有关：这是方案的实际MPC实现。 - 我的同事Nicolas Liochon提出了一项协议更改建议，以启用[“去信任化质押池”](https://ethresear.ch/t/trustless-staking-pools/6529?u=benjaminion0)。他的观点是，无论我们怎么做，质押池都会出现，因此我们不妨寻求一种协议内的方式来使其更加安全。我个人猜想另一种方法可能是基于合约的质押保险。 <br/> # 其他新闻 - EvaBeylin对所有为Eth2工作的人[表示感谢](https://twitter.com/evabeylin/status/1199035479183642625)； - 涨知识： - Bruno Skvorc从[可扩展性](https://bitfalls.com/2019/12/02/polkadot-vs-ethereum-2-0-shards-and-parachains/)方面比较了Polkadot和Eth2； - 对于SSZ狂热者，Protolambda撰写了有关[默克尔树类型抽象](https://github.com/protolambda/eth-merkle-trees/blob/master/typing_partials.md)的详尽文章； - Jim McDonald解释了[验证者的有效余额](https://www.attestant.io/posts/understanding-validator-effective-balance/)，这比我们想象的要复杂； - Adrian Sutton[就弱主观性作出了很好的阐释](https://www.symphonious.net/2019/11/27/exploring-ethereum-2-weak-subjectivity-period/)。 - [Lighthouse](https://lighthouse.sigmaprime.io/update-18.html)和[Prysm](https://medium.com/prysmatic-labs/ethereum-2-0-development-update-40-prysmatic-labs-30741bf3758b)客户端团队更新； - Bits Trail[中标](https://twitter.com/sigp_io/status/1199865159084150785)，以对Lighthouse代码库进行审计； - Bitfly已[将其Eth2 Beacon Chain Explorer (Eth2信标链浏览器)开源](https://twitter.com/etherchain_org/status/1198942363172982784)； - Prysmatic团队的Terence将于1月7日[在旧金山meetup上](https://www.meetup.com/SF-Ethereum-Developers/events/266949631/)就Eth2发表演讲。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-5https://www.ethereum.cn/eth2-quick-update-no-5Sat, 07 Dec 2019 00:00:00 GMT来源 | Ethereum Blog <br/>  <br/> # 要点首看： - Parity团队的[Shasper客户端加入](https://twitter.com/sorpaas/status/1202651945430929409)Prysmatic团队的Sapphire测试网（首个以太坊多客户端公共测试网） - 两个eth2区块浏览器上线 – Bitfly的[beaconcha.in](https://beaconcha.in/)与[Etherscan浏览器](https://beacon.etherscan.io/) - 开展首次eth2网络电话会议，以解决所有网络问题 – [Ben的笔记](https://hackmd.io/@benjaminion/BJ3YqrSTr)、[Mamy的笔记](https://gist.github.com/mratsim/fef2b0a7c5a335ac6bc61c01592b3fea) - 开展首次[eth2阶段2社区电话会议](https://github.com/ethereum/eth2.0-pm/issues/103)，以整合研究成果 - 为分叉选择规则提供[解决方案](https://github.com/ethereum/eth2.0-specs/pull/1495)，确保分叉选择区块头状态与FFG最终确定信息相匹配 - 新BLS签名标准的[演示](https://www.youtube.com/watch?v=dMFgaeRdsfU&feature=youtu.be&t=1009)、[规格](https://github.com/ethereum/eth2.0-specs/pull/1499)与[实现](https://github.com/ethereum/py_ecc/pull/79) ### <br/> # Shasper加入Prysmatic团队的测试网 Parity团队研发的eth2 [Shasper客户端](https://github.com/paritytech/shasper)成功在Prysmatic的Sapphire 测试网上运行，标志着第一个eth2公共多客户端测试网的诞生。这是一个激动人心的开始，下个月将陆续出现更多多客户端测试网。 现在就可以通过拉取Shasper代码库，使用命令，连接到Sapphire测试网上。如果想尝试连接，请按照[此处的说明](https://github.com/paritytech/shasper/pull/191)进行操作。 ### <br/> # Eth2区块浏览器上线 最近已经上线了两个区块浏览器了！目前，这两个区块浏览器都在追踪[Prysmatic Labs团队Sapphire 测试网](https://prylabs.net/)的动向，为构建信标链的验证者提供每个slot的信息。 几周前，Bitfly上线了beaconcha.in区块浏览器，并不断添加[令人感到兴奋的功能](https://twitter.com/etherchain_org/status/1202506562746638336)。 Etherscan前天也上线了他们的区块浏览器，功能和数据展示页面看起来都很酷。两者都是在线监测Prysmatic的测试网及其他测试网的绝佳选择。 我们很高兴见到越来越多适用于eth2客户端和测试网的用户/开发者工具投入建设当中：) ### <br/> # 首次eth2网络专题电话会议 到目前为止，我们一直依赖于以github上的问题/代码请求(pull-requests)、临时聊天、主要eth2电话会议以及面对面会议的形式来组织有关eth2规范网络组件的工作。这些方式在很大程度上已经起到了足够好的作用，但是对分片式区块链协议网络的研究和建设，还应得到越来越多的关注与资源支持。 为此，我们本周进行了首次[eth2网络专题电话会议](https://github.com/ethereum/eth2.0-pm/issues/106)。尽管此次电话会议没有像eth2常规电话会议那样进行实时直播，但它是公开的，向所有贡献者开放。感谢促成此次电话会议举行的各个eth2团队的p2p网络专家。由于额外的协调工作，我本来很抗拒参加此次电话会议，但首次电话会议卓有成效，我期待下一次的会议。 和往常一样，由Ben Edgington（[会议笔记](https://hackmd.io/@benjaminion/BJ3YqrSTr)）和Mamy Ratsimbazafy（[会议笔记](https://gist.github.com/mratsim/fef2b0a7c5a335ac6bc61c01592b3fea)）来做好会议记录。由于仍然有很多值得我们去研究的地方，所以下次的电话会议时间大约定在2周内。 ### <br/> # 首次eth2阶段2社区电话会议 感谢Quilt团队的Will Villanueva组织了首次[eth2 阶段2社区电话会议](https://github.com/ethereum/eth2.0-pm/issues/103)。与新提上日程的网络和轻客户端专题电话会议一样，阶段2的相关内容足以确保电话会议的定期进行，以使研发工作的开展更有条理。 首次电话会议内容主要是对涉及的众多团队和个人工作的常规更新及各种正在进行的线程调查。可以在[此处](https://github.com/ethereum/eth2.0-pm/issues/103#issuecomment-561938586)查阅笔记。接下来的电话会议旨在更深入探讨有关特定技术问题。 阶段2的主要目标是进行第一轮无状态协议研究，并将研究发现范围缩小，以得到一个能在2020年实施的更具体计划中。这些阶段2电话会议是实现这一目标的重要一步。 ### <br/> # 分叉选择状态修复 由Yan X Zhang领导的圣何塞州立大学研究人员致力于形式化eth2共识机制（Casper FFG）和分叉选择规则（LMD GHOST）的共同属性。 在公布工作进度之前，他们在FFG + GHOST的互通方面中发现了一个极端案例，即区块树的分支可能包含最新的已验证/已确认的区块，但实际上这些区块在链上的状态并未显示为已验证/已确认。在分叉选择中留下这样的“不可行”分支可能会导致验证者的投票与本地最终确定信息不一致的情况，并且在某些情况下可能导致信标链活性的丧失。可以在[此处](https://notes.ethereum.org/@djrtwo/HynY6CthS)阅读有关此特定情况和建议解决方案的更多信息。 在我们的规范存储库中[有一个修复正在审核当中](https://github.com/ethereum/eth2.0-specs/pull/1495)，它能够解决这种情况。我们希望此修复将在一周内发布。 ### <br/> # 新BLS标准的规范与实现 期待已久的BLS标准最近在[IETF第106次会议](https://www.ietf.org/how/meetings/106/)上亮相以征求公众意见。可以自行查看此次演示和幻灯片。该演示按计划进行，新BLS标准有望被许多区块链项目采用，并（最终）被IETF社区采用。在漫长的IETF征求意见过程结束之前，我希望以太坊基金会和其他许多项目能尽快更正式地宣布这一标准的预期用途。 规范存储库中有两个正在审核的代码请求草稿（[1][https://github.com/ethereum/eth2.0-specs/pull/1398 ](https://github.com/ethereum/eth2.0-specs/pull/1398)[2]https://github.com/ethereum/eth2.0-specs/pull/1499）以及[正在py_ecc库中审核](https://github.com/ethereum/py_ecc/pull/79)的新标准实现。审核完成后，我们将生成新的BLS测试向量，供eth2客户端常规使用，目的是为了将测试网切换到实施一月份面世的修改后BLS方案。 BLS标准还消除了发布eth2质押合同的最终障碍之一。Runtime Verification团队当前正在完成关于质押合同字节码的正式验证和分析的报告。预计该报告将在本月底公布，以供公众审查，之后我们就真的可以启动新BLS标准了🚀。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/everything-you-need-to-know-about-the-istanbul-hard-forkhttps://www.ethereum.cn/everything-you-need-to-know-about-the-istanbul-hard-forkTue, 03 Dec 2019 00:00:00 GMT来源 | [ConsenSys](https://consensys.net/blog/news/everything-you-need-to-know-about-the-istanbul-hard-fork/) <br/> 以太坊网络第八次升级——伊斯坦布尔硬分叉，定于**2019年12月6日**进行。对于不熟悉“硬分叉”一词的读者，可以将其视作“网络升级”。最终的确切升级日期可能会因动态的出块时间和时区而有所不同。因此，用户可以在[Etherscan](https://etherscan.io/block/countdown/9069000)上追踪伊斯坦布尔硬分叉倒计时。 伊斯坦布尔硬分叉是[Eth1.x](https://docs.ethhub.io/ethereum-roadmap/ethereum-1.x/)阶段的其中一次升级，Eth1.x之后将迎来[Serenity (ETH2.0)](https://pages.consensys.net/serenity)，以太坊共识机制也将由目前的PoW（工作量证明）转为PoS（权益证明）。当前确定的伊斯坦布尔升级**区块高度为＃9069000**，且预计在2019年12月6日(周五)进行此次硬分叉。 总的来说，本次伊斯坦布尔升级将**改变部分操作码的成本**，以防止垃圾区块攻击并且整体上提高拒绝服务（DoS）攻击的弹性。此次升级将提升以太坊和Zcash以及其它基于Equihash(Zcash挖矿算法)PoW加密货币的**互操作性**。本次升级为操作码带来一系列改变，这些变化还有助于提升基于**零知识隐私技术（如SNARKs和STARKs）解决方案**的可扩展性。 <br/> # 伊斯坦布尔升级包含的EIPs EIP全称是Ethereum Improvement Proposals（以太坊改进提案），每次以太坊硬分叉之前都会就EIP进行探讨。任何人都可以撰写EIP，针对以太坊网络提出改进建议。伊斯坦布尔升级总共收到了11个EIP提交，其中有**6个EIPs**被敲定在本次升级中实施。 以下是本次伊斯坦布尔升级包含的EIPs： - [**EIP-152：**](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-152.md)增加Blake2压缩函数 F预编译。该EIP将使BLAKE2b哈希函数和其他更高阶的64位BLAKE2变体可以在EVM上低成本运行，从而提高以太坊与Zcash以及其它基于Equihash算法的PoW加密货币的互操作性。 - [**EIP-1108：**](https://eips.ethereum.org/EIPS/eip-1108)由于当前椭圆曲线算法预编译的成本过高，因此本EIP计划降低alt_bn128预编译的gas成本。对预编译进行重新定价将对以太坊上的许多隐私解决方案和扩展解决方案大有裨益。[5] - [**EIP-1344：**](https://eips.ethereum.org/EIPS/eip-1344)当前，还没有关于如何为特定网络设置chain ID的规范，该操作依赖于客户端执行者和区块链社区进行手动选择。该EIP建议使用chain ID来防止不同链之间的重放攻击，并且在处理签名时（尤其是第2层签名方案），在智能合约内部具有同样的可能性将有所帮助。 - [**EIP-1844：**](https://eips.ethereum.org/EIPS/eip-1884)以太坊状态的快速增长导致某些操作码比以往更加占用资源。因此，该EIP对某些操作码进行重新定价，从而在gas支出和资源消耗之间达到良好平衡。 - [**EIP-2028：**](https://eips.ethereum.org/EIPS/eip-2028)调用链上数据需要在以太坊网络上支付gas。该EIP的一部分内容将成本从目前的68 gas/字节降低到16 gas/字节，这将有助于增加带宽，使得更多数据可以容纳在一个区块中。 - [**EIP-2200：**](https://github.com/sorpaas/EIPs/blob/sp-eip-new-net-metering/EIPS/eip-2200.md)为SSTORE操作码提供净gas计量变化的结构化定义，启用新合约存储用法，并且减少大多数执行方式过高的gas费用。 <br/> # 网络升级用户指南 **以太坊普通用户** 如果您在以下任意服务中持有或使用ETH，则无需为此执行任何操作： - 通过MetaMask或Coinbase Wallet等移动钱包持有或交易ETH； - 在Coinbase、Binance、Kraken等交易所持有ETH； - 通过Ledger或Trezor等硬件钱包持有ETH。 如果其中一些服务通知您采取额外措施，如交易所、硬件设备或钱包服务，请确保在适当情况下遵循建议。 <br/> **节点运行者** 以太坊是一个去中心化的点对点网络，因此当前正在运行以太坊基础设施的任何用户都需要将其软件更新为“fork-ready”(已为此次分叉做好准备)的以太坊客户端版本，并应在12月1日之前完成更新。 如果您运行的是[Infura](https://infura.io/)，则无需进行任何更改。Infura已准备就绪，您无需采取任何操作。三年多来，Infura一直持续运行可靠的以太坊基础架构，并且已被证明足以在网络硬分叉期间处理大规模更新。Infura会保障升级过程，因此您可以继续放心构建软件。 以下软件版本已于9月下旬发布。如果您“错失良机”而未能及时升级软件，那么将无法再准确获取区块链数据的来源。若是错失此次分叉，您的节点需要与以太坊区块链重新同步，这可能需要花费数小时甚至数天时间。 **节点如何做到“fork-ready”：** - 定期检查[客户端页面](https://ethernodes.org/istanbul)以了解软件更新公告； - 检查[分叉更新信息](https://eth.wiki/en/roadmap/istanbul)，以确定您的应用程序是否需要采取任何措施，或者是否会对用户产生影响； - 在达到分叉区块高度之前更新您的节点。 <br/> # 以太坊下一步怎么走？ 作为ETH 1.x的一部分，伊斯坦布尔升级之后预计还有一系列硬分叉，共同对以太坊主网进行可供短期采用的全面升级。有关以太坊1.x及其幕后团队的更多信息，请参见[此处](https://docs.ethhub.io/ethereum-roadmap/ethereum-1.x/)和[此处](https://en.ethereum.wiki/eth1)。 [本文](https://eth2.ethereum.cn/yan-shen-yue-du/mai-xiang-ning-jing-serenity)是Serenity的路线图，包括实现以太坊权益证明机制的所有阶段。 宁静(Serenity)的阶段1将推出[信标链(Beacon chain)](https://media.consensys.net/state-of-ethereum-protocol-2-the-beacon-chain-c6b6a9a69129)，这是一条[权益证明（PoS）](https://media.consensys.net/the-state-of-scaling-ethereum-b4d095dbafae)区块链，将成为以太坊终于从工作量证明转变权益证明共识机制的标志。 *译者注：此前根据非正式预计，信标链将于2020年第一季度启动。* 信标链启动运行之后，将与目前的以太坊PoW链并行运行，以确保两条链之间的连续性不中断。了解以太坊网络升级和[Serenity](https://pages.consensys.net/serenity)发展动态，敬请关注后续文章。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/validated-staking-on-eth2-0https://www.ethereum.cn/validated-staking-on-eth2-0Thu, 28 Nov 2019 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2019/11/27/validated-staking-on-eth2-0/) <br/>  <br/> 首先感谢Danny 与Joe的协助。 随着信标链临近发布，eth2也越来越接近定局，现在是时候与社区快速同步最新eth2的内部运作方式以及成为验证者的具体要求、激励机制以及体验了。本文将从较高层面对eth2进行概述，往后还会发布与eth2验证者各方面相关的系列文章，本文仅作为基础开篇。 虽然迄今为止eth2的准备工作已进行了很长一段时间，但在这几年中也取得了巨大进展。最初，由智能合约管理的分片技术和权益证明(PoS)机制是独立的设计，而如今它们已实现高度互联，**在效率、可扩展性和安全性方面得到了显著改善。** <br/> # eth2的各个阶段 随着eth2组成部分之间的联系变得越来越紧密，其他部分也被划分为多个阶段，以便更好地梳理eth2不同部分的内容。在撰写本文时，随着客户端软件开发工作进入最后收尾阶段，阶段0即将启动。同时，阶段1的规范已经制定完成，阶段2的规范正在积极研发中。 - **阶段0**的内容是信标链，而**信标链是eth2的核心**，能够管理验证者并且协调分片链。信标链作为实践基础，引导着eth2其他所有方面的发展。 - **阶段1**的实现以阶段0为基础，主要内容是**将数据写入分片链**。由于阶段0为分片链奠定了大部分基础工作，阶段1实现的复杂程度比其他组件要低得多。 - **阶段2**是eth2的执行阶段，基本来说就是将eth2从强大的数据库升级成为**完全去中心化的计算平台。** <br/> # 阶段0究竟是什么？ 如前所述，信标链能够跟踪验证者集和分片链的状态。在实践中，这意味着如果（定期）跟踪信标链上的动态，用户将获得足够的信息以验证eth2中发生的任何事情。在信任的基础上进一步验证。 为了使PoS系统正常运行，需要就验证者是哪些以及每个验证者的质押情况达成共识，这样才能知道他们的投票权重有多大，并根据他们的行为进行适当的奖惩。信标链也会管理eth2的分片链，具体体现为在分片中分配验证者职责以及跟踪每个分片的当前状态。 Eth2与其他PoS系统的部分区别在于参与协议的验证者绝对数量不同。其他 PoS系统中的验证者数量可能为数十个、数百个或者数千个，而eth2的验证者将**以数十万甚至数百万计**。这种程度的去中心化之所以成为可能，得益于验证者小组（即委员会）达成的中间共识。信标链根据一定的随机性来将验证者分配到委员会中，委员会负责评估某些部分是否属于信标链和分片链。然后，每个委员会的投票将经由加密聚合成一个证明，而这意味着验证整个委员会的所有投票不会比验证单个投票麻烦许多。因此，**要检查信标链的有效性，只需要部分聚合签名就可以评估大多数验证者的投票。** 信标链也会跟踪eth1链和其中的押金，如此一来新的验证者就可以通过将32个ETH发送到部署在eth1链上的质押合约(deposit contract)来加入eth2系统。通过使信标链对eth1链进行投票验证，在将来eth2就可以为eth1规范链（最长链）上的区块提供经济保证，从而增强eth1链的安全性。 <br/> # 节点和客户端 eth2区分了信标节点和验证者客户端，验证者需要这两者才能履行其职责。信标节点（即节点）负责维护整个信标链以及用户或验证者可能需要使用的任意分片。 顾名思义，验证者客户端（即客户端）负责处理的是单个验证者的逻辑。具体实现体现为通过与信标节点进行通信以了解信标链的当前状态，适时证明和提议区块，最后请求信标节点将区块信息发送给其他节点。 注：如果没有运行验证者客户端，那么信标节点包含所有与eth2进行去信任交互所需的所有信息，这类似于eth1中的全节点。 <center><img src="https://i.ibb.co/s9CkR0P/2.png"/></center> 以下摘取了一些区分信标节点和验证者客户端的原因： - 要成为验证者，首先需要抵押32个ETH，因此想要质押更多数量ETH的用户就需要运行多个验证者实例。将节点和客户端区分开使得这些用户在仅运行一个信标节点的情况下连接多个验证者客户端，从而减少了计算、内存和存储需求。 - 独立区分的验证者节点能够更容易编写、推理并审核较小的代码块，因此其安全性可能会更高。 - 对于担心出现冗余的用户来说，并行运行多个节点，降低了验证者离线的几率。 - 由于验证者客户端只能通过信标节点与eth2网络的其他部分进行交互，甚至到时还需要通过一个[受限的API](https://github.com/ethereum/eth2.0-APIs/blob/master/apis/validator/beacon-node-validator-api.md)，这样大大缩小了验证者节点的受攻击面。 - 如果希望与eth2进行交互但又不想成为验证者，用户只需运行一个信标节点，这将授予他们访问信标链和分片的权限。 <br/> # 设计理念 eth2的设计理念为eth2内的所有决策提供了有用的参照，并且在许多实例中封装了eth2与其他协议之间的差异。 - **协议是基本原则**：认识到一切都需要进行权衡，因此协议的安全性和活性优先于其他设计需求。 - **抱最大希望，做最坏打算**：eth2假设验证者怠惰、收受贿赂、攻击系统的情况，除非采取措施对验证者进行激励。此外，还假定网络不完全可靠，并且灾难性事件的发生可能会迫使大量验证者离线。基于这些假设，eth2应该要做到有备无患，具备在第三次世界大战中幸存下来的能力。 - **可用性难度最小化**：eth2已经尽可能地简化了，以便更容易理解、传播、审计、开发无漏洞客户端并且通常避免了极端情况。 - **最大程度去中心化**：PoS协议普遍容易在验证者数量这一点上作出妥协，而eth2的设计理念就是要将验证者的规模拓展至数百万，同时鼓励这些验证者独立于彼此履行职责。 - **预见意外**：eth2上的所有组件都是抗量子计算机，或是能够在量子灾难发生时被替换为抗量子计算机的组件。 - **民治民享**：eth2必须要能够在笔记本电脑上运行。参与的门槛越低，参与者就越多，而这也意味着更高的去中心化程度。 <br/> # 结语 相信看到这里大家已经对eth2有了一些基本了解，在本系列的后续文章中，我们会为大家解读更多eth2得以持续运作的细节，敬请关注。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/wnie2-2019-11-22https://www.ethereum.cn/wnie2-2019-11-22Mon, 25 Nov 2019 00:00:00 GMT来源 | [What’s New in Eth2](https://notes.ethereum.org/@ChihChengLiang/Sk8Zs–CQ/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2FH12CnGHhr?type=book) <br/> # 重点关注 - [Eth2速览](https://blog.ethereum.org/2019/11/21/eth2-quick-update-no-4/)[(](https://blog.ethereum.org/2019/11/21/eth2-quick-update-no-4/)[4](https://blog.ethereum.org/2019/11/21/eth2-quick-update-no-4/))，这是有关Eth2更新的官方信息源。 - Will Villanueva的 Into the Ether [访谈 ](https://ethhub.substack.com/p/will-villanueva-ethereum-20-phase)是一期关于 Eth2 阶段2现状的高超概述。Will 和 Eric一起精彩地对阶段2进行了交流。 ([下载/播放](https://api.substack.com/feed/podcast/175452.mp3)) - Danny Ryan 与 Tom Shaughnessy 在 Chain Reaction 的[访谈](https://podcasts.apple.com/us/podcast/ethereums-danny-ryan-the-definitive-eth-2-0-update/id1438148082?i=1000456505887)是真的棒，尤其是他们关于近期阶段1分片变动的讨论（[下载](https://mcdn.podbean.com/mf/download/hbp6nb/Danny_Ryan_v3.mp3)）。 <br/> # 阶段0：信标链实现 ## 版本更新 阶段0规范的[ v0.9.2](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.9.2) 版已经发布。其中唯一对主版本的重大改变是启动链所需抵押 ETH 的验证者数量从 65536 减少到16384。相应的，抵押的 ETH 数量从200万减少到50万。Danny 解释了[这种做法背后的思考](https://github.com/ethereum/eth2.0-specs/pull/1467)。 除了核心版本更新，还有关于进一步对[分叉选择规则的强化](https://github.com/ethereum/eth2.0-specs/pull/1477)和验证者加入证明子集的[说明指引](https://github.com/ethereum/eth2.0-specs/pull/1476)更新。 似乎我们正在接近对阶段0规范的再次冻结，这对于测试网的启动是个好兆头。 不过，在阶段0规范重新冻结之前，Protolambad (译者注：这是一位以太坊基金会成员）想要审查[移除](https://github.com/ethereum/eth2.0-specs/issues/1487) [signing_root](https://github.com/ethereum/eth2.0-specs/issues/1487) 结构，取而代之的是签名的区块容器 (block containers)。本周的开发者电话会议看起来支持这种做法；下次电话会议将会决定是否采纳。 ## 测试网 提到测试网，Prysmatic 最近[重新部署](https://medium.com/prysmatic-labs/ethereum-2-0-testnet-update-1-ad24dec45590)他们的[测试网](https://prylabs.net/)。我认为[注册](https://prylabs.net/participate)体验十分顺畅（除非你错误配置了 docker volumn 以及不小心丢失了验证者密钥）。试一下，非常有趣！我5天里挣了0.5个Goerli 测试网贷币 BeaconEth。 可以查看一下这个有关Prysm测试网的[ Beacon Chain Explorer](https://beaconcha.in/) (信标链浏览器)，它是有[Etherchain](https://www.etherchain.org/) 背后的[团队](https://twitter.com/etherchain_org/status/1197480153594695680)一起搭建的。 Status也搭建了一个欢迎大家加入的[测试网](https://github.com/eth2-clients/eth2-testnets/tree/master/nimbus)。该测试网每周二进行重置，加上下周一能用的更新代码库。 Lighthouse 团队正计划抓紧开放他们的测试网。可以关注这方面的进展。 ## 测试更新 Sigma Prime 从以太坊基金会处得到一笔赞助来继续[差异化](https://blog.sigmaprime.io/beacon-fuzz.html)[模糊测试](https://blog.sigmaprime.io/beacon-fuzz.html)工作。他们正在与所有的客户端团队合作把他们的代码集成进去。差异化模糊测试是对规范的不同实现进行测试，并验证这些实现是否会出现不一致的情况：这是一个有可能发生在真实网络上的实验过程，但我们能够在实验中运行一个参考实现 (reference implementation)。 <br/> # 阶段1：分片实现 当前将[新的分片提议](https://notes.ethereum.org/KbEyHiaSRQW_KS7dDK0OFw)转换为[规范形式](https://github.com/ethereum/eth2.0-specs/pull/1483)的工作仍在继续。看起来马上要完成：去看一眼，给点反馈吧。 <br/> # 阶段2：执行环境。 本周的明星是阶段2。 ConsenSys Quilt 团队的 Will Villanueva 发表一篇关 于[Eth](https://medium.com/@william.j.villanueva/ethereum-2-0-phase-2-progress-7673b57eabff)[2.0阶段2](https://medium.com/@william.j.villanueva/ethereum-2-0-phase-2-progress-7673b57eabff)[进展](https://medium.com/@william.j.villanueva/ethereum-2-0-phase-2-progress-7673b57eabff)的鸿篇巨著。很值得与上文提到的 Will 的访谈结合起来看一下。 此外还有一篇来自 John Adler 的有关 [Eth2.0 中继网络和费用市场](https://medium.com/@adlerjohn/relay-networks-and-fee-markets-in-eth-2-0-878e576f980b)的文章。John 在文中做了一些极其精彩的解释工作。 现在有一个围绕阶段2话题讨论的[电报](https://t.me/eth2quilt)[小组](https://t.me/eth2quilt)，对于接下来的**社区电话会议**请往下看。 我们已经到了 Eth2 阶段2，Hans Enlin 凭借《[ETH2.0阶段](https://drive.google.com/drive/folders/1uT6t0Aa-iJz8244WY5KcCiZnH_W_fMMZ)[1](https://drive.google.com/drive/folders/1uT6t0Aa-iJz8244WY5KcCiZnH_W_fMMZ)[到阶段](https://drive.google.com/drive/folders/1uT6t0Aa-iJz8244WY5KcCiZnH_W_fMMZ)[2](https://drive.google.com/drive/folders/1uT6t0Aa-iJz8244WY5KcCiZnH_W_fMMZ)[的图形化描述](https://drive.google.com/drive/folders/1uT6t0Aa-iJz8244WY5KcCiZnH_W_fMMZ)》成为EthWaterloo 黑客松上的赢家。 <br/> # 实现者电话会议 11/21进行了第28号电话会议 - [会议](https://github.com/ethereum/eth2.0-pm/issues/101)[议程](https://github.com/ethereum/eth2.0-pm/issues/101) - [会议](https://youtu.be/DzLrxuN55VA?t=372)[视频](https://youtu.be/DzLrxuN55VA?t=372) - 我的[速记](https://hackmd.io/@benjaminion/BkllOMNnS)及[完整会议记录](https://github.com/ethereum/eth2.0-pm/blob/aa008c05b543c47f0b353dfcbaaf1c50c9b2b565/eth2.0-implementers-calls/call_028.md) 电话会议中的一些 BLS 新闻：本周新的“hash-to-curve”算法标准化又向前迈了一步。在新加坡的 IETF 会议上展示了BLS 规范的 [v5 版本](https://tools.ietf.org/html/draft-irtf-cfrg-hash-to-curve-05)，并没有收到什么警示。然而要成为一个完整的 IETF 标准仍然有很长的路，不过该版本很可能已经足够稳定，可以用于区块链使用。大会的[幻灯片](https://datatracker.ietf.org/meeting/106/materials/slides-106-cfrg-update-on-draft-irtf-cfrg-hash-to-curve)和[视频](https://www.youtube.com/watch?reload=9&v=dMFgaeRdsfU&feature=youtu.be&t=1009)。 <br/> # 其他电话会议 社区电话会议是一个推进工作的有效方法，不过我们到了一个单场电话会议已经不能覆盖所有议题的阶段。不少于4场别的常规电话会议最近突然袭来： - 有一场新的 [Eth1.x](https://ethresear.ch/t/scheduling-our-first-call/6443?u=benjaminion) [研究电话会议](https://ethresear.ch/t/scheduling-our-first-call/6443?u=benjaminion)（第一次会议的[笔记](https://hackmd.io/No1wwU7yT1adgjsPKJANoA)）。主要目的是为了 Eth1 转变成 Eth2 的执行环境做准备。 - 一场新的由 Will V 主持的[阶段2社区电话会议](https://github.com/ethereum/eth2.0-pm/issues/103)，会议发生于UTC时间2019/12/03号（周二）15:00。 - [下一场](https://github.com/ChainSafe/lodestar/issues/555)轻客户端任务重心会议将于UTC时间2019/12/04（周三） 15:00进行。 - 我们正在发起一个旨在协调所有我们需要达成一致向前推进的网络相关事宜的常规网络电话会议。获取相关新闻，请关注 eth2-pm repo。 ## <br/> # 研究 Jim McDonald 进行了一些有关验证者奖励结构和具体数字的思考。他提了[一些建议](https://ethresear.ch/t/alteration-to-0-9-validator-rewards-calculation/6467?u=benjaminion)。 Dean EigenMann 建议在信标链上[缓存常用](https://ethresear.ch/t/yank-to-beaconchain/6478?u=benjaminion)[的](https://ethresear.ch/t/yank-to-beaconchain/6478?u=benjaminion)[合约](https://ethresear.ch/t/yank-to-beaconchain/6478?u=benjaminion)，让它们更容易被使用。 捎带说一下，我不太清楚一个无状态的范式如何处理合约代码。原则上，如果我想用这种模型运行一个合约，我需要提供该合约的全部字节码以及我的交易数据见证 (transaction data witnesses)。(这里不是在谈 EE，而是 EE 将执行的常规合约代码。）这很有可能不现实，需要在执行节点上缓存合约代码。因此 Dean 的提议看起来像是对这的一个扩展：热门合约被从 L2 缓存（执行节点）中迁移到 L1（信标节点）缓存中。 <br/> # 其他新闻 - 以太坊基金会正在[寻找](https://twitter.com/dannyryan/status/1197968986979237889) [Eth2](https://twitter.com/dannyryan/status/1197968986979237889) [相关的技术](https://twitter.com/dannyryan/status/1197968986979237889)[写手](https://twitter.com/dannyryan/status/1197968986979237889)。🎉 耶!! 🎉 - 来自 [DevCon V](https://www.youtube.com/channel/UCNOfzGXD_C9YMYmnefmPH0g/videos) [重大议题的视频](https://www.youtube.com/channel/UCNOfzGXD_C9YMYmnefmPH0g/videos)已经发布。其中有很多 Eth2 材料，包括： - [以太坊2.0阶段1及](https://www.youtube.com/watch?v=0phnWn5ecyw)[阶段](https://www.youtube.com/watch?v=0phnWn5ecyw)[2开发者经验,](https://www.youtube.com/watch?v=0phnWn5ecyw) 来自 Hsiao-Wei Wang, Jacek Sieka, Barry WhiteHat, Karl Floersch 及Will Villanueva. - [以太坊2.0经济学](https://www.youtube.com/watch?v=9LlNUC68e8I), 来自 Collin Myers. - [libp2p生态：现状及未来](https://www.youtube.com/watch?v=NZL7XBxTI_s)，来自 Raúl Kripalani - [Ewasm 2.0:](https://www.youtube.com/watch?v=8H1TCbW0LJQ) [Eth2.0](https://www.youtube.com/watch?v=8H1TCbW0LJQ) [的状态执行](https://www.youtube.com/watch?v=8H1TCbW0LJQ) - [通往Eth2](https://www.youtube.com/watch?v=8yMh0Nxyqks)[，](https://www.youtube.com/watch?v=8yMh0Nxyqks)[阶段2](https://www.youtube.com/watch?v=8yMh0Nxyqks)[&](https://www.youtube.com/watch?v=8yMh0Nxyqks)[阶段2测试网之路](https://www.youtube.com/watch?v=8yMh0Nxyqks), 来自 Will Villanueva & Matt Garnett. - [为何 ](https://www.youtube.com/watch?v=1dmPPRkow_c)[Dapp](https://www.youtube.com/watch?v=1dmPPRkow_c) [用户将会讨厌](https://www.youtube.com/watch?v=1dmPPRkow_c)[跨](https://www.youtube.com/watch?v=1dmPPRkow_c)[分片通信以及关于此你能做些什么](https://www.youtube.com/watch?v=1dmPPRkow_c), 来自 James Prestwich. - 加到我的必看列表：[Matt Garnett](https://drive.google.com/file/d/1BUyokWe7y_qZcBT8vxhD4nzJiZwX8IgY/view) [解释SSZ](https://drive.google.com/file/d/1BUyokWe7y_qZcBT8vxhD4nzJiZwX8IgY/view)（37分钟） - 有关 Eth2 上使用轻客户端的[数据可用性讨论](https://medium.com/swlh/data-availability-on-ethereum-2-0-light-node-en-aec1ce6ac17c) - 来自 [Prysmatic](https://medium.com/prysmatic-labs/ethereum-2-0-development-update-39-prysmatic-labs-257d538d7f63)[ Labs](https://medium.com/prysmatic-labs/ethereum-2-0-development-update-39-prysmatic-labs-257d538d7f63) 的最新开发更新 - 有一个新的使用 [Go](https://github.com/kilic/bls12-381) [语言实现的](https://github.com/kilic/bls12-381) [BLS12-381](https://github.com/kilic/bls12-381)[ 匹配](https://github.com/kilic/bls12-381)[库](https://github.com/kilic/bls12-381)。我听说 Prysmatic Labs 计划采用这个库。 - 对于母语为法语的社区成员，Ethereum France 对来自 Status 的 Eth2 客户端团队的 Mamy 进行了一场[精彩的采访](https://www.ethereum-france.com/les-francais-qui-font-ethereum-2-mamy-ratsimbazafy-de-status/)。我就知道我得会因为一个原因学习法语：35年后它终于来到了我的面前🥐 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-4https://www.ethereum.cn/eth2-quick-update-no-4Thu, 21 Nov 2019 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2019/11/21/eth2-quick-update-no-4/) <br/>  <br/> Eth2更新速览第四期来啦！除了eth2客户端的持续开发，本周还有许多其他值得讨论的内容。 <br/> # 要点首看 - **Sigma Prime团队获得资助，研究[eth2差异化模糊测试](https://github.com/sigp/beacon-fuzz/)；** - **成立[轻客户端工作小组](https://medium.com/chainsafe-systems/ethereum-light-client-task-force-go-99485011b095)；** - **Eth1和eth2单向桥接说明。** <br/> # 资助差异化模糊测试研究 Sigma Prime团队获得了一笔资助，以进行eth2客户端的[差异化模糊测试](https://github.com/sigp/beacon-fuzz/)工作。模糊测试可以在主网部署之前识别共识问题，因此这项工作对于能否成功发布多客户端网络来说至关重要。 “模糊测试”是指在软件中抛出许多随机输入以观测其反应的行为。在对软件进行模糊测试时，通常的目标是寻找导致意外崩溃的输入。找到该输入后，我们便找出了问题所在，并就此对软件进行调试。 差异化模糊测试有些不同。我们不是在测试中寻找崩溃原因，而是寻找协议的不同实现针对相同输入具有不同输出的情况。在区块链语境中，我们使用差异化模糊测试来检测一系列区块在两个不同客户端上呈现不同结果状态的情况。理想情况下，产品中不应该存在该情况。 <br/> # 轻客户端工作小组 Chainsafe / [Lodestar](https://github.com/ChainSafe/lodestar)是针对eth2轻客户端进行研发的以太坊基金会资助获得者，现组成了[轻客户端工作小组](https://medium.com/chainsafe-systems/ethereum-light-client-task-force-go-99485011b095)。该工作组的任务是确保轻客户端成为eth2的第一类成员(first class citizens)。为此，成员每月举行一次[电话会议](https://github.com/ChainSafe/lodestar/issues/555)，旨在推动轻客户端的研究、标准、规范和教育。 仅在类似eth2的分片协议中，才需要丰富的轻客户端和轻客户端服务器生态系统。即使客户端正在同步协议的某些子集（例如，仅几个分片），用户也将经常需要获取另一个分片上的帐户、合约和事物一般状态的信息。用户当然可以用低效的方式同步整个附加分片，但通常情况下，轻松地请求分片上特定帐户中具有简洁证明的信息将成为可行方法。 想要了解eth2中的所有最新信息？请关注[下一次Light Client Task Force电话会议](https://github.com/ChainSafe/lodestar/issues/555)。 <br/> # eth1 -> eth2 单向桥接 在eth2的早期，从现有的以太坊链（eth1）向新的信标链（eth2）上转移以太币的操作将是单向的。也就是说，在早期，转移至eth2进行staking的以太币将无法转回eth1链。之所以选择单向转移验证是为了最大程度地减少eth2对eth1造成的风险，并且由于不必在持续开发过程中对eth1进行分叉，eth2的开发周期会更快。目前针对创建双向桥有一些进展，但是我将在以后的文章中继续讨论桥接机制和其中的权衡取舍。今天，我想进一步阐释这种单向桥接的运作原理，以及如何在不更改eth1的情况下保证其安全性。 在当前的以太坊PoW链上，我们将部署[eth2验证者合约](https://github.com/ethereum/eth2.0-specs/blob/master/deposit_contract/contracts/validator_registration.v.py)。该合约中有一个deposit函数，以接收许多其他参数 (例如私钥、提款凭证、ETH抵押等)来初始化新验证者。这个合约中没有withdrawal函数。由于并未采用双向桥接机制，也不会对eth1进行分叉，因此抵押的ETH只会存在eth2的信标链上。 然后，验证者的职责就是对该合约的状态达成共识,以便继续处理新的抵押。具体实现方式在于eth2的区块提议者将最近的eth1数据嵌入一个名为eth1_data的信标区块字段中。在投票期间，如果有足够的区块提议者对最近的eth1_data达成共识，该数据就会被保存在信标链的状态中，然后继续处理新的抵押。 eth1_data在eth1的PoW链中嵌入较深，大约为1000个区块的“间隔距离”，这是该机制尤其需要注意的一个地方。这个“间隔距离”的存在会使得在处理新验证者抵押时出现高延迟性，但同时却为两个系统的耦合提供了高度安全性。eth1链需要重组1000个区块的高度才能阻断这种耦合，在这种情况下，往往还需要一些人工干预才能完成。 当前我们正在针对如何利用信标链对eth1进行最终确定（即最终确定性小工具，the finality gadget）进行研究和原型设计。这要求eth1的分叉选择最终要遵循信标链，通过PoS验证者来获取安全性，并使得以太币能更快地从eth1向eth2进行转移抵押。该最终性小工具也将开辟其他有趣的内容，例如双向桥接以及使得eth2的数据层公开给eth1。更多相关内容将呈现在之后的文章中，敬请关注。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-istanbul-upgrade-announcementhttps://www.ethereum.cn/ethereum-istanbul-upgrade-announcementWed, 20 Nov 2019 00:00:00 GMT来源 | Ethereum Blog <br/> ## 伊斯坦布尔硬分叉升级要来了！ 以太坊网络将按计划在**区块高度9,069,000**时进行升级，时间预计为**2019年12月7日星期六**。确切的日期可能会因区块时间和时区的不同而有所变化。 **由于到达目标区块高度的时间不定，请在2019年12月1日星期日之前升级节点。** Ethernodes.org提供了伊斯坦布尔硬分叉(Istanbul)节点统计数据，https://ethernodes.org/istanbul上还设有倒数计时器，也可以在http://forkmon.ethdevops.io/上实时跟踪以太坊硬分叉升级。 <br/> ## 伊斯坦布尔硬分叉是什么？ 伊斯坦布尔是本次以太坊网络升级的名称。先前的网络升级被赋予的名称有[君士坦丁堡](https://blog.ethereum.org/2019/02/22/ethereum-constantinople-st-petersburg-upgrade-announcement/)(Costantinople)，[伪龙](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon/)(Spurious Dragon)和[拜占庭](https://blog.ethereum.org/2017/10/12/byzantium-hf-announcement/)(Byzantium)。 <br/> ## 我是以太坊用户或ETH持有者，需要做些什么? 如果正使用以下服务：交易所（例如Coinbase、Kraken或Binance）、网络钱包服务（例如Metamask、MyCrypto或MyEtherWallet）、移动钱包服务（例如Coinbase Wallet、Status.im或Trust Wallet）、 硬件钱包（例如Ledger、Trezor或KeepKey），则无需执行任何操作，除非交易所或钱包服务告知用户需要采取额外行动。 <br/> ## 我是节点或矿工，需要做些什么？ 请下载以太坊客户端的最新版本： - [Geth客户端最新版本 (v1.9.7)](https://github.com/ethereum/go-ethereum/releases/tag/v1.9.7) - [Parity客户端最新版本 (v2.5.10-stable)](https://github.com/paritytech/parity-ethereum/releases/tag/v2.5.10) - [Besu客户端最新版本 (v1.3.4)](https://github.com/hyperledger/besu/releases/tag/1.3.4) - [Nethermind客户端最新版本 (v1.1.8)](https://github.com/NethermindEth/nethermind/releases/tag/1.1.8) - [以太坊JS客户端最新版本 (v4.0.2)](https://github.com/ethereumjs/ethereumjs-blockchain/releases/tag/v4.0.2) - [Trinity客户端最新版本 (v0.1.0-alpha.30)](https://github.com/ethereum/trinity/releases/tag/v0.1.0-alpha.30) - [Aleth客户端最新版本 (v1.7.1)](https://github.com/ethereum/aleth/releases/tag/v1.7.1) 注意：Harmony（Java语言以太坊客户端）现已被弃用，并且将不为伊斯坦布尔升级提供支持。如果使用Java版本客户端，Besu是与主网兼容的以太坊客户端。 <br/> ## 我是矿工或节点，不进行升级会怎样？ 如果使用的以太坊客户端尚未更新到最新版本（以上列出版本），升级完成后，客户端将同步至硬分叉之前的区块链，因此会滞留在不兼容的链上，遵循旧规矩运行，并且无法发送ETH，也无法在升级后的以太坊网络上进行操作。 <br/> ## 以太坊网络升级是什么？ 网络升级是指对以太坊底层协议进行更改，创建新规则以改进系统。区块链系统的去中心化性质使得网络升级更加困难，因为升级区块链网络需要与社区以及与各种以太坊客户端的开发者进行合作和沟通，以便顺利进行过渡。 <br/> ## 网络升级期间会发生什么？ 当社区就升级内容达成一致后，协议的更改将写入所有以太坊客户端，例如Geth，Parity和Nethermind。协议更改将在特定区块高度处激活。尚未升级至新规则的所有节点都将滞留在旧链上，先前的旧规则仍将继续存在。 <br/> ## 伊斯坦布尔硬分叉将带来什么变化？ 伊斯坦布尔的升级内容在EIPs中有定义。以太坊改进提案（EIP）阐释了以太坊的标准，包括核心协议规范、客户端APIs和合约标准。请查阅Ethereum Cat Herders的[这篇文章](https://medium.com/ethereum-cat-herders/istanbul-testnets-are-coming-53973bcea7df)，其中解释了伊斯坦布尔升级中采纳的EIP，并且介绍了正在升级到伊斯坦布尔的以太坊测试网。 <br/> ## 致谢 **非常感谢以太坊社区以及所有客户端及平台上的每一个以太坊开发者的共同努力和贡献，感谢大家集结起来为我们提供建议和帮助！** 免责声明：这是一个欣欣向荣的新兴高科技领域。如果选择采纳本文中的建议并继续参与其中，请确保已清楚了解其影响。用户应该了解所涉及的风险（包括但不限于意料之外的bug风险）。选择采纳以上建议后，您将独自承担风险和后果。这篇文章并不是任何一种形式的销售，也不提供任何保证（包括但不限于任何与本文所述的以太坊网络或以太坊客户端的有关保证）。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/ethereum-org-development-update-1https://www.ethereum.cn/ethereum-org-development-update-1Wed, 13 Nov 2019 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2019/11/12/ethereum.org-development-update-1/) <br/> # ⭐Ethereum Studio 正式上线！ 我们很高兴地宣布**[Ethereum Studio 1.0 版本](http://studio.ethereum.org/)**上线啦！这是一个操作简单的基于web的IDE (集成开发环境)，可直接通过ethereum.org线上使用。 关于Ethereum.org，目前我们收到的呼声最高的建议之一就是要改善开发人员的体验。虽然网站向用户介绍了广泛的第三方资源，但缺乏吸引开发者立即上手尝试以太坊的路径。 Ethereum Studio的目标是使得开发者在几分钟之内就可以基于以太坊进行搭建，并尽可能为其减少障碍。 用户可以使用Studio来： - 在浏览器中编写、测试智能合约 - 将智能合约连接到前端web应用 - 通过三个模板教程引导应用 - 一键分享项目 除了Studio本身之外，我们还在开发者部分添加了新的**[“Getting Started”入门页面](https://ethereum.org/build/)**。对于开发者来说，这个新着陆页对初学者更加友好，提供了Studio的介绍以及其他基于Web的学习经验的链接。 Studio的作用不是取代以太坊现有的广泛基于网络的学习体验，也不是与其竞争。相反，我们希望Studio能够成为吸引开发者的第一步，然后再为他们提供其他学习资源、工具或活动，以继续他们的以太坊旅程。 我们与**[Superblocks](https://superblocks.com/)**合作开发了Ethereum Studio。在此，我们为Superblocks付出的辛勤工作表示感谢！还要感谢每个使Ethereum Studio项目成为可能的贡献者：Andreas Wallendahl，Chris Ward，Robbie Bent，Martin Tellechea，以及提供反馈和建议的参与者。 Ethereum Studio是完全开源的，所有代码都可以在**[这里](https://github.com/SuperblocksHQ/ethereum-studio)**找到。我们将持续改进Studio，并已经计划针对1.1版本进行优化。如果您想要参与进来，请点击**[这里](https://github.com/SuperblocksHQ/ethereum-studio/wiki/How-to-Contribute)**了解！如果您想提供反馈，请填写此**[简短调查问卷](https://forms.gle/bjHQaCQYoRZcRyqm6)**。 <br/> # 🦄网站用户角色重组  <center>图源 ethereum.org</center> 在过去的几个月中，我们一直在努力更好地了解Ethereum.org的用户角色。这意味着需要分析关键词搜索量、分析网站流量、考虑同类型网站划分的用户角色并与我们的用户进行对话。最后我们决定对Ethereum.org的角色组织进行简化，包括三个核心角色： - **个人：**ETH个人持有者、用户和社区成员； - **开发者：**开发者或对以太坊技术感兴趣的任何用户； - **企业：**想要了解如何使用以太坊以受益的公司、企业和其他组织。 这个简化后的组织形式几乎囊括了我们在研究中考虑到的所有用户。目前，这只是针对现有内容的重新组织，但为我们提供了未来扩展网站的基础。 在接下来的几周内，我们还将发布一份研究报告，作为我们进行此次重组的依据，希望对社区有参考作用，并提出改进建议。 ## <br/> # 🛠参与网站建设得赏金  <center>图源 gitcoin.co</center> 两周前，我们在Gitcoin上设立了**[10个赏金项目](https://gitcoin.co/hackathon/web3-world)**，希望可以在社区的帮助下加快网站开发速度。截至目前，已经取得了巨大的成功，我们收到了每个项目的提交，而且其中大多数更改已集成到网站中。感谢所有提交工作的参与者！ 预计我们将来会针对Ethereum.org网站开放更多赏金项目，请关注@ethdotorg推特帐户以获取项目发布信息。 ## <br/> # 🎯What is next? 以下是接下来几周我们计划进行的工作： - 网站的设计改进和调整，为新页面引入一致的设计系统； - 引入新资源，为新老用户提供更好的社区体验； - 分享我们的用户角色研究报告； - 对第三方资源进行翻译； - 其他更多工作。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/eth2-quick-update-no-3https://www.ethereum.cn/eth2-quick-update-no-3Sat, 09 Nov 2019 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2019/11/08/eth2-quick-update-no-3/) <br/>  <br/> # 要点速览 - 强化分叉选择以应对审计 - 推出 [challenges.ethereum.org](https://challenges.ethereum.org/) 赏金网站 - 资助 Herumi 实现极速 BLS <br/> # 分叉选择防御机制 在本周，我们提升了阶段0分叉选择规则的防御性。我们对Eth2进行了大量的分析和打磨，以确保即使在不利条件下(例如大型攻击、严重网络中断或分区等)，系统仍然能够保持稳定。所开展的每个大型工程项目，都是为了能在Eth2发布之前找到尽量多的潜在问题，并针对这些问题对系统进行改造强化。这就是为什么我们与许多外部团队和研究人员共同进行Eth2的审计、经济分析以及形式化验证的工作，但同时，在Eth2正式发布前，我们必须保持警惕性和灵活性，以便能够应对研究过程中不可预知的攻击(例如2016年的上海DoS攻击)。 为此，以太坊共识机制研究者Ryuya Nakamura对Eth2共识算法(Casper FFG)和分叉选择规则(LMD GHOST)的优缺点进行了分析，以确定在某些情况下如何利用这两个协议才能达到更优的效果。他在[ethresearch.ch](https://ethresear.ch/)上撰写了许多优秀文章，详细讨论了某些攻击向量与解决方案推荐。 具体可参阅以下三篇文章：[《针对LMD GHOST的Decoy-flip-flop攻击》](https://ethresear.ch/t/decoy-flip-flop-attack-on-lmd-ghost/6001)、《[针对FFG的弹跳攻击分析》](https://ethresear.ch/t/analysis-of-bouncing-attack-on-ffg/6113)、[《如何预防对FFG的弹跳攻击》](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114)。 幸运的是，要预防和解决decoy-flip-flop和弹跳攻击都只需要对阶段0分叉选择规则进行简单修改。 Decoy-flip-flop攻击的解决方案是在向分叉选择视图添加验证时，只需添加当前和之前一个epoch的验证者证明。在这里可以查看[规范更改的PR](https://github.com/ethereum/eth2.0-specs/pull/1466)。 而要解决弹跳攻击，只需要通过在一个epoch的前k个时隙中更新分叉选择的最新合理检查点。经过k个时隙之后，你可以在分叉选择中延迟包含一个新的合理检查点，直到下一个epoch边界。可以在[此处](https://github.com/ethereum/eth2.0-specs/pull/1465)查看该修改。 截至目前，阶段0规范的许多其他组件正在进行审计。虽然我们希望不会出现重大变化，但仍然希望在未来几个月里，审计完成之后能有一些修改建议出现在PR中。 <br/> # 以太坊赏金计划 我们最新上线了[challenges.ethereum.org](https://challenges.ethereum.org/)。目前该网站是以太坊基金会/以太坊相关研发赏金的唯一来源。无论是找到以太坊基础设施的现存漏洞，还是发现新哈希函数的冲突，都属于赏金范围范围。每个人都有机会夺得赏金 🙂 在未来的几个月里，我们将继续完善以太坊基金会的赏金计划，请持续关注，说不定下一个赏金获得者就是你！ <br/> # Herumi BLS 资助 我们已经向Shigeo Mitsunari提供了资助，他是极速[Herumi配对库](https://github.com/herumi/mcl)(pairing library)和[BLS签名库](https://github.com/herumi/bls)的维护者。本次资助是为了更新库的规范，使其符合新的BLS标准(例如新的[hash-to-G2](https://tools.ietf.org/html/draft-irtf-cfrg-hash-to-curve-05)、恒定时间签名等)，并协助完成更多具有实际意义的Eth2落地项目(如Rust集成、模糊测试等)。 本次资助除了针对功能组件的更新外，还包括性能组件的更新。Herumi库的速度已经比次优BLS签名库快了2-3倍，但由于签名验证是Eth2的主要瓶颈之一，所以有关的任何进展都意义非凡，因此Eth2能够在更高负载和更严峻的条件下运行。Shigeo将投入更多的时间和精力进一步优化签名库，以确保其运行速度尽可能地快。🚀🚀🚀 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2019-11-8https://www.ethereum.cn/wnie2-2019-11-8Sat, 09 Nov 2019 00:00:00 GMT来源 | [What’s New in Eth2](https://blog.ethereum.org/2019/10/31/eth2-quick-update-no-2/) ## <br/> # 首看 - 以太坊基金会最近发布的三篇eth2速更[[1\]](https://blog.ethereum.org/2019/10/31/eth2-quick-update-no-2/)[[2\]](https://blog.ethereum.org/2019/11/08/eth2-quick-update-no-3/)； - Danny Ryan在DevCon中的20分钟“[Eth2概览](https://slideslive.com/38919931/eth-20-tldr)”演讲值得一看。 <br/> # 阶段0：信标链实现 信标链规范自6月以来首次完全解冻。不仅发布了[0.9.0版本](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.9.0)，还发布了最新的[0.9.1版本](https://github.com/ethereum/eth2.0-specs/releases/tag/v0.9.1)。提醒一下，在实现基本的客户端互操作性之后，解冻规范始终是计划的一部分。 **其中重要更新如下：** - 阶段1仍在进行中时，将阶段0和阶段1完全解耦。这是一种简化方式：现在已移除了交联、传输和其他一些工具。 - 近几个月来，根据Ryuya Nakamura的研究分析，对分叉选择规则做出了一些改进。 - 添加了一个简单的证明聚合策略。 - 对抵押合约的微小改动。目前处于稳定状态并且可以投入生产。 Protolambda更新了有关[环绕投票（Surround Vote）检测](https://github.com/protolambda/eth2-surround/blob/master/README.md)的想法。在之前的构想中，验证者可能犯下两种错误使其被罚没押金：在同一高度提议两个不同的区块，然后提交一次投票，将自己的另一次投票“环绕”起来（或被“环绕”）。第一个错误很容易被发现，而后者要困难许多，一部分是因为证明数量远超区块数量，另一部分原因则是其匹配条件更不易察觉。但是，只要网络中至少有一个节点检查这些条件，我们就可以解决这个问题了。Proto会通过实践来实现这一想法。 还要注意一个github上的[公告讨论](https://github.com/ethereum/eth2.0-specs/pull/1467)了将创世验证者的以太币抵押数量从200万减少至50万。我们在[开发者会议](https://docs.google.com/document/d/1ixUUwstiO16obctBJ16ApS2IfNrza1UrZqN2mch-QPg/edit?usp=sharing)的最后讨论了其基本原理。 在命名方面，根据[Hsiao-Wei’s发起的投票](https://twitter.com/icebearhww/status/1186924584429219841)，以太坊2.0的官方绰号似乎已经定为“Eth2”，并且有一个[公告](https://github.com/ethereum/eth2.0-specs/pull/1452)针对此在整个规范中进行更新。 <br/> # 阶段1：分片实现 将继续对[新分片设计](https://notes.ethereum.org/@vbuterin/HkiULaluS)的[拉取请求](https://github.com/ethereum/eth2.0-specs/pull/1427)进行审核和修订。在新提案下，针对信标链上的负载情况，在[Gitter聊天室](https://gitter.im/ethereum/sharding?at=5db6f773fb4dab784a1ea8c1)中有一些估算（将是原始提案的两倍。） ### 轻客户端 由Chainsafe主持的[首届轻客户端工作组会议](https://www.youtube.com/watch?v=aY4Qsk22IAE)已经结束，这是Zsolt Felfoldi针对 Light Client Server Incentivization 的问答部分。 <br/> # 开发者电话会议 2019年11月7日进行了第27次开发者电话会议。 🔹[会议议程](https://github.com/ethereum/eth2.0-pm/issues/95) 🔹[会议视频](https://www.youtube.com/watch?v=4_EGNG-Yek4&feature=youtu.be&t=262) 🔹[要点速记](https://docs.google.com/document/d/1ixUUwstiO16obctBJ16ApS2IfNrza1UrZqN2mch-QPg/edit) **会议中的部分重点（细节请查阅[笔记](https://docs.google.com/document/d/1ixUUwstiO16obctBJ16ApS2IfNrza1UrZqN2mch-QPg/edit)）** - 新的[将哈希映射到曲线上的算法](https://tools.ietf.org/html/draft-irtf-cfrg-hash-to-curve-05)（hash to curve algorithm）已更新，目前被认定为稳定状态。将在几星期后的[新加坡IETF会议](https://datatracker.ietf.org/meeting/106/materials/agenda-106-cfrg-01)上对此进行讨论。 - 以太坊基金会发布了一系列针对区块链（尤其是以太坊）重要难题的[赏金](https://challenges.ethereum.org/)。 - 联合测试网即将推出，但我们尚未准备就绪。 <br/> # 相关研究 感谢Nicolas Liochon这篇关于[椭圆曲线点新压缩技术](https://ethresear.ch/t/a-new-point-compression-decompression-method-for-any-elliptic-curve-of-j-invariant-0/6427)的文章上。 ⚠以下涉及数学运算] 以Eth2中的签名为例。它对应的椭圆曲线点在内部用两个复数坐标表示，每个复数坐标具有381 bits的实部和虚部：总共4 * 381/8 = 192字节。要存储并且在网络中传输这些签名，我们通过丢弃y坐标并仅使用x坐标以及一些标志（仅占用96个字节）来“压缩”曲线点。当我们需要将签名解压缩回椭圆曲线点时，可以将x坐标输入到曲线方程y ^ 2 = x ^ 3 + 4中以重建相应的y坐标。这里需要两个计算复杂度很高的幂：立方和平方根。 该论文[22]中描述的是一种压缩椭圆曲线点的不同方法，需要相同的存储空间（96个字节）。但是只需要使用一个幂来解压缩，速度应该快一倍。遗憾的是，[BLS标准化提案](https://eprint.iacr.org/2019/1048.pdf)已经包含了[点压缩](https://tools.ietf.org/html/draft-irtf-cfrg-bls-signature-00)/[序列化](https://github.com/zkcrypto/pairing/blob/master/src/bls12_381/README.md#serialization)的现有方法，要加入这项新技术可能已经为时已晚。但是无论如何，我认为这个有趣的话题值得在此进行讨论。 **在**[ethresear.ch](https://ethresear.ch/)**上：** - Vitalik描述了一种实现[跨分片交易的机制](https://ethresear.ch/t/implementing-cross-shard-transactions/6382?u=benjaminion)，特别是ETH的转移。他提出将限速传输作为一种反DoS机制，并且在传输时采用动态的gas成本机制。 - 通过添加持有价值的EE（执行环境），以降低EE的风险。[该提案](https://ethresear.ch/t/de-risking-execution-environments-by-adding-value-holding-ees/6413?u=benjaminion)讨论到在专用执行环境中加强Ether以及ERC20 / 721通证的常规存储安全性，这将能够降低由于EE执行不力而产生的资金风险。 - 我未曾想到的是，如果/当Eth1成为Eth2的一部分时，[仍然需要在Eth1 PoW链上进行挖矿](https://ethresear.ch/t/the-eth1-eth2-transition/6265/20?u=benjaminion)，以避免任何（恶意）重组。以太坊基金会可能只会为这些额外的区块（在新的Eth1-on-Eth2环境中）提供区块奖励，以避免混乱的协议更改。 <br/> # 其他新闻 - 这条消息可能不太及时，但是如果读者将在本周末参加[ETHWaterloo](https://ethwaterloo.com/)，这里有一些[有料的Eth2奖品](https://blog.ethereum.org/2019/11/04/Eth2-at-ETHWaterloo/)值得争取。 - DevCon演讲：Carl和Dankrad关于[去信任验证者池](https://drive.google.com/file/d/1CIa4N2uG1oz08rfFKo6VQrinlt7eKNQ6/view)（Trustless Validator Pools）的幻灯片，包含如何使Eth2协议变得MPC（多方计算）友好的许多见解。 - DevCon演讲：Mamy关于[如何在树莓派上运行Eth2](https://slideslive.com/38920013/eth-20-on-a-pi)的演讲。 - 客户端更新：[Lighthouse](https://lighthouse.sigmaprime.io/update-17.html)，[Lodestar](https://medium.com/chainsafe-systems/lodestar-post-devcon-update-78886344c1e1)和[Prysm](https://medium.com/prysmatic-labs/ethereum-2-0-development-update-38-prysmatic-labs-a3293ca9280d)。这些更新中有很多进展，我在此不再赘述。 - Prysm团队在/r/EthFinance上做了一次[AMA](https://old.reddit.com/r/ethfinance/comments/drari9/ethfinance_ama_series_with_prysmatic_labs/)。 - 关于[如何在Eth2上吸引企业的兴趣](https://www.forbes.com/sites/biserdimitrov/2019/10/28/why-enterprises-are-paying-attention-as-ethereum-20-unfolds/#10025e73676e)，这是一篇不错的文章。私认为，主网是企业应用的终极正确目标，对此我在[推特](https://twitter.com/benjaminion_xyz/status/1188860547825049600)上发布了看法。 - 关于如何处理在PoS链上线之前存入的押金，是否应该对其进行激励，以及与验证者数量相关的奖励发行曲线，我们在[Sharding Gitter](https://gitter.im/ethereum/sharding?at=5dbf22dae1c5e9150828d166)中进行了持久的讨论。 - 如果读者星期一在斯德哥尔摩的话，可以参加[以太坊2.0 Meetup](https://www.meetup.com/decentralized-camp/events/265745327/)，届时将提供Staking指南。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。eth2.0客户端开发。]]>https://www.ethereum.cn/eth2-quick-update-no-2https://www.ethereum.cn/eth2-quick-update-no-2Wed, 06 Nov 2019 00:00:00 GMT来源 | [Ethereum Blog](https://blog.ethereum.org/2019/10/31/eth2-quick-update-no-2/) <br/>  <br/> # 更新速览 - 开发者发布了[**0.9.0版本的 Tonkatsu 规范**](https://github.com/ethereum/eth2.0-spec-tests/releases/tag/v0.9.0)，确保以太坊 Phase 0 能够继续畅通进行； - 开发者仍在继续斟酌 Phase 1 的提案细节内容； - 客户端开发侧重于加强 **eth1 -> eth2** 基础设施的完善优化。 <br/> # Tonkatsu规范已发布 正如在[最近的以太坊2.0电话会议](https://www.youtube.com/watch?v=DXGeC7cg71Y)上所做出的承诺，我们近期将发布[0.9.0版本的 Tonkatsu 规范](https://github.com/ethereum/eth2.0-spec-tests/releases/tag/v0.9.0)。这个版本在很大程度上对 Phase 0 进行了简化，主要目标是删除 Phase 0 中与 Phase 1 相关联的部分，以确保 Phase 0 的开发能够继续畅通无阻，而免受[目前进行中的分片提案修改](https://github.com/ethereum/eth2.0-specs/pull/1427)的影响。 获取 Tonkatsu 更多相关信息：[Release notes](https://github.com/ethereum/eth2.0-spec-tests/releases/tag/v0.9.0) <br/> # 重新设计Phase 1 正如之前进展更新所述，我们很大程度上确定会为 Phase 1 制定一个更简洁的新方向（译者注：Vitalik 分片简化方案）。**[新的分片提案](https://notes.ethereum.org/KbEyHiaSRQW_KS7dDK0OFw)使得每个分片在每个 slot 周期都能进行交联(crosslink)。** 译者注：在此之前原定为1024个分片在每个epoch周期进行交联，新提案提议在每个slot周期进行交联，要缩短周期就需要减少分片数量至64，并将分片区块大小增加八倍。 这大大简化了跨分片通信，并将在 Phase 2 为开发者和用户带来更优的体验。  <center>前跨分片通信近似图</center>  <center>新提案设计</center> 为了支持新提议，必须要将分片总数从最初设定的1024减少到最新估算的64，然后随时间推移（大约10年）不断增加分片数量。 **以下是需要减少分片总数的主要原因：** - 每个分片以每个 slot 为周期，在网络和信标链上增加证明(attestation)负载，而不是每个 epoch 周期；（译者注：由此减轻信标链的证明负荷） - 每个委员会的验证者必须达到[最低安全数量](https://medium.com/@chihchengliang/minimum-committee-size-explained-67047111fa20)。如果分片数量过多，而每个 epoch 周期就会有过多的委员会，那么就很难有足够的验证者（成为验证者需要质押32个ETH）来安全地分配给每个委员会。 [注：以下段落是本博文首次发布后才添加的，以回应 reddit 上的一些相关讨论] 为了达到与此前分片设计方案相似的可扩展性，新提案的目标分片区块大小将增加八倍，从 16kB 增长到 128 kB。这为系统提供了大于1MB/s的数据可用性，而这将有助于和 ZK-rollup 和 [OVM](https://medium.com/cryptoeconomics-lab/a-gentle-guide-to-the-ovm-934035646942) 等优秀的 L2 方案更好地进行协作。有关扩大后的分片区块安全性，则是通过当前以太坊网络中进行的[实验研究所证明](https://ethereum-magicians.org/t/eip-2028-transaction-data-gas-cost-reduction/3280/24)。 在过去的几周里，以太坊基金会研究团队的主要精力都集中在该新提案的细节审核和优化上。 了解更多相关信息：[work-in-progress PR](https://github.com/ethereum/eth2.0-specs/pull/1427) & [Phase 1 issues](https://github.com/ethereum/eth2.0-specs/issues?q=is%3Aopen+is%3Aissue+label%3A"phase+1") <br/> # 客户端开发工作悄然有序地进行 以太坊2.0的客户端开发工作也并没有落后，在[最近的以太坊2.0电话会议](https://www.youtube.com/watch?v=DXGeC7cg71Y)中，我们讨论到如何处理来自 eth1 的押金，例如优化状态转换、BLS 签名方案的实现、跨客户端模糊化、网络监控工具等等。更大的单客户端测试网也正处于开发之中，同时我们还在继续进行跨客户端实验。 目前，0.9.0版本规范已经发布，eth2 的客户端也在更新其状态转换逻辑，以通过最新的测试向量，并引入[简单的证明(attestation)聚合方案](https://github.com/ethereum/eth2.0-specs/blob/master/specs/validator/0_beacon-chain-validator.md#attestation-aggregation)。 <br/> **译者注：**近期以太坊更新资讯频繁发布，故译者在此将**重大更新的中文版**稍作整合，以方便查阅。 - **v0.9.0 Tonkatsu 规范：https://eth2.ethereum.cn/eth2-specs/v0.9.0** - **[Vitalik 简化分片提案](https://news.ethereum.cn/archives/845)** - **10月 eth2 进展更新 (Ben Edgington): https://www.unitimes.pro/p/ea418bbfd1c84dae816a1d1475790c1d** - **最新 eth2 开发手册 (Hsiao-Wei)：https://dev.ethereum.cn/eth2.0/eth2-devs-handbook-faqs** <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ens-registration-guidehttps://www.ethereum.cn/ens-registration-guideWed, 30 Oct 2019 00:00:00 GMT来源 | [ENS](https://medium.com/the-ethereum-name-service/step-by-step-guide-to-registering-a-eth-name-on-the-new-ens-registrar-c07d3ab9d6a6) 本教程转载自[EthFans](https://ethfans.org/posts/step-by-step-guide-to-registering-a-eth-name-on-the-new-ens-registrar) <br/>  <br/> 永久的[以太坊域名服务（ENS）](https://ens.domains/)注册器已经启动！ 旧日的拍卖模式已经结束，即时注册现已启动。[以前注册的域名需要一些操作来完成迁移](https://medium.com/the-ethereum-name-service/step-by-step-guide-to-migrating-your-eth-name-to-the-new-ens-registrar-5314431e22f2)。 虽然现在有[多个第三方网站](https://medium.com/the-ethereum-name-service/where-you-can-use-the-new-ens-registrar-d209833c6eda)提供 ENS 注册功能，这份指南还是针对我们官方的 [ENS 管理器 app](https://manager.ens.domains/) 的。 <br/> # 第一步：打开支持以太坊的浏览器 在桌面端，你可以打开装有 [MetaMask](https://metamask.io/)（小狐狸）插件的 Chrome 浏览器，或者是 [Brave](https://brave.com/) 浏览器（内置了 MetaMask）。 在手机端，你可以用 [Coinbase Wallet](https://wallet.coinbase.com/)、[Status](https://status.im/) 以及其它手机端以太坊浏览器。 这份指南默认你是在用桌面浏览器的 MetaMask，但其它支持以太坊的浏览器应该也是类似的。 在使用 MetaMask 时，你得先用自己想用来注册 ENS 域名的地址登录 MetaMask（当然，你也可以先用别的地址注册域名然后转移所有权），而且地址里面要有一些 ETH，用来支付交易的手续费以及域名的年租金。  ## <br/> # 第二步：移步 ENS Manager 用浏览器访问 [manager.ens.domains](https://manager.ens.domains/) 网站。 提示：把这个网页加入收藏夹吧，因为日后这个网站是你管理以太坊域名最方便的工具。  – [manager.ens.domains](https://manager.ens.domains/) – ## <br/> # 第三步：搜索你想要的 .eth 域名 在 “Search names（搜索域名）” 框里面填入你想要注册的域名（要包括 “.eth” 结尾），然后点击 “搜索” 按钮。 **如果该域名已经被某人注册了**，你会看到这样一个网页，包含了该域名的注册记录信息：  **如果该域名还没有人注册**，你会看到这样一个网页，询问你想要持有该域名多久，被给您报价（年租金一般为 5 美元）：  ## <br/> # 第四步：选择时长 使用 “-” 和 “+” 按钮来选择你想一次性支付的租金数量（也即租赁时长）。注册域名时至少需要租赁 1 年。你也可以选择多付租金、一次性注册更长时间。而且，持有域名时，你可以随时选择续租时长。 注意：你的钱包里得有足够多的 ETH 来支付整个支付流程所需付出的资金。 ## <br/> # 第五步：开始注册 点击右下角的蓝色的 “Request To Register（申请注册）” 按钮。MetaMask 会弹出一个窗口让你确认这笔交易。点击 “Confirm（确认）” 按钮就可以确认交易啦。 ## <br/> # 第六步：等待 *不要在这时候关闭浏览器哦！* 首先，你得确认你的交易被打包了，这个过程估计在 1 分钟以内完成。 其次，你要等几分钟，保证没有别人也在同一时间想注册这个域名。网页中间的绿色条会缓慢变化，显示你的注册流程进度。  ## <br/> # 第七步：完成注册 等待期结束后，会有橙色的文字显示：“点击 register（注册）完成注册流程的第三步”。然后你需要点击旁边的蓝色的 “注册” 按钮。 然后会有另一个 MetaMask 弹窗弹出来，要求你确认另一笔交易，支付租金同时获得你的域名。跟上面一样，点击 “确认” 按钮。 回到管理页面，你会看到 “注册” 按钮变成了 “TXPENDING（交易正在打包）”。交易被打包之后，你的 ENS 域名就注册完成了！ <br/> # 然后就完成啦！ 以上就是全部的注册流程了。 然后你需要建立你的 ENS 记录，让你的域名会在软件中解析为你选定的地址。日后你的朋友给你转账时就不用费劲地输入地址了，只需要输入你的 ENS 域名就可以了（只要他们用的是支持 ENS 域名的钱包）。 建立 ENS 记录的手把手教程很快就会放出来！ ## <br/> # 附：迁移流程 迁移流程与上述注册流程一般无二，只是在搜索你想要的 ENS 域名的时候，会显示如下页面：  从中你可以看到旧注册器上的注册信息，还有 “Migrate（迁移）” 按钮。点击迁移按钮之后的流程就是一样的了。 <br/> **彩蛋** 这其实已经不是个彩蛋了明明早都曝光了好吧。那就是，旧域名迁移到新注册器可以免一年租金！https://www.ethereum.cn/everything-you-can-do-with-your-ens-name-right-nowhttps://www.ethereum.cn/everything-you-can-do-with-your-ens-name-right-nowWed, 30 Oct 2019 00:00:00 GMT <br/>  <br/> 点开这篇文章的你是否刚刚赢得了[ .eth 短域名的拍卖](https://opensea.io/ens)？是否自2017年ENS发布以来已经持有了一个域名？是否最近在我们的官方 Manager 中使用了最新的[即时注册功能](https://news.ethereum.cn/archives/855)?再或者，是否从[钱包](https://medium.com/the-ethereum-name-service/ens-integration-spotlight-argent-bd8f9cf819f5)、[MEW](https://medium.com/myetherwallet/never-mistype-an-address-again-free-ens-domains-from-mew-8ae0159b64b8) 或[ ENS Now](https://now.ens.domains/) 中获取了免费的子域？ 那么大家可能都被同一个问题萦绕着：实际上我可以用这个域名做些什么呢？ 创建和售卖域名不是一件难事（因此更应该[采取负责任的态度](https://medium.com/the-ethereum-name-service/why-ens-doesnt-create-more-tlds-responsible-citizenship-in-the-global-namespace-7e66658fe2b1)），但实际创造有用的功能并获得生态系统的采用则是另一回事。在去中心化域名服务项目方面，ENS 是当之无愧的领先者。 本文旨在为用户细数ENS的用例，以下列举并非我们最终想达成的目标，而是我们现在就能使用的功能。 <br/> # 一个域名搞定所有币种 ENS 的原始用例在于为以太坊地址命名，两年多以来，ENS 已经陆续集成到许[多个钱包和 dapp](https://ens.domains/) 中。 目前区块链领域中存在许多币种，因此 ENS 已经在主网中推出[多币种支持](https://medium.com/the-ethereum-name-service/ens-launches-multi-coin-support-15-wallets-to-integrate-92518ab20599)，这大大扩展了地址支持范围，使得用户能够在其 ENS 记录中存储任何加密货币地址。简单来说，这意味着什么呢？**用户可以仅仅使用一个 ENS 名称来接收任何加密货币。** [D’CENT 钱包](https://dcentwallet.com/)是第一个集成该功能的钱包，现在有[更多的钱包](https://medium.com/the-ethereum-name-service/ens-launches-multi-coin-support-15-wallets-to-integrate-92518ab20599)正在进行尝试。 用户可以使用我们的 [Manager](https://app.ens.domains/) 将加密货币地址导入 ENS 域名的记录中。 这个功能在极大程度上巩固了 ENS 作为采用最广泛的去中心化加密货币钱包域名服务的地位。如果用户想要为自己的加密货币取得基于区块链的域名，并且享有生态系统的广泛支持，我们建议[注册 ENS 域名](https://news.ethereum.cn/archives/855)。 <br/> # 使用去中心化网站 ENS 与 IPFS（一种去中心化文件存储协议）的 Protocol Labs 团队建立了合作关系。 ENS 提供去中心化域名服务，而 IPFS 是去中心化的文件存储系统，它们共同构成了去中心化的万维网。 [Opera](https://medium.com/the-ethereum-name-service/how-opera-is-using-ens-to-decentralize-the-web-ens-integration-spotlight-a545f7825724) 为这对协议提供了本地支持（据 Brave 称他们正在针对此协议进行开发）。如果用户使用的是其他主流浏览器，则 [MetaMask](https://metamask.io/) 浏览器插件也能够提供支持。例如，如果用户将 Chrome 与 MetaMask 结合使用，只需在URL栏中输入“ almonit.eth /”，然后静观魔法发生。 对于不支持以太坊的浏览器用户，我们已经建立了一个系统，由此可以通过在域名末尾[附加“ .LINK”](https://medium.com/the-ethereum-name-service/ethdns-9d56298fa38a)（例如almonit.eth.link）来访问这些网站。 想要建立自己的去中心化网站？[指南在此](https://medium.com/the-ethereum-name-service/how-to-host-your-dapp-with-ipfs-ens-and-access-it-via-ethdns-c96046059d87)。 <br/> # Tor .onion 网站 鉴于对安全性的高度要求，如何获得人类可读的.onion地址在 Tor 社区中一直是一个[长期存在的问题](https://blog.torproject.org/cooking-onions-names-your-onions)。而 ENS 是解决 [Zooko 三角关系](https://en.wikipedia.org/wiki/Zooko's_triangle)的去中心化域名服务，**因此 ENS 是目前做到[兼顾人性化、安全性和去中心化的有用工具](https://medium.com/the-ethereum-name-service/ens-now-supports-tor-onion-address-resolution-9bb3bdff6217)。** <center><img src="https://i.ibb.co/DDcFcBg/ENS-4-baa4abcd54.png" /></center> <center>Zooko 三角关系：人性化、安全性、去中心化</center> 在内容字段中将 Tor .onion 地址添加到 ENS 记录中（[操作详情](https://medium.com/the-ethereum-name-service/ens-now-supports-tor-onion-address-resolution-9bb3bdff6217)），如果是启用了 MetaMask 的 Tor 浏览器，只需在URL栏中输入.ETH域名，即可解析到.onion网站。 为了展示该功能，我们设置了十个[指向常用的.onion网站的ENS域名](https://medium.com/the-ethereum-name-service/list-of-ens-names-that-resolve-to-tor-onion-websites-99140a4c674f)。而且如果在Tor浏览器中使用.onion网站，那么对用户来说安全性可能是当务之急，我们在这里就安全性取舍进行了许多[讨论](https://medium.com/the-ethereum-name-service/how-secure-is-using-ens-for-tor-onion-addresses-85b22f44b6e0)。 <br/> # 文本记录 我们的[文本记录功能](https://medium.com/the-ethereum-name-service/new-text-records-now-available-for-ens-names-in-manager-a0ebb9cda73a)使用户可以自愿将各种个人信息添加到 ENS 记录中。 到目前为止，我们支持[八种文本记录类型](https://eips.ethereum.org/EIPS/eip-634)。分别是：电子邮件地址、网址、头像、描述、通知、关键字、 Twitter 和 Github 用户名。 我们的计划是最终支持任意文本记录类型，但与此同时，我们希望了解人们如何利用这八种文本记录类型。 <br/> # 结语 以上只是我们目前实现的功能。我们一直在努力开发新功能并不断增加用例，因此在未来请持续关注 ENS 的更多用途。 ENS 是一个由非营利性组织管理的开源项目。我们将 ENS 视作一种公共产品，是互联网基础设施的基本组成部分，不仅能够为区块链社区服务，而且还可能为整个互联网做出贡献。因此，我们希望最大限度地获得整个社区的反馈和参与。 如果您有新功能请求或是反馈，请加入我们的[论坛](https://discuss.ens.domains/)或 [Gitter](https://gitter.im/ethereum/go-ethereum/name-registry)，在 [Github](https://github.com/ensdomains) 上提交拉取请求亦可。 **心动不如行动，不妨现在就动动手指[注册一个ENS域名](https://news.ethereum.cn/archives/855)开始使用吧！** <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/new-sharding-proposal-vbuterinhttps://www.ethereum.cn/new-sharding-proposal-vbuterinFri, 25 Oct 2019 00:00:00 GMT来源：[notes.ethereum.org](https://notes.ethereum.org/@vbuterin/HkiULaluS?from=groupmessage&isappinstalled=0*) <br/> # 要点提炼 - 持续性分片链（persistent shard chain）的概念将不复存在，相反，每个分片区块都是直接的交联（crosslink）。提议人发出提案，交联（crosslink）委员会负责批准，一锤定音。 - 分片数量从之前的1024减少到64，分片区块大小从（目标值16，上限值64）kB增加到（目标值128，上限值512）kB。分片总容量为3-2.7 MB/s，具体值取决于时隙。如果需要的话，分片数量和区块大小可随时间的推移而增加，比方说10年后最终达到1024个分片，以及1 MB区块。 - 在L1和L2层实施了诸多简化方案：（i）所需的分片链逻辑更少，（ii）由于“本地”跨分片通信发生在1个时隙内，无需通过Layer2进行跨分片加速，(iii)无需通过去中心化交易所来促进跨分片交易费的支付，(iv) 执行环境能够进一步简化，(v)无需再混合序列化和哈希； - 主要劣势：(i) 信标链成本更高，（ii）分片区块产生时间更长，（iii）对“突增性”带宽需求更高，但对“平均”带宽的需求更低。 <br/> # 介绍理念 以太坊2.0目前的架构过于复杂，尤其是在费用市场方面。这个问题由layer 2解决方案引起（针对2.0基础层的重大故障所设计）：虽然分片内的区块时间是非常短的（3-6s），然而分片间的基础层通信时间特别长，需要1-16个epoch（如果超过1/3的验证者离线，则会花费时间更久）。这就亟待“乐观”的解决方案：一个分片内的子系统通过某种中等安全的机制（如轻客户端），“假装”提前知道其它分片的状态根，并使用这些不确定的状态根来处理交易，以此来计算自己的状态。一段时间后，所有的分片都将经历“后卫”进程，检查哪些计算使用了其他分片状态的“正确”信息，并抛弃未使用“正确”信息的所有计算。 而这个过程是存在问题的，虽然它能够有效地模拟许多情况下的超高速通信时间，但是“乐观”ETH和“真实”ETH之间的差距衍生出了其他复杂情况。具体而言，我们不能假设区块提议者“知道”乐观的ETH，因此，如果分片A上的用户向分片B上的用户发送ETH，则分片B上的用户在拥有协议层ETH（唯一可以用作发送交易费用的ETH）之前，会出现时间延迟。如果想避免延迟，要么需要去中心化交易所（存在复杂性和低效率问题），要么需要中继市场（这将产生垄断中继人对用户进行审查的担忧）。 此外，目前的交联（crosslink）机制大大增加了复杂性，实际上它需要一整套区块链逻辑，包括奖惩计算、单独存储分片内奖励的状态以及分叉选择规则等，这些都需要被纳入分片链中作为阶段1的组成部分。本文档提出了一个大胆的替代方案，用以解决所有这些问题，使以太坊2.0能够更快地投入使用，同时降低风险，其中还有一些折中方案。 <br/> # 方案细节 我们把SHARD_COUNT（分片计数）从1024减少到64，并将每个时隙的分片数上限从16增加到64。这意味着“最优”工作流现在处于每个信标链区块之间，每个分片会产生一个交联（为了清楚起见，我们不再使用“交联”（crosslink）一词，因为并没有“连接”到分片链，直接使用“分片区块”更合适）。 <center><img src="https://i.ibb.co/wBkBMqh/1.png"/></center> 请注意一个关键细节：现在任何分片的slot-N+1区块都可以通过一条路径知道所有分片的所有slot-N 区块。因此，我们现在有了一流的单时隙跨分片通信（通过Merkle收据）。 <center><img src="https://i.ibb.co/hg2hHh0/2.png"/></center> <center>近似现状</center> <center><img src="https://i.ibb.co/KL4bKjn/3.png"/></center> <center>新提案</center> 在这个提议中我们改变了证明所连接对象的结构：不再包含“交联”（crosslink），其中包括以某种复杂序列化形式表示的许多分片区块的“数据根”，而只包含单个区块的数据根，该数据根表示了区块内的内容（内容完全由“提议者”决定）。分片区块还将包括来自提议者的签名。为了促进p2p网络的稳定性，计算提议者的方式依然使用之前基于常设委员会的算法（persistent-committee-based algorithm）。如果没有可用提案，交联委员会成员也可以就“零提案”进行投票。 我们依然在状态中存储一个映射 latest_shard_blocks: shard -> (block_hash, slot) ，不同的是由存储epoch变为时隙。在“乐观情况”下，我们希望这个映射能够更新每个时隙。 将online_validators定义为活跃验证者的子集，活跃验证者即在过去8个epoch中至少有一个epoch包含其证明。如果总数量中2/3的online_validators就给定分片中的新区块达成一致，映射才会进行更新。 假设当前时隙是n ，但对于给定分片i，latest_shard_blocks.slot < n-1（即在前一个时隙中该分片有一个区块跳过），我们则需要该分片的证明来提供范围[latest_shard_blocks.slot + 1….min(latest_shard_blocks.slot + 8, n-1)]内所有时隙的数据根。 <center><img src="https://i.ibb.co/g6G2ySP/4.png"/></center> 分片区块仍需指向“先前的分片区块”，我们还是要强制保证一致性，因此该协议就要求多时隙证明是一致的。我们推荐委员会采用以下“分叉选择规则”： - 对于每个有效且可用的分片区块B（该区块的祖先区块也必须有效且可用），计算其最近消息支持B或B的后代的验证者总权重，暂且将该权重称为分片区快B的“得分”。即使是空白的分片区块也可以有得分。 - 为slot + 1选择得分最高的分片区块 - 为slot + k（k > 1）选择得分最高的分片区块，考虑范围内的区块需要指向latest_shard_blocks[i].slot + (k-1)已经选出的区块 <br/> # 概述 信标区块N和信标区块N+1之间的发表过程如下： 1. 信标区块N发布； 2. 对于任何给定的分片i，分片i的提议者提议一个分片区块。执行该区块可见信标区块N和先前区块的根（如果有需要，我们可以将可见性降到区块N-1和旧区块，这使得可以对信标区块和分片区块同时进行提议）； 3. 映射到分片i的证明者进行证明，包括其对分片i中的时隙 N信标区块和分片区块的意见（在特殊情况中也包括分片i中先前的分片区块）； 4. 信标区块N+1发布，其中包括所有分片的这些证明。区块N+1的状态转换函数对这些证明进行处理，并且更新所有分片的“最新状态”。 <br/> # 成本分析 请注意，参与者不需要随时主动下载分片区块数据。相反地，提议者发布提议时，只需要在3秒内上传上限为512 kB的数据（假设有400万个验证者，每个提议者平均12.8万个时隙才需要上传一次），随后委员会验证提议时，只需要在3秒内下载上限为512 kB的数据（要求是每个验证者要在每个epoch中下载一次数据，因为我们保留了一个属性：在每个给定epoch的特定时隙中将每个验证者分配给特定交联）。 请注意，此操作的要求低于目前每个验证者的长期负载要求，即每个epoch约2MB。然而，这对“突增性”负载的要求更高：之前是3秒内上限64KB，现在需要在3秒内达到上限512KB。 证明（attestations）负载的信标链数据更改如下。 每个证明有大约300字节的固定数据，加上一个位字段，即每个epoch 400万bit，每个时隙8192字节。因此，目前方案的最大负载为128 * 300 + 8192 = 46592，平均情况中的负载可能更接近32 * 300 + 8192 = 17792，即使这样还可以通过压缩证明中的冗余信息来降低负载。 在本提议中，我们可以看到两种负载（详细参见下文“压缩证明”部分）： - 时隙n的证明将包含在时隙n+1中。我们可以允许包含两个最受欢迎的分片区块/区块头组合，所以就有了128个未经压缩的证明 - 时隙n+1（每个证明约200字节）之后的时隙n中压缩版证明数量最多为128 因此最大负载计算为128 * 300 + 128 * 200 + 8192 = 72192，平均情况负载约为80 * 300 + 10 * 200 + 8192 = 34192。 还要注意的是，证明聚合在每个分片中每个时隙的成本为65536 * 300 / 64 = 307200字节。这为运行节点提供了一个自然的系统需求基础，因此要再压缩区块数据的话也没有什么意义。 从计算层面来说，唯一大幅增加的花销是需要更多的配对（更确切地说，是更多的Miller循环），每个区块的上限从128增加到192，而这将使得区块处理时间延长200ms。 <br/> # “基础操作系统”分片 每个分片有一个状态，它映射到ExecEnvID -> (state_hash, balance)。一个分片区块被分成一组大块，每个大块指定一个执行环境。一个大块的执行依靠状态根和块的内容（即分片区块数据的一部分）作为输入，并输出 [shard, EE_id, value, msg_hash]元组的一个列表，每个分片最多拥有一个EE_id（ 我们添加两个“虚拟”分片：向分片-1的转移表示验证者在信标链支付押金，而向分片-2的转移即向提议支付费用），并且我们从该EE的余额中减去value的总数。 在分片区块头里，我们放置了一个“收据根（receipt root）”，里面包含了一个映射：shard-> [[EE_id, value, msg_hash]…](每个分片最多8个元素；并应该意识到跨分片绝大多数的EE转移是发送到相同的EE，在这种情况下元素的数目甚至更少)。 分片i上的分片区块必须包含一个分片j收据的默克尔分支，而这个分片j是相互分片，该分支位于另一分片的“receipt root”（收据根）（任何分片i都知道任何分片j的收据根）。接收的值被分配给它的EE（执行环境），并且msg_hash对于EE执行是可访问的。 <center><img src="https://i.ibb.co/PTtQDLK/6.png"/></center> 这就允许不同分片之中的EE可以即时进行ETH转移，此时每个分片的成本为(32 * log(64) + 48) * 64 = 15360字节。msg_hash可以被用于减少伴随ETH转移所传递的跨分片信息待验证内容的大小，因此在一个高度活跃的系统里，15360字节数据是必不可少的。 <br/> # 主要益处：更简单的费用市场 我们可以接着修改执行环境(EE)系统：每个分片都有一个状态，该状态包含状态根和执行环境的余额。执行环境将能够发送收据，向其它分片的相同EE直接发送货币。这个过程将使用默克尔分支处理机制来完成，每个分片的EE状态储存着一个其余每个分片的随机数，用以抵御重放(replay)攻击。EEs也可以用来直接向区块提交者支付费用。 这提供了足够强大的功能性，使得EEs能够建立在这样的基础之上：允许用户在分片上存币，并将其用以交易费用开支，跨分片上进行这些币的转移，就如在同一分片内进行操作一样简便，从而消除了对中继市场需求的紧迫性，并让EEs承担实施乐观跨分片状态的负担。 <br/> # 压缩证明 出于对效率问题的考量，我们还进行了以下的优化。如前所述，查阅slot n的证明可完整地包含在slot n+1中。但是，如果此种证明内嵌在后续的时隙中，则必须以“精简形式”进行嵌套，仅包含信标区块（头部、对象、源），而不包含任何交联数据。 这样既起到裁减数据的效用，更重要的是，通过强制“旧证明”保存相同数据，可以减少用以验证证据所需的配对数：在大多数情况下，所有来自相同时隙的旧证明都可以经由单一配对验证。如果链不分叉，那么在最坏的情况下，用以验证旧证明的所需配对数会被限制在epoch长度的2倍。如果链确实分叉，则要包含所有证明的能力就得依赖于一个更高的诚实提议者比例（譬如1/32，而非1/64），并且要将更早的证明也包含进去。 <br/> # 保证轻客户端的参与 每天，我们随机选择一个由大约256个验证者组成的委员会，这个委员会可以在每个区块上进行签名，其中签名被包含的验证者便可以在区块n+1中获得奖励。这样做的目的是允许计算能力不高的轻客户端参与。 ### <br/> # 题外话：数据可用性根 证明一个128 kB数据的可用性的操作是多余的，几乎没有价值。与此相反，有意义的是：要求一个区块能够提供该区块接受并组合在一起的所有分片区块数据的串联根（也许这个分片区块数据根以列表形式存在，其中每个代表64 kB数据，这样使得串联更容易）。 然后可以根据此数据创建单个数据可用性根（平均8 MB，最坏情况下达到32 MB）。 请注意，创建这些根可能要花费比一个时隙更长的时间，因此，最好用于检查一个epoch前的数据的可用性（即，从这些数据可用性根中进行采样将是额外的“确定性检查”）。 <br/> # 其他可能方案 - slotn的分片区块必须查阅slot n-1的信标链区块，而不是slot n。此种措施将允许每个时隙并行循环发生，而不是串联形式，从而减少时隙时间，这样做的代价是导致跨分片通信时间从1个时隙上升到2个时隙。 - 如果一个区块提议者试图将区块大小扩大到64KB以上(备注：目标128kB)，他需要首先生成64kB的数据，然后让交联委员会对其进行签名，接着，他们可以添加一个引用第一个签名的64kB数据，以此类推。这将鼓励区块创建者在每隔几秒就可以提交他们区块的部分完成版本，从而创建一种预先确认的机制。 - 加快秘密领导人选举的发展（简单起见，即使一个约8到16人的匿名集环签名版本也能有所作用）。 - 与其使用“强制嵌入”机制，我们不如寻求一个更简单的替代方案：每个分片为其余的每个分片维护一个“传入随机数”和一个“传出随机数”（即8 * 64 * 2 = 1024字节的状态），一个分片制造的收据将需要手动进行添加，并由分片接收者按顺序进行处理。收据生成将受限于每个区块每个目标分片的少数收据，以确保一个分片能够处理所有传入的收据，即使是所有分片同时向它分送收据。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[ethereumcn@gmail.com](mailto:ethereumcn@gmail.com)进行授权。 https://www.ethereum.cn/ive-consensys-announcements-from-devcon-5https://www.ethereum.cn/ive-consensys-announcements-from-devcon-5Sat, 12 Oct 2019 00:00:00 GMT来源：[ConsenSys](https://media.consensys.net/one-million-ethereum-developers-five-consensys-announcements-from-devcon-5-28520ce63d73) <br/>  <br/> 全球以太坊社区在日本大阪召开了第五届开发者大会，堪称2019年区块链行业中最盛大的一次年度会议，众人瞩目。在这一周里，与会者发布了许多重要消息，更是充满了思想和灵感碰撞的火花。从盛大的开幕式到大量的活动、工作坊和 meetup，都充分展现了区块链与以太坊的活力。其中许多 ConsenSys 的最新消息也十分夺人眼目。 ConsenSys 创始人 Joe Lubin 发起了一项旨在将以太坊开发者社区扩大到百万人的运动，除此之外，ConsenSys 资助项目还宣布了其最新的项目导入计划。ConsenSys 的前沿项目，如 MythX、Alethio 和 Infura，宣布推出免费增值模式，以解决生态系统的痛点，智能合约安全、数据分析以及基础设施方面，都将有所改善。 另外，企业以太坊联盟(EEA)，一个由数百家公司构成、由成员企业领导的行业组织，为促进以太坊互操作性发布了两个新规范，以便为以太坊网络的几大使用组织服务。 别急，还有呢，一起来看看 ConsenSys 在开发者大会上发布的五大公告！ <br/> ## Joe Lubin呼吁：扩展开发者数量至百万 Joseph Lubin 在 Devcon5 上发表的主题演讲中，他呼吁进一步建设以太坊开发者社区，并提出了一项名为”OneMillionDevs”的生态系统倡议，希望集结到一百万名区块链开发者、技术人员和黑客，鼓励他们在智能合约编写和应用程序开发中大显身手。 据估计，全球的软件开发者多达3000万人，然而区块链的开发者仅占数十万人，其中以太坊的开发者人数最多。随着开发者工具、文档、代码库的改进，Lubin提议社区吸纳新程序员，并在明年将以太坊的开发者数量提高至100万。对于以太坊来说，这无疑是一大挑战。 **申请加入[百万开发者计划](https://onemilliondevs.com/#/)！** <br/> ## ConsenSys第二轮资助发放17.5万美元 在2018年的第四届开发者大会上，Joseph Lubin宣布发放50万美元的基金用于建设开源软件，以解决以太坊网络中的技术问题。自成立以来，ConsenSys资助项目已经为15个项目提供了总计33万美元的资助。在开发者大会上，ConsenSys公布了第二批接受资助的项目。 **安全性** - **Lighthouse**：专注于安全性的以太坊2.0(Serenity)客户端，获得了2.5万美元的后续资助，以延续其在权益证明与分片技术领域的出色成果。 **基础设施** - **Zeropool**：以太坊上完全匿名且不可跟踪的交易，支持多个ERC20通证、ETH与匿名原子互换的交易——获得2.5万美元资助。 - **PISA**：加密货币的真正可扩展性，通过减轻假设，99%的交易都可以保留在本地，而不需要保留在全球网络上——获得2.5万美元资助。 - **Tellor**：去中心化的预言机，为链下数据提供一个高效的、去信任的、去中心化的替代方案——获得2.5万美元资助。 - **DappNode**：去中心化私有节点网络，用户界面友好——获得2.5万美元资助。 **可用性和开发工具** - **Alice**：能够轻简便创建本地应用程序的移动应用程序——获得2.5万美元资助。 - **Ethers.js**：完全的以太坊JavaScript库，用于构建钱包、框架和工具，专注于安全性、紧凑性和简洁性——获得2.5万美元资助。 ConsenSys 资助项目主要为有助以太坊生态系统发展的开源项目提供资金，其支持下的项目包括一些关键领域，如核心基础设施、开发者工具改良、用户体验(UX)、安全性、社会影响以及开发者和用户教育。 目前，第三轮资助已经开始接受申请，受资助项目名单将于2020年2月于美国丹佛市举行的黑客松上宣布。提交申请的截止日期为2020年1月14日。 **ConsenSys Grants 申请地址：**[**https://consensys.net/grants/**](https://consensys.net/grants/) <br/> ## 企业以太坊联盟（EEA）发布新客户端规范 企业以太坊联盟是由全球数百家企业组成的行业组织，并由成员自行领导。今天他们发布了两条新客户端规范，详情请[点击此处](http://entethalliance.org/)下载，主要内容包括： - 根据贡献者的执行体验，企业以太坊客户端规范V4进一步优化了隐私性和许可性。 - EEA 链下可信计算规范V1.1改进其标准的开源参考实现。 <br/> ## 提供软件即服务（SaaS）免费增值模式 在2019年第三季度，ConsenSys 旗下产品发布了新的软件即服务模式，以改善客户服务水平协议，满足日趋成熟的以太坊市场需求，包括基础设施、分析和开发者工具。 随着以太坊中功能性服务和工具市场的发展，客户的需求也随之增长。 Infura，MythX 和 Alethio 推出了订阅服务，以支持以太坊网络从初级用户到企业级用户中使用最广泛的基础架构，安全性和数据分析工具。 - **Infura** 作为以太坊基础设施提供商推出了 Infura +，这是 Infura 的以太坊 API 高级订阅服务，可为各种规模的应用程序提供强化的以太坊基础设施支持。用户可以从分层服务选项（核心开发者、开发者、团队和增长）中进行选择，以执行准确的计划，使基于以太坊的项目实现从概念证明到全球性产品。 - **MythX** 是用于以太坊智能合约的首要安全性分析服务，推出了 MythX Pro。现在，MythX 的用户可以通过 Daisy Payments 提供的透明简便的 DAI 稳定币订阅服务来检测各种智能合约漏洞并帮助预防安全漏洞。 - **Alethio** 宣布推出 Alethio API PRO，使开发者能够直接以稳健可靠的方式实时访问索引化的、合成后的链上以太坊数据。Alethio 的 API 解决了以太坊的数据碎片化问题，这个问题令许多主网用户无法可靠简洁地访问基于区块链的数据。 <br/> ## MetaMask插件系统 在过去的四年中，MetaMask 帮助大量的 Web3 开发者引入了一种新的计算范例：用户控制自己的帐户，帐户控制所有资金。 基于浏览器的 MetaMask 扩展应用将以太坊融合进了普通的 Web 应用程序，但是面对新的扩容性策略和智能合约协议，做出一些改变是必需的。许多智能合约协议都需要与用户的帐户进行交互，并代表用户持续运行脚本来跟踪状态或预处理交易。因此，MetaMask并没有发布某些特定功能，而是创建了一个无需许可的插件系统。 MetaMask 插件是一个脚本，通常在 ENS 和 IPFS 上提供服务，可为 MetaMask 增加功能性，而新的系统使这一切成为可能。 - auditAddress API 插件可以在 MetaMask 显示的任何位置添加账户警告或认可，以确保智能合约安全性。 - resolveName API 插件意味着 MetaMask 不会指定用户为分布式域名系统（DNS）订阅的系统。 - 一套用于第二层（Layer 2）扩容性解决方案的 API 插件，帮助 DApp 在以太坊主链下开发去中心化协议。 - ShareAPI 使得任何插件作者都可以轻松地为用户访问的站点创建自己的 API，无论是简单的 RPC API 或是高级的事件驱动 API 都能实现。 - 供开发者入门学习的示例插件，包括 IPFS， Starkware 和 Blocknative 插件。您可以在[此处](https://github.com/MetaMask/mm-plugin/tree/master/examples)查看更多示例。 <br/> ## 发布日版Bounties Network（赏金网络） 在大阪的DevCon 5期间，Bounties Network创建了一个特殊的日语版浏览器，供与会人员轻松创建和获取赏金。DevCon期间在以太坊上进行交互，可以前往japan.bounties.network。 作为Web3浏览器中可供社区聚集和互动的平台，在诠释本地社区和国际社区如何通过可追溯的价值交换促进发展方面，日版Bounties Network展现了一个很好的例子。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/italik-buterin-questions-answershttps://www.ethereum.cn/italik-buterin-questions-answersMon, 16 Sep 2019 00:00:00 GMT来源 | [decrypt.co](https://decrypt.co/9251/vitalik-buterin-questions-answers-ethereal) 昨日，以太坊联合创始人 Vitalik Buterin 在特拉维夫 Ethereal 峰会问答环节中谈论到以太坊大生态的发展状况。 在与Ejaaz Ahamadeen（ConsenSys 旗下 Digital Assets 首席通证架构师）的交谈之中，Vitalik 谈到了隐私工具在近几周取得的巨大成果、去中心化金融（DeFi）的潜力以及以太坊2.0的发展路线。 <br/> # 以太坊2.0：Staking 针对以太坊2.0的首个开发进程，即阶段0，Vitalik 表示“除了在安全审计期间出现的问题，一切都已最终确定。以太坊各个客户端目前正在相互沟通。下一步是要**确保他们能够维护一个大规模的公共网络。**” Vitalik 所指的这个过程，被称作 Eth2Beaucoup，包含7个以太坊2.0客户端（即将到来的区块链平台升级中应用的版本）的联通以及同步运行。这一进度在以太坊该阶段的开发过程中成为重大里程碑。 Vitalik 表示：“下一步的目标就是要确保他们能够维护一个大规模的公共网络。这里我们指的是聚合了大量交易的验证者，其数量可能达到成千上万个。” 对话中还涉及到了验证者奖励的话题。“验证者”指愿意在智能合约中锁定一定量 ETH 以帮助验证以太坊交易的用户。一些批评意见指出，以太坊2.0奖励太低，不足以激励验证者维护网络运行。 对此 Vitalik 回应道：“这当中存在很多误解。有些人一直在诟病1%这个数据。实际上，最高奖励会达到每年1.7%，这是每个人都参与 Staking 的情况。在验证者数量较少的情况下，奖励会上升一些。” Vitalik 所指的奖励是验证者在质押ETH之后获取的利息。**这一利率与网络中验证者的数量紧密相关。**如果每个用户都成为验证者，那么将获得他们质押资产的1.7%作为收益。但是假如网络中只有1%的用户成为验证者，那么这些验证者的利率将上升至17%。但 Vitalik 补充到，具体数字仍在讨论中。 <br/> # Plonk：为区块链提供隐私 当被问及最近隐私技术方面（尤其是 Zcash 这类隐私币所使用的零知识证明）的发展时，Vitalik 说：“过去的三周里，Zk-SNARKs（一种在不公开交易金额的情况下证明交易存在的方式）总体上确实取得了巨大的飞跃，但很多人并未意识到这一点。” 他还提到了 **Plonk**，这是一种创建零知识证明的新方法，将于10月份由 Aztec Protocal（ConsenSys支持的以太坊隐私项目）推出**。这个概念使得创建零知识证明更加简单，如此一来更多的人都能使用这一技术。**“这意味着成千上万的用户都能轻松参与进来。” <br/> # DeFi的未来 不出所料，Vitalik对新兴的去中心化金融世界非常感兴趣，这一新金融模式在很大程度上是基于以太坊的。 “总的来说，DeFi 的潜力非常激动人心。在这个概念中，世界上任何地方的任何人都能使用一个自由的金融系统，使得他们能够互相交易、自行承担金融风险，这是一个十分大胆有力的想法。这也是目前许多人都无法接触到的事物。” 他进一步建议DeFi可以通过谋求某种方式，以防止区块链创始人募集大量资金后销声匿迹。“众筹收益项目”（Public interest projects）是指**用户质押自己的部分虚拟货币，然后利用其产生的收益来募集资金用于项目建设。****这个概念可以看作是DeFi语境中的ICO（DeF-ICO）。** 这与普遍意义上 ICO 的关键不同之处在于，相较于一次性募集大量资金，项目的资金募集是相对小额，持续稳定的（来源于利息），其资金源取决于项目的持续开发。如果某个项目开始出现欺诈倾向，那么投资者可以撤回他们的资金，项目资金就会逐渐减少。 “这么做并非为了最大化个人收益，而是如何将收益投入你支持的项目。**ICO 领域欺诈现象频生，这是缓解投资者忧虑的良方。**” Vitalik 也随即指出了 **DeFi 发展的痛点：显而易见的中心化“后门”和预言机。** 中心化“后门”指某个中心化组织实际掌握了去中心化应用的完全控制权，就如同最近在 Compound 中发现的问题。 与此同时，预言机作为区块链访问真实世界数据的方式，“如果预言机是由单一个人设定的，那么去中心化几乎无济于事。这个人可以设定他想要的价格，抢先他人进行清算，通过这种方式攫取一大笔利润。” Vitalik也补充到在寻找去中心化预言机方面正在取得良好进展（许多项目正在尝试整合 Chainlink，同时 Compound 也在构建自己的去中心化预言机）。 <br/> # 我待魔兽如初恋 魔兽虐我千百遍 在谈话的最后，Ahamadeen 提到了 Vitalik 对于《魔兽世界》的热衷。在 Vitalik 自己的博客中，他提到了自己对这个游戏的喜爱，不过在游戏开发商暴雪娱乐修改了自己的游戏角色设置之后，他“哭着入睡，并且意识到中心化服务可能带来的弊端”。 就在上个月，暴雪发布了这款游戏的原始版本——《魔兽世界》经典版，回滚了15年来的更新——这有些类似以太坊经典（Ethereum Classic）。对此 Ahamadeen 问道，鉴于这款游戏已经恢复了原貌，那么 Vitalik 会否回到“初恋”的怀抱？ Vitalik 傲娇地回答说：“如果《魔兽世界》转移到以太坊上，我会考虑的。” <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/istanbul-hardfork-time-settledhttps://www.ethereum.cn/istanbul-hardfork-time-settledMon, 09 Sep 2019 00:00:00 GMT来源 | Coindesk <br/> 在上周五的核心开发者电话会议上，以太坊伊斯坦布尔硬分叉全系统升级的测试网激活日期已经确定。 “我们选择的区块高度预计在**10月2日左右**达到，”以太坊基金会社区经理Hudson Jameson 上周五在以太坊核心开发者电话会议上说。“也可能在10月2日前后一两天，这取决于区块的生成速度。” 伊斯坦布尔硬分叉升级此前原本预计的测试网激活时间是9月4日，本次推迟至10月2号左右的原因是有多个 EIPs 等待审核。开发者提交了大约30个EIPs，其中只有**6个被确定纳入伊斯坦布尔硬分叉升级内容，此外还有8个EIPs暂时计划用于进行全系统升级，新代号为“柏林“（Berlin）。** 因为测试网的升级比原定日期推迟了一个月，**主网的激活也将顺延至11月**，也就是在以太坊最重要的开发者大会 Devcon 结束之后。 “我们从去年拜占庭硬分叉中吸取到的经验是不应该在测试网和主网同时部署升级。” Infura 的首席技术设施工程师 E.G. Galan 在电话会议中说道，“我们会先尝试在测试网中激活升级，如果结果不错，那么我们会在一段稳定期之后再将升级部署到主网。” <br/> ## ProgPoW 安全审计进行中 电话会议中，开发者还讨论了安全咨询公司 Least Authority 对新共识算法 ProgPoW 的初步安全审计结果。 ProgPoW是一个开发者们讨论了近一年的EIP，旨在阻止专业硬件ASIC参与挖矿，从每年约6.55亿美元的以太坊挖矿奖励中攫取利润。 Least Authority 的 CEO Liz Steininger 在会议中总结到： “**在很大程度上，ProgPow 达到了设计目标，非常有可能达到其预期的经济效果。其中不存在重大问题，也就是说，我们在审计过程中没有发现潜在的攻击漏洞**。但为了确保 ProgPow 将来完全按预期发展，我们提出了一些优化建议。” Jameson 在会议中提到，目前还有另一项针对 ProgPow 的审计待完成。 “Bob Rao 正在进行非常全面的硬件审计，Bob 的审计目前已处于最后阶段，应该很快就会有结果。这项审计将回答更多关于 ProgPoW 的问题和猜测。” 除非这两个审计机构提出重大的安全问题，**开发人员预计将在之后的 Berlin 硬分叉中激活挖矿代码更改，正式实施 ProgPoW 算法。**https://www.ethereum.cn/wnie2-2020-9-05https://www.ethereum.cn/wnie2-2020-9-05Sat, 07 Sep 2019 00:00:00 GMT来源 | [What’s New in Eth2](https://hackmd.io/@benjaminion/wnie2_200905) <br/> ## 文章荐读 Danny Ryan的《[eth2进展速览#15](https://blog.ethereum.org/2020/09/01/eth2-quick-update-no-15/)》一如往常为我们呈现了精炼权威的信息，想要节省时间的读者可以先行阅读该文。 <br/> ## 阶段0：信标链 测试网前线没有传来大新闻。自从Medalla从两周前的动荡中恢复过来之后，一切都运行平稳。**目前已经超过42,000名验证者被激活，还有一条长达十天的队伍等待加入。验证者参与率很健康，在80%左右。区块也一直保持敲定。** 这个月底我们计划再进行一次[创世](https://hackmd.io/@benjaminion/genesis)过程的测试，将从Medalla创世中吸取的经验应用其中。本次测试不会影响到Medalla测试网的运行，测试信标链将仅运行几日。Launchpad门户已经根据测试进行了更新，测试和存款合约的部署将在21号左右，相应的创世时间预计在其后一周。未来几周会有更多相关信息释出。 大家别忘了我们可以在[GitHub中跟进](https://github.com/ethereum/eth2.0-pm/projects/1)信标链发布进程，我们距离信标链的发布可能比想象中[还要近](https://twitter.com/etherchain_org/status/1300450773378240512)！!😉 同时，[攻击网](https://github.com/ethereum/public-attacknets/issues)也在持续运行中，并且获得了不错的成果。目前还有很多机会能够参与其中并获取赏金！ ### 工具 Attestant团队创建了[Dirk](https://www.attestant.io/posts/introducing-dirk/)，这是一个**分布式远程密钥管理器**，看起来十分不错。 密钥管理器或是签名服务是Eth2基础设施中非常重要的一个部分，尤其是能够**提供罚没保护功能**的工具。ConsenSys也在致力于构建[Web2Signer](https://github.com/PegaSysEng/web3signer) (之前叫作Eth2Signer)，我们目前正在添加罚没保护功能。 Attestant团队的Jim McDonald还创建了一个工具[ethdo](https://github.com/wealdtech/ethdo)——“一个用于管理eth2中常见任务的命令行工具”。这是个非常有用的工具，解决了我之前的麻烦。以太坊基金会正在为其寻求[安全审计](https://notes.ethereum.org/@djrtwo/ethdo-audit)，其重要性不言而喻。如果感兴趣的话可以申请，RFP将在两天内关闭。 ### 质押金提取 用户可以自愿退出信标链验证，并最终索回押金以及任何应计的奖励。但是，因为押金需要被提取到某处，因此该设施要起作用，需要等到Eth2生态系统中的经济机制运行起来。 由于我们起初并未完全掌握经济机制将如何运行，因此信标链目前仅提供了最小可行退出机制。在注册质押时，用户将为自己持有的提款密钥负责。Eth2中会有方法证明用户拥有相应的密钥，然后用户便可以将提出的质押金转移到一个帐户中。 既然已经重点已经来到了阶段1.5 (参阅下文)，可以通过一些有趣的方式扩展此机制。例如，**Vitalik[建议](https://twitter.com/VitalikButerin/status/1297675971529605121)为提款密钥设置一个相应的Eth1地址。这可能是Eth1上的合约，在阶段1.5将集中并分配提款。**这似乎[不难](https://twitter.com/VitalikButerin/status/1297676370936344576)实现。Martin Köppelmann对此[感到兴奋](https://twitter.com/koeppelmann/status/1301113176570900481)，这种方案为非托管性质押池带来了可能性，并且被锁定的ETH也有机会参与DeFi：“一切都可能因此改变。就这么做吧！”Aave对此已经[有计划](https://twitter.com/StaniKulechov/status/1299636710087831553)了。 <br/> ## 阶段1.5：Eth1+Eth2合并 请注意，尽管我们一直专注于阶段0信标链的交付，但后续阶段的工作仍在同步进行。阶段1.5命名不太恰当，其中Eth1链将被合并到Eth2系统中，并迎来全面的权益证明。 按照最初的设想，该计划术属于阶段2的一部分 (完全实现Eth2上的执行环境)。但是近几个月以来，该计划越来越紧迫，并且在路线图中提前了。 此处是我的同事Mikhail Kalinin的[原型演示](https://youtu.be/Rr69pHZ57j0)，展示了Eth1的交易在分片化的Eth2中如何进行。其中使用了Metamask，读者也可以[自行运行](https://github.com/txrx-research/eth1-shard-demo)。 <br/> ## 释义性文章 Bankless发布了一篇非常清晰[全面的教程](https://bankless.substack.com/p/guide-becoming-a-validator-on-the)，内容是如何成为信标链验证者，由ConsenSys的Collin Myers和Mara Schmiedt编写而成。 既然说到Bankless，最近Raul Jordan参加的[播客](http://podcast.banklesshq.com/sotn11-building-w-raul-jordan-eth2-testnet-broke-l2-will-save-us-pro-o-o-tocol-sink)也很不错。前三十分钟主要对Medalla测试网面临的挑战进行了回顾和展望，也包括一些如何参与其中的讨论。 证明打包是时下一个非常火热的话题。**你的验证者证明能否高效地被打包到信标区块中是性能表现的重要指标之一，这与验证者的奖励直接相关。** 上次我们提到，[beaconcha.in](http://beaconcha.in/)目前能够为验证者展示“证明效率”指标，这吸引了许多目光。我们最近也对Teku进行了[效率优化](https://github.com/PegaSysEng/teku/issues/2521)，Adrian Sutton制作了一个[精美的视频](https://youtu.be/SPcgevcDqDE)，讲解了快速将证明打包上链面临的复杂性和挑战。其中包括对验证者和信标节点在幕后的所有工作的一些深刻见解。在观看之前，读者可以先浏览一下beaconcha.in有关[证明的介绍](https://kb.beaconcha.in/attestation)。 Beaconcha.in最近还在他们的[知识库](https://kb.beaconcha.in/)中添加了关于[staking硬件设备](https://kb.beaconcha.in/staking-and-hardware)的文章。 同时，我也完成了有关[Eth2](https://hackmd.io/@benjaminion/shuffling)[混洗机制](https://hackmd.io/@benjaminion/shuffling)的文章。内容有些小众，但我还是将其放出来了。 以防大家错过，Ethstaker的Eth2 Studymaster项目还在进行当中，由[Superphiz](https://www.reddit.com/user/superphiz)策划。现在加入还不晚！[此处](https://www.reddit.com/r/ethstaker/comments/in8oy3/eth2_studymaster_quiz_3_of_10_has_been_posted_you/)是第三周的相关信息。大家可以加入[EthStaker的Discord](https://discord.gg/B2wkhH4) (#eth2-studymaster)。这个计划真的很棒！ <br/> ## 研究工作 关于无偏差随机性，VDF (可验证延迟函数) 的工作仍在继续。这项工作对于Eth2.0之后的阶段更加有价值，就目前的计划来看，我们并不依赖于此。但这确实是非常有有意义的工作，尤其是对于应用来说。 ZenGo一直在分析VDF所需的受信任设置，并编写了一种[新的攻击方式](https://medium.com/zengo/dogbyte-attack-playing-red-team-for-eth2-0-vdf-ea2b9b2152af)，称为“DogByte”。 以太坊基金会RIG团队的Barnabé Monnot更新了其系列信标链经济行为笔记《[信标链运行者：Thunderdome](https://github.com/barnabemonnot/beaconrunner/blob/master/notebooks/thunderdome.ipynb)》。其中探索了在对区块进行证明时个人验证者的策略，并且和上文提及的证明打包很好地联系在了一起。 剧透：**在一个存在延迟的网络中，谨慎比速度更重要。** [ethresear.ch](https://ethresear.ch/): - 出现了一种新的[哈希到某种椭圆曲线的方式](https://ethresear.ch/t/hashing-to-elliptic-curves-y-2-x-3-b-provided-that-b-is-a-quadratic-residue/7939?u=benjaminion) (比如我们在Eth2中使用的[BLS12-381](https://hackmd.io/@benjaminion/bls12-381))。虽然看起来不错，但我们希望遵循新标准，因此不太可能会应用到Eth2中，而且其本身并不比标准方式快许多。 - [Shargri-La](https://ethresear.ch/t/shargri-la-a-transaction-level-sharded-blockchain-simulator/7936?u=benjaminion)是“交易级分片型区块链模拟器”。这篇文章很长，[此处](https://twitter.com/nrryuya/status/1301755621725757441)是总结性推特。首次展示时，他们在Eth2上围绕交易费用尝试了各种方案。 <br/> ## 常规会议 ### 实现者会议 第47次会议于9月3日进行。 - 会议日程 - 会议视频 - 我的速记以及Mamy的笔记 本次会议耗时不长。主要讨论了如何应对客户端中的弱主观性时期，我们也计划在9号的会议中单独讨论网络 (networking) 相关问题。 另一个重大消息是**Trinity Eth2客户端的开发暂停。**这是由以太坊基金会开发的Python客户端。Trinity是开源的，欢迎大家参与贡献。但是Trinity团队现在将专注于与其他团队进行协作，以启动信标链主网。 <br/> ### 其他新闻 - 在[Smart Contract Summit](https://www.smartcontractsummit.io/)中有一场关于[Eth2的圆桌讨论](https://twitter.com/hudsonjameson/status/1299360249405673474)。视频暂未上限，大家可以关注[Chainlink的Youtube频道](https://www.youtube.com/channel/UCnjkrlqaWEBSnKZQ71gdyFA/videos) - [布宜诺斯艾利斯](https://twitter.com/smpalladino/status/1299094943085015040)举办了一场Eth2的聚会。此处是Justin Drake的[西班牙语展示](https://docs.google.com/presentation/d/1_-YKG265v1blNqztKfsnawUqjAc8f0YJhRZ-uVo2ZGc/edit#slide=id.p)。 - Matt Garnett[挖掘](https://twitter.com/lightclients/status/1298680048287809536)出了一些运行Eth2验证程序的挑战：即DoS防御。在真实情况中其会否成为问题还有待观察。同时还简单介绍了正在研究的一些解决方案。 - 在过去的两周中客户端团队暂未发布更新。!🙂 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/wnie2-2019-8-31https://www.ethereum.cn/wnie2-2019-8-31Wed, 04 Sep 2019 00:00:00 GMT来源 | [What’s New in Eth2](https://benjaminion.xyz/newineth2/20190831.html) <br/> 到目前为止，我已经在 Eth2.0 范围中隐藏了一年多的时间——Eth2.0的工作强度需要我这么做。因此参加 EthBerlin 让我有机会看看周围更广阔的风景，这真是太棒了。 EthBerlin 给我的收获：整个以太体生态系统的活动水平是如此惊人!🤯今天的以太坊，即便存在着我们所知道的一些限制和局限性，依旧是奇妙地充满活力、创造力和活力的！想象一下，当我们最终释放出 Eth2.0 的全部力量时，事情将会是怎样的🚀 本期精选：花点时间听听Eth2.0研究者 Danny Ryan 在 Into The Ether 博客中说的内容 [1]，他对我们过去、现在和未来进行了很好地概述。 对了，别忘了帮我赢取一件T-shirt，文章底部有说明😆 <br/> # 阶段0规范 阶段0规范的V0.8.3版本已经发布了[2]。此版本是为9月份进行的客户端互操作工作目标而发布的规范。此版本中，核心规范没有实质性的更改，只是一些对测试的更新、一些说明和对网络连接规范的更新。 Diederik Loerakker (Eth2.0研究员) 在 GitHub 上创建了一个非常有用的文档[3]，对各客户端在实现此规范方面的各种优化进行了很好地总结。 <br/> # 对规范的反馈 由于阶段0和阶段1的规范已经不再处于不断更改的状态，因此现在是对这些规范进行仔细审查和评估的时候了。 Runtime Verification已经对抵押合约 (Deposit Contract) 进行了审计，我真的很高兴看到更多这样的事情正在进行：对这一切的关注是越多越好。 本周，人们已经在对阶段0的分叉选择规则和阶段1的托管证明构造进行了审视。 <br/> # 01. 分叉选择规则 Casper CBC 研究者 Ryuya Nakamura 阐述了一个针对 LMD GHOST 的“decoy-flip-flop”攻击[4]。这种攻击不会破坏 Eth2.0 网络的基本安全，但在某些情况下，攻击者可能会利用网络故障来使信标链在敲定区块时延迟几个小时。 *[备注：LMD GHOST 是信标链使用的分叉选择规则，即拥有最多证明 (投票) 的分叉链就是Eth2.0网络中的“权威链”]* 我的理解是，当网络出现故障时，攻击者 (需要控制网络中的很大一部分，但少于1/3的验证者) 可以“保存”其证明 (attestations，即对区块进行的投票)，然后在之后的时间使用这些证明来延迟信标链对区块进行敲定。这暗示了对 LMD GHOST 规则的一些可操作性。 Ryuya提到一种可能的防御方式就是将该分叉选择规则修改成 FMD (fresh message driven) GHOST：验证者的证明只有在一个有限的时间内是有效的，因此攻击者不能“保存”证明。但有关 FMD GHOST 的细节尚未得到分析，且其中一个担忧是 FMD GHOST 将可能与 Casper CBC 不兼容。 <br/> # 02. 托管证明 (proof of custody) 与此同时，密码学家 Dmitry Khovratovich 受委托将使用 Legendre PRF 对提议的用于生成托管证明的机制进行审计。有关托管证明问题方面的介绍和背景信息，可以查看此文档： *https://github.com/ethereum/eth2.0-specs/files/3551615/legendre_proof_of_custody_uhf.pdf* 在其审计文档中[5]，Khovratovich 发现了最初提议的托管证明结构存在的几个问题，以及针对 Legendre PRF 本身可能进行改进的攻击。他提议了一个全新的托管证明协议[6]，该协议依旧使用 Legendre PRF，且当前已经有人提议将这个全新的托管证明协议整合到阶段1规范中[7]。 以太坊基金会已经提供了一些赏金[8]，用于发现针对 Legendre PRF 的潜在攻击，甚至一些赏金还将用于针对 Legendre PRF 的论文。 <br/> # 公开讨论的问题 以下是一些我最近注意到的有关 Eth2.0 规范仓库的公开讨论问题： - 针对阶段0的奖惩计算器[9]：为了使参与质押的验证者将获得的激励和风险更加透明，有人提议了创建一个针对验证者奖惩的“可视化计算器 (visual calculator)”。昨天我很荣幸能和 Collin Myers 共进午餐，他之前在这方面做过一些工作。最近 Vitalik 更新了 Collin 制作的计算表格[10]. - Danny Ryan 提出验证者受到的“Inactivity penalty”惩罚过高[11]。按照目前的情况，当 Inactivity penalty 惩罚发生时 (即因区块停止了被敲定而对所有验证者进行的惩罚)，即便是行为端正的验证者也有可能在会损失一定量的质押金。总的来说，之后可能会对激励机制进行重新调整，这会解决这个问题。 - Vitalik 提出的极端情况：crosslinks de-finalizing [12]。Epoch 的转换使得交联 (crosslinks) 的处理更加复杂。Vitalik 提出了一些改善此问题的想法。 - Jacek Sieka 提议为主网选择签名聚合传播策略[13]。如何才能最有效地聚合分片委员会的签名？其中一个候选方案就是使用 PegaSys 团队的 Handel 协议[14]。 <br/> # 开发者电话会议 8月29日开展了第24次 Eth2.0 实施者电话会议。 - 会议议程[15] - 会议视频[16] - 会议内容初稿见 [17] 和 [18] 此次电话会议包含了很多更新信息。我就不再赘述了，我的笔记 [18] 已经对主要内容进行了简要介绍。其中由几件事情值得注意：Protocol Labs 与 EthBerlin 合作提供的赏金计划诞生了一些很棒的作品，以及有关即将迅速到来的互操作性计划 (见下文)。 <br/> # 研究方面 其中有些研究主题来自 ethresear.ch。 在如何维护验证者的隐私/匿名性方面受到了越来越多的关注。这方面是很重要的，原因在于： - 首先，由于验证者需要保持他们的私钥始终可用于对区块提议/证明进行签名，因此我们可以预料验证者的私钥将可能成为被攻击的目标； - 其次，如果区块提议者事先知道的太多 (比如提前知道自己将被选择为区块提议者)，那么他们更容易成为贿赂或者拒绝服务攻击的目标。 上述第二个问题可以通过“secret single leader election (秘密选出单个区块提议者)”的方式加以解决，即在每个 slot 期间，某个验证者可以知晓自己是在该 slot 期间唯一被选中的区块提议者，且之后该验证者可以证明自己正确地提议了区块，但这无法提前被计算出来。 对此，PegaSys 团队成员在几个月之前提议了一个机制[19]。Justin Drake 已经对该机制的有效性进行了改进，因此现在该机制已经可以实际实现。Justin Drake 改进的方式是：Low-overhead secret single-leader election [20]。 至于第一个问题，PegaSys 团队的研究是：Anonymity: a ZKP to remove the mapping ip address/wallet’s public key of a validator [21]，同时 Mikerah 也在致力于这方面的研究：Privacy-Preserving Casper FFG using Traceable Ring Signatures [22]。 另一个研究主题就是，当前围绕在 Eth1.0 链和 Eth2.0 信标链上实现不同的 ETH 发行率方面展开了很有趣的讨论。这方面的讨论带来的可能影响就是：信标链中的奖励将来自哪里？[23] <br/> # Gitter 聊天频道上的讨论 这两周在 Gitter 频道[24]上讨论的主要内容包括： - 以太坊基金会研究员 Protolambda 正在为 Eth2.0 仓库进行可视化[25]； - 有关 Eth2.0 密钥存储格式的讨论[26]； - 有关 LMD GHOST 分叉选择规则可能受到的 flip-flop 攻击的讨论 (如上文所述)[27]； - 有关“共享验证者” (即允许多个实体共同拥有同一个验证者) 的讨论[28]。这看起来有点像用于管理 staking pools (质押池) 的智能合约系统 ，我还没有抽出时间仔细研究一下，且相关的文档也太稀少了。 - 验证者 API 已经转移到一个新的仓库中[29]； - 在阶段0期间，Stakes (质押金) 是不可以转移的[30]； - 在阶段1期间或之前，质押金应该可以实现转移[31]； - 有关“验证者何时会被奖励”的讨论[32]；(对此我已经在撰写一篇文章了，文章写完一半了😅) - Protolambda 做的有关默克尔树和客户端优化项目的笔记[33]； - Danny Ryan 针对 BLS 签名处理性能设定了一些期望[34]； <br/> # 互操作性 早在今年5月，在纽约举行的 Eth2.0 meetup 期间，Joseph Delong 提议举办一次针对各客户端的互操作性“禁闭”聚会，计划是让所有的客户端团队尝试将他们的客户端实现连接在一起 (测试互操作性)，看看哪些方面可以运行，哪些方面需要修复。Joseph Lubin 提出承担此次聚会的大部分费用。 在过去的三个月里，所有的客户端团队都在为互操作性而努力工作：包括实现并通过常见的参考测试 (reference tests)、在网络连接规范方面进行协作、实现工具来快速地搭建并运行测试网络等等。在这方面，阶段0规范在6月底的冻结对此大有裨益，给了各客户端团队一些更稳定的目标。 好了，聚会的时间就要到了！ 在之后的一周时间里，我们将有45人聚集在安大略省的一个偏远的湖边小屋，包括所有的客户端团队、一些以太坊基金会成员、一些 Whiteblock成员，以及致力于阶段2的 Quilt 团队和以太坊基金会的 Ewasm 团队。 Whiteblock的首席执行官 Antoine Toulme 已经被任命为此次聚会的技术指导，确保我们能够有序地取得进展，并有效地解决我们之间的分歧。 在此次聚会结束之前，我将不再更新有关Eth2.0工作的进展，但在三周之后我会发布有关此次聚会的完整报告。其间，你可以在Twitter上查看很多令人兴奋的事件😱 Jacek Sieka发布的这条推文就是一个很好的例子[35]：Nimbus 与 Lighthouse 进行通信。 祝我们好运吧！ <br/> # 其他新闻 - 以太坊基金会已经宣布了一项总额超过200万美元的资助计划[36]，这些资金将用于支持以太坊2.0相关的研究和开发工作。我特别高兴地看到，ConsenSys 也参与进来共同为 Lighthouse 和 Whiteblock 提供资助。 - Lighthouse、Prysm、Lodestar、Nimbus 等客户端开发的更新已经出来了，Nimbus 还做了一次 AMA 访谈[37]； - bitrates.com 网站发布了一篇概览 Eth2.0 的文章[38]； - Protolambda 计划为所有对 GitHub 上的 Eth2.0 相关的仓库[39]的进展进行可视化[40]，Prysmatic Labs 此前对他们的 GitHub 仓库进行了类似的操作[41]； - Vitalik 列举了当/如果我们将 Eth1.0 链调入 Eth2.0 链中时可能会面临的问题[42]。但别担心！我们还有几年时间来解决这个问题。 - Rocket Pool 将要推出他们的 Beta 测试基础设施[43]，该基础设施将用于提供 Eth2.0 staking 服务。 - 👕帮我赢取一件 T-shirt！👕由于 Hyperledger 投票通过了采用我们的以太坊主网客户端 Pantheon，我们正在进行一场内部的社交媒体竞争来将这个消息公布出去。请花点时间帮我点赞/转发/点击我的这推文 [44] 和 [45]。[我基本上都是占有自己的时间来写这些文章的，撰写本文时还是周六的早上，如果能穿上一件PegaSys的独家T-shirt就更棒了😂 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/ethereum-2-0-terms-demystifiedhttps://www.ethereum.cn/ethereum-2-0-terms-demystifiedTue, 03 Sep 2019 00:00:00 GMT来源 | [alethio](https://medium.com/alethio/ethereum-2-0-terms-demystified-8398357429d7) <br/> 随着以太坊2.0的发布即将到来，这是关于它的许多文章中的第一部分，我们希望后续会有更多的相关文章发表。 以太坊 2.0（Serinity）是众人期盼已久的重要更新，开发者们更是为其倾尽心血，**其中包括在扩容性方面进行一些重大升级，并且将从工作量证明（PoW）转变为权益证明（PoS）机制**。目前的一个重要里程碑当属第一阶段开发的规范冻结。我们投入了大量精力进行研究与开发，现在，我们的努力初见成果。 当一开始研究Serenity（以太坊2.0）时，首先让我感到困惑的是大量全新的术语。Crosslink（交联）到底是什么？Slot是区块吗？（剧透！不！它不是）Attestor（证明人）与validator（验证者）是一回事吗? 因此，我们在以下为略懂技术的用户列出了以太坊2.0中最常用的术语，请注意，这并非一个详尽的列表，但给出了关键的细节，以期解决读者可能存在疑问的地方。 如果发现任何不符之处，或出于任何原因想与我们联系，可以通过 Twitter (@AlethioEthstats) 或我们新创建的 Discord channel (https://discordapp.com/invite/e8dxhn) 联系我们。 <br/> ### **信标链** - 参与者一链式协调 - 权益证明（PoS）链 - 包括信标区块 - 共识层 - 管理验证者 - 实施奖惩机制 - 通过交叉链接充当分片的锚点 <br/> ### **分片链** - 共有1024条分片链 - 半独立链 - 包括分片区块 - 分片区块的状态定期通过交联被记录在信标链上 - 一旦信标链上的区块被最终确认，处于交联的相应分片区块也被认为最终确认 - 每个分片链都设有一个验证者委员会证明区块有效性 <br/> ### **交叉链接 Crosslinks** - 分片状态的总结 - 只引用信标链上的分片 <br/> ### **时隙 Slot** - 区块提议者创建一个区块以供验证的时间段 - 时隙中可能没有区块 - 时隙中填充了已证明的区块 <br/> ### **时段 Epoch** - 由若干时隙组成（目前为64个时隙），之后验证者委员会进行重组 <br/> ### **验证者 Validators** - 在验证者保证金合约质押了32个ETH，运行验证者节点的用户 - 验证者可能存在多个状态：不活跃（尚未作为一个真正的验证者运行）；可能活跃地进行验证工作，也可能处于悬而未决的状态（选择成为一名验证者但仍在队列中）；也可能处于退出状态（不再进行验证，在退出队列中） <br/> ### **区块提议者 Block Proposers** - 信标链指定的随机验证者，提议进行验证的区块 - 信标链上每个时隙都有一个区块提议者，每个分片的每个时隙都有一个提议者 <br/> ### **证明 Attestations** - 投票决定分片区块或信标链的有效性 <br/> ### **委员会 Committees** - 信标链随机选定的一组验证者，验证（信标链和分片链上）区块的有效性 - 每个委员会的目标验证者人数至少128个 <br/> ### **ETH2 or BETH** - 信标链的基础代币 - 最初将通过验证者奖励和在验证者保证金合约中锁定ETH1获得 <br/> ### **验证者保证金合约** **Validator Deposit Contract** - 工作量证明链（在本文语境下，即以太坊主网）上的智能合约 - ETH1资产被锁定在这个智能合约中，事件日志发出，并且被信标链读取，相同数量的ETH2将分配给当前验证者 - 这种机制将来可能会改变 - 在阶段2结束之前，ETH1到ETH2的转换将是单向的，无法换回ETH1，但是一旦验证者之间能够相互转账，就存在可以出售质押资产的可能性 <br/> ## **以太坊2.0各阶段** #### **阶段0 —— 信标链** - 管理验证者以及他们的质押资产 - 组织委员会，选举提议者 - 实行共识规则 - 实施奖励和惩罚/罚没 #### **阶段1 —— 分片** - 构建分片链和分片区块 - 将每个分片通过交叉链接锚定至信标链 - 实现验证者之间bETH的转账（这应该很快就能实现，因为它与分片工作没有技术上的联系） #### **阶段2 —— 运行环境** - 基于eWASM的执行虚拟机 - 每个分片都可以访问所有运行环境 - 能够在执行环境中进行交易 - 能够运行智能合约并与其进行交互 - 跨分片交流 <br/> 鉴于在这个问题上很难获得权威信息，所以非常感谢Ben Edgington就以上内容给予我正确的指导。同时也要感谢Danny Ryan、Everett Muzzy和Will Villanueva的补充指正。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/the-state-of-scaling-ethereumhttps://www.ethereum.cn/the-state-of-scaling-ethereumWed, 07 Aug 2019 00:00:00 GMT来源 | [ConsenSys](https://media.consensys.net/the-state-of-scaling-ethereum-b4d095dbafae) <br/>  <br/> 以太坊开发者很早就意识到以太坊网络扩容是一个值得探讨和投入的主题。然而，直到2017年底，扩容性问题才开始显现：一个名为 CryptoKitties （加密猫）的去中心化应用程序（dApp）造就了大量流量，导致网络产生延迟。除此之外，gas（以太坊区块链合约中运行每项操作所需的费用）的价格也随着用户竞相进行交易验证而飙升。 虽然这个故事现在已经过度报道和消费，但 CryptoKitties 事件确实揭示了一个现实：目前以太坊网络的容量状态可能还没有为成功的 dApp 带来的巨大流量做好准备。速度缓慢和成本不稳定的原因使人们对以太坊平台和去中心化应用程序敬而远之。DApp 开发者正致力于首个能真正实现广泛采用的应用程序，所以开发者必须持续攻克区块链扩容问题。 <br/> ## 扩容性解决方案面临“三元悖论” <center><img src="https://i.ibb.co/tPdjpLC/2-530c806c9e.jpg" /></center> <center>图源 ConsenSys</center> 区块链技术中有这样一个理论：**网络可以同时支持以下的两种属性，即安全性、去中心化和扩容性。此即“三元悖论”**，在这个现象越来越为人熟知时，也已经成为了以太坊开发者要面临的挑战，因为开发者想要在提升扩容性以供更广泛的采用和实现时，也能维持区块链的核心特征（去中心化和安全性）。然而目前有些扩容性解决方案会严重影响安全性或者去中心化： - 从理论上来说，**使用代币**是扩容问题的解决方案之一。这个方案摈弃了所有交易都发生在一条区块链上的想法，采行多个代币共存但运行于独立区块链上的模式。通过将运行压力分布至其他区块链上使得扩容性得以实现。但是，如此一来每条区块链的节点将会减少，那么区块链就更容易受到攻击或产生欺诈行为。因此，使用代币的解决方案兼顾去中心化和扩容性，但对于安全性却是捉襟见肘。 - **扩大区块容量**是另一个解决扩容性问题的理论方案。如果每个区块的容量增加，所有的节点仍然可以运行各种操作，但是同样的时间却可以容纳更多的交易。然而，随着区块容量增大，需要耗费更高的成本来打包交易，这对于许多矿工来说是难以负担的。这就可能导致网络将来被一些超级计算机掌控，因为它们拥有足够验证每个区块的资源。由此看来，增加区块容量能够保证安全性和扩容性，却显著降低了网络的去中心化程度。 确实，在区块链发展之初，我们的关注点主要是安全性和去中心化。因此，要实现扩容性最大的阻碍是每个节点都需要亲自处理每笔交易。即使做到绝对安全和去中心化，系统已经没有为扩容性解决方案预留下多少空间。那么问题来了，**我们要如何对以太坊进行扩容，而不影响安全性和去中心化的前提。** 目前有四种协议在开发中，以期解决扩容性问题，即分片(sharding)、Plasma和雷电网络，至于第四种协议，Casper，在内容上更为广泛，但仍然对以太坊甚至是其他区块链网络提供扩容性参考。 <br/> ## 分片 Sharding 分片这种扩容方案仍然将所有交易运行在原来的区块链上，因此被称为**“链上”方案**。上文提到以太坊中的每个节点都需要处理每笔交易，而分片就旨在解决在以太坊网络交易的线性问题。 分片可以让节点同时并行操作，也就提高了整体区块链的每秒交易处理量。**在分片方案下，以太坊网络可以被划分成多组节点。****每组节点构成一个分片，每个分片处理组内的所有交易。这就使得每个分片可以同时处理不同的交易。** 在每个分片内部，某些节点扮演了“汇总人”(collators)的角色，定期创建“汇总”(collation)，或者说是关于该分片的信息合集。每个 collation 都会包括以下信息： 1. 该 collation 所属分片信息； 2. 交易完成之前分片状态的信息； 3. 交易完成之后分片状态的信息； 4. 2/3汇总人的数字签名以验证 collation 中的信息。 在网络中，每个分片中的汇总信息都会被整合进一个单独的区块，然后添加到到以太坊区块链中。也就是说，**分片技术使得节点组合处理并验证交易，但只有汇总信息会被添加到区块链上。**假设有10个分片，每个分片处理5笔交易，那么下个区块链中的区块则包含了50笔交易信息，而不再要求节点按顺序处理这五十笔交易。 但是分片技术会伴随两个问题。首先，每个分片都必须保证有足够多的节点才能确保网络的安全性。如果节点过少，那么2/3的汇总人则有可能进行串通，从而产生恶意行为。其次，两个分片之间的交易处理难度很高，如果只存在一个分片，则不会产生类似问题，因为它代表了整个区块链。目前的方法还需要详尽的收据和证明。 <br/> ## Plasma Plasma是另一种在 **“链下”** 处理交易的解决方案，也就是说，交易并不是在以太坊主网上进行。**Plasma使得许多区块链（子链）能够从原来的区块链上分离出来（根链）。因此，每条子链都能在基于根链底层安全性的前提下，独自处理和维护交易。** 通过Plasma，子链中的所有计算都由根链助推，但是根链只需要在某条子链中产生争议的时候亲自进行计算。这种方案使得区块链上的所有交易信息可以由子链分担，从而在速度和效率上达到最优。根据子链节点的意愿，他们可以撤回交易信息，并且将交易记录输出至根链。 这个方案有一个独特的优点。每个 Plasma 链都能制定自己的标准和规范，这意味着不同的子链能够支持针对不同需求的交易（例如隐私性），同时所有的交易都处于同样的、安全的环境中。 <br/> ## 雷电网络 雷电网络也是一种**链下扩容解决方案**，可以使节点之间维护交易记录而不用请求根链验证每笔交易。两个节点之间可以开通一个**“状态通道”(state channel)**，这是用户间的双向通道。交易信息会在两个节点之间传递，并且需要双方签名来保证不可篡改性。 雷电网络对于**经常性和规律性支付**来说十分实用，例如，用户需要每周支付某公司10美金以获取某项服务，或是在超市进行定期采购。在两个节点间记录并验证此类交易，而无需调动整条区块链中的节点，如此一来根链就可以释放出巨大的空间。 无论何时，状态通道中的参与者可以选择关闭交易，但所有交易的最终结果都会记录在根链上，继而被包含在下一个区块中。这意味着，假使连续一年每周支付10美元，区块中的最终交易记录是520美元，而非52笔10美元的交易。 雷电网络解决方案有利有弊。问题在于节点只能与他们的“邻居”交流，也就是说如果节点A和节点B之间开启了一条状态通道，节点B和节点C之前也有一条状态通道，A无法直接向C发送资金。但是以这种通道形式进行交易可以避免资金被盗取或锁定。A虽然无法直接转账给C，但可以将B作为“中间人”，而B由于受到A和C的限制，也无法窃取资金。 而雷电网络最主要的优点，就是可以大幅降低交易的gas费用。因为与根链上的交易相比，发生在节点之间的链下交易所需gas成本更低。 <br/> ## Casper Casper 是**一系列共识协议的集合，该协议旨在帮助以太坊从工作量证明 (PoW)转向权益证明 (PoW)**。在工作量证明算法下，为了解决加密难题挖出新区块，矿工必须要耗费一定能源。若是正确解决难题，他们就可以获得奖励，但这个过程需要大量能源成本（并且由于区块难度上升，成本还在持续增加）。PoS挖矿确实有烧钱和能源浪费两大缺陷，目前每年需要花费120亿美元来维持工作量证明机制。 **在权益证明 (PoS) 中，验证者会取代矿工在区块链中对区块进行验证（验证取代挖矿）**。验证者通过在某个区块上质押资产进行验证，避免了计算难题所需的资源成本。质押数额最高的区块会被验证，进而被添加到区块链中。 实质上，验证者通过在合约中锁定资金押注某个区块会被添加到区块链中，直到下一个区块被加入并且被证明是正确的区块，他们就会获得奖励。如果验证者施行不正当行为，那么他们所质押的资金将会被罚没。 从概念上来看，PoW 到 PoS 的转变可以防止区块链被恶意攻击。在 PoW 算法下，一次失败的区块链攻击仅仅使攻击者损失了时间和资源成本。但在 PoS 算法下，失败的攻击则会直接导致经济损失，因为他们质押在错误区块中的资金将会被立即罚没。 Casper 最终的部署将基于该协议的两个迭代：Casper FFG 和 Casper CBC。这两个协议将被部署在以太坊上用于网络测试 PoS，并且在算法过渡完成之前识别潜在问题。 <br/> ### Casper FFG （Casper the Friendly Finality Gadget） Casper FFG 使 Casper 的首个迭代版本，其中区块依然经由 PoS 算法挖出。不同的是，每50个区块就会有验证者介入测试 PoS 机制。这个“检查点”会使用 PoS 协议来评估最终确定性。“最终确定性”意指该次操作已经完成且完全不可篡改。在 FFG 中，验证者质押资金以完成前50个区块的最终验证。 *译者注:Casper FFG 由于混合了 PoW 和 PoS 机制，使得主链和分片链的开发工作中存在大量重复的劳动，因此 FFG 于去年6月被弃置。而在理论上 Casper CBC 更具有可实现性、部署速度会更快，因此 CBC 将会被部署于以太坊2.0中。* <br/> ### Casper CBC Casper CBC (Correct-by-Construction) 是 Casper 的第二个迭代。通常来说，要部署一个协议需要先正式确定，然后证明其符合所有给定的特性。而 CBC 中的 PoS 协议仅需要部分确定，为了满足相关属性再做进一步精细调整。因此，不同于从一开始就有精确的定义，该协议将采用循序渐进的方式进行部署。 那么 CBC 如何适应过程中可能出现的问题呢？这就需要通过一个被称为“理想对手”的协议来为 CBC 提出假设、错误和协议未来可能面临的问题。 **Casper 系列协议不仅仅囊括了扩容性议题，其中还包括节省能源和提高安全性的考虑**。然而，随着增加区块所需能源损耗的降低，要实现网络扩容也将更具有挑战性。尽管 Casper 并不是专门为实现扩容设计的，但仍然会为网络的流量承载能力作出积极贡献。 *译者注：进一步了解 Casper CBC，可继续阅读本站文章[《Casper CBC：什么是共识和确定性？》](https://ethereum.cn/archives/52)、[《Casper CBC 协议安全性证明》](https://ethereum.cn/archives/407)。* <br/> ## 结语 值得注意的是，**以上这四个方案互不相斥，它们将被全部应用到以太坊2.0的更新中，或多或少地解决以太坊的扩容问题**。扩容性问题是近几年来以太坊开发者的关注焦点。随着越来越多的 dApp 开发和上线，更完善的扩容性解决方案也会持续出现在我们的视野之中，帮助未来的以太坊将潜力发挥到极致。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/ethereum-2-0s-latest-strides-forwardhttps://www.ethereum.cn/ethereum-2-0s-latest-strides-forwardTue, 30 Jul 2019 00:00:00 GMT来源 | [Ben](https://media.consensys.net/ethereum-2-0s-latest-strides-forward-13f63652e57d) Edgington <br/> # 欢迎来到Bazaar（市集） 我最近重读了 Eric Raymond 在1997年发表的有关开源开发的经典著作“The Cathedral and the Bazaar”。当有一群数量可观的开发者参与软件开发时，会形成一种非常积极的局面。他将其称之为开源软件开发的**“市集”模式**。这种模式看似喧嚷、混乱，但其实激发了开发者的活力，使其更加高产，而且最重要的是，会取得更好的成效。他将“市集”模式与传统的“教堂”模式进行了对比，在传统模式中，开发都是由少数且封闭的个人合作形式进行的。二十年后，“市集”模式将带来的改变是不可置否的。目前应用于世界上绝大多数计算机设备的 Linux 操作系统只是“市集”开发模式的其中一个例子。 我发现这是一个有趣的角度，透过它我们可以窥见以太坊2.0区块链的发展。从以太坊2.0项目开始到目前已经经历了一年多，正是反思的好时机。 以太坊2.0项目可以说完全采用了这种开放式、“市集”式的开发模式。然而，我们大大拓展了 Raymond 的愿景：**在以太坊2.0 中，我们所做的不仅仅是构建软件，我们还在以这种完全开放的方式设计整个协议。**我不确定之前是否有过这样的先例。 这不是指无序状态。与 Raymond 的概念一致，这个项目主要由以太坊基金会的一个小团队领导，负责设定路线并管理主存储库。但是一切工作都在**透明公开**的前提下进行，并囊括尽可能多的参与者。举些例子：目前有62人为规范贡献了代码，还有更多的人参与了客户端执行进程、ethresear.ch 上的研发讨论、还有每两周一次的开发者电话会议（最近一次会以中超过50个人参与）。 是的，尽管过程中有时候显得混乱、无组织、效率低下，因而出现了很多新设计、修缮和重写的情况。然而，在这市集般的喧哗中，涌现出了一些奇妙非凡的事物，这也是非开放的开发者社区难以望其项背的地方。 我一直以来主张（也将长期主张）的看法是，**这种开发模式是以太坊的杀手锏。**“激进”的开放性使社区获得了强有力的参与和支持。对于我们这种依赖社区驱动“网络效应”的技术，做到这一点至关重要。仅仅是社区大规模的参与就使得以太坊与众不同。 以下是我经常思考的关于这种开发模式的一个例子，Vitalik 最近发推说道：社区最好的一点就是当某个问题被提出，就会有人自告奋勇站出来解决。2017年底，Justin Drake 出现了，在以太坊2.0计划休眠了一段时间以后重新激活了相关研究工作。在2018年中，当以太坊需要更好的协调和规划时，Danny Ryan 站了出来。2019年初，从未有所耳闻的 Diederik Loerakker 成为了以太坊2.0客户端测试套件的关键开发者。我们的下一个难关是攻克点对点网络，具有专业知识的成员已经开始逐渐参与其中。例子不胜枚举，但我想说的重点已经清晰明了：大家喜欢“市集”。 <center><img src="https://i.ibb.co/VwM6xfb/2-02-46b870a78a.jpg" /></center> <center>“市集”有发展路线图吗？图源 Microsoft</center> 我有时会被问到一个有趣的问题，通常是对以太坊感兴趣的企业问的：路线图在哪里？恰当地说，虽然参与者之间对于以太坊的发展方向以及发展方式有许多共识，但其实并没有公开发布的、详细的、承诺性的、“官方认可”的路线图。“市集”模式下不存在“确切”的路线图。Linux Weekly News 的一篇经典文章也遭遇了同样的问题，他们的结论是：“试图在此进程中制定路线图不太可能起到促进作用。” 话说回来，对于以太坊2.0系统计划，我们确实分了三个独立步骤，每一阶段在前一阶段的基础上继续进行。阶段0主要内容是信标链，它将实现了权益证明（PoS）协议，作为工作量证明（PoS）的替代方案来维护区块链网络。阶段1以分片链的形式提供巨大的可扩展性，能够将网络的交易处理能力提高至每秒一千多笔。阶段2是提供用户帐户和智能合约的执行层，并为去中心化未来所需的全部分布式应用程序提供支持。 <br/> # 信标链[阶段0] 经过一年的集中开发，**以太网2.0信标链规范于6月30日冻结**，即研究和设计已经完成，我们完全进入交付阶段。信标链是以太坊2.0系统的基础。它负责管理权益证明协议并协调所有独立并行的分片，这是开发中最为复杂的部分。 去年7月，信标链的想法在柏林诞生，并定为以太坊2.0的未来方向。这个概念虽然是从无到有，但绝不是无中生有，其中的想法可以追溯到以太坊的最早期。该规范通过深入的洞察、讨论、检查和测试过程才得以形成。 同时，目前已经有九个以上来自不同背景和地区的团队在不同的编程语言中实现了该规范，并且添加了使其完全运行的工程基础设施（虽然规范本身就是引擎，但我们要使其具有完备的功能，还有很多其他事情需要做，例如添加网络、数据库、工具等）。一些团队已经发布了概念证明公开测试网，让人们可以尝试成为以太坊2.0中的验证者，例如 Prysmatic Labs。 有时，规范变化得很快，我们一直在保持跟进。最近信标链规范冻结是一个重要的里程碑，并且将带来两个良好效应。 首先，信标链规范现在可以进行**形式验证**。这涉及到将其翻译成一种叫做作“K”的特殊用途语言，才能进行严谨的分析和正确性证明。运行期验证将执行这项工作。目前已经完成了对验证者质押合约的分析，该合约将部署在以太坊1.0上，以便验证者转移到以太坊2.0。 规范冻结的第二个效应是**它使得所有客户端都能处于同步状态，并启动下一个关键阶段：互操作性。**以太坊2.0信标链客户端类似于当前的以太坊节点，例如 Geth，Parity 和 Pantheon。这些运行以太坊网络的节点彼此沟通，无时无刻达成共识是不可或缺的。可能一个小错误引起的分歧都会导致网络分裂。 <center><img src="https://i.ibb.co/gV6kLkz/2-03-0106126b6d.jpg" /></center> <center>布鲁克林 “互操作性”研讨会</center> **要实现互操性本身就是一个过程。**首先，所有客户端都需要通过通用参考测试。该规范的一个非常有趣的特性是**它已经实现了可执行性，即可以运行规范本身以直接生成客户端测试。**相比于当前使用 Python 编写的规范，有些人可能更喜欢叙述风格，但尽管如此，当前的规范确实是一个非常有用的工具。另一种类型的测试是**“模糊测试”**,过去它成功地针对以太坊1.0客户端的问题进行了追踪，即反复向客户端输入随机无效数据来找出导致客户端非正常运行的个例。目前正在为信标链开发这类模糊测试工具。 一旦每个以太坊2.0客户端团队都能保证客户端可以正常运行，接下来就要使这些客户端能够在网络中实现通信。问题在于，当分布式系统出现问题，是很难排查出来的。因此，第一步就是让各客户端执行一个简化协议（Hobbit），从而使得在执行完整网络堆栈之前更容易进行漏洞排查和分析。为此，计划的内容是今年9月份让所有的客户端团队汇聚在加拿大安大略省的某个地方：在确保所有客户端执行可以正确进行互操作之前，任何人都不能离开。 成功实现互操作性将为今年即将推出的一个共同的、长期的公共测试网铺路搭桥。到那时，任何想要加入该测试网中的用户都能自主选择安装一个以太坊2.0客户端，质押测试 ETH 代币，并参与测试网中的验证活动，或者寻找测试网漏洞。发现bug和缺陷的人都有机会获得奖励。 最后，如果进展顺利，信标链将于2020年初启动。有人建议启动日期定于2020年1月3日，因为这天是比特币创世区块诞生的周年纪念日。但对于信标链来说要完全产品化还为时尚早，我认为最有可能在2020年第一季度末发布。 信标链启动前所需的最后一步是将验证者质押合约部署到当前的以太坊1.0区块链上。质押合约规定，任何想要成为验证者的用户都需要抵押 32 ETH。**计划将在今年10月初的第五次开发者会议（DevCon V）期间进行部署。**一旦该质押合约中的 ETH 质押数量达到了约 200 万枚，即代表**验证者数量足够多时**（65,000 名左右），我们就可以有把握地正式启动信标链，使其安全性达到能够抵御攻击的程度。 <br/> # 分片链 [阶段1] 虽然以太坊2.0的交付计划是分阶段进行的，但每个阶段其实是并列进行的。 阶段1主要囊括了分片数据链的设计和交付。在此阶段，我们将在系统中增加**1024条独立的区块链**（分片链），每条链都与信标链相连。阶段1的协议比信标链阶段要简单得多，几近完成的该协议总代码行数大约只有信标链的一半。 <center><img src="https://i.ibb.co/3YnKBCY/2-04-52e088b55a.jpg" /></center> <center>以太坊2.0将是一个具有空前扩展性的点对点网络</center> <center>图源 Daniel Aleksandersen</center> 阶段1的主要挑战是：点对点网络的设计要求当验证者被分布到1024条分片链上之后，能够快速地和正确的验证者互相进行准确的信息传递。相关工作正在与客户端互操作性同时进行。 <br/> # 执行层 [阶段2] 最近最令人兴奋的进展是以太坊2.0的最后一个交付阶段，即执行层阶段，有了明确的前进方向。作为具有写作经验的人，我清楚地知道当面对一张白纸时，其中的挑战多么巨大。同理，当设计空间巨大且不受约束时，“开头难”这个问题十分棘手。因此，以太坊2.0的执行层设计就经历了这样一段困难时期。 直至几周前，还没有人十分有把握从何处下手：我们将能够在以太坊2.0上运行什么样的程序？用户账户将会是什么样？各分片将如何相互通信？想法天花乱坠，可能性也无穷无尽，但如何一步一步实现却令人费解。 打破这一僵局的是 Casey Detrio，他在多伦多举行的扩展以太坊大会（Scaling Ethereum conference）上做了一次精短的历史总结，除此之外他还公布了一个提议方案，随后该提案的有效性被证明。Casey 的建议被 Vitalik 采纳并得到进一步拓展，其他开发者也热情地参与进来对其进行试验以及定义。 当前的以太坊区块链上只有一个执行环境，即以太坊虚拟机 (EVM)。EVM 之前被写入了以太坊协议中，因此每个智能合约只能经由 EVM 执行，合约的执行以某种方式收取一定费用(即gas)，并且只有特定的加密签名和重放攻击保护方案（replay-protection）得到许可。EVM 的功能非常强大，但也因此受到了一些限制：即使用户只想发送少量 ERC20 代币，也需要在账户中充值 ETH；完全匿名交易难以实现；使用一些创新的加密技术也需要付出成本。 简言之，以太坊2.0的提案就是要将这些问题剥离出来。以太坊2.0区块链不再强制使用这些机制，相反，它将**为用户提供许多不同的执行环境**，每个环境都将根据其使用目的以制定适宜的规则，并在此基础上运行。 例如，除了针对智能合约的、在eWASM中编译的通用执行环境之外，可能还会运行一些其他的执行环境：以期优化匿名代币交易、支持新智能合约语言 (Haskell 之类的语言) 、处理高容量的 Plasma 链、加入受许可和隐私性功能以服务企业级用户。甚至还有可能出现一个能够运行 Libra 项目中 Move 虚拟机的执行环境。 以太坊2.0仍然处于快速开发阶段，更多的细枝末节我将在后续的文章中讨论到。在此我还将提到“市集”开发模式对阶段2产生的一个重要影响。一直以来，我们希望**将整条现行的以太坊1.0链作为一条分片链安置在以太坊2.0中。**这不仅能保障目前已存在的以太坊应用程序的未来，并且并不妨碍我们最终移除工作量证明（PoW）机制。对此我们已经有了一个切实可行的方案，并且我们正在针对此方案进行详细设计。“Eth1+Eth2”没有必要在以太坊2.0初期就急于实现，在后期仍然可以进行部署，所以目前我们还有时间强化这个方案。 <br/> # 结语 <center><img src="https://i.ibb.co/QnG5PY1/2-05-9814c797c6.jpg" /></center> <center>忙碌的市集 图源 Diego Delso</center> 就目前的发展速度而言，我对以太坊2.0的未来比以往任何时候都更加看好。我不喜欢夸夸其谈，但我不禁产生疑问：按照目前的发展，作为以太坊2.0最后交付阶段的阶段2似乎将在2020年就投入使用，这比原先设想中的时间要早（仅作为个人假设）。 从现实到实现，我们还有很多工作要做，但绝不会像无头苍蝇一样乱撞，因为我们的前路无比清晰，开发者和社区成员提供了强有力的支持，并且还有源源不断的新生力量汇入我们。以太坊“市集”的能量惊人，这是一个令人振奋的舞台，我相信，有这么多出类拔萃、斗志昂扬的参与者，最终的成果一定非同凡响！ 以太坊“市集”对所有人敞开大门，还不赶紧到 github 上**[加入我们](https://github.com/PegaSysEng/artemis)**吗？ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/the-state-of-the-ethereum-network-2019https://www.ethereum.cn/the-state-of-the-ethereum-network-2019Thu, 25 Jul 2019 00:00:00 GMT来源 | [ConsenSys](https://media.consensys.net/the-state-of-the-ethereum-network-2019-8a21d57c1895) <br/> 五年前的7月22日，以太坊众筹上线，也正是从此点燃了许多开发者、创业者、企业家多年以来的热情。五年后的今天，区块链生态系统已然趋于多元化、全球化，并且在去中心化的道路上笃定前行，也有越来越多的人认识了区块链，理解了它的重要性和积极意义。 纵观这一年，在经历了加密市场的大幅跌落后，区块链生态系统的2018年在舔舐伤口中结束了。备受关注的“熊市”话题已经逐渐被这样的共识替代：尽管市场价格仍然不稳定，但整个行业已经渡过凛冬，并逐渐回暖，这恰恰揭示了一个强劲有力和稳中求进的生态系统。尤其是对以太坊而言，2019年更是刮起了活跃度、关注度和自我提升之风。 今年到目前为止才刚刚过半，但以太坊的猛进之势不可阻挡。 <br/> # 网络活动 自诞生以来，以太坊主网已经处理了超过5亿笔交易（截至7月17日突破5亿大关）。仅在2019年，就处理了超过1.3亿笔交易，其网络利用率相当稳定，平均利用率将近90％。以太坊中总共存在超过7千万个唯一地址，自今年年初以来新创造的地址为1600万个（约占16％）。  6月1日当天，网络中有616,000个活跃地址进行交易，为2019年最高。目前以太币（ETH）的总供应量为1.06亿，平均到每个地址为2.28 ETH。若是不包括前500个以太坊持有地址（占总供应量的37％），每个地址的平均ETH持有量为1.43 ETH。 今年2月份，以太坊网络进行了君士坦丁堡升级，计划通过该次硬分叉升级网络并向多段式的 Serenity 阶段靠近，其中包括了向权益证明(PoS)共识机制过渡。君士坦丁堡硬分叉的更新总共包含了5项EIPs（以太坊改进建议）。其中值得关注的是，EIP 1234 将区块奖励从3 ETH降低为2 ETH，这一转变被称为“The Thirdening”（第三次区块奖励减半）。 <br/> # 企业应用  2019年到目前为止，在企业活动中被提及最多的就是“隐私”问题。 Facebook 发布的 Libra 项目充满了对自身意识形态、监管和技术的考虑，同时也唱起了对用户隐私的颂歌。ConsenSys 支持的 PegaSys 项目在4月份发布的 Pantheon 1.1 中引入了名为 Orion 的 Trusted Compute（可信计算）和隐私组件，专门用于解决企业对以太坊隐私性的担忧。5月，安永发布了一套标准和协议以提升在以太坊公链上进行私人交易的隐私性。这个名为“Nightfall”的项目在 Github 上开源发布，力求任何基于 ERC-20 和 ERC-721 标准的代币交易在“完全私密”的环境下进行。 咨询机构和研究公司也对企业在区块链领域的快速探索加以肯定。Gartner 在6月的一份报告中估计，到2025年区块链将为企业增加1760亿美元的价值，到2030年将增加至3.1万亿美元。据 Gartner 估计，其中有1万亿美元将来自企业间以及企业内部的改进和机遇。  德勤在2018年底的报告中总结了对1000名具有区块链思维的企业高管的采访，提问有关他们2019年及以后将会做什么打算。95％的受访者表示他们的公司计划在2019年投资区块链技术。近40％的公司计划投资超过500万美元。尽管有39％的人认为该技术目前被“过于夸大”，但84％的受访者认为区块链最终将实现可拓展性，并应用于主流人群。汽车、石油、天然气以及生命科学领域的高管最看好区块链，其次是金融服务。  总体而言，大趋势是高管们虽然态度谨慎，但还是有意探索去中心化技术提供的机遇。例如，投资银行业巨头高盛（Goldman Sachs）悄悄发布职位列表，旨在为内部孵化器项目招揽数字资产项目经理。 <br/> # 政府升温 2019年，各国政府已从投资探索型区块链转向启动自己的试点项目，旨在实现政府治理的现代化。卢森堡政府通过 Mind＆Market、Horizon 2020、LHofT、Letzblock和Luxinnovation 等计划为区块链创业公司提供支持。德国和瑞士政府都建立了区块链项目资助项目，分别是 German Blockchain Bundesverband 和Blockchain Federation（区块链工会）。  目前，欧洲正在引领这一区块链浪潮：44个欧洲国家中有29个国家签署达成了了欧洲区块链合作伙伴关系，并将合作建立欧洲区块链服务基础设施（ESBI）。除了欧洲，世界范围内的国家也因地制宜，纷纷实施区块链策略以探索符合自身需求的用例。格鲁吉亚正在利用区块链技术以简化土地所有权登记框架，中国常州市与阿里巴巴正在合作试验区块链能否适用于保障市民医疗健康数据，澳大利亚政府也正将区块链技术应用在重要出口产品（糖）管理中。 数十家地方和中央银行正在积极开展基于区块链的项目，以期高效解决几个长期存在的问题。针对过高的汇款费用，UnionBank 发布了 i2i 项目。巴西中央银行目前正在研究将分布式账本用于跨行应急支付和弹性系统（SALT项目）以及分布式信息交换平台（PIER项目）。在泰国银行、南非储备银行以及新加坡金融管理局创建的项目中，通过使用央行发行的数字货币（CBDC）以寻求替代目前系统的可能。2018年底，世界银行推出了首个基于区块链的债券“bond-i”，并由此筹集了1.1亿澳元（折合人民币约5.28亿），这标志着投资者首次支持运用区块链技术全面管理债券行为。 美国正在采取广泛措施来制定相关法规并执行区块链友好的法例。例如，怀俄明州州长于2019年2月签署了 HB0070 法例，授权国务卿为企业实体和商业申请制定和实施基于区块链的备案系统。2019年3月，南达科他州州长签署了 HB1196，对用于特定目的的区块链技术给出明确定义。阿肯色州也通过了一项法案（即HB 1944），该法案规定，智能合约中有关交易的条例不应被剥夺法律效力、有效性或可执行性。 通常来说，政府部门的创新速度相较缓慢。但预计未来会有更多政府公开宣布区块链项目。 <br/> # 风险投资正在成倍增长 尽管加密货币价格不稳定，这也并未阻止风投资金流向区块链项目，并且开发团队目前也正在构建更激动人心的去中心化应用。今年4月，路透社报道称，风投公司在区块链初创公司投资了8.5亿美元，该生态系统有望超过2018年24亿美元的记录。2018年，创纪录的投资额共来自117笔交易，而4月份的8.5亿美元仅仅来自13笔交易，这说明每笔投资额在变大，并且投资区块链技术对于风投机构来说舒适度也更高了。 该报告还指出，投资资金不会直接流向加密货币或代币，这表明风险投资者对真正进入交易市场仍然持观望态度。在未来，这种风投可能仍然存在于个体交易者和高风险私募基金的领域，不会贸然进入交易市场，但是风投资金将用于促进生态系统发展的项目和团队。也就是说，就去中心化技术潜力而言，路透社提到的“通证化”是风投机构的首要兴趣点所在。  <center>Top风投机构在区块链中的投资。</center> <br/> # 开发者社区和活动 Electric Capital 于今年3月发布了一份开发报告，描述了开发者在加密生态系统中的建设情况。迄今为止，以太坊拥有最多核心协议开发者，比特币和 Cardano 分列第二和第三。  <center>图源 Electric Capital</center> 除了核心协议开发之外，以太坊每月有216名活跃的开发人员负责总代码。以太坊的开发者增长速度强健稳定，2019年1月平均有240名活跃开发者，比2018年的190人同期增长23％。  以太坊在总代码数量中显得非常突出，提交数高于比特币8倍之多，超出XRP 20倍。  Truffle Suite 为开发者提供了一系列强有力的dApps和智能合约开发工具，从构思阶段到上线皆适用。自2015年5月发布以来，作为开发环境和测试框架的 Truffle 下载量已超过200万。Truffle的第二个产品——Ganache，是用于在以太坊网络中部署合约、开发应用程序以及运行测试的私链，自2017年10月发布以来总下载量逾122万次，仅2019年6月下载量为7万9千次。 <br/> # Dapp之战 从区块链发展初期开始，社区就一直在进行“杀手级应用”的角逐。“杀手级应用”一旦产生，将会在全球大规模应用，并且代表了最具有价值的某种协议。在大多数情况下，这种心态已经平息。很少有协议计划在全球范围内扩展，因此相应的 Dapps 也不会延伸为全球应用。Dapp 行业发展虽处于早期阶段，但也正是因此才炙手可热、百花齐放。所有的 Dapp 项目都在埋头研究其用例，以满足最大化需求，在提供最佳用户体验的同时还要保障安全性。总的来看，金融类 dapps（包含交易所、DeFi和市场）是 dapp 开发者过去一年的焦点所在。 在 State of the Dapps 排名前50的dapps中（其排名算法基于“多种因素，包括活跃用户、吞吐量、开发活跃程度、配置、点击率以及用户推荐”），其中有29个 dapps 是基于以太坊建立的。当我们根据特定用例进行研究时，以太坊的优势一目了然： - 排名前50的**金融类** dapps 中，有42个建立在以太坊上，包括MakerDAO和OmiseGO。 - 排名前50的**交易所** dapps 中，以太坊占据44席，包括 Augur 和 Uniswap。 - 排名前50的**安全类** dapps 中，其中有42个是基于以太坊的，包括 Quantstamp。 - 排名前50的**开发类** dapps 中，以太坊占43个，包括 Kauri、Golem和CryptoZombies。 也许最能说明问题的是，在所有类别和所有平台中，**开发者活跃度排名前50的 dapps 中，其中44个（88％）是基于以太坊的**，只需要一个数据就能证明以太坊仍然拥有最强大的开发者社区。   ## <br/> # 展望未来 对以太坊来说，2019年余下的时间也不会放缓脚步。最近几周，加密市场已经摆脱了停滞状态，并重振了投资者的信心。对于协议本身来说，2019年的蓄力将在伊斯坦布尔硬分叉中爆发（预计2019年10月）。伊斯坦布尔硬分叉包含了以太坊区块链的11项改进提议，并且是 Serenity 第0阶段正式发布之前的最后一次硬分叉。核心开发人员和越来越广阔的生态系统都会将目光放在权益证明（PoS）的实施和可扩展性的承诺上，计划于2020年初启动的 Serenity 无疑将成为2019年下半年以太坊和区块链社区讨论的热点。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/what-ethereum-should-learn-from-librahttps://www.ethereum.cn/what-ethereum-should-learn-from-libraTue, 16 Jul 2019 00:00:00 GMT来源| [ConsenSys](https://media.consensys.net/what-ethereum-should-learn-from-libra-a-content-perspective-63428ab5ccef) <br/> <center><img src="https://i.ibb.co/MfD7ppW/libra1-4c3755f296.png" /></center> <br/> 2019年6月18日，Facebook 旗下全球加密货币项目 Libra 官方网站正式上线并发布白皮书。和许多以太坊生态系统中的工作者一样，我虽对这个消息感到怏怏不乐，但我想 Libra 确实是一个值得观察的对象。知己知彼，方能百战不殆。 当我浏览 libra.org 时，有些事着实让我感到意外。当然，Libra 并不具备完美的内容设计，但它的亮点正是大多数区块链公司习常忽略的事：它使用了普通人也能理解的语言。Libra 谈论的中心是“人”，而不是“计算机协议”，并提到了它会对我们切身的生活会产生什么影响。而我认为这是我们能做到也应该做到的，对此我们应该在去中心化社区中加以效仿。这可能是我们实现以太坊大规模应用的唯一机会。 那么我们应该从中学到什么呢？ <br/> ## 阳春白雪？要接地气！ 在浏览整个 Libra 网站之后，你不一定知道它是个区块链产品（读到白皮书之前），这也是我最欣赏的一点。如果仅是简单浏览网站，人们可能会认为 Libra 是一种能在全球任何地区进行转账交易的新方式。或者能像“发送短信”一样容易。 这是一个切实的益处，并且告诉用户他们能用 Libra 做些什么以及对用户来说 Libra 有什么价值。 也许只有这个概念并不具有说服力，用户还需要深入了解。关于 Libra 将如何兑现承诺，这个网站并不能作出充分说明（因此需要进一步阅读 Libra 的白皮书），它只是宣称全球交易应该“像发送短信一样简单”。然而，这就为用户提供了一种想象空间，一种能够使生活更加便捷的愿景。 <br/> ## 技术原理？产品价值！ 我们中的一些人可能会产生这种想法，“这是否会破坏产品技术的概念？”那么回过头来想想，我们每天在相关网站上谈论 TCP / IP或HMTL 等网络技术协议的频率又有多高？ 不可置否的是，区块链技术的价值尚不为大多数人所理解，因此我们需要更多地谈论其对于我们现实生活的价值。 为了不产生理解鸿沟，Facebook 并没有选择对自身进行如下描述： > “Facebook 是一个使用 PHP 语言的社交网络，采用HipHop编译器，同时还是将PHP转换为C ++的源代码转换器”。 这个例子确实显得较为极端，但它说明了产品定义在充满了技术术语的情况下有多么晦涩难懂。 我们另举一个例子，其实大多数人并不知道云存储技术的工作原理，而只是了解它带来的益处。如果云技术意味着用户可以在任何地方通过任何设备访问自己存储的文件，那么区块链技术意味着用户可以安全迅速地给世界范围内任何地区转账、追踪货物来源、在不共享个人数据的情况下为用户提供凭据，或者是拥有独一无二的收藏品。 我并不是说我们需要将区块链的所有价值都一股脑塞给用户。若是作为 dApp 开发者，我们需要量身定做产品故事，但内容不应太晦涩，因为用户使用 dApp 的原因，可能和我们开始使用区块链技术的原因相去无几。 仅仅是逢人提及“区块链”并不足以让大多数人从忙碌的生活中抽身去尝试你的产品。这可能在2017年还适用，毕竟当时的投资者对区块链公司都趋之若鹜。但现在是2019年，我们的用户群体不是想要利用最新技术获取收益的风投机构，他们是那些想要使用我们的产品和服务来改善生活的普通人，而我们正好能提供一种成本更低、行事更便捷的生活方式。 <br/> ## 眼中只有开发者？还要有普通受众！ 我们知道其实在以太坊堆栈中有许多项目内容仍然只需要定位开发者群体。例如，像 Infura 这样的产品就不需要关注本条内容设计建议。然而，以太坊生态中还有很多产品的内容设计应该照顾到更广泛的受众。有野心的产品是应该努力将每个用户（甚至是非加密货币持有者）从他们的中心化竞争对手那里争取过来。这类产品例如 DeFi（Decentralized Finance）、收藏品、钱包、游戏领域等等。 Libra 同时面向开发人员和非开发人员。在获得用户权益的同时也能参与讨论可扩容性、编程等更多技术内容。这就与 ethereum.org 形成了鲜明对比。 <center><img src="https://i.ibb.co/2hwmHMK/libra2-55c672ee12.png" /></center> <center>图源 ethereum.org</center> 我们可以看到 ethereum.org 的欢迎界面直接假设用户角色是开发人员： > “以太坊是去中心化应用程序的全球性开源平台。在以太坊上，您可以编写用于控制数字化价值的代码，程序完全按照编程运行，并且可以在全球进行访问。” 如果点击进来的用户是非技术人员，这个介绍就没有了任何意义。如果用户不是开发人员怎么办？对于以太坊可以做些什么，或者以太坊具有什么新意义，用户并没有真正的概念。 作为以太坊的官网，也可能是一个好奇的读者通过搜索引擎进入以太坊世界的第一站，也许我们应该让以太坊的介绍更通俗易懂一些？我清楚 Ethereum.org 的主要目的可能就是为了吸引更多的开发者。但是开发者进行搭建的时候也需要结合用户的需求，因此我们需要对产品团队有帮助的以太坊用户。我们需要提及能够通过该技术实现的目标，以激发潜在用户的兴奋点，从而反过来为扩大社区和构建更多产品提供动能。 <br/> ## 结语 Libra 对自己的描述是“重新定义货币”，“改善生活”和“一个简单的全球货币和金融基础设施”。也许不够清楚详尽，但它足以让用户驻足并且了解更多有关信息。即使是使用最广的以太坊 dApp 网站，这些词组也是赫然在目：你的“节点”、“协议”、“智能合约”、“密钥”、“哈希”、“分布式网络”、“签署区块链交易”等等。 正是这些术语将用户拒之门外，因为要尝试理解需要一定高度的技术门槛。这使得看起来“高深莫测”的以太坊产品流失了太多我们想要留住的潜在用户。 试想一下如果不是在许多术语泛滥的 DeFi dApp 上碰壁，能成为 DeFi 用户的交易人和投资者会比现在多多少。他们并不在意自己的加密货币被“锁定在智能合约中”，他们在乎的是随着时间的推移它能否升值，以看到期望的回报。在这一点上，dharma.io 和他们“奇妙的互联网货币”做得十分人性化，但这样的公司屈指可数。 就目前而言，大多数以太坊产品只对具有技术背景知识的小部分用户友好，例如熟悉基本概念、掌握区块链和Web3技术的用户，而这种做法正在将没有一定技术知识水平的用户排除在外。要开拓这类用户群并提升产品，首先要从可读性强的内容、通俗的解释以及友好的沟通方式开始。这就是优秀内容设计的目标，我希望在生态系统发展的下一个阶段能够看到更多这类内容。 如果我们开始将内容瞄准更广泛、技术门槛更低的受众并抽离出区块链的复杂性，那么蓬勃发展和广泛应用的机遇也将随之而来。 我这样说并非出于对 Libra 的认可。只是这确实为去中心化社区提供了关于如何推广产品的一些经验教训。 因此，让我们降低技术术语的使用度，把非技术受众群放在心中，将我们的价值故事娓娓道来，只有这样才能见证我们的产品如何与用户基础强大、背景强势的 Libra 相抗衡。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/bitcoin-vs-ethereum-vs-blockchain-vs-crypto-a-global-search-studyhttps://www.ethereum.cn/bitcoin-vs-ethereum-vs-blockchain-vs-crypto-a-global-search-studySat, 25 May 2019 00:00:00 GMT来源 | [ConsenSys](https://media.consensys.net/bitcoin-vs-ethereum-vs-blockchain-vs-crypto-a-global-search-study-4769c2e67145) <br/> 比特币大行其道？以太坊冉冉升起？区块链技术蔚然成风？ 一个地区或国家的搜索数据就如同它的潜意识一般。在轰炸式的炒作和头条新闻之下，搜索数据揭示了人们真正感兴趣、尝试了解的事物，并且暗示了事物背后的经济、政治和商业格局。在区块链和数字资产语境下，全球搜索的分析数据为我们展开了一幅迷人的生态系统图景，同时在世界的万花筒中，这幅生态景象也在不断发生着变化。 近日ConsenSys的SEO团队针对全球用户进行了一次搜索数据研究，通过比对用户对“比特币”、“以太坊”、“区块链”和“加密货币”关键词搜索度，我们发现研究结果呈现了一个喜人的趋势：许多国家或地区对加密货币行业和区块链技术越来越感兴趣。 举个例子：像日本和韩国这样的亚洲国家对“区块链”和“以太坊”的感兴趣程度为全球最高，这恰恰使人口稠密的亚洲地区成为了区块链生态系统的最前沿地带。至于世界上的其他地区，像美国和英国这样的强国仍然表现出比特币大行其道的趋势，然而数据显示，比特币搜索兴趣度最高的国家是巴西。 如果我们进一步观察、分析数据会发现更有趣的事实。在重大政治动荡期间，由于委内瑞拉货币玻利瓦尔持续下跌，其对比特币的搜索兴趣度大幅提高。在最接近中国的实际搜索数据中，我们发现台湾用户对区块链和以太坊的搜索增长之迅猛，甚至超越了比特币。 **有关区块链行业的全球Google搜索统计数据的详细分类，请查看下面的信息图表…** <center><img src="https://i.ibb.co/wsDKp0n/1-5a85a33e0d.png" /></center> 作为全球“区块链”搜索率最高（39%）的国家，日本展现出了十分均衡的兴趣，其中“以太坊”搜索率为30%，“比特币”为29%，而搜索率仅为3%的“加密货币”相对落后。 <center><img src="https://i.ibb.co/Mf8B29V/2-6ec578bcaf.png" /></center> 俄罗斯则表现出世界范围内最为均衡的搜索趋势之一，其中“比特币”搜索率为37%，“以太坊”为26%，“区块链”为34%，“加密货币”为3%。在所调查的国家或地区中，俄罗斯的“区块链”和“以太坊”搜索率位居第一，这表明了该国人民已经在寻求应用去中心化，而不仅仅是针对加密货币和价值储藏手段的尝试。 <center><img src="https://i.ibb.co/PtCBsbc/3-b22e46d5da.png" /></center> 在均衡性方面，美国则表现出相背的趋势。研究表明美国在区块链相关词条搜索中十分缺乏多样性，“比特币”词条独占鳌头，搜索率占比为70%，紧随其后的“加密货币”仅为13%，而“以太坊”和“区块链”词条搜索率只有10%和7%。数据说明美国人民在了解区块链和加密货币时带有一定的“产品化色彩”，也就是说，作为区块链“产品”的比特币或者以太坊先入为主引入了相关概念之后，区块链技术才逐渐为美国人民所理解。 <center><img src="https://i.ibb.co/FnzdTYk/4-fef4d967be.png" /></center> 英国与美国十分相似，搜索数据呈现出“一边倒”的趋势。在英国比重失衡的搜索率排行中，“比特币”占比68%，“加密货币”为13%，“以太坊”为11%，“区块链”搜索率最低，仅为8%。 <center><img src="https://i.ibb.co/3T0YrBR/5-6ddb9219fe.png" /></center> 通过分析台湾地区的数据，我们推测出中国大致的搜索趋势。台湾的搜索数据表现得相对平均，其中“区块链”词条以42%的搜索率占据主要地位，“比特币”和“以太坊”分别为31%，23%。“加密货币”则相差甚远，搜索率仅为4%。 <center><img src="https://i.ibb.co/c8vTGjp/6-0086c00adf.png" /></center> 非洲大陆亟待跨越传统银行架构，也正是因此，比特币在非洲国家中流传甚广。“比特币”词条在尼日利亚的搜索率占比为70%，作为经济实力最强的非洲国家之一，其数据足以说明比特币在非洲国家的地位颇高。其后“区块链”、“加密货币”、“以太坊”的搜索率分别为14%，9%以及7%。 <center><img src="https://i.ibb.co/2qsZzNF/7-94b44ae637.png" /></center> 巴西是世界范围内比特币搜索率最高的国家，对此前文已经提及。这种趋势在整个南美洲都是显而易见的，但其他国家并没有巴西这么具有代表性：其88％的相关搜索术语都是“比特币”，“区块链”占7％，“以太坊”占4％，“加密货币”占比仅为1％。这些数据表明巴西是进行区块链教育的主要市场。 <center><img src="https://i.ibb.co/VSZFysS/8-2dc49ca463.png" /></center> 法国的搜索数据排名显示为：“比特币”73%，“区块链”14%，“以太坊”10%，“加密货币”3%。 <center><img src="https://i.ibb.co/JzK5qwR/9-896ef6bb1b.png" /></center> 印度一直以来被看作具有巨大增长潜力的区块链技术市场，其谷歌搜索数据排名也证明了比特币的主流趋势：占比67%。接下来的“区块链”和“加密货币”占比均为13%，“以太坊”以7%居后。当不计其数的开发者正在探索利用区块链进行基础搭建的方法时，我们不难从区块链相关搜索数据中看出印度也同样在寻求变革。 <center><img src="https://i.ibb.co/x5dWmwp/10-7beab59b76.png" /></center> 澳大利亚的搜索排名显示比特币以69%的绝对优势领先，紧随其后的是“加密货币”16%，“以太坊”9%，“区块链”7%。澳大利亚在智能合约平台领域的巨大增长潜力正在下降，但仍有望在2019年或之后的智能合约平台增长中收获利好。 <center><img src="https://i.ibb.co/tp2yghw/11-512339fceb.png" /></center> 瑞典一直都有许多的革新理想践行者, 其在搜索排名中仍然显示出强大的比特币主流趋势，这一趋势在整个欧洲大陆都显而易见。”以太坊” 以16% 紧随其后, “区块链” 为 7%, “加密货币” 为6%。 <center><img src="https://i.ibb.co/BnkxvfZ/12-d181ae33b4.png" /></center> 作为以太坊发祥地的加拿大在搜索数据中昭示了比特币主导性下降的早期特征。”比特币”的搜索率为69%，”加密货币”为11%, “以太坊”和 “区块链”均为10%。北大白（the Great White North）对这些领域的兴趣度呈现出一种均衡、健康的增长模式。 <center><img src="https://i.ibb.co/yypcG3d/13-4fa29668e6.png" /></center> 与其他“亚洲虎”（Asian Tiger）经济体相似，韩国人口集群对于新技术的出现趋于高度多样化和集中关注。”区块链” 以40% 的搜索率超过了所有其他的词条，”比特币” 搜索率为 29%， “以太坊” 为 24%，”加密货币” 占7%。如此看来韩国用户已经掌握了加密货币的脉络，目前正在向区块链技术、智能合同和以太坊进军，据估计这也会是世界上许多国家未来几年将取得的进展。 <center><img src="https://i.ibb.co/TK7CCvT/14-5fda104d9c.png" /></center> 委内瑞拉在我们的研究结果中十分惹人注目，因其政治经济局势不稳定、货币持续贬值, 在这种捉襟见肘的形势下还能对区块链和加密货币加以关注实属不易。对应地，”比特币” 词条以75% 的搜索率位居榜首，随后是”区块链”14%，”以太坊”9%, “加密货币”2%。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/blockchain-in-web3https://www.ethereum.cn/blockchain-in-web3Tue, 30 Apr 2019 00:00:00 GMT来源 | [Aviv Lichtigstein](https://hackernoon.com/web-3-0-will-be-powered-by-blockchain-technology-stack-626ce3f828c7) <br/> Web 3.0的IT技术堆栈虽然目前尚未完成开发，但Web 3.0正在全面筹备之下。 那么，Web 3.0是什么？跟以中心化服务器为主的Web 1.0和2.0相比，Web 3.0区块链堆栈的核心是更加以用户为中心的去中心化网络。Web 3.0作为一个透明安全的互联网，旨在提供更人性化的用户服务。 即将到来的Web 3.0有六个重要特性，了解这些特性将有助于您更好地掌握整个概念。  人工智能：具有自然语言处理能力的计算机现在能像人类一样理解信息； 普遍性：万物互联，获取内容途径不受限制； 连通性更强：Web 3.0利用元数据为用户提供更强的连通性； 点对点网络：去中心化的网络将替代中央管理机构； 三维图形：利用虚拟现实(VR)呈现更加真实自然的图像； 语义网络：能更好地理解信息，不再依靠关键词和数值。 <br/> # Web 3.0 IT堆栈将如何工作？ 巨大变革发生之际，社会需要花费更多的时间来适应。毫无疑问，要适应复杂的Web 3.0 IT堆栈，时间和来自开发者的努力都不可或缺。然而，当前的Web 2.0已经非常友好，人们在使用过程中不费吹灰之力。 即便如此，专家认为人们将乐于接受Web 3.0，就像人类在过去20年里对Web 2.0越来越包容和开放。在未来，我们将不得不借助dApp浏览器来使用新的应用程序。这些应用程序迟早会取代旧技术。部分用例请查看下表。  这些只是几个[web 3.0示例](https://101blockchains.com/web-3-0-examples/)，未来将有更多的应用程序取代目前所有的重量级应用。这些应用程序必须与统治市场的垄断者展开竞争。当然，与之前的应用程序相比，这些应用程序将具备更完善、更高级的功能。它们是否足够好，是否赢得了这场有关“纯粹”的斗争，这些都只能留给时间来证明。 尽管如此，Web 2.0并不会完全销声匿迹。例如，在更加智能的通信平台出现后，电子邮件也并没有消失。它只是在与先进科技的较量之中无法再取胜。 <br/> # Web平台间的根本差异 Web 1.0在刚开始时步履维艰。因为其价格昂贵且设备少见，人们无法接受互联网。如今几乎人手一个可以连接到互联网的手机。这在当时是很鲜有的。专家常将其称为“只读时代”。大多数内容都是由专业人士创建的，而人们只进行阅读。 那时可用的技术都很简单。谷歌还未出现，人们会使用雅虎或AltaVista。这些搜索引擎使用域名来判断搜索结果的相关性。为了在个人之间共享文件，Napster和BitTorrent受到了欢迎。Web 1.0既无社交也没有语义。我们可以称之为“简单网络”。网站只有超链接和书签功能，并且都是静态的。用户只能浏览内容而无法发出任何反馈或评论，和服务器之间没有任何沟通。 Web 2.0具有读取和写入网络内容的功能。静态网站已被交互式动态网站取代。博客受到了空前的欢迎。维基百科可以看作一个开放式图书馆，您可以在其中搜索到所有知识。即时消息传递成为用户稀松平常的事情。 通过为用户提供更好的互动，它们被称为“社交网络”，而不再是“简单网络”。视频实现流式传输， 各种应用如雨后春笋。传统商店都转换为在线商店，以便更好地进行营销。 ![web3.png]https://i.ibb.co/NsMycPn/web3-eb40ddd3e5.png) <br/> # 从中心化到去中心化 Web 2.0和Web 1.0的最大缺陷之一就是基于客户端和服务器的结构。所以仔细想想，我们在互联网上的所有个人数据基本上都存储在一个拥有巨大内存的计算机中。所有数据可能归任何私人公司所有。因此，这对我们的隐私构成严重威胁。 这种中心化的系统在过去几年中引起了不小的轰动。例如，可以想到的是Facebook的数据泄露事件和Apple i-Cloud被侵入。太多敏感数据都被公之于众。企业巨头正以多种方式控制着我们的生活。 另一方面，去中心化网络没有数据泄露的威胁。没有人掌握您的个人数据，也没有任何中心服务器。所有数据将分布在整个网络上。您的数据甚至可以储存在冰箱或烤面包机中，前提是它们可以访问互联网。这就是区块链技术 的魅力所在：一个去中心化、安全和私密的人性化网络。  <br/> # 向数据民主化迈进 准确来说，点对点连接始于1990年，之后当我们开始使用Tor Browser或BitTorrent等共享程序时，它开始进入大众视野。 随着加密货币的变革，区块链将这种基础设施提升到一个全新的层次。现在我们可以在典型的中心化系统中对数据结构进行去中心化处理。 在最新的web3中，我们正在重新设计互联网的数据基础设施。但是，我们要知道，区块链并不是这背后的唯一技术，去中心化的网络堆栈中还有很多其他服务。 主要原因是区块链应用程序堆栈在存储大量数据方面并不是那么理想，因其仍然存在扩容问题，且实际上并没有所说的那么私密。 <br/> # Web 3技术栈中的基础架构变更 新的Web 3.0区块链技术堆栈的基础结构不同于以前，这其中的转变是巨大且细化的。但是，从客户端和服务器属性过渡为去中心化网络的过程不会太激进。 它仍处在趋于成熟阶段。因此，要转型应该首先创建部分去中心化的网络，然后向完全去中心化转变。但是我们还应该考虑一个现实：即使去中心化的网络会更加安全，它们也会比以前慢得多。 即使去中心化是大势所趋，但这并不意味着我们将彻底摈弃中心化系统。我们完全可以对这种系统的优势加以利用。  <br/> # Web 3.0的五层架构 在此我已经定义了前几个层。应用层将包括dApp浏览器，应用托管，dApps，业务逻辑和用户界面。 第二阶段基本上进入技术层。该层涵盖了创建和运行dApps层需要的所有重要工具。通常包括数据馈送、离线计算、治理（去中心化自治组织）、状态通道和侧链。我还不得不提到意义非凡的智能合约，因为它帮助用户摆脱了中介。您不再需要处理信任问题，并且能够以无争端的方式进行贵重物品交易，如金钱、股票、财产甚至通证。 协议层涵盖了不同的共识算法，例如参与条件和虚拟机等等。区块链技术利用共识算法来确保节点达成协议。  <br/> # Web 3.0将如何改变我们的生活？ IT行业的巨头现在正在垄断信息。随着我们进入信息时代，信息的价值肯定会飙升。对于这些公司而言，Web 3 IT堆栈无疑将是一记重锤。去中心化的、更民主的网络时代即将到来，我们很快就能看到日常生活因此发生的变化。 加密货币已经与联邦银行和政府展开激烈竞争。世界上第一块区块链手机已经出现了。感谢富士康。平台将趋于去信任化，人们的个人信息将不再成为销售产品。 我们已经成为了改变的见证者。瑞士城市楚格（Zug）已将所有公民身份证登记在以太坊区块链上。 由于版权问题，像海盗湾（ Pirate Bay）这样的网站已经遭到了各国政府的无数次打击。但该网站在大众用户中非常受欢迎。政府已经取消了许多域名。因此，像海盗湾这样的网站逃脱掉了政府的强有力行动。 用户现在可以安然入眠，因为他们的私人信息由于结构加密的加强将更加安全。具有反叛精神的黑客也将得益于去中心化的实现。 各种应用程序将接替Facebook、Instagram、Twitter、Google drive等主流网站和通用浏览器。去中心化应用程序必将势不可挡。 简言之，我们所熟知的互联网世界将从根本上发生转变。 <br/> # 结语 在区块链的世界中，网络系统的更新换代是很正常的。这个过程仍在推进，并且在不断改良完善，我们依然可以期待更好的数字化体验。 未来还未来，你准备好了吗？ <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/consensys-blockchainhttps://www.ethereum.cn/consensys-blockchainFri, 04 Jan 2019 00:00:00 GMT# 随着区块链技术朝着成为全球经济基础支柱的方向又迈进了新的一年，现在正是回顾过去365天的开发经验并分析围绕区块链技术的新兴产业如何更好地向前发展的好时机。 2018年对于加密货币来说是大起大落的一年，仅有区块链技术影响的市场的波动性优于预期。尽管区块链媒体炒作周期仍在持续，世界各地区块链行业内的技术人员、开发者、企业家以及专家们正以一种可持续的实质性方式不断取得了一些小而稳定的成就，这些成就正是如以太坊这样的技术获得成功的必需条件。 我们与ConsenSys mesh所有部门的成员（从dApp开发者到业务开发主管、创意人员和项目经理）进行了交流，了解他们在2018年的主要进展以及像区块链专家和观察者在未来一年可以改进的方式。讨论结果并不只是一个详细列表，它释放了一个鼓舞人心的信号：我们现在所处的位置、未来发展方向以及当我们郑重地开始新的一年时，世界各地的BUIDLer的定位是怎样的。 <br/> ## 2018年区块链技术最重要的突破之一 Monica Singer, Consensys南非办事处负责人 过去一年区块链最重要的突破是我们在开发这一艺术的可能性方面所作的努力。我们探索了区块链如何打乱许多传统行业，如何通过拥抱区块链技术来减少相互之间的摩擦。在此之前，我们身处一个将透明性与统治权视为理想目标的世界，但现在，我们拥有了可以将其付诸实际的技术。 Joyce Lai, Consensys律师 特别是对于以太坊社区来说，2018年是区块链法律与政策里程碑的一年。6月，美国证监会金融部主任Hinman就美国证券法在代币销售中的应用发表个人观点，他表示由于当前以太坊网络的去中心化结构，以太币的报盘和销售目前不是证券类交易。 Guilherme Campos, 解决方案开发者 对我来说，围绕元交易所做的工作是区块链技术采用最大的进步之——当我们引入区块链技术时，用户体验得到极大改善。 Laurisha Cotton, 社交媒体经理 行业外人士也开始了解到区块链。今年生菜销售受限时（因美国大肠杆菌爆发），有很多朋友问我“你不能用区块链解决这个问题吗？” Nicole Adarme, 产品营销经理 以太坊区块链的应用及使用已在全球范围内多个行业取得突破。其中一个突出的例子就是以太坊正在为菲律宾超过3500万人口提供普惠的金融服务，通过建立村际银行支付网络将边缘化的省内村庄纳入到国家金融系统中。 <br/> ## 2018年区块链领域面临的最大挑战之一 Cecily Mak 2018年区块链领域面临的最大挑战之一是人们对区块链和加密货币的差异存在持续的误解。最初，人们普遍认为“区块链”等同于“加密货币”或“比特币”，这种怀疑与猜忌阻碍了一些领域的创新与采用，而区块链在这些领域处于优势地位，本应作出有意义的改进。 Constantin Kostenko, Sr. Solutions工程师&策略师 需要意识到一点，人们不买区块链，他们买的是通过区块链实现的可持续价值。就像我们不会因为形状、外观或引擎购买车子。我们买车子是为了从地点A到达地点B，而这一目的要通过车子的形状、引擎和外观来完成。 Monica Singer 区块链技术在2018年最大的挑战是对于那些多年来依赖中心化实体为其运营的生态系统注入信任的人或公司来说，区块链技术（去中心化）很难理解。区块链对各行各业中通过低效来营利的人造成威胁，因为区块链技术可以完全消除低效率问题。这样一来，许多高管对于区块链技术选择坐视不理，希望这只是个炒作。 Alex G, Liquality联合创始人 或许，2018年区块链行业面临最大的挑战是，人们一再错误并模棱两可地将区块链孤立为一个创新产品，还试图重现传统的中介模式，而非将其分解。这一挑战源于人们未意识到区块链技术是4个关键技术组件之一，它不能孤立成为一个创新技术，而应共同推进现存信任模式的去中介化。 ## <br/> ## 2019年区块链主旋律 Cecily Mak 我认为，从企业到政府的各个组织会继续设法在一个出于集体动机去中心的领域内保持某种形式的中心化。这将促进私人部门与公共部门就中心化的成本进行有益的全球对话并发起一场更开明的全球辩论，这些讨论将涉及到去中心化的优势和区块链增进人类福祉的能力。 Constantin Kostenko 很惊讶那些在2018年倒闭的组织和公司就像是一夜成名一样。 Nicole Adarme 我认为2019年区块链的主旋律将会是越来越多公司采用企业级以太坊，他们希望利用技术创新来改善组织效率低下的问题，释放新的商业潜能，并获得可持续的竞争优势。 Joyce Lai 在美国，许多联邦与州一级的组织都表示愿意促进区块链行业的技术创新。怀俄明州始终走在前列，通过许多区块链友好的法律。这类立法包括HB70和HB101，前者为实用型代币的创建、销售和交易提供了一个避风港，使其不受怀俄明州证券法的约束，其中一个条件是这类代币未被开发商当做投资机会进行营销；后者改进了区块链在公司记录存储方面的应用。联邦方面，CFTC（美国商品期货委员会）近日发布了一封公开信，以通过公众评论更好地了解以太币和以太坊网络。CFTC在信中提出的问题振奋人心，因为这些问题表明了市场开放性和技术复杂性。 Monica Singer 我相信2019年区块链主旋律将会是像传统证券交易所一样受监管的证券型代币的出现。 <br/> ## 2019年区块链开发中必须改进的方面 Cecily Mak 目前来看，政府和企业应用区块链技术的成本相对较高。随着技术应用规模扩大，为了获得更大利益，应该减少进入壁垒。 Mark Sandusky 用户获取。让人们玩区块链游戏及使用这些dApp的原因不是‘因为它是区块链’，而是因为它是最优选择。然后我们就可以开始了解当人们使用它们的时候，这些dApp和区块链游戏是如何运作的。 Nicole Adarme 2019年，区块链解决方案需要打破企业与消费者的进入壁垒，例如需要17个（或者50个？）步骤来建立身份系统或钱包，以便参与到区块链生态系统中。 Georgia Rakusen, Consensys设计研究组长 区块链计划若要取得成功并成为主流，他们需要解决真正的用户问题。我希望在2019年整个社区都开始关注这些问题；将我们已经取得的可观的技术进展应用于改善一般人的现状。 Guilherme Campos 我们不要再谈论区块链了，而应该开始讨论区块链产品。没有人关注互联网是如何运作的，只要他们能使用Facebook，或WhatsApp或Snapchat… <br/> <br/> 原文链接：http://t.cn/EGw656R 转载请注明：ECN以太坊中文网https://www.ethereum.cn/constantinople-hard-forkhttps://www.ethereum.cn/constantinople-hard-forkMon, 24 Dec 2018 00:00:00 GMT**“君士坦丁堡”将在第7080000个区块上进行分叉，分叉预计时间在2019年1月14日。** <br/> # 以太坊君士坦丁堡高度概括 君士坦丁堡硬分叉将为以太坊区块链带来急需的性能更新，同时解决“难度炸弹”和“矿工奖励”相关问题。 君士坦丁堡是一次非常密集且广泛的更新。它将打破落后的兼容性问题，这意味着本次更新将以硬分叉的形式进行。但这次硬分叉并非预期中将以太坊分裂为两个货币。本次硬分叉更像是一次系统升级。正常情况下，当人们听到“硬分叉”这个词时，他们通常会认为是原本的区块链将分为两条，同时产生第二种代币。情况并非总是如此。如果每个人都赞同更替并就升级达成共识，当发生硬分叉时，每个人只需要转换到新版本上。 <br/> # 以太坊君士坦丁堡5大升级 君士坦丁堡由5个主要的改进方案组成。大部分更改进与其性能相关。因为随着其他平台性能加快大大提高了竞争力，性能将是以太坊急需解决的一个问题。为了解决该问题，以太坊开发人员正在改善以太坊虚拟机（EVM）。你可以把EVM当做幕后执行与智能合约相关联的代码的引擎。 <br/> ## Vitalik Buterin ### EIP（以太坊改进提案）定义 君士坦丁堡5个改进提案都被列为EIP并按照时间顺序排列。EIP代表以太坊改进提案。以太坊社区中任何一个成员都可以编写一个提案并提交审核。如果社区大部分成员都赞同，该提案将获得许可并加入到即将发布的版本中。 <br/> ### EIP145 第一个改进提案EIP145是由开发人员Alex Beregszaszi与Pawel Bylica编写的技术改进。这个改进在EVM中添加逐位移动（Bitwise shifting）指令。逐位移动是指将二进制数的位移到左边或右边的过程。使用新指令，该操作将节省大约10倍的gas。简言之，这意味着执行智能合约将变得更加便宜且更有效率。 <center><img src="https://i.ibb.co/Lh35dzT/1-6d565deeca.png" /></center> <br/> ### EIP1052 我们即将讨论的第二个更新是由Nick Johnson与Pawel Bylica联合编写的EIP1052。本次升级将引入新操作，该操作将提高智能合约验证其他智能合约代码的效率。在此之前，用户需要提取其他智能合约代码并对其进行验证。完成新升级后，仅需验证传送回来的代码散列而非完整代码。这一改进非常重要，当你有许多需要相互交互的智能合约时，使用散列验证将大大加速验证流程。 <center><img src="https://i.ibb.co/TP3JzHB/2-666d79394f.png" /></center> <center>注：EIP145与1052组合旨在提高EVM效率。这将降低在以太坊网络上执行智能合约的成本。</center> <br/> ### EIP1014 接下来是由创始人Vitalik Buterin自己编写的EIP1014提案。该提案在以太坊网络上添加了状态通道。状态通道很容易就能与比特币闪电网络相媲美。其中主要的一点是状态通道允许在远离主链的支付通道内进行交易。这将实现更高的吞吐量并提高每秒交易量。 <center><img src="https://i.ibb.co/3fpkz1C/4-6179f32d7a.png" /></center> EIP1014 Github页面显示本次改进的主要原因： 允许（实际或反事实通道内）使用不在链上的地址进行交互，最终只能依赖这些地址来包含由特定的初始代码片段创建的代码。 这基本上意味着状态通道将允许主链引用尚未广播到链上的链下交易。 <br/> ### EIP1234 第四个提案EIP 1234是由以太坊主要客户端Parity发布经理Afri Schoedon所倡导的“难度炸弹延迟”与“区块奖励调整”。EIP1234是以太坊本次升级中最受关注的一个提案。该提案已经通过审批，主要与延迟难度炸弹、降低区块奖励相关。但仍存在疑问：什么是难度炸弹？为什么我们要降低区块奖励？ <center><img src="https://i.ibb.co/LPz7nSV/5-d96f6b5cef.jpg" /></center> <br/> #### 区块奖励 我们首先讨论区块奖励。到目前为止，以太坊矿工开采个新区块所获奖励仍为3枚ETH。每15秒就有一个新区快被创建，这意味着每天都有5-6000个区块被添加至链上。每个区块奖励3枚ETH，每天区块奖励总供给量就有15-18000枚ETH。 这个数量不容小觑，如果你有兴趣了解更多，请点击[此处](https://achainofblocks.com/2018/09/04/cryptocurrency-price-inflation-explained/)。 新升级提案将挖矿奖励从3枚ETH降低为2枚，这将有效遏制“通货膨胀”问题。降低区块奖励的目的是推高ETH价格，大家都知道，“物以稀为贵”。比特币也有类似的自动机制，每生产210000个区块，奖励将减半。 <br/> #### 难度炸弹 EIP1234同时提出难度炸弹发布延迟一年。但究竟什么是难度炸弹？这与以太坊计划移除PoW算法而采用PoS相关。可点击[此处](https://achainofblocks.com/2018/08/24/proof-of-stake-delegated-proof-of-stake-proof-of-work/)了解其重要性。 总的来说，现在以太坊区块链上，矿工需要处理交易并创建新区块。他们通过工作量证明机制获得区块奖励。然而，权益证明机制下，矿工将不再被需要进而失业。当以太坊最终转换为权益证明时，矿工可以选择不进行更新并保持在旧链上。这将是真正的“硬分叉”，以太坊社区一分为二，双方各自支持着不同的链。 以太坊过去曾经发生过这种事，这就是为什么现在有以太坊与以太经典共存。以太坊开发者正尝试不要重蹈覆辙。他们想出的解决方法是在协议中添加难度炸弹。难度炸弹是一种使新区块开采难度随着时间推移而成倍增加的机制。开采难度将持续增加直至再无新区快。当区块不再被开采时，网络将中断或冻结。这种情况被称为以太坊冰河期。该概念在2015年9月7日加入协议之中。 <center><img src="https://i.ibb.co/jRh5mCp/6-82f6ece4c1.png" /></center> 难度炸弹完成了两件事。首先，这给以太坊开发者增加压力，开发人员需要为避免冰河期发生而更新协议。其次，难度炸弹迫使矿工采用新升级版本。否则，矿工所在网络将不会有任何营收。难度炸弹的想法很好，但所有好想法都存在各自的弊端。该想法是在2015年末引入的，其目标是在2016年底使以太坊旧网络不再可用。当时的想法是网络已经迁移到权益证明机制。很明显，目前仍未发生，只剩下EIP 1234提案——将难度炸弹推迟一年。这使得难度炸弹预期发布时间推迟至2020年1月14日。 <br/> ### EIP1283 最后一个提案EIP-1283是在Nick Johnson早期撰写的EIP-1087的基础上提出的。EIP-1283被称为无dirty maps的SSTORE gas净值计算方式。这个提案的名字较长且令人困惑不已，简单来说EIP-1283使多个更新可以在交易中使用相同的storage slot来降低成本。这个完全可以做到，因为交易是在结束后才被写入磁盘。 <br/> # 结论 正如上面提过的，相比起硬分叉，君士坦丁堡更像是一次系统更新。本次分叉开始为其它即将到来的分叉（包括Plasma和Casper）奠定基础。所有这些工作都是为了将网络从工作证明机制迁移到权益证明机制上来。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。 https://www.ethereum.cn/cryptopia-in-crisishttps://www.ethereum.cn/cryptopia-in-crisisMon, 10 Dec 2018 00:00:00 GMT来源 | [forbes.com](https://www.forbes.com/sites/jeffkauflin/2018/12/05/cryptopia-in-crisis-billionaire-joe-lubins-ethereum-experiment-is-a-mess-how-long-will-he-prop-it-up/#4dd1710e2f0a) <br/> <br/> 在一年前，Joe Lubin似乎是世界上最有先见之明的人之一。当时加密货币（如以太币）正处于飞速发展阶段，能言善辩的以太坊联合创始人Lubin计划从达沃斯到SXSW的各种活动中发表演讲。公司举行的“Ethereal Summit”时，门庭若市，只剩下站立的地方，无论Lubin发言有多荒诞，人们都不会漏下他说的一个字。 2017年10月在旧金山举行的一次活动中，他指责与会者敲打电视机，还粗鲁对待Apple手机助理Siri。“我们设计了以太坊是使机器和机器人成为一等公民”，Lubin直言不讳地说道，同时还表达了自己对去中心化、自主主权和全球社区民主化愿景的支持。“所以要善待这一代的机器，以免将来某个认为你对她的祖先不敬的人工智能对你展开报复，把你的碳转化成对未来机器经济更有用的东西。” Lubin的讥讽引起了满堂嬉笑，谁能料到在2017年秋，加密货币的底层技术分布式数据库——区块链席卷而来，其将建立新的世界秩序的想法并非完全不切实际。类似比特币的数字货币——以太币的价格从2017年初的10美元/枚暴涨至300美元/枚，接下来三个月内更是达到了1389美元/枚的峰值。Forbes很快将Lubin列为加密领域第二富有的人，其资产高达50亿美元。这并非空穴来风，有报道表示Lubin持有以太币流通量的5％-10％，而以太币市值在2018年初已经超过1000亿美元。 “区块链技术的潜力是无穷的”，54岁的Lubin在最近的一次采访中告诉Forbes。“它的价值比现有的代币高出许多，因为区块链会渗透到社会的各个方面。我们将在这项技术上构建所有项目。“ 2014年底，在以太网以30美分/枚的价格推出以太币之后几个月，Lubin创建了ConsenSys，雄心勃勃地将这个控股公司描述为一个为去中心化世界构建应用程序和基础设施的全球“有机体”。实际意义上，Consensys是第一个加密企业集团，包含一系列盈利性公司，为比特币最大的区块链竞争对手——以太坊提供支持。在Consensys总部布鲁克林，超过50家企业如雨后春笋般涌现出来，种类繁多，从扑克网站和供应链公司到预测市场，医疗数据公司和网络安全咨询公司。 但Consensys并未发起融资或发行债券。在Lubin的去中心化未来版图中，他同时担任了架构师，首席执行官和中央银行家的角色，用个人加密货币存款为所有ConsenSys的Spoke提供资金。 尽管其基础层出现严重问题，但Lubin还没有对总体规划进行明显改动。首先，以太坊区块链面临巨大阻力。由于技术优势（主要是因为它允许将应用程序“嵌入”区块链中），以太坊成为数百个ICO的发行平台，而其中许多骗局ICO导致投资者损失数十亿美元。加密货币“原野”上充斥着许多在以太坊上发行却命途不济的ICO残骸，雪上加霜的是，现在美国证券交易委员会和其他监管机构也正在瞄准其中一些ICO采取执法行动。11月，美国证券交易委员会针对以太坊创业公司Airfox和Paragon采取行动，这两家公司在2017年发行ICO时实际上已经出售了2700万美元的未注册证券，其代币目前基本上一文不值。与此同时，支持应用程序的区块链竞争对手如EOS，每天处理的交易量几乎为以太坊的十倍；另一个竞争对手——Dfinity，最近从Andreessen Horowitz等风险投资公司那里筹集了1.02亿美元，正在向以太坊发起挑战。但几乎所有区块链技术发展仍然非常缓慢，以太坊每秒只能处理大约20笔交易。相比之下，Visa可以处理24000笔。 然而Lubin的公司规模却在不断增长。ConsenSys旗下有1200名员工，官网上同时发布了约200个职位空缺。虽然ConsenSys对此不置可否，但据Forbes估计，Consensys几乎所有业务都处于亏损状态，有些业务甚至毫无盈利的可能性。Lubin的“全球有机体”似乎每年以超过1亿美元的速度耗费资金。 当有些非常担忧的员工询问Lubin关于ConsenSys的可持续性时，Lubin的回答总是很得体：“Joe会说，’这绝对不是你需要担心的事情。我们还能以当前的速度持续长远发展，” 5月份离职的Consensys前全球运营总监Carolyn Reckhow回忆道。 加密货币遭到重创，以太币价格从1389美元/枚直线下跌至100美元左右，Lubin持有资产可能已经缩水到不足10亿美元，人们很怀疑Lubin还能为梦想买多久的单。这一切都取决于他抛售的以太币数量及时机。 与以太坊其他联合创始人，Vitalik Buterin和Anthony Di Iorio一样，Lubin在加拿大长大。父亲是一名牙医，母亲从事房地产经纪。自称为电脑怪才的Lubin在20世纪80年代中期就读普林斯顿大学，在那里他打壁球，是未来亿万富翁、对冲基金大亨Mike Novogratz的室友。Mike和Lubin一样，最终转向区块链和加密行业。在1987年毕业并获得电气工程和计算机科学学位后，Lubin刚开始在普林斯顿机器人实验室从事科技研究，最终转行至金融业为高盛构建软件，后来运营了一个成功的量化对冲基金。 Lubin的办公室与“911事件”中遭遇恐怖袭击的世贸中心距离不远，悲惨的经历使他陷入了生存危机。在随后的十年里，他对世界现状深感沮丧。 Lubin在2017年5月份举行的Ethereal Summit 上表示，“信赖那些我们内心认为最符合个人利益的机构是愚蠢的……我觉得我们当前所在的全球社会和经济体系，无论是象征意义上还是事实上，又或是道德意义上，都已是破产状态。我相信我们的社会与经济体系正在一步步、一层层地走向崩溃”。 Lubin预见了两个同样灾难性的结果——各国央行行长最终会通过贬值货币来偿还不断增加的债务，进而抑制了几十年的经济增长；第二个后果是，一些预期外的”非线性“事件会导致发展壁垒，并使世界陷入前所未有的经济大萧条。 Lubin对此深感悲痛，于是前往秘鲁和厄瓜多尔寻找庇护所。 2011年初，Lubin读了比特币白皮书并且得到顿悟：“去中心化将会改变游戏规则。” Lubin的全球“有机体”似乎每年耗资超过1亿美元，但ConsenSys仍在继续扩张。 在了解完比特币的所有内容后，Lubin由Di Iorio引荐给了Vitalik Buterin——19岁的以太坊创建者，加密行业的天才少年。在阅读了Buterin 2013年11月发布的以太坊白皮书后，Lubin参与以太坊项目的底层设计并参加了2014年1月在迈阿密举行的北美比特币会议。在此之后他继续作为核心团队成员参与了以太坊在2014年7月发行的1800万美元ICO，据传，Lubin是以太坊众筹期间最大的买家之一，当时每枚价格估计远低于1美元。然而以太坊创始团队出现分歧，最终分道扬镳。Buterin继续关注这项技术，Lubin则制定了围绕以太坊创建商业生态系统的计划。 Lubin选择布鲁克林下层中产阶级社区Bushwick作为Consensys总部。从外面看， Bogart Street49号看起来很脏：门上盖着酒吧卫生间常见的各种贴纸，周围都是涂鸦。其内部装饰也没什么不同，ConsenSys在公寓住宅区旁边租下了许多阁楼。 在公司组织结构方面，Lubin并不像传统典型的公司内部阶层构造。他的ConsenSys将实行所谓的“全民主”——没有管理者或汇报结构。决策权将是分散的，员工可以选择自己的头衔。很少有人有固定的办公桌。 “每天都是如此松散，我不知道走进去后是否有座位，简直就像是《权力的游戏》”，Jeff Scott Ward说，他于2015年6月加入ConsenSys，在 2018年初离开公司。Ward指出，一层楼有一个可容纳30人的厕所，公司近一年半没有聘请人力资源专员。ConsenSys的首批项目或者说是Spoke包括用于加密货币交易的记账应用和针对音乐家的基于区块链的数字版权平台。Spoke的大部分创想都来自ConsenSys的员工，一旦项目获得批准，Lubin就会给初创公司提供25万到50万美元的资金。 目的是使Spoke成为自立的企业，并且为了实现这一点，Consensys员工偶尔会被分派到他们自己的项目里。Lubin更广泛的目标是将他的以太坊生态系统变成他所谓的mesh，其强度来自各个项目的互连性。 Consensys推出的项目中只有小部分获得牵引力。记账应用Balanc3表示，已有超过25个商业客户（虽然没有明说具体客户），每个客户每年至少支付25000美元的服务费。另一个项目是Kaleido——帮助企业实施区块链技术的初创公司，拥有1900名用户，刚开始收取服务费。亚马逊云计算部门最近宣布其托管平台与Kaleido的区块链产品相整合。ConsenSys已为以太坊创建了专业开发工具，程序员下载次数达数百万次，但并未收费。 <center><img src="https://i.ibb.co/mGP11gM/image.png" /></center> 在审批项目时，Lubin并不像传统风险投资者那样谨慎。“在项目选择上，Joe倾向于保持开放态度，常说‘可以，为什么不呢’”，现在担任加密钱包公司Casa客户服务和运营主管的Reckhow说。“幸运的是，他处在一个拥有决策权的位置，但他不擅于分清项目选择的优先次序，而宁愿什么都通过。” 当加密货币处于牛市时，作为以太坊的“沃巴克老爹”极具优势，但随着加密货币进入另一个熊市， Lubin之前表示会定期出售加密货币用于投资经营，现在可能需要终止一些项目。 2017年，加拿大滑铁卢大学学生Mark Beylin找到Lubin，提出了新创想——Bounties Network，类似于综合类工作外包平台Upwork，为自由职业者提供工作，但Bounties Network使用以太坊的智能合约，这将有助于工作计费。经过一年的运营，Bounties Network现有7名员工，总共只有40万美元的酬金。平台薪酬高低不等，一篇关于未来工作的800字博客文章稿费可能高达171美元，而将一份白皮书翻译为葡萄牙语可能只有67.30美元。到目前为止，Bounties Network总收入不到50000美元。 2016年10月，迪拜的18岁高中毕业生Jared Pereira向Lubin抛出了Fathom，该项目通过将学术评估和评分外包给校外机构来改变传统高等教育业务。Lubin当即就通过了Fathom，但两年后该项目有六个研究人员却没有可开发的原型。它的网站十分简陋，仅有几页表述了开发者的“高风亮节”：“如果个人可以根据自己的目标来自由地选择人生经历，并且能够将这些经验可靠地传达给世界上任何一个实体，那么不同规模的社会组织的效率将会发生数量级的提升。” Lubin投资的其他项目似乎更是不堪一击。Lubin经常穿着同名T恤推广的项目Cellarius，是一个“跨媒体网络朋克特许经营”项目，目的是在区块链上进行协作式讲故事。但究竟什么是协作式讲故事，为什么区块链会让故事讲述变得更好或更有利可图？其网站的解释仍是含糊其辞。 Lubin仍坚持ConsenSys在项目筛选方面越来越谨慎，但本性难移。就在10月份，Consensys又收购了一家名为Planetary Resources陨石开采公司，该公司成立于2010年，试图开采外太空资源。Lubin高深莫测地说，“我们认为Planetary Resources公司是一个专业能力很高的团队，他们有兴趣探索区块链如何在开采太空资源中发挥作用”。。Civil是一个基于以太坊的平台，其使命是支持一个全球性的优质新闻编辑室社区，因未达到众筹最低目标800万美元而不得不取消ICO。Civil的18个新闻编辑室的一些记者表示他们尚未收到Civil承诺的代币赔偿。（Forbes最近宣布与Civil建立合作关系。） ConsenSys还提供咨询服务，主要帮助企业掌握区块链知识从而更好地布局区块链。到目前为止，这是该公司发展最好的业务。从短期来看，Consensys咨询服务将会成功，除非那些公司醒悟过来，意识到区块链不一定对大多数事物都有帮助，有时甚至比其他技术更糟糕。例如，ConsenSys的顾问合作创建了Komgo，一个由花旗，法国巴黎银行和荷兰银行等15家银行组成的财团。Komgo希望利用区块链来提高世界各地货物运输的融资效率，如石油。ConsenSys咨询顾问还与菲律宾的友联银行合作，旨在提高转账速度。 Lubin表示，在过去的一年里，ConsenSys的咨询部门已经从30名员工发展到250多名，正以现金及股权的形式带来了“数千万美元”的利益。ConsenSys的spoke，主要是应用程序和开发人员工具。据orbes估计，到2018年，所有这些项目总收入不会超过1000万美元。 到目前为止，除咨询服务外，ConsenSys最成功的业务是其为以太坊程序员提供的开发工具。其中，MetaMask允许用户从Web浏览器登录以太坊，下载量超过一百万（所有这些都是免费的）；Truffle帮助开发人员管理和测试部分用于构建以太坊应用程序的代码，也拥有100万次免费下载量。由于区块链开发者社区具有公共的，准无政府主义的特性，因此这些工具很难从开发者处收取实际费用。ConsenSys声称其访问以太坊的工具——Infura将很快收取服务费。 加密资产管理公司CoinShares首席战略官Meltem Demirors说：“ConsenSys在开发前五年中为以太坊生态系统所作的贡献比任何公司都多。 这些未见起色的项目没有影响到Lubin，显而易见的是他投资这些项目不是为了盈利， “我不是想创建公司然后推出去赚钱，目的是创建一个生态系统，像发展一个大家庭。”但是，Lubin也承认正在进行循序渐进的改变，最近Lubin向其员工发送了一份备忘录，为了迎接ConsenSys 2.0的到来，该公司将精简业务，淘汰表现不佳的项目。Lubin说，“在ConsenSys 2.0规划上，我们将更关注传统创业公司必须跨越的市场障碍”。他并未排除裁员的可能，其中甚至包括咨询部门。 ConsenSys的最大问题与其说是加密货币价格暴跌和Lubin资产缩水，倒不如说是企业集团怪异的运营结构。 ConsenSys宁愿相信自己正在重塑工作和业务的未来。当你走进ConsenSys布鲁克林黑客风格的总部时，你会发现有很多反主流的布局，包括墙上的一个大横幅，上面写着“欢迎进入去中心化的未来”。 事实上，首席执行官Lubin试图不去指导别人该做什么。“他想成为反传统的首席执行官或创始人”，离职员工Jeff Scott Ward说，部分原因是因为Lubin是一个想要推动民主化的“好好先生”。但让“好好先生”掌权有一些不好的结果。在ConsenSys，员工们几乎没有动力在截止日期前完成工作并取得快速进展。Balanc3发言人Griffin Anderson表示，在很多方面，Consensys不像硅谷风投公司那样存在产生收益或达到目标的压力。Glassdoor一位评论员将ConsenSys描述为“无资金限制，无达标压力”的地方。 传统结构的匮乏也催生了丑陋的公司政治。“感觉有点像电影《幸存者》”，离职员工Lucas Cullen说。还有离职员工指出，与Lubin关系密切的ConsenSys员工可以更快地获得资源，而且不同团队的责任大相径庭。 ConsenSys确实有资源分配委员会（RAC），负责决定项目是否有资格继续分配到额外的工程师或资金。但委员会人员架构一直不太稳定。“固定有一个人来自财务部，但委员会通常都是由对你所在领域感兴趣的人组成的，任何人都能报名称为委员会成员”，Truset的联合创始人Thomas Hill表示，Truset是ConsenSys其中一个项目，正在打造一个众包商业数据平台。 在ConsenSys工作了三年的Ward表示，“厨房里的厨师太多了。就像是在比较谁的自我最强？令人筋疲力尽。UPort是基于以太坊的自主权身份ID应用，允许用户身份验证、无密登录、数字签名并和以太坊上的其它应用交互。该应用有三个项目经理，他们甚至都不能在一个愿景上保持一致的意见。即使如今只有15个应用程序使用UPort，该项目仍被分为两部分。 许多人将ConsenSys的企业文化描述为混乱，公司似乎无法跟踪投资的项目。ConsenSys主页显示有 50多家辐条公司，但在报道新闻的过程中，这个数字的范围从“超过30”变为最近的42个。公司发言人表示，这个数字一直不稳定。 Lubin承认其中存在一些问题。“问责制一直是ConsenSys的一大难题，”他说，“我们一直在努力建立各种机制，区分各人的职责与义务，并确保实施明确的问责制”。但他也提到了他推行的网状结构的真正好处。不同项目之间需要协作互动，而组织机构中的筒仓隔离了不同的部门。员工们表示，质疑他人的假设并没什么可耻辱的。一些内部人士感觉被赋予了自主权——特别是能在项目之间进行横向调动。 **“ConsenSys最终将作为一个案例研究纳入Harvard Business Review，要么作为改变企业组织结构的优秀样板，要么就是失败案例”，Truset联合创始人Hill直言不讳道。** 如果Lubin在为即将到来的去中心化时代重塑企业是一个悖论，那这个悖论就是ConsenSys实际上比卢宾所承认的更加中心化。 例如，当ConsenSys的分支机构分拆并成为独立的公司时，Lubin会掌握50％或更多的股权。因此，与美国镀金时代的John Pierpont Morgan和Andrew Carnegie以及互联网时代的科技巨头Jeff Bezos和Mark Zuckerberg一样，Lubin正在成为区块链时代的独裁巨头之一。“这就是整个网格和去中心化分崩离析的地方，从来没有人知道谁拥有什么股份”，Ward表示。比如说Grid +——ConsenSys通过ICO分拆出来的一个项目，据Forbes估计，Lubin带走了不少于20％的代币再加上一半股权。 “我认为他们甚至不知道什么是去中心化”，CoinShares的Demirors说。 ConsenSys1200名员工持有股权的问题已成为一个流传的笑话。离职员工指责道，Lubin很长一段时间都避重就轻，如果你问他什么时候实施计划，回答总是“六个星期之后”。事实上，Consensys首批约100名员工在2017年初收到分配的股权，而大约两年后，ConsenSys表示，它仍在制定一项计划，给更多员工分配公司股权。 Lubin认为ConsenSys公司结构并不存在矛盾，“如果你能够构建一个为许多人服务的系统，并得到较高的满意度，那么原始结构并不一定必须由很多人平均拥有”，这和Zuckerberg在Facebook不平衡的公开募股前夕的说辞一样。 2017年，ConsenSys还能利用ICO作为一种简单而有利可图的方式来催生分支企业并奖励内部员工。但现在ICO正处于美国证券交易委员会打击的风口，这个方式不再适用。“当我们寻求个能多的外部投资时，有些特定的交易映射到传统的风投模型中，在这些交易中，我们将保留较少股权”，ConsenSys Labs负责人Ron Garrett指出，Consensys Labs是负责筛选spoke项目的部门。他还补充说，其他创业孵化器如Betaworks，都持有它们所孵化公司的多数股权。民主化和去中心化暂且讲到这里。 就目前而言，Joe Lubin在未来业务方面的重大试验实际上是与时间赛跑：**在Lubin的资金耗尽之前，区块链应用是否会取得主流成功？** 即使是以太坊上最成功的应用程序，其用户群也很小。最广泛使用的应用程序是去中心化的加密货币交易所是IDEX，与ConsenSys毫无关联。经过一年多的运营，日用户量仅为1000。Lubin说：“我们知道这将是一项艰巨的任务，需要很长时间才能在全球范围内实现大规模应用。” 如果Lubin仍然是亿万富翁，ConsenSys或许还能维持数年（即使是每年耗资超过一亿美元）。但Lubin毫不嘴软，“Consensys目前仍在健康稳固的运营中”。 **Lubin会在什么时候认输？** “我从未退出，而且我从来没有为投资的项目采取退出策略，”他在ConsenSys的旧金山办事处说道，他刚刚为16家初创公司举办了“体验日”，这些公司都希望能得到Lubin资助。“这些项目我都投！” <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。https://www.ethereum.cn/vitalik-buterin-vs-glen-weylhttps://www.ethereum.cn/vitalik-buterin-vs-glen-weylTue, 09 Oct 2018 00:00:00 GMT来源 | [@glenweyl](https://medium.com/@glenweyl/a-radicalxchange-between-vitalik-buterin-and-glen-weyl-328d8ad088cf) 作者 | Vitalik Buterin, Glen Weyl <br/> # 激进Ｘ变革：当VITALIK遇上WEYL 如下列出的是Vitalik Buterin和我在前一天对“激进x变革”的话题所交互的一系列邮件。 它们（这些邮件中所提到的内容）有价值的原因在于：1.这些内容，虽然在其它场合还没有被研讨过，但是我们认为很重要；2.这些内容就最新议题呈现了我们最新的想法；3.这些内容体现了一些客观存在但不为很多人所喜欢的现实，就好比正在被制作的香肠一样——然而还是有一些人会对此感兴趣。 然而，有必要注意到的是：这一系列的交流是内部交流，因此会涵盖高度的专业性内容；这其中，还有很多谈话内容没有被全然融入到“激进×变革”社会运动的理念、经济学、社会学、知识史学、哲学和密码学，因而会难以为人所理解。 <br/> ### Vitalik Buterin 我觉得我应该尽我的最大可能，将这些应该被更好地强调的话题用语言表达出来。这些话题不尽然是全然有形的想法，但它们都是我认为值得去思考的东西，而且我觉得我们之前对它们的思考还不够多。 ***１.抗合谋*** 抗合谋，或者是从更广义的角度看，不再将一种特权赋予人们——这种特权会使得人们拥有更加完善的资格来进行协调（我之前谈到过这个话题，但是想把这个话题扩展到我所关切的领域）。比如说，如果QV/LR（二次方投票/自由激进）的模式在线上使用，而你又有一个四人的小组，你可以把所有人聚在一起，打开他们各自的手提电脑，这样一来每个人都可以看到其他人做出的贡献。如果这样的话，在每个人都同意贡献他们所愿意贡献的最小值的情况下，组内的每个人将会做出多出四倍的贡献。就算是这一系列的贡献行为是在展台式投票设置中完成的，在每个人都关心一些议题但是一个人关心得特别多的情势之下，一组一组的人将会目睹这样的情形：有一个人确保着每个人将一大笔钱放在展台设置中，这样一来，组内的每个人将会感到为荣誉所系，将基于这种给定的原因而更多地进行社群参与，为社群做贡献。 一人一票机制（1P1V）的确有这样的问题，但这还不算大问题，毕竟存在一个天然的上限，使得每个人会在既定的组别中投票，这样我们还是可以通过最大限度地简化投票，来试图让每一个人接近这个上限（其实最极端的做法无非是强制投票，但是你可以通过降低成本来获取大多数收益。举例来说，让人们获得更多和专业素质更优的投票站，以及把投票日设为假日，都是契合这一要求的做法）。有了二次投票/自由激进模式，再加上我先前提到过的技术应用，系统内的各个小组就会带着原来的两倍好的能力，去追求他们的目标，就能得到原来两倍的效率。对我而言，我觉得这种潜在的扭曲水平非常骇人。 <br/> ***２.社会性动机的角色*** 社会性动机的角色：对经济学比较大的批判在于，人类有很多种动机，这些动机不得不以直接且具体的方式，来参与到与他者所共有的关系的构建过程中；这些动机包括分化、归属、公正、主导、对抗屈服，等等。种种动机使得经济学充满着问题，因为这些动机意味着人们甚至在不用暴力和欺诈的情况下，依旧有大量的机会互相施加负外部性（举个例子：我买一件时髦的衣服、设计精致的网站或者大学文凭，这些会使得我更令人尊敬受到更多人的青睐，但是注意力是有零和博弈属性的，因此这样子会让人们更少注意到你）。这样一来，着眼于最优解的数学证明，会以潜在的形式，错误地预设了没有人可能制造这样大量的外部性。然而在这种数学证明存在这一预设和缺失的境况下，这些机制的内在结构依旧可以为人所窥见（再比如，人们在了解到他们赚得比同事少很多的情况下，他们会感到沮丧）。 经济层面的宏大意识形态希望自己对引导社会有用，那就应该具备这样一些概念：这些概念是用来说明经济领域同其它的社会领域的互动形式的。既然如此，有如下问题亟待考虑：在具备着各种激进的市场观念的案例中，要如何做到这一点呢？激进市场观念介入到（经济领域和其它社会生活领域的互动）了吗？我们可以通过使得投票和贡献活动变得私密和不可证明来回避这些问题的大多数吗？社会动机可以被相得益彰地充分利用，从而让激进的市场观念做得更好吗？这是在真实而即时的现场试验中，我们才能真切体会得到的东西吗？ <br/> ***３.理性忽视和非理性（的二元关系）*** <center><img src="https://i.ibb.co/NrRLfrM/rxc4-8932b3a360.jpg" /></center> 理性忽视和非理性（的二元关系）：布莱恩·卡普兰（Bryan Caplan）的论述基本上是这样的：人们的投票对社会的影响不可忽视，以至于就算是那些有待学习领会的投票方式能在实际上将他们所关切的问题放大到最大程度，他们也基本上没有什么动机去学习领会投票的方式。相信这一点，并不以相信原子主义的自私品质为条件；包含了社会性动机的事物有这样的属性：就算是社会性动机存在，它们和在很大意义上富有意义而又稳定自洽的道德体系是极其无关的。 例如，如果一个堪萨斯农民相信苹果是扁的，他会因此为农事所困；但是对于是否应该相信人为因素所导致的全球气候变暖这个问题，他将会带着为人的天性去做出决定。他在这件事情上的最终态度更可能取决于人性的欲望，以使他融合到他的朋友群体中，而非取决于和真相的直接联系。 我所理解的是，如果从数学层面看待，这一问题在二次方投票/自由激进机制中会比在常规投票中还小，毕竟人们可以走向专业化，而且当人们在引导事情发生中扮演了更显著的角色时，人们可以更加轻松容易地明白具体变化所产生的结果。然而，正如你们所倡导的，如果类投票机制会在社会中扮演更重要的角色，那么为了应对范围已经扩大了的问题，这种改进对于解决这些问题的力道足够吗？ 我想，在具备更多符合风险共担原则要素的情境下，审视各种治理提议将会是引人入胜的事情。这个也是我喜欢你对移民入境检查的提议的部分原因。这些提议包括：如果受赞助的移民犯了罪，移民赞助者应该被罚款。 <br/> ***４.物质性权力中心化的效果*** 物质权力中心化的效果：当涉及到那些更复杂的专利权系统时，有一点令我感到害怕：这些系统要求更复杂的中心化基础设施，就包括对个人隐私活动的监视，而且还要求这些主张能够正确无虞地生效实施。税收也已经有了这样的问题（不妨回忆一下亚当·斯密对收入税不可能性的论述，因为他相信：为了让收入税有强制性，这些收入税就会依赖于某一对私人生活的入侵水准，而且这一入侵水准是令人难以接受的）。基于这一考量，我还想知道的是：我们已有的各种提议，一旦用于改变这些问题，将会使得情况变得更糟糕还是更好。 尽管我在其它的情形下会有所顾虑，但我还是青睐哈柏格（Haberger）式的税收，因为这些税收不要求基础设施去监视是否存在未经申报的交易。比如，你曾评论到：你对移民入境检查的提议将可能会要求移民规则在实施进程中更具强制力，从现实角度看就意味着要通过更强劲的努力，来搜寻并驱逐那些逾期居留的人，这当然要求大量且多样的监视。 总而言之，我并不觉得激进市场理念会在总体上进展糟糕。但是，我的评论将会是：和现实的情况比较，不依赖于全景敞视显然应该是在更深程度上解燃眉之急的事情。 <br/> ### Glen Weyl 总而言之，我的视角是：这些议题不错，而且我有意将增加一些我本人的想法，但是我不把其中的任何一点看作是一种阻碍因素。也就是说，在短期内它们对”激进ｘ变革“模式的试探性实施构不成阻碍……对于学习体会新思想和为日后的增益改进打基础而言，这些议题看上去不错。 1.我觉得这些议题在围绕着共谋和协作两点时，共同构成了某一关键的议题。在任何情况下，这些议题都很关键，而并不只是在二次方投票/自由激进模式下才显得关键。它们是如此关键，以至于可以成为“自然的法则”（类似于人们可以在不多于X人的群组中进行协调）。我觉得通过对功能的适应活动，我们可以解决这些问题。有一个问题在于，人们的协调能力是非常多变的，也是偶然的；并且这些活动，包括从亲缘关系到宗教活动都要动用一系列的机制。对于我来说，我感觉两次投票/自由激进的路径有一种优势：它至少能够讲清楚什么是最优性；在跨群组协作的论域内，应该避免什么。 在我们当前的由一人一票和资本主义混合构成制度下，协调活动并不是没有批判性的，也并不是一成不变拘泥于一格的。我要主张的是：激励合作、建设网络、塑造阶层的团结等等这一切依赖于能力；源自能力的每个因素就是在按照这种方式，来扮演它的角色；而且，每个因素都是权力的初始来源。但是，系统是非常不清晰的，以至于我们缺乏去相信这些事情的理由：我们正在离最优解越来越近的情势中；或者是存在着清晰明确的方法，来推动我们去追求最优解。 如果存在一个系统，能使得最优解以外部坐标为模，那么这似乎是一个方向正确的步骤，但是这将会要求增加工作量：要么为了破坏系统外部的协调，要么为了增进对系统的理解而追求系统内部的平衡。 2.尽管我事先没有同你提及过，但毋庸置疑的是：这是一个非常关键的要点，也是我正在从事工作的焦点。在和二次方投票/自由激进模式相关的问题上，我的确不觉得这是一个主要的问题。从根本上而言，我有一点就是不太明白：为什么在二次方投票/自由激进的语境下，秘密投票会使得事情更糟糕，或者是会让事情得不到妥善处理。就实际情况来看，也就是从投票制度虽然存在，但亟待完善的这一语境来看，现今对紧张情形的偏好，例如示威抗议，显得更为糟糕。如果存在着私人的方式，来处理这些事务，那么这似乎是一个很大的进步。 然而，就我正在做的研究来看，我觉得可以为信号理论所摄取的因素就算不是全部，也很多了。有这样一种对信号理论的方案，几乎总是为人所忽略的，那就是主张信号活动应该被课税。对SAT分数课税，对标准的白人流行的英语课税，等等。这一政策方案似乎执行起来有点困难（就算是我们在算法学方法上取得了进展，但毕竟你需要去衡量各种位阶外部性），但是如果可行的话，这样做看起来完全良好并且非常激进。这将会增进效率，重新就以某种方式人们常言的“特权”进行再分配（比如“白人特权”）——这种方式恰恰是某些左右翼人士的呼吁，虽然他们来源于各种各样的文化范式，彼此之间又不相融，但是他们要求的方式和前文对“特权”进行再分配的方式恰恰如出一辙。在社会学领域，有一种能力叫做“文化资本”，这种能力根据你的战略性优势，被用来理解应付意义制造系统。我和Kadeem Noray在共同合作撰写一篇涉及此问题的学术论文，论文的名字叫《文化差异信号理论》，也在共同撰写一本题目为《有效的文化资本税》的白皮书。如果你对此有兴趣不妨告诉我。 3.还有另一个在我们的工作中没有被涉及到的要点，但是我决不相信，在当前现状下存在的机构会将这些事情处理得更好。基本上来看，因为这一话题，你不能拥有很多东西，比如直接民主制,或者是对“集团”直接民主式控制。你需要更多的中枢性群组来应对这一挑战。相对于信息集聚的异质性，信息获取存在一种弹性，而且凝聚集中化的最优程度取决于这种弹性。与此同时，我觉得在这一问题上没有独一无二的解决方式。也正因为如此，我对某种类“流动性民主”系统（尽管不是流动性民主本身）有着强烈的偏好，这种类型系统允许最优的组织自总体中有机涌现。 我的确相信，自由激进模式大概将会引致我前面所说的情形，理性忽视将会为有组织的规模经济提供一个确切的根据，也会为我反对包括数据管理问题在内的全中心化框架提供确切的理由。然而，依然会有会有更多的研究亟待完成，来解决这两个问题：信息联合获取的问题，以及通过信息联合获取将事物结构化的方法。还让我产生疑虑的判断是，“终极算法”依然存在。不妨从事物的另一面思考一下，虽然情况会因具体情形而异，我们还是应该坚持一种一劳永逸式的结构，像议会制度或者总统制度。此外，哪怕资本主义机制已经体现出它效率不充分的特征，以至于这种情况会任由某个暴君能够凭借其主导地位争夺大量资源，我们还是有必要明确地坚持这样一种机制。我觉得自由激进理念在处理这种问题上表现良好，但是我们还是要观察后效。 4.我对最后一点（Vitalik对物理性权力的论述）强烈认同（尽管我觉得物理权力的内在含义非常微妙，接下来我会谈这一点）。再重复一遍，实际上我觉得全面的激进市场（overall RM）主张会改进这方面问题，但是改进的程度还不够。我开始逐渐倾向于认同哲学家丹尼尔·艾伦（Danielle Allen ）的多元公民主义（polypolitanism），也是基于这样的上述理由。激进自由的原则也支持该项主张。 想象一下，我们已经具备了激进自由，并使之成为全球性原则，但是我们具备的一大波多元社群遍布于不同的层次，有着不同程度的力量和出资能力，并且在做各式各样的事情。人们可以不再为地理因素所限制， 来为社群做贡献到或者加入到这些社群中。当每一个社群具备了某种强制力时，一定量的强制力也会是社会性的。原因在于：在系统性的终极规则被视为合法的情况下，一旦有人被认为在破坏规则，他周围的其他人会要求这些逾越规则的人接受规则（这和Harberger的设计一致），乃至周围的人会受到这样做的激励。这一点可能在移民系统问题上更真确;我们或许有必要对此考虑一下。 然而在这一多元公民的世界, 合乎情理的移民系统可能会比我在书中探讨到的有更丰富的内涵，毕竟，这将会牵扯到几种不同的治理／集群的组织方式。确切地讲，它的外表特征和它运行的方式都需要经过很多努力来搞清楚，但是我想，最终它所指向的是这样一种境况：“中心的权威”观念基本上被瓦解了。这个世界上，中心的权威不复存在。特别地，把民族国家和那种“中心的权威”看作是相似类同的，这是不合理的近似估计。问题的关键在于，我们有很多历史遗留下来的制度，但是它们的适应能力是有问题的，以至于我们需要一种更灵活的态度，在广义范围上的各个层次的组织，去参与建设和解构。 但是，无论在任何情势下，“物理性权力”都是一个非常复杂而且意义模糊的概念。如果希特勒告诉某些人去做某事，他们会如此行动，不是因为希特勒有任何的物理性权力，而是基于他们的预期：这种预期解释了如果他们不去遵守，其他人将会如何做。在这一意义下，每一个社会组织都是一个泡沫。继而，这使得区块链和区块链危及合法性的争论两者息息相关，并且引人入胜。 让我再补充一条我觉得是至关重要的问题。目前我仍在努力寻找这个问题的解决对策，还会加大研究力度。当下存在这样一个想法，认为应该通过共有产权自行估值税收（COST,common ownership self-accessing tax）分配资金，并将资金作为社会红利。我认为这样的想法不够明确，完全是杂牌拼装货，是很危险的。举个例子想象一下：一个社群可以影响到个体的估值行为，并且比起该社群或者内部的某一成员希望从当前的所有者手中所购买到的份额，这个社群实际上具备着更多（或更少）的份额；或者是社群的内部成员想从现有的份额所有者手中买到资产。这就会导致社群想让社群成员往高（或往低）报价，就会引起潜在的勾连问题，而且这个问题也是你所提到过的。 总而言之，对于我而言，所有权的份额需要尽可能地跨社群或者在个体间多加配置，并要和某种概率形成适当的比例——这个概率是一个令个体或者社群最终成为有效率的（从折价现值层面讲）所有者的概率。自然地，在流向个体的资金流多变而不均衡，公共产品集资活动在社群内部和社群层面活动的条件下，这会引发流向个体的资金流和公共产品集资过程结合，也就可以避免扎伦(Jaron)表示过的对中心同质式资金流的忧虑——这一顾虑也是我多次分享的。这样做也有利于提高效率，减少陷入极权主义的风险，也就是更稳健了。如何把所有内容详细列举出并且让这样的想法投入运作，依然是非常磨人的。精致的类同性结论似乎应该在不远处的地方，但是我还没有完成这一环节。无论如何，我觉得从长远发展角度来看，这一点很重要。 最终，通过持续几周的学术议论，这一话题终于进入了更为广泛的领域。就在最近我感受和意识到了——特别是伴随着自由激进主义，我感受到了一点并且在这一点上做出突破：一个内部衔接性如此之强，以至于所有的未成熟的领域都凝聚在一起的政治经济学框架。伴随着这一框架的产生，不但这些未发展成熟的领域可以凝聚在一个框架里面，而且在当下，它们理论基础的失败可以因此显得清晰透彻。 基本上看，自由激进（连同信号议题）强调了：当前经济话语，连同着它的极端个人主义的视野，都是不可救药的。也就是说当前的经济话语并没有反映出每一种组织社会生活的方式；我们所生活的社会，是一个这样的社会：在这个社会里面，几乎所有东西都至少有一部分产生于回报性增长科技（从家庭到教会、网络、政府、企业等等都是这样）。经济学却承担了基础性和初始性功能，它指向着全然个人主义的视角，而这种视角只在在收益递减情况下才行得通。一旦面临着收益增长的情形，它只能诉诸市场的力量或者其它的低效杂牌因素。这一传统的理论框架是不太合理的，一旦你用这种方式审视事务的话，我们就会用经济学对各种标准化的问题抄不应该抄的近道。 就最近的几个星期，我都在和经济学家、社会学家和哲学家在讨论，感觉好像在用一把折叠刀穿越一片森林。这一视角使我能够从更广泛的角度看待问题（虽然事物的本来面目依然模糊），并且就像是有了一众任我指挥的伐木队伍。令人感到庆幸的事情是，你不需要过于脱离经济学的形式主义风格，只要把问题放在合乎逻辑的结论里面，然后在基础且实质的地方作结。这一终结之处，也恰恰是很长一段时间内，许多社会学家、人类学家和政治科学家曾经去过的地方。 但是，这样的理论框架，则既缺少了匹配、衡量的能力，也缺乏适度进行发明创造或描述说明的能力，因为它们不够讲求形式主义。就算是特定的激进市场观念存在一些缺陷，需要纠正，我也真诚地相信：我们在推动一种强大而全面的政治经济观，并且这种观念和新自由主义的范式有所不同。这就好比边际革命虽然来源于过去，但却能够和过去的理论平行存在。基本上，前边际革命范式曾依赖于线性生产函数，并没有容纳边际量大于平均量的情况，因此也不能处理利润的问题。但是机缘巧合的是，边际量小于平均量（公共物品）的情况也一度丢失了，一个核心的理论问题也继而形成了，我们可以在实际层面上强调一下这一点。这个恰好是George和Walras在追寻的议题。我觉得我们现在可以真正把握这个话题。 <br/> ### Vitalik Buterin 在处理规模报酬增长的情形方面，自由主义表现不佳——这绝对是一个好的想法。同时我要在更广义层面上主张：基于均衡、部分最优、导数的经济学，在多元均衡问题以及协调性问题的情景中，没有提供很好的应对思路。 面对着存在规模报酬增长的活动时，要不要开始从事这样的活动，这只是在若干模式中的一个例子。增加或者减少公共假日（正如节假日时间会在你与你的朋友们同时都处于休假的情况下变得更有价值），调整变更时区，将一些语言的不规则动词规则化等，都属于类似的问题。具备更强大社会配置，以达成那些种类的共识，仿佛是非常有价值的。如果对用于中心控制的节点没有要求，建好这些配置，也似乎很有价值。这两者似乎很有价值的原因在于，中心机制的控制可能被滥用，而且还在于有的时候（例如可以想一想那些跨机构和跨国的协议标准）不存在一个可以在特定的任务中胜任的中心权威。 <br/> <br/> 声明：ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系ethereumcn@gmail.com进行授权。