Мой дом: от адреса к персональной среде

01

Переносимый дом уже существует — но только по частям

В технологии уже есть несколько необходимых элементов.

Стандарт Matter соединяет совместимые устройства разных экосистем. В версии 1.6 несколько авторизованных пользователем контроллеров могут совместно управлять одной Matter-сетью. Это важный шаг от закрытого приложения к общей физической среде (Matter 1.6).

Стандарт Aliro 1.0 переносит ту же логику в контроль доступа. Он задаёт совместимые мобильные удостоверения для офисов, гостиниц, одноквартирного и многоквартирного жилья (Aliro 1.0).

W3C Verifiable Credentials позволяет отделить удостоверение от базы одного приложения. Издатель подтверждает роль, человек хранит удостоверение, а дом проверяет происхождение и целостность. При этом сама спецификация проводит важную границу: криптографически подлинное удостоверение ещё не гарантирует, что все содержащиеся в нём утверждения истинны (W3C Verifiable Credentials 2.0).

Отдельные операционные части уже работают в большом жилом фонде. SmartRent сообщает в отчёте за 2025 год о 890 870 развёрнутых единицах и примерно 600 клиентах. Система управляет замками, термостатами, доступом и приложением жителя; при выезде оператор отзывает доступ и переводит квартиру в режим свободного объекта (SmartRent 2025 Form 10-K).

Наконец, сети гибкой аренды уже переносят между объектами клиентское отношение. Например, Live@Blueground позволяет подходящему долгосрочному клиенту менять доступную квартиру внутри сети. Но при каждом переходе действуют срок уведомления, наличие объекта, новая ставка и условия переноса депозита (Live@Blueground).

Все четыре механизма реальны, но решают разные задачи. Matter соединяет устройства внутри дома. Aliro переносит формат доступа. SmartRent обслуживает заселение и выезд внутри управляемого фонда. Blueground переносит сервис и договорный процесс внутри одной сети. Ни один из них не превращает личный профиль в универсальное право на любой дом.

02

Пять слоёв, которые опасно смешивать

Сильная метафора «дом как аккаунт» склеивает разные отношения. Рабочая модель разделяет их.

• Слой: Идентичность; Главный вопрос: Кто предъявляет запрос?; Что может переноситься: минимальное доказательство человека или роли
• Слой: Право; Главный вопрос: На каком основании и на какой срок?; Что может переноситься: отзывное удостоверение конкретного права
• Слой: Предпочтения; Главный вопрос: Как человеку удобно?; Что может переноситься: язык, диапазоны, сцены, уведомления, доступность
• Слой: Сервисы; Главный вопрос: Какие отношения нужно подключить?; Что может переноситься: выбранные поставщики, способы оплаты и согласия
• Слой: Физическая среда; Главный вопрос: Что этот дом может и вправе выполнить?; Что может переноситься: ничего автоматически: объект применяет только совместимое и допустимое

Такое разделение не усложняет простую идею. Оно делает её безопасной.

Профиль сообщает, что человеку комфортно спать при прохладной температуре. Действующее удостоверение подтверждает, что он живёт в этой квартире. Локальная система знает возможности оборудования, энергорежим и правила дома. Другой житель имеет своё предпочтение. Итоговая настройка возникает из согласования, а не из права одного аккаунта командовать всем пространством.

Цифровой ключ работает так же. Он может быть удобным и переносимым форматом, но не создаёт право на квартиру. Российское жилищное право отдельно связывает пользование помещением с собственностью, наймом, безвозмездным пользованием или иным законным основанием (ЖК РФ, статья 30).

Аккаунт может исполнить уже выданное право. Он не должен его изобретать.

03

Новый дом не восстанавливает копию — он принимает человека

Правильная последовательность похожа не на автоматическое восстановление телефона, а на согласованное развёртывание профиля.

1. Человек предъявляет минимальное удостоверение роли и срока.
2. Дом проверяет издателя, ограничения и отзыв.
3. Профиль показывает выбранные предпочтения и сервисы.
4. Дом сопоставляет их со своим оборудованием и локальными правилами.
5. Человек заранее видит, что именно будет применено.
6. Общие или рискованные функции требуют согласия и ручного решения.
7. При выезде право отзывается, профиль экспортируется или удаляется.
8. Дверь, свет, климат и тревога сохраняют безопасный локальный режим без облака.

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

04

Дом всегда многопользовательский

У смартфона обычно один основной пользователь. У дома одновременно есть собственник, арендатор, семья, дети, гости, управляющая компания, курьер и мастер. Их права различаются по зоне, времени и действию.

