A propriedade max-world-size em server.properties pode ser confundida com o world border, mas são controles diferentes. A referência do Paper descreve max-world-size como raio máximo em blocos que afeta chunks gerados inicialmente, e não como o limite jogável do mundo. Para criar uma borda visível que bloqueia ou contém jogadores, use o comando /worldborder ou ferramenta apropriada.

Um valor no arquivo não cria necessariamente uma barreira visual nem impede um jogador de caminhar até coordenadas distantes. Se sua intenção é limitar exploração, comunicar fronteira e proteger capacidade de mapa, configure world border explicitamente e teste comportamento da versão.

O que max-world-size controla

O campo define tamanho máximo de região considerada em determinadas etapas de geração, segundo a documentação. Ele tem um teto suportado pelo Minecraft e não deve ser interpretado como largura total de mapa. A definição de raio e limites permitidos vem da referência e pode depender da versão.

O mundo já gerado não encolhe simplesmente porque o valor foi reduzido. Regiões existentes permanecem em disco e podem ser acessadas por caminhos alternativos, comandos ou plugins. Alterar a propriedade não apaga chunks e não é mecanismo de limpeza de armazenamento.

Uma border de mundo é uma fronteira ativa na experiência: pode ser definida por centro, tamanho, dano e aviso conforme comandos disponíveis. Não suponha que max-world-size cause o mesmo efeito; configure explicitamente a política para jogadores.

Configure um world border real

Use comandos documentados para definir centro e tamanho. Planeje se o valor é diâmetro da área ou distância intuitiva dos jogadores, pois o comando usa dimensões próprias. Confira ajuda de comando da versão e valide coordenadas. Uma borda centrada incorretamente pode prender jogadores ou deixar mapa importante fora.

Teste colisão e movimento perto da borda, dano, partículas, mensagem e efeito em Nether ou dimensões diferentes. Verifique se plugins de teleporte, portais, claims e arenas deixam alguém fora do limite ou permitem contorná-lo. O comando global pode não cobrir todos os mundos da rede.

Se quer limitar geração para manter mapa pequeno, combine world border com pré-geração controlada e configuração da região, mas faça backup antes. A ordem importa: limitar exploração depois que um mundo enorme já existe não recupera automaticamente o espaço em disco.

Planeje raio conforme o modo

Um survival precisa permitir exploração e coleta, enquanto um lobby pode ser compacto. Escolha tamanho com base em capacidade de armazenamento, estilo de jogo, recursos necessários e calendário de temporada. Uma fronteira curta demais pode tornar recursos raros ou bloquear estruturas necessárias.

Antes de iniciar nova temporada, informe o tamanho e consequências da borda. Para mapa existente, mapeie construções, claims e portais perto do limite. Faça backup e defina regra de tratamento de construções que ficarão fora antes de encolher a área.

World border e border de claim não são a mesma coisa. Plugins podem proteger regiões dentro do mapa, enquanto o comando define uma barreira de jogo. Combine regras para evitar que a área protegida termina de forma diferente da fronteira.

Faça mudança sem perder território

Salve comandos e valor anterior, registre centro, dimensão e tamanho. Em staging, teste com uma cópia do mundo e contas normais. Confirme movimento, teleporte, portal, comandos administrativos e efeitos no ponto de borda. Não use uma coordenada inventada em produção para experimentar.

Ao reduzir, verifique jogadores, construções e claims existentes para não cortar território ativo sem aviso. Faça a mudança em janela anunciada, com equipe pronta para responder. Mantenha procedimento de reversão ao tamanho anterior se houver problema.

Se deseja reduzir arquivos antigos, use ferramenta de regiões com cuidado em cópia e compreenda consequências para exploração futura, estruturas e mapa. Remover arquivos de região é destrutivo e diferente de limitar o mundo. Nunca use max-world-size como substituto dessa decisão.

Valide resultados e monitoramento

Entre com conta de jogador sem OP, percorra a borda e confirme aviso, visibilidade e comportamento. Teste dimensões, voo, veículos, teleporte e movimento por portal. Mantenha log da alteração e compare com estado esperado.

Se uma integração mapeia o mundo, atualize plugin de mapa, dynmap ou web map. Confirme que ela não continua exibindo chunks fora da área ou oferecendo teleporte. Ajuste também a documentação e as coordenadas de eventos.

Monitore tickets e regiões novas após lançamento. Se usuários continuam explorando além do esperado, descubra se border foi aplicada ao mundo correto ou se um plugin ignora. Valor de max-world-size sozinho não prova que o limite está ativo.

Documente a política de mapa

Guarde world name, seed em local restrito quando necessário, centro e tamanho da border, data e responsável. Documente a diferença entre limite de geração e área jogável. Esse registro ajuda equipes a repetir temporada e restaurar estado.

Faça backup antes de atualizações e antes de ferramentas de edição. Teste a recuperação e mantenha cópia externa. A borda controla acesso e apresentação; ela não substitui integridade e backup do mundo.

Consulte a referência do Paper e comandos na versão atual. A configuração correta combina max-world-size entendido como limite de geração e world border configurada para a fronteira que a comunidade realmente vê.

Coordene fronteira com pre-generation

Pré-gerar mundo dentro de uma área pode reduzir trabalho de geração durante exploração, mas precisa corresponder ao world border escolhido. Se a borda mudar, as regiões geradas continuam ocupando disco. Planeje coordenadas, dimensões e seed e execute pré-geração em staging ou janela controlada.

Não extrapole tempo de geração de uma pequena amostra para um mapa inteiro. Meça CPU, IO, crescimento de arquivos e impacto em outros serviços. Defina limite de recursos para o processo e faça cópia anterior; ferramenta de geração pode ser interrompida e deixar terreno parcial.

Combine coordenadores de mapa, equipe de construção e operação. Se o servidor já tem área explorada além da nova fronteira, decida explicitamente se será preservada, acessível em mapa legado ou arquivada.

Evite exclusão acidental de regiões

Há ferramentas de pruning que removem arquivos de região para economizar espaço, mas a ação é destrutiva. Faça a limpeza numa cópia, gere relatório de coordenadas e valide que estruturas, claims e jogadores não serão afetados. Não apague baseado somente em que a região está fora da border; jogadores podem ter builds que serão reabertas depois.

Guarde um backup externo e um inventário de arquivos antes e depois. Confira dimensões e pastas de plugins. Se a pasta for restaurada parcialmente, pode haver entidades ou dados de jogador inconsistentes com o chunk removido.

Uma fronteira ativa limita acesso futuro, enquanto pruning remove dados existentes. Trate-os como mudanças separadas, com motivos e aprovação operacional documentados.

Fontes e referências

Documentação consultada em 2026-10-08. Os exemplos precisam ser conferidos na versão instalada; este guia não afirma que a configuração foi testada no seu ambiente.