Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id C73A58CC for ; Wed, 19 Aug 2015 11:25:37 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2779414B for ; Wed, 19 Aug 2015 11:25:37 +0000 (UTC) Received: from cotinga.riseup.net (unknown [10.0.1.161]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.riseup.net (Postfix) with ESMTPS id 81BEEC0F89; Wed, 19 Aug 2015 04:25:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1439983536; bh=VnNFomMteVRrmeSwCan8rpvdJmHgU/j041dQekymecU=; h=Date:From:To:CC:Subject:References:In-Reply-To:From; b=QKQa24RWTI3r4KnlABUFYz4zcGWsIxY4c1MYLVFNE3nZRcR4zzTYh8r8xDgYTNXNu gAahvLhXvv9Y/t7kyN89C2Gz/kUfcxPI2qOrlstK0nO33eycFzJ1Zf+rihVp6F9nxp f3+f+9L7ZP0lBqh5+uKWJHKMi2HcpuPgKctTNhI0= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: odinn.cyberguerrilla) with ESMTPSA id 0A9ED1C0299 Message-ID: <55D467AF.5030203@riseup.net> Date: Wed, 19 Aug 2015 04:25:35 -0700 From: odinn User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= References: <55D45715.4010107@riseup.net> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.98.7 at mx1.riseup.net X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, RCVD_IN_DNSWL_LOW, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Cc: Bitcoin Dev Subject: Re: [bitcoin-dev] Bitcoin is an experiment. Why don't we have an experimental hardfork? X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 11:25:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/19/2015 04:06 AM, Jorge Timón wrote: > On Wed, Aug 19, 2015 at 12:14 PM, odinn > wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> Firstly, XT is controversial, not uncontroversial; > > XT it's just a software fork. You must be really tired. Please read the whole pull request discussing this loathsome subject her e: https://github.com/bitcoin-dot-org/bitcoin.org/pull/899 It was fairly detailed and conclusive. I'm not being a dumdum when I say that it is controversial. > BIP101 (as currently implemented in Bitcoin XT) is a Schism > hardfork (or an altcoin), but BIP101 could be modified to be > deployed like an uncontroversial hardfork (in current bip99's > draft, a given height plus 95% mining upgrade confirmation after > that). Everybody here is well aware of what this sad proposal is. See detailed reply to the moaning and groaning of Hearn on this subject, where he claimed that "the difference between hard and soft forks is actually quite small, has got smaller with time and is thus hardly the policy-founding chasm you seem to think it is." He was wrong, of course. Thus, my reply to that, which I won't bother to quote in detail but which you can read here: https://github.com/bitcoin-dot-org/bitcoin.org/pull/899#issuecomment-117 815987 > >> 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 process. > > I'm not defending the Schism hardfork being proposed. I am very > worried about it and I have publicly said so several times. If > Bitcoin XT didn't contained the Schism bip101 hardfork I wouldn't > be so worried: users are free to use software that is less reviewed > at their own risk. > >> The following proposals http://bipsxdevs.azurewebsites.net/ >> 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). > > It's users and not miners who decide the consensus rules. > >> Contentious hard forks are bad for Bitcoin. >> https://bitcoin.org/en/posts/hard-fork-policy You may want to >> read this again if you haven't recently. > > You may want to read BIP99 to understand that I know this, but > still think that Schism hardforks may be necessary in some > situations (I don't think this one is reasonable though). Given the state in which bitcoin is in now, one could say that things are fairly horrible, but by no means necessitating, as you put it, a schism hardfork. It is clear and evidenced by my previous posts and others that Hearn's efforts are an attack on the bitcoin network. > >> There is no basis for further promoting XT by suggesting that it >> should even be tested. > > All I'm saying is that Bitcoin XT the software fork is totally > fine (like other alternative Bitcoin implementations). It's not totally fine at all. It shouldn't even exist. People are doing other unsuspecting users a disservice by even suggesting that it should be downloaded. The big problem is > BIP101 being deployed as a Schism hardfork. This is certainly a problem. > #GAVEL - -- http://abis.io ~ "a protocol concept to enable decentralization and expansion of a giving economy, and a new social good" https://keybase.io/odinn -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJV1GevAAoJEGxwq/inSG8CJXwH/3XX7Osr48MmcJ9mrPyOJ4Zn WxRmdJ99mbO5KhrjD8+eRtFjURQNsQYAJ6ftnQEGaksuprSYCPQQR6WsV9mqRKZ2 /zdSz/5RjdADsjB2FDN6gWpwpyg7tzUpB6D4rCjuL1fcRmieCxwNUxnnFTbedxpE MdT2oj9uSB7tTvU4AYs2VzJq0QeRn/c0pTJkBDwU0c4PN1tv/IQnOzmS+LnQDQJJ eaunhpbmphRzqC9Mh8N7pD40ZyVoM5ysxVv86OaqmsOQL4W01CahQKADB4T/pBla AOPh3LLxp7aamC9aYnBfxIaWXj28BZCwVasDkJdQ/Qg/rV5/Kze7TjJs9G2sowc= =OvDj -----END PGP SIGNATURE-----