Альтернативи toncenter у 2026 для TON-розробників

Альтернативи toncenter у 2026: чому впираєшся в HTTP 429 і спільні лайтсервери

Спосіб дістатися до стану мережі TON видається оманливо простим: смикаєш https://toncenter.com/api/..., отримуєш JSON, радієш. Рівно до того моменту, коли бот у проді починає опитувати баланси раз на секунду, а на десятому гаманці у відповідь прилітає не баланс, а стіна: HTTP 429 Too Many Requests. Користувач пише в підтримку, що транзакція «зависла», а ви дивитеся в логи й розумієте, що вперлися не в баг, а в спільний публічний ліміт.

Якщо це про вас — давайте чесно розберемо, які взагалі є альтернативи toncenter у 2026 році, чим вони відрізняються на практиці і яка toncenter alternative 2026 має сенс під ваше конкретне завдання: від read-only дашборда до ШІ-агента, що сам збирає свапи.

Публічні HTTP-API на кшталт toncenter і tonapi.io — зручні двері в мережу, але двері спільні. За ними стоїть пул лайтсерверів, який ділять усі, хто не завів ключ. Щойно ви перевищуєте ліміт, API відповідає чесним HTTP 429 Too Many Requests. Без ключа стеля — приблизно один запит на секунду. Для форми «перевірити одну адресу» цього вистачає. Для бота, індексатора чи агента — ні.

Невеликий відступ про фольклор. У TON-ком'юніті гуляє мем про «помилку 228». Так от: 228 — це жарт, а не код помилки API. Реальний код, який ви побачите, коли спрацює рейт-ліміт, — 429. Якщо хтось пише, що toncenter «повертає 228», він переказує мем, а не читає відповідь сервера. Шукаєте, як здолати саме цю стелю, — у нас є окремий розбір як полагодити toncenter 429.

Ключове обмеження публічних API — ви ділите пул із тисячами інших розробників. Щойно застосунку потрібна передбачувана пропускна здатність, а не «скільки дадуть», доводиться змінювати сам спосіб доступу до мережі. Далі — три способи пересісти на щось своє.

Спосіб 1. Публічний конфіг TON: безкоштовно, але із застереженнями

Перший крок «повз HTTP» — підключитися до мережі напряму через глобальний конфіг TON (global.config.json) і ходити в лайтсервери нативним протоколом ADNL із SDK на кшталт @ton/ton чи tonutils-go. Це безкоштовно, це ближче до «заліза» мережі, і саме це більшість SDK використовують за замовчуванням.

Застереження, про які дізнаються вже в проді:

• Лайтсервери з глобального конфігу — спільні й лімітовані. Під навантаженням вони часто відповідають not ready або просто йдуть в ADNL-таймаут. Це не баг вашого коду, а перевантажений публічний вузол.
• Вони не зберігають глибокої історії. Потрібні транзакції місячної давності — їх там може вже не бути.
• Непередбачуваність. Набір живих серверів у конфігу змінюється, і відсіювати мертві ноди доводиться самотужки.

Якщо ви вже ловите liteserver not ready, погляньте на практичний розбір чому лайтсервер відповідає not ready і що робити. Висновок щодо способу: чудово для дев-середовища й разових скриптів, ризиковано для навантаженого проду.

Спосіб 2. Власний лайтсервер: повний контроль ціною інфраструктури

Радикальне рішення — підняти власну ноду і власний лайтсервер. Тоді throughput — тільки ваш, ніхто поруч його не з'їдає, і ви самі вирішуєте, скільки історії тримати.

Плата за контроль — інфраструктура:

