TradingAcademi · NinjaTrader 8 User Manual

Xtrend Algo V10
Strategy Documentation

Explore the trading modes, liquidity signals, risk controls, indicators, chart panel, ML options and real parameter groups — with annotated product screenshots and practical usage guidance.

Separate Control Center Documentation →

Overview

Scope: This guide covers NinjaTrader strategy operations. Setup Installer, installation folders and activation are documented separately. Screen values are examples from a Playback session, not recommended defaults.
Customer-safe edition: Internal source-code references, feature names, file names, line numbers, developer-only diagnostics, and sensitive implementation details have been intentionally removed from this public guide. This page focuses on what the customer sees, configures, and uses inside NinjaTrader.

Getting started

Use simulation and a supported live market-data connection before enabling automated orders. Xtrend has distinct layers: NinjaTrader detects and routes; the optional desktop Control Center exposes a localhost service; BookMap/Footprint/VWAP dependencies supply evidence. The desktop app does not load NinjaTrader assemblies or command the strategy.

  1. Import the vendor’s complete NinjaTrader export, including every required custom indicator. Compile in NinjaScript Editor. If types such as XtrendBookMap are missing, stop and obtain the complete dependency export.
  2. Open a chart for the intended instrument and connect a feed that supplies the data required by your selected features. Depth-driven features need valid bid/ask depth; a bar-only connection is not equivalent.
  3. Add the required indicators first, then add XtrendGoldEditionPlus as a strategy. Use a Simulation account for first use.
  4. Confirm the account, quantity, session/risk limits, order method, and Combine Mode. Apply the strategy only after reviewing the NinjaTrader log/output.
  5. For optional Flow AI, start the licensed desktop application. Its healthy state can be checked at the local service; an absent validated model is an expected state, not evidence of a working confirmation gate.

Exact menu clicks and all indicator dialogs require screenshot/runtime verification; source code alone cannot establish a customer’s NinjaTrader build or installed dependency set.

Every Strategy Setting

Complete strategy parameter catalog

How to read this catalog

AI entry confirmation —

Display name / platform labelDefault; allowedWhat it controls and dependencies
Enable AI Confirmation / EnableAIConfirmationnot verified; BooleanEnables Flow AI request handling. Entry blocking occurs only with AI Confirm Mode=GATE; otherwise it records/advises. Requires reachable local API and a validated Flow model for a valid prediction.
AI Confirm Mode / AIConfirmModeSHADOW; SHADOW, ADVISORY, GATEShadow/advisory do not block in FlowAiEntryAllowed; Gate evaluates the returned probability and fallback policy.
AI Min Confirm Prob / AIMinConfirmProbsource-defined; 0–1Lower acceptance boundary used by the Flow request/gate. Higher is stricter.
AI Strong Confirm Prob / AIStrongConfirmProbsource-defined; 0–1Strong acceptance threshold; higher is stricter.
AI Neutral Prob / AINeutralProbsource-defined; 0–1Neutral probability boundary used with Neutral Allows Entry.
AI Reject Below Prob / AIRejectBelowProbsource-defined; 0–1Probabilities below this are rejected in Gate behavior.
AI Neutral Allows Entry / AINeutralAllowsEntrysource-defined; BooleanIn Gate mode, determines whether a neutral result may proceed.
AI Learn From Results / AILearnFromResultssource-defined; BooleanAllows asynchronous feedback after terminal ledger results; it does not train inline on the order path.
AI Update Mode / AIUpdateModeINSTANT_CANDIDATE; OFF, BATCH, INSTANT_CANDIDATEOff suppresses feedback; other modes are sent to /flow_feedback.
AI Model Scope / AIModelScopeGLOBAL_FLOW; GLOBAL_FLOWOnly exposed scope in this build.
AI If Unavailable / AIIfUnavailableALLOW; ALLOW, BLOCKGate fallback when no valid/validated result exists. Allow preserves entry; Block rejects it.
Show AI Confirmation / ShowAIConfirmationsource-defined; BooleanEnables the source’s AI confirmation display/diagnostics.
AI Request Timeout Ms / AIRequestTimeoutMssource-defined; 25–2000 msSynchronous prediction timeout. A shorter timeout reduces waiting but increases unavailable outcomes.

L2 Micro —

PropertyDefault; allowedMeaning
L2 Micro Mode / L2MicroModeAdvisory; Off, Advisory, ML Feature, ConfirmEntriesOff disables engine. Advisory calculates/exports without blocking; ML Feature records evidence; ConfirmEntries requires fresh supporting L2 evidence.
Depth Levels / L2MicroDepthLevels5; 1–20Bid and ask levels included; higher uses more depth.
Maximum L2 Age (ms) / L2MicroFreshnessMs1000; 100–10000Old evidence is stale and cannot confirm. Lower is stricter.
Confirmation Probability / L2MicroConfirmThreshold0.60; 0.50–0.95Minimum directional probability only in ConfirmEntries. Higher is stricter.
Minimum L2 Evidence / L2MicroMinimumEvidence0.25; 0–1Minimum coverage/maturity/spread-quality composite for confirmation.
Show L2 Micro Diagnostics / ShowL2MicroDiagnosticsfalse; BooleanRate-limited Output-window diagnostics.
Enable L2 Entry Research Log / EnableL2EntryResearchLogfalse; BooleanOptional JSONL record for successful automated entries; not a trade gate.
L2 Research Log Path / L2ResearchLogPathempty; folder pathDestination for optional L2 entry telemetry.

