The Relay Maintenance Committee recently reviewed the requests for inclusion into the mainnet Lido vetted relays list by three new relay operators:
- Agnostic relay
- Aestus relay
- Ultra sound relay
The members of the RMC assembled, filled out, and reviewed an assessment template for each of the relays. The assessment template can be found here (note: the template was iteratively improved upon throughout the review process, so some elements were added or fine-tuned towards the end and may need small follow ups for completeness).
- Has the relay operator posted in the Call for Relays thread with the information required for application?
- Is the relay operator publicly available?
- Is the relay publicly listed and maintained? If yes, please link to the dashboard/webpage.
- Is the relay open source? If yes, please link to the repository.
- Are there any ethical or non-neutral considerations about the relay to disclose? This includes MEV strategies such as transaction reordering or censorship such as address filtering and sanctions/legal compliance.
- How does the relay source from builders and searchers? (e.g. are they internal, external 3rd parties, publicly open, private, permissioned, permissionless)?
- What is the relay operator’s policy for at-fault technical mishaps which result in missed proposals?
- Do we have all the necessary disclosures and contact information about the relay operator?
- How is the relay funded and/or sustained?
- What is the revenue/profit sharing model (if any) of the relay?
- Is this model transparently disclosed and well understood?
- Does the relay operator have a Goerli testnet relay?
- How many days have node operators tested this relay?
- Has the relay been tested for a minimum of two weeks?
- What was the success and failure rate of the relay’s proposed blocks?
- Were there any incident or degraded performance reports from Lido Node Operators while testing the relay? (e.g. missed proposals due to missing/late payloads, validator registration errors, relay timeouts, etc.)
- Were observed issues and incidents during testing investigated and resolved sufficiently in a timely manner?
- Are there considerations and data to be observed and included from mainnet performance?
- Has there been a report compiled to analyze the new relay with performance data on testnet and mainnet?
Based on the review performed by the RMC members, no objections were noted to adding all of the above relays to the “Allow list”. The full proposal of the RMC (to be reflected on-chain by the RMC by Feb 10, unless the community / DAO objects or has suggestions for improvement is):
Add below relays in “must use some list” (is_mandatory = True)
These relays are already being used on mainnet since the Merge and performance is acceptable.
bloXroute Regulated (Mainnet)
bloXroute Ethical (Mainnet)
bloXroute Max-Profit (Mainnet)
Eden Network (Mainnet)
Add below relays in “allow list” (is_mandatory= False)
These relays are new submissions or an existing relay that had an issue in the past and which may be undergoing infrastructural changes (improvements) in the near future.
Manifold SecureRPC (Mainnet)
Ultra Sound Relay (Mainnet)
Agnostic Relay (Mainnet)
Aestus Relay (Mainnet)
Should the relays added to the “allow list” continue to show good performance, a proposal will follow to move them up to the “must use some” list. The suggestion of the RMC is that Manifold remains in the “allow list” until the new iteration of the relay is released which will be based on a brand new and open codebase.