summaryrefslogtreecommitdiff
path: root/ec/ef1f25b76211a8b9df1b232c25f6cc71818904
blob: d913486bea92bb640bc956999287e26503b881e7 (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
Return-Path: <kinoshitajona@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 45372E4D
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon,  8 Jan 2018 07:35:55 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-yb0-f170.google.com (mail-yb0-f170.google.com
	[209.85.213.170])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 35A2C163
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon,  8 Jan 2018 07:35:54 +0000 (UTC)
Received: by mail-yb0-f170.google.com with SMTP id b132so993146yba.5
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sun, 07 Jan 2018 23:35:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc; bh=ThkAivM8PtJPG21hF92LvgReIrAHyMCCVhV25LKdKX4=;
	b=loIsCmQEwCzl2ExLiVHUNcyEvFwqakyYruVXn0zUTciOzKM/ziS98aZMwbRyCIIGKQ
	2HwGy5DYrIxnUghFeDSIc6liz4xHU9SS+TY/DUrZLcwFaicvkbargg45zfNiqyyY6lAv
	8DZzcdtbH+/jeRS5VeLm8T16MzRwJoB+t/V7LDO2rxBC+RZ31VHW9Pzff98GVdpCJpvY
	nSK2y1oioeb1YPV1FZNW8BYIVAmG2iJvuI2PVLqhOhazFhCNu4dW8NmjVjPQFKnlU3Qq
	byIWu0EhbbnjHr/AuR9yMSBnG7xfz7lRWEenpi3VBj09r5q+Nd/viq669nvoR+ArNXZc
	8dwg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:cc;
	bh=ThkAivM8PtJPG21hF92LvgReIrAHyMCCVhV25LKdKX4=;
	b=t0lDHn3fX9tj8L14XfqnZEvuj0lv7LIBUeJhBtiDsN4eBY1HO+1Wr/Hh/Xan3cMRRz
	x6LTYBYXZtgOchYu+BLmTsCchTM6hjZ2lufO7aX+yrYEFHP2IoS3WHHue+Aw2p1y/mNA
	xCnTq6lsO0rkwDge2ArlXYfPzWR8dU7/RAH4UgRAuPFF47v3lxgmpF33awvNF3Ij2whh
	8TdGRlG06IbSXDb3CNoFwoN1/QYdmuzBvGTT8hmrYGNvCCI+0cB9qkzcj164QrAQydAa
	urbdROsOg8PFJWMSVFEzTZKn3mjrzBBwYN31q1ekPL6bywiKoUJZ1UtG+tSVibIS+h7C
	RV5w==
X-Gm-Message-State: AKGB3mKHrxD81uQnaHY6+Y6DB19NjA+y2fnKmzQDSKDTxXZRlCpTjztV
	s4JpFoQ+unZDxrtZIeZb4QGrWaFPvUiUP2BBoV0=
X-Google-Smtp-Source: ACJfBosPY2j0mJZqSBxH5d1MPTSVsm6DW8fYWRElyH7mMSM9G+R3d5i0uEPARLWc8Xya6257I3m5nwav/q4QHibjTeo=
X-Received: by 10.37.215.74 with SMTP id o71mr10133482ybg.406.1515396953174;
	Sun, 07 Jan 2018 23:35:53 -0800 (PST)
MIME-Version: 1.0
Received: by 10.129.87.69 with HTTP; Sun, 7 Jan 2018 23:35:52 -0800 (PST)
In-Reply-To: <d05bfa26-4f3d-77d1-5801-9ad59497f334@satoshilabs.com>
References: <57f5fcd8644c6f6472cd6a91144a6152@nym.zone>
	<d05bfa26-4f3d-77d1-5801-9ad59497f334@satoshilabs.com>
From: =?UTF-8?B?5pyo44OO5LiL44GY44KH44Gq?= <kinoshitajona@gmail.com>
Date: Mon, 8 Jan 2018 16:35:52 +0900
Message-ID: <CACvEmnGcN+VtgK0MeRPBevRoMkyJrMOBQKLZP4NnLBc5+q8Cyg@mail.gmail.com>
To: Pavol Rusnak <stick@satoshilabs.com>
Content-Type: multipart/alternative; boundary="94eb2c06a5a016773d05623ed9f6"
X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE,
	RCVD_IN_DNSWL_NONE, TRACKER_ID autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] BIP 39: Add language identifier strings for
	wordlists
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
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, 08 Jan 2018 07:35:55 -0000

