Quantum Audit Logo
Launch App

On-chain security analysis — is it a scam or legit?

Is Squid Safe?

QUIDBase
Not verified This record has not gone through deep verification and is not being monitored. The score is a dated snapshot — the token’s risk can change at any time.Own this token? Put it under verification →
Last checked Sep 4, 2026 · 1 audit on record
SummaryAI Copilot

The SquidToken contract implements a standard ERC-20 token with Permit functionality, leveraging battle-tested OpenZeppelin libraries.

Read the full analysis
What raised the score
  • Ownership status UNKNOWN
  • Top-10 concentration > 30%
  • Liquidity not locked, but no owner/deployer address holds LP — market-depth risk, not rug risk
  • LP top1 unlocked holder = 96.5%
  • LP top3 unlocked holders = 100.0%
  • Token age < 30 days
  • 2 Low finding(s) from audit
Exact factors
  • Ownership status UNKNOWN (owner could not be resolved)
  • Top-10 concentration > 30% (97.8% total → 44.4% effective; 8.8% in EOAs, 88.9% in contracts — moderate)
  • Liquidity not locked, but no owner/deployer address holds LP — market-depth risk, not rug risk
  • LP top1 unlocked holder = 96.5% (independent LP — depth risk, pool = 99% of DEX liquidity)
  • LP top3 unlocked holders = 100.0% (independent LP — depth risk, pool = 99% of DEX liquidity)
  • Token age < 30 days (still settling)
  • 2 Low finding(s) from audit

Each 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

Security Checklist

as of audit · Sep 43 of 5 checks passed
Contract verifiedVerified
OwnershipUnknown
MintNo mint
Liquidity lockNot locked
UpgradeabilityFixed code

Holders

as of audit · Sep 4, 2026
88.9%Contracts8.8%Wallets2.2%
88.9%Contracts8.8%
ContractsWalletsEveryone elseBubble area = share of supply
97.8%of supply sits with the top 10 holders
  • Contractstreasury, vesting, bridge, staking88.9%
  • Walletsanonymous holders, free to sell8.8%
  • Everyone elsethe rest of the supply2.2%
Effective concentrationwhat the score reads44.4%
How holder types affect the score

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 Sep 4, 2026

Liquidity

as of audit · Sep 4$866.7K across 8 pairs
LP tokensNot locked

The LP tokens of the analysed pool are not locked or burned, so whoever holds them can withdraw that liquidity.

Analysed pool$858.2KShare of depth99.0%
Top-1 Unlocked Holder96.5%
Top-3 Unlocked100.0%
Unlocked LP held by
0xfa2b…52bb0x85f9…ea620xfa8b…bca7

No privileged address appears among these holders: the unlocked liquidity sits with independent providers, not with the deployer.

Security Findings

2 Low1 Info
Low

Immutability of Token Contract

The SquidToken contract is not designed to be upgradeable (7.7). While this simplifies the architecture (7.1) and removes upgrade-related risks, it implies that any discovered vulnerabilities or desired feature enhancements would necessitate a new contract deployment and a potentially complex migration process for token holders. This is a design choice rather than a direct vulnerability.L-01

Issue

The SquidToken contract is not designed to be upgradeable (7.7). While this simplifies the architecture (7.1) and removes upgrade-related risks, it implies that any discovered vulnerabilities or desired feature enhancements would necessitate a new contract deployment and a potentially complex migration process for token holders. This is a design choice rather than a direct vulnerability.

Fix

Acknowledge the implications of immutability. For future projects requiring flexibility, consider implementing an upgradeable proxy pattern. For this specific contract, ensure that the initial design is thoroughly reviewed to minimize the need for future changes.

Status

Unresolved

Low

Permit Function Front-Running Risk

The permit function, while a standard feature of ERC-20 Permit, can be susceptible to front-running attacks (7.2, 7.4). A malicious actor could observe a signed permit transaction waiting in the mempool and submit their own transaction with a higher gas price to execute the permit before the legitimate user. This could allow the attacker to manipulate the allowance set by the owner for the spender, potentially leading to unexpected behavior or loss of funds if not handled carefully off-chain. This is an inherent characteristic of the ERC-20 Permit standard and not a flaw in the implementation itself.L-02

