SPW INTELLIGENCE / 4663

Map the meme web.Hold one thread.

SPW ranks Robinhood Chain meme tokens. The proposed Spider web mechanism is designed to route a disclosed share of token trading fees into a Catch Pool that may selectively buy qualified leaderboard tokens and distribute the acquired tokens pro rata to eligible Top 50 SPW holders.

CONTRACT ADDRESS0x · ERC-20 · MAINNET
Results are cached for 60 minutes. Each IP can add one mention per CA; repeats return the same report without increasing the count.
0x45C83b…010962
NETWORK ONLINE
CACHE WINDOW60 MIN
TRACKED TOKENS
01 / SPW SCORE02 / CATCH POOL03 / SELECTIVE MEME BUYS04 / TOP 50 AIRDROPS
01 TOKEN RANKINGS

COMMUNITY WATCHLIST

Previously analyzed tokens

Only tokens at or above a live $20K market cap are shown. Click a token to reopen its saved score report without adding a mention.

SORT BY
Market caps refresh every 30 seconds
RANKTOKENMARKET CAPSCOREMENTIONSLAST UNIQUE MENTION
Loading analyzed tokens…
02 SPW DOCUMENTATION
Spider web geometric token emblem
OFFICIAL TOKEN CONCEPTSpider webSPW · $SPW · ROBINHOOD CHAIN
OFFICIAL TOKEN MECHANISM · DRAFT V0.2

How SPW works, from CA to holder distribution.

This document defines the proposed operating rules for Spider web (SPW). The research product is live; the token, fee route, Catch Pool, purchases, and distributions remain inactive until every address and parameter below is published.

PROPOSED · NOT LIVENo value moves until the rules, addresses, and limits are public.

Official CA, fee rate, wallet map, cycle budget, order limits, snapshot policy, distribution contract, audit status, and launch date are all pending.

01 / OVERVIEW

What SPW is

SPW is designed to connect a public Robinhood Chain meme-token ranking with a transparent token-acquisition and holder-distribution loop. Users submit contract addresses, SPW produces an explainable market-quality score, and eligible tokens enter a reviewable candidate set.

The official token is the coordination asset for this loop. A disclosed share of SPW trading fees is intended to fund the Catch Pool. The pool may selectively buy qualified leaderboard tokens, while the SPW token determines who is eligible for the resulting distribution.

TOKEN UTILITY

How the $SPW token is used

Holding SPW does not create ownership of the Catch Pool. Its proposed utility is eligibility: after a completed purchase cycle, 100% of the net meme tokens received by the distribution wallet are allocated pro rata across the eligible Top 50 SPW holder set.

Deliberately inactiveNo fee, purchase, treasury, custody, or airdrop mechanism is active today. No percentage or address shown as pending should be treated as a promise. Activation requires published contracts, security review, legal review, wallet controls, and a public dry run.

02 / FLOW

The operating loop

Five observable steps connect community attention to a proof-backed distribution. A score can open the review gate; it cannot place an order by itself.

01 / SIGNAL

Community mentions a CA

A Robinhood Chain contract enters the public watchlist. One IP contributes one unique mention per CA.

02 / RESEARCH

SPW scores the token

On-chain structure, market quality, holders, security, and public attention are saved in one reviewable score report.

03 / GATE

The candidate must qualify

Market-cap visibility is only the start. Contract, liquidity, execution, evidence, and conflict gates must all clear.

04 / POOL

Disclosed fees feed the pool

After launch, the published share of SPW trading fees is intended to fund the Catch Pool. Until then, the balance remains zero and pending.

05 / DISTRIBUTE

Catch, receipt, and airdrop

Selected eligible memes may be purchased within a budget. Acquired tokens are then earmarked for a proof-backed Top 50 holder distribution.

03 / VERIFY

Candidate set and verification

One IP can create one unique mention per CA. The first request creates a score report; requests inside the next 60 minutes reuse it. The public leaderboard displays previously analyzed tokens with a live market cap of at least $20K. These rules reduce repeat spam and define the visible candidate set.

Before any proposed purchase, SPW must run a fresh pre-trade check. Market cap, liquidity, turnover, holder participation, contract controls, GoPlus findings, data coverage, and execution capacity are re-read and stored with the decision record.

Proposed catch-priority index70% SPW score + 20% unique-mention percentile + 10% data coverage & freshness

The index orders candidates for review; it is not a buy signal. Any unresolved safety, liquidity, custody, conflict, or legal gate can remove a token regardless of rank.

Every gate must clear

  1. 01

    Live market cap at or above the public $20K leaderboard floor and a tradeable Robinhood Chain pool.

  2. 02

    No unresolved critical honeypot, mint, blacklist, proxy, ownership, or transfer-control finding.

  3. 03

    Enough real liquidity for the proposed order under a published position-size and slippage limit.

  4. 04

    Holder participation, turnover, buy/sell flow, and price impact pass abnormal-churn checks.

  5. 05

    Data coverage and source freshness are sufficient for a named reviewer to explain the decision.

  6. 06

    No undisclosed team interest, paid placement, related-wallet conflict, or prohibited counterparty.

04 / POOL

