Browse Source
Prior to this commit, if a tumbler coinjoin negotiation failed in Phase 2, then the retry as per the logic in taker_utils.tumbler_taker_finished_update would always attempt to retry the transaction with those counterparties that returned valid !sig responses. However this ignored the case that all the counterparties responded validly, but there was a mempool conflict in the created transaction. After this commit, if it is detected that all counterparties responded, it is assumed that a mempool conflict or similar occurred with the transaction, and therefore it is better to fallback to a schedule tweak and choose randomly again, not to fix the counterparty set (which is likely to result in failing again).master
1 changed files with 43 additions and 34 deletions
Loading…
Reference in new issue