Кратко

  • Unicode сообщает, что бета-проверка 18.0.0 закрыта, отзывы и последние технические изменения рассмотрит UTC #188, а финальный выпуск запланирован на 16 сентября 2026 года.
  • Предложение, номер реестра, публичная проверка, решение UTC, финальный артефакт и внедрение в ПО отвечают на разные вопросы.
  • Версионируемая квитанция о состоянии выпуска может сохранить эти границы, не превращая расписание в гарантию.

Дата не является артефактом

Страница Beta Review Status называет 18.0.0 следующей версией Unicode Standard и ставит 16 сентября 2026 года в строке финального выпуска. Та же страница характеризует план как предварительный, говорит о закрытии бета-проверки и о том, что отзывы и финальные технические изменения будут рассмотрены на UTC #188.

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

Это различие имеет практические последствия. Команда продукта может объявить поддержку раньше появления финального артефакта. Закупщик может отметить ожидаемую версию как уже выполненное условие совместимости. Сопровождающий может протестировать бета-файл, а затем не суметь сказать, отличался ли окончательный файл. Ранняя проверка не является ошибкой; ошибка — приписать ей доказательную силу следующего этапа.

Что именно ограничивает бета-статус

Unicode прямо различает alpha и beta. Alpha предназначена для проверки ожидаемого репертуара и таблиц; его границы достаточно устойчивы, но ещё могут измениться. В beta репертуар описан как установленный и стабильный, а основное внимание уделяется данным свойств символов и алгоритмическим изменениям, которые способны повлиять на реализации. Страница также указывает файлы UCD, синхронизированные стандарты, предварительные таблицы и приложения, обновляемые для beta-проверки.

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

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

Реестр не является решением

Реестр документов UTC — ценная публичная форма хранения. Его страница Pipeline говорит об одобренных символах и письменностях, которые могут всё ещё находиться на рассмотрении или голосовании ISO и пока не опубликованы ни в одной версии Unicode Standard. «Одобрено» и «опубликовано» не синонимы.

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

Technical Group Procedures устанавливают, что технические решения принимаются только на уровне технического комитета, требуют кворума в момент принятия и записи и должны фиксироваться в протоколе либо ином письменном механизме. Рабочая группа вырабатывает рекомендации и предложения, но не принимает технических решений. У Public Review Issues есть название, краткое описание и срок, однако ни их формулировка, ни полученные отзывы не связывают технический комитет.

Квитанция, соединяющая состояния

Уместное дополнение — версионируемая квитанция о состоянии выпуска: версия и фаза; окно проверки и заявленный охват; ссылки на предложение, реестр или публичную проверку; применимая запись решения UTC, когда она публична; URL, метки версий, хеши и время публикации финальных артефактов; а также отдельное доказательство внедрения конкретной реализацией.

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

Источники

  1. Unicode Beta Review Status
  2. Unicode Technical Group Procedures
  3. UTC Document Registry
  4. How to Submit Proposal Documents
  5. Unicode Technical Committee
  6. Heng Lu — The Registry Continuity Fallacy
  7. Heng Lu — The Multi-Stakeholder Mirage