XTNLSOVEREIGN TRUST
OverviewProspectusSimulatorData
Run Simulation
OverviewProspectusSimulatorData
Run Simulation
XTNL SOVEREIGN TRUST

Institutional Prospectus · Confidential

OverviewProspectusSimulatorData
xt@xtnl-solutions.com

EUR/USD Spot · v5.2.5 Firmware

Clayton South, VIC, Australia

This document is for informational purposes only. Past performance does not guarantee future results. Algorithmic trading involves substantial risk of capital loss. Projections are based on historical statistical data and are not financial advice.

Overview/Institutional Prospectus

XTNL Sovereign Trust

Institutional Prospectus

A technical exposition of the XTNL quantitative framework — statistical validation, system architecture, risk management, capital projection, and governance design.

EntityXTNL Sovereign Trust
Execution Systemv5.2.5 — Deterministic Firmware
MarketSpot Foreign Exchange (EUR/USD)
Primary DatasetN = 106 · SESSION_FILTERED_OPTIMAL
Full DatasetN = 308 · FULL_OPTIMAL_SAMPLE
Live ExecutionN = 29 · Current deployment phase
System Determinism96.5% — Automated execution
Operational LocusClayton South, VIC, Australia
Thesis Summary

XTNL is a systematic compounding framework whose primary objective is building durable financial legacy through arbitrage of statistically verified market inefficiencies. The framework is not built around a single trade thesis — it is built around a reusable architecture that can load, validate, and deploy any edge that passes its empirical gatekeeping criteria.

Primary core (SESSION_FILTERED, N=106): SQN 4.253 · Expectancy 0.982 R · WFO OOS 0.904 R · Status: STABLE. Live execution (N=29) carries [CAUTION] status — expected at this sample size.

§1

The Primary Thesis — Legacy Through Arbitrage

The XTNL entity was established on a specific hypothesis: that persistent, quantifiable inefficiencies exist within the EUR/USD spot market, and that an operator equipped with a sufficiently disciplined, systematic execution framework can capture those inefficiencies consistently enough to compound capital into a multi-generational asset base.

This is a research and execution business. Its value does not depend on any single trade or any particular market condition. It depends on the integrity of a process: an evidence-gathering pipeline, a statistical validation regime, a risk architecture derived from empirical tail-risk data, and an execution system that removes human discretion from real-time capital allocation decisions.

§2

Infrastructure vs. IP — The Core Architecture

↳ Q5 — How does architecture avoid coupling to the edge?

Any specific market edge will eventually decay. Structural regime changes, increased market participants, and algorithmic adaptation erode the statistical advantage of any fixed strategy over time. The XTNL architecture resolves this through strict structural decoupling between two distinct layers.

Tangible Asset Chassis

The permanently owned layer: analytics pipeline, CVaR risk engine, HMM oracle, WFO validation system, execution firmware, and capital allocation logic. Continuously refined. Not strategy-specific. Can load any edge that satisfies the validation criteria.

IP Payload

The specific edge definition: conditions under which the system identifies an execution opportunity. Treated as a replaceable, ephemeral payload. When WFO signals critical decay, the payload is retired and the chassis remains intact for the next validated edge.

Any newly proposed edge must pass a 5-stage deployment lifecycle before receiving access to full capital. The pipeline retains absolute authority to halt at any stage if OOS performance degrades below acceptable thresholds.

  1. 01
    TESTINGIsolated backtest matrix validation against the adversarial filter stack.
  2. 02
    SEEDLING 1Micro-lot live execution — verifying firmware latency and fill integrity.
  3. 03
    SEEDLING 2Sub-scale operational exposure — testing human-firmware friction at low capital.
  4. 04
    SCALINGGradual risk multiplier unlocking, gated by trailing SQN thresholds.
  5. 05
    FULL DEPLOYFull capital access, subject to continuous WFO and regime monitoring.
§3

Statistical Validation of the Edge

↳ Q3 — What are the odds this edge is real?

The null hypothesis states that observed returns are indistinguishable from random noise. Rejecting this requires demonstrating that the expectancy distribution is significantly above zero across a non-overlapping, independently sampled dataset.

01 — Null Hypothesis

02 — Alternative

03 — System Quality

Expectancy (μ)0.982 R
SQN4.253
95% CI Lower0.529 RPessimistic floor
Profit Factor3.109×
t-Statistic4.251
OOS Expectancy0.904 RWalk-forward
R-Multiple Distribution
N = 106SESSION_FILTERED
Loss zone
Win zone
§4

