Альтернативы tonapi.io в 2026 для TON-разработчиков

Первый запрос прошёл, сотый вернул 429 — и вы ищете альтернативу tonapi

Три часа ночи, вы деплоите бота, который следит за поступлениями USDT на кошельки пользователей. Локально всё летало. В проде — на пятой минуте после запуска — логи забиты одним и тем же: HTTP 429 Too Many Requests. Балансы обновляются рывками, пользователи пишут «где мои деньги». Знакомо? Публичный API упёрся в лимит, а трафик только начал расти. С этого момента и начинается поиск: нужна альтернатива tonapi, которая выдержит продакшн (в англоязычных запросах это звучит как «tonapi alternative 2026»).

Без ключа публичный лимит tonapi.io — примерно 1 запрос в секунду, и любой цикл «собрать балансы по списку кошельков» или «подтянуть историю транзакций» упирается в него мгновенно.

Сразу проговорим фольклор, чтобы вы не искали несуществующее. В TON-комьюнити гуляет «ошибка 228» — это мем-число, а не код ошибки API. Ни tonapi, ни toncenter не возвращают вам «228». Реальный код лимита — 429, и именно его надо ловить и обрабатывать. Если гуглите «tonapi 228» — вам на самом деле нужен фикс 429, и разбор мы уже делали в /blog/tonapi-429-fix.

Ниже — честный разбор, где у tonapi.io потолок, кто ещё есть на рынке, и почему всё больше команд заходят в TON не через сырой REST, а через MCP.

Что такое tonapi.io и где у него потолок

tonapi.io — публичный HTTP-API для TON (индексированный REST поверх ноды). Вы шлёте запрос, получаете JSON: баланс, транзакции, состояние аккаунта, данные жетонов и NFT. Ноль инфраструктуры на вашей стороне. Для прототипа — идеально.

Потолок начинается там, где начинается продакшн:

• Общий rate limit. Без ключа ~1 rps, дальше 429. С ключом лимит выше, но это по-прежнему shared-инфраструктура. Это не бан и не поломка — так и должен работать rate limiting общего ресурса.
• Сырой REST. Вы получаете JSON и сами пишете весь код: пересчёт raw-единиц по decimals, вычисление адреса джеттон-кошелька, сборку транзакции свапа. API не «умеет» действий — только читает.
• Только чтение. Никакого свапа, кроссчейна или генерации кошелька из коробки — это не его задача.

Для дашборда этого хватает. Для агента, который должен что-то сделать в TON, — уже нет.

Почему разработчики ищут альтернативу tonapi в 2026

Три причины, которые встречаются чаще всего:

1. Лимиты бьют именно тогда, когда проект пошёл. Пока пользователей десять — 1 rps хватает. Пришла тысяча — 429 сыплется веером. Это дизайн публичного эндпоинта, а не баг. Про варианты — в альтернативах toncenter на 2026.
2. Сменился слой интеграции. Всё чаще к TON обращается не ваш бэкенд напрямую, а ИИ-агент — Claude, Cursor, ChatGPT/Codex. Для агента REST-эндпоинт — это документация, которую надо скормить, распарсить и не перепутать параметры. Родной интерфейс агента — не REST, а инструменты через MCP.
3. Нужны действия, а не только данные. Свап GRAM⇄жетон, кроссчейн-обмен, создание кошелька. tonapi это не покрывает — приходится склеивать несколько SDK.

Аналогия простая. Публичный API — это городской автобус: бесплатно, ходит по расписанию, но в час пик набивается битком и едет рывками. Для продакшна нужна либо своя полоса, либо принципиально другой транспорт.

Кого рассматривать: публичные API, лайтсерверы, индексеры и MCP

Честная карта вариантов на 2026-й:

