Hytale アップデート7のプレリリースでserverのパフォーマンス、レイテンシ、安定性が向上

Hytale アップデート7は、すでにマルチプレイヤーserverでの移動、chunk、ネットワーク接続の処理方法を変え始めています。 Hypixel Studiosは2026年9月3日に最初のプレリリースbuildを公開しました。アップデート6がstable branchに到達してからわずか1週間後のことです。

このアップデートでは、server側の最適化、不正なネットワークデータに対する保護強化、そしてMaxViewRadiusに対するはるかに厳しい制限が導入されています。また、ネットワークプロトコルも再び更新されているため、plugin開発者やserver運用者にとって互換性チェックが重要になります。

衝突判定とブロック破壊におけるserver処理を軽減

最初の最適化対象はentityの衝突判定です。Hytaleでは、衝突システムで使用されるブロック参照が重複排除されました。これらの計算は、server上で移動するすべてのプレイヤーとクリーチャーに対して実行されます。

これは重要です。なぜなら、小さな節約でも高負荷なワールドでは何度も繰り返されるからです。プレイヤー、動物、敵対的なNPCを同時に追跡するserverでは、こうしたチェックが大量に実行される可能性があるため、冗長な参照をなくすことで、移動が多い状況での不要な処理を減らせるはずです。

ブロック破壊処理もserver側で見直されました。どのブロックが破壊されたのかを判定するだけのためにchunkを読み込んで処理を止めることは、もうありません。関連するplugin APIも、完全なchunkアクセスからchunk sectionベースへと徐々に移行しており、一部の隣接ブロック更新では、未読み込みchunkをメモリに引き込まずにスキップするようになっています。

Hypixel Studiosはこれらの変更に関するbenchmarkを公開していないため、改善量を定量化するのはまだ早すぎます。それでも方向性は明確です。繰り返し行われるブロック問い合わせを減らし、実際には必要のない処理のためにワールドデータを読み込まないようにすることです。

マルチプレイヤーでは、より直接的なネットワーク経路が優先されるように

マルチプレイヤーsessionでは今後、利用可能な場合は常に直接的なネットワーク経路が自動的に優先されます。そのため、不要にpingを増やす迂回経路の使用は避けられるはずです。

これは、アップデート6で導入されたネットワーク関連の取り組みの延長です。Hytaleはその際、プレイヤー主催ワールドの接続性向上のためにICE、STUN、TURNを採用しました。Hytaleの新しいマルチプレイヤー接続システムに関する当社の記事で説明したとおり、直接通信が不可能な場合にはrelayや仮想ネットワーク経路が役立ちますが、不要な場面ではレイテンシを増やす原因にもなります。

この変更は回避可能なレイテンシを減らすものですが、すべてのプレイヤーでping低下を保証するものではありません。物理的な距離、インターネットのルーティング、混雑状況、そしてhostまたはdedicated serverの所在地が、最終的な結果を左右します。

1つの不具合接続でserver全体が妨害されることはもうありません

アップデート7では、1人のプレイヤーの接続がserver上の他の全員のネットワーク機能を壊してしまうという、特に深刻な不具合が修正されています。Hypixel Studiosは正確な発生条件を明らかにしていませんが、この障害を切り離すことで、問題のある1つのclientが接続中の全プレイヤーを巻き込んで中断させる事態を防げるはずです。

このプレリリースでは、32階層を超えてネストされたネットワーク構造も拒否されます。この保護策は、整形済みメッセージ、アイテムカテゴリ、コマンドツリー、インタラクションチェーンを対象としており、以前はクラッシュを引き起こす可能性があった異常または悪意のあるデータから双方を守ります。

server停止処理もよりクリーンになりました。server停止時にはアクティブな接続が正しく閉じられるようになったため、プレイヤーはタイムアウトを待たされるのではなく、すぐに切断されるはずです。Hytaleでは、すでにunload済みのエリアから遅延teleport blockが自分自身を削除しようとすることに起因する、短時間のserverスタッターも修正されています。

MaxViewRadiusは32 chunkに厳格制限

