The contract side of perp DEX. matching, funding, liquidation, insurance fund, upgradeability gating. Fuzz harnesses for every state transition. Liquidation paths formally specced where it pays off. On-chain perpetual exchange — order book, oracle, liquidation — but specifically, the smart contracts layer of it.
explicit deliverables for this use-case. additional smart contracts pieces stay in scope.
on-chain perpetual exchange — order book, oracle, liquidation.
contracts that hold the money our trading stacks move.
not what we built (we don't kiss-and-tell client work), but the shapes-of-the-problem we anchor scope against.
The contract side of perp DEX. Specifically: matching, funding, liquidation, insurance fund, upgradeability gating. Fuzz harnesses for every state transition. Liquidation paths formally specced where it pays off.
Reference points we look at when scoping: Hyperliquid HLP-style vault structure, dYdX v4 keeper bots, Drift v2 JIT auctions. We don't copy them; they're shapes-of-the-problem.
perp DEX touches multiple disciplines. We split the work along service lines so each engagement has a single scope. If you need more than one side, we'll scope a second engagement (or a combined one) — but a single smart contracts pod is usually the right starting shape.
Book a call. 30 minutes, no NDA, no slide deck. We tell you what scope of work looks like or refer you elsewhere if we're not the right team.