交易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 条评论
登录 后参与评论

相关文章

来自专栏张善友的专栏

Mix 10 上的asp.net mvc 2的相关Session

Beyond File | New Company: From Cheesy Sample to Social Platform Scott Hansel...

2517
来自专栏转载gongluck的CSDN博客

cocos2dx 打灰机

#include "GamePlane.h" #include "PlaneSprite.h" #include "BulletNode.h" #include...

5256
来自专栏张善友的专栏

Silverlight + Model-View-ViewModel (MVVM)

     早在2005年,John Gossman写了一篇关于Model-View-ViewModel模式的博文,这种模式被他所在的微软的项目组用来创建Expr...

2878
来自专栏一个爱瞎折腾的程序猿

sqlserver使用存储过程跟踪SQL

USE [master] GO /****** Object: StoredProcedure [dbo].[sp_perfworkload_trace_s...

1940
来自专栏陈仁松博客

ASP.NET Core 'Microsoft.Win32.Registry' 错误修复

今天在发布Asp.net Core应用到Azure的时候出现错误InvalidOperationException: Cannot find compilati...

4788
来自专栏C#

DotNet加密方式解析--非对称加密

    新年新气象,也希望新年可以挣大钱。不管今年年底会不会跟去年一样,满怀抱负却又壮志未酬。(不过没事,我已为各位卜上一卦,卦象显示各位都能挣钱...)...

4778
来自专栏我和未来有约会

Silverlight第三方控件专题

这里我收集整理了目前网上silverlight第三方控件的专题,若果有所遗漏请告知我一下。 名称 简介 截图 telerik 商 RadC...

3945
来自专栏大内老A

The .NET of Tomorrow

Ed Charbeneau(http://developer.telerik.com/featured/the-net-of-tomorrow/) Exciti...

30710
来自专栏Ceph对象存储方案

Luminous版本PG 分布调优

Luminous版本开始新增的balancer模块在PG分布优化方面效果非常明显,操作也非常简便,强烈推荐各位在集群上线之前进行这一操作,能够极大的提升整个集群...

3035
来自专栏落花落雨不落叶

canvas画简单电路图

57911

扫码关注云+社区