Graph是一种用于索引和查询区块链数据的web3协议。自2020年12月推出Graph Network以来，Graph社区的核心贡献者一直致力于增强和改进协议，使用户能够以可验证和去中心化的方式访问区块链数据。多个独立团队在推动研发，不断推进Graph的愿景和web3的使命。

今天，Graph基金会很高兴与大家分享Graph研发路线图，这是一项由来自世界各地的贡献者执行的合作计划，包括Edge&Node、StreamingFast、Figment、Guild、Semiotic AI、GraphOps、LimeChain、BlockScience、Prysm Group等独立研究人员。该路线图由多个团队多年的研究和设计构建而成，旨在增强Graph Network，以满足dapp 开发人员和消费者的数据需求。

本路线图中详细介绍的发展包括：使用Firehose显着改进索引性能和流式传输架构、新的数据源和链支持、致力于为可扩展状态通道和可验证查询提供SNARK证明、升级Delegator和Curator机制、第2层扩展、 更多网关、对子图开发人员体验的改进、索引器工具优化等等！此外，该路线图中的一些里程碑还将使以太坊dapp开发人员能够在以太坊客户端升级EIP-4444实施后访问历史数据。

路线图

继续推动Graph去中心化的一个组成部分是去中心化团队在协议核心元素上的协作方式。为了让开发Graph的团队更轻松地进行跨职能协作，针对不同的重点领域创建了研发工作组。Graph是web3堆栈的核心组件，工作组涵盖了web3开发人员所依赖的协议的关键领域。

有5个不同的工作组构成了路线图的重点领域：

• 数据和API
• SNARK Force
• 协议经济学
• 协议和网络运营
• 索引器体验

这些工作组使Graph社区中的团队能够并行地为协议的不同组件做出贡献，并更有效地扩展协调。工作组之间也存在许多依赖关系，其中的结果为其他人解锁了努力（如下面的连接箭头所示）。

Graph核心贡献者正在公开构建。团队在Graph Protocol Github中进行协作，并在核心研发电话会议上每月开会，讨论工作流的更新，进行跨职能的头脑风暴，并从彼此那里获得反馈。订阅Graph生态系统日历以参加这些电话会议！每个工作组的进展也可以在新的核心研发工作区仪表板、Radicle上托管的GIP中跟踪，反馈可以在Graph论坛中找到。

工作组深入

数据和API

数据和API工作组专注于Graph Node和子图生态系统，确保数据可以被索引并以高性能的方式提供服务。Graph Network是许多Indexer的所在地，它们提供子图开发人员、dapps和数据消费者可以依赖的高质量索引服务。

Graph的首要任务之一是提高索引性能和可靠性，以确保索引正常运行时间、速度和可扩展性。核心贡献者专注于几个工作流以提高性能：开发并行数据执行模型、用于索引证明 (POI) 的新哈希算法快100倍、采用新颖的流式架构以及通过Firehose的新区块链数据提取和摄取机制。

Firehose是索引堆栈的关键组件，可以高效访问原始区块链数据。重点关注标准化数据提取和开发与Firehose的多链集成，因此Graph支持的所有链都可以从Firehose框架的流式传输效率中受益。

随着流式架构的引入，网络将解锁无与伦比的索引速度和新的用例，例如代币余额和转移。这个新框架专注于数据流，将允许高效的并行数据处理和共享，通过Firehose和新接口引入流水线、过滤和聚合等新功能。有关此工作流的更多详细信息将作为GIP以及在随后的核心研发电话中共享。

Graph Client是一个专用工具，通过包装和抽象GraphQL API支持的所有操作，可以更轻松地使用子图构建dapp。客户端公开了一套丰富开发人员体验的功能，例如简化与网络的交互、公开从多个索引器和GraphQL端点获取数据的机制、内置改进的网络回退、分析和聚合等新功能以及对客户端的支持组成。后者对于需要来自多个不同子图的数据的复杂dapp尤其相关，从而简化了对统一模式的多个请求。Graph Client的功能将随着新的子图功能和工具的开发而扩展。

在过去的一年里，Graph的托管服务增加了对超过27条新链的支持，包括NEAR、Avalanche、Polygon、Optimism和Arbitrum。 目前Cosmos、Solana和Arweave的集成正在进行中，更多的链即将到来。除了新链之外，IPFS等新数据源正在开发中，以更好地支持索引数据，例如NFT元数据。

子图开发人员体验也在不断改进，因此开发人员可以从子图中获得最多的功能，并在查询区块链数据时节省时间。正在为子图生命周期体验开发改进的工具，例如Hardhat 插件、更丰富的GraphQL API、单元和集成测试以及本机时间序列支持，以节省子图开发人员的时间和精力。

