币界网消息，1 月 31 日，据 The Block 报道，以太坊客户端 Geth 的开发者在周四发布了 1.14.13 版本，代号「Schwarzschild」。 此次发布特别解决了一个影响 Geth peer-to-peer (p2p) 层的漏洞，可能会导致对运行该版本的节点进行拒绝服务攻击，并可能影响 Layer 2 客户端。

金色财经报道，ETHGlobal成员Josh Stark发文称，由于最近以太坊基金会支出一直是人们谈论的话题，以下是针对一些大问题的想法和答案。 首先，我们正在编写一份新的以太坊基金会报告，涵盖2022年和2023年。我们希望在Devcon SEA之前发布它。以下是即将发布的报告中的支出信息预览（具体数字待定）。这些图表同时记录了内部和外部支出。 例如，“L1 R&D”包括对外部客户团队的资助，也包括内部EF研究人员。在这两年，内部支出约占38%，外部支出约占62%。 内部支出包括EF团队，如: - Geth； -隐私和扩展探索（PSE）； -Solidity； -密码学研究； -稳健激励小组； - Devcon等； 所有这些团队都公开工作，并在他们的网站、github和社交渠道上分享他们的活动信息。

PANews 5月25日消息，据Unchained报道，以太坊流动性质押协议Lido已经大幅提高了其执行客户端的多样性。根据Lido周三发布的一份报告，Go Ethereum（Geth）作为最流行的执行客户端，其在Lido节点运营商运行的验证者中的使用率从上一季度的67.1%下降到了2024年第一季度末的46.6%。 Geth的替代执行客户端Besu和Nethermind自上个季度以来均有所增长。Lido节点运营商运行的验证器中超过三分之一使用 Nethermind作为执行客户端，较2023年第四季度的23.2%有所增加，而Besu的份额则从上个季度的6.9%增长了一倍多，达到2024年第一季度的14.6%。 自2022年第三季度以来，Lido对Geth的使用率每个季度都在下降。当时，几乎所有由Lido节点运营商运行的验证者都在使用Geth，这对以太坊本身的安全性构成了风险，特别是如果超级多数客户端中发现了一个漏洞。

Odaily星球日报讯 Lido 发布 2024 年第一季度 VaNOM（验证器和节点运营商指标）报告。报告显示，第一季度客户端多样性增加，尤其是在执行层；绝大多数客户端（Geth）的使用率已降至 46%（2022 年为 96%，2023 年第四季度为 67%）。公共云使用率下降，从 46% 降至 40%。

金色财经报道，Geth开发人员Péter Szilágyi在X平台上称，将尽快发布以前版本的Geth（v1.13.14 及更早版本）中的网络漏洞，因此在我们提供重现攻击的详细信息之前，请确保您使用的是修补版本。

金色财经报道，Geth开发人员Péter Szilágyi在X平台上称，在区块处理方面，Geth 1.14.1似乎比Gethv1.14快约5-7%，而Geth v1.14.2似乎又比Geth v1.14.1快 5-7%。

1月24日消息，以太坊客户端Geth已发布v1.13.11版本。该版本修复一些错误并启用用于Sepolia和Holesky网络的Cancun升级，此外还升级支持在API方法中的EIP-4844交易等。Sepolia将在1月31日升级，Holesky将在2月7日升级。

PANews 1月23日消息，针对此前Nethermind执行客户端问题，质押基础设施服务平台Figment在官网上表示，Figment不运行Nethermind作为执行客户端，而是运行Geth作为其主要执行客户端。Nethermind的漏洞导致一些人质疑，如果同样的问题出现在像Geth这样的大多数客户端上会发生什么。在这种情况下，任何连接到Geth的验证器都可能无法验证，以太坊将进入不活动泄漏状态；这些处罚很小，但会随着时间的推移而增加。如果Geth遇到类似的错误，Figment能够在几个小时内切换执行客户端，如果与此类事件相关的损失造成负数天的收益，即征收的罚款大于获得的奖励，Figment将支付这些损失（Figment将支付最多6个月的负数天收益的收入）。 据悉，1月21日，执行客户端Nethermind在区块19056922开始遇到一些问题。Nethermind版本1.23到1.25似乎开始拒绝无效区块。在第257,908和257,923个时期（含这两个时期）之间，参与率低于95%，这段时间为约2小时）。此前昨日消息，Nethermindv发布实验版本v1.26.0-exp.2，以修复v1.23.0中引入的共识问题。

金色财经报道，早些时候以太坊Nethermind客户端软件中的一个错误导致该链的大部分关键运营商瘫痪，Nethermind的开发人员在数小时内发布了修复问题的补丁。但该漏洞引发了“客户端多元化”风险讨论，一些专家认为，以太坊的大部分验证器都依赖同一个软件来支持其操作，这可能是一个很大的风险。 加密教育家Cygaar在X帖子中指出，“以太坊的客户多样性非常糟糕，Geth中的一个关键问题可能会导致运行Geth的验证器销毁数百万ETH”。 匿名加密货币投资者DCinvestor表示：“目前我不能忽视单一客户质押设置（依赖Geth）的风险，如果出现问题，我可能会损失很大一部分存款”。

