Evaluating New Solana Projects: On‑Chain Checks, Liquidity, and Risk

Why Evaluating New Solana Projects Is Hard — And Necessary

Solana has become the chain for new tokens and experimental projects. Pump.fun’s one‑click launches and bonding‑curve model helped drive an explosion of memecoins and new tokens, with Q1 2026 DEX volume on Pump.fun alone exceeding billions of dollars in trades.​ However, the same low friction that makes Solana attractive also makes it easy for scammers and low‑effort projects to launch.

Academic work on Solana rug pulls (e.g., SolRPDS and SolRugDetector datasets) shows that rug‑pull patterns on Solana are widespread enough to warrant dedicated detection research.​ If you’re trading new projects, you need a structured way to evaluate them before you provide exit liquidity.

This guide gives you a practical, Solana‑specific checklist focused on:

• On‑chain contract and token checks
• Liquidity and trading structure
• Holder distribution and unlock risk
• Social and execution signals
• Tools that make this faster (Solscan, Birdeye, DexScreener, RugCheck, etc.)

It’s written for traders, not auditors: the goal is to quickly decide whether a new Solana project is worth more research or an instant pass.

---

Step 1: Basic Token Contract Hygiene

Before you even think about entries, verify the token itself. On Solana, SPL tokens are defined by a mint address and associated metadata. Use Solscan, SolanaFM, Birdeye, or DexScreener as starting points.

1.1 Verify the Mint Address and Metadata

1. Find the token on a reputable explorer
2. Search the mint address on Solscan or SolanaFM.

3. Confirm:

   • Name and symbol match what’s advertised.
   • Decimals are reasonable (most fungible tokens use 6–9 decimals).

4. Check who created the mint

5. On Solscan, open the Mint page → look at the Creator and First transaction.
6. Red flags:
   • Mint created from a fresh wallet with no prior history.
   • Creator wallet also controls the project’s social accounts and marketing (centralized control).

1.2 Mint Authority and Freeze Authority

Solana’s SPL standard allows:

• Mint authority: who can mint new tokens.
• Freeze authority: who can freeze token accounts.

On Solscan’s mint page, check:

• Mint Authority
• Best: set to None (renounced). This means no more tokens can be minted.

• Risky: a wallet or program still has mint authority. This can enable infinite minting and instant dilution.

• Freeze Authority

• Best: set to None or a well‑known, audited program if there’s a legitimate reason.
• Risky: random wallet as freeze authority. This can be used to freeze user balances in some designs.

Many Solana rug‑pull datasets and detection tools treat non‑renounced mint/freeze authorities as a strong risk factor because they enable contract‑level exploits and soft rugs.​

Actionable rule: if you’re trading pure memecoins or speculative tokens, require mint authority = None. For more complex DeFi protocols, accept mint authority only if there’s a clear, documented reason (e.g., emissions, governance) and ideally a multisig or DAO.

---

Step 2: Liquidity Structure and Rug Risk

Most Solana trading routes through DEXs like Raydium, Orca, Meteora, and bonding‑curve platforms like Pump.fun. Liquidity structure tells you how easily you can enter and exit — and how easily devs can rug.

2.1 Where Is Liquidity?

Use Birdeye or DexScreener:

• Check all pools for the token.
• Identify:
• Main trading pair (usually TOKEN/SOL or TOKEN/USDC).
• Which DEX (Raydium, Orca, Meteora DLMM, etc.).
• Total liquidity in that pool.

Why it matters:

• Very low liquidity makes price impact extreme and rugs trivial.
• Multiple fragmented pools can hide where the real liquidity sits.

2.2 LP Ownership and Locking

The classic Solana rug pattern is removing liquidity from the main pool. To assess this:

1. Identify the LP token owner
2. From Birdeye/DexScreener, click through to the pool → open in Solscan.

3. Check:

   • Who owns the LP tokens (the position representing liquidity)?
   • Is it a dev wallet, a multisig, a locker contract, or a protocol treasury?

4. Look for LP locks

5. Many teams lock LP tokens via lockers (e.g., Goki, Team Finance, or custom lockers). On Solscan, you’ll see LP tokens held by a contract address with a time‑lock.

