👀 家人们,每天看行情、刷大佬观点,却从来不开口说两句?你的观点可能比你想的更有价值!
广场新人 & 回归福利正式上线!不管你是第一次发帖还是久违回归,我们都直接送你奖励!🎁
每月 $20,000 奖金等你来领!
📅 活动时间: 长期有效(月底结算)
💎 参与方式:
用户需为首次发帖的新用户或一个月未发帖的回归用户。
发帖时必须带上话题标签: #我在广场发首帖 。
内容不限:币圈新闻、行情分析、晒单吐槽、币种推荐皆可。
💰 奖励机制:
必得奖:发帖体验券
每位有效发帖用户都可获得 $50 仓位体验券。(注:每月奖池上限 $20,000,先到先得!如果大家太热情,我们会继续加码!)
进阶奖:发帖双王争霸
月度发帖王: 当月发帖数量最多的用户,额外奖励 50U。
月度互动王: 当月帖子互动量(点赞+评论+转发+分享)最高的用户,额外奖励 50U。
📝 发帖要求:
帖子字数需 大于30字,拒绝纯表情或无意义字符。
内容需积极健康,符合社区规范,严禁广告引流及违规内容。
💡 你的观点可能会启发无数人,你的第一次分享也许就是成为“广场大V”的起点,现在就开始广场创作之旅吧!
以太坊验证者被告知因过时状态风险需禁用Prysm
使用 Prysm 共识客户端的以太坊验证者运营商于 12 月 4 日收到了紧急警报。Prysm 团队确认,一些节点正在生成旧状态以处理过时的证明。如果不加以控制,这可能导致验证行为异常。为防止此类情况发生,Prysm 要求所有运营商立即通过在信标节点添加一个标志来禁用特定功能。此修复不需要完整客户端升级,也不会影响验证者客户端。
团队指示运营商添加如下命令行参数:–disable-last-epoch-targets。此标志适用于 Prysm v7.0.0,这意味着大多数节点可以在几分钟内完成修复。该警告在验证者社区引发了快速反应。这也反映了 Prysm 在以太坊共识层中的广泛应用。
Prysm 的市场份额让此成为网络级别事件
MigaLabs 的数据显示,Prysm 占据了以太坊共识客户端市场份额的接近 20%,是仅次于 Lighthouse 的第二大客户端。正是这种规模将一个客户端层面的 bug 变成了全网关切的问题。当一个拥有如此影响力的客户端处理过时的状态数据时,影响的不仅仅是单个验证者,还可能引发:
目前,没有证据表明该问题已导致主网停止或终局失败。然而,关注点完全在于风险预防,而非损失控制。Prysm 在事态恶化前就已采取行动。换句话说,这更像是一场预防性演练,而非事后清理。
Prysm 内部究竟出现了什么问题
据 Prysm 团队介绍,受影响节点在尝试处理来自较早 epoch 的过时证明时,会生成不必要的旧状态。这种行为会增加 CPU 和内存负担,并可能在节点压力下扭曲其链进度的追踪方式。这类行为在以太坊历史上并非首次出现,类似的状态处理问题曾出现在:
这次的关键区别在于响应速度。Prysm 团队早期发现问题,发布了一步式应急措施,并避免了数千个验证者被迫紧急进行完整升级。
验证者当前应立即采取的措施
如果你正在运行 Prysm,操作清单简短且紧急:
无需更改验证者密钥,无需重新同步,也无需退出验证。对整个以太坊而言,这一事件再次强调了客户端多样性的重要性。当单一客户端占据接近 20% 的网络份额时,即便是可控的小 bug 也能成为头条事件。不过,这次事件也展现了以太坊的运维成熟度——问题在数小时内被发现、披露并缓解,而不是几天。这正是一个活跃、价值超 4,000 亿美元的结算层保持韧性的方式。目前主网保持稳定。真正的最后期限,是 Prysm 运营商需快速行动,切换安全开关。