1
$\begingroup$

As the name implies, this question is somewhat similar in spirit to the previous question I asked with same title. This question is also about existence (or lack thereof) of certain possibilities concerning two different recursive well-orders with same order-type.

In my original question (Mapping between Notations) I mentioned a result (in the comments below the original question) that is necessary to pose this particular question. I will use similar terminology as in the original question.

The idea behind this question goes as follows. Suppose we have two different well-orders of $\mathbb{N}$ with same order-type. Define the isomorphism function from the first well-order to second one as $P_{\,12}:\mathbb{N} \rightarrow \mathbb{N}$ (and $P_{\,21}:\mathbb{N} \rightarrow \mathbb{N}$ for the analogous function in the opposite direction).

Suppose that both $P_{\,12}$ is non-recursive but is $0'$computable. Then one of the following possibilities can hold:

  1. $P_{\,12}$ is recursively bounded and $P_{\,21}$ is $0'$computably bounded (but not recrusively bounded)
  2. $P_{\,12}$ is $0'$computably bounded (but not recrusively bounded) and $P_{\,21}$ is recursively bounded
  3. $P_{\,12}$ is $0'$computably bounded (but not recrusively bounded) and $P_{\,21}$ is $0'$computably bounded (but not recrusively bounded)

The possibility of $P_{\,12}$ and $P_{\,21}$ being both recursively bounded is ruled out because it would contradict $P_{\,12}$ being non-recursive.

