先区分认购与挖矿
“认购”通常涉及向某个地址、平台账户或智能合约转入资产，以获得代币、份额或其他权益；“挖矿”则可能指工作量证明网络中的区块生产，也可能是项目方对流动性、存储、质押或任务奖励的营销称呼。两者使用的网络参数并不相同，因此第一步不是计算收益，而是确认项目究竟要求用户进行什么链上动作。
如果项目声称采用比特币式工作量证明，应重点查看区块头、前一区块哈希、区块高度、难度或目标值，以及交易是否被纳入区块。若项目要求调用智能合约，则应转向核验合约所在网络、合约地址、方法参数、事件日志和交易回执。仅凭“矿池地址”“算力截图”或“认购页面上的网络名称”，不能证明相关活动真实发生在目标区块链上。
核对底层网络身份
网络身份至少包括链名称、网络标识、节点客户端返回的链标识以及实际区块数据。以太坊兼容网络可通过JSON-RPC查询客户端版本、网络版本、最新区块高度和同步状态等信息。网络版本通常以十进制字符串返回，而区块高度等数量字段使用带有“0x”前缀的紧凑十六进制表示，不能把网络版本、链标识和代币合约地址混为一谈。
核验时应把项目页面显示的网络与节点或可信区块浏览器返回的数据进行比对，并确认查询端点确实属于目标网络。对于以太坊类网络，还要注意同一合约代码可能被部署到多个网络；合约地址相同并不自动代表资产或交易属于同一条链。节点若仍处于同步状态，最新区块和账户状态也可能暂时不完整。
验证区块和交易参数
比特币类区块链以区块头哈希链接前后区块，交易通过交易标识、输入和输出组织。核验一笔认购付款或矿工奖励时，应检查交易标识是否真实存在、交易所在区块的高度和哈希、输入输出是否匹配，以及输出是否已经被再次花费。区块高度可能因分叉而重复，因此不能单独把高度当成区块的全球唯一标识，区块哈希和交易标识更适合用于精确定位。
工作量证明网络还需要检查区块头是否满足当时的难度目标，以及后续区块是否继续建立在该区块之上。比特币资料显示，网络会依据一段区块周期内的时间戳调整难度，目的在于让出块速度维持在协议设定的目标附近。这个机制只能说明区块是否符合协议规则，不能证明某个项目承诺的算力分成、代币分配或收益说法成立。
以太坊类网络则应查询交易回执，确认交易是否成功、实际使用的燃料以及日志事件，并进一步读取合约状态。对于代币认购，应将转账事件中的发送方、接收方、代币数量与用户页面显示内容逐项比对；对于合约调用，应核对调用方法、输入参数和状态变化。只显示“交易已提交”或提供交易哈希，不等于交易已经成功执行。
常见参数格式陷阱
JSON-RPC同时使用数量和原始字节两类十六进制编码。数量通常要求“0x”加最紧凑的十六进制数字，零写作“0x0”；哈希、地址、字节码等原始数据则应使用每字节两个十六进制字符。错误的前导零、缺少“0x”或奇数位字节串，都可能导致解析结果与页面展示不一致。核验脚本或人工记录时，应先确认字段类型，再进行十六进制转换。
区块查询还要明确使用的状态位置，例如最早区块、最新区块、安全区块、最终确定区块或待处理状态。不同查询位置可能返回不同的余额、合约存储和交易视图。比较认购余额或奖励记录时，应记录查询所用的区块标识，避免把变化中的最新状态误当成已经最终确定的历史结果。
适用条件与核验边界
这套方法适用于能够提供公开区块数据、节点接口或可验证合约地址的项目。核验者至少应获得目标网络名称、链标识、交易哈希或合约地址，并能在独立数据源中复查。若项目只提供内部账户余额、后台截图、不可验证的接口结果或模糊的“算力证明”，则只能确认其页面声称的内容，不能据此确认链上资产归属、挖矿过程或奖励规则。
技术核验也不能替代对项目主体、合同条款、资产托管方式和法律合规性的审查。区块链数据可以帮助确认某笔记录是否存在、交易是否成功以及状态如何变化，但不能单独证明认购权益一定可兑付，也不能证明所谓挖矿活动具有特定经济价值。
常见问题
问：有交易哈希就代表认购成功吗？答：不代表。还要确认哈希属于目标网络，交易回执显示成功，并核对接收地址、代币数量、日志事件和最终状态。失败交易或其他网络上的同名资产，都可能造成误判。
问：项目显示的算力和区块数据对不上，可能是什么原因？答：项目可能使用了外部矿池、展示了估算值，或所谓“挖矿”并非区块生产。应要求其说明奖励来源、区块或合约记录，并用独立链上数据验证；无法对应时，不应把页面参数视为已证实事实。
问：同一个代币名称能否证明是同一种资产？答：不能。代币名称和符号可以重复，核验时应以网络、合约地址和转账事件为准。