2026년 toncenter 대안, TON 개발자를 위한 정리

2026년 toncenter 대안: HTTP 429와 공용 라이트서버에 부딪히는 이유

TON 네트워크의 상태를 읽어오는 일은 속아 넘어가기 쉬울 만큼 간단해 보입니다. https://toncenter.com/api/...를 호출하면 JSON이 돌아오고, 그것으로 만족스럽게 끝납니다. 프로덕션의 봇이 1초에 한 번씩 잔액을 조회하기 시작하고 열 번째 지갑에서 잔액 대신 벽이 날아오기 전까지는 말입니다. HTTP 429 Too Many Requests. 사용자는 트랜잭션이 "멈췄다"며 지원팀에 문의를 넣고, 여러분은 로그를 들여다보다 이게 버그가 아니라 공용 공개 한도에 부딪힌 것임을 깨닫습니다.

이 이야기가 남 일 같지 않다면, 2026년에 toncenter 대안으로 실제 어떤 선택지가 있는지, 실무에서 무엇이 어떻게 다른지, 그리고 read-only 대시보드부터 스스로 스왑을 조립하는 AI 에이전트까지 여러분의 구체적인 과제에는 어떤 toncenter alternative 2026이 맞는지 정직하게 짚어보겠습니다.

toncenter나 tonapi.io 같은 공개 HTTP API는 네트워크로 들어가는 편리한 문입니다. 다만 모두가 함께 쓰는 공용 문입니다. 그 뒤에는 키를 발급받지 않은 사람 전부가 나눠 쓰는 라이트서버 풀이 있습니다. 한도를 넘는 순간 API는 정직하게 HTTP 429 Too Many Requests로 답합니다. 키가 없으면 천장은 대략 초당 요청 한 건 수준입니다. "주소 하나 확인하기" 폼이라면 이것으로 충분합니다. 봇이나 인덱서, 에이전트라면 턱없이 부족합니다.

여담으로 업계 뒷이야기를 하나 하겠습니다. TON 커뮤니티에는 "228 오류" 밈이 돌아다닙니다. 분명히 해두겠습니다. 228은 농담이지 API 오류 코드가 아닙니다. 레이트 리밋에 걸렸을 때 실제로 보게 되는 코드는 429입니다. toncenter가 "228을 돌려준다"고 쓰는 사람이 있다면, 그건 서버 응답을 읽은 게 아니라 밈을 옮긴 것입니다. 바로 이 천장을 어떻게 넘을지 찾고 있다면 toncenter 429 해결법을 따로 정리해 두었습니다.

공개 API의 핵심 제약은 수천 명의 다른 개발자와 같은 풀을 나눠 쓴다는 점입니다. 애플리케이션에 "주는 만큼"이 아니라 예측 가능한 처리량이 필요해지는 순간, 네트워크에 접근하는 방식 자체를 바꿔야 합니다. 이제 자기 것으로 갈아타는 세 가지 방법을 보겠습니다.

방법 1. TON 공개 config: 무료지만 단서가 붙습니다

"HTTP 바깥"으로 나가는 첫걸음은 TON 글로벌 config(global.config.json)로 네트워크에 직접 붙어서, @ton/ton이나 tonutils-go 같은 SDK에서 네이티브 ADNL 프로토콜로 라이트서버에 요청하는 것입니다. 무료이고, 네트워크의 "하드웨어"에 더 가깝고, 대부분의 SDK가 기본값으로 쓰는 방식입니다.

프로덕션에 올린 뒤에야 알게 되는 단서들이 있습니다.

• 글로벌 config의 라이트서버는 공용이고 한도가 걸려 있습니다. 부하가 걸리면 not ready를 돌려주거나 그냥 ADNL 타임아웃으로 사라지는 일이 잦습니다. 이건 여러분 코드의 버그가 아니라 과부하 걸린 공개 노드입니다.
• 깊은 히스토리를 보관하지 않습니다. 한 달 전 트랜잭션이 필요한데 거기에는 이미 없을 수 있습니다.
• 예측 불가능성. config에 들어 있는 살아 있는 서버 목록은 계속 바뀌고, 죽은 노드를 걸러내는 일은 직접 해야 합니다.

