I understand the desire to have no spam. However without changing the rules as to what a valid transaction looks like and who is allowed to participate I don’t see how spam is preventable. And while we can minimize spam in the op return it will just mean bloat elsewhere.

What are the fixes?

Reply to this note

Please Login to reply.

Discussion

> while we can minimize spam in the op return it will just mean bloat elsewhere

I disagree because some low-effort spammers give up after failing to submit large spam via op_return, e.g. this guy:

https://x.com/AchimWar/status/1975406333584363932

It is not true that a would-be spammer's only choices are "put spam in op_return or put spam in more harmful places." They can also choose "don't put spam on the blockchain at all," and the above example shows that some would-be spammers (namely, low-effort ones) opt for the latter

Surely low effort subscription spam is simply a software problem away.

Sort of like launching a block chain. I think the legend has it that Doge was launched in a matter of hours. Eventually cut and paste blockchains were just a few mouse clicks to launch. Software surely makes any spam avenue low effort at some point.

So gun yo your head where would you put a spam transaction to do the least amount of harm?

> gun yo your head where would you put a spam transaction to do the least amount of harm?

In the spammer's brain -- if he stored the spam in his own memory neurons, and placed it nowhere else, it would do the least damage there

> low effort...spam is simply a software problem away

I'd like to keep it that way

Okay but you are side stepping the issue. You are forced to make a spam transaction that someone will be expecting to see on the Bitcoin chain or your entire family dies. You beg them to let you use bcash or gulp Solana but they refuse. They are btc maxis and will not even load a block explorer that isn’t pure Bitcoin.

Where do you put the spam?

op_return