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 1788755675 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 62ddf10359fff8780198fa0468a697669bdcac4d41c6218046531bfc66f44ba3. Checked 2026-09-22 12:35:39 UTC.
b176f3e71aff091afe5a65a91608a030e45efb7d8cc42170b042bfe9ae43417c
Both payments are on their chains and locked to the same secret hash d188a9b1e752edca97e51e174f871899a17f449b, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · b176f3e71aff091afe5a65a91608a030e45efb7d8cc42170b042bfe9ae43417c
e3cd5859559f03a8ab6c552e1d79413810369a3097a2d3e3fee932e27a1dc0c0
Both payments are on their chains and locked to the same secret hash d188a9b1e752edca97e51e174f871899a17f449b, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 7f43b878e3b110655d19a225284601b1f8539acf41e201942dcfdd26db17376d
- TakerPaymentReceived · e3cd5859559f03a8ab6c552e1d79413810369a3097a2d3e3fee932e27a1dc0c0
- TakerPaymentSpent · bba2d654443b2915394907c44a80e0a00090f8140320f8db18646583db581e16
No anomalies were recorded against this swap.
Reported by defistats-gleec.