先区分三类需要核验的对象
“NFT销毁母币挖矿”通常同时涉及 NFT 合约、奖励或母币合约，以及部署它们的区块链网络。核验时要先明确每个参数属于哪一层：网络参数描述节点连接的链和同步状态，NFT 参数描述代币是否存在及其销毁方式，挖矿参数则涉及参与条件、奖励计算、周期和领取逻辑。提供的材料只能支持通用技术核验方法，不能据此确认某个具体项目的经济规则。
NFT 销毁与母币销毁也不是同一件事。ERC-721 的销毁通常表现为某个 tokenId 的所有权被清除，相关批准权限也应随之处理；母币则是网络原生资产，其余额和发行规则由链的协议或相关合约决定。一个 NFT 合约支持 burn 函数，并不自动说明销毁 NFT 后会产生母币奖励。
核验网络身份与节点状态
首先应向实际连接的节点查询 web3_clientVersion，确认返回的是哪个客户端；再查询 net_version，记录节点返回的网络标识。net_listening 可以反映节点是否正在监听网络连接，net_peerCount 可以显示当前连接的对等节点数量，eth_syncing 则用于判断节点是否仍在同步。节点处于同步过程中时，读取到的最新状态可能尚未可靠反映链头。
查询数量时要注意 JSON-RPC 的编码规则。整数通常使用带 0x 前缀的紧凑十六进制表示，零表示为 0x0；地址、哈希和字节数组则使用每字节两位十六进制字符。解析区块高度、余额或合约返回值时，如果把数量和字节数组混用，可能造成错误的数值或长度判断。
还应保存查询所用的节点地址、请求时间、方法、参数和原始返回值。对于状态查询，区块参数可以指定 earliest、latest、safe、finalized、pending 或具体的十六进制区块高度。为了复核某个历史行为，应尽量固定区块高度，而不是只读取不断变化的 latest 状态。
检查 NFT 合约是否真的支持销毁
ERC-721 的基础接口包括 balanceOf、ownerOf、tokenURI、approve、transferFrom 和 safeTransferFrom 等方法。它们可以用于确认某个 tokenId 的持有者、元数据标识和转移状态，但基础 ERC-721 接口本身没有承诺任何奖励或挖矿机制。OpenZeppelin 的 ERC721Burnable 扩展提供了持有人销毁自己代币的实现思路，具体权限仍要结合部署合约的公开函数和内部逻辑判断。
核验某个 NFT 是否已销毁，可以先读取 ownerOf(tokenId)。如果代币不存在，调用可能回退；也可以检查与该 tokenId 相关的交易记录和 Transfer 事件。ERC-721 的转移事件使用 from、to 和 tokenId 表示状态变化，铸造和销毁通常通过零地址一侧来区分。仅看到名称包含 burn 的函数或事件，仍应结合合约字节码、ABI、调用权限和实际交易结果确认。
eth_getCode 可读取指定地址的合约代码，eth_call 可在不发送交易的情况下读取公开状态或模拟合约调用，eth_getStorageAt 可查询特定存储位置，但存储槽的含义必须由合约布局或可靠的源码映射确定。无法确定槽位含义时，不应把一个十六进制值直接解释为奖励比例、销毁数量或挖矿周期。
核验母币挖矿或奖励逻辑
“挖矿”可能指协议层的区块生产，也可能只是项目合约根据 NFT 状态计算奖励。两者的核验对象不同。若奖励由合约发放，应查找公开的状态读取函数、事件、领取函数和权限控制，并在固定区块高度下比较 NFT 持有状态、销毁状态与奖励记录。若奖励是网络原生资产，还要进一步确认交易的实际转账结果，而不能只看网页显示的估算数量。
eth_getBalance 可以查询账户在指定区块的余额，eth_getTransactionReceipt 可以检查交易是否成功并读取收据相关信息，eth_getBlockByNumber 和相关历史方法可以帮助定位交易所属区块。eth_estimateGas 只能用于估算调用所需的燃料，不代表交易一定会成功，也不代表项目规则已经满足。
需要重点核对四个关系：销毁动作是否由指定 NFT 合约执行，奖励计算是否读取同一 NFT 的状态，奖励资产是否确实从授权账户或合约转出，以及重复调用是否会重复领取。材料没有提供任何具体项目的奖励公式、母币名称、合约地址或权限配置，因此不能据此推导具体收益、产出数量或项目结论。
常见问题与适用范围
如果 RPC 返回的是 latest，为什么前后结果可能不同？因为 latest 代表节点当前看到的最新提议区块，链状态会持续变化。复核历史销毁或领取记录时，应记录区块高度、交易哈希和收据，而不是只截取一次实时余额。
看到 NFT 的 burn 函数，是否就能证明销毁后会挖矿？不能。burn 只说明合约可能提供销毁路径；奖励是否存在、由谁支付、如何计算，必须从相关合约代码、事件和已执行交易中分别验证。
节点能返回数据，是否就证明网络参数正确？也不能。节点可能未同步、连接到错误网络，或只支持部分 JSON-RPC 方法。至少应交叉核对客户端版本、网络标识、同步状态、区块高度、合约代码和交易收据。
这套方法适用于基于 EVM JSON-RPC 和 ERC-721 结构的常规核验。遇到自定义 NFT 标准、代理合约、跨链桥、链下签名奖励或协议层特殊共识机制时，还需要对应链和合约的专门文档，不能仅凭通用接口作出结论。