Python & FastAPI core
Asynchronous request handling, supervised background loops for recording, alerting and pulling, and a clean boundary between the interface and everything else.
Every dependency is a thing that can break on a server you cannot reach at midnight. The platform runs on a short list of well-understood parts, packaged into one file that needs nothing installed around it.
$ UltimateCoreX.exe$ UltimateCoreX.exe --agent --hub https://hub --token ***$ UltimateCoreX.exe --workerThe stack
Asynchronous request handling, supervised background loops for recording, alerting and pulling, and a clean boundary between the interface and everything else.
Accounts, snapshots, servers and settings in one file with write-ahead logging. All access sits behind a single module so the engine can change without touching the rest.
Reader, sender and receiver programs are produced from hardened templates, so a fix reaches every account by regenerating instead of hand-editing twenty files.
The operator console is plain HTML, CSS and JavaScript. Nothing to build, nothing to upgrade, no framework release breaking your dashboard six months from now.
Hub and agent ship as the same executable — the mode is a command-line switch. Copy one file to a server and you are done.
Outbound calls use what the language already ships. Fewer moving parts, fewer supply-chain surprises, and nothing to reinstall when a server is rebuilt.
Platform architecture
Nothing in the system requires an inbound port. Agents post outward, the hub pulls outward, and native calls are isolated so a hung terminal can never freeze your console.
MT4 or MT5, already running your strategy.
Generated reader writes state, reads control.
One per VPS. Reads files, never terminals.
Validates, stores, analyzes, alerts.
Your browser, reading from the hub.
Works behind NAT and restrictive firewalls without a single rule change.
Terminal access runs in a separate process with enforced timeouts.
A robot can never read a half-written freeze instruction.
One database file. Copy it, move it, back it up — it is yours.
At a glance
Engineering principles
A metric is implemented once and reused. When two code paths computed profit differently, that was treated as a defect and fixed — not documented as a quirk.
A failed freeze, a rejected token, a dropped connection: each one surfaces loudly. Silent failure in trading software is worse than no software.
Writers refuse to replace a populated record with a blank one, because a fast path should never destroy what a slow path just built.
Older agents keep working against a newer hub and fall back automatically. You upgrade servers when you are ready, not when we ship.
Console responsiveness
50 accounts reporting · 24 hours
10s
Telemetry interval
Per account, continuously
50+
Accounts per hub
Across many servers
<100ms
Console refresh
In-place value updates
20k
Snapshots retained
Per account, then pruned
Performance
The console refreshes constantly but moves rarely. Values update in place, heavy analysis stays off the request path, and growth is bounded automatically.
Security
Most aggregation tools want your investor password or a server login. ULTIMATE CORE X is designed so that request never has to happen.
There is no field for one anywhere in the product. Accounts connect through software you install.
Anything reaching the hub from outside the machine must present a bearer token, compared in constant time.
Even with control enabled the platform can only freeze new entries. It cannot open, resize or move a position.
One portable database on the machine you chose. Nothing is transmitted to us — there is no route for it.
Join thousands of traders who trust ULTIMATE CORE X to power their trading success.