Novrinex Core

Every Novrinex market follows the same path from order to settlement. Novrinex Core is the engine that defines that path and applies its financial rules.

Core runs inside every Novrinex L1 node. Given the same starting state and the same ordered transactions, each node calculates the same orders, fills, balances, positions, and risk state.

A complete market action

An order affects several parts of an exchange at once. It can reserve collateral, match another trader, change two positions, realize profit or loss, charge fees, and leave a remainder on the book.

Core calculates that complete result before changing the authoritative state. If the account lacks collateral, the order violates a market limit, or settlement cannot balance, none of the proposed changes are committed.

This atomic treatment prevents the order book and clearinghouse from disagreeing. There is no interval in which a fill exists without its corresponding balance and position changes.

Order books

Core maintains a central-limit order book for each market. Buyers compete by offering higher prices and sellers compete by offering lower prices. At the same price, the earlier network sequence receives priority.

Every fill executes at the resting order’s price. The incoming order takes available liquidity until it reaches its price bound, fills completely, or reaches the work limit for that transaction.

Clearing and accounting

The clearinghouse records collateral, positions, fees, realized profit and loss, funding, and insurance movements. Each movement has an explicit source and destination, so an asset cannot appear or disappear through ordinary settlement.

Deposits connect network custody to a chosen subaccount. Withdrawals reverse that movement, but only collateral that is not supporting an order or position can leave.

Margin and market risk

Core measures whether an account can support the exposure it wants to take. Initial margin applies when an order may increase exposure. Maintenance margin defines the minimum support required to keep an existing position open.

The check happens when an order is placed and again when a resting order is about to fill. This second check matters because prices, collateral, and positions may have changed while the order waited on the book.

Risk domains determine which markets can share collateral and insurance. Core evaluates each domain separately and keeps a deficit from moving into an unrelated part of the network.

Prices and funding

Approved oracle observations are combined into prices for distinct purposes. The index represents the underlying market, the mark measures account risk, and the settlement price closes a market when required.

Funding transfers value between long and short perpetual positions at defined intervals. Core calculates every payment from the accepted market inputs and records any rounding residual in a named account.

Liquidation

When an account can no longer meet maintenance margin, Core cancels its open risk and attempts to reduce the position through the order book. The risk domain’s backstop and insurance provide the next layers of protection. Automatic deleveraging allocates a remaining deficit only after those resources have been applied.

The network calculates the liquidation plan. A liquidator can trigger the process, but cannot choose the accounts, prices, or losses produced by it.

Markets created by builders

A builder creates markets by configuring Core’s financial primitives within network policy. The builder chooses the market and supplies its oracle, liquidity, bond, and insurance resources. Core continues to control matching, accounting, margin, liquidation, and access to trader funds.

Builder markets therefore join the same trading environment without introducing a separate financial engine for traders and applications to evaluate.