How to buy, sell and manage orders

Open a trade ticket

1. Open Terminal, search for the asset or choose it from Tokens or Perps.
2. Confirm the network and contract address for a token, or the complete perpetual market identity. A ticker alone can identify several assets. When tokens share a ticker, search lists the one with the most trades in the last 24 hours first, not the largest claimed market cap or liquidity: copies of a popular token often claim both from a single pool. A search row marked Not the most traded $TICKER · check address, or a Check token identity notice in the trade review, means another token on the same network with that ticker is traded far more; compare the short address shown with the one you intend to buy.
3. Choose Buy or Sell on the chart, or open the Trade tab beside Chat. On a phone the ticket can open as a drawer.
4. Check the trading mode and account. Paper · Simulated money identifies a simulated ticket. Change mode under Settings → Wallets, not by assuming a different chart switches your account.

Crypto USD indices such as XRPUSD are research/chart identities, not automatically a wallet asset. Select an executable token or eligible perpetual market to trade. An asset appearing in discovery does not guarantee execution on that network.

Which asset the desktop Trade sidebar follows

In the desktop Trade sidebar, switching chart tabs or changing the active chart's asset updates the draft to that chart's asset, including after opening a position's Buy/Sell action or selecting a different ticket symbol. Switching chart assets resets that token's draft. An open review, an existing order and a pending agent proposal keep their original asset and terms; returning to the ordinary draft follows the current chart. A phone's trade drawer keeps the asset it was opened for. Chart selection does not switch trading mode or authorize an order.

Buying Bitcoin (BTC), Ether (ETH) and other coins from their charts

Buy, Sell and the Trade tab on these price charts open the wallet ticket for the network listed below. The ticket uses the regular coin ticker, such as BTC or ETH, in its header, amount, actions and review, without a wrapped-token explanation. These ticket labels also apply when opening the exact supported token directly. Astral Wallet holds the corresponding token on its listed network:

• SOLUSD trades native SOL on Solana against USDC, in releases that include native SOL manual trading. Astral sponsors its network fee; a separate SOL gas balance is not required for that swap.
• BTCUSD trades cbBTC, Coinbase's wrapped Bitcoin on Solana. BTCUSD is the default chart.
• ETHUSD trades whETH, Wormhole's wrapped Ether on Solana.
• XRPUSD, DOGEUSD and LTCUSD trade Coinbase's cbXRP, cbDOGE and cbLTC on Base. These tickets require Real money mode. Buys spend Base USDC; sells return Base USDC. Review or fund that network's balance before confirming.
• BONKUSD, GRASSUSD, JITOSOLUSD, JUPSOLUSD, PENGUUSD, PNUTUSD, PYTHUSD and WIFUSD trade each coin's own Solana token.

Positions, Orders, and order receipts show BTC for Coinbase's Bitcoin token on Solana or Base and ETH for Wormhole's Ether token on Solana. These holdings, orders and trade tickets use the same coin artwork as the BTCUSD and ETHUSD price charts. Terminal and private Profile match the ticker and logo by network and contract address. Coinbase's cbXRP, cbDOGE and cbLTC on Base similarly display XRP, DOGE and LTC with the matching coin artwork. Your wallet holds the corresponding token.

Your fills and any exit plan also show on the price chart you traded from; a strategy's fills of these tokens show on that chart too. Searching a coin's name or ticker lists these tokens ahead of other tokens that copy the ticker. Buys of cbBTC, whETH, cbXRP, cbDOGE or cbLTC are refused while the token trades more than 1% away from the coin's price; selling stays available. For the Solana routes, the assistant can propose the same token in the same ticket. Base index routes currently open from the chart's Buy/Sell controls; assistant proposals for these markets are not available yet. Manual chart routes and strategy support are separate. SOLUSD, BTCUSD and ETHUSD also have supported wallet strategy versions; see Coins on the real wallet for execution networks and funding requirements.

Trading SOL

