跟着时刻的不断消逝，区块链上的买卖会越来越多，随之也就形成了区块链的数据容量不断增大，因为区块链的冗余备份，要求一切节点都需求保存全量的数据文件，这个时分，假如有一个用户想用自己创立一个区块链节点来进行DApp的开发，可是又不想参加共同，其实关于这个用户来说，同步许多的数据是一件很耗时的工作，而且非常糟蹋相关的硬盘资源。
因而，小编今日想来跟咱们讲一下区块链中的全节点以及轻节点的概念，小编的考虑视点其实首要也是从以太坊这种账户模型去考虑，今日也以以太坊作为比如来说这个工作。
以以太坊作为比如
在说全节点与轻节点相关介绍之前
小编首要历来跟咱们说一下以太坊的区块头相关的东西，以太坊区块的存储首要分为两个部分，别离是Header和Body，Body其实比较简略，就是一些的买卖列表，还有Uncle Block的相关信息，可是其实更为杂乱的其实是Block Header，如下图所示Block Header里边会存比较多的数据，比如说父区块的区块hash，时刻戳，挖矿的难度值等等相关的参数，
可是小编觉得，其间最重要的当属以太坊中的“三棵树”，与此对应在区块头中的就是，StateRoot，TransactionRoot和ReceiptRoot三个哈希值。
在以太坊中什么用来存储区块数据的中心数据结构？
利用了一种叫做Merkle-Patricia Trie(MPT)是Ethereum用来存储区块数据的中心数据结构。
最简略了解是一个倒置的树形结构，每个节点可能有若干个子节点，在最底层，也就是叶子节点，把数据分红若干个小的数据块，核算出相应的Hash与之对应。
可是往上层看去，Merkle树并不是直接去运算根哈希，而是把相邻的两个节点的哈希合并成一个字符串，然后运算这个字符串的哈希，这样每两个哈希就能够得到了一个”子哈希“，而这个自哈希就是他们的父节点的哈希值。
所以以此类推
依然是相同的方法核算哈希值，能够得到数目更高档节点的新一级哈希，终究必定构成一棵倒挂的树，到了树根的这个方位，这一代就剩余一个根哈希了，咱们把它叫做 Merkle Root。而在以太坊中，还对Merkle树做了相应的优化，在Merkle树的基础上进行前缀树的构建，因而也就经过前缀树能够快速查询相关的数据信息，可是这个小编今日不细讲，有爱好的同学能够私下去研究一下。
因而经过Merkle树，其实咱们能够做到几个工作：
1. 快速重哈希：其实就是说，能够在树节点改变的状况下，依据前次的核算机成果经过核算部分值就能够核算出一个新的Merkle Root。
2. 轻节点扩展：选用Merkle树，咱们能够再公链的环境下，扩展一个轻节点。轻节点的特色其实就是，只需求存储Block Header，而不存储全量的买卖列表等信息。经过Merkle证明来判别一笔买卖是否在现在的区块链买卖列表中。这样，其实造就了以太坊的轻节点能够运行在小容量的个人PC等终端设备上。
下面说回以太坊
在StateRoot，TxHashRoot和ReceiptHashRoot，别离取自三个MPT的核算成果：stateTrie, txTrie, 和receiptTrie的根节点哈希值。这样的话，比如说咱们在进行Block的同步过程中，经过比对收到的TxHash，能够承认transactions列表是否同步完好，经过StateRoot来判别节点间状况是不是共同的。
因而在以太坊中，所谓全节点，其实就是同步一切区块链数据的节点，包含各种区块Body，买卖列表等等相关信息。但也是因为节点全量数据都保存的状况，咱们不需求相依靠中介去进行数据的验证。
而所谓的以太坊轻节点(轻客户端)
每逢有区块出现在网络便下载区块头，而不是全量的状况状况，并发送客户端需求的特定状况的默克尔证明（Merkle proofs）的恳求。一起在以太坊轻节点中运用分布式哈希表来追寻前缀节点，而不是直接选用LevelDB进行直接的存储。
综上，其实不论是轻节点仍是全节点，都有存在的价值以及含义，咱们能够依据自己的需求去挑选布置相应的节点，虽然必定全节点的优势会比轻节点大，可是由此形成的就是全节点的资源损耗也必定会大许多。
