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

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

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 时，除非提供了正确的证明和授权信息（签名），否则无法支付。

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

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

阅读全文 »

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

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

交易是比特币系统中最重要的部分。系统中的其他部分，都是为了确保交易可以

  • 被生成
  • 通过比特币网络的验证，在网络中传播
  • 最终被添加到记录全球比特币交易数据的总账簿（比特币区块链）中

比特币的交易，使用复式记账法（复式簿记，double-entry bookkeeping）的形式，输入和输出比特币总量的差值，是隐含在这笔交易中的手续费。

阅读全文 »

基于 GitLab CI 和 Webhook 的 Hexo 备份及部署方案

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

这是一套适合懒人的 Hexo 备份及部署解决方案。

结合具体情况，

  • Hexo 本身适合用 Git 管理
  • 静态文件要部署在 VPS 上
  • 我习惯用 Git 管理代码

这套方案要满足的点有：

  • 用 Git 管理 Hexo 的源码和主题，换了电脑也要能更新博客
  • 发布文章时，VPS 上的静态文件要能被优雅的更新

系好安全带，下面要开始飙车了。 😝

阅读全文 »