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:2010] "utxo_common:1025] utxo_common:977] client:1132] : failed to parse list of 11 headers (coin=RVN, from=4462452, 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 says the claim landed: the payment was spent with the preimage, in 12c5be90ee48be741a299d16d58d9def9cd0ebc9ac7f2e4d475f5a19b2f76b71. Checked 2026-09-22 12:38:21 UTC.
1c9f02e80c977dccfff15d28b7453e3d70be43bc4002a12d957d3f5e79d37d75
Both payments are on their chains and locked to the same secret hash 61ccea10cd3833d14a15a726e654ae18b62f1623, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · 1c9f02e80c977dccfff15d28b7453e3d70be43bc4002a12d957d3f5e79d37d75
c25b962d763651deefb48e9694019d743f698bf2d3683ef19c9c25e302b3ee69
Both payments are on their chains and locked to the same secret hash 61ccea10cd3833d14a15a726e654ae18b62f1623, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 4a2bf060f16d9f67cd094d2f4a88d9656e659795da4f262a4a591a76f4b97aeb
- TakerPaymentReceived · c25b962d763651deefb48e9694019d743f698bf2d3683ef19c9c25e302b3ee69
- TakerPaymentSpent · 1694fe0d5c8812021ac9e419d38d6520b1c8cb2d8f4e3696aeaabbdaabbad921
No anomalies were recorded against this swap.
Reported by defistats-gleec.