Skip to content
Sprint projectJun 22, 2026Da Nang, Vietnam

FertiScope: Measuring the Multilingual Tokenizer Tax in Low-Resource Asian Languages

Miles Whiticker, Leo Deng, Antoine Pedretti · Team Da Nang jam team

Submitted to Global South AI Safety Hackathon. Sprint projects are early-stage work by participants, not Apart Research publications.

Read the report

Report: FertiScope: Measuring the Multilingual Tokenizer Tax in Low-Resource Asian Languages

Share

When using LLMs with lower-resource Asian languages, a hidden “tax” is applied where text is fragmented into a greater number of tokens compared to the English language. That greater token generation raises API bills, leaves room for fewer in-context examples, and fills the context window faster. To address this we made FertiScope: an open-source web tool that measures how many tokens are generated in 15 lower-resource Asian languages as well as other associated costs. Our tool measures three tokenizers: GPT-4o, GPT-4/3.5 and SEA-LION v3. We find that on parallel FLORES-200 sentences, the cost of the same content reaches up to 11.6× English, depending heavily on the tokenizer. Finally, we carried out a 540 call needle-in-haystack test across a subset of language, model and tokenizer combinations which found no degradation at token length inside the models’ publicly advertised context window sizes.

Reviews

Judging this Sprint?

Review this project

Your public critique appears on this page without your name. Your private critique is not published; only the Apart team reads it. If you agree below, we share your review with grantmaking.ai (opens in new tab) and the Transformative AI Fund so strong projects can be funded.

Not shown on this page.

Shown on this page, without your name.

Only the Apart team reads this, and funders if you agree below.

Share my name publicly on grantmaking.ai *
Share my private critique with funders *

How much would this matter for AI safety if it worked? How innovative is it? For scores of 4-5: is this actually new to the field, or replicating recent work?

Scoring guide
  1. 1Negligible. No clear problem addressed, or no meaningful novelty.
  2. 2Limited. Addresses a real problem but with a generic or well-trodden approach. Incremental at best.
  3. 3Moderate. Clear problem with a reasonable approach; some novelty in framing or method beyond routine application of existing tools.
  4. 4Significant. Important problem with an original approach, or identifies a neglected problem area. A valuable contribution others could build on.
  5. 5Exceptional. Tackles a critical AI safety problem with a genuinely novel approach, or opens a new research direction. Clear theory of change. You'd be excited to share this with researchers in the area.

How sound are methodology, implementation, and findings?

Scoring guide
  1. 1Seriously flawed. Methodology broken, results uninterpretable, or implementation doesn't work.
  2. 2Weak. Approach has significant gaps: missing validation, flawed experimental design, or incomplete implementation.
  3. 3Competent. Technically solid given the short duration. Methodology makes sense, results are interpretable, limitations acknowledged, work builds toward clear conclusions.
  4. 4Strong. Thorough methodology with convincing validation. Results clearly support conclusions. Immediately useful for future work.
  5. 5Exceptional. Ambitious scope executed rigorously. Surprising findings, novel methods, or unusually robust validation.

How clearly are work, findings, and impact potential communicated?

