user2236: There's a lot of chatter lately in the cryptosphere about Miner Extractable Value (MEV) in Ethereum. As I understand it, MEV is a property of the Ethereum blockchain where miners can (re)order/frontrun transactions when mining blocks to their own advantage. It seems very much like the phenomenon of hedge funds trying to get their servers as geographically close as possible to exchanges in traditional finance.
Does/will Cardano suffer from MEV? If so, why? If not, why not? Is there any talk of preventing the problems of MEV at a protocol level (assuming ADA does/will suffer from the problem)? At a higher level, to UTXO based protocols suffer from MEV?

user2824: There’s a pretty good write-up here:
https://www.reddit.com/r/cardano/comments/n3jkp1/will_cardano_be_a_dark_forest/?utm_source=share&utm_medium=ios_app&utm_name=iossmf

user375: The simple answer is yes, a Cardano pool operator could front-run a transaction in the mempool to their advantage. They would need to customize the haskell code to allow their node to order the transactions in the mempool as they wanted them.
That being said, there is some risk to the pool operator by doing this. There is a 5% chance that any block made by the pool operator ends up in a slot battle. If they lose that slot battle, their transaction that was supposed to front run would instead be executed AFTER by the other pool which ordered the transactions naturally. This would be exactly what the operator didn't want to have happen.
There's also some natural protection from this because... haskell is hard.

2236: <p>There's a lot of chatter lately in the cryptosphere about Miner Extractable Value (MEV) in Ethereum. As I understand it, MEV is a property of the Ethereum blockchain where miners can (re)order/frontrun transactions when mining blocks to their own advantage. It seems very much like the phenomenon of hedge funds trying to get their servers as geographically close as possible to exchanges in traditional finance.</p>
<p>Does/will Cardano suffer from MEV? If so, why? If not, why not? Is there any talk of preventing the problems of MEV at a protocol level (assuming ADA does/will suffer from the problem)? At a higher level, to UTXO based protocols suffer from MEV?</p>
 2824: <p>There’s a pretty good write-up here:</p>
<p><a href="https://www.reddit.com/r/cardano/comments/n3jkp1/will_cardano_be_a_dark_forest/?utm_source=share&amp;utm_medium=ios_app&amp;utm_name=iossmf" rel="nofollow noreferrer">https://www.reddit.com/r/cardano/comments/n3jkp1/will_cardano_be_a_dark_forest/?utm_source=share&amp;utm_medium=ios_app&amp;utm_name=iossmf</a></p>
 375: <p>The simple answer is yes, a Cardano pool operator could front-run a transaction in the mempool to their advantage. They would need to customize the haskell code to allow their node to order the transactions in the mempool as they wanted them.</p>
<p>That being said, there is some risk to the pool operator by doing this. There is a 5% chance that any block made by the pool operator ends up in a slot battle. If they lose that slot battle, their transaction that was supposed to front run would instead be executed AFTER by the other pool which ordered the transactions naturally. This would be exactly what the operator didn't want to have happen.</p>
<p>There's also some natural protection from this because... haskell is hard.</p>
