先明确“bt币”的适用范围
“bt币”这一名称不足以确认具体区块链、共识机制或软件。以下围绕比特币工作量证明机制解释通用问题，不代表某个同名项目已经具备离线挖矿功能。若实际项目采用其他机制，这些结论不能直接套用。
离线计算与网络参与是不同环节
Bitcoin Developer Guides 的挖矿说明展示了任务获取、区块头计算和结果提交的流程。设备可对已有区块头进行哈希尝试，但获取新任务、向矿池提交份额以及向网络广播区块，都需要通信。
因此，应区分“计算设备不直接连接互联网”与“整个系统长期断网”。前者可以由联网节点或控制端传递任务；后者无法及时获知链上变化，也无法及时传播计算结果。局部隔离并不等于整个挖矿流程无需网络。
断网后最需要关注任务是否过期
挖矿任务与所引用的前一区块有关。网络出现新区块后，断网设备可能继续处理旧任务。设备仍在运行、哈希计数仍在增加，并不能证明这些计算仍对当前任务有效。
恢复连接后，应关注任务是否更新、结果是否被接受以及是否出现过期任务记录。仅凭本地软件显示“计算成功”，不能认定区块已经得到网络接受。
矿池份额不能等同于有效区块
矿池份额用于证明矿工完成了一定计算工作，其门槛与网络区块要求不同。提交份额并不意味着发现了可被网络接纳的区块。断网期间积累的结果，也不能仅凭本地记录认定会被矿池接受，具体取决于任务状态及验证规则。
“离线保存结果，联网后统一提交”涉及任务时效问题。理解此类功能时，需要确认保存的是计算日志、份额还是完整候选区块，这些对象的作用不同。
离线保管私钥不等于离线挖矿
NIST SP 800-57 第1部分讨论密码密钥材料的保护与管理，涉及备份、恢复及泄露等问题。这些原则适用于理解密钥安全，但不能用于证明某个挖矿项目可靠。
哈希计算与授权支出是不同功能。离线保管私钥主要服务于密钥保护，不会替代挖矿所需的任务同步。评估相关软件时，应明确其为何需要访问密钥、备份如何保护，以及设备损坏后能否恢复；不能因软件标注“离线”就认定其安全。
常见问题：断网还能算，是否说明正常
断网后继续计算在技术上可以发生，但判断流程是否正常，还需要查看任务的新鲜程度、通信恢复情况及结果验证状态。设备运行状态与网络接受状态应分别确认。
旧技术说明中的接口、协议行为和软件示例也有适用范围。不能把历史实现描述直接视为所有现有软件的功能，更不能据此确认名称不明的“bt币”支持相同机制。