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

Token approval is a fundamental permission mechanism embedded within blockchain token standards, designed to facilitate delegated token management. At its core, it allows a token holder to authorize a third-party address—typically a smart contract or another user—to spend tokens on their behalf, up to a predefined allowance. This mechanism enhances flexibility in decentralized finance (DeFi) and other blockchain applications by enabling interactions where users do not need to sign off every transaction manually. However, this convenience introduces nuanced risks and complexities that require careful consideration.

The approval process operates through a function commonly named approve, which the token holder invokes on the token’s smart contract. Here, the holder specifies two critical parameters: the spender’s address and the maximum token amount that the spender is permitted to transfer. This allowance is recorded on-chain in a data structure mapping owner addresses to spender addresses and their respective allowances. When the approved entity attempts token movement, it calls the transferFrom function. The contract then verifies that the requested transfer amount does not exceed the approved allowance before adjusting balances and decrementing the allowance accordingly. This division of approval and transfer logic is a deliberate design choice aimed at enabling seamless interactions across decentralized applications, but it also means that these permissions persist indefinitely until explicitly revoked or consumed.

One of the most common misunderstandings surrounding token approval is the assumption that granting approval restricts token transfers to certain conditions or durations. In practice, approval solely governs the maximum amount a designated spender can transfer from the owner’s balance; it does not inherently limit when or how the approved party uses that allowance once granted. Furthermore, the approval mechanism does not affect the token owner’s ability to transfer their tokens independently. This distinction is critical because many users assume that approving a contract for a seemingly small amount acts as a safeguard against misuse, whereas in reality, if the contract is malicious or compromised, it can drain the approved amount at any time and in any manner it chooses.

Given this, the risk profile of token approval is heavily dependent on the identity and trustworthiness of the approved spender, rather than the approval mechanism itself. Contracts with active mint authority or those that control multiple token functions can sometimes deploy approval permissions in ways that magnify exposure. For instance, unlimited or very high allowances can be exploited if the approved contract harbors vulnerabilities or malicious code, enabling unauthorized token transfers that bypass user consent at the time of execution. This dynamic is particularly pronounced in DeFi protocols where users routinely grant approval to liquidity pools, staking contracts, or decentralized exchanges to facilitate trading or yield farming. The persistent nature of these approvals means that unless users proactively revoke or limit allowances, their tokens remain exposed.

It is important to emphasize that token approval, as a technical pattern, does not by itself confirm malicious intent or confirm that a contract is problematic. The presence of an approval is a neutral protocol feature. The potential for risk arises from how approvals are managed and the trust model between the token holder and the approved contract. In some cases, legitimate applications require broad approval scopes to function effectively, especially when interacting with complex smart contracts that handle aggregated assets or perform automated trading. Conversely, patterns of excessive or unlimited approvals granted to unknown or unverified contracts can indicate elevated risk and warrant thorough scrutiny.

The analytical task, therefore, centers on understanding who is authorized to move tokens on one’s behalf and to what extent. This insight allows token holders to gauge how exposed their assets are in various decentralized ecosystems. For instance, when approval is granted to a contract that also controls liquidity pools with median depths under $50,000 or to contracts on newer pairs with limited market cap or trading volume, the potential for manipulation or rug-pull scenarios can sometimes increase. Such environments might attract opportunistic actors exploiting approval permissions for rapid token extraction. Conversely, approvals associated with well-established contracts on major chains, with significant liquidity and volume metrics, generally carry a lower risk profile—though no scenario is entirely without risk.

In sum, token approval is a critical foundational element in the blockchain permission architecture that enables complex token flows and interactions. While it does not inherently impose risk, the design and management of approval permissions can significantly impact a token holder’s security posture. Analytical depth requires viewing approval not as a standalone factor but as part of a broader risk assessment involving the spender’s contract functionality, the allowance size, and the context of token economic activity. This layered understanding is essential for making informed judgments about token exposure and the operational security of decentralized 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 →