How to Analyze a New Solana Token

A practical educational workflow using on-chain data

Analyzing a newly launched Solana token involves gathering data from multiple sources, interpreting each signal in context, and combining the results into a reasoned assessment. This guide walks through a systematic approach using publicly available on-chain data and the tools available on this platform.

⚠ This guide is for educational purposes. It describes an analytical process — not investment advice. Token analysis does not predict future price movements and does not guarantee safety. Always conduct your own research.

The 9-Step Analysis Workflow

1
Identify and Verify the Token Address

Start with the Solana mint address — a 32–44 character base58 string. This is the unique on-chain identifier for the token. Verify the address by looking it up on a Solana block explorer (Solscan or Explorer.Solana.com). Confirm the token name, symbol, and creation date match what you expect.

Token names and symbols can be duplicated or spoofed. The mint address is the only truly unique identifier. Always verify you have the correct address before proceeding.

2
Check Liquidity Depth

Look at the token's liquidity pool depth in USD. Low liquidity means high price impact per trade and higher risk of sudden pool drain. As a general orientation: under $1,000 is extremely thin, $5,000–$20,000 is low, above $50,000 is more substantial for a new token.

Liquidity can be added or removed at any time. A snapshot of current liquidity does not tell you what it will be in 10 minutes.

3
Check LP Lock Status

Determine whether the liquidity provider (LP) tokens are locked. Locked LP means the creator cannot remove liquidity for a fixed period. Unlocked LP means they can drain the pool instantly. RugCheck reports LP lock status for most Solana tokens.

LP lock information depends on the locking contract's accuracy. Some locking mechanisms are more reliable than others.

4
Check Token Authorities

Verify the status of mint authority (ability to create new tokens) and freeze authority (ability to freeze wallets). Disabled authorities are generally more favorable. Active authorities do not prove bad intent but represent technical risks worth noting.

Authority data is fetched from the blockchain at scan time. It may have changed since the token was first scanned.

5
Examine Holder Distribution

Look at how many unique addresses hold the token and what percentage the top 10 wallets control. Very high concentration (above 80%) in a token that has been live for 30+ minutes may indicate poor distribution. Also consider whether any of the largest holder addresses are DEX pool contracts rather than individual wallets.

Some legitimate large holders are locking contracts, team vesting wallets, or protocol reserves — not active sellers.

6
Examine Transaction Activity

Look at the buy and sell transaction counts over the last 24 hours and the last hour. A heavily imbalanced ratio (e.g., 95% buys) is worth questioning — it can indicate coordinated buying or wash trading. The volume-to-liquidity ratio is also useful: a ratio above 20× on a low-liquidity token warrants attention.

Transaction counts can be artificially inflated. High transaction counts alone are not a quality signal.

7
Review the Momentum Score

The Momentum Score (0–100) aggregates volume acceleration, buy pressure, holder growth, and liquidity depth into a single composite signal. Review each sub-score individually rather than relying only on the total. A token scoring high on buy pressure but low on volume acceleration may tell a different story than one scoring high on both.

Momentum reflects activity at the moment of the scan. It can change dramatically within minutes and does not predict future activity.

8
Review the Trust Score

The Trust Score (0–100) aggregates the six on-chain quality signals into a single number. Review the individual breakdown: which factors scored well and which scored poorly? A token with a moderate overall score might have one specific critical failure (e.g., unlocked LP worth 0 points) that is more meaningful than the aggregate suggests.

The Trust Score is a heuristic. It reflects observable data at scan time. Scores can be gamed, and tokens can fail after scoring well.

9
Understand the Limitations

Automated analysis can identify specific observable on-chain risk patterns. It cannot identify the intent of the token creators, assess the legitimacy of the project's stated purpose, verify off-chain claims, or predict future behavior. No combination of positive signals guarantees that a token is safe or valuable.

Always treat automated analysis as one input among many, not as a final determination.

Interpreting Multiple Signals Together

No single signal is decisive. The value of analysis comes from combining multiple signals and interpreting them in context. Consider these example combinations:

High Trust Score + High Momentum + Unlocked LP

Strong activity signals, but the unlocked LP is a structural risk that overrides positive activity data. The creator can drain the pool regardless of current momentum.

Low Trust Score + Low Momentum + Locked LP + Low Concentration

The token has some structural quality (locked LP, distributed supply) but is not attracting activity. May be too early to assess, or simply not gaining traction.

Moderate Trust Score + Explosive Momentum + Active Mint Authority

Very active trading with a major risk factor. High momentum can attract attention, but the mint authority means supply can be inflated at any time.

FAQ

How long should I spend analyzing a token?

There is no fixed time requirement. The workflow above can be completed in a few minutes using the tools on this platform. More time spent does not necessarily produce more certainty, because many risks are not visible from on-chain data alone.

Does a perfect analysis guarantee a good outcome?

No. Even thorough analysis of available data cannot predict future behavior. Liquidity can be removed after you analyze it. Mint authority can be used after the analysis. Off-chain events can affect the token regardless of its on-chain state.

What if data is missing or unavailable?

Data unavailability should be treated as uncertainty, not as a green flag. If holder data is missing, concentration cannot be assessed. If RugCheck data is unavailable, that signal cannot contribute. Incomplete data means less information — not absence of risk.