• підняти ноду TON і дочекатися синхронізації (для архівної глибини це довго і з'їдає купу диска);
• тримати сервер живим: моніторинг, рестарти, оновлення під форки мережі;
• стежити, щоб вузол не відстав від майстерчейну, і самому закривати питання відмовостійкості та бекапів.

Це правильний шлях для команди з DevOps-ресурсом і вимогою приватного, передбачуваного throughput. Але якщо ваше завдання — не «експлуатувати інфраструктуру TON», а «швидко читати мережу і збирати транзакції», утримувати заради цього власну ноду — з гармати по горобцях.

Спосіб 3. MCP-сервер: доступ для ШІ-агентів і застосунків

Окрема категорія, якої ще пару років тому не існувало. MCP (Model Context Protocol) — це стандарт, за яким ШІ-агенти (Claude, Cursor, ChatGPT/Codex і будь-який MCP-клієнт) викликають зовнішні інструменти. MCP-сервер для TON перетворює «зазирни в блокчейн» із ручного HTTP-запиту на типізований інструмент, який агент викликає сам.

Відмінність від попередніх способів не в тому, «як швидше смикнути API», а в тому, хто смикає. Якщо у вашому контурі є агент, асистент або застосунок поверх LLM, MCP прибирає прошарок саморобних обгорток: агент просто просить get_balance і отримує відповідь. І водночас закривається питання доступу до мережі — без гонитви за публічним лімітом. Що таке MCP у контексті TON і навіщо він — докладно в гайді з MCP для TON.

TONNode: гарантований throughput плюс некастодіальні інструменти

TONNode (сайт tonnode.io) — це hosted MCP-сервер для TON. Він закриває одразу два болі: дає гарантовану пропускну здатність за вашим ключем (тобто спільний 429 вас більше не стосується) і додає інструменти дії, а не лише читання. Пакет @tonnode/mcp — open source (MIT), лежить на npm і GitHub (tonnode/mcp) і працює нативним протоколом TON ADNL, без HTTP-прошарків.

Під капотом — рівно 16 інструментів MCP, згрупованих так.

Читання (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 критичні для перерахунку «сирих» одиниць у людські: в 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, track_crosschain_swap, disclose_crosschain_secret, build_crosschain_refund — атомарний HTLC-ескроу, TON завжди джерело, мережі-отримувачі: Ethereum, Arbitrum, Base, BNB Chain, Polygon, Avalanche.

Гаманець (1)

generate_wallet — створити TON-гаманець версій v3r2 / v4 / v5r1 / highload_v3.

Ключова відмінність від кастодіальних рішень — некастодіальність. Інструменти свапу, кросчейну і гаманця строго некастодіальні: сервер ніколи не підписує і не зберігає кошти та приватні ключі. Він повертає непідписані TonConnect-повідомлення, які підписує гаманець самого користувача. Згенерований через generate_wallet гаманець віддається вам і на сервері не залишається. Тобто агент може підготувати свап GRAM⇄жетон, але натиснути «підписати» може лише власник ключа.

Чого чесно не варто чекати вже зараз: архівна нода TONNode ще синхронізується і поки не обслуговує запити — глибоку історію обіцяти як готову не можна, це роадмап. Виділений single-tenant лайтсервер теж є, але лише вручну за запитом, не self-serve.

Термінологічна виноска: GRAM — це перейменований у червні 2026 Toncoin. Сама мережа, як і раніше, називається TON. Якщо зустрічаєте «GRAM» в інструментах — це той самий нативний коїн.

Як обрати альтернативу під своє завдання

Коротко, за ситуаціями:

• Разовий скрипт, дев-середовище, «просто прочитати адресу». Публічний конфіг TON або безкоштовний локальний npx -y @tonnode/mcp. Нуль витрат, але без гарантій під навантаженням.
• Навантажений бекенд, індексатор, вимога приватного throughput і повного контролю над історією. Власний лайтсервер/нода — якщо є DevOps-ресурс його утримувати.
• ШІ-агент, асистент або застосунок поверх LLM, якому треба читати мережу і готувати транзакції (свап/кросчейн) некастодіально. MCP-інструменти TONNode — без вашої інфраструктури.
• Продовий read-heavy сервіс, що вперся в 429, але без бажання адмініти ноду. Hosted MCP-ендпоінт TONNode з гарантованим лімітом за ключем.

Якщо ви зараз порівнюєте саме HTTP-провайдерів, у нас є окремий огляд альтернатив tonapi у 2026.

Як підключити TONNode за пару хвилин

Почати можна взагалі без реєстрації і без картки — локально, через npx. Це дає повний набір читання безкоштовно:

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

Після цього агенту можна просто сказати людською мовою:

Перевір баланс USDT на адресі UQ… і покажи його в людських одиницях.

Агент сам викличе get_jetton_info (щоб дізнатися decimals) і get_jetton_balance — вручну смикати API не треба. Інші типові промпти:

• «Скільки GRAM дасть свап 100 USDT прямо зараз?» → get_swap_quote.
• «Збери непідписану транзакцію свапу 100 USDT у GRAM для мого гаманця» → build_swap_tx (підпише гаманець користувача, не сервер).
• «Покажи останні 10 транзакцій контракту EQC…» → get_transactions.
• «Згенеруй новий гаманець v5r1» → generate_wallet.

Коли впретеся в пропускну здатність або захочете інструменти дії за власним ключем — той самий сервер піднімається як 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.

Практичний план: підніміть npx -y @tonnode/mcp за хвилину, дайте агенту пару read-інструментів, переконайтеся, що схема вам підходить, — і лише потім беріть ключ під гарантований ліміт. 429 від toncenter — це не вирок вашому коду, а сигнал, що ви переросли публічний ліміт.

Отримати безкоштовний ключ Hobby (60 запитів/хв, без картки) → tonnode.io/dashboard?plan=hobby