• Публичные HTTP-API (tonapi.io, toncenter). Быстрый старт, индексированные данные. Минус — общий rate limit, 429, только чтение.
• Публичные лайтсерверы из глобального конфига (ADNL). Нативный доступ к ноде, но серверы общие и лимитированные: под нагрузкой часто отвечают not ready или ADNL-таймаутом и не держат глубокой истории.
• Свой лайтсервер / архивная нода / индексер. Максимум контроля и глубины, но вы платите железом, синхронизацией и devops-временем. Это инфраструктурный проект, а не self-serve.
• MCP-сервер для TON. Инструменты вместо сырого REST: агент вызывает get_balance или build_swap_tx, а не парсит JSON руками. Про сам протокол — MCP для TON, с чего начать.

TONNode: доступ к TON через MCP, а не через сырой REST

TONNode (сайт tonnode.io) — это hosted MCP-сервер для TON. MCP (Model Context Protocol) — стандарт, по которому ИИ-агенты (Claude, Cursor, ChatGPT/Codex и любой MCP-клиент) вызывают инструменты. Разница с tonapi в постановке задачи: вместо «отдай мне JSON, я разберусь» вы даёте агенту набор типизированных инструментов, и он сам решает, какой вызвать.

Практический пример. Чтобы узнать баланс USDT у адреса через сырой REST, нужно: найти адрес джеттон-мастера USDT, вычислить адрес джеттон-кошелька владельца, вызвать его get-метод, взять decimals (у USDT это 6) и пересчитать raw-единицы. Через TONNode это один вызов get_jetton_balance — джеттон-кошелёк вычисляется он-чейн. Подробный разбор кейса — баланс USDT на TON одним вызовом.

Важное про честность: TONNode — это не pay-per-request, не REST/индексированный API, не стримы SSE/WebSocket и не вебхуки. Архивная нода пока синхронизируется, поэтому глубокую историю как готовую услугу не обещаем. Что есть сегодня — то и описано ниже, без приписок.

16 инструментов: чтение + свап + кроссчейн + кошелёк

Ровно 16 инструментов, четыре группы. На всех тарифах доступны все шестнадцать.

Чтение (8):

• get_masterchain_info — голова мастерчейна
• get_balance — баланс GRAM
• get_account_state — статус, флаги, последняя транзакция
• get_transactions — история транзакций
• run_get_method — любой read-only get-метод контракта
• get_jetton_balance — баланс жетона/USDT; адрес джеттон-кошелька вычисляется он-чейн за вас
• get_jetton_info — метаданные жетона: имя, символ, decimals, эмиссия (decimals нужны для пересчёта raw-единиц: USDT=6, у большинства жетонов 9)
• parse_address — конвертация и проверка форматов EQ/UQ/raw, работает офлайн

Свап (2):

• get_swap_quote — твёрдая котировка DEX GRAM⇄жетон через протокол Omniston (ликвидность STON.fi + DeDust)
• build_swap_tx — неподписанная транзакция свапа, готовая для TonConnect

Кроссчейн (5):

• get_crosschain_quote — котировка кроссчейн-обмена
• build_crosschain_swap_tx — неподписанная HTLC-эскроу транзакция + секрет
• track_crosschain_swap — фазы сделки на обеих сетях
• disclose_crosschain_secret — раскрыть секрет для расчёта после проверки готовности он-чейн
• build_crosschain_refund — вернуть средства из эскроу, если сделка зависла

Атомарный HTLC-эскроу, TON всегда источник. Сети назначения: Ethereum, Arbitrum, Base, BNB Chain, Polygon, Avalanche. TRON пока не поддерживается.

Кошелёк (1):

• generate_wallet — создаёт кошелёк версий v3r2 / v4 / v5r1 / highload_v3; возвращает мнемонику, ключи и адрес

Тот самый «баланс USDT», из-за которого начинается вся боль с ручной цепочкой вызовов, здесь — один инструмент. А агенту задачи можно давать человеческим языком:

Проверь баланс USDT на кошельке EQC… и покажи последние 5 транзакций

Дай твёрдую котировку на своп 100 GRAM в USDT и собери неподписанную транзакцию

Первый промпт агент разложит на get_jetton_balance + get_transactions, второй — на get_swap_quote + build_swap_tx. Подписывать результат свапа будет кошелёк пользователя — без единой строчки вашего кода для парсинга.

