以太坊主动数据同步简析

一、前言

开门见山，以太坊数据同步是以节点（peer）作为数据载体存放和传输主要以Header，Body，Reciept组成的数据主体，通过以太坊p2p通信协议管理数据同步事务，最后交给执行器（主动同步会交给Downloader，被动同步会交给Fetcher）执行最后的数据下载任务。

那么问起数据主体我们进行同步需要同步哪些数据？不同数据又是否需要分类同步？

知道创宇区块链安全实验室 进行了全面而详细的分析。

二、数据主体：

进行数据同步首先需要明确我们同步的数据主体由什么组成，笼统来分有两类，一类不需要节点发送主动同步请求，节点会在完成数据打包的时候自行向网络广播，这一类数据有三种——完整block，区块hash，和交易Transaction。而我们今天重点探讨下一类数据。

第二类数据是需要节点主动发送同步请求随后其他节点响应才能进行同步的数据，除了第一类数据其他需要同步的数据都属于第二类，所以可以说他的种类更加繁杂，而其中最重要的也有三种——区块头Header，区块体Body，交易回执Receipt（具体代码⬇⬇⬇），跟第一类不同这三者可以说都是完整区块的某一组成部分，这也显示了主动同步希望节点进行数据同步时范围自由可控，能够优先同步必要数据而放弃同步暂时非必要的数据。

⬆Header表示区块头，在区块里扮演这相当重要的角色，ParentHash会记录上一个区块的区块hash，uncleHash会记录叔块hash，coinbase则标识矿工地址。Root，Txhash，ReceiptHash这三个分别是state trie,tx trie,Receipt.trie三个前缀树的根节点RLP编码hash一个用于描述世界状态，一个用于描述交易，一个用于描述交易回执。bloom是区块头中的布隆过滤器用于快速判断目标hash是否在某个集合中。Header中以上数据都是区块头用来对区块以及区块中重要数据模块利用hash进行标识的。剩下的数据则各有他用不细赘述。可以看出一个区块头其实已经将一个区块框架基本描述出来了这也为后面谈到的数据同步策略埋下了伏笔。