1. 当当地节点发明当地的高度低于长途节点的高度时，会发送GetHeaders(header hash)动静,个中header hash为当地高度最高的区块头对应的hash。
如下图所示，是Neo2同步机制流程图。
● 同步区块Neo3的新区块同步机制测试及结论2. 长途节点收到请求后，会从header hash对应的header开始，返回指定命量的Headers到当地节点（默认最大Headers请求数为2000）。
3. 增加了SyncManager，对区块同步任务举办打点。
5. 将收到的区块交给当地节点处理惩罚。
Neo3的新区块同步机制有效淘汰了在区块同步中的网络通信开销，极大晋升了P2P区块同步的速度。同时也为节点康健水平检测打下了基本。
主要分为以下几个步调：
当前的GetBlocks呼吁效率很低，而且名称具有误导性。从名称来看，我们将收到区块，但实际上，我们会收到一个包括哈希数组的Inv动静。然后对Inv里的hash[]举办过滤，最后利用GetData(hash[])呼吁才可以获取到对应区块。
同步区块头对应1、2两步：
4. 按照找到的hash向长途节点发送GetBlock(hash)动静。
● 区块不分叉
结论
Neo2区块同步机制存在的问题
7. 假如是犯科区块，则发送Invalid Block Index给SyncManager，SyncManager将会从头选择其他节点分派任务。并对发送犯科区块的节点做标志。
Neo3的新区块同步机制设计
2. 假如当地域块链高度低于长途节点高度，则发送GetBlockData动静获取缺少的区块。
1. 首先通过PingPong动静与长途节点彼此同步区块链高度。
按照Neo2区块同步机制中存在的一些问题，我们在Neo3中对区块同步机制做了如下的改造：
1. 删除了区块头同步的机制，改为直接利用区块高度同步区块。
先同步区块头再同步区块的模式在大概分叉的区块链中具有显著的优势，因为区块头同步很是快而且可以快速选出更长的链。可是Neo利用的共鸣算法抉择了其区块链不会分叉。因此，该同步模式已经不合用于Neo了。假如我们不再利用该模式，则可以节减区块头同步的网络开销。
Neo2的区块同步机制
2. 添加了GetBlockData(IndexStart,count)动静，可以直接获取从IndexStart开始的count个区块，不消再通过Inv动静举办获取，淘汰了网络通信开销。
安装StatesDumper 环境下，从0高度开始，P2P区块同步时间（单元：秒）晋升了约莫7倍。
3. 长途节点将请求区块依次发送给当地节点。
● 同步区块头
6. 当地验证区块的正当性。假如是正当区块，则发送Persisted Block Index给SyncManager，该块同步流程竣事。
7. 长途节点收到GetData(hash[])请求，会获取hash[]中的每个hash对应的区块，并将区块发送给当地节点。
针对Neo2和Neo3的区块同步机制，我们在差异环境下对区块同步速度做了如下测试：
3. 同步完区块头后，会找到当地高度最高的区块对应的hash。
5. 长途节点收到请求后，获取开始区块对应的hash以及请求的区块数量count（默认最大请求数为500）。然后从该hash开始，依次获取后头的count个区块对应的hash值，并将所有hash放入一个hash[]。获取完成后将hash[]作为一个Inv动静返回给当地节点。
如下图所示，是Neo3区块同步机制的流程图。● GetBlocks呼吁效率低，且名称具有误导性
6. 当地节点收到Inv动静后，会对Inv里的hash[]举办过滤，并将过滤后的hash[]放入GetData请求中，发送给长途节点。
主要分为两个步调：
4. SyncManger记录收到的区块Index。
Neo2区块同步机制进程较量巨大，，主要有以下问题：
注：以上方案还在审核阶段，不能代表最终设计方案。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
