Monitoring a volume bot run
The watch loop for a run that is already live: what each check is meant to answer, where the answer comes from, how often to look, and the run journal that makes the next hour readable.
01OpenA run has three phases and only one of them is covered here. Configuration happens before, review happens after, and in between there is a window where the software is signing and submitting and you are the only person watching. This section is about that window: what to look at, how often, what to do about what you see, and how to end it properly.
The window has a shape. The first minutes establish a baseline you will compare everything against. The middle stretch is where discipline decays and unnecessary adjustments creep in. The last stretch is where operators relax too early and miss the transactions that have not settled yet. Each of the three pages below owns one of those problems.
The hour the run is actually open. Watch cadence, what a check is supposed to answer, which adjustments are worth making mid-flight, and how a run is closed out once the last transaction has settled.
The watch loop for a run that is already live: what each check is meant to answer, where the answer comes from, how often to look, and the run journal that makes the next hour readable.
01OpenAn escalation ladder for mid run adjustments: observe, adjust, pause, stop, abort. The two-reading rule, the reversibility test, and what over-intervening does to the record you keep.
02OpenStopping is not closing. The quiesce sequence, the four ledgers that have to agree, the costs that only appear at the end, and the run report that sets the thresholds for next time.
03OpenRead the watch loop first, because it defines the cadence everything else assumes. The intervention ladder is what you reach for when a reading is uncomfortable, and the closing procedure is the one people skip, which is why the numbers so often fail to add up a day later.