twoeths

feat: resolve availability using recover_matrix for peerDAS

4

**Motivation** - for super node, if we don't receive sidecar for a single column subnet, we cannot sync, see #7931 - instead of that, we should recover all sidecars when...

fix: validate data_column_sidecar before add to cache

3

**Motivation** - I was investigating why current peerDAS has faster processed blocks than batch in #7910 - it turns out we add `data_column_sidecar` to cache before validating it **Description** -...

### Describe the bug This is similar motivation to https://github.com/ChainSafe/lodestar/pull/7955 found during peerDAS devnet For blobs and block, we need to validate them before adding to SeenGossipBlockInput cache But it's...

feat: validate data column sidecar in batch

5

**Motivation** - it's not efficient to verify each DataColumnSidecar gossip message separately **Description** use the IndexedGossipQueue that's already works for `beacon_attestation` for `data_column_sidecar` - key by `BeaconBlockHeader` base64 - main...

PeerDAS: retry getBlobsV2

2

### Problem description right now we always `getBlobsV2` via `getDataColumnsFromExecution()` whenever we receive block or data_column_sidecar which is not great, because EL may not have all blobs at that time...

feat: improve range sync in fulu

1

**Motivation** - stablize range sync and add metrics to it **Description** - should not do a range sync with peer that has lower target slot than the one in batch...

PeerDAS: super node should recover all sidecars after the first 64

2

### Describe the bug the key thing of PeerDAS is we don't need to wait for all 128 data_column_sidecars to make sure data is available, instead we should only expect...

PeerDAS: huge till become head

2

### Describe the bug for a super node, it takes > 3mins for a node to become head ### Expected behavior it should be < 2.5s consistently ### Steps to...

c-kzg verifyCellKzgProofBatch high process_heap_bytes

2

### Describe the bug Got different behavior of nodes regarding process_heap_bytes - node 0 - MIN_DATA_COLUMN_SIDECAR_BATCH_SIZE = 4: it's >= 45GB and keeps growing here we batch ~4 messages per...

unexpected end of input

2

### Describe the bug got this issue since we upgrade libp2p #7359 ``` Jun-05 00:00:02.814[network] ^[[34mdebug^[[39m: Error setting agentVersion for the peer peerId=16Uiu2HAm2KkyPc68YFS3NF7FgsuX7aen5AHA7eppM2SZH8icmom7 - unexpected end of input Error: unexpected...