Official dispatch register
Dispatches
Read the current official patch checkpoint, affected systems, and verification date before reusing an older field procedure.
Use the dispatches database
This register is generated from the current validated snapshot, not copied from a competitor list. Every dispatch row must point to a current entity version and at least one retained source. Evidence labels describe what the source can support; they are not popularity scores and they do not make an unknown field true.
Open a record to inspect its factual fields, verification date, source locator, patch scope, aliases, and related field files. Missing values remain missing. If a record is single-source, conflicted, or stale, it moves to Community Radar and cannot create an indexable detail page or feed an operational calculator.
Dispatch records prioritize the latest official patch checkpoint. Older notices can remain in the update ledger even when they are too thin to justify a separate indexable page.
Current snapshot
1 qualified dispatches records
- Patch 1.0 (1577)Official Dispatch
Patch 1.0 (1577) is the current official Steam build notice published on August 10, 2026.
Also listed as: 1577, Patch 1577
- Build number
- 1577
- Patch focus
- Stability, mission reset behavior, localization, ultrawide UI, and visual fixes
Operator method
Work with the dispatches register
Start from the objective you are trying to solve, then open the narrowest relevant dispatch record. Read the summary and qualified facts before following an alias, relation, or outside source. Keep the record name, verification date, snapshot checkpoint, and any current-client value on the same note. This makes it possible to tell which part came from the public dispatches database and which part you observed during the present session.
Use related records as a navigation graph, not as permission to invent missing mechanics. A mission can link to an achievement, ammunition can link to a target role, and a card can link to requisition only when the retained relation states that connection. Open both records and compare their individual evidence boundaries. If a required field appears on neither page, check the current client or leave it unknown instead of carrying a number across categories.
After an official patch, review the records touched by changed names, interfaces, rules, or content. Stable descriptive facts may remain useful, but source-scoped values need a fresh check before automation republishes them. If evidence becomes stale or contradictory, the public route must fail closed and the item moves to Radar. That maintenance rule lets this dispatches register grow without requiring manual approval for every unchanged record.
- Open one qualified record and identify the exact supported field.
- Follow explicit relations only when they answer the current task.
- Keep session observations separate from public database facts.
- Recheck build-sensitive values after a patch checkpoint changes.