--94eb2c06a5a016773d05623ed9f6
Content-Type: text/plain; charset="UTF-8"

This is very sad.

The number one problem in Japan with BIP39 seeds is with English words.

I have seen a 60 year old Japanese man writing down his phrase (because he
kept on failing recovery), and watched him write down "aneter" for
"amateur"...
So instead I had him use Copay which generates Japanese words, wrote it
down 20x faster, and perfectly. Was able to recovery on the first try.
Imagine if I didn't tell him to try recovery before using it? (iirc Trezor
doesn't say to wipe and recover before using???)

If you understand English and can spell, you read a word, your brain
processes the word, and you can spell it on your own when writing down.
Not many Japanese people can do that, so they need to copy letter for
letter, taking a long time, and still messing up on occasion.
Even native English speakers who can't spell can mess it up badly too.

To be honest, a key storage format that doesn't support multiple languages
is much more dangerous than any doomsday situation you can think of for
supporting them.

BIP39 states that seed derivation is INDEPENDENT of wordlists, and that
failure to verify checksum (not knowing the wordlist falls under this)
should "WARN" the user and not fail, continuing to derive the seed anyways.
Currently the only wallet I know of following this part of the BIP is,
ironically Electrum. I can recover any BIP39 phrase from any wordlist even
if Electrum doesn't know it.

I really hope you reconsider multi-language support for everything moving
forward.

I understand it's a nightmare to plan for and support, which is fine if you
were just developing a piece of software sold by a company based in a
western country... but you are trying to make a standard for an
international currency. Defining "everyone should only use English, because
ASCII is easier to plan for" is not a good way to move forward as a
currency.

I am just thinking of all the users I will have to help out down the road
when they come crying to me saying they can't recover, and it turns out
they wrote down some non-English gibberish in roman characters claiming "I
wrote the English just as it was on the screen!" and I have to write a
brute force script to try all the word combinations for the mystery words.
(I have done this before)

Just my two cents. Not to be accusatory or anything.
Please reconsider. Thanks.

2018-01-08 0:16 GMT+09:00 Pavol Rusnak via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org>:

> On 05/01/18 14:58, nullius via bitcoin-dev wrote:
> > I propose and request as an enhancement that the BIP 39 wordlist set
> > should specify canonical native language strings to identify each
> > wordlist, as well as short ASCII language codes.  At present, the
> > languages are identified only by their names in English.
>
> I am advising not to use any other language than English for BIP39. I
> got persuaded to allow more languages when writing BIP39 spec, but I
> learned that it was something I should've been more persistently against.
>
> I am currently drafting a new standard[1] which will allow also Shamir
> Secret Scheme Splitting and there we disallow usage of a custom wordlist
> in order to eradicate this mess. Will try to push this as BIP too once
> we get it to the point we are OK with the contents.
>
> https://github.com/satoshilabs/slips/blob/master/slip-0039.md
>
> --
> Best Regards / S pozdravom,
>
> Pavol "stick" Rusnak
> CTO, SatoshiLabs
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>


-- 
-----BEGIN PGP PUBLIC KEY BLOCK-----
Comment: http://openpgpjs.org