Scoring guide
  1. 1Incomprehensible. Cannot determine what the project is actually claiming or doing.
  2. 2Hard to follow. Key information buried, missing, or diluted by excessive length. Significant effort to extract main points.
  3. 3Clear enough. Can understand the problem, approach, and results without undue effort. Core content clearly present: problem, method, findings, limitations.
  4. 4Well presented. Easy to follow, well-structured, appropriate level of detail. Target audience would get it quickly.
  5. 5Exceptionally clear. A pleasure to read. Complex ideas made accessible. Could serve as a model for how to present this type of work.

  1. This project clearly explains how the “tokenization tax” varies across Southeast and South Asian languages compared with English, which remains the dominant language around which many LLM systems and tokenizers were originally optimized. The project makes a strong contribution by showing that this cost is not only economic, but also affects usable context length, in-context capacity, and cost fairness for lower-resource languages within the FLORES-200 sentences.

    One suggestion is to expand the analysis of the multi-turn recall pilot in Section 4.4 to include an AUC-style summary across needle positions and context-fill levels, or another metric that captures any degradation difference between Latin and non-Latin language classes.

    I was also curious about the choice of the marker <<SECRET-KEY = CODE>>, as the author notes the caveat of putting Latin-script marker placed inside non-Latin haystacks. Further analysis could explore whether using a script-native marker changes the results, especially since only Malayalam showed a slight drop in the pilot. This could help distinguish whether the observed behavior is due to tokenization, script mismatch, or the salience of Latin text inside non-Latin language analysis.

    Beyond that, the project is very strong. The app and visualizations are convincing and functional, and the methodology, codebase, and reproducibility materials provide strong evidence for future research on this topic.

    Read full reviewShow less
  2. ONe possible edge case is in a localized application features short user queries (cheap input tokens) but generates large AI outputs, which can be expensive, which can cause asymmetry. It would be good to take them into account separately. To be clear, it doesnt in any way invalidate the paper's discovery that the "token tax" is massive and unfair. Just that the the estimates might not be what actually happens in production environment

  3. I really like this one. You took a known problem (tokenizer unfairness) and made it something a team can act on before they ship: a free, local tool showing the dollar gap, usable context, and cheapest tokenizer per language. The rigor sells it. Deterministic, reproducible measurements, per-sentence cost kept separate from per-word fertility, cross-checks against independent Indic benchmarks, and no overclaiming, no causal accuracy story and the null pilot reported straight. To push it: scale past the 50 FLORES sentences to the full split with variance, run the 32k-128k window arm where degradation actually shows up, and add a purpose-built Indic tokenizer plus STRR. Some of the cleanest thinking in the batch.

  4. This is a well executed and practically useful submission. FertiScope addresses a real deployment issue for lower-resource Asian languages: the same content can require many more tokens than English, increasing API cost, reducing effective context length, and limiting the number of in-context examples that fit. The project’s strongest contribution is translating a known research issue into an actionable open-source tool. The tool compares production tokenizers, reports same-content cost ratios on FLORES-200, estimates dollar costs, shows context-window exhaustion, and helps deployment teams make more informed model/tokenizer choices. The presentation is especially careful in distinguishing exact deterministic tokenization measurements from estimated multi-turn risk, and the authors avoid overclaiming that tokenizer fertility directly causes accuracy degradation.

    That said, the broader area of multilingual tokenizer unfairness and tokenization quality is already well studied in the research literature. Beyond the tokenizer-tax papers already cited in the report, Rust et al.’s How Good is Your Tokenizer? On the Monolingual Performance of Multilingual Language Models is another relevant example, since it shows that tokenizer choice and vocabulary coverage can materially affect multilingual model performance.

    The main novelty here is therefore practical tooling and regional deployment framing rather than a new research method. The main limitations are that the FLORES leaderboard uses only 50 sentences, the safety relevance is somewhat indirect, the multi-turn needle-in-haystack pilot does not yet probe context lengths where degradation is likely to appear, and the tokenizer coverage is still limited.

    Overall, this is a strong tool-building submission with clear Global South relevance. To mature this into a more robust deployment tool, the authors could prioritize more tokenizer families, broader corpora, upload-based analysis, richer efficiency metrics, and a long-context benchmark that pushes closer to the edge of each model’s window.

    Read full reviewShow less

Cite this project

@misc{whiticker2026fertiscope,
  title = {{FertiScope: Measuring the Multilingual Tokenizer Tax in Low-Resource Asian Languages}},
  author = {Miles Whiticker and Leo Deng and Antoine Pedretti},
  year = {2026},
  month = jun,
  note = {Submitted to Global South AI Safety Hackathon, an Apart Research Sprint},
  howpublished = {\url{https://apartresearch.com/sprints/projects/fertiscope-measuring-the-multilingual-tokenizer-tax-in-lowresource-asian-languages-1keb}},
  url = {https://apartresearch.com/sprints/projects/fertiscope-measuring-the-multilingual-tokenizer-tax-in-lowresource-asian-languages-1keb}
}

Build something like this at the next Sprint

AI Collusion Research Sprint · Oct 23 - 25, 2026