Больше про HTML 8

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

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

В системе полностью отсутствуют растровые шрифты (TTF/WOFF/OTF), градиенты, тени и тяжелые библиотеки растеризации (FreeType, HarfBuzz). Каждый элемент интерфейса и каждый символ любого языка — массив чистых координат и штрихов (скелетные линии, точки, простые полигоны). Это устраняет сдвиги макета, каскадные пересчеты геометрии и скрытые перерисовки, делая цикл отрисовки детерминированным и предсказуемым по времени и энергии.

В отличие от современных браузеров, где 3D — это надстройка через WebGL/WebGPU с шейдерами, текстурами и сложным конвейром, здесь 3D — это естественное расширение векторной модели. Трехмерные объекты строятся из тех же примитивов: линии, точки, полигоны. Проекция 3D → 2D выполняется матричными преобразованиями прямо в ядре, без JIT-компиляции шейдеров, без драйверных зависимостей и без «режима совместимости» для слабых видеокарт. Это не «3D в браузере» — это 3D как нативная часть графической модели, с полной контролируемостью и предсказуемостью.

Линии, точки и полигоны упаковываются в единые vertex-буферы и отрисовываются за один draw call, что устраняет «draw call explosion» сложных DOM-деревьев и дает максимальную утилизацию графического конвейера WebGPU/WebGL. 3D-сцены рендерятся тем же конвейером, без разделения на «2D UI» и «3D canvas» — всё единый поток геометрии.

Движок напрямую транслирует низкоуровневые события хоста (координаты мыши, клики, фокус, клавиатурный ввод) в WASM-модуль, минуя стандартное дерево DOM браузера-хоста.

Векторные примитивы масштабируются без потерь: координаты и толщины линий умножаются на коэффициент масштабирования — интерфейс остается четким на 4K - анлимитK любых экранах без атласов, мип-уровней и перерасчета текстур. 3D-объекты не «мылятся» при зуме — они пересчитываются математически точно.

Поскольку каждый элемент — набор координат и трансформаций, легко встраивать морфинг форм, анимации через интерполяцию контрольных точек, адаптивные сетки и процедурную генерацию UI на лету. 3D-объекты генерируются процедурно: параметрические поверхности, фракталы, SDF-модели — всё это данные, которые превращаются в геометрию и отрисовываются тем же конвейером. Это нативно ложится на модель «данные → геометрия → отрисовка» без промежуточных DOM/CSSOM.

Движок транслирует низкоуровневые события хоста (координаты мыши, клики, фокус, клавиатурный ввод) напрямую, минуя стандартное дерево DOM браузера-хоста. Геометрия элементов задается явно и локально: изменение координат одной кнопки не влияет на другие. 3D-взаимодействия (rotation, pan, zoom) обрабатываются тем же механизмом — координаты клика проецируются в 3D-пространство и триггерят реактивные связи.Безопасность через упрощение.

Нет парсеров сложных форматов, нет исполняемых стилей, нет JIT для CSS и шейдеров. Вся логика — в контролируемом модуле, который можно верифицировать, подписывать и запускать в строгой песочнице.

Примитивный рендер требует меньше памяти, вычислительной мощности и энергии, что открывает возможность запускать полноценные веб-интерфейсы с 3D на микроконтроллерах, встраиваемых системах и IoT-устройствах, где WebGL либо не работает, либо работает катастрофически медленно.

В стандарте HTML 8 каскадные таблицы стилей (CSS) полностью упразднены. Концепция свободного позиционирования и кастомной стилизации каждого пикселя заменена жесткой системой встроенных классов и дизайн-шаблонов.

Современный веб де-факто пришел к унификации: дизайн-системы (Material, Tailwind, Bootstrap и т.д.) диктуют строгие правила, а 99% проектов не требуют уникальной стилизации — им нужны готовые, проверенные паттерны. CSS же был создан для эпохи «каждый сайт — произведение искусства», где верстальщик боролся за каждый пиксель. Сегодня это избыточно: кастомизация стала редкостью, а дизайн-системы — стандартом. HTML 8 просто делает следующий логический шаг: вместо «CSS + дизайн-система как костыль поверх» — «дизайн-система как нативная часть спецификации».

