查币价用 CoinGecko，看协议 TVL 和费用用 DeFiLlama，想自己统计链上行为用 Dune。三者常被笼统归为“看数据”，但各自回答的是不同问题，入口选错，后面的核对都会跑偏。
| 任务 | 可先看的工具 | 仍需核对的条件 |
|---|---|---|
| 某资产的市场情况 | CoinGecko | 聚合价格的口径、样本场所、更新时间，以及资产标识是否对应同一标的 |
| 该资产相关协议的行业位置 | DeFiLlama | 指标定义（如 TVL 的计算范围）、链与协议的归类方式、是否含重复计算 |
| 某特定链上行为 | Dune | 数据表来源、查询或看板作者的假设、字段含义与统计窗口 |
查行情：聚合价不是单交易所成交价
CoinGecko 提供资产市场资料与聚合价格。聚合的意思是汇总多个来源后给出一个参考值，跟某一家交易所屏幕上的即时成交价不是一回事。按 CoinGecko 的方法说明，聚合价格由多个交易场所的报价按成交量加权得出，过程中会剔除被判定为异常的价格。这意味着你看到的数字经过筛选和加权，适合回答“这个资产大致处于什么市场位置”，不适合直接当作某笔交易的可执行价格。
使用时留意方法说明里的样本与加权方式，并确认资产标识没有张冠李戴——同名代币、跨链版本都可能造成混淆。资产市场情况从 CoinGecko 入手是合理的；协议基本面和链上具体行为则要换入口。
看协议：先问指标怎么定义
DeFiLlama 提供协议、链与 DeFi 指标的分类体系。一个协议归到哪条链、哪些资产计入它的指标、跨链部署如何拆分，都会影响你看到的行业位置，所以“某协议排第几”这类判断必须先问清指标定义。
以 TVL 为例，它是协议合约中锁定代币的价值概念，跟资产市值、跟某地址的交互次数完全不是同一量纲，既不能互换，更不能相加。同一个数字在不同口径下会指向不同结论，跨协议比较前要确认计算范围是否一致。如果问题是“这个协议在同类中处于什么位置”，DeFiLlama 的分类入口是合理起点；如果问题转向用户行为，就得换一套数据来源和口径。
做自定义研究：公开看板由作者 SQL 生成
Dune 的工作方式是查询、SQL 与看板。按官方文档，查询编辑器让使用者在浏览器里对区块链数据集编写、测试和迭代 SQL，引擎是 DuneSQL，并提供自动补全、查询解释、参数、结果表格格式化等功能。它的价值在于围绕自定义问题组织查询，代价是门槛：写 SQL 需要理解表结构、字段含义与聚合逻辑；不写 SQL 的使用者可以依赖他人做好的公开看板，也可以借助编辑器里用自然语言生成或修改 SQL 的功能，但无论哪种方式，都要核对表与范围是否贴合自己的问题。
公开看板由不同作者维护，各自的假设、过滤条件与更新时间并不统一，同一个问题在不同看板下可能得到不同数字。因此用 Dune 时，重点不是找到“一个看板”，而是读懂这个看板在算什么。输出仍是经过作者加工的口径，需要核对数据表来源与统计范围，不能直接等同于链上事实本身。
三类工具并不互斥。常见的研究路径是：先用 CoinGecko 建立资产层面的背景，再用 DeFiLlama 判断相关协议在行业中的相对位置，最后用 Dune 针对具体行为做自定义验证。每一步都要明确这个数字回答的是哪个问题，市值、TVL、地址数分属不同指标，跨任务引用时重新核对定义，而不是顺手拼接。