Mixture-of-Experts for Cryptocurrency Order Execution: Training Stability, Tail Risk, and Failure Modes

arXiv:2610.03369 · q-fin.TR, cs.LG · Submitted 2026-10-02 · Read on arXiv

Listen

Radio episode about this paper

Transcript

Introduction to the show: ident: AI Radio. Generated commentary on the latest Artificial Intelligence papers.

Tom: Today's paper: "Mixture-of-Experts for Cryptocurrency Order Execution".

Jane: The gist The mixture-of-experts approach, combining K-Means partitioning with Double Deep QLearning experts, does not improve mean execution cost over vanilla DDQL,

Tom: First, who's behind it and why it matters.

Title and authors: Tom: They are looking at how this Mixture-of-Experts approach handles the real risks in crypto order execution. The idea is that instead of one single AI policy, you have a router deciding which expert to use for each situation. Jane It’s about seeing if this setup gives us better results than just running a vanilla Double Deep QLearning model alone.

Lu: This paper really probes the idea that apparent architectural gains in deep reinforcement learning policies might just be reflections of favorable training realizations rather than actual properties of the architecture, which is a really important distinction to make.

Meng: So, they’re testing this mixture approach using five-minute mean-aggregated BTC/USDT limit order book data from Binance, focusing on one hundred independently trained runs for each configuration <ref:2610.03369#pg1,minute mean-aggregated BTC/USDT limit order book data from Binance>.

Tom: Right. What they found upfront is that none of the learned configurations actually improved the mean implementation shortfall over vanilla DDQL, which is a key baseline metric we use to measure execution cost.

Jane: That’s interesting because it suggests that simply adding complexity doesn't automatically translate into better performance on average when you look at just one number.

Lalam: It points toward the idea that we need to look deeper into how the training process itself shapes what the model actually learns, instead of just focusing on the final policy structure.

The paper's summary: Tom: The summary is really digging into how these training specifications—things like exploration schedules or reward setups—actually mess with training stability and tail risk in this environment. It’s not just about the final output, but how robust the learning process is.

Jane: They investigate three specific specification choices: a reward that’s different from the actual evaluation metric, a non-annealed exploration schedule ending at zero point eighty-eight and asymmetric replay buffer retention across different arms.

Lu: The main finding here is that these specification changes interact in ways that aren't just additive; they interact non-additively. For example, annealed exploration alone eliminates the observed collapse in twelve out of one hundred runs, but adding an aligned reward brings it back to nineteen of thirty runs <ref:2610.03369#pg2,annealed exploration alone eliminates the observed collapse>.

Meng: So the paper shows that you have to tune your training protocol very carefully; one setting isn't enough on its own.

Tom: And they also looked at tail risk, and they found that within-policy tail risk just gets worse monotonically as you increase the number of experts, K. That’s a significant piece of information for us.

Jane: It means increasing the complexity doesn't automatically mean less catastrophic failure in extreme situations.

Lalam: The paper suggests that we need to be very specific about our training protocol when we want to ensure the policy is actually robust under stress, not just good on average.

The paper's improvements: Tom: One of the key things they suggest is that expert partitioning isn't strictly necessary to suppress this failure under the specifications they tested. They found that annealing exploration alone eliminates the observed collapse in twelve out of one hundred runs, and this is a big finding because it shows partitioning isn't required for stability when you have a good schedule <ref:2610.03369#pg2,exploration alone eliminates the observed collapse>.

Jane: That’s counter-intuitive because we expect more complexity to help, but they are showing us that the training setup itself is more critical than just having multiple experts.

Lu: They also looked at how the specification changes interact non-additively, and combining annealed exploration with an aligned reward restored collapse in nineteen out of thirty runs, which then rose to forty-eight out of one hundred when all three changes were applied together <ref:2610.03369#pg2,the specification changes interact non-additively>.

Meng: That means if we want a stable system, we need to design the whole training regime as a package, not just pick one good component.

Tom: And they also pointed out that changing how much replay buffer you keep doesn't produce any detectable effect on collapse rates at all. That’s another piece of information about what actually drives stability here.

Jane: So, the paper is really telling us that we need to stop treating architectural complexity as a magic fix and start focusing intensely on the training protocol itself.

Conclusion: Tom: So to wrap up on "Mixture-of-Experts for Cryptocurrency Order Execution: Training Stability, Tail Risk, and Failure Modes," the main message is that architectural gains might just be favorable training realizations rather than intrinsic properties of the architecture. Jane They found that mean implementation shortfall didn't improve over vanilla DDQL, but they revealed how training specifications can significantly impact stability and tail risk in these crypto execution environments.

Lu: The paper’s contribution is showing us that we need to be very specific about our training protocol when we want to ensure the policy is actually robust under stress.

Meng: From an engineering standpoint, it tells us that designing a stable AI system means focusing on the entire learning pipeline, not just the final layers of the network.

Lalam: It suggests that we need to be very specific about our training protocol when we want to ensure the policy is actually robust under stress.

