Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow users to set a fee cutoff to use a block supplied by the builder API #6140

Closed
allboxes opened this issue Aug 27, 2022 · 5 comments
Closed

Comments

@allboxes
Copy link

Description

User's are required to make a binary choice between using a centralized block builder or forgoing MEV.

Expected behavior: [What you expect to happen]
Allow user's to set a fixed fee cutoff under which they will use a locally produced block.

In this way validators can gain exposure to large MEV opportunities while still contributing to decentralized block building when MEV is small/non existent.

Additionally, as the CL does not currently have a view into the value of a locally produced block, this provides some protection to user's from relay's producing very low value blocks.

In the future this can be enhanced by comparing the value of the locally built block vs. the remote builder's submission and using a fee delta instead of a fixed fee..

@ajsutton
Copy link
Contributor

This is a good idea. It could be done in the beacon node, but this kind of feature would ideally live in the MEV sidecar (eg mev-boost) which is already responsible for comparing the bids from different relays and selecting which one to use. It would make a lot of sense for it to have an option to return no bid if a minimum value isn't reached and the beacon node would then automatically fallback to using the local EL.

There are two advantages to this, firstly it avoids adding more complexity from MeV into the beacon node and secondly, it would make the feature available to all beacon node implementations at once rather than each having to independently implement it.

@allboxes
Copy link
Author

That's a good point. I submitted it to MEV-Boost.

@allboxes
Copy link
Author

allboxes commented Sep 9, 2022

It looks like Lighthouse/Prysm are implementing this and I'm not getting much traction on the MEV-Boost relay for the issue/PR so thought I'd put it back on your radar in case you have the bandwidth to include it here.

@metachris
Copy link

metachris commented Sep 23, 2022

If there's wider interest in this feature as part of mev-boost, please signal your interest with a 👍 on flashbots/mev-boost#273

@allboxes
Copy link
Author

Implemented in MEV-Boost

@allboxes allboxes closed this as not planned Won't fix, can't repro, duplicate, stale Oct 20, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants