Hyperliquid vs Aster

Hidden positions and public trading records serve different preferences. Aster’s order-book product supports the former; Hyperliquid exposes native account activity. The comparison keeps those features separate from Aster Shield and 1001x, which have their own pricing and restrictions.

Aster also offers other trading modes. Their fee basis, liquidity and leverage can differ from the order book. Using the highest number advertised anywhere on Aster and attaching it to a BTC order-book comparison creates a product that does not actually exist. The same mistake occurs when a Hyperliquid builder market’s special fee treatment is applied to native BTC.

At the published starting schedules, Aster’s general crypto order book charges less commission: zero maker and 0.04% taker, compared with Hyperliquid’s 0.015% maker and 0.045% taker. Our BTC snapshots support a cost advantage for Aster in the modeled median cases after commission. They also show a wider range of observed Aster execution costs, enough to change the result at the worst sampled $100,000 book.

That gives a useful answer rather than an unconditional endorsement. Aster is our recommendation for the USDT-funded trader who wants its collateral and order features. A large BTC trader deciding primarily on execution should weigh the observed variability, their actual fee tier and the size they intend to send. The cheapest published commission was not the cheapest possible result in every captured book.

Aster’s current product introduction distinguishes order-book perpetuals, Shield Mode, 1001x and spot trading. “Pro” remains a common name for its order-book perpetual interface. This page’s execution study, contract filters and main commission examples refer to that order-book product, using BTCUSDT.

Shield provides a different interface and execution model. The Shield fee documents describe a temporary zero-opening-and-closing-fee event alongside profit-share and flat-fee alternatives. The documentation does not provide an end date that lets us promise a permanent free-trading offer. A trader choosing Shield needs the terms of the selected mode, rather than the Pro fee table printed elsewhere on this page.

Profit share versus a fee on the whole position

The Shield pricing explanation describes a 15–20% charge on profitable results under the profit-sharing option, including a 15% BTC/ETH example. Its flat-fee alternative is based on position value. These are different ways of calculating a charge, not percentages that can be compared by looking at which number is smaller.

For illustration, take a $10,000 position that makes $50 before the applicable charge. A 15% profit share is $7.50. At a hypothetical $200 profit, the same share is $30. The position’s opening value did not change; the profit did. A notional-based fee would respond to trade size instead. Whether one choice is cheaper therefore depends on the actual result and all applicable opening and closing terms.

This example explains the fee basis without claiming either amount is a live Shield quote. The temporary promotion, chosen fee option, dynamic slippage and funding still need to be resolved on the selected product. We do not add the profit-share charge to the Pro calculations, and we do not deduct it from a losing trade under the documented profit-share model.

Where the 1001x number belongs

The separately named 1001x product should not set expectations for a Pro BTC ticket. Maximum leverage is specific to the mode, market and allowed size. A high advertised setting says little about the depth available at a chosen price or the margin required for a larger position. Someone looking for that separate product should evaluate its own collateral, liquidation and cost rules.

Hyperliquid also requires product discipline. Native BTC perpetuals and a builder-deployed market are not interchangeable fee examples. We use native BTC, whose collected maximum was 40x in its first band. This avoids crediting one platform with a promotional configuration while charging the other its ordinary retail rate.

The detailed Aster fee table lists zero maker fees and a 0.04% general crypto taker rate. Its BTC, ETH and SOL USD1 group also uses 0.04% taker in the reviewed table. A separate group of selected contracts carries a 0.10% taker rate. A lower rate for one asset group cannot be applied to every listed token.

Aster’s broad perpetual overview still displays an older 0.01% maker and 0.035% taker pair. We resolve that conflict in favor of the dedicated fee table and the dated VIP rules, which state that all-tier maker fees became zero on 2 February 2026. Our figures are published base references, not fee receipts from a logged-in account.

Hyperliquid’s fee documentation lists a 0.015% maker and 0.045% taker starting rate for the native perpetual comparison. Higher volume and eligible HYPE staking can reduce the charge. We exclude those personalized discounts from the base table so the two columns describe comparable starting accounts.

What the maker advantage actually buys

On two $25,000 maker fills, the reference commission difference is $7.50 in Aster’s favor. That is a real saving if both orders rest and fill as intended. If the exit becomes a market order, the Aster commission becomes $10 and Hyperliquid’s becomes $15. The strategy’s actual order mix matters more than describing it broadly as “limit trading.”