Open the SOLUSD chart and choose Buy or Sell, or open native SOL from Positions. Choose the amount and the order type offered by your wallet, then use the ticket's final action. Buys spend USDC and sells return USDC. The wallet holds native SOL; you do not need to wrap or unwrap it yourself. The assistant can prepare the same SOL ticket, but you confirm it yourself. Paper uses simulated funds; it does not establish that a real swap filled.

Native SOL supports the same offered market, limit and conditional-order flows as other supported Solana assets. Attached buy protection watches SOL's on-chain trade price, which can differ from the SOLUSD price index on the chart. A manual sell uses only your available unassigned SOL, excluding strategy allocations and pending-order or protection reservations. It never increases the quantity you entered to sweep a remainder.

A sale that would leave the whole wallet with more than zero but less than 0.00065024 SOL is blocked. Review the amount or add SOL, then request a new preview. A full sale can empty the wallet when all that SOL is yours and available. If Astral's sponsor is unavailable, SOL trading waits; adding personal gas does not enable an unsponsored swap. Submission is not a confirmed fill: check the order status and settled quantity under Positions & Orders.

This describes the matched native SOL release on desktop and mobile web. If SOLUSD still shows Trading isn't available for this market, that release has not enabled its manual ticket. Refreshing metadata or switching trading mode cannot enable an older backend. Installed clients can differ until updated.

The Bitcoin and Ether perpetuals are separate markets for eligible accounts.

Ticket and order labels resolve from the exact network/address. If display metadata is unavailable, a shortened address can appear.

Markets and tokens Astral can't trade

Every trade is placed from an Astral Wallet ticket: for a market that has none, such as a stock, a USD index not listed above (including ADAUSD, AVAXUSD and BCHUSD) or a perp market without a perps ticket, the Trade tab shows Trading isn't available for this market instead of an order form. Its chart and research tools still work.

A token-mint configuration refusal is different from missing precision. Unsupported Token-2022 extensions or authorities remain unavailable for trading even when candles and decimals exist; repeatedly refreshing metadata cannot enable an unsupported configuration.

A token in your Solana wallet that Astral can't hold, such as one sent to you with an unsupported Token-2022 feature, stays out of your Astral balances and can't be traded here. It doesn't block buying or selling your other tokens, and Astral doesn't move or remove it.

On Solana, Astral cannot trade through a PumpSwap pool that has a newer Pump feature turned on, such as holder rewards or creator fees. If the token also trades in another supported pool, Astral routes the order there, even when the PumpSwap pool would give a better price; Preview and the order show the price you actually get. A token that trades only in such a PumpSwap pool cannot be bought or sold through Astral yet. Preview says This token's PumpSwap pool uses a newer Pump feature (such as holder rewards or creator fees) that is not supported for trading yet. Every fresh quote uses the same pool, so trying again does not help.

On Base, Robinhood Chain and Arbitrum, Astral screens a token before it lets you buy it. Selling stays open, so you can always leave a position. A buy is refused for a honeypot or trading restriction, a tax on buys, sells or transfers, an unpublished contract, or owner powers such as pausing transfers or blocking holders. Two messages mean the screen could not clear the token yet:

• Astral is still checking this token's safety. Try again shortly. A check could not finish, for example because a data source was busy or slow. Astral looks again after about ten minutes, and trying again later can work.
• Astral can't confirm this token is safe to buy. Every check finished, but the token's contract passes calls to other code, so hidden owner powers, such as pausing transfers or changing fees, can't be ruled out. Waiting does not change the result, and the buy stays blocked.

Neither message means the token is unsafe or safe. Astral treats an unanswered question as a no.

Trades proposed by the assistant

You can ask the assistant in Chat to set up a trade on a Solana token, for example "sell my GTA6 if it goes up 15%". It opens the Trade ticket for that token with its proposal; nothing is placed until you act:

