The problem with point 1) is, that it is much more taxing on nodes then on spammers.

If you want to sync the chain in any reasonable time all the unspent utxo set has to be loaded in RAM.

It is already a few GB which has basically killed most of Rpi nodes.

Reply to this note

Please Login to reply.

Discussion

Exactly.

That's why it's better to provide a way to store that is other than this. Because if there is no other way, it will be done this way

I‘m running a raspberry pi with 8GB ram. Took me about 2.5 days to synchronize. What is acceptable I think.

And if I correctly understand, Bitcoin core only uses 512MB ram for the UTXO set the rest is stored on the ssd and fetched if needed. I do not see a problem with ram or disk space unless the number of those transactions will rise considerably.

With op_return, the utxo set does not grow at all. With pubkey data, it will grow forever.

Yes if there will be a significant amount of those transactions which is doubtable as there are cheaper ways (exploiting SegWit).