That is in the normal range for RVN/BCH. 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=4441665, 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 86e490b5665e7d75cfe84c8083617e97152f637b796e145003c3cc3c93775690. Checked 2026-09-22 12:38:39 UTC.
ef2e3f7495b8eedd12ed8b652ac761ddfb9c4c98c504d68570d64e67b2b03ce6
Both payments are on their chains and locked to the same secret hash 63d522510d3c50bdcdbaf925c917e007e9f3d5fb, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · ef2e3f7495b8eedd12ed8b652ac761ddfb9c4c98c504d68570d64e67b2b03ce6
8e6e151af58248f564a1e550ad6ace857f64958ebeb377a56b300d7d70ce504f
Both payments are on their chains and locked to the same secret hash 63d522510d3c50bdcdbaf925c917e007e9f3d5fb, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 3d92e16aefe5203c89e53ab86055b8a9440539c4e2b888caf6e581f856c2506f
- TakerPaymentReceived · 8e6e151af58248f564a1e550ad6ace857f64958ebeb377a56b300d7d70ce504f
- TakerPaymentSpent · 8276e5e0f6d942d845bf02a6c81d4bab32c2c20d26c60a4d975ab7b334f3cdfa
No anomalies were recorded against this swap.
Reported by defistats-gleec.