适用范围：先确认它是否采用 PoW
“共生币”若是特定项目名称，仅凭名称或“挖矿”宣传不能确认其采用工作量证明（PoW）。应先核对项目的协议版本、客户端实现和可验证的区块数据。下文是针对 PoW 设计的一般审查框架，不是对该项目机制的认定。
比特币开发者指南描述了矿工构造区块头、尝试不同随机数并检查哈希是否满足目标的流程。以太坊的 PoW 说明则指出，以太坊已在 2022 年转向权益证明。因此，历史 PoW 机制可以帮助理解概念，但不能据此推断某个项目或以太坊当前仍采用挖矿。
前提一：工作量能否独立复验
先找出协议明确规定的哈希输入、区块头字段、随机数或额外随机数、难度目标，以及交易如何生成 Merkle 根。核对实现时，应使用同一组候选区块数据重复计算，确认所得哈希和目标比较结果一致；再检查节点是否会独立验证区块及其交易，而不是只接受矿工或矿池提供的结论。
还要确认目标值如何表示、由哪些规则决定，以及新区块到来时旧工作如何更新。比特币挖矿说明提到，区块头会包含前一区块哈希、Merkle 根和目标相关信息；这些字段及其更新方式都应能在规范或实现中找到对应依据。
前提二：矿池份额不等于有效区块
矿池通常采用比网络出块目标更容易达到的份额目标，用份额记录矿工贡献的工作量。份额可以用于矿池内部的工作量核算，但单独获得一份额并不表示找到了满足网络目标、且通过完整验证的区块。审查时要分清矿池接受份额的条件与网络接受区块的条件。
矿池如何记录、拒绝或结算份额，可能因分配规则而不同。应逐项核对份额数据能否重算、规则是否说明过期工作如何处理，以及支付计算是否与公布的规则相符；不要把某个矿池的做法直接当成所有 PoW 协议的规定。
前提三：安全结论是否对应本链规则
安全性不能只凭“算力很大”或宣传中的攻击成本判断。需要核实节点如何比较竞争链、怎样累计工作量、什么情况下会接受或拒绝区块，以及网络中算力分布和矿池集中度是否会影响这些假设。以太坊历史 PoW 说明讨论过多数算力攻击，但其中的具体结论不能未经核对就套用到其他协议。
同时检查不同客户端对同一候选区块是否得出一致验证结果，并关注新区块发布、工作模板更新和临时分叉时的处理规则。若协议没有清楚说明节点如何达成一致，单看矿工端的哈希计算流程不足以证明系统具备预期的共识安全性。
常见问题：怎样判断证据够不够
较可靠的核对材料通常包括有版本号的规范、可检查的客户端代码、节点验证结果和可复算的区块样本。可以把每项假设写成“规则在哪里、如何复验、还有什么不确定”三列，分别记录证据，避免将尚未验证的说法当成事实。
常见误区包括把份额当成有效区块、把矿工显示的算力当成全网安全证明，以及把其他链的参数直接移植过来。若缺少具体项目的规范、实现或链上样本，应将结论限制在一般 PoW 原理层面，并明确哪些项目特定假设仍未核实。