Iniciar sesión Añade tu servidor

GuíaPara propietarios de servidores

Paper, Purpur, Folia o Velocity: qué software usan los servidores

Qué software de servidor usan de verdad los servidores que medimos, para qué sirven Paper, Purpur, Leaf, Folia y Velocity y cómo cambiarlo sin riesgos.

Equipo editorial de ServerList Publicado el 11 min de lectura
Lo que responde a nuestros pingsAhoraFamilia Velocity47Paper21Texto personalizado18Solo número de versión9Sin texto de versión8Purpur4
Datos en directo, medidos 19 oct 2026, 23:05 UTC

La mayoría de los servidores públicos de Minecraft usan Paper, o un fork de Paper, detrás de un proxy Velocity. A las 00:24 UTC del 18 de octubre de 2026, 114 servidores de nuestra lista respondieron a nuestro pinger: 52 se identificaron como Velocity o un fork de Velocity, 27 dijeron cuál era su software de backend y los 27 eran Paper o estaban basados en Paper.

Para un servidor nuevo, eso zanja la elección por defecto. Empieza con Paper, elige Purpur si quieres más ajustes de juego, prueba Leaf solo si te limita la CPU y estás dispuesto a hacer pruebas, deja Folia para mundos enormes en máquinas muy grandes y pon Velocity delante en cuanto tengas más de un servidor.

Qué usan los servidores que seguimos

El gráfico en directo cuenta todos los servidores que responden ahora mismo a nuestro pinger, según el nombre del software que aparece en su respuesta.

Software del servidor en el pingÚltimo ping
  1. Familia Velocity4742 %
  2. Paper2119 %
  3. Texto personalizado1816 %
  4. Solo número de versión98 %
  5. Sin texto de versión87,1 %
  6. Purpur43,5 %
  7. Leaf32,7 %
  8. Familia BungeeCord21,8 %
  9. Folia10,9 %

Texto de versión de los 113 servidores que respondieron al último ping. 49 responden a través de un proxy, así que su texto describe el proxy y no el servidor de juego que hay detrás.

Medido el 19 oct 2026, 23:05 UTCCómo medimos

La instantánea con la que se escribió esta guía, tomada a las 00:24 UTC del 18 de octubre de 2026, una hora tranquila en la lista:

Software en el pingServidores
Familia Velocity (Velocity 43, Velocity-CTD 8, VeloFlame 1)52
Familia BungeeCord (BungeeCord 1, FlameCord 1)2
Paper20
Purpur3
Leaf3
Folia1
Spigot o CraftBukkit0
Solo el número de versión11
Una página de espera del host (dormido, sin conexión, en mantenimiento, eliminado)7
Un nombre o un texto personalizado7
Sin texto de versión de Java, sobre todo servidores que respondieron solo en su puerto de Bedrock8
Total114

Tres cosas llaman la atención. Casi la mitad de los servidores responden como proxy: las networks se montan así, y muchos servidores sueltos quieren una única puerta de entrada para Geyser o para la protección DDoS. Ni un solo servidor anunció Spigot o CraftBukkit, lo que dice mucho de hasta qué punto Paper ha sustituido a su proyecto de origen en los servidores públicos. Y 7 de los 20 servidores Paper seguían en la 1.21.11, la última versión que PaperMC indica para Java 21. Minecraft 26.1 pasó a Java 25, así que actualizar esos servidores significa actualizar Java y revisar todos los plugins a la vez.

Versión más reciente anunciadaÚltimo ping
  1. 26.33636 %
  2. 26.22626 %
  3. 26.176,9 %
  4. 1.21.x1414 %
  5. Más antiguas65,9 %
  6. Sin número de versión1212 %

36 de 101 servidores jugables anuncian 26.3, la versión de Java más reciente.

Medido el 19 oct 2026, 23:05 UTCCómo medimos

Ahora mismo, 47 de 113 servidores que responden se identifican como un proxy de la familia Velocity, 29 como Paper o un fork de Paper y 0 como Spigot.

Cómo lo sabemos y qué no podemos ver

