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 31, 2026
The risk score reads depth across every pair.
The LP tokens of the analysed pool are locked or burned.
The functions transfer and transferFrom, along with internal helper functions, exhibit inconsistent return behavior. This violates the ERC-20 standard, which requires these functions to return a boolean indicating success or failure, potentially causing external smart contracts to fail when interacting with this token.
Update the transfer and transferFrom functions to explicitly return the boolean result of the operation as required by the ERC-20 specification.
Unresolved
The ten largest holders own 33.3% of supply. Of that, 12.6% in DEX pools — not holders that can sell, so excluded from the concentration score. What remains: 20.7% in wallets, 0.0% in other contracts. 223 holders in total.
Watch the largest wallets that are not exchanges, pools or locks — those are the ones that can move the price.
Acknowledged
223 holders. Not listed by CoinGecko or any exchange GoPlus tracks. Nothing independent confirms who is behind this token, so every power its contract grants is scored at face value.
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% of the LP tokens were sent to a burn address — that liquidity can never be withdrawn by anyone. 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 $37K (DexScreener, all pools). 24h trading volume $37K (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: $37K 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. While the architecture follows standard patterns, a critical flaw exists in the transfer logic where return values are inconsistent with the ERC-20 specification, potentially causing integration failures with decentralized exchanges and automated vaults.
The contract utilizes a standard ERC-20 implementation with 7.1 Architecture following OpenZeppelin patterns. 7.2 Code Security is generally robust, though 7.3 Access Control is absent as there are no privileged roles. 7.6 External integrations are at risk due to non-standard return behaviors in the transfer path.
7.4 Economic and 7.5 Governance factors are minimal as the contract is immutable and lacks administrative control. The token supply is fixed, and there are no inflationary mechanisms or governance-controlled parameters. This simplicity reduces the attack surface for economic manipulation.
7.7 Upgrades are not supported as the contract is not a proxy. 7.8 Operations are straightforward, relying entirely on the immutable deployed bytecode. No upgradeability risks are present.
The primary recommendation is to align the transfer and transferFrom functions with the ERC-20 standard by ensuring they correctly handle return values and state updates.
Developers should verify that all external calls to these functions expect the boolean return values as defined in the EIP-20 specification. Furthermore, ensure that any future integrations with AMMs or lending protocols are tested against this specific implementation to prevent liquidity lock-ups caused by the identified return value inconsistency.
Free for any token on the record. It links to this page and always shows the current score and the date it was checked.
Score changes are recorded as dated snapshots — history is append-only and cannot be edited.
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? Add your links and get it Verified
