summaryrefslogtreecommitdiff
path: root/87/c4cbacaa691dd6c6d98809f197aaa166e03aae
blob: c2768b3bd2a727ce74793ae673c8e00c8e30d8fa (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
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 <etotheipi@gmail.com>) id 1Vh36z-0000D6-PP
	for bitcoin-development@lists.sourceforge.net;
	Thu, 14 Nov 2013 20:01:57 +0000
Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.128.51 as permitted sender)
	client-ip=209.85.128.51; envelope-from=etotheipi@gmail.com;
	helo=mail-qe0-f51.google.com; 
Received: from mail-qe0-f51.google.com ([209.85.128.51])
	by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1Vh36y-0007WF-Jb
	for bitcoin-development@lists.sourceforge.net;
	Thu, 14 Nov 2013 20:01:57 +0000
Received: by mail-qe0-f51.google.com with SMTP id t7so1668204qeb.10
	for <bitcoin-development@lists.sourceforge.net>;
	Thu, 14 Nov 2013 12:01:51 -0800 (PST)
X-Received: by 10.224.12.140 with SMTP id x12mr5201385qax.42.1384459311147;
	Thu, 14 Nov 2013 12:01:51 -0800 (PST)
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 x10sm2190486qas.5.2013.11.14.12.01.49
	for <bitcoin-development@lists.sourceforge.net>
	(version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
	Thu, 14 Nov 2013 12:01:50 -0800 (PST)
Message-ID: <52852C2D.9020103@gmail.com>
Date: Thu, 14 Nov 2013 15:01:49 -0500
From: Alan Reiner <etotheipi@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: bitcoin-development@lists.sourceforge.net
References: <CAKaEYhK4oXH3hB7uS3=AEkA6r0VB5OYyTua+LOP18rq+rYajHg@mail.gmail.com>
In-Reply-To: <CAKaEYhK4oXH3hB7uS3=AEkA6r0VB5OYyTua+LOP18rq+rYajHg@mail.gmail.com>
X-Enigmail-Version: 1.6
Content-Type: multipart/alternative;
	boundary="------------010407060805040602080405"
X-Spam-Score: -0.6 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked.
	See
	http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
	for more information. [URIs: doubleclick.net]
	-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: 1Vh36y-0007WF-Jb
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: Thu, 14 Nov 2013 20:01:58 -0000

This is a multi-part message in MIME format.
--------------010407060805040602080405
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

I highly recommend that if we make any move towards this, that the
software show verification in both/all units.

For instance, there should be 3 input fields, one for "BTC", one for
"mBTC" one for "uBTC".  As the user enters a value in one of the fields,
it would automatically update the other fields with the converted value
as they type.  This makes it really difficult to get it wrong... if
you're typing "10" into the BTC field, thinking it's mBTC, you'll see
10,000 mBTC showing up in the other box as you type.  Similarly, it
should display all units on all verification windows.  Users may also
use it for sanity checking conversion between units.

Personally, I'm of the opinion that this change is important in the long
run:  the current price makes Bitcoin *intimidating* to new users.  But
I'm also of the opinion that it's freakin' hard to change the base unit
in such an established system.  There is no easy way to do this that
doesn't cause more heartache than it's worth.  But it's possible if you
make it idiot-proof enough, and roll it out in the least inconvenient way.

-Alan


On 11/14/2013 06:45 AM, Melvin Carvalho wrote:
> Rationale
> =======
>
> Given the recent rise in value there seems to be anecdotal evidence
> that 1 bitcoin being so high is putting off a lot of normal buyers,
> because they feel that putting down $400+ and only getting "1 coin",
> or having to buy in multiples of 1 whole coin, is too much.. only
> after it being explained that they can buy fractional amounts to they
> regain interest, apparently happening increasingly.
>
>
> Straw Poll
> ========
>
> 6 months ago there was a straw poll on this
>
> https://bitcointalk.org/index.php?topic=220322.0
>
> Roughly 2/3 of respondents favoured switching
>
> A further 20% said to switch after it hits 1000
>
> Satoshi's comments:
> ================
>
> Eventually at most only 21 million coins for 6.8 billion people in the
> world if it really gets huge.
>
> But don't worry, there are another 6 decimal places that aren't shown,
> for a total of 8 decimal places internally.  It shows 1.00 but
> internally it's 1.00000000.  If there's massive deflation in the
> future, the software could show more decimal places.
>
> If it gets tiresome working with small numbers, we could change where
> the display shows the decimal point.  Same amount of money, just
> different convention for where the ","'s and "."'s go.  e.g. moving
> the decimal place 3 places would mean if you had 1.00000 before, now
> it shows it as 1,000.00.
>
> https://bitcointalk.org/index.php?topic=44.msg267#msg267
>
>
> Would now be a good time to start thinking about changing the default
> display in the software.  Perhaps initially it could be a dropdown
> display option, then at some point mbtc becomes the default?
>
>
>
> ------------------------------------------------------------------------------
> DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
> OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
> Free app hosting. Or install the open source package on any LAMP server.
> Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
>
>
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development


--------------010407060805040602080405
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    I highly recommend that if we make any move towards this, that the
    software show verification in both/all units. <br>
    <br>
    For instance, there should be 3 input fields, one for "BTC", one for
    "mBTC" one for "uBTC".&nbsp; As the user enters a value in one of the
    fields, it would automatically update the other fields with the
    converted value as they type.&nbsp; This makes it really difficult to get
    it wrong... if you're typing "10" into the BTC field, thinking it's
    mBTC, you'll see 10,000 mBTC showing up in the other box as you
    type.&nbsp; Similarly, it should display all units on all verification
    windows.&nbsp; Users may also use it for sanity checking conversion
    between units.<br>
    <br>
    Personally, I'm of the opinion that this change is important in the
    long run:&nbsp; the current price makes Bitcoin <b>intimidating</b> to
    new users.&nbsp; But I'm also of the opinion that it's freakin' hard to
    change the base unit in such an established system.&nbsp; There is no
    easy way to do this that doesn't cause more heartache than it's
    worth.&nbsp; But it's possible if you make it idiot-proof enough, and
    roll it out in the least inconvenient way.<br>
    <br>
    -Alan<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 11/14/2013 06:45 AM, Melvin Carvalho
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAKaEYhK4oXH3hB7uS3=AEkA6r0VB5OYyTua+LOP18rq+rYajHg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>
              <div>Rationale<br>
                =======<br>
              </div>
              <div><br>
                Given the recent rise in value there seems to be
                anecdotal evidence that 1 bitcoin being so high is
                putting off a lot of normal buyers, because they feel
                that putting down $400+ and only getting "1 coin", or
                having to buy in multiples of 1 whole coin, is too
                much.. only after it being explained that they can buy
                fractional amounts to they regain interest, apparently
                happening increasingly.<br>
                <br>
                <br>
              </div>
              <div>Straw Poll<br>
                ========<br>
              </div>
              <div><br>
              </div>
              6 months ago there was a straw poll on this<br>
              <br>
              <a moz-do-not-send="true"
                href="https://bitcointalk.org/index.php?topic=220322.0">https://bitcointalk.org/index.php?topic=220322.0</a><br>
              <br>
            </div>
            Roughly 2/3 of respondents favoured switching<br>
            <br>
          </div>
          A further 20% said to switch after it hits 1000<br>
          <br>
        </div>
        Satoshi's comments:<br>
        ================<br>
        <br>
        Eventually at most only 21 million coins for 6.8 billion people
        in the world if it really gets huge.<br>
        <br>
        But don't worry, there are another 6 decimal places that aren't
        shown, for a total of 8 decimal places internally.&nbsp; It shows
        1.00 but internally it's 1.00000000.&nbsp; If there's massive
        deflation in the future, the software could show more decimal
        places.<br>
        <br>
        If it gets tiresome working with small numbers, we could change
        where the display shows the decimal point.&nbsp; Same amount of
        money, just different convention for where the ","'s and "."'s
        go.&nbsp; e.g. moving the decimal place 3 places would mean if you
        had 1.00000 before, now it shows it as 1,000.00.<br>
        <br>
        <a moz-do-not-send="true"
          href="https://bitcointalk.org/index.php?topic=44.msg267#msg267">https://bitcointalk.org/index.php?topic=44.msg267#msg267</a><br>
        <div><br>
          <br>
        </div>
        <div>Would now be a good time to start thinking about changing
          the default display in the software.&nbsp; Perhaps initially it
          could be a dropdown display option, then at some point mbtc
          becomes the default?<br>
        </div>
        <div><br>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">------------------------------------------------------------------------------
DreamFactory - Open Source REST &amp; JSON Services for HTML5 &amp; Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
<a class="moz-txt-link-freetext" href="http://pubads.g.doubleclick.net/gampad/clk?id=63469471&amp;iu=/4140/ostg.clktrk">http://pubads.g.doubleclick.net/gampad/clk?id=63469471&amp;iu=/4140/ostg.clktrk</a></pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Bitcoin-development mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------010407060805040602080405--