不同的客户端团队在上海升级方向上有分歧意见，现在有两类级别的提案在互相竞争，一类是像 1153、4758 等的小型提案，另一类是像 EOF (EVM 对象格式)、4844 和提款这种大型提案。
本期看点
上海升级时间预测与优先级安排
各客户端团队对上海升级候选 EIP 的考量
审查区块占比现状
Flashbots 开源 sync-proxy
zkSync 2.0 推出主网 Baby Alpha 版本
StarkNet 编程语言 Cairo 1.0 即将上线，随后启动 Regenesis 阶段
FTX 支出 600 万美元补偿收到钓鱼攻击的 FTX 用户
Vitalik 就监管问题发表看法
superphiz 创建呈现以太坊相关信息 Dashboard 的列表
Apple 应用商店不允许通过 NFT 回避“苹果税”
下一届 Devcon 举办地点调查
主网
➤各客户端团队对上海升级候选 EIP 的考量
停办了超过一个月的以太坊核心开发者会议 (ACD) 于上周四 10 月27 日重新举办，在第 148 次 ACD 上，不同客户端团队的开发者对考虑纳入上海升级的 EIP (CFI) 都发表了看法，并对一些新出现的提案进行了讨论，此次会议让上海升级的内容和推进方向变得更加清晰。以下为会议具体内容的编译：
首先从执行层客户端 Nethermind 的开发者开始，他们已经对所有当前考虑纳入上海升级的 EIP 起草了 PR，并表示有兴趣探索 EIP-1153 (引入瞬态的存储操作码) 和 EIP-4758 (停用操作码 SELFDESTRUCT 并将其转换为操作码 SENDALL )。
此外，Nethermind 团队已经在同步新推出的 Shandong 开发者测试网并通过了现有的 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 (它引入静态的相对跳转) 和 EIP-4750 (它为 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。
来源：https://twitter.com/TimBeiko/status/1585406583278047235?s=20&t=zDIEDsAoBMQsWSPoWg7g3w
➤上海升级时间预测与优先级安排
开发者们对时间进行了预测：如果想要尽快部署提款，可以在 X 个月里实现，如果 4844 在另一个分叉里部署，它可能会发生在X+~6 个月里。而如果把两者一起绑在一次升级里进行，时间大概需要 X+~3 个月。
总结一下，上海升级的提案目前主要有 4 个部分：
“上海升级的核心”，每个人都赞成在上海实现的，包括提款和一些小型 EIP (3651、3855 和 3860)
EOF 系列，目前进入 CFI 的 (3540 & 3670) 以及两份新增的提案 (4200 和 4750)
EIP-4844
“锦上添花”系列：1153 和 4758
为了不断取得进展，开发者们就以下几点达成共识：正式纳入第 1 部分的 EIP 到上海升级，为 EOF 和 4844 搭建开发者测试网，以衡量实现和测试的复杂性，并最终敲定规范，然后继续讨论第 4 部分的 EIP。
关于第 4 部分的内容，值得注意的是，这次的会议明确地给客户端团队提供了大部分的空间，但还没有从更广泛的社区获得意见。在下一次会议，开发者们将让社区的人参与并表达他们支持的在上海升级纳入的 EIP。
来源：https://twitter.com/TimBeiko/status/1585682730771439617?s=20&t=zDIEDsAoBMQsWSPoWg7g3w
➤审查区块占比现状
据 mevwatch.info 截止目前，合并后的所有 relay 打包的区块中大约有 88% 的区块实施着 OFAC 标准的监管，而合并后的所有生成区块中，有 43% 的区块遵循着 OFAC 监管。
来源：https://www.mevwatch.info/
➤Flashbots 开源 sync-proxy
早在 8 月，Hasu 在推特上正式宣布开源 Flashbot 的 relay MEV-Boost 的代码，由此鼓励竞争、减少单点故障并避免市场垄断。
10 月 26 日，Flashbots 开源了其基础设施的一部分 sync-proxy，这是信标节点和执行客户端之间的轻量级 proxy。sync-procy 负责运行 proxy 服务器，将来自信标节点 (BN) 的请求 proxy 至多个其他执行客户端；可以驱动 EL 从多个 BN 同步以实现冗余，以提高执行客户端同步的可靠性和简单性。
来源：
https://twitter.com/hasufl/status/1559908331145265156
https://twitter.com/metachris/status/1584976054644457472
➤ Prysmatic Labs 运行的节点短暂出现下线情况
10 月 29 日，负责监控以太坊质押池的 ethereumpool 向 Prysmatic Labs 发出警告，他们运行的 144 个节点出现了全都下线的情况。要注意的是，不是其 prysm 软件出现了问题，（我们认为）这些情况只发生在其团队自己的验证者身上。他们的资金仍然是安全的，而这只是一个小小的提醒。
同一天，而其开发者 terence 对此表示感谢，他回复称这是基础设施上出现了问题，目前他们都应该在线了。
来源：https://twitter.com/EthereumPools/status/1586298312440762374
➤Flashbots 工程师 Chris Hager 整理 PBS 重要研究和参考文献
Flashbots 的 Chris Hager 整理了关于 PBS (提议者/构建者分离) 的重要研究&参考文献清单。他将内容大致分为了基础文档、未来展望、视频以及其他。
在未来展望的部分，只是收录了关于部分区块竞拍（partial block auction）和在协议层执行的提议者承诺（PEPC）两条内容，大家可以在在评论中贡献有关 PBS 未来发展的内容。更多内容，请查看来源。
来源：https://hackmd.io/@metachris/pbs-intro-materials
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
➤Arbitrum 上线新的 Nova 区块浏览器
10 月 27 日，Arbitrum 推出新的 Nova 区块浏览器，由 Etherscan 提供支持。这个新的 Nova 浏览器可以帮助用户在 Reddit 的游戏或社交后可以更加轻松地梳理自己的交易历史。
来源：https://twitter.com/arbitrum/status/1585320303911223304
➤zkSync 2.0 推出主网 Baby Alpha 版本
29 日，zkSync 宣布 2.0 版本 Baby Alpha 上线主网，将逐渐开放许可 (面向生态项目开放的 Fair Onboarding Alpha 和面向终端用户开放的 Full Launch Alpha)。
今年年初，zkSync 分享的路线图概述了通往主网道路上的关键里程碑，以下是已达成的里程碑：
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 年实现去中心化。包括证明生成、区块生成和交易验证。团队表示已经在考虑如何对部分系统进行去中心化，并将提供关于如何运行节点的明确指示。
来源：https://twitter.com/zksync/status/1586053698672656384
➤L2beat发布新功能，专注于各个方案的交易情况
L2 数据追踪和研究平台 l2beat.com 上线了一项重大更新，添加了 “Activity” 一栏。
其中包括：
过去一天的日均 TPS
与过去一周相比，日均 TPS 的变化
单天平均最高 TPS
过去一个月总交易量
数据来源
来源：https://twitter.com/l2beat/status/1585981268348768257?s=20&t=ohiPUtOaxsjHDRFG5S7D-w
➤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：
https://twitter.com/StarkWareLtd/status/1587075822271209473
➤Optimism 的 NFT 市场 Quix 与 Layer3 合作推出一个 NFT 桥接 Quest
10 月 28 日，Quix 宣布与 Layer3 合作，一起举办一个 NFT 桥接 Quest，奖励用户桥接他们的以太坊 NFT 到 Optimism 上。
来源：https://twitter.com/qx_app/status/1585685499015880705?s=20&t=ohiPUtOaxsjHDRFG5S7D-w
➤Scroll 发布 8 千美元赏金计划
Scroll 发布 8 千美元赏金计划，鼓励社区贡献者在其测试网或以太坊主网上构建项目。
此次活动更加关注的项目类型包括 (1) 创新性应用 (2) 开源的开发工具 (3) 开发者和研究人员教育/引入项目 (4) 对于以太坊的研究与改进（如 EIP 等）。更多关于此次活动的奖项设置、福利等详细信息，可以点击来源查看。
来源：https://twitter.com/scroll_cn/status/1587002400329519104?s=21&t=kkxkhMDygl6VumvLu6NN4w
生态
➤FTX 支出 600 万美元补偿收到钓鱼攻击的 FTX 用户
25 日，FTX 的 CEO Sam Bankman-Fried 在 CoinbMarketCap 的 podcast 节目中提到，将用 600 万美元补偿受到钓鱼攻击的 FTX 用户。
关于此次钓鱼攻击，可以查看上期七日谈编译的 FTX 连接至 Three Commas 网站的 API 密钥遭遇攻击事件。
SBF 在这期 podcast 中提到，最近冒充其他网站的网络钓鱼攻击有所增加，例如加密货币机器人提供商 Three Commas。“少数用户”在通过虚假网站与作恶者共享了他们的 API 密钥后，最终被利用 —— 他警告说，一般“极少”有可以对钓鱼攻击采取的行动。
来源:https://twitter.com/CoinMarketCap/status/1584915436956798989](https://twitter.com/CoinMarketCap/status/1584915436956798989(Collected)
➤币安在 BNB 链上发布预言机服务
据 The Block，加密货币交易所 Binance 发布了名为 Binance Oracle 的预言机服务，帮助区块链应用程序连接现实世界的数据。而 BNB Chain 生态系统将成为首个使用 Binance Oracle 的区块链，其团队也计划将该服务扩展到其他链。目前已有超过 10 个 BNB 链项目与 Binance Oracle 集成。
随着此次预言机服务的上线，Binance 进入了主要由 Chainlink 主导的利基市场。Chainlink 也是一个预言机网络，为多个不同区块链上超过 69 万名活跃用户提供服务。在区块链上广泛使用的其他预言机项目包括 Band Protocol、Ocean 和 Pyth 等。
据 The Block 数据，BNB 链上的 DeFi 应用程序中有着超过 70 亿美元的资产。
来源：https://www.theblock.co/post/180042/binance-releases-oracle-service-on-bnb-chain-rivaling-chainlink?utm_source=twitter&utm_medium=social
➤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（零知识证明）在满足监管政策目标并同时保护隐私方面提供了许多新的机会，而我们应该利用这一点！
来源：https://twitter.com/vitalikbuterin/status/1586557896351186944?s=21
➤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 在内共有两位。
来源：
https://twitter.com/superphiz/status/1586822618338021377
➤Apple 应用商店不允许通过 NFT 回避“苹果税”
据前端工程师 @wongmjane，Apple 更新了其应用商店的审核指南，禁止将 NFT 作为一种避开 Apple 应用内购买机制的方式。这意味着通过 NFT 避开“苹果税”的方式也许不再可行。其中，其指南中新增的一条规则写道：
应用程序可以使用应用内购买来出售非同质化代币 (NFT) 以及出售与 NFT 相关的服务，如铸造 、发布和转让 NFT。应用程序会允许用户查看他们自己的 NFT，前提是其 NFT 所有权不会解锁应用程序内的特性或功能。应用程序会允许用户浏览他人拥有的 NFT 集合，前提是应用程序不得包含按钮、外部链接，或者不能引导消费者跳转至苹果应用内购买机制之外的其他购买渠道。
来源：
https://twitter.com/wongmjane/status/1584609845570768897
➤推特开发者宣布正在测试对 NFT 卡片的展示
28 日，推特开发者官方宣布，目前正在测试 NFT 推特卡片（Tweet Tile）。一些链接至 @rarible、@MagicEden、@dapperlabs 以及 @Jumptradenft 上 NFT 的 URL 可以在发布时显示为卡片状的形式。如图所示：
来源：
https://twitter.com/twitterdev/status/1585707921433923585?s=61&t=u9Vo2vLEWYQMtveHzVuN8Q
➤Google 为 Web3 开发者引入区块链节点引擎
27 日，google 宣布为 Web3 开发者引入 Google Cloud 区块链节点引擎（Blockchain Node Engine）。
区块链节点引擎是一种完全托管的节点托管服务，提供中继交易、部署合约以及写入或读取区块链数据等服务。
来源：
https://twitter.com/cryptogucci/status/1585658076761300993?s=61&t=u9Vo2vLEWYQMtveHzVuN8Q
➤下一届 Devcon 举办地点调查
Devcon 论坛上关于下一届 Devcon 7 举办地点提议的调查已于 11 月 1 日结束。目前，最受关注的城市为伊斯坦布尔，其他较为受关注的城市包括芽庄市、台北市、波尔图以及贝尔格莱德。
来源：
https://twitter.com/EFDevcon/status/1587086922073227264?s=20&t=T6B8R5zKCv19ggy_VMKPgA
