This one took about 26.0× the usual for KMD/LTC. 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 TakerPaymentSpendConfirmFailed. The maker's claim on the taker's coin was broadcast but not seen to confirm.
maker_swap:1323] !wait for taker payment spend confirmations: rpc_clients:119] Waited too long until 1784663008 for transaction to be confirmed 3 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 62d829fbc35d1ce5e754cc6f15e330142e8bc1e84e3262a12d09cd0c7110f997. Checked 2026-09-22 12:38:16 UTC.
dd11cfe28f7b759a2586a1c1d3eef6b852066a42c174cdaade187136bb9419e2
Both payments are on their chains and locked to the same secret hash 764ed2d984c50c86d61e550466fe49a3b492aebb, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · dd11cfe28f7b759a2586a1c1d3eef6b852066a42c174cdaade187136bb9419e2
d1b4eca4b7694d5b15c08e274256977f83429981b58a36898b68f60aec1d12c1
Both payments are on their chains and locked to the same secret hash 764ed2d984c50c86d61e550466fe49a3b492aebb, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · f3f8933e8da04b645748f5fa78de8fde97bfb4175165e289a63ddb4e8b397ac0
- TakerPaymentReceived · d1b4eca4b7694d5b15c08e274256977f83429981b58a36898b68f60aec1d12c1
- TakerPaymentSpent · 62d829fbc35d1ce5e754cc6f15e330142e8bc1e84e3262a12d09cd0c7110f997
No anomalies were recorded against this swap.
Reported by defistats-gleec.