先确定要查的是哪种设备角色
“树莓派做比特币挖矿机”不是完整的技术描述。查阅项目说明时，应先确认树莓派承担什么工作：直接执行哈希运算、向外接计算设备传递任务，还是参与节点通信。不同角色涉及不同的软件与硬件条件，不能仅凭设备名称判断。
本文解释通用机制。下列两个来源分别涉及比特币挖矿与哈希函数，不提供具体树莓派型号、配件或驱动的兼容性证明。
用挖矿资料理解任务流转
Bitcoin Developer Guides 的 Mining 页面介绍了基本流程：软件取得区块构造信息，生成区块头，计算硬件反复尝试不同取值，寻找满足目标阈值的哈希结果，再将符合要求的候选区块交由节点传播。矿池还会使用较容易满足的份额目标，统计参与者提交的工作。
参考地址：https://developer.bitcoin.org/devguide/mining.html
核对树莓派方案时，可以据此追问：任务从哪里来，区块头由谁构造，哈希由谁计算，结果由谁提交？这些问题能帮助区分控制端与计算端，避免把“能够连接设备”误写成“主要算力由树莓派提供”。
用哈希资料理解计算本质
NIST 的 Hash Functions 页面说明，哈希算法可将任意长度的消息映射为固定长度的摘要，SHA-256 属于 SHA-2 家族。抗原像与抗碰撞等性质解释了安全哈希的基本要求，但这类标准介绍并不证明某款设备的挖矿性能。
参考地址：https://csrc.nist.gov/projects/hash-functions
理解挖矿时，应区分“计算摘要”与“寻找满足条件的摘要”。完成一次计算不等于完成工作量证明；能够运行相关程序，也不等于已经验证整个挖矿系统可用。
查资料时需要核对哪些条件
建议分别查询“Bitcoin mining block header nonce”“getblocktemplate”“Stratum mining protocol”，并结合树莓派的准确型号查找项目文档。通用资料用于解释机制，具体项目文档用于核对接口、系统架构和软件支持范围，两类证据不能互相替代。
旧教程提到的协议、软件版本与设备支持情况，应逐项核验。源码存在、程序能够启动、硬件能够识别和任务能够完整执行，是不同层次的证据，不宜合并为一句“支持挖矿”。
常见问题与判断边界
运行节点是否就是挖矿？不是同一项工作。节点通信、区块验证与搜索符合目标的哈希应分开判断。提交矿池份额是否就是找到区块？也不是；份额满足矿池的统计条件，并不必然满足网络要求。
只有通用原理资料时，适合说明流程和角色，不适合给出具体树莓派方案的性能或兼容性结论。准确的机制说明应明确每一步由哪个组件完成，并标出仍需项目文档验证的条件。