Praetorian

The visible chart is only the surface

Praetorian maps higher-timeframe market structure across Gold and Nasdaq through an internally governed, six-system multi-horizon breakout portfolio.

Whatever timeframe you display, Praetorian works from its own internal market horizons. It identifies relevant higher-timeframe key levels, prepares breakout execution and manages each system through its own risk and exit logic.

You choose the markets, broker environment and risk. Praetorian controls its internal timing, key levels, signal calculation and execution process.

What you receive

• Gold: a dedicated multi-horizon breakout stack
• Nasdaq: a dedicated multi-horizon breakout stack
• Both directions: every system can trade qualifying upside and downside breakouts
• Distinct system logic: every system has its own internal horizon, entry cycle, risk calculation and position management

Two markets. Multiple higher-timeframe horizons. Six systems under one internally governed architecture.

The internal horizons operate concurrently. You do not need to interpret each higher-timeframe structure manually, rotate timing presets or decide which horizon should replace another.

The level is defined before price arrives

Internally, every system derives its actionable breakout levels from completed higher-timeframe candles within its assigned market horizon. The timeframe displayed on the chart does not determine the signal logic. Buy Stop and Sell Stop orders prepare execution before price reaches the identified levels.

If broker conditions temporarily prevent a valid order, Praetorian can retry while the level remains untouched and the cycle remains valid. If the breakout has already passed without a resting order, Praetorian does not chase the move.

Every position begins with a volatility-based protective stop. There is no fixed take-profit target. Each system manages its exit through fixed internal trailing logic, allowing the position to remain active without a predetermined take-profit ceiling.

The objective is clear: participate in higher-timeframe expansion without chasing it, while keeping exposure and position management governed by predefined rules.

Fixed strategy architecture

Consistency begins with what does not change.

• No annual set-file rotation
• No market-phase presets
• No recurring parameter search required for operation

You retain control over market activation and position sizing. Praetorian retains control of the internal horizons and strategy architecture. This is the robustness principle behind the design: limit discretionary strategy drift instead of replacing the configuration solely because of a quiet period or a difficult sequence.

Risk settings and execution discipline

You can define risk separately for every system as either a fixed amount in the account currency or a percentage of the current account balance. The default portfolio structure deliberately assigns different risk weightings across the internal systems instead of treating every market horizon identically.

Practical execution baseline: USD 100 or more of intended risk per position.

For USD-denominated accounts, every enabled system should produce at least USD 100 of intended monetary risk per position in both backtesting and live deployment. 

For accounts denominated in another currency, use the current account-currency equivalent of at least USD 100. With percentage-based sizing, ensure that the selected percentage and current balance produce at least this monetary amount.

Praetorian calculates order volume from the planned entry to the initial protective stop using the contract specifications supplied by the broker. It never raises volume above the risk selected in the inputs merely to satisfy the broker's minimum lot.

If the smallest tradable volume would already exceed the selected risk ceiling, no order is placed. Praetorian can retry while the predefined level remains untouched. If price reaches the level before a valid risk-compliant order can be placed, the opportunity is passed rather than chased.

Because Praetorian operates with higher-timeframe, swing-sized protective stops, smaller risk budgets can become incompatible with the broker's minimum lot. This is particularly relevant on Gold.

Insufficient executable risk can therefore filter otherwise valid opportunities, materially reduce the trade sample and create a result that does not represent all enabled systems operating with full participation.

USD 100 is the practical operating baseline. The exact requirement can be higher depending on minimum volume, volume step, contract size, tick value and the entry-to-stop distance of the individual setup. Confirm complete system participation under the same broker specifications, account currency and risk scale intended for deployment.

If the execution baseline does not fit the total portfolio risk plan, increase the capital base rather than overriding the risk protection.

Within each system, additional same-direction initial risk is blocked until the protective stop of the existing same-direction position has reached entry or better. Other systems and the opposing direction can continue operating on a hedging account.

Per-system risk is not a portfolio-wide exposure limit. Several systems can be active concurrently, while gaps, slippage, commissions and swaps can change the final realized result. Select risk for the combined portfolio.

Conservative validation standard

For final evaluation, use Every tick based on real ticks, history quality as close to 100% as the broker data permits and the same account currency, symbol specifications, trading costs and risk scale intended for deployment.

In the developer's comparative tests, one-minute OHLC produced approximately 10-20% higher results than real-tick modeling. One-minute OHLC may be sufficient for preliminary checks.

Broker price feeds and server time affect the construction of the internal higher-timeframe calculations. Spreads, commissions, swaps and execution also affect trades and results. Praetorian does not use a news filter or a universal maximum-spread filter, so broker selection and total trading costs remain part of your risk planning.

Broker and account selection

Praetorian is broker-independent. The quality of the execution environment still matters.

The following raw-spread and commission-based MetaTrader 5 account environments form the primary shortlist for Praetorian deployment:

1. Fusion Markets - Zero Account
2. IC Markets - Raw Spread Account
3. Tickmill - Raw Account
4. Vantage - RAW ECN Account
5. FP Markets - Raw Account
6. BlackBull Markets - ECN Prime Account
7. Pepperstone - Razor Account
8. Global Prime - Raw Account
9. Axi - Pro Account
10. Eightcap - Raw Account

Use the properly regulated entity available in your jurisdiction and confirm that the selected account provides MetaTrader 5, hedging mode and the required Gold and Nasdaq instruments.

The account label is not the qualification. The actual server specifications are.

Before deployment, verify symbol naming, minimum volume, volume step, contract size, tick value, pending-order support, trading hours, server time and available real-tick history. Minimize spreads, commissions and swaps wherever possible. Lower total execution costs preserve more of the strategy's gross trading result.

Conditions can differ between legal entities, account servers and regions even under the same broker name. Test the exact account environment intended for live execution and confirm that every enabled system can place valid orders at the selected risk scale.

Defined deployment

Compatibility: a MetaTrader 5 hedging account is required.

1. Run one instance on the intended Gold chart with Gold enabled and Nasdaq disabled.
2. Run a second instance on the intended Nasdaq chart with Nasdaq enabled and Gold disabled.
3. Keep all six Magic Numbers unique and confirm the risk settings.

Do not enable both market groups on the same chart. The switches activate system groups; they do not route orders to different symbols. The visible chart timeframe does not control Praetorian because its higher-timeframe horizons operate internally.

Continuous VPS operation is recommended. Broker-side pending orders and protective stops may remain active while the terminal is offline, but trailing and order maintenance require MetaTrader 5, algorithmic trading and Praetorian to remain active.

Do not remove Praetorian or change its market switches, Magic Numbers, chart context or settings while related positions or pending orders remain active. Existing positions remain open and may no longer be managed. Verify all remaining exposure before making changes.

Built for the right operator

Praetorian is built for you if you want systematic participation in Gold and Nasdaq, explicit control over risk and a fixed process you are prepared to evaluate across complete market cycles.

Activity can be quiet or clustered, and positions can remain open across multiple sessions. Praetorian does not target constant trade frequency, fixed monthly returns or guaranteed short-term outcomes.