Cuando un cliente, o nuestro pinger, pide a un servidor de Java su estado, la respuesta es un pequeño bloque de JSON con el nombre de la versión y un número de protocolo. Paper escribe su nombre y su versión ("Paper 26.3"), Velocity su nombre y el rango de versiones que admite ("Velocity 1.7.2-26.3"), y vanilla y Fabric solo el número. Ese texto es lo único que leemos, y tiene puntos ciegos:

  • Un proxy responde por toda la network. Velocity puede dejar pasar partes de la respuesta de un backend con su ajuste ping-passthrough, pero viene desactivado por defecto, así que no vemos los backends que hay detrás de los 54 proxies de esa instantánea. La cuota real de Paper es casi seguro más alta de lo que muestra la tabla, en una cantidad que no podemos demostrar.
  • Los rangos de un proxy describen al proxy. 50 de las 52 respuestas de la familia Velocity anunciaban un rango que empieza en la 1.7.2, que es simplemente el mínimo del propio Velocity. Que un cliente de la 1.8 pueda jugar de verdad depende del backend y de los plugins de la familia ViaVersion. El PvP de la 1.8 frente al combate moderno explica por qué les importa a los servidores de PvP.
  • El texto puede ser cualquier cosa. Los plugins de listas de servidores pueden sustituir el texto de versión por el nombre del servidor o por un contador de jugadores inventado. En esta instantánea vimos las dos cosas.
  • Un número a secas esconde el software. Puede ser vanilla, Fabric, NeoForge o un servidor configurado para ocultar su nombre.

Lo que sí podemos ver es el cambio con el tiempo. Entre el 3 de septiembre y el 16 de octubre de 2026, nuestro pinger registró 71 cambios de texto de versión en la lista (en directo, en los últimos 42 días: 70 cambios, 26 de ellos cambios de software). De los 71, 36 fueron actualizaciones a la 26.3 con el mismo software y 27 fueron cambios a otra familia de software, en todas las direcciones: de Paper a Leaf, de Leaf a Paper, de Purpur a Paper, un proxy que aparece delante de un servidor Paper y, en otros servidores, que vuelve a desaparecer. Una dirección respondió como Leaf en lugar de Velocity durante menos de un día y luego volvió atrás. No todos los cambios duran. La página pública de estadísticas de tu ficha muestra los cambios que vimos en tu servidor, y nuestro informe de versiones sigue a qué velocidad adoptan los servidores cada versión.

Software de backend: Paper, Purpur, Leaf, Folia, Spigot

El backend es el servidor que de verdad ejecuta el mundo. Todo lo de esta sección ejecuta plugins al estilo Bukkit, que los jugadores no necesitan instalar.

Paper

Paper es la opción por defecto, y con razón. Empezó como un fork de Spigot y se convirtió en un hard fork con la 1.21.4, así que ya no espera a los cambios de Spigot, y sigue ejecutando plugins de Bukkit, Spigot y Paper. Desde la 1.21 incluye el profiler spark, la primera herramienta a la que recurrir cuando algo va con lag (nuestra guía del lag lo explica paso a paso).

Paper desactiva por defecto varios exploits de vanilla: la duplicación con pistones de TNT, alfombras y raíles, romper la piedra base y los marcos del portal del End, y los pistones sin cabeza. Siguen desactivados salvo que los actives en unsupported-settings, dentro de config/paper-global.yml. Si tu SMP vive de las duplicadoras de TNT, lee esa sección antes de mudarte.

La tabla de requisitos de PaperMC indica Java 21 para la 1.20 a la 1.21.11 y Java 25 para la 26.1 y posteriores.

Purpur

Purpur es un fork de Paper con un purpur.yml enorme de opciones de juego: mobs montables, ajustes de comportamiento por mob y muchos pequeños interruptores que de otro modo exigirían un montón de plugins. Ejecuta plugins de Paper y, con purpur.yml sin tocar, se comporta como Paper. Como se construye sobre Paper, sus builds para una versión nueva de Minecraft pueden llegar después que las de Paper.

