BLUEPRINT

Глава 1: Обзор и мотивация

1.1 Что такое Data Tunnel Protocol

Data Tunnel Protocol (DTP) — один из шести основных протоколов экосистемы iFay. Это протокол канала передачи данных на основе переговоров, отвечающий за двунаправленный сбор и инъекцию данных между терминальными устройствами и Fay.

Как протокол прикладного уровня, DTP построен поверх существующих транспортных протоколов (BLE, RTSP, WebSocket, TCP и др.). Он не зависит от конкретного транспортного механизма и определяет лишь «что передавать, как организовать, как согласовать и как гарантировать доставку».

1.2 Мотивация протокола: суверенитет данных

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

Ключевое ценностное предложение DTP — суверенитет данных: в эпоху ИИ персональные данные должны принадлежать человеку (управляться iFay в рамках Personal Data Heap), а не быть разбросанными по различным поставщикам приложений.

Поток данных в модели DTP:

  1. Все данные терминалов собираются через DTP в Personal Data Heap iFay
  2. Когда терминальному приложению нужны персонализированные данные, оно отправляет запрос к iFay
  3. iFay оценивает — как это сделал бы человек — какую информацию он готов предоставить и в каком объёме, возвращая отфильтрованный минимизированный набор данных
  4. Суверенитет данных всегда остаётся за пользователем (Human Prime (Хьюман Прайм))

1.3 Два основных потока данных

DTP реализует два основных потока данных:

  • Сбор данных (Terminal → Fay): постоянное сохранение данных, произведённых терминалом, в Personal Data Heap iFay, обеспечивая хранение данных
  • Инъекция данных (Fay → Terminal): iFay временно предоставляет отфильтрованный и оценённый минимизированный набор данных терминальному приложению, обеспечивая персонализированные сервисы без ущерба для конфиденциальности

1.4 Контекстуализированные данные

Данные могут терять смысл при отделении от исходного контекста. Например:

  • Пользователь заказывает холодный суп из маша в приложении доставки еды. Если одновременно зафиксирована температура окружающей среды 32°C, это указывает на то, что пользователь выбрал холодный напиток из-за жары
  • Если температура 12°C, это указывает на то, что у пользователя есть предпочтение к холодным напиткам

DTP переносит контекстные метаданные на уровне протокола, обеспечивая захват контекста в момент сбора данных и избегая сложности его восстановления постфактум. Каждый Fragment данных несёт структурированные контекстные метаданные, включая тип данных, идентификатор источника, среду сбора и другую информацию.

1.5 Взаимодействие с CAP

DTP работает совместно с Control Authorization Protocol (CAP):

  • CAP отвечает за авторизацию подключения, верификацию личности и обмен ключами
  • DTP отвечает за фактическую передачу потока данных на основе переговоров

Вместе они обеспечивают возможность «прямого захвата клиента» без необходимости взаимодействия через пользовательский интерфейс. DTP начинает передачу данных только после того, как CAP завершит верификацию личности и обмен ключами, гарантируя, что обе взаимодействующие стороны имеют доверенные идентификаторы и пригодные для использования ключи.