6. Some third‑party scanners (e.g., RugCheck for Solana) attempt to detect LP locks and rug‑pull risk automatically.

7. Interpretation

8. Best: LP tokens locked in a reputable locker with a clear unlock schedule.
9. Medium: LP owned by a multisig or DAO with transparent governance.
10. Worst: LP owned by a single EOA wallet; no lock, no multisig.

Academic work on contract‑related rug pulls highlights liquidity withdrawal as a primary rug mechanism in DeFi.​ On Solana, this often happens via a single transaction that closes the pool or withdraws most LP.

Actionable rule: avoid new tokens where a single wallet clearly controls most LP and there is no lock or governance structure.

2.3 Special Case: Pump.fun and Bonding Curves

For memecoins launched on Pump.fun, liquidity initially lives in a bonding curve contract. When a token “graduates,” liquidity is migrated to a Raydium pool and locked according to Pump.fun’s design.​

Key implications when evaluating a fresh Pump.fun project:

• Before graduation, price is fully controlled by the bonding curve; you can’t rely on traditional LP metrics.
• After graduation, liquidity is typically locked in the Raydium pool, which reduces classic hard‑rug risk but doesn’t prevent soft rugs (devs dumping their holdings).​

Actionable rule: for Pump.fun coins, focus less on LP lock (handled by the platform) and more on holder distribution and dev allocations.

---

Step 3: Holder Distribution and Unlock Risk

Even if LP is locked and mint authority is renounced, a project can still die from soft rugs: insiders dumping large allocations on retail. Pump.fun’s own documentation and analytics emphasize showing largest‑holder percentages precisely because this is a key risk.​

3.1 Holder Concentration

On Solscan’s Holders tab for the token mint:

• Look at:
• Top 10 holders’ percentage of supply.
• Any single wallet holding a very large share.

Interpretation:

• Very risky: 1–3 wallets hold the majority of supply (e.g., 30–50%+). A single sell can nuke the chart.
• Less risky: supply is more widely distributed, with no single whale able to crash the market alone.

Academic datasets on rug pulls and memecoins consistently identify extreme holder concentration as a strong predictor of exit‑liquidity behavior.​

3.2 Team, Treasury, and Vesting

For more serious projects (DeFi, infra, games):

• Check if the team publishes a token allocation and vesting schedule on their docs or website.
• Cross‑check on‑chain:
• Are team/treasury wallets labeled or disclosed?
• Do vesting contracts actually exist, or are tokens just sitting in a hot wallet?

If you can’t reconcile the published allocation with on‑chain reality, assume the worst.

Actionable rule: if you see large, unlabeled wallets with huge allocations and no vesting logic, treat it as a potential soft rug.

---

Step 4: Trading Behavior and Volume Quality

Raw volume isn’t enough; you need to know who is trading and how.

4.1 Trade History and Volume Patterns

Use DexScreener, Birdeye, or Jupiter’s trade history:

• Look for:
• Many small, organic trades from different wallets → more natural.
• Repeated ping‑pong trades between a few wallets → potential wash trading.
• Sudden spikes of volume with no corresponding social activity → manufactured volume.

Recent research and tooling on Solana emphasize that wash trading and artificial volume are common in new tokens, especially on memecoin launchpads.​

4.2 Slippage and Price Impact

Try simulating a trade on Jupiter:

• Input a realistic position size.
• Check:
• Expected price impact.
• Route (which DEX / pool).

If a modest trade size causes double‑digit price impact, the pool is thin; you may not be able to exit when you need to.

Actionable rule: avoid entering with size into pools where your trade would move the price more than you’re comfortable losing instantly.

---

Step 5: Team, Code, and Security Posture

Not every Solana project is open‑source, but for anything claiming to be DeFi infrastructure, lending, perps, or complex protocols, you should demand more than a meme.

5.1 Code Availability and Audits

• Check GitHub links from the project’s website or docs.
• Look for:
• Actual Solana programs (Rust, Anchor) rather than just front‑end code.
• Commit history and multiple contributors.
• Audits:
• See if they list audits from known firms (e.g., OtterSec, Trail of Bits, Sec3).
• Verify by checking the auditor’s own site for the report.

