Alchemy 的節點基礎設施如何在大規模環境下維持 DeFi 快速運行

最後更新：2026年7月15日2 分鐘閱讀

每次有人在 DeFi 應用上進行交易，把一種代幣換成另一種，該應用就會在背後向區塊鏈發出一連串請求：價格報價、池子餘額、gas 估算、錢包餘額。這些請求有數十個，橫跨多條鏈，全都發生在交易完成之前。使用者看不到這一切。他們只會看到一個好價格加上一筆確認的交易，或者看不到。

在去中心化金融（DeFi）中，基礎設施就是產品本身。當你的應用讀取的資料延遲時，使用者可能會以和他們看到的不同的價格成交。當連線在市場劇烈波動時中斷，交易就會失敗。當一筆紀錄遺失，某人的餘額或歷史紀錄就會顯示錯誤。區塊鏈本身不會替你解決這些問題。解決與否，取決於你的 RPC 層。

我們花了多年時間投入節點和 RPC 基礎設施，以縮小區塊鏈所知道的資訊與你的應用能夠據以行動之間的落差。這項工作對任何鏈上產品都很重要，而 DeFi 正是最嚴苛的試煉場，因為在 DeFi 中，這個落差是以金錢來衡量的。以下是這在實際生產環境中的樣貌，由正在使用它的團隊親自說明。

速度：因為每一毫秒都會反映在價格上

在交易中，價格會在等待的過程中變動。幾百毫秒的延遲，可能就是使用者看到的價格與實際成交價之間的差距。

0x 為數十個錢包和聚合器提供代幣互換的動力，讓它們能將一種代幣換成另一種，並經手數十億美元的交易路由。0x 的目標是在眾多流動性池中同時找出最佳可用價格。為此，它會在每筆交易前的瞬間發出數十個 RPC 查詢。如果這些資料回傳緩慢，使用者收到的報價就會偏移，最終成交的條件也會與原本預期的不同。

0x 測試過所有選項後，確立了一項要求：每次都要有快速、穩定、準確的資料。在我們的基礎設施上，他們能在一秒內產生報價，維持 99.9% 的正常運行時間，並擁有 DeFi 領域中數一數二低的交易失敗撤銷率。對 0x 來說，這種可靠性讓他們能向合作夥伴承諾提供穩定的服務。對另一端的交易者來說，這代表交易能以預期價格成交，而不是悄悄失敗。

"Alchemy 讓我們所有的整合方都能獲得反應更靈敏的體驗，也讓我們能提供更可靠的服務——我們能在不到一秒的時間內產生報價。"

— Charles Reese，0x Labs 工程經理 · 閱讀 0x 案例研究

0x 在 Alchemy 上的表現：交易額超過 1,700 億美元、超過 350 萬名交易者、99.9% 正常運行時間、2% 撤銷率、報價在一秒內完成。

同樣的模式也出現在 Solana 上，那裡的區塊產生速度更快。Solflare 是 Solana 生態系中最大的錢包之一，為其超過 400 萬名使用者提供對自身活動的深入檢視：隨時間變化的餘額、過往交易，以及損益。這一切都仰賴歷史區塊鏈資料，而這正是 Solana 上最難快速提供的資料之一。在我們的 Solana 歸檔基礎設施上，Solflare 取得這些資料的速度比其他選項快上最多 20 倍，回應時間低於 200 毫秒，即使每秒處理數千個請求也不會出錯。對 Solflare 來說，這代表他們能推出更豐富的分析功能，而不必與資料層搏鬥。對其使用者來說，這代表打開應用後，完整且準確的歷史紀錄幾乎瞬間載入完成，不用等待，也不會出現資料缺漏。

"Alchemy 的 Archival RPC 一直跟得上 Solflare 的吞吐量，同時維持一貫低於 200 毫秒的回應時間。"

— Dušan K.，Solflare 後端工程師 · 閱讀 Solflare 案例研究

Solflare 在 Alchemy 上的表現：超過 400 萬名使用者、歸檔查詢速度最快提升 20 倍、回應時間低於 200 毫秒、每秒處理數千個請求且零錯誤。

可靠性：因為交易失敗就是真金白銀的損失

速度唯有在系統於最關鍵時刻仍能維持運作時才有意義。對 DeFi 而言，最糟的失敗時機就是最忙碌的時刻：一次大型上線、一次代幣分發，或是市場快速變動時的一波清算。

Usual 是一個穩定幣協定，在一次重大代幣分發前十小時發現了這個問題——當時團隊重新估算需求後意識到，現有架構撐不住。我們擴充了他們的容量、調校了基礎設施，並在整個活動期間安排即時工程支援待命。在高峰時段，他們處理了每秒 3 萬個請求，並在第一個小時內服務了 3,800 萬個請求，同時有超過 20 萬人在同一時刻嘗試領取代幣，幾乎零停機且沒有任何領取失敗。對 Usual 來說，這代表一次標誌性的上線活動順利完成，沒有因停機而成為新聞焦點。對那 20 萬人中的每一位來說，這代表他們確實拿到了自己想要的東西，而不是卡在轉圈畫面或交易失敗。我們的職責，就是確保底層基礎設施不會成為出問題的環節。

