Jogos com centenas de jogadores por servidor: o que o número significa e como se consegue

Centenas de jogadores por servidor parece uma única promessa. São pelo menos três, e só uma delas é difícil. Esta página explica o que o número pode significar, mostra a conta de rede que torna as multidões caras, lista as técnicas que os estúdios usam e dá a você cinco perguntas para testar qualquer promessa. No fim, dizemos onde está COLONIZED, um MMORPG de sobrevivência espacial para PC cujo primeira onda do alpha fechado está prevista para a virada de 2026 para 2027: ele é projetado para hospedar mais de 500 jogadores em um servidor, como meta de design e não como resultado.

Três números escondidos em uma promessa

Número	O que mede	Dificuldade
Limite	Conexões que o servidor aceita	Fácil: um limite é uma configuração
Concorrência em um espaço	Jogadores que estão perto uns dos outros ao mesmo tempo	Difícil: é aqui que o custo dispara
Visíveis ao mesmo tempo	Jogadores que a sua tela desenha	Difícil no cliente, e separado do servidor

Um jogo que diz “1.000 jogadores por servidor” pode estar falando do primeiro. O número útil é o segundo: quantas pessoas podem ficar juntas em um lugar antes que algo quebre.

Por que a conta é implacável

O projeto mais simples envia a posição e o estado de cada jogador a todos os outros a cada atualização. Com n jogadores, são n × (n − 1) envios por atualização.

Jogadores	Envios por atualização	A 30 atualizações por segundo
100	9.900	297.000
250	62.250	1.867.500
500	249.500	7.485.000
1.000	999.000	29.970.000

Veja um caso ilustrativo: 64 bytes por entidade, 30 atualizações por segundo. Um jogador em uma multidão de 500 baixaria cerca de 958 KB por segundo, algo como 7,7 megabits, só para saber onde os outros estão. O servidor enviaria cerca de 3,8 gigabits por segundo no total. Dobrar a população quadruplica a carga. Por isso não se chega a centenas só com mais hardware.

Como os estúdios resolvem

1. Gerenciamento de interesse. Envia a cada jogador só o que está perto ou é relevante. Se um jogador vê 40 vizinhos em vez de 499, o mesmo caso ilustrativo cai para cerca de 77 KB por segundo por jogador, aproximadamente 12 vezes menos.
2. Nível de detalhe para a rede. As entidades distantes são atualizadas com menos frequência e menos precisão.
3. Mensagens menores. Quantizar posições, enviar só o que mudou e empacotar bits em vez de texto.
4. Um servidor que detém a verdade. Servidores autoritativos barram trapaças e tornam o combate justo, com compensação de lag para disfarçar a latência. Eles também definem o custo real por jogador.
5. Zonas. Dividir o mundo para que as multidões se formem em regiões que um servidor aguente, e dar às multidões um lugar para ir.
6. Orçar a IA e a física. Personagens não jogáveis e muitos objetos simulados custam tanto quanto os jogadores. Uma multidão com uma base, fauna e um mercado é uma carga mais pesada do que uma multidão sozinha.

Onde as multidões se formam e como o design as alivia

As multidões não se distribuem de forma uniforme. Elas se juntam nos mercados, nos hubs e na beira de uma luta. Um jogo que quer centenas de jogadores precisa decidir onde os espera e dar espaço a eles. É um problema de design tanto quanto técnico.

Cinco perguntas para testar uma promessa

1. O número é um limite ou um teste? Se é um teste, quantas pessoas estavam na mesma área?
2. Jogadores reais ou bots? Ambos são legítimos, mas são afirmações diferentes.
3. O que estava acontecendo? Ficar parado em um lobby não é o mesmo que lutar, construir e negociar.
4. Qual é a taxa de atualização? Um número alto a uma taxa muito baixa pode parecer lento.
5. O que acontece depois do limite? O jogo coloca em fila, divide a zona ou perde qualidade?

Três mitos sobre o número de jogadores

1. “Mais hardware resolve.” Dobrar os jogadores quadruplica a carga ingênua, então só hardware é uma corrida perdida. O trabalho de verdade é feito pelo design e pela rede.
2. “O limite é a capacidade.” Um limite diz quantas conexões são permitidas. O número que importa é quantos podem dividir um espaço.
3. “Bots provam.” Jogadores simulados são uma forma legítima de testar a carga, mas se movem de modo previsível. Multidões reais são mais bagunçadas.

Onde COLONIZED está

COLONIZED é projetado para hospedar mais de 500 jogadores em um servidor. Isso é uma meta de design. Não foi medido, e nenhum número medido com jogadores reais foi publicado. Não divulgamos taxas de FPS, números de latência nem a promessa de que nenhuma zona jamais parecerá cheia, porque nada disso pode ser afirmado com honestidade antes de testes reais.

O que existe na build de desenvolvimento é a base: servidores dedicados, com o personagem, o inventário, as construções e a colônia guardados no servidor; combate em primeira e terceira pessoa resolvido no servidor com compensação de lag; e um sistema solar em que a esfera de influência de cada corpo é a sua própria zona de servidor. Em desenvolvimento: o voo, o pouso e a multitripulação de naves, uma economia de jogadores e o conteúdo de grupo, que somam carga. A data de lançamento, o preço e os requisitos não foram anunciados.

Para uma visão mais ampla do que exigir de um MMO espacial, veja os nove testes para um MMO espacial. Para saber como um sistema solar cabe dentro de uma engine de jogo, veja como simular um sistema solar em escala.

Resumindo: trate qualquer número grande como uma pergunta, não como uma resposta. Um estúdio que sabe dizer quantas pessoas dividiram um espaço, o que estavam fazendo e o que aconteceu depois do limite mereceu a promessa. Um que cita só um limite ainda não.

Solicitar o alpha fechado · Ler COLONIZED em fatos · Entrar no Discord