ECN 拥有自己的 Mirror 子域名啦：ecn.mirror.xyz
Mirror Protocol 是以太坊上的一个去中心化内容创作平台。自 3 月起，Mirror DAO 每周会发起一次好文聚焦活动，被选中的作者将获得一枚 WRITE，创作者销毁 WRITE 即可注册自己的子域名。中文社区有两个名额，快去 Discord 参加吧：https://discord.gg/5bC8yptznY
来源：
https://dao.mirror.xyz/jJM4tb86l8m1AP4gZFzGXovKk9p60MDqVKxFplNZI7w
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/
共识层
验证者提款提案——EIP-4863: Beacon chain push withdrawals
共识层开发者 Alex Stokes 和 Danny Ryan 就合并后验证者提款问题提出 EIP-4863: Beacon chain push withdrawals (信标链“推式”提款)。
这个 EIP 会引入一个新的 EIP-2718 交易类型来支持验证者提款——从信标链“推”到 EVM。且会添加区块验证，以确保提款交易在信标链的提款处理是可靠的。这种基于“推式”交易的架构要求提款从信标链出列后马上在执行区块被处理。
根据开发者在第 133 次以太坊核心开发者会议上的讨论，这个设计的优点在于简化了流程，对验证者来说稍微更便宜，并允许验证者提款到一个目前没有余额的地址。会议上讨论到的一个技术点是，提款是否需要一个新的交易类型，还是简单作为客户端在处理区块时的一项操作就好了，这个操作不会通过交易公开 (就像区块奖励分发)。
这个讨论还没有定论，有些客户端开发者希望可以有一个文档描述提款的整体流程，包括共识层、执行层和引擎 API 。
这份 EIP 目前已进入上海升级的“考虑纳入”行列。
来源：
https://twitter.com/TimBeiko/status/1499870641192792066?s=20
EIP-4844：分片 blob 交易 进度
Vitalik 于 2 月初提出了用于分片的携有 blob 的交易格式 “Sharding-format blob-carry transations"，随后在 EthDenver 上，Optimism 团队的开发者@protolambda 与其他以太坊开发者做出了一个完整的数据 blob 交易 (即小型 danksharding) 原型 (详见第 60 期的七日谈)。近日，Vitalik 和 Dankrad 等开发者已起草了 EIP-4844: Shard Blob Transactions，根据 Optimism 的推特介绍，
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
Prysmatic 团队将在 Discord Q&A
客户端 Prysm 的团队将于北京时间 3 月 11 日零点在 Prysmatic Labs 的 Discord 上举行 Q&A，话题不限，可以是关于合并、分片、MEV 和任何与以太坊相关的问题。感兴趣的朋友可以去参与一下。
指路：https://discord.com/events/476244492043812875/948969185625665546
合并 (The Merge)
merge-devnet-5 上线
负责合并测试网运维的开发者@parithosh_j 于 3 月 3 日发推宣布 merge-devnet-5 已经上线。这次的 TTD 设得很高，使得每个人都能在合并前参与进来。他们决定于这周发布 Kiln 而不是上周，这样能有更多的时间准备文档、工具和客户端。同时，devnet5 使用的是与 Kiln 相同的规范，因此可用作测试。
在第 133 次以太坊核心开发者会议上，大多数的客户端都表示他们准备好对 Kiln 的支持，包括 Nethermind、Geth 和 Besu，Erigon 还不确定但希望能赶上。
来源：
https://twitter.com/TimBeiko/status/1499866955750076416?s=20
合并升级的共识层规范小型修改
共识层开发者 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
执行层
EIP-3651: Warm COINBASE
开发者@willmorriss4 在上周的核心开发者会议里提出希望在上海升级里纳入一个小变更——EIP-3651: Warm COINBASE。这个提案相当于是对在柏林升级里 EIP-2929 的遗漏修正。EIP-2929 提高了第一次访问存储项的 gas 开销，访问 COINBASE 的开销也提高了。该开发者认为这是一个错误，因为当你处理一个区块时，你需要 COINBASE 的值来给区块奖励，也就是说 COINBASE 已经被访问过了。这个 EIP 可以降低对向 COINBASE 地址转账的调用的费用，这在像 Flashbots 这样的系统是经常用到的。
由于客户端团队都认为 EIP-3651 应该不会对其他进程造成影响，因此同意将其放入上海升级的“考虑纳入”行列。
来源：
https://twitter.com/TimBeiko/status/1499876549100666880?s=20
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 模式。
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 用户的交易费。
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
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
一些 L2 项目的资源推荐
Arbitrum 推出技术论坛：http://research.arbitrum.io
StarkNet 生态系统 Dashboard：https://www.starknet-ecosystem.com/
ZkPad Analyticz 发布 StarkNet 开发资源库：https://github.com/ZkPad-Labs/starknet-libs
生态
如何配置你的 MetaMask rpc 连接？
以太坊基础设施的去中心化问题一直存在，尽管 MetaMask 的默认终端是 Infura，但并不是无法修改的。以下介绍配置 MetaMask rpc 连接的方法：
- 点击网络下拉菜单，点击底部的“添加网络”
- 填写网络设置
- 网络名称 (Ethereum、Rinkeby、Polygon等)
- 从 Alchemy 或其他提供商获取 PRC URL
- 确认你的链ID 与你想要的链是匹配的
3.点击保存，就可以了
来源：
https://twitter.com/thatguyintech/status/1499473609848344576?s=20&t=qKIH0NkzFq1_53aQxw80nw
DevPill.me ——作为公共产品的区块链开发指南
区块链开发者 dcbuilder.eth 于 3 月 7 日发布了 DevPhill.me 项目，这是一个作为公共产品的区块链开发指南。dcbuilder.eth 编写这个指南是为了提供一个他多年找到的开发资源的聚合器，然后加上关于如何走进和使用它们的一些评论，以便开发者最大限度地理解这些资源，尽快上手在以太坊上做开发。
这个指南的包括以下主要方向，但任何人都可以自由地提交拉取请求，以增加更多内容：
- 前端开发
- 智能合约开发
- 后端区块链开发
- 全栈区块链开发
即将发布的内容：
- 核心开发
- 安全工程
- MEV 搜索者
- 协议开发
- 密码学
- 区块链数据分析
想要资助这个指南的可以在 Mirror NFT 和这次 Gitcoin13 上给予支持。
来源：https://github.com/dcbuild3r/blockchain-development-guide
ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[email protected]进行授权。