Дизайн страниц определяется глобальной темой оформления, зашитой в клиент - браузер. Веб-мастер оперирует готовыми сущностями, а не борется с каскадностью, специфичностью и !important. Это не ограничение — это концентрация на контенте и логике, а не на «подвинь эту кнопку на 2px».

Вместо верстки с нуля используются предопределенные системные классы и теги (<panel>, <button>, class="action-trigger", class="grid-col-4"). Браузер по умолчанию знает физику, отступы и логику отображения этих элементов. Нет «сломанной верстки» — есть семантически правильные блоки, которые работают одинаково везде. Это как встроенный UI-фреймворк, но на уровне спецификации, а не npm-пакета.

Все эффекты, курсив, жирность, неоновое свечение, глитчи, трансформации, анимации и мутации реализуются математическими матричными преобразованиями над точками линий прямо в системном цикле отрисовки. Нет CSS-анимаций, transitions, keyframes — есть конечные автоматы и интерполяции координат, которые выполняются за O(1) без reflow/repaint

Браузер не тратит ресурсы на построение CSSOM и бесконечные пересчеты геометрии. Рендеринг предсказуем, линеен и выполняется за один Draw Call на GPU. Это не «оптимизация CSS» — это отказ от самой модели, где стили и геометрия вычисляются динамически на каждом чихе.

Дизайн-система как спецификация, а не библиотека

В HTML 8 дизайн-система — это не внешний пакет, а часть браузера. Обновление дизайна = обновление каталога стилей браузера. Это дает стабильность, консистентность и долгосрочную поддержку: интерфейс, написанный сегодня, будет выглядеть одинаково через 10 лет, потому что правила зашиты в спецификацию.

Любое выполнение стороннего императивного кода на клиенте невозможно, что полностью ликвидирует 99% векторов веб-атак (XSS, CSRF, и т.д.).

JavaScript родился в 1995 году как «костыль за 10 дней» для Netscape 2.0, чтобы оживить статичные HTML-страницы той эпохи. За 30 лет он превратился из «скрипта для кнопочек» в монолитную экосистему, но его архитектура осталась привязанной к устаревшей модели: DOM-манипуляции, event-Listeners, requestAnimationFrame, AJAX-запросы — всё это обходные пути для работы с браузером. HTML 8 не «исправляет JavaScript» — он делает его ненужным, перенеся всю логику в компилируемое ядро, где реактивность, анимации и ввод обрабатываются на уровне графического конвейера, а не через слой интерпретатора.
Современный веб картель использует JavaScript как механизм контроля: сложные фреймворки (React, Angular, Vue) требуют постоянного обновления, зависимости из npm, сборку через webpack/vite, и всё это — поверхность атаки и точка отказа. Кто контролирует стандарты ECMAScript, тот контролирует веб. HTML 8 ломает эту модель: нет JS — нет зависимости от картеля.

99% веб-уязвимостей существуют потому, что браузер исполняет чужой код. XSS, CSRF, скрытый майнинг, трекинг-скрипты, рекламные инъекции — всё это возможно только потому, что JS дает доступ к DOM, сети, хранилищу и устройствам. В HTML 8 нет интерпретатора чужого кода — есть только декларативные data-атрибуты, которые браузер парсит и превращает в реактивные связи. Нет кода — нет атаки.

Ядро на Rust при парсинге разметки строит сеть реактивных связей, основанную на специализированных дата-атрибутах (например, data-bind, data-target). Это не «реактивность как в Svelte» — это нативная модель, где изменение состояния триггерит перерисовку только затронутых примитивов, без виртуального DOM, без diff-алгоритмов, без оверхеда на примирение.

Изменение состояния интерфейса происходит декларативно. Браузер перехватывает клик по координатам Canvas, определяет связанный с этой областью дата-атрибут и точечно перерисовывает линии в целевой зоне, не затрагивая остальной интерфейс. Нет «перерендера всего компонента» — есть математически вычисленная зона влияния.

Динамические эффекты зашиты в классы. Их просчет происходит на уровне математических функций ядра, без оверхеда в виде JS-циклов requestAnimationFrame. Это не «CSS-анимации» — это интерполяции координат и трансформаций, выполняемые за O(1) в том же конвейере, что и отрисовка.

