先明确：慈善属性不等于共识机制
“慈善币”通常是对某类具有公益叙事或捐赠用途项目的称呼，并不天然代表某一种挖矿算法、分配规则或区块链架构。仅凭名称，不能判断它一定采用显卡或专用矿机挖矿，也不能判断区块奖励是否会自动流向慈善机构。
技术原理图首先应标明项目使用的共识机制。工作量证明（PoW）依靠计算设备持续尝试哈希值，权益证明（PoS）则依靠验证者质押资产并参与区块验证。两者都可以用于区块链网络，但“挖矿”一词更严格地对应 PoW；PoS 更适合称为质押或验证。
PoW 挖矿原理图应包含哪些环节
一个较完整的 PoW 原理图通常可以表示为：交易进入网络 → 节点或矿池整理候选交易 → 生成区块模板 → 构造区块头与默克尔根 → 矿机反复改变 nonce 或额外随机数并计算哈希 → 找到低于目标阈值的结果 → 广播区块 → 网络节点验证并接入区块链。
单独挖矿时，矿工自行组织候选区块并获得区块奖励和交易手续费；加入矿池时，矿池提供任务，矿机提交达到矿池目标的 share 作为工作量证明。share 不一定达到全网出块目标，只有达到网络目标的结果才能成为候选区块。矿池再依据约定的 share 规则分配相应收益。
原理图中还应体现区块模板会更新。新区块出现或交易集合变化后，矿工需要获得新的任务；当有限的 nonce 尝试空间被消耗时，也会通过改变 coinbase 交易中的额外随机数来改变默克尔根，从而继续搜索新的区块头。
PoS 图示不能画成“矿机算力换奖励”
如果项目采用 PoS，常见流程应表达为：参与者锁定或质押网络规定的资产 → 验证者接收区块并检查交易和签名 → 按协议选择区块提议者及其他验证者 → 验证者投票或证明区块有效 → 网络按照共识规则确定链头和最终性。这个过程与 PoW 的哈希搜索不同。
PoS 中的奖励、惩罚和最终性由协议规则决定。验证者可能因离线而损失应得奖励，也可能因提交相互矛盾的区块或证明而受到更严重的惩罚。因此，把所有“参与网络并获得代币”的行为都标成挖矿，会混淆计算工作、质押验证和代币分发。
技术原理图中最常见的误区
第一，把“找到一个 share”画成“成功挖出一个区块”。share 主要用于证明矿工完成了一定比例的哈希工作；它与全网出块目标可能不同，不能直接等同于链上区块。
第二，把区块奖励、交易手续费和慈善捐赠画成同一个资金流。区块奖励与手续费属于协议或区块交易规则的一部分，慈善捐赠则可能由项目规则、智能合约、运营方或用户另行执行。除非有明确的协议机制和可验证的链上路径，否则不能说挖矿奖励会自动完成捐赠。
第三，把矿池收益分配画成固定收益。矿池一般依据提交的有效 share 或其他规则进行结算，但实际获得区块的过程具有概率性，分配方式还取决于矿池协议、费用和结算条件。技术图只能说明流程，不能推出收益承诺。
第四，忽略验证环节。矿机找到候选结果后，区块还需由网络节点检查区块头、交易、默克尔根、奖励交易及共识规则。哈希值满足目标并不意味着任何内容都能被网络接受。
第五，把区块链共识与慈善项目治理混为一谈。共识机制负责让分布式节点对区块顺序和状态达成一致；慈善机构选择、资金审批、捐赠证明和项目治理属于另一层问题，不能仅靠一张挖矿流程图证明。
如何判断一张原理图是否适用
阅读或绘制图示时，先确认四项信息：项目采用的共识机制；区块由谁提议或构造；奖励和手续费如何产生与分配；慈善资金是否有明确、可验证的执行路径。若图中同时出现矿机 nonce 搜索、质押验证者和自动捐赠，应分别标注它们所属的协议层或业务层，避免把不同机制拼成一个未经证实的流程。
对于没有明确技术文档或协议说明的具体“慈善币”项目，只能依据已公开且可核验的机制描述进行一般性分析。原理图适合帮助理解系统如何运行，不足以证明项目的公益真实性、资金安全性或任何经济结果。本文涉及的 PoW 挖矿流程参考 Bitcoin 开发者指南所描述的通用机制，PoS 流程参考 Ethereum 关于权益证明和验证者的技术说明。