Minecraft 26.3 Pre-Release 2 ya está disponible para Java Edition, pero todavía no es la versión estable. Publicada el 4 de septiembre de 2026, reúne 37 correcciones y actualiza el formato de datapacks a 120.0. Para un administrador, la decisión no es correr a instalarla: es comprobar en una copia del mundo si los cambios resuelven problemas sin romper su configuración.
Información revisada el 4 de septiembre de 2026. Este artículo combina el anuncio oficial con un protocolo de pruebas propuesto por TERAMONT; no presenta benchmarks ejecutados ni garantiza compatibilidad con plugins.
Qué cambia y por qué importa para tu servidor
La nota oficial de Minecraft enumera 37 incidencias corregidas: contamos los identificadores de su sección de errores, no 37 funciones nuevas. Estos son algunos cambios relevantes:
| Cambio confirmado | Qué conviene comprobar en tu mundo |
|---|---|
| MC-311652: intercambios con aldeanos sin pago al recibir daño de otro jugador durante el comercio. | Inventarios e intercambios en una sala de pruebas, especialmente si tu economía depende de aldeanos. |
| MC-311245: portales en ruinas podían sustituir marcos del portal del End. | Generación de estructuras en una copia de prueba; no asumir que una corrección reconstruye estructuras dañadas previamente. |
| MC-237053 y MC-237165: partículas y sonidos al romper bloques no llegaban a otros jugadores. | Entrar con dos clientes y comparar lo que ve y escucha cada uno. |
| Datapacks 120.0: la etiqueta on_abandoned_camp_windswept pasa a on_abandoned_camp_windswept_forest. | Buscar referencias al nombre anterior en tus datapacks y revisar sus errores de carga. |
El registro también contempla fallos gráficos de cliente. Por eso, contar correcciones no permite deducir un porcentaje de mejora de TPS, FPS o memoria. El registro oficial de Minecraft Feedback es otra referencia para consultar los cambios y las instrucciones de instalación.
¿Actualizar ahora o esperar?
| Tu situación | Nuestra recomendación | Motivo |
|---|---|---|
| Mundo de pruebas vanilla | Probar en una instancia separada. | Es el lugar adecuado para detectar regresiones y preparar la siguiente actualización. |
| Servidor público con progreso importante | Mantener la versión validada mientras se evalúa la nueva. | Un arranque correcto no demuestra que inventarios, granjas o portales funcionen bien. |
| Servidor con Paper, Purpur o plugins | Verificar soporte de cada proyecto antes de planear el cambio. | El JAR vanilla no sustituye a la plataforma que ejecuta tus plugins. |
| Modpack | Seguir la versión soportada por el pack y su loader. | Actualizar Minecraft por separado puede romper las dependencias del conjunto. |
No afirmamos que Paper, un loader o un plugin concreto ya admita esta pre-release. Revisa su documentación y las notas de cada versión. Como principio operativo, PaperMC recomienda respaldar mundos y configuraciones, no reemplazar el JAR de un servidor en ejecución y vigilar el registro después de actualizar.
Cómo probar Minecraft 26.3 Pre-Release 2 sin arriesgar tu mundo principal
- Registra tu punto de partida. Anota versión, software, Java utilizado, datapacks, configuración y recursos asignados. Guarda también las coordenadas de lugares que deban seguir funcionando.
- Prepara una copia recuperable. Detén el servidor de forma normal y respalda mundos, inventarios, configuraciones y dependencias. Conserva una copia fuera de la instancia que vas a modificar y comprueba que puedes restaurarla.
- Aísla la prueba. Usa otra instancia o directorio y evita compartir carpetas de mundo o bases de datos con producción. Limita el acceso a los participantes de la prueba.
- Obtén la versión oficial. El anuncio enlaza el JAR de servidor. Para el cliente Java, habilita snapshots en la sección de instalaciones del Launcher y selecciona la pre-release; utiliza un directorio de juego separado.
- Arranca y revisa. Confirma la versión en el registro y comprueba errores de datapacks antes de entrar. Usa clientes de la misma versión de prueba.
- Prueba el recorrido de un jugador. Entrar, abrir cofres, comerciar, viajar entre dimensiones, morir y recuperar objetos en una prueba controlada, salir y volver a entrar.
- Ensaya la restauración. Si algo falla, restaura la copia previa en su entorno compatible. No uses el mundo ya convertido como tu única copia para volver atrás.
Mojang advierte que las versiones de prueba pueden corromper mundos. Si solo dispones de tu servidor principal y no puedes aislar el experimento, esperar es una decisión razonable.
Prepara la próxima actualización de tu mundo
Explora el hosting de Minecraft de TERAMONT con panel, gestión de versiones y backups. Consulta la disponibilidad de la pre-release y cómo separar tu entorno de pruebas.
Una prueba útil de 30 minutos: qué registrar
Este es un ejemplo de protocolo, no un benchmark realizado: dedica 5 minutos al arranque y entrada, 10 a las zonas habituales, 10 a explorar terreno y cambiar de dimensión y 5 a guardar y reiniciar. Repite el mismo recorrido con igual número de jugadores y ajustes en copias equivalentes. Treinta minutos ayudan a detectar fallos evidentes, pero no certifican estabilidad bajo carga prolongada.
| Comprobación | Qué anotar | Señal para detener la migración |
|---|---|---|
| Arranque y datapacks | Tiempo hasta poder entrar y mensajes del registro. | Errores repetidos o packs deshabilitados inesperadamente. |
| Inventarios y economía | Estado antes y después de comerciar y reconectar. | Pérdida, duplicación o transacciones inconsistentes. |
| Portales y terreno | Coordenadas, destino y resultado de cada recorrido. | Destinos incorrectos, cierres o estructuras inesperadamente dañadas. |
| Rendimiento | Memoria y tiempos de tick, si dispones de una herramienta compatible. | Empeoramiento repetible frente al punto de partida con la misma carga. |
| Persistencia | Estado de cofres y jugadores después del reinicio. | Cambios que no se guardan o mundo que deja de cargar. |
No mezcles generación de terreno nuevo en una ejecución con terreno ya generado en la otra: estarías comparando cargas distintas. Tampoco confundas un problema gráfico del cliente con sobrecarga del servidor. Guarda registros y condiciones para que otro administrador pueda repetir tu prueba.
Qué revisar en tu hosting de Minecraft
Busca control de versiones, acceso a registros y archivos, copias restaurables y espacio suficiente para mantener el mundo de pruebas. Confirma también si el plan permite una instancia adicional y si sus recursos se comparten: probar dos servidores a la vez puede distorsionar las mediciones.
En el hosting de Minecraft de TERAMONT puedes consultar las opciones de panel, gestión de versiones y backups. Pregunta por la disponibilidad de esta pre-release antes de contratar para probarla: disponer de un selector de versiones no garantiza que una compilación recién publicada ya esté incluida.
Si tu pregunta es sobre distancia de renderizado, consulta por separado nuestro análisis de Realms y sus pruebas de 25 chunks. No es lo mismo elegir cuánto mundo ver que validar una actualización del servidor.
Preguntas frecuentes
¿Esto actualiza también Minecraft Bedrock?
No. El anuncio tratado aquí corresponde a Java Edition; no debe utilizarse como guía de actualización para un servidor Bedrock.
¿Corregir 37 errores significa que mi servidor tendrá menos lag?
No necesariamente. El número de incidencias no mide rendimiento. Para tu mundo, importa comparar resultados reproducibles y detectar qué componente causa el problema.
¿Cuándo conviene llevar el cambio a producción?
Cuando dispongas de una versión adecuada para tu proyecto, dependencias compatibles, pruebas satisfactorias y una restauración comprobada. Para una comunidad pública, recomendamos esperar a la versión estable y validar igualmente la migración. La mejor actualización es la que puedes explicar, comprobar y revertir mediante una copia íntegra.
