summaryrefslogtreecommitdiff
path: root/ae/2e231ee06363b66546abc0c3f89bf9d2bcc2f0
blob: 2485fc96da7dbdc36d1ca2356634efe37b875e55 (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
Return-Path: <sergej@bitrefill.com>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [140.211.166.138])
 by lists.linuxfoundation.org (Postfix) with ESMTP id E09C3C002D
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Mon, 24 Oct 2022 07:56:13 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by smtp1.osuosl.org (Postfix) with ESMTP id A4E8A813FA
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Mon, 24 Oct 2022 07:56:13 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp1.osuosl.org A4E8A813FA
Authentication-Results: smtp1.osuosl.org;
 dkim=pass (2048-bit key) header.d=bitrefill.com header.i=@bitrefill.com
 header.a=rsa-sha256 header.s=b header.b=cAmymu/s
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -2.089
X-Spam-Level: 
X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Received: from smtp1.osuosl.org ([127.0.0.1])
 by localhost (smtp1.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id lF5j-YmhP8j0
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Mon, 24 Oct 2022 07:56:12 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.8.0
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp1.osuosl.org 103BB813F9
Received: from mail-ua1-x92d.google.com (mail-ua1-x92d.google.com
 [IPv6:2607:f8b0:4864:20::92d])
 by smtp1.osuosl.org (Postfix) with ESMTPS id 103BB813F9
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Mon, 24 Oct 2022 07:56:11 +0000 (UTC)
Received: by mail-ua1-x92d.google.com with SMTP id e26so72441uaa.7
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Mon, 24 Oct 2022 00:56:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bitrefill.com; s=b;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=RrLoSnpRJz5uanSuLERhqXRyXvt+YGtv03xyhFXZWuU=;
 b=cAmymu/sK7sIKYmgEO/FtD+CFSU2kvRMY+w92Fnz0v9MZpWfVsu5ErMNAblazRt4CQ
 tqIkygjxETTfHB1imnK1BfeFDJ5J6iAtk6fW/+TC7lwE4Y706SW/OYCIY3+1lbxmX2iX
 ziZ1zQ7BVC+eTBzd/WfqVvWU12Mh6yTXmDKEgEq6ld3ZNncNYkfp4R5d4I/QwLBlS/wV
 yJqij+x3efni/eew6odJdkFNaAQwJ+ntqq7ch1pjXjmKe9D3VJc8JfGHb9/tHk2TBrar
 EqmErum8tiZaiBh8sWxum/RAcea126WmrP/AiEVLX+Ufi2naC1yOdq7zKsvbYjsC/8CP
 IlPw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=RrLoSnpRJz5uanSuLERhqXRyXvt+YGtv03xyhFXZWuU=;
 b=KjQfim3w4+SD95vauNE2GPniCH4aMPB35Vi8If2qQs0p+M9KJnnFePlSYAP7UeZ8oK
 vNhm3Hq+5xDYgGgAW83Z5hmNS2cFEM7M2yi9TN60FdSanKqUaKK36IewRjBe0gmobhi/
 ePXV/lqxDVyVO5WnLj3PGSxFtMOgtMCfyBJC3Bm3XHiirKJAeqQ5FZ5DgE1m+JcGX5S+
 BRcqloHC03WglbLfhf6SKh9tCivkruNgpnI2qDgTDGTH0ElDsuSiMhJ3IRlNAwolBSng
 Yt0z7d2EvN55olZaDTYMliUa99VR9cbdJlLi1ZL3G2penLewyIt0W+4l08jQcy8TAHqV
 rRIA==
X-Gm-Message-State: ACrzQf1EBoDb+PHzmRfciNyeW49jZAA8/SA1Ad4NEpKAc51+PhQ+zS+l
 c0Weswd0YPlEJ51b87zs8ZyArBK6f/WEFTDB2FJxnw==
X-Google-Smtp-Source: AMsMyM4JUcCYu8csK8qyjPN7kMWArPLR7aYAxq+4DhK5CLo2TkTw5O/AvXQRz/nRX+8w1ts7vBmROUNFNKVYvNfjpag=
X-Received: by 2002:ab0:628a:0:b0:3e3:651f:a07d with SMTP id
 z10-20020ab0628a000000b003e3651fa07dmr18175353uao.52.1666598170618; Mon, 24
 Oct 2022 00:56:10 -0700 (PDT)
MIME-Version: 1.0
References: <CABZBVTC5kh7ca3KhVkFPdQjnsPhP4Kun1k3K6cPkarrjUiTJpA@mail.gmail.com>
 <CABZBVTCgiQFtxEyeOU=-SGDQUDthyy7sOgPwiT+OVi35LVivyA@mail.gmail.com>
 <Y1D3OkdsCq2pLduG@erisian.com.au>
 <CABZBVTBupMcBbOUtLbMaEmAiWGsMwisNW+k+bTUJGsUad2=ZZg@mail.gmail.com>
 <Y1Gocf216O+yKqqS@erisian.com.au>
 <CAB3F3DtbxXiHW0GxtaVMMtAo5X7ZcsCPR7odVnwz50qw_3oCLg@mail.gmail.com>
 <CABZBVTBpZOdENv0tg0CZ4yV9J95ZGu0ME9f6gnQQ8WNyt2yePg@mail.gmail.com>
 <Y1L2ZSklbwm41f4u@petertodd.org>
In-Reply-To: <Y1L2ZSklbwm41f4u@petertodd.org>
From: Sergej Kotliar <sergej@bitrefill.com>
Date: Mon, 24 Oct 2022 09:55:59 +0200
Message-ID: <CABZBVTBXwTKyVcnaMRxK1_VW7FzS285fUDEgEz+UQ8CJJ2ZZAw@mail.gmail.com>
To: Peter Todd <pete@petertodd.org>
Content-Type: multipart/alternative; boundary="000000000000f1845e05ebc31f85"
X-Mailman-Approved-At: Mon, 24 Oct 2022 08:26:46 +0000
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>,
 Anthony Towns <aj@erisian.com.au>, Greg Sanders <gsanders87@gmail.com>
Subject: Re: [bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate
	danger
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>, 
 <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>, 
 <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Oct 2022 07:56:14 -0000

--000000000000f1845e05ebc31f85
Content-Type: text/plain; charset="UTF-8"

On Fri, 21 Oct 2022 at 21:43, Peter Todd <pete@petertodd.org> wrote:

> On Fri, Oct 21, 2022 at 02:02:24PM +0200, Sergej Kotliar via bitcoin-dev
> wrote:
> > On Thu, 20 Oct 2022 at 23:07, Greg Sanders <gsanders87@gmail.com> wrote:
> >
> > > A large number of coins/users sit on custodial rails and this would
> > > essentially encumber protocol developers to those KYC/AML
> institutions. If
> > > Binance decides to never support Lightning in favor of BNC-wrapped BTC,
> > > should this be an issue at all for reasoning about a path forward?
> > >
> >
> > This is a big question here, with the caveat that it's not just binance
> but
> > in fact the majority of wallets and services that people use with bitcoin
> > today.
> > But the question remains as you phrased: At which point do we break
> > backwards compatibility? Another analogy would be to have sunset the old
> > P2PKH addresses during rollout of Segwit - it would certainly have led to
> > Segwit getting rolled out faster. The rbf change actually breaks more
> > things than that, takes more effort to address than just implementing a
> new
> > address format. Previously in the Bitcoin Core process we've chosen to
> keep
>
> RBF certainly does not break more things than depreciating an entire
> address
> standard. P2PKH addresses are still used by old wallets, and it's often not
> worth the risk to upgrade to new software for old coins kept offline by
> ordinary users. I personally have used P2PKH addresses in the past few
> months.
>
> Zeroconf on the other hand has never worked reliably, so you can't even
> claim
> it's a "supported feature". And the fact is, it breaks all the time because
> every time miners change their acceptance rules - eg with new releases - we
> break it every single time we do a new release with different you can
> easily
> exploit zeroconf.
>

Haven't heard of any release breaking zeroconf. I would absolutely say it's
working reliably.


> Frankly, the fact that we didn't widely implement full-rbf sooner is quite
> unfortunate, as Bitrefill, Muun, etc. should have never been using it in
> the
> first place.
>

You make it sound like we're the odd ones out when it's in fact ~every
service that lets you buy stuff with bitcoin. It's just that we're the only
ones raising voices on the mailing list so far. On the contrary side, can
you name one service that lets you buy stuff with bitcoin that doesn't rely
on zeroconf? Maybe with the caveat that it should have some level of scale
and an audience not consisting of only power users.


> > If a majority of bitcoin wallets and services continue using legacy
> > patterns and features, preventing progress, at which point do we want to
> > break compatibility with them?
>
> It's clearly false to claim that the "majority of bitcoin wallets and
> services"
> are using zeroconf. A tiny minority are attempting to use it, with the vast
> majority of previous users having given up on it.
>

I didn't claim that. But it's definitely true that the vast majority of
wallets and services do not allow users to do RBF. This is easy to validate
as the list of wallets with RBF support is short), the list of exchanges
with RBF support is zero.
https://transactionfee.info/charts/transactions-signaling-explicit-rbf/
29% of txs signal RBF, meaning 71% do not. And let's be honest, it's not
like the majority of those were given a choice and chose not to, for the
majority their wallet just doesn't support RBF.


> --
> https://petertodd.org 'peter'[:-1]@petertodd.org
>


-- 

Sergej Kotliar

CEO


Twitter: @ziggamon <https://twitter.com/ziggamon>


www.bitrefill.com

Twitter <https://www.twitter.com/bitrefill> | Blog
<https://www.bitrefill.com/blog/> | Angellist <https://angel.co/bitrefill>

--000000000000f1845e05ebc31f85
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Fri, 21 Oct 2022 at 21:43, Peter T=
odd &lt;<a href=3D"mailto:pete@petertodd.org">pete@petertodd.org</a>&gt; wr=
ote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px=
 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Oct=
 21, 2022 at 02:02:24PM +0200, Sergej Kotliar via bitcoin-dev wrote:<br>
&gt; On Thu, 20 Oct 2022 at 23:07, Greg Sanders &lt;<a href=3D"mailto:gsand=
ers87@gmail.com" target=3D"_blank">gsanders87@gmail.com</a>&gt; wrote:<br>
&gt; <br>
&gt; &gt; A large number of coins/users sit on custodial rails and this wou=
ld<br>
&gt; &gt; essentially encumber protocol developers to those KYC/AML institu=
tions. If<br>
&gt; &gt; Binance decides to never support Lightning in favor of BNC-wrappe=
d BTC,<br>
&gt; &gt; should this be an issue at all for reasoning about a path forward=
?<br>
&gt; &gt;<br>
&gt; <br>
&gt; This is a big question here, with the caveat that it&#39;s not just bi=
nance but<br>
&gt; in fact the majority of wallets and services that people use with bitc=
oin<br>
&gt; today.<br>
&gt; But the question remains as you phrased: At which point do we break<br=
>
&gt; backwards compatibility? Another analogy would be to have sunset the o=
ld<br>
&gt; P2PKH addresses during rollout of Segwit - it would certainly have led=
 to<br>
&gt; Segwit getting rolled out faster. The rbf change actually breaks more<=
br>
&gt; things than that, takes more effort to address than just implementing =
a new<br>
&gt; address format. Previously in the Bitcoin Core process we&#39;ve chose=
n to keep<br>
<br>
RBF certainly does not break more things than depreciating an entire addres=
s<br>
standard. P2PKH addresses are still used by old wallets, and it&#39;s often=
 not<br>
worth the risk to upgrade to new software for old coins kept offline by<br>
ordinary users. I personally have used P2PKH addresses in the past few mont=
hs.<br>
<br>
Zeroconf on the other hand has never worked reliably, so you can&#39;t even=
 claim<br>
it&#39;s a &quot;supported feature&quot;. And the fact is, it breaks all th=
e time because<br>
every time miners change their acceptance rules - eg with new releases - we=
<br>
break it every single time we do a new release with different you can easil=
y<br>
exploit zeroconf.<br></blockquote><div><br></div><div>Haven&#39;t heard of =
any release breaking zeroconf. I would absolutely say it&#39;s working reli=
ably.</div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"marg=
in:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1e=
x">
Frankly, the fact that we didn&#39;t widely implement full-rbf sooner is qu=
ite<br>
unfortunate, as Bitrefill, Muun, etc. should have never been using it in th=
e<br>
first place.<br></blockquote><div><br></div><div>You make it sound like we&=
#39;re the odd ones out when it&#39;s in fact ~every service that lets you =
buy stuff with bitcoin. It&#39;s just that we&#39;re the only ones raising =
voices on the mailing list so far. On the contrary side, can you name one s=
ervice that lets you buy stuff with bitcoin that doesn&#39;t rely on zeroco=
nf? Maybe with the caveat that it should have some level of scale and an au=
dience not consisting of only power users.</div><div>=C2=A0</div><blockquot=
e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px s=
olid rgb(204,204,204);padding-left:1ex">
&gt; If a majority of bitcoin wallets and services continue using legacy<br=
>
&gt; patterns and features, preventing progress, at which point do we want =
to<br>
&gt; break compatibility with them?<br>
<br>
It&#39;s clearly false to claim that the &quot;majority of bitcoin wallets =
and services&quot;<br>
are using zeroconf. A tiny minority are attempting to use it, with the vast=
<br>
majority of previous users having given up on it.<br></blockquote><div><br>=
</div><div>I didn&#39;t claim that. But it&#39;s definitely true that the v=
ast majority of wallets and services do not allow users to do RBF. This is =
easy to validate as the list of wallets with RBF support is short), the lis=
t of exchanges with RBF support is zero.</div><div><a href=3D"https://trans=
actionfee.info/charts/transactions-signaling-explicit-rbf/">https://transac=
tionfee.info/charts/transactions-signaling-explicit-rbf/</a>=C2=A0</div><di=
v>29% of txs signal RBF, meaning 71% do not. And let&#39;s be honest, it&#3=
9;s not like the majority of those were given a choice and chose not to, fo=
r the majority their wallet just doesn&#39;t support RBF.<br></div><div>=C2=
=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left:1px solid rgb(204,204,204);padding-left:1ex">
-- <br>
<a href=3D"https://petertodd.org" rel=3D"noreferrer" target=3D"_blank">http=
s://petertodd.org</a> &#39;peter&#39;[:-1]@<a href=3D"http://petertodd.org"=
 rel=3D"noreferrer" target=3D"_blank">petertodd.org</a><br>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
 class=3D"gmail_signature"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"lt=
