Alchemy Polygon RPC：在正式采用前需要评估什么

“Alchemy Polygon RPC”实际提供什么

Alchemy 是一个托管式区块链开发平台。对于 Polygon，它通过 HTTPS 和 WebSocket 暴露 JSON-RPC，端点范围限定为你在 Alchemy 仪表盘中创建的应用。端点 URL 包含你的 API key，网络在创建应用时选定。这意味着你的 Polygon mainnet 和 Polygon Amoy 端点是分开的，轮换密钥会改变应用使用的 URL。

由于 Polygon PoS 兼容 EVM，请求格式是标准 JSON-RPC。eth_blockNumber、eth_getBalance、eth_call、eth_getLogs 和 eth_sendRawTransaction 等方法的行为与在 Ethereum 上相同。提供商层在原始 RPC 之上增加了身份验证、速率或计算限制、仪表盘，以及 Alchemy 特有的增强 API 和 SDK。

实际问题不是 Alchemy 能否提供 Polygon RPC——它能——而是它的应用加密钥模型、套餐限制和工具是否符合你团队的运营方式。这正是本文余下部分要帮助你评估的内容。

• 端点是经过身份验证的，并与应用和 API key 绑定。
• HTTPS 用于请求/响应；WebSocket 用于你套餐支持的订阅。
• 网络选择在创建应用时进行，而不是按请求选择。
• 增强 API 和 SDK 是标准 JSON-RPC 之上的可选层。

决策指南：Alchemy 是否适合你的 Polygon RPC 工作负载？

使用本节来决定是继续采用 Alchemy、协商套餐，还是评估替代方案。目标是让你的工作负载形态匹配提供商模式，而不是抽象地对提供商进行排名。

如果你的团队想要托管仪表盘、SDK 便利性以及跨多个链的单一供应商，Alchemy 是合理的候选。如果你想要更简单的密钥 RPC 模型、公开定价或隔离的专用 Polygon 基础设施，请在正式采用前比较 OnFinality 的 Polygon RPC API 和专用节点。

复制端点前需要确认的 Polygon 网络设置

Polygon 有多个网络，混淆它们是请求失败的常见原因。在将端点粘贴到钱包、Hardhat 配置或后端服务之前，请确认 chain ID 和货币符号。下表反映了 OnFinality 为其 Polygon 网络发布的设置；Alchemy 的端点字符串不同，但链级值应与你打算使用的网络匹配。

如需在 Polygon mainnet 上进行公开只读测试，OnFinality 提供 https://polygon.api.onfinality.io/public。生产环境请使用提供商仪表盘中的密钥端点。务必在提供商文档中验证当前端点，而不是依赖复制的 URL。

连接常用工具：哪些需要改变，哪些不需要

由于 Polygon 兼容 EVM，代码改动很小。你将库指向提供商 URL 并设置 chain ID。下面的示例使用 ethers 和通用提供商 URL 占位符；请将其替换为提供商仪表盘中的端点。同样的模式适用于 viem、web3.js 和 Hardhat。

对于钱包，使用上表中的 chain ID、货币符号和浏览器 URL 添加自定义网络。对于后端服务，将端点存储在环境变量中，避免提交密钥。对于索引器和分析任务，在回填之前检查你的套餐是否包含所需的 archive 和日志查询容量。

• ethers：new ethers.JsonRpcProvider(process.env.POLYGON_RPC_URL)
• viem：createPublicClient({ chain: polygon, transport: http(process.env.POLYGON_RPC_URL) })
• Hardhat：将 networks.polygon.url 设置为你的密钥端点，chainId 设置为 137
• 钱包：添加 Polygon Mainnet，chain ID 137，符号 POL，浏览器 polygonscan.com

迁移生产流量前需要测试的故障模式

大多数 Polygon RPC 问题表现为少数几种症状之一。在迁移流量之前，针对候选提供商逐一测试。下表将症状映射到可能原因和下一步调试步骤。

如果你看到速率限制响应，请确认限制是按秒、按月还是基于计算。如果 eth_getLogs 超时，请缩小区块范围并检查套餐是否支持该查询大小。如果交易因 nonce 错误失败，请检查待处理交易以及你的提供商是否路由到一致的节点。

如果你想要不同的运营模式，OnFinality 适合在哪里

OnFinality 在许多网络（包括 Polygon）上提供 RPC API 访问和专用节点基础设施。RPC API 为你提供 Polygon mainnet 和 Amoy 的密钥端点，并提供公开端点用于快速测试。当你需要隔离基础设施来处理更繁重或更可预测的工作负载时，专用节点是一个选项。

这并不是声称某个提供商普遍更好。这是一种不同的模式：更简单的端点管理、公开的 RPC 定价，以及在不改变应用 JSON-RPC 调用的情况下迁移到专用基础设施的选项。如果你的团队看重这条路径，请使用上述相同清单将其与 Alchemy 一起评估。

你可以查看 Polygon RPC API 页面了解当前端点详情，并查看支持的 RPC 网络列表了解其他链。

• 用于快速读取测试的公开端点：https://polygon.api.onfinality.io/public
• 用于生产流量的密钥 RPC API。
• 用于隔离容量的专用 Polygon 节点。
• 相同的 JSON-RPC 方法，因此迁移主要是更改 URL 和密钥。

迁移检查点

如果你决定从一个 Polygon RPC 提供商迁移到另一个，请将其视为受控迁移。并行运行两个端点，比较同一区块的响应，并逐步转移流量。在新端点处理生产负载一个完整业务周期之前，保持旧端点可用。

记录新提供商的 chain ID、货币符号、浏览器 URL 和密钥轮换流程。先在预发布环境更新环境变量，然后更新生产环境。在切换期间监控错误率、延迟和日志查询成功率。

• 针对同一区块高度运行只读一致性测试。
• 测试 eth_getLogs 以及你的应用依赖的任何 archive 查询。
• 如果你使用 WebSocket 订阅，请验证它们。
• 轮换密钥，并在稳定期过后才移除旧端点。

常见问题