Early-stage security check — honeypot & rug-pull analysis
BNB ChainThe Wick protocol is an ERC-20 token with integrated rebase and swapback mechanisms.
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 locked or burned.
The _payout function allows for the transfer of ETH to addresses that can be influenced by the caller. This could potentially allow a malicious actor to drain contract funds if the payout logic is triggered under specific conditions.
Implement strict validation on the recipient address and ensure that the payout logic is protected against reentrancy and unauthorized access.
Unresolved
The keeper address has the power to toggle switches that determine whether transfers or sales are permitted. This allows the keeper to effectively freeze user funds or halt trading at will.
Consider implementing a time-lock or a decentralized voting mechanism for actions that can halt protocol functionality.
Unresolved
The keeper can modify the transfer fees applied to transactions. This grants the keeper the ability to unilaterally change the economic cost of using the token.
Define a maximum fee cap in the contract code to prevent the keeper from setting exorbitant fees.
Unresolved
The keeper can change transaction or wallet size limits, which directly impacts the liquidity and accessibility of the token for users.
Document these limits clearly and consider setting hard-coded boundaries that the keeper cannot exceed.
Unresolved
The ten largest holders own 80.5% of supply. Of that, 56.4% in DEX pools — not holders that can sell, so excluded from the concentration score. What remains: 8.8% in wallets, 15.3% in other contracts. 101 holders in total.
Watch the largest wallets that are not exchanges, pools or locks — those are the ones that can move the price.
Acknowledged
101 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
100.0% of the pool's LP is burned or time-locked. 100.0% is locked in PinkLock02 until 20 Oct 2027 (364 days). Until then nobody — the project included — can withdraw it unless the locker contract itself is flawed; after that date the lock's owner can. Some pools are concentrated-liquidity (V3/V4) positions; shares above are by position as GoPlus reports them.
Check the lock's end date and beneficiary on the locker's own page before relying on it.
Acknowledged
Liquidity $37K (DexScreener, all pools). 24h trading volume $100K (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: fixed — the contract has no mint function. Control: nobody (ownership renounced). Code: not upgradeable (no proxy). Fees: 5% on buy, 5% on sell. Market: $37K 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 Wick protocol is an ERC-20 token with integrated rebase and swapback mechanisms. While ownership of the contract has been renounced, the protocol relies on a 'KEEPER' address that maintains significant control over transfer rules, fees, and oracle-based state transitions. The audit identified a critical vulnerability regarding arbitrary ETH transfers and medium-risk concerns regarding centralized control over token economics.
The architecture utilizes standard OpenZeppelin libraries for reentrancy protection and ERC-20 compliance. 7.1 Architecture: The contract implements a custom rebase and swapback logic triggered by a keeper. 7.2 Code Security: The logic is generally sound, but the _payout function exposes the contract to potential reentrancy or fund drainage. 7.3 Access Control: While ownership is renounced, the KEEPER role remains a central point of failure for protocol operations.
7.4 Economic: The protocol relies on a keeper to trigger rebases and fee distributions, creating a dependency on an external actor. 7.5 Governance: There is no decentralized governance mechanism; the keeper holds unilateral power over economic parameters. 7.8 Operations: The reliance on a single keeper address for critical state updates poses a significant operational risk to token holders.
7.7 Upgrades: The contract is not upgradeable, which provides security against malicious logic changes post-deployment. The lack of proxy patterns ensures that the code deployed is the code that remains, though it prevents fixing the identified vulnerabilities without a migration.
The protocol should immediately address the critical ETH payout vulnerability by implementing strict access controls or reentrancy guards on all external-facing payout functions.
It is recommended to transition the KEEPER role to a multi-signature wallet or a decentralized DAO to mitigate the risks associated with centralized control over economic parameters. Furthermore, ensure that all state-changing functions are thoroughly tested against edge cases in the oracle feed, as the current implementation relies heavily on the accuracy and availability of the external price data to prevent unexpected rebase behavior.
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.
The The House Wick (WICK) contract on BNB Chain is 0xbc4721b16eec6197496524ea0d8082ab08a470bc. Compare it with the address the project itself publishes before trading: other contracts can carry the same name and ticker.
Quantum Audit's risk score for The House Wick is 84/100 (High risk) as of Oct 20, 2026, computed by a deterministic function from on-chain facts — Contract verified: Verified; Ownership: Renounced; Mint: No mint; Liquidity lock: Locked; Upgradeability: Fixed code; Honeypot: None found; Buy / sell tax: 5% / 5%. A score is a dated snapshot of those facts, not a guarantee; each one is listed on this page.
Liquidity lock: Locked (as of Oct 20, 2026). Total DEX liquidity: $37.0K.
As of Oct 20, 2026, the 10 largest holders own 80.5% of the supply across 101 holders. The Holders section on this page shows who they are by holder type.
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