SNARK Force

在过去的四年里，核心研究人员共同组建了一个SNARK Force，通过零知识证明 (ZKP) 实现标量状态通道可扩展性，长期致力于使用ZKP进行可验证查询。连同用于索引这些证明的欺诈证明，将使用Graph所需的信任假设降低到N个网络参与者中的1个。

可验证的查询使恶意索引器更难提供不正确的查询结果。可验证查询的实施将使网络的信任模型从使用仲裁转向使用密码学来验证提供给dapp的数据的准确性。网络中的参与者将能够简洁地验证任何恶意行为的声明。

这些更改将使Graph能够作为可验证和去中心化的解决方案，用于在EIP-4444升级后提供历史数据，从而消除了对以太坊客户端的数据要求。Dapps、数据提供者和任何以太坊用户将能够依靠Graph Network跨链提供历史数据。目前，SNARK Force正在寻求对其零知识证明 (ZKP) 研究的同行评审！

具有零知识证明的标量将实现支持dapps所需的支付规模。Scalar是第一个旨在以Graph Network所需的规模和稳健性运行的状态通道系统，数百万个并行的Scalar状态通道在任何给定时间为网络的查询费用提供动力。每当有许多状态通道时，每个通道都需要通过在链上发布可证明正确的数据来在发生争议的情况下在链上单独解决。结果，用大量渠道进行争议在经济上变得不可行。Scalar ZKP将允许通过单个低 gas 交易一次解决多个状态通道。这种费用减少极大地降低了使用Scalar的信任要求，这对于实现直接消费者支付至关重要。

协议经济学

协议经济学工作组负责协议的系统层面和激励设计。该任务包括发展协议经济学以支持新功能，例如子图组合、多区块链或链下数据源。它还涉及改进现有机制的设计，例如查询市场、策展市场以及质押和委托。该小组还专注于协议经济学的实施以及如何扩展这些以满足Graph生态系统不断增长的需求。

该工作组是一个多学科的工作，结合了工程、产品、用户体验、经济学和人工智能方面的专业知识。因此，除了社区反馈外，提议的协议改进还通过用户研究、经济分析、智能合约审计和模拟得到验证。

对不同子系统的持续研究和优化将共同为各种利益相关者大大改善整体用户体验以及更平衡和更健康的网络。

协议经济学工作组正在探索Graph如何利用第2层汇总来扩展协议逻辑。 这将大大降低所有协议参与者的成本，并具有许多二阶好处，例如使索引器在子图上提供高质量服务的成本更低，或者使策展和委托市场更具活力。由于Graph的多个奖励机制还依赖于全局状态，因此扩展到L2并不像在L2上复制协议那样简单，因为可以使用某些 DeFi协议来完成。必须谨慎执行扩展到第2层的策略，因为去中心化网络已经被生产中的 dapps 所依赖。

子图开发人员的改进包括简化开发人员通过去中心化网络发布和查询子图的体验。粘合曲线力学是该小组的重点关注领域。广泛的研究已经进入了本金保护联合曲线的概念，它允许子图开发人员发布和管理子图，并且可以放心，他们的初始信号不受波动的影响。作为副作用，这将引入更好的N-1支持，允许开发人员在子图的不同版本之间移动信号，以确保在子图升级期间不会发生停机。同样，正在探索和测试信号租用功能，以提供更熟悉的订阅模型，用于在网络中获取索引资源。

对于索引器的改进，最近围绕权益回扣的工作将引入改进的机制，进一步鼓励索引器按其在网络中的权益比例提供查询服务（现有Cobb-Douglas查询费用回扣的目标）。知道过时的分配（未在28 个epoch内关闭）对网络的健康有害，正在探索强制关闭此类分配的新机制，以阻止不活跃的索引器。与此相关的是，索引器解决查询以收取查询费用很重要，因为这将增加网络透明度并更好地全面了解市场动态。除上述机制外，这将通过补贴查询结算得到支持。

核心贡献者一直在尝试不同的策展改进，其中许多最初是由社区成员引入的。一个优先事项是通过潜在地实施一个初始化阶段来减少低质量的信号，该阶段可以对抗波动性并减少通常由冲动管理行为引起的高信号波动。同样，关于引入衰减的资本利得税作为对抗MEV（特别是sandwich攻击）等经济攻击的对策的研究也可能通过激励长期管理为网络带来额外的好处。提高分配效率的目的是让那些对他们有最大效用的人能够铸造策展份额，同时保持在子图早期发出信号的强烈动力。

