Новому уставу DID в W3C нужна ведомость состояния

Кратко

Действующий устав DID Working Group был принят в 2024 году, включил DID Resolution в Recommendation Track и продлён до 28 октября 2026 года. Августовская работа уже опирается на действующий мандат.
6 августа опубликован Candidate Recommendation Snapshot. Этот Patent Review Draft открыл возможность исключений до 5 октября и задал критерии реализации по функциям; он не стал ни W3C Recommendation, ни одобрением технологии со стороны W3C.
10 августа W3C начал refinement проекта устава продолжения. Однако публичный проект, включая объединённый 27 августа head репозитория, всё ещё называет DID Resolution Working Draft, указывает 10 июля как последнюю публикацию и ссылается на старый Exclusion Draft 2024 года.
Официальная история содержит и Candidate Recommendation Draft от 28 августа. Это самый новый интегрированный технический текст, но он не становится патентной контрольной точкой только из-за более поздней даты.
До рассмотрения Advisory Committee проекту нужна компактная ведомость, которая соединит действующий устав, последний читаемый текст, контрольный Snapshot, окно исключений, функцию at risk и датированное доказательство реализации. Ведомость описывает существующие решения, а не создаёт ещё одно.

Один стандарт находится сразу в четырёх настоящих

Вопрос «каков текущий статус DID Resolution?» выглядит простым, пока не уточнено, чей именно статус нужен.

Для редактора текущим будет Candidate Recommendation Draft от 28 августа — последняя интегрированная публикация. Для специалиста по патентной политике контрольным остаётся Snapshot от 6 августа, поскольку именно он открыл Call for Exclusions до 5 октября. Для инженера важен отчёт об испытаниях, где показан запуск 27 марта. Для институционального участника источник полномочий — устав 2024 года, продлённый до 28 октября.

Ни одна из этих дат сама по себе не ошибочна. Ошибка возникает, когда их сворачивают в одно поле «latest». Самый свежий текст не обязательно является телом патентного сравнения. Самый свежий видимый прогон не обязательно проверяет самый свежий текст. Публичный проект нового устава не заменяет действующий устав.

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

Августовский этап уже имеет действующее основание

Устав от апреля 2024 года включил DID Resolution как новый результат на Recommendation Track. Изначально срок группы истекал в апреле 2026 года, но W3C продлил его до 28 октября. Тот же срок показывает публичная страница группы.

Следовательно, Candidate Recommendation не появилась в вакууме. Будущему уставу не требуется задним числом создавать законность уже выполненной работы. И наоборот, проект устава пока не получил полномочия действующего документа. По W3C Process впереди остаются решение об утверждении, Call for Participation и новые обязательства участников.

Issue 562 в репозитории стратегии формулирует цель предельно сдержанно: это переутверждение существующей группы; «Substantive changes: None»; дополнительное время потребовалось потому, что достижение консенсуса по DID Resolution заняло больше времени, чем ожидалось.

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

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

Snapshot и Draft отвечают на разные вопросы

Названия Candidate Recommendation Snapshot и Candidate Recommendation Draft легко принять за две версии одной отметки зрелости. В процедуре W3C это разные публикационные действия.

Snapshot от 6 августа — стабильная точка рассмотрения. W3C Process определяет Candidate Recommendation Snapshot как Patent Review Draft. Его публикация запускает возможность исключений. Поэтому IPR-страница DID Working Group показывает начало 6 августа и окончание 5 октября.

Candidate Recommendation Draft от 28 августа выполняет другую функцию. Его статус говорит, что документ интегрирует изменения после предыдущей Candidate Recommendation, которые группа намерена внести в последующий Snapshot. Это незавершённая работа, которая может обновляться, заменяться или прекращаться. Сам по себе CR Draft не создаёт новой возможности исключений.

Ведомость должна держать отдельно:

новейший интегрированный технический текст — CR Draft от 28 августа;
действующий Patent Review Draft — CR Snapshot от 6 августа;
текущее окно исключений — с 6 августа по 5 октября;
следующую стабильную точку — только после фактической публикации нового Snapshot.

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

Специализированный патентный реестр уже обновлён

Строка DID Resolution в проекте устава всё ещё указывает Working Draft от 28 ноября 2024 года как Exclusion Draft и период, завершившийся 27 апреля 2025 года. В изоляции эта строка отстаёт от текущего процесса.

Публичная IPR-страница не отстаёт. Она показывает новую возможность с 6 августа по 5 октября, а период 2024–2025 годов сохраняет как предыдущую историю. Call for Exclusions уточняет: новая возможность относится к материалу, которого не было и который не был очевиден в прежнем reference body.

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

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

Ведомости достаточно назвать Snapshot, предыдущее reference body, даты открытия и закрытия и публичную IPR-страницу. Устав не должен подменять юридический реестр или предугадывать его содержание.

Число исполнителей не доказывает покрытие каждой функции