In a similar manner, suppose that $P_{\,12}$ is not $0'$ computably, but is $0''$ computable. Then only one of the following possibilities can hold:

  1. $P_{\,12}$ is recursively bounded and $P_{\,21}$ is $0''$computably bounded (but not $0'$ computably bounded)
  2. $P_{\,12}$ is $0''$computably bounded (but not $0'$ computably bounded) and $P_{\,21}$ is recursively bounded
  3. $P_{\,12}$ is $0'$ computably bounded (but not recursively bounded) and $P_{\,21}$ is $0''$computably bounded (but not $0'$ computably bounded)
  4. $P_{\,12}$ is $0''$computably bounded (but not $0'$ computably bounded) and $P_{\,21}$ is $0'$ computably bounded (but not recursively bounded)
  5. $P_{\,12}$ is $0''$computably bounded (but not $0'$ computably bounded) and $P_{\,21}$ is $0''$computably bounded (but not $0'$ computably bounded)

For example, here the possibility of both $P_{\,12}$ and $P_{\,21}$ being $0'$ computably bounded is ruled out on the simple ground that a very simple generalisation of the result I have mentioned below shows that this would imply $P_{\,12}$ being $0'$ computable.

I guess there is a somewhat general pattern that emerges from this. So I guess the general question is that (for some natural number $n$) when $P_{\,12}$ is $0^{(n)}$ computable but not $0^{(n-1)}$ computable, then which of the possibilities (amongst the $2n+1$) can or can't occur?

P.S. Adding link to the argument for the mentioned result (and justifying the exclusion of possibilities ignored in the question): (i) Main Argument (ii) Program Implementation

The functions that are used in program implementation: (iii) Interface/List of Elementary Functions (iv) Implementation

It is link (i) that is really relevant here (and to some extent (ii) possibly). I am posting links (iii) and (iv) just for the case if someone might be interested in following (ii) .... so the interface and/or implementation of specific functions can be looked up in a transparent way if necessary.

I wrote (i) and (ii) about nine months ago and (iii) and (iv) about little over one and a half years ago. So the writing might not be without mistakes (though at that time I did re-check (i) a couple of times .... especially for more substantial argument-breaking mistakes). Also there are occasions of slightly odd terminology, which I didn't define. Clarifying it here: (a) $PS$ means $\omega_{CK}$ (b) I have written $N_1/p$ and $N_2/p$ for "recursive numberings". What that simply means is two different recursive well-orders for $\mathbb{N}$ with order-type $p+1$. Only condition is that the number $0$ must be assigned to $p$ (that is $address1(p)=0$ and $address2(p)=0$).

Edit: Updated document(i) by adding explanation of the (naive) program/algorithm, and also correcting a few mistakes. Main question remains unchanged.

$\endgroup$
2
  • $\begingroup$ I have looked at document(i) one more time in reasonable detail. It seems that the description of program that I wrote is confusing (which should be easy to fix). I will modify (i) to add a reasonably detailed and clearer description (which is missing right now) and mention in a new comment. Apart from that I noticed one or two errors (minor ones). These things don't affect the question I asked in OP though. $\endgroup$
    – SSequence
    Jan 26, 2018 at 16:04
  • $\begingroup$ Just a slight further clarification. When I wrote something like "chain of length $n$ is present in every segment in $L[s_n]$" ..... obviously only those segments are meant which have links of form $(a_0,b)$ (where $b \ne P_{12}(a_0)$). I forgot to mention that. Other than that, I probably should have written the definition of a chain (in given context) more precisely. Anyway, there doesn't seem to be much interest in the main question anyway so I will just update the document(i) at suitable time (without bumping the question). $\endgroup$
    – SSequence
    Jan 29, 2018 at 15:45

1 Answer 1

2
$\begingroup$

First, a pedantic note: the impossibility of both isomorphisms being computably bounded while one (equivalently, both) is noncomputable is not actually true as stated: let $<$ be the usual order on $\mathbb{N}$, and $\triangleleft$ be the order on $\mathbb{N}$ given by swapping $2i$ and $2i+1$ iff $i\in \emptyset'$ and making no other changes. Then $(\mathbb{N},<)\cong(\mathbb{N},\triangleleft)$ and the isomorphisms in both directions are computably bounded (indeed, bounded by $x\mapsto x+1$), but there is no computable isomorphism between the two.

We can avoid this if we demand that both well-orderings be computable. The key is the following:

$(*)\quad$ Suppose $\mathcal{A},\mathcal{B}$ are computable structures with domain $\mathbb{N}$ and $f:\mathcal{A}\rightarrow\mathcal{B}$ and $g:\mathcal{B}\rightarrow\mathcal{A}$ are isomorphisms which are each computably bounded by $h_0$ and $h_1$, respectively. Then there is an infinite computable finitely-branching tree $T_{\mathcal{A},\mathcal{B},h_0,h_1}$ such that $(i)$ the "width function" (sending $i$ to the number of nodes at level $i$) is computable and $(ii)$ every path through $T_{\mathcal{A},\mathcal{B},h_0,h_1}$ "is" an isomorphism between $\mathcal{A}$ and $\mathcal{B}$.

By the Low Basis Theorem, we get low isomorphisms. If $\mathcal{A},\mathcal{B}$ are well-orderings, we do even better: since two well-orderings have at most one isomorphism between them the tree $T_{\mathcal{A},\mathcal{B},h_0,h_1}$ has a unique path, and since for any computable finitely-branching tree with a computable width function and a unique path that unique path is computable we get a computable isomorphism.


Now to your question (with the added assumption of computability). I'll show that at "level one," all three possibilities can occur - even for well-orderings of type $\omega$.

First, note that $P_{12}\equiv_TP_{21}$ since any bijection $\mathbb{N}\rightarrow\mathbb{N}$ is Turing-equivalent to its inverse. So possibilities $(1)$ and $(2)$ are equivalent.

Next, note that any two computable copies of the usual order on $\mathbb{N}$ are $0'$-computably isomorphic.

Fix a computable injective enumeration $(k_i)_{i\in\omega}$ of $0'$, and consider the ordering $\triangleleft$ on $\omega$ where:

  • The even numbers are in their usual order.

  • Each odd number $2i+1$ is put between $2k_i$ and $2k_i+2$.

The isomorphism from $\triangleleft$ to $<$ is computably bounded, but a computable bound on the isomorphism from $<$ to $\triangleleft$ would let us compute $0'$.

Possibility (3) is messier, but similar - one idea is the following:

  • Both $\triangleleft_1$ and $\triangleleft_2$ have the even numbers in their usual order.

  • We use the odd numbers as "interval stuffers" as before, but this time as we see things enter $0'$ we enlarge alternate intervals in each well-order: namely, when we see $i$ enter $0'$ we make $[4i, 4i+2]$ bigger in $\triangleleft_1$ and make $[4i+2, 4i+4]$ bigger in $\triangleleft_2$.


Now what about higher levels?

Well, one surprising observation is that the complexity of isomorphisms is a bit weird:

  • There are two computable copies of $\omega^2$ such that the unique isomorphism between them has degree $0'''$. (This is a bit messy but not too hard.)

  • However, if $\alpha<\omega^2$, then for any two computable copies of $\alpha$ the unique isomorphism has degree $\le_T 0'$. The key is that we can non-uniformly tell what the finitely many limit points are; then, given $n$, we first (computably) ask which of the finitely many "blocks" between the limit points $n$ sits in, and then ($0'$-computably) find its position within that block.

So $0''$ gets "skipped" in an odd way. This means that an aspect of the problem that was trivial in the level-one case ceases being trivial higher up. That said, I suspect the answer is ultimately the same by doing some more simple (but tedious) coding.

  • This weird skipping phenomenon, incidentally, goes away to some extent when we introduce some more uniformity: it takes exactly $0''$ to uniformly compute isomorphisms between computable copies of $\omega\cdot 2$, in the sense that if $F$ is a partial function such that whenever $e_0,e_1$ are indices for computable copies of $\omega\cdot 2$ we have that $F(e_0,e_1,-)$ is the unique isomorphism between them, then $F\ge_T0''$ (where we identify $F$ with its graph).
$\endgroup$
6
  • $\begingroup$ Yes, I meant both well-orderings to be computable (mentioned in linked document in detail). I managed to show it, though there are few mistakes in the current version of linked documents (but the basic idea there is, or can shown to be, essentially correct). I didn't get back to correct the mistakes (partly because there wasn't any response to the question at that time ..... and after that I didn't get back to correction). $\endgroup$
    – SSequence
    Jan 5, 2020 at 10:02
  • $\begingroup$ What I tried to describe (in the documents) was a program for an explicit computable isomorphism (just like you mentioned in the beginning of answer) and then showing that the program actually halts (there were few mistakes here ...... as I mentioned in previous comment). $\endgroup$
    – SSequence
    Jan 5, 2020 at 10:09
  • $\begingroup$ Also, about some of the possibilities being equivalent, you are right. I realized that later but didn't feel like editing. Anyway, skipping definitely does seem interesting. $\endgroup$
    – SSequence
    Jan 5, 2020 at 10:12
  • $\begingroup$ I think one question here is that how many possibilities (for example) could occur for the case when $n=3$. A naive "guess" would be "all of them ...... it is just a matter of constructing them". But I don't know whether that's actually true or not. $\endgroup$
    – SSequence
    Jan 12, 2020 at 20:29
  • $\begingroup$ @SSequence Like I said, I think all of them can occur - it just gets a bit messy, and I'm lazy. :P $\endgroup$ Jan 12, 2020 at 20:43

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.