This audit report is based on the analysis of a contract deployed at 0x727c6fbfd4c6a1aaf256b863312d61a2f6c4da37 on the Arbitrum network. No source code was provided or verified for this contract, which severely limits the scope and depth of the security assessment. Therefore, no specific vulnerabilities could be identified, and the risk assessment is largely theoretical based on general best practices. Users should exercise extreme caution.
Early-stage security check — honeypot & rug-pull analysis
Is Ornn Exchange a Scam?
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 →This audit report is based on the analysis of a contract deployed at 0x727c6fbfd4c6a1aaf256b863312d61a2f6c4da37 on the Arbitrum network.
Read the full analysis- Ownership status UNKNOWN
- Mint capability UNKNOWN
- Contract source not verified
- Top-10 concentration > 70%
- LP top1 unlocked holder = 96.9%
- LP top3 unlocked holders = 100.0%
- LP claimed locked but only 0.0% actually locked
- Token age < 7 days
Exact factors
- Ownership status UNKNOWN (owner could not be resolved)
- Mint capability UNKNOWN (implementation ABI unreadable)
- Contract source NOT verified
- Top-10 concentration > 70% (94.1% total → 92.6% effective; 91.6% in EOAs, 2.5% in contracts — extreme)
- LP top1 unlocked holder = 96.9% (independent LP — depth risk)
- LP top3 unlocked holders = 100.0% (independent LP — depth risk)
- LP claimed locked but only 0.0% actually locked
- Token age < 7 days (early, volatile)
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 4Holders
as of audit · Sep 4, 2026- Contractstreasury, vesting, bridge, staking2.5%
- Walletsanonymous holders, free to sell91.6%
- Everyone elsethe rest of the supply5.9%
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 4The risk score reads depth across every pair.
The LP tokens of the analysed pool are locked or burned.
0xb029…cb610x1d2a…158cNo privileged address appears among these holders: the unlocked liquidity sits with independent providers, not with the deployer.
Security Findings
InfoLack of Verified Source Code
The source code for the contract at 0x727c…da37 is not publicly verified on the Arbitrum block explorer. This prevents a thorough security audit and makes it impossible to ascertain the contract's intended functionality, security mechanisms, and potential vulnerabilities.I-01
Issue
The source code for the contract at is not publicly verified on the Arbitrum block explorer. This prevents a thorough security audit and makes it impossible to ascertain the contract's intended functionality, security mechanisms, and potential vulnerabilities.
Fix
The contract deployer should verify the source code on the block explorer. This enhances transparency, allows for community review, and enables security professionals to conduct proper assessments.
Status
Unresolved
InfoUndetermined Contract Functionality and Purpose
Without verified source code, the specific functionality, purpose, and business logic of the contract cannot be determined. This lack of clarity makes it impossible to assess its intended behavior, potential interactions with other protocols, or adherence to any specific ERC standards (e.g., ERC-20, ERC-721).I-02
Issue
Without verified source code, the specific functionality, purpose, and business logic of the contract cannot be determined. This lack of clarity makes it impossible to assess its intended behavior, potential interactions with other protocols, or adherence to any specific ERC standards (e.g., ERC-20, ERC-721).
Fix
Provide comprehensive documentation detailing the contract's purpose, functionality, and any associated protocol architecture. This information, coupled with verified source code, is crucial for user understanding and security analysis.
Status
Unresolved
InfoAbsence of Public Documentation and Audit History
There is no readily available public documentation or record of prior security audits for this contract. This absence limits the ability to understand the project's security posture, design considerations, and any known issues or resolutions.I-03
Issue
There is no readily available public documentation or record of prior security audits for this contract. This absence limits the ability to understand the project's security posture, design considerations, and any known issues or resolutions.
Fix
Publish detailed documentation, including architectural overviews, functional specifications, and any past audit reports. This transparency builds trust and provides essential context for users and security researchers.
Status
Unresolved
Analysis
AI Copilotas of audit · Sep 4Due to the absence of verified source code, a comprehensive technical security analysis (7.1 Architecture, 7.2 Code Security, 7.3 Access Control) could not be performed. The bytecode alone does not allow for a detailed assessment of common vulnerabilities like reentrancy or integer overflows. Without source, it is impossible to identify specific strengths or weaknesses in the contract's implementation or to provide concrete examples.
The economic and governance aspects (7.4 Economic, 7.5 Governance) of the contract cannot be assessed without access to its source code and associated documentation. It is impossible to determine if the contract implements any specific economic models, fee structures, or governance mechanisms. Therefore, no specific risks related to oracle manipulation or economic exploits can be identified, nor can any strengths be highlighted.
Without source code, it is impossible to determine if the contract implements any upgradeability patterns (7.7 Upgrades) or if it is part of a larger proxy architecture. This lack of information prevents an assessment of upgrade safety or potential risks associated with future changes. Similarly, operational aspects (7.8 Operations) cannot be evaluated, making it impossible to identify specific issues or robust operational controls.
It is strongly recommended that the contract's source code be verified on a block explorer to enable proper security analysis and community trust.
Users should exercise extreme caution when interacting with unverified contracts, as their functionality and security properties cannot be independently confirmed. Always prioritize transparency and auditability in smart contract deployments to mitigate unknown risks.
Contract & Record
Free for any token on the record. It links to this page and always shows the current score and the date it was checked.
- Aug 31, 202678High
Score changes are recorded as dated snapshots — history is append-only and cannot be edited.
Would You Like a More Detailed Audit of Ornn Exchange?
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