Cut the knot: learn to enjoy mathematics
A math books store at a unique math study site. Learn to enjoy mathematics.
Terms of use
Privacy Policy

More Mathematics
CTK Exchange

Games to Relax
Guest book
Recommend this site

Sites for teachers
Sites for parents

Manifesto: what CTK is about Buying a book is a commitment to learning Things you can find on CTK Email to Cut The Knot Recommend this page

Tower of Hanoi

The Tower of Hanoi puzzle was invented by the French mathematician Edouard Lucas in 1883. We are given a tower of eight disks (initially four in the applet below), initially stacked in increasing size on one of three pegs. The objective is to transfer the entire tower to one of the other pegs (the rightmost one in the applet below), moving only one disk at a time and never a larger one onto a smaller.

The puzzle is well known to students of Computer Science since it appears in virtually any introductory text on data structures or algorithms. Its solution touches on two important topics discussed later on:

  • recursive functions and stacks
  • recurrence relations

The applet has several controls that allow one to select the number of disks and observe the solution in a Fast or Slow manner. To solve the puzzle drag disks from one peg to another following the rules. You can drop a disk on to a peg when its center is sufficiently close to the center of the peg. The applet expects you to move disks from the leftmost peg to the rightmost peg.

<hr> <h3> This applet requires Sun's Java VM 2 which your browser may perceive as a popup. Which it is not. If you want to see the applet work, visit Sun's website at, download and install Java VM and enjoy the applet. </h3> <hr>

Recursive solution

Let call the three pegs Src (Source), Aux (Auxiliary) and Dst (Destination). To better understand and appreciate the following solution you should try solving the puzzle for small number of disks, say, 2,3, and, perhaps, 4. However one solves the problem, sooner or later the bottom disk will have to be moved from Src to Dst. At this point in time all the remaining disks will have to be stacked in decreasing size order on Aux. After moving the bottom disk from Src to Dst these disks will have to be moved from Aux to Dst. Therefore, for a given number N of disks, the problem appears to be solved if we know how to accomplish the following tasks:

  1. Move the top N-1 disks from Src to Aux (using Dst as an intermediary peg)
  2. Move the bottom disk from Src to Dst
  3. Move N-1 disks from Aux to Dst (using Src as an intermediary peg)

Assume there is a function Solve with four arguments - number of disks and three pegs (source, intermediary and destination - in this order). Then the body of the function might look like

Solve(N, Src, Aux, Dst)
    if N is 0 
      Solve(N-1, Src, Dst, Aux)
      Move from Src to Dst
      Solve(N-1, Aux, Src, Dst)

This actually serves as the definition of the function Solve. The function is recursive in that it calls itself repeatedly with decreasing values of N until a terminating condition (in our case N=0) has been met. To me the sheer simplicity of the solution is breathtaking. For N=3 it translates into

  1. Move from Src to Dst
  2. Move from Src to Aux
  3. Move from Dst to Aux
  4. Move from Src to Dst
  5. Move from Aux to Src
  6. Move from Aux to Dst
  7. Move from Src to Dst

Of course "Move" means moving the topmost disk. For N=4 we get the following sequence

  1. Move from Src to Aux
  2. Move from Src to Dst
  3. Move from Aux to Dst
  4. Move from Src to Aux
  5. Move from Dst to Src
  6. Move from Dst to Aux
  7. Move from Src to Aux
  8. Move from Src to Dst
  9. Move from Aux to Dst
  10. Move from Aux to Src
  11. Move from Dst to Src
  12. Move from Aux to Dst
  13. Move from Src to Aux
  14. Move from Src to Dst
  15. Move from Aux to Dst

Recurrence relations

Let TN be the minimum number of moves needed to solve the puzzle with N disks. From the previous section T3=7 and T4=15. One can easily convince oneself that T2=3 and T1=1. A trained mathematician would also note that T0=0. Now let us try to derive a general formula.

The recursive solution above involves moving twice (N-1) disks from one peg to another and making one additional move in between. It then follows that

  TNTN-1+1+TN-1 = 2TN-1+1

The inequality suggests that it might be possible to move N disks with fewer than 2TN-1+1 moves. Which is actually not the case. Indeed, when the time comes to move the bottom disk (N-1) disks will have been moved from Src to Aux in at least TN-1 moves. Since we are trying to use as few steps as possible, we may assume that that portion of the task took exactly TN-1 moves. It takes just one move to move the biggest disk from Src to Dst. One then needs exactly TN-1 more steps to finish the task. Therefore the minimum number of moves needed to solve the puzzle with N disks equals TN-1 + 1 + TN-1 = 2TN-1 + 1 moves.

In other words,

  TN = 2TN-1 + 1

Thus we can define the quantity TN as

  T0 = 0
TN = 2TN-1 + 1 for N>0

Thus we may compute T1 = 2T0 + 1 = 1, T2 = 2T1 + 1= 3, T3 = 2T2 + 1 = 7 and so on sequentially.

The above expression is known as a recurrence relation which, as you might have noticed, is but a recursive function. TN is defined in terms of only one of its preceding values. Other recurrence relations may be more complicated, for example, f(N) = 2f(N-1) + 3f(N-2). Recurrence relations appear under various guises in numerous branches of Mathematics and applications.

Returning to the definition of TN, define SN = TN + 1. Then S0 = 1 and SN = TN + 1 = (2TN-1 + 1) + 1 = 2TN-1 + 2 = 2(TN-1 + 1) = 2SN-1. Which is to say that SN could be defined as

  S0 = 1
SN = 2SN-1 for N > 0

The latter is solved easily in the closed (non-recurrent) form SN = 2N. Wherefrom

  TN = 2N-1 for N > 0.

Remark 1

The latest implementation of the applet sports a "Suggest move" button that exploits an algorithm devised by Romek Zylla who graciously put up on the Web an explanation of his algorithm. The algorithm actually provides another, a non-recursive solution to the puzzle.

Remark 2

There are quite a few variations on the puzzle. For example, you may want to experiment with its bicolor or 3 colors versions.


  1. A. Beck, M.N. Bleicher, D. W. Crowe, Excursions into Mathematics, A K Peters, 2000
  1. Tower of Hanoi
  2. Tower of Hanoi, the Hard Way
  3. Bicolor Towers of Hanoi
  4. 3-Colors Tower of Hanoi
  5. 3-Colors Tower of Hanoi (Algorithm)
  6. Hanoing
  7. Sierpinski Gasket and Tower of Hanoi

On Internet

  1. Combinatorial Object Server
  2. Jaap's puzzle page
  3. Tower of Hanoi on the Web, Miroslav Kolar
  4. New fast iterative computer algorithms for the Tower of Hanoi puzzle, M. Kolar
  5. An optimal solution to the Towers of Hanoi, Carlos Rueda
  6. A JavaScript implementation featuring a Help button. One of a kind. By Romek Zylla. This version uses frame, another is frameless.
  7. A multi-peg variant by Robert J. Swartz.

Copyright © 1996-2008 Alexander Bogomolny