Minecraft 26.4 y tu servidor: snapshots, nuevos ajustes y cuevas de hielo

Minecraft 26.4 es la próxima versión de Java. Mojang anunció las cuevas de hielo (ice caves) y una variante de zombi congelado para el próximo game drop, aún sin fecha; previsiblemente será esta 26.4 (la Minecraft Wiki menciona Bedrock 26.70 y cuenta con el cuarto trimestre de 2026). La primera snapshot, 26.4 Snapshot 1 del 22 de septiembre, todavía no incluye esas cuevas de hielo, pero sí tres opciones nuevas en server.properties, un nuevo formato de datapack, cuevas de azufre bajo los mundos antiguos y Vulkan como renderizador predeterminado en el cliente. Prueba en un servidor aparte o en una copia de tu mundo; tu servidor principal espera al lanzamiento y, si usas Paper, a que Paper y tus plugins estén listos.

La Snapshot 1 es una snapshot técnica, todavía sin cuevas de hielo

La propia Mojang describe esta primera snapshot como un arranque con «una serie de actualizaciones y mejoras técnicas». Las cuevas de hielo, los carámbanos (icicles), los cristales de hielo (ice crystals) y el zombi congelado (frozen zombie, aún sin nombre definitivo) no se anunciaron hasta Minecraft LIVE, el 26 de septiembre, cuatro días después de esta snapshot. Mojang no ha dicho en qué snapshot aparecerán, y hasta el lanzamiento todavía puede cambiar cualquier cosa.

El cambio más visible afecta al jugador: en el ajuste de vídeo «Graphics API», «Default» se comporta ahora como «Prefer Vulkan»; hasta ahora era OpenGL. Tu servidor no nota nada. Si a un jugador el juego le crashea nada más arrancar, ya no cambia solo: ese jugador tiene que poner él mismo el ajuste en «Prefer OpenGL».

Tres líneas nuevas en server.properties

Se añaden tres claves, aquí con sus valores predeterminados:

allowed-connection-ids=
status-contact-details=
enable-legacy-status=true

allowed-connection-ids: solo entra quien envía el id correcto

Una lista de ids separados por comas. Si está vacía (lo predeterminado), no cambia nada. Si rellenas algo, el servidor compara esos valores con el _id que envía el cliente y rechaza toda conexión sin un id coincidente, tanto en la consulta de estado como al iniciar sesión: sin el id correcto, no hay estado del servidor ni forma de entrar.

El id se pone en la dirección del servidor, y eso también es nuevo en esta snapshot. El cliente lee una dirección como [email protected] como play.ejemplo.es?_id=amigos. Así que con allowed-connection-ids=amigos,equipo solo entran los jugadores que pongan uno de esos dos ids delante de la dirección. Un escáner que va recorriendo direcciones IP sin más no conoce el id y no recibe respuesta a la consulta de estado normal; si eso también vale para el protocolo de ping antiguo, el changelog no lo dice.

No es, ni mucho menos, una contraseña: según Mojang, el paquete de conexión no está cifrado, así que no sirve para nada relacionado con la seguridad. Tu whitelist sigue siendo necesaria. Y como la notación es nueva, de momento solo la conoce el cliente de la snapshot.

status-contact-details: una línea de contacto en el estado del servidor

Texto libre que indica cómo contactar con los dueños de un servidor, incluso sin web: una dirección de correo o una invitación de Discord, por ejemplo. El servidor lo envía en la respuesta de estado, bajo la clave contact. El changelog no dice si el cliente normal muestra esa línea ni dónde; eso sí, cualquier programa que consulte la respuesta de estado puede leerla.

enable-legacy-status: desactivar el protocolo de ping antiguo

Los clientes anteriores a la 1.7 pedían el estado del servidor con un protocolo más antiguo. Con enable-legacy-status=false, tu servidor deja de responder a esas peticiones; por defecto, la opción está en true. Para cualquier tipo de estado, antiguo o nuevo, enable-status tiene que estar activado. Si no tienes un motivo, deja esta opción activada. El resto de líneas las tienes en server.properties explicado.

Los mundos antiguos reciben cuevas de azufre debajo al convertirse

¿Aún tienes un mundo (o partes de uno) de antes de la 1.18 (Caves & Cliffs parte II) que no se ha abierto desde entonces en una versión más nueva? Al convertir esos chunks antiguos, Minecraft genera desde la 1.18 terreno nuevo debajo, hasta el nuevo fondo en Y=-64. A partir de la 26.4 Snapshot 1, ahí también pueden aparecer cuevas de azufre (sulfur caves), el bioma de cuevas de la 26.2; para ello existe la nueva etiqueta de bioma #generated_in_below_zero_retrogen. Los chunks que ya se convirtieron o generaron en la 1.18 o posterior no notan nada de esto.

Datapacks, comandos y red: qué tienen que volver a probar los creadores

• Nuevos formatos de pack. El formato de datapack pasa a 122.0 (26.3: 121.0) y el de resource pack a 98.0 (26.3: 97.1). Prueba los packs para la 26.3 (formato 121) antes de subir el formato.
• Worldgen personalizado. El campo default_block de los noise settings desaparece (siempre aire; los demás bloques se definen con las material rules). En el modificador cuboid, xz_size e y_size son ahora el tamaño real: 2 da 2×2, no 3×3. Las placed features ya solo pueden colocar dentro de una zona de 3×3 chunks, y las entradas de biomas distintos en fuentes multi-noise ya no pueden coincidir en todos los parámetros de ruido con el mismo offset.
• /fillbiome. Hasta ahora, el comando trabajaba por celdas de 4×4×4 bloques, por lo que el borde no siempre caía justo en tus coordenadas. Según el changelog, ahora rellena los biomas con precisión de bloque.
• Redondeo NBT. Al convertir números decimales en enteros, el juego redondea ahora siempre hacia abajo. Por eso, los scripts con /data pueden dar otro resultado en casos límite.
• Red. El cliente envía un nuevo paquete minecraft:mod_list (vacío en vanilla) para facilitar la depuración, minecraft:transfer puede pasar propiedades al servidor de destino y, con un registro SRV, el dominio original se envía como _o.

