Hytale Update 8 : date de sortie, nouveautés de la pré-release et ce qui change pour les serveurs

Hypixel Studios prépare la huitième mise à jour numérotée de Hytale depuis le lancement de l'accès anticipé, le 13 janvier 2026. L'Update 8 n'est pas encore sortie en version stable : elle est en pré-release depuis le 22 octobre 2026, et ses notes de version s'enrichissent chaque semaine. Au 12 novembre, trois parties ont été publiées, le 22 octobre, le 29 octobre et le 5 novembre. Le studio a confirmé que les notes seraient mises à jour chaque semaine, mais n'a donné aucune date de sortie pour la version stable.

Pour un joueur, l'Update 8 apporte une graine de monde choisie à la création, un aperçu du nouvel éditeur d'assets et une longue liste de corrections. Pour qui administre un serveur Hytale, elle change bien plus de choses : les serveurs dédiés passent sur une nouvelle pile réseau (quiche), le stockage RocksDB des mondes écrit moins sur le disque, un fichier de données change de place sans retour possible, la migration des permissions est corrigée, et plusieurs API utilisées par les plugins et les mods sont cassées. Voici ce qu'il faut savoir avant de basculer votre serveur, et comment tester la pré-release sans toucher à la production.

Source : notes officielles Pre-Release Patch Notes (Update 8) et Hotfixes: Update 7 publiées par Hypixel Studios sur hytale.com, et Hytale Server Manual du support officiel. Consultés le 12 novembre 2026.

Hytale Update 8 : date de sortie et calendrier de la pré-release

La version stable actuelle reste l'Update 7 : ses notes pour moddeurs et l'annonce du Chapitre I « Out of the Breach » ont été publiées le 12 octobre 2026, puis trois hotfixes ont suivi : 0.7.1 (13 octobre), 0.7.2 (14 octobre) et 0.7.3 (21 octobre). L'Update 8 suit le même chemin que les précédentes : une branche de test, la pré-release, que les joueurs activent dans le launcher et que les serveurs téléchargent sur un canal séparé, puis une version stable quand l'équipe juge l'ensemble solide.

Les dates de sortie qui circulent sont des estimations. À titre de repère, les notes de pré-release de l'Update 6 ont paru le 28 mai 2026 et ses notes de version stables le 27 août ; pour l'Update 7, la pré-release a démarré le 3 septembre et le premier hotfix de la version stable, 0.7.1, date du 13 octobre. La durée d'une pré-release varie donc d'un cycle à l'autre : mieux vaut préparer le serveur dès maintenant que parier sur une date.

Les nouveautés de l'Update 8 côté joueurs

Le contenu de jeu n'est pas le cœur de cette mise à jour : les notes publiées ne mentionnent pas de nouveau chapitre. Les notes listent surtout des réglages, des finitions et des corrections. Les points que vos joueurs remarqueront :

La graine de monde intéresse directement l'administrateur : elle permet de recréer une carte identique pour un événement, ou de préparer un monde de test qui reproduit la génération de la production. Sur un monde existant, rien ne change, la graine reste celle d'origine.

Réseau : les serveurs dédiés passent sur quiche

C'est le changement le plus structurant de la Part 1. Hytale utilise le protocole QUIC sur UDP pour les connexions entre le client et le serveur. Jusqu'ici, le serveur dédié s'appuyait sur la pile réseau netty ; avec l'Update 8, il démarre par défaut sur quiche, une implémentation de QUIC. Les notes parlent désormais de « transport QUICHE ».

• Retour à l'ancienne pile : d'après les notes d'Hypixel, netty reste disponible en repli avec l'option de lancement --transport QUIC.
• Linux ARM64 : sur une plateforme sans bibliothèque native quiche, comme Linux ARM64, le serveur repasse automatiquement sur netty et écrit un avertissement dans le journal. Un serveur sur processeur ARM continue donc de fonctionner, sur l'ancienne pile.
• Mondes partagés depuis le client : l'option « Host With Quiche Transport » est remplacée par « Use Legacy Network Stack », qui ramène un monde hébergé depuis le jeu sur l'ancien code de connexion.
• Paquets : les joueurs en IPv4 reçoivent des paquets plus petits, et les joueurs Linux sur un serveur IPv6 ont désormais des paquets de taille complète. Des pics de latence pendant la connexion et le chargement des chunks, surtout en Wi-Fi, sont corrigés.

