twoeths

epoch transition time is getting worse and may cause missed attestations at slot 0 as it could be up to 6s Just take a look at gossipsub metric, bandwidth is...

in progress PR https://github.com/ChainSafe/js-libp2p-gossipsub/pull/480

PR was merged, need to update gossipsub option when new gossipsub is released

the above metrics were for % local blocks produced locally, this is % of local blocks published locally (metrics of `vc`)

still an issue with v1.13 and potentially v1.14 need to double check after `batchPublish` option is available https://github.com/ChainSafe/js-libp2p-gossipsub/pull/480 note that I don't see this issue with test mainnet nodes (nodes...

Regarding merging ssz state bytes to an existing TreeViewDU state, I have some statistics from this branch https://github.com/tuyennhv/lodestar/blob/tuyen/state_perf_test/packages/state-transition/test/unit/util/migrateState.test.ts#L71C9-L71C9 - load state 7335296: `const seedState = stateType.deserializeToViewDU(data_7335296);` => it takes 1.3s...

> Do you propose to store the hashing cache in the DB, or load it from a similar state available in memory? @dapplion I'd load it from a similar state...

some monitors on this branch: - `rss` is higher than `unstable` (only 9.5GB to 10.5GB - 1k node) while heap memories are the same - `gc` rate is a little...

this issue happens quite randomly, this is on a real mainnet node running almost `v1.10.0-rc.1`, the peers are consistently at around 60 in the last 2 days topic peers keep...

Previously we count on libp2p which prune connections per new one connected. Now we count on peer manager heartbeat which run every 30s so we can't get connections to 50-55...