ETH 2

AllCoreDev 关于合并的讨论

关于伦敦硬分叉后优先“合并”的提案，尽管看上去简单，其实需要 Eth1 客户端做非常大量的工作。会议提议伦敦后 Eth1 团队专注在合并工作上。如果决定了在伦敦后专注于合并工作，上海硬分叉必须要推迟了，因此合并不会在10月实现。

来源：https://twitter.com/TimBeiko/status/1372903072377184257?s=20

信标链安全性+测试的 RFP

以太坊基金会为信标链的安全、即将发生的合并与信标链相关的测试参与宣布了提案征求 (Request for Proposal)。具体内容包括 eth2规范、四个客户端以及核心代码库里的代码。重点可能包括：实时网络分析、网络加载测试与模拟测试、客户端加载测试等。

提案提交截止日期为北京时间 2021 年 4 月 2 日 2：00 am，发送地址为 rfp@ethereum.org。

详情：https://notes.ethereum.org/@lsankar/security-rfp

存在感不强的Lodestar在2021要跑出？

ChainSafe 发表文章 A Lodestar for Eth2，介绍了Lodestar在 Eth2 做的工作，在2020的工作进展，以及在2021年的路线图。以下为文章概述：

Lodestar是一个用 Typescript 语言写的 Eth2 客户端，能丰富 Eth2 客户端的多样性。Lodestar 旨在成为易于使用的 Eth2 客户端。

Lodestar 的工作主要专注在两个部分：

构建一个可组合的开发者工具与代码库生态。当所有这些工具与代码库都组合起来了，你就可以使用 Lodestar 客户端了。现在已经有20个代码库了，eth2 launchpad 和 MyEtherWallet使用的是Lodestar 的 BLS 库。
使 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 就有了接触更多用户的独特优势。

目前轻客户端开发的两个重点：同步与证明请求/回应。

Lodestar 在2021年的路线图

详情：https://medium.com/chainsafe-systems/a-lodestar-for-eth2-da9e1a1ea8f2

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

以太坊开发者 Lakshman Sankar 解读状态大小管理

以太坊”状态“由处理新交易所需的所有数据组成。这些数据包括：所有智能合约的应用状态和所有账户的余额。而每个节点都需要存储这些数据以验证区块链。

随着 NFT 和 DeFi 热潮爆发，数据大小正在以越来越快的速度增长，参考 etherscan 的数据：https://etherscan.io/chartsync/chaindefault

如果继续这样下去，大多数用户将无法参与验证网络，这将违背去中心化的原则。

目前有一个双管齐下的办法来处理状态问题：

状态逾时
弱无状态性

1.首先，状态逾时是将数据库缓存方法社会化的经典方法。也就是说，如果某个状态块在某段时间没有被访问过，节点不需要再储存该状态。如果用户需要访问旧状态块，ta 必须提供”见证“或证据来证明该状态是有效的。

大家稍微想一下，这是否类似用户需要支付状态存储租金：因为用户需要自己存储他们提供有效性证明的数据，才能生成恢复数据状态的”见证“。如此一来，用户自己存储数据，而不是节点提供者。

2.然后是弱无状态性，即通过”轻客户端“解决问题。在弱无状态性的以太坊，只有区块提议者 (矿工、验证者) 需要存储所有状态。而对于其他验证状态的节点则不需要存储状态，他们只需要提供”见证“。

例如，要与一个非提议节点确定你自己的账户余额有笔资产，你必须向其提供你的账户状态的见证。

Vitalik Buterin 写了一篇文章介绍如何推进状态逾时和弱无状态性：https://hackmd.io/@vbuterin/state_expiry_paths

来源：https://twitter.com/lakshmansankar/status/1372645112644132864

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上一直做得很好，守护了网络健康。

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

EIP-1559 后钱包设计讨论

@RyanBerckmans 在推特上分享了他设计的 EIP-1559 后钱包可能如何自动计算“费用上限 (fee cap)” 和 "小费 (tip)" 的概念图（如下），像现在的钱包一样有快、平均、慢三个选项。

研究员@barnabemonnot对此设计的反馈如下：

这取决于发送者的偏好，但把费用上限设置得太接近基本费用的话就会失去了 1559 所具有的竞价浮动优势。我感觉大多数用户会选择预测性更强的交易费而不是小额价格间的不确定性。

此外，大多数时候你不需要出过高价格，只要可打包需求低于 25M 的 gas limit，1 gwei 的矿工费用就足够了。钱包可以通过监测交易等待队伍判断打包需求是否属于这种情况，然后建议更高的小费。

ENS开发者@nicksdjohnson 表示同意，但怀疑在峰期中监测和设更高小费是否真的有效，因为这时数据变得非常快。

根据@barnabemonnot的反馈，@RyanBerckmans 发了第二个版本：

@barnabemonnot 对第二版本的反馈是：

当需求不是过高时不需显示快/平均/快三种情况，大多数时候只需显示当前基本费用+1 gwei 的矿工费，然后让用户按“发送”或“不发送”。

(编者注：UX 提升是 EIP-1559 的一大亮点，这个讨论给出了比较具体的用户界面设计构思，加深对 EIP-1559 的理解或思考)

来源：https://twitter.com/RyanBerckmans/status/1373116045188345857?s=20

Layer 2

二层隐私支付项目 zk.money 上线主网

3 月 16 日，以太坊 L2 扩容解决方案 Aztec 2.0 版本上线主网，推出基于密码学技术 PLONK 的 L2 隐私支付项目 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

Layer2 解决方案整合与进展

@RyanBerckmans 整合了以太坊各个 Layer2 扩容解决方案，并且持续更新它们的进展：

https://linktr.ee/EthereumL2s