summaryrefslogtreecommitdiff
path: root/bip-0078.mediawiki
diff options
context:
space:
mode:
authornicolas.dorier <nicolas.dorier@gmail.com>2020-06-22 11:06:57 +0900
committernicolas.dorier <nicolas.dorier@gmail.com>2020-06-22 11:06:57 +0900
commitb0be77f99eee679ebffe0552d75a4ddca3a6d62e (patch)
tree3d4c577e8c68528db5b65ae2aa6edf0c7fb70db0 /bip-0078.mediawiki
parente6418e5a769d7635824f2ad1bcfe4c720be897c2 (diff)
downloadbips-b0be77f99eee679ebffe0552d75a4ddca3a6d62e.tar.xz
Removing non-sense paragraph
Diffstat (limited to 'bip-0078.mediawiki')
-rw-r--r--bip-0078.mediawiki2
1 files changed, 0 insertions, 2 deletions
diff --git a/bip-0078.mediawiki b/bip-0078.mediawiki
index 90aa94f..5048d4a 100644
--- a/bip-0078.mediawiki
+++ b/bip-0078.mediawiki
@@ -366,8 +366,6 @@ Because payjoin is mixing the inputs of the sender and receiver, this heuristic
When Alice pays Bob, if Alice is using P2SH but Bob's deposit address is P2WPKH, the heuristic would assume that the P2SH output is the change address of Alice.
This is now however a broken assumption, as the payjoin receiver has the freedom to mislead analytics by purposefully changing the invoice's address in the payjoin transaction.
-Alternatively, if the original address of Bob is P2WPKH and Alice's address is also P2WPKH, Bob can change the receiving address in the payjoin to P2SH. The heuristic would wrongfully identify the payjoin's receiving address as the change address of the transaction.
-
See [[#output-substitution|payment output substitution]].
* Change identification from round change amount