Aster

Aster is a private perpetual exchange on a purpose-built L1

Aster is a decentralized exchange for perpetuals - contracts without expiry - and spot assets, built around Aster Chain, its own base-layer blockchain for private execution. Orders are encrypted before they reach that Layer 1, then decrypted at execution rather than displayed in the public order book. The venue separates order-book trading, Shield Mode, the onchain 1001x interface, and spot markets, while providing access across BNB Chain, Ethereum, Solana, and Arbitrum. Its strongest fit is an experienced self-custody trader who values concealed order intent and flexible margin. The trade-off is substantial: leverage, funding, liquidation logic, collateral quality, and the privacy model still determine outcomes.

Private execution now reaches the chain layer

Said differently, Aster's notable shift is the move from interface-level hidden orders to chain-level encrypted execution, combining trade privacy with a derivatives-specific Layer 1, as covered in Aster withdrawals.

Public blockchain order books expose resting interest, position data, and liquidation levels before a trade finishes. Aster changes that information flow: each order is encrypted before the chain receives it, execution decrypts the instruction, and the public book never displays the unfilled intent. Each trade also receives a fresh, one-time stealth address, while a viewer pass supports selective account disclosure. The design suits traders whose size or timing makes pre-trade visibility costly, yet it asks them to judge the validator set, encryption implementation, and viewing controls.

Aster Chain specifies 50 ms block times, capacity above 100000 transactions per second, zero gas, and validator-signed multichain settlements near 30 seconds. PoSA consensus targets derivatives execution, making the chain's operating model part of the venue decision.

Aster against Hyperliquid, dYdX, and GMX

In the usual case, Aster is the privacy-led choice among these venues, while Hyperliquid, dYdX, and GMX each optimize a different execution model and ecosystem boundary. Hyperliquid keeps a transparent HyperCore order book beside HyperEVM on one Layer 1. dYdX uses a Cosmos SDK chain with CometBFT and validator-maintained order books. GMX routes trades against GM and GLV pools using Chainlink Data Streams rather than a central limit order book. Aster fits when concealed intent matters; the alternatives suit transparent onchain depth, sovereign validator governance, or pool-backed oracle execution.

Four trading surfaces for distinct workflows

In day-to-day use, Aster divides trading into four surfaces: order-book perpetuals, Shield Mode, 1001x, and spot, so the interface must match the position you intend to run.

The Perpetuals surface provides market, limit, stop, trailing-stop, grid, and hidden orders. Shield Mode uses an AMM-style interface, keeps positions isolated, and omits hedge mode. The 1001x surface draws liquidity from ALP on BNB Chain and Arbitrum; BTC/USD has a published leverage ceiling of 1001x. Spot handles asset exchange without perpetual funding, as documented in detail.

Directional markets cover crypto, stock, and commodity perpetuals, while spot supports token exchange. Perpetuals provides granular price control and automation. Shield Mode favors a simpler private position, whereas 1001x concentrates on rapid onchain directional exposure. Moving among these surfaces changes margin, fee, fill, and liquidation rules, making the interface a risk decision rather than a cosmetic preference.

Choose Aster when these concrete conditions hold:

• Pre-trade order visibility would materially affect execution.
• You can fund the exact network and collateral the selected surface accepts.
• You understand mark price, funding, and maintenance margin before setting leverage.
• You prefer concealed order intent over transparent onchain depth.
• You can keep BNB, ETH, or SOL available when an external network requires gas.

How does an encrypted perpetual order reach settlement?

An Aster perpetual order is encrypted before Aster Chain receives it, decrypted for execution, and kept out of the public order book during its pre-trade state.

The wallet first signs an order intent containing side, size, and price conditions. Aster assigns a one-time stealth address and applies ZK encryption before the instruction reaches consensus. At execution, the system checks margin and product-specific price rules, then the order book or AMM-style path determines the fill. Settlement updates collateral, entry price, unrealized profit and loss, and liquidation data without publishing the original resting intent.

