IMO 2024 Livesolve (Day 1)
(David here.) Recently, Sheldon and I attempted the IMO questions (with AYS and Aloysius making guest appearances along the way). I've tried to document some thought processes and some mishappenings - compared to the cleaned up solutions you'd see on the AoPS thread, this would be instead a messier look at how one might go about the problems.
Problem 1
(IMO 2024/1) Find all real number such that for any positive integer is a multiple of
1. We actually fakesolved this initially as follows: note that there are terms, and so the sum can only move terms at a time. But if we increase slowly, the terms increase by at most 1, so to remain a multiple of they must all increase simultaneously, and hence is an integer.
...except that we're not changing , we're changing ! Let's try again.
2. An initial instinct is that the sum is roughly which is roughly because . Well, this is correct for most irrational alpha and wrong for integer , somewhat wrong for half-integer alpha etc. But for our purposes, because the error is it's not very useful.
3. But okay, one honest simplification we can do is to subtract an integer away from , so we'd have a very similar sum but using the fractional part of instead:
4. Clearly, . If is even, then this sum is always mod , but because each incremental term is smaller than , so .
5. What if it was odd? Then , which follows this periodic pattern: and by doing small cases one can see (using induction) that we're forced to have , which means that for all n, a contradiction!
Afterthought. In retrospect, probably the easier way to write this up is to compare this to a known sequence with this congruence: so instead note that and we have a similar finish as earlier in (3). Maybe this is more time efficient and less error prone for writing up instead of the inductive proof.
Problem 2
(IMO 2024/2) Find all positive integer pairs such that there exists positive integer holds for all integer
1. The first thing we tried was to cancel off one of the variables as follows: because , we get to cancel with to get
Then we realized that we could increase the exponent of any prime dividing some . In particular, if , then by LTE we have . But this is useless if we cannot force .
2. So instead, we start with . Actually, if then for all sufficiently large and by differencing adjacent terms we must get which means that is small. Realizing that , and the same for , except for the case we must have . In our head, this means that is somewhat small.
3. Revisiting (1), we could try to force a large prime power to divide by using Hensel's lemma. Suppose that , then one can pick such that . Again, this is useless if doesn't already divide . For that matter, even if we had the same power of dividing , the we need might be different from the we'd need for .
4. If divides both and , then we have . .
Now we try to imagine if was a primitive root, then we'd have . Then we could phrase both conditions using powers of :
and then we have somewhat of a quadratic condition in mod ... which is cool but didn't really go anywhere and felt too messy.
5. Suppose divided , and we wanted this to divide (assuming for now that odd). Note that implies that , so if we set we get , while by Fermat's Little Theorem.
Well, this is where we stopped in the livesolve. Turns out that was wrong and, honestly, too good to be true - we know that the exponent is periodic mod .
6. But there's something in the idea of : it means we can get from a small to a large one. This immediately means, for instance, that if then . This starts to contrain and a lot, but it doesn't rule all of them out.
7. Now for the big brain idea: . So we have and , so should imply that . But this is bad, because is coprime to . So must be periodic mod , so , if they are both nonzero, which is a contradiction. So one of them has to be zero, and thus (and it's not hard to check that we must also have ).
Postmortem. It's easy to make embarrassing mistakes if you kind of forgot how the NT stuff usually goes. But the fact that has period mod for any coprime to is kind of a classic.
Our initial judgement was that this problem was going to be very easy, but a surprising number of things failed. Between (5) and (6), you needed a soft change in perspective - which was to give up forcing to divide , because it just might not be possible. Instead, we opted for one such that already was divisible by both for a small . If you held on to that approach, you would have been stuck.
Also, I have a soft spot for problems that require thinking about "invalid but valid" values - IMO 2005/4 also has this flavor.
Problem 3
(IMO 2024/3) Let be an infinite sequence of positive integers. Suppose that, for sufficiently large , is equal to the number of times appears in the list .
Prove that at least one of the sequence and is eventually periodic.
Disclaimer: we did not solve this, so this will mainly be our scratch work.
We tried a bunch of small cases:
1. Start from :
2. Start from 6 1's.
3. We realized that the ordering of the initial numbers did not matter except for the last number.
4. Starting from gave a surprisingly long sequence before we found the "stable" state:
We also see some "equal sum" patterns (e.g. ).
5. Here's a visualization: drop a block at column , then the next block should be dropped at the column with index equal to the height of the last column.
6. From looking at (4), we realize that at some point of time, we alternate between "big" numbers and "small" numbers. The big numbers increase by 1 after each "cycle", and the small numbers stay the same. The small numbers form the eventually periodic pattern.
7. Suppose that we're past the initial part (e.g. for ). Then if 10 appears 5 times, then 6, 7, 8, 9 also must have appeared 5 times. So the number of times appears (for large ) is non-increasing, hence is eventually constant or possibly all infinite. In the former case, we're also forced to alternate between big and small numbers.
8. More generally, consecutive can only appear once each and we have a "game of dominoes". must appear before (eventually) and must appear before (if is large enough).
9. Vaguely, we were missing a few pieces:
- Some way to figure out when the sequence split into large and small numbers. Our conjecture at this point was that the first number larger than everything provided initially should be good enough. (Turns out this is not quite sufficient.)
- Some explanation of "skips" e.g. in (2).
- Some way to rule out everything appearing infinitely often.
- Some way to force periodicity after the big-small split (we suspect some monovariant).
Postmortem. I think we sniffed out all the components but just couldn't flesh out the details within the timeframe. We'll defer more discussion to Glen's upcoming post (where he'll show us how he did it in an hour).
Comments
Post a Comment