---
title: "无需离开控制台即可提升吞吐容量"
description: "在控制台中几秒钟即可提升 Alchemy 的吞吐容量。了解 CU/s 限制的工作原理、各方案下的自助服务上限，以及应购买多少余量。"
---

# 无需离开控制台即可提升吞吐容量

<ImageBlock
  src="https://media.alchemy.com/blog/increase-throughput-limit-hero.png"
  alt="无需离开 dashboard，即可提升吞吐容量"
  width={1920}
  height={900}
  priority
/>

一次上线、一次 mint，或是一次索引回填，都可能在一分钟内把应用推到吞吐量容量的上限。好消息是，在付费套餐上，你的团队现在可以自行提高这个容量，不需要联系我们。打开仪表盘中的 [Usage 页面](https://dashboard.alchemy.com/usage)，选择所需的额外容量并确认即可。新的基础容量会在几秒内生效。

你可以随时在仪表盘中取消这个附加项。已增加的容量会在当前计费周期内持续有效，之后团队会恢复到基础吞吐量容量。

## 什么是吞吐量容量？

吞吐量是指你可以向我们发送请求的速度，以每秒计算单元数（CU/s）衡量。我们按请求的总成本计量，而不是按原始请求数计量，因为每个 RPC 方法根据处理所需的工作量不同，都有[各自的计算单元成本](https://www.alchemy.com/docs/reference/compute-unit-costs)。

计算所需的容量比把这些成本简单相加要复杂一些。成本表中有一个 CU 列和一个单独的 Throughput CU 列，对某些方法来说这两者不同，因此某个调用相对于你的月度用量可能很便宜，但相对于吞吐量却可能很昂贵。在计算容量时应以 Throughput CU 列为准。

- **容量是在账户级别分配的，而不是按应用分配。** 吞吐量过去是按应用设置的，现在则是按整个账户配置，因此团队下所有应用的合计用量都计入同一个数字。开一个新的应用并不会带来更多余量。
- **我们以 10 秒的滚动窗口进行计量。** 我们的[吞吐量文档](https://www.alchemy.com/docs/reference/throughput)描述了一个在 10 秒内评估的令牌桶机制，因此 10,000 CU/s 的限制意味着在任意 10 秒内你有 100,000 个计算单元的额度。短暂的突发流量可以通过，而持续超出该线的流量会被[我们的边缘层](https://www.alchemy.com/blog/alchemy-edge-proxy)以 HTTP 429（请求过多）的形式退回。

这个窗口比数字本身更重要。一个工作负载平均下来可能远低于限制，但在峰值时仍可能被限流，这也是为什么团队第一次遇到 429 时往往会感到意外。

## 吞吐量升级是如何工作的？

打开仪表盘中的 [Usage 页面](https://dashboard.alchemy.com/usage)，找到吞吐量部分，选择 _Upgrade limit_。你需要是团队的账单管理员才能看到这个控件。容量下拉菜单会列出每个增量档位及其月度价格，让你在确认之前就能看到成本。同一页面还会在近期团队用量超过当前吞吐量容量时显示提示横幅，点击后会直接进入升级流程。

确认之后会发生以下情况：

- **升级立即生效，并按月续订。** 新容量会在确认后的几秒内生效。
- **降级在计费周期结束时生效。** 如果你取消，额外容量会持续有效到周期结束，因此一次运行较久的回填不会突然中断。
- **当没有完整的自助升级档位可用时，仪表盘会引导你联系销售。** 我们的团队可以配置比仪表盘自助提供的更高的吞吐量限制。

<ImageBlock
  src="https://media.alchemy.com/blog/increase-throughput-limit-upgrade-modal.png"
  alt="Alchemy dashboard 中的吞吐容量升级弹窗，已选择 30,000 CU/s，显示升级立即生效并按月续订"
  width={2802}
  height={1444}
/>

你能达到的上限取决于所用套餐：

<EmbeddedTable
  table={{
    columns: [
      { key: "1", width: 200, title: "Plan", dataType: "object" },
      { key: "2", width: 200, title: "Base throughput", dataType: "object" },
      {
        key: "3",
        width: 200,
        title: "Self-serve max. upgrade",
        dataType: "object",
      },
      { key: "4", width: 200, title: "Increment", dataType: "object" },
    ],
    data: [
      {
        "1": { title: "<p>Pay-as-you-go</p>", tooltip: "", icon: "" },
        "2": { title: "<p>10,000 CU/s</p>", tooltip: "", icon: "" },
        "3": { title: "<p>30,000 CU/s</p>", tooltip: "", icon: "" },
        "4": { title: "<p>5,000 CU/s</p>", tooltip: "", icon: "" },
        id: 0,
      },
      {
        "1": { title: "<p>Enterprise</p>", tooltip: "", icon: "" },
        "2": { title: "<p>Set by contract</p>", tooltip: "", icon: "" },
        "3": { title: "<p>200,000 CU/s</p>", tooltip: "", icon: "" },
        "4": { title: "<p>30,000 CU/s</p>", tooltip: "", icon: "" },
        id: 1,
      },
    ],
  }}
/>

Pay-as-you-go 团队起步为 [10,000 CU/s](https://www.alchemy.com/docs/reference/pricing-plans)，可自行提升到 30,000 CU/s，无需签订 Enterprise 合同，也无需填写订单表。Enterprise 的起始容量按合同设定，因此各账户的基线不同。你的升级弹窗会显示团队的具体上限，你可以按固定增量逐步提升，只要还有一个完整的增量档位可用即可。

因此，在你所在套餐的自助升级上限之内的任何调整，都是团队在一分钟内自己就能做出的决定，不需要我们介入，只要操作者是账单管理员。

## 你实际需要多少吞吐量？

从 Usage 页面的峰值吞吐量卡片和图表入手，而不是看平均值。平均值会把尖峰抹平，让你误以为某个限制够用，结果在下次上线时可能失败。

这个峰值应当被当作下限，而不是一个精确读数。我们是按十秒来执行限制的，但图表画的是一分钟平均值，因此真正触发 429 的那次突发会被摊平进它所在的那一分钟里，显示出来的数值会比实际的低。要判断这些尖峰是否真的导致了请求失败，还是只是接近临界值，可以在 Request Logs 里筛选 429 响应。

这两个时间窗口之间的差距，正是应该购买高于峰值的余量、而不是刚好贴着峰值购买的主要原因。曾经达到过 12,000 CU/s 峰值的流量，将来还会达到更高的峰值，而余量比出事故要便宜。

重试和增加吞吐量解决的是不同的问题，弄清楚自己面对的是哪一种会有帮助：

- **重试适合极少数 429**，以及能容忍额外延迟的工作流程。我们的文档专门针对这种情况介绍了 [Retry-After 头和指数退避](https://www.alchemy.com/docs/reference/throughput)。
- **对延迟敏感的路径、以及持续超出限制（而不是短暂超出）的流量，答案是增加吞吐量。** 没有任何退避策略能解决一个单纯需要更多容量的工作负载。

大多数升级由三类工作负载驱动：应用用户增长带来的持续性增长、以尽可能快的速度拉取历史数据的索引回填，以及空投、代币发布和 mint 等计划性事件。第一种是永久性的，后两种是临时性的，这也是为什么这个流程既支持顺畅购买，也同样支持顺畅取消。

## 什么时候应该联系我们，而不是自助操作？

自助服务覆盖了常见情况，但不是所有情况。出现以下情况时请联系我们：

- 你已经超过了所在套餐的自助升级上限，而且用量仍在增长。
- 你希望把吞吐量写进合同来协商，而不是按月作为附加项计费。
- 你的工作负载中某条链、某个应用或某个方法的峰值远高于其余部分，用定制化的吞吐量比统一的团队级容量更合适。

这些属于涉及用量规模和结构的对话，我们的专家团队可以为此提供协助。而为了应对一次尖峰流量购买 5,000 CU/s 的余量，是一个小得多的决定，所以它被放在仪表盘里，让你可以按自己的节奏来操作。

## 几秒钟内获得更多吞吐量

今天就从 [Alchemy 仪表盘](https://dashboard.alchemy.com/usage)提升你的容量。只需一个下拉选择，立即生效，无需更改合同。如果你还没有使用付费套餐，我们的 [RPC API](https://www.alchemy.com/rpc-api) 可免费开始使用，[按量计费的定价](https://www.alchemy.com/pricing)没有最低消费要求，因此从你产生第一笔计费之日起，升级路径就已开放。

想知道流量实际流向了哪里，[Alchemy Monitor](https://www.alchemy.com/blog/alchemy-monitor-the-all-in-one-dashboard-for-blockchain-developers) 把请求量、错误和延迟集中展示在一处，你也可以通过 [Alchemy CLI 拉取同样的用量数据](https://www.alchemy.com/blog/usage-data-alchemy-cli)。

如果规模已经超出自助服务的覆盖范围？[联系我们的销售团队了解批量定价](https://www.alchemy.com/contact-sales)，我们会根据你实际预期的流量来配置所需容量。