# Что хранит паспорт мира

Резолюции развилок [«Расхождения A–D и опоздания: механика, доли и что
обещано»](https://git.dementev.space/ddmitry/clickstream-data-platform/issues/72)
и [«Места заказов в стартовом
мире»](https://git.dementev.space/ddmitry/clickstream-data-platform/issues/74).
Термины паспорта — «растяжка-хеш» и «опора-счётчик» — заданы разделом «Чем
меряется генератор» в [спеке генератора](../../specs/2026-08-01-generator.md) и
статьёй «Паспорт мира» в [CONTEXT.md](../../../CONTEXT.md).

> Паспорт хранит только то, чего движение мира не меняет. Хеш кладём всегда,
> счётчик — только когда назван его читатель.

- **У каждого отправленного слепка — своя строка с хешем байтов.** Байты
  слепка не покрыты хешами дней ни при каком раскладе подпотоков — это второй
  артефакт мира. Побайтовое обещание («слепок переснимается и даёт те же байты»)
  паспорт начинает сторожить.
- **Счётчики классов расхождений — наблюдаемых, после приоритета**, по
  итоговой судьбе заказов дня. В строке закрытого дня поле `orders` хранит
  число заказов каждого класса; пока окно открыто, поля нет. При N сыгранных
  днях закрыты N − 7 (день d закрывается слепком d + 6, а последний
  отправленный слепок несёт день N − 2). Их читатель — техническая
  проверка `classes_vs_inventory` из DQ-звена этапа 4.
- **Контрольные числа идентичности не заводятся вовсе**: uniq известных
  пользователей и число двухкуковых пар растут, пока мир едет, — опоры из них
  не выходит; генератор сторожит хеш, транспорт — счёт событий.
- **Паспорт описывает мир, а не доставку.** Работа генератора кончается на
  Kafka: дошли ли байты до `ods.order` — вопрос стенда и его проверок. Поэтому
  счёта строк у слепка в паспорте нет; понадобится проверка приёма заказов —
  число заведётся вместе с ней.