L2 learning and research —, research partials

PropertyDefault; allowedMeaning
Enable L2 Candle Learning / EnableL2CandleLearningfalse; BooleanWrites one learning row per completed candle only when logging/depth prerequisites are met.
Future Label Horizon Bars / L2LearningHorizonBars5; 2–50 barsLater completed bars used for the future-move label.
L2 Snapshot Interval (ms) / L2LearningSnapshotIntervalMs250; 25–5000Minimum time between stored depth snapshots.
Minimum Depth Snapshots / L2LearningMinimumDepthSnapshots3; 1–1000Candles below this count are rejected.
Require L2 Depth / L2LearningRequireDepthtrue; BooleanExcludes candles without valid bid/ask depth.
Include Candles Without BM Signal / L2LearningIncludeNoBmBarstrue; hidden legacySource says BM rows now require selected BM sources; displayed value is legacy compatibility.
Legacy Label Move Threshold (ticks) / L2LearningLabelMoveTicks1; 0–100Hidden legacy; adaptive barriers are now used instead.
Enable Aggressive Flow Research / EnableAggressiveFlowResearchnot verified; BooleanResearch capture, not an entry authority.
Collect Flow Diagnostics / CollectAggressiveFlowDiagnosticsnot verified; BooleanDiagnostic collection only.
Enable Trade Velocity Research / EnableTradeVelocityResearchnot verified; BooleanResearch capture only.
Collect 1 Second Research Buckets / CollectTradeVelocitySecondsnot verified; BooleanOne-second velocity buckets.
Collect Velocity Diagnostics / CollectTradeVelocityDiagnosticsnot verified; BooleanDiagnostic collection.
Enable Pulling & Stacking Research / EnablePullingStackingResearchnot verified; BooleanResearch capture only.
Collect 1 Second Research Buckets / CollectPullingStackingSecondsnot verified; BooleanOne-second pulling/stacking buckets.
Collect Pulling & Stacking Diagnostics / CollectPullingStackingDiagnosticsnot verified; BooleanDiagnostic collection.

Context and ledger

PropertyDefault; allowedMeaning
Enable ML Trade Ledger / EnableMLTradeLedgerfalse; BooleanWrites immutable decision/result records after successful submissions.
ML Trade Ledger Path / MLTradeLedgerPathempty; pathEmpty resolves to %LOCALAPPDATA%\\XtrendAlgoV10\\ledger; explicit parents are normalized with MLLedger. Paths outside desktop root are persisted but Flow feedback rejects them.
Enable Context / EnableContextDetectortrue; BooleanCaptures Context V1.1; description explicitly states it does not alter routing/risk/BM/L2/ML decisions.
Context Mode / ContextModeShadow; Off, Shadow/Research, ML Feature (source enum)Off suppresses telemetry. Confirm Entries is explicitly unavailable in the supplied description; treat non-telemetry authority as unverified.
Context Confirm Min Confidence / ContextConfirmMinConfidence0.70; 0–1Only relevant to any Confirm Entries path; source cautions this is a conservative gate.
Context Confirm If Unavailable / ContextConfirmIfUnavailableALLOW; ALLOW/BLOCKSource says relevant only in Confirm Entries mode.
Enable Context Ledger Telemetry / EnableContextLedgerTelemetrytrue; BooleanControls the auxiliary context field only; does not turn ledger on.
VWAP / Order Flow / L2 / Session Evidencetrue each; BooleanEnableVWAPContext, EnableOrderFlowContext, EnableL2Context, EnableSessionContext: record unavailable/null when off; source says trading behavior is unchanged.

BookMap integration, diagnostics, and legacy ML

The remaining exposed strategy controls are source-owned integration properties in the strategy build, . Full source-visible names, defaults, and status are preserved in the coverage report. High-impact controls: UseBMLiquidityWall=true, SpoofingReversal=false, WallEngineMode=Legacy, BMExecutionEngine=Legacy, BMFastLimitMode=Marketable, BMFastRequireReference=true, and WallRequireFreshAtEntry=true. Auto-adjust defaults: disabled; Balanced; lookback 120, minimum 30, update 5 seconds, strength 60%, smoothing 25%, maximum change 50%, freeze on active signal/position true.

MLServerUrl defaults to http://127.0.0.1:8888; MLPredictPath to /predict_ensemble; MLTrainPath to /online_update. The currently supplied backend returns NO_LEGACY_MODEL_RUNTIME for legacy prediction, so customers must not assume the older EnableOnlineTraining, MLTrainPositiveOnly, EnableMLReverse, OnlineTrainingMode, or MLUseGPU properties provide an active production model path.

Signal Encyclopedia

Complete signal encyclopedia

Signal lifecycle

detected event → indicator series/confirmation snapshot → strategy eligibility and risk/ML/Flow gates → submitted order → fill/result. Only the final two are orders. The strategy reads BookMap series including Absorption, Exhaustion, Iceberg, Whale, Liquidity Wall, Spoof, and Flash-related values; exact detector formulas reside in the unavailable BookMap source.

