Bitcoin交易及验证
UTXO 理解
未花费交易输出: Unspent Transxtion output
UTXO---用比特币拥有者的公钥锁定(加密)的一个数字UTXO== 比特币- 比特币系统里没有必有比特币,只有UTXO
- 比特币系统没有账户, 只有UTXO(公钥锁定)
- 比特币系统里没有账户余额,只有UTXO(账户月只是比特币钱包的概念)
- UTXO存在全节点的数据库里
- 转账将消耗掉属于自己的UTXO,同时生成新的UTXO,并用接收者的公钥锁定。
- 比特币系统没有账户概念。
交易的结构
- 交易的输出(UTXO)
- 锁定的比特币数量
- 锁定的脚本(用接收者的公钥哈希)
- 交易的输入(UTXO+解锁脚本)
- 解锁(自己的私钥)脚本(用发送者签名,接收者的公钥hash)
交易的确认
交易的确认必须放在区块链上才算完成
交易验证
基于栈的脚本语言
栈(
stack)- 操作数据的一种结构- 只能从一端操作数据,后进新出
LIFO(Last In, First Out) - 如同子弹匣,先压入的子弹最后打出
- 压栈(
PUSH),出栈(POP)
- 只能从一端操作数据,后进新出
验证交易- 基于栈的脚本语言
对栈的操作:
OP_DUP---逻辑运算符:
OP_EQUALVERIFY加解密运算符:
OP_HASH160OP_CHECKSIG
算数运算符:
OP_ADD--- 加0P_SUB--- 减OP_MUL--- 乘OP_DIV--- 除

逆波兰表示法
- 简易运算规则:
- 所有造作符号位于操作数的后面
- 遇到操作数(数字),则压栈
(PUSH) - Y遇到二元运算符(
+,-, x ,/)- 先将2个操作数出栈
pop - 然后对运算数进行计算
- 最后将计算结构压栈
- 先将2个操作数出栈
- 传统表达式(中缀表示法):
(1+2)*3 == 9 - 逆波兰表示法(后缀表示法):
1 2 + 3 * 9 ==
使用逆波兰表示法验证交易
锁定脚本
OP_DUP OP_HASH160<发送者公钥哈希> OP_EQUALVERIFY OP_CHECKSIG
解锁脚本
- <发送者的签名><发送者公钥>
交易验证:
签名公钥DUPHASH公钥哈希==验证签名运行解锁脚本+锁定脚本=> True
过程如下(逆波兰表示法):
a.
发送者签名与发送者公钥进行压栈(保护在解锁脚本正)b.
DUP--将公钥copy到栈顶c.
HASH运算符,只需要一个数,将公钥POP出去进行hash算法,生成一个公钥hashd. 将新生成的公钥哈希 压栈
e. 将锁定脚本(UTXO)中的公钥哈希压栈;
f.
OP_EQUALVERIFY---遇到==操作符,将栈中两个公钥哈希比较,为True的话,栈中的两个哈希公钥会废除掉,继续进行压栈操作g. 验证签名(
OP_CHECKSI)--POP出栈中的发送者签名与发送者公钥,使用公钥验证签名,如果通过,则UTXO可以使用

