You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+8-9Lines changed: 8 additions & 9 deletions
Original file line number
Diff line number
Diff line change
@@ -12,10 +12,9 @@ Efficiently generate cryptographically strong random strings of specified entrop
12
12
-[More Examples](#MoreExamples)
13
13
-[Character Sets](#CharacterSets)
14
14
-[Custom Characters](#CustomCharacters)
15
-
-[Unique Characters](#UniqueCharacters)
16
15
-[Efficiency](#Efficiency)
17
16
-[Custom Bytes](#CustomBytes)
18
-
-[TL;DR Take 2](#TLDR2)
17
+
-[TL;DR 2](#TLDR2)
19
18
20
19
## <aname="Installation"></a>Installation
21
20
@@ -102,7 +101,7 @@ A common strategy is to replace the *guarantee of uniqueness* with a weaker but
102
101
103
102
Understanding probabilistic uniqueness requires some understanding of [*entropy*](https://en.wikipedia.org/wiki/Entropy_(information_theory)) and of estimating the probability of a [*collision*](https://en.wikipedia.org/wiki/Birthday_problem#Cast_as_a_collision_problem) (i.e., the probability that two strings in a set of randomly generated strings might be the same). Happily, you can use `entropy-string` without a deep understanding of these topics.
104
103
105
-
We'll begin investigating `entropy-string` by considering our [Real Need](Read%20Need) when generating random strings.
104
+
We'll begin investigating `entropy-string` by considering our [Real Need](#Real%20Need) when generating random strings.
106
105
107
106
[TOC](#TOC)
108
107
@@ -132,7 +131,7 @@ Ah, now we're getting somewhere. The answer to question 3 might lead to the furt
132
131
133
132
And the cat's out of the bag. We're getting at the real need, and it's not the same as the original statement. The developer needs *uniqueness* across a total of some number of strings. The length of the string is a by-product of the uniqueness, not the goal.
134
133
135
-
As noted in the [Overview](Overview), guaranteeing uniqueness is difficult, so we'll replace that declaration with one of *probabilistic uniqueness* by asking:
134
+
As noted in the [Overview](#Overview), guaranteeing uniqueness is difficult, so we'll replace that declaration with one of *probabilistic uniqueness* by asking:
136
135
137
136
- What risk of a repeat are you willing to accept?
138
137
@@ -419,7 +418,7 @@ Note how the number of bytes needed is dependent on the number of characters in
419
418
420
419
[TOC](#TOC)
421
420
422
-
## <aname="TLDR2"></a>TL;DR T2
421
+
## <aname="TLDR2"></a>TL;DR 2
423
422
424
423
### Take Away
425
424
@@ -428,17 +427,17 @@ Note how the number of bytes needed is dependent on the number of characters in
428
427
- You don't need truly unique strings.
429
428
- Uniqueness is too onerous. You'll do fine with probabilistically unique strings.
0 commit comments