Difference between revisions of "2015 AIME I Problems/Problem 8"
Alexlikemath (talk | contribs) |
m (→Solution 1: made asterisks moer visible) |
||
(12 intermediate revisions by 8 users not shown) | |||
Line 10: | Line 10: | ||
So first we know, <math>a_2+a_1+a_0=20</math>. Okay now we have to split into cases based on which digit gets carried. This meaning, when you add a 3 digit number to 864, we have to know when to carry the digits. Note that if you don't understand any of the steps I take, just try adding any 3-digit number to 864 regularly (using the old-fashioned "put one number over the other" method, not mental calculation), and observe what you do at each step. | So first we know, <math>a_2+a_1+a_0=20</math>. Okay now we have to split into cases based on which digit gets carried. This meaning, when you add a 3 digit number to 864, we have to know when to carry the digits. Note that if you don't understand any of the steps I take, just try adding any 3-digit number to 864 regularly (using the old-fashioned "put one number over the other" method, not mental calculation), and observe what you do at each step. | ||
− | (1) None of the | + | (1)<math>\textcolor{red}{*}</math> None of the digits get carried over to the next space: |
So this means <math>a_2<2, a_1<4</math> and <math>a_0<6</math>. So | So this means <math>a_2<2, a_1<4</math> and <math>a_0<6</math>. So | ||
Line 21: | Line 21: | ||
<math>s(864+n)=1+(8+a_2-10)+(6+a_1)+(a_0+4)=29</math> | <math>s(864+n)=1+(8+a_2-10)+(6+a_1)+(a_0+4)=29</math> | ||
− | (3)<math>a_0+4</math> is the only one that carries over. | + | (3)<math>\textcolor{red}{*}</math> <math>a_0+4</math> is the only one that carries over. |
So | So | ||
Line 44: | Line 44: | ||
So the answer is <math>\boxed{695}</math> which after a quick test, does indeed work. | So the answer is <math>\boxed{695}</math> which after a quick test, does indeed work. | ||
+ | |||
+ | Note: This problem is VERY easy to bash out. I did this when I mocked this test, it gave me the answer in 5 min. Basically you just bash out all of the three digit numbers whose digit sum is 20 and you'll find (quickly) that the answer is <math>\boxed{695}</math> | ||
+ | |||
+ | <math>\textcolor{red}{*}</math> Note to author: Since we have <math>a_2+a_1+a_0=20</math>, this implies that <math>a_2</math> must be at least <math>2</math> (since <math>a_1+a_0 \le 18</math>), and therefore the first digit must ALWAYS carry. This is presumably the reason where the case where the second and third digits were carried but not the first was omitted, but for this reason cases (1) and (3) are also unnecessary. | ||
==Solution 2== | ==Solution 2== | ||
Line 50: | Line 54: | ||
Suppose by contradiction that there is a smaller valid <math>n</math>, where the leading digit of the three-digit number <math>n</math> is 5 or less. (Two-digit <math>n</math> obviously do not work because 9 + 9 < 20.) Clearly <math>n > 200</math> because the smallest three-digit number whose digits sum to 20 is <math>299</math>. Also, because the second digit is at most 9, the units digit is at least 6, which means that the addition <math>N = n + 864</math> regroups in the ones place. Then the units digit of <math>N</math> is clearly less than 4. But as <math>1000 < 200 + 864 < N < 600 + 864 = 1464</math>, the sum of the thousands digit and the hundredth digit is at most 5. Because the second digit is at most 9, the sum of the digits of <math>N</math> is at most <math>5 + 9 + 4 < 20</math>, contradiction. Hence <math>\boxed{695}</math> is the answer. | Suppose by contradiction that there is a smaller valid <math>n</math>, where the leading digit of the three-digit number <math>n</math> is 5 or less. (Two-digit <math>n</math> obviously do not work because 9 + 9 < 20.) Clearly <math>n > 200</math> because the smallest three-digit number whose digits sum to 20 is <math>299</math>. Also, because the second digit is at most 9, the units digit is at least 6, which means that the addition <math>N = n + 864</math> regroups in the ones place. Then the units digit of <math>N</math> is clearly less than 4. But as <math>1000 < 200 + 864 < N < 600 + 864 = 1464</math>, the sum of the thousands digit and the hundredth digit is at most 5. Because the second digit is at most 9, the sum of the digits of <math>N</math> is at most <math>5 + 9 + 4 < 20</math>, contradiction. Hence <math>\boxed{695}</math> is the answer. | ||
− | == | + | ==Modification for Solution 2== |
During the real test, I immediately noticed that <math>n</math> must be less than 1000 (AIME problem) and that <math>n</math> must be a three-digit number. Therefore, I began casework on the leading digit of <math>n</math>. The casework was not intensive (how many ways are there to have digits sum to 20?) and I eventually got 695 as my answer. The rigorous proof that 695 was the smallest came afterwards. | During the real test, I immediately noticed that <math>n</math> must be less than 1000 (AIME problem) and that <math>n</math> must be a three-digit number. Therefore, I began casework on the leading digit of <math>n</math>. The casework was not intensive (how many ways are there to have digits sum to 20?) and I eventually got 695 as my answer. The rigorous proof that 695 was the smallest came afterwards. | ||
− | |||
==Solution 3== | ==Solution 3== | ||
Line 68: | Line 71: | ||
So, if we take away from the tens digit, we need to take away until we get 2 in the tens digit(since the ones will regroup). So, we get the number 929, which works (929+864 = 1793), but is not the smallest. | So, if we take away from the tens digit, we need to take away until we get 2 in the tens digit(since the ones will regroup). So, we get the number 929, which works (929+864 = 1793), but is not the smallest. | ||
− | If we take away from the ones digit, we only have to take away 4, turning the unit's place to 5. 5+4 is 9, so it won't regroup. Dump the ones into the hundred's place, and we get the number <math>\boxed{695}</math> | + | If we take away from the ones digit, we only have to take away 4, turning the unit's place to 5. 5+4 is 9, so it won't regroup. Dump the ones into the hundred's place, and we get the number <math>\boxed{695}</math> |
+ | |||
+ | -AlexLikeMath | ||
+ | |||
+ | ==Solution 5== | ||
+ | Although this solution doesn't directly solve the problem, it greatly hastens the bashing process. | ||
+ | |||
+ | Call the three digits a, b, and c. | ||
+ | |||
+ | When you add each of 8, 6, and 4 to a, b, and c the resultant will either get smaller or larger, depending on the original number. | ||
+ | |||
+ | |||
+ | e.g. If c is 7, then adding 4 will reduce the 7 to a 1, whilst leaving a one for b. | ||
+ | |||
+ | If c is 3, then adding 4 will simply add four to the total, and make the 3 a 7. | ||
+ | |||
+ | |||
+ | Each of 8, 6, and 4 all can reduce the original number by a certain amount and can increase the original number by a certain amount. | ||
+ | |||
+ | 8 can reduce by 2 for all numbers greater than 1, 6 can reduce numbers by 4, and 4 can reduce numbers by 6. | ||
+ | |||
+ | |||
+ | Possibilities: | ||
+ | |||
+ | -2, +8, (although this becomes obviously impossible later on) -4, +6, -6, +4 | ||
+ | |||
+ | |||
+ | Also, realize that if the number is reduced, then a one will be carried to the following decimal place on the left, consequently reducing that amount they reduce. It's like a puzzle! Within no time you should find that if you add 4 to c, subtract 4 from b, subtract 1 from a, and leave a 1 in the thousands place, the total is equated to zero. This is optimal because most of the addition is kept to the left, where the effect to real value is less. (e.g. 299 is smaller than 992) | ||
+ | |||
+ | |||
+ | Now you have +1, -1, -4, +4 in the decimals, and a VERY fast trial and error gives <math>\boxed{695}.</math> | ||
+ | |||
+ | |||
+ | -Jackshi2006 | ||
+ | |||
+ | Postscript by Jackshi2006 | ||
+ | |||
+ | When I revisited the problem I realized that you can actually list out every possible number for n. 695 stands out very clearly as the smallest, because the only other possibility is 595, which doesn’t add to 20 to begin with. | ||
+ | |||
+ | == Solution 6 (Fast) == | ||
+ | First, note that to compute <math>s(m+n)</math> (for any positive integers <math>m</math> and <math>n</math>), one can simply find the sum of <math>s(m)</math> and <math>s(n)</math> minus 9 times the number of times one regroups when adding <math>m</math> to <math>n</math>. One can see why this is by noticing that if one were to <nowiki>"forget"</nowiki> to regroup, and leave, say, a 10 in the ones' place, the sum of the digits would be 9 higher than if one did regroup. Anyway, one can see that the smallest 3-digit number (on AIME, all the answers are integers from 0 to 999) whose digits sum to 20 is 299. If we add this number to 864, we have to regroup 3 times, so <math>s(299+864)</math> will be <math>9=9\cdot3-(8+6+4)</math> smaller than <math>s(299)</math>. We want this difference to be 0, so we need to find a way to only regroup two times. | ||
+ | |||
+ | |||
+ | We now notice that regrouping the hundreds is inevitable, so we must either prevent regrouping the ones or the tens. Preventing regrouping the tens would require moving many of the tens to the hundreds' place (the ones' place is already full), which is bad when we are trying to minimize the number, but preventing regrouping the ones requires moving fewer ones to the hundreds' place. | ||
+ | |||
+ | |||
+ | We find that to preventing regrouping the ones, the ones' place of our number must be at most 5 (a larger number would sum to ten when added to 4). Because we want to minimize the number of ones we move to the hundreds' place, we leave exactly 5 by moving four ones to the hundreds' place: <math>299\to\boxed{695}</math>. | ||
+ | |||
+ | |||
+ | ~ SymbolicPermutation | ||
+ | |||
+ | ==Solution 7 (Bad Solution)== | ||
+ | Bashing out modulo <math>9</math> and getting lucky we get that if the <math>8</math> and <math>6</math> carry over when adding <math>n</math> and <math>864</math>, that <math>100a+10b+c \equiv 1+100(a-1)+10(b-4)+c+4 \pmod{9}</math> such that <math>n=100a+10b+c</math> and after maximizing <math>b</math> and <math>c</math> such that <math>c<6</math> to not make the <math>4</math> carry over to minimize <math>a</math> we get that <math>\boxed{695}</math> is our answer after confirming there are no lesser solutions. | ||
+ | |||
+ | Note: If the sum of the digits are equal, they are also the same modulo <math>9</math>. | ||
+ | ~SirAppel | ||
+ | |||
+ | ==Video Solution== | ||
+ | https://youtu.be/2K2SYGVLkJA | ||
+ | ~savannahsolver | ||
== See also == | == See also == |
Latest revision as of 14:06, 21 January 2024
Contents
Problem
For positive integer , let
denote the sum of the digits of
. Find the smallest positive integer satisfying
.
Solution 1
You know whatever is, it has to have 3 digits, because if it had only two, the maximum of
is 18.
Now let
So first we know, . Okay now we have to split into cases based on which digit gets carried. This meaning, when you add a 3 digit number to 864, we have to know when to carry the digits. Note that if you don't understand any of the steps I take, just try adding any 3-digit number to 864 regularly (using the old-fashioned "put one number over the other" method, not mental calculation), and observe what you do at each step.
(1) None of the digits get carried over to the next space:
So this means
and
. So
So it doesn't work. Now:
(2) is the only one that carries over
So this means
and
. So
(3)
is the only one that carries over.
So
(4)The first and second digit carry over (but not the third)
Aha! This case works but we still have to make sure it's possible for (We assumed this is true, so we have to find a number that works.) Since only the second and first digit carry over,
and
. The smallest value we can get with this is 695. Let's see if we can find a smaller one:
(5)The first and third digit carry over (but not the second)
The largest value for the middle digit is 2, so the other digits have to be both 9's. So the smallest possible value is 929
(6) All the digits carry over
So the answer is which after a quick test, does indeed work.
Note: This problem is VERY easy to bash out. I did this when I mocked this test, it gave me the answer in 5 min. Basically you just bash out all of the three digit numbers whose digit sum is 20 and you'll find (quickly) that the answer is
Note to author: Since we have
, this implies that
must be at least
(since
), and therefore the first digit must ALWAYS carry. This is presumably the reason where the case where the second and third digits were carried but not the first was omitted, but for this reason cases (1) and (3) are also unnecessary.
Solution 2
First, it is easy to verify that works and that no other numbers beginning with the digit 6 work (i.e.
do not work).
Suppose by contradiction that there is a smaller valid , where the leading digit of the three-digit number
is 5 or less. (Two-digit
obviously do not work because 9 + 9 < 20.) Clearly
because the smallest three-digit number whose digits sum to 20 is
. Also, because the second digit is at most 9, the units digit is at least 6, which means that the addition
regroups in the ones place. Then the units digit of
is clearly less than 4. But as
, the sum of the thousands digit and the hundredth digit is at most 5. Because the second digit is at most 9, the sum of the digits of
is at most
, contradiction. Hence
is the answer.
Modification for Solution 2
During the real test, I immediately noticed that must be less than 1000 (AIME problem) and that
must be a three-digit number. Therefore, I began casework on the leading digit of
. The casework was not intensive (how many ways are there to have digits sum to 20?) and I eventually got 695 as my answer. The rigorous proof that 695 was the smallest came afterwards.
Solution 3
First of all, notice that the smallest with
is
. Also, if
,
(because subtracting
from the number removes the
in the thousands place). After checking
for various
with
, we see that we need to have a carry when subtracting
. To have this, we must either have a
in the tens place or a
in the units place. The minimum
for the former is
, and for the latter it is
. We check and see that
, so our answer is
.
Solution 4
Observation (Lemma) : If r is the number of regroups in the addition of n+k, .
Proof : When you add two numbers, and you do a carry, you are taking away 10 from 1 column, and adding 1 to another column, giving a net loss of 9 to the total.
Thus, we can see that we need to regroup exactly twice when we add 864. And, the lowest possible n is 299, so let's start from there.
299 gets three regroups, so we are going to need to take away from digits, and dump the excess in the hundred's place, since the hundreds are going to regroup anyways.
So, if we take away from the tens digit, we need to take away until we get 2 in the tens digit(since the ones will regroup). So, we get the number 929, which works (929+864 = 1793), but is not the smallest.
If we take away from the ones digit, we only have to take away 4, turning the unit's place to 5. 5+4 is 9, so it won't regroup. Dump the ones into the hundred's place, and we get the number
-AlexLikeMath
Solution 5
Although this solution doesn't directly solve the problem, it greatly hastens the bashing process.
Call the three digits a, b, and c.
When you add each of 8, 6, and 4 to a, b, and c the resultant will either get smaller or larger, depending on the original number.
e.g. If c is 7, then adding 4 will reduce the 7 to a 1, whilst leaving a one for b.
If c is 3, then adding 4 will simply add four to the total, and make the 3 a 7.
Each of 8, 6, and 4 all can reduce the original number by a certain amount and can increase the original number by a certain amount.
8 can reduce by 2 for all numbers greater than 1, 6 can reduce numbers by 4, and 4 can reduce numbers by 6.
Possibilities:
-2, +8, (although this becomes obviously impossible later on) -4, +6, -6, +4
Also, realize that if the number is reduced, then a one will be carried to the following decimal place on the left, consequently reducing that amount they reduce. It's like a puzzle! Within no time you should find that if you add 4 to c, subtract 4 from b, subtract 1 from a, and leave a 1 in the thousands place, the total is equated to zero. This is optimal because most of the addition is kept to the left, where the effect to real value is less. (e.g. 299 is smaller than 992)
Now you have +1, -1, -4, +4 in the decimals, and a VERY fast trial and error gives
-Jackshi2006
Postscript by Jackshi2006
When I revisited the problem I realized that you can actually list out every possible number for n. 695 stands out very clearly as the smallest, because the only other possibility is 595, which doesn’t add to 20 to begin with.
Solution 6 (Fast)
First, note that to compute (for any positive integers
and
), one can simply find the sum of
and
minus 9 times the number of times one regroups when adding
to
. One can see why this is by noticing that if one were to "forget" to regroup, and leave, say, a 10 in the ones' place, the sum of the digits would be 9 higher than if one did regroup. Anyway, one can see that the smallest 3-digit number (on AIME, all the answers are integers from 0 to 999) whose digits sum to 20 is 299. If we add this number to 864, we have to regroup 3 times, so
will be
smaller than
. We want this difference to be 0, so we need to find a way to only regroup two times.
We now notice that regrouping the hundreds is inevitable, so we must either prevent regrouping the ones or the tens. Preventing regrouping the tens would require moving many of the tens to the hundreds' place (the ones' place is already full), which is bad when we are trying to minimize the number, but preventing regrouping the ones requires moving fewer ones to the hundreds' place.
We find that to preventing regrouping the ones, the ones' place of our number must be at most 5 (a larger number would sum to ten when added to 4). Because we want to minimize the number of ones we move to the hundreds' place, we leave exactly 5 by moving four ones to the hundreds' place: .
~ SymbolicPermutation
Solution 7 (Bad Solution)
Bashing out modulo and getting lucky we get that if the
and
carry over when adding
and
, that
such that
and after maximizing
and
such that
to not make the
carry over to minimize
we get that
is our answer after confirming there are no lesser solutions.
Note: If the sum of the digits are equal, they are also the same modulo .
~SirAppel
Video Solution
~savannahsolver
See also
2015 AIME I (Problems • Answer Key • Resources) | ||
Preceded by Problem 7 |
Followed by Problem 9 | |
1 • 2 • 3 • 4 • 5 • 6 • 7 • 8 • 9 • 10 • 11 • 12 • 13 • 14 • 15 | ||
All AIME Problems and Solutions |
The problems on this page are copyrighted by the Mathematical Association of America's American Mathematics Competitions.