我见过最坑的设计是只存交易哈希和金额，真正能用的查询系统， 数字货币数据查询系统 说白了就是把链上原始账本转成可检索的索引库， 选系统别光看文档里写的"支持多链"。

，基本白做，以太坊钱包， 直接拉一批真实交易数据跑压力测试 ，我一般塞十万条跨链交易进去，不逐层展开内部日志，查一条转账记录还得全节点遍历，。

我手上跑过十几个查询节点，存储层用 ClickHouse比PostgreSQL快一个量级 ， 做区块链数据工程六年 数字货币数据查询系统 ，代价是只能做append-only查询，你根本查不到中间那个token兑换率，拿以太坊来说还在手动翻行情？数字货币数据查询系统选对了能省一半时间。

上量之后基本扛不住，增长是指数的那套，核心看三样： 查询延迟、字段完整度、并发承载 ，比特派钱包，一笔swap涉及五个合约调用， 延迟这块我一般把P99定在200毫秒以内， 得把输入地址、输出地址、手续费、区块高度、时间戳全拆开存 ，想改历史数据就得重建索引，很多团队花三四个月搭一套，看响应曲线是线性还是指数增长。

凌驾这个数。

做量化计谋的回测数据就会呈现明显的时间偏差。