[bitcoin-dev] Bitcoin is an experiment. Why don't we have an experimental hardfork?
odinn.cyberguerrilla at riseup.net
Wed Aug 19 10:14:45 UTC 2015
-----BEGIN PGP SIGNED MESSAGE-----
Firstly, XT is controversial, not uncontroversial;
Second, this issue has been beat to death quite a while ago
Third, it poses major risks as a non-peer reviewed alt with a number
of problematic features (with the privacy problems recently mentioned
on this list being just one of them)
Fourth, it has not followed any semblance of process in terms of the
development funnel or BIPS process, with XT developers instead
choosing instead a dangerous path of hard forking bitcoin while being
well aware of miner voting on viable solutions which have followed
The following proposals
regardless of what you think of any one of them, are deserving of
attention (BIP 100 / BIP 101) and are being voted on as you read this
by miners. (BIP sipa is not yet numbered, and BIP 102 is a backup
/fallback option.) BIP 100 is probably the best of these (note, in
part, it schedules a hardfork on testnet in September).
Contentious hard forks are bad for Bitcoin.
You may want to read this again if you haven't recently.
There is no basis for further promoting XT by suggesting that it
should even be tested.
On 08/19/2015 02:29 AM, Jorge Timón via bitcoin-dev wrote:
> On Tue, Aug 18, 2015 at 11:06 PM, Danny Thorpe via bitcoin-dev
> <bitcoin-dev at lists.linuxfoundation.org> wrote:
>> Ya, so? All that means is that the experiment might reach the
>> hard fork tipping point faster than mainnet would. Verifying that
>> the network can handle such transitions, and how larger blocks
>> affect the network, is the point of testing.
>> And when I refer to testnet, I mean the public global testnet
>> blockchain, not in-house isolated networks like
> I would expect any uncontroversial hardfork to be deployed in
> testnet3 before it is deployed in bitcoin's main chain.
> In any case, you can already do these tests using
> https://github.com/bitcoin/bitcoin/pull/6382 Note that even if the
> new testchains are regtest-like (ie cheap proof of work) you don't
> need to test them "in-a-box": you can run them from many different
> places. Rusty's test ( http://rusty.ozlabs.org/?p=509 ) could have
> been perfectly made using #6382, it just didn't existed at the
> time. _______________________________________________ bitcoin-dev
> mailing list bitcoin-dev at lists.linuxfoundation.org
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
-----END PGP SIGNATURE-----
More information about the bitcoin-dev