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 dc44d893306217e8c9755564404ca53e93451ad6383e8dbd6b1c918b10a22671.
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: "utxo_common:1025] utxo_common:977] client:1132] : failed to parse list of 11 headers (coin=RVN, from=4419560, 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.
e4a650124d76fc5c4da9ddd3741339e6f14c14e81fe6209c430105d191aacfe6
confirmed on-chain, locked to this swap's secret hash
- MakerPaymentSent · MakerPaymentReceived: e4a650124d76fc5c4da9ddd3741339e6f14c14e81fe6209c430105d191aacfe6
- MakerPaymentRefunded: 17873fae542cff3eef45918b4d9770eacfa9cfb94458866857118fb08bc3a789
41c755937e2830b3d351bc9d79596d301f5eca9eac692284c18320868df3520e
confirmed on-chain, locked to this swap's secret hash
- TakerFeeSent · TakerFeeValidated: c810b2dde8eb4d35b4c2574cf4b8b069fe0da845f0d3903e80e9eaa3fa084f92
- TakerPaymentSent · TakerPaymentReceived: 41c755937e2830b3d351bc9d79596d301f5eca9eac692284c18320868df3520e
- TakerPaymentRefunded: dc44d893306217e8c9755564404ca53e93451ad6383e8dbd6b1c918b10a22671
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.