Academic work on DeFi rug pulls highlights unaudited or opaque contracts as a recurring factor in major exploits.​

5.2 Program Addresses and Upgradability

For protocol‑type projects:

• Identify the program ID used on mainnet.
• On Solscan or SolanaFM:
• Check if the program is upgradable.
• If yes, who controls the upgrade authority (a multisig? a single wallet?).

Upgradable programs are standard on Solana, but if a single EOA controls upgrades, they can push malicious code at any time.

Actionable rule: for anything beyond simple tokens, prefer:

• Clear, documented program IDs.
• Upgrade authority held by a multisig or DAO, or fully locked/immutable once stable.

---

Step 6: Off‑Chain Signals That Still Matter

On‑chain data is primary, but off‑chain context helps you avoid obvious traps.

6.1 Social Presence and Consistency

• Check Twitter/X, Telegram, Discord, and a website.
• Look for:
• Consistent branding and links back to the same mint address.
• Organic engagement vs. botted likes and spam.
• Clear roadmap or at least a coherent narrative.

Memecoin‑focused research and market commentary repeatedly note that many Pump.fun‑era tokens have lifespans measured in hours or days, with minimal real community building.​

6.2 Past Behavior of the Team

If the team is not anonymous:

• Search their previous projects on Solscan and Twitter.
• See if they:
• Abandoned prior tokens quickly.
• Recycled branding or communities.

Patterns of serial low‑effort launches are a strong negative signal.

---

Step 7: Practical Evaluation Checklist

When you encounter a new Solana project, run through this condensed checklist:

1. Token contract
2. [ ] Mint authority = None (or justified, with multisig/DAO).
3. [ ] Freeze authority = None or clearly explained.

4. [ ] Mint address matches official links.

5. Liquidity

6. [ ] Main pool identified (Raydium/Orca/Meteora/Pump.fun → Raydium).
7. [ ] LP tokens not held by a single EOA without lock.

8. [ ] If Pump.fun: understand bonding‑curve stage vs. post‑graduation.

9. Holders

10. [ ] No single wallet with an outsized share that can nuke the chart.

11. [ ] Team/treasury allocations and vesting are documented and match on‑chain.

12. Trading behavior

13. [ ] Volume not obviously wash‑traded (no ping‑pong between a few wallets).

14. [ ] Your intended size doesn’t cause extreme price impact.

15. Team and code (for non‑meme projects)

16. [ ] GitHub or code references exist.
17. [ ] Program IDs are documented; upgrade authority is not a single hot wallet.

18. [ ] Any claimed audits are verifiable.

19. Social and history

20. [ ] Socials are consistent and link back to the same mint.
21. [ ] No obvious pattern of previous rugs or abandoned tokens.

If a project fails multiple items, treat it as a speculative gamble at best, not an investment.

---

Tools to Speed Up Evaluation

Here are useful Solana‑specific tools you can incorporate into your workflow:

• Solscan / SolanaFM – Core explorers for token mints, holders, LP positions, and program authorities.
• Birdeye / DexScreener – DEX analytics, pools, volume patterns, and trade history.
• Jupiter – Route simulator; check price impact and actual trading routes across Raydium, Orca, Meteora, and others.
• RugCheck (Solana) – Automated risk scoring focused on mint authority, LP, and common rug patterns.
• Academic datasets (SolRPDS, SolRugDetector) – If you’re more advanced, these papers and datasets give insight into how researchers systematically identify rug‑pull patterns on Solana.​

---

Conclusion: Think in Terms of Failure Modes

Evaluating new Solana projects isn’t about finding “safe” plays — it’s about understanding how they can fail:

• Contract‑level: mint/freeze authority abuse, upgradable programs with centralized control.
• Liquidity‑level: LP withdrawal or bonding‑curve dynamics.
• Distribution‑level: insider dumps from concentrated holdings.
• Social‑level: low‑effort teams spinning up disposable tokens.

By systematically checking token hygiene, liquidity structure, holder distribution, trading behavior, and team posture with the tools above, you dramatically improve your odds of avoiding the most common failure modes.

You’ll still take risk — that’s the nature of trading new Solana projects — but it will be informed risk, grounded in on‑chain reality instead of hope.