That is in the normal range for CHTA/DGB. 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 1793352240 for transaction to be confirmed 7 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 5ab3de0c921efb89607929f0f296b178e6568cbc50dec52d44e85b20c93ddd08. Checked 2026-10-30 13:51:44 UTC.
1b0b93668977c9514e0fd1d4b37aecdb7441a85811c25beaa29a28dd937bf6b0
Both payments are on their chains and locked to the same secret hash 11c6235e3e389fae8414243632df966d0ce94d67, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent: 1b0b93668977c9514e0fd1d4b37aecdb7441a85811c25beaa29a28dd937bf6b0
ca5153b198e50347323c7c19b796cfa98e044bc3bff8a0b24154410ef0477dbe
Both payments are on their chains and locked to the same secret hash 11c6235e3e389fae8414243632df966d0ce94d67, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated: 386715790c20584d4a106a67a8536462e66f350a8dcbf62791805988868603bd
- TakerPaymentReceived: ca5153b198e50347323c7c19b796cfa98e044bc3bff8a0b24154410ef0477dbe
- TakerPaymentSpent: a68a516d9b504bc6eef4b67d6e3dbe13fae60263cf70fe98973a337661e61d09
Reported by kdf-statsdb.