Исследование семи домохозяйств, опубликованное на USENIX Security, показало, что потребительские системы умного дома часто плохо поддерживают многопользовательский контроль. Точные права повышают безопасность, но могут делать систему сложнее (Zeng et al.).

Дневниковое исследование KAIST дополняет картину: люди согласуют индивидуальные настройки через общие приоритеты, отношения и правила, а не только через личные профили (How We Use Together).

Из этого следует важный продуктовый принцип. Персональная настройка — это предпочтение, а не приказ. Дом должен уметь ответить: «могу применить», «не поддерживаю», «нужно согласие другого жителя» или «это запрещено правилами безопасности».

Система, которая не умеет сказать «нет» персональному профилю, не делает дом личным. Она делает его неуправляемым.

05

Право забрать данные ещё не делает новый дом совместимым

Европейский Data Act применяется с 12 сентября 2025 года и усиливает доступ пользователя к данным подключённых продуктов и связанных сервисов в структурированном машиночитаемом формате. Регламент отдельно учитывает несколько пользователей одного продукта и не разрешает свободно передавать персональные данные других людей (Regulation (EU) 2023/2854).

Это важное условие выхода из закрытой системы. Человек должен иметь возможность забрать настройки, согласия и историю выданных ему прав. Но файл с данными ещё не означает, что новый дом понимает их одинаково. Температура может быть переносимым диапазоном, а световая сцена — зависеть от другой планировки и оборудования. История входов может относиться не только к арендатору, но и к безопасности объекта и другим жителям.

Поэтому настоящая переносимость требует сразу трёх вещей:

• права получить данные;
• общего смысла полей и ограничений;
• способности нового дома безопасно применить их.

Без первого человек заперт у оператора. Без второго он получает архив, который никто не понимает. Без третьего совместимость остаётся на бумаге.

06

Удобство быстро превращается в наблюдение

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

FTC зафиксировала в деле против Ring чрезмерный доступ сотрудников и подрядчиков к приватным видео и недостаточные меры защиты, позволявшие несанкционированный доступ к камерам (FTC, Ring LLC).

Базовый профиль NIST для потребительских IoT-продуктов требует контроля доступа, защиты данных, безопасного обновления и наблюдаемого состояния безопасности (NIST IR 8425). Для дома этого недостаточно без срока права, видимого журнала, немедленного отзыва и минимального раскрытия.

Человеку не нужно сообщать осветительной системе полную историю проживания, чтобы вернуть язык интерфейса. Гостевому ключу не нужен доступ к климату всей квартиры. Сервисному мастеру не нужен постоянный идентификатор семьи.

Чем лучше персональная среда умеет забывать лишнее, тем больше оснований считать её действительно личной.

07

Дом должен пережить платформу

Облачные продукты заканчиваются. Google прекратил поддержку Nest Secure: облачные функции и работа через приложение исчезли, тогда как отдельный клавиатурный замок сохранил локальную работу (Google Nest Secure).

Belkin прекратил облачную поддержку части Wemo с 31 января 2026 года. При этом отдельные конфигурации HomeKit и Thread могут продолжать работать локально (Wemo End of Life).

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

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

08

Адрес всё равно имеет значение

Дом — не только интерфейс. Исследования привязанности к дому связывают её с контролем, идентичностью и удовлетворённостью жильём. В одной работе это проверялось на 50 людях, живущих одни (Pasca et al.). Другое исследование 666 студентов показало, что жилищная мобильность по-разному связана с привязанностью и идентичностью места (Vidal et al.).

Эти выборки не описывают всех людей и культур. Они не доказывают, что человек обязан быть привязан к одному адресу. Но они опровергают удобную крайность: будто после появления профиля место становится второстепенным.

Цифровой слой способен перенести привычки и уменьшить бытовое трение. Он не переносит соседей, память, вид из окна, чувство безопасности района и право решать судьбу объекта. Точное обещание звучит скромнее и честнее: при смене адреса человеку не придётся начинать всю домашнюю жизнь заново.

09

Мой дом — это мой мир

Есть более дальний горизонт этой идеи. Человек живёт не только внутри договоров и приложений, но и внутри воздуха, температуры, света, шума и архитектуры. EPA оценивает, что жители США в среднем проводят около 90% времени в помещениях; концентрация некоторых загрязнителей внутри бывает в 2–5 раз выше типичной наружной. Это американская, а не универсальная оценка, но она показывает масштаб среды, которую мы привыкли считать фоном (EPA, Indoor Air Quality). Руководство Всемирной организации здравоохранения, в свою очередь, связывает условия жилья со здоровьем и сводит рекомендации по тесноте, низкой и высокой температуре, травмобезопасности и доступности (WHO Housing and Health Guidelines).

