хранилище описано как свёртка по журналу событий

- экспорт Apple это снапшот всей истории, доставки после его даты — события
  поверх; состояние пересобирается как import(экспорт) + replay(доставки)
- отсюда ретеншен архива меняется с произвольных 14 дней на «до следующего
  проверенного экспорта» (~2 ГБ за квартал, измерено), а свёртка обязана быть
  детерминированной — воспроизведение строго по received_at
- названы границы модели: stateOfMind в экспорт не попадает вовсе, а верхние
  слои за периоды с удалёнными доставками не воскресают и досчитываться не
  должны — каталог обязан говорить это честно

docs/plan.md

@@ -14,7 +14,7 @@
 
 Разведка закончена: правило вывода слоя, модель идентичности и формы точки
 проверены на живом потоке, выводы — в
-[local-research.md](local-research.md), 41 находка.
+[local-research.md](local-research.md), 46 находок.
 
 ## Шаги
 
@@ -73,9 +73,9 @@
 - ~~Пометка локализованных полей в схемах.~~ **Переросло в шаг 3:** одной
   пометки мало, нужен словарь кодов, иначе не сойтись с родным экспортом
   (находка 37).
-- **Ретеншен сырого архива** (`storage.raw_retention`, 14 дней) — удаление
-  старых тел. Пока архив не подчищается; включить после того, как разбор
-  устоится, иначе страховка исчезнет раньше, чем перестанет быть нужна.
+- **Ретеншен сырого архива** — удаление доставок старше последнего
+  проверенного экспорта (не фиксированный срок: журнал не должен рваться).
+  Пока архив не подчищается; включить после того, как разбор устоится.
 - **Порог `sealed`** — с какого возраста час считается запечатанным. Ставим по
   факту: сначала пишем `WARN` на изменение старых объектов и смотрим, какая
   глубина досчёта встречается в жизни (наблюдалось до 22 минут, находка 10).