ethPandaOps 团队发布了 2026 年的路线图,重点在于维护现有工具、支持 Glamsterdam 和 Hegota 两次以太坊分叉、扩展数据管道 Xatu、提升 Lab 的功能、改进数据基础设施以及与多个团队合作,以提升以太坊的性能、安全性和可扩展性。他们的目标是为以太坊协议的改进提供更好的工具和数据分析支持。

在 Devconnect 2025 上,有人问我们团队具体是做什么的,尤其是我们似乎无处不在。那一刻令人惊讶,但也表明我们需要更好地沟通团队的工作内容!最简单的解释是:“以太坊安全快速发布分叉所需的一切”。然而,这是一个模糊的说法。这实际上意味着什么?我们将尽力解释自己,同时概述我们计划在 2026 年解决的问题!
对于 ethPandaOps 团队来说,这是意义重大的一年。我们扩展了发布分叉的能力,协助举办 ACDT,改进了工具,扩展了我们的数据管道,并为富有成效的一年奠定了基础!发布分叉最明显的部分是协调。团队的一部分积极参与推动 EIP 通过 ACD 的接受流程,从原型到可互操作的客户端实现,最后加强实现,通过测试在主网上线。这个 EIP 发布的流程需要大量的工具来测试和理解功能,然后才能上线,因此团队的一部分致力于工具的开发。团队的最后一部分致力于数据,这些数据是我们提供给前两部分的数据,以了解 EIP、测试的效果以及它们对主网的影响。通过紧密集成这三个部分,我们始终能够对核心开发者决定的任何变更进行快速反馈。
现在我们已经定义了团队的三个部分,让我们更深入地了解一下我们今年的计划:
在测试、网络可观测性、数据分析、部署和协议开发领域,我们共有 30 个工具。我们不仅维护这些工具,还经常为它们的上游依赖项做出贡献,以跟上分叉的步伐。这些工具对于我们继续支持以太坊至关重要,它们将始终是我们的首要任务。你可以在 这里 找到完整的工具列表。
Glamsterdam 是以太坊上的下一个分叉,并且几乎完成了范围的确定。我们正在积极研究 区块级别访问列表,并加深对 ePBS 的理解。我们目前正在更新我们的工具,以最好地可视化 BAL,并且将来将专注于 ePBS 中测试用例的工具。为了每年进行 2 个分叉,我们需要开始对我们的工作进行流水线化。我们打算尽快开始推动原型设计,并弄清楚测试,以确保我们有一个平稳的流水线和合理的时间表。你可以在我们的 ai-cookbook 中找到一些使用人工智能加速调试过程的实验。
在过去的一年中,以太坊设法将 gas 吞吐量提高了 2 倍,并将 DA 层提高了 3.5 倍。今年已经有快速扩展的计划 - 无论是在 Gas 还是 DA 扩展方面。
为了帮助提高 gas 限制,我们 与 Nethermind 团队合作,组织了 扩展工作,计划了推出,并 分析了主网上的变化。虽然 Nethermind gas 基准 工具今年非常有价值,但我们注意到随着该工具范围的扩大,仍有一些改进空间。我们计划通过改进基准框架本身来解决这个问题。我们的想法是推广基准框架,使其与 EEST 很好地集成,同时被 状态研究、重新定价计划、Scale L1 和 zkVM 团队使用。这主要涉及到使该工具更容易在本地、在 CI 中、按需和使用分叉运行 - 所有这些都只需最少的配置。此外,我们希望使该工具更容易贡献,希望能够实现 L2 协作 来扩展 EVM!
通过 BPO 将 DA 增加与分叉解绑后,我们计划与 p2p 团队 合作发布部分单元格证明。此功能将允许更多的扩展,同时允许更高程度地重用已经在 mempool 中的 blobs。这项工作将与数据收集紧密结合,发出我们准备扩展的信号。

