Security and controls
Built so the worst day is a bounded day.
Algorika sends real orders. These are the controls in the order path, at the broker boundary, around the people and in operations. No badges; the mechanisms.
Executor 87 ms·NSE open
Trading gates
Global kill-switchOFF
Order placementENABLED
Execution engineLIVE
Dry-runOFF
Market sessionOPEN · 12:41 IST
Every fill re-checks exposure before it posts.
Subscription · GPS v2 · LIVE
Max capital₹3,20,000 / ₹5,00,000
Max loss (day)₹4,180 / ₹25,000
Lot / tick validationPASS
Basket MTM
Stop −₹6,000+₹2,140Target +₹9,000
Book PLATFORM ↔ BROKERreconciled 2s agoWS 3 shards · fresh12:41:02 IST
Trading gates and caps as a trader sees them
01In the order path
- Trading gates
- A global kill-switch, order placement enable and dry-run flags. They are shown on every desk and stop the whole book when flipped.
- Caps first
- Max capital and max loss per strategy subscription are checked before an intent becomes an order. An intent over cap is refused, not reversed.
- Validators
- Lot size, tick size and product rules from the broker registry are checked on every child order. Basket MTM target, stop and trail run in software beside the broker.
- Exposure on fill
- Every fill re-checks exposure against the book, so a partial fill cannot leave you outside the limits you set.
- EOD pause
- Scheduled pause of strategy books and cancellation of working orders at close.
02At the broker boundary
- Static-IP egress
- Per-trader remote executors with elastic IPs for brokers that pin addresses. Placements, schedules and an IP ledger keep it auditable.
- Rate limits
- Broker rate-limit rules live in the registry and are enforced by the router with backoff, so bursts do not trip the venue.
- Request register
- Every outbound broker call, direct or via the executor, is stored with endpoint, status and latency.
- Tokens, not passwords
- Broker OAuth tokens and session identifiers are encrypted at rest and scoped to the account. TOTP secrets are optional and used only to complete the broker's daily login.
- OAuth relay
- Callbacks and postbacks land on a hardened ingress with route and request audit.
03Around the people
- Roles
- platform_admin, sub_broker, org_manager, trader, quant_trader and devops_admin, with module-level permission codes for trading, strategies, settings, operations and accounts.
- Act-as audit
- Operators acting on a trader's book do so under their own identity. Each session and order is attributed to the operator.
- Sessions
- Cookie-based sessions through a backend-for-frontend; invites clear stale sessions; password reset and OTP flows are rate-limited.
- Separation
- Paper and live books are distinct. Shadow mode emits signals with no orders. Promotion to live is an explicit action.
04Operations
- Market-state monitor
- Quote freshness, feed shards and backlog are visible so a stale tape is known, not guessed.
- Ops alerting
- Issue events become incidents and page the team over Telegram, Slack and email.
- Config releases
- Broker configs are versioned with fingerprints, imported and activated explicitly. Live behaviour follows the active version, not a file on disk.
- Reconciliation
- Positions and orders reconcile against each broker; differences are surfaced in the ledger and in reports.