public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Michael Ruddy <mruddybtc@gmail.com>
To: jl2012@xbt.hk
Cc: bitcoin-dev@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] BIP draft: Hardfork bit
Date: Sun, 2 Aug 2015 06:53:20 -0400	[thread overview]
Message-ID: <CABFP+yOd2ssjuBW3VQPYMCVepeVSMZp3C7w3-fkPW1pmGChAWA@mail.gmail.com> (raw)
In-Reply-To: <2c9dd1c02fc550438d4bbab29e052f34@xbt.hk>

I think your "hardfork bit" proposal is clever.
It addresses the particular valid concern of re-org facing users of a
fork that a small/near/fluctuating majority, or less, of mining power
supported.
While the "economic majority" argument may be enough on its own in
that case, it still has some aspect of being a hand wave.
This proposal adds support to those economic actors, which makes it
easier for them to switch if/when they choose. That is, it provides a
good fallback mechanism that allows them to make a decision and say,
"we're doing this".
Do you have the latest version up on github, or someplace where it
would be easier to collaborate on the specific text?

On Sat, Aug 1, 2015 at 4:23 PM,  <jl2012@xbt.hk> wrote:
> Although the chance is very slim, it is possible to have multiple hardforks
> sharing the same flag block. For example, different proposals may decide the
> flag time based on voting result and 2 proposals may have the same flag time
> just by chance. The coinbase message is to preclude any potential ambiguity.
> It also provides additional info to warning system of non-upgrading nodes.
>
> If we are pretty sure that there won't be other hardfork proposal at the
> same time, the coinbase message may not be necessary. With some prior
> collaboration, this may also be avoided (e.g. no sharing flag block allowed
> as consensus rules of the hardforks)
>
> The "version 0" idea is not compatible with the version bits voting system,
> so I have this hardfork bit BIP after thinking more carefully. Otherwise
> they are technically similar.


  reply	other threads:[~2015-08-02 10:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-23 16:23 [bitcoin-dev] BIP draft: Hardfork bit jl2012
2015-07-23 17:59 ` Tier Nolan
2015-07-23 19:26   ` jl2012
2015-08-01 13:05     ` Michael Ruddy
2015-08-01 20:23       ` jl2012
2015-08-02 10:53         ` Michael Ruddy [this message]
2015-08-03  8:54           ` jl2012
2015-07-24  1:17   ` Gareth Williams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CABFP+yOd2ssjuBW3VQPYMCVepeVSMZp3C7w3-fkPW1pmGChAWA@mail.gmail.com \
    --to=mruddybtc@gmail.com \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    --cc=jl2012@xbt.hk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox