summaryrefslogtreecommitdiff
path: root/f2/88be8d9b8450c503e334a364d938a6fb309a56
blob: f8f2cc4dbb1a91d4e5c328a47bcb3f753cdf54db (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
Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191]
	helo=mx.sourceforge.net)
	by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <mh.in.england@gmail.com>) id 1WzQlX-00017p-GI
	for bitcoin-development@lists.sourceforge.net;
	Tue, 24 Jun 2014 13:28:03 +0000
Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.219.52 as permitted sender)
	client-ip=209.85.219.52; envelope-from=mh.in.england@gmail.com;
	helo=mail-oa0-f52.google.com; 
Received: from mail-oa0-f52.google.com ([209.85.219.52])
	by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1WzQlW-0000W9-IP
	for bitcoin-development@lists.sourceforge.net;
	Tue, 24 Jun 2014 13:28:03 +0000
Received: by mail-oa0-f52.google.com with SMTP id j17so308940oag.11
	for <bitcoin-development@lists.sourceforge.net>;
	Tue, 24 Jun 2014 06:27:57 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.182.79.102 with SMTP id i6mr838286obx.85.1403616477108; Tue,
	24 Jun 2014 06:27:57 -0700 (PDT)
Sender: mh.in.england@gmail.com
Received: by 10.76.35.234 with HTTP; Tue, 24 Jun 2014 06:27:57 -0700 (PDT)
Date: Tue, 24 Jun 2014 15:27:57 +0200
X-Google-Sender-Auth: ow69spSxjVXHe-aQxnBecTWw3vQ
Message-ID: <CANEZrP3iyQ9zQ+hDnooxrjdBO+_Fj+nAkK1Skgk+Gb4gkidPhQ@mail.gmail.com>
From: Mike Hearn <mike@plan99.net>
To: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Content-Type: multipart/alternative; boundary=047d7b2e46d284e14104fc94ed7e
X-Spam-Score: -0.5 (/)
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
	(mh.in.england[at]gmail.com)
	-0.0 SPF_PASS               SPF: sender matches SPF record
	1.0 HTML_MESSAGE           BODY: HTML included in message
	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: 1WzQlW-0000W9-IP
Subject: [Bitcoin-development] Proposed BIP 70 extension
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: Tue, 24 Jun 2014 13:28:03 -0000

--047d7b2e46d284e14104fc94ed7e
Content-Type: text/plain; charset=UTF-8

Coinbase have started allowing merchants to set discounts for purchasing
with Bitcoin. Seeing an individual discount is not very motivating as they
tend to be small. Seeing them stack up over time can be more motivating
because it feels like free money. Many businesses exploit this effect with
loyalty points, etc. Bitcoin should do this too - show the user how much
they're saving by using Bitcoin instead of credit cards.

I suggested to Charlie Lee (who pushed this through at Coinbase) and
Stephen Pair the following minor BIP 70 extension:


message PaymentDetails {
    // Size in satoshis of any discount provided by the merchant ONLY
    // because the user chose to pay using Bitcoin or other similar
    // digital currency. Other kinds of discounts, loyalty bonuses and
    // so on should not be recorded here, rather they could be mentioned
    // in the memo field. This field exists so wallets can show the user
    // a running total of how much money they have saved by avoiding
    // credit cards and bank payments; the goal is to encourage people to
    // use Bitcoin. Putting other kinds of discounts here would make the
    // running total calculated meaningless; so don't do it!
    optional uint64 currency_usage_discount_size = 8;
}

Wallets would then be able to persist this data to disk and compete on cool
visualisations for how much money you saved over time.

We haven't formalised how to extend BIP 70 yet, that's my fault. We should
do that. In the meantime, what do people think of this proposal?

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

<div dir=3D"ltr">Coinbase have started allowing merchants to set discounts =
for purchasing with Bitcoin. Seeing an individual discount is not very moti=
vating as they tend to be small. Seeing them stack up over time can be more=
 motivating because it feels like free money. Many businesses exploit this =
effect with loyalty points, etc. Bitcoin should do this too - show the user=
 how much they&#39;re saving by using Bitcoin instead of credit cards.<div>
<br></div><div>I suggested to Charlie Lee (who pushed this through at Coinb=
ase) and Stephen Pair the following minor BIP 70 extension:</div><div><br><=
/div><div><div style=3D"font-family:arial,sans-serif;font-size:13px"><font =
face=3D"courier new, monospace"><br class=3D"">
message PaymentDetails {</font></div><div style=3D"font-family:arial,sans-s=
erif;font-size:13px"><font face=3D"courier new, monospace">=C2=A0 =C2=A0 //=
 Size in satoshis of any discount provided by the merchant ONLY</font></div=
><div style=3D"font-family:arial,sans-serif;font-size:13px">
<font face=3D"courier new, monospace">=C2=A0 =C2=A0 // because the user cho=
se to pay using Bitcoin or other similar=C2=A0</font></div><div style=3D"fo=
nt-family:arial,sans-serif;font-size:13px"><font face=3D"courier new, monos=
pace">=C2=A0 =C2=A0 // digital currency. Other kinds of discounts,=C2=A0</f=
ont><span style=3D"font-family:&#39;courier new&#39;,monospace">loyalty bon=
uses and=C2=A0</span></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span style=3D"f=
ont-family:&#39;courier new&#39;,monospace">=C2=A0 =C2=A0 // so on should n=
ot be recorded here, rather they could be mentioned</span></div><div style=
=3D"font-family:arial,sans-serif;font-size:13px">
<span style=3D"font-family:&#39;courier new&#39;,monospace">=C2=A0 =C2=A0 /=
/ in the memo field. This field exists so wallets can show the user</span><=
/div><div style=3D"font-family:arial,sans-serif;font-size:13px"><span style=
=3D"font-family:&#39;courier new&#39;,monospace">=C2=A0 =C2=A0 // a running=
 total of how much money they have saved by avoiding</span></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span style=3D"f=
ont-family:&#39;courier new&#39;,monospace">=C2=A0 =C2=A0 // credit cards a=
nd bank payments; the goal is to encourage people to</span></div><div style=
=3D"font-family:arial,sans-serif;font-size:13px">
<span style=3D"font-family:&#39;courier new&#39;,monospace">=C2=A0 =C2=A0 /=
/ use Bitcoin. Putting other kinds of discounts here would make the</span><=
/div><div style=3D"font-family:arial,sans-serif;font-size:13px"><span style=
=3D"font-family:&#39;courier new&#39;,monospace">=C2=A0 =C2=A0 // running t=
otal calculated meaningless; so don&#39;t do it!</span></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><font face=3D"co=
urier new, monospace">=C2=A0 =C2=A0 optional uint64 currency_usage_discount=
_size =3D 8;</font></div><div style=3D"font-family:arial,sans-serif;font-si=
ze:13px"><font face=3D"courier new, monospace">}</font></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div></div>=
<div style=3D"font-family:arial,sans-serif;font-size:13px">Wallets would th=
en be able to persist this data to disk and compete on cool visualisations =
for how much money you saved over time.</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">We haven&#39;t formali=
sed how to extend BIP 70 yet, that&#39;s my fault. We should do that. In th=
e meantime, what do people think of this proposal?</div>
</div>

--047d7b2e46d284e14104fc94ed7e--