同步区块链又出错？别崩溃，核心原因就这3个

导读： 区块链同步期间频繁出现报错情况，卡在某一区块后再也没办法继续前进，这差不多是每个节点运维者都会碰到的噩梦。实际上绝大部分同步失败并非玄之又玄的事，而是几个特定的技术环节出现了问题。...

区块链同步期间频繁出现报错情况，卡在某一区块后再也没办法继续前进，这差不多是每个节点运维者都会碰到的噩梦。实际上绝大部分同步失败并非玄之又玄的事，而是几个特定的技术环节出现了问题。弄明白它们，你便能够快速确定位置并修复节点。

同步区块链网络连接不稳

存在着诸多同步错误，其根本缘由便是网络质量不佳，区块链节点要持续从对等节点那儿拉取区块数据，要是你的服务器上行带宽被全部占用了，又或是防火墙对P2P端口（一般是8545、30303等）进行了限制，便会致使握手超时、断连频繁发生。更为隐蔽的情况是，某些云服务商把国际流量给屏蔽了，国内节点在同步国外主网时丢包率急剧上升，呈现出“context deadline exceeded”这类错误。给出建议，首先运用netcat去测试端口连通性，接着运用ping以及traceroute来检查路由稳定性，在必需要的时候去更换BGP线路或者运用中继代理。

同步区块链磁盘空间不足

磁盘被写满，乃是致使同步崩溃的第二大主要原因。众多公链的全节点数据量，早就已然突破了几百GB，举例来说像以太坊，其所需数据量在1.2TB以上，而比特币的数据量更是快要接近600GB。要是你仅仅只是给系统盘预留了100GB，当同步进度达到80%的时候，就会突然出现提示报“no space left on device”。更为糟糕的是某些客户端会预先分配文件，然而却写不进去，进而导致节点直接出现panic。通过df -h对挂载点予以检查，此为解决方法，把区块链数据目录进行转移，转移至独立的大容量数据盘，与此同时，开启修剪（prune）模式，只把最近的状态树予以保留。

同步区块链配置参数错误

小巧配置引发巨大灾难，此类错误最易于被忽视，举例而言，像是genesis文件的chainId与网络不相匹配 ，节点会拒绝所有入块进而招致无限回滚，再如bootnodes地址失效 ，节点寻觅不到任何种子以发现同伴，日志里尽是“no peers connected”，存在maxpeers设置得过低（比如仅有5个），同步速度呈几何级数没落，超时后被节点判定为死机而自我重启。恰当的举措是，挨着逐个去核对config.toml当中的每一行内容，运用官方所推荐的bootnode列表，并且把对等节点的数量最少定为30个。

当同步区块链之际，你遭遇过最为怪异的一回报错是啥呀？点赞并收藏这篇文章，于评论区域留下你的那些“碰到麻烦”的经历，借此助力更多节点新手降低走弯路的情况。