Zulip Chat Archive
Stream: Equational
Topic: Outstanding equations, v1
Terence Tao (Oct 19 2024 at 19:37):
Just for fun, here is a summary of the outstanding equations, modulo duality. Small enough to now fit on one page!
Three-variable equations (total yield: 68 48):
- 1485
x = (y ◇ x) ◇ (x ◇ (z ◇ y))
(yield 38): the weak central groupoid equation, discussed here (L)(C) - 854
x = x ◇ ((y ◇ z) ◇ (x ◇ z))
(yield1610) (L) . Partially analyzed by @Daniel Weber , requires formalization at equational#701 (f) 1117(l-nc)x = y ◇ ((y ◇ (x ◇ z)) ◇ z)
(yield 10) (F) analyzed by @Terence Tao; formalized by @Daniel Weber1437(a)x = (x ◇ x) ◇ (y ◇ (z ◇ x))
(yield 4) analyzed by @Terence Tao; formalized by @Daniel Weber
The "Hardy-Ramanujan cluster" (total yield: 20 6):
917"Hardy" (F) - analyzed by @Pace Nielsen, requires formalization at equational#660 (g)x = y ◇ ((y ◇ y) ◇ (x ◇ y))
(yield 8)1526(F) analyzed by @Pace Nielsen ; requires formalization at equational#663 (g)x = (y ◇ y) ◇ (y ◇ (x ◇ y))
(yield 6)- 1729
x = (y ◇ y) ◇ ((y ◇ x) ◇ y)
(yield 4) equational#665 "Ramanujan" (T) (L) (F) - claimed by @Shreyas Srinivas - 1323
x = y ◇ (((y ◇ y) ◇ x) ◇ y)
(yield 2) equational#667 (T) (L) (F) - claimed by @Bernhard Reinke - 2541 "Littlewood" and 2744 are also in this cluster, but all outbound implications from these equations are conjecturally resolved (by confluence and a greedy algorithm, respectively).
Other two-variable equations (total yield: 38 2):
1722(S) - analyzed by @Pace Nielsen, requires formalization at equational#659 (g)x = (y ◇ y) ◇ ((x ◇ y) ◇ y)
(yield 10)1518analyzed by @Pace Nielsen , requires formalization at equational#661 (g)x = (y ◇ y) ◇ (x ◇ (y ◇ x))
(yield 8) (S)3342(a)x ◇ y = y ◇ (x ◇ (x ◇ x))
(yield 8) (T) - analyzed by @Terence Tao , formalized by @Daniel Weber- 1516
x = (y ◇ y) ◇ (x ◇ (x ◇ y))
(yield42) equational#664. One implication analyzed by @Pace Nielsen, requires formalization at equational#675 (g). Remaining implication is open. (L) (T) (F) (C) 3308- analyzed by @Pace Nielsen, requires formalization at equational#666 (g)x ◇ y = x ◇ (x ◇ (y ◇ x))
(yield 4)3352(L) analyzed by @Jose Brox and @Daniel Weber , requires formalization at equational#668 (f)x ◇ y = y ◇ (y ◇ (x ◇ x))
(yield 2)3475analyzed by @Douglas McNeil, requires formalization at equational#669 (f)x ◇ x = y ◇ ((x ◇ y) ◇ y)
(yield 2) (L) (T)
(T) - is known to be immune to a pure translation-invariant approach
(L) - is known to be immune to the linear magma approach
(F) - is known to be immune to finite model approaches
(S) - resists simple translation-invariant constructions on the integers
(C) - immune to commutative constructions
All remaining equations here have resisted ATPs, small finite models, the confluent approach, and the automatic greedy algorithm.
(a) - defeated by an ad hoc construction
(f) - defeated by a finite magma construction
(g) - defeated by a translation-invariant greedy construction
(l-nc) - defeated by a noncommutative linear construction
I would be cautiously optimistic that many of the outstanding two-variable equations will be amenable to either commutative or noncommutative translation-invariant approaches (although such approaches force the squaring map to be a bijection, which may potentially be a problem: note that squaring appears in every two-variable law except for 3308). The three-variable equations may require a different approach, however.
Some relations between the Hardy-Ramanujan cluster (via graphiti):
- It is open whether 1526 implies 1323. However, 1323 implies 1526. More graphiti
- It is open whether 917 ("Hardy") and 1729 ("Ramanujan") imply each other. More graphiti
Terence Tao (Oct 19 2024 at 19:50):
Would it make sense to turn each of the two-variable equations into tasks? The task would be to perform some now standard analysis on each one, e.g., testing the greedy translation-invariant method, and report back on the results. The point of using the task system is to avoid redundant effort where multiple people work on the same equation without coordination.
Terence Tao (Oct 19 2024 at 20:06):
3342 looks particularly feasible to analyze via the translation invariant approach, if anyone wants to give it a shot
Pace Nielsen (Oct 19 2024 at 20:26):
@Terence Tao I'll take 3308 and 1729.
Bernhard Reinke (Oct 19 2024 at 20:43):
I would take 1518
Notification Bot (Oct 19 2024 at 21:02):
6 messages were moved here from #Equational > Obelix: joining two approaches by Terence Tao.
Shreyas Srinivas (Oct 19 2024 at 22:33):
@Terence Tao : if these equations link to GitHub issues then managing claims will be easier
Shreyas Srinivas (Oct 19 2024 at 22:33):
I think these tasks are now becoming more like the byte sized ones that we had in the PFR project
Terence Tao (Oct 19 2024 at 22:47):
OK, I've created placeholder issues for each of the two-variable equations, though I couldn't find either @Pace Nielsen or @Bernhard Reinke on Github (and it's not clear that the output of the task is necessarily a PR) so I just added an "informal" claim in those cases. As it is only 11 equations I think I will be able to manage any synchronization issues between this thread and the github version manually; so people can either "claim" these equations here, or via github, as they prefer.
Kevin Buzzard (Oct 19 2024 at 22:50):
The mathlib maintainers have been talking about encouraging Zulip users who have github accounts to put their github userids in their Zulip profile -- there is an explicit field for this, and perhaps we've just seen a reason why this might be helpful. Please feel free to do this if you're happy to do so!
I'm not sure I remember any PFR projects which were as small as a byte! ;-)
Kevin Buzzard (Oct 19 2024 at 22:51):
It's absolutely great that you've got down from millions of equations to something which fits in a Zulip message by the way. I had no real feeling about the feasibility of this step at the beginning; I was pretty confident that the original graph of 16 or so equations would be nailed, but this is clearly several orders of magnitude harder.
Shreyas Srinivas (Oct 19 2024 at 22:52):
@Pace Nielsen and @Bernhard Reinke : Could you claim the respective equation tasks from the project dashboard? The contributions process is described in CONTRIBUTING.md
Pace Nielsen (Oct 19 2024 at 23:22):
I tried the translation invariant approach to 1729, and found the functional equation does imply the other functional equation (even allowing noncommutativity). So I'll retract my claim to that problem.
I've finished 3308 (proving the nonimplication using a fairly large starting seed).
Equation3308.tex
Equation3308.pdf
Terence Tao (Oct 19 2024 at 23:27):
I guess it's fitting that the equation with Ramanujan's number is unexpectedly tricky. I'll add commentary for this equation to reflect this, and upgrade equational#666 to a formalization task (and mark the conjecture).
Terence Tao (Oct 19 2024 at 23:33):
So this may partially affect 917 as well, due to the mutual open implication to 1729. Does 917 also have the same functional equation as 2541?
Shreyas Srinivas (Oct 19 2024 at 23:37):
Terence Tao said:
I guess it's fitting that the equation with Ramanujan's number is unexpectedly tricky. I'll add commentary for this equation to reflect this, and upgrade equational#3308 to a formalization task (and mark the conjecture).
Terence Tao (Oct 19 2024 at 23:43):
I'm tempted to call 917 and 1729 "Hardy" and "Ramanujan".
Shreyas Srinivas (Oct 19 2024 at 23:43):
There's the issue list:
- equational#659
- equational#660
- equational#661
- equational#662
- equational#663
- equational#664
- equational#665
- equational#666
- equational#667
- equational#668
- equational#669
Terence Tao (Oct 19 2024 at 23:50):
Using left and right multiplication operations, "Ramanujan" (1729) is , whereas "Hardy" (917) is . So for instance for finite magmas, the laws must be equivalent by the usual injectivity/surjectivity analysis.
Terence Tao (Oct 19 2024 at 23:56):
So the problem is indeed that for translation invariant magmas, is forced to be surjective. Ramanujan implies surjectivity of , hence surjectivity of in the translation invariant model; also Ramanujan implies , hence (Hardy) by the surjectivity of .
Weirdly, I can't seem to reverse the argument and deduce that Hardy implies Ramanujan for translation invariant models. (Ramanujan tells us little about the surjectivity of , which seems to be the main obstacle here.) So maybe Hardy is still tractable in this approach even if Ramanujan is not.
Terence Tao (Oct 20 2024 at 00:05):
Perhaps unsurprisingly, the other two-variable open implication from Hardy, Equation 2541, is (and I now dub it "Littlewood"). Graphiti The one "easy" implication (which apparently Vampire already found) is that Ramanujan implies Littlewood: if , then is injective, hence is also injective; it is clearly also surjective, hence invertible, and so one can conjugate Ramanujan into Littlewood.
Terence Tao (Oct 20 2024 at 00:23):
There is a very similar triality between 1323 (), 1526 (), and 2744 (). Graphiti. For instance, all three laws are equivalent on finite magmas. I am open to suggestions for names for this trio.
Strangely, 2744 is conjecturally solved! I am trying now to trace where we got this solution from.
Terence Tao (Oct 20 2024 at 00:29):
Ah, ok, 2744 is the dual of 883, for which @Daniel Weber 's automated greedy algorithm was able to find a construction (pending formalization). Interesting though that this algorithm doesn't work for any of the other five equations of this type.
Terence Tao (Oct 20 2024 at 00:40):
1323 implies 2744 for translation-invariant models by a similar argument to previous, and so 1323 has comparable difficulty with Ramanujan. Reorganizing the original post in this thread accordingly.
Pace Nielsen (Oct 20 2024 at 01:11):
I analyzed 1516 using translations. Its functional equation does imply the functional equation for 255. (Interestingly, in the noncommutative case, the proof took some extra work.) However, 1516 does not imply 1489. I need to do family stuff, but later tonight I'll type up the details.
Pace Nielsen (Oct 20 2024 at 03:14):
Okay, here is the proof that 1516 does not imply 1489. There is one minor thing that troubles me; the initial seed seemed too easy to construct. Maybe taking (1,1)\in f saved much of the pain. shrug
1516NotImplies1489.pdf
1516NotImplies1489.tex
Pace Nielsen (Oct 20 2024 at 03:17):
As mentioned above by @Terence Tao the equation 3342 was particularly easy to analyze under the translation paradigm. It turns out that the solutions to the functional equation can be described very simply: Writing things multiplicatively, they are exactly the functions where f^2(1)=1, and where f(a)=b iff f(a^{-1})=ba^{-1}. (So you can essentially define f arbitrarily, except up to how it behaves on inverses.) All of the functional equations for the equations possibly implied by 3342 are satisfied, so no-go here.
Pace Nielsen (Oct 20 2024 at 03:25):
I just notice that the final implication from 1728 was handled before the current list was posted. I'm interested to know how it was handled.
Terence Tao (Oct 20 2024 at 03:31):
1728 is dual to 1841, which was handled by a tree model in equational#639, see also https://leanprover.zulipchat.com/#narrow/channel/458659-Equational/topic/1841.20.3F.3D.3E.20203 .
Opened equational#675 to formalize 1516 !=>1489, and narrowed #664 to handle the remaining anti-implication 1516 !=>255.
Terence Tao (Oct 20 2024 at 03:31):
It's possible that @Zoltan A. Kocsis (Z.A.K.) 's "modified translation-invariant" strategy may help resolve some of the implications that we now know to be immune to the pure translation-invariant approach.
Pace Nielsen (Oct 20 2024 at 04:36):
I believe Hardy is now completely done (by the usual translation arguments). We are getting close to having tested all remaining equations for this method.
I'll be back Monday. So if I made calculational errors, or other questions arise in the meantime, just know that I'll get to it then! :-)
Terence Tao (Oct 20 2024 at 05:13):
It turns out that 3342 is simple enough to be resolvable with an ad hoc construction. The main trick is to build an operation in which x ◇ (x ◇ x)
is not surjective and not idempotent (one can check that the implications hold in these cases). The following construction works: take the carrier to be the polynomial ring ℤ[t]
, and define ◇
according to the rules
t^n P ◇ t^n P = t^n P ◇ t^{n+1} P = 2P
whenever P(0) ≠ 0
and n ≥ 0
,
t^{n+m} P ◇ 2 t^n P = 2 t^n P ◇ t^{n+m+1} P = tP
whenever P(0) ≠ 0
and n, m ≥ 0
, and P ◇ Q = 0
otherwise. This can be checked to obey 3342 (with P ◇ (P ◇ P) = tP
for all P
) but not any of the four currently open laws. I've just uploaded this construction to the blueprint at equational#677 .
Terence Tao (Oct 20 2024 at 05:37):
My experience with 3342 suggests that the other two outstanding equations 3352, 3475 which involve at least one magma operation on both sides, could potentially be resolved with an example in which the magma operation P ◇ Q
is mostly zero.
Terence Tao (Oct 20 2024 at 05:46):
I will claim 3475 to try this approach
Fan Zheng (Oct 20 2024 at 07:02):
@Terence Tao Maybe a page can be set up to host the information here and linked from the project home page, to make it more visible?
Shreyas Srinivas (Oct 20 2024 at 09:29):
The blueprint is where we are recording technical info
Eric Taucher (Oct 20 2024 at 12:53):
Kevin Buzzard said:
put their github userids in their Zulip profile
Note for others: The way to update a Zulip profile is not started by clicking on the icon for ones Zulip profile but to click the gear icon then selecting Personal settings
Daniel Weber (Oct 20 2024 at 13:48):
Terence Tao said:
It turns out that 3342 is simple enough to be resolvable with an ad hoc construction. The main trick is to build an operation in which
x ◇ (x ◇ x)
is not surjective and not idempotent (one can check that the implications hold in these cases). The following construction works: take the carrier to be the polynomial ringℤ[t]
, and define◇
according to the rules
t^n P ◇ t^n P = t^n P ◇ t^{n+1} P = 2P
whenever
P(0) ≠ 0
andn ≥ 0
,
t^{n+m} P ◇ 2 t^n P = 2 t^n P ◇ t^{n+m+1} P = tP
whenever
P(0) ≠ 0
andn, m ≥ 0
, andP ◇ Q = 0
otherwise. This can be checked to obey 3342 (withP ◇ (P ◇ P) = tP
for allP
) but not any of the four currently open laws. I've just uploaded this construction to the blueprint at equational#677 .
I'm having some trouble with this - consider x = y = t^2
. Then, if I'm not mistaken, t^2 ◇ t^2 = 2, t^2 ◇ 2 = t, t^2 ◇ t = 0
, and the equality isn't satisfied. What am I missing?
Terence Tao (Oct 20 2024 at 13:54):
Oops, t^{n+m} P ◇ 2 t^n P = 2 t^n P ◇ t^{n+m+1} P
should be t^{m+1} P
, not tP
, sorry! The construction is supposed to be designed so that P ◇ (P ◇ P) = tP
for all P
, and then the equation reads P ◇ Q = Q ◇ tP
. I will update the blueprint accordingly.
Daniel Weber (Oct 20 2024 at 13:59):
I was able to simplify the construction to Option (ℕ × ℕ)
, equational#682
Terence Tao (Oct 20 2024 at 15:40):
This is a nice illustration of the contrast (that I learned from @Heather Macbeth 's paper) between what makes a proof easy for humans to read, and what makes a proof easy for machines to read. Option (ℕ × ℕ)
is certainly a simpler object (both formally and mathematically) than ℤ[t]
, but human mathematicians have a lot of experience with polynomials, and so operations such as "multiply a polynomial by 2
, after removing all factors of t
" are intuitive, whereas analogous operations on Option (ℕ × ℕ)
such as
match x with
| some (a, b) => (0, b + 1)
| _ => none
while much simpler formally, take a bit of getting used to for a human mathematician reader. (Here, the components a
, b
of Option (ℕ × ℕ)
are an abstraction of the number of factors of t
and 2
respectively appearing in the polynomial construction, when the polynomial is non-zero; the none
option of Option (ℕ × ℕ)
corresponds to the zero polynomial.) I agree though that the Option (ℕ × ℕ)
construction is the "right" one for this argument, even though it would certainly not have been the one I would have discovered first.
Terence Tao (Oct 20 2024 at 15:57):
Recording some notes on 3475 to document my thought processes. My initial thought here was to set x^2
to be mostly constant, e.g., x^2 = 0
for non-zero x
and 0^2 = 1
, as a minimalist way to refute x^2 ◇ x^2 = x^2
, however I encountered an obstruction in that the 3475 equation forces an implication x ◇ y = x → x^2 = y^2
(proof: x^2 = y ◇ ((x ◇ y) ◇ y) = y ◇ x
, hence y^2 = x ◇ ((y ◇ x) ◇ x) = x ◇ (x^2 ◇ x) = x^2
) which, under the above hypotheses, prevented me from setting 0 ◇ y = 0
for any y
, which conflicts with wanting 0 = 1^2 = 0 ◇ ((0 ◇ 1) ◇ 0)
.
So I am now exploring a different model in which the squaring function is split evenly between two values rather than being mostly concentrated on one value. In this model, elements x
are either "positive" or "negative", with x^2 = -1
for positive x and x^2 = +1
for negative x
, and imposing the existence of a reflection symmetry x → -x
that is a magma isomorphism to simplify the calculations. This is still work in progress.
Terence Tao (Oct 20 2024 at 18:43):
OK, it took a ridiculous amount of trial and error, but I now have a model for 3475 that contradicts its outstanding implication to 3342. equational#685. The carrier is and the rule is that is equal to when have opposite sign; ; ; ; and in all other cases. The main point is that only remembers the sign of , while is mostly determined by and the sign of , which gives the identity a shot at being true, while has a shot of being false. Everything else is based around fixing enough edge cases to make it all work.
Terence Tao (Oct 20 2024 at 19:49):
It's possible that 1518 models can be built by some variant of the 3475 construction, in which depends only on the "sign" of , and primarily depends on and the sign of . For instance, if , then the law simplifies to for positive and for negative , which doesn't look too bad, though there may be compatibility conditions between this law and that could cause minor headaches. Anyway, I'm happy to leave this for someone else to claim if they wish.
Terence Tao (Oct 20 2024 at 20:28):
It turns out 1437 has an easy and useful model, despite being three-variable, being an "extension" of the base model on . The counterexample is with defined to equal if and ; if and ; and otherwise. Details in equational#688 (to go into the "ad hoc" portion of the blueprint). The main thing is to ensure that the squaring map is non-surjective; in this case it is .
Terence Tao (Oct 20 2024 at 21:41):
1117 can be resolved by the noncommutative linear magma method. It suffices to refute 2441, x = (x ◇ ((x ◇ x) ◇ x)) ◇ x
.
Let the carrier be the space of integer-valued sequences with the left shift and right shift . Note that but . We then take the magma operation . We compute
Iterating this, we obtain the law 1117:
On the other hand, one can compute
which is certainly not in general (e.g., it annihilates . I've opened a task for this at equational#691.
[Workflow: using left and right multiplication operations, 1117 is asserting that is idempotent, and the main difficulty is to construct an example where is not idempotent (2538). This is not possible in a finite model by the usual injectivity <-> surjectivity arguments. This reminded me of the left and right shift operators, which are a staple pair of counterexamples in functional analysis, which led me to try the noncommutative linear magma method.)
Daniel Weber (Oct 21 2024 at 03:32):
For 3352 (x ◇ y = y ◇ (y ◇ (x ◇ x))
), note that if then for all , . Also, if for all then for all .
If I'm not mistaken, this means we can quotient on the relation recursively defined by and if then , and it'll still satisfy 3352, and won't change in whether it satisfies 4065 (x ◇ x = ((x ◇ x) ◇ x) ◇ x
).
Therefore that we can assume that is injective. For a finite magma this implies it's surjective, but that still doesn't seem to imply 4065
Using and the usual , the equation is (note that is an equality of functions)
Pace Nielsen (Oct 21 2024 at 12:23):
1526 fell to the standard translation techniques.
Pace Nielsen (Oct 21 2024 at 13:01):
1722 also fell. I'll check 1518 later when I have some time.
Shreyas Srinivas (Oct 21 2024 at 13:03):
Time permitting, I would like to make an attempt at 1729. I wonder if some computer science data structure might yield nice counter examples, although anything that is immune to countable models will probably not be cracked.
Shreyas Srinivas (Oct 21 2024 at 13:04):
I have already made the claim on the GitHub issue. This message here is just to be doubly sure nobody has taken it
Jose Brox (Oct 21 2024 at 13:22):
Daniel Weber ha dicho:
If I'm not mistaken, this means we can quotient on the relation recursively defined by R(x,x) and if R(x⋄x,y⋄y) then R(x,y), and it'll still satisfy 3352, and won't change in whether it satisfies 4065
Indeed, with 3352 together with the rule xx = yy implies x = y, Mace4 produces a counterexample to 4065 with 8 elements (attached).
Mace4 3352 square injectivity 4065 INPUT.txt
Mace4 3352 square injectivity 4065 OUTPUT.txt
Daniel Weber (Oct 21 2024 at 13:53):
Huh, I really didn't expect a finite counterexample, especially one that small (finite magma explorer link: https://teorth.github.io/equational_theories/fme/?magma=1%204%202%202%201%206%200%200%0A2%203%202%204%203%206%201%201%0A2%202%202%202%202%202%202%202%0A4%202%202%200%200%206%203%203%0A0%201%202%203%205%206%205%206%0A4%204%202%204%206%204%204%206%0A1%203%202%200%205%204%207%206%0A1%203%202%200%206%206%206%206 )
Terence Tao (Oct 21 2024 at 14:05):
Nice combination of theory and ATP! And we finally got to test the "Export" feature of the Finite Magma Explorer!
Daniel Weber (Oct 21 2024 at 14:06):
Giving Vampire a minute it can find it even without injectivity of squaring - I'll give it 10 minutes for each remaining implication which doesn't have (F)
Daniel Weber (Oct 21 2024 at 14:24):
Does anybody happen to have a list of the strongest equations each equation is not known to not imply, or suggestions for how to generate one? If it can't find a model for A ∧ ¬B
and B -> C
I don't think it could find a model for A ∧ ¬C
Terence Tao (Oct 21 2024 at 14:54):
Since there are just five equations left (!), we can do this by hand through Equation Explorer / Graphiti.
- 1516 (T): only 1516 -> 255 is open now.
- 1323 (T) (L) (F) : only 1323 -> 2744 is open.
- 1729 (Ramanujan) (F): open implication is to Hardy (917) and 817. 917 implies 817, so the Hardy implication is the stronger.
- 854: According to Graphiti, the open implications to 107, 413, 1045, 1055, 1248, 1251, 3316, 3925 are unrelated to each other.
- 1485 (weak central groupoids): this one is a bit complicated because it is equivalent to its dual and so one can simplify the list of 19 outstanding implications a little bit. Graphiti Modulo duality, the strongest implications are to 1483, and 152.
(By the way, the graphiti graph is a bit misleading here, as it got confused by 1485 being equivalent to its dual; this means that 1485 => X is equivalent to 1485 => X^*, but one can't necessarily identify X and X^* because of this due to outbound implications.)never mind, the equations on Graphiti are in fact equivalent.
Daniel Weber (Oct 21 2024 at 14:56):
Thanks! I'll run it now
Terence Tao (Oct 21 2024 at 14:57):
Daniel Weber said:
Giving Vampire a minute it can find it even without injectivity of squaring - I'll give it 10 minutes for each remaining implication which doesn't have
(F)
I'm curious how much the addition of the human insight that one can assume wlog that squaring is injective led to any speedup of the Vampire run. (Of course, half an hour of thought to save thirty seconds of Vampire compute isn't much of a direct win, but the principle of finding human-generated facts about a given equation to assist the ATP may be a good paradigm for these last few equations.
Daniel Weber (Oct 21 2024 at 14:58):
With the assumption of squaring being injective it finished in 0.2s
Terence Tao (Oct 21 2024 at 14:59):
OK so you are saying that the human saved Vampire 59.8s of thinking time? :rolling_on_the_floor_laughing:
Pace Nielsen (Oct 21 2024 at 14:59):
Here is 1518.
Equation1518.pdf
Equation1518.tex
Daniel Weber (Oct 21 2024 at 15:00):
Terence Tao said:
OK so you are saying that the human saved Vampire 59.8s of thinking time? :rolling_on_the_floor_laughing:
After tweaking some settings I managed to get it to around 20 seconds, so only 19.8s :smile:
Terence Tao (Oct 21 2024 at 15:01):
Well, it's still a 100x speedup, so from that perspective it actually is a very good illustration of human - automated tool collaboration.
I'm also seeing that was a good idea to list all the "immuities" that each equation was known to have. This seems to help a lot with "weapon selection", in particular to figure out that finite magmas were still an option here. (This feels weirdly like one of the computer games I used to play, with weak central groupoids (1485) seemingly emerging as the "final boss"...)
Zoltan A. Kocsis (Z.A.K.) (Oct 21 2024 at 15:07):
Terence Tao said:
Nice combination of theory and ATP! And we finally got to test the "Export" feature of the Finite Magma Explorer!
It's great, but this is actually the fourth time we test it! :) The first person to contribute a counterexample using the Finite Magma Explorer was @David Renshaw, IIRC.
Terence Tao (Oct 21 2024 at 15:08):
Are there links to past discussion for this? This would be nice to record, either in my personal log, or in the final paper.
Zoltan A. Kocsis (Z.A.K.) (Oct 21 2024 at 15:09):
I'm not sure where the discussion took place, but the PR is equational#430.
Pace Nielsen (Oct 21 2024 at 15:39):
I've checked that the remaining equations don't fall to the linear map x\diamond y \mapsto ax+by, with coefficients from a noncommutative ring.
Daniel Weber (Oct 21 2024 at 15:40):
Is it possible that could work?
Terence Tao (Oct 21 2024 at 15:41):
I believe that's still linear in the (additive) endomorphism ring of the original ring, so my guess is no
Terence Tao (Oct 21 2024 at 15:41):
wait, I withdraw the claim
Terence Tao (Oct 21 2024 at 15:44):
Maybe I reinstate it. You're asking for a law where are the left and right multiplication operators in the ring (not the magma). This can be thought of as a quotient of the law where now live in the endomorphism ring of additive homomorphisms from to itself. This is now a noncommutative linear law in . If an anti-implication cannot be disproved here, I think it can't be disproved in the quotient model either
Terence Tao (Oct 21 2024 at 15:45):
(One may need R
to be torsion free or something to actually get a quotient, but I think this is only a minor technical loophole that will be difficult to exploit.)
Daniel Weber (Oct 21 2024 at 15:47):
Daniel Weber said:
Thanks! I'll run it now
Pace Nielsen (Oct 21 2024 at 15:56):
(deleted)
Terence Tao (Oct 21 2024 at 17:03):
That's great! So 854 is partially resolved, though there are still five open implications. Perhaps as we analyze 854 further, we will find some theoretical insights that we can somehow combine with the brute force ATP method to get more examples, as was the case with 3352. It's interesting to see these older methods (finite magmas, (noncommutative) linear constructions) come back for one last hurrah!
Terence Tao (Oct 21 2024 at 17:17):
Roughly how long did it take Vampire to find that example? Was it fully automated, or partially human assisted?
Daniel Weber (Oct 21 2024 at 17:48):
It only took 15 seconds with 107 as the target, it was quite surprising it didn't find it previously (when the target is 1248 or 1251 it took ~90s). It's fully automatic
Terence Tao (Oct 21 2024 at 17:51):
Hopefully if we find a comparable human insight to the problem as with 3352 we can help vampire find more examples.
Terence Tao (Oct 21 2024 at 18:42):
It's actually rather surprising that 851 admits this order 12 example. Naively, the law imposes 12^3 conditions on a multiplication table with only 12^2 degrees of freedom, so there must be some secret structure somewhere. If we can figure out what additional properties this magma obeys, this may help guide the ATP to find more such examples like this.
Terence Tao (Oct 21 2024 at 18:47):
Certainly it looks quite far from being left-cancellative (many repetitions on each row), which makes sense actually after looking at the form of 851, as it reduces the role of the z
parameter. Can we find some sort of viable ansatz in which the magma operation doesn't depend too strongly on the second argument?
thormikkel (Oct 21 2024 at 19:01):
(edit: mistaken)
Terence Tao (Oct 21 2024 at 19:20):
A question for @Pace Nielsen , while his memories are still fresh: for pedagogical purposes, which of the translation invariant greedy algorithm constructions would you recommend to put in the paper to illustrate the method with as few technicalities as possible? We could perhaps describe two instances of the construction, one with very few complications and one with some more complications.
Pace Nielsen (Oct 21 2024 at 19:51):
Terence Tao said:
A question for Pace Nielsen , while his memories are still fresh: for pedagogical purposes, which of the translation invariant greedy algorithm constructions would you recommend to put in the paper to illustrate the method with as few technicalities as possible? We could perhaps describe two instances of the construction, one with very few complications and one with some more complications.
The bifurcation tree argument need not appear unless you want to mention it (as all such instances can be subsumed by simpler arguments).
The argument for 1526 is fairly simple. I think of the 5 conditions there as follows.
(1) Finiteness of E is for simplicity. [It is not always necessary, but greatly simplifies case analysis.]
(2) Functionality of E is necessary for the full extension to be a function.
(4) This is the closure procedure necessary to guarantee that the functional equation holds at .
(3) Starting with (or 0 if working additively), and using the closure procedure, one often sees some strange behaviors arise. These can be avoided in the general construction by just guaranteeing that has enough closure starting at 1. [This is most prevalent in the 3308 case, where a large initial seed was needed.]
(5) When proving the extension theorem, one naturally runs into certain issues that can arise when trying to extend generically. Conditions like (5) are added to prevent these bad issues from arising.
Terence Tao (Oct 21 2024 at 21:29):
Thinking out loud about 854: the order 12 example has for large number of pairs . This makes sense actually, given how 854 is an equation of the form . So one can rephrase the problem of building an 854 magma as follows: one needs to find a "reasonably large" subset of , set for , and then figure out a way to fill in the rest of the multiplication table in such a way that
for all . Note that there is a transitivity-type axiom: if and , then . In particular, if , then . Maybe one can make a guess what should be first (e.g., using the order 12 magma as inspiration) and then try to fill out the rest of the magma via an ATP? [One can take to be all of to give a left absorptive magma, but then one doesn't rule out any implications.]
Related thought: even outside of , it seems to make sense to have take on very "few" values (as varies) somehow, in order to make it easier to obey conditions such as (*), in particular setting up some relationships between and . I noticed that each row of the finite magma only takes on a small number of values, for instance. Not sure how to take this observation further, though.
Terence Tao (Oct 21 2024 at 21:41):
Wild guess: maybe make the axiom that is an equivalence relation? Or maybe just the reflexive axiom ? Does this make it easier to find counterexamples?
Terence Tao (Oct 21 2024 at 23:55):
According to Finite Magma Explorer, the order 12 example of an 854 magma obeys a bunch of random laws (818, 854, 1031, 1225, 3867) in addition to the open implications and the known consequences. Perhaps one could impose one or more of these laws and see if (a) it makes it faster to regenerate the example, and (b) if it can produce more examples?
Terence Tao (Oct 22 2024 at 02:37):
An observation about the order 12 magma: it almost obeys the 10 law , with the only exception being . Note that this law implies all the currently open implications.
It kind of makes sense that an 854 magma would obey this law quite often because it holds whenever there is at least one such that and . Since 854 also suggests that the law should be left-absorptive a significant fraction of the time (as is the case in the order 12 example), we should then have 10 holding almost all the time.
Perhaps if we impose the rule that for all but precisely one exception (e.g., this would allow for faster generations of magma counterexamples?
Pace Nielsen (Oct 22 2024 at 03:19):
Along the lines of what Terry proposed, how difficult would it be to do the following?
For each i from 1 to 10,000 (so a bit past where we stopped enumerating equations), consider 854+Equation i, and see if Vampire can find a counter-example to one of the open implications?
If not unfeasible, one could keep a record of which indices didn't cause problems, and then iterate, adding a second new equation to the mix.
Daniel Weber (Oct 22 2024 at 03:41):
Terence Tao said:
An observation about the order 12 magma: it almost obeys the 10 law , with the only exception being . Note that this law implies all the currently open implications.
It kind of makes sense that an 854 magma would obey this law quite often because it holds whenever there is at least one such that and . Since 854 also suggests that the law should be left-absorptive a significant fraction of the time (as is the case in the order 12 example), we should then have 10 holding almost all the time.
Perhaps if we impose the rule that for all but precisely one exception (e.g., this would allow for faster generations of magma counterexamples?
This doesn't seem to make it faster.
Terence Tao said:
According to Finite Magma Explorer, the order 12 example of an 854 magma obeys a bunch of random laws (818, 854, 1031, 1225, 3867) in addition to the open implications and the known consequences. Perhaps one could impose one or more of these laws and see if (a) it makes it faster to regenerate the example, and (b) if it can produce more examples?
This doesn't seem to work either. It's a bit faster, but not significantly
Terence Tao said:
Wild guess: maybe make the axiom that is an equivalence relation? Or maybe just the reflexive axiom ? Does this make it easier to find counterexamples?
The reflexive axiom implies all open implications from 854, even allowing for three exceptions
Daniel Weber (Oct 22 2024 at 03:45):
Pace Nielsen said:
Along the lines of what Terry proposed, how difficult would it be to do the following?
For each i from 1 to 10,000 (so a bit past where we stopped enumerating equations), consider 854+Equation i, and see if Vampire can find a counter-example to one of the open implications?
If not unfeasible, one could keep a record of which indices didn't cause problems, and then iterate, adding a second new equation to the mix.
Searching for counterexamples can take some time, but searching for sets of equations which don't quickly imply a given implication should be feasible, and a counterexample search could be run on those
Daniel Weber (Oct 22 2024 at 05:02):
Terence Tao said:
OK, it took a ridiculous amount of trial and error, but I now have a model for 3475 that contradicts its outstanding implication to 3342. equational#685. The carrier is and the rule is that is equal to when have opposite sign; ; ; ; and in all other cases. The main point is that only remembers the sign of , while is mostly determined by and the sign of , which gives the identity a shot at being true, while has a shot of being false. Everything else is based around fixing enough edge cases to make it all work.
I'm having some trouble formalizing this - setting , we get , while . What am I missing?
Terence Tao (Oct 22 2024 at 05:38):
Ugh, I had simply missed this case. I have to withdraw my proof here, so that 3475 is again open. :sad:
Pace Nielsen (Oct 22 2024 at 08:29):
I realized that there is another source of asymmetry in the translation-invariant technique. I've been consistently using the "left-favored" map , which "keeps" the left factor. There is also a "right-favored" map (or, I believe equivalently, the left-favored map on the dual equation). I haven't tested the right-favored maps on the open implications. I'll try doing that tomorrow, if nobody gets to it before me.
By the way, with so few equations left, does it make sense anymore to claim equations? I'll hold off on trying the right-favored translations on the claimed equations until that's cleared up.
Bernhard Reinke (Oct 22 2024 at 09:28):
Hm, I am curious about your sign / ordering convention, I always used . The point is that this is left invariant with respect to group multiplication, we have . If it is truly left invariant, then preferring the left or the right sight doesn't matter, we have so we just could define and get .
On the other hand, I don't think this works with the law . This is (for general non-commutative groups) neither left nor right invariant. Of course we can define magmas this way, but I am not sure you get the number of variable reductions as in the invariant cases.
Or is a typo and you meant the right invariant ?
Pace Nielsen (Oct 22 2024 at 13:54):
That was a typo (fixed now). [Edited to add: One can incorporate the inversion of into , so actually the typo shouldn't have any relevance.]
Pace Nielsen (Oct 22 2024 at 13:59):
By the way, for added context, here is an easy example explaining how the asymmetry really can affect computations.
Consider the law . Taking and using the translation-invariance , we get the functional equation . [Or, using Bernhard Reinke's choices and we get the same functional equation.)
On the other hand, using the same "left-favored" choices, but for the dual equation , we get the functional equation , the identity function.
Terence Tao (Oct 22 2024 at 14:34):
Just a note: on analyzing my error in proving 3475, there is an additional identity that magmas with this law obey that obstructed my approach, and will probably need to be taken into account in any other analysis. Writing , , we have the identity . Proof: write the 3475 law as . We have , hence , then , then .
Terence Tao (Oct 22 2024 at 14:55):
Pace Nielsen said:
I realized that there is another source of asymmetry in the translation-invariant technique. I've been consistently using the "left-favored" map , which "keeps" the left factor. There is also a "right-favored" map (or, I believe equivalently, the left-favored map on the dual equation). I haven't tested the right-favored maps on the open implications. I'll try doing that tomorrow, if nobody gets to it before me.
I believe the right-favored maps are simply the left-favored maps for the opposite group (note one reverses the group operation, but doesn't reverse the magma operation), so they shouldn't rule out anything new. (Note that in the example you gave, can rule out just as many equations as ; for instance, they rule out each other.)
One observation is that the translation-invariant approach is basically restricting to magmas that have a transitive free action of isometries. One could possibly generalize this to magmas with just a transitive action of isometries, similar to how Cayley graphs can be generalized to Schreier graphs. This corresponds (using your left-favored notation, in which the symmetry acts on the right) to a carrier of the form where is a subgroup (not necessarily normal) of a group , and (using your left-favored notation) the law is of the form , where is a map that needs to obey the equivariance property to keep the operation well-defined. Potentially this construction is more general and could rule out more laws if one takes a non-normal (for normal this collapses to a translation-invariant construction on the quotient group ).
By the way, with so few equations left, does it make sense anymore to claim equations? I'll hold off on trying the right-favored translations on the claimed equations until that's cleared up.
Well, I think it's still better to avoid duplication of effort (or to give undue time pressure on what is, after all, a purely voluntary effort that is meant to be enjoyable). Now that I unclaimed 3475, perhaps you could try the translation-invariant approach there?
Pace Nielsen (Oct 22 2024 at 14:57):
The translation-invariant approach on 3475 doesn't work.
Terence Tao (Oct 22 2024 at 14:59):
OK, so 3475 is actually quite a challenging equation!
Douglas McNeil (Oct 22 2024 at 15:47):
Hmm:
Terence Tao (Oct 22 2024 at 15:52):
Wow! How did you find this example?
Terence Tao (Oct 22 2024 at 16:08):
It's moot now, but here is a proof that my general construction (in which ) cannot work for 3475. Here, , hence . But , hence . Similarly , hence , contradiction.
Douglas McNeil (Oct 22 2024 at 16:11):
I'd like to say it was deep contemplation of the graph-theoretical implications, :wink: but really I used glucose via pysat. Imposed 3475 directly, and demanded (1,1) -> 2, which didn't help by itself, but adding (2,2) -> 3 did. Wasn't having any luck at low order but cranked up to 12, found one, and then found a lower-N one.
Terence Tao (Oct 22 2024 at 16:14):
There seems to be a surprising amount of power remaining in the ATP-powered finite magma approach, guided by adding suitable additional axioms. Three of the five equations outstanding are not known to be immune to finite counterexamples, so that gives some hope of more progress. (I see we just got a new tranche of order 8 examples for 1485 that hopefully gives some insight.)
Terence Tao (Oct 22 2024 at 16:44):
Technical note: I am temporarily commenting out two of the conjectures connected to prior finite magma examples. The reason for this is that Finite Magma Explorer no longer lists the instructions to upload a finite magma to All4x4Tables
if it sees that the implication is already conjecturally proven. I will suspend the conjectures, grab the text from FME, put it into the relevant issues, then restore the conjectures. So you may see some backwards motion in the conjectural portion of the dashboard in the near term.
Daniel Weber (Oct 22 2024 at 16:45):
Perhaps it would be easier to just have FME ignore conjectures?
Terence Tao (Oct 22 2024 at 16:46):
Yeah, but this is a fix I can implement by myself (the main bottleneck is waiting for the CI), and with only five equations left, I don't expect this to be much of an issue going forward. I guess maybe one could eventually have an option in FME to ignore conjectures, but it wouldn't be a priority for me.
Michael Bucko (Oct 22 2024 at 16:51):
Douglas McNeil schrieb:
I'd like to say it was deep contemplation of the graph-theoretical implications, :wink: but really I used glucose via pysat.
Amazing! And thank you for mentioning the tool. Could you please share the code?
Terence Tao (Oct 22 2024 at 17:38):
OK, I see that @Douglas McNeil has uploaded a 3459 counterexample in equational#717 - thanks! (Though, strangely it didn't trigger any CI, so I don't know if it will actually propagate to be proven yet). I've disabled the conjectures for 854 and 3352, so there should be no difficult implementing equational#701 and equational#669 now. Should be a good test case to see if the instructions given in Finite Magma Explorer actually work!
(and I guess there is no point re-enabling these conjectures, since presumably once the above instructions are executed, these implications will be listed as formally proved.)
Vlad Tsyrklevich (Oct 22 2024 at 17:53):
The python script to generate the lean files needs to be run as well.
Douglas McNeil (Oct 22 2024 at 18:01):
Ah, sorry; couldn't find the script, although there it is in src, so assumed the instructions were outdated..
Douglas McNeil (Oct 22 2024 at 18:24):
By way of apology:
Pietro Monticone (Oct 22 2024 at 18:32):
Douglas McNeil said:
Ah, sorry; couldn't find the script, although there it is in src, so assumed the instructions were outdated..
I'll update it in a few minutes.
Douglas McNeil (Oct 22 2024 at 18:32):
I submitted a one-line PR, FWIW.
Vlad Tsyrklevich (Oct 22 2024 at 18:36):
Douglas McNeil said:
I submitted a one-line PR, FWIW.
There's a missing file that needs to be git add
ed
Pietro Monticone (Oct 22 2024 at 18:36):
Pietro Monticone said:
Douglas McNeil said:
Ah, sorry; couldn't find the script, although there it is in src, so assumed the instructions were outdated..
I'll update it in a few minutes.
Done. Here is the related commit.
Terence Tao (Oct 23 2024 at 02:38):
Two observations on 1516 x = (y ◇ y) ◇ (x ◇ (x ◇ y))
, and its open implication to 255 x = ((x ◇ x) ◇ x) ◇ x
:
- Suppose we have a finite 1516 magma. We can write 1516 as , so is surjective, hence invertible. On the other hand, the case of 1516 gives , hence . So the squaring map is injective, hence is also invertible. Since all the were invertible, is invertible also. So perhaps one can help the search for finite solutions to 1516 by adding "squaring is invertible" and "left multiplication is invertible" as additional axioms.
- One feature of (abelian) translation-invariant magmas is that the squaring map is a magma isomorphism (in fact every word map of one variable is a magma isomorphism). It is this fact that is blocking us from getting an anti-implication to 255 by abelian translation-invariant magmas. Indeed, we have . If squaring is an isomorphism, this implies 255: . So perhaps one intermediate target is to find a 1516 counterexample the squaring homomorphism law (which, for finite 1516 magmas at least, is equivalent to squaring being an isomorphism, by part 1).
Daniel Weber (Oct 23 2024 at 06:41):
This shows that 1516->255 is true for finite magmas (proof by Vampire): using 1516, .
Now we have (*) . Now , and using that in (*) we get
, which is exactly 255
Pace Nielsen (Oct 23 2024 at 14:19):
Request: Could someone with access to Vampire (or another ATP) check if 1516 implies x = x ◇ (x ◇ (x ◇ ((x ◇ x) ◇ x)))?
Daniel Weber (Oct 23 2024 at 14:20):
It doesn't seem to
Terence Tao (Oct 23 2024 at 14:23):
Hmm, so 1516 (or more precisely 1516->255) is collecting a disturbing amount of immunities (in contrast to 1516=>1489, which we were able to dispatch). In particular the above analysis shows that 255 is already implied for square numbers. So for a counterexample we need an infinite, non-translation invariant, nonlinear example for which squaring is not surjective...
Terence Tao (Oct 23 2024 at 14:24):
I guess we could ask Vampire if 1516 plus commutativity implies 255, just to check off one more immunity
Daniel Weber (Oct 23 2024 at 14:25):
Terence Tao said:
I guess we could ask Vampire if 1516 plus commutativity implies 255, just to check off one more immunity
It does, yes
Terence Tao (Oct 23 2024 at 14:29):
/poll Should I create a new thread to focus on the four remaining equations besides 1485?
No, current "outstanding equations" thread is fine.
Yes, summarize previous progress and start a new thread.
Start one new thread for each of the other four equations, summarizing progress for each.
Pace Nielsen (Oct 23 2024 at 14:35):
@Daniel Weber Thank you for your quick response! A couple more questions.
Define the left powers recursively by x^{n+1} = x^n ◇ x. (So 255 is just x = x^4.) Does 1516 imply x = x^7?
Consider a sort of "flip-injectivity": a ◇ b = c ◇ d implies b ◇ a = d ◇ c. Does 1516 plus flip-injectivity imply 255?
Daniel Weber (Oct 23 2024 at 14:38):
It doesn't seem to imply x = x^7, and together with flip-injectivity it implies 255
Pace Nielsen (Oct 23 2024 at 14:55):
This is a long shot then. Does it imply x = x^n, for any "smallish" n?
Pace Nielsen (Oct 23 2024 at 14:56):
I really should just get access to Vampire myself, so I can try these things.
Pace Nielsen (Oct 23 2024 at 14:58):
Specifically, I'm thinking about n = 10, 13, 16, 19, 22.
Terence Tao (Oct 23 2024 at 15:08):
Based on polling, I will now create new threads for 1516 and 854. Until then, you can keep discussing here, and I will move coments accordingly. As for 1729 and 1323, I will wait for the respective claimants (@Shreyas Srinivas and @Bernhard Reinke ) to weigh in; they may wish to initiate their own summary threads, or report back here on their progress, or do something else.
Daniel Weber (Oct 23 2024 at 15:09):
Pace Nielsen said:
Specifically, I'm thinking about n = 10, 13, 16, 19, 22.
It doesn't seem to imply any of them
Shreyas Srinivas (Oct 23 2024 at 15:10):
Sounds good to me. I will probably report success/failure by end of the week. I am still getting comfortable with some of these ATPs which are new to me
Bernhard Reinke (Oct 23 2024 at 15:14):
I will a do a write-up for my progress so far on 1323, I am hopeful that a "Matrix Greedy" argument might work
Terence Tao (Oct 23 2024 at 15:16):
Sounds good. Looks like we will need to have a lot of focus on 1485 and 1516 anyways, so I think there is no urgent rush to start threads on 1729 and 1323. Might be a good way to contrast "fast collaborative" with "slow individual" ways of doing mathematics - I believe neither is strictly better than the other, but are instead complementary...
Terence Tao (Oct 23 2024 at 15:59):
A minor observation: the recent upload of the three finite examples using the FME instructions has caused the number of explicit anti-implications in the codebase to tick up by about 4000. I guess at some point one can perform another transitive reduction to reduce this (and, now that duality is basically implemented within Lean, we could do a further reduction by duality to cut the number of explicit implications and anti-implications by another factor of two). But this is a low priority right now, I don't think this is the bottleneck in CI currently for instance.
Zoltan A. Kocsis (Z.A.K.) (Oct 23 2024 at 16:32):
Terence Tao said:
A minor observation: the recent upload of the three finite examples using the FME instructions has caused the number of explicit anti-implications in the codebase to tick up by about 4000. [...]
This didn't happen because of those 3 examples; the increase would have been trivial. Instead, equational#721 regenerated plan.txt
after folding a whole bunch of Vampire disproofs into All4x4Tables. The result was a radically different plan compared to last time.
This was a smart move: re-running the planner is generally a Good Idea™ when lots of new counterexamples are added to All4x4Tables. But something resulted in a plan that let to more explicits this time. There are several possibilities:
- The input to the planner was much bigger than the one we used last time, and the heuristics that generate the plan didn't cope well so with that.
- The fitness function in the planner itself does not aim to minimize the number of non-implications that are proven implicitly, but rather the number of checks that the kernel has to do if everything is proven explicitly (checking that some 4-variable equation P holds on a 16x16 magma is rather slow, so the planner prefers to avoid refutations of the form
P -> ...
in such magmas if possible). Then, the transitive closure computation separately determines what will be shown explicitly and implicitly. This had some good synergy so far, but that might have broken down with this new plan.
I think the right thing to do will be:
- Short-term: start with the previous, better plan, and let the planner update it incrementally. That'll involve somebody (probably me) writing some additional code so that the planner can read and load the preexisting plan (the rest of the required functionality is already there). But I won't be able to work on this until I'm back in full capacity (not for another 1-2 weeks).
- Longer-term: unify the planner and the transitive closure / duality computation, and compute one final plan which is really good. This should set things up for eventual "add more equations" phases of the project as well. I guess I could do this in Lean, and then we'll no longer need the Haskell finite_magma_tools.
Terence Tao (Oct 23 2024 at 16:51):
OK. It's not urgent, so I've opened equational#725 as a long-term issue to implement your final proposal.
Jose Brox (Oct 25 2024 at 23:15):
Terence Tao ha dicho:
There is a very similar triality between 1323 (LyRyLy2=I), 1526 (Ly2LyRy=I), and 2744 (RyLy2Ly=I). Graphiti. For instance, all three laws are equivalent on finite magmas. I am open to suggestions for names for this trio.
I propose to name some of the outstanding equations by looking at the year given by their name. For example, since 1526 marks the death of Scipione del Ferro, I propose to call that trio the del Ferro, Cardano, Tartaglia trio.
In a similar spirit, for 1516 I propose Utopia (since the book by Thomas More was published that year) and for 854 Yongjusa, the Dragon Jewel Temple in South Korea (founded in 854).
Eric Taucher (Oct 25 2024 at 23:41):
Terence Tao said:
I am open to suggestions for names for this trio.
Minor planet (asteroid)
1323 - Tugela
1526 - Mikkeli - Note: Could not find this in the English version of Wikipedia.
2744 - Birgitta
Jose Brox (Nov 08 2024 at 13:12):
Any opinions on the names @Eric Taucher and I suggested above? @Terence Tao
Terence Tao (Nov 08 2024 at 17:59):
To be honest, now that we are down to three unsolved equations, "Ramanujan" 1729, 1323, and 1516, I have found it less necessary to come up with suitable names to distinguish them, particularly since they seem to share a lot of commonality anyway.
Jose Brox (Nov 08 2024 at 18:04):
Terence Tao ha dicho:
To be honest, now that we are down to three unsolved equations, "Ramanujan" 1729, 1323, and 1516, I have found it less necessary to come up with suitable names to distinguish them, particularly since they seem to share a lot of commonality anyway.
I was doubting if we would choose practicality (the right now) or consistency (the future), since other identities already have names that may appear elsewhere, which perhaps may end up seeming a bit random.
Bernhard Reinke (Nov 19 2024 at 07:43):
Pace Nielsen said:
1722 also fell. I'll check 1518 later when I have some time.
The initial seeds don't seem to work directly in the free group. I haven't looked at why yet, hopefully one just needs to enlarge it slightly.
Bernhard Reinke (Nov 19 2024 at 10:30):
One has less freedom for the initial seed that I hoped, (1,x₁),(x₁⁻¹,x₂) ∈ E
forces (x₂,x₁⁻¹),(x₁⁻¹*x₂⁻¹,x₁*x₂⁻¹),(x₁,1),(x₁^(-2),x₁^(-2))
(only using the translation invariant version of 1722), in particular, there is no translation invariant counter example showing 1722 !=> 2644. I will have a look at the other implications to see whether they are still ok. But I guess we need the non-translation invariant greedy version for 1722 at some point anyway.
Bernhard Reinke (Nov 19 2024 at 10:34):
3050 also doesn't work
Pace Nielsen (Nov 19 2024 at 14:45):
I'll look at this when I get a chance later today. It looks like I made a mistake in the initial seed.
Pace Nielsen (Nov 19 2024 at 15:23):
1722->1832 also doesn't work. It appears that 1722 is still wide open. The translation invariant approach won't solve these implications.
Shreyas Srinivas (Nov 19 2024 at 15:24):
Wait so we have more open implications now?
Pace Nielsen (Nov 19 2024 at 15:25):
Yes, that is correct.
Shreyas Srinivas (Nov 19 2024 at 15:26):
Is there a TL DR of the translation invariant apprpach and why it fails?
Shreyas Srinivas (Nov 19 2024 at 15:27):
I assume some of this material is already in the blueprint
Terence Tao (Nov 19 2024 at 15:55):
We have a non-translation-invariant approach to 1722. The following seed seems to refute all implications:
Terence Tao (Nov 19 2024 at 16:00):
Shreyas Srinivas said:
Is there a TL DR of the translation invariant apprpach and why it fails?
The Asterix, Obelix, and Dupont translation invariant greedy constructions in Chapter 7 of the blueprint are pretty representative. The failure tends to just be some algebraic computation in which one takes the functional equation for in the translation invariant model and substitutes in a few values and see what happens, one could possibly even automate this procedure with an ATP to find translation immunities. Sometimes one can also get translation immunity from the fact that squaring (or other single-variable word maps) are necessarily bijections in these models.
Matthew Bolan (Nov 19 2024 at 16:13):
Doesn't this violate law 1 at (0,0)? ((0 ◇ 0) ◇ 0) = (1 ◇ 0) = 5 is defined, but (0 ◇ 0) ◇ 5 = 1 ◇ 5 is not defined.
Terence Tao (Nov 19 2024 at 16:21):
Oh right I screwed things up a fair bit (mixed up left and right multiplication, ugh.). One sec. EDIT: hopefully fixed now.
Matthew Bolan (Nov 19 2024 at 16:36):
My code says you have a violation at x,y = 1,3 if I've entered it in correctly. is defined, so we need to add in at least a
Matthew Bolan (Nov 19 2024 at 16:38):
If I add that in naively I get a similar problem at 7, 9
Terence Tao (Nov 19 2024 at 16:43):
You're right. It seems that I'm going to need to reuse some elements in order to get things to close. Have to step away for a bit, but will try again later.
Matthew Bolan (Nov 19 2024 at 17:32):
I've run out of time so I can't finish the code (In particular I am not using any ATP nor am I simulating the greedy algorithm yet), but I think its at least found a repair for 1832.
Failure of Equation1832[x = (x ◇ (x ◇ x)) ◇ (x ◇ x)] at 1
0 1 1 _
3 0 _ _
_ _ _ _
2 _ _ _
Matthew Bolan (Nov 19 2024 at 17:35):
(It also found tables for 3143 and 2737, but these are implied by the others)
Terence Tao (Nov 19 2024 at 17:48):
The most difficult refutation is 2644, because the existence of ends up causing quite a bit of propagation. If we set then one can use the 1722 law to work out the identities , , and . These laws then iterate, for instance we have and so forth. If one adds the simplifying rule then one can create an infinite seed with elements for , together with some additional elements for , obeying the following table:
I think this verifies all the seed axioms, but is of course infinite. One can reduce to a finite model by setting , , , for all , which leaves one with I think 20 elements as now is restricted to . To get failure of 3050, , one can then add an additional rule for some new element ; to get failure of 1832, one can add additional rules , for some new elements ; and to get failure of 2644, one can add an additional rule for some new element . I think this creates a single seed (with 24 elements!) that refutes all the rules.
Matthew Bolan (Nov 20 2024 at 17:39):
If I understand correctly, , so 1722 requires to be defined, which it doesn't seem to be to me.
Matthew Bolan (Nov 20 2024 at 18:03):
Went ahead and finished my finder.
Failure of Equation2644[x = ((x ◇ x) ◇ (x ◇ x)) ◇ x] at 0
========
1 _ _ _
2 2 0 1
3 1 2 3
_ _ _ 2
========
Failure of Equation3050[x = (((x ◇ x) ◇ x) ◇ x) ◇ x] at 0
==========
1 _ _ _ _
2 _ 0 1 2
3 1 2 3 _
4 _ _ 2 _
_ _ _ _ _
==========
Terence Tao (Nov 20 2024 at 18:05):
I was going to say that my seed could probably be fixed by adding and , but now that you found quite simple seeds, this is now moot :)
Matthew Bolan (Nov 20 2024 at 18:11):
Yes, my program says that does repair it.
Matthew Bolan (Nov 20 2024 at 18:22):
Looks like the table
1 2 _ _ _
2 3 0 1 2
3 4 _ _ _
4 1 _ 3 0
_ _ _ _ _
gets all of them in one shot (all counterexamples have all variables equal to 0).
Terence Tao (Nov 20 2024 at 18:26):
Uploaded the proof of 1722 to the blueprint at equational#862.
Last updated: May 02 2025 at 03:31 UTC