Research explained · Not an independent replication

MemeTrans Explained: What Solana Launch Risk Data Shows

MemeTrans, a February 2026 Georgia Tech paper, labels 84.13% of 41,470 migrated Pump.fun launches high risk per its Table 8, and shows pre-migration signals can lower — not eliminate — simulated losses. It is not a 2026 rug rate. Our own data has the right shape to extend it, but has not replicated it.

Key Learnings

  • 01Paper scope: 41,470 Pump.fun → Raydium migrated launches, UTC 2024-12-01 to 2025-03-01 — not all launches, not a 2026 population.
  • 02Table 8 labels 34,890 launches High risk (84.13%); the paper's prose says 82.44%. High risk is a proxy label, not proven fraud.
  • 03In the paper's simulation, MLP top-100 picks lost 26.64% vs 60.71% for random picks — both lost money.
  • 04Our audit: 11,230 outcome rows for 2,931 mints exist, but they are not the paper's 122 raw features and are not a replication.

Research explained · Not an independent replication

This is original MemeAssist commentary on a third-party academic paper, followed by an audit of what our own data could and could not support. We did not rerun the authors' code, download their dataset or reproduce their figures. Numbers attributed to the paper come from the paper; numbers attributed to MemeAssist are availability counts, not performance results.

Paper: Sihao Hu, Selim Furkan Tekin, Yichang Xu and Ling Liu (Georgia Institute of Technology), arXiv 2602.13480, version 1, 13 February 2026. Read the paper (HTML v1)

The study at a glance

The authors built a labelled dataset of Solana memecoins that graduated from Pump.fun's bonding curve to a Raydium pool, then asked whether information available before that migration can flag launches that go badly after it. Paper, dataset section

41,470

migrated launches

Pump.fun → Raydium, UTC 2024-12-01 to 2025-03-01

122

pre-migration predictors

contextual, concentration, market activity, bundle, time-series

21,635

benchmark tokens

after excluding thin or very short-lived launches

3

risk classes

High · Medium · Low, defined from post-migration data

Those numbers describe one historical window of migrated launches. They are not all Pump.fun launches, and not a 2026 population.

Original MemeAssist diagram · not from the paper · not to scaleWhere information sits in the study design
  1. Launch on the bonding curve

    Creator deploys; early wallets buy. Bundled buys and holder concentration take shape here.

  2. Predictors measured

    Only pre-migration activity feeds the 122 predictors — the information a trader could in principle see.

  3. Migration anchor

    The token graduates to a Raydium pool. This is the line between “known” and “not yet known”.

  4. Post-migration outcome

    Price path in the following minutes and a manipulation detector produce the risk label.

  5. Model evaluation

    Classifiers try to recover the post-migration label from pre-migration predictors.

Known before migration Anchor Only known afterwards

How did the paper decide a launch was “high risk”?

Short answer: By combining a fast price collapse with an automated manipulation score, both measured after migration. It is a rule-based proxy label, not a finding of fraud.

Label rules as described in the paper (paraphrased)
LabelPrice rule (min price ÷ migration price, 20 min)Detector score
Highbelow 0.3or ≥ 0.7
MediumEverything that is neither High nor Low
Low0.7 or higherand below 0.3

What it means: High risk captures two different failure shapes — a sharp drawdown, or behaviour a detector scores as manipulative — so one label bundles crashes and suspected manipulation together.

Limit: Both inputs are proxies. A 70% drawdown can happen without wrongdoing, and the detector is itself a model. The labels are annotations, not adjudications of any creator or wallet.

Source: Hu et al. 2026, labelling methodology

How many launches ended up labelled high risk?

Short answer: Most of them: Table 8 counts 34,890 of 41,470 migrated launches as High — 84.13% by our arithmetic. Nearby prose in the paper gives 82.44%; we could not reconcile the two.

Class counts reported in the paper's Table 8 (share computed by MemeAssist)
ClassLaunchesShare of 41,470
High34,89084.13%
Medium4,70211.34%
Low1,8784.53%

Discrepancy disclosed: 84.13% follows from Table 8's counts. The paper's surrounding text states 82.44%. We attribute 84.13% to Table 8 only and do not claim either figure is the correct one.

What it means: In this window, a clean post-migration path was the exception. A classifier that always guessed “High” would already be right most of the time, which is why the paper's choice of imbalance-aware metrics matters.

