"Core30 changes were retarded"

12ee03d11684a125...

npub1zthq85gksjsjthv8h6rec2qeqs2mu0emrm9xknkhgw7hfl7csrnq6wxm56

hex

350334cb69b18e5ee5ec8779443dd2d66022b8689504a5ae21da7ab7a14f9918

nevent

nevent1qqsr2qe5ed5mrrj7uhkgw72y8hfdvcpzhp5f2p994csa574h598ejxqprpmhxue69uhhyetvv9ujuem4d36kwatvw5hx6mm9qgsp9msr6ytgfgf9mkrmapuu9qvsg9d78ua3ajntfmt580t5llvgpes6jjmd9

Kind-1 (TextNote)

2026-02-24T07:31:30Z

↳ 回复 事件不存在

d5700edd599d39dcc021ede310a2947cc2c8084dce0084e334785c208d735f26...

"Core30 changes were retarded"

See this X post for the history, you'll see that the debate ended about 18 months before Core changed any relay defaults

This OP_RETURN debate started and ended in early 2024 when Mara announced Slipstream, an out-of-band way to submit transactions

That gave them an advantage, an advantage that small miners and small pools don't have. In response to this, the network autonomously quickly relaxed the relay policy to accept large OP_RETURNs. They did this by configuring their Core node; LibreRelay was too new to have been the main factor here

Since then, a restrictive policy has probably had no effect, but it might have had a small harmful effects on miner decentralisation and node decentralisation

No-one can say Core "rushed through" a change, when it was catching up with the network's decision from 20 months earlier!

The bitcoin network, i.e. the few dozen noderunners who relax policy at the appropriate time, don't need permission from Core or Knots or you or me, when they want to defend miner decentralisation and node decentralisation

https://xcancel.com/BitMEXResearch/status/2024952265719611458

原始 JSON

{
  "kind": 1,
  "id": "350334cb69b18e5ee5ec8779443dd2d66022b8689504a5ae21da7ab7a14f9918",
  "pubkey": "12ee03d11684a125dd87be879c28190415be3f3b1eca6b4ed743bd74ffd880e6",
  "created_at": 1771918290,
  "tags": [
    [
      "alt",
      "A short note: \"Core30 changes were retarded\"\n\nSee this X post fo..."
    ],
    [
      "e",
      "6edd946edd2cc1489d317dc5bbcab8456152a93f85c0f07def7ed1fb9b148c16",
      "wss://relay.snort.social/",
      "root",
      "b9360cd808b24ecbfd03575f3d637b1e62ca9fea415ac67b6c5b11ef15f28d06"
    ],
    [
      "e",
      "d5700edd599d39dcc021ede310a2947cc2c8084dce0084e334785c208d735f26",
      "wss://relay.snort.social/",
      "reply",
      "32092ec1a258c9f2c11a9a5bb53b127ca20941f1803dd7f6715050ff8e9fd13a"
    ],
    [
      "p",
      "be131ee180b6e548422c6004d3ce5fff78aa98b55bfca270a48fe3fdff10af7c",
      "wss://relay.damus.io/"
    ],
    [
      "p",
      "be131ee180b6e548422c6004d3ce5fff78aa98b55bfca270a48fe3fdff10af7c",
      "wss://relay.damus.io/"
    ],
    [
      "p",
      "b9360cd808b24ecbfd03575f3d637b1e62ca9fea415ac67b6c5b11ef15f28d06",
      "wss://eden.nostr.land/"
    ],
    [
      "p",
      "32092ec1a258c9f2c11a9a5bb53b127ca20941f1803dd7f6715050ff8e9fd13a",
      "wss://atlas.nostr.land/"
    ],
    [
      "r",
      "https://xcancel.com/BitMEXResearch/status/2024952265719611458"
    ]
  ],
  "content": "\"Core30 changes were retarded\"\n\nSee this X post for the history, you'll see that the debate ended about 18 months before Core changed any relay defaults\n\nThis OP_RETURN debate started and ended in early 2024 when Mara announced Slipstream, an out-of-band way to submit transactions\n\nThat gave them an advantage, an advantage that small miners and small pools don't have. In response to this, the network autonomously quickly relaxed the relay policy to accept large OP_RETURNs. They did this by configuring their Core node; LibreRelay was too new to have been the main factor here\n\nSince then, a restrictive policy has probably had no effect, but it might have had a small harmful effects on miner decentralisation and node decentralisation\n\nNo-one can say Core \"rushed through\" a change, when it was catching up with the network's decision from 20 months earlier!\n\nThe bitcoin network, i.e. the few dozen noderunners who relax policy at the appropriate time, don't need permission from Core or Knots or you or me, when they want to defend miner decentralisation and node decentralisation\n\nhttps://xcancel.com/BitMEXResearch/status/2024952265719611458",
  "sig": "e5b34a37b14c20eeefba6f5372483b78e0f7249024286ad99be2769e868dcede4abb773a39e36d2d483430435f480dfed8010898ac86c77f05cce3c79559e4f6"
}