Le port ne change pas. Le serveur écoute toujours par défaut sur UDP 5520 (option --bind, valeur par défaut 0.0.0.0:5520), et il n'y a aucun port TCP à ouvrir. Si votre pare-feu laisse déjà passer ce port, rien à modifier : notre guide pour ouvrir les ports d'un serveur de jeu avec UFW rappelle la marche à suivre, et la commande ss confirme que le processus Java écoute bien en UDP après la mise à jour.

Vérifiez aussi votre glibc. Depuis le hotfix 0.7.3 de l'Update 7, la bibliothèque QUIC du serveur fonctionne sous Linux avec la glibc 2.28 ou plus récente, au lieu de 2.38 auparavant. Concrètement, Debian 12 (glibc 2.36) et Ubuntu 22.04 (glibc 2.35), qui restaient sous l'ancien seuil, sont désormais couverts. La commande ldd --version affiche la version installée sur votre VPS.

Adresse IP, nom de domaine et liste officielle des serveurs. L'Update 8 ne change pas la façon dont les joueurs trouvent votre serveur, mais la Part 1 corrige deux problèmes de connexion directe : un serveur pouvait refuser un joueur dont l'adresse IP changeait en cours de session, en le croyant déjà connecté, et une tentative de connexion pouvait abandonner trop tôt quand la première série d'adresses revenait vide. Si votre serveur figure dans les listes officielles annoncées par Hypixel le 28 avril 2026, la fiche se vérifie en ajoutant un enregistrement DNS de type TXT sur votre nom de domaine (une fiche par adresse IP, sans vérification, reste possible). Hypixel précise qu'un changement important, comme un changement d'hôte, peut relancer l'examen de la fiche : à garder en tête si vous profitez de l'Update 8 pour déménager le serveur sur une autre machine.

Stockage des mondes : RocksDB, écritures disque et fichier déplacé

La Part 2 modifie en profondeur l'écriture des mondes sur le disque. Hypixel annonce que les mondes écrivent considérablement moins sur le disque lors des sauvegardes et qu'ils ne rejouent plus l'intégralité de leur journal de sauvegarde à chaque redémarrage. Pour les mondes qui utilisent le stockage de chunks RocksDB, trois réglages changent :

Le plafond de 128 Mo convient à la plupart des serveurs. Si vous voulez revenir à une valeur plus haute, la propriété se passe à la machine virtuelle Java, avant -jar : -Dhytale.rocksdb.max_total_wal_size=268435456 fixe par exemple le plafond à 256 Mo. Sur un VPS où le disque est partagé entre plusieurs services, la baisse des écritures est une bonne nouvelle, mais seule une mesure avant et après la mise à jour vous dira ce que vous y gagnez.

Un fichier qui change de place, sans retour arrière. L'état des événements mondiaux quitte universe/events.json pour universe/resources/GlobalWorldEvents.json. L'ancien fichier est migré au premier démarrage, mais un serveur antérieur à ce changement ne lit pas le nouveau. Si vous redescendez en Update 7 après avoir démarré en Update 8, ces données ne seront pas relues : faites une sauvegarde complète du dossier universe avant le premier lancement. Le serveur intègre son propre système de sauvegarde, à activer avec --backup, --backup-dir et --backup-frequency (30 minutes par défaut), mais une copie hors du serveur reste indispensable : notre guide pour sauvegarder un VPS avec rsync l'automatise.

Autres corrections de stockage utiles : deux fuites de mémoire du serveur pendant des erreurs de stockage, une sauvegarde lente à l'arrêt qui pouvait être coupée ou lancée deux fois, et des lits qui n'enregistraient pas le point de réapparition dans les mondes RocksDB. Côté génération, les mondes cubiques utilisent désormais toute la plage de hauteur au lieu de l'ancienne bande de 0 à 320.

Permissions, config.json et erreurs de mods

Plusieurs changements touchent la configuration du serveur et les fichiers que l'administrateur édite à la main :

