That is in the normal range for RVN/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 MakerPaymentSpendFailed. The taker's claim on the maker's coin was rejected; it can be retried while the timelock holds.
taker_swap:2008] mm2src\coins\utxo\ "utxo_common:998] utxo_common:950] client:1132] : failed to parse list of 11 headers (coin=RVN, from=4475103, requested_count=11): UnexpectedEnd"
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 shows the maker's payment still sitting in its contract: neither claimed nor refunded. The maker had already collected the taker's payment by this step, so the taker paid and has not received the maker's coin; the maker can take it back after the timelock. Checked 2026-09-22 15:46:28 UTC. It will be asked again.
6d7da0e9197164e706a722f9faacfe323bf0771007004486875b9b9805b1abb7
Both payments are on their chains and locked to the same secret hash c04d03369555e5cf613662a6f821d9ed9975f91e, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · 6d7da0e9197164e706a722f9faacfe323bf0771007004486875b9b9805b1abb7
a7076774108f75a1758140b622b13ba7d7c1806a94b59d94a4e822ac5e87cf63
Both payments are on their chains and locked to the same secret hash c04d03369555e5cf613662a6f821d9ed9975f91e, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 5da7a2ddcfadb23c8adeb345a9ee1b50035f5668c7108fe250333e9fb5ba15fe
- TakerPaymentReceived · a7076774108f75a1758140b622b13ba7d7c1806a94b59d94a4e822ac5e87cf63
- TakerPaymentSpent · 6032b74d8eb90659f2eafde5adef3323bea3b954ca2d38a5a8a6331078ce576d
No anomalies were recorded against this swap.
Reported by defistats-gleec.