A limit order can take liquidity when it crosses available quotes. A post-only instruction is the relevant control when a strategy requires maker treatment. It can also leave the trader unfilled. We would not sacrifice a needed exit solely to preserve a zero maker fee, or count an unfilled order as a cheap completed trade.

Aster VIP requires more than volume

Aster’s published VIP program combines rolling trading volume with an ASTER holding requirement. The holding measure uses a daily average, and eligible balances can include the categories defined in the program. Reaching a volume target alone does not establish the advertised tier if the holding condition is missing.

For an account that already maintains the qualifying token balance, this can improve the comparison. For an account that does not, the decision includes the cost and price exposure of acquiring and holding ASTER. The same principle applies to buying HYPE just to obtain Hyperliquid’s staking reduction. We do not subtract an imagined token reward from the known trading fee.

Our study collected nine rounds of public BTC books over 25 seconds on 5 October 2026. It simulated buying and selling an equal BTC quantity against each snapshot at three exposure levels. The midpoint set the quantity, while the actual visible price levels set the simulated cost. This separates a tight-looking top quote from enough available quantity to complete the intended order.

Hyperliquid returned its native BTC book; Aster returned BTCUSDT order-book depth. The normalization treats USDC and USDT as one dollar and excludes conversion differences. It also excludes hidden liquidity, future price changes, account-specific fees and the time required to transmit a real order. No trade was submitted.

At $10,000 per side, median modeled spread-and-depth cost was about $0.07 on Aster and $0.12 on Hyperliquid. Adding reference two-taker commission produced approximately $8.07 and $9.12 respectively. Aster’s lower starting commission remained the main difference at that size.

At $100,000, the median book-only figures were approximately $5.88 on Aster and $1.17 on Hyperliquid. After reference commission, the totals became about $85.88 and $91.17. Aster still won the median scenario, but the margin was much smaller than a fees-only comparison suggests.

The result that prevents an overly simple verdict

The most expensive Aster $100,000 snapshot in the sample had about $21.27 of modeled book cost. Adding $80 of reference commission gives approximately $101.27. Hyperliquid’s sampled top-level quantity kept its corresponding modeled total near $91.17. In that comparison, execution reversed the commission advantage.

A trader planning a large market entry should therefore evaluate the actual size, not just multiply a fee percentage. Aster’s median outcome in this short sample was attractive; its worst sampled outcome was less attractive than Hyperliquid’s. Neither observation establishes which venue will be better during the next liquidation cascade or a thin overnight market.

How hidden orders affect what a public study can see

Aster supports hidden limit orders, which do not advertise their size in the public book. Our simulation does not count liquidity it cannot see. That can make the public-depth estimate conservative if an actual incoming order finds additional hidden liquidity. It can also simply make the estimate incomplete; the existence of the feature is not evidence that helpful hidden quotes will be present.

We preserve the observations and requests rather than treating the calculated medians as permanent platform statistics. All tested quantities were covered by the returned visible levels. The study supports the decision at the sampled sizes, while leaving execution under different conditions an open empirical question.

For a patient maker, these results answer even less. They do not measure time in the queue, fill probability or what prices do after a resting order fills. Aster’s zero maker commission is attractive for that strategy, but a market-order depth study cannot prove that its makers earn more.

Aster’s strongest functional difference for some readers is the ability to fund the trading account around assets they already hold. Its single-asset and multi-asset guide distinguishes isolated single-asset trading from cross-margin multi-asset mode. In the latter, supported assets contribute a discounted value toward shared margin.

That is useful when a trader wants to keep a crypto holding while opening a perpetual position. The discount is not a fee charged when the asset arrives; it is the portion of the holding recognized for margin. The asset can still fall in market value. A BTC collateral balance supporting a BTC long can lose value at the same time as the position loses money.

The reviewed Aster guide values supported BTC and ETH collateral at 95% in the listed configurations. For an illustrative $2,000 eligible ETH holding, that is $1,900 of recognized collateral before other account requirements. It is not permission to withdraw $1,900 or a promise that the holding will retain that value tomorrow.

Keeping settlement debt visible

Aster can show a negative USDT or USD1 balance when losses, fees or funding are charged in that settlement asset while the account holds other collateral. A positive total account value does not make the negative balance disappear. The deposit and withdrawal guide explains that such balances need to be resolved before withdrawal, through the supported repayment or conversion process.

The multi-asset guide also documents hourly interest on negative USDT and USD1 balances above the respective free allowance, introduced in April 2026. This is a separate cost from perpetual funding. A strategy that counts funding but ignores settlement borrowing can underestimate the expense of keeping non-settlement collateral.

