Interpret an Octez operation that changes mempool class
Octez reconsiders operation classifications when the head changes. A monitoring system that permanently rejects every temporarily delayed operation loses useful state transitions.
Track the operation hash and its class
Read pending_operations from the same backend at successive heads. Record the head hash, observation time, operation hash and any error details. Inspect the classification names returned by your node’s RPC version.
octez-client rpc get /chains/main/mempool/pending_operations
A manager operation waiting for an earlier counter can be temporarily delayed. After the predecessor is included, the operation may become eligible at a later head. Recheck the actual error instead of retrying every delayed operation unchanged.
Handle disappearance explicitly
A hash leaving the local mempool can indicate inclusion, eviction or a change of branch. Search recent blocks on the relevant branch before reporting an outcome. A second node may have seen a different subset of propagated operations. octez.tezos.com Octez protocol documentation