block header（块头），包含如下内容：
- 存放协议版本号
- 指向前一区块的hash指针
- 当前节点的merkle tree root hash
- 挖矿的难度阈值target
- 随机数nonce
block body（块身），包含如下内容：
- 用merkle tree来存放所有交易记录。

区块分为两种类型：

全结点，包含block header、block body的结点，真正参与存储数据的区块链的真正的结点。
轻结点，只保存block header，如手机上的比特币钱包。

3.2.hash pointer

hash pointer，哈希指针，普通指针是指向地址，而哈希指针是指向哈希值。

区块链中每一个区块的block header都有一个hash pointer指向前一个区块的哈希值

区块链中每一个块的哈希值由block header运算得出，block header里包含指向前一个block的hash pointer，所以每个block的hash都是由前一个块的哈希值参与运算得出，

系统里有一个hash pointer指向最后一个区块，

这种结构能保证从系统反推到任意一个块的篡改。

使用hash pointer时要特别注意hash碰撞造成的环路，一旦出现环路，使用hash值定位就会失效。

3.3.merkle tree

3.3.1.概述

区块链在落地使用时一般会分成多个分区，分区内部每个区块会记录当前分区中所有区块的数据：

每个块内部使用merkle tree来组织存储数据。

merkle tree，梅克尔树，和普通树相比区别在于，梅克尔树用hash pointer代替了普通指针。

每个结点的hash都是由左右孩子结点的hash一同参与生成的，整颗树的根结点的hash称为root hash。

merkle树的叶节点上挂得是data block（数据）。

merkle tree是从data block开始，两两配对生成一个节点，然后节点之间再两两配对生成一个父节点，然后父节点之间再两两配对生成一个节点.....以此类推最后生成一个根节点，根节点的左右hash最后生成root hash：

这种结构能保证从系统（root hash）向下反推到任意一个结点的篡改，验证其是否合法，并且由于其是树形结构，比链表结构的hash pointer验证效率要高。

如果merkle tree要新增、删除、修改data block里的data，如果这个操作是被同意的，那么会引起整颗树的hash的变化，下次再去校验的时候，这个操作能通过。

如果这个操作不是被同意的，而是悄悄咪咪做的，那么去校验的时候由于整棵树的hash并没有变化，被篡改的data验证一定通过不了。

3.3.2.证明数据存在

使用手机进行转账，手机这个轻结点如何知道交易是否已经被写到区块链中了？

比如校验黄色交易是否存在，只要轻结点向全节点拿红色的那几个hash，轻结点用自己block header里面的root hash就能算出黄色的交易是否合法。

从根节点到叶节点上的某个数据块的那条路径被称为merkle proof，merkle proof存在即数据存在。

3.3.3.证明数据不存在

证明数据存在很简单，但是证明数不存在很麻烦。因为交易可能存在于叶节点的任何位置，所以要验证数据不存在只能把整棵树全部传给轻结点让它自己挨着去找。

原生merkle tree提供不了高效的证明数据不存在的方式，需要用到sorted merkle tree。

将叶节点想办法排序起来，然后将要证明的交易的hash值传拿去进行比较，找到它左右相邻的叶节点，然后沿着这两个叶节点向上找merkle proof，如果merkle proof存在交易就存在，否则交易就不存在。

比特币中因为不需要校验交易不存在，所以没有用到sorted merkle tree。

4.比特币的共识协议

4.1.概述

比特币要达成的共识是这个分布式账本里面的内容，全局需要达成共识、维护它的正确性。实现这个共识，具象化为需要解决两个核心问题：

验证有效性
- 验证交易的有效性
- 验证节点的有效性
发行货币

4.2.验证有效性

4.2.1.验证交易有效性

merkle tree的merkle proof只是用于验证数据是否存在，数据写入树就存在，不写入树就不存在，那么每笔新的交易产生的时候，如何判断这笔交易是否应该写入树喃？即验证交易的有效性。验证交易的有效性，需要验证两点：

币是不是够，币都不够肯定交易是不合法的。
意愿是不是真实，假如有一笔交易是A向B转账，需要验证这是不是A的真实意愿。

区块链中采用了以下结构来支持交易有效性的验证：

