先分清比较的是什么规则
区块链中的“奖励政策”可能指协议如何奖励验证者或矿工，也可能指矿池如何把收入分给参与者。前者属于共识或协议激励规则，后者属于服务提供方的分配办法。比较版本时应先确认对象，否则容易把协议奖励变化误说成矿池分配变化。
还要标明比较范围：具体协议、参与角色、版本名称或生效条件。只知道“新版”和“旧版”而没有对应规则文本，无法可靠判断变化内容。
建立逐项对照表
可按六项整理两个版本：适用对象、奖励来源、获得奖励的行为、计算公式或权重、未完成任务时的处理，以及惩罚或退出条件。每一项都记录旧规则、新规则、差异和证据；若资料没有给出某项，就标为未说明，不要自行补齐。
比较数字时保持单位和前提一致。例如，若公式取决于有效余额、活跃参与者总量或任务完成时延，应注明这些变量；否则看似数值变化，可能只是计算条件不同。还应核对规则何时生效、是否只影响特定参与者，以及是否存在过渡安排。
Ethereum PoS：比较奖励与惩罚的规则
Ethereum PoS 的奖励按 epoch 处理，材料列出的来源包括及时提交不同类型的投票、提出区块和参与同步委员会。奖励以基础奖励为计算基础，并受有效余额、活跃质押总量等因素影响。比较两个版本时，可分别核对奖励组成、权重、基础奖励计算条件和任务时效要求。
惩罚也应单独比较：材料指出，遗漏 source 或 target 投票会受到相应处罚，遗漏 head 投票则没有同类处罚；某些未及时完成的行为只是拿不到奖励。材料提到 Bellatrix 调整过奖励与惩罚，但没有提供调整前后的具体数值，因此仅凭这些信息不能写出该升级的详细差异。
Bitcoin 挖矿：区分协议收入与矿池分配
Bitcoin 挖矿材料说明，独立挖矿所得由区块奖励和交易费构成；矿池则依据矿工提交的 shares 等工作证明分配收入，不同矿池可能采用不同分配办法。因此，对比矿池政策版本，应核对 share 的计算与确认方式、收入分配规则及适用条件；不能仅凭矿池支付方式推断协议层奖励规则发生了变化。
材料还介绍了 getblocktemplate 与 Stratum 等获取挖矿任务信息的方式，但这类工作流程差异本身不等于奖励政策变更。应先确认版本改动是否改变了报酬计算或资格条件，再讨论其影响。
适用条件与常见问题
这种方法适用于有明确版本标识、规则文本或参数记录的协议与矿池政策。若只有概述性介绍，适合用来识别比较维度，不足以证明某次升级的前后差异。
常见问题：奖励增加是否代表所有参与者所得增加？不一定，需看适用角色、条件和分配方式。如何避免误读？把协议层与服务方规则分开，逐项记录相同口径下的变化，并注明资料未说明之处。