xsBNBFTmJ8oBB/9rd+7XLxZG/x/KnhkVK2WBG8ySx91fs+qQfHIK1JrakSV3
x6x0cK3XLClASLLDomm7Od3Q/fMFzdwCEqj6z60T8wgKxsjWYSGL3mq8ucdv
iBjC3wGauk5dQKtT7tkCFyQQbX/uMsBM4ccGBICoDmIJlwJIj7fAZVqGxGOM
bO1RhYb4dbQA2qxYP7wSsHJ6/ZNAXyEphOj6blUzdqO0exAbCOZWWF+E/1SC
EuKO4RmL7Imdep7uc2Qze1UpJCZx7ASHl2IZ4UD0G3Qr3pI6/jvNlaqCTa3U
3/YeJwEubFsd0AVy0zs809RcKKgX3W1q+hVDTeWinem9RiOG/vT+Eec/ABEB
AAHNI2tpbm9zaGl0YSA8a2lub3NoaXRham9uYUBnbWFpbC5jb20+wsByBBAB
CAAmBQJU5ifRBgsJCAcDAgkQRB9iZ30dlisEFQgCCgMWAgECGwMCHgEAAC6Z
B/9otobf0ASHYdlUBeIPXdDopyjQhR2RiZGYaS0VZ5zzHYLDDMW6ZIYm5CjO
Fc09ETLGKFxH2RcCOK2dzwz+KRU4xqOrt/l5gyd50cFE1nOhUN9+/XaPgrou
WhyT9xLeGit7Xqhht93z2+VanTtJAG6lWbAZLIZAMGMuLX6sJDCO0GiO5zxa
02Q2D3kh5GL57A5+oVOna12JBRaIA5eBGKVCp3KToT/z48pxBe3WAmLo0zXr
hEgTSzssfb2zTwtB3Ogoedj+cU2bHJvJ8upS/jMr3TcdguySmxJlGpocVC/e
qxq12Njv+LiETOrD8atGmXCnA+nFNljBkz+l6ADl93jHzsBNBFTmJ9EBCACu
Qq9ZnP+aLU/Rt6clAfiHfTFBsJvLKsdIKeE6qHzsU1E7A7bGQKTtLEnhCCQE
W+OQP+sgbOWowIdH9PpwLJ3Op+NhvLlMxRvbT36LwCmBL0yD7bMqxxmmVj8n
vlMMRSe4wDSIG19Oy7701imnHZPm/pnPlneg/Meu/UffpcDWYBbAFX8nrXPY
vkVULcI/qTcCxW/+S9fwoXjQhWHaiJJ6y3cYOSitN31W9zgcMvLwLX3JgDxE
flkwq/M+ZkfCYnS3GAPEt8GkVKy2eHtCJuNkGFlCAmKMX0yWzHRAkqOMN5KP
LFbkKY2GQl13ztWp82QYJZpj5af6dmyUosurn6AZABEBAAHCwF8EGAEIABMF
AlTmJ9QJEEQfYmd9HZYrAhsMAABKbgf/Ulu5JAk4fXgH0DtkMmdkFiKEFdkW
0Wkw7Vhd5eZ4NzeP9kOkD01OGweT9hqzwhfT2CNXCGxh4UnvEM1ZMFypIKdq
0XpLLJMrDOQO021UjAa56vHZPAVmAM01z5VzHJ7ekjgwrgMLmVkm0jWKEKaO
n/MW7CyphG7QcZ6cJX2f6uJcekBlZRw9TNYRnojMjkutlOVhYJ3J78nc/k0p
kcgV63GB6D7wHRF4TVe4xIBqKpbBhhN+ISwFN1z+gx3lfyRMSmiTSrGdKEQe
XSIQKG8XZQZUDhLNkqPS+7EMV1g7+lOfT4GhLL68dUXDa1e9YxGH6zkpVECw
Spe3vsHZr6CqFg==
=/vUJ
-----END PGP PUBLIC KEY BLOCK-----

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

<div dir=3D"ltr">This is very sad.<div><br></div><div>The number one proble=
m in Japan with BIP39 seeds is with English words.</div><div><br></div><div=
>I have seen a 60 year old Japanese man writing down his phrase (because he=
 kept on failing recovery), and watched him write down &quot;aneter&quot; f=
or &quot;amateur&quot;...</div><div>So instead I had him use Copay which ge=
nerates Japanese words, wrote it down 20x faster, and perfectly. Was able t=
o recovery on the first try.</div><div>Imagine if I didn&#39;t tell him to =
try recovery before using it? (iirc Trezor doesn&#39;t say to wipe and reco=
ver before using???)</div><div><br></div><div>If you understand English and=
 can spell, you read a word, your brain processes the word, and you can spe=
ll it on your own when writing down.</div><div>Not many Japanese people can=
 do that, so they need to copy letter for letter, taking a long time, and s=