系统中有两种hash指针和一个签名：

指向前一笔交易的hash指针，用来校验前一个区块的数据是否被篡改。
指向当前交易的货币来源的hash指针，用于方便进行所交易的货币的回溯。
币的来源方的签名，用于验证交易是否是币的来源方的真实意图，核实交易是不是第三方伪造的。

以下简单阐述一下流程：

注意为了简化结构，便于理解，上图每个区块种只有一个交易，实际区块链中每个区块会用merkle tree组织存储多笔交易。

首先是准备动作：

有一个新交易B向F转5个币，货币来源指针指向第二笔交易，另一个hash指针指向前一个交易，为了保证交易的意愿真实，采用了签名机制，区块链中的签名都是非对称加密的，所以需要每次交易由币源方告诉接收方自己的公钥，于是B告诉F自己的公钥。

接下来是验证动作：

首先验证新交易是不是B发起的，沿着货币来源指针找到第二笔交易，通过公钥先验签名。

如果签名合法，再沿着链路从尾到头逆向往第二笔交易回溯验证交易是否合法，发现在第三笔交易的时候B的5个货币就已经用完了，所以新交易不合法，不写入merkel tree中。

这里再说明一下，可以看到货币来源指针很有用，既能用于验签，又能用于确定回溯的范围，避免全局回溯，从而提升性能。

4.2.2.验证节点有效性

1.分布式共识

分布式共识，分布式系统中由于一些意外，集群中各个节点间一定会存在数据一致性问题，区块链采用的分布式架构，自然也存在这个问题，如何保证数据一致性，让全局对数据结果达成一致性认识，这是需要解决的一个问题。

merkle tree只是存储的交易记录，因为存在验证交易是否有效的机制，写进树里面的数据一定是合法的，但是由于网络等诸多原因，可能会存在数据丢失的问题，有的节点上会有些交易并没有被存储，如果验证合法性只询问了一个区块，而询问的区块又正好丢失了这笔交易记录，就会出现误判。或者说这个被询问的区块正好就是个恶意区块，它里面的交易是伪造的，也会造成无中生有的判断结果。所以在区块链中当我们验证交易合法性的时候需要多节点参与进行投票以免这种数据不一致造成的误判。

2.票权

投票在区块链中存在一个致命缺点：

女巫攻击，可以恶意伪造很多携带假交易的块出来，使得投票强行通过，这样即使树里面不存在的交易也能通过这种伪造强行被验证为存在。

由此我们发现投票权是个很重要的东西，有记账权的区块才能有票权，不能说随意新增的区块都有记账权，需要有一个标准来衡量新增的区块是否拥有记账权。在区块链中通过工作量证明来获得记账权：

block header中存储有一个挖矿难度阈值target，这个target由比特币协议生成，全局相同的，每个区块上存的target都相同，每当达到一定的条件后会全局重新调整这个target。
H（block header）≤target，则该区块能被发布。
由于block header中其他值都是固定不能调整的，所以block header中存在一个随机数nonce，通过调整这个nonce不断的去算这个target。

3.最长链原则

区块链中存在这样一种攻击，如果我算出了一个合法块，那么我就可以利用这个合法块的hash和nonce不停的去造新块，使得挖矿变得很容易。为了预防这种攻击，出现了“最长链原则”。

最长链原则，新来的合法区块只能是在扩展最长链才能被接纳入区块链中。这样的话即使有上述的攻击出现，无非以下应对：

因为其他机器也在算，可能有其他机器已经算出来了，所以恶意造出来的新块不一定是在最长链上。
即使最长链上，大家都这样干，也会是算力最强的机器产生的才是最长信任链，然后区块产生速度过快自动会触发调整机制，平衡比特币的收益和target的难度。

所以最长链原则保证了机器一定会根据算力得到回报。

如何确认最长链？有可能多个矿工同时挖出合法的区块。如果出现这种情况，区块链中会暂时维持这种分叉，等这几个矿工自行竞争，看谁先算出下一个合法区块，这样算力高的一定会自成一个最长链，将分叉中最长链纳入区块，其余短链丢弃掉：

4.3.发行货币

