Crypto paper trading is a rehearsal with simulated exposure. Its record shows what a particular exercise recorded; it does not become a venue order acknowledgement or a real fill. That distinction matters because the word “paper” can describe several different things: replaying historical bars, practicing against current quotes with virtual funds, or using an exchange’s demo environment. They answer different questions.
Decide what you want to learn
A useful paper session starts with one question. Can you follow a written entry and invalidation rule? Does the interface preserve an order’s state, including a cancel or partial fill? Can you recognize when data is stale and choose to stand aside? Those are process questions. A short or inconclusive rehearsal may answer one of them without saying anything about a strategy’s expected return.
Before the session, name the environment: historical replay, forward observation with virtual orders, or exchange demo/testnet. Record the market identifier, data source, timezone, interval, account mode and timestamp at which each input became available. Do not call a retrospective candle replay a forward test, or describe a simulated order as an order the exchange received.
Audit five parts of the model
| Part | Record before starting | Common gap |
|---|---|---|
| Data and timing | Source, market, interval, timezone, delay and decision timestamp | A bar close may be used before it was complete |
| Order behavior | Type, trigger reference, next eligible event, partial-fill and cancel rules | A touched limit may be counted as fully filled |
| Costs | Fee source, spread, slippage, units and whether both sides are charged | An omitted value is treated as zero |
| Contract and account | Spot or derivative, funding, margin, collateral and liquidation assumptions | A demo balance hides venue-specific limits |
| Record quality | Rejected actions, stale data, connection loss and rule version | Only successful-looking trades are retained |
Mark each item modeled, observed, or unknown. A setting marked “modeled” is not a measurement. TradingView’s Broker Emulator documentation lists configurable commission, slippage, limit-order execution and order delay in its strategy backtesting environment. Those controls describe that emulator; they do not establish the fill behavior of TradingView’s separate Paper Trading account or another exchange. Keep the two product contexts distinct when citing a rule, and read the current documentation for the environment you actually used.
A quote-side example, not a strategy result
Suppose a fictional quote shows a last trade at $100.00, a bid at $99.95 and an ask at $100.05. Under the quote-side convention described in TradingView’s Paper Trading help, a one-unit simulated buy uses the ask and a close uses the bid. The immediate round trip would therefore show $99.95 − $100.05 = −$0.10 gross, before any fees. The chart’s last price is not the price of both sides of the trade.
This arithmetic explains one simulator’s stated calculation, not a universal paper-trading rule and not a prediction. A live order can face changing quotes, queue position, latency, partial execution or no execution. The example assumes the quote stays fixed long enough to complete both sides and ignores fees, market impact and funding. Its purpose is to help you ask which prices your chosen simulator actually uses.
Rebuild the result as an event ledger
Keep the signal, order intent, simulator response and close as separate events. In TradingView’s current Paper Trading explanation, market buys generally use the ask, sells use the bid, and chart last price does not enter that paper P&L formula. That is a documented platform convention; check your selected simulator’s current help page before using it.
Extend the same fictional quote by assuming a 0.10% commission on each side solely for arithmetic. A one-unit buy at the $100.05 ask incurs $0.10005; closing at the $99.95 bid incurs $0.09995. Gross price P&L is −$0.10 and the two assumed fees total $0.20, for −$0.30 net. Rounded to cents, the ledger is:
| Event | Paper record | Calculation | Evidence still needed for a live comparison |
|---|---|---|---|
| Signal confirmed | Bar close at $100.00 | Decision is available only after the bar closes | Same timestamped input from the live venue feed |
| Buy intent | Market buy, 1 unit | Intent is not an execution | Venue order ID, acknowledgement and accepted quantity |
| Simulated entry | Buy at $100.05 ask | −$0.10 displayed spread from last trade | Actual fill price, partial quantity and exchange timestamp |
| Simulated close | Sell at $99.95 bid | $99.95 − $100.05 = −$0.10 gross | Close order, fill(s), fees and any remaining position |
| Cost-adjusted result | Two assumed 0.10% fees | −$0.10 gross − $0.20 fees = −$0.30 | Venue fee tier, rebates, actual spread and slippage |
This ledger does not claim those events happened in a live account. It makes the missing evidence visible. If a platform records only the final position P&L, save its settings and the time-stamped inputs that produced the number; do not reverse-engineer a precise fill history from a single summary field.
Keep the rehearsal reviewable
- Freeze the rule version, permitted instrument, size rule, stop condition and reasons to remain flat.
- Capture the data source and the timestamp for every decision input.
- Record intended orders separately from simulator-reported fills. Preserve rejected, canceled, partial and missed orders.
- Keep fees, spread, slippage and funding as separate fields. Label unknowns instead of entering zero.
- Compare the original decision with the plan before looking at profit and loss. Log a rule change as a new version.
- Review what the session can establish—and list the unanswered questions beside the result.
For a limit-order replay, ask whether the model requires price to trade through your limit or merely touch it, and whether it checks available quantity. For a stop, record the trigger source and the modeled execution rule separately. Candles alone may not reveal the sequence of prices inside a bar. A fill assumption that cannot be reconstructed should stay visible as a limitation, not be polished into a precise-looking return.
Paper trading can help someone learn an interface and practice a checklist without risking a real order. It cannot verify the rule’s future edge, a real account’s margin treatment, or the person’s response to actual financial loss. Simulated confidence is not evidence that a strategy is ready for live capital. This guide does not encourage moving to live trading.
SuperQuant’s product boundary
SuperQuant is a research and paper-practice workspace. Its bundled example histories are synthetic, and its browser workspace is not connected to exchange balances or live order submission. Its recorded paper actions are not venue acknowledgements. Fees, funding and liquidation outputs use declared assumptions and do not reproduce every venue’s rules. Read the research methodology and limitations before interpreting a demonstration.
Continue with the beginner’s practice path, the trading plan template, and backtesting, paper trading and forward observation. This article is educational information, not individualized investment advice.