Operator definition discrepancy?
#2
(01/06/2013, 05:03 PM)cacolijn Wrote: When looking at the commonly used definition of zeration, there are three rules:
• a [0] b = a + 1 for a > b
• a [0] b = b + 1 for a < b
• a [0] b = a + 2 = b + 2 for a = b

The last one is needed to get a [0] a = a + 2. It also causes a non-continuous function for y = a [0] c at a = c. This 3rd rule therefore seems a bit of a hack to me, needed to let the zeration operation fall in line with the rest of the hyperoperation sequence. However, if the definition of the other operators is looked at more closely, it seems they are not defined consistently with the + operator.

The expression "a * b" is taken to mean "take b a's and put plus signs between them." This also leads to "a * 1" meaning "taka just 1 a", which is just of course the value "a". In the same vein we would expect "a + 1" to mean "take 1 a without any zeration operators between them", which would be just the value "a" - an uncomfortable set-up.

Another way we can approach this discrepancy between the definition of + and the higher operators is by indeed using "a [0] a" to actually mean "a + 1", and redefining the higher operators instead. A more consistent way would then be to define "a [N] b" as being "take b [N-1] operators and put a's around them." This does lead to "a * 1" to get the value 2a, so it gets weird fast from there. A benefit however is that the identity value for all operators N > 0 is 0, and e.g. "c = a * b" means c will be < a if b < 0 and > a for b > 0, which also seems nicer to me.

I haven't really looked at the further implications of these supposed alterations to the standard operators - maybe working it all out will make the new set-up fail miserably. I lack the knowledge to get deeper into e.g. deriving the correct reverse operators in the new situation (/, log, etc) or deriving a continuous function derivation for an altered to-the-power-of operator, but this angle does look interesting with regard to setting up the correct rules needed for zeration.

All insights appreciated!
Carl Colijn

A much simpler definition of zeration is just

\( \mathrm{zer}_a(b) = b + 1 \).

Then, we can write out the next operations in the sequence as

\( a + b = \mathrm{add}_a(b) = \mathrm{zer}_a^b(a) \)
\( a * b = \mathrm{mul}_a(b) = \mathrm{add}_a^b(0) \)
\( a^b = \mathrm{\exp}_a(b) = \mathrm{mul}_a^b(1) \)
\( ^b a = \mathrm{tet}_a(b) = \mathrm{\exp}_a^b(1) \)
\( a \uparrow \uparrow \uparrow b = \mathrm{pen}_a(b) = \mathrm{tet}_a^b(1) \)
...
That is, you think of the nth operation as being to apply the previous operation b times with a "base" of a to some starting value, which for zeration to build addition is *a* and not a constant 0 or 1.

The big problem with the idea you mention is we lose algebraic identities. Namely, addition and multiplication in the usual sense have

\( a + b = b + a \)
\( (a + b) + c = a + (b + c) \)
\( ab = ba \)
\( (ab)c = a(bc) \)
\( a(b + c) = ab + ac \)
\( (b + c)a = ba + ca \) (same as above)

This alternate definition of multiplication, which we'll denote here by \( a \otimes b \), is equivalent to \( a \otimes b = a(b+1) \). This fails all three laws, e.g. \( b \otimes a = b(a+1) = ba + b \ne ab + a = a(b+1) = a \otimes b \).
Reply


Messages In This Thread
Operator definition discrepancy? - by cacolijn - 01/06/2013, 05:03 PM
RE: Operator definition discrepancy? - by mike3 - 01/06/2013, 11:28 PM

Possibly Related Threads…
Thread Author Replies Views Last Post
  [to do] fully iterative definition of goodstein HOS MphLee 10 14,604 12/28/2022, 12:12 PM
Last Post: MphLee
  A fundamental flaw of an operator who's super operator is addition JmsNxn 6 22,354 06/16/2022, 10:33 PM
Last Post: MphLee
  Generalized arithmetic operator hixidom 16 47,018 06/11/2014, 05:10 PM
Last Post: hixidom
  Hyper operator space JmsNxn 0 6,293 08/12/2013, 10:17 PM
Last Post: JmsNxn
  the infinite operator, is there any research into this? JmsNxn 2 14,252 07/15/2011, 02:23 AM
Last Post: JmsNxn



Users browsing this thread: 1 Guest(s)