Release Date

Introduction

This category tracks the only thing that matters to most readers: when the game arrives. NEOWIZ has not announced a date, a window, a season or even a year, so a page that lists one is guessing. What does exist is a short, dated chain of events that a release date has to travel through, and this category maintains that chain instead of inventing a countdown. The chain starts with the trademark application filed on September 10, 2026, continues through the reporting that followed and the investor communication that placed the project in full development, and ends wherever it currently stands. Each entry carries its date and its source, which means the page can be checked rather than trusted. It also means that when something genuinely new happens, such as a first trailer or a store page going live, the change is visible immediately instead of being buried under speculation.

Dated Milestone Ledger

Milestone Watchlist

Core Mechanics

A release date emerges from a sequence of gates, and knowing the sequence is what turns impatience into something you can actually track. The first gate is a name being registered, which protects a title long before anyone sees the game and often happens years ahead of launch. The next is the project leaving prototype, which NEOWIZ investor reporting has now described, and after that comes a public reveal, normally a trailer attached to a showcase such as Summer Game Fest, a platform State of Play or The Game Awards. Only once a reveal exists does a store page usually appear, and only once a store page exists does a date or a window become normal to publish. Localisation announcements, age ratings and pre-order bundles follow in the final stretch and are the strongest short-notice signals available, because a game cannot be rated or sold in a region before it is nearly finished. None of those late signals exist yet for this project, which is why the window remains empty.

Advantages

Tracking milestones instead of dates gives you something that survives contact with reality. A dated ledger is auditable: if an entry is wrong you can see which source it came from and drop that source next time, and if a new event arrives you place it on the ledger rather than rebuilding the page around it. It also immunises the reader against the most common disappointment in pre-release fandom, which comes from believing an invented date and then feeling misled by the studio that never gave one. Third, a milestone ledger is genuinely useful across the whole wait, not just at the end, because every entry is a checkpoint that tells you whether the project has moved since you last looked. That is a more honest service than a countdown that must be silently reset every time a rumoured window passes without an announcement.

Challenges

The structural weakness of this category is that the answer is currently short and the temptation to pad it is strong. Without a window, most of the genuinely known material fits in a paragraph, and readers looking for a date will leave unsatisfied no matter how well the page is written. The ledger also depends on events that may not arrive for a long time, which means the page can sit unchanged for months and a reader may mistake stability for neglect. There is an accuracy risk in the other direction too: because investor language is deliberately broad, quotations such as full development can be over-read as a progress claim when they mainly indicate a stage. Finally, any comparison with how long other sequels took is an average drawn from unrelated projects, and this page uses those comparisons as context only, never as a schedule.

Frequently Asked Questions

Quick Tips