（编者注：Week in Ethereum 是 Evan 的个人作品。他既传达事实，也会加入自己的引申。翻译这些信息不代表我们认可他的立场，也不代表我们（有能力并且已经）核实所有的事实并把他的观点分离开来。）主网PoW 关停社区会议：平均出块时间从约 13 秒调整到 12 秒，但可能有些合约硬编码

本文是为预测EIP 4345的影响而作的练习。这个 EIP 提议在 2021 年 12 月推迟难度炸弹。我们的目标是看看我们是否能帮助确定应该何时推迟、应该推迟多少，好让难度炸弹预计在 2022 年 5 月份再次爆炸。预备知识有关这个主题，我之前已经写过很多篇文章了：有关难度计算的方法：It

（编者注：Week in Ethereum 是 Evan 的个人作品。他既传达事实，也会加入自己的引申。翻译这些信息不代表我们认可他的立场，也不代表我们（有能力并且已经）核实所有的事实并把他的观点分离开来。）主网PoW 关闭社区会议计划于 11 月 5 日举行，邀请基础设施提供者和应用开发者参

根据定义，去中心化系统没有单一事实来源。中本聪取得的突破在于，他开创了一个系统，让所有参与者都独立聚焦于相同的事实。正是工作量证明让这一切得以实现。工作量证明的意义在于可以创建出无法被推翻的历史。如果出现两个历史相争的情况，包含更多工作量的历史胜出。根据定义，工作量最多的那条链就是事实，

（编者注：Week in Ethereum 是 Evan 的个人作品。他既传达事实，也会加入自己的引申。翻译这些信息不代表我们认可他的立场，也不代表我们（有能力并且已经）核实所有的事实并把他的观点分离开来。）主网最新的核心开发者视频会议 [1] 。来自 Tim Beiko [2] 的笔记：[1]:

太长不看StarkNet Alpha 即将于 11 月登陆以太坊主网。现在正是在 StarkNet 上进行构建的绝佳时机。简要回顾我们已经在今年年初宣布了我们对 StarkNet 的愿景：为以太坊带来强大的可扩展性，同时实现 L1 安全性、免许可型交互和去中心化。我们 6 月在公共测试网上线了 S

感谢 Vitalik Buterin、Barry Whitehat、Chih-Cheng Liang、Kobi Gurkan 和 Georgios Konstantopoulos 的审阅和真知灼见。太长不看我们相信 zk-Rollup 会成为 “香饽饽” —— 其成本优势和极高的安全性使得一众 L

（编者注：Week in Ethereum 是 Evan 的个人作品。他既传达事实，也会加入自己的引申。翻译这些信息不代表我们认可他的立场，也不代表我们（有能力并且已经）核实所有的事实并把他的观点分离开来。）主网Bonsai Tries 扁平存储模式，将 Besu 客户端的归档节点体积降低

Aztec2.0 已经上线 6 个月了。自启动以来，我们的系统已经传输了 550 万美元的价值，让隐私转账成了用得起的选择。我们的系统发送了超过 21000 笔交易，但我们设置了单笔交易最多转 1 eth 的额度，因为这项技术毕竟是实验性的，我们想给用户多点保护。今天，我们骄傲地宣布 Aztec

我写过很多关于创新型执行层的内容 —— StarkNet 和 zkSync 2.0 是最惊艳我的两个项目。感谢 Volition，智能合约行业有望于明年左右在全球范围内广泛落地。但是，关于这两个项目，我已经写不出更多东西了。我意识到我从来没有真正解决如何构建有效安全层的问题。这里要澄清的一点是，

来源 | polynya纵观区块链行业最初的十年，只存在单一型区块链。像早期的 plasma、多链以及分片等实验都尝试突破这种局面，但直到 rollups、validiums 以及数据可用性链的出现，才预示了单一区块链时代即将结束。然而，我们仍然局限于“单一”的视角，并使用诸如 L1 和 L2 这

要想完全理解比特币开发现状背后的原因，就不能不了解一些历史事件。本文着重列举了中本聪离开这个项目前后的历史事件、软件发布和漏洞修复；还额外添加了一个章节叙述比特币开发的现状。文章后附的时间线为每一个事件提供了额外的细节。对于这里的大部分事件，我都不是亲历者。所以这份时间线的一大部分引自 John

干货 | 深入探索比特币的安全模型（上）（续前）安全模型误区另外，每个区块链系统都将创世块硬编码到了节点软件中。你可能会觉得，“共享历史” （即，账本）是一种社会契约 —— 一旦某个区块的历史足够悠久，网络中的所有参与者之间都会达成共识，认为这个区块永远都不会被回滚。当开发者选定一个早期

虽然所有共识模型都是在防范各种理论上的攻击，但是了解这些模型的目的非常重要。

Taproot 是后向兼容的

HTLC 的结构并不复杂，但非常高效

闪电网络是一种支付通道系统

如果你想要入门闪电网络编程，又不在乎所谓正确、最佳的做法，这篇文很适合你。换言之，这篇指南具有很强的 主观性。如果你偏好 O"Reilly 式的权威文本，这篇文章可能不对你的胃口。但是，如果你想要了解闪电网络的最小开发环境及其基本内容，不妨读一读。我写本文的目的是提炼出创建闪电网络应用的基础知识

交互式证明效率更高，也更灵活。

我们在此提供出一种基于 UTXO 的执行模式