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 1780887909 for transaction to be confirmed 1 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 343abe8309562d9b840b0d6dc5ee28dd11d929413458c8474e743a21c6f5521a. Checked 2026-09-22 12:39:40 UTC.
42f25f2577d3e3ab047c41822028b05719c04e35f35368e7da2b3257cda27c17
Both payments are on their chains and locked to the same secret hash 0625452ccbaea4a21be9d2df14c55d63eb1abb99, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · 42f25f2577d3e3ab047c41822028b05719c04e35f35368e7da2b3257cda27c17
35d2fac104dc3558a0ecb7f85d2ee4366dca6c4946154165f51cce81395ab1d3
Both payments are on their chains and locked to the same secret hash 0625452ccbaea4a21be9d2df14c55d63eb1abb99, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 36b6f71bcd827d2ee9e51773ba74f4683a0525a6958f92db2ade0df6e3530b1a
- TakerPaymentReceived · 35d2fac104dc3558a0ecb7f85d2ee4366dca6c4946154165f51cce81395ab1d3
- TakerPaymentSpent · d15bbe8e458532431b10fada793e400ee874c1ed9c8b2a08177c39471036956a
No anomalies were recorded against this swap.
Reported by defistats-gleec.