Estimating cube roots

Finding the cube root of 17281728 by prime factorisation means splitting off three 2s and three 3s and reading off 2×3=122\times3=12 — manageable. But hand a student a six-digit perfect cube like 157464157464 and the factor tree turns into a slog of trial divisions. Yet the answer can be read off in two quick glances, using nothing more than the last-digit pattern of cubes and a short list of cubes from 11 to 99. This shortcut is not a new algorithm to memorise blindly — it falls straight out of algebra you already know. Splitting a number into its last three digits and the rest turns out to isolate the units digit and the tens digit of the cube root separately, because that is exactly how (10x+y)3(10x+y)^3 expands. Once that structure is visible, estimating cube roots of large perfect cubes becomes a thirty-second exercise: read a digit, compare a number against a short list, and combine.

The core insight

Splitting a perfect cube into its last three digits (ones period) and the remaining digits (thousands period) separately reveals the units digit and the tens digit of its cube root, because (10x+y)3(10x+y)^3 keeps y3y^3's units digit in the last three digits and x3x^3 dominant in the digits above that.

The core idea

The method rests on two facts, both already familiar from the cubes-and-cube-roots chapter.

Fact 1 — the units digit of a cube is fixed by the units digit of the number. Cubing 0 through 9 gives units digits 0,1,8,7,4,5,6,3,2,90,1,8,7,4,5,6,3,2,9 respectively. Only two pairs swap under cubing — 2↔82\leftrightarrow8 and 3↔73\leftrightarrow7 — while 0,1,4,5,6,90,1,4,5,6,9 map to themselves. Because the map is one-to-one, it can be read backwards: a perfect cube's own last digit tells you, uniquely, the last digit of its cube root.

Fact 2 — grouping digits in threes separates the two halves of a two-digit root. Write a two-digit cube root as xy‾=10x+y\overline{xy}=10x+y, with xx the tens digit and yy the units digit. Splitting N=(10x+y)3N=(10x+y)^3 into its rightmost three digits (the ones period) and everything to the left (the thousands period) roughly separates y3y^3's contribution from x3x^3's contribution, because 10001000 is exactly the boundary where powers of ten start being absorbed into the thousands period. Combining the two facts gives the working rule for any perfect cube NN with a two-digit cube root:

N3=(base whose cube is≤thousands period)⏟tens digit (units digit from the table, using the ones period)⏟units digit\sqrt[3]{N} = \underbrace{(\text{base whose cube is} \le \text{thousands period})}_{\text{tens digit}}\ \underbrace{(\text{units digit from the table, using the ones period})}_{\text{units digit}}

where: the ones period is the last three digits of NN (padded with leading zeros if needed), the thousands period is whatever digits remain to the left, and "the table" is the units-digit-of-a-cube correspondence from Fact 1. The tens digit is the base b∈{1,…,9}b\in\{1,\dots,9\} of the largest cube b3b^3 that does not exceed the thousands period — not the numerically nearest cube.

Figure
Two boxes show a six digit number split into a thousands period and an ones period, each feeding a different digit of the cube root
Splitting N = 157464 into two periods 157 thousands period 464 ones period 125 le 157 lt 216 tens digit 5 ends in 4, table gives 4 units digit 4 cube root = 54

Why the split works

The rule is not a coincidence of digit-counting; it drops straight out of expanding a cube. This is the reasoning to hold onto, in place of a single formula-plugging step.

Step 1. Write the unknown two-digit cube root as 10x+y10x+y, where xx is the tens digit (1 through 9) and yy is the units digit (0 through 9), and expand its cube using the binomial pattern already met for squares: (10x+y)3=1000x3+300x2y+30xy2+y3.(10x+y)^3 = 1000x^3 + 300x^2y + 30xy^2 + y^3.

Step 2. Look at each term's size against the boundary of 10001000. The first term, 1000x31000x^3, is an exact multiple of 10001000, so it never touches the last three digits at all — it lands entirely in the thousands period and above. The last term, y3y^3, is at most 93=7299^3=729, so it lives entirely inside the last three digits. The two middle terms, 300x2y300x^2y and 30xy230xy^2, are the messy part: they can spill digits into both periods, which is exactly why the method only estimates the tens digit rather than reading it off with total certainty the way the units digit is.

Step 3. Focus on the units digit specifically, since it is not touched by that spillover. Every term except y3y^3 is a multiple of 1010 (1000x31000x^3, 300x2y300x^2y, and 30xy230xy^2 all carry a factor of 1010 or more), so none of them can affect the very last digit of NN. The last digit of NN is therefore exactly the last digit of y3y^3 — this is why Fact 1's table gives the units digit of the root with certainty, not just an estimate.

