From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Rrwfv-0006Se-4W for bitcoin-development@lists.sourceforge.net; Mon, 30 Jan 2012 19:13:59 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.160.175 as permitted sender) client-ip=209.85.160.175; envelope-from=g.rowe.froot@gmail.com; helo=mail-gy0-f175.google.com; Received: from mail-gy0-f175.google.com ([209.85.160.175]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1Rrwfu-0003zf-An for bitcoin-development@lists.sourceforge.net; Mon, 30 Jan 2012 19:13:59 +0000 Received: by ghrr13 with SMTP id r13so412594ghr.34 for ; Mon, 30 Jan 2012 11:13:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.115.231 with SMTP id e67mr28056576yhh.16.1327950832957; Mon, 30 Jan 2012 11:13:52 -0800 (PST) Sender: g.rowe.froot@gmail.com Received: by 10.236.195.99 with HTTP; Mon, 30 Jan 2012 11:13:52 -0800 (PST) In-Reply-To: <201201301356.16032.luke@dashjr.org> References: <201201301356.16032.luke@dashjr.org> Date: Mon, 30 Jan 2012 19:13:52 +0000 X-Google-Sender-Auth: E9g0zToAT9GutgOs6xwdYUzo5Kg Message-ID: From: Gary Rowe To: Luke-Jr Content-Type: multipart/alternative; boundary=20cf303b434fad797204b7c3a57d X-Spam-Score: -0.5 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (g.rowe.froot[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1Rrwfu-0003zf-An Cc: bitcoin-development@lists.sourceforge.net Subject: Re: [Bitcoin-development] BIP 21 (modification BIP 20) 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: Mon, 30 Jan 2012 19:13:59 -0000 --20cf303b434fad797204b7c3a57d Content-Type: text/plain; charset=UTF-8 Having closely read the BIP20 proposal, I can see your point. As I see it, BIP 20 vs BIP 21 is about standardising on a representation of the "amount" field. BIP 20 proposes that "amount" can contain alternative representations, clearly defined, whereas BIP 21 requires the use of a single representation in decimal notation. In my view, BIP 21 still wins since it reduces complexity for the end client both at the human and machine level. On 30 January 2012 18:56, Luke-Jr wrote: > On Monday, January 30, 2012 1:50:03 PM Gary Rowe wrote: > > Speaking on behalf of the MultiBit team (Jim's currently on holiday), we > > will not be supporting Tonal Bitcoins anytime soon. Therefore we back the > > BIP 21 proposal. > > It is not correct to imply that BIP 20 requires Tonal Bitcoin support. > In fact, the exact opposite is true; it states that even if one unit (eg, > TBC) > would be a more rational way to display a specified amount, clients should > still interpret it in the way that is deemed to be most intuitive to the > user > (eg, BTC). > --20cf303b434fad797204b7c3a57d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Having closely read the BIP20 proposal, I can see your point. As I see it, = BIP 20 vs BIP 21 is about standardising on a representation of the "am= ount" field. BIP 20 proposes that "amount" can contain alter= native representations, clearly defined, whereas BIP 21 requires the use of= a single representation in decimal notation.

In my view, BIP 21 still wins since it reduces complexity for the end c= lient both at the human and machine level.

On 30 January 2012 18:56, Luke-Jr <luke@dashjr.org> wrote:
On Mond= ay, January 30, 2012 1:50:03 PM Gary Rowe wrote:
> Speaking on behalf of the MultiBit team (Jim's currently on holida= y), we
> will not be supporting Tonal Bitcoins anytime soon. Therefore we back = the
> BIP 21 proposal.

It is not correct to imply that BIP 20 requires Tonal Bitcoin support= .
In fact, the exact opposite is true; it states that even if one unit (eg, T= BC)
would be a more rational way to display a specified amount, clients should<= br> still interpret it in the way that is deemed to be most intuitive to the us= er
(eg, BTC).

--20cf303b434fad797204b7c3a57d--