- bump miniupnp to `miniupnpc_2_2_8`
- Fix for API VERSION 18 UPNP_GetValidIGD after last bump miniupnp
- update `ci.yml` and use non-deprecated `results`
- fix results import
- Fixes compilation issues in v3 compatibility mode
(`-d:chronosHandleException`)
- pretty-printer for `Duration`
- update ci.yml and be more explicit in .nimble
- Fix tests to be string hash order independent
- add ubuntu 24 and gcc 14
On `ELECTRA_FORK_EPOCH`, PeerDAS is not yet activated, hence the current
mechanism based on `BlobSidecar` is still in use. With EIP-7688, the
generalized indices of `BeaconBlockBody` get reindexed, changing the
length of the inclusion proof within the `BlobSidecar`. Because network
Req/Resp operations allow responses across fork boundaries, this creates
the need for a `ForkedBlobSidecar` in that layer, same as already done
for `ForkedSignedBeaconBock` for similar reasons.
Note: This PR is only needed if PeerDAS is adopted _after_ EIP-7688.
If PeerDAS is adopted _before_ EIP-7688, a similar PR may be needed for
forked columns. Coincidental `Forked` jank can only be fully avoided if
both features activate at the same epoch, actual changes to blobs aside.
Delaying EIP-7688 for sole purpose of epoch alignemnt is not worth it.
* ci: bump status-jenkins-lib version, don't use a branch
Also renamed `Jenkinsfile.nix` to `nix.Jenkinsfile` because the filename makes no sense.
But left a symlink temporarily to not break things.
Signed-off-by: Jakub Sokołowski <jakub@status.im>
* nix: fix hash for Nim compiler checksums repo
Signed-off-by: Jakub Sokołowski <jakub@status.im>
* nix: do not create variable name conflicts
Signed-off-by: Jakub Sokołowski <jakub@status.im>
---------
Signed-off-by: Jakub Sokołowski <jakub@status.im>
The fork digest determines the underlying data type on libp2p gossip,
so it's important to use the matching fork digest instead of picking
whatever wall epoch happens to be.
To avoid "forked" types creeping into `BlobSidecar`, move the reduction
to `BlobSidecarInfoObject` to the sole caller. The info object is fork
agnostic, so does not need "forked" if `BlobSidecar` ever updates.
* Fix blob syncing for Electra
`BlobSidecar` requests on libp2p have a context prefix based on:
> The `<context-bytes>` field is calculated as context =
> `compute_fork_digest(fork_version, genesis_validators_root)`
We currently only process blobs if that indicates Deneb, meaning that
on Electra we incorrectly report `InvalidContextBytes` and refuse to
process the blob response data.
Fix this, and also ensure that the code no longer needs maintenance
with every fork unrelated to blobs.
* fix