Leaf

Leaf es un fork de Paper de Winds-Studio pensado para el rendimiento. Su README enumera pathfinding, aparición de mobs y seguimiento de entidades asíncronos, además de parches recogidos de otros forks, y no esconde el riesgo: "Haz copias de seguridad antes de cambiar a él" (cita traducida del inglés). Sacar trabajo del hilo principal puede cambiar tiempos de los que dependen las granjas y la redstone, así que prueba antes en una copia lo que han construido tus jugadores. Leaf también puede guardar los mundos en el formato de archivos de región Linear para ahorrar espacio en disco. Si lo activas, ten claro cómo volverías atrás antes de necesitarlo.

Folia

Folia es el fork de PaperMC con multihilo regionalizado. Divide el mundo cargado en regiones que ejecutan su tick en paralelo, la forma más directa de superar el límite de un solo núcleo de un servidor normal. El README de Folia fija el listón con claridad (citas traducidas del inglés):

  • Encaja con "tipos de servidor que reparten a los jugadores de forma natural, como skyblock o SMP", con un número considerable de jugadores.
  • Pide "idealmente, al menos 16 núcleos (no hilos)".
  • Su autor espera que "básicamente ningún plugin compatible con Paper sea compatible con Folia", y Folia solo carga plugins que declaran folia-supported: true.

Folia no es el arreglo para un servidor de 30 jugadores con lag. Es otra plataforma para mundos muy grandes, y un servidor de nuestra instantánea la usaba.

Spigot y vanilla

Paper ejecuta la mayoría de los plugins de Spigot, así que casi no queda motivo para elegir Spigot en un servidor público nuevo. El jar de servidor vanilla de Mojang es la elección correcta para un mundo vanilla puro sin plugins.

Proxies: Velocity, BungeeCord, Waterfall

Un proxy se coloca delante de tus backends. Los jugadores se conectan una sola vez y pasan del lobby al mundo de supervivencia y a los minijuegos, y tú tienes una única puerta de entrada para Geyser y la protección.

Velocity es el proxy de PaperMC y el software más común de todos en nuestra lista. Su reenvío moderno pasa a los backends la IP real, el nombre, el UUID y la skin de cada jugador, firmados con un secreto compartido, y necesita la 1.13 o posterior en los backends. La configuración, en resumen:

  1. En velocity.toml, pon player-info-forwarding-mode = "modern". Velocity genera el secreto en forwarding.secret en el primer arranque.
  2. En cada backend Paper, pon online-mode=false en server.properties, porque ahora el proxy se encarga del inicio de sesión, y deja settings.bungeecord en false en spigot.yml.
  3. En el config/paper-global.yml de cada backend, pon proxies.velocity.enabled: true, copia el secreto en proxies.velocity.secret y haz que proxies.velocity.online-mode coincida con el online-mode de velocity.toml.

Con el reenvío moderno, un backend rechaza a los jugadores que no llegaron a través del proxy. Con el reenvío legacy de BungeeCord no puede notar la diferencia, así que es obligatorio un cortafuegos que bloquee desde fuera los puertos de los backends.

Los forks de Velocity, como Velocity-CTD y VeloFlame, añaden funciones por encima. Nueve servidores de nuestra instantánea usaban uno.

BungeeCord es el proxy original, que sigue manteniendo SpigotMC, y forks como FlameCord se construyen sobre él. Usa el reenvío legacy, así que vale la regla del cortafuegos de arriba. Dos servidores de nuestra instantánea usaban la familia BungeeCord.

Waterfall es el antiguo fork de BungeeCord de PaperMC. PaperMC anunció el fin de su vida útil el 26 de marzo de 2024: las builds antiguas siguen disponibles para descargar, pero no deberías contar con actualizaciones para versiones nuevas de Minecraft. Si todavía lo usas, planifica el paso a Velocity y comprueba si cada plugin de BungeeCord tiene versión para Velocity, porque los dos sistemas de plugins no son compatibles.

Fabric y NeoForge para servidores con mods

