GrassFedBitcoin on Nostr: Core have given up trying to deny users the ability to configure datacarriersize - ...
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.
Published at
2025-05-12 18:32:51Event JSON
{
"id": "181d1786f900fc0924a679c145bfba689c5a6e271221e64aa9f9f47fd6a03bbf",
"pubkey": "74ffc51cc30150cf79b6cb316d3a15cf332ab29a38fec9eb484ab1551d6d1856",
"created_at": 1747074771,
"kind": 1,
"tags": [],
"content": "Core have given up trying to deny users the ability to configure datacarriersize - definitely stepping back from the ledge so that's progress.\n\nWhat remains is a new default that will be 2,500x the size of what it is currently.\n\nRemains ridiculous, sorry.\n\nCore 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.\n\n40 bytes - the old default - was reasonable. This allowed side chains and hashes of however much data you wanted.\n\n80 bytes was an unnecessary compromise.\n\nChanging it to 100,000 bytes by default which is \"all\" the latest PR does is reckless.\n\nThe excuse that \"at that size, the inscriptions hack is cheaper anyway so who cares\" is not valid.\n\nThe 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.\n\nFix the filters. Stop trying to play reverse whack-a-mole appeasing spammers constantly pushing for changes to Bitcoin.",
"sig": "4c49c8e281e848075c572c484ebe0816f027a16b3d93706f124c732efdede8b3b919d1f21af38a24150ebc18fbdc23c83b44badfac328af8d2ff041b84532da8"
}