Gerbicz error checking

Gerbicz error checking is a technique to verify validity of primality tests. It was proposed by Robert Gerbicz at MersenneForum in August 2017.

Among GIMPS clients, the technique is used to ensure validity of PRP tests for Mersenne numbers:

• in Prime95 since version 29.4
• in gpuOwL.

It is also used by LLR and LLR2 to ensure validity of Proth tests and PRP tests on base-2 Riesel prime candidates, and by those programs and PRST in an extended version for PRP tests on additional number forms.

Theory

The following describes the original formulation of the Gerbicz error check for Proth tests, as described in this MersenneForum thread:

Let $p$ be a Proth number, and let $k$, $n$, and $a$ be defined as on Proth's theorem, with $a$ a quadratic non-residue modulo $p$. Let $L$ be a constant (originally defined as 2000, but described as possibly depending on $n$). We have the following equations:

1. $u(t)\equiv (a^k{)}^{2^t}(\mathrm{mod}p)$
2. $d(t)\equiv \prod _{i=0}^{t}u(iL)(\mathrm{mod}p)$
3. $d(t+1)\equiv d(t)\ast u((t+1)L)(\mathrm{mod}p)$
4. $d(t+1)\equiv u(0)\ast d(t{)}^{2^L}(\mathrm{mod}p)$

We store the following values (where $i$ is the current iteration and $j=\lfloor i/L\rfloor$):

1. $d(j)$ (for identity (3))
2. $u(0)\equiv a^k(\mathrm{mod}p)$
3. $d(j-jmodL)$
4. $u(i-imod{L}^2)$

Every $L$ terms of the $d$ sequence (i.e. every $L^2$ iterations), we check identity (4). If this identity does not hold, then we roll back to the last stored $u$ value (value (4) above). If we roll back too much (e.g. 100 times to the same term), then we just restart the computation completely.

For the last few squarings in $u$, we also force a computation of (4). This leaves all potential errors in the (at most) last $L$ squarings in $u$, or very unlikely errors earlier in $u$ or $d$.

The overhead is $n/L$ mulmods in (3) and $n/L^2\ast L=n/L$ squaremods and $n/L^2$ mulmods in (4), so over the $n-1$ mulmods of the Proth test, there are approximately $n/1000$ mulmods, if we count everything in mulmods. Therefore, the overhead is 0.1% in time.

We could check all terms of $d$, but in that case the overhead in the error checking would be $n/L\ast (L+1)>n$ mulmods, which is slightly more time what is spent on the Proth test squarings.

See also

• Jacobi error checking

External links

• Original proposal of the technique for Proth numbers
• Original proposal of the technique for Mersenne numbers