序数超运算是对序数使用超运算的尝试。它虽然是最直观、新人最容易想到的模式,但已经被长期的googology实践所证明是低效、难以扩展的。
原定义
首先,我们仿照高德纳箭头在自然数上的定义和序数运算的定义,给出序数使用高德纳箭头的定义:
其中是任意序数,c是自然数,是非0极限序数。
这样一来,就有.进一步,对任意,都有.再进一步,对任意的,都有.
这显然不是我们所期待的。
左结合法
第一种试图解决问题的方案是左结合法。它借鉴了下箭头表示法,给出序数使用下箭头的定义:
其中是任意序数,c是自然数,是非0极限序数。
于是有:
把下箭头用到序数上,其极限为,也符合箭头运算的强度。
但是,左结合的下箭头行为和高德纳箭头差异还是不小,而且两个箭头对应一个还是不太符合我们的预期。
攀爬法
第二种试图解决问题的方案是攀爬法。攀爬法提供了一种更强的推广。我们知道,的基本列是,我们可以将其表示为.在这里我们把的指数塔固定在。在这样的基本列中,+1像在指数塔攀爬一样,攀爬法也因此而得名。在基本列的尽头,+1攀爬到了指数塔的顶端,与原来在顶端的1相加变为2。因此我们得到.进一步的,按照攀爬法我们有,我们将其记为.
进一步有:
由此我们得到了攀爬法序数超运算的极限是.
但是现在已经证明了,攀爬法是非良序的。因此这一做法得到的推广是不可靠的。
+1法
第三中试图解决问题的方案是+1法。
它基于一种特别朴素的想法,即:如果,则修改其值为.显然,这一改变真正起到效果的是指数上的变化。关于+1法序数超运算,我们有:
于是我们得到其极限为。它的优点是它和函数行为完全一致。但缺点也是这个。这导致了这种奇异的结果,某种意义上丢失了超运算自己的特性。因此可以说,+1法序数超运算被函数上位替代了。
总结
到目前为止,序数超运算不是不良定义,就是不理想的。我们不建议在任何地方使用高于的序数超运算和更高级别的运算。如果要使用,必须仅仅将它作为形式上的符号,并且明确地说明其具体含义。事实上,我们完全可以使用Veblen 函数这样的更加强大且清晰的序数记号来替代它。