SignalWhat the strategy can verifyData and limitation
Core Long / Core ShortCore signals are timestamped and can combine with BM signals through EntryCombineMode.Core detector conditions are in strategy logic; chart appearance requires runtime verification.
AbsorptionUses a confirmed BookMap snapshot and entry freshness/optional Footprint confirmation.Bid/ask/depth and BookMap dependency required; a mark is not a trade.
ExhaustionStrategy consumes ExhaustionSignal and confirmation/freshness settings.BookMap detector formula unavailable.
IcebergStrategy consumes IcebergSignal, refresh/count/volume evidence.Heuristic displayed liquidity behavior; not proof of hidden orders.
Spoof reversalDedicated SpoofSignal is used when SpoofingReversal is enabled; directions can be gated/reversed by configuration.Do not call it market manipulation; it is a heuristic.
Liquidity WallLiquidityWallSignal can use fast-track placement and optional Footprint sequence.Requires BookMap; WallEngineMode Compare Only is research, not separately approved live logic.
Flash MagnetStrategy-facing Flash configuration, freshness, candle-direction and reverse options exist.Exact detector source missing.
WhaleStrategy consumes tape/size-like Whale evidence and optional adaptive threshold.Indicates a detected large-trade pattern, not identity or intent.
Footprint/context/L2Footprint V2 shadow, context and L2 values can filter/record according to modes.Some are explicitly research/telemetry-only.
Flow AIA synchronous prediction can gate an eligible entry only in GATE mode.Needs local server plus VALIDATED_MODEL; fallback policy decides unavailable behavior.

Seven BM Liquidity Signals

Visual signal laboratory

Each animation below represents a different market-data sequence. The motion is tied to the meaning of the signal: absorption shows execution against a holding queue; exhaustion shows participation fading; iceberg shows repeated refills; Whale shows a clustered tape burst; Wall shows persistent depth; Spoof shows display → pull → reaction; Flash Magnet shows rapid depth growth followed by price attraction.

These are educational diagrams built to explain the logic to customers. They are not live market recordings, profitability examples, or a disclosure of proprietary detector formulas.

BM SIGNAL 01 / 07

Absorption

Heavy execution reaches a price level, but resting liquidity repeatedly holds or reloads and price fails to travel proportionally.

Step 1Aggressive orders hit
Step 2Queue absorbs / reloads
Step 3Price displacement stays limited
Step 4Freshness & distance decide entry
SELL MARKET ORDERSBID QUEUE50 → 18 → 48executed volume accumulatesPRICE HOLDSPressure reaches the level → queue absorbs/reloads → limited displacement

How to read this signal

Core ideaExecuted volume is large compared with price movement.
What confirms itDisplayed queue persistence, refreshes and minimum executed volume.
What can invalidate itStale evidence, too much distance, or missing required queue behavior.

Parameters in the Xtrend panel

ParameterExample shownWhat it meansWhat changing it does
Use BM AbsorptionOnMaster switch for the BM absorption detector.Off removes this signal from BM entry eligibility.
Minimum Displayed Queue50Minimum visible resting liquidity considered meaningful at the level.Higher values demand a larger displayed queue; lower values make the detector more sensitive.
Flip SideOffControls whether the interpreted trade direction is inverted.Enable only when you intentionally want the opposite directional mapping.
Near-Edge Fraction0.35Defines how close activity must be to the relevant edge in the legacy path.Smaller/larger values tighten or widen the accepted edge zone.
Reaction Ticks1Minimum price response used by the legacy reaction check; 0 disables that check.Higher values require a larger reaction before qualification.
Link / Window Sec5Time window used to connect queue and execution evidence.Shorter windows demand tighter timing; longer windows tolerate slower sequences.
Minimum Hits1Minimum number of qualifying interaction events.Higher values require repeated evidence before the signal can qualify.
Minimum Executed Volume200Minimum traded volume required around the level.Higher values filter out lighter interactions.
Queue Hold %50How much of the displayed queue must remain/hold during the event.Higher values demand stronger persistence of displayed liquidity.
Minimum Refresh Count2Minimum replenishment/refresh observations.Higher values demand more evidence that liquidity is refilling.
Reload Tolerance (contracts)20Tolerance used when comparing queue reloads.Larger tolerance accepts more variation between refreshes.
Signal Hold Sec5How long a qualified signal remains available.Longer hold keeps the signal eligible for more time; shorter hold requires faster entry.
Require Fresh At EntryOnRequires the signal to still be fresh when the order is considered.Turning it off allows older qualified evidence to remain usable.
Entry Max Distance (ticks)6Maximum distance allowed between current price and the detected absorption level.Smaller values require entry closer to the detected level.
True Entry LogsOnRecords qualified/submitted absorption events for review.Does not strengthen the signal; it only adds audit/analysis records.
Recent Diagnostic BufferOnKeeps recent absorption diagnostics available for export.Useful for research and support; does not alter the entry logic.
Diagnostic Export Window3Controls the recent diagnostic window used when exporting.A larger value includes a broader recent diagnostic slice.
Xtrend Algo V10 Absorption settings panel
Absorption configuration shown in NinjaTrader Playback. Local file paths are intentionally excluded from this public documentation.
BM SIGNAL 02 / 07

Exhaustion

The move begins with meaningful activity, then the available liquidity/activity thins and follow-through fades.

