That is in the normal range for LBC/DOGE. The time a swap takes is set mostly by the block spacing of the two chains involved, so a pair with slow blocks is slow for everyone, every time.
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 1792761332 for transaction to be confirmed 2 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 still be made for as long as the payment is unspent, and since the timelock has passed the payer can take it back as well, so whichever lands first settles it. Whether it was retried 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 1db93fee07fd7464e95ae0935e0d64bd3e1b480e8da8aec1a941fd72bd54f4fa. Checked 2026-10-23 18:29:52 UTC.
be2e7b3967e9bbd35d4f7c5fb55a7a98f7f76b98ece4f24a1013eb0938b5e3ed
Both payments are on their chains and locked to the same secret hash cdc6c5ee6b88fc4c45f492bd6e44b89d9c2529bf, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent: be2e7b3967e9bbd35d4f7c5fb55a7a98f7f76b98ece4f24a1013eb0938b5e3ed
7b9ec97ad55d52ae4e45e9c215a2302c99c743d8923cfea6d0e8e0776528d289
Both payments are on their chains and locked to the same secret hash cdc6c5ee6b88fc4c45f492bd6e44b89d9c2529bf, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated: b6504fcd725553d0a69893dd14466433dfdda9293798de916d76f1188d648b3d
- TakerPaymentReceived: 7b9ec97ad55d52ae4e45e9c215a2302c99c743d8923cfea6d0e8e0776528d289
- TakerPaymentSpent: 6e9eb5528339f05ccacb6b00bb149506b7423af195069e28715378ebe3b58d99
Reported by kdf-statsdb.