Core have given up trying to deny users the ability to configure datacarriersize - definitely stepping back from the ledge so that's progress.

What remains is a new default that will be 2,500x the size of what it is currently.

Remains ridiculous, sorry.

Core nodes should not - by default - cause users to relay more non-monetary activity around the network than necessary as it is obviously not in their interest.

40 bytes - the old default - was reasonable. This allowed side chains and hashes of however much data you wanted.

80 bytes was an unnecessary compromise.

Changing it to 100,000 bytes by default which is "all" the latest PR does is reckless.

The excuse that "at that size, the inscriptions hack is cheaper anyway so who cares" is not valid.

The solution is to implement the fully functional filter that makes life harder and more expensive for inscribers - not blow out OP RETURN limits which provides an easier, if more expensive method of doing what the inscribers are doing.

Fix the filters. Stop trying to play reverse whack-a-mole appeasing spammers constantly pushing for changes to Bitcoin.

Reply to this note

Please Login to reply.

Discussion

They are also being disingenuous, you cannot have so much data in OP RETURN or it would take up most of the block and leave no space for transactions.

The strategy is in a year they'll say "See, we told you filters don't work."

Why should the mempool policy differ from the allowed transaction limits in the consensus code?

If you're looking for a more general explanation, and not one only about OP_RETURN, I would suggest reading https://bitcoinops.org/en/blog/waiting-for-confirmation/

I just watched the latest “debate” with you and Luke. You were constantly cut off before you could lay out any real counterarguments. All the giggles and laughs during Luke’s parts were just sad, pathetic to watch. Is the biggest monetary network in a hand of these devs???

Luke might not be the flashiest and loudest speaker, but he’s got the brightest mind and biggest fuckin balls out of all these „almighty developers” which whole „technical” statement can be boiled down to: “oh, these miners are too powerful, so let’s just kneel and take it node runner”.

Fuck off spammers.

The giggling haunts me. These people are children.

Yes and because they’re children, they’re the perfect vector for an attack on the network. That’s what makes this so baffling.

Lopp is older, but he is just a clown and a fiat pumper. He doesn’t care about Bitcoin and morals. If Bitcoin had to die for him to become a billionaire, he’d smile all the way to the bank.

Don’t worry. Move on, keep educating people what you’re saying is always so well-constructed and thought through, it would be a shame to waste such talent. Your real-life examples hit hard. Be the CPO - Chief Philosophy Officer - it’s a vital role.

Devs will be devs. I work with them every day as a PM. Sure, they know a lot about code, but they often lack a deeper understanding of business context and the philosophy behind it. And let’s be honest - business, real-world problems, and philosophy are the bedrock of everything we build. Code is something we build on top, not the other way around.

I’m just a pleb running a Core node on AWS Windows, mainly to support by LND node. So will there will be some sort of option or flag for me to not relay, and more importantly, not store, the monkey inscription garbage?

You should be able to set `datacarriersize` to 40 and keep the current relay behavior

Thank you for this explaining note.

It means something have been heard anyway, even if it seems to not be enough.

nevent1qvzqqqqqqypzqej7xe8nug4h8v3j48esuddpf87gjdvsz5y0ytyc2vwpf5trzzheqyg8wumn8ghj7cfwdehhxtnvdakz7qg3waehxw309ucngvpwvcmh5tnfduhsz9mhwden5te0vf5hgcm0d9hx2u3wwdhkx6tpdshsqgxr09vxcpq8m37ep8agrh4ms5enj7przqeg6tfajcmeqmg9tdk3h5qggs3d

I'm glad they are at least leaving it configurable Though, it seems unlikely they would continue to leave it that way in the long run if nodes en masse choose to actually use it to lower the limit back to 80 bytes (or God forbid: 40).

DO NOT EVER THINK THAT COMMIE CORE DEVS JUST BACKED DOWN...!!!

THEY ARE COMMITTED TO DESTROY/CENTRALIZE #BITCOIN (GRADUALLY) BECAUSE MAJORITY OF COMMIE DEVS HAVE BEEN COMPROMISED

DO NOT FALL INTO THEIR TRAP.

#RunKnots

#DitchCore

nostr:nevent1qqsps8ghsmusplqfyjn8ns29h7ax38z6dcn3yg0xf25lnarl66srh0cpyfmhxue69uhkummnw3ez6an9wf5kv6t9vsh8wetvd3hhyer9wghxuet5qgs8fl79rnpsz5x00xmvkvtd8g2u7ve2k2dr3lkfadyy4v24r4k3s4srqsqqqqqplk762p

Just keep fighting the good fight brother, we, who know and understand that Bitcoin is money are all with you.

So is the old default of 40 bytes still a valid option to run your node? I mean, is it safe to run all regular monetary transactions?