Step 1Build a recent baseline
Step 2Depth/activity depletes
Step 3Thin state stays stable
Step 4Reaction/freshness gates entry
AGGRESSIVE BUYING FADESstrongweakerthinPRICE PUSHless follow-throughdepletion rises

How to read this signal

Core ideaParticipation weakens after an active move.
What confirms itDepletion versus baseline plus thin-state persistence.
What can invalidate itInsufficient depletion, stale evidence, or price too far from the event.

Parameters in the Xtrend panel

ParameterExample shownWhat it meansWhat changing it does
Use BM ExhaustionOnMaster switch for exhaustion detection.Off prevents exhaustion from creating a BM candidate.
Threshold120Primary size/activity threshold used by the exhaustion path.Higher values demand stronger initial activity before depletion matters.
Minimum50Lower bound for the thin/depleted state.Lower values require a more extreme reduction; higher values accept less thinning.
Baseline Lookback Sec10Time used to establish normal recent liquidity/activity.Longer lookback smooths the baseline; shorter lookback reacts faster.
Minimum Depletion %35Minimum percentage reduction versus the baseline.Higher percentages demand more obvious exhaustion.
Minimum Thin / Stable Sec1How long the thin state should remain stable.Higher values reduce brief one-tick depletion events.
Reaction Ticks1Optional price reaction requirement; 0 disables it.Higher values require more visible reaction.
Signal Hold Sec2Lifetime of the qualified exhaustion signal.Short hold makes the entry more timing-sensitive.
Use Adaptive Thin CapOffAllows the thin threshold to adapt to recent conditions.On can make the threshold respond to changing depth/activity.
Require Fresh At EntryOnRequires current exhaustion evidence at entry time.Off can allow older evidence.
Entry Max Distance (ticks)3Maximum distance from the exhaustion level.Smaller values force tighter proximity.
True Entry LogsOnStores qualified exhaustion entry records.Logging only; no direct signal-strength effect.
Recent Diagnostic BufferOnStores recent exhaustion diagnostics for review/export.Research/support feature, not an entry filter.
Diagnostic Export Window3Amount of recent diagnostic context exported.Higher values preserve more recent context.
Xtrend Algo V10 Exhaustion settings panel
Exhaustion configuration shown in NinjaTrader Playback. Local file paths are intentionally excluded from this public documentation.
BM SIGNAL 03 / 07

Iceberg

Repeated executions occur near the same price while displayed liquidity replenishes, creating more cumulative execution than one visible queue would suggest.

Step 1Trade hits the level
Step 2Displayed size reloads
Step 3Reload cycle repeats
Step 4Refresh/volume rules qualify
VISIBLE QUEUE AT ONE PRICEDISPLAYED SIZEexecutes → refills → executes → refillsfill #1fill #2fill #3CUMULATIVE EXECUTED VOLUME > ONE DISPLAYRepeated replenishment-like behavior at the same level

How to read this signal

Core ideaRepeated replenishment-like behavior at one level.
What confirms itPrint count, cumulative volume, reload count and price tolerance.
What can invalidate itLarge trade gaps, stale level data, insufficient refreshes or distance.

Parameters in the Xtrend panel

ParameterExample shownWhat it meansWhat changing it does
Use BM IcebergOnMaster switch for iceberg-style replenishment detection.Off disables iceberg as a BM entry source.
Minimum Trade Prints80Minimum number of qualifying prints/interactions.Higher values require more repeated trade evidence.
Minimum Executed Volume350Minimum cumulative executed volume near the level.Higher values demand more actual traded volume.
Price Tolerance (ticks)1Allowed price variation while linking executions to one iceberg event.Higher tolerance groups activity across a wider price band.
Min Reload Excess (contracts)30Minimum excess replenishment beyond expected displayed liquidity.Higher values demand stronger refill evidence.
Flip SideOnInverts the default directional interpretation.Use according to the desired response mapping for this detector.
Max Trade Gap Sec2Maximum gap allowed between linked executions.Smaller values require a tighter sequence of prints.
Min Stable Sec3Minimum stability time for the detected level.Higher values reject short-lived levels.
Signal Hold Sec1How long the iceberg signal remains eligible.Short values demand immediate reaction/entry.
Min Refresh Count5Minimum number of observed reloads.Higher values demand more clear replenishment cycles.
Reloads To Bypass Stable Sec5Enough reloads can satisfy the event even when the full stability time is not reached.Higher values make that bypass harder to achieve.
Min Executed % Of Max Display150Executed volume required relative to the largest displayed size.Higher percentages demand more execution than the visible peak size.
Displayed Size Hold Slack %80Tolerance for how much displayed size can vary while still treated as the same level.Higher slack tolerates more queue-size fluctuation.
Disappear Grace Sec2Grace period for a briefly missing level.Longer grace allows short disappear/reappear sequences to remain linked.
Max Level Update Age Sec1Maximum acceptable age of level data.Lower values require fresher depth updates.
Require Level At EntryOnRequires the replenishing level to still exist when entry is considered.Off allows entry after the level is no longer displayed.
One Entry Per Iceberg EventOnPrevents repeated entries from the same detected event.Off can permit multiple entries if other guards allow them.
Entry Max Distance (ticks)2Maximum distance from the iceberg level.Smaller value requires tighter location.
Show Live LineOnDisplays the active iceberg level on the chart.Visual only.
True Entry LogsOnRecords qualified iceberg entries.Logging only.
Xtrend Algo V10 Iceberg settings panel
Iceberg configuration shown in NinjaTrader Playback. Local file paths are intentionally excluded from this public documentation.
BM SIGNAL 04 / 07

