В 2026 году VLESS уже нельзя описать только как «протокол без собственного шифрования». Xray-core поддерживает опциональный VLESS Encryption, а TLS, REALITY, Vision и XHTTP подключаются по задаче.

Evidence: Проверены первичные источники Project X, Xray-core, sing-box и AnyTLS. PR и Discussion отражают позицию разработчиков, а не независимый аудит. Сравнение с SingLink не является заявлением о реализации.

1. Слои технологии

  • VLESS: идентификатор, команда соединения и адрес назначения.

  • VLESS Encryption: опциональная защита полезной нагрузки.

  • TLS/REALITY: внешняя безопасность и аутентификация.

  • Vision: управление потоком и оптимизация пути данных.

  • XHTTP/XUDP/MUX: транспорт, UDP и совместное использование соединений.

2. Базовый уровень VLESS

VLESS — лёгкий протокол без состояния. Он передаёт UUID или сопоставленный ID, команду и адрес назначения. Маршрутизация и нагрузка узла обычно относятся к верхнему уровню продукта. Project X VLESS.

3. VLESS Encryption

Xray-core публикует `mlkem768x25519plus` с ML-KEM-768 и X25519, режимы 1-RTT/0-RTT и изменяемый Padding. Это описание проекта и реализации от сопровождающих. Xray-core PR #5067.

VLESS Encryption защищает payload, но не создаёт стандартный HTTPS-сертификат, поведение сайта или совместимость с CDN.

4. TLS, REALITY и Vision

REALITY — TLS-подобный уровень с target, serverNames, ключами X25519 и shortId. Определение «TLS без сертификата» слишком упрощённо. Project X REALITY.

XTLS Vision — не шифр, а управление потоком. На совместимом Linux/TCP пути он может попытаться использовать splice для сокращения обработки и копирования. Project X VLESS / Vision.

5. Три режима XHTTP

XHTTP переносит трафик в среде HTTP/1.1, HTTP/2 и HTTP/3. Совместимость с CDN зависит от режима и посредников. XHTTP maintainer design.

  • packet-up: несколько POST вверх и непрерывный ответ вниз.

  • stream-up: отдельные потоковые POST и GET.

  • stream-one: один двунаправленный поток.

6. XUDP и мультиплексирование

XUDP — вариант UDP packet encoding в экосистеме Xray. XMUX или smux делят соединения, но потери и блокировка TCP могут затронуть несколько stream. sing-box VLESS · Multiplex.

7. Внешний вид трафика и браузер

Padding меняет длину или время и не заменяет шифрование. FinalMask, ECH и Browser Dialer работают соответственно с внешним транспортом, ClientHello и сетевым стеком настоящего браузера. FinalMask · Browser Dialer · TLS / ECH.

8. Сравнение с AnyTLS

AnyTLS — отдельный протокол с аутентификацией после TLS, Session, несколькими Stream и динамическим Padding; это не компонент VLESS. AnyTLS protocol.

Открытых данных недостаточно, чтобы утверждать, что SingLink 2.0 основан на VLESS, REALITY, XHTTP или AnyTLS. Здесь приведено только сравнение архитектур. SingLink 2.0 · Open-source plan.

10. Часто задаваемые вопросы

VLESS сам шифрует трафик?

Традиционный `encryption: "none"` — нет. В актуальном Xray-core можно включить VLESS Encryption.

VLESS Encryption заменяет TLS?

Нет, это не эквивалент: стандартный сертификат и вид HTTPS автоматически не появляются.

Vision — это шифрование?

Нет. Это прежде всего управление потоком и оптимизация.

XHTTP работает с любым CDN?

Нет. Всё зависит от режима, HTTP, прокси и конфигурации CDN.

Публичных доказательств такой связи сейчас недостаточно.

Conclusion

Современный VLESS — компонуемый стек: идентификация, защита payload, внешний уровень безопасности, управление потоком, HTTP/UDP-транспорт и multiplex выбираются отдельно.

Первая публикация: 20 мая 2026 г. Технические источники проверены: 28 июля 2026 г.