Early-stage security check — honeypot & rug-pull analysis
EthereumThe audited contract is a standard ERC-20 token implementation.
Read the full analysisEach factor is an on-chain fact recorded at the time of this analysis. The score is computed from them by a deterministic function, so the same contract returns the same score for anyone who runs the audit. How scores are computed
Share held by contracts — treasury, vesting, bridge or staking — is discounted against share held by wallets when the score is computed: a contract cannot decide to sell the way an anonymous holder can, though it can still be drained or voted to sell. Effective concentration is the figure the risk score is actually calculated from.
Holder balances as recorded by the audit of Oct 14, 2026
The risk score reads depth across every pair.
The LP tokens of the analysed pool are locked or burned.
The verified source code was reviewed and no issue rising to Informational severity or above was identified. This is a statement about the code that was read, not a guarantee: the review covers the published source only. Fact-layer checks (mint capability, LP lock/burn state, holder concentration) were applied separately and feed the risk score.
Re-check after any contract upgrade or ownership change, both of which can alter behaviour without changing this page.
Acknowledged
The ten largest holders own 22.3% of supply. What remains: 22.3% in wallets, 0.0% in other contracts. 662 holders in total.
Watch the largest wallets that are not exchanges, pools or locks — those are the ones that can move the price.
Acknowledged
Listed on CoinGecko as Temo (TEMO). 662 holders.
Match the contract address against the project's official channels before trading.
Acknowledged
100.0% of the pool's LP is burned or time-locked. 100.0% is held by TeamFinance, but the lock's end date is not published in the data we can read — its duration is unverified. Some pools are concentrated-liquidity (V3/V4) positions; shares above are by position as GoPlus reports them.
Check the lock's end date and beneficiary on the locker's own page before relying on it.
Acknowledged
Liquidity $231K (DexScreener, all pools). 24h trading volume $6.2M (CoinGecko, all markets, daily snapshot). 24h trading volume $1.8M (DexScreener, all pools).
Size any position to the liquidity and daily volume shown — they set how much you can sell and at what price.
Acknowledged
A token issued by a project for use, governance or fundraising. Scored on its contract and market facts. The class itself adds no points; the contract and market facts decide the score. Basis: no class-specific evidence. Tokenomics — Supply: fixed — the contract has no mint function. Control: an owner that could not be resolved. Code: not upgradeable (no proxy). Fees: no buy or sell tax. Market: $231K of DEX liquidity across 1 pools. Launch: under a day of market history.
Check the project's own documentation for what the token is used for; this report covers what the contract allows.
Acknowledged
The token's oldest DEX pool is less than a day old. Age is not part of the risk score — a new token is not a risky one by default — but a short history means fewer trades and holder changes behind the facts in this report.
Re-check ownership, liquidity and holder distribution as the token matures; those are the facts that move early.
Acknowledged
The audited contract is a standard ERC-20 token implementation. Static analysis and review of key functions reveal no custom privileged logic or complex interactions, resulting in a very low-risk profile. No critical or high-severity vulnerabilities were identified.
The contract implements a standard ERC-20 token (7.1 Architecture). It includes all expected ERC-20 functions such as transfer, transferFrom, and approve. No custom logic, privileged functions, or complex state changes were identified (7.2 Code Security). This minimizes common technical vulnerabilities like reentrancy or integer overflows. Access control (7.3 Access Control) is limited to standard ERC-20 allowances, with no special roles or administrative privileges. The contract's simplicity contributes to its robust technical security.
The contract does not feature any privileged functions or special roles that could introduce governance or economic risks (7.5 Governance). Token transfers are solely governed by standard ERC-20 rules, such as allowance and balance checks, without any external dependencies or custom economic parameters (7.4 Economic). This design ensures that the token's behavior is predictable and free from potential manipulation by a central authority. There are no mechanisms for pausing transfers or blacklisting addresses.
The contract is not designed as an upgradeable proxy, meaning its logic cannot be changed after deployment (7.7 Upgrades). This eliminates risks associated with upgrade mechanisms, such as proxy misconfigurations or malicious upgrade paths. Users can rely on the immutability of the deployed code. While this means no future feature enhancements are possible, it guarantees stability and predictability.
The Token contract is a straightforward ERC-20 implementation with no identified vulnerabilities or complex features.
Users should exercise standard caution when interacting with any token, verifying the contract address and understanding the token's purpose within its ecosystem. Ensure that any dApps or platforms interacting with this token are also audited and secure.
This token is brand new. Run a deeper AI-powered analysis of the contract code — free and instant.
Get Detailed Audit Is this your token? Publish your own audit on this page
