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.
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=4439512, 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 cfd69627067704c93e15e351649db5520d739c6f27a0ee66cf839d587a40a54e. Checked 2026-09-22 12:38:44 UTC.
4b665fdab777a3eaa7dad05643cd6b4481f32ff8e702215f6301d9ff0a1a9349
Both payments are on their chains and locked to the same secret hash bc916a1c9655305b689e8e3f695205cb3103cebb, and a preimage hashing to it was published on chain when one side claimed.
- MakerPaymentSent · 4b665fdab777a3eaa7dad05643cd6b4481f32ff8e702215f6301d9ff0a1a9349
acb18f561ca20fa8bc4694923c3a777ba55e8fc80d2061917ceee76659fb999d
Both payments are on their chains and locked to the same secret hash bc916a1c9655305b689e8e3f695205cb3103cebb, and a preimage hashing to it was published on chain when one side claimed.
- TakerFeeValidated · 33c0afa648c701d4bb7bf8cf3849cf438cdbf2f63d26516b66e62d9479061ec6
- TakerPaymentReceived · acb18f561ca20fa8bc4694923c3a777ba55e8fc80d2061917ceee76659fb999d
- TakerPaymentSpent · cd64271f4fec29588d24faac23ed901b723c4bc0f5b1f7870e7f0e40c9b4e9b5
No anomalies were recorded against this swap.
Reported by defistats-gleec.