Tất cả bài viết
10 phút đọc

Thay thế toncenter 2026: lựa chọn cho lập trình viên TON

Thay thế toncenter năm 2026: phân tích thẳng thắn config công khai, liteserver riêng và MCP cho TON. Băng thông được đảm bảo cùng bộ tool phi lưu ký.

thay thế toncenterTON APIMCP cho TONliteserver TONlỗi 429TON cho lập trình viên

Thay thế toncenter trong 2026: vì sao bạn đụng trần HTTP 429 và liteserver dùng chung

Cách lấy trạng thái mạng TON nhìn qua thì đơn giản đến mức đánh lừa: gọi https://toncenter.com/api/..., nhận JSON, mọi thứ êm đẹp. Đúng cho tới khoảnh khắc con bot trên production bắt đầu hỏi số dư mỗi giây một lần, và đến ví thứ mười thì thứ bay về không phải số dư mà là một bức tường: HTTP 429 Too Many Requests. Người dùng nhắn lên support rằng giao dịch "bị treo", còn bạn nhìn vào log và hiểu ra mình đụng phải không phải một con bug, mà là giới hạn công khai dùng chung.

Nếu chuyện đó nghe quen — hãy cùng mổ xẻ thẳng thắn: năm 2026 rốt cuộc có những lựa chọn thay thế toncenter nào, chúng khác nhau ra sao trong thực tế, và cái toncenter alternative 2026 nào là hợp lý cho đúng bài toán của bạn: từ dashboard chỉ đọc cho tới AI agent tự dựng swap.

Các HTTP API công khai kiểu toncenter hay tonapi.io là một cánh cửa tiện lợi dẫn vào mạng, nhưng là cánh cửa chung. Phía sau nó là một pool liteserver mà tất cả những ai chưa có key đều phải chia nhau. Ngay khi bạn vượt giới hạn, API trả lời rất sòng phẳng: HTTP 429 Too Many Requests. Không có key thì trần rơi vào khoảng một request mỗi giây. Với một form kiểu "kiểm tra một địa chỉ" thì thế là đủ. Với một con bot, một indexer hay một agent thì không.

Nói lạc đề một chút về phần dân gian truyền miệng. Trong cộng đồng TON hay lưu truyền meme về "lỗi 228". Vậy nên nói cho rõ: 228 là một câu đùa, không phải mã lỗi của API. Mã thật sự bạn nhìn thấy khi bị rate limit là 429. Ai bảo rằng toncenter "trả về 228" thì người đó đang kể lại meme chứ không đọc phản hồi của server. Nếu bạn đang tìm cách hạ đúng cái trần này, chúng tôi có bài mổ xẻ riêng: cách sửa lỗi toncenter 429.

Giới hạn cốt lõi của các API công khai là bạn dùng chung pool với hàng nghìn lập trình viên khác. Ngay khi ứng dụng cần một băng thông đoán trước được, chứ không phải "được bao nhiêu hay bấy nhiêu", thì phải đổi chính cách truy cập vào mạng. Dưới đây là ba cách để chuyển sang hạ tầng của riêng mình.

Cách 1. Config công khai của TON: miễn phí, nhưng kèm điều kiện

Bước đầu tiên để "đi vòng qua HTTP" là kết nối thẳng vào mạng qua global config của TON (global.config.json) và gọi liteserver bằng protocol ADNL gốc từ các SDK như @ton/ton hay tonutils-go. Nó miễn phí, nó gần với "phần cứng" của mạng hơn, và đó cũng là thứ đa số SDK dùng mặc định.

Những điều kiện kèm theo mà người ta thường chỉ biết khi đã lên production:

  • Liteserver trong global config là dùng chung và bị giới hạn. Có tải là chúng thường trả not ready hoặc đơn giản là rơi vào ADNL timeout. Đó không phải bug trong code của bạn, mà là một node công khai đang quá tải.
  • Chúng không giữ lịch sử sâu. Cần giao dịch từ một tháng trước thì rất có thể ở đó đã không còn.
  • Khó đoán. Danh sách server còn sống trong config thay đổi liên tục, và bạn phải tự lọc bỏ những node đã chết.

Nếu bạn đang gặp liteserver not ready, hãy xem bài phân tích thực dụng vì sao liteserver trả về not ready và phải làm gì. Kết luận cho cách này: tuyệt vời cho môi trường dev và script dùng một lần, rủi ro cho production có tải.

Cách 2. Liteserver riêng: toàn quyền kiểm soát, đổi lại là hạ tầng

Giải pháp triệt để là tự dựng node và liteserver của mình. Khi đó băng thông là của riêng bạn, không ai bên cạnh ăn mất phần, và bạn tự quyết định giữ bao nhiêu lịch sử.

