9机构
未披露 轮N/A
投资关系
相关新闻
挖出公链亿元资金漏洞，安全 AI 代理 V12 斩获 1000 万美元融资
当挖掘漏洞速度超过修补速度，负责任的披露就只是一句空话。
文章
Coinbase Q1 质押 ETH 达 450 万枚，占以太坊全网 12.17%
Coinbase 发布 2026 年第一季度以太坊验证器表现报告，披露其验证器质押规模达 450 万枚 ETH，占全网质押 ETH 的 12.17%，其承诺永不超过以太坊网络 30% 的验证器渗透率。此外，Coinbase 验证器分布于德国、中国香港、爱尔兰、日本和新加坡 5 个地区，Q1 平均在线率达 99.98%，高于全网平均的 99.77%，且自上线以来未发生任何 Slash 或双签事件，共采用两个共识层客户端（Lighthouse、Prysm）及三个执行层客户端（Geth、Nethermind、Reth）。
快讯
以太坊十年：从理想主义到实用主义
忆往昔，展未来。
文章
Vitalik：以太坊能够承受临时最终性丧失
据 Cointelegraph 报道，以太坊联合创始人 Vitalik Buterin 在社交媒体上表示，以太坊网络能够应对临时的最终性丧失而不会面临严重风险。此言论是在最近 Prysm 以太坊客户端出现漏洞后发表的，该漏洞曾接近干扰区块链的确认机制。Vitalik 强调，真正需要避免的是「最终确定错误的区块」，而非偶尔的最终性延迟。专家们普遍支持这一观点，牛津大学计算机科学博士 Fabrizio Romano Genovese 指出，最终性丧失只是暂时将以太坊的确认机制从确定性变为概率性，类似于比特币的运作方式。
快讯
以太坊客户端 Prysm：已确认系统问题并提供临时解决方案
以太坊客户端 Prysm 宣布已确认系统问题并提供临时解决方案。所有节点应该禁用 Prysm 不必要生成旧版状态，只需在信标节点中添加标志「--disable-last-epoch-targets」即可。此标志适用于 v7.0.0 版本，无需对信标节点进行任何更改。验证器客户端无需进行任何更改。
快讯
Lido：受 Prysm 漏洞影响较少，多数节点在修复后已恢复正常运行
Lido 发文称，昨天 Fusaka 硬分叉成功之后，Prysm 共识层客户端的一个漏洞导致了全网参与问题，根据 2025 年第三季度的验证者和节点运营商数据报告，节点运营商们使用 Prysm 客户端来运行他们在 Lido 协议中负责的大约 15% 的验证者节点。Lido 的贡献者们连夜监控事件，与 Prysm 团队密切协调进行诊断，并支持受影响的 Lido 节点运营商应用推荐的解决方法。大多数 Lido 运行的 Prysm 设置在使用后现已恢复正常，Lido 协议继续正常运行，质押者无需担心。
快讯
以太坊基金会：主网 Prysm 客户端存在故障，用户需重新配置 CL 节点
以太坊基金会发推表示，其主网上的 Prysm 共识客户端目前存在问题。若用户正在使用 Prysm，需要重新配置 CL 节点。若用户正在使用其他客户端，则不受影响，无需采取任何操作。
快讯
以太坊节点趣谈：执行层河南最多，电信联通服务半数自建节点
除了中美，德国成为节点 IP 的第三大集结地。
文章
Coinbase 发布以太坊验证者报告，验证者数量达 12 万
Coinbase 发布以太坊验证者报告。数据显示，Coinbase 拥有 12 万个以太坊验证者，管理 384 万枚 ETH（占总质押 ETH 的 11.42%）；58.15 万枚 ETH 通过合作伙伴质押。截至 3 月 4 日，Coinbase 以太坊验证者无削减（slashing）或双重签名事件，并保持 99.75% 在线率和 99.75% 参与率。Coinbase 采用 Lighthouse 和 Prysm 作为共识客户端，Geth 和 Nethermind 作为执行客户端，支持 6 个 MEV 交易中继。其验证者分布在日本、新加坡、爱尔兰、德国、香港，同时托管于 AWS 和 GCP 云服务商，以提升去中心化程度与故障恢复能力。
快讯
Prysm 发布 v5.3.1 版本，强烈建议测试网运营商更新到此版本
以太坊客户端 Prysm 宣布发布 v5.3.1 版本，并强烈建议测试网运营商更新到此版本。此版本包含针对 Electra 的关键修复以及针对主网的一些重要修复，包括将默认 Gas 限制从 3000 万 更新为 3600 万，更新至 go1.24.0 等。
快讯
以太坊开发者：核心开发者会议初步达成共识，将 Blob 目标 / 最大值提升至 6/9
以太坊协议开发者兼 Prysm 维护者 Terence 在 X 上发文表示，以太坊核心开发者会议（AllCoreDevs）初步达成共识，将 blob 目标 / 最大值从 3/6 提高到 6/9，具体实施还需进一步测试和开发网络的结果。
快讯
Vitalik，在清迈的 42 天
这是 Vitalik 近年来第一次接受 Web3 中文媒体的面对面专访，在接近 90 分钟的时间里，Vitalik 聊到了大量新的 Web3 应用和对应用的思考，分享了许多对中国元素的观察。
文章
以太坊预计将在未来一到两周内推出 Goerli 影子分叉，测试 Cancun/Deneb 升级
Galaxy 研究副总裁 Christine Kim 总结第 124 次以太坊核心开发者共识（ACDC）电话会议，开发人员讨论了 Devnet #12 上 Cancun/Deneb 升级的测试进度，自上周四的 ACDE 电话会议以来，所有执行层（EL）和共识层（CL）客户端组合均已加入 Devnet #12，包括 Prysm 客户端。开发人员表示，有望在未来一到两周内与所有客户端一起推出 Goerli 影子分叉，测试 Cancun/Deneb 升级。
快讯
以太坊开发者一致同意 2024 年初设定 Goerli 分叉日期，1 月份在该网络上激活 Dencun
以太坊核心开发者 Tim Beiko 总结最新一次以太坊核心开发者执行（ACDE）电话会议，开发人员讨论了 Dencun 的状态、测试网的时间表以及网络升级规划。上周推出的 Devnet #12 的最新情况方面，目前几乎所有客户端都在其上运行，包括 Reth 和 Lighthouse 在内的多个客户端中发现并修复了错误。Prysm Ethereum Client 是唯一尚未加入 Devnet 12 的团队，正在继续进行 Blob 缓存和验证工作，并希望在未来一两周内加入 Devnet 12。开发团队已准备好分叉测试网，计划在未来几周内进行一次大型的 Goerli 影子分叉。开发人员一致同意，如果事情进展顺利，将在 2024 年初设定 Goerli 分叉日期，计划 1 月份在该网络上激活 Dencun。2023 年最后一次 ACDE 会议将于北京时间 12 月 21 日 22:00 举行。
快讯
以太坊 Devnet #12 激活 Cancun/Deneb 升级
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 节点是否应按特定顺序响应这些请求。
快讯
以太坊客户端开发者：Dencun 升级不会在年底之前在网络硬分叉中实施
据 Blockworks 报道，以太坊客户端开发人员确认，预期的 Dencun 升级不会在 2023 年底之前在网络硬分叉中实施。匿名 Prysm 开发者 Potuz 在核心开发者电话会议上表示，过去几个月中，已启动测试升级的 10 个开发者网络出现了一致的共识问题，没有一个进展顺利。
快讯
最新一次以太坊 ACDE 会议：讨论 Devnet #9、Devnet #10 和 EVM 对象格式开发
Galaxy 研究副总裁 Christine Kim 总结第 172 次以太坊核心开发者执行（ACDE）电话会议，本周开发者讨论了 Cancun 和 Deneb（Dencun）测试和以太坊虚拟机（EVM）对象格式开发，具体为：Devnet #9（9 月 29 日推出）更新：Devnet #9 当前参与率为 93%，7% 未运行的验证器主要由 Geth (EL)/Teku (CL) 验证器节点组成。Erigon (EL)/Prysm (CL) 客户端组合以及 EthereumJS (EL) 客户端也存在问题。Flashbots 团队正在 Devnet #9 上测试 MEV-Boost 中继和构建器。Blob 事务尚未通过 MEV-Boost 构建器进行测试。Devnet #10 本周不会准备好，但可能会下周准备就绪。开发人员希望测试来自 EIP 4844 KZG 仪式的可信设置文件。Devnet #10 将具有大型验证器集，包括 33 万个活跃验证器。在开发网络推出之初，验证者存款和退出将会大量涌入，从而在网络启动后大约一两天内触发验证者进入 churn limit 从 5 次更改为 4 次。EVM 对象格式（EOF）开发：目前有四个主要团队在开发 EOF：包括以太坊基金会资助的开发团队 Team Ipsilon、EL 客户端团队（例如 Geth、Besu 和 Nethermind）、高级语言编译器团队（例如 Solidity 和 Vyper）、智能合约开发人员。EOF 需要为 EVM 代码创建新的容器格式，同时仍保持当前格式。包括 Tim Beiko 在内的几位开发人员对 Dencun 升级后 EOF 实施的三到六个月的时间表犹豫不决。开发人员正在考虑纳入 Prague/Electra 的另一个主要代码更改是 Verkle。
快讯
Geth v1.13.1 修补程序已发布，修复区块生产等问题
以太坊 Go 语言客户端 Go Ethereum 发推称，Geth v1.13.1 修补程序已发布，修复了区块生产问题及其他小问题。此前，以太坊客户端 Prysm 发推称，Prysm 与 Geth 用户需暂缓更新 Geth 至 v1.13.0 版本。因为在 Geth 中发现一个漏洞，会干扰 Prysm 区块生产。
快讯
最新一次以太坊执行层会议：EIP-7514 确定为 Dencun 升级的一部分
以太坊核心开发者 Tim Beiko 总结最新一次以太坊执行层会议，讨论内容包括 devnet-8 状态更新，以及将 EIP-7514 确定为 Dencun 升级的一部分等。EIP-7514 旨在通过 Epoch Churn Limit 限制，将最大验证者增长率从指数增长更新为线性增长。本次以太坊执行层会议讨论内容具体为：关于 devnet-8 状态更新，网络正在最终确定，许多客户端已发布更新。已经开始使用 Kurtosis 测试 MEV/ 区块构建流程。Nethermind 表示他们的 Blob 事务池现已准备就绪，在单个节点上测试几天后，已将其部署在所有 Dencun 测试节点上。 Geth 的 blob txn 池也即将完成。Besu 正在对其交易池进行精细检查（以限制 Blob + 非 Blob 交易的大小），预计将在下一个版本中发布。Prysm 注意到接收 blob sidecar 时存在一些延迟，称它们通常在区块后约 500 毫秒内出现（处理需要约 15 毫秒）。Prysm 正在调查这个问题，以及这是否可能是由 blob 和块导入之间的竞争条件引起的。在分叉之前存在一个关于是否允许在内存池中支持 blob txn 的问题，团队同意不这样做。会议还讨论了是否向验证器激活队列添加常量上限。此后该提案正式定名为 EIP-7514。EIP-7514 将成为 Dencun 升级的一部分，预计 EIP 和相关的 CL 规范 PR 将在未来几天更新以反映所有这些。开发者还达成共识，将 Max Epoch Churn Limit 限制在 8。开发者还讨论了另一个提案：添加一个操作码以公开 EVM 中的 blob 基本费用。
快讯
以太坊客户端 Prysm 推出 v4.0.5 版本，强烈建议用户立即升级
以太坊客户端 Prysm 推出 v4.0.5 版本，包含自 v4.0.4 以来的许多重要改进和 bug 修复，包括对证明聚合的重大改进，强烈建议立即升级到该版本。
快讯