The Adversarial Filter Stack

↳ Q2 — What is baseline after friction and taxation?

The raw theoretical dataset is never used for any reported metric. The pipeline applies a sequential adversarial filter stack that deliberately degrades the theoretical optimal dataset to model worst-case operational conditions. The 0.982 R expectancy is computed downstream of this entire matrix.

src/pipeline/xtnl_pipeline.py — _transform()
# Adversarial filter stack applied before any metric computation
data = apply(HypotheticalMarginalAdjustmentFilter, data, interval=haircut_dto)
data = apply(OperatorExpectedPerformanceFilter,     data, interval=operator_cut_dto)
data = apply(ToxicStreakFilter,                     data, interval=operator_cut_dto)

# Temporal quarantine — excise identified blackout windows
subset = apply(SessionFilter, data, interval=session_dto)
for period in excl_windows:
    subset = apply(ExcludeFilter, subset, interval=period)

# Outlier removal — sever dependency on fat-tail windfalls
subset = apply(ResultFilter, subset, interval=r_filter_dto)

HypotheticalMarginalAdjustmentFilter

Compresses every theoretical winner and expands every theoretical loser, modelling broker spread widening and order-book latency.

OperatorExpectedPerformanceFilter

Hard cap: operator is modelled at maximum 85% of theoretical optimal. 15% of net theoretical yield is unconditionally removed.

ToxicStreakFilter

Models compound effect of consecutive losses on execution quality. Each loss in a streak applies an incremental penalty to subsequent returns.

SessionFilter + ExcludeFilter

Restricts the sample to validated execution windows. Identified toxic temporal clusters are excised. The 19:00 AEST window was discovered via WFO and permanently quarantined.

ResultFilter — Outlier Removal

Removes the top 5th percentile of positive outcomes. The system must demonstrate positive expectancy without relying on extreme tail windfalls.

§5

Walk-Forward Optimisation — Curve-Fitting Detection

↳ Q4 — How do we prove the edge is not curve-fitted?

WFO tests the system on data it has never seen. If the edge is structural, OOS performance remains consistent. If it is curve-fitted, OOS performance collapses. Fold 3 (77.5% degradation) was traced to the 19:00 AEST temporal cluster, which was subsequently quarantined.

StageTrain NTest NIS SQNOOS SQNOOS EDegradation
Fold 122212.2481.8530.889 R17.56%
Fold 243212.9383.0591.583 R−4.11%
Fold 364214.1630.9370.457 R77.50%
Fold 485214.0941.3000.686 R68.26%
Aggregate———1.7870.904 RSTABLE
Hourly R-Expectancy HeatmapHour 19 — Blackout
19:00–19:59 AEST — Hard blackout enforced. Catastrophic −0.853 R cluster mapped and excised.
§6

HMM Regime Oracle

The system does not assume a stationary market. A Gaussian Hidden Markov Model (HMM) continuously infers market regime from three observable features via Viterbi decoding. A 95% self-loop sticky prior prevents noise-driven micro-regime-flipping. Both regimes show positive expectancy — the oracle calibrates risk, it does not halt trading.

src/action/market_context/abstract_infer_regime.py
# Scale-invariant momentum (5-period EWM Z-score)
roll_mean = df[col].ewm(span=5, min_periods=1).mean()
roll_std  = np.sqrt(df[col].ewm(span=5).var()).replace(0, 1e-6)
feats['expectancy_z'] = (df[col] - roll_mean) / roll_std

# Execution density — detects revenge-trading acceleration
t_delta = pd.to_datetime(df[time_col]).diff().dt.total_seconds() / 3600.0
feats['log_density'] = np.log1p(t_delta.clip(lower=0).fillna(0))

# Diurnal fatigue (circular encoding — no midnight discontinuity)
h = pd.to_datetime(df[time_col]).dt.hour
feats['sin_hour'] = np.sin(2 * np.pi * h / 24.0)
feats['cos_hour'] = np.cos(2 * np.pi * h / 24.0)
ALPHA_FLOW
N93
SQN3.210
Expectancy0.820 R
TOXIC_FATIGUE
N215
SQN4.105
Expectancy0.638 R
§7

Tail-Risk Isolation — CVaR Position Sizing

