Hello everyone! Today I come to you with a suggestion for the Java CubeCraft server, regarding the variety of game-modes that are currently offered. The game-modes offered were significantly reduced to a select few a few years ago. It made sense at the time and was completely understandable. However, with things improving, it feels like the right time to start considering a gradual return of old games, or maybe even the addition of new games. Allow me to elaborate!
The Main Idea
Rather than bringing everything back at once, I believe a gradual approach works best. This would allow changes to be tested and adjusted over time without placing unnecessary strain on queue times or development resources.
My idea is to expand the available team options within the current game modes when they are selected. For example, Lucky Islands and SkyWars currently only offer a solo mode. When either of them are selected, additional team modes could be offered, such as duos, squads, or both. This would be done on a temporary basis, so not all of these game modes would offer additional team options at the same time. The selection of which game modes have additional team modes available could either be chosen by the community similarly to how map rotations worked previously, or managed through a fixed schedule decided by the team.
A controlled approach addresses both concerns as effectively as reasonably possible, of course. Game-modes could be reintroduced gradually either through rotation systems (which I explained above) or limited availability during peak periods.
Player Activity
We all love ourselves a bit of numbers don’t we? They do speak for themselves most of the time after all. Below I have visualised data of CubeCraft’s player count for 30 days before this decision was taken (not from when it was implemented) and as well as 30 days from the time I am writing this suggestion (This is about a week off, as it took me a while to finalise writing the suggestion). This data was gathered using MineTrack and has been visualised using a custom code. It shows the overall activity level, peak demand periods, daily behavioural cycles, weekly engagement differences, most consistent peak hour, and well… whatever you can derive from the information displayed hahahah.
Growth & Behaviour
The difference between the two periods is not subtle. Recent peak activity exceeds 2200 players, whereas August 2022 peaks reached around 1700. That is not just a small improvement in player count, it’s a clear expansion of the active player base. The baseline tells a similar story. Weekday averages have increased from roughly the high 800s to the high 900s, while weekend activity now approaches 1200 on average. There are more players online, more consistently.
Player behaviour itself has remained stable as well. Peak activity still occurs at around the same time each day, most consistently near 18:00 UTC. This suggests that the increase is not coming from irregular spikes, but from a stronger and more reliable concurrent player base. However, there is one particularly noticeable shift in behaviour. Activity is now more concentrated on weekends. Rather than weakening the case, this strengthens it, in my opinion. Even with this shift, weekday activity remains higher than it was previously, meaning the server has grown without losing stability across the week.
From a practical perspective, this matters because the original reasoning for reducing game-modes (primarily to maintain healthy queue times) does not apply as strongly under these current conditions.
Concerns & Community Intrest
That said, this is not an argument for bringing everything back at once; there are valid concerns. Increasing the number of game-modes can split the player base and impact queue times, particularly during off-peak hours. Development time is also a factor, even if many of these game-modes already exist (with some currently being offered in some form) and would not require starting entirely from scratch. However, these are constraints to work within, not reasons to avoid change entirely.
There is also clear and consistent community interest in seeing more variety return. While this alone should not drive decisions, it does indicate that the current offering may feel limiting for players, particularly over longer play sessions where variety plays a larger role in engagement. It is also arguable that reintroducing them would bring back the players that left after the update that led to game-mode reduction.
Overall, the original decision was justified. It solved a real problem at the time. However, the conditions that led to that decision have changed. Player counts and engagement are higher, and the behaviour is stable. Under these conditions, a phased reintroduction of game-modes would not only be reasonable, but aligned with the same goal the original change aimed to achieve: maintaining a healthy, active, and engaging server. I am interested in hearing what you all think! :)
The Main Idea
Rather than bringing everything back at once, I believe a gradual approach works best. This would allow changes to be tested and adjusted over time without placing unnecessary strain on queue times or development resources.
My idea is to expand the available team options within the current game modes when they are selected. For example, Lucky Islands and SkyWars currently only offer a solo mode. When either of them are selected, additional team modes could be offered, such as duos, squads, or both. This would be done on a temporary basis, so not all of these game modes would offer additional team options at the same time. The selection of which game modes have additional team modes available could either be chosen by the community similarly to how map rotations worked previously, or managed through a fixed schedule decided by the team.
A controlled approach addresses both concerns as effectively as reasonably possible, of course. Game-modes could be reintroduced gradually either through rotation systems (which I explained above) or limited availability during peak periods.
Player Activity
We all love ourselves a bit of numbers don’t we? They do speak for themselves most of the time after all. Below I have visualised data of CubeCraft’s player count for 30 days before this decision was taken (not from when it was implemented) and as well as 30 days from the time I am writing this suggestion (This is about a week off, as it took me a while to finalise writing the suggestion). This data was gathered using MineTrack and has been visualised using a custom code. It shows the overall activity level, peak demand periods, daily behavioural cycles, weekly engagement differences, most consistent peak hour, and well… whatever you can derive from the information displayed hahahah.
August 2022
Highest 30-Minute Average = 1725 players
Average player count during weekdays = 871 players
Average player count during weekends = 897 players
Most consistent peak hour = 18:00 UTC with 1465 players
March/April 2026
Highest 30-Minute Average = 2225 players
Average player count during weekdays = 975 players
Average player count during weekends = 1199 players
Most consistent peak hour = 18:00 UTC with 1660 players
Highest 30-Minute Average = 1725 players
Average player count during weekdays = 871 players
Average player count during weekends = 897 players
Most consistent peak hour = 18:00 UTC with 1465 players
March/April 2026
Highest 30-Minute Average = 2225 players
Average player count during weekdays = 975 players
Average player count during weekends = 1199 players
Most consistent peak hour = 18:00 UTC with 1660 players
Growth & Behaviour
The difference between the two periods is not subtle. Recent peak activity exceeds 2200 players, whereas August 2022 peaks reached around 1700. That is not just a small improvement in player count, it’s a clear expansion of the active player base. The baseline tells a similar story. Weekday averages have increased from roughly the high 800s to the high 900s, while weekend activity now approaches 1200 on average. There are more players online, more consistently.
Player behaviour itself has remained stable as well. Peak activity still occurs at around the same time each day, most consistently near 18:00 UTC. This suggests that the increase is not coming from irregular spikes, but from a stronger and more reliable concurrent player base. However, there is one particularly noticeable shift in behaviour. Activity is now more concentrated on weekends. Rather than weakening the case, this strengthens it, in my opinion. Even with this shift, weekday activity remains higher than it was previously, meaning the server has grown without losing stability across the week.
From a practical perspective, this matters because the original reasoning for reducing game-modes (primarily to maintain healthy queue times) does not apply as strongly under these current conditions.
Concerns & Community Intrest
That said, this is not an argument for bringing everything back at once; there are valid concerns. Increasing the number of game-modes can split the player base and impact queue times, particularly during off-peak hours. Development time is also a factor, even if many of these game-modes already exist (with some currently being offered in some form) and would not require starting entirely from scratch. However, these are constraints to work within, not reasons to avoid change entirely.
There is also clear and consistent community interest in seeing more variety return. While this alone should not drive decisions, it does indicate that the current offering may feel limiting for players, particularly over longer play sessions where variety plays a larger role in engagement. It is also arguable that reintroducing them would bring back the players that left after the update that led to game-mode reduction.
Overall, the original decision was justified. It solved a real problem at the time. However, the conditions that led to that decision have changed. Player counts and engagement are higher, and the behaviour is stable. Under these conditions, a phased reintroduction of game-modes would not only be reasonable, but aligned with the same goal the original change aimed to achieve: maintaining a healthy, active, and engaging server. I am interested in hearing what you all think! :)
