This one took about 113.4× the usual for FIRO/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:1953] !wait for maker payment spend confirmations: rpc_clients:112] Waited too long until 1789821275 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 fa10744e6cab8ee0c157376249b61a29bd3881a034b1cd3d00924a450a4715ed. Checked 2026-09-22 12:35:28 UTC.
fb339dc8491c41feadcffce54aed18853b065fdf70b41265f017534d9a859d92
Both payments are on their chains and locked to the same secret hash 40f6a588799b079fcd13ed41e5cc947ac096fc8c, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · fb339dc8491c41feadcffce54aed18853b065fdf70b41265f017534d9a859d92
d5e1ee92fde9ff98a7e3a42f119c57df185b7ae33fcf730791427929aeaa7383
Both payments are on their chains and locked to the same secret hash 40f6a588799b079fcd13ed41e5cc947ac096fc8c, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 26e089cd44b489dd52baa66f68a001200569fb87c259d41c6fd575f61305bebb
- TakerPaymentReceived · d5e1ee92fde9ff98a7e3a42f119c57df185b7ae33fcf730791427929aeaa7383
- TakerPaymentSpent · 0f381088d857c8a084819f28c4de5006394917a6093f659183a57244c3618274
Reported by defistats-gleec.