好啦，这篇文章中，我们要来探讨大名鼎鼎的Segwit(Segregated Witness)。

这个词一说起来就头疼啊，他牵扯到旷日持久的扩容大战，无穷尽的争论以及分裂。我们的立场就是不去站队任何组织，单纯从技术的角度去理解这个东西。

我们还是拿3a295e4d385f4074f6a7bb28f6103b7235cf48f8177b7153b0609161458ac517做例子。

这篇文章需要结合比特币的交易-3这篇文章来理解，我们在这里也直接复用TransA、TransB的说法。

前面的文章中我们分析了一笔标准的Pay to Public Key HASH(P2PKH)交易。看起来其实结构挺简单的，这篇文章我们乘胜追击，看一下矿工们领取系统奖励时，构造的coinbase交易。

scriptSig与scriptPubKey概览

继续解析我们上篇文章的交易(b0a0afb65ac08f453b26fa03a40215be653b6d173510d366321019ab8248ea3b)

目前为止，我们还没有解析vin中的scriptSig，以及vout中的scriptPubKey；这两个东东才是交易的核心，他们有什么作用呢？

之前我们学习了比特币的HD钱包的技术部分，写着写着我都觉得太无聊了，其实我觉得比特币归根结底还是一个很Geek的东西，初期被它吸引的人估计心底里都有一个独立自由的梦，甚至很多人都想要独立建国；它的技术发展史上也出现过很多有意思的事情，于是增加一篇娱乐性文章；

我们知道比特币的交易是匿名的，但是有很多公共业务，比如交易所，以及公众人物–会公开他们的地址，那么让我们好好八卦一下比特币历史上那些有意思的地址

之前的文章我们说过，比特币的所有交易抽象成了UTXO的转移。所谓转移，可以这么理解：

• 有M个UTXO作为输入 (M >= 0)
• 有N个UTXO作为输出 (N > 0)
• 输入的UTXO总额==输出的UTXO总额
• 输入的UTXO来源于支付方控制的私钥账户
• 输出的UTXO流向收款方的公钥地址

那么具体是怎么转移的？怎样手工的构造一笔交易呢？我们就在这篇文章里面详细的演示一遍。

首先科普一下常见的交易类型:

几天前有人在github创建了一个issue:

https://github.com/dominictarr/event-stream/issues/116

标题为：”I don’t know what to say.”，翻译过来大概就是“我无语了”。因为 event-stream 包突然多出了一个名为 flatmap-stream 的依赖项，而这个依赖项正在窃取用户的数字货币。

bitcoin core 0.17版本开始废弃了不少RPC调用，另外RPC配置增加了test.rpcport参数，存一份模板:

在我们前面的文章中，我们提到，从建设银行转账到工商银行10w元，过程其实是这样的:

1. 建设银行发送报文到人行CNAPS系统
2. 人行CNAPS发送转账报文到工商银行
3. 工商银行发送响应报文给人行CNAPS
4. 人行发送响应报文给建设银行
5. 转账成功，建设银行、人行、工商银行各自更新账本

整个过程中，有几个很有趣的事实：

又看了一遍 The book of Satoshi 这本书，果然常读常新啊；又有很多想法冒出来，结合最近的BCH分叉事件，我不禁又开始思考金融系统的两大环节：清算和支付，究竟会如何发展？

我从事银行业务系统监控很长时间，结合咱的职业生涯所学，再重新梳理一遍支付和清算的发展史吧。