• Migration des permissions : la migration du format version 0 vers la version 1 conserve désormais une autorisation directe hytale.server.join, même quand une autre règle la refuserait (par exemple -hytale.server.*), et écrit un avertissement pour chaque autorisation conservée. Un bug qui bloquait des joueurs après la mise à jour du fichier de permissions est aussi corrigé. Relisez le journal au premier démarrage.
• Rapports d'erreur vers votre propre Sentry : une clé SentryDsn dans config.json envoie les rapports d'erreur du serveur vers votre projet Sentry. Elle attend le DSN du projet, l'URL que Sentry fournit dans les réglages du projet. Elle est arrivée avec le hotfix 0.7.3 et figure aussi dans les notes de l'Update 8.
• Arrêt sur MOD_ERROR : quand l'ordre de chargement des asset packs échoue, le serveur ne démarre plus avec zéro pack. Il s'arrête avec un MOD_ERROR et un message qui nomme les mods en cause. Auparavant, il pouvait continuer à démarrer sans aucun asset pack.
• /worldgen reload ne laisse plus un monde incapable de sauvegarder jusqu'au redémarrage.
• /convertprefabs et /instances migrate ignorent les prefabs et instances des asset packs en lecture seule et indiquent combien ils en ont sautés.
• PlayerTrackerChunkRadiusY, dans la configuration de gameplay partagée Default.json, passe de 2 à 11 : le suivi des joueurs porte beaucoup plus loin à la verticale. Hypixel ne chiffre pas l'effet sur la charge ; surveillez le processeur et la bande passante après la bascule.
• Certificats TLS : les serveurs refusent les chaînes de certificats qui utilisent huit clés d'autorités intermédiaires eMudhra compromises en octobre 2026, selon Hypixel. La protection couvre la pile TLS standard de Java (JSSE), pas le code d'un plugin qui construit son propre contexte SSL.

Si votre serveur tourne comme service systemd, le journal du premier démarrage se lit avec journalctl -u suivi du nom du service : notre guide pour créer un service systemd pour un serveur de jeu détaille cette mise en place.

Plugins et mods : ce qui casse avec l'Update 8

Les sections « Modder-Facing Changes » des trois parties contiennent des changements incompatibles. Un serveur moddé doit attendre que chaque plugin (les extensions Java chargées par le serveur) et chaque asset pack soit mis à jour, faute de quoi il s'arrêtera au démarrage ou plantera en jeu.

Bonne nouvelle pour les développeurs de plugins : les builds release et pré-release publient désormais un Server-<version>-sources.jar à côté du jar du serveur dans le dépôt Maven. Les versions plus anciennes n'en bénéficient pas. Côté réseau, les filtres entrants enregistrés via PacketAdapters se déclenchent maintenant aussi sur le transport QUICHE : les plugins qui inspectent les paquets entrants fonctionnent de nouveau avec la nouvelle pile réseau.

Performances et ressources : RAM, CPU et disque

L'Update 8 contient une série d'optimisations côté serveur, réparties sur les trois parties :

• Démarrage : le serveur ne charge plus entièrement chaque fichier audio, il n'en lit que l'en-tête, ce qui réduit l'activité du processeur et du disque au lancement. Sur les disques durs les plus lents, Hypixel annonce un temps de démarrage (le « boot time » des notes) nettement réduit.
• Génération de terrain : le terrain neuf se génère environ deux fois plus vite, les liquides se stabilisant section par section. Depuis le hotfix 0.7.3, la génération utilise moins de threads sur les machines à 4, 6 ou 7 threads.
• Mémoire : moins de mémoire utilisée dans les zones vides du monde (Part 2), puis lors de la sauvegarde des chunks et du calcul de l'éclairage (Part 3). Un manque de mémoire du serveur quand un joueur survole du terrain neuf est corrigé.
• Disque : écritures réduites et fin du rejeu complet du journal au redémarrage, comme vu plus haut.

