Bitcoin core devs are attacking the network by blotting the UTXO set with arbitrary data to centralize Bitcoin in the hands of a few so they can break it. Don't let it happen run Bitcoin Knots, share this spread the message.
pull down to refresh
15 sats \ 3 replies \ @LibertasBR 15h
I don't know enough to understand what's going on. I've seen several posts about spam on the Bitcoin network. What is it, how is it done and what is its purpose?
reply
155 sats \ 2 replies \ @anon 14h
The purpose of ‘the spam’ is to get you to buy memecoins, jpegs or nfts. That’s it.
Most of this activity comes out of China, probably Hong Kong.
Op_return outputs on Bitcoin have existed for 10 years… and now that memecoins on altcoins are dying there is a new scam - the same ‘memecoins’ but on Bitcoin in the form of arbitrary data.
Op_return outputs, unspendable outputs, have always been a place for arbitrary data on Bitcoin - op return was specifically created as the “least harmful” way of encoding arbitrary data for whatever purpose. Now degens have created ‘tokens’ and ‘memes’ using op_return and there is no way to keep them from gambling on… tiny injections of code based on dog memes.
Bitcoin knots, a custom bitcoin implementation, has a set ‘mempool policy’ where the bitcoin transactions don’t get propagated to the broader network if they include arbitrary data. However even op_return outputs are still valid as long as current nodes propagate them or they are sent to miners directly.
Therefore bitcoin core and most devs believe that trying to ‘limit’ the arbitrary data sizes through ‘mempool policy’ does more harm than good - it hurts the transparency of the mempool and won’t stop degens anyway. The degens will include arb data anyway… just to gamble by paying miners or spooling up their own nodes and using op_return in its current form of 10 years.
The ‘other side’ of the argument is… OK degens may degen on tokens but that doesn’t mean we should make it easy for them. It should be as difficult as possible for them to do this… even if it’s not 100% complete.
The first solution (letting degens burn themselves out) is economic - the degens eventually run out of money as memecoins are a fad. If Bitcoin can’t compete against gambling… it never had a future anyway and it doesn’t help to ‘fragment’ mempools.
The second… is technical. If somehow memecoin arb data never makes it to ‘the mempool’ to begin with then the degens will just… give up. Which personally doesn’t make any sense to me (and is the prevailing opinion among traditional core devs).
The issue still isn’t ‘100%’ resolved… and so the debate around it continues with passion on both sides.
reply
5 sats \ 0 replies \ @LibertasBR 13h
Thank you very much for the detailed explanation. I will use it as a guide to understand the problem even further.
Regarding the solutions you mentioned, the economic one seems to me the most correct, let them run out, indeed the impacts don't seem good to me
reply
0 sats \ 0 replies \ @piecoverBTC OP 14h
Greatest explaination I could get. Thank you!
reply
110 sats \ 3 replies \ @ek 14h
Messing with mempool policies in a way that makes them unreliable for miners will centralize mining even more.
Mempools exist so a node can estimate fees. If your mempool does not include the transactions that a miner will most likely mine next, your mempool is useless.
reply
0 sats \ 2 replies \ @piecoverBTC OP 14h
Making it easier and cheaper to OP_RETURN is messing with the mempool policies. The ideal choice is for devs to do nothing but if they want to ease it we must act against it.
reply
100 sats \ 1 reply \ @ek 14h
but not in a way that makes them unreliable for miners ...
reply
0 sats \ 0 replies \ @piecoverBTC OP 13h
Miners don't need more OP_RETURN to survive. They can live off regular tx fees and block rewards that they deserve and that's how it supposed to work.
Again the best thing is to do is nothing, not to ease not to harden.
reply