Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WO9YI-0006kT-FU for bitcoin-development@lists.sourceforge.net; Thu, 13 Mar 2014 17:36:18 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.216.169 as permitted sender) client-ip=209.85.216.169; envelope-from=etotheipi@gmail.com; helo=mail-qc0-f169.google.com; Received: from mail-qc0-f169.google.com ([209.85.216.169]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1WO9YH-00039Y-Kf for bitcoin-development@lists.sourceforge.net; Thu, 13 Mar 2014 17:36:18 +0000 Received: by mail-qc0-f169.google.com with SMTP id i17so1564753qcy.14 for ; Thu, 13 Mar 2014 10:36:12 -0700 (PDT) X-Received: by 10.224.167.19 with SMTP id o19mr4018496qay.77.1394732172211; Thu, 13 Mar 2014 10:36:12 -0700 (PDT) Received: from [192.168.1.85] (c-76-111-96-126.hsd1.md.comcast.net. [76.111.96.126]) by mx.google.com with ESMTPSA id u7sm8413587qap.5.2014.03.13.10.36.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 13 Mar 2014 10:36:11 -0700 (PDT) Message-ID: <5321EC89.6020300@gmail.com> Date: Thu, 13 Mar 2014 13:36:09 -0400 From: Alan Reiner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: bitcoin-development@lists.sourceforge.net References: <52852C2D.9020103@gmail.com> <52853D8A.6010501@monetize.io> <5321D95C.2070402@gmail.com> <5321E87B.8050908@monetize.io> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/alternative; boundary="------------070603070207040009050605" X-Spam-Score: -0.6 (/) 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 (etotheipi[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 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: 1WO9YH-00039Y-Kf Subject: Re: [Bitcoin-development] moving the default display to mbtc 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: Thu, 13 Mar 2014 17:36:18 -0000 This is a multi-part message in MIME format. --------------070603070207040009050605 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 03/13/2014 01:24 PM, Mike Hearn wrote: > > Using milli- and micro- notation for currency units is also not very > well supported. Last time this thread was active, I believe there > was a > suggestion to use 1 XBT == 1 uBTC. > > > Unfortunately I think some people already started using XBT to mean > the same as BTC (another ship that sailed: somehow Bhutan will have to > live with it). So if some software started to redefine it to mean > something else, that seems like a recipe for accidentally sending far > too much or too little money by mistake. > There is also the benefit that if someone screws up BTC and uBTC, it's likely to fail. Most people don't have 1e6 times as much money in their wallet as they attempted to send in a single transaction. Similarly, sending one-millionth of what you meant to is likely invalid or below the dust limit. Well it looks like the consensus is to do it, instead of talking about it. I'm going to make sure we get uBTC into the next Armory release. --------------070603070207040009050605 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 03/13/2014 01:24 PM, Mike Hearn wrote:
Using milli- and micro- notation for currency units is also not very
well supported. Last time this thread was active, I believe there was a
suggestion to use 1 XBT == 1 uBTC.

Unfortunately I think some people already started using XBT to mean the same as BTC (another ship that sailed: somehow Bhutan will have to live with it). So if some software started to redefine it to mean something else, that seems like a recipe for accidentally sending far too much or too little money by mistake.


There is also the benefit that if someone screws up BTC and uBTC, it's likely to fail.  Most people don't have 1e6 times as much money in their wallet as they attempted to send in a single transaction.  Similarly, sending one-millionth of what you meant to is likely invalid or below the dust limit. 

Well it looks like the consensus is to do it, instead of talking about it.  I'm going to make sure we get uBTC into the next Armory release. 
--------------070603070207040009050605--