Whale

A cluster of unusually large prints forms inside a short time and price band, indicating a concentrated burst of tape activity.

Step 1Collect prints
Step 2Aggregate inside burst window
Step 3Compare size / optional DOM evidence
Step 4Debounce & proximity gate entry
TAPE BURST WINDOWAGGREGATED SIZE CROSSES THRESHOLDprints must cluster inside the configured time/price toleranceoptional DOM fallback can provide additional evidence

How to read this signal

Core ideaLarge activity is concentrated in time and price.
What confirms itAggregate size, burst window, price tolerance and optional DOM fallback.
What can invalidate itStrong opposing bar, debounce, or excessive entry distance.

Parameters in the Xtrend panel

ParameterExample shownWhat it meansWhat changing it does
Use BM WhaleOnMaster switch for large-print / burst detection.Off disables Whale candidates.
Threshold300Primary aggregate size threshold shown in the panel.Higher values require larger bursts.
Use Adaptive ThresholdOffLets the size threshold adjust to recent activity.On can scale sensitivity with changing volume conditions.
Burst Window (ms)300Time window used to aggregate prints into one burst.Shorter values require tighter clustering.
Burst Price Tolerance (ticks)2Maximum price spread allowed inside the burst.Higher values group prints across a wider price area.
Entry Proximity (ticks)5Maximum distance from the burst level for entry.Smaller values require tighter proximity.
Signal Hold Sec6How long the Whale event remains eligible.Longer values give more time to act on the event.
Reject Strong Opposing BarOnBlocks a Whale candidate when a strong bar is moving against the signal.Off ignores this bar-direction safety check.
Opposing Body Min (ticks)2Minimum opposing candle body considered strong enough for rejection.Higher values require a stronger opposing candle before blocking.
Min Seconds Between Trades3Debounce between Whale-triggered trade opportunities.Higher values reduce repeated Whale entries.
Skip DebounceOffAllows the detector to bypass normal debounce when enabled.On increases re-trigger responsiveness.
Flip SideOffInverts the interpreted direction of the Whale event.Use only when intentionally reversing the default mapping.
Show Live Whale LineOnDraws the active Whale reference level.Visual only.
Recent Diagnostic BufferOnKeeps recent Whale diagnostic context.Research/support only.
Diagnostic Export Window3Controls how much recent diagnostic context is exported.Higher values include a wider recent window.
True Entry LogsOnStores qualified Whale entry events.Logging only.
Xtrend Algo V10 Whale settings panel
Whale configuration shown in NinjaTrader Playback. Local file paths are intentionally excluded from this public documentation.
BM SIGNAL 05 / 07

Liquidity Wall

A large resting depth level stands out versus nearby depth, remains stable long enough and stays close enough to current price to matter.

Step 1Detect unusually large depth
Step 2Track stability & drift
Step 3Price approaches within proximity
Step 4Fresh wall can become BM candidate
DOM DEPTHWALLPRICEstability timer

How to read this signal

Core ideaPersistent depth is materially larger than its surroundings.
What confirms itThreshold, relative-to-average depth, stability and freshness.
What can invalidate itWall disappears, drifts too far, goes stale or price moves away.

Parameters in the Xtrend panel

ParameterExample shownWhat it meansWhat changing it does
Wall Engine ModeLegacySelects the wall detection engine/mode exposed by the panel.Changing mode changes which wall workflow is used; use only supported modes in your build.
Use BM Liquidity WallOnMaster switch for Liquidity Wall detection.Off disables Wall candidates.
Threshold120Minimum displayed depth required for a wall.Higher values require a larger resting level.
Proximity (ticks)3Maximum distance from current price where the wall is relevant.Smaller values focus on walls closer to price.
Stable Sec Req3Minimum time the wall should remain stable.Higher values reject short-lived large orders.
Max Drift Ticks1Maximum price movement of the tracked wall while still considered the same event.Higher values tolerate more movement.
Disappear Grace (sec)1Grace period if the wall briefly vanishes.Longer grace tolerates temporary disappearance.
Signal Hold Sec2How long a qualified wall remains eligible.Longer hold gives more time for entry after qualification.
Min Relative To Avg Depth1.5Wall size required relative to normal surrounding depth.Higher values demand a more exceptional wall.
Depth Stale Sec1Maximum age of depth information accepted.Lower values require fresher order-book data.
Require Fresh At EntryOnRequires the wall evidence to still be current at entry.Off can allow an older qualified wall.
Direction ModeNORMALControls directional interpretation of the wall.Alternative modes can reverse or alter direction mapping if available.
True Entry LogsOnRecords qualified Wall entries.Logging only.
Recent Diagnostic BufferOnKeeps recent Wall diagnostics.Research/support only.
Diagnostic Export Window3Controls the recent diagnostic window exported.Larger values preserve more context.
Xtrend Algo V10 Liquidity Wall settings panel
Liquidity Wall configuration shown in NinjaTrader Playback. Local file paths are intentionally excluded from this public documentation.
BM SIGNAL 06 / 07

