Кратко

  • Новый устав WebTransport Working Group действует с 1 сентября 2026 года до 31 августа 2028-го; в истории сказано о добавлении потенциальной работы над взаимодействием между узлами.
  • В сфере деятельности P2P назван предметом возможной инкубации. В нормативных результатах указан только WebTransport, а его начальная версия ограничена соединениями клиент—сервер.
  • Открытая issue 590 объединяет локальную сеть, сервер за NAT, mDNS, ICE, NAT-PMP, UPnP и P2P QUIC как разные задачи и варианты. Решение не выбрано.
  • Поздний, прямо названный неблокирующим комментарий по безопасности попросил раннюю проверку. Ответ обещал её и предполагал секцию на TPAC, но не утвердил дизайн.
  • W3C Process раздельно регулирует сферу и результаты. Последующая процедура зависит от того, войдёт ли конкретный механизм в существующий результат WebTransport или получит иной статус.
  • Публичная квитанция должна показать, ведёт ли инкубация в следующую версию, новый результат, другую группу, ненормативный материал либо к отсрочке и закрытию.

Устав разрешил вопрос, а не утвердил ответ

Фраза о P2P построена осторожно: группа «рассматривает возможность инкубации» механизмов. Это даёт право собирать сценарии, сравнивать архитектуры и отбрасывать неудачные варианты. В ней нет обещания браузерного канала между равноправными узлами и нет выбранной техники обхода NAT.

Раздел нормативных результатов подтверждает границу. В нём один пункт — WebTransport, описанный как ECMAScript API для передачи данных между браузером и сервером. Начальная версия результата прямо ограничена соединениями клиент—сервер. История устава называет P2P потенциальной новой работой.

У этих состояний разное назначение. Сфера отвечает, что группа вправе исследовать. Результат указывает институциональный дом для нормативного текста. Working Draft, Candidate Recommendation и Recommendation обозначают последующие уровни документа. Совместимые реализации и внедрение дают уже эксплуатационные доказательства.

Если всё это сжать до формулы «W3C одобрил P2P в WebTransport», незавершённая идея получит чужой авторитет. Эксперимент при этом лишится права закончиться отрицательным результатом.

За одним сокращением стоят разные сети

WebTransport issue 590 не предлагает единой API. Одним пользователям нужен клиент и сервер в одной локальной сети, где для обнаружения может подойти mDNS. Другим требуется доступ к серверу за NAT, и среди вариантов появляются ICE, NAT-PMP и UPnP. Отдельно упомянуты дискуссии IETF об обходе NAT и P2P QUIC без ICE.

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

Поэтому issue задаёт вопрос о подходе и остаётся открытой. В ней нет решения группы, выбранного механизма или нормативного текста. Упоминание технологий не превращает их в дорожную карту.

Рядом существует проверка TAG для другой Local Peer-to-Peer API. Тот проект инкубировался в WICG, а место будущей стандартизации сначала оставалось неизвестным или связывалось с Second Screen Working Group. Комментарий TAG запросил конкретную модель угроз: злоупотребление функциями, обнаружение, отпечатки устройств, профилирование пользователей и сходство с UPnP.

Рецензент устава WebTransport специально отметил, что это не одно и то же предложение. Вопросы пригодны для сравнения, но выводы нельзя засчитать как собственную проверку WebTransport.

Обещание проверки остаётся обещанием

29 июля, когда устав уже проходил рассмотрение Advisory Committee, появился поздний и обозначенный как неблокирующий комментарий по безопасности. Он связал новый диапазон работ с issue 590 и попросил подтвердить хотя бы высокоуровневую проверку P2P. 24 августа публичный ответ сообщил, что любая новая возможность получит раннюю проверку и что на TPAC должна состояться отдельная секция.

Ранний момент полезен: угрозу дешевле учесть до закрепления API. Но проверенные источники не доказывают, что секция прошла, модель угроз принята, технический консенсус достигнут или P2P попал в спецификацию.

Strategy issue 537 закрыли как completed 1 сентября. Последний комментарий сообщил об объявлении устава и дал ссылку на закрытый архив для членов. Открытый конечный устав и страница группы показывают доступное всем состояние: с 1 сентября 2026 года по 31 августа 2028-го.

По кратковременной метке подсчёта бюллетеней и секундам перед закрытием нельзя восстановить голоса, возражения или закрытое обоснование. Для статьи достаточно меньшего: исследование разрешено, P2P-дизайн не принят.

Февраль 2027 года не заполняет содержание заранее

В графике стоит First Public Working Draft следующей версии WebTransport на февраль 2027 года. Устав не закрепляет за ним P2P. В новой версии могут быть другие изменения. P2P может стать отдельным результатом Recommendation track, остаться ненормативным описанием сценариев, перейти в другую группу или прекратиться.

W3C Process объясняет значение будущей классификации. Устав должен отдельно фиксировать сферу и природу результатов. Новый результат Recommendation track, не входящий в сферу существующего результата, является major change. Переименование или реорганизация уже охваченного результата может считаться minor.

Из этого нельзя заранее вывести обязательность нового устава. Но и нынешняя фраза о сфере не даёт авансового одобрения любой P2P-спецификации. Процедуру определят конкретное предложение и его связь с существующим WebTransport.

Зафиксировать сам переход

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

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

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

Running-Code Primacy у Lu Heng задаёт здесь полезный порядок. Устав разрешает работу, выполняющийся код проверяет гипотезу, публичная спецификация фиксирует решение, а совместимость и внедрение подтверждают применение. Ни один слой не вправе присваивать доказательства другого.

P2P теперь находится в легитимной области поиска WebTransport Working Group. Отдельным нормативным результатом он не стал. Следующий экзамен для управления — показать точный публичный акт, который изменит этот статус, если изменение произойдёт.

Источники

  1. W3C — устав WebTransport Working Group 2026 года
  2. W3C — страница WebTransport Working Group
  3. W3C — история уставов WebTransport
  4. W3C Strategy issue 537 — устав группы WebTransport
  5. Поздний неблокирующий запрос на высокоуровневую проверку P2P
  6. Публичный ответ с обещанием ранней проверки и секции на TPAC
  7. WebTransport issue 590 — сервер за NAT или в локальной сети
  8. W3C TAG design review 932 — Local Peer-to-Peer API
  9. Комментарий TAG по безопасности к отдельному предложению
  10. W3C Process Document, редакция 18 августа 2025 года
  11. W3C — публичное уведомление о проверке Advisory Committee
  12. W3C — WebTransport Candidate Recommendation Snapshot
  13. Commit проекта устава, добавивший сферу P2P
  14. Lu Heng — Running-Code Primacy