Verify every token before you buy Unlimited checks · $3.99/wk · Cancel anytime
Get Unlimited
Swap on Verixia
[ on-chain  ·  solana + evm ]

Token Risk Check

Paste any contract address for an instant on-chain risk assessment -- honeypot detection, liquidity analysis, holder concentration, and contract permissions.

Read the contract before the contract reads you. Honeypot, rug, and scam detection from on-chain state — not market data.

⚠️ Token Risk Check
✓ On-Chain Analysis
🔒 No Signup
⚡ Results in Seconds
🔍 Honeypot detection
💧 LP lock status
👥 Holder concentration
⚡ Solana + EVM
4.7 / 5 from 3,205 users Direct on-chain reads 🔐 Non-custodial — no wallet connect required Sub-5-second scan 🔗 Solana · Ethereum · Base · Arbitrum · BNB · Polygon · Avalanche 📊 69,428 risk checks run
Live
🔍 On-chain read ⚡ Seconds ✓ No signup
>_
Enter the full token contract address for the most accurate on-chain analysis
No address? Try a popular check:
1 free check · Unlimited from $3.99/wk
No signup required · Results in seconds
Unlimited checks from $3.99 / week · Cancel anytime
Use the same email entered during checkout to restore access
Unlimited token checks active

Unlimited Token Risk Checks

Verify every contract before buying. Honeypot detection, LP lock analysis, and holder concentration reviews across Solana and EVM.
$5.6BFBI crypto losses 2023
$1B+FTC losses 2023
<5sper contract scan
Best Value -- Save 80%
Yearly Access
$39.99 / yr  ·  $3.33/mo
Popular
Monthly Access
$11.99 / month
Try it -- no commitment
Weekly Access
$3.99 / week · cancel anytime
SSL Secured Stripe Cancel anytime No hidden fees
Live Detections
127 scans today
49K+Scans Run
6Chains
15+Risk Signals
FreeFirst Check
What the checker detects
Example signals · run a scan to see live results
⚠️Sell TaxDETECTED
💧LP LockUNLOCKED
🔑Mint AuthorityACTIVE
OwnershipRENOUNCED
🐋Whale Wallet42%
📅Token Age3 DAYS
🚨Approval RiskHIGH
CooldownACTIVE
🔄Last Update48H AGO
📉Liquidity 24h-12%
🚫Transfer LockENCODED
Freeze AuthENABLED
📋ContractVERIFIED
💰LP Depth$48K
🔗Blacklist FnPRESENT
🔍
Honeypot Detection
Simulates sell transactions to detect transfer locks, fee traps, and whitelist-only exit conditions before you buy in. Reads the contract directly — not market data. Works across Solana SPL tokens and all major EVM chains.
💧
Liquidity & Holders
Reviews pool depth, LP lock status, and top wallet percentages. Surfaces unlocked pools and concentrated wallets before the price collapses.
Results in Seconds
On-chain read — no API delays, no market data lag. Raw contract analysis returned in under 5 seconds.
Token verified? Swap at best price.
Route across Raydium, Orca, Meteora & 50+ DEXes — non-custodial, no KYC
Swap on Verixia →
SOL ETH BASE ARB BNB AVAX Powered by Verixia

Token Risk Analysis -- Contract, Liquidity & Holders

🔗 TL;DR

A token's risk lives in three places: contract permissions (can the dev mint, freeze, or block sells?), liquidity structure (is the LP locked and deep enough to exit?), and holder distribution (can a handful of wallets dump the entire float?). The checker above reads all three directly on-chain in under five seconds.

Scan time< 5 sec
Signals checked15+
Cost (first check)Free

Linked wallet detection fundamentally involves the identification of clusters of blockchain addresses that are likely controlled by the same private key holder. At first glance, this concept appears straightforward, but the underlying complexities quickly emerge when considering the opaque nature of on-chain data. While blockchain transactions and addresses are publicly visible, the private keys that grant control over these addresses remain entirely off-chain and undisclosed. This creates a fundamental challenge: linked wallet detection must rely on heuristic and probabilistic methods rather than direct evidence, making the process inherently uncertain.

The primary analytical challenge lies in the fact that ownership of private keys is the only definitive indicator of control over an address. Possession of a private key enables full authority to transfer tokens, interact with smart contracts, and influence on-chain activity. Thus, when multiple addresses are suspected to share the same private key holder, this cluster effectively represents a single actor’s operational footprint. Detecting such clusters requires indirect methods, often involving patterns of transaction timing, repeated co-spending of funds, or synchronized interactions with specific contracts. For example, if multiple addresses frequently transact together in a coordinated manner or consistently send tokens to a common recipient within tight timeframes, these behaviors can suggest linkage. However, these patterns alone do not provide absolute certainty, as coincidence or shared infrastructure can produce similar signals.

