Early-stage security check — honeypot & rug-pull analysis
BNB ChainThe CurveToken contract implements a standard ERC-20 token with additional tax, dividend, and trading control features.
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 20, 2026
The risk score reads depth across every pair.
The LP tokens of the analysed pool are locked or burned.
The deployer has the authority to enable or disable trading via the activateTrading function. This allows the deployer to unilaterally halt or resume token transfers at their discretion.
Consider renouncing the deployer role or implementing a decentralized governance mechanism to control trading status.
Unresolved
The owner and deployer can influence transfer fees through functions like activateTrading and setStartTime. This allows for dynamic adjustment of the economic cost associated with moving tokens.
Document the fee structure clearly and consider setting hard caps on fee percentages to protect users from excessive taxation.
Unresolved
The _executePoolBurn function performs division before multiplication, which can lead to rounding errors and slight inaccuracies in the calculated burn amounts.
Reorder arithmetic operations to perform multiplication before division to maintain higher precision.
Unresolved
Privileged roles can modify transaction or wallet limits using setStartTime and activateTrading. These changes can restrict how much a user can hold or transfer at once.
Ensure that any changes to limits are communicated to the community in advance to prevent unexpected transaction failures.
Unresolved
The ten largest holders own 51.3% of supply. Of that, 6.0% burned, 21.6% in DEX pools — not holders that can sell, so excluded from the concentration score. What remains: 1.6% in wallets, 22.2% in other contracts. 21,729 holders in total.
Watch the largest wallets that are not exchanges, pools or locks — those are the ones that can move the price.
Acknowledged
21,729 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 $114K (DexScreener, all pools). 24h trading volume $565K (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: nobody (ownership renounced). Code: not upgradeable (no proxy). Fees: 3% on buy, 3% on sell. Market: $114K of DEX liquidity across 1 pools. Launch: 4 days 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 4 days 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 CurveToken contract implements a standard ERC-20 token with additional tax, dividend, and trading control features. While ownership has been renounced, several administrative functions remain that allow the deployer or owner to influence transfer logic, fees, and dividend exclusions. The code is well-structured, but the presence of centralized control mechanisms and minor arithmetic precision issues warrants caution.
The contract follows standard ERC-20 patterns with clean implementation of auxiliary features. 7.1 Architecture is modular, separating dividend tracking from token logic. 7.2 Code Security is generally high, though 7.4 Economic logic contains minor rounding risks. 7.3 Access Control is strictly enforced via modifiers, though some functions remain sensitive.
7.5 Governance is centralized through the deployer and owner roles. 7.4 Economic parameters, such as transfer fees and trading status, are adjustable by these privileged roles. This creates a dependency on the deployer's actions for the token's lifecycle, such as enabling trading or updating tax whitelists.
7.7 Upgrades are not supported as the contract is not a proxy. The logic is immutable once deployed. 7.8 Operations are limited to the defined administrative functions.
Users should be aware that the deployer retains the ability to toggle trading and modify tax/dividend settings, which directly impacts the token's utility and economic behavior.
We recommend that the community monitors the deployer's actions closely until all administrative functions are fully renounced or locked. For future iterations, consider implementing a timelock for sensitive administrative changes to provide transparency and protection against sudden parameter shifts. Ensure that all arithmetic operations involving division are audited for potential precision loss to maintain economic integrity.
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.
The BURN contract on BNB Chain is 0xffaaac7aa1b772cdc57501bb006ce62c303a3333. Compare it with the address the project itself publishes before trading: other contracts can carry the same name and ticker.
Quantum Audit's risk score for BURN is 35/100 (Medium risk) as of Oct 20, 2026, computed by a deterministic function from on-chain facts — Contract verified: Verified; Ownership: Renounced; Mint: No mint; Liquidity lock: Locked; Upgradeability: Fixed code; Honeypot: None found; Buy / sell tax: 3% / 3%. A score is a dated snapshot of those facts, not a guarantee; each one is listed on this page.
Liquidity lock: Locked (as of Oct 20, 2026). Total DEX liquidity: $114.0K.
As of Oct 20, 2026, the 10 largest holders own 51.3% of the supply across 21,729 holders. The Holders section on this page shows who they are by holder type.
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
