In arithmetic computation, **Montgomery reduction** is an algorithm introduced in 1985 by Peter Montgomery that allows modular arithmetic to be performed efficiently when the modulus is large (typically several hundred bits).

A single application of the Montgomery algorithm (henceforth referred to as a "Montgomery step") is faster than a "naive" modular multiplication:

- $ c = a \times b \pmod n. \, $

Because numbers have to be converted to and from a particular form suitable for performing the Montgomery step, a single modular multiplication performed using a Montgomery step is actually slightly less efficient than a "naive" one. However, modular exponentiation can be implemented as a sequence of Montgomery steps, with conversion only required once at the start and once at the end of the sequence. In this case the greater speed of the Montgomery steps far outweighs the need for the extra conversions.

## Formal statement Edit

Let *n* be a positive integer, and let *R* and *T* be integers such that $ R>n $, $ \gcd(n,R)=1 $, and $ 0\leqslant T<nR $. The *Montgomery reduction* of *T* modulo *n* with respect to *R* is defined as the value

- $ TR^{-1} \pmod{n}. \, $

$ R^{-1} $ is the modular inverse of *R*.

The algorithm used to calculate this value is much more efficient than the classical method of taking a product over the integers and reducing the result modulo *n*.

## Use in cryptography Edit

Many important cryptosystems such as RSA and DSA are based on arithmetic operations, such as multiplications, modulo a large number. The classical method of calculating a modular product involves first multiplying the numbers as if they were integers and then taking the modulo of the result. However, modular reduction is very expensive computationally—equivalent to dividing two numbers.

The situation is even worse when the algorithm requires modular exponentiation. Classically, $ a^b \pmod {n} $ is calculated by repeatedly multiplying *a* by itself *b* times, each time reducing the result modulo *n*. Note that taking a single modulo at the end of the calculation will result in increasingly larger intermediate products—infeasible if *b* is very large.

## Rationale Edit

We wish to calculate *c* such that

- $ c \equiv a \times b \pmod {N} $.

Rather than working directly with *a* and *b*, we define the *residue*

- $ \bar a = aR \pmod {N} $

and similary for $ \bar b $. $ R > N $ is a number relatively prime to *N* chosen such that division and remainder operations are easy. A power of two is generally chosen so that these operations become bitwise masks and shifts respectively. *R* and *N* are guaranteed to be relatively prime if *N* is odd, as is typical in cryptographic applications.

It can be easily shown that there is a one-to-one mapping between numbers $ a, b, \cdots $ and residues $ \bar a, \bar b, \cdots $. Addition and subtraction operations are the same:

- $ xR + yR \equiv zR \pmod{N} $

if and only if

- $ x + y \equiv z \pmod{N} $

This is important because converting between natural and residue representations is expensive, and we would prefer to work in one representation as much as possible and minimise conversions.

To define multiplication, define the modular inverse of *R*, $ R^{-1} $ such that

- $ RR^{-1} \equiv 1 \pmod {N} $

in other words

- $ RR^{-1} = kN + 1 $

where *k* is an integer.

Now if

- $ c = a \times b \pmod {N} $

then

- $ \bar c \equiv (a \times b)R \equiv (aR \times bR)R^{-1} \equiv (\bar a \times \bar b)R^{-1} \mod{N} $

It turns out that this is cheap to calculate using the following algorithm.

## Description of Algorithm Edit

The Montgomery reduction algorithm Redc(*T*) calculates $ TR^{-1} \pmod{N} $ as follows:

- $ m := (T \mod {R})k \mod {R} $
- $ t := (T + mN)/R $
- if $ t \ge N $ return $ t - N $ else return
*t*

Note that only additions, multiplications and integer divides and modulos by *R* are used – all of which are 'cheap' operations.

To understand why this gives the right answer, consider the following:

- $ mN \equiv TkN \pmod{R} $. But by the definition of $ R^{-1} $ and
*k*, $ kN + 1 $ is a multiple of*R*, so $ TkN \equiv -T \pmod{R} $. Therefore, $ (T + mN) \equiv 0 \pmod{R} $; in other words, $ (T + mN) $ is exactly divisible by*R*, so*t*is an integer. - Furthermore, $ tR = (T + mN) \equiv T \pmod {N} $; therefore, $ t \equiv TR^{-1} \mod{N} $, as required.
- Assuming $ 0 \le T \le RN $, $ t \le 2N $ (as $ m < R $). Therefore the return value is always less than
*N*.

Therefore, we can say that

- $ \bar c = \mbox{Redc}(\bar a \times \bar b) $

