Core could solve all their problems by rolling back to 80 bytes in version 31

"where we were before Core30" i.e. a world where: Large op_returns were being mined anyway, helping node runners by keeping the spam out of the UTXO set, and understanding the importance of miner decentralisation - where we help the small miners (template builders, to be precise) to see the same transactions as the big miners - many of the noderunners (using many versions of Core, and some running LibreRelay) were helping decentralisation via their relaxed mempool policy. That's the world we were on then, and the world we remain in today, and the world we'll be in after you fork off. The Bitcoin Network makes its own decisions, and doesn't need permission from you - or from Bitcoin Core - when it decides to relax mempool policy in order to help noderunners and help small miners who are building their own templates

Fees and pow are the only way to curb spam. If you don't think they can, or the economic incentive is too low, then you effectively believe bitcoin has failed and you should move on.

We want on-chain fees to be as low as possible for as long as possible, as it helps with the security and scalability of Layer 2s Similarly, we don't want people to put more monetary transactions on-chain "in order to price out the spam", for the same reason basically. If your monetary transaction is going to increase the size of the UTXO set, we'd prefer you to use a Layer 2, even if that means the blockspace is taken up by an OP_RETURN instead The only time we want people to put transactions on-chain is if they consume more inputs than the number of outputs created TL/DR: the long term goal is to keep blockspace cheap, to help with scaling, and for the inevitable spam to be in OP_RETURNs and in Witness data