This one took about 11.3× the usual for KMDCL/LCC. Waiting longer than usual is not in itself a failure: a swap waits on confirmations from both chains, and a slow block or a busy network stretches it.
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 1788755688 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 10b96bbba33e694994efa14ca52ca241c5f98fa931d398133bc1307be06b0abc. Checked 2026-09-22 12:35:39 UTC.
6f57d8211d31f7692f586f08266aff439711e73bd5c731cf1302214f858e8016
Both payments are on their chains and locked to the same secret hash a7980985fa12b92efe0ff79fcbdaa003fbbec2af, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · 6f57d8211d31f7692f586f08266aff439711e73bd5c731cf1302214f858e8016
a337b054ab0482e463edced896196f39463aec8dc45fac5c9c20fd707bb0cc41
Both payments are on their chains and locked to the same secret hash a7980985fa12b92efe0ff79fcbdaa003fbbec2af, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 36044868e81ac9a3e1139047dfa5ea2de9982f3e58f594e34319dd7d2b242d83
- TakerPaymentReceived · a337b054ab0482e463edced896196f39463aec8dc45fac5c9c20fd707bb0cc41
- TakerPaymentSpent · c03504837fd26c08e503c53dbd2a1be7e41a92b1c9e706e9909e847c1a77614c
No anomalies were recorded against this swap.
Reported by defistats-gleec.