• An immediate trade fills in the ticket: side, amount, and any order type, limit price or buy protection it proposed. Protection can include a take profit and either a stop loss or a trailing stop, for example "buy $20 with a 5% trailing stop" turns on Trailing stop at 5%. Protection is for buys only: to sell a token you hold at a target or stop price, the assistant proposes a conditional sell at that price, one order per proposal, and it tells you a holding can't get a trailing stop. Check or edit them, then press the ticket's own Buy/Sell button to place it, as for any manual order.
• A conditional trade ("if", "when") opens its review, showing the amount, When to buy/sell, execution and expiry. Press Confirm order to activate it; it then waits for its trigger like any conditional wallet order. Edit returns to the ordinary ticket, where you can enter your own terms instead.

Use Decline proposal (or close the ticket) to turn it down. The assistant is told whether you placed, activated or declined it. It only proposes Solana tokens; for stocks, other USD indices and perps it explains that they can't be traded from Astral Wallet. The same balances, fee policy, funding and risk checks apply as for an order you entered yourself.

Assistant requests for Base, Robinhood Chain and Arbitrum tokens

The assistant can't set up a trade on these tokens, including "buy at X" or "sell at Y" orders. It says so and tells you what you can do instead:

• A price alert at the same levels, which it can propose as usual. An alert notifies you; it does not trade.
• The token's own Trade ticket, where you set the order up yourself. On Sell, Stop Loss sells when the price falls to its Stop Price and Take Market sells when the price rises to its Take Price; on Buy, Buy Stop Market buys when the price rises to its Stop Price. These tickets have no order that buys when the price falls to a level. Triggered orders fire on the token's price in a pool Astral can read (Uniswap v3 on Robinhood Chain and Arbitrum; Uniswap v3 or Aerodrome on Base), so the assistant only suggests them when that is available for the token. For a token such as one that trades only in a Uniswap v4 pool, the ticket says Protection and stop orders are not available: no supported pool prices this token. and the assistant tells you that instead; market buys and sells still work.

These tickets trade with Real money only; in Paper the assistant tells you the ticket isn't available there.

Market-cap levels in assistant requests

Alerts and triggered orders use the token's price, not its market cap. If you ask for one at a market cap, for example "sell when it hits $1.4M market cap", the assistant converts it with the token's current market cap and price and says what it assumed, for example "$1.4M market cap ≈ $0.0014 per token while supply stays about 1.0B". It then offers the alert or order at that price. If the token's supply changes, the price no longer matches that market cap. When the market cap or price isn't available, or the token's supply can still change, the assistant doesn't convert and asks you for a price.

The proposal uses your current trading mode, like any ticket. In Paper, for example "Buy $5 of Bitcoin", it opens the Paper ticket and a placed order uses simulated money from your Paper wallet; the assistant tells you it is a Paper trade. It can't switch between Real money and Paper for you; change that in Settings → Wallets. If Paper trading isn't enabled for your account, the assistant opens nothing and says so.

Check crash risk before trading

For a Solana token, the ticket's Crash risk row shows the same severity badge as the Tokens popover. Expand it for the four-step risk bar, probability and compact score-time/status line. The title and badge appear once, in the row; the expanded layout labels the probability 50%+ drop in 24h. The ticket can use the score shown in Tokens while risk details refresh; a newer scored observation takes precedence. Compare the timestamps if the two views differ. Risk loads for the ticket's exact network/address even while token names or other metadata are loading.

A saved score stays visible if details cannot refresh. Refresh unavailable identifies a failed refresh; Over 10 min old marks an older score. The ticket omits factor lists and longer explanations. If no score is available, Not scored or Unavailable means unknown, never low risk or verified safety. This estimate concerns a price decline, not fraud, and is separate from pool-safety checks. The same boundaries apply to desktop/mobile web and Paper/Real mode; unsupported networks have no crash-risk estimate.

Buy a spot token

1. Select Buy in the Buy / Sell panel above the amount field, then choose an available Order type.
2. Enter the amount. Read the displayed unit: real buys use a USD cash amount; the token estimate is a conversion. Percentage presets use available funds, not total portfolio value.
3. For a conditional order, enter the requested trigger or execution-limit price.
4. Expand the exit/protection controls if you want supported take-profit, stop-loss or trailing protection. Read the identity/risk information and current fee estimate.
5. Review the entire ticket before pressing its primary action, such as Buy [token] or Place limit buy. This action can submit the order directly; do not assume another confirmation dialog always follows.
6. If an explicit review screen appears, check the terms there and use Confirm order, or the specific combined funding action, to proceed.
7. Follow the order status. Inspect fills and holdings through Positions & Orders; a submission is not a fill. If you reload or reopen the ticket while the order is still going through, it shows that order's status again, on that asset's chart only and for up to a day; after that, or on another chart, it starts a new draft and the order stays in Positions & Orders.