Некастодиальность: сервер не подписывает и не хранит ключи

Ключевое отличие, ради которого стоит читать дальше. Инструменты свапа, кроссчейна и кошелька строго некастодиальны:

• Сервер никогда не подписывает транзакции и никогда не хранит средства и приватные ключи.
• build_swap_tx, build_crosschain_swap_tx и другие возвращают неподписанные TonConnect-сообщения. Подписывает их кошелёк пользователя — сервер видит только уже готовое к подписи сообщение.
• Кошелёк из generate_wallet отдаётся вам целиком (мнемоника + ключи + адрес) и на сервере не остаётся.

То есть TONNode готовит транзакцию, но нажать «подписать» может только владелец ключа.

Для сравнения по-честному: официальный @ton/mcp от TON Foundation — это кастодиальный агент-кошелёк (split-key: operator-ключ у агента, owner-ключ у пользователя). Он подписывает сам, умеет автономно тратить, работать с NFT/DNS. У него свои сильные стороны. Разница простая: он кастодиальный и только TON; TONNode некастодиальный и с кроссчейном. Детальное сравнение — на tonnode.io/mcp/vs-official.

Как подключить: бесплатно локально или hosted-ключ

Бесплатно и локально. Пакет @tonnode/mcp открыт (MIT), лежит на npm и GitHub (tonnode/mcp), работает по нативному ADNL-протоколу TON без HTTP-прослоек. Полный набор чтения — сразу:

{
  "mcpServers": {
    "ton": {
      "command": "npx",
      "args": ["-y", "@tonnode/mcp"]
    }
  }
}

Hosted-ключ — когда нужна гарантированная пропускная способность под своим ключом:

{
  "mcpServers": {
    "ton": {
      "type": "http",
      "url": "https://mcp.tonnode.io/mcp",
      "headers": { "Authorization": "Bearer tn_live_…" }
    }
  }
}

Тарифы (везде — все 16 инструментов, платите только за пропускную способность):

Тариф	Цена	Лимит
Hobby	бесплатно навсегда	60 запросов/мин
Pro	$29/мес	300 запросов/мин
Scale	$199/мес	1200 запросов/мин

Бесплатный ключ Hobby выдаётся сразу после входа, без карты. Оплата платных тарифов — GRAM или USDT в сети TON через TonConnect, либо BTC/ETH/SOL и другие через счёт xRocket в Telegram; ключ выдаётся автоматически после расчёта платежа. (GRAM — это переименованный в июне 2026 Toncoin; сеть по-прежнему называется TON.)

Что выбрать под свою задачу

• Прототип или разовый скрипт, где хватает чтения. Публичный tonapi.io / toncenter или локальный npx -y @tonnode/mcp — бесплатно и достаточно. Держите в уме 429 и не стройте на этом прод.
• Агент читает TON (балансы, транзакции, USDT, get-методы). Ставьте @tonnode/mcp локально — бесплатно, полный набор чтения, ноль инфраструктуры.
• Прод под нагрузкой + свап/кроссчейн/генерация кошельков. Hosted-ключ TONNode: гарантированный лимит, некастодиальные неподписанные транзакции, атомарный кроссчейн на 6 EVM-сетей.
• Нужен автономный агент-кошелёк с NFT/DNS. Смотрите официальный @ton/mcp — с поправкой на кастодиальность. У TONNode NFT/DNS-инструменты в роадмапе, глубокая архивная история пока синхронизируется, а выделенный лайтсервер ставится вручную по запросу — если это критично, напишите нам.

Если коротко: 429 — это сигнал, что вы переросли автобус, и лучшая альтернатива tonapi под нагрузкой — не ещё один общий REST, а гарантированная пропускная способность через MCP. Начните с бесплатного набора чтения локально, а когда упрётесь в лимит — возьмите ключ, который её гарантирует.

Получить бесплатный ключ Hobby (без карты) → tonnode.io/dashboard?plan=hobby

Посмотреть все инструменты — tonnode.io/mcp · тарифы — tonnode.io/pricing