在负责运行节点这几年当中, 断链这个情况是没办法绕过的问题。链上面的数据会出现不一致的现象, 节点同步也会中断, 还有对等连接会批量断开, 这些场景都会让整条链的可用性变差, 也就是打折扣。
处理断链这种问题, 并不是简单地把东西重启一下就能搞定的, 必须得先找到根本原因在哪里, 这样恢复的路径才会更加靠谱。
区块链断链怎么处理
排查工作的第一步要从日志入手。我们要去翻看节点日志内部, 查看是否存在任何异常标记，以此来确认分叉具体发生在哪一个区块高度。如果发现是网络层出现问题, 就需要执行 ping命令来测试对等节点, 通过观察丢包率和延迟情况来看问题所在。
如果发现是共识层出现问题, 则需要比对本地区块头哈希是否与主网保持一致。大家千万不要把正常的网络抖动误判为共识层面的分叉现象。
大家要先确认那个分叉点在哪里, 然后就去执行回滚操作, 退回到分叉发生之前, 大家共用的那个祖先块的高度位置。在系统执行回滚的这个过程中, 磁盘的输入和输出压力会一下子变得非常非常大, 差不多就是完全占满的状态。所以必须注意, 在生产环境中, 一定要提前去备份好链状态的那个文件, 这样就不怕了。
因为如果不怕断电之类的意外情况出现, 就不会导致数据被损坏掉了。等这个回滚的过程全都完成了之后, 再接着重新去拉取那些区块的内容。大家要一直盯着看同步的速度怎么样, 只需要过几分钟的时间, 就已经能够把主网给追上了。
区块链断链影响多大
掉线这一情况如果持续时间很短的话, 其带来的实际影响是处于非常有限的范围的。
因为只是有零星的个别对等节点发生了失联现象, 而其余的大部分节点都能够维持正常的出块作业, 这就导致了交易出现延迟这一环节, 其时间长度仅仅在几秒到几十秒左右的区间之内波动, 普通用户在使用客户端的时候, 基本是感觉不到任何异常的存在的。
但是如果说验证节点多数都处于同时失联的这一完全不同的状态了话, 那结果就彻底不一样了。这个时候, 链上的出块动作是会直接陷入停滞的境地的。与此同时, 那些依赖于这条区块链来运行的各类去中心化应用程序、支付通道系统以及智能合约等应用载体, 全部都因为处理超时而出现了错误的报错提示。
一旦持续断链的时间超过了难度调整的周期, 在算力重新分配之后, 非常容易出现二次的分叉。这种情况下, 修复的成本会出现成倍的膨胀。黄金恢复窗口出现在分叉发生后的头几个小时里, 只有当回滚的深度越小、链上数据被重写的数量越少, 停机时间才可能被压到最低的程度。
关于断链处理这件事, 其核心意义就在于定位分叉点以及控制回滚深度这一套逻辑, 动作执行的速度越果断, 所造成的损失结果就越小。
转载请注明出处：imtoken，如有疑问，请联系（）。
本文地址：https://zmdyd.cn/zbimqbxz/10973.html