Limit: This is the share meeting the paper's proxy definition among migrated launches in early 2025 — not a universal Solana rug rate, and not a measure of fraud.

Source: Hu et al. 2026, Table 8 and accompanying text

What kind of pre-migration signals did the model use?

Short answer: 122 predictors in five families, all computed from activity before the token migrated. The paper then evaluated how well models recover the post-migration label from them.

Predictor families (described in our own words)
FamilyPlain-English idea
ContextualSOL price and calendar context at migration
ConcentrationHow much supply sits with few wallets before migration
Market activityVolume, trade counts and buyer/seller mix on the curve
BundleHoldings and trades after clustering wallets using shared transactions, funding links and Jito bundle IDs
Time seriesPrice and trading-volume paths before migration

What it means: Concentration measured before migration is a position; what drives the outcome is whether those wallets actually sell afterwards. The predictors capture the setup, the label captures what followed. Wallets the paper links together are inferred links, not proof of shared control.

Limit: We have not verified individual feature definitions against the authors' code, and family-level descriptions here are simplified.

Source: Hu et al. 2026, feature construction section

Did complex models beat simple ones?

Short answer: Greater model complexity did not guarantee a better reported score. Of the three individual models shown below, a multilayer perceptron (MLP) scored above logistic regression and a Transformer. Ensembles are not shown.

Selected AUPRC values from the paper's Table 9 (higher is better for this metric)
ModelAUPRC
MLP0.5729
Logistic regression0.5338
Transformer0.4841

The benchmark used 21,635 tokens (16,048 High) after excluding launches with a bonding-curve sale shorter than a minute or fewer than 100 holders. It used a random 70/30 split, five-fold cross-validation for training and five runs. Paper, benchmark setup

What it means: Well-chosen tabular signals, not model size, appear to carry most of the information. That is consistent with how practical scanners — including ours — favour explainable signals.

Limit: The split was random, not chronological: tokens from later weeks can train a model tested on earlier weeks. Launch mechanics can change, so out-of-time performance may differ. The table's random AUPRC baseline (0.2589) aligns with the non-high-risk share, not the high-risk share; the positive-class orientation should be checked against the evaluation code before comparing absolute AUPRC values. These are reported values, not our validation.

Source: Hu et al. 2026, Table 9

Would using the model have made money?

Short answer: No — in the paper's simulation both strategies lost money. Picking the model's 100 lowest-risk tokens lost less than picking 100 at random.

−60.71%

random top-100 selection

simulated average loss, Table 12

−26.64%

MLP top-100 selection

simulated average loss, Table 12

34.07 pts

smaller loss

56.12% relative reduction in loss (our arithmetic)

Simulated entry at the migration price, with exit at 100 random sale times within the next hour. Paper, Table 12 and simulation description

What it means: The model helped avoid the worst launches, but avoiding the worst still meant losing money on average. “56% less loss” is not “56% profit”, and none of these numbers are MemeAssist returns.

Limit: This is a simulation, not funded, executable performance. We do not assert that fees, slippage or failed transactions were modelled, and no uncertainty interval was supplied for the difference.

Source: Hu et al. 2026, Table 12

Could MemeAssist's own data test the same question?

Short answer: Not as an exact replication today. A read-only audit on 20 October 2026 found a usable outcome ledger, but its fields differ from the paper's in ways that matter.

MemeAssist availability audit, 2026-10-20 (counts are availability, not performance)
What we checkedCount
score_outcomes rows (UTC 2026-07-22 to 2026-09-15)11,230
Distinct mints in those rows2,931
Rows joining an analysis-time snapshot exactly (id + mint + timestamp)11,230
Rows with saved sub-scores11,201
Rows with a positive baseline price10,581
Rows with a frozen pair address2,553
health_snapshots rows (3,298 mints, through 2026-10-20)12,554
Outcome-status rows (row counts; per-status distinct-mint counts overlap and must not be summed)
StatusRowsHow we treat it
done3,988Measured outcome
dead1,080Not automatically a proven rug or an observed −100%
no_data6,056Excluded from any return claim; missing is not a loss
pending106Unresolved

What it means: We have analysis-time scores tied to later outcomes, which is the right shape for this kind of question. But our saved sub-scores cover six domains (distribution, holder quality, insider risk, liquidity, momentum, whale confidence) plus risk-rule keys — not the paper's 122 raw launch features. Current token reports are overwritten snapshots, so today's raw fields cannot stand in for historical predictors.

