Dune查询结果如何验证
Dune查询结果的验证，核心是三件事：确认执行成功、检查数据时效性、用区块链浏览器交叉核对关键数据。做不到这三层，你可能在对着过期或错误的数据做决策。
第一步：确认查询执行成功，没有报错
Dune 的每条查询执行后都有一个execution_id，并附带状态——pending、success或failure。看到"成功"状态只是起点，但你还需要确认执行没有因为超时或资源限制而给出不完整的结果。
怎么做：
查执行状态：如果你用的是API，调用GET /v1/execution/{execution_id}/status确认状态是success。如果你在网页端，看页面右上角或底部是否有红色的报错提示，比如"Query execution failed"或"Timeout"。
检查执行耗时：Dune 的免费版执行超时限制是2 分钟，付费引擎（Medium/Large）是30 分钟。如果查询跑满了限制时间才返回结果，数据可能不完整——特别是时间范围很大或涉及复杂聚合的查询。
确认结果未被截断：Dune 内部有最大查询结果大小限制（当前是32GB）。如果结果超过这个量，存储会被截断。这时如果不用allow_partial_results=true参数，拉取结果会直接报错。网页端如果结果过大，也会显示"Partial Result"提示。
做到什么程度算完成：执行状态为"success"，无红色报错，无结果截断提示。
第二步：检查数据的时效性——你看到的是不是最新数据
Dune 的数据分为多个层级，时效性各不相同，直接决定结果的有效性。
| 数据类型 | 刷新特点 | 数据陈旧时的处理 |
|---|---|---|
| 原始数据（Raw） | 通常约2 分钟内更新 | 等官方修复，或去状态页查延迟公告 |
| 精选数据表（Curated，如 dex.trades） | 依赖上游数据管道，曾出现过10 小时以上的延迟 | 查询执行耗时参考前一节 |
| 仪表盘查询结果 | 结果存储90 天。热门仪表盘每小时自动刷新，冷门仪表盘可能24 小时才刷新一次 |
如果依赖的是dex.trades这类精选表，即使你点了"Run"执行成功，底层管道延迟导致的数据问题仍然存在。
怎么做：
看结果里的时间戳：查询结果中通常包含block_time或date字段。确认最新的数据日期是否接近当前时间。
检查 Dune 官方状态页：访问status.dune.com，查看是否有数据延迟的公告。如果状态页确认某条链或某张表有延迟，执行成功也没用——数据本身就是旧的。
做到什么程度算完成：结果中的最新时间戳在合理范围内，且官方状态页无相关延迟公告。
第三步：用区块链浏览器交叉核对——最硬核的验证方式
Dune 的精选表是基于原始数据加工出来的，精度极高（经过去重、重组处理、ABI验证等自动检查），但跨链数据或涉及复杂合约交互的查询，仍可能出错。最可信的方式是用区块链浏览器（如 Etherscan、BscScan 或 Solscan）直接查一笔交易或一个地址的余额。
怎么做：
针对一笔交易：Dune 结果里查到某笔交易的哈希（tx_hash）和金额。去对应链的浏览器搜这个哈希，核对value和to/from地址是否一致。
针对一个地址的余额：如果 Dune 显示某个地址持有了 1000 USDT，去 Etherscan 查该地址的 ERC-20 Token 余额，看数字是否一致。
针对多个项目的数据：如果涉及多个协议的数据，注意 Dune 的价格数据（Prices 表）可能也用不同的预言机源。你可以去 CoinGecko 或 Chainlink 数据源核对一下报价是否一致。
做到什么程度算完成：随机抽 2-3 笔关键交易或地址进行核对，数据匹配。
常见失败原因
查询逻辑本身有误：这是最常见的原因。比如LEFT JOIN没处理好，导致数据重复计算；或者时间范围写成了硬编码，没按最新日期自动拉取。验证前先看一遍 SQL 逻辑，确认不是人写错了。
重组的区块未被正确修正：Dune 有重组（Re-org）处理机制，但修复不是即时的。如果查询的数据恰好落在被重组的区块上，精选表的数据会在下一次转换周期更新，这期间结果可能不准确。
如何确认验证通过
做完三步后，你对结果可以有一个相对明确的判断：查询成功执行、数据时效性合理、随机抽检的关键数据与链上一致。做投资或交易决策前，务必走完这三级验证流程，不要直接采信一张仪表盘上的数字。 如果还不放心，可以在 Dune 社区论坛反馈，或联系仪表盘作者确认查询逻辑。
