by billymcbip

I propose that we limit ScriptPubKey length for new UTXOs to 260 bytes, unless the transaction happens in a block where block_height % 256 == 0. This would be a consensus rule, activated in a soft fork.

Why limit ScriptPubKey length?Why limit ScriptPubKey length?

To make it more expensive and more cumbersome to embed arbitrary data. We cannot prevent steganography, but we can impose limits on contiguous data storage. Each ScriptPubKey in a serialized transaction is accompanied by a ScriptPubKey length field and an amount field.

The highest ScriptPubKey length that is encoded as a single byte is 252, so the optimal chunk size would be 251 or 252 bytes (depending on whether OP_RETURN is used). Each chunk would be accompanied by 8 bytes for the amount, 1 byte for the ScriptPubKey length, and potentially another byte for the OP_RETURN opcode. That’s around 4% minimum overhead per arbitrary data byte.

...read more at delvingbitcoin.org