Size limit during early access. A single real-money buy is limited to $1,000 on every network. A larger buy is refused with Buys are limited to $1,000 each for now and nothing is placed; lower the amount. A running strategy's buy is sized down to $1,000 instead of being refused. Sells are not limited, so you can always close a holding however large it has grown. Paper trades are not limited.

If cash is insufficient, an eligible buy may offer Review · move funds from your wallets or Review · pay the rest by card. These are combined workflows: moving funds or completing the approved card top-up may be followed by the buy. Read the combined terms. Ordinary Add money funding is separate.

When durable funding is enabled, confirmed moves keep their original operation identity if a response is lost or the browser closes. Follow unfinished funding in Cash. Arrived funds stay in your wallet if an order cannot proceed; review the current trade using that cash rather than funding the same amount again. For a buy funded from Cash, review a fresh quote that lowers the minimum received before buying. After an uncertain submission response, use Retry same submission where offered to retain that order's identity. Funding completion does not itself confirm a fill. Funding-only operations need you to return and review the interrupted order.

Where an eligible Base market buy offers continuation after funding, the ticket prepares a Cash quote while you enter the amount. Read Maximum Cash used, Funding cost (est.), Minimum received, trade fees and the deadline in the ticket, then press Buy [token] once. That click authorizes funding and the purchase within the displayed bounds, including after you close the app. There is no separate routine Confirm buy step. Wait for a current Cash quote before buying; an unavailable or expired quote cannot authorize the purchase. Current funding permissions avoid another product review; setup or renewal still requires the displayed owner consent. The order gateway can quote again within the original trade bounds. This pilot excludes attached protection; other paths retain their displayed funding flow. Track Buying → View orders in Cash. If the response is interrupted, Resume buy continues the original operation; it does not create another buy or replace its quote. The ticket's Cancel buy must acknowledge cancellation before you can edit a replacement draft. Cancel buy in the ticket or Cash stops an order that has not yet been admitted; confirmed transfers can still finish. If the order was already admitted, the ticket opens its existing status and its normal order controls apply. A changed local balance, failed check or expired deadline requires updated terms rather than a broader authorization. Deployment and conditional-order funding retain their separate lifecycle.

Fund and activate a conditional buy

Where the Base conditional-funding pilot is enabled, an eligible unprotected market buy can prepare Cash before activating its saved rule. Review the exact token contract, execution wallet, buy budget, condition, bar size, evaluation timing, order expiry, notifications, Maximum Cash used and funding cost, then choose Confirm funding. This pilot excludes sells, limit execution, attached protection and multi-action rules. Other paths keep their displayed funding flow.

While the ticket stays open, verified funding is followed by activation of that original rule. A buy still waits for its condition; activation does not submit a market buy. When the review explicitly says activation reserves the budget, successful activation moves that amount from available Cash to Reserved. Another Astral trade, withdrawal or strategy allocation cannot spend it. The trigger exchanges this hold for the order's reservation without releasing the budget between them. Before activation the cash remains available, so another spend can still block activation. Reviews without that reservation notice keep their existing trigger-time funding checks. A trigger does not guarantee a fill.

If you close the ticket during funding, open Cash and choose Ready to activate → Activate order before the review deadline. The review lasts at most 15 minutes and never beyond the order's expiry. This resumes the original request with current account, policy, custody and buying-power checks. Cancel activation stops an unactivated review; confirmed transfers can still finish. It does not cancel an already active rule: use that rule's normal controls in Positions & Orders. A reserved rule keeps the same order and budget while its pause is pending and while it is paused. Cash labels this hold Rule budget reserved, including while paused; inspect the rule in Positions & Orders for its lifecycle state. Resume that order to continue checking its condition. Cancellation or expiry releases its unused hold. Once an order is admitted, its normal settlement/cancellation controls own the funds. Reserved rules require cancellation and a new review to change their account, budget, condition or expiry. The reservation pilot also reviews eligible buys already funded on Base; no transfer or wallet signature is needed merely to reserve local cash.

