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 22, 2026
The risk score reads depth across every pair.
Whether the LP tokens are locked could not be determined.
The owner can call updateMintRate and release to mint new tokens, which increases the total supply and dilutes the value of existing holdings. This allows the owner to unilaterally change the tokenomics of the protocol.
Implement a timelock for supply-changing functions or transition ownership to a DAO-governed contract to prevent arbitrary inflation.
Unresolved
The owner can use lockPool and unlockPool to toggle a switch that determines whether transfers are permitted. This gives the owner the power to freeze user assets or restrict liquidity at will.
Remove the ability to arbitrarily lock transfers or restrict this functionality to a decentralized governance vote with a mandatory notice period.
Unresolved
The ten largest holders own 100.0% of supply. Of that, 3.8% burned — not holders that can sell, so excluded from the concentration score. What remains: 16.2% in wallets, 80.0% in other contracts. The deployer/owner wallet itself holds 16.2%. 2,064 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,064 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 $190K (DexScreener, all pools). 24h trading volume $296K (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. Its name presents it as a stable-value coin, yet it trades at $0.3867 — it does not hold a peg. 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: $190K 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 protocol relies on a centralized owner to manage inflation rates and pool access. While the code follows established OpenZeppelin standards, the high degree of administrative control over token supply and transferability presents a significant centralization risk to token holders.
The contract utilizes standard OpenZeppelin libraries for ERC-20, EIP-712, and Votes, ensuring 7.1 Architecture and 7.2 Code Security compliance. 7.3 Access Control is implemented via Ownable, though it grants extensive privileges. 7.6 External dependencies are minimal and well-vetted. The code is clean and follows modern Solidity patterns.
7.4 Economic and 7.5 Governance aspects are heavily centralized under the contract owner. The owner has the ability to mint tokens and halt pool transfers, which directly impacts 7.4 Economic stability. There is no multi-signature requirement or timelock visible in the core logic to mitigate the risk of owner abuse.
7.7 Upgrades are not supported as the contract is not a proxy. 7.8 Operations are straightforward, relying on the owner to trigger minting and vesting releases. No complex upgrade paths exist to introduce hidden vulnerabilities.
To improve security, the project should transition administrative functions to a multi-signature wallet or a decentralized governance contract.
Implementing a timelock on sensitive functions like updateMintRate would provide transparency and allow the community to react to supply changes. Furthermore, consider documenting the specific conditions under which the pool is locked or unlocked. Providing clear, on-chain or off-chain transparency regarding the owner's intent for these functions will help build trust with token holders.
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? Publish your own audit on this page
