比特币开发者指南(二)交易 --- 概述

交易可以让用户花他们的‘聪’。每一笔交易由多个部分构成,这些不同的部分可以满足不同类型的交易,比如直接付款或者更复杂的交易。本节主要描述各个部分及它们是如何构建完整的交易的。

为了保持简洁,本节就当coinbase交易是不存在的。Coinbase交易只能由比特币的矿工创建,对于我们下面要要介绍的许多规则,coinbase交易都是个例外。除了指出coinbase交易每个规则是列外之外,我们推荐你去阅读《区块链》那一节关于coinbase交易的内容。

tx
tx

上面的图片给出了比特币交易的主要部分。每一笔交易至少有一个输入一个输出。每一个输入都会花费之前的一个输出。每一笔输出都会作为UTXO一直等待(译者注:等待被花),直到之后有输入引用了(就是花了它们输出的钱)它们。当你的比特币钱包告诉你,你有10000聪余额的时候,它的实际意思是你有10000聪在一个或者多个UTXOs里面。

每一笔交易都有一个4字节的交易版本号作为前缀,它告诉比特币的结点和矿工应该使用什么规则来验证这笔交易。


overviewoftx
overviewoftx

每一个输出使用了一个索引用来标记它在交易中是第几个输出,首个输出的索引为0。每一笔输出中还包含一个带有条件的公钥脚本,所有能够满足这个公钥脚本的人都可以花这笔钱。

每一个输入都使用一个交易标识符和一个输出下标(通常称作 'vout')来唯一指定它所花的是哪笔钱。它(只输入)还包含了一个签名的脚本,这个签名脚本正好满足之前的输出脚本。(序列号和锁定时间是联系在一起的,在之后的一个小节中会降到。)(译者注:这里应该是为了说明coinbase交易的输出必须等待N个确认之后才能被花,这段时间被称为锁定时间

下面的图是为了帮助描述这些特性,(译者注:下图并没有描述这么多)这个图展示了一个工作流:Alice给Bob发送了一笔交易,之后Bob又使用了这笔交易的输出。Bob和Alice都使用了最常用的付钱到公钥哈希(P2PKH:Pay to Pubkey Hash)的交易类型。P2PKH允许Alice将一个典型的比特币地址上的聪发送给Bob,然后Bob又可以使用它的公私钥对通过P2PKH来花这笔钱。

pkcreate
pkcreate

在Alice创建交易之前,Bob首先必须先产生一个公私钥对。比特币使用椭圆曲线数字签名算法(ECDSA),并且采用了 secp256k1这条曲线。secp256k1私钥是一个256比特的随机数。这个密钥的一个拷贝被转换成了一个唯一的公钥。这种转换方式是可重复的,因此公钥是不必存储的。

之后可以利用密码学中的哈希函数对公钥进行哈希计算。这种公钥哈希的过程也是可以重复的,因此所得到的哈希也没有必要被单独存储。哈希不但使得公钥变短了,而且让公钥本身被隐藏了,并且方便手写、提高了安全性,也可以防止之后从公钥反推出私钥。

Bob将公钥的哈希发送给Alice。公钥的哈希几乎总是被编码成比特币的地址。比特币的地址使用based58编发方式,地址中包含了一个版本号、一个哈希和一个用于错误检测的校验和。这种地址可以通过任何媒介传播,包括防止交易双方通信的单向传输媒介,而且还可以转换成包含一个比特币URI的二维码。

一旦Alice得到了地址,并且将其解码成一个标准的哈希形式,她就可以创建第一笔交易了。Alice创建了一个标准的P2PKH交易,交易输出中包含了一些指令,这些指令允许任何人在证明其拥有Bob的地址所对应的私钥时,都可以花这笔交易的输出。这些指令就叫做公钥脚本(pubkey script或scriptPubKey,译者注:和之后的签名脚本相对应)。

Alice广播了这笔交易之后,便被加入到了比特币的区块链当中去。网络将其分类为UTXO,并且Bob的钱包中也会显示出这样一笔未花费的输出(UTXO)。

之后的某一个时候,Bob决定花这一个UTXO,他必须创建一个输入,这个输入通过交易标识符和交易索引引用Alice之前发送给他的那个交易中的输出。他必须创建一个签名脚本---一系列满足Alice之前创建的公钥脚本的参数。签名脚本(Signature scripts)又被叫做签名脚本(scriptSigs)。(o|||)

公钥脚本和签名脚本融合了secp256k1公钥和带条件的签名,创建了一个可编程的授权机制。

对于一个P2PKH风格的输出来说,Bob的签名脚本包含一下两部分数据

  1. Bob的未经过哈希过的公钥,这样公钥脚本就可以检查公钥经过哈希之后的值确实与Alice提供的地址是一致的
  2. 一个通过ECDSA密码学公式产生的secp256k1签名,这个签名是Bob用他的私钥对特定的交易数据组合的签名。这是的公钥脚本可以验证Bob确实拥有创建这个公钥所必需的私钥。

Bob的secp256k1签名不仅仅证明Bob确实控制着该私钥,而且还可以防止交易的非签名部分被篡改,这样Bob就可以安全的将交易广播到P2P(译者注:不可信的)网络上。

在上面的图中,Bob签名的数据包括交易标识符、之前交易输出的索引、之前输出的公钥脚本、Bob创建的允许下一个接收者可以花费这笔钱的公钥输出脚本以及交易额。实质上,真个交易除了签名脚本(包括公钥和secp256k1签名)本身以外都被签名了。

Bob在将他的公钥和签名放到签名脚本中之后,就通过P2P网络向比特币的矿工们广播交易。每一个结点和矿工在进一步广播或者将其包含在一个新的区块之前都会独立验证该交易。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,744评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,505评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,105评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,242评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,269评论 6 389
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,215评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,096评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,939评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,354评论 1 311
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,573评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,745评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,448评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,048评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,683评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,838评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,776评论 2 369
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,652评论 2 354

推荐阅读更多精彩内容