Les prérequis officiels ne bougent pas : le Hytale Server Manual indique au moins 4 Go de mémoire et Java 25, sur architecture x64 ou arm64. Si ce n'est pas fait, installez Java 25 avant la mise à jour : le manuel recommande la distribution d'Adoptium (Temurin), et notre tutoriel Minecraft 26 et Java 25 donne le bon paquet pour chaque distribution Linux (openjdk-25-jre-headless sous Debian 13 et Ubuntu LTS, Temurin par le dépôt Adoptium sous Debian 12). Ces chiffres sont un plancher pour quelques joueurs ; la génération de terrain et les mods font vite monter la consommation. Notre guide pour surveiller les ressources d'un VPS avec htop et btop permet de comparer la mémoire et le processeur avant et après la mise à jour, et Grafana et Prometheus gardent l'historique sur plusieurs jours.

Serveur Hytale sous Windows ou sous Linux : les correctifs de l'Update 8

Le serveur Hytale est un programme Java : il tourne sur tout système d'exploitation qui dispose de Java 25. Le Hytale Server Manual indique où trouver les fichiers du serveur dans le dossier du launcher sous Windows, Linux et macOS, et l'outil Hytale Downloader est fourni pour Linux et pour Windows. Plusieurs correctifs de l'Update 8 dépendent pourtant du système :

Sous Windows, le pare-feu Windows Defender doit laisser passer le port UDP 5520 (le manuel donne un exemple de règle), et la question de la glibc ne se pose pas. Si vous faites tourner votre serveur sur un VPS Windows, le correctif de la Part 2 sur les déconnexions avec erreur interne du serveur vous concerne directement. Sous Linux, les deux contrôles à faire sont la version de glibc et l'architecture du processeur.

Héberger un serveur Hytale en Update 8 : quelle formule choisir

Une mise à jour de cette taille est souvent le moment de revoir l'hébergement : faire tourner une instance de test à côté de la production demande de la mémoire, et un serveur moddé grossit vite sur le disque. Voici les quatre façons d'héberger un serveur Hytale et ce que l'Update 8 implique pour chacune :

Le manuel fixe un plancher de 4 Go de mémoire par serveur : une instance de test lancée à côté de la production double donc ce besoin minimal. Notre comparatif VPS ou serveur dédié pour un serveur de jeu aide à choisir selon le nombre de joueurs.

Tester la pré-release de l'Update 8 sur un serveur de test

Ne basculez pas votre serveur de production sur la pré-release : les notes changent chaque semaine et un monde migré ne se rouvre pas proprement sur une version plus ancienne. La bonne méthode est une instance de test, à côté de la production :

1. Créez un dossier séparé et téléchargez le serveur de pré-release avec l'outil officiel, le Hytale Downloader, sur le canal dédié : ./hytale-downloader -patchline pre-release.
2. Copiez-y le dossier universe d'une sauvegarde récente, jamais celui du serveur en cours d'exécution.
3. Lancez l'instance sur un autre port que la production, par exemple : java -Xmx4G -jar HytaleServer.jar --assets Assets.zip --bind 0.0.0.0:5521. Adaptez le chemin des assets à l'archive téléchargée.
4. Ouvrez temporairement le port de test en UDP (sudo ufw allow 5521/udp), puis refermez-le après l'essai (sudo ufw delete allow 5521/udp).
5. Authentifiez la nouvelle instance comme la première, avec le code affiché dans la console à valider dans le navigateur.
6. Demandez aux testeurs d'activer la pré-release dans leur launcher (Launcher, Settings, Pre-Release) avant de se connecter, puis de la désactiver après l'essai pour revenir sur la version stable de votre serveur de production.

Pendant le test, lisez le journal du premier démarrage (migration des permissions, avertissement netty sur ARM64, éventuel MOD_ERROR), vérifiez que les plugins se chargent sans NoSuchFieldError, et comparez la mémoire consommée. Une instance de test de plus demande de la RAM : si votre machine est juste, notre guide pour configurer le swap d'un VPS évite un arrêt brutal, sans remplacer de la vraie mémoire.

Mettre à jour un serveur Hytale en ligne de commande, étape par étape

Quand l'Update 8 passera en version stable, la mise à jour d'un serveur installé sur un VPS ou un serveur dédié se fera en ligne de commande, par SSH. Ce tutoriel suppose un serveur installé dans /opt/hytale, lancé par un service systemd nommé hytale et exécuté par un utilisateur dédié : ne faites jamais tourner un serveur de jeu en root. Adaptez les chemins, le nom du service et le nom de l'utilisateur à votre installation.

