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 1780887866 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 1648881278aa503dbe7667743f6b349f88362272c68884df2ab1260f25b7c156. Checked 2026-09-22 12:39:42 UTC.
ef6bab67729a570da845a0af1cf0c176f59f62abdaf9bd095927086f0b4e0049
Both payments are on their chains and locked to the same secret hash f2c0ce5054de5de1f9d4fcffc535bed69a0c54eb, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · ef6bab67729a570da845a0af1cf0c176f59f62abdaf9bd095927086f0b4e0049
f89a922b8f0826b417ed15e036745eedef69e455f350e79ed592c6f775f36d26
Both payments are on their chains and locked to the same secret hash f2c0ce5054de5de1f9d4fcffc535bed69a0c54eb, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 66ebfc48d32d914b031f8550cc323ebd368be17a62ab74bf72ae63ecd973eceb
- TakerPaymentReceived · f89a922b8f0826b417ed15e036745eedef69e455f350e79ed592c6f775f36d26
- TakerPaymentSpent · 07dab0d762450979147476524a1f892a694f113d9633e108a6880d05c0c6c0bf
No anomalies were recorded against this swap.
Reported by defistats-gleec.