委派改进的重点是提高委派效率，以便活跃的委派者在选择索引器时有更好的体验。改进包括跨索引器的批量委派、即时重新委派和提高质押效率。

最后，为了验证上述改进，经济学工作组继续投入时间对协议进行建模，包括经典经济技术和模拟，包括基于代理的模型。后一项工作还旨在设计优化一个或多个协议机制的代理——这些可以被其他工作组（如协议和网络运营和索引器体验）利用，为消费者、子图开发人员和索引器等参与者提供更好的工具 以自动方式与协议交互。

协议和网络操作

协议和网络操作工作组致力于协议不同子系统的实例化、维护和优化。 它在协议经济学、索引器行为和支付基础设施之间的交叉点上运行，统一了这些层。

协议自动化包括自动争议解决以及与守护者、桥梁和观察者的集成，以改进网络中当前的争议管理流程。 虽然可验证的证据仍在开发中，但争议是通过仲裁解决的，索引者在其索引上签署声明，违规的索引器将被削减。

协议工程工作组负责改进网络网关、协助 GRT 分配和支付的基础设施以及网络中的数据可用性。此外，支付体验的重大改进正在进行中，例如为subgraph消费者启用基于订阅的支付，以及使用ZKP的Scalar以降低gas成本并支持大量争议。

Epoch Block Oracle也在开发中，以实现对多链索引奖励的有效跟踪，因此索引器可以根据他们所服务的各个链和子图获得准确的奖励。Epoch Block Oracle将确保关于时间的规范事实来源，以便通过索引证明来关闭跨链的分配。此外，在为可用性不可靠的数据源（例如 IPFS 上的 NFT 元数据）引入确定性时，需要对可用性Oracle进行研究。

随着Scalar使用ZKP（SNARK Force工作组）进行升级，该协议将朝着有效分散网关迈出重要一步。

索引器体验 

索引器体验工作组专注于与索引器与网络和协议交互相关的所有事情。 重点领域是 Indexer 操作和工具的设计、开发和优化，以增强 Indexer 体验。

加倍使用机器学习 (ML) 来优化网络也导致在预测更有效的每次查询成本方面取得了重大进展。这对于依赖Agora手动建模查询成本的索引器很有价值。数月研发的成果是一个自动化成本建模框架，Indexer可以利用该框架根据实际资源消耗自动生成Agora成本模型。这可以使用Postgres的检测实例派生，该实例报告每个SQL查询的高级资源使用情况。

今天，大多数索引器使用工具来验证POI与那些已经在链上提交以进行封闭分配的POI。POI交叉检查将允许索引器选择加入网络中的POI共享，以便索引器可以实时集体检测状态分歧。 这对索引器很重要，因此当检测到这种状态分歧时，它们可以有效地选择不提供数据。这将有效降低查询有争议的风险，尤其是随着网络容量的稳步增加。

采用Firehose工具等编排和自动化工具是索引器有效管理查询服务生命周期和维护底层基础架构的关键。适当的工具可确保高度可用且安全的设置，这对于网络的健康和dapps对Indexer的可靠性充满信心至关重要。随着新框架集成到堆栈中，该工作组将确保索引器能够有效地运行新服务。

由于Gas费是Indexer在网络上运行的最重要成本之一，因此提高所有Indexer与网络交互的Gas效率具有几个积极的连锁效应。它将通过使较小的索引器操作在经济上更可行来改善去中心化，通过在网络上留下更少的灰尘（特别是查询费用）来提高网络上的数据完整性，并为索引器提供更多的灵活性来支持更多的子图。Indexer Experience工作组的重点之一是通过对所有分配管理事务实施灵活的批处理以及与其他工作组合作研究和测试其他链部署选项来提高索引操作的效率。

Indexer Experience的另一类改进是对高级索引器决策策略的升级，例如能够最大限度地提高索引器操作效率的新自动分配优化器。索引器的权益、委托和委托参数各不相同，因此他们花费大量时间优化其索引器设置和经济性，以在适当规模的基础设施（以高性能和可靠的方式服务网络）和资本效率分配策略之间取得平衡，以最大化 奖励。 自动化策略优化器将帮助索引器确定其理想的分配策略，以最好地满足消费者在网络中具有竞争力的需求，并在复杂的市场中有效地实施其业务策略。

总体而言，核心贡献者与Graph Foundation和Graph Council合作，在协议路线图和优先工作组上保持一致，每个工作组都构建了web3堆栈的去中心化、无需许可和可验证的索引和查询层。任何有兴趣为协议做出贡献的人都可以参与社区并申请协议资助！

原文链接：https://thegraph.com/blog/roadmap-2022

---煤油灯科技victorlamp.com翻译整理---