Raw bytes of data (probably incl CSAM) are already on your hard drive, because people have been putting these into witness for years as inscriptions, since these bytes are actually discounted in terms of fees. image E.g. Transaction: 521f8eccffa4c41a3a7728dd012ea5a4a02feed81f41159231251ecf1e5c79da - mempool - Bitcoin Explorer

Replies (5)

You're missing the technical difference in visibility. Now: Arbitrary data is buried in witness fields, requiring special software to decode and view. With 4MB OP_RETURN: The data sits plainly in a standard output. Any node parsing the chain can see it without special explorers. It’s the difference between data being technically present versus being unavoidably visible. And that's a huge difference. Don't sugarcoat it.
JackTheMimic's avatar
JackTheMimic 5 months ago
Yeah, see how it uses "OP_PUSHDATA2" over and over again? That makes the data non-contiguous because the there is a byte limit when you push data on the stack. (Or else the script doesn't know where your transaction ends) this is not 100kb CONTIGUOUS data. Meaning it IS chunked up.
JackTheMimic's avatar
JackTheMimic 5 months ago
Well, not exactly. Contiguous bytes that amount to CSAM, or malware in general would cause people who run a VPS node to probably have their VM shut down. That's probably 20% of the node netwprk, including major players like exchanges and mining orgs. THAT is the attack vector. Then the mitigations would be effectively having VPS providers whitelist Malware (which they won't). Having the pushbytes allows the data to be segmented and it won't trip malware detection. Nothing to do with the fees.