till messing up on occasion.</div><div>Even native English speakers who can=
&#39;t spell can mess it up badly too.</div><div><br></div><div>To be hones=
t, a key storage format that doesn&#39;t support multiple languages is much=
 more dangerous than any doomsday situation you can think of for supporting=
 them.</div><div><br></div><div>BIP39 states that seed derivation is INDEPE=
NDENT of wordlists, and that failure to verify checksum (not knowing the wo=
rdlist falls under this) should &quot;WARN&quot; the user and not fail, con=
tinuing to derive the seed anyways.</div><div>Currently the only wallet I k=
now of following this part of the BIP is, ironically Electrum. I can recove=
r any BIP39 phrase from any wordlist even if Electrum doesn&#39;t know it.<=
br></div><div><br></div><div>I really hope you reconsider multi-language su=
pport for everything moving forward.</div><div><br></div><div>I understand =
it&#39;s a nightmare to plan for and support, which is fine if you were jus=
t developing a piece of software sold by a company based in a western count=
ry... but you are trying to make a standard for an international currency. =
Defining &quot;everyone should only use English, because ASCII is easier to=
 plan for&quot; is not a good way to move forward as a currency.</div><div>=
<br></div><div>I am just thinking of all the users I will have to help out =
down the road when they come crying to me saying they can&#39;t recover, an=
d it turns out they wrote down some non-English gibberish in roman characte=
rs claiming &quot;I wrote the English just as it was on the screen!&quot; a=
nd I have to write a brute force script to try all the word combinations fo=
r the mystery words. (I have done this before)<br></div><div><br></div><div=
>Just my two cents. Not to be accusatory or anything.<br></div><div>Please =
reconsider. Thanks.</div></div><div class=3D"gmail_extra"><br><div class=3D=
"gmail_quote">2018-01-08 0:16 GMT+09:00 Pavol Rusnak via bitcoin-dev <span =
dir=3D"ltr">&lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" ta=
rget=3D"_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span>:<br><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex"><span class=3D"">On 05/01/18 14:58, nullius vi=
a bitcoin-dev wrote:<br>
&gt; I propose and request as an enhancement that the BIP 39 wordlist set<b=
r>
&gt; should specify canonical native language strings to identify each<br>
&gt; wordlist, as well as short ASCII language codes.=C2=A0 At present, the=
<br>
&gt; languages are identified only by their names in English.<br>
<br>
</span>I am advising not to use any other language than English for BIP39. =
I<br>
got persuaded to allow more languages when writing BIP39 spec, but I<br>
learned that it was something I should&#39;ve been more persistently agains=
t.<br>
<br>
I am currently drafting a new standard[1] which will allow also Shamir<br>
Secret Scheme Splitting and there we disallow usage of a custom wordlist<br=
>
in order to eradicate this mess. Will try to push this as BIP too once<br>
we get it to the point we are OK with the contents.<br>
<br>
<a href=3D"https://github.com/satoshilabs/slips/blob/master/slip-0039.md" r=
el=3D"noreferrer" target=3D"_blank">https://github.com/<wbr>satoshilabs/sli=
ps/blob/master/<wbr>slip-0039.md</a><br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
--<br>
Best Regards / S pozdravom,<br>
<br>
Pavol &quot;stick&quot; Rusnak<br>
CTO, SatoshiLabs<br>
<br>
</font></span><br>______________________________<wbr>_________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.=
<wbr>linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.<wbr>org=
/mailman/listinfo/bitcoin-<wbr>dev</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br><div cla=
ss=3D"gmail_signature" data-smartmail=3D"gmail_signature"><div dir=3D"ltr">=
<div>-----BEGIN PGP PUBLIC KEY BLOCK-----</div><div>Comment: <a href=3D"htt=
p://openpgpjs.org" target=3D"_blank">http://openpgpjs.org</a></div><div><br=
></div><div>xsBNBFTmJ8oBB/9rd+7XLxZG/x/KnhkVK2WBG8ySx91fs+qQfHIK1JrakSV3</d=
iv><div>x6x0cK3XLClASLLDomm7Od3Q/fMFzdwCEqj6z60T8wgKxsjWYSGL3mq8ucdv</div><=
div>iBjC3wGauk5dQKtT7tkCFyQQbX/uMsBM4ccGBICoDmIJlwJIj7fAZVqGxGOM</div><div>=
bO1RhYb4dbQA2qxYP7wSsHJ6/ZNAXyEphOj6blUzdqO0exAbCOZWWF+E/1SC</div><div>EuKO=
4RmL7Imdep7uc2Qze1UpJCZx7ASHl2IZ4UD0G3Qr3pI6/jvNlaqCTa3U</div><div>3/YeJwEu=
bFsd0AVy0zs809RcKKgX3W1q+hVDTeWinem9RiOG/vT+Eec/ABEB</div><div>AAHNI2tpbm9z=
aGl0YSA8a2lub3NoaXRham9uYUBnbWFpbC5jb20+wsByBBAB</div><div>CAAmBQJU5ifRBgsJ=
CAcDAgkQRB9iZ30dlisEFQgCCgMWAgECGwMCHgEAAC6Z</div><div>B/9otobf0ASHYdlUBeIP=
XdDopyjQhR2RiZGYaS0VZ5zzHYLDDMW6ZIYm5CjO</div><div>Fc09ETLGKFxH2RcCOK2dzwz+=
KRU4xqOrt/l5gyd50cFE1nOhUN9+/XaPgrou</div><div>WhyT9xLeGit7Xqhht93z2+VanTtJ=
AG6lWbAZLIZAMGMuLX6sJDCO0GiO5zxa</div><div>02Q2D3kh5GL57A5+oVOna12JBRaIA5eB=
GKVCp3KToT/z48pxBe3WAmLo0zXr</div><div>hEgTSzssfb2zTwtB3Ogoedj+cU2bHJvJ8upS=
/jMr3TcdguySmxJlGpocVC/e</div><div>qxq12Njv+LiETOrD8atGmXCnA+nFNljBkz+l6ADl=
93jHzsBNBFTmJ9EBCACu</div><div>Qq9ZnP+aLU/Rt6clAfiHfTFBsJvLKsdIKeE6qHzsU1E7=
A7bGQKTtLEnhCCQE</div><div>W+OQP+sgbOWowIdH9PpwLJ3Op+NhvLlMxRvbT36LwCmBL0yD=
7bMqxxmmVj8n</div><div>vlMMRSe4wDSIG19Oy7701imnHZPm/pnPlneg/Meu/UffpcDWYBbA=
FX8nrXPY</div><div>vkVULcI/qTcCxW/+S9fwoXjQhWHaiJJ6y3cYOSitN31W9zgcMvLwLX3J=
gDxE</div><div>flkwq/M+ZkfCYnS3GAPEt8GkVKy2eHtCJuNkGFlCAmKMX0yWzHRAkqOMN5KP=
</div><div>LFbkKY2GQl13ztWp82QYJZpj5af6dmyUosurn6AZABEBAAHCwF8EGAEIABMF</di=
v><div>AlTmJ9QJEEQfYmd9HZYrAhsMAABKbgf/Ulu5JAk4fXgH0DtkMmdkFiKEFdkW</div><d=
iv>0Wkw7Vhd5eZ4NzeP9kOkD01OGweT9hqzwhfT2CNXCGxh4UnvEM1ZMFypIKdq</div><div>0=
XpLLJMrDOQO021UjAa56vHZPAVmAM01z5VzHJ7ekjgwrgMLmVkm0jWKEKaO</div><div>n/MW7=
CyphG7QcZ6cJX2f6uJcekBlZRw9TNYRnojMjkutlOVhYJ3J78nc/k0p</div><div>kcgV63GB6=
D7wHRF4TVe4xIBqKpbBhhN+ISwFN1z+gx3lfyRMSmiTSrGdKEQe</div><div>XSIQKG8XZQZUD=
hLNkqPS+7EMV1g7+lOfT4GhLL68dUXDa1e9YxGH6zkpVECw</div><div>Spe3vsHZr6CqFg=3D=
=3D</div><div>=3D/vUJ</div><div>-----END PGP PUBLIC KEY BLOCK-----</div></d=
iv></div>
</div>

--94eb2c06a5a016773d05623ed9f6--