客户端

ChainCatcher消息，Neynar 联合创始人 Rishav Mukherji 发文阐述对 Farcaster 的愿景：Neynar 将维护 Farcaster 协议、运行 Farcaster 客户端，并负责 Clanker 的运营。部分 Clanker 团队成员将加入 Neynar。Neynar 一直是 Farcaster 生态的重要基础设施提供方，此次整合是多年深度参与社区后的自然演进。 愿景是让建设者从想法走向可持续收入，构建“建设者优先”的网络。Farcaster 的核心价值在于长期形成的建设者社区，这一群体曾推动 Frames、Degen、Warpcast 等关键创新。Farcaster 的价值不仅在于产品，更在于那些试验、分享知识并公开构建的人。Neynar 收购 Farcaster，核心使命是让构建软件更简单。 在产品层面，不会对 Farcaster、Neynar 或 Clanker 进行重大调整，关于协议或客户端停运的传言并不属实。Neynar 开发者平台将继续存在，金融与交易相关功能也将维持现状。下一阶段将围绕产品优先级展开评估，在保持网络开放性的同时，逐步推进路线图。随着软件构建门槛持续下降，结合加密原生金融轨道与开放分发机制，Farcaster 有望成为创作者与开发者实验、协作并走向规模化的重要起点。

ChainCatcher 消息，Prysm 团队发布主网事故复盘报告称，12 月 4 日以太坊主网 Fusaka 时段内，几乎所有 Prysm 信标节点在处理特定 attestations 时发生资源耗尽，导致无法及时响应验证者请求，引发区块与见证大量缺失。 事故影响范围为 epoch 411439 至 411480，共 42 个 epoch，在 1344 个 slot 中缺失 248 个区块，缺失率约 18.5%；网络参与率一度降至 75%，验证者约损失 382 ETH 的见证奖励。根因在于 Prysm 接收到来自可能已与主网不同步节点的 attestations，这些 attestations 引用前一 epoch 的区块根。 为验证其合法性，Prysm 反复回放旧 epoch 状态并执行高成本的 epoch transition，导致节点在高并发下触发资源耗尽。相关缺陷源自 Prysm PR 15965，早在一个月前已部署至测试网，但未触发相同场景。 官方给出的临时解决方案是，在 v7.0 版本中启用 --disable-last-epoch-target 参数；随后发布的 v7.1 与 v7.1.0 已包含长期修复方案，通过使用 head state 验证 attestations，避免重复回放历史状态。 Prysm 表示，问题在 12 月 4 日 UTC 4:45 后逐步缓解，至 epoch 411480 时网络参与率恢复至 95%以上。 Prysm 团队指出，此次事件凸显客户端多样性的重要性，若单一客户端占比超过三分之一，可能导致短暂无法终局；超过三分之二则存在终局无效链的风险。同时也反思了功能开关沟通不清及测试环境未能模拟大规模不同步节点的问题，后续将改进测试策略与配置管理。

ChainCatcher 消息，Jump Crypto 开发的 Solana 独立验证客户端 Firedancer 宣布在经过三年的开发后，现已于 Solana 主网正式上线，并已在少数几个验证节点上稳定运行 100 天，成功产出 50,000 个区块。

ChainCatcher 消息，Cointelegraph 监测，在 Fusaka 网络升级后不久，由于 Prysm 共识客户端出现一个 Bug，Ethereum 网络的验证者参与度急剧下降，大量投票节点离线。Prysm 官方周四宣布，其 v7.0 版本客户端在处理过时的 Attestations（证明）时，不必要地生成了旧状态，导致节点无法正常运行。开发人员建议用户暂时使用 “--disable-last-epoch-targets” 标志来启动客户端作为临时解决方案。Beaconcha.in 数据显示，在 Epoch 411,448，网络的同步参与度（Sync Participation）和投票参与度（Voting Participation）分别降至 75% 和 74.7%。投票参与度下降 25%，距离网络维持最终确定性所需的三分之二多数（66.6%）超级多数仅差不到 9 个百分点。此次投票参与度的下降幅度，与 Prysm 共识客户端的验证者份额大致吻合，表明 Attestation 失败很可能集中在 Prysm 验证者中。此前，Prysm 的份额曾一度高达 68.1%。截至发稿时，Ethereum 网络当前的 Epoch (411,712) 投票参与度已接近 99%，同步参与度达到 97%，表明网络已恢复。当前 MigaLabs 数据显示，Lighthouse 仍占共识节点的 52.55%，Prysm 位居第二，占 18%。Ethereum 教育者 Anthony Sassano 表示，如果 Lighthouse 出现此 Bug，网络将失去最终确定性。

