public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Ryan J Martin <rjmarti2@millersville.edu>
To: Mark Friedenbach <mark@friedenbach.org>
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Miners forced to run non-core code in order to get segwit activated
Date: Tue, 20 Jun 2017 19:49:57 +0000	[thread overview]
Message-ID: <09fd0e96-6a9f-4f6c-bd50-ecdb0af34868@email.android.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 2256 bytes --]

I concur with Mark's reply. Just to underscore this: Miners arent going to bother to signaling or changing a setting unless they have to. Anything that requires time--especially if requiring a restart/any time not mining or risks a crash---reduces income. So why would they change any settings unless they have to?

-Ryan J. Martin


On Jun 20, 2017 1:26 PM, Mark Friedenbach via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> wrote:
I think it is very naïve to assume that any shift would be temporary.
We have a hard enough time getting miners to proactively upgrade to
recent versions of the reference bitcoin daemon. If miners interpret
the situation as being forced to run non-reference software in order
to prevent a chain split because a lack of support from Bitcoin Core,
that could be a one-way street.

On Tue, Jun 20, 2017 at 9:49 AM, Hampus Sjöberg via bitcoin-dev
<bitcoin-dev@lists.linuxfoundation.org> wrote:
> I don't think it's a huge deal if the miners need to run a non-Core node
> once the BIP91 deployment of Segwit2x happens. The shift will most likely be
> temporary.
>
> I agree that the "-bip148"-option should be merged, though.
>
> 2017-06-20 17:44 GMT+02:00 Erik Aronesty via bitcoin-dev
> <bitcoin-dev@lists.linuxfoundation.org>:
>>
>> Are we going to merge BIP91 or a -BIP148 option to core for inclusion in
>> the next release or so?
>>
>> Because a large percentage of miners are indifferent, right now miners
>> have to choose between BIP148 and Segwit2x if they want to activate Segwit.
>>
>> Should we be forcing miners to choose to run non-core code in order to
>> activate a popular feature?
>>
>> - Erik
>>
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev@lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>>
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
_______________________________________________
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev


[-- Attachment #2: Type: text/html, Size: 3378 bytes --]

             reply	other threads:[~2017-06-20 20:07 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-20 19:49 Ryan J Martin [this message]
  -- strict thread matches above, loose matches on Subject: below --
2017-06-20 15:44 [bitcoin-dev] Miners forced to run non-core code in order to get segwit activated Erik Aronesty
2017-06-20 16:49 ` Hampus Sjöberg
2017-06-20 17:22   ` Mark Friedenbach
2017-06-20 21:49 ` Gregory Maxwell
2017-06-20 22:15   ` Hampus Sjöberg
2017-06-20 22:29     ` Jacob Eliosoff
2017-06-20 22:48       ` Mark Friedenbach
2017-06-20 22:57         ` Jacob Eliosoff
2017-06-20 23:01           ` Jacob Eliosoff
2017-06-21  1:36           ` Erik Aronesty
2017-06-21  2:11             ` Mark Friedenbach
2017-06-21  4:05               ` Jacob Eliosoff
2017-06-27 15:42                 ` Sergio Demian Lerner
2017-06-27 16:31                   ` Jorge Timón
2017-06-27 19:26                     ` Erik Aronesty
2017-06-20 22:34     ` Gregory Maxwell
2017-06-20 22:53       ` Hampus Sjöberg

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=09fd0e96-6a9f-4f6c-bd50-ecdb0af34868@email.android.com \
    --to=rjmarti2@millersville.edu \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    --cc=mark@friedenbach.org \
    /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