# Week 12 & 13 EPF Update

## Kurtosis Interop Testing

After discussing with Jihoon to clear up some confusion on the Kurtosis testing setup, I was able to get Geth and Reth running the EIP7805 fork on top of Gloas with a Lighthouse consensus client. I attempted other CL pairs, but the client teams are busy with Fusaka, so we are waiting for them to catch up shortly.

A bug was discovered where some valid IL transactions were not included, but the block was still valid. This appears to be caused by the Lighthouse client not passing ILs to `NewPayloadV5`, which means the ILs aren't being enforced, even though the client is propagating and requesting ILs from Reth and Geth. I have also seen this behavior in other CL clients, so it may be due to these clients still being under development.

## Reth Implementation Work

I created an issue and draft PR on Reth: [https://github.com/paradigmxyz/reth/issues/18392#issuecomment-3290065460](https://github.com/paradigmxyz/reth/issues/18392#issuecomment-3290065460). While there are no comments on the code itself, there have been plenty of reactions from key people in Reth and Ethereum Core development, so at least they appreciate the effort. I even got my PR shared on X! :) Hopefully, I'll get some real feedback on my implementation soon.

I won't open any PRs for the libs I have made small changes to until after Fusaka and FOCIL have been SFI'd for Amsterdam. I will also eventually need to split the branch into two: a testing branch with the EIP7805 fork, and an Amsterdam branch with FOCIL implemented on the Amsterdam fork.

Most of the code changes this week were to clean up the PR, rebase it onto Osaka, and a small fix to better handle the building of ILs, as there was an edge case that could occasionally crash Reth on longer Kurtosis testnets.

## Next Steps

- Wait and respond to feedback
- Move `EngineAPIMessageVersion` to V6
- Conduct further interop testing on Gloas with Teku and Lodestar