tersec

This sync is attempting to do something network doesn't promise to support, i.e. genesis sync from outside the spec-mandated block retention period of [`MIN_EPOCHS_FOR_BLOCK_REQUESTS == 33024 epochs ~= 5 months`](https://github.com/ethereum/consensus-specs/blob/v1.5.0/specs/phase0/p2p-interface.md#configuration)....

> > Instead, https://nimbus.guide/trusted-node-sync.html provides a more reliable way of syncing such a network. > > That works, but it assumes I have access to a trusted node. If I...

As https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/weak-subjectivity/ and https://github.com/ethereum/consensus-specs/blob/v1.5.0/specs/phase0/weak-subjectivity.md#weak-subjectivity-period discuss, genesis sync isn't necessarily safer than checkpoint/trusted node sync, to begin with, because outside this "weak objectivity period", which the genesis of mainnet is definitely...

https://github.com/status-im/nimbus-eth2/actions/runs/14842398481/job/41668253800?pr=7127 ``` 2025-05-05T18:21:02.9784725Z Hint: mm: refc; threads: on; opt: speed; options: -d:release 2025-05-05T18:21:02.9787538Z 378176 lines; 215.223s; 10.377GiB peakmem; proj: /github-runner/github-runner-node-02/workspace/nimbus-eth2/nimbus-eth2/tests/all_tests.nim; out: /github-runner/github-runner-node-02/workspace/nimbus-eth2/nimbus-eth2/nimcache/release/all_tests/all_tests.json [SuccessX] 2025-05-05T18:24:28.9640792Z /github-runner/github-runner-node-02/workspace/nimbus-eth2/nimbus-eth2/vendor/nimbus-build-system/vendor/Nim/lib/system/iterators.nim: In function ‘_ZN9confutils8loadImplE8typeDescIN4conf14BeaconNodeConfEE3seqI6stringE6string6string4bool4bool3refIN9anonymous16SecondarySourcesEE4procIN4conf14BeaconNodeConfE3refIN9anonymous16SecondarySourcesEEE6string.constprop’: 2025-05-05T18:24:28.9649194Z /github-runner/github-runner-node-02/workspace/nimbus-eth2/nimbus-eth2/vendor/nim-confutils/confutils.nim:910:15:...

> The only change between v25.4.1 and v25.5.0 is MEV related: > > https://github.com/status-im/nimbus-eth2/compare/v25.4.1..v25.5.0 > > So, I doubt that this is a version specific issue. Also the BN is...

Superceded by other PeerDAS branches.

> I'm seeing a similar issue with the nimbus VC (25.5.0) connected to 2 BNs, Nimbus (25.5.0) and the new teku BN (also 25.5.0 😅 ) > > They changed...

Part of this is that the Sepolia bootnodes had decayed somewhat. In general, Nimbus uses https://github.com/eth-clients/sepolia/blob/main/metadata/bootstrap_nodes.yaml directly, and of those, in the version of that YAML file currently shipped: ```...

In favor of removing.

> The Windows failure happens in `test_io` after Nim commit [nim-lang/Nim@8f5ae28](https://github.com/nim-lang/Nim/commit/8f5ae28fab113c425d22e5abc230f456fa627744). The issue seems to be with clang's stack protection, the new generated code breaks it in some way that...