After a lost response, Retry activation where offered uses the original draft and funding review. An already activated review returns its original receipt and cannot rearm a completed rule. Changed rules, canceled reviews or expiry require another review; inspect Cash before replacing uncertain funding. Current automatic-funding permissions avoid another owner signature, while setup, renewal and Relay transaction signatures remain explicit.

Sell or close a spot holding

Confirmed on-chain fills refresh Positions automatically. If chain balances are briefly behind the order status, the app retries those reads; reopening the panel also checks for fills that happened while it was closed. See Check cash, holdings and orders for filters and refresh recovery. Do not submit another order just to refresh a holding.

1. Open Positions & Orders. Click the holding's value or arrow to expand it and use Sell, or click its name or logo's + shortcut to open its chart and choose Sell there.
2. Confirm the exact token and account, then enter the token quantity or use a percentage of the available holding.
3. Review any conditional prices and choose the displayed sell action once. A ready manual sell submits, or activates its trigger, without a second routine confirmation. Funding and readiness checks can still block it; an uncertain response may offer a retry of the same submission.
4. Inspect the resulting order and remaining holding. Quantity reserved by orders or strategies may be unavailable for a manual sell.

For real Solana wallet sells, percentage presets use the exact amount available to manual trading. 100% includes the smallest token units; strategy allocations and reservations remain unavailable. A tiny on-chain remainder can still appear in Positions even when Astral has no recorded amount available to sell. See Clear token dust for the separately confirmed cleanup option where enabled.

When the shared Solana fee policy offers a reduced full-position fee, choose Market and 100% to sell a low-value holding. For quoted proceeds below $4, the full unreserved manual holding can use 0.5% with a $0.000001 quote-time minimum, rounded up to whole basis points. The fee estimate identifies the reduced minimum, and Astral covers network fees within a $0.01 budget. No separate SOL balance is required. Partial sells, limit orders and strategy-owned holdings keep their existing terms. A changed holding or reservation requires a fresh preview; select 100% again. At least $0.000002 gross USDC proceeds are needed to leave a positive amount after the smallest fee.

This exit still needs a supported sell route and transferable tokens. Removed liquidity, frozen tokens or an unavailable route can prevent a sale even with the reduced fee; a chart price does not prove sellable value. It does not burn tokens or guarantee a fill. Clear dust remains a separate, narrowly eligible action.

If reduced full-position fees are temporarily unavailable, refresh the preview. Existing admitted orders keep their original terms; an unavailable new preview does not reprice them.

Solana sell preview and submission errors stay in the Trade ticket instead of opening another review screen. A funding or transaction-check failure leaves the ticket editable so you can correct it and try again. After a submission response cannot be confirmed, Sell not confirmed keeps the original terms locked and offers Retry same submission. That action reuses the original sell; check Positions & Orders before starting another sell. A message that Astral's network-fee coverage is temporarily unavailable means this order cannot currently use that coverage; try again later. It does not ask you to add SOL or confirm a different order.

A spot sell reduces an owned holding; it does not open a short. Perpetual Long / Short, margin and liquidation use the perps workflow.

When a holding is too small to sell

The ordinary Solana trade policy has a $0.02 quote-time minimum fee, with the eligible low-value full market sell exception above. If your ticket offers that exception, select Market and 100% of the unreserved manual holding and review a fresh quote. The token quantity can be valid while the quoted dollar value is too small for the applicable fee. The quote determines this check; the displayed holding value is an estimate.

