Strategy Marketplace
Publication through governed eligibility, not open listing
Publication of Indian securities strategies is restricted to eligible, verified SEBI-registered Research Analyst publisher accounts. Broker and admin roles govern verification, review, approval, suspension and withdrawal, and do not automatically become strategy publishers. A listing is a discovery object, not a guarantee, a recommendation, or an automatic deployment decision, and which discovery surfaces a deployment exposes is a broker configuration decision.
Software infrastructure only. No investment advice, no brokerage services, no guaranteed returns.
01 · Client experience
Broker digital channels
02 · The governed layer
Stretus AI Strategy Infrastructure
03 · Execution authority
Broker execution environment
Why does the gate come before the feature?
Because an open strategy marketplace is a demonstrated regulatory hazard for the broker, not for the platform. In March 2026 SEBI penalised a group of stockbrokers for remaining API-integrated with a platform whose marketplace hosted strategies advertising returns, and expressly rejected the defence that the broker had merely provided neutral execution infrastructure.
The consequence for a vendor conversation is direct: a vendor's marketplace policy is part of the broker's compliance surface. So the first thing this page states is who may publish, and the answer is a narrow, verifiable category rather than any user with a strategy.
Who can publish?
Only an adviser account that passes the configured document review and role-activation workflow can publish an eligible Indian-market strategy. Registration alone does not create publication authority.
Broker or admin teams create the Research Analyst profile and capture declarations, review the required registration and supporting documents, and activate the role on an eligible verified account with an audit event attached. Access can subsequently be suspended, rejected or deactivated, and that reversibility is part of the control rather than an afterthought.
The governed publication sequence
| Step | What happens |
|---|---|
| Onboard | Broker or admin creates the RA profile and captures declarations |
| Verify | Required registration and supporting documents are reviewed |
| Activate | An eligible verified account receives the RA role, with an audit event |
| Qualify | Strategy status, history, evidence, origin and tenant rules are evaluated |
| Publish | An eligible listing retains creator, access, risk and strategy context |
| Monitor | RA access and listings can be suspended, rejected or deactivated |
What does a listing have to carry?
Four things: publisher identity with verification state, strategy identity including access model and disclosure class, evidence that pairs any observed return with drawdown and risk measures, and deployment fit covering capital, account, segment, connector and tenant policy.
Evidence is the field where marketplaces usually fail. Showing a return without the drawdown beside it is how a discovery surface becomes a performance advertisement, and that transition is precisely what the March orders concerned. Risk measures, trade quality, history and review status travel with the figure or the figure does not appear.
Is this copy trading?
No. It is discovery, and the product states the distinction plainly: users should review the rules and evidence, paper-observe the strategy, assess capital and risk, and confirm connector eligibility before any deployment.
There is no one-click follow, no automatic capital allocation and no implication that a listing constitutes advice. Broker or tenant policy sets publisher roles, asset coverage, eligibility, access and suspension, and remains authoritative throughout.
A note on ranked discovery, stated plainly
Performance-ordered discovery is the single highest-risk surface in this feature, and it is the one a broker should decide about deliberately rather than inherit. The March 2026 adjudication orders concerned brokers integrated with a platform whose marketplace hosted strategies advertising returns. So a leaderboard, a trending rail or a return-ranked list is not a neutral UI choice for a regulated broker.
The platform is capable of presenting ranked surfaces, and displays observed return alongside risk, minimum capital and Sharpe where it does. That is a factual description of the capability rather than a recommendation to enable it.
Our position: for a bank-owned or full-service broker selling into a compliance-reviewed environment, the defensible configuration leads with the verified-publisher gate, the rules and the risk context, and treats return-ranked ordering as something to scope with your own compliance function before it reaches end clients. We would rather have that conversation during scoping than have it discovered in a review.
Broker or tenant policy sets publisher roles, asset coverage, eligibility, access models and suspension, so the controls to make that decision exist. Which surfaces a specific deployment exposes is established during technical discovery.
What does the broker keep control of?
Everything that determines exposure: plan, asset, approval and deployment controls around marketplace access, plus the ability to suspend a publisher or withdraw a listing.
That control is the reason this feature can exist inside a regulated broker's product at all. A marketplace the broker cannot switch off, scope, or reverse would be a liability the framework places squarely on the broker, and no compliance function should accept it.
How a listing is filtered and evaluated
| Surface | What it supports |
|---|---|
| Search and curated views | Strategy, creator, asset and curated collections |
| Evidence display | Risk and drawdown shown alongside any observed return |
| Watchlist and comparison | Organise candidates and compare them before committing capital |
| Access and eligibility | Access model and connector eligibility surfaced before deployment is possible |
Discovery, not blind following. The prerequireds are stated in the product rather than assumed.
What does a user have to do before deploying a listed strategy?
Review the rules and the evidence, paper-observe the strategy, assess capital and risk, and confirm connector eligibility. The product presents those as prerequireds rather than as advice.
There is no one-click follow and no automatic capital allocation. That is a deliberate product constraint rather than a missing feature: the moment a discovery surface can allocate capital on a listing, it stops being discovery and becomes something a broker's compliance function has to defend as advice.
What can a broker switch off?
Publisher roles, asset coverage, eligibility, access models and individual listings, plus the RA role itself, which can be suspended or deactivated with the action recorded.
A marketplace a broker cannot scope, reverse or switch off would place a liability on the broker that the framework already assigns them, with none of the control. The reversibility is what makes the feature approvable, so it is described here as a control rather than as an administrative detail.
Surfaces
What each surface does
The product surfaces this page covers, named as they appear in the application.
- Marketplace
- Discovery across strategies published by verified accounts, with search, curated views, watchlisting and comparison. Each listing carries publisher identity and verification state, strategy identity and version, evidence, and deployment fit, capital, account, segment and connector eligibility. So a user can establish whether a strategy is even deployable for them before evaluating whether they want it.
- Leaderboard
- A ranked discovery surface. This is the highest-risk surface in the feature and the one a regulated broker should decide about deliberately: the March 2026 adjudication orders concerned brokers integrated with a platform whose marketplace hosted strategies advertising returns. Where a return is displayed it appears with risk, minimum capital and Sharpe. Whether performance-ordered surfaces are exposed to end clients is a broker configuration and policy decision, not a platform default.
- Research Analysts
- The broker-console surface where publication authority is granted and removed. Broker or admin teams create the Research Analyst profile, capture declarations, review registration documents, and activate the role with an audit event, and can suspend, reject or deactivate it afterwards. Registration alone does not create publication authority.
Ownership boundaries
Where Stretus sits in the stack
Benefits
Business benefits
Discovery without an advice surface
Users compare strategies on rules and evidence, with the deployment decision and its prerequireds left explicitly with them.
Publisher accountability
Every listing carries a verified publisher identity, so accountability for a strategy is attributable rather than diffuse.
Reversible by policy
Broker and admin roles can suspend, reject or deactivate access and listings, with the action recorded.
Evidence shown honestly
Any observed return appears with drawdown, risk measures, trade quality, history and review status alongside it.
Use cases
Enterprise operating situations
Illustrative operating situations. Availability varies by broker, exchange, account, connector and tenant.
- Challenge
- Manage several strategies with consistent publication, evidence and monitoring.
- Stretus role
- Verify documents, activate eligible RA access, and gate publication by policy.
- Outcome
- A reviewable, role-controlled workflow with accountable creator context and suspendable access.
- Challenge
- Offer strategy discovery without inheriting the risk pattern SEBI penalised in March 2026.
- Stretus role
- Restrict publication to verified RA accounts and retain plan, asset, approval and deployment controls.
- Outcome
- A discovery feature the compliance function can approve, scope and switch off.
Security posture
Security considerations
- Verification is a gate, not a badge
- Document review and role activation are prerequireds for publishing. An unverified account cannot publish regardless of its holdings or history.
- Audit events on role changes
- Activation, suspension, rejection and deactivation are recorded, so publisher authority has a history.
- Evidence carries its risk context
- Where an observed return is displayed, risk, minimum capital and Sharpe are displayed with it, and review status and history travel with the listing. See the note on ranked discovery below, whether performance-ordered surfaces are exposed to end clients is a broker policy decision, not a platform default we assert here.
Answers
Frequently asked questions
Can any user publish a strategy?
No. Publication of Indian securities strategies is restricted to eligible, verified SEBI-registered Research Analyst publisher accounts that have passed document review and role activation. Broker and admin roles govern that process and do not automatically become publishers themselves.
Is a listing a recommendation?
No. A listing is a discovery object, not a guarantee, a recommendation, or an automatic deployment decision. Users are expected to review the rules and evidence, paper-observe, assess capital and risk, and confirm connector eligibility first.
Who controls what appears in the marketplace?
The broker or tenant. Publisher roles, asset coverage, eligibility, access and suspension are all broker-configured, and listings can be withdrawn.
Are strategies ranked by performance?
The platform can present ranked and trending discovery surfaces, and where a return is shown it is shown alongside risk, minimum capital and Sharpe. Whether performance-ordered surfaces are enabled for a given deployment is a broker configuration and policy decision, see the section on ranked discovery for why that decision matters more here than in most product categories.
Ecosystem
Related capabilities
Risk Governance
Approval workflows, exposure controls, order limits and audit evidence, risk enforced by the platform rather than left to intention.
Remote Strategy Execution
Keep private strategy logic on your own infrastructure and send signed, time-bounded order intents through a gateway that applies risk controls.
Backtesting Engine
Backtesting that applies brokerage, STT and slippage, then reports drawdown, risk-adjusted metrics and trade quality alongside return.
Arrange a working demonstration
Review strategy creation, F&O contract handling, backtesting, broker controls and integration boundaries with the team. If you would rather talk to an engineer than a salesperson, say so and we will arrange that instead.
Risk and disclosure
Trading and derivatives involve risk of loss. AI output requires review. Backtests and simulations do not predict future results; live outcomes can differ because of costs, latency, slippage, liquidity, rejections, broker rules and market conditions. Availability varies by broker, exchange, account, connector and tenant. Product information only; not investment advice.