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.6 / 5 from 4,042 users Direct on-chain reads 🔐 Non-custodial — no wallet connect required Sub-5-second scan 🔗 Solana · Ethereum · Base · Arbitrum · BNB · Polygon · Avalanche 📊 54,702 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

Max wallet limit checks are a structural feature embedded within certain smart contracts that impose restrictions on the maximum number of tokens an individual address can hold at any given time. Ostensibly, this mechanism functions as an anti-whale measure, aiming to deter excessive concentration of tokens in a single wallet and thereby foster a more decentralized distribution. However, the surface-level interpretation of max wallet limits as purely anti-whale safeguards often belies a more nuanced and complex operational reality that can have significant implications for user autonomy and market dynamics.

At its core, the max wallet limit operates by enforcing a ceiling on token balances, but the specifics of its enforcement can vary widely. Some contracts apply these limits universally across all transactions, while others selectively enforce them only during certain activities, such as purchases from liquidity pools, peer-to-peer transfers, or token minting events. This selective enforcement means that the max wallet limit does not always uniformly constrain holders; some users or transaction types may be exempt by design or through hidden contract logic. Such exemptions can sometimes be triggered by whitelist statuses, owner privileges, or specific wallet classifications, which complicates the narrative that max wallet limits are merely egalitarian tools for preventing market manipulation.

One of the most analytically significant dimensions in examining max wallet limit implementations is the mutability of the contract and the degree of control granted to the contract owner or governing entity. In scenarios where the contract is immutable and the max wallet limit is hard-coded, the limit represents a fixed constraint that cannot be altered after deployment. This immutability tends to enhance predictability and trust, as users can reasonably anticipate the extent of their token holdings without fear of arbitrary changes. On the other hand, many contracts incorporate upgradeability features, such as proxy patterns, or include owner-controlled variables that allow modification of the max wallet limit or the whitelist of exempted addresses post-deployment. This dynamic capacity introduces a layer of operational flexibility but also raises the risk of sudden, non-transparent changes that can disadvantage ordinary holders.

The ability for an owner to tighten or relax wallet limits at will can sometimes be used as a control lever to restrict user activity beyond the stated anti-whale purpose. For instance, a contract owner might reduce the max wallet limit during periods of market stress to prevent large holders from exiting positions quickly or to trap liquidity within certain wallets. Conversely, raising the limit or exempting privileged addresses can enable insiders or project teams to accumulate disproportionately large token balances without triggering the restrictions faced by regular users. While these actions do not inherently indicate malicious intent, they certainly expand the scope of control that the owner exercises over token distribution and market behavior.

Another important factor intersecting with max wallet limit enforcement is the economic environment of the underlying blockchain network, particularly transaction fee structures. On chains with low fees, such as some layer-one platforms or certain sidechains, enforcing or circumventing max wallet limits through frequent, small transfers is more economically feasible. This can allow contract owners or automated mechanisms to actively manage wallet balances, redistribute tokens, or impose penalties with minimal friction. In contrast, on high-fee networks, the cost of performing multiple transactions to enforce or bypass these limits can become prohibitively expensive, effectively reducing the practical utility or enforcement rigor of these mechanisms. This variance in fee economics can therefore influence how aggressively max wallet limits are applied and how users experience their impact.

Governance structures, especially the presence of multisignature (multisig) controls over owner keys, also play a critical role. Multisig wallets require multiple parties to authorize changes, which can mitigate risks associated with unilateral adjustments to max wallet limits or whitelists. This introduces an additional layer of operational complexity but also enhances trust by distributing control and potentially preventing arbitrary or covert modifications. Conversely, contracts controlled by a single key holder may pose higher risk of sudden and potentially detrimental changes to the max wallet limit, which can affect token holder confidence and market stability.

It is crucial to recognize that the presence of a max wallet limit does not by itself confirm malicious intent or manipulative behavior. Many projects implement these limits with genuine intentions, such as regulatory compliance, preventing bot-driven accumulation, or reducing abuse by automated trading strategies. The key to a nuanced assessment lies in examining how these limits are implemented, whether they are fixed or adjustable, who controls them, and how these controls interact with network economics and governance mechanisms. This holistic understanding is necessary to discern whether max wallet limits serve as fair distribution tools or as instruments for more restrictive control.

In some cases, max wallet limits can inadvertently hinder legitimate trading activity or liquidity provision, especially if set too low relative to the token’s market cap or pool depth. For tokens with thin liquidity pools or low market capitalization, strict wallet limits may constrain market participants from acquiring meaningful positions or providing necessary liquidity. This can reduce market efficiency and disincentivize participation, with consequences for price discovery and token utility. Consequently, the calibration of max wallet limits must balance anti-whale objectives with the practical realities of market dynamics and user behavior.

Ultimately, max wallet limit checks are a multifaceted pattern within smart contract design that can serve different roles depending on contract architecture, governance, and the economic context of the underlying blockchain. Understanding their implications requires attention to the interplay between contract mutability, owner privileges, network fee structures, and governance models. Only through this layered analysis can one appreciate the complex risk profile and operational impact that max wallet limits impose on token ecosystems.

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 →