网络 RPCTON更新于: 2026年7月16日

什么是 TON RPC，如何使用它？

摘要

# 什么是 TON RPC，如何使用它？ TON（The Open Network）是一个为高可扩展性和与 Telegram 深度集成而设计的 layer-1 区块链。与 EVM 链不同，TON 采用独特的分片和异步智能合约架构。要从 Web 应用程序与 TON 交互，需要一个 RPC（远程过程调用）端点，将标准 HTTP 请求转换为 TON 节点使用的二进制 ADNL 协议。本指南解释了什么是 TON RPC、如何选择端点以及实现可靠 dApp 连接的最佳实践。

关键要点

TON RPC 将标准 HTTP/JSON-RPC 桥接到 TON 的原生 ADNL 协议。
TON Center API v2 是 TON 最广泛使用的 RPC 接口。
公共端点存在但受速率限制；生产应用需要专用提供商。
TON 测试网 RPC 对于开发和测试至关重要，无需主网成本。
可靠的 TON RPC 提供商提供地理分布式端点以实现低延迟。
OnFinality 提供 TON 主网和测试网 RPC 端点，并提供专用节点选项。
始终监控 RPC 性能并拥有备用端点以实现高可用性。

理解 TON RPC 及其作用

TON（The Open Network）是一个具有独特多线程分片架构的区块链。与以太坊不同，TON 节点使用 ADNL（抽象数据报网络层）协议进行通信，该协议无法从 Web 应用程序直接访问。TON RPC 充当桥梁，公开一个标准的 JSON-RPC 或 REST API，开发者可以使用它来查询区块链数据、发送交易以及与智能合约交互。

最常见的 TON RPC 实现是 TON Center API v2，它提供用于账户、区块、交易和消息的端点。它还支持用于实时流的 WebSocket。理解这个接口是在 TON 上构建的第一步。

TON RPC 将 HTTP 请求转换为 ADNL 以进行节点通信。
TON Center API v2 是 TON RPC 的事实标准。
同时支持 REST 和 JSON-RPC 风格。
提供用于实时数据的 WebSocket 端点。

TON RPC 端点：主网和测试网

要与 TON 交互，需要一个 RPC 端点 URL。TON 基金会提供公共端点，但这些端点受速率限制，不适合生产环境。对于开发，可以使用测试网端点进行实验，而无需冒真实资产的风险。

以下是默认公共端点与托管提供商预期功能的比较。

List the exact RPC methods, chains, and environments your app will call.
Test with the same request pattern your frontend, backend, bot, dashboard, or indexer will use.
Check whether archive, trace, WebSocket, testnet, analytics, or dedicated-node access is actually required.
Review pricing, usage visibility, and upgrade paths before moving sustained traffic.

标准	检查内容	为什么重要
网络	主网 vs 测试网	测试网免费但数据有限；主网用于实时应用。
速率限制	每秒请求数 (RPS)	公共端点通常限制在 1 RPS；生产环境需要更高的限制。
地理分布	服务器位置	全球分布可降低全球用户的延迟。
归档数据	历史状态访问	归档节点允许查询过去的状态，适用于分析。

如何选择 TON RPC 提供商

为您的 dApp 选择 TON RPC 提供商时，请考虑正常运行时间、延迟、请求限制和定价等因素。公共端点适合原型设计，但生产应用需要可靠的基础设施。寻找提供地理平衡端点、专用节点选项以及同时支持主网和测试网的提供商。

OnFinality 提供 TON RPC 端点，包含免费套餐和可扩展的专用节点。您可以从共享端点开始，随着项目增长进行升级。始终从目标用户位置测试提供商性能。

检查正常运行时间保证和历史性能。
从多个全球区域评估延迟。
比较定价模式：按需付费 vs 月度计划。
确保同时支持主网和测试网。
对于高吞吐量或延迟敏感的应用，考虑专用节点。

标准	检查内容	为什么重要
Network	Mainnet vs Testnet	Testnet is free but has limited data; mainnet is for live apps.
Rate Limits	Requests per second (RPS)	Public endpoints often throttle at 1 RPS; production needs higher limits.
Geo-Distribution	Server locations	Global distribution reduces latency for users worldwide.
Archive Data	Historical state access	Archive nodes allow querying past states, useful for analytics.

连接到 TON RPC：代码示例

连接到 TON RPC 很简单。以下是使用 TON Center API v2 发出基本请求的方法。将端点 URL 替换为您的提供商 URL。

示例：使用 curl 获取账户信息：curl https://toncenter.com/api/v2/getAddressInformation?address=EQD...
对于 JavaScript，使用 fetch 或 axios 调用 REST 端点。
对于实时数据，使用 WebSocket 连接到 wss://toncenter.com/api/v2/stream。

常见陷阱和故障排除

刚接触 TON 的开发者经常遇到速率限制、端点 URL 错误或误解 TON 交易的异步性质等问题。与 EVM 链不同，TON 没有 mempool；交易在分片中处理。确保使用正确的 API 版本，并且您的提供商支持您需要的方法。

如果遇到错误，请检查您的 API 密钥（如果需要）、验证网络（主网 vs 测试网），并查阅 TON Center API 文档了解方法参数。

速率限制：使用具有更高 RPS 限制的提供商或专用节点。
交易延迟：TON 使用异步分片；通过 getTransactions 监控状态。
端点错误：仔细检查 URL 和网络选择。
缺少方法：某些提供商可能不支持所有 TON Center API 方法。

为什么使用托管 TON RPC 提供商？

运行自己的 TON 节点需要大量的基础设施和维护。托管提供商处理节点同步、正常运行时间和扩展，让您可以专注于开发。OnFinality 提供 TON RPC 即服务，具有自动故障转移和全局负载均衡。

对于交易量高或延迟要求严格的项目，专用 TON 节点提供隔离资源和有保证的性能。评估您的需求并选择合适的层级。

无需节点管理开销。
自动更新和安全补丁。
从免费套餐到专用集群的可扩展性。
全天候监控和支持。

Why Use a Managed TON RPC Provider?

Running your own TON node requires significant infrastructure and maintenance. Managed providers handle node synchronization, availability, and scaling, allowing you to focus on development. OnFinality provides TON RPC as a service with automatic failover and global load balancing.

For projects with high transaction volumes or strict latency requirements, dedicated TON nodes offer isolated resources and more predictable resource planning. Evaluate your needs and choose the right tier.

No node management overhead.
Automatic updates and security patches.
Scalable from free tier to dedicated clusters.
24/7 monitoring and support.

常见问题