An atomic swap is not instant by design. Each side has to publish a transaction and wait for the other chain to confirm it, so the time it takes is set mostly by the block spacing of the two chains involved rather than by anything either party does.
The record stops at MakerPaymentSpendConfirmFailed. The taker's claim on the maker's coin was broadcast but not seen to confirm.
taker_swap:2050] !wait for maker payment spend confirmations: rpc_clients:119] Waited too long until 1784835440 for transaction to be confirmed 3 times
By this step both payments were on their chains and the price had been struck, so the trade counts toward the reference price. The claim can be retried for as long as the timelock holds, and whether it was is a question for the chain rather than for this log.
The chain says the claim landed: the payment was spent with the preimage, in 9d1747137871cd205d4d6af2f3969ee70f846e2ba303a9b964908bd603017ef8. Checked 2026-09-22 12:37:59 UTC.
3d02783b6888835681c4c5a80020dccbcf4da1aac5622d5cb91eaef77275939f
Both payments are on their chains and locked to the same secret hash 74dfa81b68d6f5b7fd74e3777906450def4495bc, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · 3d02783b6888835681c4c5a80020dccbcf4da1aac5622d5cb91eaef77275939f
f2c9bdec30c63118e573341d7402793ad2603754cc7ca52149b0ec5a5dc7d87a
Both payments are on their chains and locked to the same secret hash 74dfa81b68d6f5b7fd74e3777906450def4495bc, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · ce177ecda139018616e4b2ada1beb07f05307786ee0dc8030c4449cc68c6d173
- TakerPaymentReceived · f2c9bdec30c63118e573341d7402793ad2603754cc7ca52149b0ec5a5dc7d87a
- TakerPaymentSpent · ab9407cf61657582889a091067bf17e47aa4aebf479b978bc48a892b6c851f15
No anomalies were recorded against this swap.
Reported by defistats-gleec.