summaryrefslogtreecommitdiff
path: root/bip-0079.mediawiki
diff options
context:
space:
mode:
authorRyan Havar <rhavar@protonmail.com>2019-01-26 21:01:16 -0800
committerRyan Havar <rhavar@protonmail.com>2019-01-26 21:01:16 -0800
commit1bd594e6592c59315dd9750a012bc1e6b309c76b (patch)
treeffb9035ad683d02ee8eb867203c0d9619da3b657 /bip-0079.mediawiki
parent954df0d10728dd704fa4b378255ae23e6a5952a0 (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.mediawiki6
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 ===