Step 4. Now look at the thousands period as a whole. Because 1000x31000x^3 dominates the size of NN (the middle terms are smaller, bounded by roughly 300×81×9≈2.2×105300\times 81\times9 \approx 2.2\times10^5 for the worst case, while 1000x31000x^3 for x=9x=9 is 7.29×1057.29\times10^5 and grows faster with xx), the thousands period of NN sits close to x3x^3 and always between x3x^3 and (x+1)3(x+1)^3. Comparing the thousands period against the list of cubes 1,8,27,…,7291,8,27,\dots,729 and taking the largest cube not exceeding it therefore recovers xx, the tens digit — which is precisely the working rule stated above.

Worked example

Estimate 1574643\sqrt[3]{157464}, reusing the number from the syllabus article to confirm the reasoning gives the same answer as the shortcut.

Step 1. Split 157464157464 into three-digit groups from the right: 157 ∣ 464157\,|\,464. So the thousands period is 157157 and the ones period is 464464.

Step 2. Read the units digit. 464464 ends in 44, and from the units-digit table, a cube ending in 44 has a cube root ending in 44 (since 44 maps to itself). So the units digit of the root is 44.

Step 3. Read the tens digit. Compare 157157 against the cube list 1,8,27,64,125,216,343,512,7291,8,27,64,125,216,343,512,729: 125=53≤157<216=63125=5^3 \le 157 < 216=6^3, so the tens digit is 55.

Step 4. Combine the two digits: cube root =54=54.

Check. 543=54×54×54=2916×54=15746454^3 = 54\times54\times54 = 2916\times54 = 157464, which matches NN exactly, confirming the estimate.

The cube root of 157464157464 is 54\boxed{54}.

Competitive stretch

For a three-digit cube root the same idea extends, but the algebra of Step 1 above involves three unknown digits instead of two, so the "period" trick only cleanly separates the units digit (still exact, by the same y3y^3 argument) — the tens and hundreds digits then need either prime factorisation or successive estimation, which is why ICSE Class 8 keeps this shortcut to two-digit roots (four-, five-, and six-digit perfect cubes).

Common traps

  • Splitting the digits from the wrong end. The three-digit grouping must start from the units side; splitting 157464157464 as 157 4 ∣ 64157\,4\,|\,64 or 1 ∣ 574641\,|\,57464 instead of 157 ∣ 464157\,|\,464 destroys both periods.
  • Misreading the swap pairs in the units-digit table. Only 2↔82\leftrightarrow8 and 3↔73\leftrightarrow7 cross over; the other six digits (0,1,4,5,6,90,1,4,5,6,9) map to themselves, so it is worth double-checking those two pairs specifically rather than guessing.
  • Picking the closest cube instead of the largest cube not exceeding the thousands period. For 157157, the closest cube by raw difference might tempt a student toward 216=63216=6^3 (difference 5959) over 125=53125=5^3 (difference 3232), but Step 4's reasoning shows the tens digit is always the smaller base, 55, because 157<216157<216.
  • Trying the shortcut on a number that is not a perfect cube. The method only recovers an exact root because Step 3's proof relies on NN genuinely being some integer's cube; applying it to a non-cube number produces a guess that will not check out when cubed back.

Ask the tutor: Want to try this shortcut on a few more perfect cubes, or check whether a given number actually is one before estimating its root?

Why does only the units digit come out exact, while the tens digit is just an estimate found by comparison

Because of how the cube expands. The term y3y^3 (from the units digit yy) is the only part of (10x+y)3(10x+y)^3 that is not a multiple of ten, so it alone fixes the last digit of NN — no ambiguity. But the tens-digit term x3x^3 gets nudged by the cross terms 300x2y300x^2y and 30xy230xy^2, which can carry extra amount into or out of the thousands period. That is why the tens digit is recovered by comparing against the cube list rather than read off a table directly.

What if the thousands period exactly equals one of the cubes in the list, like 125 itself

Then the tens digit is that base with no ambiguity — for example, thousands period 125125 means the tens digit is 55, since 125=53125=5^3 exactly. This is the tidiest case: the cross terms happened not to spill any extra hundreds into the thousands period, so the comparison b3≤thousands periodb^3 \le \text{thousands period} still correctly selects b=5b=5 because 125125 itself satisfies it with equality.

Does this shortcut work for four digit perfect cubes, or only five and six digit ones

It works for any perfect cube whose root is a two-digit number, which includes four-, five-, and six-digit perfect cubes (roots from 1010 to 9999 cube out to between 10001000 and 970299970299). For a four-digit cube like 17281728, the ones period is 728728 and the thousands period is just 11, giving units digit 22 and tens digit 11 (since 13=1≤1<8=231^3=1\le1<8=2^3), so the root is 1212 — matching the familiar factorisation answer.

Before this

Where this leads