I don't understand how smart technical people believe it's possible to prevent spam through static filtering rules.
I. Just. Don't. Understand it.
Discussion
Itās a stopgap
I also do not see why existing restrictions must be removed.
Did you read the mailinglist thread where this was explained? https://gnusha.org/pi/bitcoindev/CAAANnUy08NBOq3B++80Rpna2qkD6NJV9RdV9v0Oi8c3G8eq_4g@mail.gmail.com/T/#mb13230a0c1c39b82b74f928791726d6a254063a4
Some people never managed email servers and spamassassin rule sets and it shows.
We just got a pretty sweet AI service at work.
It just works, with minimal management.
Email servers never gave up fighting spam, which canāt be said for Bitcoin unfortunately.
Not giving up against spam is good because anti spam technologies enabled Bitcoin in the first place. Thank you nostr:nprofile1qqsqyredyxhqn0e4ln0mvh0v79rchpr0taeg4vcvt64te4kssx5pc0spzpmhxue69uhkummnw3ezumt0d5hstpyv82 et al.
If people understand the reason of rules, everything is all right.
If it could be stopped, we'd be fucked
maybe they aren't that smart...
or just haven't thought it though...
That sounds like a strawman to me. The start of the dispute was a PR to update datacarrier size to consider Taproot. Furthermore, I havenāt heard claims that spam would be prevented, only mitigated.
Exactly, and thatās the entire narrative of the spam apologists: we canāt score a definitive win against spam, so we should abandon the fight entirely. To me, these people expose themselves as either intentionally dishonest or bad actors.
Even if it worked as you say it has significant negative consequences if people bypass it creating UNPRUNABLE data.
It's not a strawman. Static content filters do not mitigate spam on the blockchain at all.
To continue the police analogy, to reduce spam you need actual deterrence in the form of very serious real cost. Such cost should ideally be imposed on the spammer or on the miner that facilitates the spammer. The former would require KYC. The latter can be done. But be careful what you wish for.
Honestly honoured by your response and love your podcast.
I was not arguing for or against the effectiveness of filters in my post. Iām saying that nostr:nprofile1qqs0m40g76hqmwqhhc9hrk3qfxxpsp5k3k9xgk24nsjf7v305u6xffcpzamhxue69uhhyetvv9ujumn0wd68ytnfdenx7tcpzfmhxue69uhkummnw3ezucn4d9kxgtc2nych7 and co want filters that change over time, not **static** filters. Representing the contrary IS a strawman.
You can't change consensus on a whim. Standardness filters don't work. But even if they did, Bitcoin Core does a release once every six months and people can take years to upgrade. Spammers can adjust because the release is even out. So for all intends and purposes these filters are static.
Now you add a privileged public key to each that accepts new filters in real time. Then they wouldn't be static. And then OFAC asks for the corresponding private key.
* before the release is even out
Okay, perhaps one of several reasons why filters may be ineffective is that they cannot be changed fast enough. And, dependance on constant updates is a potential attack vector. It is still a stretch to describe the position as wanting static filters. And automatic updates by a trusted party would be crazy. Nobody of any note is talking about that or changing consensus - another strawman.
The meta point is that misrepresenting the other sideās arguments (i.e. straw manning) is not an effective strategy for persuading informed fence sitters. That is true even when you are right about the specific issue at hand.
I'm happy to give nostr:npub12rv5lskctqxxs2c8rf2zlzc7xx3qpvzs3w4etgemauy9thegr43sf485vg some artistic license here. It's also worth considering that the people who advocate for filters do not have a clearly articulated position. That includes a lack of clarity about how far they're willing to go. Is the line really at automatic updates? Just because nobody said it out loud? The arguments in favour of filtering seem to vary by who you ask. So that means any attempt at summarising the position can be interpreted as a straw man by someone who has a slightly different position that the other person.
You could advocate for preventing easier spam on Bitcoin ā but instead, youāre advocating a change that enables it further. How about leaving it alone? Youāre proposing a major change, so the burden of proof is on you. Weāre not obligated to follow, and we wonāt.
Leaving it alone incentivizes WORSE spam - flooding UTXO set!
The pull request links to a mailinglist post that explains all of this. You're not required to read it, but this "burden of proof" has been more than bet. On the flip side, those who oppose the pull request have not raised a single technically valid argument. And rather than just running Knots, many of them choose to harass developers and frustrate the Github repo.
* met
Removing this limitation to enable BitVM or Citreaās bridge doesnāt count as āproof.ā As a node runner, I refuse to go along with changes that risk corrupting Bitcoin Core.
Itās arrogant to assume all risks have been accounted for. Just look at how Taproot unintentionally enabled spam via Casey Rodarmorās Ordinals ā a scenario developers didnāt foresee. That alone should be a cautionary tale.
The so-called āproofā in the mailing list isnāt convincing, and Iām far more concerned about the unintended consequences that often follow well-meaning but poorly considered changes.
Its the opposite. You suggested censoring people which is a form of harassment - first screenshot.
People gave you numerous technical problems with this PR and you were not able to give appropriate argument of why it will be good for Bitcoin network - second screenshot (and there are many more technical comments in the pr discussion although many were silenced like the Bitcoin Mechanic)
Would be interesting to see a response to this nostr:nprofile1qqsgdp0taan9xwxadyc79nxl8svanu895yr8eyv0ytnss8p9tru047qprpmhxue69uhkummnw3ezuumswfhhvmm0wd6zumnvqy28wumn8ghj7un9d3shjtnyv9kh2uewd9hsqejfhn?
If you want to know why this pull request is very bad for Bitcoin you can watch the Bitcoin Mechanic video who was banned from the GitHub discussion for pointing out that sharing a conflict of interest is not against the rules of the discussion.
> You suggested censoring people which is a form of harassment
It's complete nonsense and I don't have time to engage bad faith actors like "BitcoinIsFuture".
It was already multiple times on that pull request that conceptual discussion needs to happen on the mailinglist. Yet people ignore that instruction. And as I predicted, they kept doing so.
When people break into your office and start screaming at staff, sending them away is not "censorship".
* already stated
"Bad faith actor"? Look in the mirror. Clownš¤”
One manās artistic license is anotherās strawman. In discourse, speculating about what position your interlocutor might hold in the future with no evidence whatsoever to back it up - a.k.a. mind reading - is a close cousin to straw manning.
it works
Maybe youāre not that smart yourself.
After hearing both sides over the past 10 years, Iāve come to believe this isnāt really a technical debate, itās an ideological one.
Open relays are currently up and running and have been for many years, so experience tells a different story.
As long as the cost to attack is higher than the cost to defend, they can survive.
oh maybe you where talking about Bitcoin and not what I posted... ups
itās not about full-stop prevention, it is about allowing choice to node runners, keeping incentives aligned for monetary transactions (no reason to make clearly identifiable spam easier), cultural norms in development and discussion surrounding interventionism in the code base.
please tell me wherever I am wrong
Guy, it's like asking "I can't believe how any smart people could think that cops can stop all crime!"
That's not the claim. It's that filters enable your miner to select transactions YOU want to include. That is literally it. And by the same logic "if everyone followed the law, there would be no crime" is the same as the filter contention. But if MOST people filtered there would be LESS spam because of the sheer popularity of filtering. It's not a mandate, it's a consensus. Right now there is no dominant consensus.
I hope this helped you understand.
The comparison doesn't work because there are significant negative consequences to the person doing the crime if he gets caught while there are practically not significant negative consequences from having arbitrary data caught as such.
Ah, so you don't see centralization of a financial network as a problem? But like so many of these analogies they are not 1 to 1 comparisons or else I would just state the situation at hand instead of contriving a similar situation to illustrate a point in more understandable terms.
"Apples are sweet and delicious"
"That's like saying oranges are sweet and delicious"
You: No, it's not because oranges have a different nutrition profile from apples.
Consequences for the person doing it.
If you steal a car and get caught you're going to prison on top of other problems.
If you send a transaction with data hidden and get detected/rejected, you've just wasted time constructing such transaction and that's all. No prison, no fines, no destruction of reputation.
Police don't prevent any crime, they actually increase crime rates.
So I don't think it's a fair comparison unless the spam filter is actually increasing the amount of spam.
Lol, I mean I would say even as an anarchist, police reduce crimes by people in a community. Police committing crimes is another issue but also it would be speculation to assume a net increase or reduction in crime in the absence of police because private security does not have enough sample size versus the state police sample size.
REGARDLESS of ALL of that my point was that you don't remove the option of defense, in a voluntary association.
nostr:nprofile1qqstnem9g6aqv3tw6vqaneftcj06frns56lj9q470gdww228vysz8hqpzdmhxue69uhkzmr8duh82arcduhx7mn9qy2hwumn8ghj7etyv4hzumn0wd68ytnvv9hxgqgdwaehxw309ahx7uewd3hkcam28zl gave a better analogy using a fence to explain the conflict here.
> I don't understand how smart technical people believe [X]
Unfortunately this is completely normal human behaviour (which I don't pretend to be immune for, but I try).
Perhaps we could implement a proof of work to prevent spam on the chain. Oh wait...
Every time I say anything about the issue, someone tells me I think filters will stop all spam, even though Iāve never said it once, and have said the opposite on many occasions
People want some options for deterring spam, like making it more cost prohibitive.
Observing spam & coming up with some solutions that mess with their efforts shouldn't be dismissed.
The whole energy around this mess just proves one thing:
Core devs haven't had to deal with the free market in quite some time.
It's time.
šÆ
We have consensus rules. Nothing you say makes anything more cost prohibitive. They will just use Taproot outputs.
Regardless of opinions on this exact issue, core devs need some pushback & Bitcoiners need optionality.
I think this energy for example is abhorrent:
Why the need for the filter in the first place? It obviously does something to prevent a large portion of spam via this. Out of band consensus transactions occur, always. But it does reduce it.