先确定要查的设计问题
区块链支付价值的设计文档怎么查，首先取决于“价值”的含义。如果关注金额如何记录、谁能支配资产以及支付何时成立，应查交易技术文档；如果关注支付系统的商业价值，仅靠交易字段说明无法得出结论，还需要业务层面的证据。
查阅时可将问题拆成金额表示、资金来源、授权验证、费用计算和状态确认。这样能够把宽泛的关键词转换为具体章节，而不必期待一份标题完全匹配的“支付价值设计文档”。
比特币：定位输入、输出与支出条件
Bitcoin Developer Guides 的 Transactions 章节适合了解比特币普通交易的基础结构。其核心是输入引用既有输出，新输出记录以聪为单位的金额及支出条件；尚未被花费的输出称为 UTXO。定位相关设计时，可检索 UTXO、txid、output index 和 scriptPubKey。
阅读时应分别记录“金额是多少”和“满足什么条件才能花费”。前者对应输出金额，后者对应脚本条件。该章节中的 P2PKH 示例可以帮助理解公钥与签名验证，但不能据此推断所有交易类型都使用相同的授权形式。
以太坊：定位金额字段与合约调用
ethereum.org 的 Transactions 章节介绍账户发起的交易及其字段。value 表示随交易转移的 ETH 数额，以 wei 计量；to 标识接收地址，input data 可承载合约调用数据。nonce、签名与 gas 相关字段则帮助说明交易顺序、授权和执行费用。
查原生 ETH 支付时，重点核对 value 及单位；查合约代币支付时，还需结合合约接口和调用参数理解金额。不能直接把 value 当作所有资产的支付数量，也不能把 gasLimit 当作最终手续费。
把章节整理成可核对的设计说明
一份便于核对的阅读记录，应把每个问题对应到字段、规则和适用条件。例如，金额对应哪个字段、采用什么单位，授权由什么机制验证，支付结果依据哪个状态判断。两条链的数据模型不同，字段名称相似也不代表处理逻辑相同。
涉及到账判断时，需要继续查找交易生命周期、执行结果与确认规则。广播、被区块收录和达到更强的确认状态属于不同阶段；涉及合约执行时，还要区分收录与执行成功。
常见疑问与适用范围
交易指南是否等于完整支付系统设计文档？它主要解释链上机制，不能单独证明某个项目具备订单匹配、退款或对账能力。查具体系统时，还需要对应项目的接口说明与业务设计。
示例能否直接作为实现标准？应先核对交易类型、客户端版本及相关规范。上述两个阅读入口分别适用于比特币与以太坊的交易机制，不宜直接推广为所有区块链支付系统的统一规则。