{"type":"rich","version":"1.0","author_name":"npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","author_url":"https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2016-03-02\n📝 Original message:On Wed, Mar 02, 2016 at 02:56:14PM +0000, Luke Dashjr via bitcoin-dev wrote:\n\u003e To alleviate this risk, it seems reasonable to propose a hardfork to the \n\u003e difficulty adjustment algorithm so it can adapt quicker to such a significant \n\u003e drop in mining rate. BtcDrak tells me he has well-tested code for this in his \n\u003e altcoin, which has seen some roller-coaster hashrates, so it may even be \n\u003e possible to have such a proposal ready in time to be deployed alongside SegWit \n\u003e to take effect in time for the upcoming subsidy halving. If this slips, I \n\u003e think it may be reasonable to push for at least code-readiness before July, \n\u003e and possibly roll it into any other hardfork proposed before or around that \n\u003e time.\n\u003e \n\u003e I am unaware of any reason this would be controversial, so if anyone has a \n\u003e problem with such a change, please speak up sooner rather than later. Other \n\u003e ideas or concerns are of course welcome as well.\n\nChanging the difficulty adjustment algorithm significantly changes the\nsecurity of the whole system, as it lets attackers create fake chains\nwith a lot less hashing power.\n\nGiven as tx fees rise this problem will hopefully be a one-time issue, a\nsimple fixed difficulty adjustment probably makes sense. No need to\nbring in new algorithms here with controversial new security tradeoffs.\n\n-- \nhttps://petertodd.org 'peter'[:-1]@petertodd.org\n0000000000000000045a03e0e551c4e674f301e0a8eeb217a31ad13580446626\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 650 bytes\nDesc: Digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160302/fc9c261c/attachment.sig\u003e"}