---
title: "不用離開控制台，就能提升吞吐量容量"
description: "透過控制台，在幾秒內提升你的 Alchemy 吞吐量容量。了解 CU/s 限制的運作方式、各方案的自助服務上限，以及該購買多少緩衝空間。"
---

# 不用離開控制台，就能提升吞吐量容量

<ImageBlock
  src="https://media.alchemy.com/blog/increase-throughput-limit-hero.png"
  alt="不需離開儀表板即可提升吞吐量"
  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 秒為單位評估的 token bucket 機制，因此 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_。你需要是團隊中的計費管理員（billing admin）才能看到這個控制項。容量下拉選單會列出每個級距及其對應的月費，讓你在確定之前就能看到成本。同一個頁面在近期團隊用量超出目前吞吐量上限時，會顯示橫幅提示，點擊後會直接進入升級流程。

確認後會發生什麼事：

- **升級會立即生效，並每月續訂。**新的容量在確認後幾秒內就會生效。
- **降級會在計費週期結束時生效。**如果你取消，額外的容量會維持到週期結束，因此一個跑得比較久的回填作業不會突然中斷。
- **當已無可自助升級的完整級距時，儀表板會引導你聯絡業務。**我們的團隊可以設定比儀表板自助選項更高的吞吐量上限。

<ImageBlock
  src="https://media.alchemy.com/blog/increase-throughput-limit-upgrade-modal.png"
  alt="Alchemy 儀表板的吞吐量升級視窗，已選取 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 頁面上的尖峰吞吐量卡片和圖表開始看，而不是平均值。平均值會把尖峰抹平，讓你誤以為某個上限夠用，結果卻可能在下次上線時失敗。

把這個尖峰值當成下限，而不是精確的讀數。我們是以 10 秒為單位來執行限制，但圖表畫的是一分鐘平均值，因此真正觸發 429 的那次爆量，會被攤平進周圍那一分鐘裡，顯示出來的數值會比實際低。想知道那些尖峰到底害你被擋掉了請求，還是只是差一點觸線，可以到 Request Logs 篩選 429 回應。

這兩種視窗之間的落差，正是為什麼應該買高於尖峰值的餘裕，而不是剛好貼齊尖峰值。曾經衝到 12,000 CU/s 的流量，遲早會衝得更高，而餘裕比事故便宜。

重試和增加吞吐量解決的是不同的問題，所以先弄清楚你遇到的是哪一種會有幫助：

- **重試適合少量的 429**，以及能容忍額外延遲的流程。我們的文件涵蓋了這種情況下的[Retry-After 標頭與指數退避（exponential backoff）](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)。

如果你要擴展的規模超出自助服務所能涵蓋的範圍？[聯絡我們的業務團隊討論量化定價（volume pricing）](https://www.alchemy.com/contact-sales)，我們會根據你實際預期的流量，來規劃所需的容量。