
Abnormal block time per 7 height,similar problems have occurred many times before,what‘s happen?

Thanks, we're also waiting for the consensus node to restart.
One cn it's down
How to avoid similar things caused by node failure that greatly extend the block time? thanks!
How to monitor the node status and repair in time?
If there is a fault node, can it be identified and skipped?
Abnormal block time per 7 height as below,thanks!

This is expected behaviour of dBFT when one of the consensus nodes has failed. There is an exponential backoff on block times to ensure liveness when a node fails to get a block produced and signed within the time limit for a consensus round. It was the failed node's turn to produce a block, it did not, so the next node had to produce it (in the next round, i.e. doubling the block time).
I recommend reading this paper prerelease, it explains the inner workings and history of dBFT, then goes into current research directions for a "dBFT 3.0" which aims to improve on several aspects, including block time consistency.
Maybe one node down some days,need to repair,thanks!

Abnormal block time:

Abnormal block time,what's happen?

There have been some attacks, someone send a lot of empty txs.
TPS < 2, is it attack?
And also, some of the consensus nodes have timeouts. But they have already been restarted now.
Hope to see that each block has 1000 + data, and the block is still stable, thanks!
Abnormal block time,what's happen?

Abnormal block time per 7 height

We plan to solve that with dBFT 3.0.
https://www.mdpi.com/1999-5903/12/8/129
If you have some time to take a look at this paper.
We are polishing the description with some more precise specification for @neo-project/core to move forward with it.
@vncoelho ,It is ok for long term solution,but now maybe 1 node down some days,need to fix,thanks!
but now maybe 1 node down some days,need to fix
Yes, it'll be restored in next week, one cn node need to update to the latest version.
Maybe 1 node down,need to fix,thanks!

Can you describe how you do it? the time shown here is normal:
https://neotube.io/block/6130882/page/1
https://neotube.io/block/6130875/page/1
Blocktime show as below for your reference, thanks!
This may be a bug of neoscan.
No, neoscan is OK

This is normal😅:
https://dora.coz.io/blocks
@Tommo-L ,@shargon ,Maybe 1 node down some days,need to fix, thanks!

Yes, one consensus node lost. 😂 We need to vote for a new consensus node.
Maybe one consensus node lost,pls dev check and fix, thanks!

Most helpful comment
We plan to solve that with dBFT 3.0.
https://www.mdpi.com/1999-5903/12/8/129
If you have some time to take a look at this paper.
We are polishing the description with some more precise specification for @neo-project/core to move forward with it.