金色财经报道，开发公司Nethermind修复了以太坊执行客户端中的一个严重错误，该错误导致验证器的块处理失败。 据该公司技术联合总监Daniel Cadela表示，共识错误影响了 1.23 至 1.25 的软件版本。所有节点运营商都需要更新到版本1.25.2。该错误首先由GitHub用户wga22报告。他表示Nethermind执行客户端在验证交易时出现错误。尽管该事件影响了一小部分以太坊节点，但它引发了关于网络对Geth等大型客户端依赖的新讨论。

PANews 11月15日消息，ConsenSys 的 Layer2 网络 Linea 在 X 平台上表示，正在准备下一个主要版本 Alpha v2，新版本交易成本更低，交易更快，并且 100% EVM 覆盖，还将开源 Linea Stack。随着以太坊进行 Dencon 升级（EIP-4844），Linea 很快将使用 blob 在 L1 上存储调用数据，以显著降低 Rollup 成本。此外，团队正在努力通过压缩发送到 L1 的数据并聚合证明来降低固定交易的成本。Linea 的出块时间减少到 4 秒，速度提高 3 倍，并有一种机制可以在未来轻松地进一步减少出块时间。此外还增加了峰值容量和吞吐量，为系统的持续网络增长做好准备。为了实现客户端多样性，Besu 和 geth 均已受支持，并且新的 Linea 排序器将用 Linea-Besu 取代 Linea-geth。

11月15日消息，ConsenSys的Layer2网络Linea表示正在准备下一个主要版本Alpha v2，新版本交易成本更低，交易更快，并且100%EVM覆盖，还将开源Linea Stack。随着以太坊进行Dencon升级（EIP-4844），Alpha v2很快将使用blob在L1上存储调用数据，以显著降低Rollup成本。 此外，团队正在努力通过压缩发送到L1的数据并聚合证明来降低固定交易的成本。Linea将把Linea的出块时间减少到4秒，速度提高3倍，并发布一种机制可以在未来轻松地进一步减少出块时间。为了实现客户端多样性，Besu和geth均已受支持，并且新的Linea排序器将用Linea-Besu取代Linea-geth。

11月9日消息，ETCCooperative 执行董事 Bob Summerwill 发推表示，Geth v1.12.15 版本中出现失误，Spiral 没有在 Mordor 测试网上正确激活，目前已通过发布紧急补丁解决这个问题，Blockscout 实例尚未升级，但很快就会恢复。

11月9日消息，ETCCooperative执行董事Bob Summerwill发推表示，Geth v1.12.15版本中出现失误，Spiral没有在Mordor测试网上正确激活，目前已通过发布紧急补丁解决这个问题，Blockscout实例尚未升级，但很快就会恢复。

PANews 10月23日消息，针对以太坊核心开发smartprogrammer.eth提交的“引入新版本以太坊点对点网络握手协议”的EIP-7542，以太坊开发者Péter Szilágyi （karalabe.eth）评论称：“显然，Nethermind和Besu已经停止存储以太坊的历史数据（而Geth仍然提供服务），他们想要将其标准化，这样就不会违反协议，而是成为一种可行的方式？这是一种极其不负责任的想法，修剪过去的数据是一个非常虚伪的营销伎俩，目的是让人们转向各自的客户端。这对网络来说绝对是非常糟糕的，它违反了协议，它违背了以太坊的整个设计。” 此外，以太坊开发者matt评论称：“这个提案是有问题的，因为它允许跨客户端异构分布区块数据。理性的节点运营者只会维护最少量的历史数据。因此，可以预期绝大多数网络不会提供任何大量的历史记录。要找到确实存在的节点将需要长时间搜索发现网络，然后服务于大部分或全部历史记录的节点将被那些寻找它的节点完全饱和。”

Odaily星球日报讯 以太坊核心开发者、以太坊客户端Geth开发者Péter Szilágyi在X平台发文表示，以太坊客户端Nethermind和Besu已经停止存储以太坊的历史数据，他们还想将其标准化，这样就不会违反协议，而是成为一种可行的方式。而这是一个非常不负责任的想法。 Szilágyi解释道，允许用户不存储历史链是一个非常虚伪的营销伎俩： - 用户切换到其他某客户端，因为它更小； - 他们仍然可以访问旧数据，因为Geth提供服务； - 用户（和Geth开发者）对此一无所知。 如果考虑平衡性，他们“可以”在EIP-4444上合作，“首先”帮助存档历史区块，“然后”所有客户端可以立即删除它，但他们觉得这不会对市场份额产生任何影响，因此把棘手的问题留给Geth去解决，在那之前一直保持YOLO（活在当下）。 Szilágyi称：“有时候我真的想退出以太坊，试试看冷眼旁观。当核心开发者都在争夺利益，为什么还要费心去完善以太坊呢？我对所有相关人员深感失望。”

