[学习笔记] 比特币共识的升级

发表于 | 分类于 | 阅读次数：

共识规则决定了什么样的交易和区块是有效的，是比特币网络中的节点能互相独立工作并达成一致的基础

上篇文章介绍了当区块链发生暂时分叉时，整个网络如何在短时间内自动达成一致

长期来看，为了演进比特币系统，添加新特性，修复Bug，共识规则并不总是一成不变的

与传统的软件升级不同，比特币没有官方机构，其软件的升级，需要协调和考虑多数系统参与者的意见

这篇文章，介绍升级共识规则的两种方式，软分叉（Soft fork）和硬分叉（Hard fork）

阅读全文 »

[学习笔记] 比特币的区块和区块链

发表于 | 分类于 | 阅读次数：

比特币的交易，会被“整理”到区块中

网络活动不断产生新交易，不断“整理”出新区块来记录“这一段时间内”的交易

为了能彼此关联，每个区块都会记录它的前一个区块是什么，这相当于，区块按先来后到的顺序被“摞”在一起，形成了一条“链”

Imgur

一个区块，可以用高度标识，也可以用哈希标识

随着时间的推移，链不断延长，这条区块链，记录了截至目前为止所有的比特币交易，是比特币网络的总账本

我们说一笔交易被写入账本，就是说这笔交易通过了验证，已经被“整理”进区块，并得到了全网络的认可

这篇文章，介绍比特币的区块和区块链

阅读全文 »

[学习笔记] 比特币的地址

发表于 | 分类于 | 阅读次数：

Alice向Bob支付比特币

  • 使用P2PK交易，需要知道Bob的公钥，锁定脚本为[Bob的公钥] OP_CHECKSIG
  • 使用P2PKH交易，需要知道Bob的公钥或Bob的公钥哈希，锁定脚本为OP_DUP OP_HASH160 [Bob的公钥哈希] OP_EQUALVERIFY OP_CHECKSIG
  • 使用P2SH交易，需要知道Bob的脚本哈希，锁定脚本为OP_HASH160 [Bob的脚本哈希] OP_EQUAL

了解了交易的细节，你可能会疑惑，这与日常收发比特币时的情况好像不太一样

接收比特币时，通常会使用一串跟银行卡号类似的“神奇代码”，作为收款“地址”，形如1BJhat1AMGYbT9HYJxVekoCaPaqB9ZyTyF

这篇文章介绍地址是怎么计算的

阅读全文 »

[学习笔记] OP_RETURN

发表于 | 分类于 | 阅读次数：

比特币交易的全球总帐本，是公开的，匿名的，不可篡改的

账本记录了每笔交易的具体内容，以及他们被写入账本的确定的时间点（时间戳）

如果能将现实世界的数据埋进交易，一同写到账本里，事情就变得有些微妙了，比特币系统的潜在应用将不只局限于支付，多了很多“可玩性”

阅读全文 »

[学习笔记] 比特币交易的数据结构

发表于 | 分类于 | 阅读次数：

比特币的交易，由一个或多个输出和一个或多个输入（Coinbase交易是一种特殊情况）构成

交易的每个输出上，都会附上一个加密难题，定义将来在花费这笔UTXO时需要满足的条件

交易的每个输入上，都要提供一个解锁脚本，解决或满足之前附在这笔UTXO上的加密难题或条件，解锁UTXO用于支付

如果你从前面的文章一路看过来，理解了比特币交易的细节，你应该能设计出下面的数据结构

对交易的每个输出TxOut，需要有

  • 这个UTXO的币值
  • 锁定脚本

对交易的每个输入TxIn，需要有

  • 这笔UTXO来自之前哪笔交易的第几个输出（需要表达交易链条）
  • 解锁脚本

对交易，需要有

  • 这笔交易的哈希（数据指纹），用于标识和索引这笔交易
  • TxIn数组，表示这笔交易的所有输入
  • TxOut数组，表示这笔交易的所有输出

这样的设计能满足需求，同时又足够精简

这篇文章，介绍比特币交易的数据结构

阅读全文 »

[学习笔记] 比特币交易的脚本

发表于 | 分类于 | 阅读次数：

上篇文章讲到，比特币交易的输出，可以被“绑定”到收款方的公钥或公钥的哈希（数字指纹）上

在之后需要消费这个UTXO时，除非提供了正确的证明和授权信息（签名），否则无法支付

通过交易链条，任何人都可以验证交易的合法性

这篇文章记录与比特币脚本有关的细节，说说验证交易的工具

阅读全文 »