📅 Original date posted:2017-08-18
📝 Original message: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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170818/3166e8de/attachment.html>;
Andrew Chow [ARCHIVE] /
npub1fg…xak44
2023-06-07 18:04:51
in reply to nevent1q…spfj
Author Public Key
npub1fgnnmg7f4wzup9hct8nv5pnd9l07wcjqdjku9ax432n4g69v4rgq7xak44Published at
2023-06-07 18:04:51Event JSON
{
"id": "0ca1d6ac2af6d72b8d04b67974a00d2e1e8a0554006b8a615d79a7cbd7a611c2",
"pubkey": "4a273da3c9ab85c096f859e6ca066d2fdfe762406cadc2f4d58aa75468aca8d0",
"created_at": 1686161091,
"kind": 1,
"tags": [
[
"e",
"5cd5214269f946d37a1d955267a73986452bec6b7573f46c8d7892c1584778ec",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2017-08-18\n📝 Original message:Hi everyone,\n\nI would like to propose a standard format for unsigned and partially signed\ntransactions.\n\n===Abstract===\n\nThis document proposes a binary transaction format which contains the\ninformation\nnecessary for a signer to produce signatures for the transaction and holds\nthe\nsignatures for an input while the input does not have a complete set of\nsignatures.\nThe signer can be offline as all necessary information will be provided in\nthe\ntransaction.\n\n===Motivation===\n\nCreating unsigned or partially signed transactions to be passed around to\nmultiple\nsigners is currently implementation dependent, making it hard for people\nwho use\ndifferent wallet software from being able to easily do so. One of the goals\nof this\ndocument is to create a standard and extensible format that can be used\nbetween clients to allow\npeople to pass around the same transaction to sign and combine their\nsignatures. The\nformat is also designed to be easily extended for future use which is\nharder to do\nwith existing transaction formats.\n\nSigning transactions also requires users to have access to the UTXOs being\nspent. This transaction\nformat will allow offline signers such as air-gapped wallets and hardware\nwallets\nto be able to sign transactions without needing direct access to the UTXO\nset and without\nrisk of being defrauded.\n\nThe full text can be found here:\nhttps://github.com/achow101/bips/blob/bip-psbt/bip-psbt.mediawiki\n\nAndrew Chow\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170818/3166e8de/attachment.html\u003e",
"sig": "bff4fca5eaf8621610d963d77b99749e77cef4fe6ef8899865f7996dca3bd15126cee5add346c28699b3d1e7acf6977ac64095a2a24e5926578d1a21956b4c2e"
}