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 1788660737 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 e2bec17861b193da387a02924f35b5b04879eda1b900862fbebd0c3cbc571051. Checked 2026-09-22 12:35:44 UTC.
8122afc9b2aa8b31def468f6c1c823392b7ac8d475873bd1db6493bbfad0208f
Both payments are on their chains and locked to the same secret hash 9602e6184da82972c0276af24caaca21dbb67ddc, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · 8122afc9b2aa8b31def468f6c1c823392b7ac8d475873bd1db6493bbfad0208f
bb39eb4ee1d38441c6340c4a3fda240ed34c1520e4ee43c30fd0e9676f86114f
Both payments are on their chains and locked to the same secret hash 9602e6184da82972c0276af24caaca21dbb67ddc, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 0c61aa24e22f081377e8556ef96995d74316eb84d751f048d20a08efba4024e5
- TakerPaymentReceived · bb39eb4ee1d38441c6340c4a3fda240ed34c1520e4ee43c30fd0e9676f86114f
- TakerPaymentSpent · c92a86e0c02a2707a4e2a5dce3f9d7b8d5ee20743bdb847d25aafd188aef9188
No anomalies were recorded against this swap.
Reported by defistats-gleec.