How the scan prices a Solana wallet
Product · 4 Aug 2026 · 2 min read
How the scan prices a Solana wallet
Every figure in your report comes out of three passes over one address: what you hold, what it is worth, and what actually counts. Here is each pass, and where it can be wrong.
Pass one — what you hold
The scan asks an RPC node for your native SOL balance and for every SPL token account the address owns. That gives a mint address, a raw balance and the decimals to divide it by. Nothing is inferred and nothing is remembered between scans: two runs a minute apart are two independent reads of the chain.
A wallet that has ever touched an airdrop usually owns far more token accounts than its owner realises. Most hold a balance worth a fraction of a cent. They are still read, still priced, and still shown — collapsed into one line rather than dropped silently.
Pass two — what it is worth
Each mint is quoted once, at scan time, in USD. Not a daily average and not the price when you bought it: the number a buyer would have paid at the moment you ran the scan. That timestamp is printed on the report, because a report without one cannot be checked later.
- SOL and the large-cap SPL tokens are priced from a market feed.
- Stablecoins are carried at face value unless you switch that rule off.
- Mints with no liquid route to price are worth nothing the scan can defend, so they go to the dust line rather than into the total.
Pass three — what counts
The priced list then meets your treatment rules: how stablecoins are valued, whether governance tokens are held as trade goods, what happens to dust, and any mint you excluded by hand. What survives is your gross zakatable wealth. Debts you entered come off it, and the remainder is checked against the nisab.
Only if the remainder clears the nisab is anything due, and then it is 2.5% of the remainder. Below the threshold the answer is zero — not a small number, zero.