이미 liteserver not ready를 만나고 있다면 라이트서버가 not ready를 돌려주는 이유와 대처법에 실전 분석이 있습니다. 이 방법에 대한 결론은 이렇습니다. 개발 환경과 일회성 스크립트에는 훌륭하고, 부하 걸린 프로덕션에는 위험합니다.

방법 2. 자체 라이트서버: 인프라를 대가로 얻는 완전한 통제권

근본적인 해법은 자기 노드와 자기 라이트서버를 올리는 것입니다. 그러면 처리량은 온전히 여러분 것이고, 옆에서 아무도 갉아먹지 않으며, 히스토리를 얼마나 보관할지도 직접 정합니다.

통제권의 대가는 인프라입니다.

• TON 노드를 띄우고 동기화가 끝날 때까지 기다려야 합니다(아카이브 수준의 깊이까지 가려면 오래 걸리고 디스크도 엄청나게 먹습니다).
• 모니터링, 재시작, 네트워크 포크에 맞춘 업데이트까지 서버를 계속 살려둬야 합니다.
• 노드가 마스터체인에 뒤처지지 않는지 지켜보고, 장애 대응과 백업도 직접 챙겨야 합니다.

DevOps 리소스가 있고 프라이빗하고 예측 가능한 처리량이 요구사항인 팀에게는 올바른 길입니다. 다만 여러분의 과제가 "TON 인프라를 운영하는 것"이 아니라 "네트워크를 빠르게 읽고 트랜잭션을 조립하는 것"이라면, 그걸 위해 자체 노드를 유지하는 건 닭 잡는 데 소 잡는 칼을 쓰는 격입니다.

방법 3. MCP 서버: AI 에이전트와 애플리케이션을 위한 접근

몇 해 전만 해도 없던 별도의 범주입니다. MCP(Model Context Protocol)는 AI 에이전트(Claude, Cursor, ChatGPT/Codex, 그리고 모든 MCP 클라이언트)가 외부 도구를 호출하는 표준입니다. TON용 MCP 서버는 "블록체인에 다녀와"를 수동 HTTP 요청이 아니라 에이전트가 스스로 호출하는 타입이 정의된 도구로 바꿔줍니다.

앞선 방법들과의 차이는 "어떻게 하면 API를 더 빨리 호출하느냐"가 아니라 누가 호출하느냐에 있습니다. 여러분의 시스템 안에 에이전트나 어시스턴트, LLM 위에 올라간 애플리케이션이 있다면 MCP는 직접 짠 래퍼 계층을 걷어냅니다. 에이전트가 그냥 get_balance를 요청하면 답이 옵니다. 동시에 네트워크 접근 문제도 해결됩니다. 공용 한도를 두고 경쟁할 필요가 없기 때문입니다. TON 맥락에서 MCP가 무엇이고 왜 필요한지는 TON용 MCP 가이드에 자세히 있습니다.

TONNode: 보장된 처리량과 논커스터디얼 도구

TONNode(사이트 tonnode.io)는 TON을 위한 hosted MCP 서버입니다. 두 가지 통증을 한 번에 덮습니다. 여러분의 키에 보장된 처리량을 주고(즉 공용 429에서 벗어나고), 읽기만이 아니라 행동하는 도구를 더해줍니다. @tonnode/mcp 패키지는 오픈소스(MIT)로 npm과 GitHub(tonnode/mcp)에 올라가 있으며, HTTP 계층 없이 TON 네이티브 프로토콜 ADNL로 동작합니다.

내부에는 정확히 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는 "raw" 단위를 사람이 읽는 단위로 환산할 때 결정적입니다. USDT는 6, 대부분의 제톤은 9입니다)
• parse_address — EQ/UQ/raw 변환과 검증, 완전히 오프라인으로 동작

스왑 (2)

