Кратко

  • 14 августа W3C предложил убрать WebHID, Web NFC, WebUSB, Web Bluetooth и Web Serial из предварительных deliverables ещё не утверждённой хартии Devices and Sensors. Участников просили до 28 августа сообщить о любых опасениях.
  • Intel вовремя заявил об опасениях по поводу удаления всех пяти API. 31 августа сопредседатель W3C зафиксировал, что опасения были высказаны и поэтому консенсуса не достигли; одну публикацию он не называл единственной причиной.
  • Steering Group WHATWG заранее выбрал другой тест: начать Peripheral APIs Workstream со всех пяти спецификаций, если нет возражений против W3C CfC, и только с Web Serial, если возражение есть.
  • 29 августа WHATWG влил полный вариант, заявив об отсутствии возражений к своему сроку и одновременно признав опасения Intel. Commit доказывает изменение реестра, но не разрешение Formal Objection W3C и не готовность всех репозиториев и проверок.
  • Межорганизационная квитанция предиката должна хранить оба точных вопроса, словарь ответов, классификацию, срок и часовой пояс, ответственного, действие, артефакт и запрет наследования полномочий.

В обсуждении находилась предлагаемая хартия

Проект хартии Devices and Sensors на момент проверки всё ещё был помечен [PROPOSED]. Web Bluetooth, Web Serial, WebUSB, Web NFC и WebHID числились tentative deliverables в состоянии Draft Community Group Report. Включение открыло бы рабочей группе путь к Recommendation Track, но не одобрило бы нынешние конструкции и не гарантировало Recommendation.

В объявлении от 12 июня W3C запросил отзывы до 17 июля и указал, что некоторые существенные вопросы при подготовке хартии не были решены консенсусом. Formal Objection, опубликованный 23 июля, потребовал убрать пять API либо ввести явный барьер: описать классы эксплуатации, определить проверяемые нормативные меры, пройти горизонтальные review и опубликовать disposition по каждому классу.

Технические утверждения принадлежат автору возражения. Публикация не превращает их в вывод W3C, и эта статья не устанавливает безопасность или опасность API. Проверяемый объект — использование откликов на предложение об удалении.

CfC от 14 августа сформулировал узкий вопрос: разрешить Formal Objection, удалив пять названий из предлагаемой хартии. Ответ ожидался до 28 августа при наличии “any concerns”, а молчание считалось согласием. Таким образом, процедура приглашала не только формально обозначенные objections, но и concerns.

У ответов была разная блокирующая сила

Microsoft предпочитал сохранить API и работать над рисками, но прямо отказался блокировать консенсус об удалении. Предложенный WHATWG workstream означал, что работа скорее сменит площадку, чем закончится. Microsoft также отделил tentative adoption от одобрения дизайна и гарантии Recommendation.

Will Morgan поддержал сохранение при условии threat-model review и спросил о возврате, если workstream не возникнет за шесть месяцев. François Daoust обозначил границу: возврат потребует новой хартии. Редакторская деятельность сама по себе не восстанавливает Recommendation-track authority.

28 августа Anssi Kostiainen написал от имени Intel, явно сняв «шляпу председателя». Intel был обеспокоен удалением всех пяти API и считал широкие и горизонтальные проверки W3C важными для глобального применения. Архив принял письмо в 12:24 UTC, в пределах названной даты.

31 августа Kostiainen уже как сопредседатель опубликовал результат W3C: были подняты опасения, поэтому консенсуса не достигли. В сообщении не сказано, что письмо Intel стало единственной причиной. Оно не утверждает хартию, не закрывает Formal Objection и не принимает окончательное решение о сохранении API. Следующие шаги должна планировать W3C Team.

Точный статус — нет консенсуса об удалении, а не окончательно решено оставить.

WHATWG применил собственную развилку

Pull request 264 с апреля предлагал Peripheral APIs Workstream для тех же пяти видов локальной связи. Обсуждались полный состав, старт только с Web Serial, взаимодействие с W3C и безопасность.

Протокол Steering Group от 25 августа записал решение трёх из четырёх представителей. Option 2 означал: в пятницу запустить пять specs, если нет objections to the W3C CfC; при любом возражении — только Web Serial.

