前言 前面文章提到的PBFT、Tendermint、Hotstuff共识算法都是BFT类的共识算法，应用到区块链当中时，共识形成的整条“链”是单一的“一条链”。而Tusk以及Bullshark是基于DAG-BFT类的共识算法（同样在3f+1个验证节点中，最多容忍f个拜占庭节点。），其形成的“链”是一个DAG（有向无环图）。 DAG-BFT类的共识的优点在于，通过将交易的传播与排序相分离，所有的验证者节点能够并行的出块，极大的提升链的TPS，以下是Bullshark论文中关于Hotstuff、Bullshark、Tu…
上一篇关于RGB协议的文章提到过，本地客户端如何保证对方发送的交易是有效的就是通过SPV验证（简单支付验证）来进行的。比特币链中节点有“全节点”和“轻节点”的区分，全节点是指保留了所有交易记录的节点，也就是全部账本数据的节点。而轻节点通常是一个更广泛的术语，涵盖了像 SPV 节点这样的轻量级节点，但在不同的区块链中实现方式可能不同。。 SPV 节点使用简单支付验证来参与区块链网络。它们不需要下载整个区块链，只是下载区块头信息（Header），这大大降低了存储和计算资源的需求。适合资源有限的设备，如移动设备。通过仅存…
比特币铭文、符文的爆火，引发了新一轮人们对于比特币生态的期待，紧接着基于比特币实现智能合约技术迭代在快速发展，例如基于比特币的Layer2（如B² Network等）、侧链（如 Liquid，merlin等）。而发展多年的RGB协议热度也被重新拎了起来，CKB团队则另辟蹊径，基于RGB协议及自己的CKB公链，推出了RGB++协议，下面将详细介绍下这两个协议的实现原理。 RGB协议 协议的愿景 我们知道比特币的虚拟机不是图灵完备的，无法支持复杂的智能合约实现，RGB协议的愿景就是实现一个可用于比特币区块链上的智能合约…
以下是一个P2PKH类型的比特币交易，这里记录下交易信息中的pkScript和signScript字段的解码含义。（比特币脚本OP_CODE 16进制对照表见: https://wiki.bitcoinsv.io/index.php/Opcodes_used_in_Bitcoin_Script） 交易数据如下： { "txid": "17d568fc91ffc51cd554e08f59db77b204c4a8a49e0b404af9eb5fdeebd3d303", "size": 223, "version": 1…
近期火爆的比特币铭文、符文将比特币的生态发展推向了新的高度，本篇文章将尽量使用通俗的语言讲述清楚关于铭文与符文的底层技术实现原理，话不多说，let,s go！ Ordinals协议 理解铭文与符文的技术实现之前需要先理解Ordinals协议。BTC的最小单位是聪(SATS)，1 BTC 等于 1 亿聪，Ordinals协议就是为聪编号的协议。允许跟踪和转移个别聪。这些编号称为 Ordinal。聪按照挖掘顺序进行编号，并按先进先出的顺序从交易输入转移到交易输出。编号方案和转移方案都依赖于顺序，编号方案依赖于聪被挖掘的…
前言 我们经常听到的是比特币的交易是无法篡改的，但你是否想过有方法可以撤销一笔已经提交的比特币交易？当一笔交易已经写入区块链，那么该笔交易就无法被撤销了，因为区块链本身是不可篡改的。但是如果该笔交易还在交易池中未被矿工打包，那么就可以通过以下两种方式来撤销一个已经发出但还未上链的比特币交易。 RBF RBF之前是为了解决一笔交易在比特币网络中存在时间太久依然未被打包的情况。例如用户发送了一笔手续费非常低的交易，导致该笔交易因为手续费较低一直未被矿工打包的情况。那么用户就可以通过发送一笔相同的交易（但增加了手续费），…
看了很多关于比特币签名算法的文章，遂进行整理，简化记录下。 以下的计算都是基于椭圆曲线有限域所做，所以阅读以下内容前，需要对椭圆曲线与有限域有一定的了解。 椭圆曲线签名（ECDSA） 签名 \(R=k*G=(r,y)\) // \(k\)是我们取的随机值，\(G\)是椭圆曲线的基点 \(z=Hash(m)\) // \(m\)是待签名的信息 \(S=\frac{z+r*G}{k}\) // \(G\)…
btc隔离见证升级又称 SegWit 升级，是将btc交易信息中的见证(witness)字段从交易信息中“挪出”，变相增加了一个区块可以包含的交易数量，提升btc的tps，同时解决了交易延展性的问题。 升级之前的交易 在SegWit升级之前，btc的一个交易信息(P2PKH类型)如下所示： { "txid": "b3ef9f3fc2f8536fd6b81c33f7be88f74029a172d6d0f3c252e5d44d71e6ed57", "size": 1373, "version": 1, "locktim…