先确定要查的规则和时间
“币圈年化挖矿”并非统一的合约类型。查询前应明确具体项目、所在网络、奖励池或合约地址，以及需要核验的时间段。本文适用于奖励分配涉及链上合约的情形；平台内部记账的活动，仅靠公开链上数据通常无法还原全部规则。
历史规则应拆开核对：奖励怎样计算、何时开始或结束、领取条件是什么，以及页面年化采用什么计算口径。页面展示数值、合约分配逻辑和实际到账记录分别回答不同问题，不能互相替代。
用区块浏览器定位执行证据
Ethereum.org 的区块浏览器说明介绍了区块时间、交易状态、输入数据、代币转账，以及部分浏览器展示的合约源码和事件等信息。这些字段可用于定位某次奖励相关操作及其执行时间。
查询时先核对网络和地址，再用目标日期对应的区块范围筛选记录。保存交易哈希、区块号和时间，检查交易是否成功、调用了哪个合约。单笔奖励转账只能证明该笔转账发生，完整计算条件还需结合代码和参数判断。
历史查询必须对应当时的版本
OpenZeppelin 的代理文档说明，部分代理将调用委托给实现合约，升级可以改变其实现指向；信标代理还可能通过信标统一切换实现。因此，同一个入口地址在不同时间可能执行不同逻辑。
若目标采用可升级代理，需要追溯目标区块对应的实现地址及升级记录。若采用信标代理，还需核对当时的信标状态。当前浏览器展示的实现和参数不能直接代表过去；历史状态是否可查，取决于浏览器或节点服务的支持。
把规则说明与链上结果对齐
整理证据时，可将规则生效区间、对应区块、实现版本、相关参数和执行交易串成时间线。即使代码未升级，可调整参数也可能改变奖励分配，所以版本和参数需要同时核对。
若问题涉及历史年化数值，还需确认其计算公式、是否计入复利，以及使用了哪些价格和资金规模数据。上述两类技术文档支持查询方法与机制解释，并未证明任何具体项目的历史年化或活动条款。
常见问题与证据边界
只有当前页面截图，能确认旧规则吗？通常不能。截图可作为某次展示的线索，但仍需明确截图时间、计算口径和相应版本。
查不到事件，是否代表没有改过规则？不能这样判断。事件取决于合约如何设计，应结合交易输入、代码和历史状态核验。若旧源码、历史参数或页面计算依据缺失，应明确记录缺口，避免将推测写成已证实的结论。