如何读取区块链上的 Bitcoin 交易

了解 UTXO 模型

1. Bitcoin 不像传统银行系统那样使用账户余额。相反，它依赖未花费的交易输出（UTXO）来表示价值。

2. 每个 UTXO 都是与特定交易输出绑定的离散单元，并使用加密条件（通常是公钥哈希）锁定。

3. 当用户发起一笔交易时，他们必须引用一个或多个 UTXO 作为输入，有效地消耗它们来创建新的输出。

4. 每个输入都必须使用相应的私钥进行数字签名，以证明所有权和授权。

5、所有输入的总和必须等于或大于所有输出的总和；任何超出部分都会成为矿工费，在创建输出之前自动扣除。

解码交易输入 (vin)

1. vin数组包含对为当前交易提供资金的先前交易输出的引用。

2. 每个条目都包含一个txid （标识先前交易的 64 个字符的十六进制哈希值）和一个vout索引，指定正在使用该交易的哪个输出。

3. scriptSig字段携带解锁脚本，通常包含满足引用UTXO锁定条件的数字签名和公钥。

4. Coinbase 交易有一个空的vin数组，因为它们引入新铸造的硬币而不引用先前的输出。

5. 输入验证需要根据引用的 UTXO 重建原始锁定脚本，并验证提供的scriptSig是否正确满足。

分析交易输出 (vout)

1. vout数组定义了交易执行后值流向的位置。

2. 每个输出都包含一个 satoshis 金额和一个scriptPubKey ，它指定了稍后花费该输出所需的条件。

3. 标准scriptPubKey模式包括 Pay-to-Public-Key-Hash (P2PKH)、Pay-to-Script-Hash (P2SH) 和隔离见证变体（例如 P2WPKH）。

4. 一笔交易可能包含多个输出：一个用于接收方，一个用于发送回发送方的找零，有时输出会定向到第三方或智能合约地址。

5. 没有已知地址派生的输出（例如使用非标准脚本或 OP_RETURN 的输出）通常指示元数据嵌入或高级协议使用。

解读区块链浏览器数据

1.像blockchain.info或blockstream.info这样的区块链浏览器将原始的十六进制编码数据转换成人类可读的字段，例如“From”、“To”和“Value”。

2. 这些接口通过解码scriptPubKey内容来推断地址，但对于复杂或自定义脚本，此推断失败。

3. 显示的时间戳不是直接嵌入到交易中，而是从块的标头时间派生而来，这意味着它们反映了交易确认的时间（而不是提交的时间）。

4. 费用估算在外部计算为总投入与总产出之间的差值；交易本身并不明确存储费用信息。

5. 交易大小（以虚拟字节（vB）为单位）会影响确认优先级，并由隔离见证规则下的权重单位决定，影响矿工如何选择将其包含在内。

常见问题及解答

Q1：为什么有些交易即使只有一个人发起付款，却显示多个“From”地址？答：因为钱包聚合了来自不同先前交易的多个 UTXO 以满足所需的金额，因此每个 UTXO 都源自不同的历史来源。

Q2：交易零确认意味着什么？ A：表示该交易已广播到网络，但尚未包含在开采的区块中；它保留在内存池中，并且可能会被替换或丢弃。

Q3：我可以从Bitcoin地址的交易记录中确定其真实身份吗？答：不会。地址在设计上是匿名的。身份链接需要外部链下情报、集群启发法或自愿披露。

Q4：为什么同一个地址有时会同时出现在一笔交易的 vin 和 vout 部分？答：这反映了变更处理——发送者将自己的部分资金重新用作指向自己的新 UTXO，从而保留对剩余余额的控制。