pull down to refresh

Spam is impossible to keep out of Bitcoin
reply
Glad to see him taking a stance now as well just like Jeff Booth did recently.
reply
So, I think what he's saying is that miners should be the ones to filter spam, not the protocol developers. He said that miners could be nudged to do that through education/persuasion, or through user behavior, which I didn't fully understand.
reply
440 sats \ 4 replies \ @Lumor 5 Sep
His idea is that users who make transactions start adding an extra output that goes to a 1 of N multisig that is addressed to spam-filtering miners. We bribe pools to filter spam in order for them to collect extra fees from such transactions instead of spam-transactions.
reply
I think the part I didn't understand is: I didn't know that you can address transactions to specific miners or types of miners
reply
Yeah, I guess each miner/pool who wants these extra fees will have to disclose a public key. Then it's up to users to keep track of who is ellegible to be part of the multisig due to anti-spam compliance.
reply
Rather than subsidize "white" miners in this convoluted way, why not have users donate to ALL miners by stuffing data into op returns at a fee rate high enough and with a mempool backlog large enough to deter non op return data utxo bloat (aka spam).
if spammers bid more aggressively, greater good minded users can use cpfp or other mechanisms to increase their own bid.
I doubt many users would want to use wallets that forced to donate to an anti spam fund like this.
But they might equally not want to donate to the anti spam fund the other way. And at least this way doesn't introduce a state attack vector.
reply
Adam back wants to shift utxo bloat control (aka anti spam aka censorship) to users / wallets, who would subsidize miners who block spam.
Blocking spam sounds like a good thing. But can we really tell what is spam? Won't the jpegs just keep getting sneakier and sneakier. and it becomes a spy vs spy red queens race and opens a censorship attack vector to boot?
I agree utxo bloat is a problem but idk if this is a solution.
If wallet subsidies push data into prunable op_returns, maybe that's a good thing.
But a) will users pay the extra fee, even if it's tiny? b) will wallet maintainers be able to resist state address and mpubkey whitelists when this is inevitably attempted?
maybe accepting centralization risk of utxo bloat is better than centralization risk of opening wallet filters as a state attack vector.
reply
This is such a tortured way to post a long text. Why do people use X? sheesh
reply
He strives for relevancy but unfortunately his takes are often terrible.
Coasting off a reference in the bible is a good way to make a living I suppose.
reply
Neat idea, but this is still fostering a culture of censorship that can then be hijacked by governments to enforce OFAC-compliance etc.
reply