Tom: That’s right. We have learned a lot about how these setups shape training outcomes and risk in crypto trading policies. Next time, we’ll look at how these findings might apply elsewhere or dive into some of those other papers on stability and adaptation.

Virginia Tech Dataism Laboratory for Quantitative Finance

q-fin.TR, cs.LG

Submitted: 2026-10-02

Updated: 2026-10-13

Comments: v2 corrects inactivity and occupancy accounting, router features and warm-up description; adds evaluation-routing and realised-exploration diagnostics from existing logs; clarifies IS proceeds, the terminal-state DDQL update, terminology and notation; adds page numbers. No new training results. 9 pages, 3 tables, 1 figure

License: http://arxiv.org/licenses/nonexclusive-distrib/1.0/

Importance score: 80/100

The gist: The gist The mixture-of-experts approach, combining K-Means partitioning with Double Deep QLearning experts, does not improve mean execution cost over vanilla DDQL, but reveals that training

Key concepts

Mixture of Experts (MoE)
An architecture where a central router directs different situations to specialized sub-models. In this study, the router uses K-Means clustering based on market features to assign an execution episode to one of K independent Double Deep QLearning agents, allowing each expert to specialize in different market conditions.
Implementation Shortfall (IS)
This measures the real cost of an investment strategy compared to its theoretical returns. It quantifies the gap between expected profit and actual realized profit due to costs like commissions and limited liquidity, providing a key metric for execution performance.
Tail Risk
This refers to the probability of extremely poor outcomes, such as very high execution costs or large losses. The paper found that within-policy tail risk worsened as the number of experts (K) increased, indicating that more specialization can introduce greater instability in certain scenarios.

Terminology

Summary

The gist The mixture-of-experts approach, combining K-Means partitioning with Double Deep QLearning experts, does not improve mean execution cost over vanilla DDQL, but reveals that training specifications significantly impact training stability and tail risk in cryptocurrency order execution environments.

Execution Cost and Baseline Performance

Execution costs separate an investment strategy’s hypothetical returns from its realised ones: commissions, limited book liquidity and reactive pricing open a gap that Perold [25] formalised as the implementation shortfall. The classical response schedules a parent order into child orders over time, equally sized (TWAP) or volumeproportional (VWAP), refined by the optimal execution literature [3, 5] and, given the problem’s dynamic-programming structure and high-dimensional book state, by reinforcement learning (RL) from Nevmyvaka et al. [22] through modern deep Q-learning variants [19, 23]. Most of this literature was developed for public equity markets Cryptocurrency markets differ along dimensions that matter for execution: continuous trading without auctions, fragmented and comparatively thin liquidity, retail-dominated flow, and rapidly shifting volatility and spread regimes [1, 10, 34].

Mixture of Experts Architecture

The Mixture of Experts (MoE) paradigm [15, 30] maintains several policies behind a router that dispatches each situation to one of them. The MoE architecture consists of two primary components: (1) Expert Q-Networks (E1,..., EK): A set of K independent DDQL agents, each with the same 5-layer fully connected architecture as the vanilla DDQL model. (2) K-Means Router: A K-Means clustering model fitted on episode-level market features (K=4 in the default configuration; we vary K ∈ 6, 8). At inference time, to strictly prevent look-ahead bias, the features of the previous episode are mapped to the nearest cluster centre. Under hard gating the expert for episode e is the centre nearest the previous episode’s standardised feature vector, which is what enforces causality.

Training Stability and Failure Modes

The paper evaluates vanilla Double Deep QLearning (DDQL), K-means-partitioned mixtures of DDQL experts at K ∈ 6, 8, and dense networks parameter-matched to the K=4 and K=8 expert budgets. No learned configuration significantly improves mean implementation shortfall over DDQL. Acrossseed dispersion is lowest at K=8 but non-monotone and not robust to family-wise adjustment, while within-policy tail risk worsens monotonically with K. The apparent attribution of the failure mode reverses between 30 and 100 seeds, illustrating the importance of repeated-seed evaluation.

Specification Decomposition

The authors investigate how specification changes interact non-additively. They test three specification choices implicated in the failure mode: a reward that differs from the evaluation metric, a non-annealed exploration schedule ending at epsilon ≈ 0.88, and asymmetric replay-buffer retention across arms. Annealing suppresses collapse under the as-reported reward. Combining annealed exploration with the aligned reward restores collapse in 19/30 runs; with all three specification changes, it rises to 48/100, revealing a strong non-additive interaction.

Key Findings on Stability and Risk

The authors report that across-seed dispersion is lowest at K=8 but non-monotone and not robust to family-wise adjustment, while within-policy tail risk worsens monotonically with K. No MoE K=8 run collapses under any of the six specifications tested. The reference rows of Table 2 record a fact we will not omit: on identical episodes and fill mechanics, TWAP beats every learned configuration on mean IS (0.39 bps) and tail risk (CVaR-95 74.0), better than every agent, and immediate liquidation 0.21 bps. Annealing alone removes the collapse and brings DDQL to 0.28 bps, MoE K=8 to 0.01 and DDQL-cap8 to 0.19, all below TWAP, with per-run CVaR-95 at 31–50 against TWAP’s 74.0. This is not evidence that RL execution works: 0.01 bps is execution at essentially the arrival price, attainable only because the replay is frictionless. The correct reading remains diagnostic: the architectures reshape the distribution of training outcomes, while the training specification determines whether any of them clears a schedule baseline.

