Para una red nueva sobre versiones actuales de Paper, Velocity suele ser la base de partida más sólida: el Modern Forwarding protege los datos de los jugadores transmitidos con un MAC secreto y la API está diseñada para las versiones modernas de Minecraft. BungeeCord sigue teniendo sentido cuando una red existente depende de plugins de BungeeCord o de versiones muy antiguas, y una migración generaría más riesgo que beneficio.
PaperMC recomienda Velocity de forma explícita. Esta recomendación viene del proveedor y mantenedor de Velocity; su propia página de comparación señala ella misma un posible sesgo. BungeeCord no está descontinuado: en 2026 el repositorio y Jenkins seguían recibiendo commits y builds exitosos. Waterfall, el antiguo fork de BungeeCord de PaperMC, sí ha llegado a su fin (End of Life).
Comparativa de un vistazo
| Criterio | BungeeCord | Velocity |
|---|---|---|
| plugins de BungeeCord existentes | nativo | no compatible en general; hay que revisar cada plugin |
| Minecraft legacy | amplia compatibilidad histórica | Modern Forwarding solo a partir de 1.13; modos legacy posibles |
| forwarding nativo seguro | formato legacy sin secreto MAC propio | Modern Forwarding con secreto/MAC |
| BungeeGuard | protección adicional posible | modo BungeeGuard posible, se suele preferir Modern |
| redes nuevas en Paper | funcional, requiere una protección de red estricta | recomendación de PaperMC |
| migración desde Waterfall | API similar, pero Waterfall está EOL | proxy/API propios, hay que revisar la migración |
| plugins de proxy | API de BungeeCord | API de Velocity |
Ninguna entrada promete una cifra genérica de jugadores ni un factor de rendimiento. Esas cifras dependen del hardware, la compresión, los plugins, los protocolos y el perfil de conexión, y requieren una prueba de carga reproducible.
Forwarding y seguridad
El forwarding legacy de BungeeCord transmite IP, UUID e información de perfil, pero no cuenta con un secreto de firma específico del proxy. Por eso un backend en modo offline debe ser accesible exclusivamente desde el proxy correcto. BungeeGuard puede añadir un secreto; se necesita al menos la versión 1.4.0, y tras una actualización afectada el token se rota.
El Modern Forwarding de Velocity firma la información transmitida con un secreto compartido. Esto dificulta considerablemente la falsificación de la identidad del proxy, pero no sustituye una delimitación de red limpia. Tampoco aquí un puerto del backend debería estar innecesariamente expuesto al público.
La documentación oficial de Paper clasifica los modos así: Modern es más seguro, BungeeGuard es mejor que el Legacy puro, y Legacy es más compatible pero menos seguro. Por debajo de Minecraft 1.13, Modern Forwarding no está disponible.
Cuándo BungeeCord es la opción razonable
- La red en funcionamiento usa plugins centrales de BungeeCord sin un sustituto para Velocity comprobado.
- Las versiones antiguas de Minecraft o de modloaders son críticas para el negocio.
- El equipo domina la configuración existente y la protección de red del backend es demostrablemente eficaz.
- Una migración pondría en riesgo los UUID, los permisos o el plugin messaging sin una ruta de pruebas suficiente.
Entonces, «quedarse y reforzar» es mejor que una modernización sin probar. Usa el pilar de configuración de BungeeCord, la referencia de config.yml y la guía de seguridad de forwarding.
Cuándo Velocity es la opción razonable
- Estás construyendo una red nueva sobre versiones actuales de Paper.
- Todos los plugins de proxy necesarios existen para Velocity o se pueden sustituir.
- Modern Forwarding es compatible con todos los backends.
- Quieres una API moderna y puedes probar la migración por completo en una copia.
Fabric y Forge necesitan una comprobación exacta por versión. La afirmación de que «Velocity soporta mejor los mods» no es un pase libre para cualquier combinación de loader y Minecraft.
Lista de verificación para migrar de BungeeCord a Velocity
- Crea una copia de seguridad probada de la configuración del proxy, los plugins, las bases de datos y los datos de jugador del backend. Usa para ello la ruta de backup y rollback.
- Haz un inventario de todos los plugins de proxy y márcalos como «nativo en Velocity», «sustituto», «no aplica» o «bloqueante».
- Traspasa la lista de servidores, los listeners, los forced hosts y los permisos de forma consciente; no copies el YAML de Bungee a ciegas en
velocity.toml. - Genera el secreto de Modern Forwarding en el sistema de destino y trátalo como una contraseña.
- Configura Paper o el modloader correspondiente para exactamente un modo de forwarding.
- Comprueba el UUID online, la IP real del cliente, los skins, los permisos, el plugin messaging, el lobby, el cambio de servidor y el fallback.
- Prueba una ruta con un secreto incorrecto y un acceso directo independiente como casos negativos.
- Revisa el dominio/SRV y Geyser/Floodgate por separado.
- Mantén preparado el rollback a BungeeCord hasta que las conexiones en producción sean estables.
Plugins y operación
Los plugins de BungeeCord no funcionan automáticamente en Velocity. Ni siquiera las capas de compatibilidad sustituyen una aprobación explícita. Al instalar plugins, comprueba la plataforma, la versión actual, las dependencias, la migración de datos y los avisos de seguridad.
Un reinicio del proxy desconecta a los jugadores, pero no reinicia los backends. Con ambos proxies, planifica ventanas de mantenimiento, protege la configuración y los plugins, y supervisa por separado el proceso, el TCP, el ping de Minecraft y una unión real al lobby.
Decisión
| Situación de partida | Recomendación |
|---|---|
| red nueva y actual en Paper | evaluar primero Velocity con Modern Forwarding |
| red existente de BungeeCord con plugins críticos | mantener y proteger BungeeCord, probar la migración por separado |
| Waterfall | planificar la sustitución; el proyecto está EOL |
| Minecraft anterior a 1.13 | revisar la compatibilidad en detalle; Modern Forwarding queda descartado |
| situación de plugins poco clara | primero inventario y prueba en copia, aún sin migración a producción |
En ambos casos, el dominio apunta al proxy; la guía de dominio/SRV sigue siendo la misma. Quien quiera reconstruir las instancias desde cero, puede empezar con el pedido de un servidor de Minecraft.
FAQ
¿Qué proxy elijo para una red nueva?
En versiones actuales de Paper, Velocity es la base de partida más sólida, sobre todo por el Modern Forwarding con secreto y MAC. Ten en cuenta, al valorarlo, que la recomendación viene de PaperMC, es decir, del mantenedor de Velocity; la propia página de comparación señala un posible sesgo.
¿Está descontinuado BungeeCord?
No. En 2026, el repositorio y el servidor de compilación seguían mostrando commits y builds exitosos. Lo que sí está descontinuado es Waterfall, el antiguo fork de BungeeCord de PaperMC; quien aún lo use debería planificar su sustitución.
¿Mis plugins de BungeeCord seguirán funcionando en Velocity?
No en general. Velocity tiene su propia API; las capas de compatibilidad no sustituyen una aprobación explícita del plugin. Antes de migrar, haz un inventario de cada plugin de proxy y márcalo como disponible de forma nativa, sustituible, prescindible o bloqueante.
¿Velocity soporta más jugadores simultáneos?
No existe una cifra o un factor genérico. El límite depende del hardware, la compresión, los plugins, las versiones de protocolo y el perfil de conexión. Quien necesite una afirmación fiable para su red debe medirla con una prueba de carga reproducible.
¿Qué ocurre con las versiones de Minecraft anteriores a la 1.13?
En ellas, Modern Forwarding no está disponible. Para esos casos, Velocity ofrece los modos Legacy y BungeeGuard, pero con ellos la ganancia de seguridad frente a BungeeCord se pierde en gran medida. Con versiones antiguas críticas para el negocio, «quedarse y reforzar» suele ser la opción más razonable.