summaryrefslogtreecommitdiff
path: root/0e/5e0c54a8a6d243add63710771aa1d605bf66d9
blob: fbc090f5a2ce132cb7e6656af7990aff084f7ebc (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
	helo=mx.sourceforge.net)
	by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <mh.in.england@gmail.com>) id 1WOU6Y-0005n6-Pp
	for bitcoin-development@lists.sourceforge.net;
	Fri, 14 Mar 2014 15:33:02 +0000
Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.219.46 as permitted sender)
	client-ip=209.85.219.46; envelope-from=mh.in.england@gmail.com;
	helo=mail-oa0-f46.google.com; 
Received: from mail-oa0-f46.google.com ([209.85.219.46])
	by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1WOU6X-0000J0-As
	for bitcoin-development@lists.sourceforge.net;
	Fri, 14 Mar 2014 15:33:02 +0000
Received: by mail-oa0-f46.google.com with SMTP id i7so2767414oag.19
	for <bitcoin-development@lists.sourceforge.net>;
	Fri, 14 Mar 2014 08:32:56 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.182.213.166 with SMTP id nt6mr7296989obc.53.1394811176007;
	Fri, 14 Mar 2014 08:32:56 -0700 (PDT)
Sender: mh.in.england@gmail.com
Received: by 10.76.71.231 with HTTP; Fri, 14 Mar 2014 08:32:55 -0700 (PDT)
In-Reply-To: <lfv5ml$vl8$1@ger.gmane.org>
References: <CAKaEYhK4oXH3hB7uS3=AEkA6r0VB5OYyTua+LOP18rq+rYajHg@mail.gmail.com>
	<52852C2D.9020103@gmail.com> <52853D8A.6010501@monetize.io>
	<CAJHLa0M6CkoDbD6FFixf9-mmhug7DvehSWCJ+EHWVxUDuwNiBg@mail.gmail.com>
	<EE02A310-8604-4811-B2D0-FC32C72C20F3@grabhive.com>
	<CAJHLa0OMcTCgGESi-F4jT2NA3FyCeMYbD_52j47t3keEYBfK8g@mail.gmail.com>
	<CAKm8k+3J9Po4xQn9LhTQrnrGCvG36-kLCjWPX4kmd-c7h+LujA@mail.gmail.com>
	<CANEZrP1VbQPapKJCLcE0+vpK0xac6D6JxRGKdagPVchfZjpUmQ@mail.gmail.com>
	<lfscfd$3cs$1@ger.gmane.org> <lfv2an$iv3$1@ger.gmane.org>
	<362072F0-1EA8-4474-AE26-4691C852A22C@bitsofproof.com>
	<lfv4tm$lpg$1@ger.gmane.org>
	<A1A0E432-3E76-429C-AADF-083A0041C34B@bitsofproof.com>
	<lfv5ml$vl8$1@ger.gmane.org>