One significant source of ambiguity arises from the presence of custodial services and intermediaries that manage multiple wallets on behalf of different users. In these cases, a cluster of addresses may appear linked because they are controlled by a single entity, but this entity is not a single individual; rather, it is a service holding keys for many clients. Similarly, multisignature (multisig) wallets complicate attribution because control is distributed across several private keys. Transactions originating from a multisig wallet require cooperation among multiple parties, meaning that clustered addresses might represent a group rather than a single actor. These nuances mean that linked wallet detection can sometimes overstate the degree of consolidation or control, underscoring the need for cautious interpretation.

The underlying blockchain environment also materially impacts the effectiveness of linked wallet detection. Networks with low transaction fees tend to facilitate rapid, high-frequency, low-value transactions. This behavior can generate significant noise on-chain, making it difficult to distinguish genuine linked wallets from automated bot activity or spam transactions. Conversely, blockchains with higher fees naturally impose friction on transaction volumes, potentially reducing the amount of data available for analysis but also filtering out some noise. These economic factors influence both the volume and quality of signals that detection algorithms can leverage.

Adding further complexity is the role of smart contract mutability. Many decentralized applications employ proxy upgrade patterns that allow contract logic to be modified after deployment. This flexibility means that the behaviors and interactions of linked wallets may evolve over time, complicating historical linkage assessments. Contracts that upgrade outside the scope of prior audits or change key functionalities can introduce new interaction patterns that confound heuristic detection models. For instance, a wallet cluster might initially appear unconnected but later reveal coordinated activity after a contract upgrade introduces new features or incentives. This mutability requires ongoing monitoring and adaptive analytical frameworks rather than static, one-time assessments.

From a pragmatic standpoint, linked wallet detection provides valuable behavioral insights but should not be interpreted as definitive proof of intent or risk. The presence of linked wallets does not necessarily imply malicious activity. Many users deliberately maintain multiple addresses to enhance privacy, compartmentalize funds, or manage different operational roles. Custodial platforms routinely control large portfolios of wallets, which, while linked technically, represent a diverse user base. Additionally, legitimate multisig arrangements and shared infrastructure further blur distinctions between separate actors. Therefore, linked wallet patterns must be contextualized within broader ecosystem data, including contract permissions, liquidity dynamics, and market activity, before drawing firm conclusions about risks such as coordinated manipulation or fraudulent schemes.

In sum, linked wallet detection is a sophisticated analytical tool that, while powerful, carries inherent limitations stemming from the fundamental opacity of private key ownership and the complex, evolving nature of blockchain interactions. The heuristic methods employed can sometimes reveal meaningful clusters that correspond to single actors, but these patterns alone do not guarantee accuracy or intent. Recognizing these boundaries is crucial for developing nuanced insights into on-chain behavior and for integrating linked wallet detection into comprehensive risk assessment frameworks.

Pre-buy on-chain checklist

  • Mint authority renouncedConfirms supply is capped — no new tokens can be issued post-launch.
  • LP locked or burnedLiquidity cannot be removed in a single transaction. Lock duration and locker contract are both verifiable on-chain.
  • !Top 10 holders under 40%Lower concentration means coordinated dumps are mechanically harder. Above 40% is a structural caution.
  • !No active freeze authorityActive freeze means wallets can be paused at the contract level — no exit possible during a freeze.
  • ×No transfer restrictionsThe transfer function should accept any holder selling. Encoded sell blocks, whitelist exits, and hidden tax functions are honeypot signatures.

Frequently asked questions

Verify the contract address before you buy in. Paste it into the scanner above for the full on-chain breakdown.

Why on-chain signals matter

🔒
Non-custodial Your wallet keys never leave your device. Funds move directly between wallets through the smart contract — Verixia holds nothing.
No account required No sign-up, no KYC, no email. Connect your wallet and swap. Disconnect at any time — no ongoing permissions required.
Solana + EVM Checks SPL tokens and EVM contracts across Ethereum, Base, Arbitrum, BNB Chain, Polygon, and Avalanche.
⚙ Methodology
Every risk verdict is generated from three on-chain reads run in parallel: (1) direct contract bytecode analysis for honeypot patterns, mint/freeze authority, and blacklist functions; (2) liquidity pool inspection for LP lock status, depth, and removable percentage; (3) holder distribution from token-account snapshots. No editorial opinion is layered on the output. Read the full methodology →