第五章 区块链交易原理

本文主要是介绍第五章 区块链交易原理，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1、概述

本章介绍区块链交易的原理，重点介绍交易过程中，如何证明钱的归属、如何证明钱是谁付的。

在介绍交易过程之前，需要先介绍一个概念：未花费的交易输出（UTXO——Unspent Transaction Output）。

区块链中使用UTXO代表用户持有的价值，代表用户收到的还没有花费的价值。

区块链中每一个比特币无论经过了多少次流转，都是来源于挖矿奖励（币基交易）。币基交易是矿工挖矿时的奖励，该交易的输入为空，输出是赢得记账权的矿工。

矿工把比特币转移给A，这时候对于矿工来说，比特币已经花费，状态就变成已花费了，而对于A来说，它收到了矿工的比特币，此时比特币的状态为未花费。

比特币在流转过程中，对于付款人来说，这是一笔输出，而且已经花费了；对于收款人来说，这笔输出还未花费。

2、交易原理分析

我们以1个例子来看看交易的原理：假设A交易1个比特币给B，B又把这个比特币交易给C。

在第四章 区块链共识机制一章中，我们已经介绍了一笔交易的完成过程，前2步属于交易过程，后面的属于共识过程，这里不再赘述。

首先B收到A的1个比特币后，B就有了1笔UTXO，大致结构如下：

我们可以看到，记录分成3部分：hash、in、out。

• hash：代表着交易的唯一标识，是对所有交易信息进行hash而来的。
• in：代表着交易的付款方，此处是A。
  • address：A的地址，在区块链中通过地址唯一标识一个用户，每个用户有用一对公私钥，可以认为地址是通过公钥经过一系列计算得来的。
  • value：交易的金额。
  • pkscript：此处的加锁脚本并不会执行，仅仅是从上一笔交易的output中拷贝的pkscript。
  • sigscript：解锁脚本是付款方使用私钥做的签名，签名用来证明这笔交易是他本人发起的，防止抵赖。
  • preHash：这个字段我不确定有，但是看实际的交易，会发现每笔交易都是可以追溯的，一直到最初的币基交易，我认为会存在这个字段，来标记该笔交易来自哪里。任何一笔in，肯定来源于之前的out。
• out：代表着交易的收款方，此处是B。
  • address：B的地址。
  • value：金额。
  • pkscript：加锁脚本在交易验证过程中非常重要。它的作用是在用户花费这笔钱的时候，需要证明这笔钱是他的，否则任何人都可以花不就乱了。它其实是一个栈结构，里面是一条条的命令，验证过程就是依次执行这些命令，都通过了则验证通过。在花费这笔UTXO时，各个矿工会验证该加锁脚本，验证通过后才允许交易。
  • nextHash：该字段指的是这笔钱，花出去时的交易标志。这个字段肯定不在账本中，可能存储在其它位置了。

当B把这笔钱交易给C的时候，会创建如下的记录：

观察一下记录的变更：

• hash：变成了003
• in：
  • address：是B的地址，因为现在B是付款方了。
  • pkscript：其实等同于上笔交易中out部分的pkscript
  • sigscript：B用私钥对交易信息做的签名，证明是B花的钱。
  • preHash：002，就是上笔交易。
• out：
  • address：是C的地址，因为现在C是收款方了。
  • pkscript：加锁脚本，证明这笔钱现在归C了。

2.1 加锁脚本、解锁脚本

继续往下看之前，你需要了解公钥和比特币地址之间的关系:

以公钥 K 为输入，计算其 SHA256 哈希值，并以此结果计算 RIPEMD160 哈希值，得到一个长度为 160 比特（20 字节）的数字：

A = RIPEMD160(SHA256(K))

公式中，K 是公钥，A 是生成的比特币地址。

pkscript 加锁脚本是验证钱属于自己的手段，每个UTXO都会有一个加锁脚本，加锁脚本是这样的：

OP_DUP
OP_HASH160
9bcc25cea896e5ebf5e38850a2038e215f2393cb
OP_EQUALVERIFY
OP_CHECKSIG

它由一条条的命令及数据组成。在B要花费这个UTXO时，其它节点会按照这个脚本进行验证，验证通过则进行挖矿，否则直接丢弃。下面看看这些命令的含义：

• OP_DUP：复制栈顶数据，这里指的是公钥。
• OP_HASH160：进行hash计算。
• 9bcc25cea896e5ebf5e38850a2038e215f2393cb：要对比的值，这里是地址。
• OP_EQUALVERIFY：使用hash值与上面的值比较，判断是否相等。
• OP_CHECKSIG：对解锁脚本中的签名信息进行验签。

2.2 多个输入输出

上面的例子比较简单，交易的金额正好等于一笔UTXO。现实生活中，更多的是一笔UTXO大于要支付的金额，或者多笔UTXO合在一起才够支付的金额，这种情况下如何处理呢？

UTXO是不支持拆分的，这跟传统的交易有所区别。

一笔交易中，分为输入、输出两个部分，区块链中对于输入是没有限制的，输出最多是两个：一个是收款方，一个是找零。

比如：B要支付给C150个比特币，B有3个UTXO：40，50，60，则交易记录如下所示：

参考资料

谈谈自己对比特币脚本的理解

这篇关于第五章 区块链交易原理的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---