[Bitcoin-segwit2x] September/October SegWit2x Status Update

Daniel Newton djpnewton at gmail.com
Wed Oct 25 20:20:00 UTC 2017


This seems surprising.

So why was the BTC1 project not based off something web scale like Bitcoin
Ruby?

If your stack is tailored to use Bitcoin Ruby in production how can you
just switch to BTC1 to "get past the fork" and then just switch back?

Does Bitcoin Ruby even support the B2X consensus changes?


On 26/10/2017 9:06 AM, "Tony Gallippi via Bitcoin-segwit2x" <
bitcoin-segwit2x at lists.linuxfoundation.org> wrote:

Hi Alex,

Nearly all bitcoin companies who operate at a large scale (say over 1
million users) need to run their own implementation of Bitcoin. Bitcoin
Core just does not scale well for large web applications.

While BTC1 may be the code people run for a while to get past the fork,
however that turns out, my guess is most of us will go back to running what
we need in our stacks. This could be Bitcoin Ruby, BitcoinJ (java), bcoin
(nodejs), or something else.  BTC1 will be maintained for those users who
want to stick with C++, but the innovation and forward progress will be led
by the other implementations.  We all have extremely strong teams.

Multiple implementations of the same consensus rules are a good thing for
Bitcoin.  A defensive consensus among the implementations would also be a
good thing.




On Wed, Oct 25, 2017 at 12:46 PM Alex Morcos via Bitcoin-segwit2x <
bitcoin-segwit2x at lists.linuxfoundation.org> wrote:

