Multilingual / Interface
verifiedTokenizer Fairness
A tokenizer trained mostly on English gives English the shortest encodings. The same sentence in another language can cost several times more tokens — which means more money per request, more of the context window consumed, and worse quality at the same budget. It is a fairness problem that arrives disguised as an implementation detail.
The effect is largest for scripts poorly covered in the training corpus, where words fragment into bytes. Because API pricing is per token, speakers of those languages pay more for the same content, and because the context window is in tokens, they get less of it. Rebalancing the tokenizer's training corpus is cheap relative to retraining a model and is rarely done, which is the part worth being direct about.
Fertility — tokens per word — measures it directly, and it ranges from near one for English to several for morphologically rich or under-covered languages. A fertility of three means three times the cost, a third of the effective context, and an effectively shorter memory, all from a preprocessing choice made once before training.
extra-tokens holds 50% of the budget; rest holds the remaining 50%.
Tokens a language spends beyond what the same content costs in English against that baseline, in tokens. Drag the fertility up to watch the surcharge exceed the message — this bar is money, context, and quality at once.
Reviewed by opendroid · 2026-08-18
- arXiv:2305.13707 — Do All Languages Cost the Same? Tokenization in the Era of Commercial Language Models
- arXiv:2310.08754 — Tokenizer Choice For LLM Training: Negligible or Crucial?