ReventLens

Case triage for event-market teams with account-level trading records

Prioritize event-market activity for authorized human review.

Public records show how trading developed around an event. Authorized partner records can add the account link, restrictions, and prior activity that public feeds cannot. Those evidence layers feed one ranked queue, with the supporting record attached to each case. The public replay uses real Polymarket trades; the partner workflow is implemented and has so far been evaluated only with synthetic records.

Public activity alone cannot identify a person or escalate a case. ReventLens prioritizes review; it does not determine misconduct.

ReventLens / Review pathPre-pilot prototype
Public activity onlyDemonstrated on real public data

Reconstructs and ranks public trading for replay. Without private attribution, it cannot identify a person or support escalation.

1,132trades reviewed
201winner-side wallets
Largest14.7% of pre-reveal winner-side volume
See the public replay →
Authorized partner context suppliedImplemented, synthetic evaluation only

Checks the supplied account link, restricted-list status, baseline position size, and prior activity, then records what changed and why. Context can raise priority, lower it, or block escalation. Demonstrated with synthetic records; local file import, nothing uploaded.

Stale or conflicting partner context blocks escalation until resolved.

The final decision is always a human's. Ranking is prototype prioritization, not validated detection.
1,132 real tradesPublic Polymarket replay with evidence gates enforced
Local partner intakeCSV and JSON mapping, demonstrated with synthetic records
Controlled pilot nextTo measure real-partner usefulness; no performance claims today
Human decisionAn investigator decides whether a case proceeds
01 / Workflow

From a noisy market to a defensible review queue.

Public records show how trading developed around an event. A partner may separately supply the account link, restrictions, and prior activity needed for deeper review.

1

Establish the public record

Reconstruct trading around a defined event, then rank its timing, concentration, direction, and source completeness.

2

Add partner records

Local CSV or JSON intake can map an account link, restricted-list match, baseline position size, and prior activity. The current examples use synthetic records.

3

Route for human review

Evidence gates control the handoff. Public-only activity cannot escalate, and the investigator decides what the record means.

02 / Evidence layers

One review workflow. Two different kinds of evidence.

Public trades show behavior. A partner's records may link an account to a known subject and show whether it was restricted. The prototype does not infer one from the other.

Working today

Observable market activity

The public layer reconstructs trades, ranks unusual activity, records provenance, and prepares a review packet.

  • Real public and onchain replay data
  • Explainable scoring and suppression reasons
  • A hard rule blocking public-only escalation
Synthetic records

Partner-supplied account records

Fictional records show how an account link, restricted-list status, baseline position size, and prior trading activity can move a case into deeper review or suppress it from the review queue. Suppression is a triage decision, not a finding that the activity was proper.

  • Deterministic synthetic records, never customer data
  • Local CSV and JSON mapping
  • No claim of partner validation or measured accuracy

The synthetic control raised a warning. When the same simulated attribution packet was applied to ordinary control wallets, 8 of 18 that could be evaluated would also have been routed for deeper review. That is not a false-positive rate. It shows that attribution alone is not proof and that real partner validation remains necessary.

Inspectable output

A lead should explain itself before an analyst opens a case.

The packet makes the engine's reasoning reviewable. Here one fictional case is scored twice: first without partner records, then with synthetic partner context supplied. The relevant fields, gates, and routing change are inspectable.

  • Transparent reasons, weights, and provenance
  • The same case with and without supplied context
  • A reproducible trail another reviewer can challenge
  • In the synthetic batch, 168 of 216 simulated-attribution cases resolved away from review
Fictional routing example / one case, scored twiceSynthetic records

Priority bands: Low 0–69, Medium 70–84, High 85 and up. Routing also depends on attribution and evidence gates, not the score alone.

Pass 1 · Without partner records

24 / 100Prototype priority score, Low severity
74 / 100Timing factor
0 / 100Size factor, no baseline supplied
Auto-resolvedMissing account attribution

Same case, partner context added

Pass 2 · With synthetic partner context

83 / 100Prototype priority score, Medium severity
97 / 100Size factor, 8.1× account baseline
68 / 100Identity factor, account link supplied
Queued for reviewAttribution and evidence gates passed
Tokenized account link and KYC hashRestricted list consulted: no match96% market share in the window89% unwound within 17 minutes

A prototype score and severity, not a probability of wrongdoing.

Fictional records from the deterministic synthetic batch, scored and triaged by the same engine and batch harness as the demo. Among its 216 synthetic cases carrying simulated attribution, 48 reached the review queue and 168 resolved away, including duplicate, incomplete-evidence, baseline-explained, and stale cases. These are fictional routing outcomes, not performance results.

Public replay evidence

A real replay, capped where attribution ends.

ReventLens reconstructed the public Polymarket trading behind the Google Year in Search episode: 1,132 pre-reveal trades and 201 wallets positioned on the eventual winner. Among the twelve largest wallets the replay scored, each holding at least 1 percent of the pre-reveal volume, the engine ranked one anonymous wallet first, mostly on timing: it built its position from about 1.2 to 1.0 hours before the public reveal. It was also the most concentrated wallet in the replay, at 14.7 percent of the analyzed winner-side volume. Neither timing nor concentration implies misconduct.

The engine also held that wallet below escalation because public trading did not provide account attribution. That restraint is not a disclaimer added after the result. It is enforced in the scoring engine.

We selected this episode after the allegations became public. ReventLens did not surface it first; the replay shows how the workflow ranks known public trading, not a discovery. This is a retrospective workflow demonstration, not measured detection performance. The underlying conduct is alleged in the Justice Department announcement and CFTC complaint.

Designed restraint

The evidence boundary is part of the product.

A surveillance tool creates risk when it is more confident than its data. ReventLens makes the handoff point explicit.

I
It does not name a person.A public wallet or venue account is behavior, not identity. A partner must supply an account-to-subject link, or legal process must establish it. Even then, linking an account to a person does not establish who placed a given trade or who held relevant information.
II
It does not prove misconduct.A ranked lead tells an analyst where to look. It does not decide intent, breach, or legal significance.
III
It does not claim measured accuracy.The prototype has replay and base-rate evidence, not partner-validated precision, recall, or false-positive results.
IV
Synthetic records are not validation.Fictional account links, restrictions, and trading histories show how the engine maps and scores those fields. They do not establish real-world data quality, usefulness, or investigator outcomes.

A scoped next step

If your team holds account-level event-market records, test what context changes.

ReventLens is looking for event-contract venues and the compliance teams that lawfully hold account, restriction, and trading-history records. Scoping starts with a 30-minute review of the public replay, the synthetic account fields, and the records a historical pilot would need.

Scope a controlled pilot
01
Walk through the replaySee what surfaced, why it ranked, and why it stopped.
02
Review the synthetic recordsSee how an account link, restrictions, and prior activity affect which cases reach deeper review.
03
Define the required fieldsIdentify the minimum tokenized account, restriction, and history fields needed for a historical pilot.
04
Agree on what to measureDecide how to measure analyst workload and whether the ranked cases are useful before any real-data work.

See what your records change.

Bring a real surveillance process. Review what public trades show, what partner records add, and which questions still require an investigator.