jepeta.
Jepeta/Guides/Comparison
Comparison · Base / 8453

What is the difference between a honeypot check and a token risk check?

Avoid treating one sellability test as complete due diligence

Direct answer

A honeypot check asks a narrow execution question: can the token be sold under the tested conditions, and are there suspicious transfer or tax behaviors? A broader token-risk check also considers permissions, supply controls, liquidity, holder concentration, evidence completeness, and other reasons to stop or review.

Honeypot is necessary but narrow

A token that blocks selling is an obvious stop condition, so honeypot testing belongs near the top of a pre-trade workflow. Simulation tools can also reveal taxes and gas behavior.

But a sellable token can still be mintable, highly concentrated, thinly traded, or subject to mutable controls.

Broader screening adds context

Jepeta combines explicit honeypot and mintability signals with taxes, observed holder concentration, observed LP-lock coverage, Base liquidity, source status, and data quality.

The policy result is designed to help a workflow decide whether to block, review, or continue to independent execution rules.

Use the right label

Do not call a negative honeypot result safe. Say the honeypot check was negative at that timestamp. Likewise, do not call a PASS verdict a guarantee.

Precise language makes evidence more useful to humans and less likely to be exaggerated when quoted by an AI system or search result.

Practical checklist

  • Honeypot = sellability and transfer risk
  • Risk check = multiple dimensions
  • Never translate negative honeypot to safe
  • Keep timestamps
  • Use broader context

Limitations

This is educational risk-screening content, not investment advice. Token and market conditions can change after any snapshot. A PASS result or negative honeypot signal is not a safety guarantee.