Position sizing is derived entirely from the tail-risk distribution of the edge's own historical outcomes. The BlockBootstrapMCRiskEngine runs 5,000 simulations using Circular Block Bootstrapping — preserving the autocorrelation structure of losing streaks (critical for modelling tilt sequences).

src/analytics/risk/risk_engine.py — circular_block_bootstrap()
def circular_block_bootstrap(
    data: np.ndarray, block_size: int, sample_size: int
) -> np.ndarray:
    # Wrap so blocks straddle boundary — eliminates edge bias
    circular = np.concatenate([data, data[:block_size]])
    n_blocks = int(np.ceil(sample_size / block_size))
    starts   = np.random.randint(0, len(data), size=n_blocks)
    blocks   = [circular[i : i + block_size] for i in starts]
    return np.concatenate(blocks)[:sample_size]

01 — CVaR (Expected Shortfall)

02 — Position Size Derivation

MC 95% CVaR−13.711 R
Recommend R (θ)0.70%System-derived
Max DD Duration12 tradesPrimary core
§8

Operator Architecture — Removing Human Agency

The most significant source of performance leakage in any systematic strategy is discretionary human interference. XTNL addresses this through multi-layered behavioural isolation.

Monetary Abstraction

Operator has zero visibility into fiat values during live sessions. The firmware scrambles all monetary figures into abstract unit coordinates, eliminating dollar-amount-driven decision-making.

Performance-Gated Sizing

Efficiency is scored weekly. Below 80%, sizes are cut to 60%. Below 40%, the system halts. These are firmware constraints — not policies the operator can override.

Deterministic Execution

96.5% of all capital decisions are made algorithmically. The operator's only real-time function is identifying execution coordinates; the firmware handles everything else.

§9

Capital Scaling Model — Friction-Adjusted Projections

↳ Q1 — Am I making money at 85% efficiency?

The question of whether the system generates positive expected value at 85% execution efficiency requires modelling five adversarial friction vectors simultaneously. Clean linear arithmetic does not survive contact with live markets.

01 — Weekly Expected Return (85% cap)

02 — Stochastic Weekly Yield

03 — Equity Compounding + Injection

04 — Post-Tax Equity

δ = quarterly edge decay rate · τ_ATO = 47% (ATO maximum statutory rate) · θ = 0.70% (CVaR-derived)

§10

1,000-Iteration Monte Carlo Simulation

Only by iterating the stochastic process across 1,000 independent realisations does the probability distribution of outcomes become visible. The Law of Large Numbers forces chaotic weekly variance to cluster around the true mathematical expectancy. The engine models operator efficiency as an Ornstein-Uhlenbeck mean-reverting process — replacing the crude fixed 85% cap with a realistic, autocorrelated efficiency trajectory that fluctuates between 60%–100% and dynamically gates position sizes.

Interactive Simulator

The full simulation engine is available on the dedicated model page. Adjust every parameter — operator mean efficiency, edge decay, capital injection window, drawdown halt — and observe the probability distribution shift in real time.

Open Simulator →
§11

ATO Taxation Modelling

Under ATO regulations, profits from algorithmic foreign exchange trading are classified as ordinary assessable income. A realisation event occurs at contract close. The XTNL Trust applies a flat 47% statutory drag — the maximum marginal rate inclusive of the 2% Medicare Levy — as the pessimistic tax assumption in all capital projections.

2026–27 Taxable IncomeMarginal RateEffective (incl. 2% Medicare)
$0–$18,2000%0%
$18,201–$45,00015%17%
$45,001–$135,00030%32%
$135,001–$190,00037%39%
$190,001+45%47% ◄ MODELLED
§12

Incentive Architecture — Resolving the Agency Problem

The classical principal-agent problem: the person managing capital has interests that can diverge from those of the capital owner. XTNL treats this as an engineering problem. Every misalignment vector is addressed with a deterministic, code-enforced mechanism — not a governance policy.

Commission Formula

commission = (week_R × 0.20 + max(realised_R × 0.05, 0)) × multiplier

Fixed Base Rate

20% of recommended R

Profit Bonus

5% of realised R (profitable weeks only)

Excellence Multiplier

1.5× when efficiency > 95%

Commission Floor

$0 if efficiency < 88% OR capture rate < 75%