Un plugin se ejecuta solo en el servidor. Un mod normalmente cambia el juego en los dos lados, así que el servidor y todos los jugadores necesitan el mismo cargador de mods y los mismos mods, salvo los mods hechos para funcionar solo en el servidor.

  • Fabric es un cargador ligero que se actualiza rápido después de cada versión de Minecraft. Es popular en servidores fieles a vanilla que añaden mods solo de servidor como Lithium, que acelera la lógica del juego sin cambiar el comportamiento de vanilla, y FerriteCore, que reduce el uso de memoria. Los jugadores no necesitan ninguno de los dos.
  • NeoForge nació como un fork de Forge el 12 de julio de 2023, cuando la mayor parte del equipo de Forge pasó al nuevo proyecto. Los modpacks grandes de contenido para versiones recientes funcionan sobre todo en NeoForge o Fabric, mientras que muchos packs de versiones antiguas siguen en Forge.

Existen servidores híbridos que cargan plugins y mods a la vez, pero tienden a romperse cuando se actualiza cualquiera de los dos lados. Para un servidor público, elige uno. Desde fuera, los servidores con mods suelen responder con un número de versión a secas, así que se esconden en la fila "Solo el número de versión" de arriba. Nuestra lista de servidores con mods muestra los que se etiquetan como tales.

Cuál elegir para tu servidor

Tu situaciónUsaPor qué
Primer servidor público, de supervivencia o SMP con pluginsPaperEs la opción por defecto, con el mayor soporte de plugins y spark incluido
SMP fiel a vanilla o técnico, con granjas y duplicadorasFabric con Lithium, o el jar vanillaPaper desactiva varios exploits de vanilla por defecto
Quieres cambiar las mecánicas de los mobs y del juego sin pluginsPurpurpurpur.yml cubre mucho terreno y los plugins siguen funcionando
Un servidor concurrido que sigue limitado por la CPU tras los arreglos evidentesLeaf u otro fork de Paper, tras hacer copias de seguridad y probar las granjasSaca más trabajo del hilo principal
Un mundo muy grande y repartido, con 16 núcleos o más y pocos pluginsFoliaLas regiones ejecutan su tick en paralelo
Un lobby y varios modos de juegoVelocity delante de backends PaperReenvío moderno, mantenido por PaperMC
Jugadores de Java y de Bedrock juntosGeyser y Floodgate en Velocity o en PaperMira nuestra guía de Geyser
Un modpack grandeNeoForge o Fabric, el que use el packLos jugadores deben coincidir exactamente con el servidor

Si el límite real es la CPU, ningún software te salva, y elegir hosting explica por qué importa tanto la velocidad de un solo núcleo.

Cambiar de software sin riesgos

  1. Haz una copia de seguridad de todo. Las carpetas del mundo, la carpeta plugins y todos los archivos de configuración, copiados fuera de la máquina.
  2. Lee los requisitos. La versión de Java (la 25 para la 26.1 y posteriores en Paper), el soporte de plugins (la marca folia-supported en Folia) y las notas del propio destino.
  3. Prueba en una copia. Arranca el jar nuevo con una copia del mundo. Los forks de Paper añaden sus propios archivos de configuración y conservan los que ya tienes.
  4. Haz un perfil antes y después. Ejecuta /spark profiler start --timeout 600 con un número parecido de jugadores en los dos casos, para saber si el cambio ayudó en lugar de adivinarlo.
  5. Prueba lo que construyeron los jugadores. Las granjas de mobs, los relojes de redstone, los clasificadores con tolvas y las duplicadoras son donde los forks y los ajustes muestran sus diferencias.
  6. No abras un mundo en una versión anterior de Minecraft. Pasar de Paper a un fork de la misma versión es rutinario. Volver a una versión anterior del juego no está soportado, y las notas de la 26.1 de PaperMC lo dicen claro: después de actualizar un mundo a la 26.1, "no puedes volver a una versión inferior" (cita traducida del inglés).
  7. Guarda el jar antiguo y la copia de seguridad durante una semana. Muchos dueños vuelven atrás.