The Plan (tm)

1. Define the architecture of the communication between consensus client, execution client, and mev-boost.

✔️ mev-boost will be a sidecar. The consensus client opts-in to use mev-boost. If it fails for any reason, the consensus client falls back to direct communication to the execution client.

2. Write a basic specification that is conservative, centralized, and trusted.

✔️ Specification v0.2

3. Move the API to Ethereum specs, polish and make it ready to be implemented.

✔️ https://github.com/ethereum/builder-specs

4. Implement the specification in mev-boost and mergemock.

[Milestone: merge-ready.]

✔️ https://github.com/flashbots/mev-boost

✔️ https://github.com/protolambda/mergemock

5. Implement the specification in the flashbots builder.

✔️ https://builder-relay-ropsten.flashbots.net/ + https://builder-relay-kiln.flashbots.net/

[Milestone: merge-ready.]

6. Test with kiln, ropsten (maybe hive, kurtosis).

⏳ in progress, Flashbots builder on Kiln and Ropsten is up and running.

[Milestone: end-to-end-ready. Expected deadline, end of june]

7. Implement the specification in the consensus clients.

⏳ in progress, currently live testing

See also the consensus client implementation status table here: https://github.com/flashbots/mev-boost/wiki#implementation-status

[Milestone: all-client-support. Expected deadline, end of june]

8. Add requirements specific for validator pools.

[Milestone: validator-pool-extras. Expected deadline, mid june]

9. Add requirements specific for big validators.

[Milestone: big-extras. Expected deadline, mid of july]

10. Add a second independent builder. [Expected deadline, end of july]

11. Explore the options for decentralization of the builders. [Expected deadline, august]

12. Explore the options for decentralization of the orderflow. [Expected deadline, august]

13. [...]

14. Magic. [daily during sunset 🌞]

15. In protocol PBS. [Expected deadline, 2023]