Lite-сервер

Lite-сервер — это сетевой endpoint, через который внешние клиенты получают read-only доступ к актуальному состоянию блокчейна TON. Технически это процесс рядом с валидатором или с архивной нодой, который умеет обслуживать специальный набор RPC-вызовов поверх ADNL.

Зачем нужен

Полная нода TON — крупный программный комплекс: она хранит состояние всех шардов, синхронизирует мастерчейн, валидирует блоки. Среднему приложению — кошельку, дешборду, эксплореру — такая мощность не нужна; ему достаточно «спросить у кого-то, кто уже всё знает». Эту роль и выполняет lite-сервер: он знает текущее состояние блокчейна и отвечает на запросы клиентов сжатыми, заверенными ответами.

Как устроен

Архитектурно lite-сервер представляет собой:

• TCP-подобный канал поверх ADNL. Клиент знает публичный ключ сервера и его адрес (хост и порт) и устанавливает шифрованное соединение.
• Набор методов — getMasterchainInfo, getAccountState, runSmartcMethod, sendMessage и другие. Через них можно прочитать стейт аккаунта, вызвать get-метод контракта или отправить новое сообщение в сеть.
• Подписи и proof. На критичные ответы lite-сервер возвращает Merkle-proof относительно последнего мастерчейн-блока, чтобы клиент мог сам убедиться, что данные настоящие, а не подделанные сервером.

Список публичных lite-серверов команды TON Foundation описан в файле global.config.json, который встроен в большинство SDK по умолчанию.

Применение

• Кошельки (Tonkeeper, MyTonWallet, Wallet) подключаются к lite-серверам, чтобы показывать баланс, историю и комиссии.
• Tonscan, Tonviewer и аналогичные эксплореры частично используют lite-сервер для свежих данных, плюс собственную индексацию для исторических.
• SDK для разработчиков (TonWeb, ton-core, tonutils-go) обращаются к lite-серверу для отправки транзакций деплоя контрактов и выполнения get-методов.

Различия с другими endpoint-ами

В экосистеме TON, помимо lite-серверов, существуют и более «дружелюбные» точки входа: например, HTTP-API tonapi.io и аналогичные индексаторы. Они проще для интеграции (обычный REST/GraphQL), но менее доверенные: они не возвращают криптографического proof. Lite-сервер — низкоуровневый, но трастлесс по умолчанию: при наличии proof клиент способен проверить ответ самостоятельно, не доверяя оператору сервера.

Ограничения

Lite-сервер — read-only с прицелом на текущий стейт. История транзакций глубже последних блоков обычно отдаётся ограниченно или только архивными нодами. Для тяжёлых исторических запросов проекты используют отдельные индексаторы поверх архивных нод. Также число публичных lite-серверов ограничено, и при большом потоке трафика клиент может ловить таймауты — поэтому продакшн-приложения обычно поднимают свой собственный lite-сервер или используют коммерческий пул.