UNKNOWN
Scanned September 9, 2026 · Check a different contract →
UNKNOWN
How the owner could rug you
None of the common owner-side rug mechanisms were found in the code. That is not a clean bill of health — see the limits below.
Code: No mint function visible in the truncated source; could exist later in the contract.
Code: No pausable or transfer‑gate logic visible; such code may appear after the truncation point.
Code: No blacklist mapping or modifier visible; could be defined later.
Code: No fee calculation or setter functions visible; may be present in omitted code.
Code: No proxy pattern (e.g., delegatecall, admin address) visible; could be introduced later.
Code: No withdraw function (e.g., withdrawETH, rescueTokens) visible; may exist later.
Code: Ownable contract defines an `owner` variable but the renounce/transfer functions are not shown in the excerpt.
This checks only what the code can do. It cannot see whether liquidity is locked, how concentrated holders are, or what the team intends — those need live on-chain data. Absence of these mechanisms is not proof a token is safe.
What this could cost you
How much money would you put into this? We'll show you what you could actually lose — in dollars, not just a scary word like "risk."
None of the common rug mechanisms were found, so there's nothing to calculate against here. That's not the same as "safe" — see the limits above.
This contract's source is 22,568 characters — only the first 9,000 were analyzed, so parts of it were not examined. That's the real reason, not a vague size limit: 13,568 characters were cut off the end.
What the code allows
Evidence: `address public owner;` in the Ownable contract.
This allows: Establishes a privileged address that can be used by admin‑only functions.
Evidence: No `mint` or `_mint` function appears in the visible portion of the code.
This allows: Presence would allow creation of new tokens after deployment.
Evidence: No `paused`, `tradingEnabled`, or similar modifiers are visible.
This allows: Such flags could let the owner halt token transfers.
Evidence: The `transfer` and `transferFrom` functions perform a plain balance update with no fee deduction.
This allows: If fee code exists later, the owner could adjust it.
Evidence: No proxy storage variables or delegatecall usage seen.
This allows: Upgradeability would let an admin replace contract logic.
Evidence: No `whenNotPaused` modifier or `pause` function visible.
This allows: A pause function could be used to freeze trading.
Evidence: Only the `owner` variable and events are shown; `renounceOwnership` or `transferOwnership` functions are not in the excerpt.
This allows: If ownership is not renounced, the owner retains all admin powers.
Worth reading yourself
- ›Uses Solidity ^0.4.26, an older compiler version.
- ›Implements standard ERC20 functionality with SafeMath.
- ›Includes an Ownable contract that defines an `owner` address and related events.
What this did not check
- ›Source code was truncated at 9000 characters; analysis could not inspect the remainder of the contract.
- ›Therefore many mechanisms (minting, pausing, blacklist, fees, upgradeability, privileged withdraw, ownership renouncement) are marked UNDETERMINED.
- ›Liquidity lock status, holder concentration, and actual on‑chain balances are NOT visible in the source and were not checked.
Automated review of verified source only. Not an audit. Does not cover on-chain state, holder distribution, liquidity, or deployer behavior. It cannot tell you whether a token is safe or whether to buy it. Absence of a finding is not evidence that a contract is sound — it may mean the relevant code was not readable, not verified, or not reached.
Want more than the free read?
A real security researcher personally reads this contract's verified source — not an automated re-run of the free check.
What's checked
The same 7 owner-power categories as the free check — mint authority, ability to disable trading, blacklist power, mutable fees, upgradeability, privileged withdrawal, and whether ownership is still active — plus 4 categories the free tier doesn't cover: exact current fee values and where they're set, whether ownership itself can be transferred (and to whom), any hardcoded or owner-settable exceptions to fees/limits/blacklist, and external contracts this one calls out to and trusts.
How it's done
I read the contract's actual verified source directly — no token-window truncation, since a person isn't limited by an LLM's context size the way the free tier is. Every finding cites the specific function or modifier it comes from; if the code doesn't determine something, the report says so instead of guessing.
What you get
A written report emailed to you within 24 hours: a plain-English summary, every finding with its evidence, and what the review could not determine from source alone.
Disclaimer: this is a capability review of verified source code, not a formal security audit and not investment advice. It reports what the contract's owner/admin technically CAN do — it does not check on-chain state, liquidity depth, holder concentration, or deployer behavior, and it does not certify a contract as safe.
Building something that needs this programmatically?
By purchasing, you agree to our Terms of Service and Privacy Policy.
This is a surface read
It reports capabilities visible in source. It does not model economics, test exploit paths, or reason about how contracts interact. A real review does — with runnable proofs for anything it claims.
Request a security review →Paid reviews go further than this free scan: every finding is signed, timestamped, and hash-chained into a record — self-scored 16/20 against an independent standard →