That is in the normal range for RVN/VRSC. 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=4489336, 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 a437beebcdd9f4c2b74f6917362ee99957422c4c87ee270cd840a40c176c050f. Checked 2026-09-22 12:36:37 UTC.
05248cbd24c618e84482d9cd5badc7a08b5da1149cefcfaf2cb5df61793d4fa5
Both payments are on their chains and locked to the same secret hash 7db54f7bc872f71fd9c3fb1ebafab63997085065, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · 05248cbd24c618e84482d9cd5badc7a08b5da1149cefcfaf2cb5df61793d4fa5
749c44dfbf3148ea701a9b41b1dd5e917ed6a44faef94bd20c45bc05a83be10e
Both payments are on their chains and locked to the same secret hash 7db54f7bc872f71fd9c3fb1ebafab63997085065, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · fe7f59da68955acbc78272e8f74b6a521377a85bdbf268340c0c6971f3495e3f
- TakerPaymentReceived · 749c44dfbf3148ea701a9b41b1dd5e917ed6a44faef94bd20c45bc05a83be10e
- TakerPaymentSpent · 1f2e5e0ae44392c9162ccd30f7d73f802f5eaaf04a0365ba4a9715f22c6fe139
No anomalies were recorded against this swap.
Reported by defistats-gleec.