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
|
Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191]
helo=mx.sourceforge.net)
by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
(envelope-from <jgarzik@bitpay.com>) id 1WQU8Y-0000IJ-3J
for bitcoin-development@lists.sourceforge.net;
Thu, 20 Mar 2014 03:59:22 +0000
Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of bitpay.com
designates 209.85.160.169 as permitted sender)
client-ip=209.85.160.169; envelope-from=jgarzik@bitpay.com;
helo=mail-yk0-f169.google.com;
Received: from mail-yk0-f169.google.com ([209.85.160.169])
by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
(Exim 4.76) id 1WQU8W-0006VG-To
for bitcoin-development@lists.sourceforge.net;
Thu, 20 Mar 2014 03:59:22 +0000
Received: by mail-yk0-f169.google.com with SMTP id 142so840694ykq.0
for <bitcoin-development@lists.sourceforge.net>;
Wed, 19 Mar 2014 20:59:15 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:in-reply-to:references:from:date
:message-id:subject:to:cc:content-type;
bh=J/lBMkqz0pyWsCWvltamZu6X26BiiGCt4m38r/f1jVY=;
b=eBiPfBztFh5SaUkKFlmIZ4dV0mVXmV8yxMpOVR1k0gcS0PlZWK7YYhHwCtpcSuwA4E
E0vPATnHipAAL9IjXHBC04tyFASD4m8l4oPok9VFrPyTb7X2vFW+RM1KdBUSzUuar5Hk
S4Y47zoiYMeM13NmoiSitxAJEptczoIDmGU2BE+qARt6tOxJlghT65AaJ/HFyCO0Imud
I7kv+lz240AISAXuZyPlV3qFPDL44iyLPKl23gfnZhcfgk2lWJtjtHLNoKSPU6GA93gD
OTDCFIkBT4Sifnc0kfKI/QMa0QsFiEfgToRiahkxPen2+yn4l4NQF/XQT5vQ33P7D893
iIoA==
X-Gm-Message-State: ALoCoQkgaSnr1CwaeG2FyFMw+rEhgPaWnjXaTXW1dno0kazhfF7+VqbDUtG9rulI8XZs0cmC8ltG
X-Received: by 10.236.124.104 with SMTP id w68mr32090979yhh.2.1395286316165;
Wed, 19 Mar 2014 20:31:56 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.170.162.214 with HTTP; Wed, 19 Mar 2014 20:31:36 -0700 (PDT)
In-Reply-To: <CALDj+BafD+6KTNcYDBEu5gNPzYozSkiC-JCxrY-PzXL2DYBRsw@mail.gmail.com>
References: <lc5hmg$1jh$1@ger.gmane.org> <leuunm$tjk$1@ger.gmane.org>
<CANEZrP3nQfvDArKTRgje0Cus4G2JD_zpxSjA3fXfxM2TNAP80Q@mail.gmail.com>
<CALDj+BafD+6KTNcYDBEu5gNPzYozSkiC-JCxrY-PzXL2DYBRsw@mail.gmail.com>
From: Jeff Garzik <jgarzik@bitpay.com>
Date: Wed, 19 Mar 2014 23:31:36 -0400
Message-ID: <CAJHLa0N4J_Z907+D0ENSNKfNAW2N=7Jf4JzSCO=SU558GtGTzA@mail.gmail.com>
To: Alex Kotenko <alexykot@gmail.com>
Content-Type: multipart/alternative; boundary=20cf300fac333c3fa504f501697e
X-Spam-Score: -0.3 (/)
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 SPF_PASS SPF: sender matches SPF record
1.0 HTML_MESSAGE BODY: HTML included in message
0.3 HTML_FONT_FACE_BAD BODY: HTML font face is not a word
-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: 1WQU8W-0006VG-To
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>,
Andreas Schildbach <andreas@schildbach.de>
Subject: Re: [Bitcoin-development] Payment Protocol for Face-to-face Payments
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: Thu, 20 Mar 2014 03:59:22 -0000
--20cf300fac333c3fa504f501697e
Content-Type: text/plain; charset=ISO-8859-1
Take a look at BIP 73:
https://github.com/bitcoin/bips/blob/master/bip-0073.mediawiki
On Wed, Mar 19, 2014 at 10:22 PM, Alex Kotenko <alexykot@gmail.com> wrote:
> Hi Andreas
>
>
> I'm implementing support for BIP70 in my POS at the moment, and I've just
> realized that with options you're proposing usecase I'm looking for is not
> covered.
>
> Right now, before BIP70, I'm sending BIP21 URI via NFC or QR code, and I
> need to still be able to use it for backwards compatibility. But at the
> same time I want to be able to support BIP70. And also I want to avoid
> using external servers, the concept of my POS is that everything is
> happening between just payer's phone and payee's POS device. This means
> that BIP72 HTTP(S) link inside Bitcoin URI is not suitable for me.
>
> You're also offering an option to include Base43 encoded PR body right
> inside the Bitcoin URI, but in a way that is not backwards compatible with
> BIP21.
>
> In the end this all means that there is no way for me to at the same time
> keep backwards compatibility with all wallets not supporting NFC and BIP70
> (all other wallets right now), and keep things inside POS without need for
> external servers.
>
> I understand your intention behind base43 encoding and noncompatible URI -
> you want to make most possible use of QR codes. But I wonder - did you
> compare this base43 to base64 encoded request in a binary QR code format?
> How much do we actually win in total bytes capacity at a price of
> noncompatibility and increased complexity?
>
> And also maybe we can extend BIP72 to include encoded payment request in
> the URL directly in a backwards compatible way?
>
>
> Best regards,
> Alex Kotenko
>
>
> 2014-03-02 11:50 GMT+00:00 Mike Hearn <mike@plan99.net>:
>
>> Thanks Andreas.
>>
>> For BIP standardisation, I think the VIEW intent seems like an obvious
>> one. Bluetooth support probably should come later if/when we put
>> encryption/auth on the RFCOMM link (probably SSL).
>>
>>
>> ------------------------------------------------------------------------------
>> Flow-based real-time traffic analytics software. Cisco certified tool.
>> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
>> Customize your own dashboards, set traffic alerts and generate reports.
>> Network behavioral analysis & security monitoring. All-in-one tool.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
>>
>> _______________________________________________
>> Bitcoin-development mailing list
>> Bitcoin-development@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>
>>
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--20cf300fac333c3fa504f501697e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Take a look at BIP 73: <a href=3D"https://github.com/bitco=
in/bips/blob/master/bip-0073.mediawiki">https://github.com/bitcoin/bips/blo=
b/master/bip-0073.mediawiki</a><br><br><br></div><div class=3D"gmail_extra"=
><br>
<br><div class=3D"gmail_quote">On Wed, Mar 19, 2014 at 10:22 PM, Alex Koten=
ko <span dir=3D"ltr"><<a href=3D"mailto:alexykot@gmail.com" target=3D"_b=
lank">alexykot@gmail.com</a>></span> wrote:<br><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex">
<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:courier =
new,monospace;color:#003300">Hi Andreas</div><div class=3D"gmail_default" s=
tyle=3D"font-family:courier new,monospace;color:#003300"><br></div><div cla=
ss=3D"gmail_default" style=3D"font-family:courier new,monospace;color:#0033=
00">
<br></div><div class=3D"gmail_default" style=3D"font-family:courier new,mon=
ospace;color:#003300">
I'm implementing support for BIP70 in my POS at the moment, and I'v=
e just realized that with options you're proposing usecase I'm look=
ing for is not covered.</div><div class=3D"gmail_default" style=3D"font-fam=
ily:courier new,monospace;color:#003300">
<br></div><div class=3D"gmail_default" style=3D"font-family:courier new,mon=
ospace;color:#003300">Right now, before BIP70, I'm sending BIP21 URI vi=
a NFC or QR code, and I need to still be able to use it for backwards compa=
tibility. But at the same time I want to be able to support BIP70. And also=
I want to avoid using external servers, the concept of my POS is that ever=
ything is happening between just payer's phone and payee's POS devi=
ce. This means that BIP72 HTTP(S) link inside Bitcoin URI is not suitable f=
or me.=A0</div>
<div class=3D"gmail_default" style=3D"font-family:courier new,monospace;col=
or:#003300"><br></div><div class=3D"gmail_default" style=3D"font-family:cou=
rier new,monospace;color:#003300">You're also offering an option to inc=
lude Base43 encoded PR body right inside the Bitcoin URI, but in a way that=
is not backwards compatible with BIP21.=A0</div>
<div class=3D"gmail_default" style=3D"font-family:courier new,monospace;col=
or:#003300"><br></div><div class=3D"gmail_default" style=3D"font-family:cou=
rier new,monospace;color:#003300">In the end this all means that there is n=
o way for me to at the same time keep backwards compatibility with all wall=
ets not supporting NFC and BIP70 (all other wallets right now), and keep th=
ings inside POS without need for external servers.=A0</div>
<div class=3D"gmail_default" style=3D"font-family:courier new,monospace;col=
or:#003300"><br></div><div class=3D"gmail_default" style=3D"font-family:cou=
rier new,monospace;color:#003300">I understand your intention behind base43=
encoding and noncompatible URI - you want to make most possible use of QR =
codes. But I wonder - did you compare this base43 to base64 encoded request=
in a binary QR code format? How much do we actually win in total bytes cap=
acity at a price of noncompatibility and increased complexity?</div>
<div class=3D"gmail_default" style=3D"font-family:courier new,monospace;col=
or:#003300"><br></div><div class=3D"gmail_default" style=3D"font-family:cou=
rier new,monospace;color:#003300">And also maybe we can extend BIP72 to inc=
lude encoded payment request in the URL directly in a backwards compatible =
way?</div>
<div class=3D"gmail_default" style=3D"font-family:courier new,monospace;col=
or:#003300"><br></div><div class=3D"gmail_extra"><br clear=3D"all">
<div><div dir=3D"ltr"><span style=3D"color:rgb(0,51,0);font-family:'cou=
rier new',monospace">Best regards,=A0</span><div>
<div><div style=3D"text-align:left"><font style=3D"text-align:-webkit-auto"=
color=3D"#003300" face=3D"'courier new', monospace">Alex Kotenko</=
font></div></div></div></div></div>
<br><br><div class=3D"gmail_quote">2014-03-02 11:50 GMT+00:00 Mike Hearn <s=
pan dir=3D"ltr"><<a href=3D"mailto:mike@plan99.net" target=3D"_blank">mi=
ke@plan99.net</a>></span>:<br><blockquote class=3D"gmail_quote" style=3D=
"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=3D"">
<div dir=3D"ltr"><div class=3D"gmail_extra">Thanks Andreas.</div><div class=
=3D"gmail_extra"><br></div><div class=3D"gmail_extra">For BIP standardisati=
on, I think the VIEW intent seems like an obvious one. Bluetooth support pr=
obably should come later if/when we put encryption/auth on the RFCOMM link =
(probably SSL).</div>
</div>
<br></div>-----------------------------------------------------------------=
-------------<br>
Flow-based real-time traffic analytics software. Cisco certified tool.<br>
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer<br>
Customize your own dashboards, set traffic alerts and generate reports.<br>
Network behavioral analysis & security monitoring. All-in-one tool.<br>
<a href=3D"http://pubads.g.doubleclick.net/gampad/clk?id=3D126839071&iu=
=3D/4140/ostg.clktrk" target=3D"_blank">http://pubads.g.doubleclick.net/gam=
pad/clk?id=3D126839071&iu=3D/4140/ostg.clktrk</a><div class=3D""><br>__=
_____________________________________________<br>
Bitcoin-development mailing list<br>
<a href=3D"mailto:Bitcoin-development@lists.sourceforge.net" target=3D"_bla=
nk">Bitcoin-development@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>
<br></div></blockquote></div><br></div></div>
<br>-----------------------------------------------------------------------=
-------<br>
Learn Graph Databases - Download FREE O'Reilly Book<br>
"Graph Databases" is the definitive new guide to graph databases =
and their<br>
applications. Written by three acclaimed leaders in the field,<br>
this first edition is now available. Download your free book today!<br>
<a href=3D"http://p.sf.net/sfu/13534_NeoTech" target=3D"_blank">http://p.sf=
.net/sfu/13534_NeoTech</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>
<br></blockquote></div><br><br clear=3D"all"><br>-- <br>Jeff Garzik<br>Bitc=
oin core developer and open source evangelist<br>BitPay, Inc. =A0 =A0 =A0<a=
href=3D"https://bitpay.com/" target=3D"_blank">https://bitpay.com/</a>
</div>
--20cf300fac333c3fa504f501697e--
|
