Yes and no. On the one hand, one does have to accept that "MEV" in the "_Maximum_ extractable value" is always going to be potentially present on a public blockchain - but often times, this is a good thing. Liquidity pool arbitrage is also "MEV", but is MEV that is absolutely vital to efficient markets, and the more advanced the players in that game get, the more everybody gets to enjoy liquid and efficient markets. On the other hand, more and more DeFi projects take in to consideration possible MEV extraction vectors when designing applications, and some even use "MEV protection" as a USP (such as CoWswap)
A similar problem appears to emerge when Bitcoin’s block reward disappears, as high volatility in block rewards would cause rational miners to behave in suboptimal ways.
To answer that I would invite anyone to try using a blockchain under heavy load without any way for users to prioritize transactions. What you will find is the network becomes vulnerable to transaction spamming; possibly to point of breaking consensus making it so nobody can transact at all.
MEV is a consequence of a design decision to address this. And that's not to say Ethereum has everything figured out and a better FIFO model can't solve this, but afaik this is the current state of things.
The blockchain is essentially solving the ordering problem, one big timestamp machine. The solution you propose would require a timestamp machine in the first place lol.