summaryrefslogtreecommitdiff
path: root/a8/3d0111558aabbde49efa92660d4dfb5f11f163
blob: 151f1c69ff31dab426f696eed487e569031939ef (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
Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
	helo=mx.sourceforge.net)
	by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <gojomo@gmail.com>) id 1WhRSG-0006h3-5Q
	for bitcoin-development@lists.sourceforge.net;
	Mon, 05 May 2014 22:33:48 +0000
Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.213.171 as permitted sender)
	client-ip=209.85.213.171; envelope-from=gojomo@gmail.com;
	helo=mail-ig0-f171.google.com; 
Received: from mail-ig0-f171.google.com ([209.85.213.171])
	by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1WhRSE-0003bA-N9
	for bitcoin-development@lists.sourceforge.net;
	Mon, 05 May 2014 22:33:48 +0000
Received: by mail-ig0-f171.google.com with SMTP id c1so5419251igq.10
	for <bitcoin-development@lists.sourceforge.net>;
	Mon, 05 May 2014 15:33:40 -0700 (PDT)
X-Received: by 10.42.25.147 with SMTP id a19mr5410500icc.89.1399329220761;
	Mon, 05 May 2014 15:33:40 -0700 (PDT)
Received: from probook.local (192.sub-174-240-38.myvzw.com. [174.240.38.192])
	by mx.google.com with ESMTPSA id
	m8sm31662303igx.9.2014.05.05.15.33.38
	for <bitcoin-development@lists.sourceforge.net>
	(version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
	Mon, 05 May 2014 15:33:40 -0700 (PDT)
Message-ID: <536811C1.1060706@gmail.com>
Date: Mon, 05 May 2014 15:33:37 -0700
From: Gordon Mohr <gojomo@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9;
	rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
CC: Bitcoin Development <bitcoin-development@lists.sourceforge.net>
References: <CACq0ZD6EJnG4iwehfcFU-4AhBiNdtyf7eE9iGW8d6rv6327Eug@mail.gmail.com>	<53644F13.1080203@gmail.com>
	<CACq0ZD7s8tp8GvJhEhZx4T7xMpeZ+tz5HNKQK-p=f=R10NaCmA@mail.gmail.com>
In-Reply-To: <CACq0ZD7s8tp8GvJhEhZx4T7xMpeZ+tz5HNKQK-p=f=R10NaCmA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Score: -0.4 (/)
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
	(gojomo[at]gmail.com)
	-0.0 SPF_PASS               SPF: sender matches SPF record
	1.2 MISSING_HEADERS        Missing To: header
	-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: 1WhRSE-0003bA-N9
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: <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: Mon, 05 May 2014 22:33:48 -0000

On 5/2/14, 10:41 PM, Aaron Voisine wrote:
> I have to agree with Mike. Human language is surprisingly tolerant of
> overloading and inference from context. Neurotypical people have no
> problem with it and perceive a software engineer's aversion to it as
> being pedantic and strange. Note that "bits" was a term for a unit of
> money long before the invention of digital computers.

Of course people *can* manage, when they need to; natural language is 
full of such overloading. But the clashes are not costless, they add 
mental load for first-time learners and low-context users.

So the concern is, when there's a free choice, why not bootstrap words 
that are less fragile and context-dependent? Why add extra comprehension 
gotchas into what is already a challenging domain?

And it's exactly the aspect that makes 'bit' attractive – "it's right 
there in the name _Bit_coin!" – that equally presents the clash – 
because the sense of 'bit' honored in the "Bitcoin" name, and central to 
the systems' essential properties, is the binary digit.

It's like intentionally introducing a 'false friend' word-correlation 
between the vernacular of the casual Bitcoin user, and the language of 
Bitcoin experts. And the word pair is nearly auto-antonymic in some 
essential dimensions: indivisible vs. divisible, base-2 vs. base-10, 
composed-geometrically vs. composed-arithmetically.

https://en.wikipedia.org/wiki/False_friend - interferes w/ lang learning
https://en.wikipedia.org/wiki/Auto-antonym

In naming amounts, there's no desperate need to stay in the shallow 
crowded pool of words just derived from "bit" and "coin". Real 
currencies have many names for their units, including subunits with 
highly-unrelated sounds. The contrasting words help create more shades 
of meaning for different purposes. Some examples:

  dollars/bucks - bits (1/8ths) - dimes (1/10ths) - cents (1/100ths)
  pounds/quid - shillings (1/20ths) - pence (1/100th; formerly 1/240th)
  yuan/kuai - jiao (1/10ths) - fen (1/100ths)

Regarding the cute example of contextual disambiguation...

On 5/3/14, 11:15 PM, Aaron Voisine wrote:
> Bit by bit, it's become clear that it's a bit much to worry even a
> little bit that overloading the word "bit" would be every bit as bad
> as a two bit horse with the bit between it's teeth that bit the hand
> that feeds it, or a drill bit broken to bits after just a bit of use.

That there are many existing definitions doesn't reassure that one 
*extra* definition will still be costless, especially for 
low-literacy/low-context/low-numeracy users or learners.

Note that this example *doesn't* showcase the new proposed 
'100-satoshi-value' usage, nor activate the 'binary digit' meaning. (It 
does activate the "part/quantity, usually small or imprecise" sense of 
'bit', 7 times depending on how you classify the idioms.)

Try instead this mash of concepts, which someone deciding whether to 
trust 'bits' will face:

"Bitcoin uses the digital science of bits, the indivisible 1s and 0s of 
computer logic, to create a networked money measured in bits, which 
split into 100 indivisible cents called satoshis. Bit amounts are 
represented as 64-bit integer counts of 1/100th of a bit, so 64-bit 
integers can represent any balance from the smallest positive bit total, 
0.01 bits (integer 1), up to a number over 92 quintillion bits (2^63-1, 
integer 9,223,372,036,854,775,808).

That max value won't be needed, though, because a crucial bit of the 
original Satoshi design is a maximum issuance of 21,000,000,000,000.00 
bits (21 trillion bits, 21 terabits). These new bits are awarded to 
computers racing to complete a digital verification task on an 
algorithmic schedule: currently 25 million bits (25 megabits) arrive 
about every 10 minutes. That is, the total number of Bitcoin bits is 
increasing at 6.33 Kbps, though that arrival slows to 0 bps by around 
the year 2140.

The most important bit to remember is that your ability to spend bits is 
controlled by secret 256-bit numbers, called private keys, bits of info 
that only you know. The fact that these keys are 256-bits long is what 
makes them practically unguessable, even if someone had a computing 
budget of all the bits in the world, or built a computer out of all the 
bits in the universe. (That is, even though the network can create 25 
million bits every 10 minutes, it can't guess your secret 256 bits in 
the lifetime of the universe!)

Watch out, though: human-chosen passwords and 4-8 word phrases typically 
provide much less than 128 bits of security, far too little to create a 
256-bit key. And in the math of bits, having half as many bits doesn't 
mean half the security, it means the square-root as much security. (For 
a 128-bit shortfall, that's 2^128 or 340 billion billion billion billion 
times less strength.)

If your secret has enough bits, though, you can be confident that you 
can put millions of dollars into bits, because of the cryptographic 
power of hundreds of bits. The current value of a bit is 1/20th of a US 
cent, so 256 bits has the purchasing power of about 11¢.

If you say you've got a bit of bitcoin in your wallet, I'll need you to 
be a bit more specific. If you've got one bit of bitcoin, you've got 
1/20th of a cent worth, an insignificant bit. But if you've got one 
bitcoin, you've got about $440 worth, quite a bit! Now you know a bit 
about Bitcoin, where your highly-valuable bits are protected by the 
science of bits. Get some bits now, they're small and still cheap, what 
is there to lose?"

Now, most people may never need to understand binary digits and 
information science. But if a future of widespread cryptocurrency 
success comes to pass, more people than ever before will want (and need) 
to understand the basics, and we can help them with clear terminology.

I'd also point out to those who've built their brands around the word 
'bit' that while it may seem grand to have the currency's most-common 
unit in your name/logo, you might wind up snake-bit. How?

*If* 'bit' is effectively bootstrapped to mean a tangible amount that 
people understand intuitively for everyday commerce, that amount is 
currently tiny (1/20th of a USD cent) and would still be tiny (10¢) if 
bitcoin appreciates in value over 200x to USD$100K per bitcoin.

So "bitpay" starts reading as "penny-pay" – and under an optimistic 
appreciation scenario might someday read as "dime-pay".

"bitsofproof" reads as "pennies-of-proof" or someday "dimes-of-proof".

- Gordon