Holder-cluster cartography
See who really
holds the token.
OrbMap draws a token's largest holders as orbs — sized by balance — then wires together the wallets that were funded by the same source. Bundles, insiders and sybil rings stop hiding in a flat holder list and start looking like what they are: clusters.
Read-only concept. Holder balances and owner wallets are live from the Solana RPC; clustering by shared funder is a transparent heuristic, not proof. Nothing is minted, traded or custodied here.
Your wallet
Your orb, read-only
A live look at your connected wallet, read straight from the Solana RPC. OrbMap never requests a transaction or a signature — it only reads public on-chain data. Paste your address into the map above to find your own orb in the cluster field.
The bubble map
Every top holder, as an orb
Each orb is one of the token's largest holders. Orb area is the wallet's balance; its colour is the cluster it belongs to. A line between two orbs means the wallets were funded by the same source — the first tell of a bundle or a sybil ring. Hover or tap an orb to inspect it.
Balances and owner wallets come straight from getTokenLargestAccounts and getMultipleAccounts on the public Solana RPC. Links are drawn from a best-effort funder trace (see the model). On a throttled RPC, tracing may be partial — unlinked orbs are simply untraced, not cleared.
Readout
The map in six numbers
Computed live from the holders currently on the canvas. Concentration and cluster share are the two numbers that most often separate a healthy distribution from a staged one.
The method
Four reads, one map
OrbMap never guesses from vibes. Every orb and every line is built from public on-chain data you can re-fetch yourself.
-
01
Pull the largest holders
One
getTokenLargestAccountscall returns the token's biggest accounts and their exact balances — the raw material for every orb's size.…
-
02
Resolve the real owners
Those are token accounts, not people.
getMultipleAccountsresolves each one to the wallet that owns it, so two accounts held by one wallet collapse into one orb.…
-
03
Trace the funder
For each wallet we read the oldest transaction we can see on its token account and take the payer — the source that funded it. Shared sources are the clustering signal.
…
-
04
Draw the clusters
Wallets with the same funder share a colour and a spring that pulls them together. A tight, same-coloured knot holding real supply is the pattern worth a second look.
…
The list underneath
Holder ledger
The same wallets as a sortable table — rank, owner, balance, share of mapped supply, cluster and any flag. The map shows the shape; the ledger shows the receipts.
| # | Owner wallet | Balance | Share | Cluster | Flag |
|---|---|---|---|---|---|
| Reading holders on live data… | |||||
Share is of the mapped supply (the holders on the canvas), not total supply — exchange and pool vaults can dominate total-supply math and are called out where detected.
Honest by design
What a line does and does not prove
What's live and real
- The holder set and every balance — from
getTokenLargestAccounts. - The owner wallet behind each token account — from
getMultipleAccounts. - Token name, price and market cap — from DexScreener.
- The funder of each wallet's token account — the payer of the oldest transaction we can read for it.
What's a heuristic
- A shared funder suggests common origin; it is not proof of the same operator. Exchanges and launch tools fund many unrelated wallets.
- If a token account has a very long history, the oldest page we read may not be its true creation, so a funder can be missed.
- A public RPC rate-limits heavy calls; when tracing is throttled, some orbs stay unlinked. That's a gap in the trace, not a clean wallet.
Treat a cluster as a question, not a verdict: "why were these wallets funded from one place, and how much supply do they hold together?" OrbMap is a lens for asking it fast — and a concept, so it launches nothing and signs nothing.
Questions
Straight answers
Is this real data?
Yes. Holder balances, owner wallets, token metadata and funder traces are all fetched live from the public Solana RPC and DexScreener in your browser. No API key, no backend. The only modelled layer is the clustering interpretation, which is labelled throughout.
What exactly is a "cluster"?
A group of mapped wallets whose token accounts were funded by the same source address. It's a heuristic for common origin — useful for spotting bundles and sybil rings — but a shared funder can also be a neutral exchange or launch tool, so a cluster is a prompt to look closer, not a conviction.
Why are some orbs unlinked?
Either the wallet genuinely has a distinct funder, or the funder trace was rate-limited or couldn't reach the token account's true creation. Unlinked means "untraced or unique", never "verified clean".
Why top holders only, not everyone?
The public RPC returns the largest accounts in one gentle call, and concentration lives at the top of the list. Mapping thousands of dust wallets would hammer a keyless endpoint for little signal.
Can I map any token?
Any SPL token mint on Solana — paste its address in the box. A few well-known mints are preloaded as samples so there's always something on the canvas.
Do you track me or touch my wallet?
No accounts, no wallet connection, no cookies, no analytics. Everything runs client-side against public endpoints.
What this is, plainly
OrbMap is a read-only concept that turns a flat holder list into a picture. The holders and balances are live and real; the clustering is a transparent model you're free to doubt. Nothing here mints a token, moves a balance, connects a wallet or charges a fee.