Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1S7q0W-0004T3-Dy for bitcoin-development@lists.sourceforge.net; Wed, 14 Mar 2012 15:20:56 +0000 X-ACL-Warn: Received: from sulfur.webpack.hosteurope.de ([217.115.142.104]) by sog-mx-2.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1S7q0T-0002ot-Hn for bitcoin-development@lists.sourceforge.net; Wed, 14 Mar 2012 15:20:56 +0000 Received: from 84-73-121-121.dclient.hispeed.ch ([84.73.121.121] helo=[192.168.0.21]); authenticated by sulfur.webpack.hosteurope.de running ExIM with esmtpsa (TLSv1:AES256-SHA:256) id 1S7q0N-0001n8-Am; Wed, 14 Mar 2012 16:20:47 +0100 Message-ID: <4F60B74B.9090606@justmoon.de> Date: Wed, 14 Mar 2012 16:20:43 +0100 From: Stefan Thomas User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: bitcoin-development@lists.sourceforge.net References: <1331737649.82143.YahooMailNeo@web121006.mail.ne1.yahoo.com> In-Reply-To: <1331737649.82143.YahooMailNeo@web121006.mail.ne1.yahoo.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;moon@justmoon.de;1331738453;c9361919; X-Spam-Score: 0.2 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 0.2 AWL AWL: From: address is in the auto white-list X-Headers-End: 1S7q0T-0002ot-Hn Subject: Re: [Bitcoin-development] BIP 18 (or not?) X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 15:20:56 -0000 > luke-jr withdrew BIP 16 and put forwards support for BIP 17. You are so funny sometimes. xD On 3/14/2012 4:07 PM, Amir Taaki wrote: > Hi, > > luke-jr withdrew BIP 16 and put forwards support for BIP 17. So now there's a consensus to move forwards. > > However he submitted BIP 18 to me today. From looking it over, I'm not even sure the idea is tenable nor see the purpose when we are adopting BIP 17. Personally I'd rather not see a high turnover in protocol design when something works (now that we have viable multisig transactions) even compromising on the position of a perfect design. > > https://en.bitcoin.it/wiki/BIP_0018 > > Usually for a BIP, someone submits it to me, I review to see whether the idea is technically sound (not making judgements on the validity), the community discusses the idea and I evaluate the support at the end to change the status. In general I try to accept all BIPs in the interests of fairness, rather than holding a vote or being the executioner. > > "Once the champion has asked the Bitcoin community as to whether an idea has any chance of acceptance, a draft BIP should be presented to bitcoin-development@lists.sourceforge.net. This gives the author a chance to flesh out the draft BIP to make properly formatted, of high quality, and to address initial concerns about the proposal. > Following a discussion, the proposal should be sent to the Bitcoin-dev list with the draft BIP and the BIP editors . This draft must be written in BIP style as described below, else it will be sent back without further regard until proper formatting rules are followed." > > I don't think BIP 18 has followed this discussion before being accepted. Neither have many other BIPs as we're a small community, and so far we avoided this unneeded level of bureaucracy. However I think this is a good thing to do here. > > Should BIP 18 be accepted into the repo or not? > > "The BIP editor will not unreasonably deny a BIP. Reasons for denying BIP status include duplication of effort, being technically unsound, not providing proper motivation or addressing backwards compatibility, or not in keeping with the Bitcoin philosophy." > > "For a BIP to be accepted it must meet certain minimum criteria. It must be a clear and complete description of the proposed enhancement. The enhancement must represent a net improvement. The proposed implementation, if applicable, must be solid and must not complicate the protocol unduly." > > (quotes from BIP 1) > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development >