An ordinary minimum-fee rejection explains The quoted trade value is too small to cover the minimum trade fee. For an unreserved manual holding, select Market and 100% to check the reduced full-position fee. If even the smallest fee would leave no proceeds, the full-exit preview explains This holding would return too little USDC to cover even the smallest trading fee. No sell was placed. A rejected preview submits no order. Older releases can lack this exception or show the generic trade terms invalid message; that message can also have other validation causes and does not identify the cause by itself. Crash-risk and token-identity notices are separate from this fee check. Do not buy more tokens just to qualify for a sell.

Order types

• Market: attempts execution at available market terms.
• Limit: uses the entered execution price; it may wait or execute immediately if marketable.
• Buy Stop Market / Buy Stop: a buy triggered when price reaches the stop threshold.
• Stop Loss: a sell triggered when price falls to its threshold.
• Take Market: a sell triggered when price reaches the profit threshold.
• Stop Limit: requires both a stop trigger and an execution limit; appears only when the wallet supports it. Triggering does not guarantee a limit fill.

The selected network/account can offer a narrower set. On Base, Robinhood Chain and Arbitrum the ticket offers Market and Buy Stop Market on Buy, and Market, Stop Loss and Take Market on Sell; there is no Limit. Its triggered orders and protection need a pool Astral can price; for other tokens the ticket shows Protection and stop orders are not available: no supported pool prices this token. Attached protection can also be unavailable for a particular order type. A stop-market exit is not a guarantee of the displayed trigger price.

In Protections, enter targets beside Take profit and Stop loss; empty fields show Enter value. Click the % or $ unit beside the value to switch directly between a percentage and a dollar target price. There is no unit menu. With a reference price available, switching converts the entered target; check the resulting value before placing the order. Keyboard users can focus the unit button and press Enter or Space. A trailing stop uses a percentage. These controls work the same on desktop/mobile web and in Paper/Real mode where protection is supported.

Inspect and cancel orders

Open Positions & Orders and the Orders view. Select an order to inspect its account, state, filled amount, remaining amount, prices, fees and any transaction link. Use the order's Cancel action when offered, then verify the resulting status. A filled order cannot be undone by cancellation; closing its resulting holding is a separate trade. A partially filled order can leave a position even after the remaining order is canceled.

Your private Profile → Orders also shows size, price, value/P/L, status and recorded date in each row. Desktop uses aligned columns; mobile places labeled size and price below the summary. Avg. fill is the recorded execution price; Filled qty is the executed portion of a partial fill. Requested dollar/percentage sizing remains Order size, and unknown prices remain —. Press a profile order row for its record dialog (a sheet on mobile web), with full date/time, execution details and eligible cancellation. It replaces inline expansion and contains no buy/sell ticket. See profile order rows for these display meanings.

To buy or sell from a profile holding, open Profile → Positions and press its row. The position view places the terminal chart on the left with a compact position card underneath: headline value and P/L with quantity/return beneath, then price/cost details and quieter recorded dates; the existing exact-asset ticket fills the right column. The spot ticket reuses Terminal's top bar: asset icon and ticker on the left, regular compact order-type dropdown on the right, then a divider above Buy/Sell. The bar has no separate Trade heading or extra money-mode label. Choose Buy/Sell and a supported type there; changing side resets the type to Market. The dropdown is hidden during review and the receipt. The modal is titled Position. Its compact chart top bar shows the ticker icon, name and Price, following the latest candle independently of crosshair inspection; closed charts show Recorded price from the last available historical candle. Open charts add market change, 24h volume, market cap and liquidity using the terminal's existing data and validity rules, with — for unavailable values. Price and these statistics share one right-aligned row beside the ticker; on narrow screens, scroll the strip horizontally to reach all fields. The change label follows the available comparison: 24h, since launch or since first trade. Open charts use terminal live candles on a non-session connection separate from Terminal; closed charts keep their recorded historical window. The modal stays fixed within the viewport, with an accessible ticket action footer. On mobile choose Position / Trade to switch views while keeping the draft and receipt. The native chart Interval control changes resolution; Settings → Date range / Series type changes the chart window or style. Extra chart-information rows below the x-axis have been removed. Chart interactions stay separate from position P/L, the order draft and the selected Terminal charts. The open wallet card follows the same live marks as Terminal. It folds away once the refreshed balance confirms a full sale and returns when a new buy restores the holding. Check Paper/Real money and enter a new amount; opening the view does not submit an order. Strategy-position tickets trade available wallet balances manually without changing the deployment's allocated holdings.

