1.3 比原链各模块功能

我们将从图1-1所示的比原链总架构图中抽离出各个模块，逐一分析及阐述。

1.3.1 用户交互层

比原链的用户交互层如图1-2所示。

1. bytomcli客户端

bytomcli是用户与bytomd进程在命令行下建立通信的RPC客户端。在已经部署比原链的机器上，用户能够使用bytomcli可执行文件发起对比原链的多个管理请求。

bytomcli发送相应的请求，请求由bytomd进程接收并处理。bytomcli的一次完整生命周期结束。

2. bytom-dashboard

bytom-dashboard与bytomcli功能类似，都是发送请求与bytomd进程建立通信。用户可通过Web页面与bytomd进程进行更为友好的交互通信。

在已经部署比原链机器上，会默认开启bytom-dashboard功能，无须再手动部署bytom-dashboard。实际上通过传入的参数用户可以决定是否开启或关闭bytom-dashboard功能。如传入--web.closed，则可以关闭该功能。项目源码地址：https://github.com/Bytom/bytom-dashboard。

1.3.2 接口层

比原链接口层架构如图1-3所示。

API Server是比原链中非常重要的一个功能，在比原链的架构中专门服务于bytomcli和dashboard，它的功能是接收、处理并响应与用户和矿池相关的请求。默认启动9888端口。API Server的总之主要功能如下：

❏ 接收并处理用户或矿池发送的请求。

❏ 管理交易，包括打包、签名、提交等接口操作。

❏ 管理本地钱包接口。

❏ 管理本地P2P节点信息接口。

❏ 管理本地矿工挖矿操作接口等。

API Server服务过程中，在监听地址listener上接收bytomcli或bytom-dashboard的请求访问，对每一个请求，API Server均会创建一个新的goroutine来处理请求。首先，API Server读取请求内容，解析请求；其次，匹配相应的路由项；再次，调用路由项的Handler回调函数来处理；最后，Handler处理完请求之后给bytomcli响应该请求。

1.3.3 内核层

1．区块和交易管理

内核层包括区块和交易管理、智能合约、虚拟机。

比原链内核层架构如图1-4所示。

内核层是比原链中最重要的功能，代码量大约占总量的54%。

区块链的基本结构是一个链表。链表由一个个区块串联组成。一个区块链中包含成千上万个区块，而一个区块内又包含一个或多个交易。在比原链内核层有一个重要的功能是对区块和交易进行管理。

当网络中的某个节点接收到一个新的有效区块时，节点会验证新区块。当新的区块并未在现有的主链中找到它的父区块，这个新区块会进入孤块管理中等待父区块。如果从现有的主链中找到了父区块，则将其加入到主链。

当网络中的某个节点接收到一笔交易时，节点会验证交易的合法性。验证成功后，该笔交易放入交易池等待矿工打包。一笔交易从发送到完成的整个生命周期需要经过如下过程：

1）A通过钱包向B发出一笔交易，交易金额为100比原币（BTM）。

2）该笔交易被广播到P2P网络中。

3）矿工收到交易信息，验证交易合法性。

4）打包交易，将多个交易组成一个新区块。

5）新区块加入到一个已经存在的区块链中。

6）交易完成，成为区块链的一部分。

2．智能合约

从传统意义上来说，合约就是现实生活中的合同。区块链中的智能合约是一种旨在以数字化的方式让验证合约谈判或履行合约规则更加便捷的计算机协议。智能合约本质上是一段运行在虚拟机上的“程序代码”，可以在没有第三方信任机构的情况下执行可信交易。

智能合约具有两个特性：可追踪性和不可逆转性。

智能合约是比原链中最核心、也是最重要的部分。在后面章节中，我们会详细介绍智能合约模型（主流模型：UTXO模型、账户模型）、运行原理，以及BVM虚拟机工作机制。我们还将深入代码，了解区块链上智能合约如何在没有第三方信任机构的情况下进行可信交易。

3．虚拟机

比原链虚拟机（Bytom Virtual Machine, BVM）是建立在区块链上的代码运行环境，其主要作用是处理比原链系统内的智能合约。BVM是比原链中非常重要的部分，在智能合约存储、执行和验证过程中担当着重要角色。

BVM用Equity语言来编写智能合约。比原链是一个点对点的网络，每一个节点都运行着BVM，并执行相同的指令。BVM是在沙盒中运行，和区块链主链完全分开。

1.3.4 钱包层

比原链钱包层架构如图1-5所示。

钱包可以类比于我们日常生活中的保险箱，我们关心保险箱的开门方式（密钥）和其中保存的财产（UTXO）。比原链钱包层主要负责保存密钥、管理地址、维护UTXO信息，并处理交易的生成、签名，对外提供钱包、交易相关的接口。

比原链的交易发送分为三步：

1）Build：根据交易的输入和输出，构造交易数据。

2）Sign：使用私钥对每个交易输入进行签名。

3）Submit：将交易提交到网络进行广播，等待打包。

1.3.5 共识层

比原链共识层架构如图1-6所示。

共识层用于实现全网数据的一致性，区块链是去中心化账本，需要全网对账本达成共识。共识层通过验证区块和交易，保证新的区块在所有节点上以相同的方式产生。简单说，共识机制就是通过某种方式竞争“记账权”，得到记账权的节点可以将自己生成的区块追加到现有区块链的尾部，其他节点可以根据相同的规则，验证并接受这些区块，丢弃那些无法通过验证的区块。

