Hello! My name is Ben (she/they) and I am a physics major/math minor with a passion for math problems. Here you will find detailed explorations into many questions that illustrate interesting math concepts. Please send in math questions, I love trying to answer them! Fellow mathemeticians are encouraged to comment and add onto my work. My main blog is gelatinocomics
link to desmos graph. I did not include an explanation for how any of it works. good luck.
link to video explaining Fourier series. Lots of people have already added this which is cool and great. This was my first introduction to Fourier series and itâs extremely helpful and informative.
Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
â Live Streamingâ Interactive Chatâ Private Showsâ HD Quality
Anya is LIVE right now
FREE
Free to watch ⢠No registration required ⢠HD streaming
When Carl Friedrich Gauss, a mathematician so extra that thereâs a loooong wikipedia entry titled âList of things named after Carl Friedrich Gaussâ, was seven years old, his schoolteacher made the class add all integers from 1 to 100 (1+2+3+âŚ+99+100). In this way, the students could practice addition in the time-honoured school tradition of learning math by getting bored to death, and the schoolteacher, presumably, could be left in peace for like an hour.
In a matter of seconds Gauss had an answer for him: 5050. See, he noticed a pattern:
and 50 times 101 is 5050. Done and done.
Iâm not sure if history recorded the schoolteacherâs reaction, but technically the exercise failed. Seven-year-old Gauss did NOT, in fact, practice addition. He practiced his right to be lazy instead, and thatâs how progress is made.
Today Iâd like to share something I did as a project for a computational physics class. I had just learned how to solve ordinary differential equations (ODEs) in python, which gave me the tools to explore lots of physics questions: if I could describe the forces in a system using differential equations, I could set up my system in whatever configuration I want and see what happens when I let it go.
I decided to try this using the equations for Newtonian gravity between celestial bodies. I went the extra mile and learned how to animate my results, to better visualize how objects move through space. I also had the chance to try out some unusual configurations of objects, including ones that are chaotic and ones that use all three dimensions. Keep reading to see the equations and the neat animations they create!
One object
Letâs take a look at how gravity works on a single object first. Weâll write this as the acceleration due to gravity, or the second time derivative of our objectâs position vector.
This is the simplest case, where we assume our object is orbiting around a stationary object at the origin with mass M. Our objectâs acceleration always points toward the center, and gets stronger the closer to the center it is.
Now, in order to compute the motion of our object with that acceleration, we need to write it as a group of ordinary differential equations (ODEs). Weâll be using just two dimensions for now, so weâll split up the equations for X and Y motion. Weâll need a summary of the objectâs state at any given point: its x position, y position, x velocity, and y velocity. We need to provide the derivative of each of those state variables. Take a look and confirm that these all make sense given the acceleration above:
With this information, the ODE solver can work its magic: if we provide it with an initial state for our object to start at, it will integrate the above equations and show us how the state variables change. Itâs basically a motion simulator!
In the following animation, our object is represented by the blue circle, and the black circle is the stationary mass at the center. I started my object away from the center, with a small upward velocity. The result is an elliptical orbit!
You could easily play around with the variables and see what changes. I set all the constants to unit values, but what if the mass at the center was greater? What if you start your object with a greater velocity? You might even see different types of trajectories under certain conditions. For example, if you go fast enough, the object will escape the system entirely!
But enough of that, letâs get real. Objects in real life donât just stay stationary at the origin. They get accelerated by gravity too. Letâs see what happens when we let two objects move under each otherâs gravity.
Two objects
The situation gets more complicated now that we need to keep track of the motion of two objects. Weâll call them objects 1 and 2, and their accelerations depend on the location of the other one:
Itâs a lot to keep track of, but itâs not so complicated when we look at just the x and y directions. All weâre concerned with is the difference of the two objectsâ coordinates. Hereâs how it looks for object 1:
Using the same method as earlier, we generate a set of ODEs for every state variable, of which there are now 8 instead of 4. Instead of showing you all that, Iâll cut to the chase and show you the result when we set two objects of equal mass in motion.
When I give each object a small initial velocity in opposite directions, they dance around each other like so. They each have an elliptical orbit about their common center of gravity. Youâll see motion like this in the orbit of any two objects of similar mass, such as Pluto and Charon, or a binary star system. On the other hand, if we modify the variables so that one object is much more massive than the other, youâd end up with something that looks more like our first animation, but with the heavy object only moving slightly.
Three objects
Why stop at two? We can include as many objects as we want! Weâll just have to... re-write all our differential equations again. Yeah, you might be seeing now that this method isnât sustainable for ever increasing numbers of objects. The acceleration of a single object in our system will now depend on the location of two others. Itâs as simple as adding up the acceleration due to gravity from each object:
Or for a single component:
Furthermore, a third object means that motion can now happen outside the plane, so three dimensions are necessary to fully explore all the configurations. Three objects and three spatial coordinates means that my ODE solver needs a whopping 18 state variables, but it can handle the work just fine. I feed it all the differential equations and decide on some initial conditions to let it try.
How about we arrange three equal masses on the edge of a circle, equal distances apart? If we set them all off with the same radial speed, they should simply follow each other in a circular path, or maybe even dance around each other in elliptical paths like our previous animation. Here are the results of that:
Despite such a promising start, the motion ends up chaotic! It turns out that, for all but very specific initial conditions, three equal masses will never exhibit stable motion. My idea was sound: three objects positioned in a circle with the same radial speeds should result in simple orbit, but itâs an unstable equilibrium, and the slightest deviation (such as uncertainty in the initial conditions or the numerical solution) will result in chaos. If you want to read more about this phenomenon, the three-body problem is a well known topic in physics.
Donât give up yet, there are still ways we can create a stable orbit using three objects. Think about the sun-earth-moon system: two small objects can orbit one large object with no problems. Choose one object to be our âplanetâ. Letâs increase the âsunâ objectâs mass by 100 times, and reduce the âmoonâ objectâs mass by 100 times, then arrange them just so and let them go.
Another similar idea: have one small âplanetâ orbiting around two large binary âstarsâ that are orbiting each other.
With the right choice of masses, we can achieve stable orbits. We must only look to nature for examples.
Into the third dimension
We can get even crazier with our configurations of three objects if we leap out of the plane. Hereâs one example called the Sitnikov Problem, which states that if two objects of equal mass orbit around each other, a third smaller mass can oscillate perpendicular to their plane of motion, threading their center of gravity like a needle.
Since weâve already set up our ODE solver with three spatial dimensions, itâs not hard to choose the initial conditions that make this work. Weâll just need a little fancier plot to show it off.
If you think carefully about this configuration, youâll probably notice that itâs an unstable equilibrium. The central mass must stay exactly on its line, or else it will be pulled away. Thankfully the computer can handle this just fine, since the central massâs x and y coordinates can simply remain at zero.
The way I set it up, the two large masses are orbiting along a circular path. But if we change their speed so they orbit on elliptical paths, an interesting behavior arises: the central massâs motion becomes chaotic. Still constrained to its line, but unpredictable. This is due to the way its gravitational potential changes as the large masses move in and out.
Pictured above is the position of the central mass over time. Indeed, testing confirms that its motion is sensitive to initial conditions, and thus fits the definition of chaos. Fun!
In conclusion...
My takeaway from this project is that differential equations are a very powerful tool for exploring the behavior of physical phenomena. Every simulation above is based on the differential equation for gravitational force, but you could create similar simulations for any dynamical system your heart desires.
Additionally, my increasingly complicated differential equations made me wonder: if I wanted to simulate a large number of objects interacting under gravity, what method would I use? What approximations would I make to simplify the calculations? Lots of interesting ideas there.
So the notes on this are full of really good memes but Iâm just gonna drop the math for those that might not know
This puzzle is impossible and has no answer. Mathematically.
The super short and no-math lingo explanation is this: If you are in a room, one of three things must be true
1) This is your starting position (you will exit the room, using one door)
2) This is the end of your path (you have entered the room, but you will not exit it, using one door)
3) You are in the middle of your path (You have entered the room, youâre about to exit it, using two doors)
So since option (1) and (2) only happen once apiece, every time youâre in a room, youâre going to be entering it and exiting it, using two doors. So if you want to be able to go through every door exactly one time, then you can only have a maximum of two rooms with an odd number of doors (one will be your starting point, the other will be your endpoint). This puzzle has four rooms with an odd number of doors (if you count the outside as a room)
This is a really nice explanation! I was interested in getting to the bottom of this problem myself, so I decided to draw it up as a graph to visualize it a little differently:
Each dot (vertex) represents a room, with an extra one labeled zero for the outside, and each line (edge) represents a direct opening between those two rooms. This is a mathematical âgraph,â defined by its vertices and edges, that represents any way you can move from one room to another. For example, room 1 is connected to rooms 2, 3, and 4, and has two openings to 0, the outside.
What weâre looking for in this graph is something called an Eulerian path (or an Eulerian trail)-- a continuous line drawn along the edges of this graph that visits each edge exactly once. We need to know whether itâs even possible to find an Eulerian path in this graph. From Wikipedia, hereâs the relevant bit we need to know this:
An undirected graph has an Eulerian trail if and only if exactly zero or two vertices have odd degree, and all of its vertices with nonzero degree belong to a single connected component.
Some vocabulary:
Undirected graph: a graph where the edges donât come with a specified direction. Our graph is undirected, since you can move between rooms (or along the lines) in any direction you like.
Degree: the number of edges connected to a vertex. For example, vertex 1 has a degree of 5 since thatâs how many lines are coming out of it, while vertex 0 has a degree of 9. A vertex with odd degree would have an odd number as its degree.
Connected component: A piece of a graph where you can travel between any two vertices by some path, directly or indirectly. Since our graph is one connected shape and there are no separate pieces floating around, we can ignore this part.
Count up the degree of each vertex on our graph, and youâll see that they have degrees of 5, 5, 4, 5, 4, and 9 for the outside. There are four vertices with an odd degree. This isnât exactly zero or two, and therefore, our theorem tells us that there is no Eulerian path in this graph. Therefore, there is no way to travel through each opening exactly once.
This is exactly what @chongoblogâ just explained very clearly and concisely! But well, if you like lingo, there you go. Next time you see a problem like this, try drawing its corresponding graph! It may make the problem easier to process.
I need to credit our old friend Euler for doing the heavy lifting on this problem. As it happens, he famously tackled a very similar problem long ago, known as the Seven Bridges of KĂśnigsberg, which actually laid the foundation for modern graph theory! It was a question about whether you could plan a path around the city that crosses each of its seven bridges exactly once.
Why donât you try drawing the graph to this one and see if you can find the answer?
Do you think, in the whole history of Minecraft, any two players have ever generated the same random seed and therefore started on the exact same world, just by chance?
I thought about this while watching random seed minecraft speedrun attempts, where runners will constantly generate new worlds and try to beat the game in a random new world each time. Iâm going to investigate the probability, but it would involve a guess about just how many new worlds are randomly generated every day. Any ideas?
Sources are telling me that Minecraft has sold over 200 million copies. Some of those copies are owned by avid players who have generated hundreds or even thousands of new worlds during their lives. Iâd imagine many more copies are owned by people who havenât spent much time on it, and only created one or two new worlds, or even zero.
Iâm gonna take a wild guess and say the average number of new worlds generated in any given Minecraft game is 10. With 200 million copies sold, this estimates that 2 billion worlds have been generated and played in.
The Minecraft fan wiki tells me that in Java edition, there are 2^48 possible seeds that can generate meaningful, unique worlds. (To keep things simple, Iâm ignoring differences between bedrock and java editions here.)
The question Iâm asking is: what are the chances that two players have ever generated the exact same seed by chance? Or inversely: what are the chances that every seed generated so far has been unique? This is equivalent to the Birthday Paradox, which Iâd love to discuss in detail, but Iâll try to keep it brief.
The birthday paradox asks the question: in a room full of people, what are the chances that two people share the same birthday? You can think of a personâs birthday like some random value from 1 to 365 that is assigned to them (excluding February 29 for the sake of simplicity; sorry leap year babies). Any two people have a pretty low chance of having the same birthday, but this problem is called a paradox because the answer isnât intuitive, and the odds are higher than youâd expect. In a room of 23 people, thereâs a more than 50% chance that two individuals share a birthday.
Rather than going over the math here, Iâll let you check it out on wikipedia, but it basically boils down to this: add people to the group one-by-one, and check the likelihood of everyone in the group having a different birthday. The first person is alone, and therefore has a 100% chance of having a unique birthday. Add a second person. In order for their birthday to be unique, it has to fall on one of the 364 days that arenât the first personâs birthday, giving them a very high 364/365 chance of having a unique birthday. The pool of possible unique birthdays shrinks again for the third person, but they still have a 363/365 chance of being unique. And so on.
I wonât get into the pigeonhole principle, fascinating as it is, since it isnât relevant to our Minecraft problem. Hopefully you can see that if you replace the days of the year with possible random seeds, and replace people in a room with randomly generated seeds, itâs the same exact question.
Wikipedia helpfully shows us how to calculate the probability that a group of n people all have unique birthdays, and gives us this formula:
Just replace 365 with our total potential number of seeds (2^48) and interpret n as the number of randomly generated worlds, and weâre well on the way to finding the chance that every generated world has been unique.
Er⌠the only problem is, these are quite big numbers to be calculating factorials and binomial coefficients for. Iâm kind of scared to ask a machine to do that for me. Luckily, Wolfram Alpha has a built in birthday paradox calculator, but⌠itâs not quite up to the task either.
Um⌠help?
(This can be done with some kind of approximation, and Iâll try to tackle it later if nobody else gives it a shot)
(not to steal your thunder, but this looks like a fun computation. I do want to see if you get the same thing, I may have errors.)
You can use Stirlingâs approximation (like you alluded to), and if you substitute 2^48 with a variable (here itâs alpha) itâs easy to simplify. I think you get this:
Note that the final formula in the circle is still an approximation but boy is it nice. And for numbers like 2^48 it should be pretty accurate.
So it seems weâre all getting answers that basically round to zero. Your approximation is mostly dominated by the 1/e^n term, which is very small for n as large as 2 billion. @galois-groupieâ attempted an approximation as well, which resulted in another negligible result. And I opted to try this Taylor approximation that wikipedia provided for the generalized birthday problem:
(note that this is the probability of getting two same birthdays, not the probability of all unique birthdays, so itâs the opposite of the result you guys found. Plugging in 2^48 for d and 2 billion for n gives a result that rounds to 1.)
So what does this mean for Minecraft? I think itâs safe to say that the chance of every randomly generated seed being unique is negligibly small, meaning itâs certain that two people somewhere have rolled the same seed. In fact, there are probably lots of seed soulmates out there. If you believe, then thereâs a chance your favorite speedrunner may have stumbled across your own world seed while they were going for the world record.
I think the reason the result is so clear hearkens back to the birthday problem itself. Out of 365 possible birthdays you can have, the chance of two people sharing a birthday ramps up really fast for every person you introduce to the group.
This makes sense if you think about the number of pairs of people in a group, since thatâs what youâre really checking when looking for a match. For every person you add, the web of pairs grows more complex. In the case of Minecraft, the number of pairs you can draw between 2 billion worlds is absolutely enormous. I just guessed those numbers, but Iâm sure youâd get a similar result no matter what reasonable estimate you make.
This was a fun exercise! Thanks for the help. And good luck finding your Minecraft soulmate.
So hereâs the thing this makes me think of: I have heard it claimed many times that the number of ways to shuffle a deck of cards is so large that any sufficiently good shuffle will almost certainly produce a result that has never been produced before. This is true of any individual shuffle of a single deck, but does it hold true for all shuffles of all decks, ever?
There are far more ways to shuffle a deck of cards (52! ~ 8*10^67) than there are possible minecraft seeds, but the number of times a deck of cards has been shuffled should vastly exceed the number of number of minecraft worlds generated.
Using the same approximation for the generalised birthday problem we find that, for the chance of at least one pair of decks to have been identically shuffled in all of history to be 50%, we need to have shuffledâŚ. ~10^34 decks of playing cards.
Wikipedia says that standard 52 card decks have existed since around 1500, so ~500 years. To shuffle 10^34 decks of cards in this time, youâd need to shuffle ~6.7*10^23 decks per second, on average. Even if every living human spent their entire life shuffling cards at an incredible rate, you wouldnât approach an appreciable fraction of that.
So, itâs more likely than not that no two (fairly shuffled) decks have ever been shuffled in the same order.
Now letâs put a upper bound on this.
Itâs reasonable to assume the overwhelming majority of card game activity has occurred in the last 100 years, given population increase and the emergence of casinos and mass production. Letâs very generously approximate that this entire time the world has been using cards at the present day rate, and that the world population is a constant 10 billion.
There are a few thousand casinos in the world today. Letâs say thereâs 10,000. The largest casino (for our purposes) is The Venetian Macao which has 800 tables. Letâs round that up to 1000 tables and say theyâre all for card games, and letâs assume every casino is the same size. That means thereâs 10 million card tables in casinos worldwide. Letâs assume they each shuffle 1 deck of cards every second, for 100 years - thatâs 3.2*10^16 shuffles total. Nowhere near our 10^34 from before.
Now letâs say that every person in the world plays a card game outside of a casino once per day, and that each person shuffles the deck 10 times per game. Thatâs 100 billion shuffles per day, or 3.7*10^15 shuffles total.
So, between casino and personal usage, we have a very generous upper limit on the total number of card decks ever shuffled of ~3.6x10^16.
Plugging this into the solution from before gives a maximum probability that any two decks ever shuffled in all of human history ended up in the exact same order of⌠8x10^-36, or:
0.0000000000000000000000000000000008%
So yeah, that claim is almost certainly true in general, even acounting for the effects of the birthday problem.
I love this addition! Isn't it crazy that we can use such unimaginably huge numbers to rule out the possibility of something so simple happening by random chance?
Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
â Live Streamingâ Interactive Chatâ Private Showsâ HD Quality
Anya is LIVE right now
FREE
Free to watch ⢠No registration required ⢠HD streaming
Do you think, in the whole history of Minecraft, any two players have ever generated the same random seed and therefore started on the exact same world, just by chance?
I thought about this while watching random seed minecraft speedrun attempts, where runners will constantly generate new worlds and try to beat the game in a random new world each time. I'm going to investigate the probability, but it would involve a guess about just how many new worlds are randomly generated every day. Any ideas?
Sources are telling me that Minecraft has sold over 200 million copies. Some of those copies are owned by avid players who have generated hundreds or even thousands of new worlds during their lives. Iâd imagine many more copies are owned by people who havenât spent much time on it, and only created one or two new worlds, or even zero.
Iâm gonna take a wild guess and say the average number of new worlds generated in any given Minecraft game is 10. With 200 million copies sold, this estimates that 2 billion worlds have been generated and played in.
The Minecraft fan wiki tells me that in Java edition, there are 2^48 possible seeds that can generate meaningful, unique worlds. (To keep things simple, Iâm ignoring differences between bedrock and java editions here.)
The question Iâm asking is: what are the chances that two players have ever generated the exact same seed by chance? Or inversely: what are the chances that every seed generated so far has been unique? This is equivalent to the Birthday Paradox, which Iâd love to discuss in detail, but Iâll try to keep it brief.
The birthday paradox asks the question: in a room full of people, what are the chances that two people share the same birthday? You can think of a personâs birthday like some random value from 1 to 365 that is assigned to them (excluding February 29 for the sake of simplicity; sorry leap year babies). Any two people have a pretty low chance of having the same birthday, but this problem is called a paradox because the answer isnât intuitive, and the odds are higher than youâd expect. In a room of 23 people, thereâs a more than 50% chance that two individuals share a birthday.
Rather than going over the math here, Iâll let you check it out on wikipedia, but it basically boils down to this: add people to the group one-by-one, and check the likelihood of everyone in the group having a different birthday. The first person is alone, and therefore has a 100% chance of having a unique birthday. Add a second person. In order for their birthday to be unique, it has to fall on one of the 364 days that arenât the first personâs birthday, giving them a very high 364/365 chance of having a unique birthday. The pool of possible unique birthdays shrinks again for the third person, but they still have a 363/365 chance of being unique. And so on.
I wonât get into the pigeonhole principle, fascinating as it is, since it isnât relevant to our Minecraft problem. Hopefully you can see that if you replace the days of the year with possible random seeds, and replace people in a room with randomly generated seeds, itâs the same exact question.
Wikipedia helpfully shows us how to calculate the probability that a group of n people all have unique birthdays, and gives us this formula:
Just replace 365 with our total potential number of seeds (2^48) and interpret n as the number of randomly generated worlds, and weâre well on the way to finding the chance that every generated world has been unique.
Er... the only problem is, these are quite big numbers to be calculating factorials and binomial coefficients for. Iâm kind of scared to ask a machine to do that for me. Luckily, Wolfram Alpha has a built in birthday paradox calculator, but... itâs not quite up to the task either.
Um... help?
(This can be done with some kind of approximation, and Iâll try to tackle it later if nobody else gives it a shot)
(not to steal your thunder, but this looks like a fun computation. I do want to see if you get the same thing, I may have errors.)
You can use Stirling's approximation (like you alluded to), and if you substitute 2^48 with a variable (here it's alpha) it's easy to simplify. I think you get this:
Note that the final formula in the circle is still an approximation but boy is it nice. And for numbers like 2^48 it should be pretty accurate.
So it seems weâre all getting answers that basically round to zero. Your approximation is mostly dominated by the 1/e^n term, which is very small for n as large as 2 billion. @galois-groupieâ attempted an approximation as well, which resulted in another negligible result. And I opted to try this Taylor approximation that wikipedia provided for the generalized birthday problem:
(note that this is the probability of getting two same birthdays, not the probability of all unique birthdays, so itâs the opposite of the result you guys found. Plugging in 2^48 for d and 2 billion for n gives a result that rounds to 1.)
So what does this mean for Minecraft? I think itâs safe to say that the chance of every randomly generated seed being unique is negligibly small, meaning itâs certain that two people somewhere have rolled the same seed. In fact, there are probably lots of seed soulmates out there. If you believe, then thereâs a chance your favorite speedrunner may have stumbled across your own world seed while they were going for the world record.
I think the reason the result is so clear hearkens back to the birthday problem itself. Out of 365 possible birthdays you can have, the chance of two people sharing a birthday ramps up really fast for every person you introduce to the group.
This makes sense if you think about the number of pairs of people in a group, since thatâs what youâre really checking when looking for a match. For every person you add, the web of pairs grows more complex. In the case of Minecraft, the number of pairs you can draw between 2 billion worlds is absolutely enormous. I just guessed those numbers, but Iâm sure youâd get a similar result no matter what reasonable estimate you make.
This was a fun exercise! Thanks for the help. And good luck finding your Minecraft soulmate.
Do you think, in the whole history of Minecraft, any two players have ever generated the same random seed and therefore started on the exact same world, just by chance?
I thought about this while watching random seed minecraft speedrun attempts, where runners will constantly generate new worlds and try to beat the game in a random new world each time. I'm going to investigate the probability, but it would involve a guess about just how many new worlds are randomly generated every day. Any ideas?
Sources are telling me that Minecraft has sold over 200 million copies. Some of those copies are owned by avid players who have generated hundreds or even thousands of new worlds during their lives. Iâd imagine many more copies are owned by people who havenât spent much time on it, and only created one or two new worlds, or even zero.
Iâm gonna take a wild guess and say the average number of new worlds generated in any given Minecraft game is 10. With 200 million copies sold, this estimates that 2 billion worlds have been generated and played in.
The Minecraft fan wiki tells me that in Java edition, there are 2^48 possible seeds that can generate meaningful, unique worlds. (To keep things simple, Iâm ignoring differences between bedrock and java editions here.)
The question Iâm asking is: what are the chances that two players have ever generated the exact same seed by chance? Or inversely: what are the chances that every seed generated so far has been unique? This is equivalent to the Birthday Paradox, which Iâd love to discuss in detail, but Iâll try to keep it brief.
The birthday paradox asks the question: in a room full of people, what are the chances that two people share the same birthday? You can think of a personâs birthday like some random value from 1 to 365 that is assigned to them (excluding February 29 for the sake of simplicity; sorry leap year babies). Any two people have a pretty low chance of having the same birthday, but this problem is called a paradox because the answer isnât intuitive, and the odds are higher than youâd expect. In a room of 23 people, thereâs a more than 50% chance that two individuals share a birthday.
Rather than going over the math here, Iâll let you check it out on wikipedia, but it basically boils down to this: add people to the group one-by-one, and check the likelihood of everyone in the group having a different birthday. The first person is alone, and therefore has a 100% chance of having a unique birthday. Add a second person. In order for their birthday to be unique, it has to fall on one of the 364 days that arenât the first personâs birthday, giving them a very high 364/365 chance of having a unique birthday. The pool of possible unique birthdays shrinks again for the third person, but they still have a 363/365 chance of being unique. And so on.
I wonât get into the pigeonhole principle, fascinating as it is, since it isnât relevant to our Minecraft problem. Hopefully you can see that if you replace the days of the year with possible random seeds, and replace people in a room with randomly generated seeds, itâs the same exact question.
Wikipedia helpfully shows us how to calculate the probability that a group of n people all have unique birthdays, and gives us this formula:
Just replace 365 with our total potential number of seeds (2^48) and interpret n as the number of randomly generated worlds, and weâre well on the way to finding the chance that every generated world has been unique.
Er... the only problem is, these are quite big numbers to be calculating factorials and binomial coefficients for. Iâm kind of scared to ask a machine to do that for me. Luckily, Wolfram Alpha has a built in birthday paradox calculator, but... itâs not quite up to the task either.
Um... help?
(This can be done with some kind of approximation, and Iâll try to tackle it later if nobody else gives it a shot)
Do you think, in the whole history of Minecraft, any two players have ever generated the same random seed and therefore started on the exact same world, just by chance?
I thought about this while watching random seed minecraft speedrun attempts, where runners will constantly generate new worlds and try to beat the game in a random new world each time. I'm going to investigate the probability, but it would involve a guess about just how many new worlds are randomly generated every day. Any ideas?
wohaohowhao. gears are impossibly difficult to fabricate. way, way beyond what people might expect looking at them. âoh, it is just a shape, it is simpleâ - imbeciles. morons
this will be VERY LONG and i am doing most of you idiots a favor by putting this here:
Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
â Live Streamingâ Interactive Chatâ Private Showsâ HD Quality
Anya is LIVE right now
FREE
Free to watch ⢠No registration required ⢠HD streaming
You can cook a chicken by slapping it at 3725.95 mph, an impossible task by any human means. If you do succeed however, you will not only cook the chicken but also decimate its entire structure, causing a violent explosion. This is a simulation of the slap using FEA.Â
I'm sorry to let you know that 100,000,001 (one hundred million and one) is divisible by 17 and because of that, so is every 16-digit number that is four digits repeated four times e.g. 1234123412341234
Fun fact: people finding multiples of 17 unintuitive in this way is sufficiently universal that many computer science exams use it to screw with you. Theyâll ask you to carry out some encryption-related procedure by hand that requires you to make use of prime numbers, then give examples of primes, accompanied by an explicit instruction not to use the given examples and instead choose your own primes. The trick is, theyâll deliberately slip a multiple of 17 into the list of example âprimesâ, so anyone who ignores the instructions and tries to use the given examples will find that the procedure doesnât work. 119 in particular is a popular choice for this purpose!
When Iâm estimating the amount of resources Iâll need for a build in Minecraft, it helps to remember just how big a stack of blocks really is. A âstackâ in Minecraft is 64 items, which is very conveniently a power of 2, so it divides up nicely. A stack of items can fit in an 8x8 square, or a 4x4x4 cube.
[ID: A screenshot of two block formations in a Minecraft grassland biome. On the left is a horizontal square of polished diorite and polished granite, eight blocks wide and color coded into four-by-four quadrants. On the right is a cube four blocks wide, made of alternating horizontal stripes of polished diorite and polished granite. Each formation is labeled with its dimensions. End ID]
(As a neat visual trick, notice how you can âsplit upâ the 8x8 square and stack the pieces together to make the 4x4x4 cube. Powers of 2 are fun like that.)
Itâs not really a lot when you look at it like that! Thatâs why I always remember to bring lots of stacks when Iâm working on a big project in survival mode.
While I was in my creative world, I decided to see what a bigger collection of items would look like. Letâs say you have a standard chest filled up completely with stacks of blocks... what would that look like if you take them all out?
A standard chest has 27 slots, so the maximum number of blocks it can hold is 27 * 64 = 1,728. Extra conveniently, 27 is another nice cube number, and we already know what a single stack of blocks looks like. So imagine taking some of those 4x4x4 cubes (64 blocks) and stacking those into a 3x3x3 cube, and youâll see what a chest full of blocks looks like:
[ID: A screenshot of a large cube made of polished diorite and polished granite in a Minecraft grassland biome. Each edge is twelve blocks long, and it is divided into cubes of alternating material four blocks wide each. It is labeled with its dimensions. End ID]
(A double chest would just contain twice as many blocks as this, so you can imagine stacking another one of these on top of itself. Not interesting enough for me to build a whole other cube. Moving on!)
This is quite a lot of blocks to fit inside a tiny little chest. It has a really big storage density! In fact, if you are so bold, you might say that the chest has a density factor of 1,728, since it can fit that many blocks inside a one-block space.
But we can go denser.
A shulker box has the same storage capacity as a standard chest, but it can be placed inside a chest. Imagine a standard chest full of shulker boxes, each completely filled with stacks of blocks. What would that look like if you empty it all out?
Well, a full shulker box would contain the same amount as a full chest: 64 * 27 = 1,728 blocks, or the 12x12x12 cube pictured above. Our chest can fit 27 of these filled shulker boxes, making our new total a whopping 64 * 27 * 27 = 46,656. Notice that 27 is still a cube number. So to build this monstrosity, we do the same thing as before: arrange these massive blocks into a 3x3x3 cube like so.
[ID: A screenshot of a giant cube made of polished diorite and polished granite in a Minecraft savannah biome. Each edge is 36 blocks long, and itâs divided into cubes of alternating material twelve blocks wide each. It is labeled with its dimensions. The cube stands next to a savannah mountain, which is a little taller than it. End ID]
(Mountain for scale. This is getting ridiculous.)
You sure could build a lot of stuff with that!
To my knowledge, this is the greatest possible storage density in the game, at 46,656 blocks stored in a one-block space. But if youâre counting items rather than blocks, there are even greater possibilities: for example, a gold nugget can be âstoredâ in a gold ingot, which can in turn be stored in a gold block. The storage density of gold nuggets would then be many orders higher if you store them in the form of gold blocks. Iâll leave it as an exercise to the reader to find out just how many nuggets you can store in one chest.
Wow, I havenât really been using this blog much huh? Sorry to all the new followers that are coming in-- I have a few posts in mind, I just havenât gotten around to writing them!
If you want more content, send some asks maybe? Math questions or questions about my personal background, whatever you want (I love talking about my time in college)
Also Iâve been playing minecraft again, so maybe expect some math posts about that? I saw a post a while ago about how to find a stronghold using just two ender pearls, and I want to expand on that because itâs a clever method that involves some trig. Fun!
Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
â Live Streamingâ Interactive Chatâ Private Showsâ HD Quality
Anya is LIVE right now
FREE
Free to watch ⢠No registration required ⢠HD streaming
One of the striking things about math education for me is that most of the common objections to how the material is taught have really simple answers, but I have never in my life heard a math instructor provide those answers.
For example, something you hear a lot is: âwhy am I losing points for not showing my work when I got the correct answer?â, or even âwhy are we being told to use this procedure at all when the answers are so obvious?â.
There answer to both of those questions, of course, is: âBecause whatâs actually being taught is a problem-solving method that works for big and complicated problems as well as small and simple ones. We practice it with the simple ones first so that you can easily compare your intuitive solution with the results of applying the method and know whether you did it right. That way, when we get to the complicated ones where the intuitive approach doesnât work, you can have confidence that you practised the method correctly.â
Not once in two decades of schooling did I hear that rationale offered â if an instructor deigned to address the objections at all, their response typically boiled down to some variation of âbecause this is how itâs doneâ.