Pro hidden orders have a narrower privacy boundary. Their size and presence stay absent from the public book while resting, but price and size become visible after execution. Shield Mode also isolates each position, so one liquidation does not consume margin assigned to another Shield position. Selective viewing remains relevant for reporting and account review.

Collateral, margin, and the true cost of leverage

On the operational side, Aster's all-in trading cost combines execution fees, funding transfers, collateral haircuts, and liquidation exposure, so the posted maker or taker rate describes only one component.

For USDT perpetuals, the base maker rate is 0%, the taker rate is 0.04%, and paying fees with ASTER reduces the charge by 5%. USD1 perpetuals publish a 0% maker rate and a 0.005% taker rate. The transaction fee equals nominal value multiplied by the applicable rate, with nominal value determined from contract quantity and execution price. Funding is separate: it moves value between longs and shorts on the product's interval, so a zero maker fee never means a cost-free position. Market impact and slippage add another execution variable.

Single-asset mode uses USDT only and isolates positions. Multi-asset mode uses cross margin and nets portfolio profit and loss. On BNB Chain, published collateral ratios credit USDT and USDF at 99.99%, BTC, ETH, BNB, and asBNB at 95%, and ASTER at 80%. A lower ratio makes less of a token's market value available as margin, directly shrinking the liquidation buffer.

The shortest route from wallet connection to a position

The shortest Aster entry path is to choose the trading surface first, connect a compatible wallet, select the matching network, and deposit the exact supported collateral. MetaMask and Binance Wallet connect directly, while WalletConnect covers additional wallets. A BNB Chain connection requires at least 0.001 BNB in the wallet. After funding, select the contract, margin mode, leverage, order type, and exit controls before signing. Email login follows a narrower route: a 6-digit code creates an address whose documented initial deposit path accepts USDT on Arbitrum One.

Liquidation, funding, and the limits of privacy

Where it matters, Aster liquidates positions when account equity falls below maintenance margin, while funding and mark-price changes continuously move the buffer protecting an open leveraged trade.

Cross margin is the default on the order-book perpetual surface, and it shares collateral across positions; isolated margin confines collateral to one position. Aster triggers forced liquidation at a 100% margin ratio and recommends keeping the displayed ratio below 80%. Funding debits, unrealized profit and loss, collateral ratios, and new positions alter account equity, so the displayed liquidation price is dynamic. The mark price, rather than a preferred exit, governs the trigger.

Privacy changes who sees a position; it does not change funding debits, maintenance requirements, mark-price calculations, or the path to forced closure.

When margin becomes insufficient, the engine cancels open orders and submits an Immediate-or-Cancel order to reduce exposure. It then recalculates equity after realized losses and fees. A remaining bankrupt position transfers to the insurance fund at the bankruptcy price. If that fund cannot cover the deficit, auto-deleveraging reduces profitable positions on the opposite side, prioritizing high profit and leverage.

Automatic negative-balance settlement has a fixed 5000 USDT ceiling. The balance must belong to a USDT perpetual account, all cross and isolated positions must be closed, and no later deposit can offset the amount. A position outside those conditions follows a separate resolution path. Keeping the margin ratio well below the trigger leaves more room to adjust before forced closure.

Automation limits and ASTER utility

At a protocol level, Aster's automation and token tools reward disciplined account design when APIs, concealed liquidity, or validator delegation justify their additional operational complexity and stricter access controls.

REST and WebSocket interfaces support automated Pro trading. One account accepts up to 30 API keys, and each secret appears only once at creation. A custom client transaction identifier must contain fewer than 64 characters and remain unique for 7 days. The forced-order query returns 50 records by default and no more than 100; without a start time, its query window covers 7 days. Those boundaries require deliberate key storage, identifiers, and event-stream handling.

By contrast, ASTER is a BEP-20 token on BNB Chain with a documented maximum supply of 8,000,000,000. Beyond the fee discount, holders delegate ASTER to Aster Chain validators. Staking positions select one validator and a lock period, with a maximum lock of 208 weeks and rewards calculated in weekly epochs. Longer locks increase veASTER time weight, adding validator performance and token illiquidity to the decision.

Common questions