[block-input-refactor] handle late gossip block received #8405
Description
Describe the bug
when auditing logs of a node running #8200 I catch a case where all data columns are received timely except for gossip block
here is the log of the last data column
Sep-16 08:48:50.806[network] debug: Received gossip dataColumn slot=41644, blockRoot=0x55df…5998, timeCreatedSec=1758012529.426, expectedColumns=128, receivedColumns=128, currentSlot=41644, peerId=16Uiu2HAmR8TpmdP1XSrp9DVfSbc6yAtJc4S7w3voE7tLd9yd2GuE, delaySec=2.7820000648498535, gossipSubnet=126, columnIndex=126, recvToValLatency=0.0019998550415039062, recvToValidation=0.023999929428100586, validationTime=0.02200007438659668
block is only received after that
Sep-16 08:48:52.095[chain] debug: Imported block slot=41644, recvToValLatency=0.18400001525878906, recvToValidation=0.19000005722045898, validationTime=0.006000041961669922 |
-- | --
| | 2025-09-16 15:48:52.095 | Sep-16 08:48:52.095[chain] verbose: Strong block detected. Not override fcu call blockRoot=0x55dfef212b526b8042c972773b863010e5c689d971b713707d4c5a99bd695998, slot=41644, reason=notProposerOfNextSlot |
| | 2025-09-16 15:48:52.095 | Sep-16 08:48:52.094[chain] verbose: New chain head slot=41644, root=0x55dfef212b526b8042c972773b863010e5c689d971b713707d4c5a99bd695998, delaySec=4.0940001010894775 |
| | 2025-09-16 15:48:52.089 | Sep-16 08:48:52.089[chain] verbose: Added block to forkchoice and state cache slot=41644, root=0x55dfef212b526b8042c972773b863010e5c689d971b713707d4c5a99bd695998 |
| | 2025-09-16 15:48:52.089 | Sep-16 08:48:52.089[chain] debug: Receive engine api newPayload result slot=41644, executionBlock=37546, status=SYNCING |
| | 2025-09-16 15:48:52.057 | Sep-16 08:48:52.057[chain] debug: Verified block signatures slot=41644, recvToValLatency=0.127000093460083, recvToValidation=0.15199995040893555, validationTime=0.02499985694885254 |
| | 2025-09-16 15:48:52.042 | Sep-16 08:48:52.042[chain] debug: Persisted dataColumnSidecars to hot DB slot=41644, root=0x55dfef212b526b8042c972773b863010e5c689d971b713707d4c5a99bd695998, dataColumnSidecars=128, numBlobs=48, custodyColumns=128 |
| | 2025-09-16 15:48:52.033 | Sep-16 08:48:52.033[chain] debug: Persist block to hot DB slot=41644, root=0x55dfef212b526b8042c972773b863010e5c689d971b713707d4c5a99bd695998, inputType=columns |
| | 2025-09-16 15:48:52.032 | Sep-16 08:48:52.032[chain] debug: Verified block state transition slot=41644, recvToValLatency=0.0820000171661377, recvToValidation=0.127000093460083, validationTime=0.04500007629394531 |
| | 2025-09-16 15:48:51.983 | Sep-16 08:48:51.983[chain] debug: Call engine api newPayload slot=41644, executionBlock=37546 |
| | 2025-09-16 15:48:51.983 | Sep-16 08:48:51.983[network] debug: Validated gossip block slot=41644, blockRoot=0x55df…5998, timeCreatedSec=1758012529.426, expectedColumns=128, receivedColumns=128, currentSlot=41644, peerId=16Uiu2HAmR8TpmdP1XSrp9DVfSbc6yAtJc4S7w3voE7tLd9yd2GuE, delaySec=3.9049999713897705, recvToValLatency=0.07599997520446777, recvToValidation=0.07800006866455078, validationTime=0.002000093460083008
Expected behavior
we should trigger BlockInputSync to download block earlier
Steps to reproduce
No response
Additional context
No response
Operating system
Linux
Lodestar version or commit hash
mkeil/refactor-block-input-on-unstable