Appearance

Personalize your experience

Mode
Accent Color
Direction
Step 3 — Preview & Deploy

Step 3 — Preview & Deploy

Wizard

The last read-only checkpoint before real orders exist. Everything shown here is what will be written to the engine config.

What to check, in order

  1. 1
    Identity
    Symbol, broker, direction and . These cannot be changed after deploy — a mistake here means deleting the and starting again.
  2. 2
    Ladder cost vs capital
    the "Ladder Cost" row against "Min Required" and your . This is where an under-funded martingale ladder is caught.
  3. 3
    Stop loss
    Confirm it says what you intend. "Disabled" is a legitimate choice, but it should be a chosen one.
  4. 4
    Trail modes
    Check whether an extending is on and whether capital is set for it.
  5. 5
    Engine
    Python or C++. Both consume the same config, so this is a choice.
1Particularsbroker · symbol · direction · engine2Settingsmode · structure · pricing · capital · stop3Previewreview · deploy
Preview is the confirmation stage of the three-step flow.

Derived values shown here

Ladder Cost
Σ of every rung's size multiplier, in base-lot units — from the 's own . The honest cost of the ladder.
Min Required
(ladder cost + init targets × ) × grid size ÷ leverage.
Total Allocation
Capital plus capital, when an extending trail mode is selected.
Stop Loss
Distance and , or "Disabled".
ℹ
Note:The capital figures here use the same -aware math as the settings step and the . If the three ever disagreed it would be a bug — they are computed from one shared function.

What deploy actually does

Wizardapps/webNestJS APIgrid-botDragonflyconfig + commandsPython engineapps/gridC++ engineapps/hft/gridone snake_case config schema · both engines drain the same Redis command channel
The deploy path: wizard → API → Dragonfly → the selected engine.
  1. 1
    Create the bot record
    The API persists the against your account and returns a . This id is embedded in every the engine generates.
  2. 2
    Write the engine config
    The camelCase payload is translated to the engine's snake_case strategy_parameters and published to Dragonfly (and the active config directory). Both engines read this identical schema.
  3. 3
    Resolve credentials
    Broker keys are looked up server-side from your saved . No key material passes through the browser.
  4. 4
    Start the engine
    The orchestrator picks up the config, instantiates the in a worker slot, and the engine takes the opening market position and places the ladder.
  5. 5
    Go live
    Status flips to running and the appears in the terminal's strategy selector with grid, positions, orders and logs.
!
Caution:Deploy places real orders immediately: a market entry for the opening position, then the entire resting ladder. There is no dry-run stage after this .

If deployment fails

  • Missing — no key set is saved for the chosen broker. Add it under Manage Brokers and start the again; the record already exists.
  • Insufficient margin — the opening market order is . Lower or grid size, or raise capital.
  • Symbol not found — the sub- or symbol format does not match the venue. Check the against the broker's contract list.
  • closed — a -based venue cannot accept orders yet. The engine waits for the open and builds the ladder then.

The bot record survives a failed start, so you can fix the cause and start it again from the dashboard rather than re-entering the whole configuration.

After deploy

  • Open Bot Visuals for the to watch the grid, positions, pending orders and logs .
  • Use the Settings tab there to change behaviour — , spacing, targets, capital, trailing, — without redeploying.
  • Use the Controls tab to , resume, rebalance, stop or kill.

Related

  • 1.Engines — Python vs C++ — What runs your config
  • 2.Strategy Lifecycle — Live edits, commands and restarts
  • 3.Capital Allocation — The numbers on this screen

Related articles

  • Reading the Ladder Plan

    Automation / Predefined Strategies / Wizard Steps

    The ladder preview is not an illustration — it is the plan, computed with the engine's own sizing and pricing math from the settings you have entered.

  • Grid Mode (in the wizard)

    Automation / Predefined Strategies / Wizard Steps

    The single most consequential setting: how much size each level commits as the ladder goes deeper.

  • Grid Structure

    Automation / Predefined Strategies / Wizard Steps

    Ladder depth, the opening batch, and the base size every level scales from. This section reshapes itself around the selected grid mode.

  • Spacing & Targets

    Automation / Predefined Strategies / Wizard Steps

    Spread sets how far apart the rungs are, target sets how far each fill has to travel to book profit, and buffer keeps refills from becoming market orders.

  • Step 1 — Particulars

    Automation / Predefined Strategies / Wizard Steps

    Identity of the strategy: where it trades, what it trades, which way it leans, and which engine runs it. These fields are fixed once deployed.

  • Reading the DCA Cycle Ladder

    Automation / Predefined Strategies / DCA Bot

    Cumulative quantity and average entry once that order has filled.

  • Reading the Wheel Preview

    Automation / Predefined Strategies / SFO Wheel

    Expiry timeline, put table and covered-call table explained.

  • Step 8 — Review & Deploy

    Automation / Strategy Builder / Wizard Steps

    Review is the final step before deployment. It presents the complete strategy configuration in one place, runs validation checks, highlights errors and…

  • Capital Allocation

    Automation / Predefined Strategies / Risk & Capital

    The ceiling the strategy may deploy — and the one number people get wrong, because the ladder's cost depends on the grid mode, not on the level count.

Browse all knowledge base articles →