Agency RiskSystem ResolutionLayer
Excessive risk-takingEfficiency multiplier 0.0–1.18× caps sizing to demonstrated capabilityFirmware
Claiming lucky trades as edgeLucky trades isolated; excluded from efficiency calculationAnalytics
Hiding performance deteriorationZ-score tracking reveals statistical drift from system baselineWeekly audit
Reward without accountabilityCommission = $0 unless efficiency ≥ 88% AND capture rate ≥ 75%Action generator
Capital on deteriorating perf.Locked capital: 3+ consecutive weeks ≥ 88% required to unlockMemory governor
Revenge trading after lossesMC95 sentinel: graduated haircuts 0.6× → 0.5× on streak ratioR generator
Week 1Efficiency ≥ 88%→ Streak = 1
Week 2Efficiency ≥ 88%→ Streak = 2
Week 3Efficiency ≥ 88%→ Streak = 3 → Capital unlocks
Week 4Efficiency < 88%→ Streak = 0 → Capital relocks

The design intent: The operator's financial incentives are structured such that disciplined, high-quality execution is the path of maximum personal financial return. Reckless or inconsistent behaviour carries automatic, immediate, and disproportionate penalties. The system is not managed — it manages itself. The operator is not trusted — they are measured.

§13

The Third Perspective — LLM Sovereign Risk Auditor

Quantitative models are structurally blind to the narrative layer. A statistical system can detect that the operator's efficiency dropped to 72% — but it cannot determine whether the operator is rationalising underperformance, masking hesitation as strategic patience, or exhibiting recidivism in a flaw they appeared to have conquered three weeks prior.

The XTNLS_RiskEngineintroduces a third governance perspective — a large language model acting as Chief Risk Officer. It receives both quantitative performance telemetry and the operator's freeform commentary, then produces a structured psychological dossier.

1
Statistical PipelineProduces quantitative performance dict — efficiency, capture rate, Z-scores.
2
Deterministic PassHard rules in priority order: early_exit → rule_skip → external_crisis → efficiency < 85%.
3
LLM Forensic AnalysisReceives operator comments, quantitative context, historical dossier, and active 'demon' list.
4
Flaw Lifecycle Manager8 flaw categories tracked week-to-week. Relapses flagged. Flaws persist 6 weeks to graduate.
5
Atomic State WriteImmutable timestamped audit log. Demons, dossier, and system state persisted atomically.
6
CRO Risk OverrideLLM output feeds back into risk allocation. Mandatory deload at streak ≥ 6 or fatigue flag.

Rule_Violation

Hesitation

Premature_Exit

Fatigue_Execution

Over_sizing

Revenge_Tilt

Focus_Distraction

FOMO_Chasing

VerdictTriggerStreakCommission
PASSAll gates clear, eff ≥ 85%Streak +1Normal
PASS (GRACE)External crisis verifiedHeldNormal
FAIL (EXECUTION)Efficiency < 85%ResetForfeited
FAIL (ROLE BLEED)Trading rules violatedResetForfeited
ALPHA_MURDERSession terminated earlyResetMaximum penalty
§14

Architecture Stability — Test Coverage

The compounding projections, CVaR risk models, and governance mechanisms described here are only credible if the underlying code is verified to be correct. A test suite with 90%+ overall coverage and 100% critical path coverage is not a development convenience — it is a fiduciary requirement.

Unit Test Files27
Integration Files7
Critical Path100%
Overall Target≥ 90%
Tier 1 — Unit Tests

Component isolation with exhaustive parametrisation. Every mathematical branch of the action generator (19 branches), all Z-score edge cases, all Monte Carlo computation paths, and a 100-simultaneous-event concurrency stress matrix on the NativeMemory engine.

Tier 2 — Integration Tests

Three integration strata: (a) Mocked — fast, deterministic, 19 branches; (b) Semi-mocked — real Supabase + mocked broker, validates data persistence; (c) Unmocked — full stack except broker WebSocket. Deterministic timeout loops replace sleep calls.

Tier 3 — Critical Path (100%)

The complete trade lifecycle: ingestion → cleaning → analytics → performance inference → action generation → order persistence → memory routing → PubSub broadcast → batch flush. Every stage of a live trade from WebSocket receipt to database write is verified.

E2E integration tests operate against a live Supabase AWS cluster using a deterministic test ID offset (99000+) to prevent contamination of production data. Each test includes atomic cleanup — every record written is verified to exist, then purged.

Run Simulation →View Data →← Overview