prysm

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 消息，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 消息，Galaxy 研究副总裁 Christine Kim 总结第 123 次以太坊核心开发者共识（ACDC）电话会议，Cancun/Deneb 升级已于 11 月 30 日在 Devnet #12 上激活，Teku、Lodestar 和 Lighthouse 客户端软件以及所有执行层（EL）客户端软件目前正在 Devnet #12 上进行测试。此外，开发人员发现 Devnet #11 上的验证器退出问题，Nimbus 客户端团队正在解决该问题。 Devnet #11 在问题得到解决之前将保持正常运行。 鉴于 CL 客户端 Prysm 尚未加入 Devnet #12，开发人员同意推迟计划 Goerli 影子分叉，直到 Prysm 客户端软件准备好进行测试。Tim Beiko 建议在今年年底前的某个时间推出 Goerli 影子分叉。 此外，开发人员讨论了澄清“BlockByRoot”和“BlobSidecarsByRoot”请求的规范，以明确提及 CL 节点是否应按特定顺序响应这些请求。

ChainCatcher 消息，以太坊客户端 Prysm 宣布推出 v4.1.0 版本，该版本为以太坊测试网 Deneb 支持奠定了基础，计划在 2024 年第 4 季度推出向后同步和基于文件系统的 blob 存储等功能。 据悉，该版本的新增功能包括：提供 Deneb/Cancun 基础支持、通过 Multi-Value Slices 减少内存、EIP-4881 用于优化块处理、BLST0.3.11 提高可移植构建性能、Multiarch Containers 实时预览等。

ChainCatcher 消息，以太坊客户端 Prysm 发布提醒：“暂时不要升级以太坊客户端 Geth 至 V1.13.0 版本，因为我们发现了一个会影响 Prysm 出块的 bug。虽然大多数客户端不需要使用 mev-boost 进行本地出块，但 Prysm 仍然会验证本地区块。稍后，Prysm 将发布更多更新。Geth 的维护人员 Péter Szilágyi 已确认该 bug 在 master 分支上已修复。”

ChainCatcher 消息，以太坊客户端 Prysm 宣布推出 v4.0.5 版本，此版本包含自 v4.0.4 以来的许多重要改进和漏洞修复，包括对证明聚合的重大改进。（来源链接）

ChainCatcher 消息，以太坊客户端 Prysm 发布 v4.0.3 热修复补丁，此补丁包含必要的优化，防止信标链节点在网络不稳定时使用大量资源，如果用户的节点使用率很高，建议升级。此外 Prysm 将在下周早些时候发布正式的单点版本。(来源链接)

ChainCatcher 消息，以太坊核心开发者 prestonvanloon.eth 发推称，Prysm 团队正在开发一个新版本并改进 Prysm 存在的问题，在今日凌晨发生的以太坊共识层出现短暂异常事件中，Prysm 表现不佳，但其他客户端也是如此，但 Lighthouse 在此期间表现非常出色。 prestonvanloon.eth 表示，Prysm 客户端在重放最近状态时遇到了高比率的缓存未命中事件，在该事件中，一些重放的差异多达两个完整的区块，速度高达每分钟 65 次。（来源链接）

ChainCatcher 消息，以太坊客户端 Prysm 发布 v4.0.3 版本，此版本包括多项重要修复，譬如对外部区块构建者代码路径和钥匙管理器中的错误的修复，建议所有用户升级。(来源链接)

ChainCatcher 消息，以太坊客户端 Prysm 为 Shapella 升级发布 V4.0.0 版本。该版本对所有主网信标节点和验证器都是强制性的，必须于 4 月 12 日之前升级。（来源链接）

ChainCatcher 消息，以太坊二层网络 Arbitrum 的开发团队 Offchain Labs 完成了对以太坊核心开发团队之一的 Prysmatic Labs 的收购。 Priysmatic Labs 是负责以太坊网络维护、升级和创新的核心软件开发团队之一，也是以太坊客户端 Prysm 的开发团队，Prysm 是当前用户规模最大的以太坊客户端，目前有41.5%的验证节点都在使用Prysm验证交易。(来源链接)

链捕手消息，Prysmatic Labs 团队开发的以太坊 2.0 客户端 Prysm 正式发布 2.0 版本，支持即将进行的以太坊 2.0 信标链主网的硬分叉升级 Altair。团队表示这是 Prysm 迄今为止最大的版本更新，包括 380 个变更、提高信标链节点的性能以及修复各种错误。(链闻)