Using this method to calculate *c* is generally less efficient than a naive multiplication and reduction, as the cost of conversions to and from residue representation (multiplications by *R* and $ R^{-1} $ modulo *N*) outweigh the savings from the reduction step. The advantage of this method becomes apparent when dealing with a sequence of multiplications, as required for modular exponentiation (e.g. exponentiation by squaring).

## ExamplesEdit

### The Montgomery stepEdit

Working with *n*-digit numbers to base *d*, a Montgomery step calculates $ a \times b \div d^n\pmod r $. The base *d* is typically 2 for microelectronic applications or 2^{32} or 2^{64} for software applications. For the purpose of exposition, we shall illustrate with *d* = 10 and *n* = 4.

To calculate 5678 × *a* ÷ 10000:

- Zero the accumulator.
- Add 8
*a*to the accumulator. - Shift the accumulator one place to the right (thus dividing by 10).
- Add 7
*a*to the accumulator. - Shift the accumulator one place to the right.
- Add 6
*a*to the accumulator. - Shift the accumulator one place to the right.
- Add 5
*a*to the accumulator. - Shift the accumulator one place to the right.

It is easy to see that the result is 0.5678 × *a*, as required.

To turn this into a modular operation with a modulus *r*, add, immediately before each shift, whatever multiple of *r* is needed to make the value in the accumulator a multiple of 10.

The result will be that the final value in the accumulator will be an integer (since only multiples of 10 have ever been divided by 10) and equivalent (modulo *r*) to 5678 × *a* ÷ 10000.

Finding the appropriate multiple of *r* is a simple operation of single-digit arithmetic. When working to base 2, it is trivial to calculate: if the value in the accumulator is even, the multiple is 0 (nothing needs to be added); if the value in the accumulator is odd, the multiple is 1 (*r* needs to be added).

The Montgomery step is faster than the methods of "naive" modular arithmetic because the decision as to what multiple of *r* to add is taken purely on the basis of the least significant digit of the accumulator. This allows the use of carry-save adders, which are much faster than the conventional kind but are not immediately able to give accurate values for the more significant digits of the result.

### Modular multiplicationEdit

Consider the following pair of calculations:

- 24 × 73 = 1752

- 240000 × 730000 ÷ 10000 = 17520000

It can be seen that if we choose to represent integers by 10000 times themselves (let us temporarily call this a "Montgomery representation") then the result of a Montgomery step on the Montgomery representation of *a* and the Montgomery representation of *b* is the Montgomery representation of *a* × *b*.

Thus we can use a Montgomery step to perform a modular multiplication by "Montgomeryizing" both operands before the Montgomery step and "de-Montgomeryizing" the result after it.

To "de-Montgomeryize" a number—in other words, to take it from its representation as "12340000" to a conventional representation as "1234"—it suffices to do a single Montgomery step with the number and 1: 12340000×1÷10000=1234.

To "Montgomeryize" a number—in other words, to take it from its conventional representation to a representation as "12340000"—it suffices to do a single Montgomery step with the number and 100000000: 1234×100000000÷10000=12340000.

The value of 100000000 modulo *r* can be precomputed, since the same modulus *r* is usually used many times over.

The total budget for a single modular multiplication is thus four Montgomery steps: two to "Montgomeryize" the operands, one to perform the actual multiplication, and one to "de-Montgomeryize" the result.

A Montgomery step is unlikely ever to be four times faster than a conventional modular multiplication (because a carry-save addition is unlikely ever to be four times faster than a conventional addition) and so Montgomery's algorithm is not efficient for single multiplications.

### Modular exponentiationEdit

Raising a number to a *k*-bit exponent involves between *k* and 2*k* multiplications. In most applications of modular exponentiation the exponent is at least several hundred bits long.

To fix our ideas, suppose that a particular modular exponentiation requires 800 multiplications. In that case 802 Montgomery steps will be needed: one to Montgomeryize the number being exponentiated, 800 to do the exponentiation, and one to de-Montgomeryize the result.

If a Montgomery step is even slightly faster than a conventional modular multiplication, the Montgomery algorithm will produce a faster result than conventional modular exponentiation.

## References Edit

- Peter Montgomery, "Modular Multiplication Without Trial Division," Math. Computation, vol. 44, pp. 519–521, 1985.
- Chapter 14 of Alfred J. Menezes, Paul C. van Oorschot, and Scott A. Vanstone. Handbook of Applied Cryptography. CRC Press, 1996. ISBN 0-8493-8523-7.
- Martin Kochanski, Montgomery Multiplication A colloquial explanation.
- Analyzing and Comparing Montgomery Multiplication Algorithmsfr:Réduction de Montgomery