r"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div=
 dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><p dir=3D"ltr" style=3D"line=
-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style=3D"font-size:9.5=
pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;font-wei=
ght:700;font-style:normal;font-variant:normal;text-decoration:none;vertical=
-align:baseline;white-space:pre-wrap">Sergej Kotliar</span></p><p dir=3D"lt=
r" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style=
=3D"font-size:9.5pt;font-family:Arial;color:rgb(0,0,0);background-color:tra=
nsparent;font-weight:700;font-style:normal;font-variant:normal;text-decorat=
ion:none;vertical-align:baseline;white-space:pre-wrap">CEO</span></p><p dir=
=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt"><b sty=
le=3D"font-weight:normal"><br></b></p><p dir=3D"ltr" style=3D"line-height:1=
.38;margin-top:0pt;margin-bottom:0pt"><span style=3D"font-size:11pt;font-fa=
mily:Arial;color:rgb(102,102,102);background-color:transparent;font-weight:=
700;font-style:normal;font-variant:normal;text-decoration:none;vertical-ali=
gn:baseline;white-space:pre-wrap"><span style=3D"border:none;display:inline=
-block;overflow:hidden;width:220px;height:80px"><img src=3D"https://lh4.goo=
gleusercontent.com/wU5i7e8boCd7o3P52cUTKrqeTa7jV2dPEXluijGtPBy0f1F0R2_zIg_z=
OQ2kigkbVbSWqLlVdwuBYgo_txXMKkCWdMfBFRNhsDhFpNv1QrRZsD-gPxDui-4l0tZI1Qcjtef=
CDkNG" width=3D"220" height=3D"80" style=3D"margin-left: 0px; margin-top: 0=
px;"></span></span></p><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:=
0pt;margin-bottom:0pt"><span style=3D"font-size:9.5pt;font-family:Arial;col=
or:rgb(102,102,102);background-color:transparent;font-weight:400;font-style=
:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;wh=
ite-space:pre-wrap">Twitter: @</span><a href=3D"https://twitter.com/ziggamo=
n" style=3D"text-decoration:none" target=3D"_blank"><span style=3D"font-siz=
e:9.5pt;font-family:Arial;color:rgb(102,102,102);background-color:transpare=
nt;font-weight:400;font-style:normal;font-variant:normal;text-decoration:un=
derline;vertical-align:baseline;white-space:pre-wrap">ziggamon</span></a><s=
pan style=3D"font-size:9.5pt;font-family:Arial;color:rgb(102,102,102);backg=
round-color:transparent;font-weight:400;font-style:normal;font-variant:norm=
al;text-decoration:none;vertical-align:baseline;white-space:pre-wrap">=C2=
=A0</span></p><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margi=
n-bottom:0pt"><b style=3D"font-weight:normal"><br></b></p><p dir=3D"ltr" st=
yle=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt"><a href=3D"http:/=
/www.bitrefill.com/" style=3D"text-decoration:none" target=3D"_blank"><span=
 style=3D"font-size:9.5pt;font-family:Arial;color:rgb(102,102,102);backgrou=