ChainCatcher 消息，以太坊客户端 Prysm 表示，已找出问题所在，并给出了一个快速的临时解决方案。所有节点应禁用 Prysm 中不必要地生成旧状态去处理过期的证明。只需在信标节点中添加标志 “--disable-last-epoch-targets” 即可。该参数适用于 v7.0 版本，因此无需进一步升级信标节点，只需添加该参数即可。验证者客户端无需做任何改动。

ChainCatcher 消息，Lido 官方发文表示，以太坊 Fusaka 硬分叉顺利完成后，Prysm 共识层客户端出现漏洞，导致网络参与度出现问题。Lido 协议运行正常，质押者无需担心。由于协议底层的验证节点集分布式和去中心化的特性，Lido 受此事件影响较小，且 Prysm 客户端团队和节点运营商的快速响应有助于缓解问题。Lido 团队与 Prysm 团队密切合作，夜间监控了事件进展，并帮助受影响的节点运营商采取了推荐的临时解决方案。目前，大部分 Lido 运行的 Prysm 设置已恢复，部分节点临时切换到其他客户端配置完成修复。

ChainCatcher 消息，以太坊基金会在 X 平台表示，主网上的 Prysm 共识客户端目前存在问题。如果正在使用 Prysm，需要重新配置 CL 节点。如果正在使用其他客户端，则不受影响，无需采取任何操作。此前消息，以太坊主网成功激活 Fusaka 升级，大幅提升数据处理能力。

ChainCatcher 消息，以太坊客户端 Nimbus 在推特上表示，v25.9.1 版本已发布。该版本在主网为低紧急级别，但对 Hoodi、Sepolia、Holesky 测试网为高紧急级别，原因是上述网络即将进行 Fusaka 分叉。团队建议相关测试网节点尽快升级以适配分叉。

ChainCatcher 消息，据市场消息， Paradigm 首席技术官 Georgios Konstantopoulos 透露，以太坊执行层客户端 Reth 在区块 2327426 处出现漏洞，导致依赖该客户端的节点发生中断。受影响版本包括 Reth 1.6.0 和 1.4.8。 Paradigm 已在其 GitHub 页面发布恢复节点的指令，但漏洞的根本原因仍在调查中。 Reth 是由 Paradigm 开发的以太坊执行层客户端，采用 Rust 语言，旨在提高性能和模块化。目前数据显示， Reth 仅占以太坊执行层客户端总量的 5.4%，因此此次漏洞影响范围有限。执行层客户端负责处理交易及状态更新，并计算状态根以确保区块链全球状态的完整性。此次漏洞可能导致部分节点无法验证区块并与网络同步。

ChainCatcher 消息，Synthetix 创始人 kain.avax 在 X 平台发文表示，他已用 Cursor 搭建了一个开发环境并且设计出一个新的客户端项目，之后会添加服务器/数据库来让该项目更健壮。Claude Opus 已经提交了一个 1 万行代码的 Pull Request，他本人则花费 40 分钟重建了整个项目，目前该项目已几乎可以运转。 此前 Synthetix 推出的稳定币 sUSD 脱锚，目前 SCCP-409 提案已获批，为 sUSD 的锚定提供了额外支持，债务赦免（jubilee）参与者的 sUSD 质押要求已从 10% 提高至 20%，以推动 sUSD 恢复锚定。

ChainCatcher 消息，据 Tim Beiko 汇总，第 209 次以太坊执行层核心开发者会议（ACDE）重点讨论即将到来的 Pectra 与 Fusaka 升级。Pectra 客户端预计 4 月 21 日发布，新增 EIP-7702 委托状态至 JSON-RPC。 Fusaka 方面，明确将纳入EIP-7823（限制 MODEXP 复杂度）、EIP-7825（交易燃气上限）及 EIP-7907（合约代码大小度量与限制提升）；EIP-7762 与 EIP-7918 则将在 blob 费用机制中择一采纳，以平衡资源利用与市场供需。

