应用内的所有兑换都经过同一个地址——0x00000000…4e3010e2。这是整套基础设施里最能说明问题的一点：它显示真正被买卖的是什么、有多少参与方在做、应用的流量有多大。下面是 30 天的窗口，每天重算。
柱子是每天转入的代币笔数，折线是发出这些转账的不同地址数。两条刻度是刻意的：两个量相差数倍，放在同一刻度上折线会贴在底部，什么也看不出。
每种代币按其流动性最好的交易对估值。估不出来的不去猜——已覆盖的比例写在上方卡片里，所以这个数字不能当作全部流量来读。
按转入笔数排序的主要代币。「发送方」这一列比笔数更要紧：一个地址把代币来回倒腾，和一百个不同的人，是两回事，但单看成交量毫无分别。
这些不是用户，而是执行兑换的结算合约：聚合器把交易在各个池子之间路由，再把结果交给路由地址。并非每个都有标注——只在地址确实被识别出来时才标，猜出来的不标。
链上的代币符号没有任何保护：由合约作者自行选定，重名无人禁止。在我们这个窗口里，有两百多个符号同时属于好几个不同的合约。
这不是空谈。第一次统计按符号相加，「UNI」算出了 1485 万美元 的流量，而这个数字并不存在：真正的 UNI 只有 2540 美元。其余都落在同名的一日期仿冒币上。所以这里一律按合约地址计算，符号只作为显示用的标签——表格每一行都可点开其地址的区块浏览器。
路由地址既接收用户交出的代币，也接收从池子返回的代币。要把两者分开，只能看同一笔交易里的反向流动，而这里没有做。转入笔数衡量的是活跃度，不是买入量。
「发送地址」这一列里是池子和聚合器的合约。它们背后有多少真实用户，链上看不出来：一个人的一笔交易可能触及好几个池子，反过来的情形也有。
并非每种代币都有价格：一日期发行的代币根本没有流动性。这类行标为「无价格」，不计入合计——给它们填零会在无人察觉的情况下压低流量。
每天重算，以 /api/router.json 对外提供。读取严格按一天一个窗口进行：用四天的窗口时，每一个都撞上了 Etherscan 一万条记录的上限——悄无声息，连一条报错也没有。价格按每次一个地址来问，原因相同：无论问多少个地址，来源每次最多只返回 30 个交易对。