For example, using an illustrative 4% annual borrowing rate, a negative USDT balance of 2,000 with a 1,000 free allowance leaves 1,000 subject to interest. A simple 24-hour estimate is about $0.11. The point is not that this example is expensive; it is that the debt exists independently of whether the BTC position is profitable. Larger balances, different rates and longer holds change the amount.

Hyperliquid is not limited to an obsolete deposit model

Hyperliquid’s standard native BTC comparison uses USDC, but its portfolio-margin offering can use eligible spot collateral and automatic borrowing subject to account thresholds and caps. Its current documentation gives BTC and HYPE specific collateral ratios. The benefit is available under that feature’s conditions, not automatically to every wallet making its first small deposit.

Aster is more relevant to the reader whose desired workflow already matches its supported multi-asset and USDT product. Hyperliquid deserves a fresh look when the account qualifies for its integrated portfolio setup. Neither should be judged from an old description saying all DEX collateral works the same way.

BTCUSDT and BTCUSD1 are both listed, but they are not one book

Our saved Aster catalog returned BTCUSDT, ETHUSDT and SOLUSDT as trading, alongside separate BTCUSD1, ETHUSD1 and SOLUSD1 contracts. The latter records identify USD1 as their margin asset. This establishes the presence of both product groups in the collected global catalog; it does not establish identical liquidity, funding or an identical approved balance for every user.

A trader holding USD1 can therefore compare a native USD1 contract against converting first and trading USDT. The useful saving is any avoided conversion cost, weighed against execution and holding costs on the selected market. A fee table showing the same percentage for the two groups does not settle that comparison by itself.

Our execution results concern BTCUSDT only. They should not be imported into BTCUSD1 simply because both track Bitcoin. A modest conversion saving can be outweighed by a worse fill on the other order book; conversely, a suitable USD1 market can make conversion unnecessary. The distinction is especially relevant when a deposit arrived as a particular stablecoin and the trader is about to choose a contract from the market selector.

The selected public contract records show a 0.001 BTC minimum quantity and increment for Aster BTCUSDT, alongside a separate 5 USDT minimum notional. Those two requirements are cumulative. At an illustrative BTC price of $85,000, the smallest 0.001 BTC opening quantity is about $85 of position value, even though the notional field says five dollars.

A trader entering “$10” as the desired BTC position cannot fix that particular rejection simply by increasing leverage. Leverage changes the margin needed for the chosen position, while the quantity rule still requires 0.001 BTC. This is particularly relevant when testing a new venue with a small balance or splitting a position into very small exits.

Hyperliquid’s collected BTC quantity precision allows five decimal places. Its current contract specifications and order validation rules still apply. More decimal places do not establish a smaller valid notional by themselves. We report the fields we checked rather than labeling either venue “best for $1 trades.”

Why the API’s generic margin fields are not a leverage quote

Aster’s API guide explicitly marks some generic exchange-information margin percentages as fields to ignore. Treating the collected 5% generic field as proof of a universal 20x maximum would be an error. Leverage and notional brackets are a different record tied to the product and account.

Hyperliquid’s captured native BTC schedule allows 40× in the first band and 20× above $150 million. Aster’s account bracket endpoint requires authentication, so its public headline cannot establish the maximum for a particular BTC position.

For most modest 5x or 10x positions, those extreme ceilings are not the deciding factor. The minimum valid quantity, actual collateral recognized, current margin requirement and price protection can be more immediate obstacles. That is why the recommendation emphasizes Aster’s verified settlement and order features instead of winning a contest over the largest leverage number.

Aster’s BTC catalog also differentiates maximum market-order quantity from maximum limit-order quantity. Splitting one oversized order may solve an order-size restriction, but it does not remove position-level limits. The final exposure still accumulates in the account. This distinction is especially useful when a trader moves from manual clicks to a bot that sends many smaller orders.

Aster’s hidden-order feature keeps a submitted limit order out of the public book and keeps the resulting position out of public portfolio feeds, according to its documentation. Margin and liquidation still operate on the full position. Hiding the order does not reduce its risk or make it invisible to the platform’s own operating systems.

For a trader who does not want a large intended entry advertised, that can be a concrete reason to use Aster. Hyperliquid’s public-data ecosystem offers the opposite benefit: outsiders can inspect account activity. The choice depends on whether you value public observability or want to limit other traders’ view of a position, rather than on a generic “more decentralized” label.

Separate long and short strategies on the same contract

