Contracts that implement whitelist-only exit mechanisms are central to many scam-associated token patterns under the "ai coin scam" category. Mechanically, these contracts enforce a require() check on the transfer function that restricts selling or transferring tokens to a pre-approved list of addresses. Buyers outside this whitelist can purchase tokens but are unable to sell or transfer them, effectively trapping their funds. This pattern can be detected through static contract analysis by identifying conditional checks tied to a whitelist mapping or array governing transfer permissions. The presence of such a mechanism creates an asymmetry between buy and sell capabilities, often invisible until a holder attempts to exit their position.
This pattern becomes risk-relevant primarily when the whitelist is owner-controlled and modifiable post-launch, allowing the contract deployer to selectively block sales from any address. Such control can facilitate exit scams by enabling the owner to whitelist insiders or themselves while locking out ordinary buyers. Conversely, whitelist-only exit mechanisms can be benign in regulated contexts where compliance requires restricting token transfers to verified participants or in private sale rounds with explicit transfer restrictions. The key differentiator is whether the whitelist is immutable or subject to discretionary updates by a centralized party, as the latter preserves the ability to enforce forced exits.
Additional signals that would materially shift the risk assessment include the presence of active mint or freeze authorities retained by the owner. An active mint authority without clear operational justification can enable unlimited token inflation, diluting holders and undermining token value. Similarly, an active freeze authority allows the owner to halt transfers for specific wallets, compounding exit restrictions beyond whitelist enforcement. The existence of a blacklist function callable by the owner would further indicate a capacity to selectively disable transfers or sales. Conversely, a contract with a publicly auditable, immutable whitelist and renounced mint and freeze authorities would reduce the likelihood of malicious exit blocking.
When whitelist-only exit patterns combine with other common conditions such as thin liquidity pools or cliff unlocks of large token allocations, the realistic outcome often involves prolonged downward price pressure rather than a single sharp crash. Forced exit restrictions can trap sellers, causing sell pressure to accumulate off-chain and manifest as extended price declines once tokens become transferable or liquidity thins further. This dynamic is exacerbated if the owner retains upgradeability rights without timelocks, enabling sudden changes to whitelist or tax parameters. While some projects may use whitelist controls for staged launches or compliance, the combination of modifiable whitelist, active authorities, and thin pools aligns with patterns historically associated with exit scams and sustained value erosion.