Cómo probar la snapshot con seguridad

La propia Mojang avisa de que las versiones de prueba pueden dañar tu mundo: haz una copia de seguridad y ejecútalas en una carpeta distinta de la de tu mundo principal. Si vuelves a abrir un mundo de snapshot en una versión anterior, el juego avisa de que puede corromperse: tu camino de vuelta a la 26.3 es tu copia de seguridad.

1. Haz una copia de seguridad de tu servidor principal y comprueba que esté completa (cómo hacer una copia de seguridad). Cómo organizarlo de forma estructural lo tienes en una estrategia de copias de seguridad que funciona de verdad.
2. Usa un servidor de pruebas aparte o, como mínimo, una copia de la carpeta de tu mundo.
3. Pon el jar de la snapshot. Mojang ofrece un server.jar aparte con cada snapshot, enlazado en la publicación de la snapshot en minecraft.net. Cómo subir tu propio jar desde el gestor de archivos lo explicamos en subir tu propio server.jar.
4. Java 25. Igual que de la 26.1 a la 26.3, la snapshot requiere Java 25. Si tu servidor ya funciona con 26.x, no tienes que cambiar nada; si vienes de la 1.21, lee primero qué versión de Java necesita tu servidor.
5. Clientes en la misma snapshot. Los jugadores activan las snapshots en el Minecraft Launcher, en la pestaña «Instalaciones». La snapshot tiene un número de protocolo distinto al de la 26.3, así que un cliente 26.3 no puede entrar en tu servidor de pruebas, y al revés.
6. Prueba lo que usas: tus datapacks, bloques de comandos, los ajustes nuevos y, si procede, un mundo antiguo que se convierte por primera vez.

Tu servidor principal espera al lanzamiento, y a Paper

Una snapshot es un estado intermedio: hasta el lanzamiento saldrán más, y cada una puede volver a cambiar formatos y comportamiento. El formato de datapack de la 26.3 pasó de 108.0 a 121.0 durante las snapshots y pre-releases.

A 27 de septiembre, la API de descargas de Paper no incluye la 26.4 (sí pre-releases y release candidates, pero no snapshots). Incluso la 26.3 sigue siendo experimental en Paper: todas las builds están en el canal alfa (la más reciente: build 49 del 26 de septiembre), y el último Paper estable es la 26.2 build 129. Si usas Paper con plugins, actualiza solo cuando haya una build estable y tus plugins más importantes mencionen la nueva versión. El estado para la 26.3 lo tienes en qué plugins funcionan ya en la 26.3.

Cuándo no, y cuándo sí

Mejor no: pasar a una snapshot tu servidor principal o un SMP con un mundo de larga historia, ni siquiera «un momento» para ver las cuevas de hielo, porque todavía no están. Sí tiene sentido: si gestionas datapacks, worldgen personalizado o una red con transferencias y quieres saber qué se rompe antes de que salga la 26.4. Para un servidor de pruebas así: en MC-Node, un servidor de Minecraft empieza en 0,50 € al mes, con copias de seguridad en el panel de juego y cancelable mes a mes: lo cancelas en cuanto salga la 26.4 y hayas pasado tu servidor principal.

Preguntas frecuentes

¿Están ya las cuevas de hielo en Minecraft 26.4 Snapshot 1?

No. La 26.4 Snapshot 1 del 22 de septiembre de 2026 es una snapshot técnica, con, entre otras cosas, nuevos ajustes de servidor y Vulkan como renderizador predeterminado. Las cuevas de hielo se anunciaron el 26 de septiembre para el próximo game drop (previsiblemente la 26.4), pero Mojang no ha dicho en qué snapshot aparecerán.

¿Cuándo sale Minecraft 26.4?

Mojang aún no ha dado fecha. Anunció las cuevas de hielo para el próximo game drop, que previsiblemente será Java 26.4; la Minecraft Wiki menciona Bedrock 26.70 y cuenta con el cuarto trimestre de 2026. Hasta entonces irán saliendo snapshots y el contenido aún puede cambiar.

¿Puedo ejecutar una snapshot de Minecraft en mi servidor?

Sí, Mojang ofrece un server.jar aparte con cada snapshot; la 26.4 Snapshot 1 funciona con Java 25. Hazlo en un servidor de pruebas aparte o en una copia de tu mundo, porque las versiones de prueba pueden dañar tu mundo. Los jugadores eligen la misma snapshot en el launcher.

¿Qué hace allowed-connection-ids en server.properties?

Con esta nueva opción de la 26.4 Snapshot 1, el servidor solo admite conexiones que envíen un id de la lista, por ejemplo mediante la dirección [email protected]. Quien no incluya el id no ve el estado del servidor y no puede entrar. No es una medida de seguridad: el paquete de conexión no está cifrado, así que tu whitelist sigue siendo necesaria.

Sigue leyendo

• Minecraft 26.3 y tu servidor: cambios que rompen y cuándo actualizar
• ¿Qué Java necesita tu servidor de Minecraft? (Java 25 para 26.x)
• ¿Qué plugins funcionan ya en Minecraft 26.3? Estado por plugin