KVORUM
lidoSource: Snapshot · #0xf1074ec134595ba8ba6f802c5e505fda32e6ab93e9763d1e43001f439241b7c9

MEV-Boost Relay Allowed List management via Easy Track

succeededMar 24, 2025, 04:00 PM UTCsignaling · non-bindingbyDB0xdbbc…1cb6View on Snapshot ↗

01Summary

AISummary by Kvorum

An AI summary is not generated yet. Read the description →

02Description

741 words

TL;DR

It is proposed to adopt three new Easy Track EVM script factories for the management of the MEV-Boost Relay Allowed List with the Relay Maintenance Committee (RMC) as a trusted caller. This will streamline the existing update process and increase the LDO tokenholders' ability to steer the decision making.

Motivation

The management of the MEV-Boost Relay Allowed List is currently a manual multi-step process and is done by the Relay Maintenance Committee (RMC) on behalf of the Lido DAO. It requires submitting a change proposal on the Research Forum (example can be found here), waiting for the challenge period, and coordinating with RMC participants to draft, verify, and sign the transaction. The proposed introduction of the Easy Track factories will streamline this process and reinforce governance by enabling LDO tokenholders to participate in managing the list, enhancing transparency and accountability.

Context

The MEV Boost Relay Allowed List serves as a definitive source of truth for allowed relay services, enabling node operators to keep their configurations up to date in alignment with the informed suggestions by the RMC. Node operators participating in the Lido protocol are required to use at least one relay from the “must use some” category while having the flexibility to choose any number of relays from the “may use” category in their consensus layer client or out-of-protocol proposer-builder separation validator sidecar configuration. This framework promotes Ethereum’s decentralisation while enabling MEV extraction for the Lido protocol.

The Relay Maintenance Committee (RMC) oversees the vetting and governance of the list, proposing updates as needed. Changes may be driven by factors such as:

  • Relay discontinuation or operational concerns
  • Community-driven reclassification between "must use some" and "may use" categories, requiring the update of the relay “is mandatory” field
  • Inclusion of newly vetted relays seeking to provide services within the Lido ecosystem

These updates ensure the MEV-Boost Relay Allowed List remains accurate, functional, and aligned with the protocol’s evolving needs.

Design Details

According to the specification document, the proposed change will introduce three new Easy Track EVM Script Factories:

  • AddMEVBoostRelays
    • Allows creation of an EVM script to add information about one or multiple MEV-Boost relays to the list
  • RemoveMEVBoostRelays
    • Allows creation of an EVM script to remove one or multiple MEV-Boost relays from the list by the URI
  • EditMEVBoostRelays
    • Allows creation of an EVM script to edit one or multiple MEV-Boost relays in the list by the URI
    • Since direct edits are not supported in the allowed list contract, modifications will be executed as an ordered combination of remove_relay and add_relay function calls

Each factory enables the committee to perform a respective action (add, remove, edit) on the MEV-Boost Relay Allowed List contract. These actions can be applied to multiple relays within a single motion.

For the new EVM script factories to function correctly, Easy Track’s EVM Script Executor (instead of the RMC) must be assigned as the manager of the MEV-Boost Relay Allowed List contract by the Lido Agent as the owner of the list contract, which will initiate an on-chain vote for the role’s assigned address change.

Trade-offs

The proposed change will impose a few limitations on the usage of the system, acknowledged by the RMC:

  • Delegation of the manager role
    • Assigning the manager role to the EVM Script Executor means immediate modifications to the list will not be possible. Instead, all changes will be subject to a mandatory objection period during an Easy Track motion (72 hours at the time of this vote).
  • Limited multi-action support
    • The current implementation does not support the inclusion of multiple actions of different types in a single motion. Each factory builds scripts to perform actions of a dedicated type (add, remove, edit) and performs necessary checks. In order to make multiple different updates to the list multiple motions can be created in parallel as changes will not be conflicting.

Next Steps

If a quorum for this proposal is reached, the proposed changes will be implemented and deployed after all audits and security checks are successfully completed, followed by an on-chain vote to add the new factories to the Easy Track and grant the Easy Track’s EVM Script Executor the manager role on the MEV-Boost Relay Allowed List contract.

If a quorum for this proposal is not reached the Relay Maintenance Committee will continue managing the Relay Allowed List manually using the existing process.

03Mismatch analysis

AIMismatch analysis by Kvorum

A calldata-vs-description analysis is not generated yet. Review the decoded actions →

04Actions

0 total

This proposal carries no on-chain actions.

05Tally

Summed from votes

Voters182
VP participating0
Outcome (current)For
Current support100%

06Voters

182 total
Filter:
VoterChoice% of totalRationale
4A0x4af8…6a0bFor020.63%—2y ago
420x42e6…3fb0For015.91%—2y ago
6C0x6cd6…b52eFor011.38%—2y ago
810x8172…922eFor08.38%—2y ago
6D0x6d8d…0cccFor06.17%—2y ago
LIlido.banteg.eth0x55bc…f0faFor05.73%—2y ago
510x510a…8d0eFor04.83%—2y ago
B90xb933…8dd1For03.91%—2y ago
A40xa418…b737For03.70%—2y ago
AE0xae09…256bFor03.66%—2y ago
110x1109…43daFor03.25%—2y ago
3F0x3fb1…4c8aFor02.66%—2y ago
1F0x1f76…5ed6For02.43%—2y ago
6A0x6a39…4bd2For01.72%—2y ago
7A0x7a59…8e22For00.88%—2y ago
6F0x6f9b…8a1dFor00.69%—2y ago
A20xa2ff…7be9For00.67%—2y ago
870x8787…ea52For00.62%—2y ago
B60xb664…f890For00.53%—2y ago
E80xe80e…28e8For00.51%—2y ago
2C0x2cc1…4df1For00.45%—2y ago
290x29b5…2c2fFor00.26%—2y ago
620x624d…2cd0For00.23%—2y ago
100x10a2…36f3For00.22%—2y ago
910x919a…a361For00.13%—2y ago
980x9830…bd94For00.13%—2y ago
060x06a9…bba0For00.12%—2y ago
3D0x3d63…4afcFor00.10%—2y ago
780x78d1…753aFor00.07%—2y ago
3D0x3ddc…05b0For00.03%—2y ago
8A0x8ab6…e0baFor00.00%—2y ago
7A0x7af3…8df3For00.00%—2y ago
050x0579…4048For00.00%—2y ago
3D0x3d5a…b97fFor00.00%—2y ago
B70xb792…89d7For00.00%—2y ago
EC0xecc2…6ac9For00.00%—2y ago
E60xe6b5…f1fdFor00.00%—2y ago
C10xc1c2…24f8For00.00%—2y ago
530x53c4…3584For00.00%—2y ago
C40xc48b…75b6For00.00%—2y ago
500x500f…7d0bFor00.00%—2y ago
2D0x2d67…ac5cFor00.00%—2y ago
B30xb3bf…6ce4For00.00%—2y ago
010x0151…c3b9For00.00%—2y ago
BF0xbfd1…4f66For00.00%—2y ago
650x659f…dadcFor00.00%—2y ago
A40xa4b2…dba8For00.00%—2y ago
AF0xaf90…7b3bFor00.00%—2y ago
CE0xce57…70f0For00.00%—2y ago
D60xd636…b468For00.00%—2y ago
Showing 50

07Forum

No forum thread is confidently linked to this proposal.

08Similar proposals

AI · embeddings

No semantically similar proposals found yet.