diff options
author | Ryan Havar <rhavar@protonmail.com> | 2019-01-26 21:01:16 -0800 |
---|---|---|
committer | Ryan Havar <rhavar@protonmail.com> | 2019-01-26 21:01:16 -0800 |
commit | 1bd594e6592c59315dd9750a012bc1e6b309c76b (patch) | |
tree | ffb9035ad683d02ee8eb867203c0d9619da3b657 /bip-0079.mediawiki | |
parent | 954df0d10728dd704fa4b378255ae23e6a5952a0 (diff) |
Fix mistake in bip-0079
As pointed out by Adam Gibson on the bitcoin-dev mailing list.
Diffstat (limited to 'bip-0079.mediawiki')
-rw-r--r-- | bip-0079.mediawiki | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/bip-0079.mediawiki b/bip-0079.mediawiki index 7d0cc57..e483997 100644 --- a/bip-0079.mediawiki +++ b/bip-0079.mediawiki @@ -49,9 +49,9 @@ This is done via an HTTP POST request, sent to a "bustapay url" The receiver validates the transaction, and pays himself. The receiver then adds one or more of his own inputs (known as the ''contributed inputs'') and (optionally) increases the output that pays himself (generally by the sum of the ''contributed inputs''). Doing so creates a ''partial transaction'', which the receiver returns to the sender. It is called such as it requires the sender to resign his own inputs. -====Step 4. Receiver validates, re-signs, and propagates on the bitcoin network==== +====Step 4. Sender validates, re-signs, and propagates on the bitcoin network==== -The receiver MUST validate the ''partial transaction'' was changed correctly and non-maliciously (to allow using potentially untrusted communication channels), resign its original inputs and propagates the final transaction over the bitcoin network. +The sender MUST validate the ''partial transaction'' was changed correctly and non-maliciously (to allow using potentially untrusted communication channels), resign its original inputs and propagates the final transaction over the bitcoin network. ====Step 5. Receiver observes the finalized transaction on the bitcoin network==== @@ -79,7 +79,7 @@ It is strongly preferable that the receiver makes an effort to pick a contribute === Output Adjustment === -After adding inputs to the transaction, the receiver generally will want to adjust the output that pays himself by increasing it by the sum of the contributed input amounts (minus any fees he wants to contribute). However the only strict requirement is that the receiver *must never* add or remove inputs, and *must not* ever decrease any output amount. +After adding inputs to the transaction, the receiver generally will want to adjust the output that pays himself by increasing it by the sum of the contributed input amounts (minus any fees he wants to contribute). However the only strict requirement is that the receiver *must never* remove inputs, and *must not* ever decrease any output amount. === Returning the partial transaction === |