Продолжить война.com от **полного корневого 4.6.0-wip**, не дельты. Сначала подтвердить наличие четырёх архивов, прочитать и выполнить `ПРОВЕРИТЬ-ПОДПИСЬ.py`. Прочитать `uaix.uai`, обязательное ядро, новые модули 4.6.0, оба текущих журнала качества, `/docs/РЕДАКЦИЯ-4.6.0.md`, все отчёты `/доказательства/редакция-4.6.0/`, включая первые провалы и превышение ресурсного бюджета. Не переносить старый допуск на новую редакцию.

## Инварианты

Публичное имя — война.com; канонический адрес — [https://xn--80advqd.com/](https://xn--80advqd.com/). Исторический сигнал — РЕБЕЛ ОР ДАЙ; русский смысл — БУНТУЙ ИЛИ УМРИ. «ОР» не объявляется русским словом «или». Естественная речь русская; имена форматов, домены, ссылки и техническая синтаксика точны. Тотем, табу и талисман не изменять. Источник, перевод, транслитерация, машинный синтез и редакционная производная различимы. Корень, горячая, холодная и видимая память согласованы. Неизвестное не считается исполнением; один ответ не является серией; различие не доказывает причину; SHA-256 не доказывает истинность. Сборочный и сессионный ключи не удостоверяют владельца.

## 1. Ресурсный рубеж — первая инженерная задача

В 4.6.0 максимум 100 исходников/25 МиБ с пробельным дополнением прошёл примерно с 505 МиБ RSS. Предметный корпус с **50 000 наблюдений** достиг примерно **1036 МиБ RSS**, превысив контрольный бюджет 768 МиБ. Результат не является мобильным допуском. В первом запуске общей команды возник таймаут без окончательной ведомости; успешный повтор сохранён отдельно.
Повторить оба сценария, фиксируя код, реализацию, число удерживаемых объектов и каждую стадию. Разделить необходимость резервной рабочей версии от лишнего удержания в измерителе. Найти пиковые копии в `restorePanel`, `seal`, сериализации, Base64 и предметной проекции. Не терять исходные байты и не снимать защитные проверки ради памяти. Не создавать второе доказательное ядро. Обосновать бюджет конкретного класса устройства и способ ограничения до чрезмерных выделений. Нынешняя граница 768 МиБ — контрольный бюджет стенда, не гарантия мобильной безопасности.
Добавить отмену восстановления панели, экспорта большого дела, проверки цепочки и больших предметных слияний. Нынешний AbortSignal проверяется между ограниченными операциями и не прерывает синхронный разбор или уже запущенный Web Crypto API. Проверить сохранность прежней рабочей версии после отмены на каждой стадии. Рассмотреть выполнение того же ядра в рабочем потоке с явной передачей владения байтами, но не копировать алгоритмы в параллельную архитектуру. Дополнительно измерить максимум вопросов, событий исправления, конфликтов и длинных строк, а не только наблюдений.

## 2. Многозвенный реестр и пользовательское восстановление

Текущая цепочка допускает максимум четыре исходные подписанные оболочки и консервативно учитывает 32 МиБ по каждому звену вместе со старым графом. Проверены все четыре звена и восстановление их точных файлов/графов; пятое отклоняется. Новая запись отделена от сохранённой. Не менять старые оболочки и ключи. Новая сессионная подпись не превращает их в свидетельство владельца.
Продолжить независимый разбор: подмена именно глубокого предка при согласованном пересчёте внешней оболочки, неверный старый граф с верным SHA-256 другого объекта, неподдерживаемый алгоритм, глубина и объём на точной границе, повтор идентификатора, потеря обратной связи и попытка заменить сохранённое требование. Проверить семантику цикла, не выдавая один отрицательный тест размеров за испытание всех циклов. Отдельно измерить ресурсы каждой глубины. При проверке исторической тестовой подписи искать **точный граф по отпечатку**: сохранённая тестовая подпись 4.5.0 опирается на базовый граф 4.4.0, а не на финальный граф пакета 4.5.0.
В разрешённом настоящем браузере испытать кнопку проверки цепочки, каждую передачу исходной оболочки и графа, новый экспорт и импорт в другой вкладке. В 4.6.0 положительная криптографическая проверка выполнена в Node.js; DOM-стенд не даёт положительного браузерного допуска этим кнопкам. Не подменять криптографическое удостоверение простым наличием подписи.

## 3. Событийная история и срезы

Продолжить единую модель `события_исправления`: исправление источника, уведомление каждого получателя, изменение производной, пересчёт решения, восстановление доступа/положения/видимости/репутации, отзыв и повторное распространение. Поля момента события и момента внесения различимы. Имя проверяющего — заявление. Хэш-цепочка проверяет согласованность, но её держатель может переписать всю цепочку и пересчитать отпечатки; внешняя неизменяемость и аутентификация не установлены.
В 4.6.0 исправлены утечка будущих записей истории в `documentAt` и лексикографическое сравнение равных времён UTC. Повторить два обращения, три раунда, ухудшение полного ответа, конфликт одинакового момента с разными долями секунды, ответ без точного времени внутри того же дня, позднее получение, смену срока/основания и границы до/после одной миллисекунды. Пустые вопросы не дают полноту. Юридическая применимость срока программой не устанавливается.
Добавить явную событийную историю изменения состава получателей и областей восстановления; нынешний срез использует текущий перечень проверки исправления. Протестировать несколько отзывов одного события, новое исправление после отзыва, повторное распространение на нового получателя, откат производной после уведомления и отсутствие ложного восстановления полноты. Не удалять документы и вопросы, на которые ссылаются события и ответы. Проверить 2000/2001 событий, одинаковые моменты внесения, неверный календарь, будущие даты и неудачную загрузку без потери работы.

## 4. Действительный вызов, наблюдатели и решения

Сохранён корпус, показывающий предел ключа «сеанс + нормализованное время + запрос»: изменённый **заявленный** сеанс может создать другой счётный ключ. Разные времена, имена, группы управления и идентификаторы поставщика сами по себе не подтверждают вызов или независимость.
Определить отдельную модель происхождения для квитанции поставщика/наблюдателя: область уникальности идентификатора, проверяемая подпись, открытый ключ, полномочия и связь с исходными байтами запроса/ответа. Не применять ключ сборщика. Не приравнивать подпись к истинности содержания. Пока модели нет, показывать неизвестность и неоднозначность, не обещать устранение всех повторов. Испытать отсутствие сеанса, одинаковый запрос в одну миллисекунду у разных действительных вызовов, разную точность часов, повтор идентификатора между поставщиками и намеренное изменение метаданных.
В 4.6.0 проверены 50 отзывов и перестановки; каждое действующее состояние решения показано отдельно. Добавить серии пересекающихся исключений, смену состава конфликта и новое блокирующее основание после нескольких отзывов, повторное введение ранее отозванного решения под другим именем и экспорт всей истории. Источники не удалять, исключённый ответ не прибавлять к повторениям. Историю заявленной независимости и покрытие условий не скрывать в средних показателях.

## 5. Черновики, вложения, интерфейсы

Точные localStorage-формы 4.5.0 матрицы и реестра выделены из кода. Предпросмотр не записывает новое значение; требуется отдельное согласие. BOM/пробелы исходника сохраняются. Изменение исходного или нового ключа и отказ квоты проверяются. Межвкладочной транзакции нет. Проверить гонку двух вкладок, положительный пользовательский переход с перезагрузкой, отказ перезагрузки, повтор подтверждения и действительный подписанный экспорт реестра после переноса черновика. Не поддерживать неизвестные формы догадками.
PNG ограничен размерами, глубиной, нечересстрочным профилем, CRC, порядком основных блоков, длиной распаковки, палитрой и tRNS. Не заявлять полное декодирование пикселей: отсутствует самостоятельная проверка каждого палитрового индекса после отмены фильтра. JPEG проверяется структурно, не декодируется; профиль сегментов требует дальнейшего усиления (таблицы, компоненты, заголовок сканирования). Не включать PDF, SVG и архивы отключением фильтра. Проверить чрезмерную распаковку, усечение, активные метаданные, Unicode-имена, MIME/Base64 и восстановление рабочей папки при отказе.
По каждому действию двенадцати инструментов вести матрицу: сеть, хранилище, буфер, двойное действие, редактирование во время await, отмена, очистка, повторный ввод, неправильный импорт и восстановление. 19 откликов форм не являются полным покрытием. Двенадцать новых DOM-сценариев не являются настоящими системными загрузками. Сохранять первые ошибки селектора и скрытого раздела отдельно от дефекта сайта. После каждой асинхронной проверки сверять актуальность данных перед записью; не ограничиваться проверкой до первого await. Печатное HTML и Blob означают подготовленную передачу, не сохранение и не испытанную пагинацию.

## 6. Настоящая среда, приёмник и владелец

Повторить разрешённый localhost/HTTPS тем же браузером, не меняя политику и не устанавливая другой браузер ради обхода. При `ERR_BLOCKED_BY_ADMINISTRATOR` сохранить адрес, дату, версию и ошибку, оставить рубеж открытым. В разрешённой среде пройти 86 страниц на 320/390/768/1280/1920, настоящий масштаб 200%, весь клавиатурный маршрут, возврат фокуса, сокращённое движение, печать длинных таблиц/вопросов/отпечатков/многостраничного дела и циклы загрузок. CSS zoom, viewport 640 и первые восемь Tab не эквивалентны этим проверкам. Использовать native Web Crypto API без подмен.
Повторить локальные сценарии приёмника и закрепления DNS, затем испытать на независимо управляемой машине: ключ, подпись, версия, время, неподходящий манифест, независимая публикация, перенаправление, DNS rebinding, неверный сертификат, смена адреса, медленный поток, усечение, сжатие, объём и общая временная граница. Другая папка или процесс не являются независимой машиной.
При реально предоставленном доступе выполнить атомарное развёртывание полного корня, TLS/перенаправления/CSP/заголовки/кэш, наличие или отсутствие service worker, robots.txt, sitemap.xml и точные байты кириллических путей. Проверить запасной маршрут, почтовый цикл, независимое управление и резерв оплаты с подписанными свидетельствами и независимо опубликованным ключом. Без доступа не выдумывать действий и не считать это единственной работой прохода.

## 7. Передача

Обновить корневую, горячую, холодную и видимую память, актуальные указатели, граф, схемы, карту сайта и инвентарь. Редактировать текущие оболочки на естественном русском; исходные исследования не переписывать. Отмечать происхождение каждой производной, сохранять точные старые байты. Проверить невидимые управляющие символы, смешанные алфавиты, alt, JSON-LD, начальный HTML до JavaScript и имена форматов. Исторические указатели должны явно называться историческими, а не вводить в заблуждение как текущая память.
Для каждого испытания записать риск, вход, версию/отпечаток кода, результат, предел и команду. Сохранить все первые провалы, классифицируя дефект программы, ошибку теста, ограничение среды и неподдерживаемый профиль. Собрать четыре реальные ZIP: полный корневой, память, документы/доказательства, набор владельца. Сохранить исходные загрузки и якоря. Проверить пути, Unicode-коллизии, секреты и отсутствие файлов шрифтов, подписи, чистое извлечение, побайтовую сверку, отрицательные подмены, тождество вложенных/отдельных наборов и локальную HTTP-выдачу. Сначала подтвердить существование и чтение каждого ZIP, затем давать ссылки. Следующее задание должно содержать доступную инженерную работу.
Любой открытый рубеж сохраняет **4.7.0-wip**. Нельзя объявлять финальный статус по числу локальных тестов. Выполнить доступное в текущем проходе и передать полный пакет с конкретными пределами; не обещать работу позже.
Повтор в итоговом запуске 4.6.0: 1344.10 МиБ RSS на тех же 100 исходниках/50 000 наблюдений/25 МиБ. Первый завершённый прогон около 1036 МиБ сохранён отдельно; разброс измерений не уменьшает открытый риск. Обе нагрузки превышают бюджет. Опора: /доказательства/редакция-4.6.0/ресурсы-по-этапам.json и /доказательства/редакция-4.6.0/ресурсы-по-этапам-первый-завершённый.json.