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 1780888029 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 d772bee69318988e91c8301d1718d61bfb061d4fa6aac512412359d0868e22a4. Checked 2026-09-22 12:39:37 UTC.
789b5b5e419580f4d22caf26b3fd7267791191090b28c7aa1f1d74eba73dc3c9
Both payments are on their chains and locked to the same secret hash eb552b32d10655dfc032072eaa04ff210ec13b19, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · 789b5b5e419580f4d22caf26b3fd7267791191090b28c7aa1f1d74eba73dc3c9
10f84f9183ad631c355f18a13065cdcbb26643273ec8680f8d9ef06ff74fe271
Both payments are on their chains and locked to the same secret hash eb552b32d10655dfc032072eaa04ff210ec13b19, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 0f6fec74ee523f4ccc8194dbf3210f9cda62d0841321cd8268f9281307d156fb
- TakerPaymentReceived · 10f84f9183ad631c355f18a13065cdcbb26643273ec8680f8d9ef06ff74fe271
- TakerPaymentSpent · c7d6f1efe593d0f31e3a10c12cf584785496c01d28475c9812fe685340ee3a0b
No anomalies were recorded against this swap.
Reported by defistats-gleec.