常见的共识机制有工作量证明（Proof-of-Work, PoW）、股权证明（Proof-of-Stake, PoS）等。

PoW共识机制利用复杂的数学难题作为共识机制，目前一般使用“hash函数的计算结果小于特定的值”。由于hash函数的特性，不可能通过函数值来反向计算自变量，所以必须用枚举的方式进行计算，直到找出符合要求的hash值。这一过程需要进行大量运算。PoW的复杂性保证了任何人都需要付出大量的运算来产生新的块，如果要篡改已有的区块，则需要付出的算力比网络上其他节点的总和都大。PoW优缺点对比如表1-1所示。

PoS是另一种共识机制，这种方式要求节点将一部分加密货币锁定，并根据数量和锁定的时长等因素来分配记账权。PoS一般不需要大量计算，所以比PoW更加迅速和高效。PoS优缺点对比如表1-2所示。

目前还有少量加密数字货币采用其他共识机制，但PoW和PoS是共识机制的主流。由于比原链的特性，结合比原链崇尚“计算即权利”（一种已确定的利益分配的方式。只要计算力高或拥有更多的算力，那就拥有了某些控制权）的主张，需要在多节点上达成较强的共识，对全局一致性、去中心化要求较高，需要在一定程度上牺牲效率，所以比原链选择了PoW作为公链的共识机制。

1.3.6 数据存储层

比原链数据存储层架构如图1-7所示。

比原链在数据存储层上存储所有链上地址、资产交易等信息。数据存储层分为两部分；第一部分为缓存，大部分查询首先从缓存中进行，以减少对磁盘的IO压力；第二部分为持久化存储，当缓存中查询不到数据时，转而从持久化存储中读取，并添加一份到缓存中。

比原链默认使用LevelDB数据库作为持久化存储。LevelDB是Google开发的非常高效的链值数据库。LevelDB是单进程服务，不能同时有多个进程对一个数据库进行读写，同一时间只能有一个进程或一个进程以多并发的方式进行读写。

默认情况下，数据存储在--home参数下的data目录。以Darwin（即MacOS）平台为例，默认数据存储在$HOME/Library/Bytom/data。

数据库包括：

❏ accesstoken.db：存储token信息（钱包访问控制权限）。

❏ core.db：存储核心数据库。存储主链相关数据，包括块信息、交易信息、资产信息等。

❏ discover.db：存储分布式网络中端到端的节点信息。

❏ trusthistory.db：存储分布式网络中端到端的恶意节点信息。

❏ txfeeds.db：存储目前比原链代码版本未使用该功能，暂不介绍。

❏ wallet.db：存储本地钱包数据库。存储用户、资产、交易、UTXO等信息。

1.3.7 P2P分布式网络

比原链分布式网络层的架构如图1-8所示。

比原链作为一个去中心化的分布式系统，其底层个体间的通信机制对整个系统的稳定运行十分重要。个体间的数据同步、状态更新都依赖于整个网络中每个个体之间的通信机制。比原链的网络通信基于P2P通信协议，又根据自身业务的特殊性做了特别的设计。比原链的P2P分布式网络，主要分为四大部分：节点发现、区块同步、交易同步和快速广播。

1．节点发现

P2P节点发现主要解决新加入网络的节点如何连接到区块链网络中。新加入的节点能够快速地被网络中其他的节点感知；同时节点自己也能够获得其他节点的信息，与其通信交换数据。比原链中的节点发现使用的是Kademlia算法实现的节点发现机制。Kademlia算法实现是一个结构化的P2P覆盖网络，每个节点都有一个全网唯一的标识，称为Node ID。Node ID被分散地存储在各个节点上。Kademlia将发现的节点存储到k桶（k-bucket）中，每个节点只连接距离自己最近的n个节点。以此形成的网络拓扑结构如下图1-9所示。

2．区块同步

区块链是一种去中心化的分布式记账系统，全节点需要保存完整的区块信息。当一个节点加入到网络之后，需要做的第一件事情就是同步区块，构建完整的区块链。新加入的节点需要与网络中其他节点同步，从高度为1的区块开始到当前全网的最高高度，这样才能构建成一条完整的区块链。

节点启用快速功能时，同步节点每次最多能够同步1～128个区块（当前高度到下一个checkpoint高度的区块）信息。除了快速同步算法之外，还有普通同步算法。节点主要使用普通同步算法同步网络中较新的区块信息。普通同步算法主要为了保证节点中的区块信息不落后，能够及时同步新挖掘的区块。

普通同步和快速同步的区别是快速同步使用get-headers批量获取区块，使用checkpoint的验证来避免PoW工作量验证，从而能极大提高速度；普通同步一次只能获取一个区块。

快速同步和普通同步可以解决不同场景的需求。快速同步使节点能够快速地重建区块链信息，快速地加入到网络中，这是通过新块广播实现的。在不满足快速同步条件时，则用普通同步，每次同步时请求一个区块。

3．交易同步

比原链网络为了保证交易的安全，每一笔交易达成后，节点需要将交易信息同步到网络中其他的节点，这个过程称作交易同步。交易同步验证的目的是保证安全性，当交易同步到网络中的其他的节点时，节点会验证交易是否合法，只有当交易合法，节点才会将交易写入自己的交易池中。另一方面，同步交易可以将交易同步到更多的节点，交易可以更快地被打包到区块中。

4．快速广播

为了保证交易信息能够及时被确认和提交到主链上，比原链提供了快速广播。对于接收到的新区块和新交易信息，网络中的节点会快速广播到当前节点已知的其他节点。