No Sell Route, No Survivors: 30 of 30 Markets Vanished

By the MemeAssist Research Desk · Published 2026-08-25 · Updated 2026-08-25 · 5 min read

In a frozen August 6–24, 2026 production cohort, every resolved token for which the analyzer found no sell route was dead within 24 hours: 30 of 30. Five additional flagged checks ended no_data and were excluded. The same-window unflagged death rate was 16.5%. The sample meets our reporting floor exactly, so the finding is compelling but still needs replication.

Key Learnings

  • 30 of 30 resolved no-sell-route observations were dead within 24 hours (Aug 6–24, 2026).
  • The same-window unflagged comparison was 562 dead among 3,400 resolved outcomes (16.5%).
  • Five flagged observations ended no_data and were excluded, not counted as deaths.
  • Even treating all five unknowns as survivors gives a conservative confirmed-death floor of 30/35 (85.7%).

What “no sell route” actually measured

The check asked a narrow, practical question at analysis time: could Jupiter produce a positive-value route to sell a small amount of this token? A standard probe was attempted first. If that returned no route, the engine retried with a much smaller fallback amount so ordinary thin liquidity would not be mislabeled as total unsellability. Provider throttling or an indeterminate response did not fire the warning.

This is different from proving malicious honeypot code. A route can disappear because liquidity was drained, the pool failed, routing had not propagated, or token controls blocked transfer. The finding is about observed exit availability, whatever the mechanism.

The frozen outcome table

Analysis-time cohortResolved nDead within 24hSurvivedMedian return (survivors)
No sell route3030 (100.0%)0Not applicable
Route warning absent3,400562 (16.5%)2,838−3.1%

All 30 definitive flagged outcomes ended dead. There is no survivor-return statistic for that row because there were no survivors; filling the cell with −100% or 0% would mix two different outcome definitions. Our tracker treats a vanished market as dead and reports returns only when a valid +24-hour price exists.

Why five excluded rows still matter

Five other flagged observations ended no_data. They lacked both a validated +24-hour candle and the evidence required to classify the market as dead, so they are excluded rather than guessed. The reported 100% is therefore 30 dead divided by 30 resolved, not 30 divided by all 35 terminal checks.

A simple worst-case sensitivity test makes the uncertainty concrete: if all five unknowns actually survived, the confirmed-death share across those 35 checks would be 85.7%. That is not a substitute for resolving them, but it shows the headline does not depend on quietly treating missing data as failure.

When both the standard and tiny fallback sell probes found no route, every definitive outcome in this frozen cohort ended with a vanished market.

Methodology

Frozen cohort: production analyses from August 6 through August 24, 2026 (UTC), the period in which the no-sell-route flag appears in this outcome set. The flagged cohort contains n = 30 resolved observations: 30 dead and zero done. The same-window unflagged comparison contains n = 3,400: 562 dead and 2,838 done. Death rate = dead / (dead + done). Dead means the market was no longer available from the tracked venue at resolution; done requires a validated candle near analysis +24 hours. The five flagged and 1,650 unflagged no_data rows are excluded from numerators and denominators. Pending rows are excluded. The flagged cohort meets the pre-set minimum of 30 resolved observations exactly.

Limitations

Thirty is a reporting threshold, not a large sample. A future observation could immediately move a 100% estimate below 100%, so this article should be replicated as the cohort grows. This is observational data and the missing-route state may be a symptom of a market already failing rather than an independent predictor. The comparison group includes many different token ages, sizes and liquidity conditions; it is context, not a matched control. Repeat analyses can represent the same token at different moments, making an observation the unit of analysis. No individual token, wallet or user data is published.

What traders should do

Do not buy first and test the exit later. If a standard and tiny sell quote both fail, stop until a real route exists and a small sell can be verified. Then continue the safety check: route availability says you can exit now, not that price, liquidity or token permissions are safe. Read the Solana honeypot checklist for the authority and Token-2022 checks, and the copycat outcome study for another distinct pre-buy warning.

Frequently asked questions

What happened to tokens with no sell route?

All 30 definitive outcomes in our August 6–24, 2026 cohort were dead within 24 hours. Five additional flagged checks were no_data and excluded rather than assumed dead.

Does no Jupiter route prove a token is a honeypot?

No. It proves the route check could not find an executable exit at that moment. Liquidity loss, routing propagation, a failed pool or token controls can all produce that state.

How did the analyzer avoid flagging merely thin liquidity?

After a standard sell probe failed, it retried with a much smaller amount. The warning fired only when both returned no route; rate limits and indeterminate responses did not count.

Why isn't the 100% result conclusive?

The cohort meets the 30-observation floor exactly and has five excluded unknown outcomes. It is strong evidence for stopping a purchase, but it needs replication and does not isolate causality.

Sources & further reading

  1. MemeAssist score-outcome tracker (internal database, frozen Aug 6–24 2026 cohort)
  2. Jupiter developer documentation
  3. How to check if a Solana token is a honeypot

Related guides

Analyze any Solana token free with MemeAssist →