Jeff Garzik [ARCHIVE] on Nostr: 📅 Original date posted:2015-12-21 📝 Original message:On Sun, Dec 20, 2015 at ...
📅 Original date posted:2015-12-21
📝 Original message:On Sun, Dec 20, 2015 at 12:21 PM, joe2015--- via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> Remember this is proposed as an alternative to hardforks, which is also a
> "nuclear option". Hardforks carry significant risks such as permanently
> splitting Bitcoin into two chains if global consensus is never reached. A
> (generalized) softfork avoids this problem.
Current hard fork implementations include / will include miner lock-in,
just like any soft fork. They will not activate if global consensus is not
reached.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151220/264fff1d/attachment.html>
📝 Original message:On Sun, Dec 20, 2015 at 12:21 PM, joe2015--- via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> Remember this is proposed as an alternative to hardforks, which is also a
> "nuclear option". Hardforks carry significant risks such as permanently
> splitting Bitcoin into two chains if global consensus is never reached. A
> (generalized) softfork avoids this problem.
Current hard fork implementations include / will include miner lock-in,
just like any soft fork. They will not activate if global consensus is not
reached.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151220/264fff1d/attachment.html>