Application
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.
- we're running stock flashbots relay
- custom frontend at https://relay.ultrasound.money
- default frontend at https://relay.ultrasound.money/classic-ui
- The custom frontend is available here (https://github.com/ultrasoundmoney/frontend/tree/main/src/relay).
- We will shortly share the exact commit hashes we're running (for the relay and validation nodes) on a public README.
- 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?
Yes
Yes (refer to Ultra Sound Relay (Mainnet) and Ultra Sound Relay (Goerli))
Yes, quoted reply below
The relay operator has not disclosed any such considerations and no non-neutral behavior has been observed during relay performance report compilation.
“The relay is open to all builders to connect. We are not a builder ourselves so we do not source searchers.”
“We will make refunds up to 10 ETH. (For context, we are a small public good project with a tiny budget.)”
Yes
Revenue
- What is the revenue/profit sharing model (if any) of the relay?
- Is this model transparently disclosed and well understood?
“No revenue/profit sharing! The relay is free to use and will remain free.”
N/A
Testing
- 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?
Yes
The relay has been tested by a substantial portion of Lido Node Operators on Goerli for > 2 weeks, please see
No failed blocks were observed during the period.
Some registration errors / timeouts were noticed but no missed proposals / late payloads, see
From , re: validator registration timeouts Ultrasound is running a less powerful cluster on Goerli vs. mainnet due to cost constraints, meaning response times from the relay take longer. The validator registration endpoint timed out for some of these blocks.
Based on relay monitoring and public data sources (e.g. https://www.rated.network/relays?network=mainnet and https://www.mevpanda.com/) no observations would lead a reasonable observer to believe that the relay does not operate well. A few instances of a relay reporting larger bid than actual amount delivered have been noted, though.
Yes, see
References/attachments (if not included in relay details)
- Follow up questions
