交易Transaction【区块链生存训练】

日常生活中,我们每天都会与他人进行各种交易,对于“交易”这个概念感觉再熟悉不过了。比如:今天我去吃凉皮,支付给商家5元钱,非常简单吧,通常的交易记录可以是这样的:

付款方

收款方

金额

申龙斌

凉皮店老板

5

然而,在比特币的区块链里,为了避免双重支付、支持去中心化、挖矿发行货币等,采用了一种完全不同的格式来记录这些交易,通过矿工把这些交易打包并发布在区块链上,它是按币的来源vin和去处vout(或使用条件)来记录的,大概是这样的(注意这是极度简化的常规交易):

输入vin

输出vout

来源于以前的某笔交易的某项输出

支付的币数1,使用条件1找零币数2,使用条件2

一笔真实的交易例子

为了对交易细节有更直观的概念,我用一次在区块468779中的一笔真实交易作为例子来说明交易中的发币方、收币方、发币数量是如何得到的。

我在区块链生存训练中教大家使用钱包发币、收币时,给地址1KWTsVew7zEVGg6nq8j3GtYkPYnyu99Yzd 发送了2次0.001 BTC。在浏览器中输入这个网址(图a): http://blockchain.info/address/1KWTsVew7zEVGg6nq8j3GtYkPYnyu99Yzd

图a 两笔收款记录

可以看到这个地址共有两笔0.001 BTC的收款交易,点击第一笔交易中那个4b77...3818那串长长的字符串(TXID,即交易ID,占32个字节),可以看到这笔交易的详细信息(图b)。

图b 交易的详细信息

浏览器中显示的许多内容都已经转换成了方便大家阅读的信息,在实际的记录中并不是这样存储的,而是分为两个部分:输入vin输出vout

可以使用Bitcoin Core软件带的命令getrawtransaction来查看这笔交易的内部细节,请先确保Bitcoin Core已经完成了全部数据的同步,在“帮助”菜单中点击“调试窗口”,然后再点击“控制台”,在底部输入命令:

getrawtransaction 4b77cb17105a61dc6ca0bfa535fd3df69bfd5b65d8123e067aa4953e169b3818 true

忽略其它信息,把目光注意到vin和vout两部分。

"vin": 
[{
    "txid": "2f072845185e5eef86631ed9afa08ae32a9880f634e8806a2625308eabe7fa5f",
    "vout": 1,
    "scriptSig": {
        "asm": "3045022100c3d39df2a31f7a5df7b1a44144dfc73089cb628d888d53dc27a12f2225810c0902204204e40bafd9a9db0e4e416f099ff3c05223c99b77abd2b5622ded4e4f72498f[ALL] 0304ea538bb0aaace649751a98659d6ac7e55dae01707215164a578a408913cf91",
        "hex": "483045022100c3d39df2a31f7a5df7b1a44144dfc73089cb628d888d53dc27a12f2225810c0902204204e40bafd9a9db0e4e416f099ff3c05223c99b77abd2b5622ded4e4f72498f01210304ea538bb0aaace649751a98659d6ac7e55dae01707215164a578a408913cf91"
        },
    "sequence": 4294967294
}]
"vout": 
[
    { "value": 0.98422648,
      "n": 0,
      "scriptPubKey": {
           "asm": "OP_DUP OP_HASH160 6a263f895ad9890653e8523d3bfb2823fa4ee96a OP_EQUALVERIFY OP_CHECKSIG",
           "hex": "76a9146a263f895ad9890653e8523d3bfb2823fa4ee96a88ac",
           "reqSigs": 1,
           "type": "pubkeyhash",
           "addresses": ["1AgGSsAHVQEzaJq1GBDh54U55ECq6VWrLT"]
       }
    },
    { "value": 0.00100000,
      "n": 1,
      "scriptPubKey": {
           "asm": "OP_DUP OP_HASH160 cb04c1e7561fdb85f6360f9c3992ef41fd71d89f OP_EQUALVERIFY OP_CHECKSIG",
           "hex": "76a914cb04c1e7561fdb85f6360f9c3992ef41fd71d89f88ac",
           "reqSigs": 1,
           "type": "pubkeyhash",
           "addresses": ["1KWTsVew7zEVGg6nq8j3GtYkPYnyu99Yzd"]
       }
    }
 ]

发送方地址和金额

先来看看图b左侧的这个比特币地址(1EXH329ttyGjoD5SS52hrbgTHWmkXAQGmT)是如何得到的。

比特币系统中规定:vin一定是来自于以前的某笔交易的vout,这样一笔一笔交易形成一个链条,一直连到创币交易coinbase

看vin的内容,txid是2f072845185e5eef86631ed9afa08ae32a9880f634e8806a2625308eabe7fa5f,vout是1,表示这笔资金来源于交易ID为2f07...e7fa的第1项输出。

图c 交易的内部结构

在浏览器中输入 http://blockchain.info/zh-cn/tx/2f072845185e5eef86631ed9afa08ae32a9880f634e8806a2625308eabe7fa5f

图d 找到前面的某笔交易vout

