One way to think about producing random bits is to just imagine encrypting a large file full of zeros. If you use a good cipher, the result should look totally random. (And if it&#x27;s not totally random, you have a <i>bad</i> cipher.)<p>So then the question becomes, what&#x27;s the largest file you can encrypt with a single key? And the answer is any file you want. There&#x27;s practically no size limit when you&#x27;re encrypting files.<p>128 bits is usually the minimum recommended key size, not because of anything to do with the amount of randomness you can produce, but because you always have worry about an attacker guessing your key by brute force. Brute forcing a key is the same as just trying all possible keys to find one that works. (If there&#x27;s another way to brute force the key, again you have a <i>bad</i> cipher.) We can estimate how big a key needs to be by looking at the fastest computers that exist: <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Supercomputer" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Supercomputer</a> The fastest computer in the world does something like 2^55 operations per second. There are 2^25 seconds in a year, so if we generously assume that checking a key is just one operation, then a supercomputer like that could check about 2^80 keys per year. 128 is just the first nice power of 2 that&#x27;s much larger than 80.