Spoofing Reversal

A large displayed order is tracked, persists, then a significant portion is pulled before much of it executes; a fast price reaction can qualify the reversal heuristic.

Step 1Large order appears
Step 2Order remains stable
Step 3Liquidity is pulled
Step 4Reaction occurs inside window
DISPLAYED LIQUIDITY → PULL → REACTIONLARGE DISPLAYED ORDERPRICE1. order remains stable2. most of it disappears before much execution3. price reaction occurs inside the reaction window

How to read this signal

Core ideaDisplay → persistence → withdrawal → reaction.
What confirms itMinimum pull %, low executed share and timed price reaction.
What can invalidate itToo much execution, insufficient pull, stale event or no reaction.

Parameters in the Xtrend panel

ParameterExample shownWhat it meansWhat changing it does
Use BM Spoofing ReversalOnMaster switch for the spoof-reversal heuristic.Off disables Spoof candidates.
Threshold80Minimum displayed size used to begin tracking a potential spoof event.Higher values focus on larger displayed liquidity.
Proximity (ticks)6Maximum distance from price where the displayed order matters.Smaller values restrict tracking to levels closer to price.
Stable Sec Req2Minimum time the large displayed order should remain before a pull can qualify.Higher values require more persistence before disappearance.
Max Drift Ticks2Maximum movement allowed while tracking the same displayed order.Higher values tolerate more price-level drift.
Disappear Grace (sec)1Time allowed for the tracked order to disappear and still belong to the same event.Longer values tolerate slower pull sequences.
Min Pull %60Minimum percentage of displayed liquidity that must be removed.Higher values require a more substantial withdrawal.
Reaction Ticks1Minimum price reaction after the pull.Higher values demand stronger follow-through.
Reaction Sec1Time window in which the reaction should occur.Smaller values require a faster response.
Max Executed %50Maximum share allowed to execute before disappearance; helps separate pulling from genuine filling.Lower values require that less of the order trade before it disappears.
Signal Hold Ms1000How long the spoof event stays eligible.Longer values keep it available for more time.
Require Fresh At EntryOnRequires the event to still be fresh at entry time.Off allows older events.
Entry Max Distance (ticks)3Maximum price distance from the event level.Smaller values require closer entries.
True Entry LogsOnStores qualified spoof-reversal entries.Logging only.
Recent Diagnostic BufferOnKeeps recent spoof diagnostics.Research/support only.
Diagnostic Export Window3Controls the recent diagnostic context exported.Higher values include more recent context.
Xtrend Algo V10 Spoofing Reversal settings panel
Spoofing Reversal configuration shown in NinjaTrader Playback. Local file paths are intentionally excluded from this public documentation.
BM SIGNAL 07 / 07

Flash Magnet

Displayed depth expands sharply near price, persists long enough and is followed by a timely attraction/reaction of price toward that level.

Step 1Depth size jumps
Step 2Event passes distance & persistence
Step 3Price moves toward the level
Step 4Freshness/direction rules decide eligibility
RAPID DEPTH GROWTH NEAR PRICEfarnearDEPTH SIZE JUMPSPRICEgrowth must persist long enough and sit inside the min/max distance band

How to read this signal

Core ideaFast depth growth becomes an attention/attraction level.
What confirms itSize increase, relative depth, persistence and attraction window.
What can invalidate itToo far/too close, insufficient size growth, weak attraction or stale event.

Parameters in the Xtrend panel

ParameterExample shownWhat it meansWhat changing it does
Use BM Flash MagnetOnMaster switch for Flash Magnet detection.Off disables Flash Magnet candidates.
Min Ticks From Price1Nearest allowed distance between the flash level and current price.Larger values ignore flashes that appear too close.
Max Ticks From Price8Farthest allowed distance for the flash level.Smaller values focus only on nearby flashes.
Min Size100Minimum displayed size required for the event.Higher values demand a larger depth event.
Min Size Increase5Minimum rapid increase in displayed size.Higher values require a sharper jump.
Relative To Avg Depth1Required size relative to recent average depth.Higher values require the flash to stand out more from normal depth.
Maximum Attraction Confirmation3000Maximum confirmation window shown by the panel for price-attraction/reaction behavior.Smaller values require a faster confirmation sequence.
Min Persistence Ms50Minimum time the new depth must remain present.Higher values reject ultra-brief flashes.
Minimum Attraction Ticks2Minimum price movement toward the flash level used as attraction evidence.Higher values require a larger approach.
Require Candle DirectionOffRequires candle direction to agree with the configured Flash logic.On adds directional candle confirmation.
Signal Hold Ms3000How long a qualified Flash event remains available.Longer values give more time after detection.
Require Fresh At EntryOnRequires fresh Flash evidence when entry is considered.Off allows an older event.
Entry Max Distance (ticks)8Maximum distance from the flash level at entry.Smaller values require price to remain closer to the event.
DebugOffEnables additional diagnostic detail.Use for troubleshooting, not normal customer operation.
Recent Diagnostic BufferOnKeeps recent Flash diagnostics.Research/support only.
Diagnostic Export Window3Controls the recent diagnostic window exported.Higher values include more context.
True Entry LogsOnRecords qualified Flash entries.Logging only.
Reverse Flash MagnetOnReverses the default directional interpretation when enabled.Use only when the intended strategy configuration calls for reversed Flash direction.
Xtrend Algo V10 Flash Magnet settings panel
Flash Magnet configuration shown in NinjaTrader Playback. Local file paths are intentionally excluded from this public documentation.

