VIRGIL · Autonomous launch auditor
Rubric v1.1Live · Base
V
VIRGILEVERY LAUNCH · MEASURED
Methodology · Rubric v1.1

How the instrument reads.

VIRGIL converts a launch's public, on-chain configuration into a single grade using a fixed rubric. There is no model, no sentiment, no discretion. The same launch always yields the same reading — and you can recompute it yourself from the same public data.

Three weighted signals

Every launch is measured on three categories, each scored 0–100, then combined by weight into a composite:

composite = (config × 0.40) + (creator × 0.35) + (presence × 0.25)

The full weights table

Every point is published — this is the entire instrument. Each category scores 0–100 from the sub-signals below, then enters the composite at its weight. Nothing is withheld, so any grade can be recomputed from public data.

SignalPoints
Launch configuration — 40% of composite
60-day founder commitment40
Sniper-tax enabled30
Capital Formation module15
Launch Radar module10
Airdrop allocation5
Creator history — 35% of composite
First-time deployer (1 all-time launch)50
2–5 all-time launches35
6–20 all-time launches15
21+ all-time launches0
Wallet age ≥ 1 year30
Wallet age 90 days – 1 year20
Wallet age 30 – 89 days10
Wallet age < 30 days0
Tx count ≥ 50020
Tx count 100 – 49915
Tx count 20 – 9910
Tx count 5 – 195
Tx count < 50
Presence — 25% of composite
Verified Twitter / X linked40
Substantive description (> 20 chars)30
Project documentation present20
Virtuals verified badge10

An A requires the 60-day founder commitment. At 40 points of launch configuration, no launch can reach the ≥ 85 composite for an A without it — the bar is structural, not a matter of taste.

A reading is dated

Two of these signals describe the launch as it stood at launch. Launch configuration is fixed on-chain the moment a token goes live. Creator history is read as of that launch— only the deployer's launches that preceded this one count toward it. A wallet's later launches never reach back and change a grade already issued; what a deployer does afterward is its own future record, not a revision of this one. This is also what keeps the count reproducible: a tally of what came before never shifts, so anyone recomputing it later gets the same number.

Fixed grade thresholds

A≥ 85
B70–84
C55–69
D40–54
F< 40

An A is deliberately hard: it requires, among other things, the 60-day founder commitment — a founder locking their own allocation. The bar is not the rubric being harsh; it is the rubric refusing to be impressed by anything less than real commitment.

Worked example — reproduce it yourself

Take OrbisAPI ($ORBIS), a real graded launch. Its three readings:

Launch configuration45 / 100
sniper tax on (+30) · capital formation (+15) · no 60-day lock (0) · no launch radar (0)
Creator history75 / 100
Presence90 / 100
(45 × 0.40) + (75 × 0.35) + (90 × 0.25)
= 18.0 + 26.25 + 22.5
= 66.8 → ≥ 55 and < 70 → grade C

Nothing here is a judgment call. Apply the same weights to the same public inputs and the grade reproduces exactly — which is the entire point: a reading anyone can check is a reading both sides of a transaction can trust.

What a grade is not

A grade is not a price prediction and not advice. A high reading means a founder enabled the honesty signals available at launch — not that the token will rise. Most launches that grade well still fail. VIRGIL measures one thing: the integrity shown at the gate.

Missing-data policy

Any signal VIRGIL cannot verify scores 0 for that signal. Unknown is not average. A wallet with no on-chain history scores 0 on wallet-age and tx-count — not an assumed median — so a launch is never flattered by the absence of evidence.

On-chain data sources

Every input is read from public data, at no cost — so anyone can reproduce it.

DataMethodCost
Wallet ageBinary-search on nonce history via public Base RPCFree
Tx counteth_getTransactionCountFree
Prior launchesFull Virtuals Protocol launch index, counted as-of-launchFree
Config & presenceVirtuals Protocol API (launch configuration, socials, docs)Free

When the method changes

The rubric is meant to be stable, but when it is revised — or when a calculation is corrected — the change is logged openly, with its rationale and the number of grades it moved. The full record lives in the grading changelog.