pull down to refresh

the idea that policies are part of the consensus mechanism and security of the network.
This is what I'm struggling with. Eg. There are some valid transactions that could lead to quadratic hashing and that could cause nodes to get stuck or slow down.
But the only real solution to it is probably to do something to consensus code that fixes this.
Just hoping no one mines such transactions seems like a not very rigorous way to go about making a censorship resistant network.
I think the same thing applies to "spammy" transactions.
102 sats \ 0 replies \ @Murch 14h
Bitcoin Core 30.0 includes a new mempool policy against legacy transactions with an excessive signature operation count (see https://github.com/bitcoin/bitcoin/issues/32521).
via Optech newsletter #364:
reply
Just hoping no one mines such transactions
Who is doing that though? Knots advocates? Bitcoin is 15 years old and the quantity of those transactions as a percentage of the overall compared to other blockchains is vanishingly small. Changing default policies by sneaking in an upgrade via the inertia and the apathy of node operators, and the trust they have for the long standing credibility of Core developers, is what will invite content rich transactions to a degree that makes Bitcoin a useful tool for non-monetary data transmission and storage.
Basic information theory prevents a rigorous absolute solution, so we are left with the sufficient policy and cultural layer.
reply