交易数据源获取：链上节点 RPC、Dune Analytics、The Graph 子图查询

做DEX数据分析，第一步就是搞到数据。很多人一上来就撸SQL，结果发现数据对不上，或者根本拿不到。我踩过这个坑，今天跟你聊聊三种主流的数据源获取方式。

一、链上节点RPC：最原始，也最可靠

说白了，RPC就是直接跟区块链节点对话。你发一个请求，节点给你返回链上最真实的状态。我刚开始做链上分析时，觉得这玩意儿太慢，后来才发现——慢是慢，但它是真理的来源。

1.1 常用RPC端点

以太坊主网常用的RPC提供商：

提供商	免费额度	适用场景
Infura	10万请求/天	个人开发、小规模查询
Alchemy	3亿计算单元/月	生产环境、WebSocket订阅
QuickNode	按量付费	高并发、多链支持
本地节点	无限制	高频查询、隐私保护

1.2 用RPC获取DEX交易数据

获取Uniswap V3的swap事件，代码其实很简单：

// 使用ethers.js获取交易数据
const { ethers } = require("ethers");

const provider = new ethers.providers.JsonRpcProvider(
  "https://eth-mainnet.g.alchemy.com/v2/YOUR_API_KEY"
);

// Uniswap V3 USDC/ETH 池子地址
const poolAddress = "0x88e6a0c2ddd26feeb64f039a2c41296fcb3f5640";

// 获取最近100个swap事件
const abi = ["event Swap(...)"];
const contract = new ethers.Contract(poolAddress, abi, provider);

const events = await contract.queryFilter("Swap", -1000);
console.log(events.length);

嗯，这里要注意。直接用RPC拉历史事件，如果区块范围太大，节点会报错。我遇到过Infura直接返回「query returned more than 10000 results」，后来学乖了，分批拉取。

二、Dune Analytics：分析师的最爱

Dune是什么？说白了就是一个链上数据的SQL查询平台。你不用管节点、不用管同步，写好SQL就能查。我个人觉得，对于快速验证想法，Dune是效率最高的工具。

2.1 Dune的数据结构

Dune把链上数据整理成了几张核心表：

• ethereum.transactions：所有交易记录
• ethereum.logs：事件日志
• ethereum.traces：内部调用
• dex.trades：DEX交易聚合表（最常用）

你想想看，如果没有Dune，你要自己解析交易日志、解码事件、关联代币价格……一套下来至少一周。用Dune，一行SQL搞定。

2.2 实战：查询Uniswap V3 24小时交易量

-- 查询Uniswap V3 24小时交易量
SELECT 
  date_trunc('hour', block_time) as hour,
  count(*) as trade_count,
  sum(amount_usd) as volume_usd
FROM dex.trades
WHERE project = 'Uniswap'
  AND version = '3'
  AND block_time >= now() - interval '24 hours'
GROUP BY 1
ORDER BY 1;

2.3 Dune的局限性

Dune也不是万能的。我遇到过几个问题：

• 数据延迟：通常有5-15分钟延迟，不适合做实时交易
• 查询超时：复杂查询跑几分钟就超时，得优化SQL
• 自定义合约：长尾项目的ABI可能没解码，得自己提交

三、The Graph子图查询：实时数据的好帮手

The Graph是什么？它是一个去中心化的索引协议。说白了，就是有人帮你把链上数据整理好，你通过GraphQL查询就行。我最近做的一个MEV分析项目，就是靠子图拿实时数据的。

3.1 子图的工作原理

子图的核心流程：

1. 定义schema（你要索引哪些数据）
2. 编写映射逻辑（如何把链上事件转成实体）
3. 部署到Graph Network
4. 通过GraphQL查询

对于DEX分析，最常用的就是Uniswap官方子图。它已经把池子、交易、用户数据都索引好了。

3.2 用GraphQL查询交易数据

// 查询Uniswap V3子图，获取最近100笔交易
{
  swaps(
    first: 100,
    orderBy: timestamp,
    orderDirection: desc
  ) {
    id
    timestamp
    amount0
    amount1
    amountUSD
    sender
    recipient
    pool {
      token0 {
        symbol
      }
      token1 {
        symbol
      }
    }
  }
}

这段查询返回什么？每笔交易的代币数量、美元价值、发送方、接收方。你想想看，如果用RPC，你得自己解析事件、查代币精度、算价格……用子图，一个请求全搞定。

3.3 子图的坑

我踩过最大的坑是什么？子图的索引延迟。有一次我做套利监控，发现子图返回的数据比链上慢了30秒。后来查原因，是子图处理器的队列满了。

四、三种数据源的对比与选择

说了这么多，到底该用哪个？我整理了一张对比表：

维度	链上节点RPC	Dune Analytics	The Graph子图
实时性	实时（秒级）	延迟5-15分钟	近实时（秒级）
查询灵活性	低（需自己解析）	高（SQL自由）	中（需定义schema）
数据完整性	100%链上数据	依赖解码覆盖率	依赖子图定义
成本	按请求计费	免费额度+付费	按查询计费
适用场景	交易执行、实时监控	数据分析、仪表盘	DApp集成、实时展示

五、知识体系总览

下面这张图，是我对本章知识体系的总结。三种数据源各有定位，组合起来才能覆盖完整的DEX数据分析链路。

这张图你看懂了吗？三条线分别代表三种数据获取路径。它们不是互斥的，而是层层递进的关系。我个人习惯是：先用Dune做探索性分析，确定方向后用子图搭建数据管道，最后用RPC做交易执行。

公众号:蓝海数据掘金营，微信deep3321