Обмен данными — это дисциплина согласованности, а не пропускная способность сети.

Сеть может передавать всё; экосистема — только то, что согласовано. ESAETCH различает «технически возможный обмен» и «допустимый обмен» — и работает только во втором режиме.

X1СТАДИИ ОБМЕНА

Четыре стадии, через которые проходит любая порция данных.

// X+0 · РЕГИСТРАЦИЯ

Запись намерения

Узел-отправитель регистрирует обмен в реестре: что отправляется, кому, в каком формате, с каким окном допустимого расхождения.

// X+1 · ВЕРИФИКАЦИЯ

Поверка контракта

Координационный слой проверяет, имеет ли отправитель право на этот обмен, и совпадает ли формат с описанием контракта.

// X+2 · ПЕРЕДАЧА

Доставка получателю

Через подходящий маршрут данные попадают к узлу-получателю; маршрут описан в реестре и не выбирается «на лету».

// X+3 · ЖУРНАЛ

Регистрация события

Завершённый обмен фиксируется в наблюдательном контуре. Журнал — основа для последующего пересмотра регламента.

X2ФОРМАТЫ И СОГЛАШЕНИЯ

Семь устойчивых форматов обмена в экосистеме.

F-01

Структурный пакет

Базовый формат: фиксированные поля, явная схема, явная версия. Используется для большинства обменов.

F-02

Событие

Зафиксированный факт, который произошёл; описан тип события, источник и время.

F-03

Снимок состояния

Зафиксированный срез состояния системы на определённый момент времени.

F-04

Журнальная запись

Описанный append-only элемент, который всегда дополняет и никогда не редактирует.

F-05

Запрос-ответ

Парный обмен с описанной схемой запроса и схемой ответа; используется для координационных операций.

F-06

Контурный пакет

Группа сообщений, передаваемая как единое целое в режиме контурного обмена.

F-07

Сигнальный кадр

Минимальный по размеру формат для наблюдательного контура — без полезной нагрузки.

∅

Прочие форматы

Не регистрируются в обменах; считаются техническими и не имеют права пересекать границы узлов экосистемы.

X3КАРТИНА ПОТОКОВ

Где живут описания каждого потока и кто отвечает за его согласованность.

EXCHANGE · ROUTE 05 Сетевой узел обмена — кабели передачи данных

OBJ_XCH_2026_055
STATE · ACTIVE

// FLOW_OWNERSHIP

Ответственность потока

За каждый поток данных отвечает один владелец-узел. Он подписывает все изменения контракта и инициирует ревизию при расхождении формата с описанием.

Это не должность, а зафиксированная роль в реестре. Если владелец не найден, поток считается аномальным и подлежит закрытию в ближайшем цикле.