-
Notifications
You must be signed in to change notification settings - Fork 781
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 determine whether or not to use a block supplied by the builder API #3517
Comments
I like this idea a lot! |
ajsutton suggested I submit this to MEV-Boost instead. Ill update this issue if they implement/reject handling it there. |
I think we should add this in lighthouse because MEV-boost won't have the ability to do the local vs. relay comparison because it doesn't connect to a local EE. We'll need the execution APIs to eventually add a post-transaction fee recipient balance field to the |
If there's wider interest in this feature as part of mev-boost, please signal your interest with a 👍 on flashbots/mev-boost#273 |
btw, totally agree that ELs should provide a way to get the validator feeRecipient balance difference to be able to compare the value locally! would be important to keep pushing on this |
## Issue Addressed Resolves sigp#3517 ## Proposed Changes Adds a `--builder-profit-threshold <wei value>` flag to the BN. If an external payload's value field is less than this value, the local payload will be used. The value of the local payload will not be checked (it can't really be checked until the engine API is updated to support this). Co-authored-by: realbigsean <[email protected]>
Description
User's are required to make a binary choice between using a centralized block builder or forgoing MEV.
Expected Behaviour
Allow user's to set a fixed fee (e.g. 0.2 ETH) 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.
The text was updated successfully, but these errors were encountered: