AI-Powered Research & Analysis

Titan Analytics Engine:

Pipmaster France’s proprietary analytics infrastructure

Most Expert Advisors are developed almost exclusively based on backtests. At Pipmaster, we have chosen a complementary approach: observing, measuring, and using artificial intelligence to analyze the actual behavior of Titan Breakout under real-world market conditions.

The goal is not to present a “magical artificial intelligence” capable of predicting the market. Artificial intelligence is used as an analytical tool capable of leveraging data from the trading robot, technical logs, rejected signals, executed trades, and market context.

Titan Breakout is not developed blindly. It relies on an internal quantitative analysis framework that enables the analysis of trades, rejected signals, technical filters, market conditions, and recurring patterns in the strategy.
Comprehensive analysis of each signal generated at the close of every H1 candle
Centralized view of MT5 logs, trades, snapshots, and detailed rejection reasons by filter
Simulation of rejected signals to compare actual performance with potential performance
Measuring maximum price swings and price changes after each trade is closed
Direct access to the MySQL database via an internal API, queried by artificial intelligence in real time
Signal Matrix

A comprehensive evaluation of each H1 signal

At the close of each H1 candle, Titan Breakout does not simply stop at the first unmet condition. All of the strategy’s filters are systematically evaluated: candlestick structure, EMA trend, ADX strength, ADX slope, Donchian breakout, Kill Zone, structural context, and imbalance zones.

Each filter is scored individually (as valid or invalid), and the complete results are stored in a database. This comprehensive matrix provides precise information on which filters blocked each signal, under what market conditions, and how frequently.

Without this comprehensive analysis, certain filters could block hundreds of signals without it being possible to identify them. The Signal Matrix transforms each H1 candle into actionable quantitative data.
Individual score for each filter for each H1 signal
Accurate identification of the most restrictive filters for each symbol
Correlation between market conditions and filter validation rates
A quantitative basis for adjusting parameters using actual data, not assumptions
Ghost Trades

Simulate the rejected signals to understand their true value

When a signal is rejected by a filter, a fundamental question remains unanswered: Would that trade have been profitable if it had been executed? The Ghost Trades mechanism answers this question by simulating, in the backend, each rejected signal using the same management rules as for actual trades.

The same stop-loss, the same take-profit, the same exit rules. Titan Breakout did not place the order, but the backend simulates the result using real H1 data and records the outcome: TP reached, SL hit, or trade expired.

Ghost Trade - Simulation backend
       │
       ├── Signal rejeté par un ou plusieurs filtres
       ├── Backend simule le trade sur données H1 OHLC réelles
       ├── Même SL / TP / Règles de gestion que les trades réels
       └── Résultat enregistré : TP, SL, expiration, PnL simulé (R)
       │
       ▼
Comparaison Ghost vs Réels
       │
       ├── Si ghost WR > réel WR → Filtre potentiellement trop restrictif
       ├── Si ghost WR ≈ réel WR → Filtre pertinent
       └── Si ghost WR < réel WR → Filtre protège efficacement
Ghost trades provide an objective way to measure whether a filter enhances or hinders a strategy. This is the difference between adjusting a parameter based on intuition and adjusting it based on quantitative evidence.
MFE / MAE & Post-Closing Analysis

Track what happens during and after each trade

For each live trade, the system continuously measures two key price movements over the life of the position: The MFE (Maximum Favorable Excursion – how far the price moved in the desired direction before closing) and the MAE (Maximum Adverse Excursion – how far the price moved against the position before closing).

These two metrics, expressed in R (risk multiples), help us understand the true profile of each trade: Did a trade that closed in profit nearly hit the stop-loss before reversing? Was a losing trade profitable at +2R at some point?

Post-close analysis goes a step further: Once the trade is closed, the backend continues to monitor the price over the next 24 H1 candles. The goal is to determine whether the original take-profit level would have been reached after the trade closed and, if so, over how many candles.

This information makes it possible to estimate the potential return that could have been achieved with a different management approach, and to identify recurring early exits.

MFE: Measure of the maximum unrealized profit during the trade (in R)
MAE: Measure of the maximum unrealized loss during the trade (in R)
Post-close: Price tracking over 24 H1 candles after the close
Detection of recurrent early discharges prior to TP
Comparison of actual RR vs. potential RR available after closing
Technical pipeline

How data is collected and analyzed

At the close of each H1 candle, Titan Breakout evaluates all market conditions and records a comprehensive set of results: Candlestick structure, EMA trend, ADX strength, Donchian breakout, Kill Zone, structural context, and areas of imbalance.

This data is sent in real time to a MySQL database hosted on OVH infrastructure. Automated scripts then take over: simulating ghost trades, calculating MFE/MAE, performing post-close analysis, and synchronizing external market data.

[H1 Candle Close]
       │
       ▼
Titan Breakout - MT5
EvaluateNewBarSignal() - Comprehensive evaluation of all filters
       │
       ├── Score: Body_ok, ema_trend, adx_ok, adx_slope, breakout
       ├── Score: KillZoneOK(), StructuralContextOK(), FVG
       └── Records: Signal_generated + full score for each filter
       │
       ▼
Secure HTTP transmission to the Pipmaster backend
       │
       ├── ea_signals.php    → H1 signals + full filter matrix
       ├── ea_logs.php       → Technical logs
       ├── ea_trades.php     → Open/Close
       └── ea_snapshots.php  → Daily snapshot
       │
       ▼