The Catch Pool policy

After activation, a disclosed share of official SPW trading fees is intended to move through a published fee collector into the Catch Pool. Manual deposits, rebates, or other inflows must be labeled separately so the source of funds remains auditable.

Purchases are selective, budget-limited, and reviewed before execution. The cycle budget, reserve rule, maximum allocation per token, maximum share of pool liquidity, maximum slippage, cooldown, and emergency pause rules must be published before the first order.

Funding sourcePublished share of official SPW trading fees · rate pending
Candidate universeRobinhood Chain leaderboard tokens that pass every gate
SelectionCatch-priority review plus a written operator decision
ExecutionBudget, liquidity, slippage, cooldown, and counterparty limits
Use of assetsNet tokens received are reserved for the holder-distribution batch
SCORE ≠ AUTOMATIC BUY ORDER
05 / DISTRIBUTE

Top 50 pro-rata distribution

For each completed cycle, the distributable amount is the net quantity of each purchased token actually received by the designated distribution wallet. That amount is allocated across eligible Top 50 SPW holders according to each wallet’s share of the eligible Top 50 SPW balance.

Liquidity pools, burn addresses, treasury, deployer, routers, exchange or custody wallets, bridges, contracts, and other system-controlled addresses are excluded before ranking. The snapshot block, holding-window rule, eligible balances, exclusions, and allocation file are published with each batch.

ALLOCATION FORMULAWallet allocation = wallet eligible SPW balance ÷ total eligible SPW balance held by the Top 50 × net distributable token amount
EXAMPLE

If the eligible Top 50 hold 40,000,000 SPW in total and one wallet holds 2,000,000 SPW, that wallet represents 5% of the eligible set and receives 5% of every token batch in that cycle.

The final airdrop method, minimum transferable amount, failed-transfer handling, gas policy, sanctions screening, and claim deadline—if a claim fallback is used—must be published before activation. Failed allocations remain accounted for and cannot be silently recycled.
06 / PROOF

Every movement should be reviewable

The public proof layer links the full path from fee inflow to purchase and holder distribution. Until a real address or receipt exists, the field remains marked pending.

WALLET MAP

Every operational address

Deployer, fee collector, Catch Pool, execution, and distribution wallets linked before use.

Pending
FEE & BUDGET

Every parameter

Fee share, cycle budget, reserve rule, per-token cap, and emergency pause policy.

Pending
BUY RECEIPTS

Every catch

Transaction hash, pair, time, quantity, cost, slippage, score snapshot, and written rationale.

Pending
DROP RECORDS

Every distribution

Snapshot block, holding window, excluded wallets, allocation file, transaction hashes, and failures.

Pending

Where the assets move

Cycle timing and data freshness

  • Leaderboard market caps refresh every 30 seconds.
  • A CA score report is reused for 60 minutes; a later request creates a fresh analysis.
  • Every purchase review requires a fresh pre-trade check and records the methodology version.
  • Every cycle publishes its cut-off time, snapshot block, selected tokens, rejected candidates, receipts, allocations, and unresolved failures.
01LIVE NOW

Research layer

CA intake, explainable score reports, and the community leaderboard.

02BEFORE TOKEN

Publish the rules

Final contract, fee share, wallet map, exclusions, limits, and legal review.

03BEFORE BUY

Fund with proof

Activate the Catch Pool dashboard and verify the first fee flow on-chain.

04CONTROLLED PILOT

Catch and distribute

Run a capped first purchase and Top 50 airdrop, then publish a full reconciliation.

07 / BOUNDARIES

Status and important boundaries

SPW does not promise yield, appreciation, a purchase cadence, a minimum airdrop, or ownership of pool assets. A high score or high mention count does not guarantee a purchase. Purchases and distributions may be delayed, paused, rejected, or never occur; acquired meme tokens may lose all value. Smart-contract, custody, legal, tax, sanctions, and market-manipulation review are required before launch.

03 METHODOLOGY

HOW IT WORKS

Scoring is not a black box.
Every point has a source.

The score measures observable market quality rather than predicting returns. Market scale is log-adjusted with diminishing credit, then checked against valuation basis, liquidity, turnover, holders, and execution risk.

01
Market scale & resilience20%

Log-scaled market capacity with diminishing credit, valuation-basis confidence, market breadth, and limited maturity evidence. No fixed sweet spot.

02
Trading quality22%

24h turnover, trade count, buy/sell balance, and a low-frequency price-impact proxy; abnormal churn is penalized.

03
Holders & distribution20%

More holders score higher; proxy address data is capped and combined with mint and LP-supply checks.

04
Liquidity capacity20%

Absolute pool depth and liquidity-to-market-cap coverage, adjusted for very young pools.

05
Contract integrity12%

ERC-20 metadata, proxy slots, owner state, and mint, pause, or blacklist controls.

06
Community & transparency6%

Website, X, Reddit, and news are supporting transparency signals rather than score drivers.

RESOURCE-AWARE BY DESIGN

One analysis, reused for 60 minutes.

The first submission generates an explainable score report. During the cache window, the same CA returns that report. Opening it from the leaderboard never adds a mention or triggers a recalculation.