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 1789741666 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 13cf21ae3fbe2c275fd45cf688f4e4ab9491854c003ed9b3ede12e87d74bb6ef. Checked 2026-09-22 12:35:33 UTC.
ea43e7c16d74a36d1a6d32eebdc37915813f6441325106d24e9ef66afc972baa
Both payments are on their chains and locked to the same secret hash 003c66def12e386283629a4d72d008f8e22c86a5, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · ea43e7c16d74a36d1a6d32eebdc37915813f6441325106d24e9ef66afc972baa
31d5d18a56b02b03f3c48d48b1e4f822e67f039880f9fe343c73817637ccc21d
Both payments are on their chains and locked to the same secret hash 003c66def12e386283629a4d72d008f8e22c86a5, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 968c0e4d88f1b274a86a1a8e5e8e507a18a9a1374f3b549378e5cae7317e075f
- TakerPaymentReceived · 31d5d18a56b02b03f3c48d48b1e4f822e67f039880f9fe343c73817637ccc21d
- TakerPaymentSpent · d8e87a36066c26764dca0ba2e5a21412f69d0c81ff65973d55a9525d3b4a5684
No anomalies were recorded against this swap.
Reported by defistats-gleec.