Paper vs Spigot — Cuál elegir para tu servidor

La diferencia corta

Paper es un fork de Spigot con cientos de optimizaciones de rendimiento y más opciones de configuración. Si estás empezando un servidor nuevo, usa Paper. Si ya tienes Spigot funcionando con plugins que dependen de su comportamiento exacto, la migración puede tener matices.

Qué optimiza Paper realmente

Paper no es "más rápido" de forma mágica. Lo que hace es:

• Reducir tick time — mejoras en pathfinding, entity ticking, chunk loading
• Corregir bugs del vanilla — Spigot hereda bugs de Minecraft que Paper parchea
• Async operations — operaciones de IO y cálculo en threads separados
• Más configuraciones — cientos de opciones en paper.yml que Spigot no tiene

En un servidor con 20 jugadores, la diferencia puede ser de 2-3ms por tick. Con 50+ jugadores, Paper puede evitar caídas de TPS que Spigot no puede.

Configuración real

Paper tiene opciones que Spigot no ofrece. Algunas que importan:

# paper.yml — secciones clave
unsupported-settings:
  allow-headless-pistons: false  # No activar — rompe plugins
  allow-perm-block-break-exploits: false

world-settings:
  default:
    entity-activation-range:
      animals: 32    # Spigot default: 32
      monsters: 32   # Spigot default: 32
      raiders: 48    # Spigot default: 48
      misc: 16       # Spigot default: 16
      water: 16      # Paper default: 16
    mob-spawn-range: 8  # Spigot default: 8
    merge-radius:
      exp: 4.0      # Spigot default: 3.0
      item: 2.5     # Spigot default: 2.5

Estas configuraciones reducen la cantidad de entidades que el servidor procesa por tick. Si tienes lag con muchos mobs o items en el suelo, ajustar estos valores en Paper ayuda más que en Spigot.

Compatibilidad con plugins

La mayoría de plugins de Spigot funcionan en Paper sin cambios. Los problemas aparecen cuando un plugin:

• Usa reflexión para acceder a clases internas de Spigot (NMS)
• Depende de bugs específicos de Spigot que Paper corrige
• Modifica el comportamiento de entidades de forma no estándar

Ejemplos conocidos:

Cuándo elegir Paper

• Estás montando un servidor nuevo
• Tienes más de 20 jugadores simultáneos
• Quieres usar Folia (multithreading en 1.20.2+)
• Usas plugins modernos (todos los populares soportan Paper)
• Quieres más opciones de configuración para optimizar

Cuándo quedarte con Spigot

• Tienes plugins legacy de 1.8-1.12 que usan NMS
• Tu servidor funciona bien con Spigot y no quieres arriesgar
• Tienes un servidor muy pequeño (5-10 jugadores) donde la diferencia es mínima

Cómo migrar de Spigot a Paper

El proceso es sencillo pero haz backup antes:

1. Para el servidor (/stop)
2. Copia la carpeta del servidor completa (backup)
3. Descarga Paper desde papermc.io
4. Reemplaza el .jar de Spigot por el de Paper
5. Inicia el servidor — Paper crea sus archivos de config automáticamente
6. Comprueba los logs: si hay warnings de plugins, revisa la compatibilidad

Tus mundos, configuraciones de plugins y datos se mantienen. Paper es un fork de Spigot, no un servidor diferente.

Folia — ¿qué es?

Folia es la versión multithreading de Paper. Permite que el servidor use varios núcleos del CPU para procesar chunks independientes. En teoría, duplica o triplica la capacidad.

La realidad: Folia rompe compatibilidad con muchos plugins. Solo úsalo si todos tus plugins declaran compatibilidad con Folia. La mayoría de plugins populares aún no la soportan.

Nuestra recomendación

Para un servidor nuevo en 2026: Paper. Es más rápido, más configurable y la compatibilidad de plugins es excelente. Spigot solo tiene sentido si tienes dependencias legacy muy específicas.