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

npub1zthq85gksjsjthv8h6rec2qeqs2mu0emrm9xknkhgw7hfl7csrnq6wxm56
hex
3beb23836ccce8c26967378627a4b25cd8dd3e8a0e1dc6afa8e8059d47feb301nevent
nevent1qqsrh6ersdkve6xzd9nn0p385je9ekxa869qu8wx475wspvaglltxqgprpmhxue69uhhyetvv9ujuem4d36kwatvw5hx6mm9qgsp9msr6ytgfgf9mkrmapuu9qvsg9d78ua3ajntfmt580t5llvgpeshhvs8rKind-1 (TextNote)
↳ 回复 事件不存在
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
原始 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"
}