This one took about 22.1× the usual for LCC/BCH. 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:1953] !wait for maker payment spend confirmations: rpc_clients:112] Waited too long until 1788752139 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 4e334d037fb48a69de420706f95a579b0aa96df833038c2604372ab0e87dc012. Checked 2026-09-22 12:35:42 UTC.
ebb706935db05593bb40f0e6d0d3f0cc17ed8bde04e44d826f781fd60dca333e
Both payments are on their chains and locked to the same secret hash 5a59c5c2c6c88bb7207818984a06018d2e7d180e, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · ebb706935db05593bb40f0e6d0d3f0cc17ed8bde04e44d826f781fd60dca333e
963ae6a0b8dd2ef343b0ab5648044ef102b684fb16ede9ead0d7de0ce513e96f
Both payments are on their chains and locked to the same secret hash 5a59c5c2c6c88bb7207818984a06018d2e7d180e, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · c361b7306ae0b1b793d013547059c730fda09f763527d58b79f3aabbc644aea8
- TakerPaymentReceived · 963ae6a0b8dd2ef343b0ab5648044ef102b684fb16ede9ead0d7de0ce513e96f
- TakerPaymentSpent · 38082d556f3d2989b731a24c2a182059f9379f2a6916387a8e7b99a41d477d08
No anomalies were recorded against this swap.
Reported by defistats-gleec.