summaryrefslogtreecommitdiff
path: root/ce/e47ab87b1c64a4bb93345059f8e6ec0943f6f9
blob: 039185682e11089cc28fa0329a17c736bd689b03 (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
Delivery-date: Wed, 28 May 2025 08:32:50 -0700
Received: from mail-yw1-f190.google.com ([209.85.128.190])
	by mail.fairlystable.org with esmtps  (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
	(Exim 4.94.2)
	(envelope-from <bitcoindev+bncBDRIFMNQZANRBFWZ3TAQMGQETKVG34Y@googlegroups.com>)
	id 1uKIls-0007NG-TB
	for bitcoindev@gnusha.org; Wed, 28 May 2025 08:32:50 -0700
Received: by mail-yw1-f190.google.com with SMTP id 00721157ae682-70e43123ec6sf42423167b3.3
        for <bitcoindev@gnusha.org>; Wed, 28 May 2025 08:32:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20230601; t=1748446363; x=1749051163; darn=gnusha.org;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:x-original-sender:mime-version
         :subject:references:in-reply-to:message-id:to:from:date:sender:from
         :to:cc:subject:date:message-id:reply-to;
        bh=Ia/ssTf6gfYTSrxmm1VA6zTEXKyBHbTeS/C3BEjMTLI=;
        b=hWS+7sd/ytM6M8izsmSl8nPqpe6Uy1gnBbWCPZB8QX1vO41tQhdkaD6dbJw/t7EjWS
         eioovyd9hw26aULs/q1URhK4pUphGyeqhsVn1OviTxMKNWqXK4BPQzctsrNM0vMh0u14
         pPtRXG0BYEmgmB/a8wwvVWc25ttEH0/8ujhK0rO+nfaiRgNNaqFqKqOqXDwiAoQaHtIX
         vJo91eQUMMz+XAJpngDcB/wgzaULW5gIj5ee5HDkc5og+LM2YHOSt5Nee6X/iFf3dkrl
         XAgaWfNppcsFTIgjnYP+UhzWcpyBxm/LsmOBqMy6M23pVgWvZYMwN9LuMhh/TvNnO4Tm
         tN8g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20230601; t=1748446363; x=1749051163; darn=gnusha.org;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:x-original-sender:mime-version
         :subject:references:in-reply-to:message-id:to:from:date:from:to:cc
         :subject:date:message-id:reply-to;
        bh=Ia/ssTf6gfYTSrxmm1VA6zTEXKyBHbTeS/C3BEjMTLI=;
        b=DcwdTHt51Ib1wZBoO64BwrO/See+nN/Fp/L/3o1Y8BFpJRp9AaeKWPM0NRGVmJPHv5
         Ya/ETaagtxMNmMbaum7EVL+/k6yc0mo0Y0e1PLGdqUuDwWP8C1Egw8I7kAQgo5/0eWDf
         Mbxx1CIUW5GkRx4ix17Ww7CI8xnraCqeDdmQk/S2oO23yEZ3kFrWRGeMJHRVPsRsPQV3
         6GH4O9QvhsL3TzC56TdAQjr/H8aiK0Trlnu5zbJJEbUQuR1ur47QO7FT61bAXCIvi0AA
         N+V2X6Dx+bbJgdT+OM4xrY+LBMOE96r+rgNhOUh7PKdaR1vA3w1ztonImeVy4nbpjPfV
         j5NQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1748446363; x=1749051163;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:x-original-sender:mime-version
         :subject:references:in-reply-to:message-id:to:from:date:x-beenthere
         :x-gm-message-state:sender:from:to:cc:subject:date:message-id
         :reply-to;
        bh=Ia/ssTf6gfYTSrxmm1VA6zTEXKyBHbTeS/C3BEjMTLI=;
        b=iVoflhqI9jo6xHzl3KMRoiJDwQLWy79VpvFC1kxxXG+SQ+dX9fkJCuD7HiTbcLsrnD
         O5fydSw5CcSKui7ldCki90XNzmws4TZOxzOla7zLmRjbBVVLTzhSJZM9Y4X3Ey9FLtXp
         xXRvpMHq6JfpLjTxVntsl6F5jw0bK9UMb+8rRqnrmP1U8MPCoORbd0+K8igCSqAzzTJf
         W2ZQnx05xyBKHhUFvpLMJd4BTCF/Nh2AkSL96YF/fcMfT+Fdaaj8egxdDgsHejG3w0Bp
         6AV6dBE2AuWLC72DB15yFcmrdwvG69F9HWCa4S1QCKLneJQ3PAF8wFyWlUFxfNhGIRzb
         ocsQ==
Sender: bitcoindev@googlegroups.com
X-Forwarded-Encrypted: i=1; AJvYcCV2kMvEnH+Rw3leuWoI9d4Wb3KMCMk5VL05E4ZeSLhfzJeSCNp6gT3kokden00ct35R6ew7avAkeSoz@gnusha.org
X-Gm-Message-State: AOJu0YyrhF1SMY9WbcOUzreRNR/h26LqjdS+mZdQcHZ3seJvfgiAI0Ie
	OQANz24epXxplhbgRcPUodt2IlvI2UQc6oGpw6BAqfVGUlt6hjK/Ha3C
X-Google-Smtp-Source: AGHT+IEcsJCWsVxa2cN1on83pUNrfH9b0YL9g3cxqAaR8ts3pIrUcj4R4rpfGmXMkDheFK/h2z21yA==
X-Received: by 2002:a05:6902:726:b0:e7d:cf7b:6840 with SMTP id 3f1490d57ef6-e7dcf7b7118mr7169580276.6.1748446363051;
        Wed, 28 May 2025 08:32:43 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h=AZMbMZfMBPrrQ0VjfeRyHRZ331NB18MUNtZHe25XlqdVRML3EQ==
Received: by 2002:a25:d84c:0:b0:e7d:c4d4:b14b with SMTP id 3f1490d57ef6-e7dc4d4b336ls608608276.0.-pod-prod-09-us;
 Wed, 28 May 2025 08:32:38 -0700 (PDT)
X-Received: by 2002:a05:690c:c02:b0:70e:2d17:84b3 with SMTP id 00721157ae682-70e2db268bemr224516267b3.37.1748446358357;
        Wed, 28 May 2025 08:32:38 -0700 (PDT)
Received: by 2002:a81:d404:0:b0:70d:e0e5:164f with SMTP id 00721157ae682-70de0e51791ms7b3;
        Wed, 28 May 2025 06:16:22 -0700 (PDT)
X-Received: by 2002:a05:690c:7246:b0:70e:1ef7:6eff with SMTP id 00721157ae682-70e2d982866mr221592847b3.3.1748438181384;
        Wed, 28 May 2025 06:16:21 -0700 (PDT)
Date: Wed, 28 May 2025 06:16:20 -0700 (PDT)
From: Greg Sanders <gsanders87@gmail.com>
To: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Message-Id: <2a40a751-d0d1-4dc8-9dd5-67b7652ed8b8n@googlegroups.com>
In-Reply-To: <CAGLBAhc6QG5H5BXPg=Ny5dR563YwL+iB22+P=usam5Ev9F0TDg@mail.gmail.com>
References: <a2fde16d-5ddd-47ae-8b8f-6ca313d92b66n@googlegroups.com>
 <CAMZUoK=mux6u=f_b0yLb6nvJp41H7iPg7G+dLO5xT94kbDybjQ@mail.gmail.com>
 <a484ae6a-33d6-4704-8356-c0ed1e5ae376n@googlegroups.com>
 <CAGLBAhc6QG5H5BXPg=Ny5dR563YwL+iB22+P=usam5Ev9F0TDg@mail.gmail.com>
Subject: Re: [bitcoindev] Proposal to solve the spam war: configurable data
 blob relay policy
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_388370_2009729009.1748438180836"
X-Original-Sender: gsanders87@gmail.com
Precedence: list
Mailing-list: list bitcoindev@googlegroups.com; contact bitcoindev+owners@googlegroups.com
List-ID: <bitcoindev.googlegroups.com>
X-Google-Group-Id: 786775582512
List-Post: <https://groups.google.com/group/bitcoindev/post>, <mailto:bitcoindev@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:bitcoindev+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/bitcoindev
List-Subscribe: <https://groups.google.com/group/bitcoindev/subscribe>, <mailto:bitcoindev+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+786775582512+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/bitcoindev/subscribe>
X-Spam-Score: -0.5 (/)

------=_Part_388370_2009729009.1748438180836
Content-Type: multipart/alternative; 
	boundary="----=_Part_388371_2098384173.1748438180836"

------=_Part_388371_2098384173.1748438180836
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

> If we need two networks, one for stuff like what Citrea is doing and the=
=20
other for finance with a technological fence around it, I'm all for it. Has=
=20
Citrea heard of nostr?

Citrea, like Lightning, is relying on Bitcoin's proof of publication to=20
ultimately move bitcoin. Moving the data elsewhere would change the L2's=20
security model drastically.

Greg

On Tuesday, May 27, 2025 at 7:15:06=E2=80=AFPM UTC-4 Dave Scotese wrote:

> As far as I can tell, the resource being wasted is the bandwidth of those=
=20
> who are (currently kind enough to be) maintaining the network. They are=
=20
> giving away that bandwidth for free, and I think they ought to be=20
> compensated for it, but until enough of it is "wasted", the demand for su=
ch=20
> compensation will remain too low for that problem to be solved. Everyone=
=20
> who broadcasts a transaction offers the miners the chance to earn a fee,=
=20
> and those miners seem to me to be the only ones with the right incentive =
to=20
> solve the problem (because if it gets bad enough, they don't get valuable=
=20
> bitcoin transactions to mine quickly enough). I believe that in time,=20
> miners will develop a way of privately compensating transaction relayers=
=20
> for this reason. I would very much enjoy seeing the propagation of data=
=20
> grow as a market on its own in which nerds like me could participate simp=
ly=20
> by leaving their internet-connected machines on all the time and=20
> maintaining the software that runs it.
>
> Protecting Bitcoin from becoming that market and perhaps crowding out its=
=20
> financial utility might not be such a good idea, but distributing Bitcoin=
=20
> technology has vastly lowered the cost of financial transactions for=20
> everyone. If we need two networks, one for stuff like what Citrea is doin=
g=20
> and the other for finance with a technological fence around it, I'm all f=
or=20
> it. Has Citrea heard of nostr?
>
> Dave Scotese
>
> On Tue, May 27, 2025 at 10:18=E2=80=AFAM Jonathan Voss <k98...@gmail.com>=
 wrote:
>
>> My understanding is that Citrea is using a ZKP proof to recover from an=
=20
>> invalid protocol state. Whatever data gets into the blockchain, the onus=
 is=20
>> on the Citrea-compatible nodes to do the actual validation -- Bitcoin=20
>> itself has no part in this other than distributing the data. Adding a ne=
w=20
>> relay service for promulgating data that is provably committed to in an=
=20
>> OP_RETURN would not be a significant additional burden to the L2 protoco=
l=20
>> if this additional relay service is adopted by a sufficient proportion o=
f=20
>> nodes, and L2 protocol participants would have an incentive to run this =
new=20
>> relay service for their own benefit, so they would likely already have t=
he=20
>> data cached by the time the transaction is confirmed. I don't have any h=
ard=20
>> numbers on this, but my conjecture is that L2 protocols would run enough=
=20
>> relays themselves for the system to be viable, and the clear segregation=
=20
>> between arbitrary data ephemerally cached and monetary data permanently=
=20
>> stored will be enough incentive for many node operators to also adopt it=
.
>>
>> On Tuesday, May 27, 2025 at 12:05:51=E2=80=AFPM UTC-4 Russell O'Connor w=
rote:
>>
>>> On Sat, May 24, 2025 at 5:33=E2=80=AFPM Jonathan Voss <k98...@gmail.com=
> wrote:
>>>
>>>> However, the recent discussion premised upon Citrea's Clementine Bridg=
e=20
>>>> evidences primarily that the relaying capabilities of the Bitcoin netw=
ork=20
>>>> itself are sufficiently useful for L2 designers that there is an incen=
tive=20
>>>> to bypass standardness restrictions for the sake of reliably promulgat=
ing=20
>>>> data -- at least in the case of Citrea, they say they need to quickly =
and=20
>>>> widely disseminate 140+ bytes of arbitrary ZKP data to recover from an=
=20
>>>> invalid protocol state, and the utility of that ZKP data very quickly=
=20
>>>> decreases after it has been confirmed and processed.
>>>
>>>
>>> Does your proposal actually solve this problem?  Posting the 140 bytes=
=20
>>> of data to the blockchain works as a public bulletin board because the=
=20
>>> actual data within the block is what is ultimately guaranteed to be=20
>>> disseminated to all participants.  With your proposal, a transaction wi=
th=20
>>> an OP_RETURN containing a hash of data could end up being mined without=
 the=20
>>> relevant transaction ever even being relayed through the Bitcoin networ=
k.
>>>
>>> --=20
>> You received this message because you are subscribed to the Google Group=
s=20
>> "Bitcoin Development Mailing List" group.
>> To unsubscribe from this group and stop receiving emails from it, send a=
n=20
>> email to bitcoindev+...@googlegroups.com.
>> To view this discussion visit=20
>> https://groups.google.com/d/msgid/bitcoindev/a484ae6a-33d6-4704-8356-c0e=
d1e5ae376n%40googlegroups.com=20
>> <https://groups.google.com/d/msgid/bitcoindev/a484ae6a-33d6-4704-8356-c0=
ed1e5ae376n%40googlegroups.com?utm_medium=3Demail&utm_source=3Dfooter>
>> .
>>
>
>
> --=20
> I own Litmocracy <http://www.litmocracy.com> and Meme Racing=20
> <http://www.memeracing.net> (in alpha).=20
> I'm the webmaster for The Voluntaryist <http://www.voluntaryist.com>=20
> which now accepts Bitcoin.
> "He ought to find it more profitable to play by the rules" - Satoshi=20
> Nakamoto
>

--=20
You received this message because you are subscribed to the Google Groups "=
Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/=
2a40a751-d0d1-4dc8-9dd5-67b7652ed8b8n%40googlegroups.com.

------=_Part_388371_2098384173.1748438180836
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

&gt; If we need two networks, one for stuff like what Citrea is doing and t=
he other for finance with a technological fence around it, I'm all for it. =
Has Citrea heard of nostr?<div><br /></div><div>Citrea, like Lightning, is =
relying on Bitcoin's proof of publication to ultimately move bitcoin. Movin=
g the data elsewhere would change the L2's security model drastically.</div=
><div><br /></div><div>Greg<br /><br /></div><div class=3D"gmail_quote"><di=
v dir=3D"auto" class=3D"gmail_attr">On Tuesday, May 27, 2025 at 7:15:06=E2=
=80=AFPM UTC-4 Dave Scotese wrote:<br/></div><blockquote class=3D"gmail_quo=
te" style=3D"margin: 0 0 0 0.8ex; border-left: 1px solid rgb(204, 204, 204)=
; padding-left: 1ex;"><div dir=3D"ltr">As far as I can tell, the resource b=
eing wasted is the bandwidth of those who are (currently kind enough=C2=A0t=
o be) maintaining the network. They are giving away that bandwidth for free=
, and I think they ought to be compensated for it, but until enough of it i=
s &quot;wasted&quot;, the demand for such compensation will remain too low =
for that problem to be solved. Everyone who broadcasts a transaction offers=
 the miners the chance to earn a fee, and those miners seem to me to be the=
 only ones with the right incentive to solve the problem (because if it get=
s bad enough, they don&#39;t get valuable bitcoin transactions to mine quic=
kly enough). I believe that in time, miners will develop=C2=A0a way of priv=
ately compensating transaction relayers for this reason. I would very much =
enjoy seeing the propagation of data grow as a market on its own in which n=
erds like me could participate simply by leaving their internet-connected m=
achines on all the time and maintaining the software that runs it.<div><br>=
</div><div>Protecting Bitcoin from becoming that market and perhaps crowdin=
g out its financial utility might not be such a good idea, but distributing=
 Bitcoin technology has vastly lowered the cost of financial transactions f=
or everyone. If we need two networks, one for stuff like what Citrea is doi=
ng and the other for finance with a technological fence around it, I&#39;m =
all for it. Has Citrea heard of nostr?</div><div><br></div><div>Dave Scotes=
e</div></div><br><div class=3D"gmail_quote"></div><div class=3D"gmail_quote=
"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, May 27, 2025 at 10:18=E2=80=
=AFAM Jonathan Voss &lt;<a href data-email-masked rel=3D"nofollow">k98...@g=
mail.com</a>&gt; wrote:<br></div></div><div class=3D"gmail_quote"><blockquo=
te class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px =
solid rgb(204,204,204);padding-left:1ex">My understanding is that Citrea is=
 using a ZKP proof to recover from an invalid protocol state. Whatever data=
 gets into the blockchain, the onus is on the Citrea-compatible nodes to do=
 the actual validation -- Bitcoin itself has no part in this other than dis=
tributing the data. Adding a new relay service for promulgating data that i=
s provably committed to in an OP_RETURN would not be a significant addition=
al burden to the L2 protocol if this additional relay service is adopted by=
 a sufficient proportion of nodes, and L2 protocol participants would have =
an incentive to run this new relay service for their own benefit, so they w=
ould likely already have the data cached by the time the transaction is con=
firmed. I don&#39;t have any hard numbers on this, but my conjecture is tha=
t L2 protocols would run enough relays themselves for the system to be viab=
le, and the clear segregation between arbitrary data ephemerally cached and=
 monetary data permanently stored will be enough incentive for many node op=
erators to also adopt it.<br><br><div class=3D"gmail_quote"><div dir=3D"aut=
o" class=3D"gmail_attr">On Tuesday, May 27, 2025 at 12:05:51=E2=80=AFPM UTC=
-4 Russell O&#39;Connor wrote:<br></div><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pad=
ding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_quote"=
><div dir=3D"ltr" class=3D"gmail_attr">On Sat, May 24, 2025 at 5:33=E2=80=
=AFPM Jonathan Voss &lt;<a rel=3D"nofollow">k98...@gmail.com</a>&gt; wrote:=
<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8=
ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">However, the re=
cent discussion premised upon Citrea&#39;s Clementine Bridge evidences prim=
arily that the relaying capabilities of the Bitcoin network itself are suff=
iciently useful for L2 designers that there is an incentive to bypass stand=
ardness restrictions for the sake of reliably promulgating data -- at least=
 in the case of Citrea, they say they need to quickly and widely disseminat=
e 140+ bytes of arbitrary ZKP data to recover from an invalid protocol stat=
e, and the utility of that ZKP data very quickly decreases after it has bee=
n confirmed and processed.</blockquote><div><br></div></div></div></div><di=
v dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_quote">Does your proposa=
l actually solve this problem?=C2=A0 Posting the 140 bytes of data to the b=
lockchain works as a public bulletin board because the actual data within t=
he block is what is ultimately guaranteed to be disseminated to all partici=
pants.=C2=A0 With your proposal, a transaction with an OP_RETURN containing=
 a hash of data could end up being mined without the relevant transaction e=
ver even being relayed through the Bitcoin network.</div><br></div>
</div>
</blockquote></div>

<p></p></blockquote></div><div class=3D"gmail_quote"><blockquote class=3D"g=
mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex">

-- <br>
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List&quot; group.<br>
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href data-email-masked rel=3D"nofollow">bitcoindev+...@googlegro=
ups.com</a>.<br>
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/a484ae6a-33d6-4704-8356-c0ed1e5ae376n%40googlegroups.com?utm_med=
ium=3Demail&amp;utm_source=3Dfooter" target=3D"_blank" rel=3D"nofollow" dat=
a-saferedirecturl=3D"https://www.google.com/url?hl=3Den&amp;q=3Dhttps://gro=
ups.google.com/d/msgid/bitcoindev/a484ae6a-33d6-4704-8356-c0ed1e5ae376n%254=
0googlegroups.com?utm_medium%3Demail%26utm_source%3Dfooter&amp;source=3Dgma=
il&amp;ust=3D1748524455361000&amp;usg=3DAOvVaw0ZUiUsLyAcer6-itTGuCCo">https=
://groups.google.com/d/msgid/bitcoindev/a484ae6a-33d6-4704-8356-c0ed1e5ae37=
6n%40googlegroups.com</a>.<br>
</blockquote></div><div><br clear=3D"all"></div><div><br></div><span class=
=3D"gmail_signature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_s=
ignature"><div dir=3D"ltr">I own <a href=3D"http://www.litmocracy.com" targ=
et=3D"_blank" rel=3D"nofollow" data-saferedirecturl=3D"https://www.google.c=
om/url?hl=3Den&amp;q=3Dhttp://www.litmocracy.com&amp;source=3Dgmail&amp;ust=
=3D1748524455361000&amp;usg=3DAOvVaw1mNSAMgAEbIhiJFKeB5lFR">Litmocracy</a> =
and <a href=3D"http://www.memeracing.net" target=3D"_blank" rel=3D"nofollow=
" data-saferedirecturl=3D"https://www.google.com/url?hl=3Den&amp;q=3Dhttp:/=
/www.memeracing.net&amp;source=3Dgmail&amp;ust=3D1748524455361000&amp;usg=
=3DAOvVaw3Y6V0DU9sLzlO9Y-ebMhXd">Meme Racing</a> (in alpha). <br>I&#39;m th=
e webmaster for <a href=3D"http://www.voluntaryist.com" target=3D"_blank" r=
el=3D"nofollow" data-saferedirecturl=3D"https://www.google.com/url?hl=3Den&=
amp;q=3Dhttp://www.voluntaryist.com&amp;source=3Dgmail&amp;ust=3D1748524455=
361000&amp;usg=3DAOvVaw2i7yiOMm9Dibhs2zloGPbU">The Voluntaryist</a> which n=
ow accepts Bitcoin.<br>&quot;He ought to find it more profitable to play by=
 the rules&quot; - Satoshi Nakamoto</div></div>
</blockquote></div>

<p></p>

-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List&quot; group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:bitcoindev+unsubscribe@googlegroups.com">bitcoind=
ev+unsubscribe@googlegroups.com</a>.<br />
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/2a40a751-d0d1-4dc8-9dd5-67b7652ed8b8n%40googlegroups.com?utm_med=
ium=3Demail&utm_source=3Dfooter">https://groups.google.com/d/msgid/bitcoind=
ev/2a40a751-d0d1-4dc8-9dd5-67b7652ed8b8n%40googlegroups.com</a>.<br />

------=_Part_388371_2098384173.1748438180836--

------=_Part_388370_2009729009.1748438180836--