TON Proxy и TON Sites

TON Proxy и TON Sites — это технологии для создания цензурно-устойчивых веб-сайтов и анонимного доступа к ресурсам. В мире, где интернет-цензура усиливается, эти инструменты позволяют размещать контент, который невозможно заблокировать на уровне DNS или IP.

В предыдущих уроках мы разобрали TON DNS (доменные имена) и TON Storage (хранение файлов). Оба сервиса опираются на один и тот же фундамент — протокол ADNL. В этом уроке мы разберём ADNL подробнее и увидим, как на его основе работают TON Proxy и TON Sites — инструменты для создания веб-инфраструктуры, устойчивой к цензуре.

ADNL: сетевой фундамент TON

ADNL (Abstract Datagram Network Layer) — это оверлейный сетевой протокол TON, работающий поверх обычного UDP. Он создаёт абстрактный сетевой уровень, где узлы идентифицируются не IP-адресами, а 256-битными абстрактными адресами.

Ключевые свойства ADNL

На чём строится ADNL

ADNL — это фундамент для множества сервисов TON:

TON Proxy

TON Proxy — это HTTP-прокси, который позволяет обычному браузеру получить доступ к ресурсам в ADNL-сети. Он выступает мостом между традиционным интернетом и сетью TON.

Как работает TON Proxy

1. Пользователь настраивает браузер на использование TON Proxy
2. Браузер запрашивает alice.ton
3. TON Proxy разрешает alice.ton через TON DNS — получает ADNL-адрес сайта
4. Proxy подключается к сайту через ADNL-сеть и запрашивает страницу по RLDP
5. Proxy возвращает HTML-ответ браузеру по обычному HTTP

Устойчивость к цензуре

TON Proxy обеспечивает устойчивость к цензуре на нескольких уровнях:

• Скрытый IP сервера: TON Site имеет только ADNL-адрес, его реальный IP не публикуется
• Скрытый IP клиента: при использовании промежуточных ADNL-узлов IP клиента тоже скрыт
• Нет DNS-блокировки: .ton домены разрешаются через блокчейн, а не через DNS-серверы провайдера
• Шифрование: весь трафик между Proxy и Site зашифрован ADNL

TON Sites

TON Sites — это веб-сайты, размещённые в ADNL-сети. Они не имеют традиционного HTTP-сервера с IP-адресом. Вместо этого TON Site работает как ADNL-узел и обслуживает запросы через протокол RLDP.

Архитектура TON Site

RLDP: передача больших данных

ADNL оперирует датаграммами — небольшими пакетами данных. Для передачи веб-страниц, изображений и других больших файлов нужен протокол более высокого уровня — RLDP (Reliable Large Datagram Protocol):

RLDP обеспечивает надёжную передачу данных произвольного размера поверх ненадёжных датаграмм ADNL — аналогично тому, как TCP работает поверх IP.

Как пользователь видит TON Site

Для доступа к TON Sites пользователю нужен один из вариантов:

1. TON Proxy — локальный прокси-сервер, через который браузер обращается к .ton сайтам
2. Браузер с поддержкой TON — браузер, в который встроена поддержка ADNL (например, расширения для браузера)
3. HTTP-шлюз — публичный сервер, который проксирует .ton сайты в обычный интернет (теряется часть преимуществ анонимности)

Итоги модуля M09

В этом модуле мы рассмотрели три инфраструктурных сервиса TON, которые вместе образуют децентрализованную веб-инфраструктуру:

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

В следующем модуле (M10) мы перейдём к безопасности смарт-контрактов — изучим типичные уязвимости, паттерны защиты и разберём реальные контракты из продакшена.

Частые ошибки

1. Ожидают производительность обычного хостинга: TON Proxy добавляет задержку из-за маршрутизации через оверлейную сеть.
2. Не учитывают, что TON Sites доступны только через специальный браузер или proxy: обычные пользователи не смогут открыть .ton-сайт без настройки.
3. Забывают о SEO: поисковые системы не индексируют .ton-сайты, что ограничивает органический трафик.
4. Размещают динамический контент, требующий серверной логики: TON Sites лучше подходят для статических страниц и SPA.