Snapshot от 6 августа задаёт критерии выхода на уровне функций. Для каждой функции ожидаются как минимум две независимые совместимые реализации, проверенные открытыми тестовыми наборами. Машинно проверяемым нормативным требованиям нужны две соответствующие реализации на функцию; для требований, не проверяемых машиной, нужны две демонстрации. Кроме того, реализации должны поддерживать по крайней мере два открыто специфицированных DID method, каждый из которых совместимо реализован более чем одной реализацией.

Это не подсчёт логотипов или столбцов.

Публичный отчёт показывает несколько исполнителей и подробную матрицу. Он также показывает время запуска 27 марта 2026 года — раньше обеих августовских Candidate Recommendation.

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

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

публикацию или commit тестировавшейся спецификации;
commit набора тестов и время запуска;
нормативные утверждения, собранные в каждую функцию;
две подходящие реализации или демонстрации для функции;
основание считать реализации независимыми;
открыто специфицированные DID methods, использованные для совместимости;
нерешённые, пропущенные и at-risk элементы;
владельца следующего обновления отчёта.

Так работающий код дисциплинирует институциональную метку зрелости. Устав может требовать доказательств, но не может сделать реализацию существующей одной формулировкой.

At risk — адрес неопределённости, а не приговор

Статус Snapshot от 6 августа называет DID URL dereferencing функцией at risk и говорит, что она, вероятно, будет изменена или удалена. Группа спрашивает исполнителей, полезна ли функция в текущем определении. Там же отмечено, что открытые issues классов 1, 2 и 3 могут изменить спецификацию.

Это нормальная работа Candidate Recommendation: стадия предназначена для получения опыта реализации. Метка at risk ограничивает обещание стабильности; она не объявляет процесс неудачным.

Риск управления появляется, если при переходе исчезает адрес открытого вопроса. Общее обещание «поддерживать DID Resolution» не говорит, получила ли новая группа готовую функцию, гипотезу, кандидата на удаление или раздел, которому не хватает доказательств.

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

Refinement — время для исправления, а не доказательство нарушения

Публичная страница устава прямо обозначена как DRAFT. Даты начала и окончания пока являются placeholders, что ожидаемо: начало зависит от будущего утверждения и Call for Participation. W3C сообщил, что refinement предположительно продлится примерно до 15 сентября.

В W3C Process это стадия широкого рассмотрения, формальной обработки issues и решения Team — начать Advisory Committee review, продлить refinement или не продолжать предложение.

Сам проект поясняет, что “Draft state” означает состояние deliverable при утверждении устава, а для динамического статуса даёт ссылку на страницу публикаций. Он не обязан быть синхронным с каждым изменением в течение часа. Но к моменту утверждения его строка должна быть точной.

На срезе исследования head, объединённый 27 августа, всё ещё содержал Working Draft, 10 июля и Exclusion Draft 2024 года. Snapshot к тому моменту существовал уже три недели. 28 августа добавился новый CR Draft.

Это исправимое расхождение проекта, а не доказательство недействительности. Объявить его нарушением — значит игнорировать назначение refinement. Пропустить его до утверждения — значит потратить эту возможность впустую.

Достаточно тонкого общего слоя

У W3C уже есть отдельные страницы публикаций, IPR, группы и тестов. Не нужно превращать устав в их копию. Компактная ведомость может соединить стабильные идентификаторы в шести блоках:

Полномочие: действующий устав и срок, commit проекта-преемника, стадия refinement и окончательное решение.
Текст: последний интегрированный документ и контрольный Snapshot как разные поля.
Патентное состояние: Patent Review Draft, открытие и закрытие окна, прежнее тело и IPR-ссылка.
Реализация: проверенная спецификация, набор и запуск тестов, покрытие по функциям и основание независимости.
Рассмотрение: at-risk функция, открытые issues, горизонтальные и широкие reviews, решения по комментариям.
Хранение: владелец каждого поля, путь исправления и событие, сменяющее состояние.

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

Связь с более широкой темой identity and access management не расширяет мандат W3C. DID Resolution важен для этой области, но не сертифицирует все IAM-продукты, все DID methods или системы юридической идентичности. Проект устава прямо исключает протоколы аутентификации и авторизации, браузерные API и задачу «решить identity» в Вебе.

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

Новому мандату W3C для DID нужна ведомость состояния стандарта

Почему это важно

Кратко

Один стандарт находится сразу в четырёх настоящих

Августовский этап уже имеет действующее основание

Snapshot и Draft отвечают на разные вопросы

Специализированный патентный реестр уже обновлён

Число исполнителей не доказывает покрытие каждой функции

At risk — адрес неопределённости, а не приговор

Refinement — время для исправления, а не доказательство нарушения

Достаточно тонкого общего слоя

Источники

Подробный контекст профиля

Стратегическое сообщество

Альянс лидеров

Брифинг Стратегического сообщества

Обзор Альянса лидеров