🔍 点击放大
BPO 反馈循环:从 Contributoor 数据到网络分析
Xatu。这个从 2022 年 12 月开始的内部工具已经发展成为一个成熟的数据管道,现在是开源的,并且可供社区使用。我们在 2024 年 3 月 开源了数据集,从那时起,我们一直在收集和转换来自多个以太坊网络的数据。Xatu 将在今年继续扩大其范围,充当我们所有工作的中央数据湖。
我们的数据堆栈历来侧重于共识层。我们打算改变这一点!我们打算今年研究以下主题,同时将它们集成到跟踪和扩展工作中: 状态分析:了解状态增长模式和访问频率,通过真实数据为状态过期讨论提供信息
引擎 API 时序:测量执行客户端处理区块所需的时间,识别瓶颈和性能下降
交易分析:更深入的 mempool 流分析,交易在网络中的传播时序
合约分析:OPCODE 和预编译的使用模式,不同合约类型的 Gas 消耗概况
此外,我们希望开始从 L2 收集数据,以帮助更好地为 L1 的决策提供信息:
长期愿景包括扩展 Xatu 的覆盖范围,以直接捕获 Layer 2 网络数据,从而为更广泛的以太坊生态系统提供与我们为 Layer 1 提供的相同级别的可见性。
我们在 11 月 启动了 lab,作为了解以太坊协议的第一站。这次重新启动将一个副项目转换为我们工具链的正式成员。今年,你可以期待 lab 带来更多:执行层视图、状态分析、数据可用性监控和实时分叉可视化。此外,如果你可以在 the lab 中看到它,你将能够在 Xatu 数据集 中查询它 - 使任何研究人员都可以深入研究理论。从 lab 中获得的数据还可以帮助我们了解扩展以太坊的效果,从而在我们的流程中实现严格的反馈循环。
CBT 管道(如下所述)使这成为可能。新模型、新表、新可视化 - 从数据转换到 API 的整个堆栈都是自动化的。我们将提供精心策划的数据视图,而不仅仅是原始转储。
CBT (ClickHouse Build Tool) 让我们能够组合相互连接的表,这些表相互构建。xatu-cbt 项目目前包含 115 个转换模型,这些模型为 the lab 提供支持,我们正在努力在 2026 年向社区提供所有这些模型。
这些表比我们的原始事件表查询速度更快,并且对于常见的分析模式更有用。无论你是查看 attestation 正确性、区块传播还是托管合规性,都可能有一个预先计算的表可以更快地帮助你实现目标。
该管道是完全自动化的:从 ClickHouse 模式到 Protobuf 定义再到 OpenAPI 规范的代码生成。当我们添加一个新模型时,整个堆栈都会更新。
我们相信 开放数据 - 所有 Xatu 数据均根据 CC BY 4.0 发布 - 我们希望使其尽可能容易访问。在 2026 年,我们将扩展你可以访问和使用 Xatu 数据的方式。
我们将提供更多数据作为 Parquet 文件,用于本地查询和研究。这包括为 the lab 提供支持的 CBT 表 - 派生视图,而不仅仅是原始事件。我们还在探索 Apache Iceberg 数据目录,以使发现更加容易 - 公开标准的 REST 目录接口,以便你可以连接已经使用的引擎,例如 Spark、Snowflake 和 PyIceberg。
对于那些想要完全数据主权的人,我们正在努力使整个管道 - Xatu 收集、CBT 转换和 API 层 - 易于部署。你可以运行自己的基础设施,收集自己的数据,并保持完全控制。
ZKVM 和证明的世界正在迅速向我们走来。我们正在与 zkvm 团队合作,以自主托管基础设施,以便我们能够全面了解瓶颈。到目前为止,zkvm 的测试堆栈是分开的,我们已经开始将该堆栈与我们现有的 Kurtosis ethereum-package 集成。这将使我们能够在本地测试可选证明并实现快速迭代,同时适应现有的测试堆栈。
以太坊分叉继续增加协议的复杂性。虽然我们在路线图中包含一些旨在降低复杂性的项目,但我们仍然需要确保今天的以太坊能够抵抗攻击。我们正在与 sigmaPrime 的 Lighthouse 团队合作,将一些攻击以及不需要分叉的修复编纂成文,以确保网络更具弹性。这些主要是 Holesky 事件 以及去年 非最终性开发网络 的结果。我们还将在全年计划更多的攻击网络,使我们能够帮助发现更多需要关注的领域。虽然开发网络有助于发现一层问题,但我们也旨在支持 TxRx 团队扩展 合规性测试 的范围,以在规范级别捕获问题。
我们正在与 EF 和社区中的团队合作:
EF 无状态共识团队 我们正在共同探索状态访问模式以及它们对以太坊无状态未来的意义。THE LAB 中即将推出的一些执行层部分是与该团队合作构建的。
EF P2P 网络团队 我们最近与 dasmon 合作 推出托管监控 仅仅是个开始。随着 PeerDAS 上线,这种合作对于确保满足网络的数据可用性保证至关重要。
Scale L1 与 Scale L1 计划合作进行 gas 限制扩展、跟踪和基准测试工作,以提高网络吞吐量。
STEEL 与 STEEL 团队合作处理与分叉相关的所有测试事宜
zkEVM 与 zkEVM 团队合作,以确保他们安全交付
客户端团队 执行时序分析、客户端多样性监控和性能洞察,可帮助客户端团队优化其实现。
你? 如果你正在从事研究、测试、工具或分析方面的工作,这些工作可能使以太坊受益 - 我们很乐意听到你的消息。通过 Twitter 或 Xatu Telegram 群组 与我们联系。
我们非常感谢社区通过参与和 Contributoor 计划给予我们的持续支持。这个团队所做的一切都仅仅是因为你们。
探索 The Lab ↗ 查询 Xatu 数据 ↗ 加入 Xatu Telegram ↗
我们正在锁定 2026 年。工厂必须发展。
你的 ethPandaOps 团队❤️

🔍 点击放大
工厂必须发展
- 原文链接: ethpandaops.io/posts/eth...
- 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!