Cái giá phải trả cho quyền kiểm soát chính là hạ tầng:

  • dựng node TON rồi ngồi chờ đồng bộ (muốn có độ sâu archive thì việc này vừa lâu vừa ngốn đĩa kinh khủng);
  • giữ cho server sống: monitoring, restart, cập nhật theo các đợt fork của mạng;
  • canh cho node không tụt lại phía sau masterchain, và tự mình lo luôn chuyện chịu lỗi và sao lưu.

Đây là con đường đúng cho một team có nguồn lực DevOps và có yêu cầu về băng thông riêng tư, đoán trước được. Nhưng nếu bài toán của bạn không phải là "vận hành hạ tầng TON" mà là "đọc mạng thật nhanh và dựng giao dịch", thì nuôi hẳn một node chỉ vì chuyện đó khác nào dùng dao mổ trâu để giết gà.

Cách 3. MCP server: lối truy cập cho AI agent và ứng dụng

Đây là một hạng mục riêng, thứ mà chỉ vài năm trước còn chưa tồn tại. MCP (Model Context Protocol) là chuẩn để các AI agent (Claude, Cursor, ChatGPT/Codex và mọi MCP client) gọi tool bên ngoài. Một MCP server cho TON biến việc "vào blockchain lấy dữ liệu" từ một HTTP request thủ công thành một tool có kiểu rõ ràng, thứ mà agent tự gọi lấy.

Khác biệt so với hai cách trên không nằm ở chỗ "làm sao gọi API nhanh hơn", mà ở chỗ ai là người gọi. Nếu trong hệ thống của bạn có một agent, một trợ lý hay một ứng dụng dựng trên LLM, MCP dẹp bỏ luôn lớp wrapper tự viết: agent chỉ việc xin get_balance và nhận về câu trả lời. Đồng thời chuyện truy cập mạng cũng được giải quyết — không phải chen chân giành giới hạn công khai. MCP trong bối cảnh TON là gì và để làm gì, chi tiết nằm ở hướng dẫn MCP cho TON.

TONNode: băng thông được đảm bảo cộng bộ tool phi lưu ký

TONNode (website tonnode.io) là một MCP server hosted cho TON. Nó giải quyết cùng lúc hai nỗi đau: cấp cho bạn băng thông được đảm bảo theo key riêng (tức là thoát khỏi cái 429 dùng chung) và bổ sung các tool hành động, chứ không chỉ đọc. Package @tonnode/mcpmã nguồn mở (MIT), nằm trên npm và GitHub (tonnode/mcp), chạy theo protocol gốc của TON là ADNL, không có lớp HTTP trung gian.

Bên trong là đúng 16 tool MCP, chia thành các nhóm sau.

Đọc (8)

  • get_masterchain_info — block head của masterchain;
  • get_balance — số dư GRAM;
  • get_account_state — trạng thái, cờ, giao dịch cuối cùng;
  • get_transactions — lịch sử giao dịch;
  • run_get_method — bất kỳ get-method read-only nào của contract;
  • get_jetton_balance — số dư jetton (ví dụ USDT); địa chỉ jetton wallet được tính on-chain, bạn không phải tự tính bằng tay;
  • get_jetton_info — metadata của jetton: tên, ký hiệu, decimals, tổng phát hành (decimals là thứ tối quan trọng để quy đổi đơn vị "thô" sang đơn vị con người đọc được: USDT có 6, đa số jetton có 9);
  • parse_address — chuyển đổi và kiểm tra EQ/UQ/raw, hoàn toàn offline.

Swap (2)

get_swap_quote (báo giá chắc chắn từ DEX cho GRAM⇄jetton qua protocol Omniston, dựa trên thanh khoản của STON.fi và DeDust) và build_swap_tx (giao dịch swap chưa ký, sẵn cho TonConnect).

Crosschain (5)

get_crosschain_quote, build_crosschain_swap_tx, track_crosschain_swap, disclose_crosschain_secret, build_crosschain_refund — escrow HTLC nguyên tử, TON luôn là nguồn, các mạng nhận: Ethereum, Arbitrum, Base, BNB Chain, Polygon, Avalanche.

Ví (1)

generate_wallet — tạo ví TON các phiên bản v3r2 / v4 / v5r1 / highload_v3.

Khác biệt cốt lõi so với các giải pháp lưu ký là tính phi lưu ký. Các tool swap, crosschain và ví đều phi lưu ký nghiêm ngặt: server không bao giờ ký và không bao giờ giữ tiền hay khóa riêng tư. Nó trả về message TonConnect chưa ký, và người ký chúng là ví của chính người dùng. Ví tạo qua generate_wallet được trao cho bạn và không đọng lại trên server. Tức là agent có thể chuẩn bị một cú swap GRAM⇄jetton, nhưng bấm "ký" thì chỉ chủ nhân của khóa mới làm được.

