anyway, the thing about blocks with limenka is very specific...

npub125uw9znxawyrvrc4lraf2ertm5k652ve4t87f74v7s7scp2qk2qswmlek0
hex
4840ef4b2b3a81140b4a97bae652ccdbd1a73b5d3003d3858c3605c75dbb2f4cnevent
nevent1qqsyss80fv4n4qg5pd9f0whx2txdh5d88dwnqq7nskxrvpw8tkaj7nqprpmhxue69uhhyetvv9ujuem4d36kwatvw5hx6mm9qgs92w8z3fnwhzpkpu2l3754v34a6td29xv64nlyl2k0g0gvq4qt9qguz869aKind-1 (TextNote)
↳ 回复 事件不存在
b5bff144b7d705c5b8ac93c34fac6301e5a3e1324b7bad79cc672ccaa9310a14...
anyway, the thing about blocks with limenka is very specific. limenka has a per-time-interval based block size limit. this stops a big miner sweeping the mempool clean deliberately to win a heap of new coinbases with full rewards, they only get small ones. the difficulty adjustment is slow to increase difficulty so that after they get tired of being able to only scrape rewards proportional to time, and due to the VDF, no more than one a minute anyway, they just get bored and a few blocks later difficulty is back to normal. there is extensive simulations that verify the behaviour of the DAA and the effect of the VDF that all show that the design of the DAA solves every problem of being a minority chain on the same hash function. it may well be that blake2b hashpower is in total a lot smaller, but i hope you are aware that already there was a, what i call "dive bombing" of big hashpower, leaving blocks tagged with miner tags from sia. not solving that problem is much more important than changing the hash function.
原始 JSON
{
"kind": 1,
"id": "4840ef4b2b3a81140b4a97bae652ccdbd1a73b5d3003d3858c3605c75dbb2f4c",
"pubkey": "5538e28a66eb88360f15f8fa95646bdd2daa2999aacfe4faacf43d0c0540b281",
"created_at": 1788339460,
"tags": [
[
"e",
"a59c8faa161548939c4f52bb68ff52cef67bbffe98db8e888da6744de579797c",
"wss://premium.primal.net/",
"root",
"5538e28a66eb88360f15f8fa95646bdd2daa2999aacfe4faacf43d0c0540b281"
],
[
"e",
"b5bff144b7d705c5b8ac93c34fac6301e5a3e1324b7bad79cc672ccaa9310a14",
"wss://nos.lol/",
"reply",
"5538e28a66eb88360f15f8fa95646bdd2daa2999aacfe4faacf43d0c0540b281"
],
[
"p",
"cdc7fa704dc5adb89116be4b50b44f7d24f209d61328fcff91c51d7e248e06fe"
],
[
"p",
"314072c16fa9433e1374f62e5b02c8163946ed298a9cde3b1541513c29d19fff"
],
[
"client",
"smesh",
"https://smesh.mleku.dev"
]
],
"content": "anyway, the thing about blocks with limenka is very specific. limenka has a per-time-interval based block size limit. this stops a big miner sweeping the mempool clean deliberately to win a heap of new coinbases with full rewards, they only get small ones. the difficulty adjustment is slow to increase difficulty so that after they get tired of being able to only scrape rewards proportional to time, and due to the VDF, no more than one a minute anyway, they just get bored and a few blocks later difficulty is back to normal. there is extensive simulations that verify the behaviour of the DAA and the effect of the VDF that all show that the design of the DAA solves every problem of being a minority chain *on the same hash function*. it may well be that blake2b hashpower is in total a lot smaller, but i hope you are aware that already there was a, what i call \"dive bombing\" of big hashpower, leaving blocks tagged with miner tags from sia. not solving that problem is much more important than changing the hash function.",
"sig": "9a269de7f59987ab614a574f399dee72a4cc2e04b8d8393f8dcff16a2534d75a5dcd6e713ec2849683e4e9bb72dfe8eba2ee5da2a7d710dea7c8e0e9a9e9427c"
}