Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id C0CE75A9 for ; Wed, 22 Jul 2015 17:32:05 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail.help.org (mail.help.org [70.90.2.18]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 32E57137 for ; Wed, 22 Jul 2015 17:32:05 +0000 (UTC) Received: from [10.1.10.25] (B [10.1.10.25]) by mail.help.org with ESMTPA ; Wed, 22 Jul 2015 13:32:01 -0400 To: bitcoin-dev@lists.linuxfoundation.org References: From: Milly Bitcoin Message-ID: <55AFD390.9060306@bitcoins.info> Date: Wed, 22 Jul 2015 13:32:00 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Subject: Re: [bitcoin-dev] Bitcoin Core and hard forks 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, 22 Jul 2015 17:32:05 -0000 >default in case of controversy is no change. I think the result of this would probably be that no controversial changes ever get implemented via this process so others will hard fork the code and eventually make this process irrelevant. Since you need close to 100% agreement the irrelevance would have to come as a step function which will manifest itself in a rather disruptive manner. The question is really is this hark-forking disruption worse than coming up with some kind of process to handle controversial changes. Russ