W3C решал, убрать ли deliverables из своей хартии. WHATWG выбирал начальный scope своего workstream. Это разные пропозиции. Но вторая развилка зависела от классификации первой процедуры, поэтому отображение W3C-concern в WHATWG-objection стало частью входных данных.

29 августа pull request был влит. Комментарий к merge сказал, что к концу рабочего дня пятницы по PDT возражений против W3C CfC не было, и тут же признал опасения Intel. Неизменяемый commit 7eb413b добавил в db.json Peripheral APIs, WebBluetooth, WebHID, WebNFC, WebSerial и WebUSB.

Замечание не исчезло. Его классифицировали как состояние, не включающее ветку WHATWG «есть objection».

Тот же комментарий обещал превратить опасения и ещё один security scenario в issues после создания workstream repository. Поэтому commit подтверждает реестр и scope, но не существование всех репозиториев, issues, reviews, мер и публикаций.

Разные процедуры не доказывают нарушение

W3C уполномочен решать судьбу собственных хартий. Steering Group WHATWG уполномочен создавать свои workstreams. WHATWG Workstream Policy задаёт специальное значение нерешённым существенным objections от Workstream Participants. Письмо в список W3C не становится таким объектом автоматически.

Полномочия не текут и в обратном направлении. Merge WHATWG не разрешает Formal Objection и не меняет хартию W3C. Отсутствие W3C-консенсуса об удалении не утверждает и не отменяет WHATWG workstream. Связь доказательств не создаёт общего решающего органа.

У слов также не обязано быть универсальное процедурное значение. Microsoft показал состояние «есть concern, но не блокируем». Intel указал concern без этой оговорки. W3C сослался на concerns при закрытии, WHATWG счёл отсутствие objections достаточным. Это публичные классификации конкретного случая, а не вечный словарь.

Контрольный пробел находится в стыке. Если организация Б действует при отсутствии objection в процедуре А, она должна опубликовать, как в её предикат входят реальные состояния А: concern, non-blocking concern, поддержка с изменениями, abstention, silence. Иначе ветвь может быть правомерной, но неповторимой для аудитора.

В The Multi-Stakeholder Mirage Lu Heng предлагает полезное ограничение: участие, предупреждение и возражение дают доказательство, но не наследуют полномочия. Intel не командовал ни одной организацией. Каждая должна показать, как использовала сообщение в пределах собственной власти.

Квитанция межорганизационного предиката

Первый блок фиксирует upstream proposition: версию хартии, пять позиций, стартовое письмо, канал, срок и слова any concerns. Существенное изменение текста во время срока требует записи о перезапуске или продолжении часов.

Второй блок сохраняет ответы без бинарного сжатия. Предпочтение Microsoft и non-blocking qualifier, условное предложение Morgan и concern Intel — разные состояния. Публичных Message-ID, времени и URL достаточно.

Третий блок записывает W3C result: закрывающий chair, момент, consensus was not reached, опубликованную причину и следующего компетентного актора. Будущая хартия становится successor, а не переписывает 31 августа.

Четвёртый блок содержит WHATWG predicate: пять или одна spec, PDT cutoff, Steering Group, классификатора и mapping rule. Он прямо отвечает, почему признанный concern не считался objection для этой ветви.

Пятый блок связывает PR, merge, commit и пять записей. Новые repositories, issues и публикации получают отдельные события. В конце стоит non-inheritance clause: результат одной организации не является решением другой.

Граница доказательств

Публичная страница группы всё ещё показывала «Chartered until 31 August 2026», а следующая хартия оставалась proposed. Это сигнал наблюдения, но не доказательство закрытия группы, отклонения проекта или скрытого финального решения.

Технический спор также открыт. Formal Objection просит конкретные барьеры; другие участники считают возможной работу над рисками в W3C или WHATWG. Workstream не является сертификатом безопасности. Отсутствие консенсуса об удалении не является техническим одобрением.

Доказана узкая цепочка. W3C запросил concerns и сослался на concerns при отсутствии консенсуса. WHATWG тестировал objections, признал concern Intel и счёл условие выполненным. Оба результата могут соответствовать своим процедурам. Преобразование между ними всё равно должно быть наблюдаемым.

Источники