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
|
Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
helo=mx.sourceforge.net)
by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
(envelope-from <tamas@bitsofproof.com>) id 1WTWKN-0003RP-Eh
for bitcoin-development@lists.sourceforge.net;
Fri, 28 Mar 2014 12:56:07 +0000
X-ACL-Warn:
Received: from wp059.webpack.hosteurope.de ([80.237.132.66])
by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.76) id 1WTWKL-0003kt-Iw
for bitcoin-development@lists.sourceforge.net;
Fri, 28 Mar 2014 12:56:07 +0000
Received: from [37.143.74.116] (helo=[192.168.2.2]); authenticated
by wp059.webpack.hosteurope.de running ExIM with esmtpsa
(TLS1.0:RSA_AES_128_CBC_SHA1:16)
id 1WTWKE-0003Wg-EH; Fri, 28 Mar 2014 13:55:58 +0100
Content-Type: multipart/signed;
boundary="Apple-Mail=_5F05938D-E5D9-4487-982F-5FC382551AA8";
protocol="application/pgp-signature"; micalg=pgp-sha1
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Tamas Blummer <tamas@bitsofproof.com>
In-Reply-To: <CANEZrP3mEWq-kfZb_HdW53K=gAhY=660mRq6+unGV4XppVQimw@mail.gmail.com>
Date: Fri, 28 Mar 2014 13:55:57 +0100
Message-Id: <47379042-C1B6-4E22-8FF7-4EE9FDC095AC@bitsofproof.com>
References: <CANEZrP0AwR3WgHfwYWcrC9Z_MHPDwymWXAQwp7D8XZ+o2FsK8g@mail.gmail.com>
<lh3m7i$v18$1@ger.gmane.org>
<CA+s+GJCf9o6VEky=JXgrG8v39hyQtPz71yuftF_jyp0bX9WHsA@mail.gmail.com>
<122FC5AD-2117-4CAF-817F-45B00F57D549@bitsofproof.com>
<CANEZrP30UsWsBJ-pzb=LQP-MB+PDE0buRdRbuUiOJxANLF9cpw@mail.gmail.com>
<48ED312A-A1F9-4081-9718-04DD45804313@bitsofproof.com>
<CANEZrP3mEWq-kfZb_HdW53K=gAhY=660mRq6+unGV4XppVQimw@mail.gmail.com>
To: Mike Hearn <mike@plan99.net>
X-Mailer: Apple Mail (2.1510)
X-bounce-key: webpack.hosteurope.de; tamas@bitsofproof.com; 1396011365;
8accd276;
X-Spam-Score: 1.0 (+)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
See http://spamassassin.org/tag/ for more details.
1.0 HTML_MESSAGE BODY: HTML included in message
X-Headers-End: 1WTWKL-0003kt-Iw
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>,
Andreas Schildbach <andreas@schildbach.de>
Subject: Re: [Bitcoin-development] BIP 70 refund field
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: Fri, 28 Mar 2014 12:56:07 -0000
--Apple-Mail=_5F05938D-E5D9-4487-982F-5FC382551AA8
Content-Type: multipart/alternative;
boundary="Apple-Mail=_8AA41925-0DA8-4D9F-9A6A-CE89780158C0"
--Apple-Mail=_8AA41925-0DA8-4D9F-9A6A-CE89780158C0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii
On 28.03.2014, at 13:27, Mike Hearn <mike@plan99.net> wrote:
> It is not more effort than an auto remembered call-in phone number. =
You delete if you do not care. The difference however is that it would =
be a clean protocol for repeated payments in both directions for =
whatever reason, where "refund" is and "payment" are not special =
compared to "1st installment", "overpayed back" or "tip" or whatever =
extra charge arises later.
>=20
> I think that'd be too abstract. The purpose of the refund field is =
that so if/when you receive a payment there, the wallet UI can do =
something intelligent, like show you in your transactions list that a =
certain payment was refunded using language the user will understand. If =
it's modelled at the protocol level without that then it makes producing =
good UI's harder.
What is too abstract in a contact list ? If the payment comes with a tag =
like refund the UI could display as such and if it comes with e.g. VAT =
then that.=20
--Apple-Mail=_8AA41925-0DA8-4D9F-9A6A-CE89780158C0
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
charset=us-ascii
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On 28.03.2014, at 13:27, Mike Hearn <<a href="mailto:mike@plan99.net">mike@plan99.net</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>It is not more effort than an auto remembered call-in phone number. You delete if you do not care. The difference however is that it would be a clean protocol for repeated payments in both directions for whatever reason, where "refund" is and "payment" are not special compared to "1st installment", "overpayed back" or "tip" or whatever extra charge arises later.</div>
</div></blockquote><div><br></div><div>I think that'd be too abstract. The purpose of the refund field is that so if/when you receive a payment there, the wallet UI can do something intelligent, like show you in your transactions list that a certain payment was refunded using language the user will understand. If it's modelled at the protocol level without that then it makes producing good UI's harder.</div>
</div></div></div>
</blockquote></div><br><div>What is too abstract in a contact list ? If the payment comes with a tag like refund the UI could display as such and if it comes with e.g. VAT then that. </div></body></html>
--Apple-Mail=_8AA41925-0DA8-4D9F-9A6A-CE89780158C0--
--Apple-Mail=_5F05938D-E5D9-4487-982F-5FC382551AA8
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org
iQEcBAEBAgAGBQJTNXFdAAoJEPZykcUXcTkclfoIAJNbrqoJLlEbTlfiUZ4s6Kev
u44WS5hbSwKXC9FFixtENBDJvnck+3wjrhalrqzDAGsT6yYKZJq1ucQSfiTlf3IK
Z7f8lyTuzGlTeIdiw+dnlM88/i/9kDbWybHqadHG6/7Sp3BHkbQmpy5EsN6yVunG
La6brCmYui5X1M0LFJPOSbYkWxYicCQ6efXYoIc3eFYPIstY26PdBfOV4ZlMaAR5
sirY6XgjQh1Z0V2HXubsRpgMHZa97A5HEQ3V/OhD54RVynmxMoDq/mADYFka/L1M
m8KvOhOklWBXJ8acvRTQILAVebOdqJqR92lui9RblMSo1MW9rPL5MHkt+7OhQaQ=
=NSr9
-----END PGP SIGNATURE-----
--Apple-Mail=_5F05938D-E5D9-4487-982F-5FC382551AA8--
|
