零点课堂 | 比特币脚本及交易分析-智能合约雏形(3)
交易输出结构
刚刚我们提过输出是指向一个解锁脚本,具体交易的输出结构为:
我们结合整个交易的结构里看输出结构就是这样子:
交易哈希计算
在比特币区块结构Merkle 树及简单支付验证分析 讲到区块结构,区块结构包含多个交易的哈希。
那么交易哈希是怎么计算的呢?
- 交易结构各字段序列化为字节数组
- 把字节数组拼接为支付串
- 对支付串计算两次SHA256 得到交易hash
了解详情可进一步参考如何计算交易Hash?及如何创建Hash?
现在是不是对完整的交易到区块有了更清晰的认识。
智能合约雏形 – 应用场景说明
由于交易是通过脚本来实现,脚本语言可以表达出无数的条件变种。
比特币的脚本目前常用的主要分为两种,一种是常见的P2PKH(支付给公钥哈希),另一种是P2SH(Pay-to-Script-Hash支付脚本哈希)。
P2SH支付中,锁定脚本被密码学哈希所取代,当一笔交易试图支付UTXO时,要解锁支付脚本,它必须含有与哈希相匹配的脚本。
这里不展开技术细节,下面说明一些应用场景,以便大家有更直观的认识。
- 多重签名应用合伙经营中,如只有一半以上的的股东同意签名就可以进行支付,可为公司治理提供管控便利,同时也能有效防范盗窃、挪用和遗失。
用于担保和争端调解,一个买家想和他不认识或不信任的某人交易,在一般情况交易正常进行时,买家不想任何第三方参与。那交易双方可以发起支付,但如果交易出现问题时,那第三方就可以根据裁定,使用自己的签名和裁定认可的一方共同签名来兑现这笔交易。
- 保证合同保证合同是建造公众商品时的集资办法,公众商品是指一旦建成,任何人都可以免费享受到好处。标准的例子是灯塔,所有人都认同应该建造一个,但是对于个人航海者来说灯塔太贵了,灯塔同时也会方便其他航海者。
一个解决方案是向所有人集资,只有当筹集的资金超过所需的建造成本时,每个人才真正付钱,如果集资款不足,则谁都不用付钱。
- 依靠预言假如老人想让他孙子继承遗产,继承时间是在他死后或者在孙子年满18岁时(也是一个带锁定时间交易),无论哪个条件先满足,他的孙子都可以得到遗产。
因为比特币节点可依靠预言对死亡条件进行判断,预言是指具有密钥对的服务器,当用户自定义的表达式被证明是真的,它能按照要求对交易签名。