最も目立つ設定変更はMaxViewRadiusに関するものです。Hytale アップデート6では、1〜512 chunkの値を受け付けるserver console commandが導入され、デフォルトは32でした。アップデート7最初のプレリリースでは、その許容範囲が1〜32 chunkに縮小されています。

config.json内の範囲外の値によってserverが起動不能になることはなくなりました。Hytaleはその値をメモリ上で有効範囲に丸め、logに警告を書き出し、そのまま起動を続行します。

この新しい上限は大幅な引き下げですが、hostにとって予測可能な制限を作り出し、極端な表示距離設定が、過剰なメモリ使用、chunk読み込み、または処理負荷の偶発的な原因になることを防ぎます。

ネットワークプロトコルが再び更新

アップデート7では、UpdateLanguage.Languageプロトコルfieldが必須になり、言語識別子の最大長も16文字から100文字に拡張されます。この変更をサポートするため、プロトコルversionが引き上げられています。

そのほかにも、ネットワーク接続面の変更がcustom codeに影響する可能性があります。ShowEventTitle packetは従来のbooleanをイベントタイトルstyleに置き換え、ワールドのgameplay設定は新しいpacketを通じて複製されるようになり、新しいbeamシステムでも対応するclient側サポートが必要になります。

アップデート6に伴った大規模なプロトコル破壊とは異なり、Hypixel Studiosはアップデート7のすべてのpluginを再buildする必要があるとは述べていません。ただし、特にpluginがpacketを手動生成する場合や、現在deprecatedまたは削除されたchunkアクセスmethodを使っている場合は、開発者は新しいプレリリースAPIに対してcompileとテストを行うべきです。

Hytaleはlauncher更新からserverデータも保護

新しい起動チェックにより、launcherのインストールディレクトリ内にserverコンテンツが書き込まれることを防ぎます。この領域はアップデート中にpatchされたり消去されたりする可能性があります。このチェックは作業ディレクトリに加え、--universe、--prefab-cache、--backup-dirで指定されたpathにも適用されます。

Hytaleが安全でないpathを検出した場合、serverは起動を拒否し、データ移動の方法を説明したうえで、code 11で終了します。--allow-install-dirによるoverrideも存在しますが、これを使用するとデータ損失のリスクを明示的に受け入れることになり、永続serverの通常設定にすべきではありません。

Hytale server管理者が確認すべきポイント

これはアップデート7最初のプレリリースであるため、コミュニティ管理者は自動的なproduction upgradeではなく、テストbuildとして扱うべきです。

• テスト前に、ワールド、設定ファイル、plugin、serverデータをbackupすること;
• 稼働中のstable serverをすぐ置き換えるのではなく、別環境を使用すること;
• プロトコル更新後は、clientとserverを互換性のあるbuildにそろえること;
• MaxViewRadiusを確認し、config.json内の32を超える値を置き換えること;
• 特にcustom packetやdeprecated chunk APIについて、pluginの互換性を確認すること;
• universe、cache、backupはlauncherインストールディレクトリの外に保存すること;
• 起動時warningを確認し、現実的な負荷条件で参加、停止、ブロック破壊、移動をテストすること。

アップデート7はすでに永続serverにとって重要な内容

最初のアップデート7プレリリースでは、新しいRune Abilityシステム、刷新されたgoblin、追加のcreative toolsを含むChapter 1コンテンツの展開も始まっています。ただしserverコミュニティにとっては、より地味な技術的変更のほうが、長期的には大きな影響を持つかもしれません。

冗長な衝突参照の削減、強制的なchunk読み込みの減少、よりクリーンな切断処理、不正データ通信の分離強化は、いずれも永続的なマルチプレイヤーワールドの基盤を対象にしています。32-chunkの表示距離上限は、HytaleがEarly Accessの段階にある今も、Hypixel Studiosが妥当な運用上限を定義し続けていることを示しています。

アップデート7は今後数週間にわたり、追加のプレリリースwaveを受け取る予定です。そのため最終的なstable内容は異なる可能性がありますが、Part 1の時点ですでに、serverパフォーマンス、ネットワーク耐性、より安全な設定が明確な優先事項であることが示されています。