[bitcoin-dev] BIP135 implementation on Bitcoin Core available for review

2017-05-22 Thread Sancho Panza via bitcoin-dev
I'm pleased to announce the completion of a Bitcoin Core implementation of BIP135: https://github.com/bitcoin/bitcoin/pull/10437 Review comments appreciated, and happy to discuss / answer questions about the implementation in this thread or on Github. Sancho BIP135: https://github.com/bitcoin

[bitcoin-dev] Generalized versionbits BIP requesting number assignment

2017-05-07 Thread Sancho Panza via bitcoin-dev
Hola, I've submitted the generalized versionbits specification for BIP number assignment: https://github.com/bitcoin/bips/pull/532 Your feedback and comments welcome. The spec has been updated to include a link to the reference implementation. I hope to find time soon to produce a similar refe

[bitcoin-dev] Reference implementation (wip) of bip-genvbvoting (generalized version bits)

2017-04-20 Thread Sancho Panza via bitcoin-dev
Dear all, An initial reference implementation of bip-genvbvoting (spec: [1]) is now available at https://github.com/sanch0panza/bitcoin/commits/genvbvoting-bu-dev-clean1 starting at commit fdd83383436ee43b072c258d4a6feb713902c77e . This development is based against the Bitcoin Unlimited 'dev'

Re: [bitcoin-dev] Proposal: Soft Fork Threshold Signaling

2017-04-13 Thread Sancho Panza via bitcoin-dev
> However, my point is that the threshold should be [...] not fixed in the > soft-fork proposal My proposal makes it configurable (as well as window size, grace period etc.) > I agree that coinbase space might be a limitation. I still like the coinbase idea though - more than using up the BIP9

Re: [bitcoin-dev] Proposal: Soft Fork Threshold Signaling

2017-04-13 Thread Sancho Panza via bitcoin-dev
Thomas, I wonder if you've seen my proposal on how to make BIP9 more configurable: https://github.com/sanch0panza/bips/blob/bip-genvbvoting/bip-genvbvoting.mediawiki This could be extended with a coinbase signaling feature as you suggest. This could include parameter information for forks which a

Re: [bitcoin-dev] A Small Modification to Segwit

2017-04-11 Thread Sancho Panza via bitcoin-dev
Tom Zander wrote: > The version field is still needed to actually allow future block version > upgrades. We would cut off our road forward if that were to be blocked. I tend to agree, if all 32 bits were given up to grinding. But it's worth pointing out that BIP9 is purely informational, and th

[bitcoin-dev] Proposed CSV configuration file format for bip-genvbvoting

2017-04-11 Thread Sancho Panza via bitcoin-dev
Hi, The link below includes documentation about a proposed CSV-based file format for fork deployment data (tentative config filename: forks.csv). This is planned to be used by my reference implementation of bip-genvbvoting (which is still in development - TBA later). Other BIP9 improvement prop

Re: [bitcoin-dev] A Small Modification to Segwit

2017-04-11 Thread Sancho Panza via bitcoin-dev
> I completely agree that it will be in the long term interest of bitcoin to > migrate, gradually, toward a commoditized POW away from the current mass > centralization. There is a big problem here though: Hundreds of millions of > dollars have been spent on the current algorithm, and will be a

Re: [bitcoin-dev] BIP proposal: Generalized version bits voting (bip-genvbvoting)

2017-04-08 Thread Sancho Panza via bitcoin-dev
Thomas, > the change is not opt-in and will require coordination; and the continuation > of the chain thereafter depends on people actually running the hard-fork > code, not just being aware there is something happening. This situation applies to soft forks as well. - if you wish your software

[bitcoin-dev] bip-genvbvoting : more complete specification up for review

2017-04-06 Thread Sancho Panza via bitcoin-dev
Hi all, I have put up an initial draft of the full 'bip-genvbvoting' (generalized version bits voting) specification for review: https://github.com/sanch0panza/bips/blob/bip-genvbvoting/bip-genvbvoting.mediawiki Comments are again most welcome - and my thanks to those reviewers who took a look

Re: [bitcoin-dev] BIP proposal: Generalized version bits voting (bip-genvbvoting)

2017-04-04 Thread Sancho Panza via bitcoin-dev
> BIP 9 doesn't limit itself, merely acknowledges the *inherent* nature of it > not being applicable to hardforks. BIP 9 provides a mechanism for having > miners coordinate softforks because they can make the upgrade process smoother > this way. But the same is not true of hardforks: miners are ess

Re: [bitcoin-dev] BIP proposal: Generalized version bits voting (bip-genvbvoting)

2017-04-04 Thread Sancho Panza via bitcoin-dev
[Apologies, reposting this in an attempt to improve on the botched formatting of previous reply. I am still getting used to the limitations of this mail service.] Thanks for the feedback. I'll post a link to more refined proposal on github once that elaboration is more complete. For now I think

Re: [bitcoin-dev] BIP proposal: Generalized version bits voting (bip-genvbvoting)

2017-04-04 Thread Sancho Panza via bitcoin-dev
Thanks for the feedback. I'll post a link to more refined proposal on github once that elaboration is more complete. For now I think more discussion will be very helpful. I think the flexibility around the tallying window size will take the most careful consideration, so that a user of this propo

[bitcoin-dev] BIP proposal: Generalized version bits voting (bip-genvbvoting)

2017-04-03 Thread Sancho Panza via bitcoin-dev
�Hola! Please find below a proposal [resubmission] for a new informational BIP provisionally named 'bip-genvbvoting'. I present it here in rough draft for your esteemed consideration and as a basis for discussion. Best regards, Sancho --- begin draft of bip-genvbvoting --- ==Preamble== BIP: ?