先界定能够确认的范围
仅凭“FDS”这一简称，无法确认具体项目、所属网络或代币发行机制。比特币开发者指南和以太坊权益证明文档分别说明各自网络的技术原理，都不能作为FDS支持挖矿的直接证据。本文讨论的是教程前提的通用核对方法，不确认任何FDS项目的实际功能。
第一步：核对教程指向哪个资产
教程首先应明确项目全称、所属网络，以及适用的链标识或合约地址。简称相同不代表资产相同；教程截图、软件下载页和链上记录也可能指向不同对象。身份信息不能对应时，后续硬件要求和奖励说明都缺少明确适用对象。
还应区分独立网络的原生资产与部署在其他链上的代币。代币所在链的共识机制，并不自动等于该代币自身的分配机制。
第二步：核对“挖矿”究竟指什么
比特币开发者指南描述的工作量证明挖矿，是构造候选区块并寻找满足目标条件的哈希。矿池使用share衡量提交的工作，其中只有满足网络目标的结果才可能形成有效区块。因此，提交成功不等于已经出块。
以太坊权益证明文档描述的是验证者通过质押参与区块验证、提议和投票，并受到相应奖惩约束。这与依靠哈希计算竞争出块不同。教程若同时使用“算力”“质押”“验证者”等词，必须说明它们分别对应什么机制，不能仅凭名称判断。
第三步：检查技术要求是否能相互印证
如果教程声称属于工作量证明挖矿，应有对应网络的算法说明、客户端文档和任务提交机制；如果声称属于验证者参与，应说明验证职责、软件组成及惩罚条件。这些是核对项目说法的方向，不是FDS已经具备这些功能的结论。
软件名称或接口名称相似，只能提供线索，不能证明兼容。适用网络、软件版本与文档版本需要对应；比特币文档中的接口说明也不能直接移植为其他项目的操作步骤。
常见问题：截图和奖励数字能证明什么
后台显示“算力”或奖励增长，能证明界面呈现了某个数字，却不能单独证明参与了链上共识。矿池工作记录、有效区块和实际分配记录属于不同层面的证据，需要分别解释。
核对结果可以标记为“已有对应证据”“存在矛盾”或“尚未证实”。缺少项目身份、机制文档或可对应记录时，应保留未证实状态；不能用比特币、以太坊的一般原理填补具体项目的证据空缺。