An atomic swap is not instant by design. Each side has to publish a transaction and wait for the other chain to confirm it, so the time it takes is set mostly by the block spacing of the two chains involved rather than by anything either party does.
Nothing was lost. The payment was never claimed: it was spent without the preimage, after the timelock, which is the refund path back to the payer, in fb4817a377078b4ebf38aaeb2d2937a0f1e746993f403372133ed38c9bf1b10b.
The swap stopped at TakerPaymentSpendFailed. The maker's claim on the taker's coin was rejected; it can be retried for as long as that payment is unspent.
maker_swap:1269] !taker_coin.send_maker_spends_taker_payment: mm2src\coins\utxo\ "utxo_common:998] utxo_common:950] client:1132] : failed to parse list of 11 headers (coin=RVN, from=4470371, requested_count=11): UnexpectedEnd"
Recorded by the swap's own protocol log, which is the only source that knows: the aggregator reports failed and completed swaps identically. Nothing changed hands, so it sets no reference price.
a6f65b76d011c595b8bb8befaedb8bec8e3f633d08a0cca957360eb91d846dea
confirmed on-chain, locked to this swap's secret hash
- MakerPaymentSent · MakerPaymentReceived: a6f65b76d011c595b8bb8befaedb8bec8e3f633d08a0cca957360eb91d846dea
- MakerPaymentRefunded: e3f928f5d0d7100084c54a6ac9ca1b817d204354b57c30e12b964cfc302e0394
dd60bb0d02eb7b670172ae75b11c989b472ed4c66a7e21ca110346cee600250f
confirmed on-chain, locked to this swap's secret hash
- TakerFeeSent · TakerFeeValidated: f2a07e74ab9a0ba2ca85a68360d7e5cd7feba942dc98430c7a52549415351464
- TakerPaymentSent · TakerPaymentReceived: dd60bb0d02eb7b670172ae75b11c989b472ed4c66a7e21ca110346cee600250f
- TakerPaymentRefunded: fb4817a377078b4ebf38aaeb2d2937a0f1e746993f403372133ed38c9bf1b10b
No flags are stored against this swap. Flags are written while a swap sits inside a live pricing window, so on an older swap their absence means it was never assessed rather than that it was assessed and found clean.
Reported by kdf-statsdb-8762.