@TheKayman
Software developer by day. Bitcoiner also by day…
🇦🇺
No relay list published yet.
Recent Notes
I agree in general. Bitcoin is a neutral network and is not responsible for criminals using it as money.
My broader point though is that bitcoin even with a larger op_return is not a realistic way t...
I don’t think we are going to agree on your first point so let’s agree to disagree.
The issue with the garbage can analogy is that the garbage can is 4x more expensive. There is no economic incentive for spammers to use op_return. However, it still allows bad actors to relay illicit data through an officially supported method. Even if everyone still uses inscriptions, this change still widens the attack surface.
The issue with pruned nodes is that if I ran a pruned node I can’t run a transaction indexer such as an electrum indexer which is important for running an electrum server. Without this it makes it very hard to connect my sparrow wallet to my node. If 99% of people run pruned nodes then anyone doing an IBD would have to get the blockchain data from the 1%.
The issue with the garbage can analogy is that the garbage can is 4x more expensive. There is no economic incentive for spammers to use op_return. However, it still allows bad actors to relay illicit data through an officially supported method. Even if everyone still uses inscriptions, this change still widens the attack surface.
The issue with pruned nodes is that if I ran a pruned node I can’t run a transaction indexer such as an electrum indexer which is important for running an electrum server. Without this it makes it very hard to connect my sparrow wallet to my node. If 99% of people run pruned nodes then anyone doing an IBD would have to get the blockchain data from the 1%.
12🤙1
So there is illegal data on-chain outside of OP_ R, right?
Edit: a fork to remove the illegal data is not necessary. A softfork to prevent it being put in op_return may be warranted.
So there is illegal data on-chain outside of OP_ R, right?
Idk, possibly. Maybe if you piece together lots of chunks of data hidden in the witness section of a transaction, you might be able to interpret an illegal image etc, but because it would have had to have been hacked in in multiple chunks, it is neither obvious nor supported and so a fork is not necessary.
Is there already is illegal non-financial data on-chain?
If so how does a fork solve this?
Seems like we would need a new coin from scratch? Rather than a fork.
The fact that you have to ask if there is any illegal data on chain says that even if there is it’s not obvious and not natively supported by the network. Any illegal data mined in the op_return part of the transaction will be known about because:
1. It is a full contiguous string of data that can potentially be dragged and dropped into video playing software without any complex reformation of data
2. The reason op_return was created in the first place was for a way to include a very small amount of arbitrary data in a transaction, meaning arbitrary data is op_returns purpose. Therefore increasing the default op_return limit 1250x signals that bitcoin now supports and facilitates the relaying and storage of arbitrary data which must include illegal data as well.
As soon as illegal data was mined in bsv using op_return it was known about…
1. It is a full contiguous string of data that can potentially be dragged and dropped into video playing software without any complex reformation of data
2. The reason op_return was created in the first place was for a way to include a very small amount of arbitrary data in a transaction, meaning arbitrary data is op_returns purpose. Therefore increasing the default op_return limit 1250x signals that bitcoin now supports and facilitates the relaying and storage of arbitrary data which must include illegal data as well.
As soon as illegal data was mined in bsv using op_return it was known about…
1