В JS-мире «работает на моей машине» — норма: разные версии движков, разные полифилы, разные тайминги GC. В HTML 8 всё детерминировано: Ядро компилируется и исполняется в песочнице, и его поведение одинаково на Windows, Linux, FreeBSD, embedded. Нет «сломалось после обновления Chrome» — есть спецификация, которая не меняется произвольно.

JS-интерпретатор — это JIT, GC, event-loop, и всё это потребляет память и CPU. В HTML 8 нет интерпретатора — есть компилируемый код, который работает на металле. Это не «оптимизация JS» — это отказ от самой модели, где интерактивность = интерпретатор.

Традиционные тяжелые графические форматы (JPEG, PNG, WebP) и медиа-контейнеры (MP4, WebM, MP3, AAC) исключены из сетевого обмена для экономии трафика и повышения безопасности.

В HTML 8 изображение, видео и звук — это не массивы байтов с фиксированным разрешением, битрейтом или частотой дискретизации. Это объектные дескрипторы: векторные координаты, процедурные правила, параметрические кривые, текстовые токены, которые интерпретируются и генерируются заново на устройстве пользователя. Нет «файла» — есть данные, из которых контент синтезируется локально, в реальном времени.

Исходный код графики — это текстовая матрица, которая визуально понятна даже в примитивном виде, но содержит слои информации для продвинутых рендереров.
Базовый слой — чистый ASCII/Unicode-глифы, которые любой терминал, калькулятор или embedded-дисплей отобразит адекватно (пусть и примитивно). Продвинутый слой — векторные координаты, кривые Безье, параметры трансформации, которые извлекаются и рендерятся через движок в идеальном качестве. ИИ-слой — нейросетевая реконструкция, где текстовый набросок разворачивается в полноценное фотореалистичное изображение/видео/звук.

Один и тот же дескриптор рендерится по-разному в зависимости от возможностей устройства:
Уровень 0 (ASCII/Unicode fallback): Любой терминал, старый браузер, IoT-дисплей отображает текстовую матрицу как ASCII-арт. Это не «деградация» — это нативный вид данных, визуально понятный и информативный.
Уровень 1 (Векторный рендер): Браузер HTML 8 извлекает векторные координаты из глифов и рендерит чистые-линии, кривые, полигоны через движок.
Уровень 2 (ИИ-реконструкция): Нейросеть на клиенте достраивает текстуры, освещение, детали, разворачивая текстовый скелет в фотореалистичный арт.

В классическом вебе контент устаревает: фото в 1080p мыльно на 4K, видео в 720p рассыпается на 8K. В HTML 8 контент не имеет потолка: векторные глифы, процедурные текстуры, параметрические анимации рендерятся в любом разрешении, потому что это не пиксели — это формулы. Один и тот же артефакт работает на 320×240 и на 32K×32K, на 8 kHz mono и на 192 kHz 7.1 surround, без потери качества и без необходимости хранить 10 версий файла.

В HTML 8 видео — это не последовательность сжатых кадров (как в H.264/VP9), а сценарий: набор символьных-матриц, их траекторий, трансформаций во времени, правил освещения и камеры. Клиент получает текстовый дескриптор сцены (кто, где, как движется, какие эффекты) и генерирует каждый кадр локально, в реальном времени, через векторный рендерер. Слабое устройство отрендерит ASCII-анимацию, мощное — векторный 4K@120fps, ИИ-декодер — фотореалистичную сцену.

Аудио в HTML 8 — это не WAV/MP3-файлы с фиксированными сэмплами, а параметрические описания: осцилляторы, фильтры, огибающие, MIDI-ноты, эффекты, закодированные как символьные последовательности. Примитивный рендер сыграет это как простой бип, продвинутый — синтезирует через аудиодвижок с любым битрейтом и частотой, ИИ-декодер — восстановит тембры и гармоники исходного трека.

ИИ-реконструкция как умный апскейл

