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 2,690 users Direct on-chain reads 🔐 Non-custodial — no wallet connect required Sub-5-second scan 🔗 Solana · Ethereum · Base · Arbitrum · BNB · Polygon · Avalanche 📊 44,625 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

At the core of the "ai blockchain investigator" concept lies the structural pattern of smart contract immutability versus mutability through proxy upgrade mechanisms. Smart contracts are often perceived as immutable once deployed, a feature that provides a foundational sense of security by ensuring that the code governing token behavior cannot be altered arbitrarily. However, this perception can be misleading. Many contracts incorporate proxy upgrade patterns—architectural designs that enable the logic of a contract to be modified post-deployment by redirecting calls through a proxy to a separate, upgradable implementation contract. This design introduces a fundamental tension between the apparent permanence of a deployed contract and the reality that its underlying logic can evolve over time.

This mismatch between surface-level immutability and underlying mutability can sometimes create vulnerabilities or opportunities for both developers and attackers. From an analytical standpoint, an AI blockchain investigator must account for the fact that a contract audited at a specific point in time may later behave differently if upgrades occur outside the audit’s purview. This dynamic complicates risk assessment because trust assumptions anchored in the original code may no longer hold true after upgrades. The presence of a proxy upgrade pattern alone does not confirm malicious intent; rather, it signals the need for ongoing vigilance and transparency regarding who controls upgrade authority and how changes are governed.

Integral to this pattern is the mechanism of private key control, which carries significant analytical weight. In the blockchain context, private keys are the ultimate gatekeepers of authority. Whoever possesses the private keys associated with contract-administering addresses essentially controls the ability to initiate upgrades, modify permissions, or execute sensitive functions. This means that even a contract designed for upgradeability can become a vector of risk if the keys enabling those upgrades are compromised, lost, or excessively centralized. Key concentration in a single entity increases the potential for unauthorized or malicious upgrades that can alter contract behavior detrimentally, potentially affecting token holders or liquidity providers.

On the other hand, when private key custody is distributed—for instance, secured through multisignature (multisig) wallets requiring multiple independent approvals for any critical action—the risk landscape changes substantially. Multisig arrangements can impose operational checks that prevent unilateral upgrades or transfers, thereby mitigating the risk of a single compromised key leading to catastrophic outcomes. However, multisig governance is not without trade-offs. Higher thresholds for transaction approval can slow down legitimate upgrades or responses to emergencies, introducing delays that might exacerbate technical or security issues. The design of multisig schemes, including the number of signers and their distribution, therefore shapes both the security posture and the agility of upgrade mechanisms.

Transaction fee structures and network economics further influence how upgrade mechanisms are executed and monitored. High-fee blockchain networks can discourage frequent contract interactions, which might limit the number of upgrades or complicate real-time investigative queries by AI blockchain investigators. In contrast, low-fee environments make such interactions more accessible but can expose contracts to spam attacks or denial-of-service attempts that interfere with governance processes. This economic dimension interacts with multisig governance to create complex operational conditions: low fees and multisig might facilitate more frequent upgrades but require robust coordination, while high fees might reduce upgrade frequency but increase the cost of oversight and intervention.

Analyzing proxy upgrade patterns within smart contracts reveals a structural capability for change that can be either benign or risky depending on the broader governance context. Legitimate projects often use upgradeability to patch bugs discovered after deployment, add new features in response to user needs, or comply with evolving regulatory requirements, making the pattern a practical and sometimes necessary design choice. However, the same capability can be exploited if upgrade controls are weak, opaque, or concentrated in the hands of a single entity with insufficient accountability. In cases that match this pattern, the presence of proxy upgrades demands careful scrutiny of private key management, multisig configurations, and the transparency of the upgrade process to accurately assess risk.

It is important to emphasize that the existence of upgrade mechanisms alone does not inherently imply malfeasance or exploitative intent. Rather, it underscores the dynamic nature of contract governance and the need for a nuanced understanding of control structures. An AI blockchain investigator equipped to detect and analyze these patterns can provide deeper insights into the underlying risk factors that might otherwise be obscured by the surface-level assumption of immutability. In sum, while proxy upgrade mechanisms are a powerful tool within decentralized finance and token ecosystems, they represent a double-edged sword whose risk profile hinges on the quality of governance, key management, and operational transparency surrounding their use.

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 →