矿工挖到矿，发布新的合法节点，被区块链验证纳入后，根据协议矿工会获得一定数量的币，所以新区块的发布也被称为“铸币交易”，铸币交易是币的唯一来源。铸币交易的奖励通常会随着时间的推移而减少。例如，比特币每四年就会减半一次，以控制比特币的总量，直到最终达到2100万个比特币的上限。

5.一些实现上的便捷机制

5.1.未使用的交易输出

区块链中没有地方记录每个账户有多少钱，而是通过计算币源来确定某个账户有多少钱，由于币源以交易记录的方式存在每个区块的merkle tree中的，想知道某个账户有多少钱的时候，需要大面积的进行遍历，然后聚合出结果，效率不是很高，所以需要一个更优的实现机制来提升效率，这个机制就是——没花交易输出，UTXO，unspent transaction output，没有花出去的交易的输出集合，这个集合中存储了所有还没花出去的交易，想知道某个账户的余额的时候只需要遍历UTXO即可。

5.2.交易费用

交易费用，transaction fee，区块链中除了通过挖矿获得记账权而获得的记账奖励外的一种奖励机制，当用户发送交易时需要支付。这些费用支付给网络中的矿工或验证者，他们负责处理和验证交易。这种交易费用用于防止垃圾邮件交易和其他类型的网络滥用。通过要求用户支付费用才能发送交易，更难以使用大量交易淹没网络，从而减缓网络速度或导致其他问题。

区块链系统，探讨区块链系统的奥秘

区块链系统开发，区块链商城开发，区块链软件开发，区块链平台开发，区块链游戏开发，区块链APP开发，区块链技术，区块链系统小程序开发，区块链模式开发，区块链系统搭建，区块链系统源码。

区块链是去中心化的，并不意味着这个世界上只能有区块链。未来，去中心化的区块链网络与中心化的传统互联网是可以和谐共处、合作共赢的，中心化机构可以作为普通的参与方接入区块链，为区块链网络上的用户提供专业化的服务。

技术分享图片

区块链系统模式解析：

1.数字资产系统：公共区块链是一系列共识区块，可供世界上任何人阅读，发送和验证。私有区块链也称为无标记区块链。完全私有的区块链是指区块链，其写权限仅在组织手中。

2.数字资产交易系统：现场交易：在交易平台上匹配，买入和卖出价格是开放的，平台实时显示当前报价。这称为场内交易。场外交易：除了在交易平台外交易，统称为场外交易市场，也称为场外交易市场。交易平台外还有其他可以交易的地方。这些市场没有集中统一的交易系统和匹配机制。

技术分享图片

3.即时付款：所有应用系统都可以通过数字资产区块链公共链系统支持每秒超过4,000笔交易的交易频率，从而更好地满足实际应用的需求。

4.智能合约技术：区块链公共链系统通过智能合约技术保护内容创建者的收入，删除平台的中间链接，并最大化创作者的收入。

5.混合共识机制：数字资产区块链公共链系统采用PoW和PoS混合共识机制。PoW机制上的CPU挖掘算法可以有效地防止GPU或ASIC挖掘，并且可以通过提供存储和带宽资源来奖励。

基于区块链技术，根据客户不同需求，可提供定制主链发币及以太坊代币开发，在独立区块链浏览器查询。

6.分布式集中数据存储和共享机制：基于区块链技术的数据库平台，支持标准SQL语言，无需中央服务器即可实现分布式集中式应用程序的格式化数据存储和下载。

7.数字内容的自我清洁和自我维护：通过区块链公共链系统的投票机制和内容智能验证机制，对内容的原创性，敏感性和质量进行了计算和分析。

技术分享图片

8.有效的价值共享机制：建立内容传播过程的价值传播链，鼓励用户通过收入分配机制积极参与，形成良好的生态，用户愿意贡献有价值的内容，积极传播。

面对于区块链的模式将会全面的布局，我们最可怕的是互联网的思维是否能够打破人们的生活理念，互联网之所以出现爆雷跟之前的数据不透明，监管不到位造成的一系列金融爆雷的场面发生。

以上是关于区块链概论的主要内容，如果未能解决你的问题，请参考以下文章