From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 8779393E for ; Thu, 25 Jun 2015 01:07:45 +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 EA957E7 for ; Thu, 25 Jun 2015 01:07:44 +0000 (UTC) Received: from [10.1.10.25] (B [10.1.10.25]) by mail.help.org with ESMTPA ; Wed, 24 Jun 2015 20:07:19 -0400 To: bitcoin-dev@lists.linuxfoundation.org References: From: Milly Bitcoin Message-ID: <558B4632.8080504@bitcoins.info> Date: Wed, 24 Jun 2015 20:07:14 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 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] BIP Process and Votes 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: Thu, 25 Jun 2015 01:07:45 -0000 I have seen this question asked many times. Most developers become defensive and they usually give a very vague 1-sentence answer when this question is asked. It seems to be it is based on personalities rather than any kind of definable process. To have that discussion the personalities must be separated out and answers like "such-and-such wouldn't do that" don't really do much to advance the discussion. Also, the incentive for new developers to come in is that they will be paid by companies who want to influence the code and this should be considered (some developers take this statement as an insult when it is just a statement of the incentive process). The other problem you are having is the lead developer does not want to be a "decider" when, in fact, he is a very significant decider. While the users have the ultimate choice in a practical sense the chief developer is the "decider." Now people don't want to get him upset so nobody wants to push the issue or fully define the process. Now you are left with a broken, unwritten/unspoken process. While this type of thing may work with a small group of developers businesses/investors looking in from the outside will see this as a risk. Until you get passed all the personality-based arguments you are going to have a tough time defining a real process. Russ On 6/24/2015 7:41 PM, Raystonn wrote: > I would like to start a civil discussion on an undefined, or at least unwritten, portion of the BIP process. Who should get to vote on approval to commit a BIP implementation into Bitcoin Core? Is a simple majority of these voters sufficient for approval? If not, then what is? > > Raystonn > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >