Ask Prompt
Data Pipelines
Run data ingestion pipelines to fetch and update token data. Status persists across page refreshes.
Rules — consensus / verdict / validity & reward formulas
Resolution. A step locks only when ALL conditions hold — trust is the weight, never raw headcount (the distinct-voter + min-age guards block one actor's sock-puppets from settling alone):
| Step | Resolves when (all of) | Outcome |
|---|---|---|
| Validate (verdict / validity) | Σ validator trust ≥ validate_consensus_trust· distinct validators ≥ validate_min_distinct_voters· age ≥ validate_min_age_hours | linear-trust-weighted (water-fill-capped) approve % ≥ review_jury_approval_pct → VALIDATED, else INVALID |
| Assess (consensus) | Σ assessor trust ≥ assess_consensus_trust· distinct assessors ≥ assess_min_distinct_voters· age ≥ assess_min_age_hours | linear-trust-weighted (capped at review_max_weight_share) mean per dimension → 0–100 consensus |
Rewards. Every reward is × your trust. Each action pays a permanent instant floor; retrospective rewards land at settlement and decay exponentially with distance from consensus: reward = base × exp(−retro_steepness × distance/100) × trust.
| Activity | Instant (on action) | Retro (at settlement) | Trust move |
|---|---|---|---|
| Declare | points_declare × trust (on AI-pass) | points_early_declare × trust (on validate); rumors: points_rumor_confirmed × trust (on community confirmation) | +declare_ai_trust_gain, +declare_validated_trust_gain; −declare_ai_invalid_penalty / −declare_jury_invalid_penalty if ruled invalid; −rumor_bust_trust_penalty if a rumor busts |
| Validate | review_floor_base × trust | review_retro_base × exp(−k·d/100) × trust, d = |your 0/100 vote − final approve %| | d ≤ trust_gain_band → +trust_step·exp(−k·d/100); d ≥ trust_lose_band → −trust_step·(1−exp(−k·(d−lose)/100)); between → 0 |
| Assess | assess_floor_base × trust | Σ over voted dimensions of assess_retro_base × exp(−k·d/100) × trust, d = |your value − consensus| | same distance-scaled curve, on your average distance across dimensions |
Trust is the linear weight everywhere (no trust²); the anti-whale is the per-voter water-fill cap. Declarer rewards use trust at declaration. Reveal/verdict is terminal (never re-opened) and each is paid once per signal.
What switching Pre-TGE → Post-TGE actually changes
EpochReward rows per sub-pool.pre_tge and counted in the airdrop estimate.post_tge and excluded from the airdrop estimate.| Setting | Category | Pre-TGE | Post-TGE |
|---|---|---|---|
| Trust — the single gate + reward multiplierTRUST (0–1) replaced the old L0–L3 levels: it both GATES which activities a wallet can do AND multiplies every reward (reward = base × trust). On settled work it moves by DISTANCE from consensus, distance-scaled & asymmetric (same exp kernel k = retro_steepness as the reward): within the gain band the gain is largest at a bullseye and decays to the edge (+step·exp(−k·d/100)); beyond the lose band the penalty starts at 0 and escalates toward distance 100 (−step·(1−exp(−k·(d−lose)/100))); between the bands unchanged (clamped to [floor, 1]). step is the per-signal CAP. Trust is the LINEAR weight in every consensus (no trust²); anti-whale is the per-voter cap. Per-activity gates + trust gains/penalties live under each activity below. | |||
| Trust engine (shared by assessing + validating) | |||
New-wallet starting trust Starting trust (0-1) for a fresh verified wallet. Default 0.05 — low until proven by tracking consensus. |
Trust | ||
Trust floor (min) Minimum trust a wallet can decay to. Default 0.02. |
Trust | ||
Trust step (± cap per settled signal) The MAXIMUM trust that can move on one settled signal (assess or validate). Within the gain band the actual gain decays from this cap at a bullseye toward 0 at the band edge; beyond the lose band the penalty grows from 0 at the edge toward this cap at distance 100 — both shaped by the same exp kernel (retro_steepness). Default 0.02. |
Trust | ||
Trust gain band (distance ≤) Distance from consensus (0–100) at or below which you GAIN trust (largest gain at distance 0, decaying to the edge). Default 15. |
Trust | ||
Trust lose band (distance ≥) Distance from consensus (0–100) at or above which you LOSE trust (no penalty at the edge, escalating toward distance 100). Between the two bands trust is unchanged (neutral zone). Default 50. |
Trust | ||
Full-verification trust boost One-time trust bump granted the first time a wallet passes ALL 4 verifications (Twitter + Telegram AND wallet age + funds). Applies in both phases (testnet + mainnet); granted once per wallet. 0 = off. Default 0.05. |
Trust | ||
| Credits — capacity to actStaking mints credits (capacity) ONLY; trust is separate. Every Lab action spends credits; they reset daily with no rollover. Pre-TGE stakes testnet $PROMPT, post-TGE real $PROMPT. | |||
| Minting | |||
PROMPT per credit/day Staking this many $PROMPT mints 1 credit/day (linear, uncapped). Default 100. |
Credits | ||
Free credits/day Daily free credits granted ONLY to wallets that have completed full 4-step verification (wallet age + funds + Twitter + Telegram). Unverified wallets mint 0; staking mints more on top. Pre-TGE all credits come from staking. |
Credits | ||
Testnet mint amount (one-time) ⚠ Pre-TGE only. Testnet $PROMPT granted by the one-time faucet mint — ONCE per wallet, even after staking/spending. This is a VIRTUAL balance for testing; real on-chain minting requires deploying a $PROMPT token contract (not yet wired). Default 10000. |
Credits | ||
| Per-action cost Credits consumed each time you take the action. | |||
Cost — declare Credits consumed per declaration. |
Credits | ||
Cost — validate Credits consumed per Validate (jury) vote. |
Credits | ||
Cost — assess Credits consumed per assessment vote. |
Credits | ||
| ① DeclareA community declaration: Declare → AI pre-validate → community Validate → Assessment. The declarer earns an instant floor on AI-pass and a validated bonus once the community approves it; trust moves up on pass/validation and down if ruled invalid. All rewards = base × the declarer trust AT declaration. | |||
| Access | |||
Trust to declare Minimum trust (0–1) to submit declarations. Default 0.20. |
Declare | ||
| Rewards Instant floor on AI-pass; the validated bonus (all types) lands when the community validates the declaration. All × trust-at-declaration. | |||
Instant floor (AI-pass) Instant base credited when a declaration passes AI pre-validate: base × trust. Permanent. |
Declare | ||
Validated bonus (all types) Retrospective bonus (× trust-at-declaration) credited to the declarer when the community Validate jury approves the declaration. Applies to every declaration type. |
Declare | ||
| Catalyst timing A catalyst with a FUTURE event date is held back from the community until its event has actually happened — so the community judges the real outcome, not a prediction. | |||
Catalyst desk delay after event (min) A catalyst with a future event date waits this many minutes AFTER the event before it can be validated or assessed (gives the price a moment to react). Default 60. Catalysts reported after the fact open immediately. |
Declare | ||
| Rumors A rumor is an unverified predicted catalyst (no proof yet). It can't be validated — only confirmed once the community agrees it materialized, or busted if its materialize-by date passes (plus a grace buffer) with no confirmation. Confirmed rumors graduate to a normal catalyst and are assessed on their real price impact. | |||
Rumor confirmed bonus Retrospective bonus (× trust-at-declaration) credited to the declarer when the community confirms a rumor they declared actually materialized. Deliberately LARGE — calling something before it is public is genuine alpha. Default 50. |
Declare | ||
Rumor bust trust penalty Trust the declarer loses when a rumor busts (its materialize-by date plus the grace buffer passes without confirmation). Default 0.10 — softer than a fraudulent declaration. |
Declare | ||
Rumor bust grace (days) How many days past a rumor's materialize-by date to keep it open for confirmation before it auto-busts — a slightly-late real event still has a window. Default 14. |
Declare | ||
| Trust impact Trust earned at the two pass gates; lost if ruled invalid — separately for AI pre-validate vs the Validate jury. | |||
Trust gain — AI-pass Trust the declarer gains when their declaration passes the AI pre-validate gate. Default 0.02. |
Declare | ||
Trust gain — community-validated Trust the declarer gains when the community Validate jury approves their declaration. Default 0.05. |
Declare | ||
Trust drop — AI-invalid Trust the declarer loses when a declaration FAILS the AI pre-validate gate. Default 0.15. |
Declare | ||
Trust drop — jury-invalid Trust the declarer loses when a declaration is rejected by the community Validate jury. Default 0.15. |
Declare | ||
| ② Validate (jury)Every AI-passed declaration lands on the Validate desk. It RESOLVES once the summed trust of its validators reaches the consensus-trust threshold — then the linear-trust-weighted approve share decides (≥ approval % → VALIDATED → proceeds to Assessment; below → INVALID → rejected, declarer trust drops). Each validator earns an instant floor plus a retrospective reward that decays with their distance from the final approval %, and their trust moves on that distance (gain near / lose far). | |||
| Access | |||
Trust to validate Minimum trust to sit on the Validate jury that gates every declaration. Default 0.50. |
Validate | ||
| Jury verdict A verdict resolves only when ALL of these hold (anti-sockpuppet): summed trust ≥ threshold, ≥ N distinct validators, and open ≥ M hours. | |||
Consensus trust to resolve (Σ) The verdict resolves once the SUMMED linear trust of the validators reaches this value (e.g. three validators at 0.3 + 0.5 + 0.2 = 1.0). Default 1.0 — low because fresh trust is ~0.05; raise as the trust base matures. |
Validate | ||
Min distinct validators Minimum number of DISTINCT non-seed validators required before a verdict resolves — on top of the trust sum. Stops a declarer + one accomplice (or a lone high-trust wallet) from self-validating. Default 1 (no extra requirement); raise post-TGE. |
Validate | ||
Min hours open before resolve A declaration cannot be validated/rejected until it has been open at least this many hours (from declaration) — gives real validators time to show up. Default 0 (no wait); raise post-TGE. |
Validate | ||
Approval % to validate Linear-trust-weighted approve share needed to VALIDATE a declaration; below it the declaration is ruled invalid. Default 60. |
Validate | ||
Max single-juror weight Anti-whale cap: no single juror may exceed this share of the verdict weight (rest water-filled to others). At 0.5 a lone heavyweight tops out at 50%, so the 60% bar always needs ≥2 aligned jurors. Default 0.5. |
Validate | ||
| Rewards | |||
Instant floor Instant floor per validate vote = base × trust. |
Validate | ||
Distance retro (base) Retrospective reward base for every validator = base × exp(−steepness × distance/100) × trust, where distance = |your approve/reject vote − the final approval %|. Closer to the verdict earns exponentially more. |
Validate | ||
| ③ AssessValidated declarations are assessed by the community. A signal hides its consensus until the SUMMED trust of its assessors reaches the consensus-trust threshold; below that it stays open and visible (no time limit). On reveal, the consensus is the linear-trust-weighted (water-fill-capped) mean per dimension. Each assessment pays an INSTANT floor (base × trust) the moment you vote, plus a RETROSPECTIVE reward at reveal that decays exponentially with your distance from consensus (summed per dimension). Trust then moves on your average distance (gain near / lose far). | |||
| Access | |||
Trust to assess Minimum trust (0–1) to cast assessment votes. Default 0.05 — equals the full-verification boost, so completing 4-step verification unlocks assessing. |
Assess | ||
| Consensus & reveal A signal reveals only when ALL of these hold (anti-sockpuppet): summed trust ≥ threshold, ≥ N distinct assessors, and open ≥ M hours. | |||
Consensus trust to reveal (Σ) A signal's consensus becomes PUBLIC (and voting closes) once the SUMMED linear trust of its assessors reaches this value. Below it the consensus is hidden and the signal stays votable + visible indefinitely. Default 1.0 — low because fresh trust is ~0.05; raise as the trust base matures. |
Assess | ||
Min distinct assessors Minimum number of DISTINCT non-seed assessors required before consensus can reveal — on top of the trust sum. Stops one actor with several wallets (or a lone high-trust wallet) from being the whole consensus. Default 1 (no extra requirement); raise post-TGE. |
Assess | ||
Min hours open before reveal Consensus cannot lock until the signal has been open at least this many hours (measured from declaration) — gives the community time to weigh in and blocks instant sock-puppet settlement. Default 0 (no wait); raise post-TGE. |
Assess | ||
| Rewards | |||
Instant floor Instant participation floor per assessment = base × trust. Tiny, immediate, never lost (a fresh wallet ~0.05 trust earns ~0.1 pts). The larger reward is the retrospective distance row. |
Assess | ||
Distance retro (base, per dim) Retrospective reward base PER DIMENSION at reveal = base × exp(−steepness × distance/100) × trust, where distance = |your value − consensus| (0–100). Summed across the dimensions you voted. Closer to consensus earns exponentially more. |
Assess | ||
Distance decay steepness (k) Shared exponential steepness for assessment AND validation distance rewards: reward × exp(−k × distance/100). Higher = reward drops off faster as you move from consensus. Default 4 (dist 0→×1.0, 25→×0.37, 50→×0.14, 100→×0.018). |
Assess | ||
| Reward pools & epochsHow earned points convert to the token pool, and the epoch settlement cadence. Identical in both phases; post-TGE distributes, pre-TGE accrues for the airdrop. | |||
| Pools | |||
Token total supply Total $PROMPT supply — basis for converting the pool % into a concrete per-epoch token budget at post-TGE distribution. |
Pools | ||
Baseline pool % / 4wks Percent of supply per 4 weeks for passive baseline staking yield (continuous → claimable). MAINNET-ONLY: does NOT accrue pre-TGE and has no accrual/claim backend yet; configurable now, activates post-TGE. The staking page tags the Baseline-yield card “Mainnet only”. |
Pools | ||
Points pool % / 4wks Percent of supply per 4 weeks for activity rewards. A 7-day epoch distributes a quarter: per-epoch tokens = supply × this% × (7/28). |
Pools | ||
Pool decay % / block (post-TGE) Post-TGE deflation: every decay block (below), BOTH the baseline + points pools shrink by this percent (geometric). 0 = no decay. Default 10. Makes each successive block emit fewer tokens — increasing scarcity. |
Pools | ||
Pool decay block (epochs) How many epochs the pool holds before it steps down by the decay %. Default 4 (≈ the 4-week pool window). The block index = epochs already distributed ÷ this. |
Pools | ||
Pool decay floor % The pool never decays below this percent of its original size — a permanent emissions floor. Default 20. |
Pools | ||
Split into sub-pools (0/1) DEFAULT 0 = one pool: every activity competes pro-rata for the whole points pool (declare/validate/assess, no carve-up). 1 = divide into the per-activity sub-pools below. A sub-pool is only funded by activities that award points; an empty sub-pool budget is NOT redistributed. Single-pool is the default. |
Pools | ||
Sub-pool % — declare Split=1 only. Funded by the declare floor + validated/rumor-confirmed bonuses. Share of the points pool for declarations. |
Pools | ||
Sub-pool % — validate Split=1 only. Funded by validate floors + majority retro (tagged subpool="review"). Share of the points pool for validation. |
Pools | ||
Sub-pool % — assess Split=1 only. Funded by assessment rewards (instant floor + retrospective quality). Share of the points pool for assessments. |
Pools | ||
| Epochs & settlement Reward epochs are unified across phases. Points in the OPEN epoch are at-risk (this-epoch); on settle they become CLAIMABLE (banked). Any unstake during an epoch forfeits the points earned that epoch. Post-TGE a closing epoch distributes the pool; pre-TGE it settles without distribution (cumulative for the airdrop). | |||
Epoch length (days) Length of one reward epoch, both phases. Pool proration is this/28 of the 4-week pool %. Changing it shifts the rolling window index — change deliberately. Default 7. |
Epochs | ||
Unstake forfeits this-epoch pts (0/1) DEFAULT 1 = any unstake zeroes ALL of the current-epoch points (the anti-unstake deterrent). Claimable (settled) points and baseline yield are always kept. 0 = unstaking keeps this-epoch points. |
Epochs | ||
| ReferralsTwo-tier referral overrides, drawn from the pools (a share of the recruit’s points). | |||
| Two-tier referral | |||
Referral tier-1 % Override % a recruiter earns from a direct recruit (drawn from pools). |
Referral | ||
Referral tier-2 % Override % from second-level recruits. |
Referral | ||
Override cap % Referral overrides capped at this % of the recruiter’s own epoch points. |
Referral | ||
Activities to qualify Lab activities (declare/assess) a recruit must complete before the referral counts as qualified. |
Referral | ||
| Verification & airdropAnti-Sybil verification signals (a participation check, not a points qualifier — every earned point counts) and the airdrop allocation. | |||
| Verification & anti-Sybil | |||
AI enrich limit/day Per-wallet AI enrichment attempts per 24h (bounds a single wallet AI-compute cost). Leave blank (∞) = unlimited. |
Sybil | ||
Verify checks / min Max verification checks a wallet can run per minute — a SHARED budget across all 4 (wallet age, funds, Twitter, Telegram). Anti-abuse for the RPC / explorer / OAuth calls. Default 5. |
Sybil | ||
Checks network Display name of the chain the balance / age / tx checks run on (e.g. Base, Ethereum). Used in the wallet-row labels and reasons. |
Sybil | ||
Checks RPC URL JSON-RPC endpoint for the balance + tx-count checks. Default Base (free, no key). Any EVM chain works. |
Sybil | ||
Checks chain id Etherscan V2 chainid for the wallet-age lookup (8453 = Base, 1 = Ethereum). One Etherscan API key (env) covers all chains. |
Sybil | ||
Min wallet age (days) Days since the wallet's first tx (on the checks network) required to pass the age gate. 0 = no age requirement. Needs an Etherscan API key (env); if absent the age check follows Hard gate. |
Sybil | ||
Min transactions Minimum tx count on the checks network for the age gate. 0 = no requirement. |
Sybil | ||
Min balance (ETH) Min native balance for the Wallet-funds gate, in whole ETH — a real number (1 = 1 ETH, 0.001 = 0.001 ETH), just like the Accepted-tokens amounts. Default 0.001. 0 = no native requirement (rely on accepted tokens). |
Sybil | ||
Hard gate (0/1) Governs checks that CAN'T be performed (RPC unreachable / no Etherscan key). 1 = FAIL closed (no false pass — recommended once configured). 0 = skip (informational pass). Real shortfalls (too new / low balance) always fail regardless. |
Sybil | ||
Accepted funds tokens ERC-20 tokens that satisfy the Wallet-funds gate IN ADDITION to native ETH — holding the min of ANY listed token passes. One per line: SYMBOL | rpc_url | contract | decimals | min_amount (e.g. VIRTUAL | https://mainnet.base.org | 0x0b3e…7E1b | 18 | 25). Each entry carries its own RPC, so any chain works. Blank = native ETH only. Phase-agnostic (one value for both phases). |
Sybil | ||
| Airdrop | |||
Token supply allocation % Percentage of total token supply allocated to participants. Share = (your points / total points) × this %. |
Airdrop | ||
Linear vesting period (days) Days over which the airdrop vests linearly. (Activates at TGE — claim is a TGE-time deliverable.) |
Airdrop | ||
| Setting | Where Enforced | Min Confidence | Min Voters | Min Tokens | |
|---|---|---|---|---|---|
|
Category
|
|||||
|
Category tags
Min for a category to appear as a tag in the token header
|
Token detail → header tag pills | % | — | ||
|
Narrative Pulse
Min for a category to appear in the Narrative Pulse lifecycle view
|
Token detail → Narrative Pulse section | % | — | ||
|
Compare page
Min tokens tagged with a category for it to appear in the dropdown
|
Compare → multi-select narrative dropdown | — | — | ||
|
Markets page
Min tokens tagged with a category for it to appear in the filter dropdown
|
Markets (Index) → narrative filter dropdown | — | — | ||
|
Signals page
Min tokens tagged with a category for it to appear in lifecycle view
|
Signals (Pulse) → narrative lifecycle view | — | — | ||
|
Patterns page
Min tokens tagged with a category for it to appear in momentum analysis
|
Patterns → narrative momentum analysis | — | — | ||
|
Catalyst
|
|||||
|
Activity Feed
Min to display a catalyst in the Activity Feed (0 = show all)
|
Token detail → Activity Feed card | % | — | ||
|
Chart markers
Min for a catalyst to appear as a marker on the price chart
|
Token detail → chart signal timeline | % | — | ||
|
Utility
|
|||||
|
Token Utility card
Min to treat a utility as validated and show impact score
|
Token detail → Utility pillar card + popup | % | — | ||
|
General
|
|||||
|
Validate gate
Min approval % and votes for a declaration to pass community validation and reach assessment
|
Lab → Declare → Validate → Assess | % | — | ||
Always-Include Tokens
These tokens are always included regardless of market cap filter. Use CMC slugs (e.g. "bitcoin", "ethereum", "solana"). Useful for specific projects you want to track.