Philosophy is cool and all, but if the hashrate falls to ver...

SatsAndSports

npub1zthq85gksjsjthv8h6rec2qeqs2mu0emrm9xknkhgw7hfl7csrnq6wxm56

hex

3beb23836ccce8c26967378627a4b25cd8dd3e8a0e1dc6afa8e8059d47feb301

nevent

nevent1qqsrh6ersdkve6xzd9nn0p385je9ekxa869qu8wx475wspvaglltxqgprpmhxue69uhhyetvv9ujuem4d36kwatvw5hx6mm9qgsp9msr6ytgfgf9mkrmapuu9qvsg9d78ua3ajntfmt580t5llvgpeshhvs8r

Kind-1 (TextNote)

2026-07-16T12:29:07Z

↳ Reply to Event not found

cf2c8a187ef9a8939e4a2b956f48eb94f2f03b878351a0736aee6bf3f1e6a24d...

Philosophy is cool and all, but if the hashrate falls to very low values in the future, we're going to have to be pragmatic about the security budget

I love the idea of Ark as a 'Channel Factory', allowing billions to have fully sovereign Lightning nodes. However, if Ark is too efficient in this case, then a typical block might have only one transaction!

(By the way, that's partly why I'm currently against CTV; I want Ark, but I don't want it to be too scalable; I want many medium-sized Arks, not one mega-Ark)

On balance, I think it'll all be fine and there won't be a problem with the security budget. But there could be a problem, and that problem could eventually be fatal. So I like to think about it

The article discusses Runes, but I think it dismisses them too quickly. The Lightning network could be extended to fully support Runes (no soft fork required), and it's possible (but admittedly, very unlikely) that one of the Runes becomes very valuable. As many Runes 'currencies' have tail emissions, it's possible that they could provide the right incentives to miners

Anyway, there's always 'demurrage', a soft fork to apply a tax on old UTXOs, which would motivate people to move their coins more often and create. The rule could be that, when spending a UTXO older than X years, at least Y% of the outputs must be anyone-can-spend outputs that are locked to a few years in the future. Such outputs are equivalent to the block subsidy in practice

Raw JSON

{
  "kind": 1,
  "id": "3beb23836ccce8c26967378627a4b25cd8dd3e8a0e1dc6afa8e8059d47feb301",
  "pubkey": "12ee03d11684a125dd87be879c28190415be3f3b1eca6b4ed743bd74ffd880e6",
  "created_at": 1784204947,
  "tags": [
    [
      "e",
      "cf2c8a187ef9a8939e4a2b956f48eb94f2f03b878351a0736aee6bf3f1e6a24d",
      "wss://relay.primal.net/",
      "root",
      "675b84fe75e216ab947c7438ee519ca7775376ddf05dadfba6278bd012e1d728"
    ],
    [
      "p",
      "ccaa58e37c99c85bc5e754028a718bd46485e5d3cb3345691ecab83c755d48cc"
    ],
    [
      "p",
      "675b84fe75e216ab947c7438ee519ca7775376ddf05dadfba6278bd012e1d728"
    ]
  ],
  "content": "Philosophy is cool and all, but if the hashrate falls to very low values in the future, we're going to have to be pragmatic about the security budget\n\nI love the idea of Ark as a 'Channel Factory', allowing billions to have fully sovereign Lightning nodes. However, if Ark is *too* efficient in this case, then a typical block might have only one transaction!\n\n(By the way, that's partly why I'm currently against CTV; I want Ark, but I don't want it to be *too* scalable; I want many medium-sized Arks, not one mega-Ark)\n\nOn balance, I think it'll all be fine and there won't be a problem with the security budget. But there could be a problem, and that problem could eventually be fatal. So I like to think about it\n\nThe article discusses Runes, but I think it dismisses them too quickly. The Lightning network could be extended to fully support Runes (no soft fork required), and it's possible (but admittedly, very unlikely) that one of the Runes becomes very valuable. As many Runes 'currencies' have tail emissions, it's possible that they could provide the right incentives to miners\n\nAnyway, there's always 'demurrage', a soft fork to apply a tax on old UTXOs, which would motivate people to move their coins more often and create. The rule could be that, when spending a UTXO older than X years, at least Y% of the outputs must be anyone-can-spend outputs that are locked to a few years in the future. Such outputs are equivalent to the block subsidy in practice",
  "sig": "6d03b05e568ec518154aeaaf801e63aa89042f690ecff347b762bbdf27fca5f2dabffac99457dbb48ba486ea92f4474b2eaf64420c76ec1ef65cc25321e6b291"
}