nd-color:transparent;font-weight:400;font-style:normal;font-variant:normal;=
text-decoration:underline;vertical-align:baseline;white-space:pre-wrap">www=
.bitrefill.com</span></a></p><p dir=3D"ltr" style=3D"line-height:1.38;margi=
n-top:0pt;margin-bottom:0pt"><a href=3D"https://www.twitter.com/bitrefill" =
target=3D"_blank"><span style=3D"font-size:9.5pt;font-family:Arial;color:rg=
b(102,102,102);background-color:transparent;vertical-align:baseline;white-s=
pace:pre-wrap">Twitter</span></a><span style=3D"font-size:9.5pt;font-family=
:Arial;color:rgb(102,102,102);background-color:transparent;vertical-align:b=
aseline;white-space:pre-wrap"> | </span><a href=3D"https://www.bitrefill.co=
m/blog/" target=3D"_blank"><span style=3D"font-size:9.5pt;font-family:Arial=
;color:rgb(102,102,102);background-color:transparent;vertical-align:baselin=
e;white-space:pre-wrap">Blog</span></a><span style=3D"font-size:9.5pt;font-=
family:Arial;color:rgb(102,102,102);background-color:transparent;vertical-a=
lign:baseline;white-space:pre-wrap"> | </span><a href=3D"https://angel.co/b=
itrefill" target=3D"_blank"><span style=3D"font-size:9.5pt;font-family:Aria=
l;color:rgb(102,102,102);background-color:transparent;vertical-align:baseli=
ne;white-space:pre-wrap">Angellist </span></a><br></p></div></div></div></d=
iv></div></div></div></div></div></div></div></div>

--000000000000f1845e05ebc31f85--