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:2052] !wait for maker payment spend confirmations: rpc_clients:119] Waited too long until 1789741636 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 2f9417073cfa00e027d0a4ef5d3b9a0e3a64ef2f0ce25b520e395ad8a24aab64. Checked 2026-09-22 12:35:34 UTC.
e68e75be892c1e6aa64ea9871b8c0b2f737f7b63edc879c81a16db3931152962
Both payments are on their chains and locked to the same secret hash 937d6ecfcc41640880e6ac0a92e58b4ed6055127, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · e68e75be892c1e6aa64ea9871b8c0b2f737f7b63edc879c81a16db3931152962
524cc44abc3608f7a6c4b226243b2735c5f00710c7a7bb07a9757969681546ed
Both payments are on their chains and locked to the same secret hash 937d6ecfcc41640880e6ac0a92e58b4ed6055127, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 12270e6ed1348e3ae8bbf405a4c33c7de20b956c1d8b383e227e71db04532c5c
- TakerPaymentReceived · 524cc44abc3608f7a6c4b226243b2735c5f00710c7a7bb07a9757969681546ed
- TakerPaymentSpent · f78a0d8c5d213ed5dd839ae24d8b3e809dee37bd1c5739d0215c4b8dee89fe3e
No anomalies were recorded against this swap.
Reported by defistats-gleec.