Signal discovery
Qinlong separates BSC, SOL, and ETH research lanes so wallet, pool, route, token, and liquidity evidence can be interpreted in the right market structure.
The Qinlong System, explained plainly.
Qinlong is a multi-chain on-chain research system. It does not treat a raw alert as approval. The system records source quality, route evidence, liquidity context, validation samples, blocker reasons, and review status.
Raw alert
Source-aware candidate
Route and liquidity evidence
Validation sample
Validation record
Core distinction
- Discovery is separate from validation
- Each chain has its own evidence rules
- Dashboards explain blockers and outcomes
Common blockers
- Source quality is too weak
- Route or liquidity evidence is incomplete
- Validation sample is too thin
System modules
Each module answers a specific investor diligence question: what data is observed, how signal quality is scored, what can be verified, and what prevents a weak path from scaling.
Source and actor scoring
Wallets, pools, routes, and discovery sources are scored separately. A strong signal on one chain is not automatically transferred to another chain.
Candidate gatekeeping
Candidates are checked against chain-specific rules such as source quality, liquidity, route evidence, sample freshness, cooldowns, and risk dominance.
Quoteability and liquidity checks
Route evidence, DEX or AMM context, pool state, sellability checks, and failure reasons help separate usable signals from signals that cannot be validated cleanly.
Strict validation ledger
Research-mode entries, exits, rejection reasons, and rule outcomes are stored so results can be reviewed without mixing alerts, diagnostics, paper observations, and readiness evidence.
Dashboard and review layer
The dashboard shows process health, latest candidates, validation records, wallet-group behavior, and the reasons candidates were blocked.
How Qinlong decides.
Qinlong uses a staged review model. A signal can be recorded without being approved, and a candidate can be useful for research even when it is blocked from higher-risk workflows.
Alert evidence
Where did the signal come from, and which chain, wallet, pool, route, or source produced it?
Route evidence
Is there enough route, liquidity, and sellability context to treat the candidate as reviewable?
Validation evidence
Are there fresh records, consistent samples, and clear outcomes instead of stale or polluted evidence?
Blocker attribution
If the candidate fails, Qinlong records whether the cause was source quality, liquidity, route failure, sample quality, or a chain-specific gate.
Review status
Each candidate can be blocked, observed, reviewed, or held for more evidence without being treated as an execution instruction.