Здание уже умеет нагревать, охлаждать, вентилировать, фильтровать и освещать. Обычно оно управляет зоной и расписанием, а не потребностью конкретного человека. Если персональный слой способен безопасно представить человека, то среда может однажды получить не его полную медицинскую карту, а выбранные условия: диапазон температуры, чувствительность к качеству воздуха и свету, настройки доступности, разрешённые сигналы устройства для самонаблюдения или правило передачи измерения врачу.

Так забота сможет следовать за человеком не только дома. Офис предложит подходящее рабочее место, в гостях или гостинице временно восстановятся выбранные настройки сна и доступности, общественное пространство покажет доступный маршрут. Для этого пространству часто не нужен диагноз. Ему нужно минимальное условие исполнения, раскрытое самим человеком на время присутствия.

• Уровень: Адаптация; Что делает среда: меняет интерфейс, свет, климат и доступность; Какая граница нужна: явный выбор человека и безопасный диапазон
• Уровень: Наблюдение; Что делает среда: принимает показание валидированного устройства; Какая граница нужна: известная точность, получатель и срок хранения
• Уровень: Медицинское действие; Что делает среда: подаёт кислород, лекарство или меняет режим лечения; Какая граница нужна: назначение, медицинское изделие и ответственное лицо

Для данных уже существуют отдельные строительные блоки. HL7 FHIR различает медицинское наблюдение и согласие на использование или раскрытие данных (FHIR Observation, FHIR Consent). European Health Data Space развивает доступ человека к электронной медицинской информации и её контролируемый обмен, но обязательное применение будет разворачиваться поэтапно с 2029 и 2031 годов (EHDS). Это направление, а не готовая интеграция медицинской карты со зданием.

Исследовательские прототипы идут дальше. В Nature Biomedical Engineering описана система, устанавливаемая на обычный туалет, которая связывала пользователя с автоматическим анализом экскретов. Это доказательство технической возможности пассивного наблюдения, а не готовый массовый диагностический продукт (Park et al.). Без правильной идентификации результат нельзя надёжно связать с медицинской историей; при скрытой идентификации такой объект становится особенно чувствительной системой наблюдения.

Есть и функции, которые нельзя превращать в обычную домашнюю автоматизацию. EPA предупреждает: озон повреждает лёгкие, малоэффективен против загрязнителей в безопасных для человека концентрациях и не должен использоваться в занятых помещениях (EPA: Ozone Generators). Домашняя кислородная терапия повышает пожарный риск; корректный объект интеграции — назначенное человеку медицинское устройство, а не обогащение воздуха помещения для всех (FDA: медицинские устройства дома). Распыление дезинфицирующих или лекарственных веществ тоже требует отдельного медицинского и инженерного контура.

Значит, пространство может поддерживать и наблюдать, но не получает права скрытно диагностировать или лечить. Эта ветвь заслуживает отдельной статьи: как выбранные данные здоровья следуют за человеком между домом, офисом и городом, не превращая заботу в постоянное наблюдение.

10

Платформа длиною в жизнь: защитник или тюрьма

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

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

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

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

• Дом как помощник и защитник: цели и правила задаёт человек; Дом как тюрьма: цели незаметно задаёт оператор, работодатель, страховщик или государство
• Дом как помощник и защитник: раскрывается минимально необходимая часть профиля; Дом как тюрьма: постоянная наблюдаемость становится условием проживания
• Дом как помощник и защитник: рекомендации обратимы, а базовые функции работают локально; Дом как тюрьма: удалённое решение может ограничить доступ или критическую функцию
• Дом как помощник и защитник: профиль можно перенести, разделить и удалить; Дом как тюрьма: выход из платформы означает потерю истории, сервисов или дома
• Дом как помощник и защитник: данные здоровья используются по отдельному согласию для поддержки; Дом как тюрьма: скрытые выводы влияют на цену, доступ, страхование или лечение

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

11

Подписной дом — это три разных продукта

Под одним названием часто скрываются несовместимые модели.

• Модель: Сервисы вокруг своего дома; Что получает человек: обслуживание, оборудование, страхование, энергия или обновления; Что остаётся якорем: собственный дом и право на него
• Модель: Доступ к сети пространств; Что получает человек: возможность выбирать доступные объекты по правилам оператора; Что остаётся якорем: клиентское отношение, тариф и инвентарь сети
• Модель: Свой дом плюс сеть; Что получает человек: постоянную опору и временный доступ к другим пространствам; Что остаётся якорем: собственный или долгосрочный дом плюс отдельные временные права

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