ChainCatcher 消息，据以太坊客户端 Nethermind 负责人 Marek Moraczyński 在 X 平台发文称，超过 80% 的以太坊全节点磁盘空间被历史记录占用，因此不需要数据来验证新区块，在新版 1.3.1 中，Nethermind 已准备好通过 ERA 文件删除合并前历史记录，所有团队都同意在 5 月 1 日执行相关操作。如果删除所有区块和所有收据且只保留验证最新区块所需的数据，完整节点容量将小于 200 GB。

ChainCatcher 消息，以太坊基金会在其官方博客发文，Pectra 网络升级此前已在 Sepolia 测试网上上线，但随后发现 Sepolia 的许可存款合约存在问题，导致许多执行层客户端无法将交易纳入区块，问题原因已快速确定，客户端团队立即开始着手修复。该问题特定于 Sepolia 的测试网配置，并且不可能发生在以太坊主网上，目前验证者已部署修复程序，将网络恢复到正常吞吐量。所有 Sepolia 节点运营商现在必须将其执行层客户端升级，以保持网络兼容性。

ChainCatcher 消息，以太坊核心开发者 timbeiko.eth 针对 Sepolia 测试网升级问题表示：“客户端团队已经协调修了复程序，并正在尝试将其部署到验证节点。如果一切正常，我们很快就会发布更长的更新。” 此前消息，以太坊 Sepolia 测试网 Pectra 升级出现问题，开发者已着手调查。

ChainCatcher 消息，据 The Block 报道，以太坊官方执行客户端 Geth（go-ethereum）开发团队于 2 月 18 日发布紧急公告，要求使用 v1.15.1 版本的验证者立即升级至 v1.15.2 版本。此次更新旨在防止网络稳定性问题和验证者运营中断。 开发团队指出，v1.15.1 版本存在回归问题，可能导致以太坊主网上的区块创建失败，使验证者错过出块机会，从而损失区块奖励和交易手续费。 据悉，Geth 是以太坊最广泛使用的执行层客户端，超过 40% 的验证者正在使用该软件。此次更新紧随此前修复可能导致节点遭受拒绝服务攻击漏洞的补丁之后。

ChainCatcher 消息，据 The Block 报道，以太坊协议的官方 Go 实现客户端 Geth 发布了代号为"Schwarzschild"的 1.14.13 版本更新。 此次更新修复了一个影响点对点（p2p）层的漏洞（CVE-2025-24883），该漏洞可能导致节点遭受拒绝服务攻击，并可能影响 Layer 2 客户端。Geth 团队建议运行 1.14.0 及以上版本（1.14.13 版本以下）的用户进行更新，而运行 v1.13.x 版本的节点不受此漏洞影响。

ChainCatcher 消息，a16z 工程师 @NoahCitron 在 X 平台表示，Helios 正在成为以太坊的多链轻客户端。轻客户端是以太坊扩展的基础。拥有数千个 Rollup 的未来似乎并不遥远，而且越接近这个目标，Rollup 互操作性就会变得越重要。 Vitalik 对此回复称，这是重要一步，后续步骤包括：Helios（或替代方案）被集成到用户钱包中、L2 配置上链，以及 L2 配置规范状态证明验证规则。一旦完成，就能得到通用的 L1 和 L2 的轻客户端验证。

 ChainCatcher 消息，Vitalik 发布以太坊协议未来发展（第四部分：The Verge）。 关键目标如下： 无状态客户端：完全验证的客户端和质押节点，不需要超过几 GB 的存储空间； （长期）在智能手表上全面验证链（共识和执行），下载一些数据，验证 SNARK。

ChainCatcher 消息，Vitalik 于 X 回复网友时表示：“多年来，我一直在谈论（L1 和 L2）轻量级客户端的需求。 我认为当 @NoahCitron Helios（或替代方案）制作一个方便的 javascript 库来处理钱包可以轻松导入的这些东西时，解决方案就会出现。 此外，L2 的配置（config）转移到链上是很重要的，因为这将使轻量级客户端状态证明验证功能更容易成为配置的一部分，使通用的 L2 轻量级客户端成为可能。”