> Jeff, I'd just like to clarify what you envision for btc1 after the fork.
>
> Let's assume 1X wins: OK, makes sense to me, additional implementation
> with extra features.
>
> Let's assume 2X wins: There is no Bitcoin Core working on "Bitcoin".
> Bitcoin Core will either work on the minority chain (with different rules!)
> for as long as that seems like it has a chance to be the Bitcoin again OR
> it will just cease to exist.  The model of continuing to base development
> off of the work of Bitcoin Core contributors when Bitcoin is clearly
> defined by the 2X rules just doesn't make sense.  There will be no Bitcoin
> Core contributors working on the 2X rules (or very few).  I'm not someone
> who thinks that the contributors to the Bitcoin Core project are the only
> ones who can do this, but I think you should have some plan for who is
> going to work on it.  It won't be btc1 and Bitcoin Core, it'll just be btc1
> after the fork (I don't know and maybe Classic/Unlimited?)
>
> NB: I think this has very low probability, but it's kind of crazy to me
> that you don't even have a plan for what to do if you succeed.
>
>
>
>
>
>
>
> On Wed, Oct 25, 2017 at 2:57 PM, Jeff Garzik via Bitcoin-segwit2x <
> bitcoin-segwit2x at lists.linuxfoundation.org> wrote:
>
>> Chris,
>>
>> There is no reallocation of time or commitment.   Metronome and Bloq are
>> off-topic on this list, so I'll only cover this once.
>>
>> I run a company, Bloq, with over 25 team members -- not just one.  Just
>> like many other companies, we have multiple projects running
>> simultaneously, and Metronome is one of those.  Our primary product is
>> BloqEnterprise, which is a supported-Bitcoin product in the style of Red
>> Hat Enterprise Linux.  Majority of Bloq revenue comes from Bitcoin.  If you
>> are a large enterprise that needs Bitcoin support (or a very well funded
>> startup), we would be happy to discuss a customer agreement.
>> BloqEnterprise v1 is Bitcoin-only; BloqEnterprise v2 will be adding other
>> chains to our product, such as Litecoin or Bitcoin Cash, as well as Eth/Etc
>> support, based on customer demand.
>>
>> Our vision at Bloq has always been:  Multi-chain, multi-token,
>> multi-network, with Bitcoin - BTC - as the root of a security tree.
>>
>>
>> As for btc1:   As was stated in August, months ago, the code is in
>> feature freeze until after the fork.  It is a software engineering goal to
>> keep changes to an absolute minimum, and that is what btc1 is doing.
>>
>> After the fork, btc1 will be continuing as a sort of "Fedora for Bitcoin"
>> -- very exciting stuff, and a useful way to risk adjust versus Bitcoin Core
>> instability or feature selection.   Several btc1 members have proposed new
>> btc1 changes for post-fork, large and small.  It will be a very nice
>> addition to the Bitcoin community to have an additional outlet for feature
>> requests such as this one, a small change that makes life easier for
>> DevOps: https://github.com/btc1/bitcoin/issues/107
>>
>>
>>
>>
>>
>>
>>
>> On Wed, Oct 25, 2017 at 11:32 AM, Chris Stewart <chris at suredbits.com>
>> wrote:
>>
>>> Has there been any thought to who will be maintaining B2X after the
>>> chain split is completed? It seems the only dev, Jeff, has committed his
>>> time to a new project called Metronome
>>> <https://www.cryptocoinsnews.com/metronome-segwit2x-developer-jeff-garzik-is-also-building-an-altcoin/>.
>>> It doesn't appear that any significant portion of the bitcoin core
>>> developers are willing to put their time and effort into this project.
>>>
>>> So is the plan to just fork and abandon the btc1 codebase?
>>>
>>> -Chris
>>>
>>> On Wed, Oct 25, 2017 at 1:19 PM, Melvin Carvalho via Bitcoin-segwit2x <
>>> bitcoin-segwit2x at lists.linuxfoundation.org> wrote:
>>>
>>>>
>>>>
>>>> On 25 October 2017 at 19:54, Jeff Garzik via Bitcoin-segwit2x <
>>>> bitcoin-segwit2x at lists.linuxfoundation.org> wrote:
>>>>
>>>>> Hi all!
>>>>>
>>>>> This is a follow-on from the previous status update in August:
>>>>> https://lists.linuxfoundation.org/pipermail/
>>>>> bitcoin-segwit2x/2017-August/000265.html
>>>>>
>>>>> 1. To state the obvious, everything is still full steam ahead for
>>>>> segwit2x upgrade in mid-November.
>>>>>
>>>>> 2. As noted in August, the project continues to be in a code freeze
>>>>> for the fork:  https://en.wikipedia.org/wiki/Freeze_(software_
>>>>> engineering)   Only changes or fixes thought to be important pre-fork
>>>>> will be included.
>>>>>
>>>>> 3. Reviewing the btc1 project and branch policies, btc1 is a source
>>>>> code fork of Bitcoin Core, very much like Fedora Linux is a
>>>>> fork/distribution intended for end users.  As such, we track Bitcoin Core
>>>>> updates as necessary and pull those into the project.
>>>>>
>>>>> 4. "segwit2x" is the production release branch for the SegWit2x
>>>>> Working Group, and the latest release can be downloaded here:
>>>>> https://github.com/btc1/bitcoin/releases/tag/v1.14.5
>>>>>
>>>>> 5. "segwit2x-dev" is the development and testing release branch.  New
>>>>> changes go to segwit2x-dev first, for external testing and feedback, before
>>>>> being merged into the production branch, and labelled a production release.
>>>>>
>>>>> 6. The current segwit2x production release, on the segwit2x branch, is
>>>>> based on Bitcoin Core 0.14.x.   The current dev release is based on Bitcoin
>>>>> Core 0.15.x.
>>>>>
>>>>> 7. I've been paying close attention to the Bitcoin Core 0.15.x
>>>>> rollout.    Based on instability and bugs that upstream Bitcoin Core
>>>>> project is seeing - ie. Core's bugs not ours - segwit2x will stay on
>>>>> Bitcoin Core 0.14.x through the November fork.  This is the most stable
>>>>> path for users, based on upstream Bitcoin Core instability.
>>>>>
>>>>> In short we -do not- feel that Bitcoin Core bugs and instability will
>>>>> impact our project in the short term, because this is not yet in a segwit2x
>>>>> production release on a production branch.
>>>>>
>>>>> 8. The only change worth noting is a likely be an adjustment of miner
>>>>> policy defaults that will be accepted through the code freeze:
>>>>> https://github.com/btc1/bitcoin/pull/136
>>>>>
>>>>> Thanks everyone!
>>>>>
>>>>
>>>> Thanks for the update.
>>>>
>>>> There was a question on a previous thread that I think went unanswered.
>>>>
>>>> Is the threshold for release still 80% miner signaling?
>>>>
>>>> If miner signaling for NYA falls significantly, would it be considered
>>>> new information?
>>>>
>>>> FYI: latest metric is NYA signaling at 75% in the last 24h [1], with
>>>> the position of ViaBTC still unclear
>>>>
>>>> [1] https://coin.dance/blocks
>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Jeff Garzik
>>>>> CEO and Co Founder
>>>>> Bloq, Inc.
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Bitcoin-segwit2x mailing list
>>>>> Bitcoin-segwit2x at lists.linuxfoundation.org
>>>>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-segwit2x
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Bitcoin-segwit2x mailing list
>>>> Bitcoin-segwit2x at lists.linuxfoundation.org
>>>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-segwit2x
>>>>
>>>>
>>>
>>
>>
>> --
>> Jeff Garzik
>> CEO and Co Founder
>> Bloq, Inc.
>>
>>
>> _______________________________________________
>> Bitcoin-segwit2x mailing list
>> Bitcoin-segwit2x at lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-segwit2x
>>
>>
> _______________________________________________
> Bitcoin-segwit2x mailing list
> Bitcoin-segwit2x at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-segwit2x
>
-- 
Sent from Gmail Mobile

_______________________________________________
Bitcoin-segwit2x mailing list
Bitcoin-segwit2x at lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-segwit2x
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-segwit2x/attachments/20171026/fa17dcc1/attachment.html>


More information about the Bitcoin-segwit2x mailing list