1. Connectez-vous au serveur distant avec votre compte habituel, pas avec root : ssh admin@203.0.113.10 (remplacez par votre utilisateur et l'adresse IP du serveur).
2. Regardez quelle version est disponible sans rien télécharger : ./hytale-downloader -print-version.
3. Vérifiez l'espace disque libre avec df -h /opt/hytale : la sauvegarde et la nouvelle version doivent tenir à côté de l'ancienne.
4. Prévenez les joueurs, puis arrêtez le serveur proprement : sudo systemctl stop hytale.
5. Sauvegardez le monde et la configuration, serveur arrêté : tar -czf ~/hytale-avant-update8.tar.gz -C /opt/hytale universe config.json, puis copiez l'archive sur une autre machine.
6. Téléchargez la nouvelle version avec ./hytale-downloader : sans option, l'outil récupère la dernière version du canal release. Remplacez HytaleServer.jar et Assets.zip par ceux de l'archive téléchargée, sans toucher au dossier universe ni à config.json.
7. Redémarrez le service avec sudo systemctl start hytale et suivez le premier démarrage avec journalctl -u hytale -f.

Ces commandes se regroupent facilement dans un script shell à relancer à chaque mise à jour ; l'option -skip-update-check du Hytale Downloader permet d'y désactiver la vérification automatique des nouvelles versions de l'outil lui-même. Pour l'Update 8, gardez toutefois la lecture du journal à la main : migration des permissions, déplacement de GlobalWorldEvents.json et éventuel MOD_ERROR ne se voient qu'au premier démarrage. Pour envoyer un asset pack ou récupérer une sauvegarde, préférez SFTP, le transfert de fichiers chiffré par SSH, au FTP classique qui fait circuler le mot de passe en clair. Enfin, avant de redémarrer quoi que ce soit, assurez-vous que l'accès SSH lui-même est protégé : notre guide pour sécuriser SSH sur un VPS Linux couvre les clés et la désactivation de la connexion root.

La checklist de l'administrateur avant de passer en Update 8

La procédure générale de mise à jour, avec sauvegarde et retour arrière, est détaillée dans notre guide pour mettre à jour un serveur de jeu Linux sans perdre sa configuration. Pour des copies hors site protégées, voyez aussi comment chiffrer les sauvegardes d'un serveur Linux.

Lexique de l'Update 8

• Pré-release : branche de test publiée avant la version stable, activée dans le launcher pour les joueurs et téléchargée sur le canal pre-release pour les serveurs.
• Patchline : le canal de distribution du serveur, release ou pre-release, choisi avec l'option -patchline du Hytale Downloader.
• QUIC, quiche et netty : QUIC est le protocole de transport sur UDP utilisé par Hytale ; quiche et netty sont deux bibliothèques qui l'implémentent côté serveur.
• RocksDB : base de données clé-valeur utilisée comme stockage de chunks. Son journal d'écriture anticipée (WAL) garde les écritures récentes avant leur intégration dans les fichiers SST.
• Asset pack : paquet de contenu (blocs, objets, génération, interfaces) chargé par le serveur, dans un ordre défini. Un échec de cet ordre déclenche désormais un MOD_ERROR.

Conclusion

L'Update 8 de Hytale est une mise à jour de fond plus que de contenu : graine de monde et nouvel éditeur d'assets pour les joueurs, mais surtout une nouvelle pile réseau quiche, un stockage RocksDB qui écrit moins, un fichier d'événements déplacé sans retour arrière, une migration de permissions corrigée et des API de plugins cassées. Aucune date de sortie stable n'est annoncée au 12 novembre 2026 : utilisez ce délai pour tester la pré-release sur une copie et faire mettre à jour vos plugins. Si vous préférez déléguer l'infrastructure, notre hébergement Hytale démarre à 5 € par mois avec 8 Go de RAM, protection anti-DDoS et accès SFTP, et notre article sur le prix de Hytale et la préparation de son hébergement reprend les bases.