Evaluate
Evaluates approved, liquid Solana spot conditions — not a hunt for brand-new thin pools. Most evaluations end without a trade.
In development: paper, simulation, and controlled rollout first. Phased access — not everyone is on public execution surfaces today.
Paper, simulation, and controlled rollout — on-chain spot only when explicitly enabled under policy.
QuantGorilla does not trade constantly. It trades when conditions justify risk.
Disciplined trading agent · Solana spot first
QuantGorilla is a trading agent for Solana spot: it evaluates liquid markets, qualifies or rejects setups, and only acts when your rules and threshold justify risk — Jupiter and Raydium on-chain, with you in control.
Phase 1 is Solana DEX spot only — Jupiter and Raydium, established high-liquidity tokens (not launch chasing). Phase 2 adds a centralized exchange (Bitunix) for those who want it. Phase 3 is multi-chain; Phase 4 is Gorilla Vault — a separate future layer. Staged software: no promised returns, no hype ship dates — honest labels for test, paper, simulation, and trading when your account is explicitly enabled and risk controls are met.
Manual, assisted, or guarded auto (when enabled): same discipline. Rejections and skips are first-class — the agent may stay idle on purpose until conditions justify risk.
Proof and controls before scale — timelines follow readiness, not marketing. Unless your account is explicitly enabled for controlled on-chain execution, assume paper, simulation, or test — not proof of results at scale.
Trading philosophy
Not trading is often the best trade.
QuantGorilla does not trade constantly. It trades when conditions justify risk. Capital preservation and selective participation matter as much as entries.
Most of the time, the right move is no move — the journal should say why something was skipped or rejected, not only what filled.
Filtering, qualification, and your profit floor are treated as part of the product edge — not as obstacles to “more trades.”
Execution discipline
No forced activity
QuantGorilla is built to refuse low-quality risk. Constant clicking is not the goal — justified action is.
- No forced trades — if gates fail, nothing is sent.
- No constant activity — quiet periods are healthy and expected.
- No low-quality entries — weak liquidity, unclear edge, or a failed threshold ends in rejection or skip.
- No trade is a decision — skipping is logged and explained like a trade would be.
Decision transparency
You should see what was rejected and why ideas were skipped — not a highlight reel of wins.
- Rejected and skipped setups stay visible in the journal and surfaces.
- Each pass explains why: threshold, risk, liquidity, mode, or quality — in plain language.
- Strict filtering is intentional — saying “no” protects the edge.
Threshold gating
Your minimum profit expectation is a core gate — not an afterthought. When expected edge is below your floor, the agent qualifies the moment as “do not trade” and may remain idle until conditions improve. That idle state is intentional discipline, not a broken bot.
Decision funnel
Most scans end in rejection — that is the edge
The agent evaluates many paths; only a few survive threshold, risk, and quality gates. Filtering is not waste — it is how capital stays selective.
Scanned
284
Rejected
261
Watching
7
Qualified
9
Executed
3
Illustrative proportions for a typical evaluation pass — your console and journal reflect your account, universe, and cadence.
What it does
Evaluate, qualify, reject — then act only when justified
What the product does today, in plain terms. Most environments are still test, paper, or simulation until we deliberately enable controlled on-chain execution for your account.
Qualify & reject
Decides what clears the bar and what does not. Weak liquidity, unclear edge, or a failed check means rejection or skip — with reasons you can read.
Profit threshold
A core gate: if expected edge is below the floor you set, the agent intentionally waits. Idle is a valid outcome.
Act
Takes spot action on-chain only when mode, risk, and threshold agree — Phase 1: Jupiter + Raydium. Paper and simulation first.
Risk control
Hard limits on size and safety — automation never outruns the envelope you set.
How It Works
From opportunity to outcome — powered by an autonomous trading loop
ScanScoreDecideExecuteLearn
Step 1
Spot opportunities
Scan connected markets for real structure — liquidity, order flow, and momentum — not just price movement.
The system continuously watches for conditions worth acting on.
Step 2
Score and filter
Every setup is ranked and stress-tested.
Weak venues, low-edge setups, and poor timing are rejected before capital is ever touched.
Most trades never make it past this step — that's by design.
Step 3
Decide and execute
Only qualified opportunities move forward.
The system selects the right venue and executes through controlled pathways — Bitunix first today, with Solana DEX and additional venues rolling out in phases.
No guessing. Every trade must meet defined edge criteria.
Most systems look for trades. QuantGorilla filters them.
Step 4
Manage the position
Active trades are continuously managed with guardrails:
- Adds and trims
- Stop-loss enforcement
- Exit logic based on changing conditions
The system adapts in real time, not just at entry.
Step 5
Track results and learn
Every action is recorded, analyzed, and fed back into the system.
Performance is measured using controlled testing and simulated environments — never misrepresented as live results.
Decisions don't just execute — they improve over time.
Step 6
Route profits (Gorilla Vault)
Long term, profits can be allocated into Gorilla Vault strategies focused on growth and preservation.
Capital doesn't sit idle — it compounds under the same disciplined framework.
Why it matters
Markets are loud. Execution needs rules.
- Prices and pools move fast — the move you saw can vanish before you click, or your fill can differ from the headline price.
- Speed without limits is how accounts get hurt — you need filters, caps, and a bias toward “no trade,” not just automation.
- A setup only matters if fees, liquidity, and timing leave room after costs — the agent rejects most candidates on purpose.
- While we roll out, trust comes from seeing skips and rejections explained — not from a feed of forced activity.
QuantGorilla evaluates liquid spot markets, qualifies or rejects most ideas, and acts only when your rules justify risk — Solana DEX first, then CEX, chains, and Vault. Still in development; validate in test before real size.
Execution modes
Manual, assisted, or guarded auto — same discipline
One agent, three ways to work with it. Risk limits and your minimum profit threshold gate every path — including auto.
Manual
You decide each trade — the agent evaluates and qualifies context; you approve, reject, or pass.
Assisted
The agent proposes size, route, and timing; you make the final call on each qualified action.
Auto — controlled & condition-based
Guarded automation: a trade only runs when quality, risk, liquidity, and expected profit clear your threshold — otherwise the agent stays idle by design.
Where it operates
Rollout by phase — not every venue at once
- Phase 1 — Solana DEX: spot only via Jupiter + Raydium; major, liquid tokens — not meme launches or thin pools.
- Phase 2 — CEX: Bitunix (or equivalent) for operators who want a centralized account under the same rules.
- Phase 3 — Multi-chain: e.g. Base and SUI after Solana DEX and CEX paths are stable.
- Phase 4 — Gorilla Vault: separate future system — not part of trading today.
- Until a phase is on for your account, it is planned. Previews may include test or simulation data.
Development status
Built in phases — wider access only after each bar is met
We prove behavior in simulation and small controlled steps. We do not claim everyone is on scaled, public execution capital today.
- Today: paper, simulation, and controlled tests are the honest default — so we can review behavior without implying full public execution at scale.
- Roadmap: Phase 1 Solana DEX spot (Jupiter + Raydium, high-liquidity tokens only) → Phase 2 CEX (Bitunix) → Phase 3 multi-chain (e.g. Base, SUI) → Phase 4 Gorilla Vault (future system).
- Each phase needs reliability, reporting, and risk checks before wider access or automation.
- Gorilla Vault is not in this product cycle — it is a later layer after execution is trustworthy.
- Access expands when the stack earns it — not when a launch calendar says so.
Reported metrics reflect testing unless marked otherwise — progress signals, not a promise of audited production performance.
Behind the scenes
What happens before anything trades
Looking is not the same as buying. The agent evaluates candidates, qualifies or rejects them, and only acts when your mode, phase, and rules allow.
Evaluates liquid markets
Price, depth, and route quality inform whether a setup deserves a decision — in whatever environment you are in (test, paper, or controlled on-chain when labeled).
Decides before size
Spreads, slippage, and safety filters must clear before the system qualifies an entry — otherwise it rejects or skips with a reason.
Acts only when allowed
Manual, assisted, or guarded auto (when enabled): every path respects your profit floor and risk limits.
Tracks open risk
Open positions follow the policy you chose for that mode — exits and guardrails stay visible.
Honest labels
Paper, simulation, and test stay clearly marked. Controlled on-chain only when we deliberately scope it and say so.
Gorilla Vault (future)
Gorilla Vault — future system, not today’s product
Gorilla Vault is a planned follow-on for growing and routing capital after repeatable trading execution — you cannot use it now.
The idea is longer-term allocation with visible rules and caps — only when models and operations prove they can carry that responsibility.
It ships only when reporting, limits, and operator visibility meet the same bar we use for each rollout phase.
When it exists, expect the same trust standard as the trading agent: clear limits, labels, and no overstated readiness.
Product map
One picture: agent, modes, rollout
Illustration of how scanning, execution modes, and phased venues fit together — not a production system diagram.
Roadmap
DEX first, then CEX, then chains, then Vault
QuantGorilla rolls out spot on Solana DEX first (Jupiter + Raydium, liquid tokens), adds CEX (Bitunix) in Phase 2, multi-chain in Phase 3, and Gorilla Vault in Phase 4 — a later layer, not today’s product.
Order and timing can change. Nothing here is a delivery promise. Paper and simulation are the default unless a surface is explicitly enabled for controlled on-chain execution for you. Each phase ships when monitoring and risk bars are met.
Earn trust on Solana DEX spot before widening venues or automation.
Current roadmap focus: Phase 1 Solana DEX spot
Phase 1
ActiveSolana DEX — Jupiter + Raydium, spot, liquid tokens
Goal Disciplined on-chain spot with deep liquidity and clear operator visibility
- Spot only — no perps in Phase 1
- Jupiter + Raydium; established high-liquidity tokens — not launch sniping
- Paper, simulation, and controlled tests to validate routing, reconciliation, and risk hooks before broad access
What this unlocks
A credible first mile: DEX spot paths with honest labels and hard limits.
Proof before we widen automation or audience.
Phase 2
PlannedCEX — Bitunix (Phase 2)
Goal Same agent and gates on a centralized exchange for operators who opt in
- Bitunix (or successor venue) under the same risk and profit-threshold model
- Reporting that keeps DEX and CEX in one coherent story
- Per-account enablement only after Phase 1 bars are met
What this unlocks
One agent, on-chain and CEX — still inside your rules.
CEX plugs in after DEX discipline is proven — not a pivot away from it.
Phase 3
PlannedMulti-chain — Base, SUI
Goal Bring the same playbook to more ecosystems after Solana + CEX are stable
- Base and SUI among the first expansion targets
- New chains only when data and execution quality meet the same standard
- No rush to badge every network — each one re-proves reporting and limits
What this unlocks
More places to trade without dropping the risk bar.
Scale is a reward for stability, not a headline.
Phase 4
FutureGorilla Vault — future system
Goal Optional layer for growing and protecting profits after trading is reliably boring
- Separate from day-to-day trading — not available in this release cycle
- Governed allocation ideas with explicit rules and caps
- Ships only when vault logic meets the same observability bar as execution
What this unlocks
Trade first, compound later — when the vault earns its seat.
Ambition on the horizon — not something you are buying today.
Trust
Proof before hype — limits before scale
Staged release New venues and modes ship when controls match the risk — not when a banner needs a date.
Hard limits Automation stays inside envelopes you set; critical paths stay visible.
Testing is the honest default Paper, simulation, and controlled-test metrics are what we emphasize today — controlled on-chain only when labeled.
Wins and losses visible Cherry-picking erodes trust — we bias toward reporting real outcomes in test environments, including losses and skips.
Same rules, new venues Each chain or exchange plugs into the same policy core — not one-off hacks.
Vault waits Gorilla Vault expands only after execution tooling proves it can carry the load.
Stay close to the build
See the roadmap · try the Mini App
We prioritize people who want clear labels, phased access, and straight answers on what is simulated versus controlled on-chain.
Dashboards and the Mini App may reflect paper or internal testing — not scaled public execution unless explicitly marked for you.