误区一：算出合格哈希，区块就一定被接受
比特币开发者指南说明，全节点独立验证区块。满足工作量证明要求只是条件之一，区块还必须符合其他共识规则。因此，判断挖矿结果时，需要区分计算达标与区块有效：前者不能替代对交易和区块规则的验证。
误区二：有确认就绝对不可更改
区块相互链接，修改历史记录需要重新完成相应工作；后续区块增加会提高改写难度。但这属于工作量形成的保护，不能解释为任何条件下都不可逆。确认体现的是交易在当前链中的位置与后续积累，不能被当作脱离网络条件的绝对保证。
误区三：出现分叉就是受到攻击
矿工可能在相近时间产生竞争区块，形成暂时分叉。节点在有效候选链中依据累计工作量选择链。因此，短暂分叉本身不足以证明攻击存在；区块数量也不能脱离工作量，单独作为判断依据。讨论异常时，应区分正常竞争与蓄意改写历史。
误区四：不足半数算力就没有攻击可能
开发者指南指出，低于半数的算力也存在改写历史成功的可能。“51%攻击”这个名称不应被理解成一道绝对安全分界线。多数算力影响的是攻击的可靠性，而不能反推出低于这一比例时风险必然为零。
误区五：区块链安全，矿机系统就无需维护
工作量证明和节点验证处理的是账本共识问题。矿机所依赖的软件、固件及管理系统，则属于设备维护的范围。两者保护的对象不同，不能用账本机制的安全性替代对设备漏洞的处理。
NIST补丁管理指南将更新视为预防性维护，涵盖识别、排序、获取、安装与验证。将这一原则用于挖矿环境，是一般技术维护思路，并不代表某款矿机已经过安全验证。
常见问题：安装补丁后就算完成了吗
补丁管理还包括验证安装结果，不能仅以发起更新作为完成标志。其作用是降低漏洞相关风险，而非保证所有风险消失。评估挖矿安全时，需要分别说明所讨论的是区块有效性、历史改写难度，还是设备维护状态，避免用一个层面的结论回答另一个层面的问题。