Nói cho sòng phẳng, đây là những thứ không nên trông đợi ngay lúc này: archive node của TONNode vẫn đang đồng bộ và hiện chưa phục vụ request — không thể hứa lịch sử sâu như một thứ đã sẵn sàng, đó vẫn là roadmap. Liteserver riêng single-tenant thì cũng có, nhưng chỉ dựng thủ công theo yêu cầu, không self-serve.

Chú thích thuật ngữ: GRAM là Toncoin đã được đổi tên hồi tháng 6/2026. Bản thân mạng vẫn tên là TON. Nếu bạn gặp "GRAM" trong các tool — đó chính là đồng coin gốc ấy.

Chọn phương án thay thế nào cho bài toán của bạn

Ngắn gọn, theo từng tình huống:

  • Script dùng một lần, môi trường dev, "chỉ cần đọc một địa chỉ". Config công khai của TON hoặc bản local miễn phí npx -y @tonnode/mcp. Không tốn đồng nào, nhưng không có gì đảm bảo khi có tải.
  • Backend có tải, indexer, yêu cầu băng thông riêng tư và toàn quyền với lịch sử. Liteserver/node của riêng bạn — nếu có nguồn lực DevOps để nuôi nó.
  • AI agent, trợ lý hoặc ứng dụng dựng trên LLM cần đọc mạng và chuẩn bị giao dịch (swap/crosschain) theo kiểu phi lưu ký. Bộ tool MCP của TONNode — không cần hạ tầng nào của bạn.
  • Dịch vụ production read-heavy đã đụng trần 429 nhưng không muốn ôm thêm việc quản trị node. MCP endpoint hosted của TONNode với giới hạn được đảm bảo theo key.

Nếu ngay lúc này bạn đang so sánh đúng các nhà cung cấp HTTP, chúng tôi có bài tổng quan riêng về các lựa chọn thay thế tonapi năm 2026.

Cách kết nối TONNode trong vài phút

Bạn có thể bắt đầu mà chẳng cần đăng ký, chẳng cần thẻ — chạy local qua npx. Cách này cho bạn trọn bộ tool đọc miễn phí:

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

Sau đó, bạn chỉ cần nói với agent bằng ngôn ngữ tự nhiên:

Kiểm tra số dư USDT ở địa chỉ UQ… và hiển thị ra đơn vị con người đọc được.

Agent sẽ tự gọi get_jetton_info (để biết decimals) rồi get_jetton_balance — không cần tự tay gọi API. Vài prompt điển hình khác:

  • "Swap 100 USDT ngay bây giờ thì được bao nhiêu GRAM?" → get_swap_quote.
  • "Dựng giao dịch chưa ký để swap 100 USDT sang GRAM cho ví của tôi" → build_swap_tx (ví của người dùng ký, không phải server).
  • "Cho xem 10 giao dịch gần nhất của contract EQC…" → get_transactions.
  • "Tạo cho tôi một ví v5r1 mới" → generate_wallet.

Khi bạn đụng trần băng thông hoặc muốn dùng các tool hành động theo key riêng, vẫn server đó nhưng dựng lên dưới dạng endpoint hosted:

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

Bảng giá được thiết kế sòng phẳng: ở mọi gói cước đều có đủ cả 16 tool, bạn chỉ trả tiền cho băng thông.

  • Hobby — miễn phí vĩnh viễn, 60 request/phút;
  • Pro — $29/tháng, 300 request/phút;
  • Scale — $199/tháng, 1200 request/phút.

Key Hobby được cấp ngay sau khi đăng nhập, không cần thẻ. Thanh toán các gói trả phí bằng GRAM hoặc USDT trên mạng TON qua TonConnect, hoặc bằng BTC/ETH/SOL và các đồng khác qua hóa đơn xRocket trong Telegram.

Kế hoạch thực dụng: dựng npx -y @tonnode/mcp trong một phút, đưa cho agent vài tool đọc, xác nhận rằng mô hình này hợp với bạn — rồi sau đó mới lấy key để có giới hạn được đảm bảo. Con 429 từ toncenter không phải bản án dành cho code của bạn, mà là tín hiệu rằng bạn đã lớn vượt khỏi giới hạn công khai.

Lấy key Hobby miễn phí (60 request/phút, không cần thẻ) → tonnode.io/dashboard?plan=hobby

Cho agent của bạn quyền truy cập TON

16 công cụ MCP: đọc, swap phi lưu ký, cross-chain và ví. Gói miễn phí — 60 req/phút, không cần thẻ.