I’ve been calling UniswapV2SlidingOracle on and off for a while now. I just can’t get the darn thing to work. Is there a bug in this job? Some folks have had success. Not sure what the secret sauce is on this one.
Here’s an example from a recent transaction (not mine).
This job is workable every 30 minutes. The example you send was confirmed 2 blocks after a successful transaction of someone else so in the meantime workable has been set to false again and this is why following transactions are failing.
It’s very difficult to get between, because currently it’s dominated by 2 or 3 bots sending out transactions very quickly when the job is workable.
Thanks for the response @Voorsie. That makes sense, and looking at the tx history on the contract I was thinking the same thing.
I don’t suppose there is a way around that in the current design? I ask mainly because I want to avoid tx errors when competing against multiple bots. Even with an off-chain workable() option, how many blocks do you need to wait to confirm the job is done? At least one, but perhaps even more since transactions can be rolled back for finalization.