[Roadmap] Portfolio strategies and scheduled rebalancing
Author: brokermr810Created Sep 18, 2026Updated Sep 18, 2026
Labelshelp wantedroadmapepicneeds-rfcarea: strategy-apiarea: portfoliopriority: p0
Problem
Strategy API V2 can work with multiple instruments, but large dynamic portfolios need a documented lifecycle for universe changes, scheduled selection, target generation, execution, and restart-safe state.
Desired outcome
Make portfolio strategies reproducible and operationally safe across backtest, paper, and live execution without creating a second strategy engine.
Initial scope
- Define the lifecycle for selection, rebalance, target generation, and reconciliation.
- Support scheduled refresh using saved point-in-time universes.
- Preserve deterministic ordering and idempotency across retries and restarts.
- Define provider, broker, and runtime limits for large universes.
- Add portfolio-level diagnostics without hiding per-instrument orders.
Acceptance criteria
- An RFC documents lifecycle callbacks, state ownership, and failure behavior.
- Backtest and live runtimes share the same target-generation contract.
- Restart, duplicate schedule delivery, and partial execution scenarios are tested.
- Scale limits and rate-limit behavior are documented and observable.
- Existing single-instrument strategies remain compatible.
Out of scope
- Claiming a certified capacity for 100 pairs before load and broker testing.
- Atomic multi-leg execution; that is tracked separately.
Contributing
This is an epic. Comment with one scoped lifecycle, test, documentation, or observability task and a short implementation plan. A maintainer will confirm scope before assignment.
Source: OpenByteInc/QuantDinger