GLACA on Nostr: Thanks for the thoughtful response—really appreciated. You’re right to ask about ...
Thanks for the thoughtful response—really appreciated.
You’re right to ask about the risk of bloating the Bitcoin ledger, but here’s the key:
Bitcoin already has a 4MB block weight limit, so even if OP_RETURN filters are removed, you can’t exceed that cap. There’s no risk of “infinite” data being added—only how that blockspace is used changes.
The current OP_RETURN cap (83 bytes) is a relay policy, not a consensus rule. Removing it doesn’t increase total block size—it just gives flexibility within the 4MB limit. And miners are already including larger data through other means, like Taproot witness space.
As for node operation—pruned nodes let you run securely without storing the full chain. And importantly, OP_RETURN data doesn’t touch the UTXO set, which is what really affects node resource requirements.
So yes, Bitcoin will grow over time, as it always has—but this change doesn’t break anything. It just removes an outdated bottleneck.
Appreciate the open dialogue—this is exactly how good protocol discussions happen.
Published at
2025-05-17 05:02:24Event JSON
{
"id": "265d91a8d2b2e658b30fa6bc2ca0aaaa66fddcf131b264b8c6b9460955d5b8af",
"pubkey": "18f54af1e10c5bb7a35468b0f62b295d12347903c9f95738d065c84bef1402ef",
"created_at": 1747458144,
"kind": 1,
"tags": [
[
"e",
"1108fc91efa8432ed390a7002722dd07d7d4810c76958eff36b7d51a07218954",
"wss://nostr-verified.wellorder.net",
"root",
"18f54af1e10c5bb7a35468b0f62b295d12347903c9f95738d065c84bef1402ef"
],
[
"e",
"11aadb5e0621b6ad2e9c1121db4f881afba8a66dd3354fde107dbd939aa61e42",
"",
"reply"
],
[
"p",
"956b3e034b1b81a0483f5f69a9071e7eb5c1f434246028a52acd0809482e0d0d",
"",
"mention"
],
[
"p",
"8aedc87160819e490cb0162acbd8c9a26d79e63db74f5b1b65939012924a7f05",
"",
"mention"
]
],
"content": "Thanks for the thoughtful response—really appreciated.\n\nYou’re right to ask about the risk of bloating the Bitcoin ledger, but here’s the key:\nBitcoin already has a 4MB block weight limit, so even if OP_RETURN filters are removed, you can’t exceed that cap. There’s no risk of “infinite” data being added—only how that blockspace is used changes.\n\nThe current OP_RETURN cap (83 bytes) is a relay policy, not a consensus rule. Removing it doesn’t increase total block size—it just gives flexibility within the 4MB limit. And miners are already including larger data through other means, like Taproot witness space.\n\nAs for node operation—pruned nodes let you run securely without storing the full chain. And importantly, OP_RETURN data doesn’t touch the UTXO set, which is what really affects node resource requirements.\n\nSo yes, Bitcoin will grow over time, as it always has—but this change doesn’t break anything. It just removes an outdated bottleneck.\n\nAppreciate the open dialogue—this is exactly how good protocol discussions happen.",
"sig": "872fe507ca9a9330e19dd3e1704985cf9afa4cb764c4f5d3246fd5da4d471c8acc9d1ba09dc62d6181798d5f16d6a63e237999cad9213da9578d35604e97d994"
}