Бюллетень апелляции W3C предлагает «одобрить» — и отменяет решение

Кратко

• Раздел 5.9 Process W3C, действующего с 18 августа 2025 года, задаёт вопрос «Do you approve of the Decision?» и предлагает варианты Approve, Reject и Abstain.
• Тот же раздел объявляет апелляционное голосование успешным, когда Approve превосходит Reject в пропорции, зависящей от участия. Следующее предложение говорит, что успешное голосование отменяет решение. При буквальном прочтении одобрение решения становится механизмом его отмены.
• В Process 2023 года полярность была согласована: для отмены решения Reject должен был превосходить Approve. Pull request 901 заменил это правило шкалой в пользу Approve, не изменив вопрос и последствие.
• У шкалы оправданная цель: при участии менее 5% голосование проваливается; от 5% до 15% требуется строго больше трёх к одному; выше 15%, но ниже 20% — строго больше двух к одному; с 20% достаточно простого превосходства. Явные воздержания входят в показатель участия.
• Публичное обоснование состояло в том, чтобы не допускать судьбоносных решений узким большинством при малом участии, адаптировав Requisite Member Vote из Bylaws. О смене значения Approve не объявлялось.
• Изученные источники не доказывают, что W3C проводил голосование по этой формулировке, неверно настроил бюллетень, ошибся в подсчёте или неправильно сохранил либо отменил какое-либо решение.
• До начала голосования W3C следует публиковать точный вопрос, смысл каждой опции, знаменатель Members in Good Standing, диапазон участия, формулу, граничные тесты, агрегированный результат, статус решения и версию Process в единой записи.

Апелляция не должна зависеть от догадки посвящённых

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

Начало раздела 5.9 разводит эти роли. Представитель Member in Good Standing подаёт апелляцию на подлежащее обжалованию решение в течение трёх недель. Команда W3C объявляет об апелляции. В течение следующей недели не менее 5% Advisory Committee должны положительно поддержать запрос, чтобы открылось голосование.

Первые 5% — это порог допуска, а не решение по существу. Они подтверждают, что спор заслуживает обращения ко всему электорату, но не отменяют исходное решение и не предрешают результат.

В решающей фазе формулировка конкретна: «Одобряете ли вы Decision?» Доступны Approve, Reject и Abstain. У каждого Member или группы связанных Members один голос; для раздела 5.9 учитываются только представители Members in Good Standing.

Далее участие выбирает высоту порога. Явные Abstain включаются в участие, хотя не входят ни в одну сторону решающего соотношения. Ниже 5% голосование проваливается. От 5% до 15% Approve должен быть строго больше трёхкратного Reject. Выше 15%, но ниже 20% Approve должен быть строго больше двукратного Reject. При 20% и более достаточно, чтобы Approve был больше Reject.

После этого следует эффект: если голосование проходит, решение отменяется.

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

Числовая проверка выдаёт обратное состояние

Предположим участие не менее 20%. Двенадцать Approve против восьми Reject удовлетворяют действующей формуле. Апелляционное голосование проходит, и решение отменяется. Однако большинство представителей только что ответило, что одобряет это решение.

Восемь Approve против двенадцати Reject дают противоположный исход. Голосование не проходит, решение остаётся, хотя больше представителей выбрали Reject в ответ на вопрос о решении.

В диапазоне от 5% до 15% шестнадцать Approve против пяти Reject проходят, потому что шестнадцать больше пятнадцати. Пятнадцать против пяти не проходят: слово «exceeds» задаёт строгое превышение, а точное равенство тройному значению недостаточно.

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

Воздержания двигают второй параметр. Они не меняют Approve и Reject, но могут перевести голосование в диапазон с меньшим множителем. Два голосования с одинаковыми решающими голосами способны подчиняться разным формулам из-за разного числа явных Abstain.

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

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

В версии 2023 года полярность не меняла направление

Process от 3 ноября 2023 года задавал тот же вопрос и предлагал те же три ответа. Но решение отменялось, когда Reject превосходил Approve.

Approve означал одобрение решения. Reject означал его отклонение. Превосходство Reject делало апелляцию успешной. Успешная апелляция отменяла решение. Семантическая цепочка замыкалась.

Эта версия не усиливала порог при низком участии. Реформа отвечала на реальную проблему: должно ли решение с большими последствиями отменяться результатом 51 против 49 среди очень малой активной доли Members? Требовать от малой группы более сильного внутреннего согласия вполне рационально.

Pull request 901 точно показывает место разрыва. Публичный diff удаляет правило Reject больше Approve и вставляет прогрессивные сравнения, где Approve должен превосходить Reject втрое, вдвое или просто по числу. Следующее предложение об отмене решения сохраняется. Предыдущий вопрос об одобрении Decision тоже сохраняется.

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

Issue 886 и описание pull request говорят о корректировке порога по уровню участия и о риске важного исхода при узком большинстве. Объявление W3C об обновлении 2025 года описывает более высокие пороги для апелляций с низким участием. Ни один из этих материалов не объявляет, что одобрение исходного решения теперь должно означать его отмену.

Следовательно, доказан внутренний конфликт нормативного текста, а не намеренное переворачивание результатов.

В Bylaws утвердительный голос направлен на другой объект

