Yeah thats a cat and mouse game where you run the risk of breaking other valid transaction signatures while doing nothing to stop other UTXO bloat and space waste caused by Bitcoin Stamps and Muun
Discussion
Ordisrespector simply filters unconfirmed TXs with the OP_FALSE OP_IF sequence. There's no other use for that sequence of opcodes than embedding random bytes. And even if the developer fucks up the logic of one of these filters and discards valid transactions they can be amended without causing any long term damage.
Most of the recent UTXO bloat is due to a tidal wave of BRC-20 nonsense TXs that pay market fees to move amounts below the dust limit, like this one: https://mempool.space/tx/d5261e9d383bee5bc429ab5cffbd00fbe031fdd7dd943541f5d18adf40bc0b41
So yeah, ordisrespector as standard policy would possibly be an effective stopgap to UTXO bloat, as it's being fueled by inscriptions.
Regarding stamps, the equivalent stampdisrespector patch is already present in Bitcoin Core. You can turn it on with permitbaremultisig=0 (I do). As a "funny" trivia, Luke tried to turn it on by default back in 2014 and Mike Hearn shot him down: