Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Wbt6x-0004cA-9i for bitcoin-development@lists.sourceforge.net; Sun, 20 Apr 2014 14:52:51 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.223.178 as permitted sender) client-ip=209.85.223.178; envelope-from=christophe.biocca@gmail.com; helo=mail-ie0-f178.google.com; Received: from mail-ie0-f178.google.com ([209.85.223.178]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1Wbt6u-0006eC-3A for bitcoin-development@lists.sourceforge.net; Sun, 20 Apr 2014 14:52:51 +0000 Received: by mail-ie0-f178.google.com with SMTP id lx4so3161456iec.9 for ; Sun, 20 Apr 2014 07:52:42 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.50.43.170 with SMTP id x10mr16902371igl.36.1398005562773; Sun, 20 Apr 2014 07:52:42 -0700 (PDT) Received: by 10.64.102.136 with HTTP; Sun, 20 Apr 2014 07:52:42 -0700 (PDT) In-Reply-To: <3A69904F-0A3D-42E9-9DE7-067874E710BB@bitsofproof.com> References: <3A69904F-0A3D-42E9-9DE7-067874E710BB@bitsofproof.com> Date: Sun, 20 Apr 2014 10:52:42 -0400 Message-ID: From: Christophe Biocca To: "bitcoin-development@lists.sourceforge.net" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.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 (christophe.biocca[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -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: 1Wbt6u-0006eC-3A Subject: Re: [Bitcoin-development] "bits": Unit of account 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: Sun, 20 Apr 2014 14:52:51 -0000 If you absolutely want a name for some small unit (which may be valuable, not knocking that part of the idea), please use anything other than "bits", which is already a massively overloaded term that will confuse the hell out of people: Harddrive costs measured in "bits per gigabyte"? An itunes movie download that costs 200,000 bits and takes 804.2 megabytes of space? Or a 10-megabit internet connection costing 10,000,000 bits per month? It's especially bad given that bitcoin will likely be adopted first for online use, where the competing (and more recognized) meaning of "bit" is most prevalent. Not to mention the overlap within bitcoin itself, with people already using "millibits" in conversation as a shorthand for mBTC. Hence one new "bit" is exactly 1/1000 of the old "millibit". Make something up if you have to, or just use satoshis. On Sun, Apr 20, 2014 at 10:28 AM, Tamas Blummer wro= te: > People on this list are mostly engineers who have no problem dealing with > magnitudes and have rather limited empathy for people who have a problem > with them. > They also tend to think, that because they invented money 2.0 they would = not > need to care of finance=E2=80=99s or people=E2=80=99s current customs. > > The importance of their decisions in these questions will fade as people > already use wallets other than the core. > > Bring this particular discussion elsewhere, to the wallet developer. > > BTW the topic was discussed here several times, you have my support and J= eff > Garzik=E2=80=99s. > > Regards, > > Tamas Blummer > http://bitsofproof.com > > On 20.04.2014, at 15:15, Rob Golding wrote: > > The average person is not going to be confident that the prefix they > are using is the correct one, > > > The use of any 'prefix' is one of choice and entirely unnecessary, and th= ere > are already established 'divisions' in u/mBTC for those that feel they ne= ed > to use such things. > > people WILL send 1000x more or less than > intended if we go down this road, > > > Exceptionally unlikely - I deal every day with currencies with 0, 2 and 3 > dp's in amount ranging from 'under 1 whole unit' to tens of thousands - N= ot > once in 20 years has anyone ever 'sent' more or less than intended - oh, > they've 'intended' to underpay just fine, but never *unintended*. > > I propose that users are offered a preference to denominate the > Bitcoin currency in a unit called a bit. Where one bitcoin (BTC) > equals one million bits (bits) and one bit equals 100 satoshis. > > > I propose that for people unable to understand what a bitcoin is, they ca= n > just use satoshi's and drop this entire proposal. > > Rob > > > -------------------------------------------------------------------------= ----- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and thei= r > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > > > -------------------------------------------------------------------------= ----- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and thei= r > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development >