Early-stage security check — honeypot & rug-pull analysis
The DERC20 contract is a standard ERC-20 implementation with additional governance, voting, and vesting capabilities.
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 not locked or burned, so whoever holds them can withdraw that liquidity.
The owner has the ability to mint new tokens through the updateMintRate and release functions. This allows the owner to increase the total supply at their discretion, which can lead to the dilution of existing token holders' value.
Implement a timelock on the updateMintRate function or move the ownership to a multi-signature wallet to require consensus for supply changes.
Unresolved
The owner can use the lockPool and unlockPool functions to toggle a switch that determines whether transfers are allowed. This gives the owner the power to effectively freeze user funds or halt trading at any time.
Restrict the use of pool locking to emergency scenarios only and implement a decentralized governance mechanism to authorize such actions.
Unresolved
The ten largest holders own 100.0% of supply. Of that, 3.7% burned — not holders that can sell, so excluded from the concentration score. What remains: 16.2% in wallets, 80.1% in other contracts. The deployer/owner wallet itself holds 16.2%. 2,903 holders in total.
Watch the largest wallets that are not exchanges, pools or locks — those are the ones that can move the price.
Acknowledged
2,903 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
Liquidity $50K (DexScreener, all pools). 24h trading volume $311K (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: mintable with no on-chain cap found. Control: a ProxyAdmin contract. Code: not upgradeable (no proxy). Fees: no buy or sell tax. Market: $50K 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 DERC20 contract is a standard ERC-20 implementation with additional governance, voting, and vesting capabilities. The architecture relies on a centralized owner to manage minting rates and pool transfer restrictions. While the code follows standard OpenZeppelin patterns, the high degree of administrative control presents a significant centralization risk to token holders.
The contract utilizes well-audited OpenZeppelin libraries for ERC-20, voting, and permit functionality. 7.1 Architecture is modular, and 7.2 Code Security is high due to the use of standard, battle-tested primitives. 7.3 Access Control is strictly enforced via Ownable, though it grants extensive power to the owner. 7.6 External dependencies are limited to standard interfaces, ensuring predictable behavior.
7.4 Economic and 7.5 Governance aspects are heavily centralized. The owner has unilateral control over token supply via updateMintRate and can halt liquidity via pool locking mechanisms. While these features allow for protocol management, they lack time-locks or multi-signature requirements for critical changes. This creates a single point of failure for token value and liquidity.
7.7 Upgrades are not supported as the contract is not a proxy. 7.8 Operations are straightforward, relying on the owner to trigger vesting releases and minting events. The lack of upgradeability ensures immutability but prevents rapid patching of logic errors.
To improve security, transition ownership to a multi-signature wallet or a decentralized governance contract (DAO) to prevent single-point-of-failure risks.
Implementing a timelock on sensitive functions like updateMintRate and pool management would provide transparency and allow users to react to administrative changes. Ensure that all administrative actions are logged via events to maintain an audit trail. Consider renouncing ownership if the protocol reaches a state of maturity where active management is no longer required.
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