Aster documents Hedge Mode, allowing long and short sides to coexist on one contract. A reader running a longer-term position and a separate short-term strategy may find that organization useful. It does not create two independent profit opportunities from equal opposing positions; costs and margin treatment still affect the combined account.

The mode cannot be changed while positions or open orders remain. That restriction belongs in the setup decision, before a trader builds an entry ladder. Opening the account in one-way mode and expecting to change the accounting halfway through a live position can interrupt the intended workflow.

Market-order protection can leave a remainder

Aster’s slippage-tolerance control converts a protected market instruction into an immediate-or-cancel limit order. Liquidity outside the allowed range is not consumed, and any unfilled remainder is canceled. A partial fill is therefore a possible intended outcome of the protection, not necessarily a broken button.

Hyperliquid also supports price-controlled and reduce-only order instructions, documented in its order guide. One distinctive limitation is that its chase orders run in the browser tab where they were created. Closing that execution environment is relevant to an active chase strategy in a way that merely closing a chart would not be.

For mobile use, the lesson is specific to the selected control: know whether the strategy lives on the exchange or in the local interface, and inspect any remaining position after a partially filled close. We have not tested live funded mobile orders, so the presence of an order type in documentation is not presented as a measured mobile reliability score.

Aster’s funding guide uses contract-specific payment intervals and notes that intervals can change. Hyperliquid’s native perpetual funding settles hourly. The comparable figure is the cost over the same holding period, not two displayed rates with different time bases.

Aster also documents a possible 15-second difference between the scheduled funding time and the actual charge. Its example says a position opened at 16:00:05 UTC may still be charged for that interval. A strategy opening just after the displayed countdown should therefore not assume it has missed the payment. This is a platform-specific execution detail, not a reason to avoid ordinary holding periods.

Funding intervals can shorten when rates reach the specified cap or floor, without a separate announcement. A bot configured around an old eight-hour interval can consequently forecast the next payment incorrectly. For Aster, the current contract interval and actual settled record matter; for the native Hyperliquid product compared here, the documented hourly event is the starting reference.

The modest base commission difference can disappear quickly. For two $30,000 taker fills, Aster’s reference commission is $24 and Hyperliquid’s is $27. Only $3 separates them before execution. An additional holding cost of $3 on Aster would erase that advantage. This is a break-even illustration, not a claim about current funding rates.

Why the liquidation chart may not match the last trade

Aster’s Pro liquidation documentation uses mark price for the relevant risk calculations. A displayed last transaction and the risk engine’s mark can differ. A trader investigating an unexpected liquidation should compare the correct price series and account margin, not assume the exchange used the candle’s latest trade.

Hyperliquid’s liquidation rules likewise distinguish the account’s maintenance requirement from the initially selected leverage. Cross-margin balances, other positions and funding can change the account’s condition. An isolated position offers a different boundary, while any enabled margin additions can affect how much collateral becomes exposed.

Aster also publishes an ADL queue indicator. This concerns the possibility of counterparty-related deleveraging in exceptional conditions, not the ordinary probability that BTC moves against the position. It is relevant to a heavily profitable, highly leveraged hedge because an externally forced reduction can leave the other leg unmatched.

Aster’s deposit workflow asks the trader to select a supported network and asset before signing. That selection should match the contract setup discussed above: holding USDT, posting a crypto asset in multi-asset mode and funding a different product are not the same operation. The withdrawal side also has to reconcile any negative settlement balance.

Hyperliquid’s current onboarding instructions include more paths than its original USDC-on-Arbitrum setup. Supported spot deposits may still need conversion into the settlement asset. A transfer arriving on HyperEVM, a HyperCore balance and a balance usable in a specific perpetual product should not be assumed identical merely because all are associated with Hyperliquid.

Product selection on a smaller screen

Aster documents a mobile application, while Hyperliquid’s onboarding guide lists its web interface and several external mobile interfaces. On Aster, the useful first check is that the app has opened the intended order-book product and settlement pair. On Hyperliquid, it is that the selected interface’s own fee and order behavior are understood.

A desktop layout can expose several balances and strategy panels at once. A phone often separates them into tabs. For Aster multi-asset users, that makes the settlement-debt view particularly important after a losing trade: a positive total balance can coexist with a negative USDT component. For a Hyperliquid browser chase order, the execution tab itself is part of the workflow.

Eligibility is the final boundary around these recommendations. Aster’s terms exclude several jurisdictions, including the United States, Canada and the United Kingdom, and reserve identity-verification rights. Hyperliquid has its own interface terms. A wallet connection is not evidence that a resident is eligible. Use the country directory when the local product determines which comparison is relevant.