Merged: uncap datacarrier by default by instagibbs · PR #32406 · bitcoin/bitcoin \ stacker news ~bitcoin

pull down to refresh

Merged: uncap datacarrier by default by instagibbs · PR #32406 · bitcoin/bitcoin github.com/bitcoin/bitcoin/pull/32406#issuecomment-2955614286

1140 sats \ 15 comments \ @jimmysong 9 Jun bitcoin

view all related items

293 sats \ 0 replies \ @anon 9 Jun

This PR, replacing #32359, doesn’t remove the -datacarrier or -datacarriersize options. Contrary to what many are saying, the PR does not force the user to accept larger datacarrier transactions in transaction relay. Setting -datacarrier=0 still turns it off, and -datacarriersize=83 gives you the original default (the same amount of data but across 1 or more outputs).

2351 sats \ 3 replies \ @petertodd 9 Jun

Finally we can spend our energies on something that worthwhile.

That was the dumbest controversy since full-rbf. Maybe dumber.

50 sats \ 0 replies \ @LibreHans 9 Jun

Mr "we need to finance miners" spamrelay has spoken.

0 sats \ 1 reply \ @SimpleStacker 9 Jun

But do you think we still need a better way to fight spam on the network?

0 sats \ 0 replies \ @028559d218 9 Jun

The 8 billion people wanting and needing to use Bitcoin... fit within 4mb/1mb of transaction data is the ultimate 'filter'. You want to use it you pay.

0 sats \ 0 replies \ @gregtonoski 9 Jun

Those shitcoiners will not be around in a few years while Bitcoiners will march on.

2100 sats \ 7 replies \ @eduardopro 9 Jun

We will see Bitcoin Core's real motivation in a few months, or maybe even sooner. Stay vigilant.

131 sats \ 6 replies \ @028559d218 9 Jun

Their 'motivation' is to create the most technically sound, ethically sound, economically sound monetary network possible given the technical limitations.

0 sats \ 5 replies \ @eduardopro 9 Jun

Sure, buddy.

On a completely different subject, do you want to buy a bridge that just became available? It's a golden opportunity.

221 sats \ 3 replies \ @028559d218 9 Jun

Where is the 'spam' in this block?

This is ALL the "data" (op_return inscriptions bare multisig everything)

And this is all the 'inscriptions'

They are gone 99% among 8 billion people.

Don't let 'influencers' spoil you brain and tell you what to think. Think for yourself

0 sats \ 2 replies \ @eduardopro 10 Jun

Just wait and see, buddy.

0 sats \ 1 reply \ @028559d218 10 Jun

You clearly don't understand the technical nuance of the discussion then. Larger op_returns would actually make blocks smaller, and arguably easier to relay.