get_swap_quote(Omniston 프로토콜을 통한 GRAM⇄제톤 DEX 확정 견적으로, 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 — v3r2 / v4 / v5r1 / highload_v3 버전의 TON 지갑 생성.

커스터디얼 솔루션과의 결정적인 차이는 논커스터디얼이라는 점입니다. 스왑, 크로스체인, 지갑 도구는 엄격하게 논커스터디얼입니다. 서버는 어떤 것에도 서명하지 않으며, 자금이나 프라이빗 키를 보관하지도 않습니다. 서버가 돌려주는 것은 서명되지 않은 TonConnect 메시지이고, 서명은 사용자 본인의 지갑이 합니다. generate_wallet으로 생성된 지갑도 여러분에게 전달될 뿐 서버에는 남지 않습니다. 즉 에이전트는 GRAM⇄제톤 스왑을 준비할 수는 있어도, "서명" 버튼을 누를 수 있는 건 키의 주인뿐입니다.

지금 당장 기대해서는 안 되는 것도 정직하게 적겠습니다. TONNode의 아카이브 노드는 아직 동기화 중이라 요청을 받지 않습니다. 깊은 히스토리를 이미 준비된 기능처럼 약속할 수는 없고, 이건 로드맵입니다. 전용 single-tenant 라이트서버도 있긴 하지만 요청을 받아 수동으로만 제공하며 self-serve가 아닙니다.

용어 각주: GRAM은 2026년 6월에 이름이 바뀐 Toncoin입니다. 네트워크 자체는 여전히 TON이라고 부릅니다. 도구에서 "GRAM"을 만난다면 그게 바로 그 네이티브 코인입니다.

과제에 맞는 대안 고르기

상황별로 짧게 정리하겠습니다.

• 일회성 스크립트, 개발 환경, "그냥 주소 하나 읽기". TON 공개 config 또는 무료 로컬 npx -y @tonnode/mcp. 비용은 0이지만 부하 상황에서의 보장은 없습니다.
• 부하가 큰 백엔드, 인덱서, 프라이빗 처리량과 히스토리에 대한 완전한 통제가 필요한 경우. 자체 라이트서버/노드 — 그걸 유지할 DevOps 리소스가 있다면.
• 네트워크를 읽고 트랜잭션(스왑/크로스체인)을 논커스터디얼하게 준비해야 하는 AI 에이전트, 어시스턴트, LLM 기반 애플리케이션. TONNode의 MCP 도구 — 여러분의 인프라 없이.
• 429에 부딪혔지만 노드를 관리할 마음은 없는 프로덕션 read-heavy 서비스. 키 단위로 한도가 보장되는 TONNode hosted MCP 엔드포인트.

지금 비교하려는 대상이 HTTP 제공자 쪽이라면 2026년 tonapi 대안 리뷰를 따로 준비해 두었습니다.

몇 분 만에 TONNode 연결하기

등록도 카드도 없이, 로컬에서 npx로 바로 시작할 수 있습니다. 이것만으로 읽기 도구 전체를 무료로 쓸 수 있습니다.

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

그다음에는 에이전트에게 그냥 사람 말로 시키면 됩니다.

주소 UQ…의 USDT 잔액을 확인하고 사람이 읽을 수 있는 단위로 보여줘.

에이전트가 알아서 get_jetton_info를 호출해 decimals를 알아내고 get_jetton_balance를 부릅니다. 손으로 API를 두드릴 필요가 없습니다. 다른 전형적인 프롬프트들입니다.

• "지금 100 USDT를 스왑하면 GRAM이 얼마나 나와?" → get_swap_quote.
• "내 지갑용으로 100 USDT를 GRAM으로 바꾸는 서명되지 않은 스왑 트랜잭션을 만들어줘" → build_swap_tx(서명은 서버가 아니라 사용자 지갑이 합니다).
• "컨트랙트 EQC…의 최근 트랜잭션 10건을 보여줘" → 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 키는 로그인 직후 카드 없이 발급됩니다. 유료 플랜은 TonConnect를 통해 TON 네트워크의 GRAM이나 USDT로 결제하거나, Telegram의 xRocket 인보이스로 BTC/ETH/SOL 등으로도 결제할 수 있습니다.

실용적인 계획은 이렇습니다. npx -y @tonnode/mcp를 1분 만에 띄우고, 에이전트에게 읽기 도구 두어 개를 쥐여준 다음, 이 구조가 여러분에게 맞는지 확인하십시오. 보장된 한도를 위해 키를 받는 건 그다음입니다. toncenter의 429는 코드에 내려진 사형선고가 아니라, 여러분이 공개 한도를 넘어설 만큼 자랐다는 신호입니다.

무료 Hobby 키 받기(60 요청/분, 카드 불필요) → tonnode.io/dashboard?plan=hobby