Shared BM controls that affect the seven signals

These settings are not one detector by themselves. They change how the seven signals are ranked, routed or adapted after a detector qualifies.

BM signal coordination

  • Use BookMap Signals — master switch for BM signal participation.
  • Q History Len / BM Hist Len — history windows used by BM evaluation and stability logic.
  • Stable Evaluations Required — number of consistent evaluations before accepting an updated BM state.
  • Min Seconds Between BM Signal — global spacing between accepted BM events.
  • Show Accepted BM Markers — displays accepted BM markers on the chart.

Signal priority

  • Priority Absorption
  • Priority Exhaustion
  • Priority Iceberg
  • Priority Whale
  • Priority Liquidity Wall
  • Priority Spoof

Priorities resolve competing BM candidates. They do not make a weak detector stronger; they decide which qualified event wins when several are available.

BM order routing

  • Order Mode — chooses the BM order style.
  • Breakout Offset (ticks) — offsets breakout-style placement.
  • Limit Offset (ticks) — adjusts limit placement relative to the reference level.
  • Cancel if Runs Away (ticks) — cancels a working entry when price moves too far away.
  • Abs Near-Edge Fraction — absorption-specific near-edge placement control in the related order path.
  • Per-signal ATM templates — lets Absorption, Exhaustion, Iceberg, Whale, Wall, Spoof and Flash use their own ATM template when enabled.

BM Auto Adjust

  • Enable BM Auto Adjust — turns adaptive BM tuning on/off.
  • Profile — selects the adjustment profile such as Balanced.
  • Lookback Samples / Minimum Samples — controls the evidence window and minimum sample count.
  • Update Every (sec) — adjustment frequency.
  • Adjustment Strength % / Smoothing % / Maximum Change % — controls how strongly and how quickly parameters can move.
  • Freeze On Active BM Signal and Freeze With Order / Position — prevent parameter movement during sensitive live states.
  • Show Diagnostics — exposes adjustment diagnostics for review.

L1 Fast Execution

  • Execution Engine and Limit Placement — select the fast-entry path and passive/marketable placement style.
  • Breakout Offset and Maximum Spread — control acceptable placement/spread conditions.
  • Maximum L1 Age (ms) — rejects stale top-of-book data.
  • Entry TTL (ms) — maximum lifetime of a working fast entry.
  • Cancel Run-Away (ticks) — abandons a working entry if price escapes.
  • Require BM Reference — requires a valid BM reference level for that path.

Diagnostics and exports

  • True-entry logs and recent diagnostic buffers are for analysis/support.
  • They do not increase signal strength and should not be described as trading filters.
  • Customer documentation should show the feature name, not a developer PC path. Installation/export folders are documented separately.

Trading Modes

Trading modes

EntryCombineMode (; active logic ) controls core-versus-BookMap eligibility.

ModeEligible pathwayPractical consequence
CoreOnlyCore candidate onlyBookMap evidence is not an autonomous entry source.
BMOnlyBookMap candidate onlyCore signals do not create the eligible pathway.
CoreOrBMEither qualifying candidateBroadest eligibility; all normal safety/risk/ML/L2 guards remain.
CoreAndBMBoth requiredMost restrictive; requires compatible direction/timing as resolved by strategy logic.

Risk & Orders

Important: Verify stop-loss and profit-target units in your installed build before enabling trading. Recorded version differences may exist between a property label and its execution mode.

Risk and order management

The actual order owner is NinjaTrader strategy code. Before enabling, verify quantity, account, session and protection settings in the installed runtime. A rejected candidate is not necessarily a risk failure: it may have failed signal freshness, data, mode, ML, L2, position/order, or routing guards.

Verified execution facts: PlaceEntryUnifiedGated owns final submission; Flow AI runs before a submitted entry; terminal results write ledger records after submission/fill lifecycle; legacy versus L1Fast BookMap execution is selectable. L1Fast plans from fresh best bid/ask; Passive uses bid for buys/ask for shorts, while Marketable uses ask for buys/bid for shorts while retaining a limit cap ().

The accessible audit does not establish active implementation of break-even, trailing stop, max trades/day, prop-firm drawdown, partial-fill recovery, connection-loss recovery, or exact currency/tick semantics. Treat all as runtime verification required, not product claims.

Chart Controls

Chart and Control Center controls

The separate desktop Control Center is source-verified as a local client: it starts/queries the local API, displays health/status, and cannot command NinjaTrader. Panel configuration/performance data are local runtime files. Closing its panel requests shutdown only of the backend it owns.

Safety rule for any runtime-tested CXL/FLAT control: use simulation first, identify exact account/instrument scope, record whether confirmation appears, and verify action through NinjaTrader order/position state—not a button color alone.

XtrendBookMap

XtrendBookMap source is not present in the accessible workspace. Its heatmap, profile, labels, rendering and exposed property grid cannot be documented from names alone without violating the source-verification requirement.

What is verified: the strategy reads its signal series and snapshots for Absorption, Exhaustion, Iceberg, Whale, Liquidity Wall, Spoof, and Flash-related context; depth availability is material. Missing dependency source is an installation/release blocker. Obtain the matching indicator .cs source/export, then re-run the property inventory before publishing this chapter.

