summaryrefslogtreecommitdiff
path: root/40/b70d20aac3f8f27b531fedb3812120b3c407d0
blob: 922260ad98ca8ab94d6636851c66456be8053b95 (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
Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192]
	helo=mx.sourceforge.net)
	by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <kristovatlas.lists@gmail.com>) id 1Z11ii-0002RK-5f
	for bitcoin-development@lists.sourceforge.net;
	Sat, 06 Jun 2015 00:12:16 +0000
Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.215.45 as permitted sender)
	client-ip=209.85.215.45;
	envelope-from=kristovatlas.lists@gmail.com;
	helo=mail-la0-f45.google.com; 
Received: from mail-la0-f45.google.com ([209.85.215.45])
	by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1Z11ig-0007O1-Ty
	for bitcoin-development@lists.sourceforge.net;
	Sat, 06 Jun 2015 00:12:16 +0000
Received: by laar3 with SMTP id r3so15209571laa.3
	for <bitcoin-development@lists.sourceforge.net>;
	Fri, 05 Jun 2015 17:12:08 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.152.28.97 with SMTP id a1mr531442lah.9.1433549528368; Fri,
	05 Jun 2015 17:12:08 -0700 (PDT)
Received: by 10.152.163.98 with HTTP; Fri, 5 Jun 2015 17:12:08 -0700 (PDT)
Date: Fri, 5 Jun 2015 20:12:08 -0400
Message-ID: <CAGH37SK0k1YUvadetyHcBGjzW+OHNFRmRwqsUDeHBGejUacigQ@mail.gmail.com>
From: Kristov Atlas <kristovatlas.lists@gmail.com>
To: Bitcoin development mailing list
	<bitcoin-development@lists.sourceforge.net>
Content-Type: multipart/alternative; boundary=089e0160b7d4680a9e0517ce4231
X-Spam-Score: -0.6 (/)
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
	(kristovatlas.lists[at]gmail.com)
	-0.0 SPF_PASS               SPF: sender matches SPF record
	1.0 HTML_MESSAGE           BODY: HTML included in message
	-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: 1Z11ig-0007O1-Ty
Subject: [Bitcoin-development] Lexicographical Indexing of Transaction
	Inputs and Outputs
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: Sat, 06 Jun 2015 00:12:16 -0000

--089e0160b7d4680a9e0517ce4231
Content-Type: text/plain; charset=UTF-8

Hello all,

I have written a draft of a BIP to standardize the sorting of tx inputs and
outputs for privacy and security reasons. A few colleagues have reviewed
this and provided feedback privately, but now it's ready for feedback from
a wider audience.

If there is positive sentiment about the proposal after feedback is
integrated, I aim for a bip number to be assigned and have it accepted into
https://github.com/bitcoin/bips

Link:
https://github.com/kristovatlas/rfc/blob/master/bips/bip-li01.mediawiki

For your convenience, here's the abstract:

"Currently there is no standard for bitcoin wallet clients when ordering
transaction inputs and outputs. As a result, wallet clients often have a
discernible blockchain fingerprint, and can leak private information about
their users. By contrast, a standard for non-deterministic sorting could be
difficult to audit. This document proposes deterministic lexicographical
sorting, using hashes of previous transactions and output indices to sort
transaction inputs, as well as value and locking scripts to sort
transaction outputs."

Thanks,

Kristov Atlas
Open Bitcoin Privacy Project Contributor, Blockchain.info Security
Engineer, etc.
Twitter: @kristovatlas
Blog: kristovatlas.com

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

<div dir=3D"ltr"><div><div><div><div><div><div><div><div>Hello all,<br><br>=
</div>I have written a draft of a BIP to standardize the sorting of tx inpu=
ts and outputs for privacy and security reasons. A few colleagues have revi=
ewed this and provided feedback privately, but now it&#39;s ready for feedb=
ack from a wider audience.<br><br></div>If there is positive sentiment abou=
t the proposal after feedback is integrated, I aim for a bip number to be a=
ssigned and have it accepted into <a href=3D"https://github.com/bitcoin/bip=
s">https://github.com/bitcoin/bips</a> <br><br>Link: <a href=3D"https://git=
hub.com/kristovatlas/rfc/blob/master/bips/bip-li01.mediawiki">https://githu=
b.com/kristovatlas/rfc/blob/master/bips/bip-li01.mediawiki</a><br><br></div=
>For your convenience, here&#39;s the abstract:<br><br>&quot;Currently ther=
e is no standard for bitcoin wallet clients when ordering transaction input=
s and outputs. As a result, wallet clients often have a discernible blockch=
ain fingerprint, and can leak private information about their users. By con=
trast, a standard for non-deterministic sorting could be difficult to audit=
. This document proposes deterministic lexicographical sorting, using hashe=
s of previous transactions and output indices to sort transaction inputs, a=
s well as value and locking scripts to sort transaction outputs.&quot;<br><=
br></div>Thanks,<br><br></div>Kristov Atlas<br></div>Open Bitcoin Privacy P=
roject Contributor, Blockchain.info Security Engineer, etc.<br></div>Twitte=
r: @kristovatlas<br></div>Blog: <a href=3D"http://kristovatlas.com">kristov=
atlas.com</a><br></div>

--089e0160b7d4680a9e0517ce4231--