客户端

ChainCatcher 消息，据 SolanaFloor 报道，Jump Crypto 的 Firedancer 团队将在 Alpenglow 于 Solana 主网激活后，停止支持 Solana 过渡型验证客户端 Frankendancer，预计该升级随 v4.3 于 10 月上线。团队称做出该决定是因其维护和安全负担，后续将把资源集中于完整的 Firedancer 客户端。

ChainCatcher 消息，据 CryptoSlate 报道，Polygon Labs 发布紧急通知，在 Austin 和 Kyoto 硬分叉激活后，停留在旧版 Bor 或 Heimdall 的 Polygon PoS 节点已脱离共识，需升级并追上网络进度。Austin 于主网区块 91,949,700 激活，需 Bor v2.1.0 及以上；Kyoto 于高度 51,533,000 激活，需 Heimdall v0.11.0 及以上。Austin 修复了两类 Bor 资源耗尽风险：L1 到 L2 桥接状态同步事件未计入 Gas 上限可能拖慢区块处理；TxDependency 字段无大小限制可导致对等节点崩溃。Kyoto 修复了深度嵌套消息攻击、费用币扫描、检查点签名恢复等漏洞。两次硬分叉均为纯二进制升级，无需状态迁移，未分叉节点无需重新同步。旧客户端运营商应升级并在必要时在 Polygon 指导下恢复同步。

ChainCatcher 消息，以太坊开发者 kevaundray 提交 EIP-12188 提案，建议缩短共识层区块保留窗口，以降低节点存储压力。该提案目前处于公开评审阶段，已获得部分以太坊客户端开发者支持。开发者 DApplion 表示支持该提案，Lighthouse 客户端贡献者 michaelsproul 认为该调整不会对 Lighthouse 运行造成明显影响。提案指出，随着以太坊历史数据需求变化，减少共识层历史区块保留时间可以优化节点资源使用。讨论中提到，执行层历史数据裁剪可能影响部分长期运行节点提供旧区块数据，但开发者认为这不会威胁网络安全或节点正常运行。目前 EIP-12188 尚未合并，仍需经过进一步审核和社区讨论。

ChainCatcher 消息，据 CoinDesk 报道，Runestone 联合创始人 Leonidas 宣布其正在启动名为 DOG Mode 的开源比特币客户端，旨在绕过 BIP 110 对非金融数据的限制。DOG Mode 将提高标准交易最大权重单位，从 400,000 提高至 3,900,000，接近整个区块容量，并将粉尘限制从 294 至 546 聪降至 1 聪。Leonidas 称取消粉尘限制将释放约 2,500 万美元的闲置资金。BIP 110 提案通过用户激活软分叉限制任意数据，需要 55% 矿工支持，目前支持率接近零。DOG Mode 无需任何共识或投票，只需改变单个节点转发规则，若足够节点运行且矿工接受，交易即可确认。Leonidas 表示 DOG Mode 偏离 Core 的程度远小于 Knots，目前尚无代码库和版本，他呼吁开发者贡献代码、矿工添加支持。DOG 代币价格 24 小时下跌 1.2%

ChainCatcher 消息，RetoSwap 在 X 平台发文披露，团队于今日凌晨 2:02（北京时间）收到 Haveno 交易协议正被攻击的报告，立即通过过滤器功能将最低客户端版本设置为 2.0 版本并暂停交易，并封禁了攻击者的 onion 地址。RetoSwap 表示，团队并未受到攻击，漏洞在 Haveno 协议层面。损失似乎限于大额加密资产挂单，法币交易者未受影响。团队正在评估帮助受影响交易者恢复的方案。交易将在协议修复后恢复。此前 5 月 21 日消息，由于 Haveno 协议出现漏洞，RetoSwap 被盗约 270 万美元资金。

ChainCatcher 消息，Coinbase 发布 2026 年第一季度 Solana 验证者性能报告，披露其质押规模、基础设施升级及网络优化进展，其中披露 Coinbase 在 Solana 网络上共质押约 4048 万枚 SOL，占全网质押比例 9.52%，验证节点分布于 6 个国家/地区。报告还指出，Coinbase 已实现近零停机（ZDD）升级机制，通过热切换与双重签名防护确保验证者更新过程中不影响网络安全与稳定性，支持 Harmonic、Jito、JitoBAM、Firedancer 与 Rakurai 等多客户端系统，以增强 Solana 验证生态的多样性与韧性，同时避免单一调度策略集中化风险。

ChainCatcher 消息，据 CoinDesk 报道，高频交易公司 Jump Trading 旗下加密部门 Jump Crypto 开发的 Solana 验证器客户端 Firedancer 已在 Solana 主网上线运行，并开始生产区块。 Firedancer 创始工程师 Ritchie Patel 表示，该客户端已在生产环境中打包数千万笔交易，但团队仍将采取渐进式推广，不希望验证者在安全审计完全完成前大规模切换。 此外，Patel 称，Firedancer 架构大量借鉴传统金融高频交易系统，团队近期也完成了包含 100 万美元漏洞赏金池的公开安全审计竞赛。

ChainCatcher 消息，Zcash 基金会发推表示，其已发布 Zebra 4.3.1 版本。该版本包含多项关键安全修复，建议所有节点运营商立即升级。此外，该版本还新增了 Docker 化挖矿环境、自动化检查点管理和多项 CI 强化改进。

ChainCatcher 消息，据慢雾监测，Apifox 桌面客户端遭遇供应链攻击，其官方 CDN 托管的前端脚本文件被注入高度混淆的恶意 JavaScript 代码。受影响用户可能面临凭证窃取、敏感数据泄露、远程命令执行等风险，且恶意代码自动执行、高度隐蔽。慢雾建议用户立即撤销所有 Token、重置密码、退出并重新登录以使会话失效，阻止 *.apifox.it.com 域名，清除本地存储，并审查 API 日志和异常活动。

ChainCatcher 消息，Vitalik 在 X 平台发文表示，应对以太坊当前信标链与执行客户端分离的架构保持开放态度，认为运行两个守护进程并使其相互通信的复杂度明显高于运行单一守护进程。 Vitalik 指出，以太坊的目标是让用户以自托管方式使用网络并获得良好的用户体验，而在许多情况下这意味着需要运行自己的节点，但当前节点运行方式增加了不必要的复杂性。他建议短期内可以通过更标准化的基础封装方案，使用户能够安装不同客户端的 Docker 镜像并实现更便捷的通信。同时，随着 LeanEthereum 共识方案逐步成熟，未来也应考虑重新审视整体架构设计。

ChainCatcher 消息，比特币客户端 Bitcoin Core 的开发主分支已合并 Cluster Mempool 更新（PR #34616），预计将纳入未来的 Bitcoin Core 31 版本。该升级将重新设计节点对待处理交易（mempool）的管理方式，通过将相关交易分组处理，以提升区块打包效率并优化 RBF 与 CPFP 交易的手续费计算。预计 Bitcoin Core 31 可能于 2026 年下半年发布。

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 升级，大幅提升数据处理能力。