XtrendFootprint

The Footprint indicator source/property grid is absent. The strategy references Footprint fields and contains a Footprint V2 shadow evaluator, but that is not a substitute for an indicator manual.

Verified strategy integration: optional BM Wall, Spoof, and Absorption confirmation can require Footprint readiness and evaluate source-defined attack/rejection or momentum conditions. When Block If Data Missing is true, missing required footprint history blocks that enabled confirmation pathway. .

XtrendVWAP

No XtrendVWAP source is accessible. The only verified exposed integration is EnableVWAPContext=true: off records VWAP context as unavailable/null and source says trading behavior is unchanged (). Session reset, deviation bands, plots, and any VWAP trading signal must be documented only after examining the actual indicator source.

Machine Learning

When no validated model is available, do not treat an ML badge or probability display as a verified live trading forecast. Availability and authorization depend on the installed build and server state.

Machine learning and Flow AI

Two paths exist. Legacy ML properties point to /predict_ensemble, but the supplied V10 backend reports NO_LEGACY_MODEL_RUNTIME; do not configure it as a functioning production confirmation model. Flow AI is the current documented integration: NinjaTrader posts immutable candidate snapshots to /predict_flow; inference requires a validated artifact; prediction itself does not read or train on ledger files.

In GATE, invalid/no model responses follow AI If Unavailable: ALLOW preserves the entry, BLOCK rejects it. SHADOW and ADVISORY do not block through FlowAiEntryAllowed. Feedback happens asynchronously after a terminal result, only when learning is on and update mode is not Off. Ledger records must be under %LOCALAPPDATA%\\XtrendAlgoV10\\ledger for the desktop learner to accept them.

L2 Micro Mode: Off disables; Advisory calculates without blocking; ML Feature records evidence without blocking; ConfirmEntries requires fresh evidence that meets probability/evidence thresholds. Context is explicitly telemetry/research-only in its description; do not market it as an active entry confirmer without a separate runtime proof.

Practical Workflows

Educational examples

These are workflow examples, not recommendations or profitability claims.

  1. Simulation core-only: Select CoreOnly, leave optional gates off, verify a detected core event versus submitted order in NinjaTrader logs.
  2. BM-only research: Ensure depth/BookMap dependency is installed, use BMOnly, enable one signal family, and review diagnostics without assuming chart events trade.
  3. Core + BM confirmation: Use CoreAndBM; begin with default freshness behavior. Expect fewer eligible candidates because both sides must qualify.
  4. L2 confirmation experiment: Set L2 Micro Mode to ConfirmEntries; 5 depth levels, 1000 ms freshness, 0.60 threshold and 0.25 evidence are code defaults. Compare blocks in simulation.
  5. Flow AI confirmation: Start licensed local desktop service, confirm VALIDATED_MODEL, enable AI Confirmation and GATE, and decide deliberately whether unavailable should ALLOW or BLOCK. Test both outcomes in simulation.
  6. Manual monitoring: Keep automated strategy disabled; use indicator visual events strictly as research and practice interpreting stale/missing data.

Troubleshooting

Troubleshooting

SymptomCheckSafe resolution
Strategy or indicator does not compileMissing XtrendBookMap/Footprint/VWAP types in compile outputInstall matching full export; do not replace types with placeholders.
Desktop starts but says DISCONNECTEDNinjaTrader may be absent/not runningThis is normal; launch/enable strategy separately.
Flow AI blocks/allows unexpectedlyAI mode, validated model state, timeout, unavailable policyTest Gate/ALLOW/BLOCK in simulation; inspect local status.
No Flow model/status.flowAi reports no validated modelTrain/deploy through approved process; do not claim fallback prediction exists.
L2 confirmation blocks entriesFeed/depth freshness/evidence thresholdsVerify depth subscription; relax only in simulation after understanding data quality.
Ledger feedback rejectedLedger path outside configured desktop rootLeave path empty or use the LocalAppData ledger root.
Port conflictAnother process owns 8888Stop/reconfigure the conflicting service through approved support workflow.
Signals but no ordersMode, freshness, data, L2/ML/risk/order guardsCompare event, candidate and submitted-order timestamps/logs.
License failureNetwork/key/machine bindingVerify credentials/connectivity and contact support; strategy/desktop activation parity needs acceptance testing.

Customer FAQ

Customer FAQ

Does a chart signal mean an order was placed? No. Detection, eligibility, submission, and fill are separate stages.

Does the desktop app trade for NinjaTrader? No verified desktop-to-NinjaTrader command path exists.

Can I use Flow AI without a model? The app starts, but Gate behavior follows AI If Unavailable; a validated model is required for a valid Flow prediction.

Why are BookMap features unavailable? They require the matching custom indicator and suitable market-data/depth feed.

Does Context change trades? The exposed description says it captures telemetry and does not change entry/routing/risk/BM/L2/ML decisions.

Can I rely on the old ML endpoint? No; supplied backend reports no legacy model runtime.

What is the safest first test? A simulation account with one feature family, logging, and a clear separation between visual events and orders.

Xtrend Algo V10 Documentation · Educational configuration reference. Trade behavior depends on market data, software settings, execution and account conditions. No trading result is guaranteed.