You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The external circuit breaker implementation relies on the solver competitions table to function correctly.
One of the checks is that the score promised by the solver and the score delivered onchain should be the same.
Since cow amm orders can be created just in time we need to store for each auction which jit order owners were considered to be surplus capturing for a given auction.
The text was updated successfully, but these errors were encountered:
Edit: nevermind, dont read, I see it's handled in the driver.
Do you think we should enforce finished indexing (indexing to the latest known blockchain block) on each autopilot restart, before entering the auction loops? Otherwise, there could be a racing between autopilot and driver, where autopilot is lagging and not all cow amm owners are saved to db while driver could settle those non-existent ones, which would again lead to skipping some cow amms for surplus/score?
The same question remains for external prices. If autopilot is restarted and cow amm cache not fully populated, external prices might be missing for some cow amm orders settled by driver (if driver is ahead of autopilot with indexing cow amms).
This is very related to storing of this data. I wondered how this data is supposed to be saved to be restart resistant and cumulative on each block.
Background
The external circuit breaker implementation relies on the solver competitions table to function correctly.
One of the checks is that the score promised by the solver and the score delivered onchain should be the same.
Since cow amm orders can be created just in time we need to store for each auction which jit order owners were considered to be surplus capturing for a given auction.
The text was updated successfully, but these errors were encountered: