You’re missing that anyone can already put anything in an inscription.

Reply to this note

Please Login to reply.

Discussion

I can see how this truth fits in to this debate in multiple ways:

1) CSAM is probably already in the chain using the inscriptions method

2) CSAM is in the chain from years past

3) op return limits aren’t meaningful limits for spammers because inscriptions method get then 4x more space at ¼ the cost for spam

4) inscription technique is a cost to use in and of itself: it requires more brain power of the spammer to use inscriptions to spam over op return

5) Code for returning CSAM from bitcoin block is longer when stored in inscription format as opposed to op return or older storage methods , but never the less any code for reconstructing CSAM from blockchain can be a one liner on the command line.

Right, but all the tools are already out there. I call bullshit on the people screaming OP_RETURN is worse because it’s contiguous. The data is there or it’s not.

Agreed.

Also, proving one’s hard drive contains CSAM is technically a little tricky. It’s not like your node and my node each have one big file called blockchain.db that hash to the same digest.

I was today years old when I learned there is an obfuscation key applied to the stored blockchain data on your node…I am assuming one can accomplish a cryptographic delete by deleting the obfuscation key…and anyone trying to prove your hard drive had CSAM on it would have to create it by using key and querying the database and crunching the numbers to make illegal numbers appear.