可以查到这条交易在区块468330中,vout是从0开始编号的,找到vout 1,可以看到比特币地址,正是"1EXH329ttyGjoD5SS52hrbgTHWmkXAQGmT",金额是98595146。

这里有个细节先不展开了,在交易记录中并不是记录以1开头的比特币地址,而是记录着下面这个内容:

OP_DUP OP_HASH160 94537fce4457242f0ac10343695d723a64d2fa9e OP_EQUALVERIFY OP_CHECKSIG

地址1EXH329ttyGjoD5SS52hrbgTHWmkXAQGmT 实际上是公钥94537fce4457242f0ac10343695d723a64d2fa9e的Base58check表示法。

接收方地址和金额

图b中的发送方地址找到了,再来看接收方的信息,这时候看vout的内容。

"vout": 
[
    { "value": 0.98422648,
      "n": 0,
      "scriptPubKey": {
           "addresses": ["1AgGSsAHVQEzaJq1GBDh54U55ECq6VWrLT"]
       }
    },
    { "value": 0.00100000,
      "n": 1,
      "scriptPubKey": {
           "addresses": ["1KWTsVew7zEVGg6nq8j3GtYkPYnyu99Yzd"]
       }
    }
 ]

这里面有两项,后面那项的value是金额:100000聪,是收款金额,地址是“1KWTsVew7zEVGg6nq8j3GtYkPYnyu99Yzd”;前面那个vout 0的金额是98422648,是找零金额,地址是"1AgGSsAHVQEzaJq1GBDh54U55ECq6VWrLT"。

交易费

交易费并没有直接记录在交易里,而是通过一个公式计算出来的:

    交易费 = sum(vin) - sum(vout)

上面的例子里vin的金额是98595146,vout里是98422648+100000,所以

交易费 = 98595146 - (98422648 + 100000) 
      = 72498

正好就是图b右侧的交易费的数字,注意这里用"聪"为单位,浏览器里显示的单位是BTC。

脚本

再重复一遍,vin要指向以前交易的vout,那么我是不是能够把vin指向别人的vout?去花别人的BTC?当然不能,在vout里有一个scriptPubKey,称为锁定脚本(Locking Script)或见证脚本(Witness Script),表示要满足一定条件才可以花掉这些钱。(这里出现了见证Witness这个概念,以后理解"隔离见证"就会容易一些了)

而vin里面有一个scriptSig,称为解锁脚本(Unlocking Script),通常里面记录着所有人的签名。只有解锁脚本与锁定脚本匹配时,这笔交易才是有效的。

小结:

  • 交易里主要记录着输入vin和输出vout
  • 输入vin来自于以前一笔交易的vout
  • vout里通常有一个找零地址和找零金额
  • 交易费 = sum(vin) - sum(vout)
  • vout里记录着锁定脚本
  • vin里记录着解锁脚本,通常是一个签名

--- END ---

原文发布于微信公众号 - 申龙斌的程序人生(slbGTD)

原文发表时间:2017-08-04

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏SAP最佳业务实践

SAP最佳业务实践:FI–资产会计(162)-12在建工程-F-47预付定金请求

4.6.2 F-47在建资产的预付定金请求 在建资产的预付款是指必须资本化且必须在资产负债表上作为单独项目报告的固定资产购置。因此,使用单独的特殊事务类型过帐...

2566
来自专栏SAP最佳业务实践

SAP最佳业务实践:FI–现金管理(160)-26现金集中-FF73创建集中建议

4.8 现金集中 在做出现金管理决策之前,处于业务目的,我们建议将您所有帐户余额都集中到一个目标帐户。 现金集中以特定银行总分类帐户(在专用分组下汇总)为基础的...

3185
来自专栏区块链大本营

一文看懂怎样用 Python 创建比特币交易

6686
来自专栏比原链

Bytom交易说明(账户管理模式)

Gitee地址:https://gitee.com/BytomBlockchain/bytom

1335
来自专栏酷玩时刻

支付宝支付-提现到个人支付宝

此项目已开源欢迎Start、PR、发起Issues一起讨论交流共同进步 https://github.com/Javen205/IJPay http://g...

553
来自专栏华仔的技术笔记

一个真实区块链项目的演练:以太坊Voting Dapp

4217
来自专栏比原链

Bytom交易说明(账户管理模式)

API接口 build-transaction,代码api/transact.go#L120

111
来自专栏技术专栏

2.6 共识机制

共识机制的原理是,当一个节点通过工作量证明打包了区块添加到了区块链上,要和全网其他同时完成工作量证明的节点竞争最长链,如果发现比自己长的链,则替换掉自己的,基于...

401
来自专栏华仔的技术笔记

eos地址结构和公钥的关系

4103
来自专栏PPV课数据科学社区

区块链技术详解和Python实现案例

区块链可以说是互联网成立以来最重要和最具颠覆性的技术之一。它是比特币和其他加密货币背后的核心技术,在过去几年引起大家广泛的关注。 区块链的核心是一个分布式数据库...

3005

扫描关注云+社区