Original CryptoSignalsReview dataset research
What 3,200 Provider Records Reveal About Missing Proof
The inventory is large, but its verification count is zero. That is not a verdict that every candidate is bad; it is a transparent statement that directory discovery has not been upgraded into reviewed proof.
Open the evidence ladderNo signup, payment, wallet connection, or credentials are required.
100% remain unresolved candidates.
No record is presented as CSR Verified in the 2026-07-05 snapshot. Frozen value; see the <a href="/how-csr-verifies-results/">current verification status</a>.
No loss-inclusive result sheet completed CSR review.
Direct answer
The snapshot contains 3,200 CSR Unverified providers, no CSR Verified providers, and no CSR-reviewed result sheets. The correct interpretation is procedural: the inventory is an intake and discovery surface. A candidate stays unresolved until identity, original alerts, complete outcomes, execution assumptions, terms, and conflicts can be reconciled. Absence of reviewed proof is not proof of fraud, and directory presence is not proof of quality.
Public verification status
| Public verification status | Records | Share |
|---|---|---|
| CSR Unverified | 3,200 | 100% |
| CSR Verified | 0 | 0% |
The immutable downloads also preserve raw historical internal workflow fields for reproducibility. Their 2,517-record review queue and 683-record quality-quarantine cohort both map to CSR Unverified; neither creates another public status.
| Result-sheet status | Records | Share |
|---|---|---|
| No CSR-reviewed result sheet | 2,517 | 78.7% |
| Not applicable until crypto signal relevance is confirmed | 683 | 21.3% |
The six-level evidence ladder
1. Identity and route
Match the provider name, legal or operating identity where claimed, public handle, official website, app or marketplace route, payment recipient, and support identity. An independently sourced route is stronger than a link forwarded inside an unsolicited chat.
2. Original signal archive
Preserve the original message IDs, timestamps, edit history, symbols, venues, entries, invalidations, stops, targets, leverage or margin assumptions, and every follow-up. A screenshot without archive continuity is an illustration, not a complete sample.
3. Loss-inclusive outcome reconstruction
Include stopped trades, expired setups, never-filled entries, partial exits, moved stops, open positions, deleted calls, and market periods that do not flatter the strategy. Define how ambiguous calls and missing updates are treated.
4. Execution reality
Reconcile alert time with executable liquidity, bid/ask spread, slippage, fees, funding, contract specification, exchange outage, copier delay, and follower settings. Provider-side theoretical returns are not the same as subscriber outcomes.
5. Commercial terms and control
Save the price, renewal, cancellation, refund, trial, affiliate, brokerage, API permission, copy-control, and support boundaries shown before payment or connection. A disclaimer cannot substitute for the actual service path.
6. Independent reconciliation
Document what agrees, what conflicts, and what remains missing. Verification should be reversible when source records change. Paid production or profile work cannot buy a better evidence status.
Why selected wins do not close the gap
A selected result can omit fees, losing calls, unfilled entries, edits, and the period used to choose the sample. Testimonials add another person’s claim but rarely provide the underlying trade record. Member counts describe audience size, not execution quality. The CFTC’s guidance on internet trading systems specifically highlights hypothetical-result limits, market conditions, stop execution, spreads, fees, and the danger of selectively manufactured historical results.
A reviewable result sheet needs an explicit denominator. It should state the full date range, eligible alerts, excluded alerts and reasons, entry rule, fill assumption, exit hierarchy, unresolved positions, costs, drawdown method, and source archive. Another reviewer should be able to reproduce the total from the same records.
What would change the count
| Evidence packet | Minimum useful contents | Why it matters |
|---|---|---|
| Identity packet | Official route, operator or entity claim, payment identity, support identity, dated continuity | Reduces impersonation and route ambiguity. |
| Signal packet | Original loss-inclusive archive with edit and deletion handling | Creates a complete review denominator. |
| Execution packet | Venue, contract, fees, funding, slippage, latency, follower fills | Tests whether published outcomes were executable. |
| Terms packet | Checkout, pricing, renewal, refund, permissions, disclosures | Shows what service and control were actually offered. |
| Reproduction file | Rules, formulas, source references, exceptions, reviewer notes | Allows independent recalculation and correction. |
Decision boundary
A zero CSR Verified count is a reason to request evidence, not to make a universal accusation. A provider can respond with records; CSR can review them; and the public status can change only through evidence. Until then, the safest statement is limited: the provider is CSR Unverified, no CSR-reviewed result sheet is available, and missing proof remains visible. A raw “listed for review” value in the immutable snapshot is historical internal workflow data, not a public label.
Dataset boundary
This is a census of records in the CryptoSignalsReview candidate inventory at snapshot 2026-07-05, not a representative survey of every crypto signal provider or every messaging channel. Directory inclusion is discovery evidence only. Missing fields stay missing, platform labels can overlap, and no count proves provider quality, legality, profitability, or safety.
Public verification vocabulary: CSR Verified or CSR Unverified only. In this frozen snapshot, 0 records were CSR Verified and 3,200 were CSR Unverified. “Listed for review” and “quarantined” are retained only as historical internal workflow fields from 2026-07-05; neither is a third public verification status.
Frozen source: 5dcd30b2b1a0da9bacbaeec08244190dae19a49f. Unit: one unique CSR provider slug. Position: coverage is not endorsement.
Official context sources
These sources explain why identity, disclosure, complete performance evidence, and resistance to urgency matter. They do not validate any record in the CSR dataset.
- Investor.gov: social media and investment fraud
Identity verification, impersonation, testimonials, urgency, and social-media limitations.
- CFTC: commodity trading systems sold on the internet
Hypothetical results, fees, slippage, loss capacity, and performance-claim limitations.
Continue the transparency research
- Crypto Signal Provider Transparency Report 2026
Original analysis of 3,200 crypto signal provider candidate records: platform concentration, binary verification, historical workflow, sources, and missing evidence.
- Why 98.4% of the Provider Dataset Is Telegram-Labeled
Analyze why 3,150 of 3,200 CryptoSignalsReview candidate records mention Telegram, what that concentration means, and what it cannot prove.
- Why 683 Records Entered CSR’s Historical Quality Quarantine
Analyze CSR’s 683-record historical internal quality-quarantine cohort, including project communities, airdrop groups, weak names, and non-signal candidates.
- Crypto Signal Provider Name Collision Report 2026
First-party analysis of repeated provider names across 3,200 records, with exact and Unicode-normalized counts, source context, and identity limits.
- Crypto Signal Provider Alias Coverage and Entity Resolution
Audit alias-field coverage across 3,200 provider records, including importer patterns, shared values, source-family gaps, and display-name matches.