Date: Fri, 14 Mar 2014 16:32:55 +0100
X-Google-Sender-Auth: 5isC5EVY0jtevNWEFcloF6OvgUM
Message-ID: <CANEZrP2AtfkiNG4--8rF8C73N=Hf_UR+9DzPAWESSfu95KCwiw@mail.gmail.com>
From: Mike Hearn <mike@plan99.net>
To: Andreas Schildbach <andreas@schildbach.de>
Content-Type: multipart/alternative; boundary=001a11c2e60aacbe8b04f492c854
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
	(mh.in.england[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: 1WOU6X-0000J0-As
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
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: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Fri, 14 Mar 2014 15:33:02 -0000

--001a11c2e60aacbe8b04f492c854
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

The issue here is that most people are producing prices in BTC by just
multiplying through the spot rate with full precision. Obviously if you
converted dollar prices to Euro prices with the same technique, you'd also
end up with lots of numbers after the decimal point, but in the real world
nobody actually does this. They always "prettify" the price.

This practice often annoys people because they feel like they get short
changed. The most notorious example is Apple which likes (liked?) to charge
99 cents per iTunes song in the USA, and 99 pennies per song in the UK,
despite that the British pound is worth a lot more than the dollar. It
should be more like 60 pence.

Nothing stops BitPay rounding the mBTC price to look more natural, but
right now it's not common practice.


On Fri, Mar 14, 2014 at 4:02 PM, Andreas Schildbach
<andreas@schildbach.de>wrote:

> By that definition 3.56 is a price. Maybe I misunderstood you and you're
> lobbying for mBTC?
>
>
> On 03/14/2014 03:57 PM, Tamas Blummer wrote:
> > you miss the point Andreas. It is not about the magnitude but about
> > the form of a price.
> >
> > A number with no decimals or with two decimals is percieved as a
> > price in some currency.
> >
> > A number with more than two decimals is just not percieved as a price
> > but as a geeky something that you rather convert to local currency.
> >
> > Tamas Blummer
> > Bits of Proof
> >
> > On 14.03.2014, at 15:49, Andreas Schildbach <andreas@schildbach.de
> > <mailto:andreas@schildbach.de>> wrote:
> >
> >> How much do you pay for an Espresso in your local currency?
> >>
> >> At least for the Euro and the Dollar, mBTC 3.56 is very close to what
> >> people would expect. Certainly more familiar than =C2=B5BTC 3558 or BT=
C
> >> 0.003578.
> >>
> >> Anyway, I was just sharing real-world experience: nobody is confused.
> >>
> >>
> >> On 03/14/2014 03:14 PM, Tamas Blummer wrote:
> >>> You give them a hard to interpret thing like mBTC and then wonder
> >>> why they rather look at local currency. Because the choices you
> >>> gave them are bad.
> >>>
> >>> I think Bitcoin would have a better chance to be percieved as a
> >>> currency of its own if it had prices and fractions like currencies
> >>> do.
> >>>
> >>> 3.558 mBTC or 0.003578 BTC will never be as accepted as 3558 bits
> >>> would be.
> >>>
> >>>
> >>> Tamas Blummer Bits of Proof
> >>>
> >>> On 14.03.2014, at 15:05, Andreas Schildbach <andreas@schildbach.de
> >>> <mailto:andreas@schildbach.de>>
> >>> wrote:
> >>>
> >>>> btw. None of Bitcoin Wallet's users complained about confusion
> >>>> because of the mBTC switch. In contrast, I get many mails and
> >>>> questions if exchange rates happen to differ by >10%.
> >>>>
> >>>> I suspect nobody looks at the Bitcoin price. It's the amount in
> >>>> local currency that matters to the users.
> >>>>
> >>>>
> >>>> On 03/13/2014 02:40 PM, Andreas Schildbach wrote:
> >>>>> Indeed. And users were crying for mBTC. Nobody was asking for
> >>>>> =C2=B5BTC.
> >>>>>
> >>>>> I must admit I was not aware if this thread. I just watched
> >>>>> other wallets and at some point decided its time to switch to
> >>>>> mBTC.
> >>>>>
> >>>>>
> >>>>> On 03/13/2014 02:31 PM, Mike Hearn wrote:
> >>>>>> The standard has become mBTC and that's what was adopted.
> >>>>>> It's too late to try and sway this on a mailing list thread
> >>>>>> now.
> >>>>>>
> >>>>>>
> >>>>>> On Thu, Mar 13, 2014 at 2:29 PM, Gary Rowe
> >>>>>> <g.rowe@froot.co.uk <mailto:g.rowe@froot.co.uk>
> >>>>>> <mailto:g.rowe@froot.co.uk>> wrote:
> >>>>>>
> >>>>>> The MultiBit HD view is that this is a locale-sensitive
> >>>>>> presentation issue. As a result we offer a simple
> >>>>>> configuration panel giving pretty much every possible
> >>>>>> combination: icon, m+icon,  =CE=BC+icon, BTC, mBTC,  =CE=BCBTC, XB=
T,
> >>>>>> mXBT,  =CE=BCXBT, sat along with settings for leading/trailing
> >>>>>> symbol, commas, spaces and points. This allows anyone to
> >>>>>> customise to meet their own needs beyond the offered default.
> >>>>>>
> >>>>>>
> >>>>>> We apply the NIST guidelines for representation of SI unit
> >>>>>> symbols (i.e no conversion to native language, no RTL giving
> >>>>>> icon+m etc).
> >>>>>>
> >>>>>> Right now MultiBit HD is configured to use m+icon taken from
> >>>>>> the Font Awesome icon set. However reading earlier posts it
> >>>>>> seems that =CE=BC+icon is more sensible.
> >>>>>>
> >>>>>> Let us know what you'd like.
> >>>>>>
> >>>>>> Links: m+icon screenshot: http://imgur.com/a/WCDoG Font
> >>>>>> Awesome icon:
> >>>>>> http://fortawesome.github.io/Font-Awesome/icon/btc/ NIST SI
> >>>>>> guidelines: http://physics.nist.gov/Pubs/SP811/sec07.html
> >>>>>>
> >>>>>>
> >>>>>> On 13 March 2014 12:56, Jeff Garzik <jgarzik@bitpay.com
> >>>>>> <mailto:jgarzik@bitpay.com>
> >>>>>> <mailto:jgarzik@bitpay.com>> wrote:
> >>>>>>
> >>>>>> Resurrecting this topic.  Bitcoin Wallet moved to mBTC
> >>>>>> several weeks ago, which was disappointing -- it sounded like
> >>>>>> the consensus was uBTC, and moving to uBTC later --which will
> >>>>>> happen-- may result in additional user confusion, thanks to
> >>>>>> yet another decimal place transition.
>
>
>
>
> -------------------------------------------------------------------------=
-----
> 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/13534_NeoTech
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>

--001a11c2e60aacbe8b04f492c854
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">The issue here is that most people are producing prices in=
 BTC by just multiplying through the spot rate with full precision. Obvious=
ly if you converted dollar prices to Euro prices with the same technique, y=
ou&#39;d also end up with lots of numbers after the decimal point, but in t=
he real world nobody actually does this. They always &quot;prettify&quot; t=
he price.<div>
<br></div><div>This practice often annoys people because they feel like the=
y get short changed. The most notorious example is Apple which likes (liked=
?) to charge 99 cents per iTunes song in the USA, and 99 pennies per song i=
n the UK, despite that the British pound is worth a lot more than the dolla=
r. It should be more like 60 pence.</div>
<div><br></div><div>Nothing stops BitPay rounding the mBTC price to look mo=
re natural, but right now it&#39;s not common practice.</div></div><div cla=
ss=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Fri, Mar 14, 2014 =
at 4:02 PM, Andreas Schildbach <span dir=3D"ltr">&lt;<a href=3D"mailto:andr=
eas@schildbach.de" target=3D"_blank">andreas@schildbach.de</a>&gt;</span> w=
rote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">By that definition 3.56 is a price. Maybe I =
misunderstood you and you&#39;re<br>
lobbying for mBTC?<br>
<div class=3D""><br>
<br>
On 03/14/2014 03:57 PM, Tamas Blummer wrote:<br>
&gt; you miss the point Andreas. It is not about the magnitude but about<br=
>
&gt; the form of a price.<br>
&gt;<br>
&gt; A number with no decimals or with two decimals is percieved as a<br>
&gt; price in some currency.<br>
&gt;<br>
&gt; A number with more than two decimals is just not percieved as a price<=
br>
&gt; but as a geeky something that you rather convert to local currency.<br=
>
&gt;<br>
&gt; Tamas Blummer<br>
&gt; Bits of Proof<br>
&gt;<br>
&gt; On 14.03.2014, at 15:49, Andreas Schildbach &lt;<a href=3D"mailto:andr=
eas@schildbach.de">andreas@schildbach.de</a><br>
</div><div class=3D"">&gt; &lt;mailto:<a href=3D"mailto:andreas@schildbach.=
de">andreas@schildbach.de</a>&gt;&gt; wrote:<br>
&gt;<br>
&gt;&gt; How much do you pay for an Espresso in your local currency?<br>
&gt;&gt;<br>
&gt;&gt; At least for the Euro and the Dollar, mBTC 3.56 is very close to w=
hat<br>
&gt;&gt; people would expect. Certainly more familiar than =C2=B5BTC 3558 o=
r BTC<br>
&gt;&gt; 0.003578.<br>
&gt;&gt;<br>
&gt;&gt; Anyway, I was just sharing real-world experience: nobody is confus=
ed.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On 03/14/2014 03:14 PM, Tamas Blummer wrote:<br>
&gt;&gt;&gt; You give them a hard to interpret thing like mBTC and then won=
der<br>
&gt;&gt;&gt; why they rather look at local currency. Because the choices yo=
u<br>
&gt;&gt;&gt; gave them are bad.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; I think Bitcoin would have a better chance to be percieved as =
a<br>
&gt;&gt;&gt; currency of its own if it had prices and fractions like curren=
cies<br>
&gt;&gt;&gt; do.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; 3.558 mBTC or 0.003578 BTC will never be as accepted as 3558 b=
its<br>
&gt;&gt;&gt; would be.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Tamas Blummer Bits of Proof<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On 14.03.2014, at 15:05, Andreas Schildbach &lt;<a href=3D"mai=
lto:andreas@schildbach.de">andreas@schildbach.de</a><br>
</div>&gt;&gt;&gt; &lt;mailto:<a href=3D"mailto:andreas@schildbach.de">andr=
eas@schildbach.de</a>&gt;&gt;<br>
<div class=3D"HOEnZb"><div class=3D"h5">&gt;&gt;&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; btw. None of Bitcoin Wallet&#39;s users complained about c=
onfusion<br>
&gt;&gt;&gt;&gt; because of the mBTC switch. In contrast, I get many mails =
and<br>
&gt;&gt;&gt;&gt; questions if exchange rates happen to differ by &gt;10%.<b=
r>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I suspect nobody looks at the Bitcoin price. It&#39;s the =
amount in<br>
&gt;&gt;&gt;&gt; local currency that matters to the users.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On 03/13/2014 02:40 PM, Andreas Schildbach wrote:<br>
&gt;&gt;&gt;&gt;&gt; Indeed. And users were crying for mBTC. Nobody was ask=
ing for<br>
&gt;&gt;&gt;&gt;&gt; =C2=B5BTC.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I must admit I was not aware if this thread. I just wa=
tched<br>
&gt;&gt;&gt;&gt;&gt; other wallets and at some point decided its time to sw=
itch to<br>
&gt;&gt;&gt;&gt;&gt; mBTC.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On 03/13/2014 02:31 PM, Mike Hearn wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt; The standard has become mBTC and that&#39;s what w=
as adopted.<br>
&gt;&gt;&gt;&gt;&gt;&gt; It&#39;s too late to try and sway this on a mailin=
g list thread<br>
&gt;&gt;&gt;&gt;&gt;&gt; now.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; On Thu, Mar 13, 2014 at 2:29 PM, Gary Rowe<br>
&gt;&gt;&gt;&gt;&gt;&gt; &lt;<a href=3D"mailto:g.rowe@froot.co.uk">g.rowe@f=
root.co.uk</a> &lt;mailto:<a href=3D"mailto:g.rowe@froot.co.uk">g.rowe@froo=
t.co.uk</a>&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; &lt;mailto:<a href=3D"mailto:g.rowe@froot.co.uk">g=
.rowe@froot.co.uk</a>&gt;&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; The MultiBit HD view is that this is a locale-sens=
itive<br>
&gt;&gt;&gt;&gt;&gt;&gt; presentation issue. As a result we offer a simple<=
br>
&gt;&gt;&gt;&gt;&gt;&gt; configuration panel giving pretty much every possi=
ble<br>
&gt;&gt;&gt;&gt;&gt;&gt; combination: icon, m+icon, =C2=A0=CE=BC+icon, BTC,=
 mBTC, =C2=A0=CE=BCBTC, XBT,<br>
&gt;&gt;&gt;&gt;&gt;&gt; mXBT, =C2=A0=CE=BCXBT, sat along with settings for=
 leading/trailing<br>
&gt;&gt;&gt;&gt;&gt;&gt; symbol, commas, spaces and points. This allows any=
one to<br>
&gt;&gt;&gt;&gt;&gt;&gt; customise to meet their own needs beyond the offer=
ed default.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; We apply the NIST guidelines for representation of=
 SI unit<br>
&gt;&gt;&gt;&gt;&gt;&gt; symbols (i.e no conversion to native language, no =
RTL giving<br>
&gt;&gt;&gt;&gt;&gt;&gt; icon+m etc).<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Right now MultiBit HD is configured to use m+icon =
taken from<br>
&gt;&gt;&gt;&gt;&gt;&gt; the Font Awesome icon set. However reading earlier=
 posts it<br>
&gt;&gt;&gt;&gt;&gt;&gt; seems that =CE=BC+icon is more sensible.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Let us know what you&#39;d like.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Links: m+icon screenshot: <a href=3D"http://imgur.=
com/a/WCDoG" target=3D"_blank">http://imgur.com/a/WCDoG</a> Font<br>
&gt;&gt;&gt;&gt;&gt;&gt; Awesome icon:<br>
&gt;&gt;&gt;&gt;&gt;&gt; <a href=3D"http://fortawesome.github.io/Font-Aweso=
me/icon/btc/" target=3D"_blank">http://fortawesome.github.io/Font-Awesome/i=
con/btc/</a> NIST SI<br>
&gt;&gt;&gt;&gt;&gt;&gt; guidelines: <a href=3D"http://physics.nist.gov/Pub=
s/SP811/sec07.html" target=3D"_blank">http://physics.nist.gov/Pubs/SP811/se=
c07.html</a><br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; On 13 March 2014 12:56, Jeff Garzik &lt;<a href=3D=
"mailto:jgarzik@bitpay.com">jgarzik@bitpay.com</a><br>
&gt;&gt;&gt;&gt;&gt;&gt; &lt;mailto:<a href=3D"mailto:jgarzik@bitpay.com">j=
garzik@bitpay.com</a>&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; &lt;mailto:<a href=3D"mailto:jgarzik@bitpay.com">j=
garzik@bitpay.com</a>&gt;&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Resurrecting this topic. =C2=A0Bitcoin Wallet move=
d to mBTC<br>
&gt;&gt;&gt;&gt;&gt;&gt; several weeks ago, which was disappointing -- it s=
ounded like<br>
&gt;&gt;&gt;&gt;&gt;&gt; the consensus was uBTC, and moving to uBTC later -=
-which will<br>
&gt;&gt;&gt;&gt;&gt;&gt; happen-- may result in additional user confusion, =
thanks to<br>
&gt;&gt;&gt;&gt;&gt;&gt; yet another decimal place transition.<br>
<br>
<br>
<br>
</div></div><div class=3D"HOEnZb"><div class=3D"h5">-----------------------=
-------------------------------------------------------<br>
Learn Graph Databases - Download FREE O&#39;Reilly Book<br>
&quot;Graph Databases&quot; is the definitive new guide to graph databases =
and their<br>
applications. Written by three acclaimed leaders in the field,<br>
this first edition is now available. Download your free book today!<br>
<a href=3D"http://p.sf.net/sfu/13534_NeoTech" target=3D"_blank">http://p.sf=
.net/sfu/13534_NeoTech</a><br>
_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href=3D"mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-develo=
pment@lists.sourceforge.net</a><br>
<a href=3D"https://lists.sourceforge.net/lists/listinfo/bitcoin-development=
" target=3D"_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-de=
velopment</a><br>
</div></div></blockquote></div><br></div>

--001a11c2e60aacbe8b04f492c854--