Limitations

First, the historical replay is frictionless: the agent’s own trades have no feedback on subsequent prices or book states, each bar’s book is a 5-minute mean-aggregated book rather than an instantaneous one. Second, the environment omits the nonlinear and transient impact documented in the microstructure literature [2, 13, 24]. Third, the state omits richer features such as multi-level depth imbalance. Fourth, the sample is a single instrument over two weeks, with evaluation on one. Fifth, the model does not represent macroeconomic shocks or flash crashes [12]. Sixth, every comparison rests on a single fixed draw of 500 evaluation windows shared across models, so pooled tail statistics contain 500 distinct market scenarios, not 50,000 independent ones. Seventh, the training reward is not the metric reported at evaluation, a mismatch with real consequences; combined with frictionless replay and the terminal rule, it makes the environment’s own optimal policy trivial in a way live markets’ is not. Eighth, those 500 windows are heterogeneous: TWAP scores +0.39 bps over the full set but −1.66 bps over the first 120 episodes, so no subset is representative and we report none. Ninth, the decomposition of Section 5.4 covers three of six configurations, half its arms use 30 rather than 100 seeds, and two of the three two-change arms were not run.

The paper is concerned with analyzing training stability and tail risk in cryptocurrency order execution using a Mixture of Experts framework to determine if architectural gains are reproducible or merely artifacts of training specifications. The gist The mixture-of-experts approach, combining K-Means partitioning with Double Deep QLearning experts, does not improve mean execution cost over vanilla DDQL, but reveals that training specifications significantly impact training stability and tail risk in cryptocurrency order execution environments. This research matters because it establishes that architectural performance gains in deep reinforcement learning policies are often reflections of favorable training realizations rather than intrinsic properties of the architecture, providing a crucial diagnostic tool for understanding policy robustness.

How it works

The MoE model trains in two stages: Warm-up stage: The agent executes episodes using a TWAPcentred epsilon-greedy policy (identical to DDQL exploration). After each episode, a four-dimensional feature vector is extracted: realised volatility (standard deviation of log-returns along the episode’s price path), an execution-cost proxy (average ratio of per-trade cost to mid-price), schedule imbalance (how front- or back-loaded the agent’s own execution was), and the impact ratio kappat /alphat, constant in this experiment and mapped to zero by standardisation, so routing is effectively three-dimensional. After collecting features from 300 warm-up episodes, KMeans (K=4, k-means++ initialisation [4]) is fitted on the z-score–normalised feature matrix. Specialisation stage: Each episode is assigned to the centre nearest the previous episode’s feature vector, the same rule used at inference. Transitions are stored only in the corresponding expert’s replay buffer, and standard DDQL updates (Double Q-learning with target network, MSE loss) are applied per expert.

Experimental Design and Metrics

The core metric is Implementation Shortfall (IS) [25]. Positive IS is a cost; lower is better. Agents train on the January 9–14 period and are evaluated exclusively on the temporally disjoint January 16–20 period. The simulation re-plays historical book data directly rather than synthesising a background population, a choice we return to in Section 6.

Improvements for AI systems

  1. textbf Expert Partitioning for Stability Assessment: Replacing Mean Performance Claims with Diagnostic Insights. The paper suggests that expert partitioning is not necessary to suppress this failure under the as-reported specification and that the apparent attribution of the failure mode reverses between 30 and 100 seeds, illustrating the importance of repeated-seed evaluation. This allows AI systems to diagnose whether observed performance gains are due to genuine architectural superiority or merely a favourable training realisation.

  2. textbf Non-Additive Specification Analysis: Identifying Robust Learning Regimes. The study found that the specification changes interact non-additively, where annealed exploration alone eliminates the observed collapse, but adding the aligned reward restores it in 19 of 30 runs. This enables AI researchers to develop more robust training protocols that identify which combination of hyperparameters (exploration schedule, reward alignment, replay retention) yields stable policies.

  3. textbf Tail Risk Quantification via Capacity-Matched Controls: Distinguishing Architectural Effects from Data Dilution. The paper notes that within-policy tail risk worsens monotonically with K, and contrasts this with the capacity-matched control which shows a better tails are directional only. This allows for the design of AI systems where performance is not just measured by mean shortfall but by explicitly quantifying how expert partitioning impacts worst-case scenarios.

  4. textbf Robustness to Parameter Tuning: Verifying Floor Independence. The research demonstrated that the deep-book fill-price floor never binds at this order size, showing that extrapolating off the bottom costs about 0.067 bps per level and leaves the fill at 0.9997 of mid in the worst bar, well above every phi in the 30–90% sweep. This confirms that systems can be designed with confidence that execution costs are largely insensitive to minor parameter settings like the floor percentage.

Related papers