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=4486864, 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 e08abc682efb1045ccea2c165e3a67355c9a75e716fb55a2fc80c447f7ccc400. Checked 2026-09-22 12:36:42 UTC.
e888441c8822b11baba3b433eb1a51da6ae3350947673e01fd5364907d8f1317
Both payments are on their chains and locked to the same secret hash 1b6830f4fd49a4795d425fbf87c8b61cb2d8049d, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · e888441c8822b11baba3b433eb1a51da6ae3350947673e01fd5364907d8f1317
a13fd0a6a98df5fe800693f40cd7674b43fe1c6dd46f4f135d305eefc1857781
Both payments are on their chains and locked to the same secret hash 1b6830f4fd49a4795d425fbf87c8b61cb2d8049d, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 944b87123bdc9296b06a30348c0c3a08c24720d9b3fd378fe2e8352abf580206
- TakerPaymentReceived · a13fd0a6a98df5fe800693f40cd7674b43fe1c6dd46f4f135d305eefc1857781
- TakerPaymentSpent · 795fa76eecac7b66a1f1c786c37f5154884c72cc2295ce0c8332bd79feac0904
No anomalies were recorded against this swap.
Reported by defistats-gleec.