# MEV-Boost --> TEE-Boost Based on top of [PBS](https://ethereum.org/en/roadmap/pbs/) model, [MEV-Boost](https://github.com/flashbots/mev-boost) (by Flashbots) provides an infrasturcture using which the validators/block-producers can take part in a decentralized block-building where MEV extraction is poised to be a fair and decentralized model. ![relay_architecture-8581d6fe4170bd6565ce2b623e4eabe5](https://hackmd.io/_uploads/rymiZQrtR.jpg) In the above figure, the validators (proposers) and Block builders both can communicate with this system that makes MEV accessible to everyone and makes this field more equal to everyone. It is a doubly trusted systemsystem where relay acts as a guarantor for Data Availability and fair reward distribution. Using the process of bidding, block builders can permissionlesly participate and propose the bundles/blocks for inclusion. One with the heighest bid wins the block space, this process is done by the proposer. So Relay module is more of a facilitator performing different but critical tasks. Builder needs to trust Relays since they arbitrate the bundle auction process, while proposers also needs to trust the Relay since the block header they are proposing to the network is available and valid. This is a lot of trusted components floating around. In the past there have been [proposals](https://ethresear.ch/t/removing-trusted-relays-in-mev-boost-using-threshold-encryption/13449) to make this process more transparent, but they only promised to solve a section of the problem, that too with some collusion based caveats. This process needs a blind but bounded trust such as TEEs. ## Attempted proposed solutions This week I went into great detail of how we can have a TEE sidecar based MEV-Boost --> TEE Boost as an alternative to support the hardware level transparency and security. Based on the elaborative [ideas](https://collective.flashbots.net/t/tee-rainbow-mev-boost-idea/3334) recently mentioned, we can move towards a demonstrable technology that can work with upcoming ePBS [integrations](https://github.com/ethereum/consensus-specs/pull/3828). ## To-Do Classifying components to make the TEE-Boost work with exsiting MEV-Boost architecture as a side car approach. * Taking the relay code and classifying the modules with which gurantees/trade-offs they can give to users * Developing an initial design to test it with future centric Ethereum core roadmap such as ePBS.