目录 UTXO 理解 交易的结构 交易的确认 交易验证 逆波兰表示法 使用逆波兰表示法验证交易 UTXO 理解 未花费交易输出: Unspent Transxtion output UTXO---用比特币拥有者的公钥锁定(加密)的一个数字 UTXO == 比特币 比特币系统里没有必有比特币,只有UTXO 比特币系统没有账户, 只有UTXO(公钥锁定) 比特币系统里没有账户余额,只有UTXO(账户月只是比特币钱包的概念) UTXO存在全节点的数据库里 转账将消耗掉属于自己的UTXO,同时生成新的U…

bitcoin 源码解析 - 交易 Transaction(三) - Script 之前的章节已经比较粗略的解释了在Transaction体系当中的整体运作原理.接下来的章节会对这个体系进行分解,比较详细描述细节的构成. 本章将要详细分析bitcoin交易中的交易脚本-script到底是什么东西. 回顾和概要 在前面的文章中提到,在bitcoin的体系中,一个交易是被发布到比特币的整体系统中的,而能够操控之前交易的的TxOut(被锁住的coin),是需要能够操控这个TxOut的人提供"钥匙&qu…

这篇文章我断断续续写了呃···· 应该快三个星期了? 所以前后的风格可能差别相当大.真是十分的怠惰啊··· 最近实在是不够努力.用python重写bitcoin的项目也卡在网络编程部分(这方面真是我的软肋) 这篇文章通篇都是文字-_-, 没有其他东西,这个样子给读者会造成很大的压力吧···· 虽然题目所说的是原理,但是实际上一部分原理已经在前面几篇文章都有过一些零散的说明了,感觉写出来又有点重复..所以最好先读过前面几篇可能看起来更好点..等我把所有的东西都写完后应该会重新整理,然后重新写一份更…

比特币中的交易可谓是比特币的最核心部分.比特币由交易产生,而区块就是用来存储交易的.所以,交易是比特币存在的载体,同时也是比特币中最复杂的部分.交易的运作层层相扣,各个部分缺一不可,十分严密,由此体现出了中本聪高超的设计技巧.接下来将会花费多个章节逐步介绍bitcoin中的交易 比特币或者类似的分布式系统在设计的时候会有一个和普通设计中有极大区别的地方: 分布式中的每个节点既是 client 也是 server. 所以在分布式系统的设计中,使用类来描述对象的时候,有时就要分清哪些情况下这个类是作…

bitcoin 源码解析 - 交易 Transaction(三) - Script 之前的章节已经比较粗略的解释了在Transaction体系当中的整体运作原理.接下来的章节会对这个体系进行分解,比较详细描述细节的构成. 本章将要详细分析bitcoin交易中的交易脚本-script到底是什么东西. 回顾和概要 在前面的文章中提到,在bitcoin的体系中,一个交易是被发布到比特币的整体系统中的,而能够操控之前交易的的TxOut(被锁住的coin),是需要能够操控这个TxOut的人提供"钥匙&qu…

比特币通过“挖矿”机制保证了不能任意造币.通过分布式网络和HashCash机制解决双重支付问题.事实上比特币系统中不存在独立的电子货币,而只存在交易单(账单),货币值是依附于交易单存在的,所以比特币中的电子货币实质上交易的账单记录的变化,确切的说是货币交易(Transactions)的 数字签名链,它的数字签名算法使用的是ECDSA(椭圆曲线数字签名算法 secp256k1曲线)进行签名的.      交易单的数据如下: In: Previous tx: f5d8ee39a430901c91a5…

在比特币网络中,不是每个节点都有能力储存完整的区块链数据,受限于存储空间的的限制,很多节点是以SPV(Simplified Payment Verification简单支付验证)钱包接入比特币网络,通过简单支付验证可以在不必存储完整区块链下对交易进行验证,本文将分析区块结构Merkle树及如何进行交易验证. 区块结构 在工作量证明中出现过一个区块信息截图: 细心的同学一定已经在里面发现了很多未讲的其他信息,如:时间戳,版本号,交易次数,二进制哈希树根(Merkle根)等. 我们来看看一个区块结构…

一.摘要 为什么需要量化交易? 量化交易是做什么? 量化交易的价值何在? 做量化交易需要什么? 聚宽是什么? 零基础如何快速入门量化交易? 自测与自学 二.量化交易比传统交易强多少? 它能让你的交易效率提高百倍,量化交易之于传统交易方法,如同大型收割机之于锄头镰刀,机枪大炮之于刀剑棍棒.    也就是是说,传统交易方法是这样的 而量化交易是这样的: 在金融最为发达的美国,量化交易已大行其道,占据了70%以上的股市成交量.可以说量化交易是未来的趋势.当然,只言片语不能解释清楚,接下来,我们具体地介…

(内容可能有些乱,请见谅,日后会对格式进行整理!) #### 在1.0及以后的版本中,客户端应用会先向Fabric CA申请用户所需要的Fabric中的准入证书,用于签名提案以及交易,然后由客户端(Application)端生成一个提案(Proposal)(一般应用程序会借助于目前Fabric提供的一系列SDK生成Proposal)发送至背书节点进行模拟执行并进行背书,背书节点Endorser会进行相应的校验,然后将提案交由对应的链码Chaincode进行模拟执行,之后背书节点Endorser会…

Life of a Transaction交易的生命周期 https://developers.libra.org/docs/life-of-a-transaction 为了更深入地了解Libra交易的生命周期,我们将跟踪一个交易从提交给Libra验证器到提交给Libra区块链的过程.然后,我们将“放大”验证器的每个逻辑组件,并查看它与其他组件的交互. Client Submits a Transaction用户提交一个交易 Libra用户构建了一个原始交易(我们称之为T5raw),将10个Li…