Comparação

Paper vs Spigot

Atualizado em 18 de outubro de 2026

O Spigot é o software de servidor clássico para plugins de Bukkit. O Paper começou como um fork do Spigot com patches de desempenho, correções de bugs e uma API muito maior, e hoje é a escolha mais usada para servidores com plugins. Quase todo plugin de Spigot roda no Paper; o contrário não vale para plugins que usam a API extra do Paper.

Diga Paper ou Spigot e a versão.

Gere isto com o Codexe

Lado a lado

	Spigot	Paper
Roda plugins de Bukkit/Spigot	Sim	Sim, quase todos
Roda plugins só para Paper	Não	Sim
Desempenho	Bom	Melhor na maioria dos servidores: muitas otimizações e carregamento de chunks assíncrono
API de plugins	API do Bukkit e do Spigot	A mesma, mais muitos eventos, métodos e componentes de texto do Adventure
Configuração	`bukkit.yml`, `spigot.yml`	Os mesmos, mais os arquivos de configuração globais e por mundo do próprio Paper
Comportamento vanilla	Mais próximo do vanilla	Corrige alguns exploits e bugs por padrão (alguns podem ser reativados)
Como obter	Compilado por você com o BuildTools	Baixado pronto em papermc.io

Quando o Paper é a melhor escolha

A maioria dos servidores survival, SMP, de minigames e de redes: melhor desempenho com os mesmos plugins.
Você escreve plugins e quer a API maior: componentes de texto melhores, mais eventos, APIs assíncronas.
Você quer passar para o Folia ou usar o Velocity depois: os dois vêm do mesmo projeto PaperMC.

Quando o Spigot é a melhor escolha

Jogadores técnicos dependem de mecânicas vanilla que o Paper corrige ou muda, como alguns comportamentos de duplicação ou de redstone, e você não quer gerenciar as configurações do Paper para eles.
Você escreve um plugin que precisa rodar em todos os servidores Bukkit: compile com a API do Spigot, e ele vai rodar no Spigot, no Paper e nos forks deles.
Um plugin específico de que você depende só suporta oficialmente o Spigot e se comporta mal no Paper (é raro, mas acontece).

O Paper hoje

Nas versões recentes, o Paper virou um hard fork: ele não pega mais todas as mudanças do Spigot e é desenvolvido por conta própria, mantendo o suporte a plugins escritos para a API do Spigot. Na prática, um autor de plugins que usa a API do Spigot alcança os dois, e quem precisa de recursos do Paper usa o Paper.

Migrar um servidor do Spigot para o Paper normalmente é só trocar o .jar do servidor pelo Paper da mesma versão do Minecraft; os mundos e os plugins continuam. Faça um backup antes e confira o log de inicialização.

Plugins de Spigot e Paper no Codexe

O tipo Bukkit/Spigot/Paper no Codexe cobre os dois. Diga "Paper" ou "Spigot" e a versão no pedido: o Codexe usa essa API, compila o plugin e confere se ele contém um plugin.yml (ou paper-plugin.yml). Peça Spigot se o plugin precisa rodar nos dois. Os servidores de teste rodam Paper, então um plugin de Spigot também é testado lá.

Perguntas

Os meus plugins de Spigot vão funcionar no Paper?

Quase todos, sem mudanças. Plugins que usam código interno do servidor (NMS) precisam de um build para aquela versão exata em qualquer um dos dois servidores.

O Purpur é melhor que o Paper?

O Purpur é um fork do Paper com opções extras de jogabilidade. Ele roda plugins de Paper e de Spigot. Escolha-o se você quer essas opções; caso contrário, o Paper basta.

Posso voltar do Paper para o Spigot?

Normalmente sim, com os mesmos mundos, mas os plugins que precisam da API do Paper vão parar de funcionar. Faça um backup antes de trocar.

O Paper roda em versões antigas como a 1.8?

Builds antigos do Paper para a 1.8.8 existem e ainda são usados por servidores de minigames, mas não recebem atualizações. O mesmo vale para builds antigos do Spigot.

Crie um plugin para o seu servidor

Este prompt abre pronto para enviar:

“Um plugin para Paper 1.21.4 chamado ChatFormat: formato de chat com prefixos e sufixos do LuckPerms, cores MiniMessage para jogadores com chatformat.color, um comando /chatformat reload, o formato no config.yml.”

Gere isto com o Codexe