diff options
author | Luke Dashjr <luke-jr+git@utopios.org> | 2019-02-15 14:57:54 +0000 |
---|---|---|
committer | Luke Dashjr <luke-jr+git@utopios.org> | 2019-02-15 14:57:54 +0000 |
commit | e2c91c81cc67d17c1ec5312ff1f46c2da9ad3d52 (patch) | |
tree | 2097806ec1f78c69220f32bb7d3dd0ca7a23b49e /bip-0079.mediawiki | |
parent | 8fbc5aa78099514bfe26a81783eca23b5ec09f89 (diff) | |
parent | 1bd594e6592c59315dd9750a012bc1e6b309c76b (diff) |
Merge remote-tracking branch 'origin-pull/754/head'
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 14c9708..15948ad 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 re-sign 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), re-sign its original inputs and propagate 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), re-sign its original inputs and propagate 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 === |