"Alchemy 讓我們獲得近乎完美的可用性，每秒處理大量請求（高峰時每秒 3 萬個請求，而且我們仍有餘裕），完全沒有任何小狀況或停機。而且這一切都是在短時間內臨時通知下完成的！"

— Adli Takkal-Bataille，Usual 共同創辦人 · 閱讀 Usual 案例研究

Usual 在 Alchemy 上的表現：高峰每秒 3 萬個請求、第一小時內 3,800 萬個請求、超過 20 萬人同時領取、零停機且沒有任何領取失敗。

易於使用，讓你的工程師能專注打造真正的差異化

選擇在我們的平台上運行，最大的好處在於它能釋放你的團隊去做什麼。你的工程師每花一小時照顧節點、擴增區塊歷史資料，或在流量激增時被叫醒處理警報，就是少了一小時投入到能讓你脫穎而出的產品上。

這正是這些團隊與我們合作所做的取捨。Usual 在十小時的通知下完成擴容，而無需增加基礎設施人力。0x 將其資料整合到單一供應商上，而不必東拼西湊多家服務。Solflare 原本自行打造 Solana 歸檔系統的原型，發現要把它運作好將是一份全職工作，於是把這份工作交給我們，讓自家工程師能持續推出新功能。在每個案例中，差異化的工作都留在他們自己手上，而基礎設施的繁重工作則交給了我們。

這適合誰？

DeFi 不是單一種工作負載。無論你在打造什麼，你承受不起的失敗，往往正是那種只有在負載壓力下才會顯現出來的問題。以下是壓力最集中的地方：

互換路由器與聚合器。 你為了替單筆交易報價而發出數十個 RPC 呼叫，因此一次緩慢的讀取就會影響使用者得到的價格。
錢包與分析應用。 你向使用者呈現餘額、歷史紀錄與績效表現，因此你的生存仰賴對歷史資料的快速讀取。
穩定幣、實體資產（RWA）與代幣上線。 你風險最高的一天，就是自己的上線或贖回窗口，因此你需要能在數小時內、而非數季內擴充的容量。
借貸、永續合約與清算引擎。 市場劇烈波動時遺漏一次更新，可能意味著錯過一次清算，因此即時可靠性就是全部關鍵。

我們為何持續投入這個領域

這一切並非偶然，也不是附帶專案。打造這類基礎設施就是 Alchemy 的本質；這是我們的核心，也是我們建立這家公司所圍繞的目標。這一切都運行在 Cortex 之上——這是驅動我們 RPC 的引擎，經過數兆次請求的訓練，並累積了多年執行這種確切工作負載的經驗。它會為每個請求選擇最快的路徑，在流量激增時自動擴充規模，並在發生故障時自主重新路由。較簡單的架構往往在流量激增的那一刻恰好變慢或拒絕請求；Cortex 的設計目的正好相反，能吸收流量高峰，並在最關鍵的時刻保持資料準確。這正是我們能維持低回應時間與高正常運行時間的原因——這項表現持續透過我們的公開 RPC 基準測試接受檢驗——同時支撐著整個平台每年超過 1 兆美元的交易量。

DeFi 是能同時考驗這一切的領域：對延遲敏感、流量起伏劇烈，而且一旦牽涉到金錢就毫不容錯。打造最快鏈上市場的團隊，根本不想花心思在自己的基礎設施上。我們的工作，就是確保他們永遠不必這麼做。

如果你正在打造 DeFi 產品，而基礎設施正是拖慢你腳步的原因，與我們的團隊聊聊，我們會和你一起建立所需的容量。

常見問題

什麼是最適合 DeFi 的 RPC 供應商？

適合 DeFi 的 RPC 層，必須結合穩定的低延遲、精確到區塊層級的資料準確性，以及在波動高峰期間仍能維持的可靠性。0x、Usual 和 Solflare 這樣的團隊，正是因為這些原因，才在 Alchemy 上運行對延遲敏感且流量龐大的 DeFi 工作負載。

Alchemy 如何在流量高峰期間讓 DeFi 應用保持快速？

Alchemy 的 RPC 運行在 Cortex 之上，負責智慧路由、波動期間的彈性擴充，以及自主容錯移轉。Usual 在一次代幣分發期間，高峰處理量達到每秒 3 萬個請求，幾乎零停機且沒有任何領取失敗。

Alchemy 是否支援 DeFi 所需的 Solana 歸檔資料？

是的。Alchemy 透過其 Solana Archive Method 提供 getTransaction 和 getProgramAccounts 等重量級 Solana 方法，Solflare 的歸檔查詢速度因此最多提升 20 倍，回應時間低於 200 毫秒。詳見Alchemy 如何打造 Solana 上最快的歸檔方法。