Issue

The permit function, while a standard feature of ERC-20 Permit, can be susceptible to front-running attacks (7.2, 7.4). A malicious actor could observe a signed permit transaction waiting in the mempool and submit their own transaction with a higher gas price to execute the permit before the legitimate user. This could allow the attacker to manipulate the allowance set by the owner for the spender, potentially leading to unexpected behavior or loss of funds if not handled carefully off-chain. This is an inherent characteristic of the ERC-20 Permit standard and not a flaw in the implementation itself.

Fix

Educate users about the potential for front-running when using the permit function. Recommend using private transaction relays or services that offer front-running protection where available. Implement off-chain mechanisms to mitigate this risk if the application relies heavily on permit functionality.

Status

Unresolved

Info

Standard OpenZeppelin Implementation

The SquidToken contract leverages battle-tested and widely audited OpenZeppelin libraries for its core ERC-20 and ERC-20 Permit functionality. This significantly reduces the likelihood of common vulnerabilities associated with custom implementations of these standards, contributing to a high level of code security (7.2).I-01

Issue

The SquidToken contract leverages battle-tested and widely audited OpenZeppelin libraries for its core ERC-20 and ERC-20 Permit functionality. This significantly reduces the likelihood of common vulnerabilities associated with custom implementations of these standards, contributing to a high level of code security (7.2).

Fix

Continue to rely on well-vetted libraries for core functionalities. Regularly monitor OpenZeppelin's security advisories and updates.

Status

Unresolved

Analysis

AI Copilotas of audit · Sep 4
Executive SummaryWhat the contract is and what the review found

The SquidToken contract implements a standard ERC-20 token with Permit functionality, leveraging battle-tested OpenZeppelin libraries. The codebase is minimal and straightforward, contributing to a low-risk profile. No critical or high-severity vulnerabilities were identified.

Technical8/10Low risk

The technical architecture (7.1) is robust, relying on well-audited OpenZeppelin ERC-20 and ERC-20 Permit implementations. Code security (7.2) is high due to minimal custom logic and adherence to established patterns, with proper checks in the constructor for recipient and initialSupply. Access control (7.3) is standard for an ERC-20 token, with no additional privileged roles beyond the initial deployer for minting. No reentrancy or integer overflow/underflow vulnerabilities were found.

Governance2/10High risk

The economic model (7.4) is that of a simple ERC-20 token, without complex mechanisms or external dependencies that could introduce economic exploits. There is no explicit governance (7.5) mechanism implemented within the contract. The primary economic risk identified is the inherent front-running potential of the permit function, which is a known characteristic of the standard.

Upgrades6/10Medium risk

The contract is not designed to be upgradeable (7.7), which simplifies its architecture and eliminates upgrade-related risks such as proxy misconfigurations or storage collisions. This design choice means that any future changes or bug fixes would require a new deployment and token migration, which is a common approach for simple token contracts. Operations (7.8) are straightforward, as the contract has no complex operational dependencies.

Final RecommendationWhat to do about this score

It is recommended to maintain a clear understanding of the implications of the contract's immutability, especially regarding future feature enhancements or bug fixes.

For the permit function, users should be educated on potential front-running risks and encouraged to use secure transaction submission methods. Ensure all external interactions, if any, are carefully vetted for security best practices.

Contract & Record

1 audit on record
TypeSquidToken
NetworkBase
Token age7d
Contract0x1a44…cb53
Deployer0x2d43…59e9
Badge for your website
Squid security record badge

Free for any token on the record. It links to this page and always shows the current score and the date it was checked.

Audit History
  1. Sep 4, 202639Medium
  2. Aug 11, 202637Medium

Score changes are recorded as dated snapshots — history is append-only and cannot be edited.

Would You Like a More Detailed Audit of Squid?

Our AI-powered scanner gives you a deeper, real-time smart contract analysis — free, with every scoring factor shown.

Get Detailed Audit Is this your token? Publish your own audit on this page