Skip to content
ConnectingChain4663Block—Gas—ETH—UTC--:--:--

How it works

We read the chain. You make the call.

Lummiq is a reading tool. It collects public data about an address, runs written rules over it and shows you every input. It never trades, never holds funds and never decides for you.

The life of one scan

01ResolveLummiqThe address is checked for code and pinned to the current head block, so every read describes the same moment.
02Read codeLummiqBytecode, proxy slots, owner calls and the logic contract are read over the chain's RPC.
03Read holdersLummiqLargest balances come from the public explorer API, with an on-chain fallback when it is unreachable.
04Read poolsLummiqPublic DEX data supplies pool depth, pair count, volume and price for the token.
05Apply rulesLummiqEach rule compares one measured value with a written threshold and returns a level.
06AnchorYour walletIf you choose, your wallet signs one transaction that logs the report fingerprint.
07RecordRobinhood ChainThe anchor is recorded publicly and permanently. Anyone can look it up by fingerprint.

How indicators are graded

Every indicator applies one written rule to public data and returns a level:

  • Warning: probably relevant to a holder, for example no code at the address, the top ten holding 80% or more, or very thin pools.
  • Check: worth a closer look, for example a replaceable contract, a wallet owner with mint power, or unpublished source.
  • Info: context, for example a contract owner or a recent burst of transfers.

A rule that could not read its data is shown as not read and never counts as clear. No combination of clear results means a token is safe.

How a report stays provable

A scan report is written as canonical JSON: sorted keys, no spaces, only the measured values, rule ids, versions and evidence. Its keccak-256 hash is the fingerprint. Change one character and the fingerprint changes.

Anchoring stores that fingerprint with the token address, the block the reads were taken at and the rules version (currently v1). It proves the report existed unchanged from that moment. It does not prove the report is right.

Every rule, in plain view

Token rules

IdRuleLine drawn
LQ-01Deployed code at this addressNo code at the address is a warning.
LQ-02Published source matches the codeNo verified source is a check; a partial match is info.
LQ-03Logic can be replaced (proxy)Any standard upgrade slot or beacon is a check.
LQ-04Administrative powers in the codeAny known power is a check; three or more with an active owner is a warning.
LQ-05Single owner in controlAn owner that is a plain wallet is a check; a contract owner is info.
LQ-06Supply held by a few addressesTop 10 holders at 80% or more is a warning; 50% or more is a check.
LQ-07Trading depth on DEX poolsUnder $10,000 is a warning; under $100,000 is a check.
LQ-08One sender behind most transfersOne address sending 50% or more of recent transfers is a check; 30% is info.
LQ-09Sudden burst of transfersThe last hour at three times the earlier hourly average (and 30+ transfers) is info.
LQ-10Contract ageDeployed less than 2 days ago is a check; less than 7 days is info.
LQ-11Can holders actually sellWould need a simulated purchase and sale.
LQ-12Data completenessMissing code or activity data is a check; any other gap is info.
LQ-13Mentions the stock-token beacon without being a stock tokenCode containing the issuer beacon address while not being the official stock proxy is info.

Wallet rules

IdRuleLine drawn
LW-01Wallet or contractCode at the address is info.
LW-02Fresh or barely usedTwo sent transactions or fewer is info.
LW-03Open token approvalsAn unlimited approval still in force is a check; a limited one is info.
LW-04One counterparty dominatesOne counterparty in 60% or more of 10+ transfers is info.
LW-05Tokens nobody asked forFive or more tokens received and never sent is info.
LW-06Data completenessMissing transfer data is a check; any other gap is info.

Run it on a token you know.

Open the scanner