Сеть пространств не становится устойчивой только потому, что у клиента есть один аккаунт. В отчёте Inspirato за 2024 год видны длинные арендные обязательства, убыток и реструктуризация портфеля. Это премиальный travel-сегмент и не универсальный приговор подписному жилью, но хороший контрпример: цифровая непрерывность не отменяет стоимость физического инвентаря (Inspirato 2024 Form 10-K).

Экономику трёх моделей нужно считать отдельно. Это следующий вопрос серии, а не готовый вывод текущей статьи.

12

Не аккаунт вместо дома, а человек поверх адресов

Дом будущего не обязан потерять адрес. Он должен перестать каждый раз встречать знакомого человека как неизвестного пользователя.

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

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

Мой дом не помещается в аккаунт. Но часть домашней непрерывности можно отделить от адреса. Это не делает все пространства одинаковыми. Это даёт человеку возможность входить в новое пространство не с нуля.

Дальняя цель — больше, чем удобство. Совместимая среда могла бы узнавать выбранные человеком условия и поддерживать его дома, в гостях, офисе, гостинице или общественном пространстве. Но для этого ей нужен минимум данных о потребности, а не право на всю медицинскую историю. Забота должна следовать за человеком под его контролем; диагностика и лечение остаются отдельным профессиональным и регулируемым контуром.

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

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

13

Как проверить идею платформенным пилотом

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

14

Что проверять

Пилот должен переносить только низкорисковые элементы:

• ограниченное удостоверение арендатора и гостя;
• язык интерфейса;
• световые сцены;
• комфортный диапазон температуры;
• настройки доступности и уведомлений;
• выбранные сервисные связи.

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

Измерять следует не эффект презентации, а фактическое поведение:

1. сколько времени и действий удалось убрать при переезде;
2. какая доля настроек перенеслась правильно;
3. сколько потребовалось ручных исправлений;
4. всегда ли доступ прекратился в назначенный момент;
5. понял ли человек, какие данные раскрыл;
6. сохранилась ли работа без сети;
7. появилась ли готовность пользоваться и платить после опыта.

Численные пороги, бюджет и распределение ответственности должны быть определены до пилота в RAP-021. Если основную ценность даст один цифровой ключ, гипотезу полного персонального слоя придётся сузить. Если большинство настроек создадут больше конфликтов, чем пользы, их не нужно переносить.

15

Кто нужен для пилота

Такой тест требует не одного подрядчика, а небольшой коалиции:

• цифровая платформа или идентификационный кошелёк, уже связанный с пользователем и способный дать ему управление своим профилем;
• оператор жилья или девелопер, который предоставит два-три объекта и законное основание для временных прав;
• поставщик контроля доступа и умного дома с открытыми интерфейсами и безопасным локальным режимом;
• при проверке сценария самонаблюдения — поставщик валидированного персонального устройства, но без диагностики и медицинского вмешательства в первом пилоте;
• независимые специалисты по приватности, безопасности и праву, а при работе с данными здоровья — ещё и медицинский эксперт.

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

16

Приглашение к сотрудничеству

Если у читателя есть подходящий объект, платформа, совместимые устройства, технология идентификации или доступа, экспертиза по приватности, безопасности или данным здоровья — либо возможность познакомить нас с такими участниками — можно написать на info@udtx.vc с темой RAP-018 / пилот.

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

Задача этой публикации — найти такую коалицию и превратить сильную идею в эксперимент, который сможет её подтвердить, сузить или остановить.

17

Основания и ограничения

Источники подтверждают отдельные технические стандарты, операционные механизмы и риски. Они неоднородны: стандарты описывают совместимость, отчётность компаний — собственный масштаб и экономику, академические работы — ограниченные выборки, а корпоративные условия — только правила конкретной сети.

Не найдено подтверждения готовой межоператорной системы полного профиля. Matter, Aliro и Verifiable Credentials не образуют сами по себе жилищный продукт. Предложения гибкого жилья не доказывают массовый спрос и устойчивую экономику. Право на данные не создаёт права на жильё. Применимость к России требует отдельной юридической проверки. Численные критерии успеха, стоимость и P&L пилота не определены. Медицинская ветвь не прошла клиническую, юридическую и инженерную валидацию; прототип анализа экскретов не является подтверждением готовности массовой диагностики, а озон, кислород и любые лекарственные воздействия нельзя переносить в обычную автоматизацию. Пожизненная кросс-доменная платформа и её преимущество по полноте контекста остаются возможным сценарием: статья не доказывает неизбежность такого будущего, законность объединения данных или достаточность описанных защит.