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

一次上線、一次 mint，或是一次索引回填，都可能在不到一分鐘內把應用推過其吞吐量上限。好消息是，在付費方案上，你的團隊現在可以自行調高這個上限，不需要聯絡我們。打開儀表板中的 Usage 頁面，選擇你需要的額外容量，確認即可。新的基準會在幾秒內生效。

你可以隨時在儀表板取消這個附加項目。新增的容量會維持到目前的計費週期結束，之後團隊會回到原本的基礎吞吐量上限。

什麼是吞吐量上限？

吞吐量是指你能以多快的速度向我們發送請求，以每秒運算單位（CU/s）衡量。我們計量的是請求的總成本，而不是原始請求數，因為每個 RPC 方法都根據處理所需的工作量，有各自的運算單位成本。

要估算所需的容量，並不只是把這些成本加總起來這麼簡單。成本表中有一欄是 CU，另外還有一欄獨立的 Throughput CU，某些方法這兩者是不同的，因此一個在你每月用量上很便宜的呼叫，對吞吐量來說仍可能很昂貴。估算容量時請以 Throughput CU 欄為準。

• **容量是以帳戶為單位分配，而非每個應用各自分配。**吞吐量過去是按應用個別設定，現在則是整個帳戶統一設定，因此團隊底下所有應用的總用量都計入同一個數字。開新的應用並不會讓你多出額外的餘裕。
• **我們以 10 秒滾動視窗來衡量。**我們的吞吐量文件說明了以 10 秒為單位評估的 token bucket 機制，因此 10,000 CU/s 的上限，代表任何 10 秒區間內你有 100,000 個運算單位可用。短暫的爆量可以通過，但持續超出上限的流量會被我們的邊緣層回應 HTTP 429（請求過多）。

視窗長度比數字本身更重要。一項工作負載平均下來可能輕鬆低於上限，但在尖峰時仍會被限流，這也是為什麼收到 429 的團隊通常會感到意外。

吞吐量升級是如何運作的？

打開儀表板中的 Usage 頁面，找到吞吐量區塊，選擇 Upgrade limit。你需要是團隊中的計費管理員（billing admin）才能看到這個控制項。容量下拉選單會列出每個級距及其對應的月費，讓你在確定之前就能看到成本。同一個頁面在近期團隊用量超出目前吞吐量上限時，會顯示橫幅提示，點擊後會直接進入升級流程。

確認後會發生什麼事：

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

你能升到多高，取決於你的方案：

Pay-as-you-go 團隊起始為 10,000 CU/s，可自行升到 30,000 CU/s，不需要 Enterprise 合約，也不需要填寫訂購單。Enterprise 的起始容量依合約而定，因此基準值因帳戶而異。你的升級視窗會顯示你團隊的確切上限，只要底下還放得下一整個級距，你就能逐級往上調整。

換句話說，只要沒有超出你方案的自助升級上限，這都是團隊自己就能在一分鐘內做的決定，不需要我們介入，前提是做決定的人是計費管理員。

你實際需要多少吞吐量？

從 Usage 頁面上的尖峰吞吐量卡片和圖表開始看，而不是平均值。平均值會把尖峰抹平，讓你誤以為某個上限夠用，結果卻可能在下次上線時失敗。

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

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

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

• 重試適合少量的 429，以及能容忍額外延遲的流程。我們的文件涵蓋了這種情況下的Retry-After 標頭與指數退避（exponential backoff）。
• 增加吞吐量是延遲敏感路徑的解法，也適用於持續超出上限的流量，而不只是短暫超出。沒有任何退避策略能解決一個單純需要更多容量的工作負載。

大多數升級都是由三種工作負載驅動的：應用用戶增加帶來的持續成長、以端點允許的最快速度拉取歷史資料的索引回填，以及像空投、代幣上線、mint 這類排定好的事件。第一種是永久性的，後兩種是暫時性的，這也是為什麼這個流程在取消上和購買上一樣順暢。

什麼時候該直接找我們？

自助服務涵蓋的是常見情況，而不是所有情況。以下情況請聯絡我們：

• 你已超出方案的自助上限，且仍在持續成長。
• 你希望把吞吐量寫進合約中協商，而不是按月作為附加項目計費。
• 你的工作負載中，某條特定鏈、應用或方法的尖峰遠高於其他部分，這種情況下量身訂做的吞吐量會比整團隊統一的容量更合適。

這些是關於用量規模與架構的討論，我們的專業團隊可以協助處理。買 5,000 CU/s 的餘裕撐過一次尖峰是比較小的決定，所以這部分就留在儀表板中，讓你能按自己的時間自行處理。

幾秒內取得更多吞吐量

今天就從Alchemy 儀表板調高你的容量。只需要選一個下拉選項，立即生效，也不需要變更合約。如果你還沒有付費方案，我們的 RPC API 可免費開始使用，按量計費方案也沒有最低消費要求，所以從你第一個計費日開始，升級的路就已經開通了。

想看看你的流量實際流向哪裡，Alchemy Monitor 把請求量、錯誤和延遲都整合在同一個地方，你也可以用Alchemy CLI 取得相同的用量資料。

如果你要擴展的規模超出自助服務所能涵蓋的範圍？聯絡我們的業務團隊討論量化定價（volume pricing），我們會根據你實際預期的流量，來規劃所需的容量。