Replying to Avatar L0la L33tz

Since a fair amount of people on the Internet seem to have below average reading comprehension, here's the gist of Luke's softfork, in the author's own words.

First, to all the apologists claiming that Dashjr has nothing to do with this softfork, he’s literally credited as the original author of the proposal in the BIP, and has publicly stated that he assigned the BIP number.

Second, the softfork proposal is literally *intended* to cause a chain split by the author’s own description with the retroactive activation, describing it as “an important part of its purpose: to keep the illegal content storage out of Bitcoin.”

Third, while the softfork is described as temporary, both the author and Dashjr prodigee Bitcoin Mechanic state that if the fork is activated, there is likely consensus to prolong the fork, which would necessitate ***any other update to Bitcoin to be a hardfork*** because ***the proposal removes most softfork update hooks***.

Lastly, the author uses the notion of legal threats to node operators to coerce activation, stating that “this BIP specifically targets forms of spam that are so legally toxic that having even a single instance in the chain represents a significant legal liability for users who run nodes”.

This notion has been publicly endorsed by Dashjr, who claims that “a counter-fork to reject BIP 444 would mean explicitly protecting and enforcing the distribution of child p**n.”

Note that none of this is even getting into the coin confiscation risks which we touch on in the article, the incentives for a 51% attack, or the fact that arbitrary data can *still* be stored on Bitcoin even with the softfork, which other people have raised in response.

Anyone who writes that ***”there is no time for careful deployment”*** when wanting to push an upgrade to software that secures a Trillion Dollar asset cannot honestly be taken seriously.

Any Knots apologist responding to this post will be called a liar.

Fork your mother if you want to fork.

nostr:nevent1qvzqqqqqqypzq46rsulmv4uqvm83zs9f6v0rdra44wztlz45jpljlfgdp6k4t37qqythwumn8ghj7un9d3shjtnswf5k6ctv9ehx2ap0qqsv7f5w693xlyvm9qar5qx5ah64xye8w8md042gpf6df2j46c6llkq5r4va2

It's curious how they attack the only solution to a problem coretard create.

Reply to this note

Please Login to reply.

Discussion

What problem exactly? I keep hearing this brought up by people who are very new to the ecosystem.

Please explain what the "problem" is?

Because it cannot be the default datacarriersize increase. I can't believe that.

If you're been around in the bitcoin space for even just a few years you will know that there are other ways to store ANY arbitrary data on chain, regardless of the default size of your OP_RETURN.

You are being played by a conman

I assume, given your ignorance on the matter, that you don't run a node. I will go further, I guess your bitcoin stash is 0.

Like inscriptions? They are filtered out in Bitcoin Knots.

Why do you think they are scare of policy filters?

Policy filters kept OP_RETURN clean. It allowed data only less than 83 Bytes. Visible?

The compromised Core devs did not fix inscriptions spam intentionally.

nostr:nevent1qqsp8xcjfzwnj8huaymzr0s033h94gp8ha43vef55nsdspg3f2nnw2gppemhxue69uhkummn9ekx7mp0qy08wumn8ghj7mn0wd68yttsw43zuam9d3kx7unyv4ezumn9wshsz8thwden5te0dehhxarj9e3xjarrda5kuetj9eek7cmfv9kz7e4vc5c

note17d40nn2pelv7pvhzemnxdlqft4mn0jf4qhsj0a2f9p2d8ujxdv5sxfxjsg