原文作者：PaperMoon团队

一、区块链数据访问的真正难题

区块链最大的优点是不可篡改与去中心化，但恰恰也是它在工程实践中的最大困难之一：
区块链本身并不是数据库。

链上的数据并不是像 MySQL 或 MongoDB 那样可以直接按条件查询，而是以时间顺序记录在区块（Block）中的。

区块链数据具有以下天然特征：
    •    数据按时间顺序写入区块
    •    分布在成千上万个区块中
    •    状态变化依赖历史交易
    •    无结构化查询接口

因此，当开发者只需要读取单个区块的数据时，通过 JSON-RPC API 调用节点即可完成；但一旦涉及复杂查询，就会立即变得困难。

复杂查询为什么困难？

当 dApp 需要实现如下功能：
    •    查询某 NFT 持有者历史记录
    •    统计 DeFi 协议 TVL
    •    计算用户过去一年收益
    •    跨链资产统计
    •    排行榜或分析报表

直接访问区块链会出现一系列问题：

问题	原因
数据分散	信息散落在大量区块中
同步耗时	完整节点同步可能需数天甚至数周
计算复杂	聚合、平均值、筛选需要额外处理
性能下降	直接查询节点会拖慢 dApp 响应

换句话说：区块链适合写入状态，不适合查询数据。这就是适用于区块链 Indexer 出现的根本原因。

二、什么是区块链 Indexer？

区块链 Indexer（数据索引器）是一种专门的基础设施工具，用于处理、整理并存储链上数据，使其可以被高效查询。

可以把它理解为：

区块链的“搜索引擎”或“数据仓库层”。

Indexer 的工作流程如下：
    1.    持续监听区块链的新区块与交易
    2.    按预定义 Schema 解析数据
    3.    处理并分类链上事件
    4.    存入可查询数据库
    5.    提供 API（通常是 GraphQL）

因此，dApp 不再直接查询区块链，而是查询 Indexer。

Indexer 提供的能力
    •    实时数据查询
    •    历史记录追踪
    •    复杂过滤
    •    分页
    •    聚合统计
    •    全文搜索

三、Polkadot 生态的 Indexer：为什么它特别重要？

Polkadot 与 Ethereum 最大不同在于：Polkadot 是多链网络。

它由 Relay Chain、平行链（Parachain）和跨链消息（XCM）构成。

这意味着一个应用的数据可能同时分布在多条链上。如果没有 Indexer，几乎无法构建复杂 Web3 应用。

1. Subsquid

Subsquid 是一个数据网络，允许从 100+ 条链中快速、低成本获取区块链数据。它本质上是一个 ETL（Extract-Transform-Load）系统 + GraphQL 服务器。

工作原理：

阶段	作用
Extract	从链抓取区块数据
Transform	解析事件、交易
Load	写入数据库

其特点：
    •    支持 EVM 与 Substrate
    •    可在同一项目中混合索引
    •    支持分页、过滤、全文搜索
    •    使用 GraphQL 查询

独特性：跨虚拟机索引能力
这是 Polkadot 特别需要的能力，因为其同时存在 Substrate runtime 与 EVM 合约数据。

2. SubQuery

SubQuery 是开源的去中心化数据索引网络，提供 RPC 与索引数据服务，并允许为 Web3 项目生成定制 API。

特点：
    •    多链支持
    •    去中心化节点网络
    •    可自定义数据模型
    •    提供高可用 API

四、与以太坊 Indexer 的对比

以太坊最著名的 Indexer 是 The Graph。

其工作方式是：

开发者编写 Subgraph → 定义事件 → Indexer 监听 → GraphQL 查询

特性	Ethereum (The Graph)
数据来源	EVM 日志事件
查询方式	GraphQL
架构	单链或多 L2
开发模式	Subgraph Manifest

优势：
    •    标准化程度高
    •    DeFi 广泛使用（Uniswap、Aave）

局限：
    •    依赖事件日志
    •    跨链能力有限

五、与 Solana Indexer 的对比

Solana 由于其账户模型和高 TPS，Indexer 更像数据解析层。

常见方案：
    •    Helius
    •    Triton
    •    SolanaFM

特性	Solana
数据结构	Account-based state
更新频率	极高
难点	历史状态解析
查询方式	REST + 自定义 API

Solana Indexer 的重点在于性能与实时性，而非复杂跨链数据。

六、三大生态 Indexer 对比

维度	Polkadot	Ethereum	Solana
链结构	多链	单链 + L2	单链高性能
索引难度	极高	中等	高
主要工具	Subsquid / SubQuery	The Graph	Helius
查询接口	GraphQL	GraphQL	REST / API
跨链支持	原生 XCM	桥	弱

结论：Polkadot 对 Indexer 的依赖程度最高。

七、REVM 与 PolkaVM 时代 Indexer 的变化

随着 Polkadot 引入：
    •    REVM（以太坊兼容执行环境）
    •    PolkaVM（RISC-V 通用虚拟机）

Indexer 的角色将发生重大变化。

REVM 影响

REVM 支持 Ethereum JSON-RPC 与 EVM 交易。

意味着：
    •    可直接索引 EVM 事件
    •    MetaMask 应用可复用
    •    EVM Subgraph 可迁移

PolkaVM（PVM）影响

PolkaVM 是基于 RISC-V 的用户级虚拟机：

A general purpose user-level RISC-V based virtual machine.

对 Indexer 的影响：
    1.    不再只索引事件日志
    2.    需要解析更通用执行状态
    3.    支持多语言合约（Rust / C）
    4.    数据结构更加复杂

因此未来 Indexer 将不仅是事件解析器，而是：通用链上执行状态解析器（State Interpreter）。

八、未来发展趋势

在 Polkadot 的 DAP、Proof-of-Personhood、Coretime 模型下，Indexer 将承担新的角色：
    •    资源使用分析
    •    身份信誉系统
    •    链上数据分析
    •    AI 数据输入层

Web3 的分析、数据可视化、甚至 AI Agent，都将直接依赖 Indexer。

区块链节点解决的是“共识与状态写入”，而 Indexer 解决的是“数据读取与应用交互”。

智能合约是 Web3 的后端，钱包是 Web3 的前端，Indexer 是 Web3 的数据库层。

在未来 REVM 与 PolkaVM 的多虚拟机时代，Polkadot 的 Indexer 很可能成为最复杂、同时也是最关键的 Web3 基础设施之一。

参考文档：

https://docs.subsquid.io/
https://subquery.network/
https://thegraph.com/docs/
https://docs.solana.com/
https://github.com/paritytech/revive