支付数据的核心组成
区块链支付数据涉及哪些技术概念，可以从三个问题理解：资产从哪里来，谁有权动用，以及网络如何记录结果。交易结构描述资产变化，数字签名提供授权证明，节点验证和区块记录则决定交易如何进入共同账本。不同区块链采用的字段与规则并不完全相同。
UTXO与账户模型
Bitcoin Developer Guides的交易说明介绍了输入、输出和未花费交易输出，即UTXO。普通交易的输入通过交易标识txid与输出索引定位此前的输出，新的输出记录金额及花费条件。传统P2PKH使用公钥哈希与签名完成授权验证。
Ethereum开发文档采用账户状态变化解释交易，相关信息包括发送方、接收方、金额、nonce、输入数据及Gas费用字段。交易既可以转移ETH，也可以调用或部署合约。
这两种模型影响支付数据的解读方式：比特币钱包余额对应可花费输出的汇总；以太坊则需要结合账户状态理解余额变化。因此，跨链数据展示不能机械地把所有输入、输出映射成相同的账户字段。
哈希、地址与数字签名
交易哈希用于标识交易，地址用于表达接收目标或相关条件，签名用于验证授权，它们承担不同职责。拥有交易哈希不代表拥有资产控制权，知道地址也不能替代私钥签名。
数字签名将授权与特定交易数据关联。它能够支持密码学验证，但不能单独证明地址对应的现实身份，也不能证明支付已经完成。传统P2PKH的具体签名与地址机制有其适用范围，不宜推广为所有区块链的统一格式。
合约数据与费用字段
以太坊交易调用合约时，to通常是合约地址，input中的调用数据需要结合ABI理解。ABI是程序编码、解码函数及参数的约定。因此，交易外层接收地址可能与业务上的最终收款地址不同，value也不能直接当作代币转移数量。
Gas计量执行消耗，gasLimit限制可用额度，每单位Gas的费用上限又是另一类字段。阅读支付记录时，应分别理解支付金额、资源用量与费用，不能把额度上限当成实际消耗。
常见问题：有记录是否等于支付成功
交易已广播、已进入区块与已达到更稳定的确认状态，是不同阶段。交易哈希可以帮助定位记录，但不能单独作为到账证明；合约交易还需要区分被区块收录与执行成功。
理解一笔支付，需要把字段含义、适用的链上规则和执行结果放在一起。比特币的输出引用适合解释资产来源，以太坊的账户与调用数据适合解释状态变化，两者都不能仅凭一串地址或哈希还原完整业务含义。