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
|
Return-Path: <achow101-lists@achow101.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 083DF72A
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 18 Aug 2017 22:11:26 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-oi0-f50.google.com (mail-oi0-f50.google.com
[209.85.218.50])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id DC0B1461
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 18 Aug 2017 22:11:25 +0000 (UTC)
Received: by mail-oi0-f50.google.com with SMTP id f11so109670014oic.0
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 18 Aug 2017 15:11:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=achow101-com.20150623.gappssmtp.com; s=20150623;
h=mime-version:from:date:message-id:subject:to;
bh=sBzw6uCIoxkZednsLXrjEJfiDfZW6M+VI77LzH2sVDo=;
b=n3do/72HkH+egvHPdxqHfNnL4/t/ZsPDV1n9w9xC6jcQ25NSWiFquV/Auf7n6d5tbN
c7yD5IA8vRyEooyyCnUWFr7tRJITXOkBhYkcHnWT+xYsl0pIJnuiQO3jbpy2qu76DR3C
0OAhLja76DPsOTCvK/iTYA9kqEb5LujujKXRsMMorlrfQ8B22NCaydhcF2a/w2rhrjLT
b1SYrV4Cb1oH77wCfzMzivHVirHQAbrH/rK/N8CS1yNicwTo8xseEaRox3vjwg5zXTXn
pwqLfapIjh8uAGie6HCydqNCxylQFLsVEQ3z3E0/90pun+qXKwc4h9UoEucjctYRCaWN
t6hw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
bh=sBzw6uCIoxkZednsLXrjEJfiDfZW6M+VI77LzH2sVDo=;
b=I68ygxVlHRF2httbuGmG/sAurUFqcIdsSQoubI4ijVsp9CT9Yl8HJ7K++7ndyPLGjR
70c3sgS0rEnqWIgIWVx+ZXjhmzo8wNR4LVJDWubBK5TJl7Tr7fVu2tQh3YZJMn1bR/TV
etWbicXsCBjtDpGq24utar1dRfEbOuh7a+PLH8B1L6avmMLy46R98QpFvUI6A+F88CxE
eXO+WPQm+uhOAmI6XeBVSbWLFKSTQQ8G+TSZYY34AHKdTZ2eHQbmx5DYQVKAJ0Km2kuK
mDr1wrpViCqUIcI9OGt1d/AH9KmyzLi4KFc1cbYrUz6SGg6em0rcS0BbTqrxxipBZClz
ZctQ==
X-Gm-Message-State: AHYfb5iwciSTfScf4TAoRjpnOUQ7dc+1u7lQKdFnObv8pUyYp5OJ4HAL
4BMzlccBNYSTenfIalqLcxtD6nHCwpz/TeQ=
X-Received: by 10.202.51.68 with SMTP id z65mr14460558oiz.314.1503094284983;
Fri, 18 Aug 2017 15:11:24 -0700 (PDT)
MIME-Version: 1.0
From: Andrew Chow <achow101-lists@achow101.com>
Date: Fri, 18 Aug 2017 22:11:14 +0000
Message-ID: <CAP6ruDR0GrLRNb4TTub+wqpwVPyzHggbomV48kLZU3tvubH73Q@mail.gmail.com>
To: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="001a113ce1deebb6a305570e6817"
Subject: [bitcoin-dev] [BIP Proposal] Partially Signed Bitcoin Transaction
(PSBT) format
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: Fri, 18 Aug 2017 22:11:26 -0000
--001a113ce1deebb6a305570e6817
Content-Type: text/plain; charset="UTF-8"
Hi everyone,
I would like to propose a standard format for unsigned and partially signed
transactions.
===Abstract===
This document proposes a binary transaction format which contains the
information
necessary for a signer to produce signatures for the transaction and holds
the
signatures for an input while the input does not have a complete set of
signatures.
The signer can be offline as all necessary information will be provided in
the
transaction.
===Motivation===
Creating unsigned or partially signed transactions to be passed around to
multiple
signers is currently implementation dependent, making it hard for people
who use
different wallet software from being able to easily do so. One of the goals
of this
document is to create a standard and extensible format that can be used
between clients to allow
people to pass around the same transaction to sign and combine their
signatures. The
format is also designed to be easily extended for future use which is
harder to do
with existing transaction formats.
Signing transactions also requires users to have access to the UTXOs being
spent. This transaction
format will allow offline signers such as air-gapped wallets and hardware
wallets
to be able to sign transactions without needing direct access to the UTXO
set and without
risk of being defrauded.
The full text can be found here:
https://github.com/achow101/bips/blob/bip-psbt/bip-psbt.mediawiki
Andrew Chow
--001a113ce1deebb6a305570e6817
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Hi everyone,<div><br></div><div>I would like to propose a =
standard format for unsigned and partially signed transactions.=C2=A0</div>=
<div><br></div><div><div>=3D=3D=3DAbstract=3D=3D=3D</div><div><br></div><di=
v>This document proposes a binary transaction format which contains the inf=
ormation</div><div>necessary for a signer to produce signatures for the tra=
nsaction and holds the</div><div>signatures for an input while the input do=
es not have a complete set of signatures.</div><div>The signer can be offli=
ne as all necessary information will be provided in the</div><div>transacti=
on.</div><div><br></div><div>=3D=3D=3DMotivation=3D=3D=3D</div><div><br></d=
iv><div>Creating unsigned or partially signed transactions to be passed aro=
und to multiple</div><div>signers is currently implementation dependent, ma=
king it hard for people who use</div><div>different wallet software from be=
ing able to easily do so. One of the goals of this</div><div>document is to=
create a standard and extensible format that can be used between clients t=
o allow</div><div>people to pass around the same transaction to sign and co=
mbine their signatures. The</div><div>format is also designed to be easily =
extended for future use which is harder to do</div><div>with existing trans=
action formats.</div><div><br></div><div><div>Signing transactions also req=
uires users to have access to the UTXOs being spent. This transaction=C2=A0=
</div><div>format will allow offline signers such as air-gapped wallets and=
hardware wallets</div><div>to be able to sign transactions without needing=
direct access to the UTXO set and without</div><div>risk of being defraude=
d.</div></div></div><div><br></div><div>The full text can be found here:=C2=
=A0<a href=3D"https://github.com/achow101/bips/blob/bip-psbt/bip-psbt.media=
wiki">https://github.com/achow101/bips/blob/bip-psbt/bip-psbt.mediawiki</a>=
</div><div><br></div><div>Andrew Chow</div></div>
--001a113ce1deebb6a305570e6817--
|