При необходимости восстановления исходного реалистичного изображения, видео или звука текстовый набросок обрабатывается внешней нейросетью на стороне клиента, разворачивая символьную структуру в полноценный графический/аудио-арт локально. Это не «декодирование JPEG/MP4/MP3» — это генерация медиа из данных: нейросеть достраивает детали, текстуры, освещение, гармоники, тембры на основе векторного скелета. Результат — контент, который «умнеет» со временем: сегодня ИИ декодирует в 4K/24-bit, через 5 лет — в 32K/32-bit, без замены исходного файла.

Поскольку контент — это данные, его можно генерировать на лету: один и тот же символьный дескриптор может рендериться в разных стилях (киберпанк, минимализм, ретро-терминал) в зависимости от темы браузера. Логотип, иконка, иллюстрация, видеоролик, саундтрек — всё это параметризуемые объекты, которые адаптируются под контекст без ручного редизайна/ремонта/ремастера.

Нет бинарных декодеров — нет уязвимостей в libjpeg, libpng, libwebp, libavcodec, libmp3lame. Символьный пайплайн — это чистый текст, который можно валидировать, санировать и подписывать криптографически. ИИ декодер и синтезаторы работают локально, в песочнице, без отправки данных на внешние серверы.

Передача 5 КБ текста вместо 500 КБ растров или 50 МБ видео — это не «оптимизация», это смена парадигмы. Меньше трафика = меньше задержек, меньше энергии на передачу, меньше нагрузки на CDN и сеть. Это критично для децентрализованных P2P-сетей, где каждый узел — и клиент, и сервер.

HTML 8 делает рывок: контент генерируется, а не хранится; данные, а не пиксели/сэмплы/кадры; формулы, а не битмапы/потоки. Это не «новый формат картинок/видео/аудио» — это конец эпохи растров, семплов и кадров и начало эры генеративного, бесконечно масштабируемого, адаптивного, процедурного медиа.

Архитектура сети HTML 8 оптимизирована для достижения колоссальной производительности и полной независимости от классических централизованных провайдеров, регистраторов и удостоверяющих центров.

По аналогии с философией распределенной ОС «Космопорт», стек HTML 8 стремится уложить всю полезную нагрузку веб-страницы (разметку, реактивные связи и текстовые данные) в 1.4 КБ. Это эквивалентно размеру одного стандартного сетевого MTU-пакета. Результат — мгновенная доставка без фрагментации данных и задержек.

Для снятия паразитной нагрузки с серверов и сетевых узлов применяется Трот-режим.
Соединение открывается исключительно на микросекунды, необходимые для передачи 1.4 КБ пакета данных.
Сразу после передачи пакета соединение принудительно закрывается на сетевом уровне.
Отсутствие удерживаемых сессий, открытых сокетов и ожидания ответов позволяет даже самым примитивным, слабым процессорам и микроконтроллерам обрабатывать миллионы запросов одновременно, гарантируя максимально возможную устойчивость сети.

Экосистема полностью отказывается от диктата ICANN, DNS-серверов и коммерческих SSL/TLS сертификатов.

Разработчики и пользователи получают возможность создавать полностью кастомные, независимые протоколы, домены и зоны верхнего уровня по принципу: custom://mydomain.myzone.

Математика адресации зашита в сам протокол. Домены, адреса и ключи шифрования генерируются локально силами пользователей. Их не нужно регистрировать или покупать — подлинность узлов проверяется криптографически децентрализованной сетью.

Браузер HTML 8 стирает грань между потребителем и поставщиком контента.

Каждый запущенный браузер является одновременно и клиентом, и полноценным сервером - узлом.

Сеть работает на базе P2P-соединений.

Когда пользователь открывает страницу custom://, его браузер не просто рендерит её из WASM-пакета, но и начинает автоматически раздавать её соседним узлам сети.

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

Упаковка данных в 1.4 КБ и трот-режим обеспечивают колоссальную пропускную способность и устойчивость сети при минимальном потреблении ресурсов.

Страницы HTML 8 содержат только чистые данные и разметку. Вес среднего сайта уменьшается в сотни и тысячи раз.

Отсутствие JS, классического парсера картинок и постоянных сетевых сессий делает систему неуязвимой к вредоносному коду и сетевым атакам.

Кастомные P2P-протоколы возвращают интернету первоначальную свободу, без платных доменов и сертификатов, централизованных точек отказа.