The Solana blockchain may see a new open-source approach to maximal extracted value (MEV), according to a white paper produced by blockchain protocol architect, Chorus One.
The version of MEV for Solana by Chorus One is in the prototype stage, and the company doesn’t intend to deploy it as a competitive platform to other existing models for Solana-based MEV. Instead, Chorus One intends to turn the MEV protocol over to the public for ongoing refinement and integration.
“The Solana-MEV client is a public good. Chorus One will not explore the model commercially,” Chorus One research analyst Thalita Franklin told The Block.
Differing approaches to MEV
Differences in the architecture of Ethereum and Solana mean different strategies must be applied to make the most of MEV.
On the Ethereum network, the practice of MEV sees blocks of transactions rearranged in order to impart the greatest value to validators. This is facilitated by searchers who derive the most valuable order of transactions from Ethereum’s mempool, a sort of holding pool on the network where unconfirmed transactions await validator processing.
For Ethereum, MEV has introduced challenges around censorship. In one case, prevailing MEV provider Flashbots opted to censor transactions routed through a sanctioned privacy service known as Tornado Cash.
“The block building marketplace is vulnerable to censorship once centralized intermediaries need to be added to the transaction path. The decentralized extraction by validators has the potential to mitigate censorship as it requires no additional layers of participants in the network, besides validators,” Franklin said.
Adapting MEV for Solana
On Solana, as the blockchain’s network architecture differs significantly from that of Ethereum, a simple plug-and-play version of an Ethereum-based MEV would lack functionality. For instance, Solana lacks any such mempool and, unlike Ethereum, validators are predetermined, so transaction information is passed directly to the next in line to process a block.
For MEV to work on Solana, Chorus One’s approach adds a step to the validation process where the block processor performs an extra check to see if any MEV opportunities exist. If an opportunity exists, the MEV transaction is added to the transaction block and broadcast to the network, and if none exist the block is sent to the network without modification.
Flow graph from Chorus One.
“For optimal results,” Franklin noted that the model must “be adopted by a majority of validators, and consequently maintained by a decentralized entity,” but that it is also possible for the MEV protocol to be run independently by any validator.
Source : theblock