先明确要查哪一种价值分配
“区块链技术价值分配的设计文档怎么查”的关键，是把宽泛的问题拆成可核对的规则：价值从哪里来、由谁获得、满足什么条件、何时记账，以及哪些行为会导致扣减。相关内容可能分散在共识机制、交易费用、奖励与处罚等章节，不一定有独立的“价值分配设计文档”。
本文讨论协议层面对矿工、验证者的激励与约束。项目团队份额、应用分账或治理资金安排，需要另查对应项目文件，不能从底层共识规则直接推导。
用两个开发者文档入口定位主题
以太坊开发者文档的“Proof-of-stake rewards and penalties”页面讨论验证者的证明、区块提议等职责，以及奖励、普通处罚、罚没和不活跃泄漏。它适合帮助读者识别哪些行为影响验证者余额，并提供继续追查共识规范的线索。
比特币开发者指南的“Block Chain”章节解释交易费用与区块奖励：普通交易输入总额与输出总额的差额可作为手续费；区块中的 coinbase 交易承接区块补贴与手续费构成的奖励。查找时可重点定位“Transaction Propagation”和“Transaction Data”。
从说明页追到具体规则
检索词应对应问题本身。查奖励来源可用 rewards、block subsidy、transaction fees；查分配条件可用 attestation、proposer、coinbase；查扣减机制可用 penalties、slashing、inactivity leak。这样比只搜索“价值分配”更容易找到技术章节。
阅读说明页后，再沿其规范引用核对定义、计算规则与适用版本。若继续检查实现代码，应记录版本或提交标识，将同一版本的参数、条件和计算过程放在一起比较，避免拼接不同升级阶段的规则。
如何判断是否查全
可以按“来源、接收者、触发条件、计算方式、可用条件、异常处理”整理阅读笔记。找到奖励公式之后，还需确认变量含义、计量单位和结算条件；看到余额减少，也要判断属于普通处罚还是罚没。
尤其要区分未获得奖励与已有余额被扣减，两者对机制的含义不同。链上记录可以帮助核对执行结果，但设计动机仍需从规范说明及其引用的论证材料中查找。
常见问题与适用边界
说明页中的数字能直接当作现行参数吗？需要核对版本。若同一页面出现不同罚没数值，或公式与文字描述无法对应，应回到相关升级的规范逐项确认，不能任选一项作为结论。
两个来源是否足以验证同一机制？以太坊与比特币文档可用于理解不同机制的查找方式，但不能互相证明对方的参数。针对某条链的具体结论，仍需在该链对应的规范、实现与版本范围内建立证据联系。