summaryrefslogtreecommitdiff
path: root/14/d902444669600895328d137f82d55266b49177
blob: d4734285810fcb233977d57f15d1c60ff18e4b29 (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
Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
	helo=mx.sourceforge.net)
	by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <ronaldbelliott@gmail.com>) id 1X38OB-0003gS-1q
	for bitcoin-development@lists.sourceforge.net;
	Fri, 04 Jul 2014 18:39:15 +0000
Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.216.176 as permitted sender)
	client-ip=209.85.216.176; envelope-from=ronaldbelliott@gmail.com;
	helo=mail-qc0-f176.google.com; 
Received: from mail-qc0-f176.google.com ([209.85.216.176])
	by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1X38O9-0003IQ-3r
	for bitcoin-development@lists.sourceforge.net;
	Fri, 04 Jul 2014 18:39:14 +0000
Received: by mail-qc0-f176.google.com with SMTP id w7so1714793qcr.21
	for <bitcoin-development@lists.sourceforge.net>;
	Fri, 04 Jul 2014 11:39:07 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.224.54.133 with SMTP id q5mr21683785qag.84.1404499147644;
	Fri, 04 Jul 2014 11:39:07 -0700 (PDT)
Received: by 10.140.97.67 with HTTP; Fri, 4 Jul 2014 11:39:07 -0700 (PDT)
In-Reply-To: <53B6DB38.7010709@jerviss.org>
References: <10566815.3CllqoMfON@momentum>
	<53B6DB38.7010709@jerviss.org>
Date: Fri, 4 Jul 2014 11:39:07 -0700
Message-ID: <CAMEND1ijTGfLw3ZJGXwnBXFjHdoePuR1DMmYRVHnVEiBSydeSg@mail.gmail.com>
From: Ron Elliott <ronaldbelliott@gmail.com>
To: kjj <bitcoin-devel@jerviss.org>
Content-Type: multipart/alternative; boundary=001a11c30e22c89f2b04fd6270a8
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
	(ronaldbelliott[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: 1X38O9-0003IQ-3r
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] ASIC-proof mining
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, 04 Jul 2014 18:39:15 -0000

--001a11c30e22c89f2b04fd6270a8
Content-Type: text/plain; charset=UTF-8

I feel everyone should re-read that last paragraph as it carries the most
weight IMO.


On Fri, Jul 4, 2014 at 9:50 AM, kjj <bitcoin-devel@jerviss.org> wrote:

> Just some general comments on this topic/discussion.
>
> I suspect that there exist no algorithms which cannot be done better in
> an application-specific device than in a general purpose computer.  And
> if there is such a thing, then it must necessarily perform best on one
> specific platform, making that platform the de facto application
> specific device.
>
> I'm not sure how one would go about proving or disproving that, but it
> seems very likely to be true.
>
> IO-bound is exactly the same as memory bound, for devices that have
> enough memory.  20 GB is already trivial today, and you don't really get
> into ask-the-wife-for-permission money until you cross 128 GB. The
> exception would be if the IO was to an oracle outside of the device's
> control, and artificially limited in throughput.  Such a centralized
> oracle would be contrary to the goals usually stated by people thinking
> about anti-ASIC designs, so there isn't much point.
>
> Keeping the algorithm simple, and ASIC-easy, has one other advantage.
> Just about anyone can sit down and design an ASIC for SHA, for example,
> leading to diversity in the marketplace.  A harder algorithm can still
> be made into an ASIC (or more generally into an ASD), but will require
> more skilled designers, more expensive fabrication, etc.  This actually
> concentrates the ASIC advantage into the hands of fewer people, which
> again, is contrary to the stated goals.
>
>
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>



-- 
- Ron
end of line.

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

<div dir=3D"ltr"><span style=3D"font-family:arial,sans-serif;font-size:13px=
">I feel everyone should re-read that last paragraph as it carries the most=
 weight IMO.</span><br></div><div class=3D"gmail_extra"><br><br><div class=
=3D"gmail_quote">
On Fri, Jul 4, 2014 at 9:50 AM, kjj <span dir=3D"ltr">&lt;<a href=3D"mailto=
:bitcoin-devel@jerviss.org" target=3D"_blank">bitcoin-devel@jerviss.org</a>=
&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0=
 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Just some general comments on this topic/discussion.<br>
<br>
I suspect that there exist no algorithms which cannot be done better in<br>
an application-specific device than in a general purpose computer. =C2=A0An=
d<br>
if there is such a thing, then it must necessarily perform best on one<br>
specific platform, making that platform the de facto application<br>
specific device.<br>
<br>
I&#39;m not sure how one would go about proving or disproving that, but it<=
br>
seems very likely to be true.<br>
<br>
IO-bound is exactly the same as memory bound, for devices that have<br>
enough memory. =C2=A020 GB is already trivial today, and you don&#39;t real=
ly get<br>
into ask-the-wife-for-permission money until you cross 128 GB. The<br>
exception would be if the IO was to an oracle outside of the device&#39;s<b=
r>
control, and artificially limited in throughput. =C2=A0Such a centralized<b=
r>
oracle would be contrary to the goals usually stated by people thinking<br>
about anti-ASIC designs, so there isn&#39;t much point.<br>
<br>
Keeping the algorithm simple, and ASIC-easy, has one other advantage.<br>
Just about anyone can sit down and design an ASIC for SHA, for example,<br>
leading to diversity in the marketplace. =C2=A0A harder algorithm can still=
<br>
be made into an ASIC (or more generally into an ASD), but will require<br>
more skilled designers, more expensive fabrication, etc. =C2=A0This actuall=
y<br>
concentrates the ASIC advantage into the hands of fewer people, which<br>
again, is contrary to the stated goals.<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
---------------------------------------------------------------------------=
---<br>
Open source business process management suite built on Java and Eclipse<br>
Turn processes into business applications with Bonita BPM Community Edition=
<br>
Quickly connect people, data, and systems into organized workflows<br>
Winner of BOSSIE, CODIE, OW2 and Gartner awards<br>
<a href=3D"http://p.sf.net/sfu/Bonitasoft" target=3D"_blank">http://p.sf.ne=
t/sfu/Bonitasoft</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><br clear=3D"all"><div><br></div>-- <br>=
- Ron<div>end of line.</div>
</div>

--001a11c30e22c89f2b04fd6270a8--