Bitcoin交易及验证的更多相关文章
- bitcoin 源码解析 - 交易 Transaction(三) - Script
bitcoin 源码解析 - 交易 Transaction(三) - Script 之前的章节已经比较粗略的解释了在Transaction体系当中的整体运作原理.接下来的章节会对这个体系进行分解,比较 ...
- bitcoin 源码解析 - 交易 Transaction(二) - 原理篇
这篇文章我断断续续写了呃···· 应该快三个星期了? 所以前后的风格可能差别相当大.真是十分的怠惰啊··· 最近实在是不够努力.用python重写bitcoin的项目也卡在网络编程部分(这方面真是我的 ...
- bitcoin源码解析 - 交易 Transcation (一)
比特币中的交易可谓是比特币的最核心部分.比特币由交易产生,而区块就是用来存储交易的.所以,交易是比特币存在的载体,同时也是比特币中最复杂的部分.交易的运作层层相扣,各个部分缺一不可,十分严密,由此体现 ...
- bitcoin 源码解析 - 交易 Transaction
bitcoin 源码解析 - 交易 Transaction(三) - Script 之前的章节已经比较粗略的解释了在Transaction体系当中的整体运作原理.接下来的章节会对这个体系进行分解,比较 ...
- 比特币交易(Transaction)的输入与输出
比特币通过“挖矿”机制保证了不能任意造币.通过分布式网络和HashCash机制解决双重支付问题.事实上比特币系统中不存在独立的电子货币,而只存在交易单(账单),货币值是依附于交易单存在的,所以比特币中 ...
- 比特币区块结构Merkle树及简单支付验证分析
在比特币网络中,不是每个节点都有能力储存完整的区块链数据,受限于存储空间的的限制,很多节点是以SPV(Simplified Payment Verification简单支付验证)钱包接入比特币网络,通 ...
- 金融量化分析【day112】:初识量化交易
一.摘要 为什么需要量化交易? 量化交易是做什么? 量化交易的价值何在? 做量化交易需要什么? 聚宽是什么? 零基础如何快速入门量化交易? 自测与自学 二.量化交易比传统交易强多少? 它能让你的交易效 ...
- Fabric交易流程
(内容可能有些乱,请见谅,日后会对格式进行整理!) #### 在1.0及以后的版本中,客户端应用会先向Fabric CA申请用户所需要的Fabric中的准入证书,用于签名提案以及交易,然后由客户端(A ...
- Facebook libra开发者文档- 3 -Life of a Transaction交易生命周期
Life of a Transaction交易的生命周期 https://developers.libra.org/docs/life-of-a-transaction 为了更深入地了解Libra交易 ...
随机推荐
- MYC编译器源码分析之程序入口
前文.NET框架源码解读之MYC编译器讲了MyC编译器的架构,整个编译器是用C#语言写的,上图列出了MyC编译器编译一个C源文件的过程,编译主路径如下: 首先是入口Main函数用来解析命令行参数,读取 ...
- [Erlang31]Erlang trace总结
在一个并行的世界里面,我们很难做到单步断点调试来定位问题(太多的消息飞来飞去),Erlang设计者也深刻体会到这一点,推出了另一个trace机制. 通过这个trace,你可以: .特定进程集内的函数调 ...
- Git 安装配置,key导入
系统 Centos 6.5 安装git 命令 yum install git 配置git用户名 git config --global user.name "yangchengguo&q ...
- NET npoi 合并单元值处理
获取sheet中存在合并单元格总数,循环绑定值 // 得到一个sheet中有多少个合并单元格 int sheetMergeCount = sheet.NumMergedRegions; ; i < ...
- C# 使用ProcessStartInfo调用exe获取不到重定向数据的解决方案
emmmmm,最近在研究WFDB工具箱,C语言写的,无奈本人C语言功底不够,只想直接拿来用,于是打算通过ProcessStartInfo来调取编译出来的exe程序获取输出. 一开始就打算偷懒,从园子里 ...
- 【转】.NET内存管理、垃圾回收
1. Stack和Heap 每个线程对应一个stack,线程创建的时候CLR为其创建这个stack,stack主要作用是记录函数的执行情况.值类型变量(函数的参数.局部变量 等非成员变量)都分配 ...
- WPF自定义ComboBox
<ControlTemplate x:Key="ComboBoxTextBox" TargetType="{x:Type TextBox}"> &l ...
- MaxScript通过.net发送邮件
Fn SmtpSendMail argSmtpAddress argSenderAddress argSenderPassword argTargetAddress argTitle argMessa ...
- win32拖拽编程
本文由作者邹启文授权网易云社区发布. 在邮箱大师PC版中,我们需要实现一个功能:账号和邮件夹拖拽排序. 准备 封装win32 API.我们使用到的API有, ImageList_Create.Imag ...
- J - Judge(快速幂)(同余定理)
J - Judge Time Limit:1000MS Memory Limit:131072KB 64bit IO Format:%lld & %llu Submit S ...