PANews 10月5日消息，Immutable发布主网启动路线图。11月计划对Immutable zkEVM测试网进行重建，将其首个EVM客户端从Polygon Edge升级到Geth，确保Immutable zKEVM尽可能接近以太坊，同时与整个以太坊工具生态系统完全兼容。12月至明年1月上线zkEVM主网，在向公众开放之前分组邀请开发者加入。2024年Immutable将提供专用的应用程序链，其技术堆栈和功能与Immutable zkEVM相同，但具有独特的定制级别。最后将引入zk-prover，并提供一个无需信任的以太坊与Immutable zkEVM跨链桥。

10月5日消息，Immutable发布主网启动路线图，其中11月计划对Immutable zkEVM测试网进行重建，将其首个EVM客户端从Polygon Edge升级到Geth，确保Immutable zKEVM尽可能接近以太坊，同时与整个以太坊工具生态系统完全兼容；12月至明年1月上线zkEVM主网，在向公众开放之前分组邀请开发者加入；2024年Immutable将提供专用的应用程序链，其技术堆栈和功能与Immutable zkEVM相同，但具有独特的定制级别；最后将引入zk-prover，并提供一个无需信任的以太坊与Immutable zkEVM跨链桥。

Odaily星球日报讯 EthStorage联合Hyper Oracle和Delphinus Lab发布zkGo编译器。 据介绍，zkGo基于Go最新的1.21.0基础上，是首个把常规的Go代码编译成ZK协议兼容的Wasm代码。生成的Wasm代码执行已经能够被Delphinus Lab的zkWasm工具进行零知识证明和链上验证。 作为zkGo的一个重要应用，zkGo已经成功编译Optimism的Fraud Proof的L2 Geth（又称op-program-client）， 生成与ZK协议兼容的Wasm代码。当前Wasm代码通过了zkWasm的试证明（dry run），将助力未来实现ZK Fraud Proof技术。

PANews 9月19日消息，研究公司Rated在X平台上发帖称，以太坊基础设施面临挑战，近日观察到以太坊验证者的网络有效性水平为93.5%，自Shapella升级以来的最低水平，并且错过区块的百分比是过去30天平均水平的两倍。这种影响可以追溯到Geth版本，该版本引入了区块生产问题，而Prysm处理区块生产逻辑的方式（优先考虑本地区块而不是增强区块）加剧了这一问题。鉴于GETH和Prysm分别是最受欢迎的EL和CL客户端，综合影响是网络范围内的有效性下降了2 sigma。不过，在信标链运行了大约3年的时间里，有效性的 2 sigma的下降并没有对以太坊整体的良好运作产生真正的影响。 此外，以太坊社区开发人员terence.eth在X平台上表示：“近日Geth区块构建错误凸显了以太坊的独特优势：客户多样性。尽管存在问题，但由于各种客户端实现及其权衡，该链仍运行顺利。虽然Geth的错误干扰了区块的生产，但Prysm优先考虑安全，它首先检查本地区块，如果失败，即使指定了构建器块，它也会停止块生产。我们很幸运： 1. Prysm不是超级主导客户端。2.并非全部同时升级到Geth v1.13.0。3.Geth团队快速进行了响应和修复。” 此前昨日消息，以太坊客户端Geth发布热修复版本v1.13.1，修复出块无效等问题。

PANews 9月18日消息，以太坊Go语言客户端Go Ethereum发布以太坊客户端Geth v1.13.1版本。这是v1.13.0的热修复版本，修复了导致出块无效的引擎API分叉检测以及path方案中因异常重启快照同步而导致的数据库损坏等问题。据此前消息，以太坊客户端Prysm在推特发文，称在Geth中发现了一个干扰Prysm出块的bug，并提醒用户暂时不要将Geth更新至V1.13.0版本。

金色财经报道，以太坊Go语言客户端Go Ethereum发布以太坊客户端GethV1.13.1版本，Geth v1.13.1是 v1.13.0的修补程序版本。新版本修复了以下问题： 修复引擎 API 上的活动分叉检测，导致签名者创建无效块（#28135）。 path修复方案中因奇怪地重新启动快照同步而导致的数据库损坏（  28124、#28126）。 修复geth db inspect针对旧hash方案数据库运行的命令（ 28108）。 修复 RPC API 上有效的 Gas 价格计算回归 （ #28130 ）。 除了修复之外，v1.13.1还引入了通过环境变量配置Geth的支持。

Odaily星球日报讯 以太坊客户端Prysm在X平台发文提醒：暂时不要将Geth更新至V1.13.0版本，因为在Geth中发现了一个干扰Prysm出块的bug。 注意：虽然大多数客户端不需要使用mev-boost进行local出块，但Prysm总是针对local block进行验证；稍后Prysm将发布更多更新。 此前9月12日消息，以太坊Go语言客户端Go Ethereum发布以太坊客户端GethV1.13，该版本提供了一个用于存储以太坊状态的新数据库模型，该模型比以前的方案更快，并且还具有进行了适当的剪枝（pruning）。