Прогрессивная шкала опирается на статью III, раздел 11 Bylaws организации World Wide Web Consortium, Inc. Там Requisite Member Vote определяет поддержку, необходимую для утвердительного корпоративного действия.

Если присутствует или представлено не более 15% Members, требуется не менее 75% утвердительных голосов. При участии выше 15%, но ниже 20% требуется не менее двух третей. С 20% достаточно большинства.

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

В Bylaws утвердительный голос одобряет именно то корпоративное действие, которое вынесено на рассмотрение Members. Вопрос, голос и юридический эффект направлены одинаково.

Апелляцию можно сформулировать двумя согласованными способами. Если спрашивать об одобрении исходного решения, отменяющей стороной становится Reject, и именно она должна преодолеть прогрессивный порог. Если спрашивать об одобрении апелляции или предложения отменить решение, отменяющей стороной может быть Approve, и действующая формула подходит.

Текущий раздел 5.9 соединяет вопрос первой схемы с арифметикой второй. Он перенёс высоту барьера, но не синхронизировал объект согласия.

На границе выражения тоже расходятся. «Не менее 75%» включает пятнадцать против пяти. «Approve превышает трёхкратный Reject» исключает такой результат, потому что пятнадцать не больше пятнадцати. Конкретная запись должна показывать применённый оператор, а не только ссылаться на идею из Bylaws.

Контекст даёт сильную защиту, но не заменяет правило

У W3C есть убедительное контекстное возражение. Администратор понимает, что податель апелляции хочет изменить решение. Версия 2023 года задаёт ясный прецедент. Публичные объяснения говорят об усложнении отмены при низком участии. Внимательный оператор может в реальном бюллетене спросить об одобрении апелляции либо прямо подписать варианты «сохранить решение» и «отменить решение».

Исходный текст публичен, версионируется и исправим. Текущий Editor’s Draft повторяет формулировку, поэтому место для исправления видно. Исследование также не выявило публичного доказательства вредного реального голосования, обратной конфигурации или ошибочного подсчёта.

Эти обстоятельства ограничивают обвинение, но не исправляют норму.

Институциональная память — не правило принятия решения. Человек, настраивающий инструмент, не должен молча выбирать, одобряет ли Approve Decision, Appeal или отмену. Если конфликт разрешает только рабочая форма, её конфигурация получает смысловую власть, которую публичный Process не делегировал проверяемым образом.

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

Апелляционное правило, понятное лишь пока его никто не оспаривает, не выполняет свою основную задачу.

Поддержка допуска не равна решению по существу

Первоначальные 5%, последующее участие и итог по существу измеряют разные полномочия. Заявитель запускает механизм. Поддержавшие открывают доступ к бюллетеню. Полный электорат решает по шкале. Команда администрирует. Создатель исходного решения, рабочие группы, реализаторы и затронутые стороны несут последствия.

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

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

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

Запись из той же конфигурации, что и бюллетень

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

Запись должна включать:

• идентификатор, название, орган, время объявления и официальный URL исходного решения;
• идентификатор апелляции, статус правомочности заявителя и агрегированный итог 5%-го допуска;
• применимую версию Process и точный раздел;
• полный текст вопроса;
• каждую подпись ответа и её смысловой объект;
• явное соответствие Approve и Reject сохранению либо отмене;
• число Members in Good Standing и момент фиксации знаменателя;
• общее участие и явные Abstain;
• диапазон, формулу и правило равенства;
• проходящий и не проходящий пример около каждой границы;
• финальные агрегаты, расчёт и результат голосования;
• состояние Decision: подтверждено, отменено или не определено;
• исправления, замещающий текст и последующие действия, опиравшиеся на итог; и
• заявление о границе конфиденциальности индивидуальных данных.

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

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

Два непротиворечивых способа исправления

Первый сохраняет нынешний вопрос: «Одобряете ли вы Decision?» Тогда Approve подтверждает решение, а Reject несёт апелляцию и должен превосходить Approve с прогрессивным множителем, чтобы решение было отменено.

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

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

На 31 августа 2026 года Process от 18 августа 2025 года остаётся опубликованной действующей версией, определённой W3C, а текущий Editor’s Draft сохраняет конфликт. Источники доказывают дефект и его происхождение, но не реальный ошибочный подсчёт, умысел или недействительность существующего решения.

Исправление не обязано ждать пострадавшего, если буквальная проверка правила уже выдаёт противоположные состояния.

Источники

1. W3C Process Document от 18 августа 2025 года, раздел 5.9
2. Текущий Editor’s Draft W3C Process, раздел 5.9
3. W3C Process Document от 3 ноября 2023 года, раздел 5.9
4. Pull request 901 — прогрессивный порог по участию
5. Первый commit порога в pull request 901
6. Issue 886 — настройка порога апелляции
7. Объявление W3C об обновлении Process
8. Руководство W3C — обжалование решения
9. Amended and Restated Bylaws организации World Wide Web Consortium, Inc.
10. Issue 1034 — сроки апелляции Advisory Committee
11. W3C Process for Busy People — AC Appeals
12. Heng Lu — The Multi-Stakeholder Mirage
13. Heng Lu — On the Agency Problem at the Core of Internet Governance