适用范围：先确认IFC指向哪个项目
仅凭IFC这一简称，不能确认对应网络的共识机制、挖矿算法或软件支持情况。比特币开发者指南说明的是比特币挖矿流程；以太坊开发者文档解释了历史上的工作量证明，并说明以太坊已于2022年转向权益证明。这些内容可用于理解技术概念，不能证明IFC目前支持某种挖矿方式。
误区一：所有币都能依靠计算设备挖出
工作量证明中的挖矿涉及反复计算，寻找满足网络目标的结果；权益证明采用不同的区块生产与验证机制。因此，名称中带有“币”，并不意味着能使用工作量证明挖矿。判断某种方法是否适用，前提是明确目标网络的共识规则。
误区二：独立挖矿和矿池挖矿是不同算法
比特币开发者指南将独立挖矿与矿池挖矿作为两种组织方式介绍：前者由矿工自行尝试出块，后者汇集参与者的计算工作并按规则分配奖励。组织方式与底层算法是不同问题，加入矿池并不意味着设备可以绕过算法兼容性要求。
误区三：提交份额就是成功产生区块
矿池使用份额记录参与者提交的计算工作。满足矿池份额门槛的结果，未必满足网络出块要求。因此，软件显示提交成功、矿池接受份额和网络接受区块，代表不同层次的状态，不能互相替代。
误区四：通信协议决定硬件是否适用
Stratum和getblocktemplate涉及挖矿任务信息的传递或构造，不应被当作通用挖矿算法。能够建立通信连接，不等于设备能执行目标网络要求的计算，也不等于提交结果符合其区块规则。对IFC的具体兼容性，仍需项目层面的技术依据。
常见问题：旧教程和运行状态能证明什么
旧教程仍然有效吗？教程描述的机制可能只适用于特定历史阶段，以太坊停止工作量证明就是明确例子。教程存在本身不能证明相关方法仍适用于目标网络。
程序持续运行是否代表挖矿有效？持续计算只说明程序正在工作；任务是否对应目标链、提交是否被接受，以及结果是否满足网络规则，需要分别判断。在缺少IFC项目技术依据时，不能据此列出已证实可用的设备、矿池或配置方法。