Expected-return estimator: "empirical", "ew", or "custom" (ML/DL predictions as μ).
Auto-default: "empirical" on data_extraction input; "custom" on ml/nn engine input.
On data_extraction, "custom" is overridden to "empirical" (no ML predictions available).
Per-asset lower bound, within [-1, 1]. Default: 0.
A negative value allows shorts — -0.2 permits shorting up to 20% per name. The 0
default means long-only by default, not that shorts are unsupported.
Rolling covariance window in trading days. Default: 40.
It is also the warmup when you do not set an explicit split: the first n days estimate
covariance and everything after them is evaluated.
For DCC, estimation still uses the full train sample; the window mainly controls that warmup split.
Caps the backtest end date, YYYY-MM-DD. Omit it to use all available data.
Dates normally come from the data you already extracted: name the sample start and end there, and
let the first covariance_window days serve as warmup. Set Backtest params only when you want a
specific split or a shorter evaluation window than the data allows.
Full HTTPS URL to the output blob — pass to run_trading_job
output_name
Blob filename
execution_name
Job execution ID for audit/debugging
effective_params
The settings the run actually used, after defaults and any remapping
coercions
Values the job changed for you, such as mu_mode custom → empirical
warnings
Anything else worth knowing about the run
fallback_used, fallback_steps, fallback_days
Whether some rebalance dates fell back to equal weights, and which
A run stays Succeeded when knobs are remapped or some dates fall back to equal weights. Read
effective_params, coercions and warnings before treating the result as the portfolio you
asked for.
The blob contains Weights, Prices, and Meta (includes fallback flags if optimization falls back to equal weights).