Liquidity Mechanism

sujiko uses a liquidity mechanism composed of a) a core hybrid virtual amm (vamm), b) auction mechanism and c) limit orderbook hybrid virtual amm (vamm) a normal amm has the same price for asks and bids with flat fee sujiko, however, leverages a hybrid vamm implementing the constant product algorithm — allowing for better market efficiency and risk management our hybrid vamm has configurable parameters such as initial/maintenance margin ratio, minimum/maximum spread, initial reserves (referred to as terminal reserves), liquidity depth, max fill reserve fraction, etc the base price, also known as reservation price, adjusts based on the current oracle price the bid/ask price quoted by the hybrid vamm is equal to the reservation price ± base spread + f(inventory skew) each perpetual futures market on sujiko includes tracking for last 10 oracle values (lookback window for volatility dampening) mark twap 1hr + oracle twap 1hr (used for funding) mark twap 5min + oracle twap 5min (used to determine market health i e if mark price > 20% from twap) each hybrid vamm of each perpetual futures market has an associated isolated adjustments pool, funding rate pool, and insurance fund pool the adjustments pool is used to adjust the base price by rebalancing the pool through a repeg the funding rate pool is used to pay out/receive funding payments to/from traders with positions the insurance fund pool is used to cover losses from liquidations when a position is liquidated, a liquidation penalty is incurred this liquidation penalty is added to the insurance fund pool a perpetuals futures market can enter a restricted mode if it is deemed unhealthy this can occur when a strong imbalance of longs and shorts exists or the divergence between oracle and mark price exceeds a pre defined limit of 20% when a market enters restricted mode, there will be restrictions to order fills, liquidations, and funding rate updates if they increase protocol risk repeg event a repeg event effectively keeps the funding rate within a range the cost/benefit of the repeg is the change in total liquidating cost of the net position of the protocol this is implemented using a scaling factor we call m mul m mul = p oracle / p mark the new hybrid vamm mark price can be calculated using p newmark = m mul (y / x) where y = quote reserves x = base reserves in the hybrid vamm the protocol will check if a repeg is required on any trade or after a funding payment is made if the divergence between oracle and mark price is greater than 5% for more than 3 hours, a repeg event is triggered and the hybrid vamm’s mark price is reset to the oracle price each market’s dedicated adjustments pool will cover any costs that arise from repeg events repeg cost (difference between actual and terminal reserves) peg cost direction use optimal peg revenue 0 any yes yes > 0 down yes yes < 0 up yes yes budget > cost any yes yes else any no no we can calculate a repeg cost using (reserves quote reserves terminalquote) (peg newmark peg multiplier) if there are enough funds in the pool, we will repeg when profitable or cost free auction mechanism (dutch auctions) to prevent toxic orderflow , we’ve implemented an auction mechanism for taker orders which applies to liquidation orders the auction process mimics a small settlement delay for taker orders (where the delay is t = 5s) parameters each market order enters an individual auction that has three default parameters order direction buy sell start price oracle price oracle price end price vamm ask price vamm bid price duration 5 seconds 5 seconds the auction is a dutch style regular auction where the price goes from best to worst for the taker the auction ends up creating a price band per auction where the top of price band = hybrid vamm price and bottom of price band = oracle price (if market order is buy direction and conversely if sell direction) order flow market orders a trader submits a market order on submission, the order is validated and broadcast to off chain keepers the market order is first attempted to be matched with any orders on sujiko’s limit orderbook if there are no matching orders or there is size remaining after matching against limit orders, the remaining size will be placed in a dutch auction the market order enters the dutch auction with a start time, specific start price (oracle price), end price (hybrid vamm quote price), and duration (fixed at 5s) market makers can compete to fill the trader’s order at a price better than or equal to the current auction price if no market maker fills the order within the duration or there is only a partial fill, the remaining order size will be filled by the hybrid vamm the hybrid vamm may repeg and adjust its bid/ask quotes before settling the remaining size limitations of dutch auctions there can only be up to 32 auctions at one given time for a given market makers can enter any and as many auctions as they wish to market orders can be partially filled based on slippage tolerance and available liquidity an auction can be cancelled midway by the initiating trader this does not apply to any partially filled size the auction mechanism is isolated from the limit orderbook (i e orders posted for a specific auction will not appear on the limit orderbook during or after the auction) limit orderbook each perpetual futures market on sujiko has an individual limit orderbook sujiko’s limit orderbooks mimic central limit order books (clobs) through an off chain network of keepers orders are kept in trader accounts on chain when a keeper starts up, it will fetch on chain orders and construct an in memory orderbook where orders include price, size, time/age keepers will sort orders by price, then age, then size if two orders have matching age order flow limit orders traders submit limit order as post only on submission, order is validated keepers listen to trader account changes and see new order order is added into in memory orderbook next, 3 scenarios are possible hybrid vamm price hits limit order price keeper network observes this and submits a settlement instruction (settling the limit order against the hybrid vamm’s quoted price) a market order is submitted that matches the limit order in this event, the limit order is filled up to the size of the market order if the limit order is only partially filled, it remains on the limit orderbook with the remaining size a limit order (taker, fill or kill) is submitted at the same price as the post only limit order limitations of limit orderbooks each trader can only have 64 total open orders across all markets two post only orders cannot be matched with each other orders filled by the hybrid vamm are not eligible for fee rebate there can be scenarios where an order is not filled due to degraded network conditions the keeper network depends on transactions being processed successfully and if the network is degraded (e g network halt or low tps) transactions may not confirm as expected keeper rewards keepers will earn a portion of the fees generated through matched orders traders can increase the likelihood of an order being filled by paying a additional fee capped at 0 1 sol this fee is directly paid to the keeper for matching the order