OVH MySQL database
       │
       ├── ea_signals        → H1 signal matrix
       ├── ea_ghost_trades   → Rejected signal simulation
       ├── ea_trades         → Actual trades + MFE/MAE + post-close
       ├── ea_market_data    → H1/D1 Twelve Data
       └── ea_logs / ea_snapshots
This architecture allows us to look beyond just the visible results. It also helps us understand the invisible decisions: rejected signals, blocking filters, what happened during the trade, and what might have happened afterward.
Market data

MT5 logs are enhanced with data from Twelve Data

To avoid limiting the analysis to MT5 logs alone, the system also retrieves external market data via the Twelve Data API.

An automated script identifies the active patterns recently observed by the robot, then retrieves the corresponding H1 and D1 candlesticks. This data helps put Titan Breakout’s decisions into their real-world context: trend, volatility, price momentum, and market structure.

market_data_sync.php - OVH Cron
       │
       ├── Reads the active symbols from the last 7 days
       ├── Queries the Twelve Data API
       ├── Retrieves H1 and D1 data
       └── Inserts the data into ea_market_data

Data used:
       ├── H1: Approximately 168 candles - 7 days
       └── D1: Approximately 30 candles - 30 days
H1 and D1 Multi-Timeframe Analysis
Understanding Price Trends and Dynamics
Observation of volatility and compression phases
Understanding Breakouts and False Signals
The goal isn't to collect data just for the sake of it. The goal is to understand in which environments Titan Breakout truly demonstrates its edge.
Real-time data access

A dedicated internal API: Direct access to the database for artificial intelligence

All collected data is accessible in real time via a secure internal API. This API allows you to query the OVH MySQL database directly, without an intermediary and without relying on files generated at fixed intervals. Each query returns the most recent data available.

Two dedicated Artificial Intelligence sessions (an ANALYSIS session and a DESIGN session) access this data on demand. Each time a session is opened, a compact snapshot of the system’s state is automatically loaded: current assumptions, recent decisions, deployed changes, and AI parameters.

ea_query.php — Direct MySQL API (OVH)
       │
       ├── GET ?section=signals      → H1 Signal Matrix (all scored filters)
       ├── GET ?section=ghost        → Ghost Trades (simulations of rejected signals)
       ├── GET ?section=trades       → Actual trades + MFE/MAE + post-close
       ├── GET ?section=market       → H1 / D1 market data
       ├── GET ?section=state        → Compact snapshot (AI session startup)
       └── POST ?section=decisions   → Decisions, assumptions, modifications
       │
       ▼
Dedicated Artificial Intelligence sessions
       │
       ├── ANALYSIS session    → Behavioral analysis, data interpretation
       └── DESIGN session → Technical modifications + database writing
The database is the single source of truth. The two sessions related to artificial intelligence access it directly each time they start up, without relying on an intermediate file or periodic synchronization.
Artificial Intelligence & Behavioral Analysis

Artificial intelligence as an analyst, not as a trader

Artificial intelligence does not play a role in executing trades. It does not replace strategy, does not adjust positions in real time, and does not claim to predict the future.

His role is different: analyzing data, comparing contexts, identifying recurring patterns, pinpointing the causes of rejection, studying drawdown periods, and helping to develop recommendations for improvement based on quantified observations.

Why are certain signals consistently rejected for a particular symbol?
Which filters most often block incoming signals, and would those blocked signals have been beneficial?
In what situations do breakouts work best?
Are premature exits a recurring issue? Does the price often continue to move after the market closes?
Do the current settings promote robustness or over-optimization?
Artificial intelligence is used as a research tool. It helps us ask better questions, analyze data more quickly, and avoid making decisions based solely on intuition.
User benefit

An internal infrastructure that directly benefits users

Although this analytical infrastructure remains internal to Pipmaster, it directly benefits Titan Breakout users. The areas for improvement identified through real-world data allow us to update the EA on a regular basis, in a more structured and objective manner.

The goal is not to make random changes to the EA or to react emotionally to a few losing trades. The goal is to identify recurring trends, understand the system’s potential weaknesses, and gradually improve its robustness based on quantitative evidence.

Improvements based on real data, not just on impressions
Comparison of Ghost vs. Real Data to Objectively Identify Overly Restrictive Filters
MFE/MAE analysis to understand trade profiles and improve position management
Post-discharge follow-up to prevent recurring early readmissions
Titan Breakout is constantly evolving thanks to an ongoing research effort
In short: Users aren’t just buying a static trading bot. They get a continuously updated system, with a development philosophy focused on robustness and continuous improvement!
Long-term vision

Developing an EA as a living system

Serious algorithmic trading isn't about looking for a miracle robot. It involves continuously maintaining a consistent, measurable system that can be objectively analyzed.

Titan Breakout follows this approach: a structured strategy, strict risk management, continuous monitoring, and a commitment to constant improvement 🚀

Titan Breakout is not based solely on backtesting. It is developed using a process of observation, analysis, quality control, and continuous improvement.
Observe the system's actual behavior, signal by signal
Understanding favorable and unfavorable contexts through data
Measure the actual impact of each filter using Ghost Trades
Improving robustness without falling into the trap of over-optimization
Building a sustainable and evidence-based approach to automated trading

Back to top