From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1RsEn4-0005mE-BG for bitcoin-development@lists.sourceforge.net; Tue, 31 Jan 2012 14:34:34 +0000 X-ACL-Warn: Received: from mail-bk0-f47.google.com ([209.85.214.47]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1RsEmy-0001KU-Ca for bitcoin-development@lists.sourceforge.net; Tue, 31 Jan 2012 14:34:34 +0000 Received: by bke17 with SMTP id 17so8322bke.34 for ; Tue, 31 Jan 2012 06:34:21 -0800 (PST) Received: by 10.204.153.206 with SMTP id l14mr11072268bkw.3.1328020461687; Tue, 31 Jan 2012 06:34:21 -0800 (PST) MIME-Version: 1.0 Sender: marek@palatinus.cz Received: by 10.204.123.11 with HTTP; Tue, 31 Jan 2012 06:33:38 -0800 (PST) In-Reply-To: <1328020046.70720.YahooMailNeo@web121002.mail.ne1.yahoo.com> References: <1328020046.70720.YahooMailNeo@web121002.mail.ne1.yahoo.com> From: slush Date: Tue, 31 Jan 2012 15:33:38 +0100 X-Google-Sender-Auth: pSrnmGndya563fH40blCGsvsvqQ Message-ID: To: Amir Taaki Content-Type: multipart/alternative; boundary=0015175cffd8df942104b7d3dbb3 X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (slush[at]centrum.cz) 1.0 HTML_MESSAGE BODY: HTML included in message X-Headers-End: 1RsEmy-0001KU-Ca Cc: "bitcoin-development@lists.sourceforge.net" Subject: Re: [Bitcoin-development] BIP 20 Rejected, process for BIP 21N 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: Tue, 31 Jan 2012 14:34:34 -0000 --0015175cffd8df942104b7d3dbb3 Content-Type: text/plain; charset=ISO-8859-1 Hi Amir, > All the HTML, URI and everything uses decimal numbers alone. I see no reason for breaking with tradition. excuse me if it was already discussed, but maybe using satoshis instead of decimal bitcoin would be better choice? We all know about pains with proper handling decimal numbers across of all implementations - and it's not only about json-rpc. Otherwise I agree, BIP 21 is better than BIP 20 because it's easier to implement all points of the standard. Best, slush On Tue, Jan 31, 2012 at 3:27 PM, Amir Taaki wrote: > BIP 20 really has no support among implementations such as Bitcoin-Qt, > Electrum, MultiBit or Bitcoin-JS. As the most active and visible user > facing GUI projects (all with some form of URI Scheme), their opinion > carries the most weight. To a lesser degree Bitcoin-Qt has the large > majority of users too (although that's a line of reasoning I'd discourage). > > Normally we should probably Reject BIP 21 and re-submit a new standard > (for history's sake), but as a) BIP 21 is largely a copy paste of BIP 20 > sans some sections b) it is still a draft, probably the best thing here is > if you all agree on something to run it by BlueMatt and then we'll make it > the new BIP 21. > > I can see a consensus forming on most parts. Just the send private key is > contentious, and there's the topic of adding a time to expire field for > merchants (this is a very good idea IMO). > > Also BIP 20 is problematic because it is incompatible with about every > standard on the web. All the HTML, URI and everything uses decimal numbers > alone. I see no reason for breaking with tradition. Note that everytime I > have to write Color or Vectorize (as a British speaker) in my code, I die a > little inside. But it's convention and American English = International > English. Also it would be cool if all code used a *real* international > language (like Esperanto) but the world ain't perfect! We live in a > decimal-counting English-speaking Windows-using God-worshipping world! > > (no offense to decimal-counting English-speaking Windows-using > God-worshipping world- I do half those things too :) > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > --0015175cffd8df942104b7d3dbb3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Amir,

>=A0=A0All the HTML, URI and everything= uses decimal numbers alone. I see no reason for breaking with tradition.= =A0

excuse me if it was already discussed, b= ut maybe using satoshis instead of decimal bitcoin would be better choice? = We all know about pains with proper handling decimal numbers across of all = implementations - and it's not only about json-rpc.

Otherwise I agree, BIP 21 is better than BIP 20 because= it's easier to implement all points of the standard.

Best,
slush

On T= ue, Jan 31, 2012 at 3:27 PM, Amir Taaki <zgenjix@yahoo.com> wrote:
BIP 20 really has no support among implement= ations such as Bitcoin-Qt, Electrum, MultiBit or Bitcoin-JS. As the most ac= tive and visible user facing GUI projects (all with some form of URI Scheme= ), their opinion carries the most weight. To a lesser degree Bitcoin-Qt has= the large majority of users too (although that's a line of reasoning I= 'd discourage).

Normally we should probably Reject BIP 21 and re-submit a new standard (for= history's sake), but as a) BIP 21 is largely a copy paste of BIP 20 sa= ns some sections b) it is still a draft, probably the best thing here is if= you all agree on something to run it by BlueMatt and then we'll make i= t the new BIP 21.

I can see a consensus forming on most parts. Just the send private key is c= ontentious, and there's the topic of adding a time to expire field for = merchants (this is a very good idea IMO).

Also BIP 20 is problematic because it is incompatible with about every stan= dard on the web. All the HTML, URI and everything uses decimal numbers alon= e. I see no reason for breaking with tradition. Note that everytime I have = to write Color or Vectorize (as a British speaker) in my code, I die a litt= le inside. But it's convention and American English =3D International E= nglish. Also it would be cool if all code used a *real* international langu= age (like Esperanto) but the world ain't perfect! We live in a decimal-= counting English-speaking Windows-using God-worshipping world!

(no offense to=A0decimal-counting English-speaking Windows-using God-worshi= pping world- I do half those things too :)

---------------------------------------------------------------------------= ---
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now!
http://p.= sf.net/sfu/learndevnow-d2d
_______________________________________________
Bitcoin-development mailing list
Bitcoin-develo= pment@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de= velopment

--0015175cffd8df942104b7d3dbb3--