funny part is about larry and nutildahs delusions is that the junk is not part of the secure blockchain. the junk can be pruned off without destroying the txid that forms part of the merkle tree thats written into the blockheader.. meaning in the case of a chain re-org or an event where sybil nodes broadcast blocks with a different 'weight' element to a block. they can broadcast different junk attached to the same txid of historic blocks and not get rejected. without having to actually re-hash historic blocks..
You are forgetting the witness transaction IDs and the fact that a merkle root hash of wtxids (computed using
everything in a tx including the junk) is also created and stored in an output of coinbase tx and is verified as part of the consensus rules to prevent transactions inside the blockchain from being modified when relaying blocks.
The whole SegWit soft fork would have been broken if what you described were correct, not just the Ordinals Junk.
In simple terms, like before if you change a single bit anywhere in a transaction you have to mine the whole block again, and essentially perform a 51% attack to change the chain.
it is part of the protocol. there is no exploit at this point. if there had been it would have been fixed by now.
Being part of the protocol needs actual script that is verified and enforced by the protocol not arbitrary data that is only being pushed to the chain to be verified and enforced elsewhere (ie. on a centralized website).
i would prefer you to come up with a better word than "attack" to describe ordinals it's not an attack it is just a use case of bitcoin.
Ordinals is using an exploit in the protocol where certain limits were not introduced in SegWit scripts where it allows injecting large arbitrary amount of data into the chain to abuse Bitcoin as a cloud storage ergo it is an attack.