<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ByT5: Towards a token-free future with pre-trained byte-to-byte models · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2105.13626/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2105.13626/feed.xml" rel="self" type="application/rss+xml" /><item><title>ByT5: Towards a token-free future with pre-trained byte-to-byte models — mentioned by woadwarrior01</title><link>https://news.ycombinator.com/item?id=48607528</link><guid isPermaLink="false">urn:hackerpapers:mention:2105.13626:48607528</guid><pubDate>Sat, 20 Jun 2026 08:47:22 GMT</pubDate><description>&lt;p&gt;There are many approaches around this, the simplest being to treat bytes as tokens (cf: Google&amp;#x27;s ByT5[1]). Also, BLT[2] from Meta and ByteFormer[3] from Apple. [1]: https://arxiv.org/abs/2105.13626 [2]: https://arxiv.org/abs/2412.09871 [3]: https://arxiv.org/abs/2306.00238&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2105.13626/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>ByT5: Towards a token-free future with pre-trained byte-to-byte models — mentioned by Hendrikto</title><link>https://news.ycombinator.com/item?id=42145899</link><guid isPermaLink="false">urn:hackerpapers:mention:2105.13626:42145899</guid><pubDate>Fri, 15 Nov 2024 11:22:01 GMT</pubDate><description>&lt;p&gt;No, actually much fewer tokens. 256 tokens cover all bytes. See the ByT5 paper: https://arxiv.org/abs/2105.13626&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2105.13626/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>ByT5: Towards a token-free future with pre-trained byte-to-byte models — mentioned by gwern</title><link>https://news.ycombinator.com/item?id=41291530</link><guid isPermaLink="false">urn:hackerpapers:mention:2105.13626:41291530</guid><pubDate>Mon, 19 Aug 2024 14:49:00 GMT</pubDate><description>&lt;p&gt;&amp;gt; GPT-3 was terrible at jokes. Many LLMs are because it&amp;#x27;s hard to model puns in a stochastic parrot GPT-3 was great at jokes. The Navy Seals were hilarious (https://gwern.net/gpt-3#navy-seals). And the difficulty of modeling puns has nothing to do with &amp;#x27;stochastic parrots&amp;#x27; and has everything to do with tokenization (https://gwern.net/gpt-3#bpes), in the same way that all those hyberbolic takes about how image-generation models were &amp;#x27;fundamentally flawed&amp;#x27; because they couldn&amp;#x27;t do good text in images turned out to be BS and solely a matter of tokenization - drop in a character-tokenized LLM…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2105.13626/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>ByT5: Towards a token-free future with pre-trained byte-to-byte models — mentioned by sanxiyn</title><link>https://news.ycombinator.com/item?id=36256764</link><guid isPermaLink="false">urn:hackerpapers:mention:2105.13626:36256764</guid><pubDate>Fri, 09 Jun 2023 12:23:28 GMT</pubDate><description>&lt;p&gt;Yes, &amp;quot;ByT5: Towards a token-free future with pre-trained byte-to-byte models&amp;quot; for example. https://arxiv.org/abs/2105.13626&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2105.13626/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>ByT5: Towards a token-free future with pre-trained byte-to-byte models — mentioned by woadwarrior01</title><link>https://news.ycombinator.com/item?id=35510071</link><guid isPermaLink="false">urn:hackerpapers:mention:2105.13626:35510071</guid><pubDate>Mon, 10 Apr 2023 07:49:38 GMT</pubDate><description>&lt;p&gt;&amp;gt; LLMs work on tokens, which, for the most part, are words (longer words are generally split up into multiple tokens). Although this is mostly true, there are exceptions to the rule. Look at the ByT5 family[1] of models for instance. These models operate on byte level representations of text and are inherently token free. I read a recent paper[2] that found that replacing token based text encoders in text to image models with these byte level models improves the spelling abilities of the txt2img models (which are otherwise notoriously bad at spelling in all human languages). [1]…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2105.13626/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>ByT5: Towards a token-free future with pre-trained byte-to-byte models — mentioned by sillysaurusx</title><link>https://news.ycombinator.com/item?id=35363953</link><guid isPermaLink="false">urn:hackerpapers:mention:2105.13626:35363953</guid><pubDate>Wed, 29 Mar 2023 21:26:46 GMT</pubDate><description>&lt;p&gt;This is a common myth, which I&amp;#x27;ve written about before. https://hn.algolia.com/?dateRange=all&amp;amp;page=0&amp;amp;prefix=true&amp;amp;que... The closest anyone&amp;#x27;s come to proving that byte-level tokenization is better is the ByT5 paper https://arxiv.org/abs/2105.13626 But they only showed evidence for improvement on specific tasks, not general performance, which is an important distinction. And their own benchmarks show that the improvements tend to be marginal: https://i.imgur.com/6Cw0APS.png One view of the situation is that byte-level access (or &amp;quot;digit-level&amp;quot; in this case) gives a way to accelerate training…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2105.13626/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>ByT5: Towards a token-free future with pre-trained byte-to-byte models — mentioned by yunyu</title><link>https://news.ycombinator.com/item?id=33917080</link><guid isPermaLink="false">urn:hackerpapers:mention:2105.13626:33917080</guid><pubDate>Fri, 09 Dec 2022 03:29:33 GMT</pubDate><description>&lt;p&gt;The ByT5 paper shows significantly better resiliency to typos and noise in internet scale benchmarks, as well as better reasoning capabilities with tasks like punctuation and spacing correction: https://arxiv.org/pdf/2105.13626.pdf The analogy doesn’t hold because while you might not parse specific characters by default, you are trained on the character level and you can switch to that parsing mode. This simply is not possible for LLMs without hacks like inserting spaces, which then suffers from poor performance due to this being rare in pretraining. The reason byte level models aren’t as…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2105.13626/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>ByT5: Towards a token-free future with pre-trained byte-to-byte models — mentioned by gwern</title><link>https://news.ycombinator.com/item?id=31403764</link><guid isPermaLink="false">urn:hackerpapers:mention:2105.13626:31403764</guid><pubDate>Mon, 16 May 2022 22:14:23 GMT</pubDate><description>&lt;p&gt;&amp;gt; The alternatives are learning at the character level (way more complex No, BPEs are more complex: you have a whole additional layer of preprocessing, with all sorts of strange and counterintuitive downstream effects and brand new ways to screw up (fun quiz question: everyone knows that BPEs use &amp;#x27;&amp;lt;|endoftext|&amp;gt;&amp;#x27; tokens to denote document breaks; what does the string &amp;#x27;&amp;lt;|endoftext|&amp;gt;&amp;#x27; encode to?). BPEs are reliably one of the ways that OA API users screw up, especially when trying to work with longer completions or context windows. But a character is a character. &amp;gt; and scales badly in…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2105.13626/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item></channel></rss>
