---
title: "為 Solana 打造：速度快 20 倍、99.99% 正常運行時間、吞吐量提升 2 倍"
description: "我們已徹底重構了 Solana 的 RPC 與 Streaming API。"
---

# 為 Solana 打造：速度快 20 倍、99.99% 正常運行時間、吞吐量提升 2 倍

<ImageBlock
  src="https://media.alchemy.com/1762400437-solana-launch-blog-header_3-1.png"
  alt="Alchemy Solana 基礎設施：速度快 20 倍，99.99% 正常運行時間，輸送量提升 2 倍"
  width={1920}
  height={900}
  priority
/>

過去兩年，我們與 Solana 開發者密切合作，了解他們遇到的最大痛點；過去一年，我們則重新打造了 Solana 相關服務的架構，以解決這些問題。

儘管 [Solana 生態系](https://www.alchemy.com/dapps/ecosystem/solana) 的工具鏈已快速進步，我們仍看到可以進一步提升效能與可靠性的空間——尤其是對於資料密集型應用程式與企業客戶而言。

今天，我們很高興介紹我們打造的成果——為 Solana 開發者從零打造的 RPC 與 Streaming API：

- 封存資料呼叫最高提速 20 倍，無需修改程式碼，也不需要使用專屬方法
- 「重型」方法（如 `getTransaction` 與 `getTokenAccountsByOwner`）最高提速 2 倍
- 極速且高韌性的 gRPC streaming，價格為其他供應商的 _不到一半_
- 整個平台達到 99.99% 正常運行時間，吞吐量提升 2 倍以上
- 大量過去無法實現的新功能與新特性（免 Gas 交易、地址活動 webhook、`getTokenLargestAccounts` 等呼叫的更大回應資料等）

以上這些今天就可以使用。[如果你是 Alchemy 新用戶，從這裡開始](https://www.alchemy.com/solana)；如果你已經在使用我們的服務，則無需任何變更即可繼續使用！

### 故事的起點

無論是在 Web3 內外，世界上沒有任何一個開發者社群能像 Solana 建構者一樣，將「啃玻璃」這句話視為一種榮譽——他們擁抱了在一個不斷演進、不斷突破邊界的技術上打造改變世界產品所需的艱難但必要的工作。

隨著 Solana 協議及其周邊工具的不斷升級，「啃玻璃」的必要性已經降低，但遠未消失。

在過去幾年與 Solana 開發者合作的過程中，從 Bags.fm、[Solflare](https://www.alchemy.com/dapps/solflare) 到 Robinhood，我們幾乎在各處都發現建構者想方設法繞過 API 限制或基礎設施瓶頸，以避免這些問題拖慢他們的開發進度。

舉例來說，許多 Solana 團隊在存取封存資料時遇到困難。現有基於 Bigtable 系統建構的 RPC 供應商，無法有效處理大規模的歷史查詢，經常導致資料缺失或不完整。建構者最終得花上數個月時間重建回填資料、限制請求速率，或拼湊遺漏的交易，才能取得可靠的資料集。對於資料密集型應用程式與錢包來說，這會大幅拖慢迭代速度，並限制分析或索引功能的可能性。

我們的使命，就是消除這些限制，為每一位 Solana 建構者提供毫無妥協的體驗。

### 封存資料速度提升 20 倍

我們從 Solana 開發者那裡聽到最多的訴求之一，就是現有的 API 速度根本不夠快，無法滿足他們的需求，尤其是像 getTransaction 這類封存資料，以及像 getProgramAccounts 這類「重型」方法。

以歷史 getTransaction 呼叫為例，我們經過基準測試，速度比市場上任何供應商都要快，甚至比部分最負盛名的基礎設施供應商快up to 20 倍（涵蓋 p50、p90 與 p95）。

<ImageBlock
  src="https://media.alchemy.com/1762384476-speed-6.png"
  alt="Solana getTransaction 延遲效能測試圖表，使用 Alchemy 最高可快 20 倍"
  width={1316}
  height={1000}
/>

而這並非個案。我們在 `getBlock` 上最高快 3 倍，在 `getTokenAccountsByOwner` 與 `getProgramAccounts` 這類「重型呼叫」上最高快 10 倍，以及更多其他方面的提升。

這麼大的差距是如何做到的？我們花了數年時間打造新型基礎設施，以高效能方式處理這些方法，並花了幾乎同樣長的時間，與建構者一起在大規模場景下調校這些設施，確保在任何情況下都能穩定交付。

以我們用來提供封存資料的基礎設施為例。我們取代了 Solana 基礎設施供應商多年來一直使用的 BigTable 實例，全面換上新系統。取而代之的，是我們打造的一套多區域、專為 RPC 規模設計的 Hbase 系統——將資料分散至全球各地，以達到低延遲存取、保證資料完整性，並在高負載下實現數量級的效能提升。

值得一提的是，有些供應商可能要求你使用專屬 API 才能享有效能改善，並因此將你綁定在其平台上，而我們所做的所有最佳化，都無需修改任何程式碼，也沒有任何綁定要求即可使用。

最後要說明的是，基準測試有時可能被刻意操作，常見到多家供應商都宣稱自己是最快的。事實上，基準測試並不總能反映完整的狀況。我們的重點在於協助建構者了解自己特定工作負載下的真實效能表現。我們的工程師可以分享我們的基準測試方法，並協助你進行客製化測試。[聯絡我們的團隊](https://www.alchemy.com/contact-sales)以要求客製化基準測試。

<EbookCta
  eyebrow="免費指南"
  title="自建 vs. 採購：區塊鏈基礎設施"
  description="在雇用基礎設施團隊前，先讀這篇：自建系統在處理第一個正式環境請求之前，每年成本可能高達 85 萬至 100 萬美元以上。查看完整成本分析。"
  ctaLabel="下載指南"
  ctaHref="/resources/build-vs-buy"
  coverImage={{
    src: "https://media.alchemy.com/ebooks/cta-build-vs-buy.png",
    alt: "Build vs. Buy ebook cover",
  }}
/>

### 99.99% 可靠性

低延遲固然很好，但即使是最快的 API，如果不夠穩定可靠，也毫無用處。八年多來，我們一直在為最大型的鏈上應用程式打造最可靠的 API，支撐著從選舉之夜的 [Polymarket](https://www.alchemy.com/dapps/polymarket)，到 World 主網上線這類最具代表性、也最需謹慎應對的關鍵時刻。

在 Solana 上也不例外。

多年來，我們已經穩定地為 Circle、Robinhood、TrustWallet 等在 Solana 上的團隊提供服務，而我們目前的 Solana 基礎設施，更將這一切提升到另一個層次。多區域架構、3 到 5 層自主容錯移轉、串流重新連線時延長（達 6000 個區塊）的重播能力……這一切都建構在一個由全球經驗最豐富的工程團隊所營運的平台之上，他們在大規模支援區塊鏈團隊方面的經驗，比世界上任何團隊都要豐富。

結果就是：從你開始使用、到持續開發，再到最關鍵的時刻，這套基礎設施都能維持 99.99% 的正常運行時間。

### 全新功能

除了延遲與可靠性之外，我們從建構者那裡聽到最多的單一訴求，就是希望 Solana API 能有更高的彈性、可擴充性與功能性。隨著我們打造出愈來愈多新型基礎設施，這些需求，如今大多已能原生實現。

舉例來說，至今為止，Solana 封存 API 在資料存取方式上一直相當僵化——要取得最近的資料，就得從最舊的簽章與交易開始掃描。對於任何只是想依時間新舊順序顯示使用者活動這類基本需求的應用程式來說，這都會增加複雜度，並顯著拖慢速度。

透過我們全新的封存端點，我們可以輕鬆優先取得最新資料——這不僅讓這類使用情境下的 API 更易於使用，也為終端使用者帶來快 10 倍、體驗更佳的成果。

新功能清單長到無法在此一一列出（詳情請參閱[我們的 Solana 文件](https://www.alchemy.com/docs/reference/solana-api-quickstart)），但以下是幾項重點：

- `getTokenLargestAccounts` 已擴充，最多可回傳 1000 個帳戶，而非原本的 20 個
- gRPC streaming 已擴充重播區塊數（最多達 6000 個區塊）
- 免 Gas 交易，直接內建於我們的 API 中
- 吞吐量比其他供應商高 2 倍，即使是企業客戶也不例外
- 以最新資料優先的封存查詢（不再需要從最舊資料開始掃描）
- 地址活動 webhook

<ImageBlock
  src="https://media.alchemy.com/1762384542-scalability-1.png"
  alt="Alchemy Solana API 的可擴展性與新功能，輸送量提升 2 倍"
  width={1316}
  height={1000}
/>

### 為 Solana 量身打造

Solana 作為一個生態系與技術，是獨一無二的存在。正因如此，值得一提的不僅是我們打造了什麼，還有我們達成這一切的方式。我們學到（有些是以較為艱辛的方式學到）：單純將產品從 EVM 移植到 Solana，注定會遇到困難。

這正是為什麼我們花時間重新設計 Solana API，以打造能與這個生態系及其建構者長期合作的基礎。在這段期間，我們與 [DexterLab](https://www.theblock.co/post/354709/alchemy-acquires-solana-infrastructure-provider-dexterlab-as-it-continues-expansion-beyond-ethereum) 及 [Bware Labs](https://www.alchemy.com/blog/alchemy-acquires-bware-labs) 攜手合作，組建了一支世界頂尖的工程團隊——這兩支團隊都曾花費多年時間打造專門的 Solana 基礎設施。

集結了最頂尖的人才投入這次架構重建後，我們採取了一個非常明確的做法：利用 Alchemy 八年多來累積的技術作為加速器，同時在打造 Solana 最佳解決方案時，堅持從零開始、絕不妥協。

我們對這次的成果感到非常自豪，更為我們正在進行、為 Solana 上數以千計團隊賦能的工作感到驕傲。

以上這些今天就可以使用。[如果你是 Alchemy 新用戶，從這裡開始](https://www.alchemy.com/solana)；如果你已經在使用我們的服務，則無需任何變更即可繼續使用！

## 常見問題

### 我們的 Solana 基礎設施與其他供應商有何不同？

我們提供最高 20 倍更快的封存呼叫、2 倍更快的重型方法、99.99% 正常運行時間，以及 2 倍的吞吐量提升，且完全不需要修改程式碼或使用專屬方法。

### 我們在 Solana 上的封存資料呼叫速度快多少？

在歷史 `getTransaction` 呼叫上，我們最高快 20 倍；在 `getBlock` 上最高快 3 倍；在 `getTokenAccountsByOwner` 與 `getProgramAccounts` 這類重型呼叫上，比起其他供應商最高快 10 倍。

### 我需要修改程式碼才能獲得效能提升嗎？

不需要，所有最佳化都無需修改任何程式碼，也沒有任何綁定要求，這與部分需要使用專屬 API 的供應商不同。

### 我們在 Solana 上的正常運行時間保證是多少？

我們透過多區域架構、3 到 5 層自主容錯移轉，以及串流重新連線時的延長重播能力，提供 99.99% 的正常運行時間。

### 我們為 Solana 開發者提供哪些新功能？

新功能包括以最新資料優先的封存查詢、`getTokenLargestAccounts` 最多可回傳 1000 個帳戶（相較於原本的 20 個）、免 Gas 交易、地址活動 webhook，以及支援最多 6000 個區塊重播的 gRPC streaming。

### 我們的封存基礎設施與傳統供應商有何不同？

我們以一套客製化、專為 RPC 規模設計的多區域 HBase 系統，取代了標準的 BigTable 系統，確保資料完整性，並在高負載下提供更快的效能表現。

### 目前有哪些團隊已經在使用我們的 Solana 基礎設施？

包括 Circle、Robinhood、TrustWallet、Bags.fm 以及 Solflare 等重要團隊，都仰賴我們的 Solana 基礎設施。

### 我可以針對自己的特定使用情境測試效能嗎？

可以，我們的團隊可以分享基準測試方法，並協助你針對自己特定的工作負載進行客製化測試。