交易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–自建资产(资本投资订单)(164)-6 KO04维护最终结算的结算规则

4.8 KO04维护最终结算的结算规则 在本步骤中,将维护最终结算的结算规则。投资订单的状态将被设置为“技术性结账”。这一状态将允许订单的最终结算。 必须成功...

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

部署一个私链以太坊的智能合约

3823
来自专栏申龙斌的程序人生

零基础学编程027:站在巨人的肩膀上

在《零基础学编程021:获取股票实时行情数据》这一节里,我们利用urllib抓取新浪财经中的股票数据,可以取出谷歌股票的开盘价,回顾一下代码: import u...

3066
来自专栏生信技能树

(10)仿写fastqc-生信菜鸟团博客2周年精选文章集

用仿写软件的方法来学习编程 我首先仿写了fastqc软件,学会了很多基础知识: 仿写fastqc软件的一些功能-R代码 仿写fastqc软件的部分功能-perl...

31210
来自专栏生信技能树

做过1000遍RNA-seq的老司机告诉你如何翻车

熟悉我的人都知道RNA-seq是我的拿手好戏(如果你不熟悉我,今天过后请记住)。 但是我今天处理了一个公共数据,比对率低的惊人。 究竟为什么会发生这种小概率事情...

38011
来自专栏区块链入门

第八课 如何调试以太坊官网的智能合约众筹案例

【本文目标】 发布并执行通ETH官网的众筹合约代码。 【前置条件】 参考《第七课 技术小白如何在45分钟内发行通证(TOKEN)并上线交易》完成了Colo...

842
来自专栏along的开发之旅

创建Ripple山寨币

replace “masterpassphrase” with what you like.

671
来自专栏域名资讯

一批好米结拍:5数字域名近10万元结拍

数字米在域名圈受欢迎程度是公认的,不少品相好的5数字都时有爆出大五位、甚至六位数以上的价格结拍或交易。足以证明数字域名的可投资性。

1957
来自专栏FreeBuf

“同形异义字”钓鱼攻击,钉钉中招

技术交流:allen.lan#hotmail.com(# > @) 同形异义字钓鱼攻击号称“几乎无法检测”,是最狡猾的钓鱼攻击!这种攻击产生的原因是国际化域名...

2107
来自专栏醒者呆

【精解】EOS智能合约演练

EOS,智能合约,abi,wasm,cleos,eosiocpp,开发调试,钱包,账户,签名权限 热身 本文旨在针对EOS智能合约进行一个完整的实操演练,...

6156

扫码关注云+社区