On wider profiles, select a column heading to sort and select it again to reverse direction; Value and P/L sort separately. Open the Status heading to filter order states, or use Filters → Status on desktop/mobile. All statuses clears that selection. The Filters menu also retains sorting, including price, executed value and realized P/L. Unknown values sort last, and these controls act on loaded history before pagination. See profile column controls.

Long order histories show up to 100 loaded orders per page. Use Previous and Next below the list to browse them. Search, filters and sorting apply to the full loaded history before paging; changing them returns to the first page. The loaded-order count is not a claim that all older server history has been fetched. The same controls apply to Paper and real-money lists, including the mobile order drawer and profile activity/table views.

Filled sell rows show P/L, and their order details show Realized P/L when complete account history establishes entry cost. A partial sell realizes P/L only on the amount sold, using the average remaining entry cost. Paper uses its recorded fill prices and entry/exit fees, including older fills with execution receipts. Missing fees, prices or entry history leave P/L unavailable. Real wallet settlement values already include commission, which is not charged a second time by the display. A buy does not yet have realized sale P/L; current holding P/L belongs in Positions. Paper and real accounts keep separate history and costs.

Use Filters → Source → All activity / Wallet only, Active strategies, and the offered Show → Recent / Pending controls to narrow the list. Strategy orders identify their strategy; selecting a strategy is a view filter, not a stop or cancel action. If an expected order is absent, use All strategies / Clear strategy filter and Show all activity where offered, then clear search. See Position and order filters.

A missing chart arrow is not proof that a purchase failed. Supported wallet arrows require a confirmed fill with recorded settlement, time and price for that exact network/address. Mobile Fullscreen reads the selected chart's network history, as desktop charts do for their open networks; Paper does not mix in real EVM fills. Check the order and its actual account/mode before retrying. See Wallet fill markers for recent-history limits and unavailable evidence. This does not change the trade ticket's existing five-second fill-confirmation reset, and viewing a marker does not place a new order.

On desktop or mobile web, open your own Profile → Performance → Manual, check Paper/Real money; the cards combine existing wallets within that mode without an account selector or subtitle. Each wallet’s entries and exits are reconstructed independently before adding results. P/L uses the same nominal $1 USDC/USDG convention as Cash. The period selects fully closed recorded manual spot positions by their final closing fill, keeping earlier entry costs; it does not count each filled order. Use the period dropdown beside the Strategies / Manual control to change the range. Cumulative realized P/L, win-rate and closure-count charts come from recorded closing fills; desktop supports hover and mobile cards open larger charts. Strategy and manual views share the period without adding their totals; desktop keeps its card grid and mobile its carousel. Missing history or costs are unavailable, not invented zeros or profits. See private manual performance for fees, the 10,000-order/30-second read limits, exclusions and automatic recovery. While Manual is visible, reads poll 15 seconds after completion and refresh on return/focus or wallet activity; hidden tabs and the Strategies view do not poll. There are no history-refresh or summary-help controls. It does not publish activity, include perps/external trades or repair imported cost basis.

Available actions depend on the token, account, permissions and release. Discovery or chart availability does not establish execution support. Check Markets before choosing a live workflow.

Review before submitting

Confirm the network and token address, account or wallet, side, amount, mode and all displayed costs. Token units, USD amounts and allocated capital are not interchangeable. Use only the order types and controls actually offered by the selected execution path.

USDC percentage-size presets round down to its six-decimal precision in both Paper and real mode. Paper presets use the Paper balance. Review the final budget before submitting.

Distinguish operating modes

Backtesting uses historical data. Paper activity uses simulated funds where supported. A live workflow can submit real transactions under its authorization. A deployed strategy may act without prompting for each event; review its rules and signing permissions first.