Limit: The audited score ledger does not establish coverage of pre-migration transactions, historical linked-wallet clusters, an exact migration anchor, a 20-minute minimum price or execution quotes. Its observations end on 15 September 2026, while scoring snapshots continue to 20 October — this page claims no current validation. Collector startup is controlled by product operating settings, including Product Focus; this audit did not diagnose the runtime cause of the gap. Restarting collection or backfilling is a separate decision, not part of this editorial work.

Source: MemeAssist read-only production aggregate queries, 20 October 2026 (internal audit record).

What would a fair MemeAssist extension need?

Short answer: a pre-registered design that fixes the weaknesses above. It has not been run; the list below is a plan, not a result.

  1. One frozen analysis per mint, fixed at first eligibility before looking at outcomes — never the first successful outcome — with missing outcomes retained, so re-scanned tokens do not dominate and survivors are not cherry-picked.
  2. Scores kept separate from raw features, so we test our score and the underlying signals independently.
  3. Coverage reported at 1h, 6h, 12h and 24h, with missing observations shown, never counted as losses. Any later imputation would be disclosed separately; captured interim marks keep their actual values.
  4. A chronological split: train on earlier weeks, test on later ones.
  5. Class imbalance and trading costs stated alongside every metric.
  6. At least 30 independent tokens per claim.

Limit: validation on a recent cohort is blocked until outcome freshness is assessed. Source: MemeAssist audit, 20 October 2026.

Reading the paper critically

Short answer: it is a careful, useful dataset with four limits worth keeping in mind — none of which we are alleging as errors.

Open questions for readers (our assessment)
IssueWhy it matters
Random, not time-based, splitOut-of-time accuracy is the practical test, and it was not the reported one.
Changing launch mechanicsLaunch platforms and Solana venues can change; early-2025 patterns may not transfer to later cohorts.
Population selectionOnly migrated launches; benchmark further filtered by holders and sale timing.
Proxy labels and costsLabels approximate harm; simulated returns are not executable after costs.

Source: Hu et al. 2026; assessment by MemeAssist.

Licensing and reuse

The paper is published under CC BY-NC-SA 4.0. The linked repository is now named MELT (github.com/git-disl/MELT) under a different title; we have not verified that it matches the paper's v1 version. The repository is CC BY-NC 4.0 and its README states commercial use requires separate permission from the authors. This page is original, attributed commentary: it reuses no figures, text, code or datasets, and nothing was downloaded or rerun. Any commercial reuse of their code, data or figures would need permission review. This note is not legal advice.

Abstract page: arXiv 2602.13480.


Frequently asked questions

Does MemeTrans prove 84% of Solana memecoins are rugs?

No. 84.13% is the High-risk share among migrated Pump.fun launches from December 2024 to March 2025 in the paper's Table 8, using a proxy label combining fast drawdown and a manipulation detector. The paper's prose gives 82.44%. Neither is a current or universal rug rate.

Did MemeAssist replicate the MemeTrans results?

No. We did not rerun the code or download the data. We audited our own score-outcome ledger and found it records scores and later outcomes, but not the paper's 122 pre-migration features, migration anchor or execution quotes. A replication has not been run.

Does the model in the paper make money?

Not in the reported simulation. Its top-100 selection lost 26.64% versus 60.71% for random selection. That is a smaller loss, not a profit, and it is not executable funded performance.

Can I reuse MemeTrans code or data commercially?

The paper is CC BY-NC-SA 4.0 and the linked repository is CC BY-NC 4.0, with its README requiring separate author permission for commercial use. Check with the authors; this page is not legal advice.

Sources & further reading

  1. Hu, Tekin, Xu & Liu — arXiv 2602.13480v1 (HTML, 13 Feb 2026)
  2. arXiv abstract page 2602.13480
  3. git-disl/MELT repository (licence and README)

Related guides

Continue: Before You Buy

More evidence-led reading for this decision stage.

View the full path →

Check a token's structure yourself

The paper's numbers are the authors' own, not outputs of our engine. Paste any Solana mint address into the MemeAssist analyzer for holder intelligence, authority checks, creator history and an AI health score in one report. New accounts get 1 free full token analysis with Trade Setup. Further analyses and other paid tools require account credit.

Try with 1 free full analysis