BLUEPRINT
Глава 2: Ключевые концепции
2.1 Модель отношений Master-Slave
DTP имеет чётко определённые отношения master-slave:
- Master: физическое лицо (пользователь) или Fay (iFay / coFay) — конечный владелец данных и лицо, принимающее решения
- Slave: программный или аппаратный терминал — производитель или потребитель данных
Ключевые ограничения
| Ограничение | Описание | Пример |
|---|---|---|
| Единственный контроллер | В любой момент времени терминал может иметь только одного Fay, «населяющего» его | Умные часы пользователя могут контролироваться только собственным iFay пользователя в данный момент |
| Механизм наблюдателя | Контролирующий Fay может пригласить или авторизовать других Fay для наблюдения (доступ только для чтения) | iFay пользователя контролирует домашнюю умную камеру, приглашая coFay семейного врача наблюдать за потоком данных мониторинга здоровья |
| Право извлечения данных Master | Master имеет право извлекать данные из slave; slave в большинстве случаев не может отказать | iFay запрашивает историю просмотров с корпоративного ноутбука; DLP-агент ноутбука отклоняет запрос из-за корпоративной политики соответствия |
| Система запросов Slave | Когда slave запрашивает инъекцию данных от master, master обладает полной властью принятия решений | Приложение такси запрашивает домашний и рабочий адреса пользователя у iFay; iFay определяет, что пользователь едет на работу, и предоставляет только рабочий адрес |
| Многомастерное повторное использование | Slave может повторно использоваться несколькими master в разные периоды времени | Общая семейная умная колонка населяется iFay матери днём и iFay отца ночью |
2.2 Режимы участия
DTP поддерживает два режима участия:
- Controller: Fay, в данный момент «населяющий» терминал, с полным доступом на чтение и запись
- Observer: другой Fay, приглашённый или авторизованный контроллером, с доступом только для чтения
Observer может получать только копии потока данных для чтения и не может инициировать запросы или изменять соглашения.
2.3 Agreement
Agreement — это контракт на передачу данных, согласованный между master и slave, определяющий все параметры передачи данных:
- Тип/диапазон данных: какие данные передавать
- Режим передачи: однократный (
one_time), периодический (periodic) или потоковый (streaming) - Частота передачи: частота отправки данных
- Срок действия: продолжительность действия соглашения
- Приоритет: низкий (
low), нормальный (normal), высокий (high) или критический (critical)
Вся передача данных должна основываться на взаимно согласованном соглашении — «голой передачи» не существует.
2.4 Data Fragment
Fragment — это единица данных в DTP со следующими характеристиками:
- Глобально уникальный идентификатор (Fragment_ID)
- Временная метка происхождения (Origin_Timestamp): момент фактического создания данных, а не время передачи
- DAG-зависимости: связи с другими Fragment
- Принадлежность к соглашению: указывает на связанное соглашение через Agreement_ID
- Контекстные метаданные: структурированная контекстная информация
2.5 Зависимости направленного ациклического графа (DAG)
Fragment выражают зависимости через рёбра DAG, поддерживая три типа связей:
| Тип связи | Значение | Пример |
|---|---|---|
derived_from | Получен из | Fragment «суточная сводка шагов» получен из отдельных Fragment записей шагов в течение дня |
annotates | Аннотирует | Fragment данных о погоде аннотирует Fragment заказа доставки еды, объясняя, почему пользователь заказал холодный напиток при высокой температуре |
supersedes | Замещает | После обновления пользователем адреса доставки новый Fragment адреса замещает старый Fragment адреса |
Структура DAG гарантирует, что связи устанавливаются в момент сбора данных, помогая iFay понять эволюционную линию и причинно-следственные связи данных.
2.6 Глоссарий
| Термин | Определение |
|---|---|
| iFay | Individual Fay — персональный ИИ-аватар (цифровой двойник), привязанный к конкретному физическому лицу (Human Prime) |
| coFay | Common Fay — ИИ публичной роли (аналог Agent) |
| Fay | Общий термин для антропоморфных ИИ-агентов |
| FayGer | Контейнер/среда выполнения для Fay (аналог Docker/JRE); считается «публичным пространством» и не должен иметь доступа к данным в открытом виде |
| Human Prime | Физическое лицо, к которому привязан iFay |
| Faying | Состояние, в котором iFay подключён/сопряжён со своим Human Prime |
| Personal Data Heap | Модуль управления приватными данными iFay, хранящий данные в различных форматах («дневник» Human Prime) |
| Sensor | «Нервная система» iFay, построенная на CAP + DTP, принимающая потоки данных |
| Device Driver Hub | Уровень хаба драйверов, интегрирующий драйверы устройств |
| DTP_Engine | Ядро обработки протокола DTP, отвечающее за кодирование, декодирование, шифрование, дешифрование и управление передачей фреймов |