Emilia Hane

> The engine api connection requires a valid jwt, how feasible is something like this? I assume an attacker on the same machine is out of scope would it need...

thanks @gnattishness [`engine_newPayloadV3`](https://github.com/ethereum/execution-apis/blob/main/src/engine/cancun.md#engine_getpayloadv3) and [`engine_forkchoiceUpdatedV3`](https://github.com/ethereum/execution-apis/blob/main/src/engine/cancun.md#engine_forkchoiceupdatedv3) have 8 second timeouts. how about keeping the unbounded channel in that case, but polling it not when EL is ready to process the engine...

closing in favour of addressing https://github.com/paradigmxyz/reth/issues/8203 wrt to spec'd timeouts for messages

still have to build some tests

> It feels a bit overcomplicated, can we just have a `VecDeque` of segments that we pop/push from/to? > > How I see it: > > 1. `VecDeque` of segments...

> > Saves last pruned table between prune jobs > > I am not sure if we need it, what is the case when we want to continue pruning some...

don't think it makes that big difference now that this is implemented + tested

blocked by db background task design, cc @Rjected

related https://github.com/paradigmxyz/reth/issues/8131

what commit are you running @gbrew ?