Pool reserves define the conditions behind many DeFi executions.
Statixa binds orders to approved pool reserves, preventing execution when unexpected reserve changes push the market outside the user's defined boundaries.
A signed DeFi order should not become an unconditional instruction.Statixa cancels orders when pool reserves, oracle prices, or liquidity move beyond the limits approved by the user.Execute only when the state still matches.
The market can change between signing and inclusion.
Statixa monitors the relevant state before execution to detect unexpected changes in reserves, liquidity, oracle prices, and block age.
A signature should represent more than permission to execute.
Statixa binds signed DeFi orders to approved market conditions, allowing execution only when the current state still matches the parameters the user approved.
Liquidity can change before a transaction reaches the chain.
Statixa protects DeFi orders by defining liquidity boundaries and cancelling execution when available liquidity falls outside the approved range.
Statixa makes liquidity part of the state an order is bound to.
This allows the system to distinguish between acceptable market movement and a state that has moved beyond the user's limits.
Timing matters in DeFi.
Statixa verifies block age before execution and rejects stale conditions when the blockchain state has moved beyond the approved block-age limit.
An approved state should not remain valid forever.
Block age gives Statixa another measurable boundary for execution.
If an order becomes too old relative to the state approved by the user, it can be rejected before inclusion.
If the approved price state remains valid, execution can continue.
If it moves outside the defined limit, the order is no longer eligible for execution.
An oracle price is only useful when it still matches the conditions an order was approved against.
Statixa validates oracle prices before execution and prevents a DeFi order from proceeding when the price moves beyond its approved limits.
The order carries an approved boundary.
Before execution, the oracle price is checked against that boundary to determine whether the original conditions still hold.