Submission is not confirmation

A request may be submitted, pending, confirmed, rejected or failed. An ambiguous response does not prove that nothing happened. Inspect transaction identifiers and account activity before retrying so that you do not duplicate an order.

Where a transaction link is provided, use it to inspect the network record. Account displays and chart quotes may update at different times.

Click a filled trade marker to inspect its recorded source. A manual order is labeled Manual order, with no strategy rule. Trade details names the strategy rather than showing internal order, run or deployment numbers; Copy reference for support copies those references when you contact support. Paper fills show recorded fees where available; absent historical fee evidence remains unavailable.

Costs and risk controls

Network fees, execution costs, available liquidity and slippage can affect the outcome. A price shown on a chart is not a guaranteed fill. Only use protective controls supported by the execution path; an intended stop is not a guaranteed exit price.

Shared Solana fee policy

The Solana order draft shows its fee estimate in the fee area. Read the full offered schedule, minimum, rounding, covered-network-fee conditions and protective-exit exceptions in review and activation confirmations. Desktop and mobile use the same fee presentation.

The shared Solana fee policy is development-only and rollout-controlled. Follow the terms actually displayed in your ticket; source availability alone does not mean the policy is enabled. Older orders and other networks keep their own fees.

When this policy is offered, ordinary Solana buys and sells use 0.5% with a $0.02 quote-time minimum per successful execution, except eligible low-value full market sells described in Sell or close a spot holding. Buy and sell are separate executions. DFlow collects a whole-basis-point percentage, so Astral rounds the rate up to 0.01% steps: a $1 buy charges $0.02; a $1.01 buy quotes $0.020099. The buy fee is included in its budget. A sell's fee is deducted from actual proceeds and may differ from its quote-time minimum. Very small amounts that cannot support the applicable fee are refused, not quoted as free.

A manual market or limit order keeps the rate shown in its preview; a limit sell's rate uses an indicative quote, not a guarantee of future proceeds. A newly activated conditional rule uses the same schedule when it becomes an order. There is no extra fee-confirmation prompt at each trigger. Once admitted, that order's terms are immutable. Changing the schedule does not reprice an existing admitted order or an already active rule. If pricing changes before a new activation is confirmed, review the updated schedule and confirm again; an interrupted confirmation cannot silently adopt it.

Network fees are covered by Astral for these orders; they do not require a separately funded SOL balance. Astral bounds its network spending internally, without adding a surprise gas charge. An order can wait or expire when an acceptable route or fee budget is unavailable. A stale fee-price reference or unavailable sponsor pauses/refuses execution rather than charging your SOL instead. A preview, successful funding or trigger still does not guarantee a fill.

New-token account-deposit allowances remain in effect. If used up, a new-token buy under this policy is blocked; sell positions you no longer need to free slots. Adding to a known account and selling remain eligible. Older pricing paths can still offer wallet-paid SOL as their displayed fallback. Attached protective exits retain their separately approved fees and safety budgets; the ordinary-order gas cap does not reduce a stop's safety budget.

The policy is shared with new Solana strategy deployments. It does not change EVM or perpetual pricing. Paper and historical backtests retain their configured simulation costs; do not assume their fees match the live schedule. These disclosures appear in the same desktop and mobile ticket components. Direct API clients must use a current trade-order preview for new ordinary manual orders under this policy; an older raw swap request cannot bypass the fee schedule.

Stopping and remaining exposure

Review the resulting status after stopping a strategy. Liquidate & Stop attempts exits of strategy-owned positions; it is not proof they have filled. Disconnecting or signing out does not close positions or reverse already submitted transactions. Check remaining exposure separately.

See Wallets and funding and contact support when status is unclear.

Preview says the price moved

Before a Solana Preview is accepted, Astral checks the unsigned trade against the chain without signing it. On a very busy token the price can move past the order's slippage limit in the second or two between the quote and that check. Preview then says The price moved past your slippage limit while the trade was being checked. No transaction was signed. Try Preview again. Nothing was traded or charged; a fresh Preview usually succeeds once the price settles.