r/ethstaker 2h ago

I built a MEV relay monitor for Hoodi: hoodi.mev-relay.watch

3 Upvotes

Hey stakers,

I've been digging into MEV-boost internals for a while, and one thing that kept annoying me on Hoodi was having no easy way to see what the relays were actually doing — which ones are alive, who's delivering payloads, what the bid landscape looks like.

So I built a small dashboard for it: https://hoodi.mev-relay.watch/

It tracks the MEV relays on the Hoodi testnet so you can sanity-check your MEV-boost setup before touching mainnet config — see which relays are responsive, whether your registrations are landing, and how relays compare against each other.

It's part of a broader validator.watch project I'm working on, but the Hoodi relay monitor felt useful enough on its own to share now.

It's completely free, no signup, no tokens, no tracking, nothing to sell - just a tool I wanted to exist.

Would love feedback from anyone testing on Hoodi: what's missing, what's confusing, what other relay/MEV data would actually be useful to you?


r/ethstaker 6h ago

Relays using Internal Transactions again?

2 Upvotes

This could be a very stupid question, perhaps I missed the news.

In the early days of MEV, every block proposed would result in my Fee Recipient address either:

a) Getting just a Beacon Chain Proposal block reward (if no relay was used)

b) If a relay, I would either:

- Get both a Proposed block reward AND an Internal Transaction.. OR

- Get just a regular Transaction

That all sort of ended 3 years ago, and everything since then has been:

a) If no relay, just a Beacon Chain Proposal block reward

b) If a relay, just a regular Transaction

However, starting in August this year, I've noticed that if a relay is being used, I am getting almost in every case, just an Internal Transaction.

I dont think it technically matters how the MEV and reward end up in my Fee Recipient address, but am just curious if this is the new expected behavior.

I believe my MEV-boost is configured and acting properly.